WO2020137130A1 - 端末装置、基地局、方法及び記録媒体 - Google Patents

端末装置、基地局、方法及び記録媒体 Download PDF

Info

Publication number
WO2020137130A1
WO2020137130A1 PCT/JP2019/042093 JP2019042093W WO2020137130A1 WO 2020137130 A1 WO2020137130 A1 WO 2020137130A1 JP 2019042093 W JP2019042093 W JP 2019042093W WO 2020137130 A1 WO2020137130 A1 WO 2020137130A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
transmitting
transmission
terminal device
terminal
Prior art date
Application number
PCT/JP2019/042093
Other languages
English (en)
French (fr)
Inventor
博允 内山
寿之 示沢
Original Assignee
ソニー株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to JP2020562858A priority Critical patent/JP7439768B2/ja
Priority to EP19905593.0A priority patent/EP3905770A4/en
Priority to CN201980084119.2A priority patent/CN113196822A/zh
Priority to US17/414,956 priority patent/US20220061026A1/en
Publication of WO2020137130A1 publication Critical patent/WO2020137130A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present disclosure relates to a terminal device, a base station, a method, and a recording medium.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • LTE-A Pro Long Term Evolution Pro
  • 5G No. (5th generation)
  • NR New Radio
  • NRAT New Radio Access Technology
  • EUTRA Evolved Universal Terrestrial Radio Access
  • FEUTRA Frether EUTRA
  • a base station device (base station) is also referred to as an eNodeB (evolved NodeB) in LTE, a gNodeB in NR, and a terminal device (mobile station, mobile station device, terminal) is also referred to as a UE (User Equipment).
  • LTE and NR are cellular communication systems in which a plurality of areas covered by a base station device are arranged in a cell shape.
  • a single base station device may manage a plurality of cells.
  • NR is a RAT (Radio Access Technology) different from LTE as a next-generation wireless access method for LTE.
  • NR is an access technology capable of supporting various use cases including eMBB (Enhanced mobile broadband), mMTC (Massive machine type communications) and URLLC (Ultra reliable and low latency communications).
  • eMBB Enhanced mobile broadband
  • mMTC Massive machine type communications
  • URLLC Ultra reliable and low latency communications
  • NR is studying multiple transmission methods.
  • those transmission methods include grant-based transmission (transmission with grant) and grant-free transmission (transmission without grant).
  • the presence/absence of grant corresponds to the presence/absence of a predetermined procedure for collision prevention.
  • the transmission is performed after the predetermined procedure for the collision prevention is performed, and when the grant is not provided, the transmission is performed without the predetermined procedure for the collision prevention being performed.
  • the predetermined procedure for collision prevention includes allocation of resources by the base station and/or predetermined sensing for collision prevention.
  • Grant-free transmission can omit a predetermined procedure for collision prevention, and thus can be transmitted with lower delay than grant-based transmission.
  • Patent Literature 1 discloses a technique relating to grant-free transmission in the uplink.
  • V2X communication is an abbreviation for Vehicle to X communication, and is a system in which "something” communicates with a car. Examples of “something” here include a vehicle, an infrastructure, a network, and a pedestrian (V2V, V2I, V2N, and V2P).
  • LTE-based in-vehicle communication LTE- Standardization of "based V2X” was performed.
  • LTE-based V2X communication supports the exchange of basic safety messages and the like.
  • Grant-free transmission on the side link can be used to transmit, for example, information indicating a sudden braking of an autonomous vehicle or a highly urgent information such as an alarm in factory automation with low delay.
  • grant-free transmission a predetermined procedure for collision prevention is omitted, so a packet that has been grant-free transmitted may collide with other packets transmitted and received between other terminals.
  • the communication on the side link may not undergo centralized control by the base station or the like, the same collision may occur in the grant base transmission on the side link.
  • the present disclosure provides a mechanism for enabling recovery of another packet that collides with a packet transmitted by the side link.
  • a terminal including a control unit that transmits, after transmitting a first packet on a side link, transmission report information including information indicating time and frequency of a resource used for transmitting the first packet.
  • a device is provided.
  • a terminal device includes a control unit that controls retransmission of the second packet based on report information.
  • the second side link is used.
  • a communication control unit that controls the retransmission of the second packet by the second terminal device that has transmitted the packet.
  • transmission report information including information indicating time and frequency of the resource used for transmitting the first packet.
  • a transmission including information indicating the time and frequency of the resource used for transmitting the first packet on the side link by another terminal device Controlling the retransmission of the second packet based on reporting information, a method performed by a processor is provided.
  • the second side link is used. Controlling the retransmission of the second packet by the second terminal device that sent the packet.
  • the control of transmitting the transmission report information including the information indicating the time and frequency of the resource used to transmit the first packet after transmitting the first packet on the side link.
  • a recording medium on which a program for functioning as a unit is recorded.
  • information indicating the time and frequency of the resource used by the computer to transmit the first packet on the side link after transmitting the second packet on the side link is included.
  • a recording medium having a program recorded thereon for functioning as a control unit for controlling the retransmission of the second packet based on transmission report information including
  • the computer can configure the side link based on the transmission report information including the information indicating the time and frequency of the resource used for transmitting the first packet on the side link by the first terminal device.
  • a recording medium having a program recorded thereon for functioning as a communication control unit for controlling the retransmission of the second packet by the second terminal device that has transmitted the second packet.
  • V2X communication It is a figure showing an outline of V2X communication. It is an explanatory view for explaining an example of the whole picture of V2X communication. It is a figure showing an example of a use case of V2X communication. It is a figure for explaining an example of a V2X operation scenario. It is a figure for explaining an example of a V2X operation scenario. It is a figure for explaining an example of a V2X operation scenario. It is a figure for explaining an example of a V2X operation scenario. It is a figure for explaining an example of a V2X operation scenario. It is a figure for explaining an example of a V2X operation scenario. It is a figure for explaining an example of a V2X operation scenario. It is a figure for demonstrating the extended example of side link communication.
  • FIG. 9 is an explanatory diagram illustrating an example of an operation timeline when the terminal device transmits a packet based on Mode4 resource allocation. It is an explanatory view for explaining an example of sensing operation for selecting a resource from a resource pool.
  • FIG. 1 is a diagram showing an example of a schematic configuration of a system according to an embodiment of the present disclosure.
  • FIG. 3 is a block diagram showing an example of a logical configuration of a base station according to the same embodiment. It is a block diagram which shows an example of a logical structure of the terminal device which concerns on the same embodiment. It is a sequence diagram which shows an example of the flow of a process of grant base transmission.
  • FIG. 8 is a sequence diagram showing an example of a flow of grant-free transmission and recovery processing executed in the system according to the same embodiment. It is a flowchart which shows an example of the flow of a transmission process and a post process of the 1st packet performed by the transmission terminal which concerns on the same embodiment. It is a flowchart which shows an example of the flow of the recovery process performed by the base station which concerns on the same embodiment.
  • elements having substantially the same functional configuration may be distinguished by attaching different alphabets after the same reference numerals.
  • a plurality of elements having substantially the same functional configuration are distinguished as in the terminal devices 200A, 200B, and 200C as necessary.
  • the terminal devices 200A, 200B, and 200C are simply referred to as the terminal device 200 unless it is necessary to distinguish them.
  • V2X communication is an abbreviation for Vehicle to X communication, and is a system in which "something" communicates with a vehicle.
  • FIG. 1 is a diagram showing an outline of V2X communication. Examples of “something” here include, for example, as shown in FIG. 1, a vehicle, an infrastructure, a network, and a pedestrian (V2V, V2I). , V2N, and V2P).
  • FIG. 2 is an explanatory diagram for describing an example of an overall image of V2X communication.
  • a V2X application server (APP server) is owned as a cloud server, and the application server controls V2X communication on the core network side.
  • the base station performs communication control of direct communication such as V2V communication and V2P communication while performing Uu link communication with the terminal device.
  • an RSU Road Side Unit
  • the RSU provides a V2X application (V2X APP) and supports data relay and the like.
  • FIG. 3 is a diagram showing an example of a use case of V2X communication.
  • NR V2X communication supports new use cases that require high reliability, low latency, high-speed communication, and high capacity, which were difficult to support with LTE-based V2X until now.
  • provision of a dynamic map, remote driving, and the like can be given.
  • sensor data sharing such as exchanging sensor data between vehicles and road vehicles, and a platooning use case for platooning.
  • Use cases and requirements of such NR V2X communication are specified in 3GPP TR22.886. For reference, an outline of an example of a use case will be described below.
  • Vehicles Platooning This is a use case of platooning in which a plurality of vehicles form a platoon and travel in the same direction, and information for controlling platooning is exchanged between a vehicle leading the platooning and another vehicle. By exchanging these pieces of information, for example, it becomes possible to further reduce the inter-vehicle distance in platooning.
  • Remote Driving This is a use case where a remote pilot or V2X application is remotely controlled.
  • the remote control is used when another person drives instead of a person who is difficult to drive, or when operating a vehicle in a dangerous area. It is also possible to apply cloud computing-based control to public transportation where the route and the road to be traveled are determined to some extent. In this use case, high reliability and low transmission delay are required for communication.
  • Target links include Uu links and PC5 links (side links).
  • the Uu link is a link between a terminal device and an infrastructure such as a base station or an RSU (Road Side Unit).
  • the PC5 link (side link) is a link between terminal devices.
  • the main enhancement points are shown below.
  • examples of channel formats include Flexible numerology, short TTI (Transmission Time Interval), multi-antenna compatibility, and Waveform.
  • Examples of the side link feedback communication include HARQ and CSI (Channel Status Information).
  • V2X operation scenario An example of the V2X communication operation scenario will be described below.
  • V2N communication only DL/UL communication between the base station and the terminal device was simple.
  • V2V communication various communication routes are possible.
  • each scenario will be described mainly focusing on the example of V2V communication, but the same communication operation can be applied to V2P and V2I. Note that in V2P and V2I, the communication destination is Pedestrian or RSU.
  • FIGS. 4 to 9 are diagrams for explaining an example of the V2X operation scenario.
  • FIG. 4 shows a scenario in which vehicles directly communicate with each other without going through a base station (E-UTRAN).
  • FIG. 5 shows a scenario in which vehicles communicate with each other via a base station.
  • 6 and 7 show scenarios in which vehicles communicate with each other via a terminal device (UE, here, RSU) and a base station.
  • 8 and 9 show a scenario in which vehicles communicate with each other via a terminal device (UE, here, RSU or another vehicle).
  • UE terminal device
  • the “side link” corresponds to a communication link between terminal devices and is also referred to as a PC 5.
  • Specific examples of side links include V2V, V2P, and V2I communication links.
  • the “Uu interface” corresponds to a wireless interface between the terminal device and the base station.
  • a specific example of the Uu interface is a V2N communication link.
  • the "PC5 interface” corresponds to a wireless interface between terminal devices.
  • V2X communication is one of the extended examples of the side link communication.
  • D2D (Device to Device) communication, MTC (Machine-type communication), moving cell, relay communication, and the like can be considered as extended examples of the side link communication.
  • MTC Machine-type communication
  • moving cell moving cell
  • relay communication and the like
  • FIG. 10 shows an example in which side link communication is used by an on-vehicle base station mounted on a vehicle.
  • the on-vehicle base station performs side link communication for communication with surrounding terminal devices (for example, UE in the same vehicle) or for inter-vehicle communication with other vehicles.
  • the vehicle-mounted base station may be a UE, an RSU, or the like.
  • FIG. 11 shows an example in which side link communication is used for relay communication for wearable terminals provided by the UE. As shown in FIG. 11, the UE performs side link communication with the wearable terminal and relays communication between the wearable terminal and the base station.
  • FIG. 12 shows an example in which the side link communication is used by the drone base station mounted on the drone. As shown in FIG. 12, the drone base station performs side link communication with surrounding UEs and relays communication between the UEs and base stations.
  • FIG. 13 shows an example in which the side link communication is used by the terminal base station mounted in the UE. As shown in FIG. 13, the terminal base station performs side link communication with surrounding UEs and relays communication between the UEs and base stations.
  • side link communication may be used for communication between robots in the factory.
  • side link communication is used in a use case in which an emergency stop signal is broadcast to a group of robots to stop the production line in an emergency.
  • FIG. 14 is a diagram for explaining the side link resource allocation method.
  • the left diagram of FIG. 14 illustrates an example of Mode3 resource allocation.
  • Mode3 resource allocation a resource pool is allocated in advance, and when a transmission packet occurs in a terminal, the base station allocates the resource to be used for transmitting the packet in the resource pool.
  • Mode3 resource allocation resource allocation is performed by the base station every time a transmission packet is generated, so packet collision does not occur, but high signaling overhead occurs.
  • the right diagram of FIG. 14 illustrates an example of Mode4 resource allocation.
  • a resource pool is pre-allocated, and when a transmission packet occurs, the terminal autonomously selects a resource used for transmitting the packet in the resource pool.
  • Mode4 resource allocation packet collision may occur while the signaling overhead is small.
  • resource pool allocation Before performing Mode3 resource allocation or Mode4 resource allocation, resource pool allocation is performed in advance.
  • the resource pool is assigned, for example, by the base station. Further, as another example, the resource pool may be assigned by Pre-configuration.
  • the terminal device senses a resource for side link communication from the allocated resource pool and selects an appropriate resource by itself for communication.
  • FIG. 15 is a diagram showing an example of the configuration of resources (resource pools) allocated to side link communication, and shows an example of the case where frequency division multiplexing (FDM) is applied. ..
  • the resource pool is divided into an SA (Scheduling Assignment) area and a Data area, and PSCCH (Physical Sidelink Control Channel) and PSSCH (Physical Sidelink Shared Channel) are transmitted by each area.
  • SA Stuling Assignment
  • PSCCH Physical Sidelink Control Channel
  • PSSCH Physical Sidelink Shared Channel
  • FIG. 16 is an explanatory diagram for describing an example of an operation timeline when the terminal device transmits a packet based on Mode4 resource allocation.
  • a terminal device that transmits a packet first performs sensing to discover the resource used for transmitting the packet from the resource pool. Next, the terminal device selects a resource from the resource pool based on the result of the sensing. Then, the terminal device transmits the packet by using the selected resource. In addition, at this time, the terminal device reserves resources to be used for subsequent packet transmission, if necessary.
  • FIG. 17 is an explanatory diagram for describing an example of a sensing operation for selecting a resource from within a resource pool.
  • the terminal device selects a resource in the resource selection window and reserves a future resource based on the measurement result of the interference pattern in the sensing window and the resource reservation status in the sensing window.
  • the terminal device uses the resource in the future based on the sensing result, for example, another packet in the future. Predict the resources used to transmit AC.
  • the terminal device can select or reserve a resource that can be used for transmitting the packet D, that is, a resource that is predicted not to be used for transmitting another packet.
  • FIG. 18 is a diagram showing an example of a schematic configuration of the system 1 according to an embodiment of the present disclosure.
  • 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.
  • the base station 100 is a communication device that operates the cell 11 and provides a wireless service to one or more terminal devices 200 located inside the cell 11.
  • the cell 11 can be operated according to any wireless communication scheme such as LTE or NR.
  • the base station 100 is connected to the core network 20.
  • the core network 20 is connected to the PDN 30.
  • the core network 20 may include, for example, MME (Mobility Management Entity), S-GW (Serving gateway), P-GW (PDN gateway), PCRF (Policy and Charging Rule Function), and HSS (Home Subscriber Server).
  • MME Mobility Management Entity
  • S-GW Serving gateway
  • P-GW Packet Data Network gateway
  • PCRF Policy and Charging Rule Function
  • HSS Home Subscriber Server
  • the MME is a control node that handles signals on the control plane, and manages the moving state of the terminal device.
  • the S-GW is a control node that handles user plane signals, and is a gateway device that switches a user data transfer path.
  • the P-GW is a control node that handles user plane signals, and is a gateway device that serves as a connection point between the core network 20 and the PDN 30.
  • the PCRF is a control node that controls policies such as QoS (Quality of Service) for bearers and accounting.
  • the HSS is a control node that handles subscriber data and
  • the terminal device 200 is a communication device that wirelessly communicates with other devices.
  • the terminal device 200 wirelessly communicates with the base station 100 under the control of the base station 100.
  • the terminal device 200 transmits an uplink signal to the base station 100 and receives a downlink signal from the base station 100 on the Uu link.
  • the terminal device 200 wirelessly communicates with another terminal device 200 under the control of the base station 100 or autonomously.
  • the terminal device 200 transmits the side link signal to the other terminal device 200 and receives the side link signal from the other terminal device 200 in the PC5 link.
  • the terminal device 200A transmits the side link signal to the terminal device 200B
  • the terminal device 200C transmits the side link signal to the terminal device 200D.
  • the terminal device 200 may be a so-called user terminal (UE).
  • UE user terminal
  • the packet collision means that a plurality of packets are transmitted and received by using resources (time resource and frequency resource) at least partially overlapping.
  • the present disclosure provides a mechanism for enabling recovery of another packet that collides with a packet transmitted by the side link.
  • the present disclosure provides a mechanism for enabling recovery of a packet that has collided with a grant-free transmitted packet on the side link.
  • the recovery here is, for example, retransmission.
  • the terminal device 200 When the packet is grant-free transmitted, the terminal device 200 reports information about the grant-free transmission to another device (for example, the base station 100 or another terminal device 200). Upon receiving the report, the base station 100 or the other terminal device 200 determines whether or not a collision has occurred, and performs a process for retransmitting the packet determined to have a collision. As a result, another packet that collides with the grant-free transmitted packet is retransmitted. In this way, the grant-free transmission realizes the low delay of the packet, and the recovery of the other packet that collides with the grant-free transmitted packet is realized.
  • another device for example, the base station 100 or another terminal device 200.
  • the terminal device 200A (corresponding to the first terminal device) performs grant-free transmission of the packet to the terminal device 200B. Then, it is assumed that the packet transmitted to the terminal device 200D by the terminal device 200C (corresponding to the second terminal device) collides with the packet that is grant-free transmitted by the terminal device 200A.
  • the terminal device 200A is also referred to as a transmitting terminal 200A
  • the terminal device 200B as a receiving terminal 200B
  • the terminal device 200C as a peripheral transmitting terminal 200C
  • the terminal device 200D as a peripheral receiving terminal 200D.
  • the packet transmitted by the transmission terminal 200A may be referred to as a first packet
  • the packet transmitted by the peripheral transmission terminal 200C may be referred to as a second packet.
  • a URLLC packet which is an emergency message, may be transmitted. Therefore, a low-delay and high-reliability (at least low-delay) URLLC packet transmission method in the side link will be described below.
  • the URLLC packet is a packet transmitted in the URLLC use case.
  • FIG. 19 is a block diagram showing an example of a logical configuration of the base station 100 according to this embodiment.
  • the base station 100 according to this 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.
  • the antenna unit 110 radiates the signal output by the wireless communication unit 120 into space as a radio wave.
  • the antenna unit 110 also converts radio waves in space into a signal and outputs the signal to the wireless communication unit 120.
  • the wireless communication unit 120 sends and receives signals. For example, the wireless communication unit 120 receives an uplink signal from the terminal device and transmits a downlink signal to the terminal device.
  • the network communication unit 130 sends and receives information.
  • the network communication unit 130 transmits information to other nodes and receives information from other nodes.
  • the other node includes another base station and a core network node.
  • the storage unit 140 temporarily or permanently stores a program and various data for the operation of the base station 100.
  • the control unit 150 provides various functions of the base station 100.
  • the control unit 150 includes a communication control unit 151.
  • the communication control unit 151 performs side link communication by the terminal device 200 under control, such as resource pool allocation to the terminal device 200, resource allocation to the terminal device 200 in which a transmission packet has occurred, and a resending instruction of a collided packet. It has a control function.
  • the control unit 150 may further include other components than the communication control unit 151. That is, the control unit 150 can perform operations other than the operation of the communication control unit 151.
  • FIG. 20 is a block diagram showing an example of a logical configuration of the terminal device 200 according to this embodiment.
  • the terminal device 200 according to the present embodiment includes an antenna unit 210, a wireless communication unit 220, a storage unit 230, and a control unit 240.
  • the antenna unit 210 radiates the signal output by the wireless communication unit 220 into space as a radio wave.
  • the antenna unit 210 also converts radio waves in the space into signals and outputs the signals to the wireless communication unit 220.
  • the wireless communication unit 220 sends and receives signals. For example, the wireless communication unit 220 receives a downlink signal from the base station and transmits an uplink signal to the base station. Further, the wireless communication unit 220 transmits/receives a side link signal (V2P signal/V2V signal/V2I signal, etc.) to/from another terminal device 200.
  • a side link signal V2P signal/V2V signal/V2I signal, etc.
  • the storage unit 230 temporarily or permanently stores a program and various data for the operation of the terminal device 200.
  • the control unit 240 provides various functions of the terminal device 200.
  • the control unit 240 includes a transmission processing unit 241 and a reception processing unit 243.
  • the transmission processing unit 241 has a function of performing grant-based transmission, grant-free transmission, retransmission, and the like of a packet input from the upper layer.
  • the reception processing unit 243 has a function of receiving and decoding a packet and outputting it to an upper layer.
  • the control unit 240 may further include other components than these components. That is, the control unit 150 can perform operations other than the operations of these components.
  • the transmission terminal 200A performs grant-free transmission (also referred to as Configured Grant transmission) of the first packet, and reports information on the grant-free transmission to the base station 100.
  • the base station 100 knows the resources used by the peripheral transmitting terminal 200C for transmitting the second packet in the relationship of performing Mode3 resource allocation, and can determine whether or not a collision has occurred.
  • the base station 100 instructs the peripheral transmitting terminal 200C to retransmit the second packet that is determined to have collided.
  • the transmitting terminal 200A may report information regarding grant-free transmission to another terminal device 200 in the vicinity (for example, the peripheral transmitting terminal 200C). In that case, the peripheral transmission terminal 200C determines whether a packet collision has occurred, and retransmits the packet determined to have a collision.
  • FIG. 21 is a sequence diagram showing an example of the flow of grant-based transmission processing.
  • the base station 100, the transmitting terminal 200A, the receiving terminal 200B, the peripheral transmitting terminal 200C, and the peripheral receiving terminal 200D are involved in this sequence.
  • the base station 100 notifies each of the controlled terminal devices 200 (200A to 200D) of the control information regarding the side link communication (step S12).
  • control information includes various setting information such as resource pool allocation information, transmission power setting information, and MCS (Modulation and Coding Scheme) setting information.
  • the base station 100 allocates resources to the terminal device 200 in which the transmission packet has occurred (step S14), and transmits the side link resource grant including the resource allocation result (step S16).
  • the transmitting terminal 200A transmits the first packet using the allocated resource (step S18), and the receiving terminal 200B receives the first packet (step S20).
  • the peripheral transmitting terminal 200C transmits the second packet using the allocated resource (step S22), and the peripheral receiving terminal 200D receives the second packet (step S24).
  • FIG. 22 is a sequence diagram showing an example of the flow of grant-free transmission and recovery processing executed in the system 1 according to this embodiment.
  • the base station 100, the transmitting terminal 200A, the receiving terminal 200B, the peripheral transmitting terminal 200C, and the peripheral receiving terminal 200D are involved in this sequence.
  • the base station 100 notifies each of the controlled terminal devices 200 (200A to 200D) of the control information regarding the side link communication (step S102).
  • the base station 100 performs resource allocation to the terminal device 200 in which the second packet to be transmitted has occurred (step S104), and transmits the side link resource grant including the resource allocation result (step S106).
  • the peripheral transmitting terminal 200C transmits the second packet using the allocated resource (step S108), and the peripheral receiving terminal 200D receives the second packet (step S110).
  • the transmitting terminal 200A grant-free transmits the first packet (step S114), and the receiving terminal 200B transmits the first packet. Packet is received (step S116).
  • a low latency is realized because the first packet is transmitted without the prescribed procedure (that is, resource grant) for collision prevention.
  • the transmitting terminal 200A since the transmitting terminal 200A is performing grant-free transmission, collision may occur between the first packet and the second packet. To recover the reception failure of the second packet due to this collision, the transmitting terminal 200A performs post processing.
  • the transmission terminal 200A makes a packet transmission report, which reports to the base station 100 that the first packet has been grant-free transmitted (step S118). Specifically, the transmission terminal 200A transmits, to the base station 100, transmission report information including information indicating the time and frequency of the resource used for grant-free transmission of the first packet. After that, the base station 100 compares the resource allocation result of the second packet with the resource used for the transmission of the first packet based on the received transmission report information, and confirms the occurrence of collision. (Step S120). If a collision has occurred, it is possible that the peripheral receiving terminal 200D has failed to receive the second packet, so the base station 100 carries out a recovery process (step S122).
  • the recovery process by the base station 100 includes, for example, instructing the peripheral transmission terminal 200C to perform a retransmission procedure.
  • the base station 100 performs reallocation of the side link resources, and transmits a side link resource grant including the reallocation result and a recovery instruction of the second packet to the peripheral transmission terminal 200C.
  • the peripheral transmitting terminal 200C retransmits the second packet by using the re-allocated resource (step S124), and the peripheral receiving terminal 200D receives the retransmitted second packet ( Step S126). In this way, when the peripheral receiving terminal 200D has failed to receive the second packet in step S110, it is possible to successfully receive the second packet in step S126.
  • the transmission report information is transmitted to the base station 100, but the present technology is not limited to this example.
  • the transmission report information may be directly transmitted to the peripheral transmission terminal 200C.
  • the peripheral transmission terminal 200C confirms whether or not a collision has occurred, and performs recovery processing when it determines that a collision has occurred.
  • the recovery process by the peripheral transmission terminal 200C includes, for example, transmitting a resource request to the base station 100 and retransmitting the second packet using the allocated resource.
  • the resource request is a resource allocation request.
  • the sending terminal 200A (for example, the transmission processing unit 241) can make the following determination when the first packet, which is a URLLC packet, occurs.
  • the transmitting terminal 200A may determine whether or not there is an allocated resource that can transmit the first packet. When it is determined that there is an allocated resource, the transmitting terminal 200A transmits the first packet using the allocated resource. On the other hand, if it is determined that there are no resources allocated, the transmitting terminal 200A transmits a resource request to the base station 100.
  • the resource capable of transmitting the URLLC packet can be assigned in advance by RRC (Radio Resource Control) signaling from the base station 100.
  • the transmitting terminal 200A may determine whether the delay request is satisfied when the resource request is transmitted to the base station 100. That is, the transmitting terminal 200A determines whether or not the delay request is satisfied when transmitting the first packet using the resource assumed to be allocated by the base station 100 when transmitting the resource request. .. When it is determined that the delay request is satisfied, the transmitting terminal 200A transmits the resource request. On the other hand, when it is determined that the delay request is not satisfied, the transmission terminal 200A performs grant-free transmission.
  • the grant-free transmission is a method of transmitting a packet without performing a predetermined procedure for preventing packet collision.
  • the grant-free transmission is a transmission method that does not satisfy a predetermined criterion for preventing packet collision (that is, packet collision may occur).
  • the predetermined procedure here includes receiving allocation of resources for packet transmission. That is, in the grant-free transmission, the packet is transmitted without the resource allocation by the base station 100.
  • sensing or LBT may be performed prior to grant-free transmission.
  • the sensing here is sensing for a predetermined time (such as 1 second) as specified in 3GPP LTE V2X.
  • LBT refers to sensing in a shorter period of time, and is sensing on the order of several ms before transmission as used in Wi-Fi (registered trademark), for example. Whether or not sensing can be performed is set by the base station 100.
  • a resource pool for grant-free transmission may be assigned in advance by RRC signaling from the base station 100.
  • a resource pool for grant-free transmission may be pre-configured in the terminal device 200.
  • the resource pool for grant-free transmission may be the same as the normal (that is, for grant-based transmission) resource pool, or may be limited in the time direction and/or the frequency direction.
  • RRC signaling related to the resource pool for grant-free transmission includes information indicating the position in the time direction of the resource pool, information indicating the position in the frequency direction, and information indicating the number of repeated transmissions for repeated transmission.
  • the information indicating the position of the resource pool in the time direction may include information on a predetermined time period in the time direction in units of symbols, slots, or subframes.
  • the information indicating the position in the frequency direction of the resource pool may include information on resource blocks or resource elements.
  • the transmitting terminal 200A may randomly select its own transmission resource.
  • the transmission terminal 200A may select the transmission resource according to a predetermined selection criterion.
  • the predetermined selection criterion may be set by the base station 100, for example.
  • the transmission terminal 200A (for example, the transmission processing unit 241) transmits the transmission report information including the information regarding the grant-free transmission of the first packet after performing the grant-free transmission of the first packet on the side link. To do. By transmitting the transmission report information, it becomes possible to confirm whether or not a collision between the first packet and the second packet has occurred on the receiving side of the transmission report information, and if the collision occurs, the second packet Is retransmitted.
  • the transmitting terminal 200A transmits the transmission report information when transmitting the first packet without performing a predetermined procedure (that is, resource allocation) for preventing packet collision. Since the transmission report information is transmitted only when packet collision may occur, signaling overhead can be suppressed.
  • the transmitting terminal 200A transmits the transmission report information by the Uu link and/or the side link. That is, the transmission terminal 200A may transmit the transmission report information to the base station 100, or may transmit the transmission report information to another terminal device 200 (that is, the peripheral transmission terminal 200C).
  • a physical layer control channel is used to transmit the transmission report information.
  • an uplink control channel (PUCCH) defined or set in advance is used.
  • a side link control channel defined or set in advance is used.
  • the transmitting terminal 200A may transmit the transmission report information by using a resource that has a predetermined temporal relationship with the resource used for transmitting the first packet.
  • the resource used for transmitting the transmission report information is determined based on the resource used for transmitting the first packet.
  • the slot used for transmitting the transmission report information may be the same slot as the slot used for transmitting the first packet or the next slot.
  • the slot used for transmitting the transmission report information may be determined according to the symbol used for transmitting the first packet. For example, if the transmission of the first packet is performed before a predetermined symbol in a certain slot, the slot used for transmitting the transmission report information is the same as the slot used for transmitting the first packet. Determined by the slot.
  • the slot used for transmitting the transmission report information is next to the slot used for transmitting the first packet. Determined by the slot.
  • the base station 100 or the peripheral transmission terminal 200C can easily receive the transmission report information by using the above-mentioned predetermined relationship. Specifically, the base station 100 or the peripheral transmission terminal 200C constantly monitors the resource used for transmitting the second packet and the resource having the above-described predetermined relationship in the time direction. This allows the base station 100 or the peripheral transmitting terminal 200C to receive the transmission report information when the transmission report information is actually transmitted due to the collision.
  • the transmission report information includes information indicating the time and frequency of the resource used by the transmission terminal 200A for grant-free transmission of the first packet.
  • the transmission report information may include a resource block number, a symbol number, a slot number, and/or a system frame number. Further, for example, the transmission report information may include the start number of the transmission resource and the end number of the transmission resource.
  • the report resource may be defined or set in advance, and the transmission report information may include information indicating the report resource including the resource actually used for the grant-free transmission. .. It is desirable that the resource for reporting is defined or set larger than the size of the resource that can be used for grant-free transmission. Since the transmission report information includes the time-frequency information, the reception side of the transmission report information can determine whether or not a collision has occurred.
  • the transmission report information may further include at least one of the following information.
  • FIG. 23 is a flowchart showing an example of the flow of a first packet transmission process and a post process performed by the transmission terminal 200A according to this embodiment.
  • a first packet for example, a URLLC packet
  • the transmitting terminal 200A determines whether or not there is an allocated resource capable of transmitting the first packet and the delay request is satisfied when the resource is used (step S134).
  • step S134 is YES
  • the transmission terminal 200A transmits the first packet using the allocated resource (step S136).
  • step S134 is NO, the transmission terminal 200A determines whether the delay request is satisfied when the resource request is transmitted to the base station 100 (step S138).
  • step S138 When step S138 is YES, the transmission terminal 200A transmits a resource request to the base station 100 (step S140), and transmits the first packet using the resource allocated by the base station 100 (step S136). On the other hand, if step S138 is NO, the transmitting terminal 200A determines to perform grant-free transmission (step S142), and transmits the first packet in grant-free transmission (step S144). Then, the transmitting terminal 200A transmits the transmission report information including the information regarding the grant-free transmission of the first packet (step S146).
  • the receiving terminal 200B receives and decodes the first packet transmitted from the transmitting terminal 200A.
  • the base station 100 (for example, the communication control unit 151) allocates a resource for transmitting a packet when a packet is transmitted to the terminal device 200 under control.
  • the base station 100 may perform resource allocation for URLLC packet transmission to the transmitting terminal 200A in advance. In this case, the base station 100 transmits the pre-allocation result to the transmitting terminal 200A using RRC signaling.
  • the base station 100 uses the second packet on the side link based on the transmission report information including the information about the grant-free transmission of the first packet on the side link by the transmitting terminal 200A.
  • the retransmission of the second packet by the peripheral transmitting terminal 200C that has transmitted the packet is controlled.
  • the base station 100 determines whether or not a collision between the first packet and the second packet has occurred, based on the transmission report information.
  • the base station 100 confirms whether or not a resource having a predetermined relationship with the resource used for transmitting the first packet indicated by the transmission report information is assigned to another terminal device 200.
  • the resource having the predetermined relationship here is, for example, the same resource as the resource used for transmitting the first packet, or a resource at least a part of which overlaps.
  • the base station 100 determines that a collision has occurred when a resource having a predetermined relationship with the resource used for transmitting the first packet has been allocated to another terminal device 200, and otherwise a collision has occurred. It is determined that it has not. Then, when it is determined that the first packet and the second packet collide with each other, the base station 100 transmits a recovery instruction to the peripheral transmitting terminal 200C to instruct the retransmission of the second packet. On the other hand, the base station 100 does not instruct retransmission when it is determined that the first packet and the second packet do not collide. By this means, retransmission is instructed only when packet collision occurs, so signaling overhead can be suppressed.
  • the base station 100 When it is determined that the first packet and the second packet have collided, the base station 100 further determines whether or not the delay request of the second packet is satisfied when the second packet is retransmitted. , Retransmission may be controlled. For example, the base station 100 instructs retransmission if the delay request for the second packet is satisfied even if the second packet is retransmitted, and does not instruct retransmission if the delay request for the second packet is not satisfied. In this case, the peripheral transmitting terminal 200C does not retransmit the second packet. As a result, the retransmission is instructed only when the packet collision occurs and the delay request is satisfied even if the packet is retransmitted, so that signaling overhead can be suppressed.
  • the recovery instruction is information for instructing retransmission of the second packet. Therefore, the recovery instruction can trigger the retransmission of the second packet by the peripheral transmission terminal 200C.
  • the recovery instruction may include information indicating the resource allocated for the retransmission of the second packet.
  • the base station 100 reallocates the resource for transmitting the second packet, and the recovery instruction includes the resource allocation result again.
  • the recovery instruction may include transmission parameters for resending the second packet.
  • the transmission parameters for retransmission may include, for example, transmission power, MCS, number of transmission repetitions, and the like.
  • FIG. 24 is a flowchart showing an example of the flow of recovery processing executed by the base station 100 according to this embodiment.
  • the base station 100 allocates resources for URLLC packet transmission (step S152). However, this step is optional and may not be executed.
  • the base station 100 receives the transmission report information from the transmission terminal 200A that has grant-free transmitted the first packet (step S154).
  • the base station 100 confirms whether or not a resource having a predetermined relationship with the resource used for transmitting the first packet indicated by the transmission report information has been allocated to another terminal device 200, thereby causing a collision. It is confirmed whether or not is generated (step S156).
  • step S158/YES when it is determined that a collision has occurred (step S158/YES), the base station 100 transmits a recovery instruction to the peripheral transmission terminal 200C that has transmitted the second packet that has collided with the first packet (step S160). ). On the other hand, when it is determined that no collision has occurred (step S158/NO), the base station 100 does nothing.
  • the peripheral transmission terminal 200C (for example, the transmission processing unit 241) transmits the second packet by the side link under the control of the base station 100. Specifically, the peripheral transmission terminal 200C transmits the second packet using the resource allocated by the base station 100. However, when receiving the recovery instruction from the base station 100, the peripheral transmission terminal 200C retransmits the second packet based on the recovery instruction. Specifically, the peripheral transmitting terminal 200C transmits the second packet by using the resending resource indicated by the recovery instruction.
  • the peripheral reception terminal 200D (for example, the reception processing unit 243) receives and decodes the second packet transmitted from the peripheral transmission terminal 200C.
  • the transmission report information is transmitted to base station 100 using the uplink control channel
  • the present technology is not limited to such an example.
  • the transmission report information may be transmitted by side link.
  • the transmitting terminal 200A may include information indicating that the packet is a grant-free transmission in the SCI (Sidelink Control Information) of the first packet that is grant-free transmission.
  • the receiving side can recognize that the first packet is grant-free transmitted by decoding the PSCCH (Physical Sidelink Control Channel).
  • the SCI may include information indicating the time and frequency of the resource used for grant-free transmission of the first packet. This allows the receiving side to recognize the resource used for grant-free transmission of the first packet and use it for collision confirmation.
  • the grant-free transmission since it is assumed that the grant-free transmission is performed repeatedly, it is desirable to use a method capable of grasping the time-frequency resource of all the repeated transmissions even when one packet in all the repeated transmissions is received. Therefore, in addition to the method in which the control area includes the above information, a method in which the data area includes information indicating the time-frequency resource of each repetitive transmission may be adopted.
  • the transmission terminal 200A may implicitly notify the transmission report information.
  • the implicit notification of the transmission direction information will be described with reference to FIGS. 25 to 27.
  • each of the control channel and the data channel forming the first packet is repeatedly transmitted, and the frequency hopping pattern indicated by the frequency offset of each channel corresponds to the transmission report information. .. That is, in the example shown in FIG. 25, the frequency hopping pattern corresponding to the transmission report information is used for the repeated transmission of the first packet.
  • each of the control channel and the data channel forming the first packet is repeatedly transmitted, and the time interval pattern indicated by the time offset of each channel corresponds to the transmission report information. .. That is, in the example shown in FIG. 26, the time interval pattern corresponding to the transmission report information is used for the repeated transmission of the first packet.
  • the transmission terminal 200A may notify the transmission report information by the repeated transmission pattern (frequency hopping pattern and/or time interval pattern) while grant-free and repeatedly transmitting the first packet.
  • the repetitive transmission pattern may be pre-configured or may be set by RRC signaling from the base station 100.
  • FIG. 27 is a diagram for explaining an example of an implicit notification method of transmission report information according to this embodiment.
  • the control channel and the data channel forming the first packet are transmitted, and the time offset value between adjacent channels corresponds to the transmission report information. That is, in the example shown in FIG. 27, the time offset value corresponding to the transmission report information is used for transmitting the first packet. Similarly, the frequency offset value corresponding to the transmission report information may be used for transmitting the first packet. Note that in the example shown in FIG. 27, the first packet may not be repeatedly transmitted.
  • the transmission report information may be notified by the transmission power.
  • the transmission terminal 200A may perform grant-free transmission with a transmission power higher than that of grant-based transmission.
  • the peripheral transmission terminal 200C recognizes that the grant-free transmission is performed, when detecting the reception power larger than the predetermined threshold value.
  • the predetermined threshold may be pre-configured or may be set by RRC signaling from the base station 100.
  • FIG. 28 is a sequence diagram showing an example of the flow of recovery processing based on the implicit notification of transmission report information executed in the system 1 according to the present embodiment. ..
  • the base station 100, the transmitting terminal 200A, the receiving terminal 200B, the peripheral transmitting terminal 200C, and the peripheral receiving terminal 200D are involved in this sequence.
  • steps S202 to S212 shown in FIG. 28 is the same as the process of steps S102 to S112 shown in FIG.
  • the transmission terminal 200A performs an implicit packet transmission report that implicitly transmits the transmission report information while grant-free transmitting the first packet (step S214).
  • the receiving terminal 200B receives the first packet (step S216).
  • the base station 100 detects that the first packet is grant-free transmitted, based on the transmission report information transmitted implicitly (step S218).
  • the subsequent processing of steps S220 to S226 is the same as the processing of steps S120 to S126 shown in FIG.
  • the peripheral reception terminal 200D receives information indicating that the side link signal is received or that the first packet is grant-free transmitted. It is desirable to be reported from the etc.
  • FIG. 29 is a sequence diagram showing an example of the flow of recovery processing based on the implicit notification of transmission report information executed in the system 1 according to the present embodiment. is there.
  • the base station 100, the transmitting terminal 200A, the receiving terminal 200B, the peripheral transmitting terminal 200C, and the peripheral receiving terminal 200D are involved in this sequence.
  • step S246 the peripheral transmission terminal 200C detects that the first packet is grant-free transmitted, based on the transmission report information implicitly transmitted (step S248). Then, the peripheral transmitting terminal 200C compares the resource used for transmitting the second packet with the resource used for transmitting the first packet based on the transmission report information, and confirms the occurrence of collision. Yes (step S250). If a collision has occurred, it is possible that the peripheral receiving terminal 200D has failed to receive the second packet, so the peripheral transmitting terminal 200C carries out a recovery process (step S252).
  • the recovery process by the peripheral transmitting terminal 200C includes, for example, transmitting a resource request for retransmission of the second packet to the base station 100, and retransmitting the second packet using the allocated resource. ..
  • the peripheral transmitting terminal 200C retransmits the second packet by using the reallocated resources (step S254), and the peripheral receiving terminal 200D receives the retransmitted second packet (step S256).
  • FIG. 30 is a sequence diagram showing an example of the flow of recovery processing based on the implicit notification of transmission report information executed in the system 1 according to this embodiment. is there.
  • the base station 100, the transmitting terminal 200A, the receiving terminal 200B, the peripheral transmitting terminal 200C, and the peripheral receiving terminal 200D are involved in this sequence.
  • step S276 the peripheral receiving terminal 200D detects that the first packet is grant-free transmitted, based on the transmission report information implicitly transmitted (step S278). Then, the peripheral receiving terminal 200D compares the resource used for receiving the second packet with the resource used for transmitting the first packet based on the transmission report information, and confirms whether or not a collision has occurred (Ste S280). If a collision has occurred, it is possible that the peripheral receiving terminal 200D has failed to receive the second packet, so the peripheral receiving terminal 200D carries out a recovery process (step S282).
  • the recovery process by the peripheral receiving terminal 200D includes, for example, instructing the peripheral transmitting terminal 200C to perform the retransmission procedure. In that case, the peripheral receiving terminal 200D transmits a recovery instruction of the second packet to the peripheral transmitting terminal 200C. When the peripheral transmission terminal 200C receives the recovery instruction, the peripheral transmission terminal 200C performs the recovery process (step S284).
  • the recovery process by the peripheral transmitting terminal 200C includes, for example, transmitting a resource request for retransmission of the second packet to the base station 100, and retransmitting the second packet using the allocated resource. ..
  • the peripheral transmitting terminal 200C retransmits the second packet by using the reallocated resources (step S286), and the peripheral receiving terminal 200D receives the retransmitted second packet (step S288).
  • the transmitting terminal 200A performs the sensingless transmission of the first packet, and reports the information regarding the sensingless transmission to other terminal devices 200 in the vicinity (for example, the peripheral transmitting terminal 200C). Since the peripheral transmitting terminal 200C knows the resource used for transmitting the second packet, the peripheral transmitting terminal 200C can determine whether or not a collision has occurred. The peripheral transmission terminal 200C retransmits the second packet that is determined to have collided.
  • FIG. 31 is a sequence diagram showing an example of the flow of sensingless transmission and recovery processing executed in the system 1 according to this embodiment.
  • the base station 100, the transmitting terminal 200A, the receiving terminal 200B, the peripheral transmitting terminal 200C, and the peripheral receiving terminal 200D are involved in this sequence.
  • the base station 100 notifies each of the controlled terminal devices 200 (200A to 200D) of the control information regarding the side link communication (step S302).
  • the peripheral transmission terminal 200C performs predetermined sensing (step S304) and transmits the second packet using the resource confirmed to be free (step S306).
  • the peripheral receiving terminal 200D receives the second packet (step S308).
  • the transmitting terminal 200A transmits the first packet by sensingless (step S312).
  • the receiving terminal 200B receives the first packet (step S314).
  • a low latency is achieved because the first packet is sent without the prescribed procedure (ie sensing) for collision prevention.
  • the transmitting terminal 200A since the transmitting terminal 200A is performing sensingless transmission, collision may occur between the first packet and the second packet. To recover the reception failure of the second packet due to this collision, the transmitting terminal 200A performs post processing.
  • the transmission terminal 200A makes a packet transmission report, which reports to the other terminal devices 200 in the vicinity that the first packet has been transmitted without sensing (step S316). Specifically, the transmission terminal 200A transmits the transmission report information including the information indicating the time and frequency of the resource used for the sensingless transmission of the first packet, to another terminal device 200 in the vicinity (for example, the peripheral transmission terminal 200C). Send to. Then, the peripheral transmission terminal 200C compares the resource used by itself to transmit the second packet with the resource used to transmit the first packet, based on the received transmission report information, to determine whether a collision has occurred. Is confirmed (step S318).
  • the peripheral transmitting terminal 200C carries out a recovery process (step S320).
  • the recovery process by the peripheral transmission terminal 200C includes, for example, retransmitting the second packet.
  • the peripheral transmitting terminal 200C retransmits the second packet by using the reallocated resources (step S322), and the peripheral receiving terminal 200D receives the retransmitted second packet (step S324).
  • the transmission report information is directly transmitted to the peripheral transmission terminal 200C, but the present technology is not limited to this example.
  • the transmission report information may be transmitted to the peripheral transmission terminal 200C via the base station 100.
  • the transmitting terminal 200A transmits the transmission report information on the Uu link
  • the peripheral transmitting terminal 200C receives the transmission report information on the Uu link.
  • the sending terminal 200A (for example, the transmission processing unit 241) can make the following determination when the first packet, which is a URLLC packet, occurs.
  • the transmitting terminal 200A may determine whether or not there is an allocated resource that can transmit the first packet. When it is determined that there is an allocated resource, the transmitting terminal 200A transmits the first packet using the allocated resource. On the other hand, when it is determined that there is no allocated resource, the transmitting terminal 200A carries out sensingless transmission. However, when the sensing is performed in the background, the transmitting terminal 200A may use the result of the sensing. In addition, if the delay request is satisfied even after performing the sensing, the transmitting terminal 200A may perform the sensing.
  • the resource capable of transmitting the URLLC packet can be assigned in advance by RRC signaling from the base station 100.
  • Sensing transmission is a method in which packets are transmitted without performing predetermined sensing to prevent packet collisions.
  • the sensingless transmission is a transmission method that does not satisfy a predetermined criterion for preventing packet collision (that is, packet collision may occur).
  • the predetermined sensing may be sensing for a predetermined time (such as 1 second) as specified in 3GPP LTE V2X.
  • the predetermined sensing may be LBT (Listen Before Talk). LBT refers to sensing in a shorter period of time, and is sensing on the order of several ms before transmission as used in Wi-Fi, for example.
  • sensingless transmission a packet is transmitted without performing the above-described predetermined sensing.
  • Sensing other than the predetermined sensing is, for example, sensing for an extremely short time (for example, several symbols, substantially zero), which does not satisfy a predetermined standard for preventing packet collision.
  • the resource pool for sensingless transmission may be allocated in advance by RRC signaling from the base station 100. In the case of out-of-coverage, the resource pool for sensingless transmission may be pre-configured in the terminal device 200.
  • the resource pool for sensingless transmission may be the same as the normal resource pool (that is, for transmission with sensing), or may be limited in the time direction and/or the frequency direction.
  • the transmitting terminal 200A may randomly select its own transmission resource.
  • the transmission terminal 200A may select the transmission resource according to a predetermined selection criterion.
  • the predetermined selection criterion may be set by the base station 100, for example.
  • the transmission terminal 200A (for example, the transmission processing unit 241) transmits the transmission report information including the information regarding the sensingless transmission of the first packet after performing the sensingless transmission of the first packet on the side link. To do. By transmitting the transmission report information, it becomes possible to confirm whether or not a collision between the first packet and the second packet has occurred on the receiving side of the transmission report information, and if the collision occurs, the second packet Is retransmitted.
  • the transmitting terminal 200A transmits the transmission report information when transmitting the first packet without performing a predetermined procedure (that is, predetermined sensing) for preventing packet collision. Since the transmission report information is transmitted only when packet collision may occur, signaling overhead can be suppressed.
  • the transmitting terminal 200A transmits the transmission report information by the Uu link and/or the side link. That is, the transmission terminal 200A transmits the transmission report information to another terminal device 200 via the base station 100 or directly.
  • the transmitting terminal 200A may transmit the transmission report information by using a resource that has a predetermined temporal relationship with the resource used for transmitting the first packet.
  • transmission report information includes information indicating the time and frequency of the resource used by the transmitting terminal 200A for sensingless transmission of the first packet.
  • the transmission report information may further include at least one of the following information.
  • FIG. 32 is a flowchart showing an example of the flow of a first packet transmission process and a post process performed by the transmission terminal 200A according to this embodiment.
  • a first packet for example, a URLLC packet
  • the transmitting terminal 200A determines whether or not there is an allocated resource that can transmit the first packet and the delay request is satisfied when the resource is used (step S334). If step S334 is YES, the transmitting terminal 200A transmits the first packet using the allocated resource (step S336). When step S334 is NO, the transmission terminal 200A determines to perform sensingless transmission (step S338), and transmits the first packet by sensingless transmission (step S340). Then, the transmitting terminal 200A transmits the transmission report information including the information regarding the sensingless transmission of the first packet (step S342).
  • the peripheral transmission terminal 200C (for example, the transmission processing unit 241) transmits the second packet by the side link under the control of the base station 100. Specifically, the peripheral transmission terminal 200C transmits the second packet using the resource allocated by the base station 100.
  • the peripheral transmitting terminal 200C may receive the transmission report information including the information regarding the sensingless transmission by the transmitting terminal 200A. In that case, the peripheral transmitting terminal 200C controls the retransmission of the second packet based on the transmission report information after transmitting the second packet on the side link.
  • the peripheral transmitting terminal 200C determines whether or not a collision has occurred between the first packet and the second packet based on the transmission report information. Specifically, the peripheral transmission terminal 200C confirms whether or not a resource having a predetermined relationship with the resource used for transmitting the first packet indicated by the transmission report information is used for transmitting the second packet. To do.
  • the resource having the predetermined relationship here is, for example, the same resource as the resource used for transmitting the first packet, or a resource at least a part of which overlaps.
  • Peripheral transmission terminal 200C determines that a collision has occurred when a resource having a predetermined relationship with the resource used for transmitting the first packet is used for transmitting the second packet, and otherwise, It is determined that no collision has occurred. Then, the peripheral transmission terminal 200C performs the recovery process when it is determined that the first packet and the second packet have collided. As a result, the recovery process can be performed only when a packet collision occurs.
  • the peripheral transmitting terminal 200C retransmits the second packet as a recovery process when it is determined that the first packet and the second packet have collided based on the transmission report information. For example, the peripheral transmission terminal 200C retransmits the second packet by using the resource for which the predetermined sensing is performed to confirm the availability. The predetermined sensing may be performed on behalf of the peripheral transmission terminal 200C. In that case, the transmission report information includes information indicating the time and frequency of the resending resource whose vacancy is confirmed.
  • the transmission parameter for retransmission may be set in advance by the base station 100 or may be instructed by the transmitting terminal 200A.
  • the transmission parameters for retransmission may include, for example, transmission power, MCS, number of transmission repetitions, and the like.
  • the peripheral transmitting terminal 200C When it is determined that the first packet and the second packet collide, the peripheral transmitting terminal 200C further determines whether the delay request for the second packet is satisfied when the second packet is retransmitted. Then, the retransmission may be controlled. For example, the peripheral transmitting terminal 200C retransmits the second packet when the delay request of the second packet is satisfied even if the second packet is retransmitted, and does not retransmit when the delay request of the second packet is not satisfied. As a result, the packet is retransmitted only when the packet collision occurs and the delay request is satisfied even if the packet is retransmitted. Therefore, it is possible to suppress a decrease in resource efficiency.
  • FIG. 33 is a flowchart showing an example of the flow of recovery processing executed by the peripheral transmission terminal 200C according to this embodiment.
  • the peripheral transmitting terminal 200C receives the transmission report information from the transmitting terminal 200A that has grant-free transmitted the first packet (step S352).
  • the peripheral transmission terminal 200C confirms whether or not a resource having a predetermined relationship with the resource used for transmitting the first packet indicated by the transmission report information is used for transmitting the second packet. Then, it is confirmed whether or not a collision has occurred (step S354).
  • the peripheral transmitting terminal 200C determines whether or not the delay request for the second packet is satisfied when the second packet is retransmitted (step S358). ).
  • step S358/YES When it is determined that the delay request for the second packet is satisfied even if the second packet is retransmitted (step S358/YES), the peripheral transmission terminal 200C performs the second packet retransmission process as the recovery process. Yes (step S360). On the other hand, when it is determined that no collision has occurred (step S356/NO), or when it is determined that the delay request of the second packet is not satisfied when the second packet is retransmitted (step S358/NO). The peripheral transmission terminal 200C does not perform the recovery process.
  • the transmission report information may be implicitly notified as in the case of Mode3 resource allocation.
  • the base station 100 may be realized as an eNB (evolved Node B) of any kind such as a macro eNB or a small eNB.
  • a small eNB may 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.
  • the base station 100 may be realized as another type of base station such as a NodeB 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) arranged in a location different from the main body.
  • RRHs Remote Radio Heads
  • various types of terminals described below may operate as the base station 100 by temporarily or semipermanently executing the base station function.
  • the terminal device 200 is a smartphone, a tablet PC (Personal Computer), a notebook PC, a portable game terminal, a mobile terminal such as a portable/dongle type mobile router or a digital camera, or an in-vehicle terminal such as a car navigation device. May be realized as. Further, the terminal device 200 may be realized as a terminal that performs M2M (Machine To Machine) communication (also referred to as an MTC (Machine Type Communication) terminal). Furthermore, the terminal device 200 may be a wireless communication module (for example, an integrated circuit module configured by one die) mounted on these terminals.
  • M2M Machine To Machine
  • MTC Machine Type Communication
  • FIG. 34 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 has one or more antennas 810 and a base station device 820. Each antenna 810 and the base station device 820 can be connected to each other via an RF cable.
  • Each of the antennas 810 has a single or a plurality of antenna elements (for example, a plurality of antenna elements forming a MIMO antenna), and is used for the base station device 820 to transmit and receive radio signals.
  • the eNB 800 includes a plurality of antennas 810 as illustrated in FIG. 34, and the plurality of antennas 810 may correspond to a plurality of frequency bands used by the eNB 800, respectively.
  • FIG. 34 shows an example in which the eNB 800 has a plurality of antennas 810, the eNB 800 may have a single antenna 810.
  • the base station device 820 includes a controller 821, a memory 822, a network interface 823, and a wireless communication interface 825.
  • the controller 821 may be, for example, a CPU or a DSP, and operates various functions of the upper layer of the base station device 820. For example, the controller 821 generates a data packet from the data in the signal processed by the wireless communication interface 825, and transfers the generated packet via the network interface 823. The controller 821 may generate a bundled packet by bundling data from a plurality of baseband processors and transfer the generated bundled packet. Further, the controller 821 is a logic that executes control such as radio resource control (Radio Resource Control), radio bearer control (Radio Bearer Control), mobility management (Mobility Management), inflow control (Admission Control) or scheduling (Scheduling). It may have a general function.
  • Radio Resource Control Radio Resource Control
  • Radio Bearer Control Radio Bearer Control
  • Mobility Management Mobility Management
  • Admission Control Inflow control
  • scheduling scheduling
  • the control may be executed in cooperation with the surrounding eNB or core network node.
  • the memory 822 includes a RAM and a ROM, and stores a program executed by the controller 821 and various control data (for example, a terminal list, transmission power data, scheduling data, etc.).
  • the network interface 823 is a communication interface for connecting the base station device 820 to the core network 824. Controller 821 may communicate with core network nodes or other eNBs via network interface 823. In that case, the eNB 800 and the core network node or another eNB may be connected to each other by a logical interface (for example, the S1 interface or the X2 interface).
  • the network interface 823 may be a wired communication interface or a wireless communication interface for wireless backhaul. When the network interface 823 is a wireless communication interface, the network interface 823 may use a higher frequency band for wireless communication than the frequency band used by the wireless communication interface 825.
  • the wireless communication interface 825 supports a cellular communication method such as LTE (Long Term Evolution) or LTE-Advanced, and provides a wireless connection to a terminal located in the cell of the eNB 800 via the antenna 810.
  • the wireless communication interface 825 may typically include a baseband (BB) processor 826, an RF circuit 827, and the like.
  • the BB processor 826 may perform, for example, encoding/decoding, modulation/demodulation, and multiplexing/demultiplexing, and each layer (for example, L1, MAC (Medium Access Control), RLC (Radio Link Control), and PDCP). (Packet Data Convergence Protocol)) various signal processing is executed.
  • L1, MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • the BB processor 826 may have some or all of the logical functions described above instead of the controller 821.
  • the BB processor 826 may be a module that includes a memory that stores a communication control program, a processor that executes the program, and a related circuit. The function of the BB processor 826 may be changed by updating the program. Good.
  • the module may be a card or blade inserted in the slot of the base station device 820, or a chip mounted on the card or blade.
  • the RF circuit 827 may include a mixer, a filter, an amplifier, and the like, and transmits and receives a wireless signal through the antenna 810.
  • the wireless communication interface 825 includes a plurality of BB processors 826 as shown in FIG. 34, and the plurality of BB processors 826 may respectively correspond to a plurality of frequency bands used by the eNB 800. Also, the wireless communication interface 825 may include a plurality of RF circuits 827 as shown in FIG. 34, and the plurality of RF circuits 827 may correspond to, for example, a plurality of antenna elements. 34 shows an example in which the wireless communication interface 825 includes a plurality of BB processors 826 and a plurality of RF circuits 827, the wireless communication interface 825 includes a single BB processor 826 or a single RF circuit 827. But it is okay.
  • the eNB 800 includes a module including a part (for example, the BB processor 826) or the whole of the wireless communication interface 825 and/or the controller 821, and the one or more components may be mounted in the module.
  • the module stores a program for causing the processor to function as the one or more constituent elements (in other words, a program for causing the processor to execute the operation of the one or more constituent elements). You may run the program.
  • a program for causing the processor to function as one or more components described above is installed in the eNB 800, and the wireless communication interface 825 (for example, the BB processor 826) and/or the controller 821 executes the program.
  • the eNB 800, the base station device 820 or the module may be provided as a device including the one or more constituent elements, and a program for causing a processor to function as the one or more constituent elements is provided. May be.
  • a readable recording medium recording the above program may be provided.
  • the wireless communication unit 120 described with reference to FIG. 19 may be implemented in the wireless communication interface 825 (for example, the RF circuit 827).
  • the antenna unit 110 may be mounted on the antenna 810.
  • the network communication unit 130 may be implemented in the controller 821 and/or the network interface 823.
  • the storage unit 140 may be implemented in the memory 822.
  • FIG. 35 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 has one or more antennas 840, a base station device 850, and an RRH 860.
  • Each antenna 840 and RRH 860 may be connected to each other via an RF cable.
  • the base station device 850 and the RRH 860 can be connected to each other by a high speed line such as an optical fiber cable.
  • Each of the antennas 840 has a single or a plurality of antenna elements (for example, a plurality of antenna elements forming a MIMO antenna), and is used for transmitting and receiving radio signals by the RRH 860.
  • the eNB 830 may include a plurality of antennas 840 as illustrated in FIG. 35, and the plurality of antennas 840 may respectively correspond to a plurality of frequency bands used by the eNB 830, for example. Note that FIG. 35 shows an example in which the eNB 830 has a plurality of antennas 840, but the eNB 830 may have a single antenna 840.
  • the base station device 850 includes a controller 851, a memory 852, a network interface 853, a wireless communication interface 855, and a connection interface 857.
  • the controller 851, the memory 852, and the network interface 853 are the same as the controller 821, the memory 822, and the network interface 823 described with reference to FIG.
  • the wireless communication interface 855 supports a cellular communication system such as LTE or LTE-Advanced, and provides a wireless connection to a terminal located in a sector corresponding to the RRH860 via the RRH860 and the antenna 840.
  • the wireless communication interface 855 may typically include a BB processor 856 or the like.
  • the BB processor 856 is similar to the BB processor 826 described with reference to FIG. 34, except that the BB processor 856 is connected to the RF circuit 864 of the RRH 860 via the connection interface 857.
  • the wireless communication interface 855 includes a plurality of BB processors 856 as shown in FIG.
  • FIG. 35 shows an example in which the wireless communication interface 855 includes a plurality of BB processors 856, but the wireless communication interface 855 may include a single BB processor 856.
  • connection interface 857 is an interface for connecting the base station device 850 (radio communication interface 855) to the RRH 860.
  • the connection interface 857 may be a communication module for communication on the high-speed line connecting the base station device 850 (radio communication interface 855) and the RRH 860.
  • the RRH 860 also includes a connection interface 861 and a wireless communication interface 863.
  • connection interface 861 is an interface for connecting the RRH 860 (radio communication interface 863) to the base station device 850.
  • the connection interface 861 may be a communication module for communication on the high speed line.
  • the wireless communication interface 863 transmits and receives wireless signals via the antenna 840.
  • the wireless communication interface 863 may typically include an RF circuit 864 or the like.
  • the RF circuit 864 may include a mixer, a filter, an amplifier, and the like, and transmits and receives a wireless signal through the antenna 840.
  • the wireless communication interface 863 includes a plurality of RF circuits 864 as shown in FIG. 35, and the plurality of RF circuits 864 may correspond to, for example, a plurality of antenna elements.
  • FIG. 35 shows an example in which the wireless communication interface 863 includes a plurality of RF circuits 864, the wireless communication interface 863 may include a single RF circuit 864.
  • the eNB 830 illustrated in FIG. 35 one or more components (communication control unit 151) included in the control unit 150 described with reference to FIG. 19 are implemented in the wireless communication interface 855 and/or the wireless communication interface 863. May be. Alternatively, at least some of these components may be implemented in controller 851. As an example, the eNB 830 includes a module including a part (eg, the BB processor 856) or all of the wireless communication interface 855 and/or the controller 851, and the one or more components may be mounted in the module. Good. In this case, the module stores a program for causing the processor to function as the one or more constituent elements (in other words, a program for causing the processor to execute the operation of the one or more constituent elements). You may run the program.
  • the module stores a program for causing the processor to function as the one or more constituent elements (in other words, a program for causing the processor to execute the operation of the one or more constituent elements). You may run the program.
  • the eNB 830, the base station device 850, or the module may be provided as a device including the one or more components, and a program for causing a processor to function as the one or more components is provided. May be.
  • a readable recording medium recording the above program may be provided.
  • the wireless communication unit 120 described with reference to FIG. Y may be implemented in the wireless communication interface 863 (for example, the RF circuit 864).
  • the antenna unit 110 may be mounted on the antenna 840.
  • the network communication unit 130 may be implemented in the controller 851 and/or the network interface 853.
  • the storage unit 140 may be implemented in the memory 852.
  • FIG. 36 is a block diagram showing an example of a schematic configuration of a smartphone 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 903, an external connection 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, and one or more antenna switches 915. It comprises one or more antennas 916, a bus 917, a battery 918 and an auxiliary controller 919.
  • the processor 901 may be, for example, a CPU or a SoC (System on Chip), and controls the functions of the application layer and other layers of the smartphone 900.
  • the memory 902 includes RAM and ROM, and stores programs and data executed by the processor 901.
  • the storage 903 may include a storage medium such as a semiconductor memory or a hard disk.
  • the external connection interface 904 is an interface for connecting an external device such as a memory card or a USB (Universal Serial Bus) device to the smartphone 900.
  • the camera 906 has an image sensor such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor), and generates a captured image.
  • the sensor 907 may include a sensor group such as a positioning sensor, a gyro sensor, a geomagnetic sensor, and an acceleration sensor, for example.
  • the microphone 908 converts a voice input to the smartphone 900 into a voice signal.
  • the input device 909 includes, for example, a touch sensor that detects a touch on the screen of the display device 910, a keypad, a keyboard, a button or a switch, and receives an operation or information input from the user.
  • the display device 910 has a screen such as a liquid crystal display (LCD) or an organic light emitting diode (OLED) display, and displays the output image of the smartphone 900.
  • the speaker 911 converts a voice signal output from the smartphone 900 into voice.
  • the wireless communication interface 912 supports a cellular communication method such as LTE or LTE-Advanced and executes wireless communication.
  • the wireless communication interface 912 may typically include a BB processor 913, an RF circuit 914, and the like.
  • the BB processor 913 may perform, for example, encoding/decoding, modulation/demodulation, multiplexing/demultiplexing, etc., and performs various signal processing for wireless communication.
  • the RF circuit 914 may include a mixer, a filter, an amplifier, and the like, and transmits and receives a wireless signal through the antenna 916.
  • the wireless communication interface 912 may be a one-chip module in which the BB processor 913 and the RF circuit 914 are integrated.
  • the wireless communication interface 912 may include a plurality of BB processors 913 and a plurality of RF circuits 914 as shown in FIG. 36.
  • FIG. 36 shows an example in which the wireless communication interface 912 includes a plurality of BB processors 913 and a plurality of RF circuits 914, the wireless communication interface 912 includes a single BB processor 913 or a single RF circuit 914. But it is okay.
  • the wireless communication interface 912 may support other types of wireless communication systems such as a short-range wireless communication system, a close proximity wireless communication system, and a wireless LAN (Local Area Network) system in addition to the cellular communication system, In that case, the BB processor 913 and the RF circuit 914 for each wireless communication system may be included.
  • Each of the antenna switches 915 switches the connection destination of the antenna 916 between a plurality of circuits included in the wireless communication interface 912 (for example, circuits for different wireless communication systems).
  • Each of the antennas 916 has a single or a plurality of antenna elements (for example, a plurality of antenna elements forming a MIMO antenna), and is used for transmitting and receiving radio signals by the radio communication interface 912.
  • the smartphone 900 may have a plurality of antennas 916 as shown in FIG. Note that FIG. 36 shows an example in which the smartphone 900 has a plurality of antennas 916, but the smartphone 900 may have a single antenna 916.
  • the smartphone 900 may include an antenna 916 for each wireless communication system.
  • the antenna switch 915 may be omitted from the configuration of the smartphone 900.
  • the bus 917 connects the processor 901, the memory 902, the storage 903, the external connection 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 supplies power to each block of the smartphone 900 shown in FIG. 36 via a power supply line partially shown by a broken line in the figure.
  • the auxiliary controller 919 operates the minimum necessary functions of the smartphone 900, for example, in the sleep mode.
  • the smartphone 900 shown in FIG. 36 one or more components (the transmission processing unit 241 and/or the reception processing unit 243) included in the control unit 240 described with reference to FIG. 20 are mounted in the wireless communication interface 912. May be done. Alternatively, at least some of these components may be implemented in processor 901 or auxiliary controller 919. As an example, the smartphone 900 includes a module including a part (eg, the BB processor 913) or all of the wireless communication interface 912, the processor 901, and/or the auxiliary controller 919, and the one or more constituent elements in the module. May be implemented.
  • the module stores a program for causing the processor to function as the one or more constituent elements (in other words, a program for causing the processor to execute the operation of the one or more constituent elements). You may run the program.
  • a program for causing a processor to function as one or more components described above is installed in the smartphone 900, and the wireless communication interface 912 (for example, the BB processor 913), the processor 901, and/or the auxiliary controller 919 may be used. You may run the program.
  • the smartphone 900 or the module may be provided as the device including the one or more components, and the program for causing the processor to function as the one or more components may be provided.
  • a readable recording medium recording the above program may be provided.
  • the wireless communication unit 220 described with reference to FIG. 20 may be implemented in the wireless communication interface 912 (for example, the RF circuit 914).
  • the antenna unit 210 may be mounted on the antenna 916.
  • the storage unit 230 may be implemented in the memory 902.
  • FIG. 37 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 and wireless communication.
  • An interface 933, one or more antenna switches 936, one or more antennas 937 and a battery 938 are provided.
  • the processor 921 may be, for example, a CPU or a SoC, and controls the navigation function and other functions of the car navigation device 920.
  • the memory 922 includes RAM and ROM and stores programs and data executed by the processor 921.
  • the GPS module 924 measures the position (for example, latitude, longitude, and altitude) of the car navigation device 920 using GPS signals received from GPS satellites.
  • the sensor 925 may include a sensor group such as a gyro sensor, a geomagnetic sensor, and an atmospheric pressure sensor, for example.
  • the data interface 926 is connected to the in-vehicle network 941 via a terminal (not shown), for example, and acquires data generated on the vehicle side such as vehicle speed data.
  • the content player 927 reproduces the content stored in the storage medium (eg, CD or DVD) inserted in the storage medium interface 928.
  • the input device 929 includes, for example, a touch sensor that detects a touch on the screen of the display device 930, a button, or a switch, and receives an operation or information input from the user.
  • the display device 930 has a screen such as an LCD or an OLED display, and displays a navigation function or an image of reproduced content.
  • the speaker 931 outputs the navigation function or the sound of the reproduced content.
  • the wireless communication interface 933 supports a cellular communication method such as LTE or LTE-Advanced and executes wireless communication.
  • the wireless communication interface 933 may typically include a BB processor 934, an RF circuit 935, and the like.
  • the BB processor 934 may perform, for example, encoding/decoding, modulation/demodulation, multiplexing/demultiplexing, etc., and perform various signal processing for wireless communication.
  • the RF circuit 935 may include a mixer, a filter, an amplifier, and the like, and transmits and receives a wireless signal through the antenna 937.
  • the wireless communication interface 933 may be a one-chip module in which the BB processor 934 and the RF circuit 935 are integrated.
  • the wireless communication interface 933 may include a plurality of BB processors 934 and a plurality of RF circuits 935, as shown in FIG. Note that although FIG. 37 illustrates an example in which the wireless communication interface 933 includes a plurality of BB processors 934 and a plurality of RF circuits 935, the wireless communication interface 933 includes a single BB processor 934 or a single RF circuit 935. But it's okay.
  • the wireless communication interface 933 may support other types of wireless communication systems such as a short-range wireless communication system, a close proximity wireless communication system, and a wireless LAN system in addition to the cellular communication system.
  • a BB processor 934 and an RF circuit 935 for each communication method may be included.
  • Each of the antenna switches 936 switches the connection destination of the antenna 937 between a plurality of circuits (for example, circuits for different wireless communication systems) included in the wireless communication interface 933.
  • Each of the antennas 937 has a single or a plurality of antenna elements (for example, a plurality of antenna elements forming a MIMO antenna), and is used for transmitting and receiving radio signals by the radio communication interface 933.
  • the car navigation device 920 may have a plurality of antennas 937 as shown in FIG. Although FIG. 37 shows an example in which the car navigation device 920 has a plurality of antennas 937, the car navigation device 920 may have a single antenna 937.
  • the car navigation device 920 may include an antenna 937 for each wireless communication system.
  • the antenna switch 936 may be omitted from the configuration of the car navigation device 920.
  • the battery 938 supplies electric power to each block of the car navigation device 920 shown in FIG. 37 via a power supply line partially shown by a broken line in the figure. Further, the battery 938 stores electric power supplied from the vehicle side.
  • the car navigation device 920 includes a module including a part (for example, the BB processor 934) or all and/or the processor 921 of the wireless communication interface 933, and the one or more components described above are mounted in the module. May be.
  • the module stores a program for causing the processor to function as the one or more constituent elements (in other words, a program for causing the processor to execute the operation of the one or more constituent elements). You may run the program.
  • a program for causing the processor to function as the one or more components is installed in the car navigation device 920, and the wireless communication interface 933 (eg, BB processor 934) and/or the processor 921 executes the program.
  • the car navigation device 920 or the module may be provided as a device including the one or more constituent elements, and the program for causing the processor to function as the one or more constituent elements may be provided.
  • a readable recording medium recording the above program may be provided.
  • the wireless communication unit 220 described with reference to FIG. 20 may be mounted in the wireless communication interface 933 (for example, the RF circuit 935).
  • the antenna unit 210 may be mounted on the antenna 937.
  • the storage unit 230 may be implemented in the memory 922.
  • the technology according to the present disclosure may be implemented as an in-vehicle system (or vehicle) 940 including one or more blocks of the car navigation device 920 described above, an in-vehicle network 941, and a vehicle-side module 942.
  • vehicle-side module 942 generates vehicle-side data such as vehicle speed, engine speed, or failure information, and outputs the generated data to the vehicle-mounted network 941.
  • the transmission terminal 200A transmits the first packet on the side link, and then transmits the transmission report information including information indicating the time and frequency of the resource used for transmitting the first packet.
  • the transmission terminal 200A transmits the transmission report information to the base station 100 or another terminal device 200 in the vicinity when the first packet is grant-free transmitted or sensingless transmitted on the side link.
  • the receiving side of the transmission report information confirms whether or not there is a packet that collides with the first packet among the second packets transmitted by the side link other than the first packet, and the colliding first The recovery process of the second packet can be triggered.
  • the base station 100 uses the side link based on transmission report information including information indicating the time and frequency of the resource used for transmitting the first packet on the side link by the transmitting terminal 200A.
  • the retransmission of the second packet by the peripheral transmitting terminal 200C that has transmitted the second packet is controlled.
  • the base station 100 determines whether or not a collision between the first packet and the second packet has occurred based on the transmission report information, and when it determines that a collision has occurred, retransmits the second packet by performing peripheral transmission. Instruct the terminal 200C. Thereby, the recovery of the second packet that collides with the first packet is realized.
  • the peripheral transmitting terminal 200C indicates the time and frequency of the resource used for transmitting the first packet on the side link by the transmitting terminal 200A after transmitting the second packet on the side link. Retransmission of the second packet is controlled based on the transmission report information including the information. For example, the peripheral transmission terminal 200C determines whether or not a collision between the first packet and the second packet has occurred based on the transmission report information, and if it determines that a collision has occurred, retransmits the second packet. .. As a result, the recovery of the second packet that collides with the first packet is realized.
  • the above embodiment has been described on the assumption that the side link is defined by NR as in LTE, but the present technology is not limited to this example.
  • the present technology is applied to report transmission report information, and recovery processing is performed.
  • the terminal device transmits grant-free transmission on the uplink and then transmits transmission report information on the grant-free transmission on the uplink.
  • the transmission report information may include the same information as the transmission report information in the side link case described in the above embodiment.
  • the base station carries out a recovery process such as transmitting a recovery instruction.
  • the recovery instruction may include the same information as the recovery instruction in the side link case described in the above embodiment.
  • collision detection and the recovery process are performed when the packet is grant-free transmitted has been described, but the present technology is not limited to such an example. Collision detection and recovery processing may be performed even when the packet is grant-based transmitted.
  • the application destination of the present technology is not limited to V2X communication, and ⁇ 1.2.
  • Example of Extension of Sidelink Communication> The present technology may be applied to various examples of extension of the sidelink communication described above.
  • the present technology is similarly applicable when an FDM type resource pool is allocated and when a TDM type resource pool is allocated.
  • the present technology is also applicable to multicarrier communication in which sidelink communication is performed using multiple carriers.
  • the base station 100 may be configured as a non-ground station such as a satellite or a drone. Further, the base station 100 may be configured as an RSU or a representative UE (master UE) that functions as a representative of a plurality of UEs.
  • the present technology may be applied to side link communication in relay communication such as IAB (Integrated Access and Backhaul link).
  • the application destination of the present technology is not limited to the URLLC packet, and the present technology may be applied to transmission of a packet of any use case such as eMBB or mMTC.
  • the effects described in the present specification are merely explanatory or exemplifying ones, and are not limiting. That is, the technique according to the present disclosure may have other effects that are apparent to those skilled in the art from the description of the present specification, in addition to or instead of the above effects.
  • a terminal device including. (2) The terminal device according to (1), wherein the control unit transmits the transmission report information when the first packet is transmitted without performing a predetermined procedure for preventing packet collision. (3) The terminal device according to (2), wherein the predetermined procedure includes receiving allocation of resources for transmission of the first packet. (4) The terminal device according to (2) or (3), wherein the predetermined procedure includes performing predetermined sensing for preventing packet collision.
  • the control unit transmits the transmission report information by using a resource having a predetermined time direction relationship with a resource used for transmitting the first packet.
  • the transmission report information is information indicating a resource pool used for transmitting the first packet, information indicating a frequency band used for transmitting the first packet, and information indicating the number of times the first packet is transmitted repeatedly.
  • Information indicating the transmission power used for transmitting the first packet information indicating the priority of the first packet, position information of the terminal device when the first packet is transmitted, the first information At least one of MCS (Modulation and Coding Scheme) information at the time of transmitting the packet, transmission mode information at the time of transmitting the first packet, and QCL (Quasi-Colocation) information at the time of transmitting the first packet.
  • MCS Modulation and Coding Scheme
  • QCL Quadrati-Colocation
  • a control unit for controlling retransmission of the second packet After transmitting the second packet on the side link, based on the transmission report information including information indicating the time and frequency of the resource used for transmitting the first packet on the side link by the other terminal device, A control unit for controlling retransmission of the second packet, A terminal device including. (10) The control unit retransmits the second packet when it is determined that the first packet and the second packet have collided based on the transmission report information, The control unit according to (9), Terminal device. (11) The control unit controls retransmission of the second packet based on whether or not a delay request for the second packet is satisfied when the second packet is retransmitted, The above (10) Terminal equipment.
  • the second terminal that has transmitted the second packet on the side link based on the transmission report information including information indicating the time and frequency of the resource used for transmitting the first packet on the side link by the first terminal device.
  • a communication control unit that controls retransmission of the second packet by the terminal device; A base station equipped with.
  • the communication control unit determines that the first packet and the second packet have collided based on the transmission report information, the communication control unit outputs the second instruction to retransmit the second packet.
  • the base station according to (12) which transmits to the terminal device.
  • the base station according to (13), wherein the information instructing retransmission of the second packet includes information indicating a resource allocated for retransmission of the second packet.
  • Computer A control unit for transmitting transmission report information including information indicating the time and frequency of the resource used for transmitting the first packet after transmitting the first packet on the side link; A recording medium on which a program for functioning as is recorded.
  • Computer After transmitting the second packet on the side link, based on transmission report information including information indicating the time and frequency of the resource used for transmitting the first packet on the side link by another terminal device, A control unit for controlling retransmission of the second packet, A recording medium on which a program for functioning as is recorded.
  • Computer The second terminal that has transmitted the second packet on the side link based on transmission report information including information indicating the time and frequency of the resource used for transmitting the first packet on the side link by the first terminal device.
  • a communication control unit that controls the retransmission of the second packet by the terminal device; A recording medium on which a program for functioning as is recorded.

