Terminal device, base station, method and recording medium

Abstract

A terminal device is provided, comprising a control unit that transmits transmission report information after transmitting a first packet on a side link, the transmission report information comprising information indicating time and frequency of resources used to transmit the first packet.

Description

Technical Field

[0001] The present disclosure relates to a terminal device, a base station, a method and a recording medium. Background Art

[0002] Radio access schemes and wireless networks for cellular mobile communications (hereinafter also referred to as "Long Term Evolution (LTE)", "LTE-Advanced (LTE-A)", "LTE-Advanced Professional (LTE-A Pro)", "5G (Fifth Generation)", "New Radio (NR)", "New Radio Access Technology (NRAT)", "Evolved Universal Terrestrial Radio Access (EUTRA)" or "Further Development of EUTRA (FEUTRA)") are considered in the Third Generation Partnership Project (3rd Generation Partnership Project: 3GPP). It should be noted that in the following description, LTE includes LTE-A, LTE-A Pro and EUTRA, and NR includes NRAT and FEUTRA. In LTE and NR, the base station device (base station) is also referred to as eNodeB (evolved NodeB) in LTE and also referred to as gNodeB in NR, and the terminal device (mobile station, mobile station device or terminal) is also referred to as UE (user equipment). LTE and NR are cellular communication systems in which multiple areas covered by the base station device are deployed as cells. A single base station device can manage multiple cells.

[0003] NR is a RAT (Radio Access Technology) different from LTE and is a next-generation wireless access solution as LTE. NR is an access technology that can support multiple use cases, including eMBB (enhanced mobile broadband), mMTC (massive machine type communication), and URLLC (ultra-reliable and low-latency communication). NR is under consideration for the technical framework that supports the use cases, requirements, and deployment scenarios in these use cases.

[0004] In NR, multiple transmission methods are under consideration. For example, these transmission methods include permission-based transmission (transmission with permission) and permission-free transmission (transmission without permission). The presence or absence of a permission corresponds to the presence or absence of a predetermined procedure for conflict prevention. In the presence of a permission, the transmission is implemented after performing the predetermined procedure for conflict prevention. In the absence of a permission, the transmission is implemented without performing the predetermined procedure for conflict prevention. Here, the predetermined procedure for conflict prevention includes, for example, allocating resources by the base station and / or implementing predetermined sensing for conflict prevention. It is possible to omit the predetermined procedure for conflict prevention in permission-free transmission, thereby allowing transmission to be implemented with a lower delay than in permission-based transmission. Regarding permission-free transmission, for example, the following PTL 1 discloses a technology for permission-free transmission on the uplink.

[0005] At the same time, in recent years, the technology of sidelink has also been actively studied. Sidelink is a communication link for direct communication between terminals. First of all, in order to realize autonomous driving in the future, the expectation for in-vehicle communication (V2X communication) has been getting higher and higher in recent years. V2X communication is an abbreviation of "vehicle to X communication". V2X communication refers to a system in which a car and "something" communicate with each other. Here, examples of "something" include vehicles (Vehicle), facilities (Infrastructure Infrastructure), networks (Network), pedestrians (Pedestrian), etc. (V2V, V2I, V2N and V2P). In addition, as a wireless communication for automobiles, DSRC (dedicated short-range communication) based on 802.11p has been mainly developed so far. However, in recent years, "V2X based on LTE" has been standardized. "V2X based on LTE" is in-vehicle communication based on LTE. V2X communication based on LTE supports the exchange of basic safety messages, etc.

[0006] Reference List

[0007] Patent Literature

[0008] PTL 1: Japanese Unexamined Patent Application Publication No. 2018-504089 Summary of the invention

[0009] Problems to be solved by the present invention

[0010] In addition to the unlicensed transmission on the uplink studied in the previous PTL 1, unlicensed transmission on the sidelink can also be conceived. Unlicensed transmission on the sidelink can be used to send information with high urgency and low latency, such as information indicating sudden braking of a vehicle under automatic driving or warnings for industrial automation. However, unlicensed transmission omits the predetermined procedures for conflict prevention. Therefore, packets sent unlicensed may conflict with other packets sent / received to / from other terminals. Taking into account that communications on the sidelink are sometimes not centrally controlled by a base station, etc., unlicensed transmission on the sidelink may experience similar conflicts.

[0011] Thus, the present disclosure provides a mechanism for allowing recovery of other packets that collide with packets sent on a sidelink.

[0012] Means used to solve problems

[0013] According to the present disclosure, a terminal device is provided, comprising a control unit for sending transmission report information after sending a first packet on a side link. The transmission report information comprises information indicating the time and frequency of resources used to send the first packet.

[0014] In addition, according to the present disclosure, there is provided a terminal device, comprising a control unit for controlling retransmission of a second packet based on transmission report information after the second packet is transmitted on a side link. The transmission report information comprises information indicating the time and frequency of resources used by other terminal devices to transmit a first packet on a side link.

[0015] Furthermore, according to the present disclosure, there is provided a base station, comprising a communication control section for controlling retransmission of a second packet performed by a second terminal device based on transmission report information, the transmission report information comprising information indicating time and frequency of resources used by the first terminal device to transmit the first packet on a sidelink. The second terminal device transmits the second packet on the sidelink.

[0016] In addition, according to the present disclosure, a method performed by a processor is provided. The method includes sending transmission report information after sending a first packet on a sidelink. The transmission report information includes information indicating the time and frequency of resources used to send the first packet.

[0017] In addition, according to the present disclosure, a method performed by a processor is provided. The method includes controlling retransmission of the second packet based on transmission report information after sending the second packet on the sidelink. The transmission report information includes information indicating the time and frequency of resources used by other terminal devices to send the first packet on the sidelink.

[0018] In addition, according to the present disclosure, a method performed by a processor is provided. The method includes controlling retransmission of a second packet performed by a second terminal device based on transmission report information, the transmission report information including information indicating time and frequency of resources used by the first terminal device to transmit the first packet on a sidelink. The second terminal device transmits the second packet on the sidelink.

[0019] In addition, according to the present disclosure, there is provided a recording medium having a program recorded thereon. The program causes a computer to function as a control unit that transmits transmission report information after transmitting a first packet on a side link. The transmission report information includes information indicating the time and frequency of a resource used to transmit the first packet.

[0020] In addition, according to the present disclosure, a recording medium having a program recorded thereon is provided. The program causes a computer to act as a control unit for controlling retransmission of a second packet based on transmission report information after the second packet is transmitted on a side link. The transmission report information includes information indicating the time and frequency of resources used by other terminal devices to transmit a first packet on a side link.

[0021] In addition, according to the present disclosure, there is provided a recording medium having a program recorded thereon. The program causes a computer to function as a communication control section that controls retransmission of a second packet performed by a second terminal device based on transmission report information including information indicating time and frequency of resources used by a first terminal device to transmit the first packet on a side link. The second terminal device transmits the second packet on the side link. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] Figure 1 is a diagram showing an overview of V2X communication.

[0023] Figure 2 is an explanatory diagram for describing an example of an overview of V2X communication.

[0024] Figure 3 is a diagram showing an example of a use case for V2X communications.

[0025] Figure 4 is a diagram for describing an example of a V2X operation scenario.

[0026] Figure 5 is a diagram for describing an example of a V2X operation scenario.

[0027] Figure 6 is a diagram for describing an example of a V2X operation scenario.

[0028] Figure 7 is a diagram for describing an example of a V2X operation scenario.

[0029] Figure 8 is a diagram for describing an example of a V2X operation scenario.

[0030] Fig. 9 is a diagram for describing an example of a V2X operation scenario.

[0031] Fig.10 is a diagram for describing an expanded example of sidelink communication.

[0032] Fig.11 is a diagram for describing an expanded example of sidelink communication.

[0033] Fig.12 is a diagram for describing an expanded example of sidelink communication.

[0034] Fig.13 is a diagram for describing an expanded example of sidelink communication.

[0035] Fig.14 is a diagram for describing a sidelink resource allocation scheme.

[0036] Fig.15 is a diagram showing an example of a resource configuration allocated to sidelink communications.

[0037] Fig.16 is an explanatory diagram for describing an example of an operation timeline in a case where a terminal device transmits a packet based on mode 4 resource allocation.

[0038] Fig.17 is an explanatory diagram for describing an example of a sensing operation for selecting a resource from a resource pool.

[0039] Fig.18 is a diagram showing one example of a schematic configuration of a system according to one embodiment of the present disclosure.

[0040] Fig.19 is a block diagram showing an example of a logical configuration of a base station according to the embodiment.

[0041] Fig. 20 is a block diagram showing an example of a logical configuration of a terminal device according to the embodiment.

[0042] Fig.21 is a sequence diagram showing an example of a process flow for permission-based transmission.

[0043] Fig. 22 is a sequence diagram showing an example of the flow of permission-free transmission and restoration processing performed by the system according to the embodiment.

[0044] Fig.23 : is a flowchart showing an example of the flow of transmission processing and post-processing of a first packet performed by the transmission terminal according to the embodiment.

[0045] Fig.24 : is a flowchart showing an example of the flow of the restoration process performed by the base station device according to the embodiment.

[0046] Fig.25 is a diagram for describing an example of an implicit notification method of transmitting report information according to the embodiment.

[0047] Fig.26 is a diagram for describing an example of an implicit notification method of transmitting report information according to the embodiment.

[0048] Fig. 27 is a diagram for describing an example of an implicit notification method of transmitting report information according to the embodiment.

[0049] Fig.28: is a sequence diagram showing an example of the flow of the recovery process based on the implicit notification of the transmission report information performed by the system according to the embodiment.

[0050] Fig.29 : is a sequence diagram showing an example of the flow of the recovery process based on the implicit notification of the transmission report information performed by the system according to the embodiment.

[0051] Fig.30 is a sequence diagram showing an example of the flow of a recovery process based on implicit notification of transmission report information performed by the system according to the embodiment.

[0052] Fig.31 is a sequence diagram showing an example of the flow of sensorless transmission and recovery processing performed by the system according to the embodiment.

[0053] Fig.32 : is a flowchart showing an example of the flow of transmission processing and post-processing of a first packet performed by the transmission terminal according to the embodiment.

[0054] Fig.33 is a flowchart showing an example of the flow of a recovery process performed by a nearby transmitting terminal according to the embodiment.

[0055] Fig.34 is a block diagram showing a first example of a schematic configuration of an eNB.

[0056] Fig.35 is a block diagram showing a second example of a schematic configuration of an eNB.

[0057] Fig.36 is a block diagram showing one example of a schematic configuration of a smartphone.

[0058] Fig.37 is a block diagram showing one example of a schematic configuration of a car navigation device. DETAILED DESCRIPTION

[0059] A preferred embodiment of the present disclosure will be described in detail below with reference to the accompanying drawings. It should be noted that in this specification and the accompanying drawings, components having substantially the same functional configuration are indicated by the same reference numerals, and thus repeated description thereof will be omitted.

[0060] In addition, in the present specification and the drawings, in some cases, units having substantially the same functional configuration are distinguished by adding different alphabets after the same reference numerals. For example, when necessary, a plurality of units having substantially the same functional configuration are distinguished as terminal devices 200A, 200B, and 200C. However, in the case where it is not necessary to specifically distinguish a plurality of corresponding units having substantially the same functional configuration, only the same reference numerals are attached. For example, in the case where it is not necessary to specifically distinguish terminal devices 200A, 200B, and 200C, terminal devices 200A, 200B, and 200C are simply recorded as terminal device 200.

[0061] It should be noted that the description will be given in the following order.

[0062] 1. Introduction

[0063] 1.1. V2X communication

[0064] 1.2 Extended Example of Sidelink Communication

[0065] 1.3 Sidelink Resource Allocation Scheme

[0066] 2. Overview of the proposed technology

[0067] 2.1 System Configuration Example

[0068] 2.2 Technical Issues

[0069] 2.3 Overview of the proposed technique

[0070] 3. Configuration instance

[0071] 3.1. Base station configuration example

[0072] 3.2. Configuration example of terminal equipment

[0073] 4. Technical features

[0074] 4.1. Processing in Mode 3 Resource Allocation Environment

[0075] 4.1.1 Overview

[0076] 4.1.2. Permission-based delivery

[0077] 4.1.3. Permission-free sending and recovery processing

[0078] 4.1.4、Operation of each device

[0079] 4.1.5 Variation Examples

[0080] 4.2. Processing in Mode 4 Resource Allocation Environment

[0081] 4.2.1 Sensorless transmission and recovery processing

[0082] 4.2.2. Operation of each device

[0083] 5. Practical application examples

[0084] 5.1. Practical application examples of base stations

[0085] 5.2. Practical application examples of terminal equipment

[0086] 6. Conclusion

[0087] <<1. Introduction>>

[0088] <1.1, V2X communication>

[0089] An overview of V2X communication is described below. V2X communication is short for "Vehicle to X Communication". V2X communication refers to a system in which a car and "something" communicate with each other. For example, Figure 1 is a diagram showing an overview of V2X communication. Here, for example, Figure 1 As shown in , examples of “something” include vehicles, facilities, networks, pedestrians, etc. (V2V, V2I, V2N, and V2P).

[0090] (Overview of V2X communication)

[0091] also, Figure 2 is an explanatory diagram for describing an example of an overview of V2X communication. Figure 2 In the example shown, the application server (APP server) of V2X is owned as a cloud server, and the application server performs control for V2X communication on the core network side. The base station performs communication control for direct communication such as V2V communication or V2P communication, while communicating with the terminal device on the Uu link. In addition, in addition to the base station, the RSU (Roadside Unit) is deployed as a roadside infrastructure. RSU can be of two types: base station type RSU; and UE type RSU. RSU provides V2X applications (V2XAPP) and provides support such as relaying data.

[0092] (Use example of V2X communication)

[0093] As wireless communication for motor vehicles, DSRC (Dedicated Short Range Communication) based on 802.11p has been mainly developed so far. However, in recent years, "V2X based on LTE (V2X communication based on LTE)" has been standardized. "V2X based on LTE (V2X communication based on LTE)" is in-vehicle communication based on LTE. V2X communication based on LTE supports the exchange of basic safety messages, etc. At the same time, in an attempt to achieve further improvements in V2X communication, NR V2X communication using 5G technology (NR: New Radio) has been studied in recent years. For example, Figure 3 is a diagram showing an example of a use case for V2X communications.

[0094] NR V2X communications support new use cases that require high reliability, low latency, high-speed communications, and high capacity. LTE-based V2X has difficulty supporting these use cases. For example, Figure 3 A specific example among the examples shown is providing dynamic maps, remote driving, etc. Other examples include sensor data sharing for exchanging sensor data between vehicles or between roads and vehicles, and platooning use cases intended for platooning. Such use cases and requirements for NR V2X communications are defined in 3GPP TR22.886. An overview of one example of a use case will be described below for reference.

[0095] (1) Vehicle formation

[0096] This is a platooning use case, where a number of vehicles form a platoon and travel in the same direction. Information for controlling the platoon is exchanged between the leading vehicle and the other vehicles in the platoon. By exchanging this information it is possible, for example, to reduce the vehicle-to-vehicle distances in the platoon.

[0097] (2) Extended Sensor

[0098] This is a use case that allows sensor related information (raw data before data processing or data after processing) to be exchanged between vehicles. Sensor information is collected through local sensors, live video images (e.g., live video images with nearby vehicles, RSUs, and pedestrians), V2X application servers, etc. Exchanging such information allows vehicles to obtain information that cannot be obtained from their own sensor information. This allows vehicles to pay attention to / recognize a wider range of environments. It should be noted that in this use case, since a large amount of information must be exchanged, a high data rate is required for the communication.

[0099] (3) Advanced Driving

[0100] This is a use case that allows semi-autonomous and fully autonomous driving. In this use case, the RSU shares the noticed / identified information obtained from its own sensors with nearby vehicles, allowing each vehicle to synchronize with other vehicles and coordinate to adjust the track or operation. In addition, it is also possible for each vehicle to share the intention or purpose of driving with nearby vehicles.

[0101] (4) Remote driving

[0102] This is a use case that enables remote control by a remote operator or V2X application. For example, remote operation is used in situations where a person who has difficulty driving is replaced by another person to drive the vehicle, or to operate the vehicle in dangerous areas. For example, it is also possible to apply cloud-based control for public transportation, where the routes and roads to be traveled are determined to some extent. In this use case, high reliability and low transmission latency are required for the communication.

[0103] (Physical Layer Enhancement)

[0104] In order to achieve the requirements described above, the physical layer must be further enhanced from LTE V2X. The links that will be targeted include Uu link and PC5 link (side link). Uu link is the link between infrastructure such as base station or RSU (roadside unit) and terminal equipment. In addition, PC5 link (side link) is the link between terminal equipment. The main enhancement points are listed below.

[0105] Examples of enhancements include the following:

[0106] -Channel format

[0107] -Sidelink feedback communications

[0108] -Sidelink resource allocation scheme

[0109] -Vehicle position information estimation technology

[0110] -Relay communication between terminals

[0111] -Support for unicast and multicast communications

[0112] -Multi-carrier communications and carrier aggregation

[0113] -MIMO / Beamforming

[0114] - High frequency support (e.g. 6GHz or higher)

[0115] …etc.

[0116] Examples of channel formats include flexible parameter sets, short TTI (transmission time interval), multiple antenna support, waveforms, etc. In addition, examples of sidelink feedback communications include HARQ, CSI (channel state information), etc.

[0117] (V2X operation scenario)

[0118] An example of a V2X communication operation scenario will be described below. V2N communication only includes DL / UL communication between a base station and a terminal device, so it is relatively simple. In contrast, in V2V communication, there may be multiple communication paths. Each scenario will be described below mainly focusing on an example of V2V communication, but similar communication operations also apply to V2P and V2I. It should be noted that in V2P and V2I, the communication destination is a pedestrian or RSU.

[0119] For example, Figures 4 to 9 Each of the figures is a diagram for describing an example of a V2X operation scenario. Specifically, Figure 4 A situation is shown where vehicles communicate directly without the mediation of a base station (E-UTRAN). Figure 5 It shows the situation that vehicles communicate through base stations. Figure 6 and 7 Each of the figures shows a situation where a vehicle communicates with a base station via a terminal device (UE or RSU in this case). Figure 8 and 9 Each of the figures shows a situation where vehicles communicate via a terminal device (here, UE or RSU or other vehicles).

[0120] It should be noted that in Figures 4 to 9 In each of the figures, the "sidelink" corresponds to the communication link between terminal devices and is also referred to as PC5. Specific examples of the sidelink include communication links for V2V, V2P, and V2I. The "Uu interface" corresponds to the wireless interface between the terminal device and the base station. A specific example of the Uu interface is the communication link for V2N. The "PC5 interface" corresponds to the wireless interface between terminal devices.

[0121] <1.2. Extended Example of Sidelink Communication>

[0122] There are many extension examples that can be envisioned for sidelink communication. For example, the V2X communication described above is one of the extension examples of sidelink communication. In addition, as extension examples of sidelink communication, D2D (device to device) communication, MTC (machine type communication), mobile cellular, relay communication, etc. can be envisioned. Figures 10 to 13 To describe an extended example of sidelink communication.

[0123] Fig.10 An example of using side link communication by a vehicle-mounted base station installed on a vehicle is shown. Fig.10 As shown in , the vehicle-mounted base station communicates with a nearby terminal device (such as a UE in the same vehicle) by using side link communication, or implements vehicle-to-vehicle communication with other vehicles. The vehicle-mounted base station can be a UE, an RSU, and the like.

[0124] Fig.11 An example of using sidelink communication for relay communication of a wearable terminal provided by a UE is shown. Fig.11 As shown in , the UE implements sidelink communication with the wearable terminal and relays communication between the wearable terminal and the base station.

[0125] Fig.12 An example of using sidelink communication by a drone base station mounted on a drone is shown. Fig.12 As shown in , the drone base station implements sidelink communication with nearby UEs and relays communication with the UEs and base stations.

[0126] Fig.13 An example of sidelink communication implemented by a terminal base station installed on a UE is shown. Fig.13 As shown in , the terminal base station implements sidelink communication with nearby UEs and relays communication with the UEs and base stations.

[0127] In addition, an extended example of sidelink communication includes factory automation. In this case, sidelink communication can be used for communication between robots in a factory. For example, sidelink communication is used in the case of broadcasting an emergency stop signal to a group of robots in order to urgently shut down a production line. In addition, an extended example of sidelink communication includes communication between drones.

[0128] <1.3 Sidelink Resource Allocation Scheme>

[0129] Next, an overview of a resource allocation scheme for the sidelink will be described. The resource allocation scheme for the sidelink includes a "mode 3 resource allocation" scheme in which the base station allocates resources to the sidelink, and a "mode 4 resource allocation" scheme in which the terminal device itself performs sensing and selects resources for the sidelink. Fig.14 To describe these schemes.

[0130] Fig.14 is a diagram for describing a sidelink resource allocation scheme. Fig.14The left part of FIG. 3 shows an example of mode 3 resource allocation. In mode 3 resource allocation, a resource pool is pre-allocated. In the case of a packet transmission in the terminal, the base station allocates resources in the resource pool that will be used to transmit the packet. Whenever a packet transmission occurs, the base station allocates resources in mode 3 resource allocation. This results in high signaling overhead while preventing packets from colliding. Fig.14 The right part of FIG. 4 shows an example of mode 4 resource allocation. In mode 4 resource allocation, a resource pool is pre-allocated. When a packet is sent, the terminal autonomously selects a resource in the resource pool that will be used to send the packet. In mode 4 resource allocation, packets may collide while causing less signaling overhead.

[0131] - Resource pool allocation

[0132] For mode 3 resource allocation or mode 4 resource allocation, the resource pool is pre-allocated. The resource pool is allocated by the base station, for example. In addition, as another example, the resource pool can be allocated by pre-configuration. In mode 4 resource allocation, the terminal device implements sensing of resources for sidelink communication from the allocated resource pool and selects appropriate resources by itself to implement communication.

[0133] For example, Fig.15 1 is a diagram showing an example of resource configuration (resource pool) allocated for sidelink communication, and shows an example of a case where frequency division multiplexing (FDM: Frequency Division Multiplexing) is applied. Fig.15 As shown in , the resource pool is divided into an SA (scheduling assignment) region and a data region, and PSCCH (physical sidelink control channel) and PSSCH (physical sidelink shared channel) are transmitted through the corresponding regions. It should be noted that although the following description focuses on Fig.15 The case of applying FDM shown in the figure, but the application target of the technology according to the present disclosure is not necessarily limited to this. As a specific example, in the case of applying time division multiplexing (TDM: Time Division Multiplexing), it is also possible to apply the technology according to the present disclosure described later. It should be noted that in the case of applying TDM, the SA area and the data area are orthogonal to each other on the time axis.

[0134] -Mode 4 resource allocation

[0135] Will refer to Fig.16 To describe an overview of Mode 4 resource allocation. Fig.16 1 is an explanatory diagram for describing an example of an operation timeline in a case where a terminal device transmits a packet based on mode 4 resource allocation. Fig.16As shown in , a terminal device sending a packet first implements sensing to find resources from a resource pool that will be used to send the packet. Next, the terminal device selects resources from the resource pool based on the sensing result. Subsequently, the terminal device sends the packet by using the selected resources. In addition, the terminal device then reserves resources that will be used for subsequent packet transmission when necessary.

[0136] Here we will refer to Fig.17 An example of the sensing operation described above is described below. Fig.17 is an explanatory diagram for describing an example of a sensing operation for selecting a resource from a resource pool.

[0137] Specifically, based on the measurement results of the interference pattern in the sensing window and the resource reservation status in the sensing window, the terminal device selects resources in the resource selection window and makes future resource reservations. Fig.17 In the example shown, when packet D to be transmitted occurs, the terminal device predicts the future resource usage state based on the sensing result, such as resources that will be used to transmit other packets A to C in the future. Using the prediction result allows the terminal device to select or reserve resources that can be used to transmit packet D, that is, resources that are predicted not to be used to transmit other packets.

[0138] <<2. Overview of Proposed Technology>>

[0139] <2.1、System Configuration Example>

[0140] Next, we will refer to Fig.18 An example of a schematic configuration of a system to which the proposed technology is applied is described. Fig.18 1 is a diagram showing an example of a schematic configuration of a system 1 according to an embodiment of the present disclosure. Fig.18 As shown in , the system 1 includes a base station 100 , terminal devices 200 ( 200A to 200D), a core network (Core Network) 20 , and a PDN (Packet Data Network) 30 .

[0141] The base station 100 is a communication device that operates a cell 11 and provides wireless services to one or more terminal devices 200 located inside the cell 11. The cell 11 can operate according to any wireless communication scheme such as LTE or NR. The base station 100 is coupled to the core network 20. The core network 20 is coupled to the PDN 30.

[0142] The core network 20 may include, for example, an MME (mobile management entity), an S-GW (serving gateway), a P-GW (PDN gateway), a PCRF (policy and charging rules function), and an HSS (home subscriber server). Alternatively, the core network 20 may include entities of NR whose functions are similar to theirs. MME is a control node for signals of the control plane. MME manages the mobility status of terminal devices. S-GW is a control node for signals of the user plane. S-GW is a gateway device that switches the transmission path of user data. P-GW is a control node for signals of the user plane. P-GW is a gateway device that acts as a coupling point between the core network 20 and the PDN 30. PCRF is a control node that implements control on policies and charging for the QoS (quality of service) of the bearer, etc. HSS is a control node that handles subscriber data and implements service control.

[0143] The terminal device 200 is a communication device that implements wireless communication with other devices. For example, the terminal device 200 implements wireless communication with the base station 100 based on the control of the base station 100. In this case, the terminal device 200 sends an uplink signal to the base station 100 on the Uu link, and receives a downlink signal from the base station 100. In addition, the terminal device 200 implements wireless communication with other terminal devices 200, for example, based on the control of the base station 100 or autonomously. In this case, the terminal device 200 sends a sidelink signal to other terminal devices 200 on the PC5 link, and receives a sidelink signal from other terminal devices 200. For example, the terminal device 200A sends a sidelink signal to the terminal device 200B, and the terminal device 200C sends a sidelink signal to the terminal device 200D. The terminal device 200 can be a so-called user equipment (UserEquipment: UE).

[0144] <2.2、Technical issues>

[0145] In the existing sidelink communication, transmission is performed after a predetermined procedure for collision prevention is performed, such as resource allocation from a base station in mode 3 resource allocation or sensing in mode 4 resource allocation. This results in a delay from packet generation to packet transmission. It should be noted that collision between packets means that a plurality of packets are transmitted and received by using resources (time resources and frequency resources) that at least partially overlap each other.

[0146] Use cases such as URLLC, where emergency packets are sent with low latency and high reliability, require a mechanism that allows packets to be sent with high reliability without incurring such latency. Sidelink communications are particularly different from normal unlicensed transmissions on the Uu link where all control is performed by the base station. The transmitters in sidelink communications are multiple terminal devices. This requires a more complex response to collisions between packets.