Landscapes

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

Abstract

サイドリンクで第１のパケットを送信した後、前記第１のパケットの送信に使用したリソースの時間及び周波数を示す情報を含む送信報告情報を送信する制御部、を備える端末装置。

Description

端末装置、基地局、方法及び記録媒体
　本開示は、端末装置、基地局、方法及び記録媒体に関する。
　セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long　Term　Evolution（LTE）」、「LTE-Advanced（LTE-A）」、「LTE-Advanced　Pro（LTE-A　Pro）」、「５Ｇ（第５世代）」「New　Radio（NR）」、「New　Radio　Access　Technology（NRAT）」、「Evolved　Universal　Terrestrial　Radio　Access（EUTRA）」、または「Further　EUTRA（FEUTRA）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd　Generation　Partnership　Project:　3GPP）において検討されている。なお、以下の説明において、ＬＴＥは、LTE-A、LTE-A　Pro、およびEUTRAを含み、ＮＲは、NRAT、およびFEUTRAを含む。ＬＴＥおよびＮＲでは、基地局装置（基地局）はＬＴＥにおいてｅＮｏｄｅＢ（evolved　NodeB）およびＮＲにおいてｇＮｏｄｅＢ、端末装置（移動局、移動局装置、端末）はＵＥ（User　Equipment）とも称する。ＬＴＥおよびＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
　ＮＲは、ＬＴＥに対する次世代の無線アクセス方式として、ＬＴＥとは異なるＲＡＴ（Radio　Access　Technology）である。ＮＲは、ｅＭＢＢ（Enhanced　mobile　broadband）、ｍＭＴＣ（Massive　machine　type　communications）およびＵＲＬＬＣ（Ultra　reliable　and　low　latency　communications）を含む様々なユースケースに対応できるアクセス技術である。ＮＲは、それらのユースケースにおける利用シナリオ、要求条件、および配置シナリオなどに対応する技術フレームワークを目指して検討される。
　ＮＲでは、複数の送信方法が検討されている。例えば、それらの送信方法は、グラントベース送信（グラント有り送信）及びグラントフリー送信（グラント無し送信）を含む。グラント有無は、衝突防止のための所定の手続きの有無に対応する。グラント有りの場合は衝突防止のための所定の手続きが実施された上で送信が行われ、グラント無しの場合は衝突防止のための所定の手続きが実施されずに送信が行われる。ここで、衝突防止のための所定の手続きとは、基地局によるリソースの割り当て、及び／又は衝突防止のための所定のセンシング等を含む。グラントフリー送信は、衝突防止のための所定の手続きを省略可能であるため、グラントベース送信と比較して低遅延での送信が可能である。グラントフリー送信に関し、例えば、下記特許文献１に、アップリンクにおけるグラントフリー送信の関する技術が開示されている。
　他方、端末同士の直接通信のための通信リンクであるサイドリンクに関する技術も、近年盛んに検討されている。とりわけ、将来の自動運転の実現のため、近年、車載通信（Ｖ２Ｘ通信）への期待が高まってきている。Ｖ２Ｘ通信とは、Vehicle　to　X通信の略であり、車と“何か”が通信を行うシステムである。ここでの“何か”の例として、車両（Vehicle）、設備（Infrastructure）、ネットワーク（Network）、及び歩行者（Pedestrian）等が挙げられる（Ｖ２Ｖ、Ｖ２Ｉ、Ｖ２Ｎ、及びＶ２Ｐ）。また、車用の無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣ（Dedicated　Short　Range　Communication）の開発が進められてきたが、近年になり、ＬＴＥベースの車載通信である“ＬＴＥ－ｂａｓｅｄ　Ｖ２Ｘ”の標準規格化が行われた。ＬＴＥベースのＶ２Ｘ通信では、基本的なセーフティメッセージ等のやり取りなどがサポートされている。
特開２０１８－５０４０８９号公報
　上記特許文献１において検討されたアップリンクにおけるグラントフリー送信の他に、サイドリンクにおけるグラントフリー送信も想定される。サイドリンクにおけるグラントフリー送信は、例えば、自動運転車両の急ブレーキを示す情報や、ファクトリーオートメーションにおける警報などの、緊急度の高い情報を低遅延で送信するために利用され得る。ただし、グラントフリー送信では衝突防止のための所定の手続きが省略されるので、グラントフリー送信されたパケットは、他の端末間で送受信される他のパケットと衝突し得る。サイドリンクでの通信が、基地局等による中央集権的な制御を経ない場合があることを考慮すれば、サイドリンクでのグラントベース送信においても同様の衝突が生じ得る。
　そこで、本開示では、サイドリンクで送信されたパケットと衝突した他のパケットのリカバリを可能にするための仕組みを提供する。
　本開示によれば、サイドリンクで第１のパケットを送信した後、前記第１のパケットの送信に使用したリソースの時間及び周波数を示す情報を含む送信報告情報を送信する制御部、を備える端末装置が提供される。
　また、本開示によれば、サイドリンクで第２のパケットを送信した後、他の端末装置によるサイドリンクでの第１のパケットの送信に用いられたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、前記第２のパケットの再送を制御する制御部、を備える端末装置が提供される。
　また、本開示によれば、第１の端末装置によるサイドリンクでの第１のパケットの送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、サイドリンクで第２のパケットを送信した第２の端末装置による前記第２のパケットの再送を制御する通信制御部、を備える基地局が提供される。
　また、本開示によれば、サイドリンクで第１のパケットを送信した後、前記第１のパケットの送信に使用したリソースの時間及び周波数を示す情報を含む送信報告情報を送信すること、を含む、プロセッサにより実行される方法が提供される。
　また、本開示によれば、サイドリンクで第２のパケットを送信した後、他の端末装置によるサイドリンクでの第１のパケットの送信に用いられたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、前記第２のパケットの再送を制御すること、を含む、プロセッサにより実行される方法が提供される。
　また、本開示によれば、第１の端末装置によるサイドリンクでの第１のパケットの送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、サイドリンクで第２のパケットを送信した第２の端末装置による前記第２のパケットの再送を制御すること、を含む、プロセッサにより実行される方法が提供される。
　また、本開示によれば、コンピュータを、サイドリンクで第１のパケットを送信した後、前記第１のパケットの送信に使用したリソースの時間及び周波数を示す情報を含む送信報告情報を送信する制御部、として機能させるためのプログラムが記録された記録媒体が提供される。
　また、本開示によれば、コンピュータを、サイドリンクで第２のパケットを送信した後、他の端末装置によるサイドリンクでの第１のパケットの送信に用いられたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、前記第２のパケットの再送を制御する制御部、として機能させるためのプログラムが記録された記録媒体が提供される。
　また、本開示によれば、コンピュータを、第１の端末装置によるサイドリンクでの第１のパケットの送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、サイドリンクで第２のパケットを送信した第２の端末装置による前記第２のパケットの再送を制御する通信制御部、として機能させるためのプログラムが記録された記録媒体が提供される。
Ｖ２Ｘ通信の概要について示した図である。 Ｖ２Ｘ通信の全体像の一例について説明するための説明図である。 Ｖ２Ｘ通信のユースケースの一例を示した図である。 Ｖ２Ｘオペレーションシナリオの一例を説明するための図である。 Ｖ２Ｘオペレーションシナリオの一例を説明するための図である。 Ｖ２Ｘオペレーションシナリオの一例を説明するための図である。 Ｖ２Ｘオペレーションシナリオの一例を説明するための図である。 Ｖ２Ｘオペレーションシナリオの一例を説明するための図である。 Ｖ２Ｘオペレーションシナリオの一例を説明するための図である。 サイドリンク通信の拡張例を説明するための図である。 サイドリンク通信の拡張例を説明するための図である。 サイドリンク通信の拡張例を説明するための図である。 サイドリンク通信の拡張例を説明するための図である。 サイドリンクリソース割り当て方式を説明するための図である。 サイドリンク通信に割り当てられたリソースの構成の一例について示した図である。 Mode4リソース割り当てに基づき端末装置がパケットを送信する場合の動作タイムラインの一例について説明するための説明図である。 リソースプール内からリソースを選択するためのセンシングの動作の一例について説明するための説明図である。 本開示の一実施形態に係るシステムの概略的な構成の一例を示す図である。 同実施形態に係る基地局の論理的な構成の一例を示すブロック図である。 同実施形態に係る端末装置の論理的な構成の一例を示すブロック図である。 グラントベース送信の処理の流れの一例を示すシーケンス図である。 同実施形態に係るシステムにおいて実行されるグラントフリー送信及びリカバリ処理の流れの一例を示すシーケンス図である。 同実施形態に係る送信端末により実行される第１のパケットの送信処理及び事後処理の流れの一例を示すフローチャートである。 同実施形態に係る基地局により実行されるリカバリ処理の流れの一例を示すフローチャートである。 同実施形態に係る送信報告情報の黙示的な通知方法の一例を説明するための図である。 同実施形態に係る送信報告情報の黙示的な通知方法の一例を説明するための図である。 同実施形態に係る送信報告情報の黙示的な通知方法の一例を説明するための図である。 同実施形態に係るシステムにおいて実行される送信報告情報の黙示的な通知に基づくリカバリ処理の流れの一例を示すシーケンス図である。 同実施形態に係るシステムにおいて実行される送信報告情報の黙示的な通知に基づくリカバリ処理の流れの一例を示すシーケンス図である。 同実施形態に係るシステムにおいて実行される送信報告情報の黙示的な通知に基づくリカバリ処理の流れの一例を示すシーケンス図である。 同実施形態に係るシステムにおいて実行されるセンシングレス送信及びリカバリ処理の流れの一例を示すシーケンス図である。 同実施形態に係る送信端末により実行される第１のパケットの送信処理及び事後処理の流れの一例を示すフローチャートである。 同実施形態に係る周辺送信端末により実行されるリカバリ処理の流れの一例を示すフローチャートである。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて端末装置２００Ａ、２００Ｂ及び２００Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置２００Ａ、２００Ｂ及び２００Ｃを特に区別する必要が無い場合には、単に端末装置２００と称する。
　なお、説明は以下の順序で行うものとする。
　　１．はじめに
　　　１．１．Ｖ２Ｘ通信
　　　１．２．サイドリンク通信の拡張例
　　　１．３．サイドリンクリソース割り当て方式
　　２．提案技術の概要
　　　２．１．システム構成例
　　　２．２．技術的課題
　　　２．３．提案技術の概要
　　３．構成例
　　　３．１．基地局の構成例
　　　３．２．端末装置の構成例
　　４．技術的特徴
　　　４．１．Mode3リソース割り当て環境における処理
　　　　４．１．１．概要
　　　　４．１．２．グラントベース送信
　　　　４．１．３．グラントフリー送信及びリカバリ処理
　　　　４．１．４．各装置の動作
　　　　４．１．５．変形例
　　　４．２．Mode4リソース割り当て環境における処理
　　　　４．２．１．センシングレス送信及びリカバリ処理
　　　　４．２．２．各装置の動作
　　５．応用例
　　　５．１．基地局に関する応用例
　　　５．２．端末装置に関する応用例
　　６．まとめ
　＜＜１．はじめに＞＞
　＜１．１．Ｖ２Ｘ通信＞
　以下、Ｖ２Ｘ通信について概要を説明する。Ｖ２Ｘ通信とは、Vehicle　to　X通信の略であり、車と“何か”が通信を行うシステムである。例えば、図１は、Ｖ２Ｘ通信の概要について示した図である。ここでの“何か”の例としては、例えば、図１に示すように、車両（Vehicle）、設備（Infrastructure）、ネットワーク（Network）、及び歩行者（Pedestrian）等が挙げられる（Ｖ２Ｖ、Ｖ２Ｉ、Ｖ２Ｎ、及びＶ２Ｐ）。
　（Ｖ２Ｘ通信の全体像）
　また、図２は、Ｖ２Ｘ通信の全体像の一例について説明するための説明図である。図２に示す例では、クラウドサーバとしてＶ２Ｘのアプリケーションサーバ（ＡＰＰサーバ）が保有され、当該アプリケーションサーバにより、コアネットワーク側でＶ２Ｘ通信の制御が実施される。基地局は、端末装置とのＵｕリンクの通信を行う一方で、Ｖ２Ｖ通信やＶ２Ｐ通信等の直接通信の通信制御を実施する。また、基地局の他に、路肩のインフラストラクチャ（Infrastructure）としてＲＳＵ（Road　Side　Unit）が配置される。ＲＳＵとしては、基地局型のＲＳＵと、ＵＥ型のＲＳＵと、の二つが考えられる。ＲＳＵにおいてはＶ２Ｘアプリケーション（Ｖ２Ｘ　ＡＰＰ）の提供やデータリレー等のサポートが行われる。
　（Ｖ２Ｘ通信のユースケース）
　自動車向けの無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣ（Dedicated　Short　Range　Communication）の開発が進められてきたが、近年になり、ＬＴＥベースの車載通信である“LTE-based　V2X（ＬＴＥベースのＶ２Ｘ通信）”の標準規格化が行われた。ＬＴＥベースのＶ２Ｘ通信では、基本的なセーフティメッセージ等のやり取りなどがサポートされている。一方で、さらなるＶ２Ｘ通信の改善をめざし、近年５Ｇ技術（ＮＲ：New　Radio）を用いたＮＲ　Ｖ２Ｘ通信の検討が行われている。例えば、図３は、Ｖ２Ｘ通信のユースケースの一例を示した図である。
　ＮＲ　Ｖ２Ｘ通信では、これまでＬＴＥベースのＶ２Ｘではサポートが困難であったような、高信頼性、低遅延、高速通信、ハイキャパシティを必要とする新たなユースケースがサポートされる。具体的な一例として、図３に示す例のうち、例えば、ダイナミックマップの提供やリモートドライビング等が挙げられる。また、この他にも、車車間や路車間でセンサデータのやり取りを行うようなセンサデータシェアリングや、隊列走行向けのプラトゥーニングユースケースが挙げられる。このようなＮＲ　Ｖ２Ｘ通信のユースケース及び要求事項については、３ＧＰＰ　ＴＲ２２．８８６において規定されている。参考として、以下にユースケースの一例について概要を説明する。
　（１）Vehicles　Platooning
　複数の車両が隊列となり、同じ方向に走行する、隊列走行のユースケースであり、隊列走行を主導する車と他の車との間で隊列走行を制御するための情報のやり取りが行われる。これらの情報のやりとりにより、例えば、隊列走行の車間距離をより詰めることが可能となる。
　（２）Extended　Sensors
　センサ関連の情報（データ処理前のＲａｗデータや、処理後のデータ）を車車間等において交換可能とするユースケースである。センサ情報は、ローカルセンサ、ライブビデオイメージ（例えば、周辺の車両、ＲＳＵ、及び歩行者との間のライブビデオイメージ）、及びＶ２Ｘアプリケーションサーバ等を通して集められる。車両はこれらの情報交換により、自身のセンサ情報では得られない情報を入手することが可能となり、より広範囲の環境を認知／認識することが可能となる。なお、本ユースケースでは、多くの情報を交換する必要があるため、通信には高いデータレートが求められる。
　（３）Advanced　Driving
　準自動走行や、完全自動走行を可能とするユースケースである。本ユースケースでは、ＲＳＵが自身のセンサ等から得られた認知／認識情報を周辺車両へとシェアすることで、それぞれの車両が、軌道や操作を他の車両と同期、協調しながら調整することができる。また、それぞれの車両は、ドライビングの意図や意思を周辺車両とシェアすることも可能となる。
　（４）Remote　Driving
　遠隔操縦者やＶ２Ｘアプリケーションに遠隔操縦させるユースケースである。遠隔操作は、運転を行うことが困難な人に替わって他者が運転を行う場合や、危険地域での車両の操作等に用いられる。ルートや走行する道がある程度決まっているような公共交通機関に対しては、例えば、クラウドコンピューティングベースの操縦を適用することも可能である。本ユースケースでは、高い信頼性と低い伝送遅延が通信に求められる。
　（物理レイヤエンハンスメント）
　上述した要求事項を達成するためには、ＬＴＥ　Ｖ２Ｘから物理レイヤのさらなるエンハンスメントが必要となる。対象となるリンクは、ＵｕリンクやＰＣ５リンク（サイドリンク）が挙げられる。Ｕｕリンクは、基地局やＲＳＵ（Road　Side　Unit）等のインフラストラクチャと、端末装置との間のリンクである。また、ＰＣ５リンク（サイドリンク）は、端末装置間のリンクである。主なエンハンスメントのポイントを以下に示す。
　エンハンスメントの一例としては、以下が挙げられる。
　－チャネルフォーマット
　－サイドリンクフィードバック通信
　－サイドリンクリソース割り当て方式
　－車両位置情報推定技術
　－端末間リレー通信
　－ユニキャスト通信、マルチキャスト通信のサポート
　－マルチキャリア通信、キャリアアグリゲーション
　－MIMO/ビームフォーミング
　－高周波周波数対応（例:　６ＧＨｚ以上）
　…等
　また、チャネルフォーマットとしては、例えば、Flexible　numerology、short　TTI（Transmission　Time　Interval）、マルチアンテナ対応、及びWaveform等が挙げられる。また、サイドリンクフィードバック通信としては、例えば、ＨＡＲＱ、ＣＳＩ（Channel　Status　Information）等が挙げられる。
　（Ｖ２Ｘオペレーションシナリオ）
　以下に、Ｖ２Ｘの通信オペレーションシナリオの一例について述べる。Ｖ２Ｎ通信においては、基地局－端末装置間のＤＬ／ＵＬ通信のみでシンプルであった。これに対して、Ｖ２Ｖ通信では、多様な通信経路が考えられる。以降では、主にＶ２Ｖ通信の例に着目して、各シナリオの説明を行うが、Ｖ２ＰやＶ２Ｉについても同様の通信オペレーションを適用可能である。なお、Ｖ２ＰやＶ２Ｉにおいては、通信先がPedestrianやＲＳＵとなる。
　例えば、図４～図９は、Ｖ２Ｘオペレーションシナリオの一例を説明するための図である。具体的には、図４は、車両同士が基地局（Ｅ－ＵＴＲＡＮ）を介さずに直接通信を行うシナリオを示している。図５は、車両同士が基地局を介して通信を行うシナリオを示している。図６及び図７は、車両同士が端末装置（ＵＥ、ここではＲＳＵ）及び基地局を介して通信を行うシナリオを示している。図８及び図９は、車両同士が端末装置（ＵＥ、ここではＲＳＵや他の車両）を介して通信を行うシナリオを示している。
　なお、図４～図９において、「サイドリンク」は、端末装置間の通信リンクに相当し、ＰＣ５とも称される。サイドリンクの具体的な一例として、Ｖ２Ｖ、Ｖ２Ｐ、及びＶ２Ｉの通信リンクが挙げられる。「Ｕｕインタフェース」は、端末装置－基地局間の無線インタフェースに相当する。Ｕｕインタフェースの具体的な一例として、Ｖ２Ｎの通信リンクが挙げられる。「ＰＣ５インタフェース」は、端末装置間の無線インタフェースに相当する。
　＜１．２．サイドリンク通信の拡張例＞
　サイドリンク通信には、多様な拡張例が考えられる。例えば、上述したＶ２Ｘ通信は、サイドリンク通信の拡張例のひとつである。他にも、サイドリンク通信の拡張例として、Ｄ２Ｄ（Device　to　Device）通信、ＭＴＣ（Machine－type　communication）、ムービングセル、及びリレー通信等が考えられる。以下、図１０～図１３を参照しながら、サイドリンク通信の拡張例を説明する。
　図１０は、車両に搭載された車載基地局によりサイドリンク通信が使用される例を示している。図１０に示すように、車載基地局は、周囲の端末装置（例えば、同一の車両内のＵＥ）との間での通信、又は他の車両との間での車車間通信を、サイドリンク通信により行う。車載基地局は、ＵＥであってもよいし、ＲＳＵ等であってもよい。
　図１１は、ＵＥにより提供されるウェアラブル端末向けのリレー通信にサイドリンク通信が使用される例を示している。図１１に示すように、ＵＥは、ウェアラブル端末との間でサイドリンク通信を行い、ウェアラブル端末と基地局との間の通信を中継する。
　図１２は、ドローンに搭載されたドローン基地局によりサイドリンク通信が使用される例を示している。図１２に示すように、ドローン基地局は、周囲のＵＥとの間でサイドリンク通信を行い、ＵＥと基地局との間の通信を中継する。
　図１３は、ＵＥに搭載された端末基地局によりサイドリンク通信が使用される例を示している。図１３に示すように、端末基地局は、周囲のＵＥとの間でサイドリンク通信を行い、ＵＥと基地局との間の通信を中継する。
　他にも、サイドリンク通信の拡張例として、ファクトリーオートメーションが挙げられる。その場合、工場内のロボット間の通信にサイドリンク通信が使用され得る。例えば、緊急停止信号をロボット群にブロードキャストして生産ラインを緊急停止するようなユースケースにおいて、サイドリンク通信が使用される。また、サイドリンク通信の拡張例として、ドローン間の通信が挙げられる。
　＜１．３．サイドリンクリソース割り当て方式＞
　続いて、サイドリンクへのリソース割り当ての方式について概要を説明する。サイドリンクへのリソース割り当ての方式としては、基地局がサイドリンクのリソースを割り当てる「Mode3リソース割り当て」の方式と、端末装置自身でセンシングを行いサイドリンクのリソース選択を行う「Mode4リソース割り当て」の方式とがある。これらについて、図１４を参照しながら説明する。
　図１４は、サイドリンクリソース割り当て方式を説明するための図である。図１４の左図は、Mode3リソース割り当ての一例を示している。Mode3リソース割り当てでは、リソースプールが予め割り当てられ、端末に送信パケットが発生すると、リソースプールのうち当該パケットの送信に使用すべきリソースが基地局により割り当てられる。Mode3リソース割り当てでは、送信パケットが発生する度に基地局によりリソース割り当てが行われるので、パケットの衝突が発生しない一方で、高いシグナリングオーバーヘッドが発生する。図１４の右図は、Mode4リソース割り当ての一例を示している。Mode4リソース割り当てでは、リソースプールが予め割り当てられ、送信パケットが発生すると、リソースプールのうち当該パケットの送信に使用するリソースを端末が自律的に選択する。Mode4リソース割り当てでは、シグナリングオーバーヘッドが少ない一方で、パケットの衝突が発生し得る。
　－リソースプール割り当て
　Mode3リソース割り当て又はMode4リソース割り当てを行うに当たり、事前にリソースプールの割り当てが行われる。当該リソースプールの割り当ては、例えば、基地局により行われる。また、他の一例として、Pre-configurationにより、当該リソースプールの割り当てが行われていてもよい。Mode4リソース割り当てにおいては、端末装置は、割り当てられたリソースプールから、サイドリンク通信用のリソースをセンシングし、適切なリソースを自ら選択して通信を行う。
　例えば、図１５は、サイドリンク通信に割り当てられたリソース（リソースプール）の構成の一例について示した図であり、周波数分割多重（ＦＤＭ：Frequency　Division　Multiplexing）が適用される場合の一例について示している。図１５に示すように、リソースプールは、ＳＡ（Scheduling　Assignment）領域とＤａｔａ領域とに分けられ、各領域により、ＰＳＣＣＨ（Physical　Sidelink　Control　Channel）及びＰＳＳＣＨ（Physical　Sidelink　Shared　Channel）が送信される。なお、以降では、図１５に示すようにＦＤＭが適用される場合に着目して説明するが、必ずしも本開示に係る技術の適用先を限定するものではない。具体的な一例として、時間分割多重（ＴＤＭ：Time　Division　Multiplexing）が適用される場合においても、以降で説明する本開示に係る技術を適用することが可能である。なお、ＴＤＭが適用される場合には、ＳＡ領域とＤａｔａ領域とは時間軸上で直交することとなる。
　－Mode4リソース割り当て
　図１６を参照して、Mode4リソース割り当ての概要について説明する。図１６は、Mode4リソース割り当てに基づき端末装置がパケットを送信する場合の動作タイムラインの一例について説明するための説明図である。図１６に示すように、パケットを送信する端末装置は、まず、当該パケットの送信に利用するリソースをリソースプール内から発見するためにセンシングを行う。次いで、端末装置は、当該センシングの結果に基づき、当該リソースプール内からのリソースの選択を行う。そして、端末装置は、選択したリソースを利用してパケットの送信を行う。また、このとき端末装置は、必要に応じて、以降におけるパケットの送信に利用するリソースの予約を行う。
　ここで、図１７を参照して、上記センシングの動作の一例について説明する。図１７は、リソースプール内からリソースを選択するためのセンシングの動作の一例について説明するための説明図である。
　具体的には、端末装置は、センシングウィンドウ内における干渉パターンの測定結果や、当該センシングウィンドウ内におけるリソースの予約状況に基づき、リソース選択ウィンドウ内におけるリソースの選択や、将来のリソースの予約を行う。具体的な一例として、図１７に示す例では、端末装置は、送信対象となるパケットＤが発生した場合に、センシングの結果に基づき、未来のリソースの使用状況、例えば、将来的に他のパケットＡ～Ｃの送信に利用されるリソースを予測する。端末装置は、当該予測の結果を利用することで、当該パケットＤの送信に利用可能なリソース、即ち、他のパケットの送信に利用されないことが予測されるリソースの選択や予約が可能となる。
　＜＜２．提案技術の概要＞＞
　＜２．１．システム構成例＞
　続いて、図１８を参照しながら、提案技術が適用されるシステムの概略的な構成の一例を説明する。図１８は、本開示の一実施形態に係るシステム１の概略的な構成の一例を示す図である。図１８に示すように、システム１は、基地局１００、端末装置２００（２００Ａ～２００Ｄ）、コアネットワーク（Core　Network）２０、及びＰＤＮ（Packet　Data　Network）３０を含む。
　基地局１００は、セル１１を運用し、セル１１の内部に位置する１つ以上の端末装置２００へ無線サービスを提供する通信装置である。セル１１は、例えばＬＴＥ又はＮＲ等の任意の無線通信方式に従って運用され得る。基地局１００は、コアネットワーク２０に接続される。コアネットワーク２０は、ＰＤＮ３０に接続される。
　コアネットワーク２０は、例えばＭＭＥ（Mobility　Management　Entity）、Ｓ－ＧＷ（Serving　gateway）、Ｐ－ＧＷ（PDN　gateway）、ＰＣＲＦ（Policy　and　Charging　Rule　Function）及びＨＳＳ（Home　Subscriber　Server）を含み得る。若しくは、コアネットワーク２０は、これらと同様の機能を有するＮＲのエンティティを含み得る。ＭＭＥは、制御プレーンの信号を取り扱う制御ノードであり、端末装置の移動状態を管理する。Ｓ－ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、ユーザデータの転送経路を切り替えるゲートウェイ装置である。Ｐ－ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、コアネットワーク２０とＰＤＮ３０との接続点となるゲートウェイ装置である。ＰＣＲＦは、ベアラに対するＱｏＳ（Quality　of　Service）等のポリシー及び課金に関する制御を行う制御ノードである。ＨＳＳは、加入者データを取り扱い、サービス制御を行う制御ノードである。
　端末装置２００は、他の装置と無線通信する通信装置である。例えば、端末装置２００は、基地局１００による制御に基づいて基地局１００と無線通信する。その場合、端末装置２００は、Ｕｕリンクにおいて、基地局１００にアップリンク信号を送信して、基地局１００からダウンリンク信号を受信する。また、例えば、端末装置２００は、基地局１００による制御に基づいて、又は自律的に、他の端末装置２００と無線通信する。その場合、端末装置２００は、ＰＣ５リンクにおいて、他の端末装置２００にサイドリンク信号を送信して、他の端末装置２００からサイドリンク信号を受信する。例えば、端末装置２００Ａは端末装置２００Ｂに、端末装置２００Ｃは端末装置２００Ｄに、それぞれサイドリンク信号を送信する。端末装置２００は、いわゆるユーザ端末（User　Equipment：ＵＥ）であってもよい。
　＜２．２．技術的課題＞
　既存のサイドリンク通信においては、Mode3リソース割り当てにおける基地局からのリソース割り当て、又はMode4リソース割り当てにおけるセンシング等の、衝突防止のための所定の手続きが実施された上で送信が行われる。従って、パケット発生からパケット送信に至るまでに遅延が発生してしまう。なお、パケットの衝突とは、少なくとも一部が重複するリソース（時間リソース及び周波数リソース）を使用して、複数のパケットの送受信が行われることを指す。
　ＵＲＬＬＣのような、緊急のパケットを低遅延且つ高信頼に送信するユースケースにおいては、このような遅延が発生せずに且つ高信頼にパケットを送信可能にする仕組みが求められる。特に、サイドリンク通信においては、基地局がすべて制御を行う通常のＵｕリンクのグラントフリー送信とは異なり、送信主体が複数の端末装置となるため、パケットの衝突が発生したときの対応がより複雑になる。
　＜２．３．提案技術の概要＞
　そこで、本開示では、サイドリンクで送信されたパケットと衝突した他のパケットのリカバリを可能にするための仕組みを提供する。とりわけ、本開示では、サイドリンクでグラントフリー送信されたパケットと衝突した他のパケットのリカバリを可能にするための仕組みを提供する。ここでのリカバリとは、例えば再送信である。
　端末装置２００は、パケットをグラントフリー送信すると、かかるグラントフリー送信に関する情報を他の装置（例えば、基地局１００又は他の端末装置２００）に報告する。かかる報告を受けた基地局１００又は他の端末装置２００は、衝突の発生有無を判定し、衝突したと判定したパケットの再送のための処理を行う。これにより、グラントフリー送信されたパケットと衝突した他のパケットが再送される。このように、グラントフリー送信によりパケットの低遅延を実現しつつ、グラントフリー送信されたパケットと衝突した他のパケットのリカバリが実現される。
　以下では、図１８に示した例において、端末装置２００Ａ（第１の端末装置に相当）が、端末装置２００Ｂへのパケットをグラントフリー送信するものとする。そして、端末装置２００Ｃ（第２の端末装置に相当）が端末装置２００Ｄへ送信したパケットが、端末装置２００Ａによりグラントフリー送信されたパケットと衝突するものとする。以下、端末装置２００Ａを送信端末２００Ａ、端末装置２００Ｂを受信端末２００Ｂ、端末装置２００Ｃを周辺送信端末２００Ｃ、端末装置２００Ｄを周辺受信端末２００Ｄとも称する。他方、これらを特に区別する必要が無い場合、単に端末装置２００とも総称する。また、なお、以下では、送信端末２００Ａが送信するパケットを第１のパケットとも称し、周辺送信端末２００Ｃが送信するパケットを第２のパケットとも称する場合がある。
　また、以下では、ＮＲ　Ｖ２Ｘ通信におけるサイドリンク通信（Ｖ２Ｖ／Ｉ／Ｐ）にフォーカスする。ＮＲ　Ｖ２Ｘ通信では緊急メッセージであるＵＲＬＬＣパケットの送信を行う場合がでてくる。そこで、以下では、サイドリンクにおける低遅延で高信頼（少なくとも低遅延）なＵＲＬＬＣパケット送信方法について説明する。なお、ＵＲＬＬＣパケットとは、ＵＲＬＬＣのユースケースにおいて送信されるパケットである。
　＜＜３．構成例＞＞
　以下、提案技術に関与する各装置の構成例を説明する。
　＜３．１．基地局の構成例＞
　図１９は、本実施形態に係る基地局１００の論理的な構成の一例を示すブロック図である。図１９に示すように、本実施形態に係る基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び制御部１５０を含む。
　アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
　無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置からのアップリンク信号を受信し、端末装置へのダウンリンク信号を送信する。
　ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
　記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　制御部１５０は、基地局１００の様々な機能を提供する。例えば、制御部１５０は、通信制御部１５１を含む。通信制御部１５１は、端末装置２００へのリソースプールの割り当て、送信パケットが発生した端末装置２００へのリソースの割り当て、衝突したパケットの再送指示等の、制御下の端末装置２００によるサイドリンク通信を制御する機能を有する。制御部１５０は、通信制御部１５１以外の他の構成要素をさらに含み得る。即ち、制御部１５０は、通信制御部１５１の動作以外の動作も行い得る。
　＜３．２．端末装置の構成例＞
　図２０は、本実施形態に係る端末装置２００の論理的な構成の一例を示すブロック図である。図２０に示すように、本実施形態に係る端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び制御部２４０を含む。
　アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
　無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。また、無線通信部２２０は、他の端末装置２００との間でサイドリンク信号（Ｖ２Ｐ信号／Ｖ２Ｖ信号／Ｖ２Ｉ信号等）を送受信する。
　記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　制御部２４０は、端末装置２００の様々な機能を提供する。例えば、制御部２４０は、送信処理部２４１及び受信処理部２４３を含む。送信処理部２４１は、上位層から入力されたパケットのグラントベース送信、グラントフリー送信、及び再送等を行う機能を有する。受信処理部２４３は、パケットを受信及び復号して上位層に出力する機能を有する。制御部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部１５０は、これらの構成要素の動作以外の動作も行い得る。
　＜＜４．技術的特徴＞＞
　＜４．１．Mode3リソース割り当て環境における処理＞
　以下では、Mode3リソース割り当て環境における衝突防止のための所定の手続きが省略されて送信された（即ち、グラントフリー送信された）パケットに衝突したパケットの、リカバリについて説明する。本例での衝突防止のための所定の手続きとは、リソースの割り当て（即ち、グラント）である。
　＜４．１．１．概要＞
　送信端末２００Ａは、第１のパケットをグラントフリー送信（Configured　Grant送信とも称される）し、かかるグラントフリー送信に関する情報を、基地局１００に報告する。基地局１００は、Mode3リソース割り当てを行う関係で、周辺送信端末２００Ｃが第２のパケットの送信に使用したリソースを把握しており、衝突の発生有無を判定可能である。基地局１００は、衝突が発生したと判定した第２のパケットの再送を周辺送信端末２００Ｃに指示する。
　送信端末２００Ａは、グラントフリー送信に関する情報を、周辺の他の端末装置２００（例えば、周辺送信端末２００Ｃ）に報告してもよい。その場合、周辺送信端末２００Ｃは、パケットの衝突発生有無を判定し、衝突が発生したと判定したパケットの再送を行う。
　＜４．１．２．グラントベース送信＞
　以下、比較のために、図２１を参照しながら、通常のグラントベース送信の処理の流れを説明する。図２１は、グラントベース送信の処理の流れの一例を示すシーケンス図である。本シーケンスには、基地局１００、送信端末２００Ａ、受信端末２００Ｂ、周辺送信端末２００Ｃ、及び周辺受信端末２００Ｄが関与する。
　図２１に示すように、まず、基地局１００は、制御下の端末装置２００（２００Ａ～２００Ｄ）の各々に、サイドリンク通信に関する制御情報を通知する（ステップＳ１２）。かかる制御情報は、例えば、リソースプールの割り当て情報、送信電力の設定情報、及びＭＣＳ（Modulation　and　Coding　Scheme）の設定情報等の、各種設定情報を含む。次いで、基地局１００は、送信パケットが発生した端末装置２００に対しリソース割り当てを行い（ステップＳ１４）、リソースの割り当て結果を含むサイドリンクリソースグラントを送信する（ステップＳ１６）。次に、送信端末２００Ａは、割り当てられたリソースを使用して第１のパケットを送信し（ステップＳ１８）、受信端末２００Ｂは、第１のパケットを受信する（ステップＳ２０）。他方、周辺送信端末２００Ｃは、割り当てられたリソースを使用して第２のパケットを送信し（ステップＳ２２）、周辺受信端末２００Ｄは、第２のパケットを受信する（ステップＳ２４）。
　＜４．１．３．グラントフリー送信及びリカバリ処理＞
　続いて、図２２を参照しながら、提案技術に係るグラントフリー送信及びリカバリ処理の流れを説明する。図２２は、本実施形態に係るシステム１において実行されるグラントフリー送信及びリカバリ処理の流れの一例を示すシーケンス図である。本シーケンスには、基地局１００、送信端末２００Ａ、受信端末２００Ｂ、周辺送信端末２００Ｃ、及び周辺受信端末２００Ｄが関与する。
　図２２に示すように、まず、基地局１００は、制御下の端末装置２００（２００Ａ～２００Ｄ）の各々に、サイドリンク通信に関する制御情報を通知する（ステップＳ１０２）。次いで、基地局１００は、送信すべき第２のパケットが発生した端末装置２００に対しリソース割り当てを行い（ステップＳ１０４）、リソースの割り当て結果を含むサイドリンクリソースグラントを送信する（ステップＳ１０６）。次に、周辺送信端末２００Ｃは、割り当てられたリソースを使用して第２のパケットを送信し（ステップＳ１０８）、周辺受信端末２００Ｄは、第２のパケットを受信する（ステップＳ１１０）。
　一方、送信端末２００Ａは、送信すべき第１のパケット（ここでは、ＵＲＬＬＣパケット）が発生すると（ステップＳ１１２）、第１のパケットをグラントフリー送信し（ステップＳ１１４）、受信端末２００Ｂは、第１のパケットを受信する（ステップＳ１１６）。
　衝突防止のための所定の手続き（即ち、リソースグラント）を省略して第１のパケットが送信されるので、低遅延が実現される。一方で、送信端末２００Ａがグラントフリー送信を行っていることから、第１のパケットと第２のパケットとに衝突が発生する可能性がある。この衝突に起因する第２のパケットの受信失敗のリカバリのために、送信端末２００Ａは、事後処理を実施する。
　具体的には、送信端末２００Ａは、第１のパケットをグラントフリー送信した旨を基地局１００に報告する、パケット送信報告を行う（ステップＳ１１８）。詳しくは、送信端末２００Ａは、第１のパケットのグラントフリー送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報を、基地局１００に送信する。その後、基地局１００は、受信した送信報告情報に基づいて、第２のパケットに対する自らのリソース割り当て結果と第１のパケットの送信に使用されたリソースとを比較し、衝突の発生有無を確認する（ステップＳ１２０）。衝突が発生していた場合、周辺受信端末２００Ｄが第２のパケットの受信に失敗している可能性があることから、基地局１００は、リカバリ処理を実施する（ステップＳ１２２）。基地局１００によるリカバリ処理は、例えば、周辺送信端末２００Ｃに再送手続きを行うよう指示することを含む。その場合、基地局１００は、サイドリンクリソースの再割り当てを行い、再割り当て結果を含むサイドリンクリソースグラント及び第２のパケットのリカバリ指示を、周辺送信端末２００Ｃに送信する。周辺送信端末２００Ｃは、リカバリ指示を受信すると、再度割り当てられたリソースを使用して第２のパケットを再送し（ステップＳ１２４）、周辺受信端末２００Ｄは、再送された第２のパケットを受信する（ステップＳ１２６）。このようにして、ステップＳ１１０において周辺受信端末２００Ｄが第２のパケットの受信に失敗していた場合、ステップＳ１２６において第２のパケットの受信に成功させることができる。
　なお、図２２に示した例では、送信報告情報が基地局１００に送信されていたが、本技術はかかる例に限定されない。例えば、送信報告情報は、周辺送信端末２００Ｃに直接的に送信されてもよい。その場合、周辺送信端末２００Ｃが、衝突の発生有無を確認し、衝突が発生したと判定した場合にリカバリ処理を行う。周辺送信端末２００Ｃによるリカバリ処理は、例えば、リソース要求を基地局１００に送信し、割り当てられたリソースを使用して第２のパケットを再送することを含む。なお、リソース要求とは、リソース割り当ての要求である。
　＜４．１．４．各装置の動作＞
　以上、Mode3リソース割り当て環境における処理の概要を説明した。以下では、各ノードの動作を詳細に説明する。
　（１）送信端末２００Ａの動作
　－第１のパケット発生時の判断
　送信端末２００Ａ（例えば、送信処理部２４１）は、ＵＲＬＬＣパケットである第１のパケットが発生した場合、以下の判断を行い得る。
　送信端末２００Ａは、第１のパケットを送信可能な割り当てリソースがあるか否かを判定してもよい。割り当てリソースが有ると判定された場合、送信端末２００Ａは、割り当てリソースを使用して第１のパケットを送信する。他方、割り当てリソースが無いと判定された場合、送信端末２００Ａは、基地局１００にリソース要求を送信する。なお、ＵＲＬＬＣパケットを送信可能なリソースは、基地局１００からのＲＲＣ（Radio　Resource　Control）シグナリングにより事前に割り当てられ得る。
　送信端末２００Ａは、仮に基地局１００にリソース要求を送信した場合に遅延要求が満たされるか否かを判定してもよい。即ち、送信端末２００Ａは、リソース要求を送信した場合に基地局１００により割り当てられると想定されるリソースを使用して第１のパケットを送信する場合に、遅延要求が満たされるか否かを判定する。遅延要求が満たされると判定された場合、送信端末２００Ａは、リソース要求を送信する。他方、遅延要求が満たされないと判定された場合、送信端末２００Ａは、グラントフリー送信を行う。
　－グラントフリー送信
　上述したように、グラントフリー送信とは、パケットの衝突防止のための所定の手続きが実施されずにパケットが送信される方法である。換言すると、グラントフリー送信とは、パケットの衝突防止のための所定の基準を満たせない（即ち、パケットの衝突が発生し得る）送信方法である。
　ここでの所定の手続きは、パケットの送信のためのリソースの割り当てを受けることを含む。即ち、グラントフリー送信では、基地局１００によるリソースの割り当てを経ずに、パケットが送信される。
　なお、グラントフリー送信に先立って、センシング又はＬＢＴ（Listen　Before　Talk）が実施されてもよい。ここでのセンシングは、３ＧＰＰ　ＬＴＥ　Ｖ２Ｘで規定されているような、所定時間（１秒など）のセンシングである。また、ＬＢＴとは、より短期間のセンシングを指し、例えばＷｉ－Ｆｉ（登録商標）で用いられているような、送信前の数ｍｓオーダーのセンシングである。センシングの実施可否は、基地局１００により設定される。
　グラントフリー送信用のリソースプールが、基地局１００からのＲＲＣシグナリングにより事前に割り当てられてもよい。カバレッジ外の場合、グラントフリー送信用のリソースプールが、端末装置２００にPre-configurationされてもよい。グラントフリー送信用のリソースプールは、通常の（即ち、グラントベース送信用の）リソースプールと同一であってもよいし、時間方向及び／又は周波数方向に制限されていてもよい。
　グラントフリー送信用のリソースプールに関するＲＲＣシグナリングは、リソースプールの時間方向の位置を示す情報、及び周波数方向の位置を示す情報、並びに繰り返し送信のための繰り返し送信回数を示す情報等を含む。なお、リソースプールの時間方向の位置を示す情報は、シンボル単位、スロット単位、又はサブフレーム単位の、時間方向における所定の時間周期に関する情報を含み得る。また、リソースプールの周波数方向の位置を示す情報は、リソースブロック又はリソースエレメントに関する情報を含み得る。
　グラントフリー送信では、送信端末２００Ａは自ら送信リソースをランダムに選択してもよい。また、送信端末２００Ａは、所定の選択基準に従って送信リソースを選択してもよい。所定の選択基準は、例えば、基地局１００により設定され得る。
　－送信報告情報の送信
　送信端末２００Ａ（例えば、送信処理部２４１）は、サイドリンクで第１のパケットをグラントフリー送信した後、第１のパケットのグラントフリー送信に関する情報を含む送信報告情報を送信する。送信報告情報が送信されることで、送信報告情報の受信側での第１のパケットと第２のパケットとの衝突の発生有無の確認が可能となり、衝突が発生していた場合に第２パケットの再送が実現される。とりわけ、送信端末２００Ａは、パケットの衝突防止のための所定の手続き（即ち、リソース割り当て）が実施されずに第１のパケットを送信する場合に、送信報告情報を送信する。パケットの衝突が発生し得る場合に限定して送信報告情報が送信されるので、シグナリングオーバーヘッドを抑制することができる。
　送信端末２００Ａは、送信報告情報をＵｕリンク及び／又はサイドリンクで送信する。即ち、送信端末２００Ａは、送信報告情報を基地局１００に送信してもよいし、送信報告情報を他の端末装置２００（即ち、周辺送信端末２００Ｃ）に送信してもよい。送信報告情報の送信には、物理層の制御チャネルが使用される。送信報告情報が基地局１００に送信される場合、予め規定又は設定されたアップリンク制御チャネル（ＰＵＣＣＨ）が使用される。送信報告情報が他の端末装置２００に送信される場合、予め規定又は設定されたサイドリンク制御チャネルが使用される。
　送信端末２００Ａは、第１のパケットの送信に使用されるリソースと時間方向に所定の関係にあるリソースを使用して、送信報告情報を送信してもよい。例えば、第１のパケットの送信に使用されるリソースに基づいて、送信報告情報の送信に使用されるリソースが決定される。送信報告情報の送信に使用されるスロットは、第１のパケットの送信に使用されるスロットと同じスロット又は次のスロットであってもよい。ここで、送信報告情報の送信に使用されるスロットは、第１のパケットの送信に使用されるシンボルに応じて決定されてもよい。例えば、第１のパケットの送信が、あるスロット内の所定のシンボルよりも前に行われる場合、送信報告情報の送信に使用されるスロットは、第１のパケットの送信に使用されるスロットと同じスロットに決定される。他方、第１のパケットの送信が、あるスロット内の所定のシンボルよりも後に行われる場合、送信報告情報の送信に使用されるスロットは、第１のパケットの送信に使用されるスロットの次のスロットに決定される。基地局１００又は周辺送信端末２００Ｃは、上述した所定の関係を利用して、送信報告情報を容易に受信することができる。詳しくは、基地局１００又は周辺送信端末２００Ｃは、第２のパケットの送信に使用されるリソースと時間方向に上述した所定の関係にあるリソースを常時監視する。これにより、実際に衝突が発生して送信報告情報が送信された場合に、基地局１００又は周辺送信端末２００Ｃは、送信報告情報を受信することができる。
　－送信報告情報の内容
　送信報告情報は、送信端末２００Ａが第１のパケットのグラントフリー送信に使用したリソースの時間及び周波数を示す情報を含む。例えば、送信報告情報は、リソースブロック番号、シンボル番号、スロット番号、及び／又はシステムフレーム番号を含んでいてもよい。また、例えば、送信報告情報は、送信リソースのスタート番号及び送信リソースのエンド番号を含んでいてもよい。なお、情報量削減のため、報告用のリソースが予め規定又は設定され、グラントフリー送信に実際に使用されたリソースを包含する報告用のリソースを示す情報が、送信報告情報に含まれてもよい。報告用のリソースは、グラントフリー送信に使用され得るリソースの大きさよりも大きく規定又は設定されることが望ましい。送信報告情報が時間周波数情報を含むことで、送信報告情報の受信側で、衝突の発生有無を判断することが可能となる。
　送信報告情報は、以下に示す情報の少なくともいずれかをさらに含み得る。
　　－第１のパケットの送信に使用したリソースプールを示す情報
　　－第１のパケットの送信に使用した周波数帯域を示す情報
　　－第１のパケットの送信繰り返し回数を示す情報
　　－第１のパケットの送信に使用した送信電力を示す情報
　　－第１のパケットの優先度を示す情報
　　－第１のパケットを送信したときの送信端末２００Ａの位置情報
　　－第１のパケットの送信時のＭＣＳ情報
　　－第１のパケットの送信時のトランスミッションモード情報
　　－第１のパケットの送信時のＱＣＬ（Quasi－Colocation）情報
　－処理の流れ
　以下、図２３を参照しながら、送信端末２００Ａによる処理の流れの一例を説明する。図２３は、本実施形態に係る送信端末２００Ａにより実行される第１のパケットの送信処理及び事後処理の流れの一例を示すフローチャートである。
　図２３に示すように、まず、送信端末２００Ａにおいて、送信すべき第１のパケット（例えば、ＵＲＬＬＣパケット）が発生する（ステップＳ１３２）。すると、送信端末２００Ａは、第１のパケットを送信可能な割り当てリソースがあり、且つそのリソースを使用した場合に遅延要求が満たされるかを判定する（ステップＳ１３４）。ステップＳ１３４がＹＥＳの場合、送信端末２００Ａは、当該割り当てリソースを使用して第１のパケットを送信する（ステップＳ１３６）。ステップＳ１３４がＮＯの場合、送信端末２００Ａは、基地局１００にリソース要求を送信した場合に遅延要求が満たされるかを判定する（ステップＳ１３８）。ステップＳ１３８がＹＥＳの場合、送信端末２００Ａは、リソース要求を基地局１００に送信し（ステップＳ１４０）、基地局１００から割り当てられたリソースを使用して第１のパケットを送信する（ステップＳ１３６）。他方、ステップＳ１３８がＮＯ場合、送信端末２００Ａは、グラントフリー送信の実施を決定し（ステップＳ１４２）、第１のパケットをグラントフリー送信する（ステップＳ１４４）。そして、送信端末２００Ａは、第１のパケットのグラントフリー送信に関する情報を含む送信報告情報を送信する（ステップＳ１４６）。
　（２）受信端末２００Ｂの動作
　受信端末２００Ｂ（例えば、受信処理部２４３）は、送信端末２００Ａから送信された第１のパケットを受信し、復号する。
　（３）基地局１００の動作
　－リソース割り当て
　基地局１００（例えば、通信制御部１５１）は、制御下の端末装置２００に送信パケットが発生した場合に、かかるパケットを送信するためのリソースを割り当てる。基地局１００は、送信端末２００Ａに対し、事前にＵＲＬＬＣパケット送信用のリソース割り当てを実施してもよい。この場合、基地局１００は、ＲＲＣシグナリングを用いて事前の割り当て結果を送信端末２００Ａに送信する。
　－リカバリ処理
　基地局１００（例えば、通信制御部１５１）は、送信端末２００Ａによるサイドリンクでの第１のパケットのグラントフリー送信に関する情報を含む送信報告情報に基づいて、サイドリンクで第２のパケットを送信した周辺送信端末２００Ｃによる第２のパケットの再送を制御する。詳しくは、まず、基地局１００は、送信報告情報に基づいて、第１のパケットと第２のパケットとの衝突の発生有無を判定する。具体的には、基地局１００は、送信報告情報が示す第１のパケットの送信に使用されたリソースと所定の関係にあるリソースを、他の端末装置２００に割り当てたか否かを確認する。ここでの所定の関係にあるリソースとは、例えば、第１のパケットの送信に使用されたリソースと、同一のリソース、又は少なくとも一部が重複するリソースである。基地局１００は、第１のパケットの送信に使用されたリソースと所定の関係にあるリソースを他の端末装置２００に割り当てていた場合に衝突が発生したと判定し、そうでない場合に衝突は発生していないと判定する。そして、基地局１００は、第１のパケットと第２のパケットとが衝突したと判定された場合に、リカバリ指示を周辺送信端末２００Ｃに送信することで、第２のパケットの再送を指示する。他方、基地局１００は、第１のパケットと第２のパケットとが衝突していないと判定された場合に、再送を指示しない。これにより、パケットの衝突が発生した場合に限定して再送が指示されるので、シグナリングオーバーヘッドを抑制することができる。
　基地局１００は、第１のパケットと第２のパケットとが衝突したと判定された場合、第２のパケットを再送した場合に第２のパケットの遅延要求が満たされるか否かにさらに基づいて、再送を制御してもよい。例えば、基地局１００は、第２のパケットを再送しても第２のパケットの遅延要求が満たされる場合に再送を指示し、満たされない場合に再送を指示しない。この場合、周辺送信端末２００Ｃによる第２のパケットの再送は実施されない。これにより、パケットの衝突が発生し、且つ再送しても遅延要求が満たされる場合に限定して再送が指示されるので、シグナリングオーバーヘッドを抑制することができる。
　－リカバリ指示の内容
　リカバリ指示は、第２のパケットの再送を指示する情報である。よって、リカバリ指示により、周辺送信端末２００Ｃによる第２のパケットの再送をトリガすることができる。
　リカバリ指示は、第２のパケットの再送のために割り当てられたリソースを示す情報を含み得る。この場合、基地局１００は、第２のパケットの送信のためのリソースを再度割り当て、リカバリ指示は、再度のリソースの割り当て結果を含む。
　リカバリ指示は、第２のパケットの再送のための送信パラメータを含み得る。再送のための送信パラメータは、例えば、送信電力、ＭＣＳ、及び送信繰り返し回数等を含み得る。
　－処理の流れ
　以下、図２４を参照しながら、基地局１００による処理の流れの一例を説明する。図２４は、本実施形態に係る基地局１００により実行されるリカバリ処理の流れの一例を示すフローチャートである。
　図２４に示すように、まず、基地局１００は、ＵＲＬＬＣパケット送信用のリソース割り当てを行う（ステップＳ１５２）。ただし、本ステップはオプションであり、実行されなくてもよい。次いで、基地局１００は、第１のパケットをグラントフリー送信した送信端末２００Ａから送信報告情報を受信する（ステップＳ１５４）。次に、基地局１００は、送信報告情報が示す第１のパケットの送信に使用されたリソースと所定の関係にあるリソースを、他の端末装置２００に割り当てたか否かを確認することで、衝突の発生有無を確認する（ステップＳ１５６）。そして、衝突が発生したと判定された場合（ステップＳ１５８／ＹＥＳ）、基地局１００は、第１のパケットと衝突した第２のパケットを送信した周辺送信端末２００Ｃにリカバリ指示を送信する（ステップＳ１６０）。他方、衝突が発生していないと判定された場合（ステップＳ１５８／ＮＯ）、基地局１００は、何も実行しない。
　（４）周辺送信端末２００Ｃの動作
　周辺送信端末２００Ｃ（例えば、送信処理部２４１）は、基地局１００による制御に基づいて、サイドリンクで第２のパケットを送信する。詳しくは、周辺送信端末２００Ｃは、基地局１００により割り当てられたリソースを使用して、第２のパケットを送信する。ただし、周辺送信端末２００Ｃは、基地局１００からリカバリ指示を受信した場合に、リカバリ指示に基づいて第２のパケットを再送する。詳しくは、周辺送信端末２００Ｃは、リカバリ指示が示す再送用のリソースを使用して、第２のパケットを送信する。
　（５）周辺受信端末２００Ｄの動作
　周辺受信端末２００Ｄ（例えば、受信処理部２４３）は、周辺送信端末２００Ｃから送信された第２のパケットを受信し、復号する。
　＜４．１．５．変形例＞
　上記では、送信報告情報が、基地局１００へアップリンク制御チャネルを用いて送信される例を主に説明したが、本技術はかかる例に限定されない。例えば、送信報告情報は、サイドリンクで送信されてもよい。
　－サイドリンクでの通知
　送信端末２００Ａは、グラントフリー送信する第１のパケットのＳＣＩ（Sidelink　Control　Information）に、グラントフリー送信するパケットであることを示す情報を含めてもよい。受信側は、ＰＳＣＣＨ（Physical　Sidelink　Control　Channel）をデコードすることで、第１のパケットがグラントフリー送信されたことを認識することができる。さらに、かかるＳＣＩは、第１のパケットのグラントフリー送信に用いるリソースの時間及び周波数を示す情報を含んでいてもよい。これにより、受信側は、第１のパケットのグラントフリー送信に用いるリソースを認識し、衝突確認に用いることができる。なお、グラントフリー送信は、繰り返し送信などが行われることが想定されるため、全繰り返し送信内の１パケットを受信した場合でも、全繰り返し送信の時間周波数リソースを把握可能となる方法が望ましい。そのため、制御領域が上述の情報を含む方法以外に、データ領域が各繰り返し送信の時間周波数リソースを示す情報を含む方法が採用されてもよい。
　－黙示的なパケット送信報告
　送信端末２００Ａは、送信報告情報を、黙示的に通知してもよい。送信方向情報の黙示的な通知について、図２５～図２７を参照しながら説明する。
　図２５及び図２６は、本実施形態に係る送信報告情報の黙示的な通知方法の一例を説明するための図である。図２５に示した例では、第１のパケットを構成する制御チャネル及びデータチャネルの各々が繰り返し送信されており、各々のチャネルの周波数オフセットが示す周波数ホッピングパターンが、送信報告情報に対応している。即ち、図２５に示した例では、送信報告情報に対応する周波数ホッピングパターンが、第１のパケットの繰り返し送信に使用される。図２６に示した例では、第１のパケットを構成する制御チャネル及びデータチャネルの各々が繰り返し送信されており、各々のチャネルの時間オフセットが示す時間間隔パターンが、送信報告情報に対応している。即ち、図２６に示した例では、送信報告情報に対応する時間間隔パターンが、第１のパケットの繰り返し送信に使用される。
　このように、送信端末２００Ａは、第１のパケットをグラントフリーに且つ繰り返し送信しつつ、繰り返し送信パターン（周波数ホッピングパターン及び／又は時間間隔パターン）により送信報告情報を通知してもよい。繰り返し送信パターンは、Pre-configureされていてもよいし、基地局１００からのＲＲＣシグナリングにより設定されてもよい。
　図２７は、本実施形態に係る送信報告情報の黙示的な通知方法の一例を説明するための図である。図２７に示した例では、第１のパケットを構成する制御チャネル及びデータチャネルが送信されており、隣接するチャネル間の時間オフセット値が、送信報告情報に対応している。即ち、図２７に示した例では、送信報告情報に対応する時間オフセット値が、第１のパケットの送信に使用される。同様に、送信報告情報に対応する周波数オフセット値が、第１のパケットの送信に使用されてもよい。なお、図２７に示した例では、第１のパケットは繰り返し送信されなくてもよい。
　他に、送信電力により送信報告情報が通知されてもよい。例えば、送信端末２００Ａは、グラントベース送信よりも大きな送信電力でグラントフリー送信を行ってもよい。その場合、周辺送信端末２００Ｃは、所定の閾値よりも大きな受信電力を検知した場合に、グラントフリー送信されたことを認識する。所定の閾値は、Pre-configureされていてもよいし、基地局１００からのＲＲＣシグナリングにより設定されてもよい。
　－黙示的な通知に基づくリカバリ処理
　以下、図２８～図３０を参照しながら、黙示的な通知に基づくリカバリ処理について説明する。
　　－基地局１００が黙示的な通知を検出する例
　図２８は、本実施形態に係るシステム１において実行される送信報告情報の黙示的な通知に基づくリカバリ処理の流れの一例を示すシーケンス図である。本シーケンスには、基地局１００、送信端末２００Ａ、受信端末２００Ｂ、周辺送信端末２００Ｃ、及び周辺受信端末２００Ｄが関与する。
　図２８に示したステップＳ２０２～Ｓ２１２に係る処理は、図２２に示したステップＳ１０２～Ｓ１１２に係る処理と同様である。ステップＳ２１２の後、送信端末２００Ａは、第１のパケットをグラントフリー送信しつつ、送信報告情報を黙示的に送信する黙示的なパケット送信報告を行う（ステップＳ２１４）。受信端末２００Ｂは、第１のパケットを受信する（ステップＳ２１６）。他方、基地局１００は、黙示的に送信された送信報告情報に基づいて、第１のパケットがグラントフリー送信されたことを検出する（ステップＳ２１８）。その後のステップＳ２２０～Ｓ２２６に係る処理は、図２２に示したステップＳ１２０～Ｓ１２６に係る処理と同様である。
　なお、基地局１００が黙示的に送信された送信報告情報を検出するためには、サイドリンク信号を受信するか、又は第１のパケットがグラントフリー送信されたことを示す情報を周辺受信端末２００Ｄ等から報告されることが望ましい。
　　－周辺送信端末２００Ｃが黙示的な通知を検出する例
　図２９は、本実施形態に係るシステム１において実行される送信報告情報の黙示的な通知に基づくリカバリ処理の流れの一例を示すシーケンス図である。本シーケンスには、基地局１００、送信端末２００Ａ、受信端末２００Ｂ、周辺送信端末２００Ｃ、及び周辺受信端末２００Ｄが関与する。
　図２９に示したステップＳ２３２～Ｓ２４６に係る処理は、図２８に示したステップＳ２０２～Ｓ２１６に係る処理と同様である。ステップＳ２４６の後、周辺送信端末２００Ｃは、黙示的に送信された送信報告情報に基づいて、第１のパケットがグラントフリー送信されたことを検出する（ステップＳ２４８）。次いで、周辺送信端末２００Ｃは、送信報告情報に基づいて、自らが第２のパケットの送信に使用したリソースと第１のパケットの送信に使用されたリソースとを比較し、衝突の発生有無を確認する（ステップＳ２５０）。衝突が発生していた場合、周辺受信端末２００Ｄが第２のパケットの受信に失敗している可能性があることから、周辺送信端末２００Ｃは、リカバリ処理を実施する（ステップＳ２５２）。周辺送信端末２００Ｃによるリカバリ処理は、例えば、第２のパケットの再送のためのリソース要求を基地局１００に送信すること、及び割り当てられたリソースを使用して第２のパケットを再送することを含む。周辺送信端末２００Ｃは、再度割り当てられたリソースを使用して第２のパケットを再送し（ステップＳ２５４）、周辺受信端末２００Ｄは、再送された第２のパケットを受信する（ステップＳ２５６）。
　　－周辺受信端末２００Ｄが黙示的な通知を検出する例
　図３０は、本実施形態に係るシステム１において実行される送信報告情報の黙示的な通知に基づくリカバリ処理の流れの一例を示すシーケンス図である。本シーケンスには、基地局１００、送信端末２００Ａ、受信端末２００Ｂ、周辺送信端末２００Ｃ、及び周辺受信端末２００Ｄが関与する。
　図３０に示したステップＳ２６２～Ｓ２７６に係る処理は、図２８に示したステップＳ２０２～Ｓ２１６に係る処理と同様である。ステップＳ２７６の後、周辺受信端末２００Ｄは、黙示的に送信された送信報告情報に基づいて、第１のパケットがグラントフリー送信されたことを検出する（ステップＳ２７８）。次いで、周辺受信端末２００Ｄは、送信報告情報に基づいて、第２のパケットの受信に使用したリソースと第１のパケットの送信に使用されたリソースとを比較し、衝突の発生有無を確認する（ステップＳ２８０）。衝突が発生していた場合、周辺受信端末２００Ｄが第２のパケットの受信に失敗している可能性があることから、周辺受信端末２００Ｄは、リカバリ処理を実施する（ステップＳ２８２）。周辺受信端末２００Ｄによるリカバリ処理は、例えば、周辺送信端末２００Ｃに再送手続きを行うよう指示することを含む。その場合、周辺受信端末２００Ｄは、第２のパケットのリカバリ指示を、周辺送信端末２００Ｃに送信する。周辺送信端末２００Ｃは、リカバリ指示を受信すると、リカバリ処理を実施する（ステップＳ２８４）。周辺送信端末２００Ｃによるリカバリ処理は、例えば、第２のパケットの再送のためのリソース要求を基地局１００に送信すること、及び割り当てられたリソースを使用して第２のパケットを再送することを含む。周辺送信端末２００Ｃは、再度割り当てられたリソースを使用して第２のパケットを再送し（ステップＳ２８６）、周辺受信端末２００Ｄは、再送された第２のパケットを受信する（ステップＳ２８８）。
　＜４．２．Mode4リソース割り当て環境における処理＞
　以下では、Mode4リソース割り当て環境における衝突防止のための所定の手続きが省略されて送信された（即ち、グラントフリー送信された）パケットに衝突したパケットの、リカバリについて説明する。本例での衝突防止のための所定の手続きとは、センシングである。Mode4におけるグラントフリー送信を、Mode3におけるグラントフリー送信と特別するために、以下ではセンシングレス送信とも称する。
　送信端末２００Ａは、第１のパケットをセンシングレス送信し、かかるセンシングレス送信に関する情報を、周辺の他の端末装置２００（例えば、周辺送信端末２００Ｃ）に報告する。周辺送信端末２００Ｃは、自らが第２のパケットの送信に使用したリソースを把握しているので、衝突の発生有無を判定可能である。周辺送信端末２００Ｃは、衝突が発生したと判定した第２のパケットの再送を行う。
　なお、以下では、Mode3リソース割り当て環境における動作と同一の動作については記載を省略し、差分について記載するものとする。
　＜４．２．１．センシングレス送信及びリカバリ処理＞
　以下、図３１を参照しながら、提案技術に係るセンシングレス送信及びリカバリ処理の流れを説明する。図３１は、本実施形態に係るシステム１において実行されるセンシングレス送信及びリカバリ処理の流れの一例を示すシーケンス図である。本シーケンスには、基地局１００、送信端末２００Ａ、受信端末２００Ｂ、周辺送信端末２００Ｃ、及び周辺受信端末２００Ｄが関与する。
　図３１に示すように、まず、基地局１００は、制御下の端末装置２００（２００Ａ～２００Ｄ）の各々に、サイドリンク通信に関する制御情報を通知する（ステップＳ３０２）。周辺送信端末２００Ｃは、送信すべき第２のパケットが発生すると、所定のセンシングを行い（ステップＳ３０４）、空きを確認したリソースを使用して第２のパケットを送信する（ステップＳ３０６）。周辺受信端末２００Ｄは、第２のパケットを受信する（ステップＳ３０８）。
　一方、送信端末２００Ａは、送信すべき第１のパケット（ここでは、ＵＲＬＬＣパケット）が発生すると（ステップＳ３１０）、第１のパケットをセンシングレス送信する（ステップＳ３１２）。受信端末２００Ｂは、第１のパケットを受信する（ステップＳ３１４）。
　衝突防止のための所定の手続き（即ち、センシング）を省略して第１のパケットが送信されるので、低遅延が実現される。一方で、送信端末２００Ａがセンシングレス送信を行っていることから、第１のパケットと第２のパケットとに衝突が発生する可能性がある。この衝突に起因する第２のパケットの受信失敗のリカバリのために、送信端末２００Ａは、事後処理を実施する。
　具体的には、送信端末２００Ａは、第１のパケットをセンシングレス送信した旨を周辺の他の端末装置２００に報告する、パケット送信報告を行う（ステップＳ３１６）。詳しくは、送信端末２００Ａは、第１のパケットのセンシングレス送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報を、周辺の他の端末装置２００（例えば、周辺送信端末２００Ｃ）に送信する。その後、周辺送信端末２００Ｃは、受信した送信報告情報に基づいて、自らが第２のパケットの送信に使用したリソースと第１のパケットの送信に使用されたリソースとを比較し、衝突の発生有無を確認する（ステップＳ３１８）。衝突が発生していた場合、周辺受信端末２００Ｄが第２のパケットの受信に失敗している可能性があることから、周辺送信端末２００Ｃは、リカバリ処理を実施する（ステップＳ３２０）。周辺送信端末２００Ｃによるリカバリ処理は、例えば、第２のパケットを再送することを含む。周辺送信端末２００Ｃは、再度割り当てられたリソースを使用して第２のパケットを再送し（ステップＳ３２２）、周辺受信端末２００Ｄは、再送された第２のパケットを受信する（ステップＳ３２４）。
　なお、図３１に示した例では、送信報告情報が周辺送信端末２００Ｃに直接的に送信されているが、本技術はかかる例に限定されない。例えば、送信報告情報は、基地局１００を介して周辺送信端末２００Ｃに送信されてもよい。その場合、送信端末２００Ａは、Ｕｕリンクで送信報告情報を送信し、周辺送信端末２００ＣはＵｕリンクで送信報告情報を受信する。
　＜４．２．２．各装置の動作＞
　以上、Mode4リソース割り当て環境における処理の概要を説明した。以下では、各ノードの動作を詳細に説明する。
　（１）送信端末２００Ａの動作
　－第１のパケット発生時の判断
　送信端末２００Ａ（例えば、送信処理部２４１）は、ＵＲＬＬＣパケットである第１のパケットが発生した場合、以下の判断を行い得る。
　送信端末２００Ａは、第１のパケットを送信可能な割り当てリソースがあるか否かを判定してもよい。割り当てリソースが有ると判定された場合、送信端末２００Ａは、割り当てリソースを使用して第１のパケットを送信する。他方、割り当てリソースが無いと判定された場合、送信端末２００Ａは、センシングレス送信を実施する。ただし、バックグラウンドでセンシングを実施していた場合、送信端末２００Ａは、かかるセンシングの結果を使用してもよい。また、センシングを実施しても遅延要求が満たされる場合、送信端末２００Ａは、センシングを実施してもよい。なお、ＵＲＬＬＣパケットを送信可能なリソースは、基地局１００からのＲＲＣシグナリングにより事前に割り当てられ得る。
　－センシングレス送信
　センシング送信とは、パケットの衝突防止のための所定のセンシングが実施されずに、パケットが送信される方法である。換言すると、センシングレス送信とは、パケットの衝突防止のための所定の基準を満たせない（即ち、パケットの衝突が発生し得る）送信方法である。
　所定のセンシングは、３ＧＰＰ　ＬＴＥ　Ｖ２Ｘで規定されているような、所定時間（１秒など）のセンシングであってもよい。他にも、所定のセンシングは、ＬＢＴ（Listen　Before　Talk）であってもよい。ＬＢＴとは、より短期間のセンシングを指し、例えばＷｉ－Ｆｉで用いられているような、送信前の数ｍｓオーダーのセンシングである。センシングレス送信では、上述した所定のセンシングが実施されずに、パケットが送信される。ただし、所定のセンシング以外の（具体的には、より貧弱な）センシングが実施された上でパケットが送信されることも、センシングレス送信の一例である。所定のセンシング以外のセンシングとは、例えば極短い時間（例えば、数シンボル、略ゼロ）のセンシング等の、パケットの衝突防止のための所定の基準を満たせないセンシングである。
　センシングレス送信用のリソースプールが、基地局１００からのＲＲＣシグナリングにより事前に割り当てられてもよい。カバレッジ外の場合、センシングレス送信用のリソースプールが、端末装置２００にPre-configurationされてもよい。センシングレス送信用のリソースプールは、通常の（即ち、センシングを伴う送信用の）リソースプールと同一であってもよいし、時間方向及び／又は周波数方向に制限されていてもよい。
　センシングレス送信では、送信端末２００Ａは自ら送信リソースをランダムに選択してもよい。また、送信端末２００Ａは、所定の選択基準に従って送信リソースを選択してもよい。所定の選択基準は、例えば、基地局１００により設定され得る。
　－送信報告情報の送信
　送信端末２００Ａ（例えば、送信処理部２４１）は、サイドリンクで第１のパケットをセンシングレス送信した後、第１のパケットのセンシングレス送信に関する情報を含む送信報告情報を送信する。送信報告情報が送信されることで、送信報告情報の受信側での第１のパケットと第２のパケットとの衝突の発生有無の確認が可能となり、衝突が発生していた場合に第２パケットの再送が実現される。とりわけ、送信端末２００Ａは、パケットの衝突防止のための所定の手続き（即ち、所定のセンシング）が実施されずに第１のパケットを送信する場合に、送信報告情報を送信する。パケットの衝突が発生し得る場合に限定して送信報告情報が送信されるので、シグナリングオーバーヘッドを抑制することができる。
　送信端末２００Ａは、送信報告情報をＵｕリンク及び／又はサイドリンクで送信する。即ち、送信端末２００Ａは、送信報告情報を基地局１００経由で、又は直接的に他の端末装置２００に送信する。
　送信端末２００Ａは、第１のパケットの送信に使用されるリソースと時間方向に所定の関係にあるリソースを使用して、送信報告情報を送信してもよい。
　－送信報告情報の内容
　送信報告情報の内容は、Mode3リソース割り当ての場合と同様である。即ち、送信報告情報は、送信端末２００Ａが第１のパケットのセンシングレス送信に使用したリソースの時間及び周波数を示す情報を含む。また、送信報告情報は、以下に示す情報の少なくともいずれかをさらに含み得る。
　　－第１のパケットの送信に使用したリソースプールを示す情報
　　－第１のパケットの送信に使用した周波数帯域を示す情報
　　－第１のパケットの送信繰り返し回数を示す情報
　　－第１のパケットの送信に使用した送信電力を示す情報
　　－第１のパケットの優先度を示す情報
　　－第１のパケットを送信したときの送信端末２００Ａの位置情報
　　－第１のパケットの送信時のＭＣＳ情報
　　－第１のパケットの送信時のトランスミッションモード情報
　　－第１のパケットの送信時のＱＣＬ（Quasi－Colocation）情報
　－処理の流れ
　以下、図３２を参照しながら、送信端末２００Ａによる処理の流れの一例を説明する。図３２は、本実施形態に係る送信端末２００Ａにより実行される第１のパケットの送信処理及び事後処理の流れの一例を示すフローチャートである。
　図３２に示すように、まず、送信端末２００Ａにおいて、送信すべき第１のパケット（例えば、ＵＲＬＬＣパケット）が発生する（ステップＳ３３２）。すると、送信端末２００Ａは、第１のパケットを送信可能な割り当てリソースがあり、且つそのリソースを使用した場合に遅延要求が満たされるかを判定する（ステップＳ３３４）。ステップＳ３３４がＹＥＳの場合、送信端末２００Ａは、当該割り当てリソースを使用して第１のパケットを送信する（ステップＳ３３６）。ステップＳ３３４がＮＯの場合、送信端末２００Ａは、センシングレス送信の実施を決定し（ステップＳ３３８）、第１のパケットをセンシングレス送信する（ステップＳ３４０）。そして、送信端末２００Ａは、第１のパケットのセンシングレス送信に関する情報を含む送信報告情報を送信する（ステップＳ３４２）。
　（２）周辺送信端末２００Ｃの動作
　周辺送信端末２００Ｃ（例えば、送信処理部２４１）は、基地局１００による制御に基づいて、サイドリンクで第２のパケットを送信する。詳しくは、周辺送信端末２００Ｃは、基地局１００により割り当てられたリソースを使用して、第２のパケットを送信する。
　ただし、周辺送信端末２００Ｃは、送信端末２００Ａによるセンシングレス送信に関する情報を含む送信報告情報を受信する場合がある。その場合、周辺送信端末２００Ｃは、サイドリンクで第２のパケットを送信した後、送信報告情報に基づいて第２のパケットの再送を制御する。
　詳しくは、まず、周辺送信端末２００Ｃは、送信報告情報に基づいて、第１のパケットと第２のパケットとの衝突の発生有無を判定する。具体的には、周辺送信端末２００Ｃは、送信報告情報が示す第１のパケットの送信に使用されたリソースと所定の関係にあるリソースを、第２のパケットの送信に使用したか否かを確認する。ここでの所定の関係にあるリソースとは、例えば、第１のパケットの送信に使用されたリソースと、同一のリソース、又は少なくとも一部が重複するリソースである。周辺送信端末２００Ｃは、第１のパケットの送信に使用されたリソースと所定の関係にあるリソースを第２のパケットの送信に使用していた場合に衝突が発生したと判定し、そうでない場合に衝突は発生していないと判定する。そして、周辺送信端末２００Ｃは、第１のパケットと第２のパケットとが衝突したと判定された場合に、リカバリ処理を実施する。これにより、パケットの衝突が発生した場合に限定してリカバリ処理を実施することが可能となる。
　周辺送信端末２００Ｃは、送信報告情報に基づいて第１のパケットと第２のパケットとが衝突したと判定された場合に、リカバリ処理として、第２のパケットを再送する。例えば、周辺送信端末２００Ｃは、所定のセンシングを行って空きを確認したリソースを使用して、第２のパケットを再送する。当該所定のセンシングは、周辺送信端末２００Ｃにより代理で実施されてもよい。その場合、送信報告情報は、空きが確認された再送用のリソースの時間及び周波数を示す情報を含む。再送のための送信パラメータは、基地局１００により事前に設定されていてもよいし、送信端末２００Ａにより指示されてもよい。再送のための送信パラメータは、例えば、送信電力、ＭＣＳ、及び送信繰り返し回数等を含み得る。
　周辺送信端末２００Ｃは、第１のパケットと第２のパケットとが衝突したと判定された場合、第２のパケットを再送した場合に第２のパケットの遅延要求が満たされるか否かにさらに基づいて、再送を制御してもよい。例えば、周辺送信端末２００Ｃは、第２のパケットを再送しても第２のパケットの遅延要求が満たされる場合に再送し、満たされない場合に再送しない。これにより、パケットの衝突が発生し、且つ再送しても遅延要求が満たされる場合に限定して再送が実施されるので、リソース効率の低下を抑制することができる。
　－処理の流れ
　以下、図３３を参照しながら、周辺送信端末２００Ｃによる処理の流れの一例を説明する。図３３は、本実施形態に係る周辺送信端末２００Ｃにより実行されるリカバリ処理の流れの一例を示すフローチャートである。
　図３３に示すように、まず、周辺送信端末２００Ｃは、第１のパケットをグラントフリー送信した送信端末２００Ａから送信報告情報を受信する（ステップＳ３５２）。次に、周辺送信端末２００Ｃは、送信報告情報が示す第１のパケットの送信に使用されたリソースと所定の関係にあるリソースを、第２のパケットの送信に使用したか否かを確認することで、衝突の発生有無を確認する（ステップＳ３５４）。衝突が発生したと判定された場合（ステップＳ３５６／ＹＥＳ）、周辺送信端末２００Ｃは、第２のパケットを再送した場合に第２のパケットの遅延要求が満たされるか否かを判定する（ステップＳ３５８）。第２のパケットを再送しても第２のパケットの遅延要求が満たされると判定された場合（ステップＳ３５８／ＹＥＳ）、周辺送信端末２００Ｃは、リカバリ処理として、第２のパケットの再送処理を実施する（ステップＳ３６０）。他方、衝突が発生していないと判定された場合（ステップＳ３５６／ＮＯ）、又は第２のパケットを再送すると第２のパケットの遅延要求が満たされないと判定された場合（ステップＳ３５８／ＮＯ）、周辺送信端末２００Ｃは、リカバリ処理を実施しない。
　（３）補足
　送信報告情報は、Mode3リソース割り当ての場合と同様に、黙示的に通知されてもよい。
　＜＜５．応用例＞＞
　本開示に係る技術は、様々な製品へ応用可能である。
　例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved　Node　B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局１００は、ＮｏｄｅＢ又はＢＴＳ（Base　Transceiver　Station）などの他の種類の基地局として実現されてもよい。基地局１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote　Radio　Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局１００として動作してもよい。
　また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal　Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００は、Ｍ２Ｍ（Machine　To　Machine）通信を行う端末（ＭＴＣ（Machine　Type　Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
　＜５．１．基地局に関する応用例＞
　　　（第１の応用例）
　図３４は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
　アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図３４に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３４にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
　基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
　コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio　Resource　Control）、無線ベアラ制御（Radio　Bearer　Control）、移動性管理（Mobility　Management）、流入制御（Admission　Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
　ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
　無線通信インタフェース８２５は、ＬＴＥ（Long　Term　Evolution）又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium　Access　Control）、ＲＬＣ（Radio　Link　Control）及びＰＤＣＰ（Packet　Data　Convergence　Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
　無線通信インタフェース８２５は、図３４に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図３４に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図３４には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
　図３４に示したｅＮＢ８００において、図１９を参照して説明した制御部１５０に含まれる１つ以上の構成要素（通信制御部１５１）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図３４に示したｅＮＢ８００において、図１９を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。
　　　（第２の応用例）
　図３５は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
　アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図３５に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３５にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
　基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図３４を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
　無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図３４を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図３５に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３５には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
　接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
　また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
　接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
　無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図３５に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図３５には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
　図３５に示したｅＮＢ８３０において、図１９を参照して説明した制御部１５０に含まれる１つ以上の構成要素（通信制御部１５１）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図３５に示したｅＮＢ８３０において、例えば、図Ｙを参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。
　＜５．２．端末装置に関する応用例＞
　　　（第１の応用例）
　図３６は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
　プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System　on　Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal　Serial　Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
　カメラ９０６は、例えば、ＣＣＤ（Charge　Coupled　Device）又はＣＭＯＳ（Complementary　Metal　Oxide　Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
　無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図３６に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図３６には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
　さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local　Area　Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
　アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
　アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図３６に示したように複数のアンテナ９１６を有してもよい。なお、図３６にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
　さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
　バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図３６に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
　図３６に示したスマートフォン９００において、図２０を参照して説明した制御部２４０に含まれる１つ以上の構成要素（送信処理部２４１及び／又は受信処理部２４３）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図３６に示したスマートフォン９００において、例えば、図２０を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０は、メモリ９０２において実装されてもよい。
　　　（第２の応用例）
　図３７は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global　Positioning　System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
　プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
　ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
　コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
　無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図３７に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図３７には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
　さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
　アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
　アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図３７に示したように複数のアンテナ９３７を有してもよい。なお、図３７にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
　さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
　バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図３７に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
　図３７に示したカーナビゲーション装置９２０において、図２０を参照して説明した制御部２４０に含まれる１つ以上の構成要素（送信処理部２４１及び／又は受信処理部２４３）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図３７に示したカーナビゲーション装置９２０において、例えば、図２０を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。
　また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
　＜＜６．まとめ＞＞
　以上、図１～図３７を参照しながら、本開示の一実施形態について詳細に説明した。上記説明したように、本実施形態に係る送信端末２００Ａは、サイドリンクで第１のパケットを送信した後、第１のパケットの送信に使用したリソースの時間及び周波数を示す情報を含む送信報告情報を送信する。例えば、送信端末２００Ａは、サイドリンクで第１のパケットをグラントフリー送信又はセンシングレス送信した場合、送信報告情報を基地局１００又は周辺の他の端末装置２００に送信する。これにより、送信報告情報の受信側は、第１のパケット以外にサイドリンクで送信された第２のパケットの中に第１のパケットと衝突したパケットが有るか否かを確認し、衝突した第２のパケットのリカバリ処理をトリガすることができる。
　Mode3リソース割り当て環境においては、基地局１００は、送信端末２００Ａによるサイドリンクでの第１のパケットの送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、サイドリンクで第２のパケットを送信した周辺送信端末２００Ｃによる第２のパケットの再送を制御する。例えば、基地局１００は、送信報告情報に基づいて第１のパケットと第２のパケットとの衝突の発生有無を判定し、衝突が発生したと判定した場合に第２のパケットの再送を周辺送信端末２００Ｃに指示する。これにより、第１のパケットと衝突した第２のパケットのリカバリが実現される。
　Mode4リソース割り当て環境においては、周辺送信端末２００Ｃは、サイドリンクで第２のパケットを送信した後、送信端末２００Ａによるサイドリンクでの第１のパケットの送信に用いられたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、第２のパケットの再送を制御する。例えば、周辺送信端末２００Ｃは、送信報告情報に基づいて第１のパケットと第２のパケットとの衝突の発生有無を判定し、衝突が発生したと判定した場合に第２のパケットの再送を行う。これにより、第１のパケットと衝突した第２のパケットのリカバリを実現される。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　例えば、上記実施形態では、ＬＴＥと同様にサイドリンクがＮＲで定義されることを前提に説明したが、本技術はかかる例に限定されない。例えば、ＮＲでサイドリンクが定義されず、単にダウンリンク／アップリンクが定義される場合であっても、本技術は同様に適用可能である。その場合、ダウンリンク／アップリンクのグラントフリー送信において、本技術を適用して送信報告情報が報告され、リカバリ処理が行われる。例えば、端末装置は、アップリンクでグラントフリー送信を行った後、グラントフリー送信に関する送信報告情報をアップリンクで送信する。送信報告情報は、上記実施形態において説明したサイドリンクのケースにおける送信報告情報と同様の情報を含み得る。他方、基地局は、送信報告情報を受信した後、リカバリ指示を送信する等のリカバリ処理を実施する。リカバリ指示は、上記実施形態において説明したサイドリンクのケースにおけるリカバリ指示と同様の情報を含み得る。
　また、上記実施形態では、パケットがグラントフリー送信される場合に衝突検出及びリカバリ処理が行われるものとして説明したが、本技術はかかる例に限定されない。パケットがグラントベース送信された場合であっても、衝突検出及びリカバリ処理が行われてもよい。
　また、本技術の適用先は、多様に考えられる。例えば、本技術の適用先は、Ｖ２Ｘ通信に限定されず、＜１．２．サイドリンク通信の拡張例＞において説明したサイドリンク通信の多様な拡張例に本技術が適用されてもよい。本技術は、ＦＤＭ型のリソースプールが割り当てられる場合においても、ＴＤＭ型のリソースプールが割り当てられる場合においても、同様に適用可能である。本技術は、複数のキャリアを用いてサイドリンク通信を行うマルチキャリア通信にも適用可能である。基地局１００は、衛星又はドローン等の非地上局として構成されてもよい。また、基地局１００は、ＲＳＵ、又は複数のＵＥの代表として機能する代表ＵＥ（マスタＵＥ）として構成されてもよい。本技術は、ＩＡＢ（Integrated　Access　and　Backhaul　link）のようなリレー通信におけるサイドリンク通信に対して適用されてもよい。本技術の適用先はＵＲＬＬＣパケットに限定されず、ｅＭＢＢ又はｍＭＴＣ等の任意のユースケースのパケットの送信に対して本技術が適用されてもよい。
　また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　サイドリンクで第１のパケットを送信した後、前記第１のパケットの送信に使用したリソースの時間及び周波数を示す情報を含む送信報告情報を送信する制御部、
を備える端末装置。
（２）
　前記制御部は、パケットの衝突防止のための所定の手続きが実施されずに前記第１のパケットが送信された場合に、前記送信報告情報を送信する、前記（１）に記載の端末装置。
（３）
　前記所定の手続きは、前記第１のパケットの送信のためのリソースの割り当てを受けることを含む、前記（２）に記載の端末装置。
（４）
　前記所定の手続きは、パケットの衝突防止のための所定のセンシングを実施することを含む、前記（２）又は（３）に記載の端末装置。
（５）
　前記制御部は、前記第１のパケットの送信に使用されるリソースと時間方向に所定の関係にあるリソースを使用して、前記送信報告情報を送信する、前記（１）～（４）のいずれか一項に記載の端末装置。
（６）
　前記制御部は、前記送信報告情報をＵｕリンク及び／又はサイドリンクで送信する、前記（１）～（５）のいずれか一項に記載の端末装置。
（７）
　前記送信報告情報は、前記第１のパケットの送信に使用したリソースプールを示す情報、前記第１のパケットの送信に使用した周波数帯域を示す情報、前記第１のパケットの送信繰り返し回数を示す情報、前記第１のパケットの送信に使用した送信電力を示す情報、前記第１のパケットの優先度を示す情報、前記第１のパケットを送信したときの前記端末装置の位置情報、前記第１のパケットの送信時のＭＣＳ（Modulation　and　Coding　Scheme）情報、前記第１のパケットの送信時のトランスミッションモード情報、及び前記第１のパケットの送信時のＱＣＬ（Quasi－Colocation）情報の、少なくともいずれかをさらに含む、前記（１）～（６）のいずれか一項に記載の端末装置。
（８）
　前記第１のパケットは、ＵＲＬＬＣ（Ultra　reliable　and　low　latency　communications）のユースケースにおいて送信されるパケットである、前記（１）～（７）のいずれか一項に記載の端末装置。
（９）
　サイドリンクで第２のパケットを送信した後、他の端末装置によるサイドリンクでの第１のパケットの送信に用いられたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、前記第２のパケットの再送を制御する制御部、
を備える端末装置。
（１０）
　前記制御部は、前記送信報告情報に基づいて前記第１のパケットと前記第２のパケットとが衝突したと判定された場合に、前記第２のパケットを再送する、前記（９）に記載の端末装置。
（１１）
　前記制御部は、前記第２のパケットを再送した場合に前記第２のパケットの遅延要求が満たされるか否かに基づいて、前記第２のパケットの再送を制御する、前記（１０）に記載の端末装置。
（１２）
　第１の端末装置によるサイドリンクでの第１のパケットの送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、サイドリンクで第２のパケットを送信した第２の端末装置による前記第２のパケットの再送を制御する通信制御部、
を備える基地局。
（１３）
　前記通信制御部は、前記送信報告情報に基づいて前記第１のパケットと前記第２のパケットとが衝突したと判定された場合に、前記第２のパケットの再送を指示する情報を前記第２の端末装置に送信する、前記（１２）に記載の基地局。
（１４）
　前記第２のパケットの再送を指示する情報は、前記第２のパケットの再送のために割り当てられたリソースを示す情報を含む、前記（１３）に記載の基地局。
（１５）
　サイドリンクで第１のパケットを送信した後、前記第１のパケットの送信に使用したリソースの時間及び周波数を示す情報を含む送信報告情報を送信すること、
を含む、プロセッサにより実行される方法。
（１６）
　サイドリンクで第２のパケットを送信した後、他の端末装置によるサイドリンクでの第１のパケットの送信に用いられたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、前記第２のパケットの再送を制御すること、
を含む、プロセッサにより実行される方法。
（１７）
　第１の端末装置によるサイドリンクでの第１のパケットの送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、サイドリンクで第２のパケットを送信した第２の端末装置による前記第２のパケットの再送を制御すること、
を含む、プロセッサにより実行される方法。
（１８）
　コンピュータを、
　サイドリンクで第１のパケットを送信した後、前記第１のパケットの送信に使用したリソースの時間及び周波数を示す情報を含む送信報告情報を送信する制御部、
として機能させるためのプログラムが記録された記録媒体。
（１９）
　コンピュータを、
　サイドリンクで第２のパケットを送信した後、他の端末装置によるサイドリンクでの第１のパケットの送信に用いられたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、前記第２のパケットの再送を制御する制御部、
として機能させるためのプログラムが記録された記録媒体。
（２０）
　コンピュータを、
　第１の端末装置によるサイドリンクでの第１のパケットの送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、サイドリンクで第２のパケットを送信した第２の端末装置による前記第２のパケットの再送を制御する通信制御部、
として機能させるためのプログラムが記録された記録媒体。
　１　　　　システム
　１１　　　セル
　２０　　　コアネットワーク
　３０　　　ＰＤＮ
　１００　　基地局
　１１０　　　アンテナ部
　１２０　　　無線通信部
　１３０　　　ネットワーク通信部
　１４０　　　記憶部
　１５０　　　制御部
　１５１　　　通信制御部
　２００　　端末装置
　２００Ａ　送信端末
　２００Ｂ　受信端末
　２００Ｃ　周辺送信端末
　２００Ｄ　周辺受信端末
　２１０　　　アンテナ部
　２２０　　　無線通信部
　２３０　　　記憶部
　２４０　　　制御部
　２４１　　　送信処理部
　２４３　　　受信処理部