[0147] <2.3 Overview of Proposed Technologies>

[0148] Accordingly, the present disclosure provides a mechanism for allowing recovery of other packets that collide with packets sent on the sidelink. First, the present disclosure provides a mechanism for allowing recovery of other packets that collide with packets sent on the sidelink without permission. The recovery is, for example, a retransmission.

[0149] In the case where the terminal device 200 implements the unlicensed transmission on the packet, the terminal device 200 reports the information about the unlicensed transmission to other devices (e.g., the base station 100 or other terminal devices 200). The base station 100 or other terminal device 200 that receives the report determines whether a conflict occurs, and implements a process for retransmitting the packet determined to have a conflict. In this way, other packets that conflict with the packet that is unlicensed are retransmitted. In this way, while the unlicensed transmission realizes the low-delay packet, the recovery of other packets that conflict with the packet that is unlicensed is realized.

[0150] Behind Fig.18 In the example shown, it is assumed that the terminal device 200A (corresponding to the first terminal device) implements unlicensed transmission on the packet going to the terminal device 200B. It is then assumed that the packet sent by the terminal device 200C (corresponding to the second terminal device) to the terminal device 200D conflicts with the packet sent by the terminal device 200A unlicensed. Later, the terminal device 200A is also referred to as the sending terminal 200A, the terminal device 200B is referred to as the receiving terminal 200B, the terminal device 200C is referred to as the nearby sending terminal 200C, and the terminal device 200D is referred to as the nearby receiving terminal 200D. At the same time, in the case where there is no need to specifically distinguish these terminal devices, they are generally also referred to as the terminal device 200. It should also be noted that sometimes the packet sent by the sending terminal 200A is referred to as the first packet, and the packet sent by the nearby sending terminal 200C is referred to as the second packet.

[0151] In addition, the following focuses on sidelink communication (V2V / I / P) in NR V2X communication. In NR V2X communication, URLLC packets are sometimes sent as emergency messages. Therefore, a method for sending URLL packets with low latency and high reliability (at least low latency) on the sidelink will be described later. It should be noted that the URLLC packet is a packet sent in an example of URLLC use.

[0152] <<3. Configuration Example>>

[0153] A configuration example of each device related to the proposed technology will be described below.

[0154] <3.1. Base station configuration example>

[0155] Fig.19 1 is a block diagram showing an example of the logical configuration of the base station 100 according to the present embodiment. Fig.19 As shown in , the base station 100 according to the present embodiment includes an antenna unit 110 , a wireless communication unit 120 , a network communication unit 130 , a storage unit 140 , and a control unit 150 .

[0156] The antenna unit 110 transmits a signal as a radio wave into the space. The signal is output by the wireless communication unit 120. In addition, the antenna unit 110 converts the radio wave in the space into a signal and outputs the signal to the wireless communication unit 120.

[0157] The wireless communication unit 120 transmits and receives signals. For example, the wireless communication unit 120 receives an uplink signal from a terminal device and transmits a downlink signal to the terminal device.

[0158] The network communication unit 130 sends and receives information. For example, the network communication unit 130 sends information to other nodes and receives information from other nodes. For example, the other nodes described above include other base stations and core network nodes.

[0159] The storage unit 140 temporarily or permanently stores programs and various data for operations of the base station 100 .

[0160] The control unit 150 provides a variety of functions for the base station 100. For example, the control unit 150 includes a communication control section 151. The communication control section 151 has a function of controlling the sidelink communication of the terminal device 200 under control, such as allocating a resource pool to the terminal device 200, allocating a resource in which a transmission packet occurs to the terminal device 200, or instructing the retransmission of a packet in which a conflict occurs. In addition to the communication control section 151, the control unit 150 may also include other components. In other words, the control unit 150 may also implement other operations other than the functions of the communication control section 151.

[0161] <3.2、Configuration example of terminal equipment>

[0162] Fig. 20 1 is a block diagram showing an example of the logical configuration of the terminal device 200 according to the present embodiment. Fig. 20 As shown in , the terminal device 200 according to this embodiment includes an antenna unit 210 , a wireless communication unit 220 , a storage unit 230 , and a control unit 240 .

[0163] The antenna unit 210 transmits a signal as a radio wave into the space. The signal is output by the wireless communication unit 220. In addition, the antenna unit 210 converts the radio wave in the space into a signal and outputs the signal to the wireless communication unit 220.

[0164] The wireless communication unit 220 sends and receives signals. For example, the wireless communication unit 220 receives a downlink signal from a base station and sends an uplink signal to the base station. In addition, the wireless communication unit 220 sends and receives sidelink signals (such as V2P signals / V2V signals / V2I signals) to / from other terminal devices 200.

[0165] The storage unit 230 temporarily or permanently stores programs and various data used for the operation of the terminal device 200 .

[0166] Control unit 240 provides multiple functions for terminal device 200. For example, control unit 240 includes transmission processing section 241 and reception processing section 243. Transmission processing section 241 has the function of implementing permission-based transmission, permission-free transmission, retransmission, etc. on the grouping input from higher layer. Reception processing section 243 has the function of receiving and decoding grouping so that the grouping is output to higher layer. In addition to these components, control unit 240 can also include other components. In other words, control unit 240 can also implement other operations outside each of these components.

[0167] <<4. Technical Features>>

[0168] <4.1. Processing in Mode 3 Resource Allocation Environment>

[0169] The following describes the recovery of packets that collide with packets sent with the predetermined procedure for collision prevention omitted (ie, sent without permission) in a mode 3 resource allocation environment. In this example, the predetermined procedure for collision prevention is allocating resources (ie, permission).

[0170] <4.1.1 Overview>

[0171] The transmitting terminal 200A implements a license-free transmission (also referred to as configured license transmission) on the first packet, and reports information about the license-free transmission to the base station 100. Due to the mode 3 resource allocation, the base station 100 grabs the resources used by the nearby transmitting terminal 200C to transmit the second packet. This allows the base station 100 to determine the presence or absence of a conflict. In the event that a conflict is determined to have occurred, the base station 100 instructs the nearby transmitting terminal 200C to retransmit the second packet.

[0172] The transmitting terminal 200A may report information on the license-free transmission to other nearby terminal devices 200 (eg, the nearby transmitting terminal 200C). In this case, the nearby transmitting terminal 200C determines the presence or absence of collision occurrence between packets, and retransmits the packet determined as collision occurrence.

[0173] <4.1.2, Permission-based transmission>

[0174] The following will refer to Fig.21 To describe the flow of normal permission-based sending processing for comparison. Fig.21 1 is a sequence diagram showing an example of a process flow for permission-based transmission. The sequence involves base station 100, transmitting terminal 200A, receiving terminal 200B, nearby transmitting terminal 200C, and nearby receiving terminal 200D.

[0175] like Fig.21As shown in, the base station 100 first notifies each terminal device 200 (200A to 200D) under the control of the control information about the side link communication (step S12). The control information includes, for example, various setting information, such as information about the allocation of resource pools, setting information about the transmission power, and setting information about the MCS (modulation and coding scheme). The base station 100 then allocates resources in which the transmission packet occurs to the terminal device 200 (step S14), and sends a side link resource grant including the result of the resource allocation (step S16). Next, the transmitting terminal 200A sends the first packet by using the allocated resources (step S18), and the receiving terminal 200B receives the first packet (step S20). At the same time, the nearby transmitting terminal 200C sends the second packet by using the allocated resources (step S22), and the nearby receiving terminal 200D receives the second packet (step S24).

[0176] <4.1.3. Permission-free sending and recovery processing>

[0177] Next, we will refer to Fig. 22 To describe the flow of permission-free sending and recovery processing according to the proposed technology. Fig. 22 1 is a sequence diagram showing an example of the flow of the license-free transmission and recovery process performed by the system 1 according to the present embodiment. The sequence involves the base station 100, the transmitting terminal 200A, the receiving terminal 200B, the nearby transmitting terminal 200C, and the nearby receiving terminal 200D.

[0178] like Fig. 22 As shown in, the base station 100 first notifies each terminal device 200 (200A to 200D) under the control of the control information about the sidelink communication (step S102). The base station 100 then allocates resources in which the second packet to be transmitted occurs to the terminal device 200 (step S104), and transmits a sidelink resource grant including the result of the resource allocation (step S106). Next, the nearby transmitting terminal 200C transmits the second packet by using the allocated resources (step S108), and the nearby receiving terminal 200D receives the second packet (step S110).

[0179] At the same time, when the first packet to be sent (URLLC packet in this case) occurs (step S112), the sending terminal 200A implements unlicensed sending on the first packet (step S114), and the receiving terminal 200B receives the first packet (step S116).

[0180] The first packet is sent under the condition that the predetermined procedure for conflict prevention (i.e., resource permission) is omitted, thereby achieving low latency. At the same time, the sending terminal 200A implements permission-free sending, so the first packet and the second packet may conflict. For the recovery of the failure of receiving the second packet caused by this conflict, the sending terminal 200A performs post-processing.

[0181] Specifically, the transmitting terminal 200A makes a packet transmission report to report to the base station 100 that the unlicensed transmission is implemented on the first packet (step S118). If described in detail, the transmitting terminal 200A sends a transmission report information to the base station 100. The transmission report information includes information indicating the time and frequency of the resources used for the unlicensed transmission of the first packet. Subsequently, the base station 100 compares the result of its own resource allocation for the second packet with the resources used to send the first packet based on the received transmission report information, and confirms the presence or absence of a conflict (step S120). In the event of a conflict, the nearby receiving terminal 200D may fail to receive the second packet. This causes the base station 100 to perform a recovery process (step S122). The recovery process implemented by the base station 100, for example, includes instructing the nearby transmitting terminal 200C to implement a retransmission procedure. In this case, the base station 100 reallocates the sidelink resources and sends a sidelink resource grant including the result of the reallocation and a recovery indication of the second packet to the nearby transmitting terminal 200C. When receiving the recovery indication, the nearby transmitting terminal 200C retransmits the second packet (step S124) by reusing the allocated resources, and the nearby receiving terminal 200D receives the retransmitted second packet (step S126). In this way, when the nearby receiving terminal 200D fails to receive the second packet in step S110, it is possible to make the nearby receiving terminal 200D successfully receive the second packet in step S126.

[0182] It should be noted that sending report information in Fig. 22 In the example shown, the transmission report information is sent to the base station 100, but the technology of the present invention is not limited to this example. For example, the transmission report information can also be directly sent to the nearby transmitting terminal 200C. In this case, the nearby transmitting terminal 200C confirms whether the conflict occurs. In the case of determining that the conflict occurs, the nearby transmitting terminal 200C implements the recovery process. The recovery process implemented by the nearby transmitting terminal 200C, for example, includes sending a resource request to the base station 100, and retransmitting the second packet by using the allocated resources. It should be noted that the resource request is a request for resource allocation.

[0183] <4.1.4. Operation of each device>

[0184] The above describes an overview of the processing in the mode 3 resource allocation environment. The operation of each node will be described in detail below.

[0185] (1) Operation of the transmitting terminal 200A

[0186] - Judgment when the first group occurs

[0187] In the event that the first packet occurs as a URLLC packet, the transmitting terminal 200A (eg, the transmitting processing section 241) may make the following determination.

[0188] The transmitting terminal 200A may determine whether there are allocated resources that allow the first packet to be sent. In the case where it is determined that there are allocated resources, the transmitting terminal 200A sends the first packet by using the allocated resources. In contrast, in the case where it is determined that there are no allocated resources, the transmitting terminal 200A sends a resource request to the base station 100. It should be noted that the resources that allow the URLLC packets to be sent may be pre-allocated by RRC (Radio Resource Control) signaling from the base station 100.

[0189] In the case where the transmitting terminal 200A sends a resource request to the base station 100, the transmitting terminal 200A can determine whether the latency requirement is met. In other words, if the transmitting terminal 200A sends the first packet by using the resources allocated by the base station 100 assuming that the transmitting terminal 200A sends the resource request, the transmitting terminal 200A determines whether the latency requirement is met. In the case where it is determined that the latency requirement is met, the transmitting terminal 200A sends the resource request. In contrast, in the case where it is determined that the latency requirement is not met, the transmitting terminal 200A implements license-free transmission.

[0190] -Permission-free delivery

[0191] As described above, permission-free transmission is a method of transmitting packets without performing predetermined procedures for packet collision prevention. In other words, permission-free transmission is a transmission method that fails to meet predetermined standards for packet collision prevention (that is, collisions may occur between packets).

[0192] The predetermined procedure here includes receiving resource allocation for packet transmission. In other words, in the license-free transmission, the packet is transmitted without receiving resource allocation from the base station 100.

[0193] It should be noted that sensing or LBT (Listen Before Talk) may be performed before unlicensed transmission. The sensing here is sensing for a predetermined time (such as one second) as defined in 3GPP LTE V2X. In addition, LBT refers to sensing for a shorter period of time. LBT is, for example, sensing of the order of several ms before transmission used in Wi-Fi (registered trademark). The base station 100 sets whether it is possible to perform sensing.

[0194] The resource pool for unlicensed transmission may be pre-allocated by RRC signaling from the base station 100. Outside the coverage area, the resource pool for unlicensed transmission may be pre-configured in the terminal device 200. The resource pool for unlicensed transmission may be the same as the normal resource pool (i.e., for license-based transmission), or may be restricted in the time direction and / or frequency direction.

[0195] The RRC signaling about the resource pool for unlicensed transmission includes information indicating the position of the resource pool in the time direction and information indicating the position in the frequency direction, information indicating the number of repeated transmissions for repeated transmission, etc. It should be noted that the information indicating the position of the resource pool in the time direction may include information about a predetermined time period in the time direction in units of symbols, in units of time slots, or in units of subframes. In addition, the information indicating the position of the resource pool in the frequency direction may include information about resource blocks or resource units.

[0196] In the unlicensed transmission, the transmitting terminal 200A can select the transmission resource randomly by itself. In addition, the transmitting terminal 200A can also select the transmission resource according to a predetermined selection criterion. The predetermined selection criterion can be set by the base station 100, for example.

[0197] -Send report information

[0198] After implementing the permission-free transmission of the first packet on the side link, the transmitting terminal 200A (e.g., the transmission processing part 241) transmits transmission report information including information about the permission-free transmission of the first packet. The transmission of the transmission report information allows the receiver side of the transmission report information to confirm the presence or absence of a conflict between the first packet and the second packet. In the event of a conflict, retransmission of the second packet is achieved. In particular, if the transmitting terminal 200A transmits the first packet without performing a predetermined procedure (i.e., resource allocation) for packet conflict prevention, the transmitting terminal 200A transmits the transmission report information. The transmission report information is only sent when there is a possibility that the packets may conflict. This makes it possible to suppress signaling overhead.

[0199] The transmitting terminal 200A sends the transmission report information on the Uu link and / or the side link. In other words, the transmitting terminal 200A can send the transmission report information to the base station 100, or send the transmission report information to other terminal devices 200 (i.e., the nearby transmitting terminal 200C). In order to send the transmission report information, the control channel of the physical layer is used. In the case where the transmission report information is sent to the base station 100, a predefined or set uplink control channel (PUCCH) is used. In the case where the transmission report information is sent to other terminal devices 200, a predefined or set side link control channel is used.

[0200] The transmitting terminal 200A can send the transmission report information by using a resource having a predetermined relationship with the resource used to send the first packet in the time direction. For example, the resource used to send the transmission report information is determined on the basis of the resource used to send the first packet. The time slot used to send the transmission report information can be the same time slot as the time slot used to send the first packet or its subsequent time slot. Here, the time slot used to send the transmission report information can be determined according to the symbol used to send the first packet. For example, in the case of sending the first packet before the predetermined symbol in the specific time slot, the time slot used to send the transmission report information is determined to be the same time slot as the time slot used to send the first packet. In contrast, in the case of sending the first packet after the predetermined symbol in the specific time slot, the time slot used to send the transmission report information is determined to be the subsequent time slot of the time slot used to send the first packet. The base station 100 or the nearby transmitting terminal 200C can easily receive the transmission report information by using the predetermined relationship described above. If described in detail, the base station 100 or the nearby transmitting terminal 200C constantly monitors the resources having the predetermined relationship described above with the time slot used to send the second packet in the time direction. This allows the base station 100 or the nearby transmitting terminal 200C to receive the transmission report information in the event that a collision actually occurs and the transmission report information is transmitted.

[0201] - Contents of the report information sent

[0202] The transmission report information includes information indicating the time and frequency of resources used by the transmitting terminal 200A for the unlicensed transmission of the first group. For example, the transmission report information may include a resource block number, a symbol number, a time slot number and / or a system frame number. In addition, for example, the transmission report information may include a starting number of the transmission resource and an end number of the transmission resource. It should be noted that the resources for reporting may be predefined or set, and the transmission report information may include information indicating that the resources for reporting include resources actually used for unlicensed transmission, so as to reduce the amount of information. It is desirable to define or set the size of the resources for reporting to be larger than the resources that can be used for unlicensed transmission. The transmission report information includes time frequency information, thereby allowing the receiver side of the transmission report information to determine the presence or absence of a conflict.

[0203] The sending report information may also include at least one of the following information:

[0204] - Information indicating the resource pool used to send the first packet

[0205] - Information indicating the frequency band used to transmit the first packet

[0206] - Information indicating the number of repetitions of the first packet transmission

[0207] - Information indicating the transmission power used to transmit the first packet

[0208] - Information indicating the priority of the first group

[0209] - Regarding the location information of the transmitting terminal 200A when transmitting the first packet

[0210] -MCS information when sending the first packet

[0211] - Transmission mode information when sending the first packet

[0212] - QCL (quasi-coordinate location) information when the first packet is sent

[0213] -Processing Flow

[0214] The following will refer to Fig.23 An example of the processing flow of the transmitting terminal 200A will be described. Fig.23 : is a flowchart showing an example of the flow of transmission processing and post-processing of the first packet performed by the transmission terminal 200A according to the present embodiment.

[0215] like Fig.23As shown in , the first packet to be sent (e.g., URLLC packet) first occurs in the sending terminal 200A (step S132). In the case where there are allocated resources that allow the first packet to be sent and the resources are used, the sending terminal 200A then determines whether the delay requirement is met (step S134). In the case where step S134 is "yes", the sending terminal 200A sends the first packet by using the allocated resources (step S136). In the case where step S134 is "no", the sending terminal 200A determines whether the delay requirement is met when sending a resource request to the base station 100 (step S138). In the case where step S138 is "yes", the sending terminal 200A sends a resource request to the base station 100 (step S140), and sends the first packet by using the resources allocated by the base station 100 (step S136). In contrast, in the case where step S138 is "no", the sending terminal 200A makes a decision to perform unlicensed transmission (step S142), and implements unlicensed transmission on the first packet (step S144). The transmitting terminal 200A then transmits transmission report information including information on the permission-free transmission of the first packet (step S146).

[0216] (2) Operation of Receiving Terminal 200B

[0217] The receiving terminal 200B (eg, the reception processing section 243) receives and decodes the first packet transmitted from the transmitting terminal 200A.

[0218] (3) Operation of Base Station 100

[0219] - Resource allocation

[0220] In the case where a transmission packet occurs in the terminal device 200 under control, the base station 100 (e.g., the communication control section 151) allocates resources for transmitting the packet. The base station 100 may allocate resources for transmitting URLLC packets to the transmitting terminal 200A in advance. In this case, the base station 100 sends the result of the implemented allocation to the transmitting terminal 200A in advance by using RRC signaling.

[0221] -Recovery Process

[0222] On the basis of the transmission report information, wherein the transmission report information includes information about the unlicensed transmission of the first packet of the transmitting terminal 200A on the side link, the base station 100 (e.g., the communication control part 151) controls the retransmission of the second packet by the nearby transmitting terminal 200C that has transmitted the second packet on the side link. If described in detail, the base station 100 first determines whether a conflict occurs between the first packet and the second packet based on the transmission report information. Specifically, the base station 100 confirms whether a resource having a predetermined relationship with the resource used to transmit the first packet and indicated by the transmission report information is allocated to other terminal devices 200. The resource having a predetermined relationship is, for example, a resource that is the same as the resource used to transmit the first packet or a resource that overlaps at least partially. In the case where a resource having a predetermined relationship with the resource used to transmit the first packet is allocated to the terminal device 200, the base station 100 determines that a conflict occurs. Otherwise, the base station 100 determines that no conflict occurs. In the case where it is determined that the first packet and the second packet collide, the base station 100 then sends a recovery indication to the nearby transmitting terminal 200C, thereby indicating the retransmission of the second packet. In contrast, in the case where it is determined that the first packet and the second packet do not collide, the base station 100 does not instruct retransmission. This makes it possible to suppress signaling overhead because retransmission is instructed only in the case of a collision between packets.

[0223] In the case where it is determined that the first packet and the second packet collide, the base station 100 can further control the retransmission based on whether the delay requirement for the second packet is met in the case where the second packet is retransmitted. For example, if the delay requirement for the second packet is still met even in the case where the second packet is retransmitted, the base station 100 indicates the retransmission. In the case where the delay requirement is not met, the base station 100 does not indicate the retransmission. In this case, the retransmission of the second packet by the nearby transmitting terminal 200C is not performed. This makes it possible to suppress the signaling overhead because the retransmission is indicated only when a conflict occurs between the packets and the delay requirement is still met even if the retransmission is implemented.

[0224] - Restore the contents of the instructions

[0225] The resume indication is information for indicating retransmission of the second packet. This allows the resume indication to trigger the nearby transmitting terminal 200C to retransmit the second packet.

[0226] The restoration indication may include information indicating that the resource allocated for retransmission of the second packet. In this case, the base station 100 allocates the resource for transmission of the second packet again, and the restoration indication includes the result of the second resource allocation.

[0227] The recovery indication may include transmission parameters for retransmission of the second packet. The transmission parameters for retransmission may include, for example, transmission power, MCS, number of repetitions of transmission, and the like.

[0228] -Processing Flow

[0229] The following will refer to Fig.24 An example of the processing flow of the base station 100 is described below. Fig.24 : is a flowchart showing an example of the flow of the restoration process performed by the base station 100 according to the present embodiment.

[0230] like Fig.24 As shown in , the base station 100 first allocates resources for the transmission of URLLC packets (step S152). However, this step is optional and does not have to be executed. The base station 100 then receives the transmission report information from the transmitting terminal 200A that has implemented the unlicensed transmission on the first packet (step S154). Next, the base station 100 confirms whether the resources having a predetermined relationship with the resources used to send the first packet and indicated by the transmission report information are allocated to other terminal devices 200, thereby confirming the existence or non-existence of the conflict (step S156). In the case of determining that a conflict occurs (step S158 / "Yes"), the base station 100 then sends a recovery indication to the nearby transmitting terminal 200C that has sent the second packet that conflicts with the first packet (step S160). In contrast, in the case of determining that no conflict occurs (step S158 / "No"), the base station 100 does not perform the operation.

[0231] (4) Operation of the nearby transmitting terminal 200C

[0232] The nearby transmitting terminal 200C (e.g., the transmitting processing section 241) transmits the second packet on the sidelink based on the control of the base station 100. If described in detail, the nearby transmitting terminal 200C transmits the second packet by using the resources allocated by the base station 100. However, in the case of receiving the recovery indication from the base station 100, the nearby transmitting terminal 200C retransmits the second packet based on the recovery indication. If described in detail, the nearby transmitting terminal 200C transmits the second packet by using the resources for retransmission indicated by the recovery indication.

[0233] (5) Operation of the nearby receiving terminal 200D

[0234] The nearby receiving terminal 200D (eg, the reception processing section 243 ) receives and decodes the second packet transmitted from the nearby transmitting terminal 200C.

[0235] <4.1.5, Modifications>

[0236] The above mainly describes an example of transmitting the transmission report information to the base station 100 by using the uplink control channel, but the technology of the present invention is not limited to this example. For example, the transmission report information can be transmitted on the side link.

[0237] - Notification on the sidelink

[0238] The transmitting terminal 200A may include information indicating that it is a packet to be sent without permission in the SCI (side link control information) about the first packet to be sent without permission. The receiver side can identify that the first packet is sent without permission by decoding the PSCCH (physical side link control channel). In addition, the SCI may include information indicating the time and frequency of the resources used for the unlicensed transmission of the first packet. This allows the receiver side to identify the resources used for the unlicensed transmission of the first packet and use the resources to confirm the conflict. It should be noted that it is assumed that repeated transmissions, etc. are implemented as unlicensed transmissions. Therefore, it is desirable to have a method that makes it possible to capture the time-frequency resources used for the entire repeated transmission even when a packet within the entire repeated transmission is received. Therefore, in addition to the method in which the control area includes the information described above, a method in which the data area includes information indicating the time-frequency resources of each repeated transmission can also be adopted.

[0239] - Implicit Packet Delivery Report

[0240] The transmitting terminal 200A may issue an implicit notification regarding the transmission report information. Figures 25 to 27 To describe the implicit notification of the direction information being sent.

[0241] Fig.25 and 26 Each of the figures is a diagram for describing an example of an implicit notification method for sending report information according to this embodiment. Fig.25 In the example shown, the control channel and the data channel included in the first packet are respectively repeatedly transmitted. The frequency hopping pattern indicated by the frequency offset of the corresponding channel corresponds to the transmission report information. In other words, Fig.25 In the example shown, a frequency hopping pattern corresponding to the transmission report information is used for repeated transmission of the first packet. Fig.26 In the example shown, the control channel and the data channel included in the first packet are respectively repeatedly transmitted. The time interval pattern indicated by the time offset of the corresponding channel corresponds to the transmission of the report information. In other words, Fig.26 In the example shown, a time interval pattern corresponding to the transmission of the report information is used for repeated transmission of the first packet.

[0242] In this way, when the exemption and repeated transmission are implemented on the first group, the transmitting terminal 200A can issue a notification about the transmission report information by using a repeated transmission pattern (frequency hopping pattern and / or time interval pattern). The repeated transmission pattern can be pre-configured or set by RRC signaling from the base station 100.

[0243] Fig. 27 FIG. 1 is a diagram for describing an example of an implicit notification method for sending report information according to the present embodiment. Fig. 27 In the example shown, the control channel and the data channel included in the first group are respectively repeatedly transmitted. The time offset value between adjacent channels corresponds to the transmission report information. In other words, Fig. 27 In the example shown, the time offset value corresponding to the sending report information is used to send the first packet. Similarly, the frequency offset value corresponding to the sending report information can be used to send the first packet. It should be noted that in Fig. 27 In the example shown, the first packet need not also be sent repeatedly.

[0244] In addition, a notification about the transmission report information can be issued by using the transmission power. For example, the transmitting terminal 200A can implement the unlicensed transmission using a transmission power higher than the license-based transmission. In this case, if the nearby transmitting terminal 200C detects a received power higher than a predetermined threshold, the nearby transmitting terminal 200C recognizes that the implemented is the unlicensed transmission. The predetermined threshold can be pre-configured or configured by RRC signaling from the base station 100.