Claims (20)

  1. 　サイドリンクで第１のパケットを送信した後、前記第１のパケットの送信に使用したリソースの時間及び周波数を示す情報を含む送信報告情報を送信する制御部、
    を備える端末装置。
  2. 　前記制御部は、パケットの衝突防止のための所定の手続きが実施されずに前記第１のパケットが送信された場合に、前記送信報告情報を送信する、請求項１に記載の端末装置。
  3. 　前記所定の手続きは、前記第１のパケットの送信のためのリソースの割り当てを受けることを含む、請求項２に記載の端末装置。
  4. 　前記所定の手続きは、パケットの衝突防止のための所定のセンシングを実施することを含む、請求項２に記載の端末装置。
  5. 　前記制御部は、前記第１のパケットの送信に使用されるリソースと時間方向に所定の関係にあるリソースを使用して、前記送信報告情報を送信する、請求項１に記載の端末装置。
  6. 　前記制御部は、前記送信報告情報をＵｕリンク及び／又はサイドリンクで送信する、請求項１に記載の端末装置。
  7. 　前記送信報告情報は、前記第１のパケットの送信に使用したリソースプールを示す情報、前記第１のパケットの送信に使用した周波数帯域を示す情報、前記第１のパケットの送信繰り返し回数を示す情報、前記第１のパケットの送信に使用した送信電力を示す情報、前記第１のパケットの優先度を示す情報、前記第１のパケットを送信したときの前記端末装置の位置情報、前記第１のパケットの送信時のＭＣＳ（Modulation　and　Coding　Scheme）情報、前記第１のパケットの送信時のトランスミッションモード情報、及び前記第１のパケットの送信時のＱＣＬ（Quasi－Colocation）情報の、少なくともいずれかをさらに含む、請求項１に記載の端末装置。
  8. 　前記第１のパケットは、ＵＲＬＬＣ（Ultra　reliable　and　low　latency　communications）のユースケースにおいて送信されるパケットである、請求項１に記載の端末装置。
  9. 　サイドリンクで第２のパケットを送信した後、他の端末装置によるサイドリンクでの第１のパケットの送信に用いられたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、前記第２のパケットの再送を制御する制御部、
    を備える端末装置。
  10. 　前記制御部は、前記送信報告情報に基づいて前記第１のパケットと前記第２のパケットとが衝突したと判定された場合に、前記第２のパケットを再送する、請求項９に記載の端末装置。
  11. 　前記制御部は、前記第２のパケットを再送した場合に前記第２のパケットの遅延要求が満たされるか否かに基づいて、前記第２のパケットの再送を制御する、請求項１０に記載の端末装置。
  12. 　第１の端末装置によるサイドリンクでの第１のパケットの送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、サイドリンクで第２のパケットを送信した第２の端末装置による前記第２のパケットの再送を制御する通信制御部、
    を備える基地局。
  13. 　前記通信制御部は、前記送信報告情報に基づいて前記第１のパケットと前記第２のパケットとが衝突したと判定された場合に、前記第２のパケットの再送を指示する情報を前記第２の端末装置に送信する、請求項１２に記載の基地局。
  14. 　前記第２のパケットの再送を指示する情報は、前記第２のパケットの再送のために割り当てられたリソースを示す情報を含む、請求項１３に記載の基地局。
  15. 　サイドリンクで第１のパケットを送信した後、前記第１のパケットの送信に使用したリソースの時間及び周波数を示す情報を含む送信報告情報を送信すること、
    を含む、プロセッサにより実行される方法。
  16. 　サイドリンクで第２のパケットを送信した後、他の端末装置によるサイドリンクでの第１のパケットの送信に用いられたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、前記第２のパケットの再送を制御すること、
    を含む、プロセッサにより実行される方法。
  17. 　第１の端末装置によるサイドリンクでの第１のパケットの送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、サイドリンクで第２のパケットを送信した第２の端末装置による前記第２のパケットの再送を制御すること、
    を含む、プロセッサにより実行される方法。
  18. 　コンピュータを、
    　サイドリンクで第１のパケットを送信した後、前記第１のパケットの送信に使用したリソースの時間及び周波数を示す情報を含む送信報告情報を送信する制御部、
    として機能させるためのプログラムが記録された記録媒体。
  19. 　コンピュータを、
    　サイドリンクで第２のパケットを送信した後、他の端末装置によるサイドリンクでの第１のパケットの送信に用いられたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、前記第２のパケットの再送を制御する制御部、
    として機能させるためのプログラムが記録された記録媒体。
  20. 　コンピュータを、
    　第１の端末装置によるサイドリンクでの第１のパケットの送信に使用されたリソースの時間及び周波数を示す情報を含む送信報告情報に基づいて、サイドリンクで第２のパケットを送信した第２の端末装置による前記第２のパケットの再送を制御する通信制御部、
    として機能させるためのプログラムが記録された記録媒体。