[0245] -Recovery process based on implicit notification

[0246] The following will refer to Figures 28 to 30 To describe the recovery process based on implicit notification.

[0247] - Example of base station 100 detecting implicit notification

[0248] Fig.28 1 is a sequence diagram showing an example of the flow of the recovery process based on implicit notification of transmission report information performed by the system 1 according to the present embodiment. The sequence involves the base station 100, the transmitting terminal 200A, the receiving terminal 200B, the nearby transmitting terminal 200C and the nearby receiving terminal 200D.

[0249] Fig.28 The processing in steps S202 to S212 shown in FIG. 1 is similar to that in FIG. Fig. 22. After step S212, the transmitting terminal 200A makes an implicit packet transmission report when performing unlicensed transmission on the first packet so as to implicitly transmit the transmission report information (step S214). The receiving terminal 200B receives the first packet (step S216). At the same time, the base station 100 detects that the first packet is unlicensed transmission based on the implicitly transmitted transmission report information (step S218). The subsequent processing in steps S220 to S226 is similar to Fig. 22 The processing in steps S120 to S126 shown in FIG.

[0250] It should be noted that the base station 100 receives a sidelink signal from a nearby receiving terminal 200D or the like or receives a report of information indicating that the first packet is permission-free transmission, if desired, in order to detect the transmission report information transmitted implicitly.

[0251] - Example of detecting implicit notification by nearby transmitting terminal 200C

[0252] Fig.29 1 is a sequence diagram showing an example of the flow of the recovery process based on implicit notification of transmission report information performed by the system 1 according to the present embodiment. The sequence involves the base station 100, the transmitting terminal 200A, the receiving terminal 200B, the nearby transmitting terminal 200C and the nearby receiving terminal 200D.

[0253] Fig.29 The processing in steps S232 to S246 shown in FIG. 1 is similar to that in FIG. Fig.28 . After step S246, the nearby transmitting terminal 200C detects that the first packet is sent without permission based on the implicitly sent transmission report information (step S248). The nearby transmitting terminal 200C then compares the resources used by the nearby transmitting terminal 200C to send the second packet with the resources used to send the first packet based on the transmission report information, and confirms the presence or absence of a conflict (step S250). In the event of a conflict, the nearby receiving terminal 200D may fail when receiving the second packet. This causes the nearby transmitting terminal 200C to perform a recovery process (step S252). The recovery process implemented by the nearby transmitting terminal 200C, for example, includes sending a resource request for the retransmission of the second packet to the base station 100, and retransmitting the second packet by using the allocated resources. The nearby transmitting terminal 200C retransmits the second packet by using the allocated resources again (step S254), and the nearby receiving terminal 200D receives the retransmitted second packet (step S256).

[0254] - Example of a nearby receiving terminal 200D detecting an implicit notification

[0255] Fig.30 1 is a sequence diagram showing an example of the flow of the recovery process based on implicit notification of transmission report information performed by the system 1 according to the present embodiment. The sequence involves the base station 100, the transmitting terminal 200A, the receiving terminal 200B, the nearby transmitting terminal 200C and the nearby receiving terminal 200D.

[0256] Fig.30 The processing in steps S262 to S276 shown in FIG. 1 is similar to that in FIG. Fig.28 . After step S276, the nearby receiving terminal 200D detects that the first packet is sent without permission based on the implicitly sent transmission report information (step S278). The nearby receiving terminal 200D then compares the resources used to receive the second packet with the resources used to send the first packet based on the transmission report information, and confirms the presence or absence of a conflict (step S280). In the event of a conflict, the nearby receiving terminal 200D may fail when receiving the second packet. This causes the nearby receiving terminal 200D to perform a recovery process (step S282). The recovery process implemented by the nearby receiving terminal 200D, for example, includes instructing the nearby sending terminal 200C to implement a retransmission procedure. In this case, the nearby receiving terminal 200D sends a recovery indication of the second packet to the nearby sending terminal 200C. After receiving the recovery indication, the nearby sending terminal 200C performs a recovery process (step S284). The recovery process implemented by the nearby transmitting terminal 200C includes, for example, sending a resource request for retransmission of the second packet to the base station 100, and retransmitting the second packet by using the allocated resources. The nearby transmitting terminal 200C retransmits the second packet by using the allocated resources again (step S286), and the nearby receiving terminal 200D receives the retransmitted second packet (step S288).

[0257] <4.2. Processing in Mode 4 Resource Allocation Environment>

[0258] The following will describe the recovery of a packet that collides with a packet that is sent (that is, is sent without permission) in a mode 4 resource allocation environment when the predetermined procedure for conflict prevention is omitted. In this example, the predetermined procedure for conflict prevention is sensing. In order to distinguish the permission-free transmission in mode 4 from the permission-free transmission in mode 3, the permission-free transmission in mode 4 is also referred to as sensorless transmission.

[0259] Transmitting terminal 200A implements sensorless transmission on the first grouping, and reports information about the sensorless transmission to other nearby terminal devices 200 (e.g., nearby transmitting terminal 200C). Nearby transmitting terminal 200C captures the resource used by nearby transmitting terminal 200C to send the second grouping. This allows nearby transmitting terminal 200C to determine the presence or absence of conflict occurrence. Nearby transmitting terminal 200C retransmits the second grouping that is determined to be conflict occurrence.

[0260] It should be noted that the same operations as those in the Mode 3 resource allocation environment will be omitted below, and the differences will be described.

[0261] <4.2.1. Sensorless transmission and recovery processing>

[0262] The following will refer to Fig.31 To describe the flow of the sensorless transmission and recovery process according to the proposed technology. Fig.31 1 is a sequence diagram showing an example of the flow of the sensorless transmission and recovery process performed by the system 1 according to the present embodiment. The sequence involves the base station 100, the transmitting terminal 200A, the receiving terminal 200B, the nearby transmitting terminal 200C, and the nearby receiving terminal 200D.

[0263] like Fig.31 As shown in, the base station 100 first notifies each terminal device 200 (200A to 200D) under control of the control information about the side link communication (step S302). In the case where the second packet to be sent occurs, the nearby sending terminal 200C implements a predetermined sensing (step S304), and sends the second packet by using the resources confirmed to be available (step S306). The nearby receiving terminal 200D receives the second packet (step S308).

[0264] Meanwhile, when the first packet (URLLC packet here) is to be transmitted (step S310), the transmitting terminal 200A performs sensorless transmission on the first packet (step S312). The receiving terminal 200B receives the first packet (step S314).

[0265] The first packet is sent without the predetermined procedure (i.e., sensing) for conflict prevention, thereby achieving low latency. At the same time, the transmitting terminal 200A implements sensorless transmission, so the first packet and the second packet may conflict. For the recovery of the failure to receive the second packet caused by this conflict, the transmitting terminal 200A performs post-processing.

[0266] Specifically, the transmitting terminal 200A makes a packet transmission report, so that the non-sensing transmission (step S316) is implemented on the first grouping to report to other nearby terminal devices 200. If described in detail, the transmitting terminal 200A sends a transmission report information to other terminal devices 200 (such as the nearby transmitting terminal 200C). The transmission report information includes information indicating the time and frequency of the resource used for the non-sensing transmission of the first grouping. Subsequently, the nearby transmitting terminal 200C will use the resource of the second grouping to be sent by the nearby transmitting terminal 200C based on the received transmission report information to compare with the resource used to send the first grouping, and confirm the existence or not of the conflict occurrence (step S318). In the case of conflict occurrence, the nearby receiving terminal 200D may fail when receiving the second grouping. This causes the nearby transmitting terminal 200C to perform recovery processing (step S320). The recovery processing implemented by the nearby transmitting terminal 200C, for example, includes retransmitting the second grouping. The nearby transmitting terminal 200C retransmits the second packet by using the allocated resources again (step S322), and the nearby receiving terminal 200D receives the retransmitted second packet (step S324).

[0267] It should be noted that in Fig.31 In the example shown, the transmission report information is directly sent to the nearby transmission terminal 200C, but the technology of the present invention is not limited to this example. For example, the transmission report information can also be sent to the nearby transmission terminal 200C via the base station 100. In this case, the transmission terminal 200A sends the transmission report information on the Uu link, and the nearby transmission terminal 200C receives the transmission report information on the Uu link.

[0268] <4.2.2. Operation of each device>

[0269] The above describes an overview of the processing in the mode 4 resource allocation environment. The operation of each node will be described in detail below.

[0270] (1) Operation of the transmitting terminal 200A

[0271] - Decision when the first group occurs

[0272] In the event that the first packet occurs as a URLLC packet, the transmitting terminal 200A (eg, the transmitting processing section 241) may make the following determination.

[0273] The transmitting terminal 200A can determine whether there are allocated resources that allow the first packet to be sent. In the case where it is determined that there are allocated resources, the transmitting terminal 200A sends the first packet by using the allocated resources. In contrast, in the case where it is determined that there are no allocated resources, the transmitting terminal 200A performs sensorless transmission. However, in the case of performing sensing in the background, the transmitting terminal 200A can use the sensing results. In addition, if the latency requirements are still met even when sensing is performed, the transmitting terminal 200A can perform sensing. It should be noted that resources that allow the URLLC packets to be sent can be pre-allocated by RRC signaling from the base station 100.

[0274] - No sensor transmission

[0275] Sensorless transmission is a method of transmitting packets without performing predetermined sensing for packet collision prevention. In other words, sensorless transmission is a transmission method that fails to meet predetermined standards for packet collision prevention (that is, collisions may occur between packets).

[0276] The predetermined sensing may be sensing for a predetermined time (such as one second) as defined in 3GPP LTE V2X. In addition, the predetermined sensing may be LBT (Listen Before Talk). LBT refers to sensing for a shorter period of time. LBT is, for example, sensing of the order of a few ms before transmission used in Wi-Fi. In sensorless transmission, packets are sent without performing the predetermined sensing described above. However, sending packets after performing other sensing (especially weaker sensing) other than the predetermined sensing is also an example of sensorless transmission. Other sensing other than the predetermined sensing is, for example, sensing for an extremely short time (such as a few symbols or essentially zero) that cannot meet the predetermined criteria for packet collision prevention.

[0277] The resource pool for the sensorless transmission may be pre-allocated by RRC signaling from the base station 100. Outside the coverage area, the resource pool for the sensorless transmission may be pre-configured in the terminal device 200. The resource pool for the sensorless transmission may be the same as the normal resource pool (i.e., for the transmission accompanied by sensing), or may be restricted in the time direction and / or frequency direction.

[0278] In the sensorless transmission, the transmitting terminal 200A can select the transmission resource randomly by itself. In addition, the transmitting terminal 200A can also select the transmission resource according to a predetermined selection criterion. The predetermined selection criterion can be set by the base station 100, for example.

[0279] -Send report information

[0280] After implementing the sensorless transmission of the first packet on the side link, the transmitting terminal 200A (e.g., the transmission processing part 241) transmits transmission report information including information about the sensorless transmission of the first packet. The transmission of the transmission report information allows the receiver side of the transmission report information to confirm the presence or absence of a conflict between the first packet and the second packet. In the event of a conflict, retransmission of the second packet is achieved. In particular, if the transmitting terminal 200A transmits the first packet without performing a predetermined procedure for packet conflict prevention (i.e., predetermined sensing), the transmitting terminal 200A transmits the transmission report information. The transmission report information is only sent when a packet conflict may occur. This makes it possible to suppress signaling overhead.

[0281] The transmitting terminal 200A transmits the transmission report information on the Uu link and / or the sidelink. In other words, the transmitting terminal 200A transmits the transmission report information to other terminal devices 200 through the base station 100 or directly.

[0282] The transmitting terminal 200A may transmit the transmission report information by using resources having a predetermined relationship with resources used to transmit the first packet in the time direction.

[0283] - Contents of the report information sent

[0284] The content of the transmission report information is similar to that in the case of mode 3 resource allocation. In other words, the transmission report information includes information indicating the time and frequency of resources used by the transmitting terminal 200A for the sensorless transmission of the first packet. In addition, the transmission report information may also include at least any one of the following information:

[0285] - Information indicating the resource pool used to send the first packet

[0286] - Information indicating the frequency band used to transmit the first packet

[0287] - Information indicating the number of repetitions of the first packet transmission

[0288] - Information indicating the transmission power used to transmit the first packet

[0289] - Information indicating the priority of the first group

[0290] - Regarding the location information of the transmitting terminal 200A when transmitting the first packet

[0291] -MCS information when sending the first packet

[0292] - Transmission mode information when sending the first packet

[0293] - QCL (quasi-coordinate location) information when the first packet is sent

[0294] -Processing Flow

[0295] The following will refer to Fig.32 An example of the processing flow of the transmitting terminal 200A will be described. Fig.32 : is a flowchart showing an example of the flow of transmission processing and post-processing of the first packet performed by the transmission terminal 200A according to the present embodiment.

[0296] like Fig.32 As shown in , the first packet to be sent (e.g., URLLC packet) first occurs in the sending terminal 200A (step S332). In the presence of allocated resources that allow the first packet to be sent and the resources are used, the sending terminal 200A then determines whether the delay requirement is met (step S334). In the case where step S334 is "yes", the sending terminal 200A sends the first packet by using the allocated resources (step S336). In the case where step S334 is "no", the sending terminal 200A makes a decision to perform sensorless transmission (step S338), and implements sensorless transmission on the first packet (step S340). The sending terminal 200A then sends a transmission report information including information about the sensorless transmission of the first packet (step S342).

[0297] (2) Operation of the nearby transmitting terminal 200C