PCT/JP2019/042093 2018-12-26 2019-10-28 端末装置、基地局、方法及び記録媒体 WO2020137130A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2020562858A JP7439768B2 (ja) 2018-12-26 2019-10-28 端末装置、基地局、方法及び記録媒体
EP19905593.0A EP3905770A4 (en) 2018-12-26 2019-10-28 TERMINAL DEVICE, BASE STATION, METHOD, AND RECORDING MEDIUM
CN201980084119.2A CN113196822A (zh) 2018-12-26 2019-10-28 终端设备、基站、方法和记录介质
US17/414,956 US20220061026A1 (en) 2018-12-26 2019-10-28 Terminal device, base station, method, and recording medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018243472 2018-12-26
JP2018-243472 2018-12-26

Publications (1)

Publication Number Publication Date
WO2020137130A1 true WO2020137130A1 (ja) 2020-07-02

Family

ID=71129292

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/042093 WO2020137130A1 (ja) 2018-12-26 2019-10-28 端末装置、基地局、方法及び記録媒体

Country Status (5)

Country Link
US (1) US20220061026A1 (ja)
EP (1) EP3905770A4 (ja)
JP (1) JP7439768B2 (ja)
CN (1) CN113196822A (ja)
WO (1) WO2020137130A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4223065A4 (en) * 2020-11-11 2024-03-20 Nokia Technologies Oy SIDELINK RESOURCE RESELECTION

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111490998B (zh) * 2019-01-25 2022-02-25 大唐移动通信设备有限公司 一种信息处理方法、装置、终端及计算机可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160037572A1 (en) * 2014-07-29 2016-02-04 Electronics And Telecommunications Research Institute Method for device to device communication between terminals and terminal for supporting same
JP2017506037A (ja) * 2014-01-29 2017-02-23 インターデイジタル パテント ホールディングス インコーポレイテッド デバイスツーデバイス発見またはデバイスツーデバイス通信のためのリソース選択
WO2017083388A1 (en) * 2015-11-10 2017-05-18 Idac Holdings, Inc. Methods and apparatuses directed to cooperative communications
WO2017199447A1 (ja) * 2016-05-20 2017-11-23 富士通株式会社 無線通信システム、無線通信方法、および無線端末
JP2018504089A (ja) 2014-11-28 2018-02-15 ポールベアー フィルトレーション グループ リミテッド ピペットチップおよびその使用方法
WO2018061521A1 (ja) * 2016-09-29 2018-04-05 ソニー株式会社 通信装置及び通信方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108029131B (zh) * 2015-09-17 2021-06-08 Lg电子株式会社 无线通信系统中由v2x终端发送和接收消息的方法和设备
US10716154B2 (en) * 2016-01-29 2020-07-14 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for transmitting data via sidelink and terminal
WO2017155361A1 (ko) * 2016-03-11 2017-09-14 엘지전자 주식회사 V2x 통신을 위한 자원 할당 방법 및 장치
EP3456144B1 (en) * 2016-05-12 2020-10-21 Sharp Kabushiki Kaisha Method and apparatus for selecting radio resources for vehicle (v2x) communications from an overlapping resource pool
EP3522629A4 (en) * 2016-09-30 2020-05-13 LG Electronics Inc. -1- METHOD AND DEVICE FOR A TERMINAL FOR SELF-SELECTION OF RESOURCES ACCORDING TO PRIORITY IN A WIRELESS COMMUNICATION SYSTEM
US20200029340A1 (en) * 2018-07-19 2020-01-23 Samsung Electronics Co., Ltd. Method and apparatus for nr v2x resource selection
WO2020031346A1 (ja) * 2018-08-09 2020-02-13 富士通株式会社 通信装置、基地局装置、および通信方法
EP3675533B1 (en) * 2018-12-24 2021-03-31 ASUSTek Computer Inc. Method and apparatus for supporting one-to-one sidelink communication in a wireless communication system via pc5

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017506037A (ja) * 2014-01-29 2017-02-23 インターデイジタル パテント ホールディングス インコーポレイテッド デバイスツーデバイス発見またはデバイスツーデバイス通信のためのリソース選択
US20160037572A1 (en) * 2014-07-29 2016-02-04 Electronics And Telecommunications Research Institute Method for device to device communication between terminals and terminal for supporting same
JP2018504089A (ja) 2014-11-28 2018-02-15 ポールベアー フィルトレーション グループ リミテッド ピペットチップおよびその使用方法
WO2017083388A1 (en) * 2015-11-10 2017-05-18 Idac Holdings, Inc. Methods and apparatuses directed to cooperative communications
WO2017199447A1 (ja) * 2016-05-20 2017-11-23 富士通株式会社 無線通信システム、無線通信方法、および無線端末
WO2018061521A1 (ja) * 2016-09-29 2018-04-05 ソニー株式会社 通信装置及び通信方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWAEI ET AL.: "Sidelink resource allocation mode 2", 3GPP TSG RAN WG1#95 R1-1812209, 3 November 2018 (2018-11-03), XP051554081 *
See also references of EP3905770A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4223065A4 (en) * 2020-11-11 2024-03-20 Nokia Technologies Oy SIDELINK RESOURCE RESELECTION

Also Published As

Publication number Publication date
JP7439768B2 (ja) 2024-02-28
EP3905770A1 (en) 2021-11-03
JPWO2020137130A1 (ja) 2021-11-04
CN113196822A (zh) 2021-07-30
EP3905770A4 (en) 2022-03-09
US20220061026A1 (en) 2022-02-24

Similar Documents

Publication Publication Date Title
US11363429B2 (en) Communication device, communication method, transmission device and reception device
US11012840B2 (en) Wireless communication device and wireless communication method
US11706593B2 (en) Terminal device, method, and recording medium
CN110139323B (zh) 在支持v2x的通信系统中进行负载分配的方法和装置
JP7439763B2 (ja) 通信装置及び制御装置
US10798738B2 (en) Device and method
US11470584B2 (en) Communication device
US20190059115A1 (en) Base station, terminal device, and communication method
JP7355018B2 (ja) 通信装置
US20220408413A1 (en) Wireless communication device and wireless communication method
WO2020066583A1 (ja) 通信装置、制御装置及び通信システム
JP7439768B2 (ja) 端末装置、基地局、方法及び記録媒体
EP3860206A1 (en) Communication device
US20220110124A1 (en) Direct current (dc) tone indication in sidelink
CN114503665A (zh) 无线通信系统中的电子设备和方法
CN115552974A (zh) 用于从无线通信设备向网络传送数据的侧链路中继路由选项

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19905593

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020562858

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019905593

Country of ref document: EP

Effective date: 20210726