[0298] The nearby transmitting terminal 200C (eg, the transmission processing section 241) transmits the second packet on the sidelink based on the control of the base station 100. If described in detail, the nearby transmitting terminal 200C transmits the second packet by using the resource allocated by the base station 100.

[0299] However, the nearby transmitting terminal 200C sometimes receives transmission report information including information about the sensorless transmission performed by the transmitting terminal 200A. In this case, after transmitting the second packet on the sidelink, the nearby transmitting terminal 200C controls retransmission of the second packet based on the transmission report information.

[0300] If described in detail, the nearby sending terminal 200C first determines the existence or not of the conflict between the first grouping and the second grouping based on the sending report information. Specifically, the nearby sending terminal 200C confirms whether the resource with the resource that is used to send the first grouping and indicated by the sending report information has a predetermined relationship is used to send the second grouping. The resource with a predetermined relationship is here, for example, a resource identical to the resource that is used to send the first grouping or a resource that overlaps at least partially. In the case where the resource with the resource that is used to send the first grouping has a predetermined relationship and is used to send the second grouping, the nearby sending terminal 200C determines that the conflict occurs. Otherwise, the nearby sending terminal 200C determines that there is no conflict. In the case where it is determined that the first grouping and the second grouping conflict, the nearby sending terminal 200C performs recovery processing subsequently. This allows only to perform recovery processing in the case of grouping conflict.

[0301] In the case where it is determined based on the transmission report information that the first packet and the second packet collide, the nearby transmitting terminal 200C retransmits the second packet as a recovery process. For example, the nearby transmitting terminal 200C uses the resources confirmed as available by implementing the predetermined sensing to retransmit the second packet. The predetermined sensing can be performed by the nearby transmitting terminal 200C instead. In this case, the transmission report information includes information indicating the time and frequency of the resources confirmed as available for retransmission. The transmission parameters for retransmission can be preset by the base station 100, or the transmission parameters for retransmission can be indicated by the transmitting terminal 200A. The transmission parameters for retransmission can include, for example, transmission power, MCS, the number of repetitions of transmission, etc.

[0302] When it is determined that the first packet and the second packet collide, the nearby transmitting terminal 200C can further control the retransmission based on whether the delay requirement for the second packet is met when the second packet is retransmitted. For example, if the delay requirement for the second packet is still met even when the second packet is retransmitted, the nearby transmitting terminal 200C implements the retransmission. When the delay requirement is not met, the nearby transmitting terminal 200C does not implement the retransmission. This makes it possible to suppress the reduction of resource efficiency, because retransmission is implemented only when there is a conflict between the packets and the delay requirement is still met even if retransmission is implemented.

[0303] -Processing Flow

[0304] The following will refer to Fig.33 An example of the processing flow of the nearby transmitting terminal 200C will be described. Fig.33 1 is a flowchart showing an example of the flow of the restoration process executed by the nearby transmitting terminal 200C according to the present embodiment.

[0305] like Fig.33As shown in, the nearby transmitting terminal 200C first receives the transmission report information (step S352) from the transmitting terminal 200A that has implemented the permission-free transmission on the first group. Next, the nearby transmitting terminal 200C confirms whether the resource with a predetermined relationship with the resource that is used to send the first group and indicated by the transmission report information is used to send the second group, thereby confirming the existence or not of the conflict occurrence (step S354). In the case of determining that the conflict occurs (step S356 / "Yes"), the nearby transmitting terminal 200C determines whether the delay requirement for the second group is met when the second group is retransmitted (step S358). If it is determined that the delay requirement for the second group is still met even when the second group is retransmitted (step S358 / "Yes"), the nearby transmitting terminal 200C performs the processing of retransmitting the second group as a recovery process (step S360). In contrast, if it is determined that no collision occurs (step S356 / No) or if it is determined that the delay requirement for the second packet is not satisfied when the second packet is retransmitted (step S358 / No), the nearby transmitting terminal 200C does not perform recovery processing.

[0306] (3) Supplementary information

[0307] Implicit notification of sending report information may be issued as in Mode 3 resource allocation.

[0308] <<5. Practical application examples>>

[0309] The technology according to the present disclosure is applicable to a variety of products.

[0310] For example, the base station 100 can be implemented as any type of eNB (evolved node B), such as a macro eNB or a small eNB. A small eNB can be an eNB that covers a cell smaller than a macro cell, such as a pico eNB, a micro eNB, or a home (femto) eNB. On the contrary, the base station 100 can also be implemented as other types of base stations, such as a node B or a BTS (base transceiver station). The base station 100 may include a main body (also referred to as a base station device) that controls wireless communication and one or more RRHs (remote radio heads) deployed in a place different from the main body. In addition, by temporarily or semi-permanently performing the base station function, the various types of terminals described later can be operated as base stations 100, respectively.

[0311] In addition, the terminal device 200 can be implemented as a mobile terminal, such as a smart phone, a tablet PC (personal computer), a notebook PC, a portable game terminal, a portable / electronic dongle mobile router or a digital camera, or can be implemented as an airborne terminal, such as a car navigation device. In addition, the terminal device 200 can be implemented as a terminal for implementing M2M (machine to machine) communication (also referred to as an MTC (machine type communication) terminal). In addition, the terminal device 200 can be a wireless communication module (e.g., an integrated circuit module including a die) installed on each of these terminals.

[0312] <5.1. Practical application examples of base stations>

[0313] (The first practical application example)

[0314] Fig.34 800 is a block diagram showing a first example of a schematic configuration of an eNB to which the technology according to the present disclosure can be applied. The eNB 800 includes one or more antennas 810 and a base station device 820. Each antenna 810 and base station device 820 may be coupled to each other via an RF cable.

[0315] Each antenna 810 includes a single antenna unit or multiple antenna units (for example, multiple antenna units included in a MIMO antenna). Each antenna 810 is used by a base station device 820 to send and receive wireless signals. Fig.34 As shown in , the eNB 800 may include multiple antennas 810. For example, the multiple corresponding antennas 810 may support multiple frequency bands used by the eNB 800. It should be noted that Fig.34 An example in which the eNB 800 includes multiple antennas 810 is shown, but the eNB 800 may also include a single antenna 810.

[0316] The base station device 820 includes a controller 821 , a memory 822 , a network interface 823 , and a wireless communication interface 825 .

[0317] The controller 821 may be, for example, a CPU or a DSP. The controller 821 operates multiple functions of a higher layer for the base station device 820. For example, the controller 821 generates a data packet from data in a signal processed by the wireless communication interface 825, and transmits the generated packet through the network interface 823. The controller 821 may generate a bundled packet by bundling data from a plurality of baseband processors, and transmit the generated bundled packet. In addition, the controller 821 may also have a logical function of executing control, such as radio resource control, radio bearer control, mobility management, admission control, or scheduling. In addition, the control may be performed in collaboration with a nearby eNB or core network node. The memory 822 includes a RAM and a ROM, and stores programs to be executed by the controller 821 and various control data (e.g., a terminal list, transmission power data, scheduling data, etc.).

[0318] The network interface 823 is a communication interface for coupling the base station device 820 to the core network 824. The controller 821 can communicate with the core network node or other eNBs through the network interface 823. In this case, the eNB 800 and the core network node or other eNBs can be coupled to each other through a logical interface (e.g., an S1 interface or an X2 interface). The network interface 823 can be a wired communication interface or a wireless communication interface for wireless backhaul. In the case where the network interface 823 is a wireless communication interface, the network interface 823 can use a higher frequency band for wireless communication than the frequency band used by the wireless communication interface 825.

[0319] The wireless communication interface 825 supports any cellular communication scheme such as LTE (Long Term Evolution) or Advanced LTE. The wireless communication interface 825 provides wireless coupling to a terminal located within the cell of the eNB 800 through the antenna 810. The wireless communication interface 825 may generally include a baseband (BB) processor 826, an RF circuit 827, and the like. The BB processor 826 may, for example, implement encoding / decoding, modulation / demodulation, multiplexing / demultiplexing, and the like. The BB processor 826 performs various signal processing for each layer (e.g., L1, MAC (Medium Access Control), RLC (Radio Link Control), and PDCP (Packet Data Convergence Protocol)). Instead of the controller 821, the BB processor 826 may have a part or all of the logic functions described above. The BB processor 826 may be a module including a memory storing a communication control program, a processor for executing the program, and related circuits. The function of the BB processor 826 may be modified by updating the program described above. In addition, the module described above may be a card or blade to be inserted into a slot of the base station device 820, or may be a chip mounted on the card or blade described above. Meanwhile, the RF circuit 827 may include a mixer, a filter, an amplifier, etc. The RF circuit 827 transmits and receives wireless signals through the antenna 810 .

[0320] like Fig.34 As shown in , the wireless communication interface 825 may include multiple BB processors 826. For example, the multiple corresponding BB processors 826 may support multiple frequency bands used by the eNB 800. In addition, as shown in Fig.34 As shown in , the wireless communication interface 825 may include multiple RF circuits 827. For example, the multiple corresponding RF circuits 827 may correspond to multiple antenna units. It should be noted that, Fig.34 An example in which the wireless communication interface 825 includes a plurality of BB processors 826 and a plurality of RF circuits 827 is shown, but the wireless communication interface 825 may also include a single BB processor 826 or a single RF circuit 827 .

[0321] exist Fig.34 The eNB 800 shown includes Fig.19One or more components (communication control part 151) in the control unit 150 described above may also be implemented in the wireless communication interface 825. Alternatively, at least some of these components may be implemented in the controller 821. As an example, the eNB 800 may be installed with a module including a part of the wireless communication interface 825 and / or the controller 821 (e.g., the BB processor 826) or all components, and one or more components described above may be implemented in the module. In this case, the module described above may store a program for causing the processor to operate as one or more components described above (that is, a program for causing the processor to perform the operations of one or more components described above), and execute the program. As another example, a program for causing the processor to operate as one or more components described above may be installed in the eNB 800, and the wireless communication interface 825 (e.g., the BB processor 826) and / or the controller 821 may execute the program. As described above, the eNB 800, the base station device 820, or the module described above may be provided as a device including one or more components described above, and a program for causing the processor to operate as one or more components described above may be provided. Furthermore, a readable recording medium having the aforementioned program recorded thereon may be provided.

[0322] In addition, Fig.34 In the illustrated eNB 800, reference is made to Fig.19 The described wireless communication unit 120 may be implemented in the wireless communication interface 825 (e.g., the RF circuit 827). In addition, the antenna unit 110 may be implemented in the antenna 810. In addition, the network communication unit 130 may be implemented in the controller 821 and / or the network interface 823. In addition, the storage unit 140 may be implemented in the memory 822.

[0323] (Second practical application example)

[0324] Fig.35 8 is a block diagram showing a second example of a schematic configuration of an eNB to which the technology according to the present disclosure can be applied. The eNB 830 includes one or more antennas 840, a base station device 850, and an RRH 860. Each antenna 840 and the RRH 860 can be coupled to each other via an RF cable. In addition, the base station device 850 and the RRH 860 can be coupled to each other via a high-speed line such as an optical fiber cable.

[0325] Each antenna 840 includes a single antenna element or multiple antenna elements (eg, multiple antenna elements included in a MIMO antenna). Each antenna 840 is used to transmit and receive wireless signals by the RRH 860. Fig.35As shown in , the eNB 830 may include multiple antennas 840. For example, the multiple corresponding antennas 840 may support multiple frequency bands used by the eNB 830. It should be noted that Fig.35 An example in which the eNB 830 includes multiple antennas 840 is shown, but the eNB 830 may also include a single antenna 840.

[0326] The base station device 850 includes a controller 851, a memory 852, a network interface 853, a wireless communication interface 855, and a coupling interface 857. The controller 851, the memory 852, and the network interface 853 are similar to those of the reference Fig.34 The controller 821, memory 822 and network interface 823 are described.

[0327] The wireless communication interface 855 supports any cellular communication scheme such as LTE or advanced LTE, and provides wireless coupling to a terminal located in a sector corresponding to the RRH 860 through the RRH 860 and the antenna 840. The wireless communication interface 855 may generally include a BB processor 856 and the like. The BB processor 856 is similar to the one described in reference to FIG. Fig.34 The BB processor 826 described above is different in that the BB processor 856 is coupled to the RF circuit 864 of the RRH 860 via a coupling interface 857. Fig.35 As shown in , the wireless communication interface 855 may include multiple BB processors 856. For example, the multiple corresponding BB processors 856 may support multiple frequency bands used by the eNB 830. It should be noted that Fig.35 An example in which the wireless communication interface 855 includes a plurality of BB processors 856 is shown, but the wireless communication interface 855 may also include a single BB processor 856 .

[0328] The coupling interface 857 is an interface for coupling the base station device 850 (wireless communication interface 855) to the RRH 860. The coupling interface 857 may be a communication module for communication on the high-speed line described above. The communication module couples the base station device 850 (wireless communication interface 855) and the RRH 860.

[0329] In addition, the RRH 860 includes a coupling interface 861 and a wireless communication interface 863 .

[0330] The coupling interface 861 is an interface for coupling the RRH 860 (wireless communication interface 863) to the base station device 850. The coupling interface 861 may be a communication module for communication on the high-speed line described above.

[0331] The wireless communication interface 863 sends and receives wireless signals through the antenna 840. The wireless communication interface 863 may generally include an RF circuit 864, etc. The RF circuit 864 may include a mixer, a filter, an amplifier, etc. The RF circuit 864 sends and receives wireless signals through the antenna 840. Fig.35 As shown in , the wireless communication interface 863 may include multiple RF circuits 864. For example, the multiple corresponding RF circuits 864 may correspond to multiple antenna units. It should be noted that, Fig.35 An example in which the wireless communication interface 863 includes a plurality of RF circuits 864 is shown, but the wireless communication interface 863 may also include a single RF circuit 864 .

[0332] exist Fig.35 The eNB 830 shown includes Fig.19 One or more components (communication control part 151) in the control unit 150 described above may also be implemented in the wireless communication interface 855 and / or the wireless communication interface 863. Alternatively, at least a portion of these components may be implemented in the controller 851. As an example, the eNB 830 may be installed with a module including a portion (e.g., BB processor 856) or all components of the wireless communication interface 855 and / or the controller 851, and one or more components described above may be implemented in the module. In this case, the module described above may store a program for causing the processor to operate as one or more components described above (i.e., a program for causing the processor to perform the operations of one or more components described above), and execute the program. As another example, a program for causing the processor to operate as one or more components described above may be installed in the eNB 830, and the wireless communication interface 855 (e.g., BB processor 856) and / or the controller 851 may execute the program. As described above, the eNB 830, the base station device 850, or the module described above may be provided as a device including one or more components described above, and a program for causing the processor to operate as one or more components described above may be provided. Furthermore, a readable recording medium having the aforementioned program recorded thereon may be provided.

[0333] In addition, Fig.35 In the illustrated eNB 830, for example, referring to Fig.19 The described wireless communication unit 120 may be implemented in the wireless communication interface 863 (e.g., the RF circuit 864). In addition, the antenna unit 110 may be implemented in the antenna 840. In addition, the network communication unit 130 may be implemented in the controller 851 and / or the network interface 853. In addition, the storage unit 140 may be implemented in the memory 852.

[0334] <5.2. Practical application examples of terminal equipment>

[0335] (First practical application example)

[0336] Fig.36 900 to which the technology according to the present disclosure can be applied. The smartphone 900 includes a processor 901, a memory 902, a storage device 903, an external coupling interface 904, a camera 906, a sensor 907, a microphone 908, an input device 909, a display device 910, a speaker 911, a wireless communication interface 912, one or more antenna switches 915, one or more antennas 916, a bus 917, a battery 918, and an auxiliary controller 919.

[0337] The processor 901 may be, for example, a CPU or a SoC (System on Chip). The processor 901 controls the functions of the application layer and other layers of the smartphone 900. The memory 902 includes a RAM and a ROM, and stores programs and data executed by the processor 901. The storage device 903 may include a storage medium such as a semiconductor memory or a hard disk. The external coupling interface 904 is an interface for coupling an external attachment device such as a memory card or a USB (Universal Serial Bus) device to the smartphone 900.

[0338] The camera 906 includes, for example, an imager such as a CCD (charge coupled device) or a CMOS (complementary metal oxide semiconductor). The camera 906 generates the captured image. The sensor 907 may include a sensor group including, for example, a positioning sensor, a gyroscope sensor, a geomagnetic sensor, an acceleration sensor, etc. The microphone 908 converts the sound input to the smart phone 900 into a sound signal. The input device 909 includes, for example, a touch sensor, a keypad, a keyboard, a button, a switch, etc. that detects a touch on the screen of the display device 910. The input device 909 receives an operation or information input from a user. The display device 910 includes, for example, a screen such as a liquid crystal display (LCD) or an organic light emitting diode (OLED) display. The display device 910 displays the output image of the smart phone 900. The speaker 911 converts the sound signal output from the smart phone 900 into sound.

[0339] The wireless communication interface 912 supports any cellular communication scheme such as LTE and advanced LTE, and performs wireless communication. The wireless communication interface 912 may generally include a BB processor 913, an RF circuit 914, and the like. The BB processor 913 may, for example, implement encoding / decoding, modulation / demodulation, multiplexing / demultiplexing, and the like. The BB processor 913 performs various signal processing for wireless communication. Meanwhile, the RF circuit 914 may include a mixer, a filter, an amplifier, and the like. The RF circuit 914 sends and receives wireless signals through an antenna 916. The wireless communication interface 912 may also be a single-chip module integrating the BB processor 913 and the RF circuit 914. Fig.36 As shown in , the wireless communication interface 912 may include multiple BB processors 913 and multiple RF circuits 914. It should be noted that Fig.36 An example in which the wireless communication interface 912 includes a plurality of BB processors 913 and a plurality of RF circuits 914 is shown, but the wireless communication interface 912 may also include a single BB processor 913 or a single RF circuit 914 .

[0340] In addition, in addition to the cellular communication scheme, the wireless communication interface 912 can support other types of wireless communication schemes, such as short-range wireless communication schemes, near field communication schemes or wireless LAN (local area network) schemes. In this case, the wireless communication interface 912 may include a BB processor 913 and an RF circuit 914 for the corresponding wireless communication scheme.

[0341] Each antenna switch 915 switches a coupling destination of the antenna 916 between a plurality of circuits (eg, circuits for different wireless communication schemes) included in the wireless communication interface 912 .

[0342] Each antenna 916 includes a single antenna element or multiple antenna elements (eg, multiple antenna elements included in a MIMO antenna). Each antenna 916 is used to send and receive wireless signals by the wireless communication interface 912. Fig.36 As shown in , the smart phone 900 may include multiple antennas 916. It should be noted that Fig.36 An example in which the smartphone 900 includes a plurality of antennas 916 is shown, but the smartphone 900 may include a single antenna 916 .

[0343] In addition, the smartphone 900 may include an antenna 916 for each wireless communication scheme. In this case, the antenna switch 915 may be omitted from the configuration of the smartphone 900.

[0344] The bus 917 couples the processor 901, the memory 902, the storage device 903, the external coupling interface 904, the camera 906, the sensor 907, the microphone 908, the input device 909, the display device 910, the speaker 911, the wireless communication interface 912, and the auxiliary controller 919 to each other. The battery 918 is powered by a power supply line partially shown as a dotted line in the figure. Fig.36 Each block of the smartphone 900 shown in FIG. 9 supplies power. The auxiliary controller 919 operates minimum necessary functions of the smartphone 900, for example, in a sleep mode.

[0345] exist Fig.36 The illustrated smart phone 900 includes a Fig. 20 One or more components (transmission processing part 241 and / or reception processing part 243) in the control unit 240 described may be implemented in the wireless communication interface 912. Alternatively, at least a portion of these components may be implemented in the processor 901 or the auxiliary controller 919. As an example, the smart phone 900 may be installed with a module including a wireless communication interface 912, a part of the processor 901 and / or the auxiliary controller 919 (e.g., a BB processor 913) or all components, and one or more components described above may be implemented in the module. In this case, the module described above may store a program for causing the processor to operate as one or more components described above (i.e., a program for causing the processor to perform the operation of one or more components described above), and execute the program. As another example, a program for causing the processor to operate as one or more components described above may be installed in the smart phone 900, and the wireless communication interface 912 (e.g., a BB processor 913), the processor 901 and / or the auxiliary controller 919 may execute the program. As described above, the smart phone 900 or the module described above can be provided as a device including one or more components described above, and a program for causing the processor to operate as one or more components described above can be provided. In addition, a readable recording medium having the program described above recorded thereon can be provided.

[0346] In addition, Fig.36 In the illustrated smart phone 900, reference is made to Fig. 20 The described wireless communication unit 220 may be implemented, for example, in the wireless communication interface 912 (eg, the RF circuit 914). Furthermore, the antenna unit 210 may be implemented in the antenna 916. Furthermore, the storage unit 230 may be implemented in the memory 902.

[0347] (Second practical application example)

[0348] Fig.37 9 is a block diagram showing an example of a schematic configuration of a car navigation device 920 to which the technology according to the present disclosure can be applied. The car navigation device 920 includes a processor 921, a memory 922, a GPS (Global Positioning System) module 924, a sensor 925, a data interface 926, a content player 927, a storage medium interface 928, an input device 929, a display device 930, a speaker 931, a wireless communication interface 933, one or more antenna switches 936, one or more antennas 937, and a battery 938.

[0349] The processor 921 may be, for example, a CPU or a SoC. The processor 921 controls a navigation function and other functions of the car navigation device 920. The memory 922 includes a RAM and a ROM, and stores programs executed by the processor 921 and data.

[0350] The GPS module 924 uses GPS signals received from GPS satellites to measure the position (e.g., latitude, longitude, and altitude) of the car navigation device 920. The sensor 925 may include a sensor group including, for example, a gyroscope sensor, a geomagnetic sensor, an air pressure sensor, etc. The data interface 926 is coupled to the in-vehicle network 941, for example, through a terminal not shown, and acquires data generated on the vehicle side, such as vehicle speed data.

[0351] The content player 927 reproduces the content stored in the storage medium (e.g., CD or DVD) inserted into the storage medium interface 928. The input device 929 includes, for example, a touch sensor, a button, a switch, etc. that detects a touch on the screen of the display device 930. The input device 929 receives an operation or information input from a user. The display device 930 includes a screen such as an LCD or OLED display, and displays an image of a navigation function or a reproduced content. The speaker 931 outputs the sound of the navigation function or the reproduced content.

[0352] The wireless communication interface 933 supports any cellular communication scheme such as LTE or advanced LTE, and performs wireless communication. The wireless communication interface 933 may generally include a BB processor 934, an RF circuit 935, and the like. The BB processor 934 may, for example, implement encoding / decoding, modulation / demodulation, multiplexing / demultiplexing, and the like. The BB processor 934 performs various signal processing for wireless communication. Meanwhile, the RF circuit 935 may include a mixer, a filter, an amplifier, and the like. The RF circuit 935 sends and receives wireless signals through an antenna 937. The wireless communication interface 933 may also be a single-chip module integrating the BB processor 934 and the RF circuit 935. Fig.37 As shown in , the wireless communication interface 933 may include multiple BB processors 934 and multiple RF circuits 935. It should be noted that Fig.37 An example in which the wireless communication interface 933 includes a plurality of BB processors 934 and a plurality of RF circuits 935 is shown, but the wireless communication interface 933 may also include a single BB processor 934 or a single RF circuit 935 .

[0353] In addition, in addition to the cellular communication scheme, the wireless communication interface 933 can support other types of wireless communication schemes, such as short-range wireless communication schemes, near field communication schemes or wireless LAN schemes. In this case, the wireless communication interface 933 can include a BB processor 934 and an RF circuit 935 for the corresponding wireless communication scheme.

[0354] Each antenna switch 936 switches a coupling destination of the antenna 937 between a plurality of circuits (eg, circuits for different wireless communication schemes) included in the wireless communication interface 933 .

[0355] Each antenna 937 includes a single antenna unit or multiple antenna units (eg, multiple antenna units included in a MIMO antenna). Each antenna 937 is used to send and receive wireless signals via the wireless communication interface 933. Fig.37 As shown in , the car navigation device 920 may include multiple antennas 937. It should be noted that Fig.37 An example in which the car navigation device 920 includes a plurality of antennas 937 is shown, but the car navigation device 920 may also include a single antenna 937 .

[0356] Furthermore, the car navigation device 920 may include an antenna 937 for each wireless communication scheme. In this case, the antenna switch 936 may be omitted from the configuration of the car navigation device 920.

[0357] The battery 938 is supplied via a power supply line partially shown as a dotted line in the figure. Fig.37 Each block of the car navigation device 920 shown in FIG. 9 supplies power. In addition, the battery 938 accumulates power supplied from the vehicle side.

[0358] exist Fig.37 In the illustrated car navigation device 920, a reference Fig. 20One or more components (transmitting processing part 241 and / or receiving processing part 243) in the described control unit 240 can be implemented in the wireless communication interface 933. Alternatively, at least a part of these components can be implemented in the processor 921. As an example, the car navigation device 920 can be installed with a module including a part (e.g., BB processor 934) or all components of the wireless communication interface 933 and / or the processor 921, and the one or more components described above can be implemented in the module. In this case, the module described above can store a program for making the processor operate as one or more components described above (that is, a program for making the processor perform the operation of one or more components described above), and execute the program. As another example, a program for making the processor operate as one or more components described above can be installed in the car navigation device 920, and the wireless communication interface 933 (e.g., BB processor 934) and / or the processor 921 can execute the program. As described above, the car navigation device 920 or the module described above can be provided as a device including one or more components described above, and a program for making the processor operate as one or more components described above can be provided. Furthermore, a readable recording medium having the aforementioned program recorded thereon may be provided.

[0359] In addition, Fig.37 In the car navigation device 920 shown, referring to Fig. 20 The described wireless communication unit 220 may be implemented, for example, in the wireless communication interface 933 (eg, the RF circuit 935). Furthermore, the antenna unit 210 may be implemented in the antenna 937. Furthermore, the storage unit 230 may be implemented in the memory 922.

[0360] In addition, the technology according to the present disclosure may also be implemented as an in-vehicle system (or vehicle) 940 including one or more blocks of the aforementioned car navigation device 920, an in-vehicle network 941, and a vehicle-side module 942. The vehicle-side module 942 generates vehicle-side data, such as vehicle speed, engine speed, or fault information, and outputs the generated data to the in-vehicle network 941.

[0361] <<6. Conclusion>>

[0362] Previous reference Figures 1 to 37Embodiments of the present disclosure are described in detail. As described above, after sending the first packet on the sidelink, the transmitting terminal 200A according to the present embodiment sends transmission report information, and the transmission report information includes information indicating the time and frequency of the resources used to send the first packet. For example, in the case where the transmitting terminal 200A implements the unlicensed transmission or the sensorless transmission of the first packet on the sidelink, the transmitting terminal 200A sends the transmission report information to the base station 100 or other nearby terminal devices 200. This allows the receiver side of the transmission report information to confirm whether the second packet sent on the sidelink in addition to the first packet includes a packet that conflicts with the first packet, and triggers recovery processing for the second packet that conflicts.

[0363] In the mode 3 resource allocation environment, the base station 100 controls the retransmission of the second packet performed by the nearby transmitting terminal 200C that has transmitted the second packet on the side link based on the transmission report information, and the transmission report information includes information indicating the time and frequency of the resources used by the transmitting terminal 200A to transmit the first packet on the side link. For example, the base station 100 determines whether a conflict occurs between the first packet and the second packet based on the transmission report information. In the case of determining that a conflict occurs, the base station 100 instructs the nearby transmitting terminal 200C to retransmit the second packet. This achieves the recovery of the second packet that conflicts with the first packet.

[0364] In the mode 4 resource allocation environment, after sending the second packet on the side link, the nearby transmitting terminal 200C controls the retransmission of the second packet based on the transmission report information, and the transmission report information includes information indicating the time and frequency of the resources used by the transmitting terminal 200A to send the first packet on the side link. For example, the nearby transmitting terminal 200C determines the presence or absence of the conflict between the first packet and the second packet based on the transmission report information. In the case of determining that the conflict occurs, the nearby transmitting terminal 200C retransmits the second packet. This realizes the recovery of the second packet that conflicts with the first packet.

[0365] The preferred embodiments of the present disclosure are described in detail with reference to the accompanying drawings, but the technical scope of the present disclosure is not limited to the embodiments. Those skilled in the art can think of various changes and modifications within the scope of the appended claims, and it should be understood that such changes and modifications will naturally fall within the technical scope of the present disclosure.

[0366] For example, in the embodiments described above, a description is given by assuming that a sidelink is defined in NR as in LTE. However, the technology of the present invention is not limited to this example. For example, even in a case where a sidelink is not defined in NR but a downlink / uplink is simply defined, the technology of the present invention is similarly applicable. In this case, the technology of the present invention is applied to unlicensed transmission on the downlink / uplink to report transmission report information, and implement recovery processing. For example, after unlicensed transmission is implemented on the uplink, the terminal device sends transmission report information about unlicensed transmission on the uplink. The transmission report information may include information similar to the transmission report information in the case of the sidelink described in the embodiments described above. At the same time, after receiving the transmission report information, the base station performs recovery processing, such as sending a recovery indication. The recovery indication may include information similar to the recovery indication in the case of the sidelink described in the embodiments described above.

[0367] Furthermore, in the above-described embodiment, it is described that the collision detection and recovery process is implemented when the packet is transmitted without permission, but the technology of the present invention is not limited to this example. Even when the packet is transmitted based on permission, the collision detection and recovery process can be implemented.

[0368] In addition, the technology of the present invention may have a variety of application targets. For example, the application target of the technology of the present invention is not limited to V2X communication. On the contrary, the technology of the present invention may be applied to the various extended instances of the sidelink communication described in <1.2, Extended Instance of Sidelink Communication>. In the case of allocating an FDM type resource pool, or in the case of allocating a TDM type resource pool, the technology of the present invention is also similarly applicable. The technology of the present invention is also applicable to multi-carrier communication, in which sidelink communication is implemented by using multiple carriers. The base station 100 may be configured as a non-ground station, such as a satellite or a drone. In addition, the base station 100 may be configured as an RSU or a representative UE (dominant UE) that operates as a representative of multiple UEs. The technology of the present invention may be applied to sidelink communication in relay communications such as IAB (Integrated Access and Backhaul Link). The application target of the technology of the present invention is not limited to URLLC packets. On the contrary, the technology of the present invention may be applied to the transmission of packets in any use case such as eMBB or mMTC.

[0369] In addition, the processing described by using the flowcharts and sequence diagrams in this specification does not necessarily have to be performed in the order shown. Some of the processing steps can be performed in parallel. In addition, additional processing steps can be adopted, and some of the processing steps can be omitted.

[0370] In addition, the effects described in this article are only illustrative and exemplary and not restrictive. In other words, in addition to or in place of the effects described above, the technology according to the present disclosure can achieve other effects recognized by those skilled in the art from the description herein.

[0371] It should be noted that the following configurations also fall within the technical scope of the present disclosure.

[0372] (1) A terminal device comprising:

[0373] A control unit transmits transmission report information after transmitting the first packet on the side link, the transmission report information including information indicating time and frequency of resources used to transmit the first packet.

[0374] (2) The terminal device according to (1), wherein the control unit transmits the transmission report information if the first packet is transmitted without performing a predetermined procedure for packet collision prevention.

[0375] (3) The terminal device according to (2), wherein the predetermined procedure includes receiving a resource allocation for transmission of the first packet.

[0376] (4) The terminal device according to (2) or (3), wherein the predetermined procedure includes performing predetermined sensing for packet collision prevention.

[0377] (5) The terminal device according to any one of (1) to (4), wherein the control unit transmits the transmission report information by using a resource having a predetermined relationship with a resource used to transmit the first packet in a time direction.

[0378] (6) The terminal device according to any one of (1) to (5), wherein the control unit sends the transmission report information on a Uu link and / or a sidelink.

[0379] (7) A terminal device according to any one of (1) to (6), wherein the transmission report information also includes at least any one of the following items: information indicating a resource pool used to send the first packet, information indicating a frequency band used to send the first packet, information indicating the number of repetitions of sending the first packet, information indicating a transmission power used to send the first packet, information indicating a priority of the first packet, location information about the terminal device when sending the first packet, MCS (modulation and coding scheme) information when sending the first packet, transmission mode information when sending the first packet, and QCL (quasi-coordinate location) information when sending the first packet.

[0380] (8) The terminal device according to any one of (1) to (7), wherein the first packet includes a packet sent in a use case of URLLC (Ultra Reliable and Low Latency Communication).

[0381] (9) A terminal device comprising:

[0382] A control unit controls retransmission of the second packet after transmitting the second packet on the sidelink based on transmission report information including information indicating time and frequency of resources used by other terminal devices to transmit the first packet on the sidelink.

[0383] (10) The terminal device according to (9), wherein, when it is determined based on the transmission report information that the first packet and the second packet collide, the control unit retransmits the second packet.

[0384] (11) The terminal device according to (10), wherein, in a case where the second packet is retransmitted, the control unit controls the retransmission of the second packet based on whether a delay requirement for the second packet is satisfied.

[0385] (12) A base station, comprising:

[0386] A communication control part that controls the retransmission of the second packet performed by the second terminal device based on sending report information, wherein the sending report information includes information indicating the time and frequency of resources used by the first terminal device to send the first packet on the side link, wherein the second terminal device sends the second packet on the side link.

[0387] (13) The base station according to (12), wherein, when it is determined based on the transmission report information that the first packet and the second packet collide, the communication control section transmits information to the second terminal device, the information instructing retransmission of the second packet.

[0388] (14) The base station according to (13), wherein the information instructing to retransmit the second packet includes information indicating resources allocated for retransmission of the second packet.

[0389] (15) A method executed by a processor, the method comprising:

[0390] The transmission report information is transmitted after the first packet is transmitted on the side link, and the transmission report information includes information indicating the time and frequency of the resources used to transmit the first packet.

[0391] (16) A method executed by a processor, the method comprising:

[0392] Retransmission of the second packet is controlled after the second packet is transmitted on the sidelink based on the transmission report information including information indicating the time and frequency of resources used by other terminal devices to transmit the first packet on the sidelink.

[0393] (17) A method executed by a processor, the method comprising:

[0394] Retransmission of the second packet performed by the second terminal device is controlled based on transmission report information, wherein the transmission report information includes information indicating the time and frequency of resources used by the first terminal device to transmit the first packet on the sidelink, wherein the second terminal device transmits the second packet on the sidelink.

[0395] (18) A recording medium having recorded thereon a program for causing a computer to function as:

[0396] A control unit transmits transmission report information after transmitting the first packet on the side link, the transmission report information including information indicating time and frequency of resources used to transmit the first packet.

[0397] (19) A recording medium having a program recorded thereon, the program causing a computer to function as:

[0398] A control unit controls retransmission of the second packet after transmitting the second packet on the sidelink based on transmission report information including information indicating time and frequency of resources used by other terminal devices to transmit the first packet on the sidelink.

[0399] (20) A recording medium having a program recorded thereon, the program causing a computer to function as:

[0400] A communication control part that controls the retransmission of the second packet performed by the second terminal device based on sending report information, wherein the sending report information includes information indicating the time and frequency of resources used by the first terminal device to send the first packet on the side link, wherein the second terminal device sends the second packet on the side link.

[0401] Reference numerals list

[0402] 1 System

[0403] 11 Honeycomb

[0404] 20 Core Network

[0405] 30 PDN

[0406] 100 Base Stations

[0407] 110 antenna units

[0408] 120 Wireless Communication Unit

[0409] 130 Network Communication Unit

[0410] 140 storage units

[0411] 150 Control Unit

[0412] 151 Communication control part

[0413] 200 Terminal Devices

[0414] 200A Transmitter Terminal

[0415] 200B Receiving Terminal

[0416] 200C Nearby sending terminal

[0417] 200D Nearby receiving terminal

[0418] 210 antenna units

[0419] 220 Wireless Communication Unit

[0420] 230 storage units

[0421] 240 Control Unit

[0422] 241 Send processing part

[0423] 243 Receiving and processing part

Claims

1. A terminal device, comprising: a control unit configured to control the transmission of transmission report information after the first packet is transmitted on the side link, the transmission report information including information indicating the time and frequency of the resources used to transmit the first packet, The control unit is configured to send the transmission report information on a Uu link and / or a sidelink; and If the first packet is sent without performing a predetermined procedure for packet conflict prevention, the control unit is configured to send the sending report information.

2. The terminal device according to claim 1, wherein: The predetermined procedure includes receiving a resource allocation for transmission of a first packet.

3. The terminal device according to claim 1, wherein: The predetermined procedure includes performing predetermined sensing for packet collision prevention.

4. The terminal device according to claim 1, wherein: The control unit is configured to transmit the transmission report information by using a resource having a predetermined relationship with a resource used to transmit the first packet in a time direction.

5. The terminal device according to claim 1, wherein: The sending report information also includes at least any one of the following items: information indicating the resource pool used to send the first packet, information indicating the frequency band used to send the first packet, information indicating the number of repetitions of sending the first packet, information indicating the sending power used to send the first packet, information indicating the priority of the first packet, location information about the terminal device when sending the first packet, modulation and coding scheme MCS information when sending the first packet, sending mode information when sending the first packet, and quasi-co-location QCL information when sending the first packet.

6. The terminal device according to claim 1, wherein: The first packet includes a packet sent in a use case of ultra-reliable and low-latency communications (URLLC).

7. A terminal device, the terminal device being configured to receive transmission report information, the transmission report information comprising information indicating the time and frequency of resources used by other terminal devices to transmit a first packet on a sidelink, wherein: If the first packet is sent without performing a predetermined procedure for packet conflict prevention, the other terminal device sends the sending report information, the terminal device comprising: a control unit, the control unit being configured to control retransmission of the second packet based on the transmission report information after the second packet is transmitted on the sidelink, The sending report information is received on a side link.

8. The terminal device according to claim 7, wherein: When it is determined based on the transmission report information that the first packet and the second packet collide, the control unit is configured to retransmit the second packet.

9. The terminal device according to claim 8, wherein: In the case that the second packet is retransmitted, the control unit is configured to control the retransmission of the second packet based on whether a delay requirement for the second packet is met.

10. A base station, the base station being configured to receive transmission report information, the transmission report information comprising information indicating time and frequency of resources used by a first terminal device to transmit a first packet on a sidelink, wherein: If the first packet is sent without performing a predetermined procedure for packet conflict prevention, the first terminal device sends the sending report information, and the base station includes: a communication control section configured to control retransmission of a second packet performed by a second terminal device based on the transmission report information, wherein the second terminal device transmits the second packet on a side link, The sending report information is received on the Uu link.

11. The base station according to claim 10, wherein: When it is determined based on the transmission report information that the first packet and the second packet collide, the communication control section is configured to transmit information instructing retransmission of the second packet to the second terminal device.

12. The base station according to claim 11, wherein: The information instructing to retransmit the second packet includes information indicating resources allocated for retransmission of the second packet.

13. A method performed by a terminal device, the method comprising: sending transmission report information after sending the first packet on the sidelink, the transmission report information including information indicating the time and frequency of the resources used to send the first packet, The sending report information is sent on a Uu link and / or a sidelink; and If the first packet is sent without performing a predetermined procedure for packet conflict prevention, the sending report information is sent.

14. A method performed by a terminal device, the method comprising: Sending a second packet; receiving transmission report information including information indicating time and frequency of resources used by other terminal devices to transmit the first packet on the sidelink, wherein the other terminal devices transmit the transmission report information if the first packet is transmitted without performing a predetermined procedure for packet collision prevention; controlling retransmission of the second packet based on the transmission report information after sending the second packet on the sidelink, The sending report information is received on a side link.

15. A method performed by a base station, the method comprising: receiving transmission report information, the transmission report information including information indicating time and frequency of resources used by the first terminal device to transmit the first packet on the sidelink, wherein the first terminal device transmits the transmission report information if the first packet is transmitted without performing a predetermined procedure for packet collision prevention; controlling retransmission of a second packet performed by a second terminal device based on the transmission report information, wherein the second terminal device transmits the second packet on a sidelink, The sending report information is received on the Uu link.

16. A recording medium having recorded thereon a program for causing a computer to execute the method according to claim 13.

17. A recording medium having recorded thereon a program for causing a computer to execute the method according to claim 14.

18. A recording medium having recorded thereon a program for causing a computer to execute the method according to claim 15.

Images