WO2021024461A1 - 基地局装置、端末装置、および無線通信システム - Google Patents

基地局装置、端末装置、および無線通信システム Download PDF

Info

Publication number
WO2021024461A1
WO2021024461A1 PCT/JP2019/031410 JP2019031410W WO2021024461A1 WO 2021024461 A1 WO2021024461 A1 WO 2021024461A1 JP 2019031410 W JP2019031410 W JP 2019031410W WO 2021024461 A1 WO2021024461 A1 WO 2021024461A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
communication
base station
timing
terminal
Prior art date
Application number
PCT/JP2019/031410
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 PCT/JP2019/031410 priority Critical patent/WO2021024461A1/ja
Publication of WO2021024461A1 publication Critical patent/WO2021024461A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • 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 invention relates to a base station device, a terminal device, and a wireless communication system including the base station device and the terminal device.
  • Non-Patent Documents 4 to 4 to In addition to 13 there is a demand for a technology that realizes a higher data rate, a larger capacity, and a lower delay.
  • the 5th generation communication standard is being studied by the 3GPP working group (for example, TSG-RAN WG1, TSG-RAN WG2, etc.) (for example, Non-Patent Documents 14 to 36).
  • eMBB Enhanced Mobile BroadBand
  • Massive MTC Machine Type Communications
  • URLLC Ultra-Reliable and Low Latency Communication
  • V2X is being studied as an example of D2D communication.
  • V2X includes V2V, V2P, V2I, V2N.
  • V2V Vehicle to Vehicle
  • V2P Vehicle to Pedestrian
  • V2I Vehicle to Infrastructure
  • V2N Vehicle to Network
  • V2X represents communication between an automobile and a network.
  • the provisions regarding V2X are described in, for example, Non-Patent Documents 1 to 3.
  • mode 1 and mode 2 are being discussed as resource allocation methods.
  • the base station apparatus allocates resources for side link communication.
  • the terminal device determines the resource for the side link communication from the resource pool prepared in advance.
  • HARQ Hybrid Automatic repeat request
  • a method of transmitting a feedback signal for side-link communication using a predetermined resource has been proposed (for example, Patent Document 1).
  • Scheduling in wireless systems has also been proposed (eg, Patent Document 2).
  • the terminal device performing the side link communication sends a feedback report indicating whether or not the data transmission by the side link communication is successful to the base station. Send.
  • This report represents ACK or NCAK.
  • ACK represents the success of data transmission
  • NACK represents the failure of data transmission.
  • the base station determines a resource for data retransmission and notifies the terminal device. After this, the terminal device retransmits the data using the notified resource.
  • the timing of transmitting the feedback report from the terminal device to the base station may be referred to as "HARQ_ACK / NACK report timing" or simply "report timing".
  • the HARQ_ACK / NACK report timing has not yet been agreed in 3GPP, but is determined by, for example, the number of slots from the slot that receives the control information that specifies the report timing to the slot that transmits the report.
  • the resource for communication between the base station device and the terminal device and the resource for side link communication between the terminal device and the terminal device are multiplexed in a time division manner, the resource If the time division multiplexing configuration is different, the reporting timing will also be different. Therefore, the amount of information for notifying the terminal device of the reporting timing from the base station increases. That is, the amount of control information for realizing HARQ related to side-link communication increases, and the resource usage efficiency decreases.
  • An object relating to one aspect of the present invention is to reduce control information for realizing HARQ related to side link communication and improve resource usage efficiency.
  • the base station apparatus allocates resources to terminal-to-terminal communication (sometimes referred to as side link communication or D2D communication) for transmitting data from a first terminal device to a second terminal device.
  • This base station apparatus includes a control unit that determines a report timing indicating the timing at which the first terminal apparatus transmits a feedback report related to the inter-terminal communication to the base station apparatus, and a control including information indicating the report timing. It includes a transmission unit that transmits a signal to the first terminal device.
  • the reporting timing when the first resource allocated for communication between the base station device and the first terminal device and the second resource allocated for communication between terminals are multiplexed in a time-divided manner. Is determined according to the first resource.
  • the terminal device uses the resources allocated by the base station device to perform terminal-to-terminal communication for transmitting data to one or more partner terminal devices.
  • This terminal device receives a first feedback report indicating a reception status between the terminals in the other terminal device from the other terminal device, and a second feedback report based on the first feedback report.
  • a control unit for generating and a transmission unit for transmitting the second feedback report to the base station apparatus are provided.
  • the control unit is between the terminal device and the one or a plurality of remote terminal devices.
  • a second feedback report including an acknowledgment indicating that the inter-terminal communication was successful or a negative response indicating that the inter-terminal communication failed is generated.
  • control information for realizing HARQ related to the side link communication is reduced, and the resource usage efficiency is improved.
  • FIG. 5 is a diagram (No. 5) showing an example of the HARQ procedure according to the third embodiment.
  • FIG. 6 is a diagram (No. 6) showing an example of the HARQ procedure according to the third embodiment.
  • FIG. 7 is a diagram (No. 7) showing an example of the HARQ procedure according to the third embodiment.
  • FIG. 9 is a diagram (No. 9) showing an example of the HARQ procedure according to the third embodiment.
  • FIG. 1 shows an example of a wireless communication system according to an embodiment of the present invention.
  • the wireless communication system 100 includes a base station device 1 and a plurality of terminal devices 2 (2a, 2b).
  • the base station device 1 is realized by, for example, a next-generation base station device (gNB: Next generation Node B).
  • gNB Next generation Node B
  • the base station apparatus may be referred to as a "base station”.
  • the terminal device 2 is realized by, for example, a UE (User Equipment).
  • the base station 1 transmits a downlink signal to the terminal device 2 located in the cell of the base station 1. That is, each terminal device 2 can receive the downlink signal transmitted from the base station 1. Further, each terminal device 2 transmits an uplink signal to the base station 1. That is, the base station 1 can receive the uplink signal from the terminal device 2 located in the cell.
  • the base station 1 and the terminal device 2 are connected via, for example, a Uu interface.
  • the terminal device 2 supports side link communication (or D2D communication). That is, the terminal devices 2a and 2b can directly communicate with each other without going through the base station 1. In this embodiment, it is assumed that the side link data is transmitted from the terminal device 2a to the terminal device 2b. Therefore, in the following description, the terminal device 2a and the terminal device 2b may be referred to as a “transmitting UE (Tx_UE)" and a “receiving UE (Rx_UE)", respectively. In addition, side link data may be referred to as "SL data”.
  • mode 1 and mode 2 are being discussed as resource allocation methods.
  • the base station allocates resources for sidelink communication.
  • the terminal device determines a resource for side link communication from a resource pool prepared in advance.
  • the wireless communication system 100 supports a hybrid automatic repeat request (HARQ: Hybrid Automatic repeat request) in order to realize efficient data transmission.
  • HARQ Hybrid Automatic repeat request
  • the receiving device requests the transmitting device to retransmit, for example, when the received data cannot be correctly decoded in the layer 1 process. Then, the transmitting side device transmits the retransmission data corresponding to the original data that was not correctly decoded in the receiving side device. Then, the receiving device decodes the data by combining the original data and the retransmission data that could not be correctly decoded.
  • HARQ Hybrid Automatic repeat request
  • the base station 1 transmits downlink control information (DCI: downlink control information) to the terminal device 2a.
  • DCI downlink control information
  • This DCI contains information that controls side link communication.
  • the terminal device 2a transmits side link control information (SCI: sidelink control information) and side link data to the terminal device 2b based on the received DCI.
  • SCI includes control information for receiving side link data.
  • the terminal device 2b decodes the side link data using SCI. At this time, if the side link data cannot be correctly decoded, the terminal device 2b transmits a negative response (NACK: negative acquisition) to the terminal device 2a. NACK indicates that the terminal device 2b could not correctly decode the side link data. When the terminal device 2a receives the NACK from the terminal device 2b, the terminal device 2a transmits the NACK to the base station 1.
  • NACK negative acquisition
  • the base station 1 When the base station 1 receives the NACK from the terminal device 2a, the base station 1 transmits the DCI to the terminal device 2a.
  • This DCI contains information that controls the retransmission of side link data. Then, the terminal device 2a performs retransmission based on the received DCI.
  • FIG. 2 shows an example of the timing of transmitting the HARQ_ACK / NACK report (that is, the feedback report).
  • resources that can be allocated to Uu communication hereinafter, Uu resource
  • resources that can be allocated to side link communication hereinafter, SL resource
  • DCI is transmitted from the base station 1 to the terminal device 2a in slot n.
  • This DCI includes information representing resources for transmitting SCI, SL data, sidelink feedback control information (SFCI: sidelink feedback control information), and uplink control information (UCI: uplink control information).
  • SCI and SL data are transmitted from the terminal device 2a to the terminal device 2b as shown in FIG.
  • the SFCI indicates whether or not the SL data received from the terminal device 2a can be correctly received by the terminal device 2b, and is transmitted from the terminal device 2b to the terminal device 2a.
  • the UCI indicates whether or not the data transmission of the side link communication is successful, and is transmitted from the terminal device 2a to the base station 1.
  • the HARQ_ACK / NACK report timing corresponds to the timing at which the UCI is transmitted in the example shown in FIG. Then, the base station 1 determines the reporting timing. That is, by determining the value of "K" shown in FIG. 2, the slot for transmitting the HARQ_ACK / NACK report is specified.
  • different reporting timings are set when the time division multiplexing configuration of Uu resources and SL resources changes.
  • slots n, n + 4, and n + 5 are set to be assignable to Uu communication
  • slots n + 1 to n + 3 are set to be assignable to side link communication.
  • slots n, n + 4, and n + 6 are set to be assignable to Uu communication
  • slots n + 1 to n + 3 and n + 5 are set to be assignable to side link communication.
  • a slot that can be assigned to Uu communication may be referred to as a "Uu slot”.
  • Slots that can be assigned to side link communication may be referred to as "SL slots”.
  • the HARQ_ACK / NACK report is transmitted from the terminal device 2a to the base station 1 using the Uu resource. Further, it is assumed that the HARQ_ACK / NACK report is transmitted, for example, after 5 slot hours or more have elapsed from the time when the DCI was transmitted. In this case, in the example shown in FIG. 3A, the HARQ_ACK / NACK report is transmitted in slot n + 5. On the other hand, in the example shown in FIG. 3B, the HARQ_ACK / NACK report is transmitted in slot n + 6.
  • the transmission timing (that is, the reporting timing) of the HARQ_ACK / NACK report is determined by the base station 1, and is notified to the terminal device 2a by the DCI.
  • the reporting timing is represented by, for example, a timing offset based on the DCI transmission timing.
  • the timing offset K is “5”.
  • the timing offset K is “6”.
  • different timing offsets are set when the configuration of the resource pool changes. Therefore, when the terminal device is notified of the report timing by using DCI, the number of bits of the information indicating the report timing increases.
  • FIG. 4 and 5 show examples of HARQ procedures performed between terminal devices.
  • FIG. 4 shows a HARQ procedure when unicast or group cast option 2 is performed between terminal devices.
  • Unicast represents a communication mode in which a signal is transmitted to one destination terminal.
  • the group cast represents a communication mode in which a signal is transmitted to a plurality of destination terminals.
  • FIG. 5 shows a HARQ procedure when the group cast option 1 is performed between the terminal devices. Then, the terminal device 2a transmits SCI and SL data based on the DCI notified from the base station 1.
  • each receiving UE operates the terminal device 2b shown in FIG. 4A.
  • SCI and SL data are transmitted from the terminal device 2a to the plurality of terminal devices 2b to 2d. Then, in the terminal device 2b, the decoding of the SCI and SL data is successful. In this case, the terminal device 2b does not send anything to the terminal device 2a. In the terminal device 2c, the decoding of SCI succeeds and the decoding of SL data fails. In this case, the terminal device 2b transmits NACK to the terminal device 2a. Decoding of SCI fails in the terminal device 2d. In this case, the terminal device 2d does not send anything to the terminal device 2a.
  • the receiving UE may not transmit anything to the transmitting UE (that is, the terminal device 2a). Therefore, in a configuration in which the transmitting UE transfers the response received from the receiving UE to the base station 1 as it is, the base station 1 may perform an unfavorable operation.
  • the terminal device 2a cannot receive the DCI transmitted from the base station 1. In this case, since the terminal device 2a cannot start the side link communication, the HARQ procedure is not started. Therefore, the terminal device 2a does not transmit the UCI related to the HARQ procedure to the base station 1.
  • Case 2 corresponds to the state shown in FIG. 4 (c).
  • the terminal device 2b does not respond to the terminal device 2a because the side link communication cannot be executed. Therefore, the terminal device 2a does not transmit the UCI related to the HARQ procedure to the base station 1.
  • case 3 group cast option 1 is executed and the receiving UE receives SCI and SL data. That is, the case 3 corresponds to the communication between the terminal devices 2a and 2b shown in FIG. In this case, the terminal device 2b does not respond to the terminal device 2a. Therefore, the terminal device 2a does not transmit the UCI related to the HARQ procedure to the base station 1.
  • the base station 1 receives nothing from the terminal device 2a. Therefore, the base station 1 cannot distinguish the cases 1 to 3 from each other. However, the appropriate treatments for cases 1 to 3 are different from each other.
  • side link communication is not executed. In this case, it is preferable to execute the "first transmission" of the side link communication. Therefore, for example, it is preferable that the base station 1 first transmits the DCI representing the resource allocation for the initial transmission to the terminal device 2a.
  • the side link communication is started, but the communication between the terminal devices 2a and 2b fails. In this case, it is preferable to execute "retransmission" of the side link communication. Therefore, it is preferable that the base station 1 transmits, for example, a DCI representing resource allocation for retransmission to the terminal device 2a.
  • the side link communication is successful. In this case, base station 1 does not need to do anything for successful sidelink communication. In such a configuration in which the feedback report transmitted from the receiving UE to the transmitting UE is directly transferred to the base station 1, the base station 1 may perform an unfavorable operation.
  • 5G D2D (side link) communication is performed.
  • V2X communication is performed.
  • mode 1 resource allocation is performed. That is, the base station allocates resources for side link communication from the resource pool in response to a request from the terminal device.
  • each terminal device 2 performs D2D communication by using a part of the Uu resource already defined as a resource for communication with the base station 1.
  • Uu resources and D2D communication resources are multiplexed in a certain frequency band by a time division method.
  • the resource pool configuration represents a pool of SL resources. In the frequency direction, the resource pool is represented by the starting RB (resource block) and the number of subchannels. In the time direction, resource pools are represented by slot bitmaps or symbol bitmaps.
  • the slot corresponding to "1" represents a slot that can be assigned to D2D communication
  • the slot corresponding to "0" represents a slot that cannot be assigned to D2D communication (that is, can be assigned to Uu communication).
  • the symbol bitmap the symbol corresponding to "1” represents a symbol that can be assigned to D2D communication
  • the symbol corresponding to "0” represents a symbol that cannot be assigned to Uu communication (that is, can be assigned to Uu communication).
  • the resource pool configuration may be set in advance in the terminal device 2, or may be notified from the base station 1 to the terminal device 2.
  • the base station 1 may notify the terminal device 2 of the resource pool configuration by SIB (system information block), or may notify the terminal device 2 by using the RRC (radio resource control) protocol or DCI.
  • SIB system information block
  • RRC radio resource control
  • the terminal device 2 can recognize the arrangement of the Uu resource and the SL resource.
  • HARQ is executed for the side link communication. That is, HARQ is executed in the wireless communication system 100 shown in FIG.
  • FIG. 7 shows an example of a method of designating the reporting timing in the first embodiment.
  • the resource pool configuration shown in FIG. 7 is used.
  • slots n, n + 4, and n + 6 can be assigned to Uu communication for transmitting a radio signal between the base station and the terminal device.
  • Slots n + 1 to n + 3 and n + 5 can be assigned to side link communication for transmitting signals between terminal devices.
  • a resource that can be allocated to Uu communication may be referred to as a "Uu resource”.
  • Resources that can be allocated to side-link communication may be called "SL resources".
  • the wireless communication system 100 executes the side link HARQ shown in FIG. That is, the base station 1 transmits downlink control information (DCI: downlink control information) to the terminal device 2a.
  • DCI downlink control information
  • This DCI provides sidelink control information (SCI: sidelink control information), sidelink data (SL data), sidelink feedback control information (SFCI: sidelink feedback control information), and uplink control information (UCI: uplink control information).
  • SCI sidelink control information
  • SL data sidelink data
  • SFCI sidelink feedback control information
  • UCI uplink control information
  • the SCI is generated by the terminal device 2a based on the DCI and is transmitted from the terminal device 2a to the terminal device 2b as shown in FIG.
  • SL data is also transmitted from the terminal device 2a to the terminal device 2b.
  • the SFCI indicates whether or not the SL data received from the terminal device 2a can be correctly received by the terminal device 2b, and is transmitted from the terminal device 2b to the terminal device 2a.
  • the UCI indicates whether or not the side link communication is successful, and is transmitted from the terminal device 2a to the base station 1.
  • the UCI indicating whether or not the side link communication is successful may be referred to as "HARQ_ACK / NACK report" or "feedback report".
  • Base station 1 determines resources for transmitting SCI, SL data, SFCI, and UCI. That is, the base station 1 determines the transmission timings of SCI, SL data, SFCI, and UCI, respectively.
  • DCI is transmitted in slot n
  • SCI and SL data are transmitted in slot n + 1
  • SFCI (SL_ACK / SL_NACK) is transmitted in slot n + 3
  • UCI (ACK / NACK) is transmitted in slot n + 6.
  • the UCI (ACK / NACK) transmission timing may be referred to as "feedback report timing" or simply "report timing".
  • the transmission timing of SCI, SL data and SFCI those defined in advance may be used.
  • the base station 1 When the base station 1 receives the request for side link communication from the terminal device 2a, the base station 1 determines the transmission timing of the SCI, SL data, SFCI, and UCI. Then, the base station 1 uses DCI to notify the terminal device 2a of the transmission timing of SCI, SL data, SFCI, and UCI. Therefore, the terminal devices 2a and 2b execute the side link communication according to the schedule determined by the base station 1, and execute HARQ according to the schedule determined by the base station 1. Further, as the transmission timing of SCI, SL data and UCI, those notified by the SIB or RRC protocol may be used, or those notified in advance may be used. Here, the base station 1 does not need to notify the terminal device 2 of the transmission timing of SCI, SL data, and UCI using DCI.
  • the timing at which the terminal device 2a transmits the feedback report to the base station 1 (that is, the reporting timing) is represented by a relative value.
  • the reporting timing is expressed using the amount of Uu resources existing between the timing when the terminal device 2a receives the DCI from the base station 1 and the reporting timing.
  • the DCI is transmitted in slot n
  • the feedback report is transmitted in slot n + 6.
  • slots n + 1 to n + 3 and n + 5 are SL resources
  • slot n + 6 is the second slot counted from slot n.
  • the timing offset K3 is determined based on, for example, the processing capacity of the terminal device that performs side link communication. In the example shown in FIG. 1, it is determined according to the processing capacity of the terminal devices 2a and 2b.
  • the processing capacity represents, for example, the communication speed of the terminal device, the standard or version of the side link communication supported by the terminal device, and the like.
  • the processing capacity of the terminal device 2a and the terminal device 2b is notified to the base station 1 from the terminal device 2a and the terminal device 2b, for example, in response to a request from the base station 1. Further, the processing capacity of the terminal device 2b may be notified to the base station 1 via the terminal device 2a. Then, the base station 1 determines the timing offset K3 based on the processing capacity of the terminal device.
  • the timing offset K3 when the processing capacity of the terminal device performing side link communication is high is smaller than that when the processing capacity of the terminal device performing side link communication is low. Further, before receiving the information representing the processing capacity, the base station 1 may determine the timing offset K3 based on the default processing capacity defined in advance. The base station 1 may determine the timing offset K3 in consideration of factors other than the processing capacity of the terminal device.
  • the timing offset K3 is notified from the base station 1 to the terminal device 2a using DCI.
  • FIG. 8 is a diagram illustrating one of the effects of the first embodiment.
  • the resource pool configurations shown in FIGS. 8 (a) and 8 (b) are the same as those in FIGS. 3 (a) and 3 (b), respectively. That is, in the resource pool configuration shown in FIG. 8A, slots n, n + 4, and n + 5 are Uu resources, and slots n + 1 to n + 3 are SL resources. Further, in the resource pool configuration shown in FIG. 8B, slots n, n + 4, and n + 6 are Uu resources, and slots n + 1 to n + 3, n + 5 are SL resources. Note that the slots marked with x in FIG. 8 represent slots that are not counted when the reporting timing is specified based on the timing offset K3.
  • FIG. 9 shows an example of a method of notifying the reporting timing.
  • the reporting timing is notified from the base station to the terminal device using DCI.
  • the DCI has a HARQ timing designation field, as shown in FIG. 9A. Then, the information related to the reporting timing is set in the HARQ timing designation field.
  • the value of the HARQ timing specification field of DCI represents the timing offset K3.
  • the base station sets "2" in the HARQ timing specification field of DCI.
  • the present invention is not limited to this method, and the reporting timing may be notified to the terminal device by another method.
  • the base station creates a candidate for the timing offset K3 in advance and notifies the terminal device.
  • a candidate number is assigned to each candidate.
  • the information representing the candidate for the timing offset K3 is notified from the base station to the terminal device using, for example, the RRC protocol.
  • the base station uses DCI to select one value from the candidates for the timing offset K3.
  • the value of the HARQ timing specification field of DCI specifies a candidate for the timing offset K3 as shown in FIG. 9D. For example, when notifying the terminal device that the timing offset K3 is "2", the base station sets "0" in the HARQ timing specification field of DCI.
  • each slot is assigned only to Uu communication or only to side link communication.
  • the present invention is not limited to this configuration, and a resource pool configuration using a symbol bitmap may be adopted.
  • some symbols in the slot are resources for Uu communication, and the remaining symbols are resources for side link communication.
  • a slot containing a symbol for Uu communication and a symbol for side link communication may be referred to as a "mixed slot".
  • the mixed slot is counted as a slot in which UCI can be transmitted when the reporting timing is specified based on the timing offset K3.
  • slot n + 5 is a mixing slot.
  • the first slot in which UCI can be transmitted is slot n + 4
  • the second slot in which UCI can be transmitted is slot n + 4, with reference to the slot n in which DCI is transmitted. Therefore, in this case, for example, when "2" is set as the timing offset K3, slot n + 5 is specified as the reporting timing.
  • the reporting timing can be determined according to the timing offset K3.
  • the reporting timing can be set according to the resource (for example, the first resource) that the terminal and the base station communicate with.
  • the reporting timing is specified using one timing offset.
  • the reporting timing is specified using two timing offsets. Specifically, as shown in FIG. 11, the reporting timing is specified using the two timing offsets K4 and K5.
  • the timing offset K4 is from the timing when the terminal device 2a transmits the side link data to the terminal device 2b to the timing when the terminal device 2a receives the decoding result of the side link data (that is, SFCI representing SL_ACK or SL_NACK) from the terminal device 2b. It is expressed by the amount of SL resources existing between.
  • the terminal device 2a transmits the side link data to the terminal device 2b in the slot n + 1.
  • the terminal device 2a receives the decoding result of the side link data (that is, SFCI representing SL_ACK or SL_NACK) from the terminal device 2b in the slot n + 3.
  • slot n + 2 is a Uu slot and is not counted. That is, slot n + 3 is the first SL slot counting from slot n + 1. Therefore, in this case, the timing offset K4 is "1".
  • the timing offset K5 is expressed using the amount of Uu resources existing between the timing when the terminal device 2a receives the decoding result of the side link data from the terminal device 2b and the reporting timing.
  • the terminal device 2a receives the decoding result of the side link data from the terminal device 2b in the slot n + 3.
  • the reporting timing is set to slot n + 6.
  • slot n + 5 is an SL slot and is not counted. That is, slot n + 6 is the second Uu slot counting from slot n + 3. Therefore, in this case, the timing offset K5 is "2".
  • the timing offsets K4 and K5 are determined based on the processing capacity of the terminal device that performs side link communication in the same manner as the timing offset K3 of the first embodiment. That is, the timing offsets K4 and K5 when the processing capacity of the terminal device is high may be smaller than when the processing capacity of the terminal device is low.
  • candidates for timing offsets K4 and K5 may be prepared in advance.
  • the candidate for the timing offset K4 is set in consideration of the cycle of the physical channel (that is, PSFCH: Physical Sidelink Feedback Channel) resource capable of transmitting and receiving SFCI and / or the SCS (Subcarrier spacing) adopted in the side link. May be good.
  • the timing offset K5 may be set in consideration of the BWP (Bnadpath part) of the uplink or the SCS adopted in the uplink. Then, the base station 1 uses DCI to select a value to be used from the candidates for the timing offsets K4 and K5, respectively.
  • FIG. 12 shows a variation of the second embodiment.
  • the timing offset K4 is notified from the base station 1 to the terminal device by the SIB or RRC protocol.
  • the timing offset K4 may be set fixedly, for example, or may be calculated from the periodic information of the PSFCH resource notified by the SIB or RRC protocol. That is, the base station 1 does not need to notify the terminal device of the timing offset K4 by using DCI.
  • the timing offset K5 is notified from the base station 1 to the terminal device using DCI.
  • the time slot n + K4x specified by the timing offset K4 corresponds to the slot located at the K4th position when counting excluding the Uu slot with reference to the slot n for transmitting side link data. Further, the time slot n + K4x + K5x specified by the timing offset K5 corresponds to the slot located at the K5th position when counting excluding the SL slot with respect to the time slot n + K4x.
  • the third embodiment provides a function of solving the problems described with reference to FIGS. 4 to 6. Specifically, the third embodiment provides a function for identifying the case 1 and the case 2 shown in FIG. 6 and a function for identifying the case 1 and the case 3 shown in FIG.
  • FIG. 13 shows an example of a conversion rule from side link feedback control information (SFCI) to uplink control information (UCI).
  • the SFCI includes information indicating whether or not the side link data has been successfully decoded in the receiving UE. That is, SFCI represents an acknowledgment (ACK) or a negative response (NACK). Then, the SFCI is transmitted from the receiving UE to the transmitting UE.
  • UCI indicates whether or not the side link communication was successful. That is, UCI represents an acknowledgment (ACK) or a negative response (NACK). Then, the UCI is transmitted from the transmitting UE to the base station.
  • FIG. 13A shows a conversion rule when unicast or group cast option 2 is performed between terminal devices. This conversion rule is used by the transmitting UE (terminal device 2a in the embodiment) in the side link communication shown in FIG.
  • the terminal device 2a when the terminal device 2a receives the SFCI representing ACK or NACK from the receiving UE (terminal device 2b in the embodiment), the terminal device 2a generates a UCI and transmits it to the base station 1. Specifically, when the terminal device 2a receives the SFCI representing ACK from the terminal device 2b, it generates a UCI representing ACK and transmits it to the base station 1. That is, when the terminal device 2b can correctly decode the side link data, the terminal device 2a transmits an ACK to the base station 1. Further, when the terminal device 2a receives the SFCI representing NACK from the terminal device 2b, the terminal device 2a generates a UCI representing NACK and transmits it to the base station 1. That is, when the terminal device 2b cannot correctly decode the side link data, NACK is transmitted from the terminal device 2a to the base station 1.
  • the base station 2a when the base station 2a does not receive the SFCI from the terminal device 2b at the predetermined reception timing specified by the base station 1 or at a predetermined reception timing defined in advance, the base station 2a transmits a UCI representing NACK to the base station 1.
  • This reception timing corresponds to slot n + 3 in the example shown in FIG. 7, and is notified from the base station 1 to the terminal device 2a using DCI.
  • the situation in which the base station 2a does not receive the SFCI from the terminal device 2b at a predetermined reception timing is, for example, when the side link control information (SCI) transmitted from the terminal device 2a is not correctly decoded by the terminal device 2b. Can occur.
  • SCI side link control information
  • FIG. 13B shows a conversion rule when group cast option 1 is performed between terminal devices. This conversion rule is used by the transmitting UE (terminal device 2a in the embodiment) in the side link communication shown in FIG.
  • group cast option 1 when the terminal device 2a receives the SFCI representing NACK from at least one of the receiving UEs (terminal devices 2b to 2d in FIG. 4), the terminal device 2a generates a UCI representing NACK to be a base station. Send to 1. That is, when at least one of the terminal devices 2b to 2d cannot correctly decode the side link data, NACK is transmitted from the terminal device 2a to the base station 1.
  • the base station 2a when the base station 2a does not receive the SFCI from the terminal device 2b at the predetermined reception timing specified by the base station 1 or at a predetermined reception timing defined in advance, the base station 2a transmits a UCI representing ACK to the base station 1.
  • This reception timing corresponds to slot n + 3 in the example shown in FIG. 7, and is notified from the base station 1 to the terminal device 2a using DCI.
  • the situation in which the base station 2a does not receive the SFCI from the terminal device 2b at a predetermined reception timing may occur in the following two cases, for example.
  • the side link control information (SCI) transmitted from the terminal device 2a is all the terminal devices 2b. It can be considered a very rare case that all the terminal devices cannot decode the SCI even when the decoding is not performed correctly in 2b.
  • the wireless communication system 100 includes a base station 1 and a plurality of terminal devices 2. Then, the side link data is transmitted from the terminal device 2a to one or a plurality of terminal devices. Therefore, in the following description, the terminal device 2a may be referred to as a "transmission UE”. Further, the terminal device that receives the side link data may be referred to as a "reception UE”.
  • the base station 1 and each terminal device can notify information by the RRC protocol as needed.
  • RRC may be used to notify the transmitting UE 2a of resource pool configuration and timing offset candidates from base station 1.
  • the resource pool configuration may be notified from the base station 1 to the transmitting UE 2a by SIB. Communication by RRC or SIB is drawn in FIG. 14, but is omitted in other drawings.
  • the transmission UE 2a When the transmission UE 2a starts the side link communication, it transmits a scheduling request (SR) to the base station 1 as shown in FIG. Upon receiving the scheduling request, the base station 1 generates a DCI including information representing the uplink resource allocation and transmits it to the transmitting UE 2a.
  • the DCI is transmitted via the PDCCH (Physical Downlink Control Channel).
  • the transmitting UE 2a transmits the buffer status report (SL_BSR) of the side link communication to the base station 1 by using the uplink resource specified by the DCI.
  • the buffer status report includes, for example, information indicating the data size, information indicating the type of data (for example, unicast data, group cast data, broadcast data), and is transmitted via PUSCH (Physical Uplink Shared Channel). ..
  • Base station 1 determines the resource to be allocated to the requested side link communication based on the buffer status report received from the transmitting UE 2a. This resource is allocated for the initial transmission of sidelink communication. Then, the base station 1 generates a DCI including information representing the side link resource allocation and transmits the DCI to the transmitting UE 2a. When the scheduling request includes information corresponding to the buffer status report, the procedure for transmitting the DCI including the information indicating the uplink resource allocation and the procedure for transmitting the buffer status report may be omitted.
  • the transmitting UE 2a starts side link communication according to the DCI received from the base station 1. At this time, the transmitting UE 2a may start the side link communication according to the information notified by the RRC and the DCI.
  • the DCI contains information representing the schedule of side link communication. That is, the DCI includes information representing a schedule for transmitting SCI and side link data to the receiving UE, information representing a schedule for receiving SFCI from the receiving UE, and information representing a schedule for transmitting UCI to the base station 1.
  • the DCI may also include information representing a schedule for transmitting SCI and sidelink data to the receiving UE, and information representing a schedule for transmitting UCI to base station 1.
  • the information representing the schedule for transmitting the UCI to the base station 1 may be represented by the timing offset of the first or second embodiment.
  • the transmitting UE 2a transmits the SCI and the side link data to the receiving UE 2b.
  • the transmitting UE 2a transmits the SCI and the side link data to the plurality of receiving UEs 2b to 2d.
  • the receiving UE 2b transmits the side link feedback control information (SFCI) representing the acknowledgment (ACK) to the transmitting UE 2a.
  • SFCI side link feedback control information
  • the transmitting UE 2a generates uplink control information (UCI) from the SFCI according to the conversion rule shown in FIG. 13 (a). That is, a UCI representing ACK is generated. Then, the transmitting UE 2a transmits a UCI representing ACK to the base station 1. In this case, the base station 1 determines that the side link communication is successful, and ends the HARQ procedure.
  • UCI uplink control information
  • DCI is transmitted from the base station 1 to the transmitting UE 2a, but the transmitting UE 2a fails to decode the DCI.
  • This situation corresponds to Case 1 shown in FIG.
  • the transmitting UE 2a cannot start the side link communication, the HARQ procedure is not executed either. Therefore, the base station 1 cannot receive the UCI indicating whether or not the side link communication is successful at a predetermined timing. For example, when the schedule shown in FIG. 7 is created, base station 1 transmits DCI in slot n, but cannot receive the corresponding UCI in slot n + 6.
  • the base station 1 determines that the side link communication is not being executed. Then, the base station 1 transmits the DCI representing the resource allocation for the initial transmission of the side link data to the transmitting UE 2a. Then, the "first transmission" of the side link communication is performed between the transmitting UE and the receiving UE. As described above, when the base station 1 cannot receive the UCI at the timing when the UCI should be received, the base station 1 transmits the DCI representing the resource allocation for transmitting the side link data to the transmitting UE 2a.
  • SCI and side link data are transmitted from the transmitting UE 2a to the receiving UE 2b, but the receiving UE 2b fails to decode the SCI.
  • This situation corresponds to Case 2 shown in FIG.
  • this SCI includes information that controls side link communication. Therefore, the receiving UE 2b cannot receive the side link data. In this case, as shown in FIG. 4C, the receiving UE 2b does not transmit the SFCI.
  • the transmitting UE 2a cannot receive the SFCI indicating whether or not the side link data has been correctly decoded at a predetermined timing. For example, when the schedule shown in FIG. 7 is created, the transmitting UE 2a transmits SCI and side link data in slot n + 1, but cannot receive the corresponding SFCI in slot n + 3.
  • the transmitting UE 2a generates UCI from SFCI according to the conversion rule shown in FIG. 13 (a).
  • the transmitting UE 2a does not receive the SFCI. Therefore, a UCI representing a negative response (NACK) is generated.
  • the transmitting UE 2a transmits the UCI representing NACK to the base station 1.
  • the base station 1 determines that the side link communication has failed, and determines the resource for retransmission according to the HARQ procedure. Then, the base station 1 transmits the DCI representing the resource allocation for retransmitting the side link data to the transmitting UE 2a.
  • the base station 1 can distinguish between the case 1 and the case 2 shown in FIG. .. Then, when the side link communication is not started, the control information is notified from the base station 1 to the transmitting UE 2a in order to transmit the side link data, and the side link communication is started. On the other hand, when the side link communication fails, the control information is notified from the base station 1 to the transmitting UE 2a in order to retransmit the side link data, and the retransmission process by HARQ is realized. Therefore, appropriate communication is realized in the wireless communication system 100.
  • the receiving UE 2b when the SCI and the side link data are transmitted from the transmitting UE 2a to the receiving UE 2b, the receiving UE 2b fails to decode the side link data. In this case, the receiving UE 2b transmits an SFCI representing NACK to the transmitting UE 2a in order to request retransmission.
  • the transmitting UE 2a generates UCI from SFCI according to the conversion rule shown in FIG. 13 (a).
  • the transmitting UE 2a receives the SFCI representing NACK. Therefore, a UCI representing NACK is generated.
  • the transmitting UE 2a transmits the UCI representing NACK to the base station 1.
  • the base station 1 determines that the side link communication has failed, and determines the resource for retransmission according to the HARQ procedure.
  • the base station 1 transmits the DCI representing the resource allocation for retransmitting the side link data to the transmitting UE 2a.
  • the receiving UE 2b fails to decode the side link data as in the example shown in FIG. Therefore, the receiving UE 2b transmits the SFCI representing NACK to the transmitting UE 2a in order to request the retransmission.
  • decoding of SFCI fails in the transmitting UE 2a.
  • the transmitting UE 2a executes the same process as when the SFCI is not received. That is, the transmitting UE 2a generates a UCI representing NACK according to the conversion rule shown in FIG. 13 (a). Then, the transmitting UE 2a transmits the UCI representing NACK to the base station 1.
  • the resource for retransmission is determined according to the HARQ procedure, as in the example shown in FIG.
  • the receiving UE 2b correctly decodes the SCI and the side link data. Therefore, the receiving UE 2b transmits the SFCI representing ACK to the transmitting UE 2a. However, decoding of SFCI fails in the transmitting UE 2a. In this case, the transmitting UE 2a executes the same process as the example shown in FIG. As a result, in base station 1, resources for retransmission are determined according to the HARQ procedure, as in the example shown in FIG. 17 or FIG.
  • resource allocation for retransmission is executed even though the receiving UE 2b receives the side link data.
  • the receiving UE 2b correctly decodes the SCI and the side link data. That is, the wireless environment between the transmitting UE 2a and the receiving UE 2b can be considered to be good. Therefore, it is considered unlikely that the decoding of SFCI will fail in the transmitting UE 2a.
  • side link data is transmitted from the transmitting UE 2a to a plurality of terminal devices (receiving UEs 2b, 2c, ... 2x, 2y, ...) By the group cast option 2. Then, the receiving UEs 2b, 2c ,. .. .. Assumes that the side link data can be decrypted. On the other hand, the receiving UE 2x, 2y ,. .. .. Assumes that the side link data could not be decrypted. In this case, the receiving UEs 2b, 2c ,. .. .. Transmits SFCI representing ACK to the transmitting UE 2a. In addition, the receiving UE 2x, 2y ,. .. .. Sends SFCI representing NACK to the transmitting UE 2a, respectively.
  • the transmitting UE 2a generates a UCI based on the SFCI received from each terminal device. Specifically, for example, UCI is generated based on any one of the following rules (1) to (3).
  • N ACK represents the number of ACK transmission UE2a receives from the receiving UE
  • N NACK represents the number of NACK transmission UE2a receives from the receiving UE.
  • N NACK represents the number of NACK transmission UE2a receives from the receiving UE.
  • the processing after the UCI representing NACK is transmitted from the transmitting UE 2a to the base station 1 is the same as the example shown in FIGS. 16 to 19. That is, retransmission is performed according to the HARQ procedure.
  • side link data is transmitted from the transmitting UE 2a to a plurality of terminal devices (receiving UEs 2b, 2c, ...) By the group cast option 1. Then, the SCI and the side link data are correctly decoded in all the receiving UEs. This situation corresponds to Case 3 shown in FIG.
  • the group cast option 1 as shown in FIG. 5B, when the side link data is decoded, the receiving UE does not transmit the SFCI to the transmitting UE. That is, the transmitting UE 2a does not receive the SFCI indicating whether or not the side link data has been decoded at a predetermined timing. For example, when the schedule shown in FIG. 7 is created, the transmitting UE 2a transmits SCI and sidelink data in slot n + 1, but does not receive the corresponding SFCI in slot n + 3.
  • the transmitting UE 2a generates UCI from SFCI according to the conversion rule shown in FIG. 13 (b). Here, the transmitting UE 2a does not receive the SFCI. Therefore, a UCI representing an acknowledgment (ACK) is generated. Then, the transmitting UE 2a transmits a UCI representing ACK to the base station 1. In this case, the base station 1 determines that the side link communication is successful, and ends the HARQ procedure.
  • ACK acknowledgment
  • the side link data is transmitted by the group cast option 1
  • UCI is generated from the SFCI according to the conversion rule shown in FIG. 13 (b), so that the base station 1 is different from the case 1 shown in FIG. It can be distinguished from the case 3. That is, when the side link data is decoded in all the receiving UEs, the transmitting UE 2a transmits the UCI representing ACK to the base station 1. Therefore, unlike the case 1 shown in FIG. 6, the base station 1 can recognize that the side link communication has succeeded based on the UCI, and therefore does not allocate resources for retransmission. Therefore, appropriate communication is realized in the wireless communication system 100. Specifically, useless resource allocation is avoided.
  • side link data is transmitted from the transmitting UE 2a to a plurality of terminal devices (receiving UEs 2b, 2c, ... 2x, 2y, ...) By the group cast option 1.
  • the receiving UEs 2b, 2c Although the side link data is successfully decoded in, the receiving UE 2x, 2y ,. .. .. In, the decoding of the side link data fails.
  • the receiving UEs 2b, 2c ,. .. .. Does not generate SFCI, but receives UE2x, 2y ,. .. .. Generates an SFCI representing NACK and transmits it to the transmitting UE 2a.
  • the transmitting UE 2a When the transmitting UE 2a receives the SFCI representing the NACK from one or more receiving UEs, the transmitting UE 2a generates a UCI representing the NACK according to the conversion rule shown in FIG. 13 (b). Then, the transmitting UE 2a transmits the UCI representing NACK to the base station 1. Therefore, the retransmission procedure is executed.
  • the transmitting UE cannot receive the corresponding SFCI.
  • the conversion rule shown in FIG. 13B since the UCI representing ACK is transmitted to the base station 1, the retransmission by HARQ is not executed.
  • SCI decoding will fail in all of the plurality of receiving UEs. That is, it is unlikely that a situation will occur in which retransmission is not performed even though side link communication has failed.
  • FIG. 23 is a flowchart showing an example of HARQ processing of the transmitting UE in the third embodiment. The processing of this flowchart is executed by the transmitting UE after transmitting the SCI and the side link data to the receiving UE. Also, the transmitting UE listens for SFCI transmitted from one or more receiving UEs. SFCI represents an acknowledgment (ACK) or a negative response (NACK).
  • ACK acknowledgment
  • NACK negative response
  • the transmitting UE determines whether or not the side link communication is unicast.
  • the transmitting UE determines in S2 whether or not the SFCI representing NACK is received from the receiving UE in the predetermined receiving slot.
  • the predetermined receiving slot is designated by DCI by base station 1. For example, in the example shown in FIG. 7, it corresponds to slot n + 3. Then, when the SFCI representing NACK is received, the transmitting UE generates a UCI representing NACK in S3 and transmits it to the base station 1.
  • the transmitting UE determines in S4 whether or not the SFCI representing ACK is received from the receiving UE in the predetermined receiving slot. Then, when the SFCI representing ACK is received, the transmitting UE generates a UCI representing ACK in S5 and transmits it to the base station 1. On the other hand, when the SFCI (ACK / NACK) is not received in the predetermined receiving slot, the transmitting UE generates a UCI representing NACK in S3 and transmits it to the base station 1.
  • the transmitting UE determines in S11 whether or not the side link communication is the group cast option 2.
  • the transmitting UE determines in S12 whether or not the SFCI has been received from the receiving UE in the predetermined receiving slot.
  • the transmitting UE executes the ACK / NACK determination process in S13.
  • the transmitting UE counts the number of ACKs and / or the number of NACKs.
  • the transmitting UE determines whether to generate a UCI representing ACK or a UCI representing NACK based on the number of ACKs and / or the number of NACKs.
  • the determination method is as described with reference to FIG. 20, for example.
  • the transmitting UE transmits the UCI generated according to the determination result to the base station 1.
  • the transmitting UE when the SFCI is not received from all the receiving UEs, the transmitting UE generates a UCI representing NACK in S15 and transmits it to the base station 1.
  • the transmitting UE determines in S21 whether or not the SFCI representing NACK has been received from the receiving UE in the predetermined receiving slot. Then, when the SFCI representing NACK is received from one or a plurality of receiving UEs, the transmitting UE generates a UCI representing NACK in S15 and transmits it to the base station 1. On the other hand, when the SFCI is not received from all the receiving UEs, the transmitting UE generates a UCI representing ACK in S22 and transmits it to the base station 1.
  • the transmitting UE when the transmitting UE does not receive the SFCI from the receiving UE at a predetermined reception timing, the type of D2D communication between the transmitting UE and the receiving UE (unicast, group cast option 1, group cast option 2). Based on, a feedback report (UCI) is generated that includes an acknowledgment indicating that the D2D communication was successful or a negative response indicating that the D2D communication was unsuccessful. Then, the transmitting UE transmits this feedback report to the base station.
  • UCI feedback report
  • FIG. 24 shows an example of the configuration of the base station 1.
  • the base station 1 is, for example, a next generation base station apparatus (gNB: Next generation Node B). Then, as shown in FIG. 24, the base station 1 includes a control unit 11, a storage unit 12, a network interface 13, a radio transmission unit 14, and a radio reception unit 15.
  • the base station 1 may have other circuits or functions not shown in FIG. 24.
  • the control unit 11 controls Uu communication (or cellular communication) provided by the base station 1. Further, the control unit 11 determines a schedule for D2D communication (or side link communication) performed by the terminal device 2. That is, the timing offsets (K3, K4, K5) representing the reporting timing are determined by the control unit 11.
  • the control unit 11 is realized by a processor. However, some of the functions of the control unit 11 may be realized by a hardware circuit.
  • the storage unit 12 stores a software program executed by the processor. Further, the storage unit 12 stores data and information necessary for controlling the operation of the base station 1.
  • the storage unit 12 is realized by, for example, a semiconductor memory.
  • the network interface 13 provides an interface for connecting to the core network. That is, the base station 1 can be connected to another base station 1 or a network management system that controls the base station 1 via the network interface 13.
  • the wireless transmission unit 14 transmits a wireless signal for Uu communication according to an instruction given from the control unit 11. That is, the wireless transmission unit 14 can transmit a downlink signal to the terminal device 2 in the cell.
  • the radio receiving unit 15 receives the radio signal of Uu communication according to the instruction given from the control unit 11. That is, the wireless receiving unit 15 can receive the uplink signal transmitted from the terminal device 2 in the cell.
  • Uu communication is provided, for example, using the 2.4 GHz band and / or the 4 GHz band.
  • FIG. 25A shows an example of the configuration of the terminal device 2.
  • the terminal device 2 supports Uu communication and D2D communication.
  • D2D communication may be realized by using a frequency band different from Uu communication.
  • D2D communication may be provided using the 6 GHz band.
  • D2D communication may share the same frequency band as the uplink and / or downlink of Uu communication.
  • the terminal device 2 includes a control unit 21, a storage unit 22, a wireless transmission unit 23, a wireless reception unit 24, a wireless transmission unit 25, and a wireless reception unit 26.
  • the terminal device 2 may have other circuits or functions not shown in FIG. 25 (a).
  • the control unit 21 controls Uu communication and D2D communication provided by the terminal device 2.
  • the control unit 21 executes the processing of the flowchart shown in FIG. That is, the control unit 21 generates a feedback report indicating whether or not the side link communication is successful according to the conversion rule shown in FIG.
  • the control unit 21 is realized by a processor.
  • the control unit 21 provides a function of controlling Uu communication and D2D communication by executing a software program stored in the storage unit 22.
  • some of the functions of the control unit 21 may be realized by a hardware circuit.
  • the storage unit 22 stores a software program executed by the processor. Further, the storage unit 22 stores data and information necessary for controlling the operation of the terminal device 2.
  • the storage unit 22 is realized by, for example, a semiconductor memory.
  • the wireless transmission unit 23 transmits a wireless signal for Uu communication according to an instruction given from the control unit 21. That is, the wireless transmission unit 23 transmits an uplink signal to the base station 1.
  • the radio receiving unit 24 receives the radio signal of Uu communication according to the instruction given from the control unit 21. That is, the radio receiving unit 24 receives the downlink signal transmitted from the base station 1.
  • the wireless transmission unit 25 transmits a wireless signal for D2D communication according to an instruction given from the control unit 21. That is, the wireless transmission unit 25 transmits a D2D signal to another terminal device using the resource notified from the base station 1.
  • the radio receiving unit 26 receives a radio signal for D2D communication according to an instruction given from the control unit 21. That is, the wireless receiving unit 26 receives the D2D signal transmitted from another terminal device.
  • the D2D signal includes side link data and side link control information (SCI, SFCI).
  • the wireless communication unit for Uu communication and the wireless communication unit for D2D communication are provided separately from each other, but the terminal device 2 is not limited to this configuration. Absent.
  • the wireless communication unit for Uu communication and the wireless communication unit for D2D communication may be shared.
  • the wireless transmission unit 23 can transmit the Uu signal and the D2D signal
  • the wireless transmission unit 24 can receive the Uu signal and the D2D signal.
  • Base station device 2 (2a to 2d) Terminal device 11
  • Control unit 14 Wireless transmission unit 15 Wireless reception unit 21

Landscapes

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

Abstract

基地局装置は、第１の端末装置から第２の端末装置にデータを送信する端末間通信にリソースを割り当てる。この基地局装置は、制御部および送信部を備える。制御部は、第１の端末装置が基地局装置に端末間通信に係わるフィードバック報告を送信するタイミングを表す報告タイミングを決定する。送信部は、報告タイミングを表す情報を含む制御信号を第１の端末装置に送信する。基地局装置と第１の端末装置との間の通信に割り当てられる第１のリソースおよび端末間通信に割り当てられる第２のリソースが時間分割方式で多重化されるときに、報告タイミングは、第１のリソースに応じて定まる。

Description

基地局装置、端末装置、および無線通信システム
　本発明は、基地局装置、端末装置、並びに基地局装置および端末装置を含む無線通信システムに係わる。
　現在、ネットワークのリソースの多くは、モバイル端末（スマートフォンまたはフューチャーフォンを含む）が使用するトラフィックにより占有されている。また、モバイル端末が使用するトラフィックは、今後も増加していくと考えられる。
　一方、ＩｏＴ（Internet of things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、様々な要求条件を持つサービスに対応することが求められている。このため、第５世代移動体通信（５ＧまたはＮＲ（New Radio））の通信規格では、第４世代移動体通信（４Ｇ（ＬＴＥ：Long Term Evolution））の標準技術（たとえば、非特許文献４～１３）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、第５世代通信規格については、３ＧＰＰの作業部会（たとえば、ＴＳＧ－ＲＡＮ　ＷＧ１、ＴＳＧ－ＲＡＮ　ＷＧ２等）で検討されている（たとえば、非特許文献１４～３６）。
　５Ｇにおいては、多種多様なサービスに対応するために、ｅＭＢＢ（Enhanced Mobile BroadBand）、Ｍａｓｓｉｖｅ　ＭＴＣ（Machine Type Communications)、およびＵＲＬＬＣ（Ultra－Reliable and Low Latency Communication）などのユースケースのサポートが想定されている。
　また、３ＧＰＰの作業部会では、Ｄ２Ｄ（Device to Device）通信についても議論されている。Ｄ２Ｄ通信は、サイドリンク通信と呼ばれることもある。また、Ｄ２Ｄ通信の一例として、Ｖ２Ｘが検討されている。Ｖ２Ｘは、Ｖ２Ｖ、Ｖ２Ｐ、Ｖ２Ｉ、Ｖ２Ｎを含む。Ｖ２Ｖ（Vehicle to Vehicle）は、自動車間通信を表す。Ｖ２Ｐ（Vehicle to Pedestrian）は、自動車と歩行者との間の通信を表す。Ｖ２Ｉ（Vehicle to Infrastructure）は、自動車と標識等の道路インフラとの間の通信を表す。Ｖ２Ｎ（Vehicle to Network）は、自動車とネットワークの通信を表す。Ｖ２Ｘに関する規定は、例えば、非特許文献１～３に記載されている。
　５ＧのＶ２Ｘにおいては、リソース割当て方法として、モード１およびモード２が議論されている。モード１においては、基地局装置が、サイドリンク通信に対してリソースを割り当てる。モード２においては、予め用意されているリソースプールの中から、端末装置がサイドリンク通信のためのリソースを決定する。また、３ＧＰＰでは、Ｖ２Ｘのためのハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic repeat request）が議論されている。
　なお、サイドリンク通信（以下、Ｄ２Ｄ通信と記載することがある。）をサポートする移動通信システムにおいて、サイドリンク通信に対するフィードバック信号を所定のリソースを用いて送信する方法が提案されている（例えば、特許文献１）。また、無線システムにおけるスケジューリングが提案されている（例えば、特許文献２）。
ＷＯ２０１６／０７６３０１ 特表２０１８－５３１５３７号公報
3GPP TS 22.186 V16.2.0（2019-06） 3GPP TR 22.885 V14.0.0（2015-12） 3GPP TR 22.886 V16.2.0（2018-12） 3GPP TS 36.133 V16.0.0（2018-12） 3GPP TS 36.211 V15.5.0（2019-03） 3GPP TS 36.212 V15.5.0（2019-03） 3GPP TS 36.213 V15.5.0（2019-03） 3GPP TS 36.214 V15.3.0（2018-09） 3GPP TS 36.300 V15.5.0（2019-03） 3GPP TS 36.321 V15.5.0（2019-03） 3GPP TS 36.322 V15.1.0（2018-07） 3GPP TS 36.323 V15.3.0（2019-03） 3GPP TS 36.331 V15.5.1（2019-04） 3GPP TS 37.340 V15.5.0（2019-03） 3GPP TS 38.201 V15.0.0（2017-12） 3GPP TS 38.202 V15.4.0（2018-12） 3GPP TS 38.211 V15.5.0（2019-03） 3GPP TS 38.212 V15.5.0（2019-03） 3GPP TS 38.213 V15.5.0（2019-03） 3GPP TS 38.214 V15.5.0（2019-03） 3GPP TS 38.215 V15.5.0（2019-03） 3GPP TS 38.300 V15.5.0（2019-03） 3GPP TS 38.321 V15.5.0（2019-03） 3GPP TS 38.322 V15.5.0（2019-03） 3GPP TS 38.323 V15.5.0（2019-03） 3GPP TS 38.331 V15.5.1（2019-04） 3GPP TS 38.470 V15.5.0（2019-03） 3GPP TS 38.473 V15.5.0（2019-03） 3GPP TR 23.501 V16.1.0（2019-06） 3GPP TR 38.801 V14.0.0（2017-03） 3GPP TR 38.802 V14.2.0（2017-09） 3GPP TR 38.803 V14.2.0（2017-09） 3GPP TR 38.804 V14.0.0（2017-03） 3GPP TR 38.900 V15.0.0（2018-06） 3GPP TR 38.912 V15.0.0（2018-06） 3GPP TR 38.913 V15.0.0（2018-06）
　上述したモード１でリソース割当てが行われる無線通信システムにおいてＨＡＲＱが実行される場合、サイドリンク通信を行う端末装置は、サイドリンク通信によるデータ送信が成功したか否かを表すフィードバック報告を基地局に送信する。この報告は、ＡＣＫまたはＮＣＡＫを表す。ＡＣＫは、データ送信の成功を表し、ＮＡＣＫは、データ送信の失敗を表す。そして、基地局は、端末装置からＮＡＣＫを受信すると、データ再送のためのリソースを決定して端末装置に通知する。この後、端末装置は、通知されたリソースを使用してデータ再送を実行する。なお、以下の記載では、端末装置から基地局にフィードバック報告を送信するタイミングを「ＨＡＲＱ＿ＡＣＫ／ＮＡＣＫ報告タイミング」または単に「報告タイミング」と呼ぶことがある。
　ＨＡＲＱ＿ＡＣＫ／ＮＡＣＫ報告タイミングは、３ＧＰＰにおいて未だ合意されていないが、例えば、報告タイミングを指定する制御情報を受信するスロットから報告を送信するスロットまでのスロット数で決定される。ただし、この方法では、基地局装置と端末装置との間の通信用のリソースおよび端末装置と端末装置との間のサイドリンク通信用のリソースが時間分割方式で多重化されるときに、リソースの時間分割多重の構成が異なると、報告タイミングも異なることになる。このため、基地局から端末装置に報告タイミングを通知するための情報量が多くなる。すなわち、サイドリンク通信に係わるＨＡＲＱを実現するための制御情報が多くなり、リソースの使用効率が低下する。
　本発明の１つの側面に係わる目的は、サイドリンク通信に係わるＨＡＲＱを実現するための制御情報を削減してリソースの使用効率を向上させることである。
　本発明の１つの態様に係わる基地局装置は、第１の端末装置から第２の端末装置にデータを送信する端末間通信（サイドリンク通信またはＤ２Ｄ通信と記載することもある。）にリソースを割り当てる。この基地局装置は、前記第１の端末装置が前記基地局装置に前記端末間通信に係わるフィードバック報告を送信するタイミングを表す報告タイミングを決定する制御部と、前記報告タイミングを表す情報を含む制御信号を前記第１の端末装置に送信する送信部と、を備える。前記基地局装置と前記第１の端末装置との間の通信に割り当てられる第１のリソースおよび前記端末間通信に割り当てられる第２のリソースが時間分割方式で多重化されるときに、前記報告タイミングは、前記第１のリソースに応じて定まる。
　本発明の１つの態様に係わる端末装置は、基地局装置により割り当てられるリソースを使用して１または複数の相手端末装置にデータを送信する端末間通信を行う。この端末装置は、前記相手端末装置における前記端末間の受信状況を表す第１のフィードバック報告を前記相手端末装置から受信する受信部と、前記第１のフィードバック報告に基づいて第２のフィードバック報告を生成する制御部と、前記第２のフィードバック報告を前記基地局装置に送信する送信部と、を備える。前記受信部が所定のタイミングにおいて前記１または複数の相手端末装置から前記第１のフィードバック報告を受信しないときは、前記制御部は、前記端末装置と前記１または複数の相手端末装置との間の端末間通信の種別に基づいて、前記端末間通信が成功したことを表す肯定応答または前記端末間通信が失敗したことを表す否定応答を含む第２のフィードバック報告を生成する。
　上述の態様によれば、サイドリンク通信に係わるＨＡＲＱを実現するための制御情報を削減してリソースの使用効率が向上する。
無線通信システムの一例を示す図である。 フィードバック報告を送信するタイミングの一例を示す図である。 異なるリソース割当に対して設定される報告タイミングの例を示す図である。 端末装置間で行われるＨＡＲＱ手順の例を示す図（その１）である。 端末装置間で行われるＨＡＲＱ手順の例を示す図（その２）である。 適切でない処理が実行され得るケースを示す図である。 第１の実施形態において報告タイミングを指定する方法の一例を示す図である。 第１の実施形態による効果を説明する図である。 報告タイミングを通知する方法の例を示す図である。 第１の実施形態のバリエーションを示す図である。 第２の実施形態において報告タイミングを指定する方法の一例を示す図である。 第２の実施形態のバリエーションを示す図である。 サイドリンクフィードバック制御情報から上りリンク制御情報への変換ルールの一例を示す図である。 第３の実施形態によるＨＡＲＱ手順の例を示す図（その１）である。 第３の実施形態によるＨＡＲＱ手順の例を示す図（その２）である。 第３の実施形態によるＨＡＲＱ手順の例を示す図（その３）である。 第３の実施形態によるＨＡＲＱ手順の例を示す図（その４）である。 第３の実施形態によるＨＡＲＱ手順の例を示す図（その５）である。 第３の実施形態によるＨＡＲＱ手順の例を示す図（その６）である。 第３の実施形態によるＨＡＲＱ手順の例を示す図（その７）である。 第３の実施形態によるＨＡＲＱ手順の例を示す図（その８）である。 第３の実施形態によるＨＡＲＱ手順の例を示す図（その９）である。 第３の実施形態における送信ＵＥのＨＡＲＱ処理の一例を示すフローチャートである。 基地局の構成の一例を示す図である。 端末装置の構成の一例を示す図である。
　以下、本発明の実施形態について図面を参照して詳細に説明する。なお、本明細書における課題および実施例は一例であり、本件特許出願の権利範囲を限定するものではない。例えば、記載の表現が異なっていても、技術的に同等であれば、本件特許出願の技術が適用され得る。また、本明細書に記載されている実施形態は、矛盾のない範囲で適宜組み合わせることが可能である。
　本明細書で使用する用語および技術的内容は、３ＧＰＰ等の通信に関する規格として仕様書（例えば、3GPP TS 38.211 V15.5.0 (2019-03)）または寄書に記載された用語および技術的内容が用いられてもよい。
　図１は、本発明の実施形態に係わる無線通信システムの一例を示す。無線通信システム１００は、この例では、基地局装置１および複数の端末装置２（２ａ、２ｂ）を含む。基地局装置１は、例えば、次世代基地局装置（ｇＮＢ：Next generation Node B）により実現される。以下の記載では、基地局装置を「基地局」と呼ぶことがある。また、端末装置２は、例えば、ＵＥ（User Equipment）により実現される。
　基地局１は、基地局１のセル内に位置する端末装置２に下りリンク信号を送信する。すなわち、各端末装置２は、基地局１から送信される下りリンク信号を受信できる。また、各端末装置２は、基地局１に上りリンク信号を送信する。すなわち、基地局１は、セル内に位置する端末装置２から上りリンク信号を受信できる。なお、基地局１と端末装置２との間は、例えば、Ｕｕインタフェースを介して接続される。
　端末装置２は、サイドリンク通信（又は、Ｄ２Ｄ通信）をサポートする。すなわち、端末装置２ａ、２ｂは、基地局１を経由することなく、直接的に通信を行うことができる。この実施例では、端末装置２ａから端末装置２ｂにサイドリンクデータが送信されるものとする。よって、以下の記載では、端末装置２ａおよび端末装置２ｂをそれぞれ「送信ＵＥ（Ｔｘ＿ＵＥ）」および「受信ＵＥ（Ｒｘ＿ＵＥ）」と呼ぶことがある。また、サイドリンクデータを「ＳＬデータ」と表記することがある。
　５ＧのＶ２Ｘにおいては、リソース割当て方法として、モード１およびモード２が議論されている。モード１においては、基地局が、サイドリンク通信に対してリソースを割り当てる。モード２においては、端末装置が、予め用意されているリソースプールの中からサイドリンク通信のためのリソースを決定する。
　また、無線通信システム１００は、効率的なデータ伝送を実現するために、ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic repeat request）をサポートする。ＨＡＲＱでは、受信側装置は、例えば、レイヤ１の処理において受信データを正しく復号できなかったときに、送信側装置に再送を要求する。そうすると、送信側装置は、受信側装置において正しく復号されなかった元のデータに対応する再送データを送信する。そして、受信側装置は、正しく復号できなかった元データおよび再送データを組み合わせて、データの復号を行う。これにより、高効率かつ高精度な再送制御が実現される。なお、３ＧＰＰの会合では、現在、例えば、次世代通信方式に対応するＨＡＲＱフィードバックの方法に関する技術が提案されている。
　次に、図１に示す無線通信システム１００において行われるサイドリンクＨＡＲＱフィードバックについて簡単に説明する。ここでは、モード１によりサイドリンク通信に対してリソースが割り当てられるものとする。すなわち、端末装置２ａは、基地局１に対してサイドリンク通信のためのリソースを要求するものとする。
　基地局１は、端末装置２ａに下りリンク制御情報（ＤＣＩ：downlink control information）を送信する。このＤＣＩは、サイドリンク通信を制御する情報を含む。端末装置２ａは、受信したＤＣＩに基づいて、端末装置２ｂにサイドリンク制御情報（ＳＣＩ：sidelink control information）およびサイドリンクデータを送信する。このＳＣＩは、サイドリンクデータを受信するための制御情報を含む。
　端末装置２ｂは、ＳＣＩを利用してサイドリンクデータを復号する。このとき、サイドリンクデータを正しく復号できなかったときは、端末装置２ｂは、端末装置２ａに否定応答（ＮＡＣＫ：negative acknowledgement）を送信する。ＮＡＣＫは、端末装置２ｂがサイドリンクデータを正しく復号できなかったことを表す。端末装置２ａは、端末装置２ｂからＮＡＣＫを受信すると、基地局１にＮＡＣＫを送信する。
　基地局１は、端末装置２ａからＮＡＣＫを受信すると、端末装置２ａにＤＣＩを送信する。このＤＣＩは、サイドリンクデータの再送を制御する情報を含む。そして、端末装置２ａは、受信したＤＣＩに基づいて再送を行う。
　図２は、ＨＡＲＱ＿ＡＣＫ／ＮＡＣＫ報告（即ち、フィードバック報告）を送信するタイミングの一例を示す。この実施例では、Ｕｕ通信に対して割り当て可能なリソース（以下、Ｕｕリソース）およびサイドリンク通信に対して割り当て可能なリソース（以下、ＳＬリソース）が時間分割多重により混在している。
　スロットｎにおいて基地局１から端末装置２ａにＤＣＩが送信される。このＤＣＩは、ＳＣＩ、ＳＬデータ、サイドリンクフィードバック制御情報（ＳＦＣＩ：sidelink feedback control information）、上りリンク制御情報（ＵＣＩ：uplink control information）を送信するためのリソースを表す情報を含む。ＳＣＩおよびＳＬデータは、図１に示すように、端末装置２ａから端末装置２ｂに送信される。ＳＦＣＩは、端末装置２ｂが端末装置２ａから受信するＳＬデータを正しく受信できたか否かを表し、端末装置２ｂから端末装置２ａに送信される。ＵＣＩは、サイドリンク通信のデータ送信が成功したか否かを表し、端末装置２ａから基地局１に送信される。
　ＨＡＲＱ＿ＡＣＫ／ＮＡＣＫ報告タイミングは、図２に示す例では、ＵＣＩが送信されるタイミングに相当する。そして、基地局１は、この報告タイミングを決定する。すなわち、図２に示す「Ｋ」の値を決定することで、ＨＡＲＱ＿ＡＣＫ／ＮＡＣＫ報告を送信するスロットが指定される。
　ただし、この方法では、ＵｕリソースおよびＳＬリソースの時間分割多重の構成が変わると、異なる報告タイミングが設定される。例えば、図３（ａ）に示す構成では、スロットｎ、ｎ＋４、ｎ＋５は、Ｕｕ通信に対して割り当て可能に設定され、スロットｎ＋１～ｎ＋３は、サイドリンク通信に対して割り当て可能に設定されている。また、図３（ｂ）に示す構成では、スロットｎ、ｎ＋４、ｎ＋６は、Ｕｕ通信に対して割り当て可能に設定され、スロットｎ＋１～ｎ＋３、ｎ＋５は、サイドリンク通信に対して割り当て可能に設定されている。以下の記載では、Ｕｕ通信に対して割り当て可能なスロットを「Ｕｕスロット」と呼ぶことがある。サイドリンク通信に対して割り当て可能なスロットを「ＳＬスロット」と呼ぶことがある。
　ＨＡＲＱ＿ＡＣＫ／ＮＡＣＫ報告は、Ｕｕリソースを使用して端末装置２ａから基地局１に送信される。また、ＨＡＲＱ＿ＡＣＫ／ＮＡＣＫ報告は、たとえば、ＤＣＩが送信されたときから５スロット時間以上が経過した後に送信されるものとする。この場合、図３（ａ）に示す例では、ＨＡＲＱ＿ＡＣＫ／ＮＡＣＫ報告は、スロットｎ＋５において送信される。一方、図３（ｂ）に示す例では、ＨＡＲＱ＿ＡＣＫ／ＮＡＣＫ報告は、スロットｎ＋６において送信される。
　ここで、ＨＡＲＱ＿ＡＣＫ／ＮＡＣＫ報告の送信タイミング（すなわち、報告タイミング）は、基地局１により決定され、ＤＣＩにより端末装置２ａに通知される。このとき、報告タイミングは、例えば、ＤＣＩの送信タイミングを基準とするタイミングオフセットで表される。この場合、図３（ａ）に示す例では、タイミングオフセットＫは「５」である。また、図３（ｂ）に示す例では、タイミングオフセットＫは「６」である。このように、図２～図３に示す方法では、リソースプールの構成が変わると、異なるタイミングオフセットが設定される。よって、ＤＣＩを使用して端末装置に報告タイミングを通知する場合、その報告タイミングを表す情報のビット数が多くなってしまう。
　図４および図５は、端末装置間で行われるＨＡＲＱ手順の例を示す。なお、図４は、端末装置間でユニキャストまたはグループキャストオプション２が行われるときのＨＡＲＱ手順を示す。ユニキャストは、１つの宛先端末へ信号を送信する通信形態を表す。グループキャストは、複数の宛先端末へ信号を送信する通信形態を表す。また、図５は、端末装置間でグループキャストオプション１が行われるときのＨＡＲＱ手順を示す。そして、端末装置２ａは、基地局１から通知されるＤＣＩに基づいて、ＳＣＩおよびＳＬデータを送信する。
　ユニキャストにおいては、端末装置２ｂは、ＳＣＩおよびＳＬデータの復号に成功すると、図４（ａ）に示すように、端末装置２ａにＡＣＫを送信する。ＳＣＩの復号に成功したが、ＳＬデータの復号に失敗したときは、端末装置２ｂは、図４（ｂ）に示すように、端末装置２ａにＮＡＣＫを送信する。ＳＣＩの復号に失敗したときは、端末装置２ｂは、図４（ｃ）に示すように、端末装置２ａに何も送信しない。なお、以下の記載では、「何も送信しない」ことを「ＤＴＸ」と表記することがある。また、グループキャストオプション２においては、各受信ＵＥが図４に示す端末装置２ｂの動作を行う。
　グループキャストオプション１においては、図５（ａ）に示すように、端末装置２ａから複数の端末装置２ｂ～２ｄにＳＣＩおよびＳＬデータが送信される。そして、端末装置２ｂにおいて、ＳＣＩおよびＳＬデータの復号が成功する。この場合、端末装置２ｂは、端末装置２ａに何も送らない。端末装置２ｃにおいて、ＳＣＩの復号が成功し、ＳＬデータの復号が失敗する。この場合、端末装置２ｂは、端末装置２ａにＮＡＣＫを送信する。端末装置２ｄにおいて、ＳＣＩの復号が失敗する。この場合、端末装置２ｄは、端末装置２ａに何も送らない。
　このように、サイドリンク通信の復号状況によっては、受信ＵＥ（即ち、端末装置２ｂ～２ｄ）は、送信ＵＥ（即ち、端末装置２ａ）に何も送信しないことがある。このため、送信ＵＥが、受信ＵＥから受信する応答をそのまま基地局１に転送する構成では、基地局１が好ましくない動作を行うおそれがある。
　例えば、図６に示すケース１では、端末装置２ａは、基地局１から送信されるＤＣＩを受信できない。この場合、端末装置２ａは、サイドリンク通信を開始できないので、ＨＡＲＱ手順は開始されない。よって、端末装置２ａは、ＨＡＲＱ手順に係わるＵＣＩを基地局１に送信しない。
　ケース２では、端末装置２ｂは、端末装置２ａから送信されるＳＣＩを受信できない。すなわち、ケース２は、図４（ｃ）に示す状態に相当する。この場合、端末装置２ｂは、サイドリンク通信を実行できないので、端末装置２ａに対して応答しない。よって、端末装置２ａは、ＨＡＲＱ手順に係わるＵＣＩを基地局１に送信しない。
　ケース３では、グループキャストオプション１が実行され、受信ＵＥは、ＳＣＩおよびＳＬデータを受信する。すなわち、ケース３は、図５に示す端末装置２ａ、２ｂ間の通信に相当する。この場合、端末装置２ｂは、端末装置２ａに対して応答しない。よって、端末装置２ａは、ＨＡＲＱ手順に係わるＵＣＩを基地局１に送信しない。
　このように、図６に示すケース１～３のいずれにおいても、基地局１は、端末装置２ａから何も受信しない。よって、基地局１は、ケース１～３を互いに識別できない。ところが、ケース１～３に対する適切な処理は、互いに異なる。
　具体的には、ケース１においては、サイドリンク通信が実行されていない。この場合、サイドリンク通信の「初送」を実行することが好ましい。よって、基地局１は、例えば、先に初送のためのリソース割当てを表すＤＣＩを端末装置２ａに送信することが好ましい。ケース２においては、サイドリンク通信は開始されたが、端末装置２ａ、２ｂ間の通信が失敗している。この場合、サイドリンク通信の「再送」を実行することが好ましい。よって、基地局１は、例えば、再送のためのリソース割当てを表すＤＣＩを端末装置２ａに送信することが好ましい。ケース３においては、サイドリンク通信は成功している。この場合、基地局１は、成功したサイドリンク通信に対して何もする必要はない。このように、受信ＵＥから送信ＵＥに送信されるフィードバック報告がそのまま基地局１に転送される構成では、基地局１が好ましくない動作を行うおそれがある。
　次に、図３および図６を参照して説明した課題を解決する実施形態について記載する。以下に記載する実施形態では、５ＧのＤ２Ｄ（サイドリンク）通信が行われる。一例としては、Ｖ２Ｘ通信が行われる。また、モード１のリソース割当てが行われる。即ち、端末装置からの要求に応じて、基地局がリソースプールからサイドリンク通信に対してリソースを割り当てる。
　また、以下に記載する実施形態では、各端末装置２は、基地局１との間の通信のリソースとして既に規定されているＵｕリソースの一部を利用してＤ２Ｄ通信を行う。一例としては、ある周波数帯でＵｕリソースおよびＤ２Ｄ通信のリソース（ＳＬリソース）が時間分割方式で多重化される。リソースプール構成は、ＳＬリソースのプールを表す。周波数方向においては、リソースプールは、開始ＲＢ（resource block）およびサブチャネル数で表される。時間方向においては、リソースプールは、スロットビットマップまたはシンボルビットマップで表される。スロットビットマップにおいては、「１」に対応するスロットはＤ２Ｄ通信に割り当て可能なスロットを表し、「０」に対応するスロットはＤ２Ｄ通信に割り当てできない（即ち、Ｕｕ通信に割り当て可能）スロットを表す。シンボルビットマップにおいては、「１」に対応するシンボルはＤ２Ｄ通信に割り当て可能なシンボルを表し、「０」に対応するシンボルはＵｕ通信に割り当てできない（即ち、Ｕｕ通信に割り当て可能）シンボルを表す。なお、リソースプール構成は、予め端末装置２において設定されてもよいし、基地局１から端末装置２に通知されてもよい。基地局１は、端末装置２にリソースプール構成をＳＩＢ（system information block）で通知してもよいし、ＲＲＣ（radio resource control）プロトコルまたはＤＣＩを使用して通知してもよい。リソースプール構成によって、端末装置２は、ＵｕリソースおよびＳＬリソースの配置を認識することができる。
　さらに、以下に記載する実施形態では、サイドリンク通信に対してＨＡＲＱが実行される。すなわち、図１に示す無線通信システム１００においてＨＡＲＱが実行される。
　＜第１の実施形態＞
　図７は、第１の実施形態において報告タイミングを指定する方法の一例を示す。この例では、図７に示すリソースプール構成が使用される。具体的には、時間方向において、スロットｎ、ｎ＋４、ｎ＋６は、基地局と端末装置との間で無線信号を伝送するＵｕ通信に割り当て可能である。スロットｎ＋１～ｎ＋３、ｎ＋５は、端末装置間で信号を伝送するサイドリンク通信に割り当て可能である。以下の記載では、Ｕｕ通信に割り当て可能なるリソースを「Ｕｕリソース」と呼ぶことがある。サイドリンク通信に割り当て可能なリソースを「ＳＬリソース」と呼ぶことがある。
　ここで、無線通信システム１００は、図１に示すサイドリンクＨＡＲＱを実行する。すなわち、基地局１は、端末装置２ａに下りリンク制御情報（ＤＣＩ：downlink control information）を送信する。このＤＣＩは、サイドリンク制御情報（ＳＣＩ：sidelink control information）、サイドリンクデータ（ＳＬデータ）、サイドリンクフィードバック制御情報（ＳＦＣＩ：sidelink feedback control information）、上りリンク制御情報（ＵＣＩ：uplink control information）を送信するスケジュールを表す情報を含む。ＳＣＩは、ＤＣＩに基づいて端末装置２ａにより生成され、図１に示すように、端末装置２ａから端末装置２ｂに送信される。ＳＬデータも、端末装置２ａから端末装置２ｂに送信される。ＳＦＣＩは、端末装置２ｂが端末装置２ａから受信するＳＬデータを正しく受信できたか否かを表し、端末装置２ｂから端末装置２ａに送信される。ＵＣＩは、サイドリンク通信が成功したか否かを表し、端末装置２ａから基地局１に送信される。なお、以下の記載においては、サイドリンク通信が成功したか否かを表すＵＣＩを「ＨＡＲＱ＿ＡＣＫ／ＮＡＣＫ報告」または「フィードバック報告」と呼ぶことがある。
　基地局１は、ＳＣＩ、ＳＬデータ、ＳＦＣＩ、ＵＣＩを送信するためのリソースを決定する。即ち、基地局１は、ＳＣＩ、ＳＬデータ、ＳＦＣＩ、ＵＣＩの送信タイミングをそれぞれ決定する。この例では、スロットｎにおいてＤＣＩが送信される場合、ＳＣＩおよびＳＬデータはスロットｎ＋１において送信され、ＳＦＣＩ（SL_ACK/SL_NACK）はスロットｎ＋３において送信され、ＵＣＩ（ACK/NACK）はスロットｎ＋６において送信される。なお、以下の記載では、ＵＣＩ（ACK/NACK）の送信タイミングを「フィードバック報告タイミング」または単に「報告タイミング」と呼ぶことがある。また、ＳＣＩ、ＳＬデータ、ＳＦＣＩの送信タイミングは、予め定義されたものが使用されてもよい。
　基地局１は、端末装置２ａからサイドリンク通信の要求を受信すると、ＳＣＩ、ＳＬデータ、ＳＦＣＩ、ＵＣＩの送信タイミングを決定する。そして、基地局１は、ＤＣＩを用いて、ＳＣＩ、ＳＬデータ、ＳＦＣＩ、ＵＣＩの送信タイミングを端末装置２ａに通知する。よって、端末装置２ａ、２ｂは、基地局１が決定したスケジュールに従ってサイドリンク通信を実行すると共に、基地局１が決定したスケジュールに従ってＨＡＲＱを実行する。また、ＳＣＩ、ＳＬデータ、ＵＣＩの送信タイミングについては、ＳＩＢまたはＲＲＣプロトコルで通知されたものを用いても良いし、予め定義されたものを用いても良い。ここで、基地局１は、ＤＣＩを用いてＳＣＩ、ＳＬデータ、ＵＣＩの送信タイミングを端末装置２に通知する必要はない。
　このとき、端末装置２ａがフィードバック報告を基地局１に送信するタイミング（すなわち、報告タイミング）は、相対値で表される。具体的には、報告タイミングは、端末装置２ａが基地局１からＤＣＩを受信するタイミングから報告タイミングまでの間に存在するＵｕリソースの量を用いて表される。図７に示す例では、ＤＣＩがスロットｎにおいて送信されるとき、フィードバック報告はスロットｎ＋６において送信される。ここで、スロットｎ＋１～ｎ＋３、ｎ＋５はＳＬリソースであり、スロットｎ＋６は、スロットｎからカウントして２番目のスロットである。すなわち、端末装置２ａが基地局１からＤＣＩを受信するタイミングから報告タイミングまでの間に存在するＵｕリソースの量は、スロット数に換算すると「２」である。したがって、この場合、報告タイミングを表す相対値は「２」である。なお、以下の記載では、この相対値を「タイミングオフセットＫ３」と呼ぶことがある。すなわち、図７に示す例では、Ｋ３＝２である。
　タイミングオフセットＫ３は、例えば、サイドリンク通信を行う端末装置の処理能力に基づいて決定される。図１に示す例では、端末装置２ａ、２ｂの処理能力に応じて決定される。処理能力は、例えば、端末装置の通信速度、端末装置がサポートするサイドリンク通信の規格またはバージョン等を表す。端末装置２ａおよび端末装置２ｂの処理能力は、例えば、基地局１の要求に応じて、端末装置２ａおよび端末装置２ｂから基地局１に通知される。また、端末装置２ｂの処理能力は、端末装置２ａを経由して、基地局１に通知しても良い。そして、基地局１は、端末装置の処理能力に基づいてタイミングオフセットＫ３を決定する。一例としては、サイドリンク通信を行う端末装置の処理能力が低いときと比較して、サイドリンク通信を行う端末装置の処理能力が高いときのタイミングオフセットＫ３は小さい。また、処理能力を表す情報を受信する前に、基地局１は、予め定義されたデフォルト処理能力に基づいてタイミングオフセットＫ３を決定してもよい。なお、基地局１は、端末装置の処理能力以外の要素を考慮してタイミングオフセットＫ３を決定してもよい。
　タイミングオフセットＫ３は、ＤＣＩを用いて、基地局１から端末装置２ａに通知される。端末装置２ａは、予め設定された、或いは、基地局１から通知された、リソースプールの構成を認識している。すなわち、端末装置２ａは、スロットｎにおいてＤＣＩを受信する前に、スロットｎ＋１～ｎ＋３、ｎ＋５がＳＬリソースであり、スロットｎ＋４、ｎ＋６がＵｕリソースであることを認識している。よって、端末装置２ａは、スロットｎで「Ｋ３＝２」を受信すると、リソースプール構成に基づいて、報告タイミングがスロットｎ＋６であることを計算する。そして、端末装置２ａは、端末装置２ｂから復号結果を表すＳＦＣＩを受信すると、スロットｎ＋６においてフィードバック報告を基地局１に送信する。
　図８は、第１の実施形態による効果の１つを説明する図である。ここで、図８（ａ）および図８（ｂ）に示すリソースプール構成は、それぞれ図３（ａ）および図３（ｂ）と同じである。すなわち、図８（ａ）に示すリソースプール構成では、スロットｎ、ｎ＋４、ｎ＋５がＵｕリソースであり、スロットｎ＋１～ｎ＋３がＳＬリソースである。また、図８（ｂ）に示すリソースプール構成では、スロットｎ、ｎ＋４、ｎ＋６がＵｕリソースであり、スロットｎ＋１～ｎ＋３、ｎ＋５がＳＬリソースである。なお、図８において×印が付与されているスロットは、タイミングオフセットＫ３に基づいて報告タイミングを特定するときにカウントされないスロットを表す。
　ここで、第１の実施形態では、報告タイミングを表す相対値（すなわち、タイミングオフセットＫ３）は、リソースプールの構成には依存せず、端末装置２ａ、２ｂの処理能力などに基づいて決定される。そして、この実施例では、Ｋ３＝２である。したがって、図８に示すように、リソースプールの構成が異なっていても、タイミングオフセットＫ３は同じである。この結果、図２～図３に示す方法と比較して、報告タイミングを表す情報のビット数を削減できる。具体的には、第１の実施形態によれば、ＤＣＩのビット数を削減できる。
　図９は、報告タイミングを通知する方法の例を示す。報告タイミングは、ＤＣＩを使用して、基地局から端末装置に通知される。ここで、ＤＣＩは、図９（ａ）に示すように、ＨＡＲＱタイミング指定フィールドを有する。そして、報告タイミングに係わる情報は、ＨＡＲＱタイミング指定フィールドに設定される。
　一例としては、図９（ｂ）に示すように、ＤＣＩのＨＡＲＱタイミング指定フィールドの値は、タイミングオフセットＫ３を表す。この場合、例えば、タイミングオフセットＫ３が「２」であることを送信ＵＥに通知するときは、基地局は、ＤＣＩのＨＡＲＱタイミング指定フィールドに「２」を設定する。
　ただし、本発明はこの方法に限定されるものではなく、報告タイミングは他の方法で端末装置に通知されてもよい。例えば、基地局は、予めタイミングオフセットＫ３の候補を作成して端末装置に通知しておく。この場合、図９（ｃ）に示すように、各候補に対して候補番号が付与される。また、タイミングオフセットＫ３の候補を表す情報は、例えば、ＲＲＣプロトコルなどを使用して基地局から端末装置に通知される。
　その後、サイドリンク通信の開始時に、基地局は、ＤＣＩを使用して、タイミングオフセットＫ３の候補の中から１つの値を選択する。この場合、ＤＣＩのＨＡＲＱタイミング指定フィールドの値は、図９（ｄ）に示すように、タイミングオフセットＫ３の候補を指定する。例えば、タイミングオフセットＫ３が「２」であることを端末装置に通知するときは、基地局は、ＤＣＩのＨＡＲＱタイミング指定フィールドに「０」を設定する。
　なお、図７に示す例では、各スロットは、Ｕｕ通信のみに割り当てられるか、サイドリンク通信のみに割り当てられる。ただし、本発明はこの構成に限定されるものではなく、シンボルビットマップを使用するリソースプール構成が採用されてもよい。シンボルビットマップリソースプール構成においては、スロット内の一部のシンボルがＵｕ通信用のリソースであり、残りのシンボルがサイドリンク通信用のリソースである。以下の記載では、Ｕｕ通信用のシンボルおよびサイドリンク通信用のシンボルを含むスロットを「混合スロット」と呼ぶことがある。
　混合スロットは、タイミングオフセットＫ３に基づいて報告タイミングを特定するときに、ＵＣＩを送信可能なスロットとしてカウントされる。例えば、図１０に示す例では、スロットｎ＋５が混合スロットである。この場合、ＤＣＩが送信されるスロットｎを基準として、ＵＣＩを送信可能な１番目のスロットがスロットｎ＋４であり、ＵＣＩを送信可能な２番目のスロットがスロットｎ＋４である。したがって、この場合、例えば、タイミングオフセットＫ３として「２」が設定されると、報告タイミングとしてスロットｎ＋５が特定される。
　以上のように、報告タイミングをタイミングオフセットＫ３に応じて定めることができる。言い方を変えると、端末と基地局が通信を行うリソース（例えば、第１のリソース）に応じて、報告タイミングを設定することができる。
　＜第２の実施形態＞
　第１の実施形態では、１つのタイミングオフセットを用いて報告タイミングが指定される。これに対して、第２の実施形態では、２つのタイミングオフセットを用いて報告タイミングが指定される。具体的には、図１１に示すように、２つのタイミングオフセットＫ４、Ｋ５を用いて報告タイミングが指定される。
　タイミングオフセットＫ４は、端末装置２ａが端末装置２ｂにサイドリンクデータを送信するタイミングから端末装置２ａが端末装置２ｂからサイドリンクデータの復号結果（すなわち、ＳＬ＿ＡＣＫまたはＳＬ＿ＮＡＣＫを表すＳＦＣＩ）を受信するタイミングまでの間に存在するＳＬリソースの量で表される。図１１に示す例では、端末装置２ａは、スロットｎ＋１において、サイドリンクデータを端末装置２ｂに送信する。また、端末装置２ａは、スロットｎ＋３において、端末装置２ｂからサイドリンクデータの復号結果（すなわち、ＳＬ＿ＡＣＫまたはＳＬ＿ＮＡＣＫを表すＳＦＣＩ）を受信する。さらに、スロットｎ＋２は、Ｕｕスロットであり、カウントされない。即ち、スロットｎ＋３は、スロットｎ＋１からカウントして、１番目のＳＬスロットである。よって、このケースでは、タイミングオフセットＫ４は「１」である。
　タイミングオフセットＫ５は、端末装置２ａが端末装置２ｂからサイドリンクデータの復号結果を受信するタイミングから報告タイミングまでの間に存在するＵｕリソースの量を用いて表される。図１１に示す例では、端末装置２ａは、スロットｎ＋３において、端末装置２ｂからサイドリンクデータの復号結果を受信する。また、報告タイミングは、スロットｎ＋６に設定されている。さらに、スロットｎ＋５は、ＳＬスロットであり、カウントされない。即ち、スロットｎ＋６は、スロットｎ＋３からカウントして、２番目のＵｕスロットである。したがって、このケースでは、タイミングオフセットＫ５は「２」である。
　タイミングオフセットＫ４、Ｋ５は、第１の実施形態のタイミングオフセットＫ３と同予に、サイドリンク通信を行う端末装置の処理能力に基づいて決定される。すなわち、端末装置の処理能力が低いときと比べて、端末装置の処理能力が高いときのタイミングオフセットＫ４、Ｋ５を小さくしてもよい。
　基地局１は、図９（ｂ）に示す方法と同様に、ＤＣＩを用いてタイミングオフセットＫ４、Ｋ５の値を直接的に指定できる。例えば、図１１に示す例では、ＤＣＩ中のＨＡＲＱタイミング指定フィールドに「Ｋ４＝１」および「Ｋ５＝２」が設定される。
　また、図９（ｃ）～図９（ｄ）に示す方法と同様に、予めタイミングオフセットＫ４、Ｋ５の候補を用意してもよい。この場合、タイミングオフセットＫ４の候補は、ＳＦＣＩを送受信できるフィジカルチャネル（即ち、ＰＳＦＣＨ：Physical Sidelink Feedback Channel）リソースの周期および／またはサイドリンクで採用されるＳＣＳ（Subcarrier spacing）を考慮して設定してもよい。また、タイミングオフセットＫ５は、上りリンクのＢＷＰ（Bnadpath part）または上りリンクで採用されるＳＣＳを考慮して設定してもよい。そして、基地局１は、ＤＣＩを用いて、タイミングオフセットＫ４、Ｋ５の候補の中から使用すべき値をそれぞれ選択する。
　図１２は、第２の実施形態のバリエーションを示す。この例では、タイミングオフセットＫ４は、ＳＩＢまたはＲＲＣプロトコルで、基地局１から端末装置に通知される。この場合、タイミングオフセットＫ４は、例えば、固定的に設定してもよいし、ＳＩＢまたはＲＲＣプロトコルで通知されるＰＳＦＣＨリソースの周期情報から計算してもよい。すなわち、基地局１は、ＤＣＩを用いてタイミングオフセットＫ４を端末装置に通知する必要はない。タイミングオフセットＫ５は、ＤＣＩを用いて、基地局１から端末装置に通知される。
　なお、図１２において、タイミングオフセットＫ４により指定されるタイムスロットｎ＋Ｋ４ｘは、サイドリンクデータを送信するスロットｎを基準として、Ｕｕスロットを除いてカウントしたときにＫ４番目に位置するスロットに相当する。また、タイミングオフセットＫ５により指定されるタイムスロットｎ＋Ｋ４ｘ＋Ｋ５ｘは、タイムスロットｎ＋Ｋ４ｘを基準として、ＳＬスロットを除いてカウントしたときにＫ５番目に位置するスロットに相当する。
　＜第３の実施形態＞
　第３の実施形態は、図４～図６を参照して説明した課題を解決する機能を提供する。具体的には、第３の実施形態は、図６に示すケース１とケース２とを識別する機能、および図６に示すケース１とケース３とを識別する機能を提供する。
　図１３は、サイドリンクフィードバック制御情報（ＳＦＣＩ）から上りリンク制御情報（ＵＣＩ）への変換ルールの一例を示す。なお、ＳＦＣＩは、受信ＵＥにおいてサイドリンクデータの復号が成功したか否かを表す情報を含む。即ち、ＳＦＣＩは、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を表す。そして、ＳＦＣＩは、受信ＵＥから送信ＵＥに送信される。ＵＣＩは、サイドリンク通信が成功したか否かを表す。即ち、ＵＣＩは、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を表す。そして、ＵＣＩは、送信ＵＥから基地局に送信される。
　図１３（ａ）は、端末装置間でユニキャストまたはグループキャストオプション２が行われるときの変換ルールを示す。この変換ルールは、図３に示すサイドリンク通信において、送信ＵＥ（実施例では、端末装置２ａ）により使用される。
　ユニキャストまたはグループキャストオプション２においては、端末装置２ａは、受信ＵＥ（実施例では、端末装置２ｂ）からＡＣＫまたはＮＡＣＫを表すＳＦＣＩを受信すると、ＵＣＩを生成して基地局１に送信する。具体的には、端末装置２ａは、端末装置２ｂからＡＣＫを表すＳＦＣＩを受信すると、ＡＣＫを表すＵＣＩを生成して基地局１に送信する。すなわち、端末装置２ｂがサイドリンクデータを正しく復号できたときは、端末装置２ａから基地局１にＡＣＫが送信される。また、端末装置２ａは、端末装置２ｂからＮＡＣＫを表すＳＦＣＩを受信すると、ＮＡＣＫを表すＵＣＩを生成して基地局１に送信する。すなわち、端末装置２ｂがサイドリンクデータを正しく復号できなかったときは、端末装置２ａから基地局１にＮＡＣＫが送信される。
　ただし、基地局２ａは、基地局１により指定された、又は、予め定義された所定の受信タイミングにおいて端末装置２ｂからＳＦＣＩを受信しないときには、ＮＡＣＫを表すＵＣＩを基地局１に送信する。この受信タイミングは、図７に示す例ではスロットｎ＋３に相当し、ＤＣＩを用いて基地局１から端末装置２ａに通知される。なお、基地局２ａが所定の受信タイミングにおいて端末装置２ｂからＳＦＣＩを受信しない状況は、例えば、端末装置２ａから送信されるサイドリンク制御情報（ＳＣＩ）が端末装置２ｂにより正しく復号されなかったときに発生し得る。
　図１３（ｂ）は、端末装置間でグループキャストオプション１が行われるときの変換ルールを示す。この変換ルールは、図４に示すサイドリンク通信において、送信ＵＥ（実施例では、端末装置２ａ）により使用される。
　グループキャストオプション１においては、端末装置２ａは、受信ＵＥ（図４では、端末装置２ｂ～２ｄ）のうちの少なくとも１つからＮＡＣＫを表すＳＦＣＩを受信すると、ＮＡＣＫを表すＵＣＩを生成して基地局１に送信する。すなわち、端末装置２ｂ～２ｄのうちの少なくとも１つがサイドリンクデータを正しく復号できなかったときは、端末装置２ａから基地局１にＮＡＣＫが送信される。
　ただし、基地局２ａは、基地局１により指定された、又は、予め定義された所定の受信タイミングにおいて端末装置２ｂからＳＦＣＩを受信しないときは、ＡＣＫを表すＵＣＩを基地局１に送信する。この受信タイミングは、図７に示す例ではスロットｎ＋３に相当し、ＤＣＩを用いて基地局１から端末装置２ａに通知される。なお、基地局２ａが所定の受信タイミングにおいて端末装置２ｂからＳＦＣＩを受信しない状況は、例えば、下記の２つのケースにおいて発生し得る。
（１）端末装置２ａから送信されるサイドリンクデータがすべての端末装置２ｂ～２ｂにおいて正しく復号されたとき
（２）端末装置２ａから送信されるサイドリンク制御情報（ＳＣＩ）がすべての端末装置２ｂ～２ｂにおいて正しく復号されなかったとき
なお、すべての端末装置がそれぞれＳＣＩを復号できない状況は、非常に稀なケースと考えられえる。
　図１４～図２２は、第３の実施形態によるＨＡＲＱ手順の例を示す。これらの実施例では、無線通信システム１００は、基地局１および複数の端末装置２を備える。そして、端末装置２ａから１または複数の端末装置にサイドリンクデータが送信される。よって、以下の記載では、端末装置２ａを「送信ＵＥ」と呼ぶことがある。また、サイドリンクデータを受信する端末装置を「受信ＵＥ」と呼ぶことがある。
　基地局１および各端末装置は、必要に応じて、ＲＲＣプロトコルで情報を通知することができる。例えば、第１または第２の実施形態では、ＲＲＣを使用して、リソースプール構成およびタイミングオフセットの候補が基地局１から送信ＵＥ２ａに通知されることがある。また、リソースプール構成は、ＳＩＢで基地局１から送信ＵＥ２ａに通知されてもよい。なお、ＲＲＣまたはＳＩＢによる通信は、図１４に描かれているが、他の図面では省略されている。
　送信ＵＥ２ａは、サイドリンク通信を開始するときは、図１４に示すように、スケジューリング要求（ＳＲ）を基地局１に送信する。基地局１は、スケジューリング要求を受信すると、上りリンクリソース割当てを表す情報を含むＤＣＩを生成して送信ＵＥ２ａに送信する。ＤＣＩは、ＰＤＣＣＨ（Physical Downlink Control Channel）を介して送信される。送信ＵＥ２ａは、ＤＣＩにより指定される上りリンクリソースを使用して、サイドリンク通信のバッファステータス報告（ＳＬ＿ＢＳＲ）を基地局１に送信する。バッファステータス報告は、例えば、データサイズを表す情報、データのタイプ（例えば、ユニキャストデータ、グループキャストデータ、ブロードキャストデータ）を表す情報などを含み、ＰＵＳＣＨ（Physical Uplink Shared Channel）を介して送信される。
　基地局１は、送信ＵＥ２ａから受信するバッファステータス報告に基づいて、要求されたサイドリンク通信に割り当てるリソースを決定する。このリソースは、サイドリンク通信の初送に対して割り当てられる。そして、基地局１は、サイドリンクリソース割当てを表す情報を含むＤＣＩを生成して送信ＵＥ２ａに送信する。なお、スケジューリング要求がバッファステータス報告に相当する情報を含むときは、上りリンクリソース割当てを表す情報を含むＤＣＩを送信する手順およびバッファステータス報告を送信する手順を省略してもよい。
　送信ＵＥ２ａは、基地局１から受信するＤＣＩに従ってサイドリンク通信を開始する。このとき、送信ＵＥ２ａは、ＲＲＣにより通知された情報およびＤＣＩに従ってサイドリンク通信を開始してもよい。ＤＣＩは、サイドリンク通信のスケジュールを表す情報を含む。すなわち、ＤＣＩは、ＳＣＩおよびサイドリンクデータを受信ＵＥに送信するスケジュールを表す情報、受信ＵＥからＳＦＣＩを受信するスケジュールを表す情報、およびＵＣＩを基地局１に送信するスケジュールを表す情報を含む。また、ＤＣＩは、ＳＣＩおよびサイドリンクデータを受信ＵＥに送信するスケジュールを表す情報、ＵＣＩを基地局１に送信するスケジュールを表す情報を含んでもよい。なお、ＵＣＩを基地局１に送信するスケジュールを表す情報は、第１または第２の実施形態のタイミングオフセットで表されてもよい。
　送信ＵＥ２ａは、ＳＣＩおよびサイドリンクデータを受信ＵＥ２ｂに送信する。なお、グループキャストオプション２においては、送信ＵＥ２ａは、ＳＣＩおよびサイドリンクデータを複数の受信ＵＥ２ｂ～２ｄに送信する。なお、以下の実施例では、送信ＵＥ２ａから受信ＵＥ２ｂにサイドリンクデータを送信するユニキャスト通信が行われるものとする。
　受信ＵＥ２ｂにおいて、ＳＣＩおよびサイドリンクデータが正しく復号される。そうすると、受信ＵＥ２ｂは、肯定応答（ＡＣＫ）を表すサイドリンクフィードバック制御情報（ＳＦＣＩ）を送信ＵＥ２ａに送信する。
　送信ＵＥ２ａは、図１３（ａ）に示す変換ルールに従い、ＳＦＣＩから上りリンク制御情報（ＵＣＩ）を生成する。すなわち、ＡＣＫを表すＵＣＩが生成される。そして、送信ＵＥ２ａは、ＡＣＫを表すＵＣＩを基地局１に送信する。この場合、基地局１は、サイドリンク通信が成功したと判定し、ＨＡＲＱ手順を終了する。
　図１５に示す例では、基地局１から送信ＵＥ２ａにＤＣＩが送信されるが、送信ＵＥ２ａはＤＣＩの復号に失敗する。この状況は、図６に示すケース１に相当する。この場合、送信ＵＥ２ａはサイドリンク通信を開始できないので、ＨＡＲＱ手順も実行されない。よって、基地局１は、所定のタイミングにおいて、サイドリンク通信が成功したか否かを表すＵＣＩを受信できない。例えば、図７に示すスケジュールが作成されているときは、基地局１は、スロットｎにおいてＤＣＩを送信するが、スロットｎ＋６において対応するＵＣＩを受信できない。
　この場合、基地局１は、サイドリンク通信が実行されていないと判定する。そして、基地局１は、サイドリンクデータの初送のためのリソース割当てを表すＤＣＩを送信ＵＥ２ａに送信する。そして、送信ＵＥと受信ＵＥとの間で、サイドリンク通信の「初送」が行われる。このように、基地局１は、ＵＣＩを受信すべきタイミングでＵＣＩを受信できないときは、サイドリンクデータを送信するためのリソース割当てを表すＤＣＩを送信ＵＥ２ａに送信する。
　図１６に示す例では、送信ＵＥ２ａから受信ＵＥ２ｂにＳＣＩおよびサイドリンクデータが送信されるが、受信ＵＥ２ｂはＳＣＩの復号に失敗する。この状況は、図６に示すケース２に相当する。ここで、このＳＣＩは、サイドリンク通信を制御する情報を含む。したがって、受信ＵＥ２ｂは、サイドリンクデータを受信できない。この場合、図４（ｃ）に示すように、受信ＵＥ２ｂはＳＦＣＩを送信しない。
　送信ＵＥ２ａは、所定のタイミングにおいて、サイドリンクデータが正しく復号されたか否かを表すＳＦＣＩを受信できない。例えば、図７に示すスケジュールが作成されているときには、送信ＵＥ２ａは、スロットｎ＋１においてＳＣＩおよびサイドリンクデータを送信するが、スロットｎ＋３において対応するＳＦＣＩを受信できない。
　送信ＵＥ２ａは、図１３（ａ）に示す変換ルールに従い、ＳＦＣＩからＵＣＩを生成する。ここで、送信ＵＥ２ａは、ＳＦＣＩを受信しない。よって、否定応答（ＮＡＣＫ）を表すＵＣＩが生成される。そして、送信ＵＥ２ａは、ＮＡＣＫを表すＵＣＩを基地局１に送信する。この場合、基地局１は、サイドリンク通信が失敗したと判定し、ＨＡＲＱ手順に従って再送のためのリソースを決定する。そして、基地局１は、サイドリンクデータを再送するためのリソース割当てを表すＤＣＩを送信ＵＥ２ａに送信する。
　このように、第３の実施形態によれば、図１３（ａ）に示す変換ルールに従ってＳＦＣＩからＵＣＩが生成されるので、基地局１は、図６に示すケース１とケース２とを識別できる。そして、サイドリンク通信が開始されなかったときは、サイドリンクデータを送信するため制御情報が基地局１から送信ＵＥ２ａに通知され、サイドリンク通信が開始される。一方、サイドリンク通信が失敗したときは、サイドリンクデータを再送するため制御情報が基地局１から送信ＵＥ２ａに通知され、ＨＡＲＱによる再送処理が実現される。したがって、無線通信システム１００において適切な通信が実現される。
　図１７に示す例では、送信ＵＥ２ａから受信ＵＥ２ｂにＳＣＩおよびサイドリンクデータが送信されたときに、受信ＵＥ２ｂは、サイドリンクデータの復号に失敗する。この場合、受信ＵＥ２ｂは、再送を要求するために、ＮＡＣＫを表すＳＦＣＩを送信ＵＥ２ａに送信する。
　送信ＵＥ２ａは、図１３（ａ）に示す変換ルールに従い、ＳＦＣＩからＵＣＩを生成する。ここで、送信ＵＥ２ａは、ＮＡＣＫを表すＳＦＣＩを受信する。よって、ＮＡＣＫを表すＵＣＩが生成される。そして、送信ＵＥ２ａは、ＮＡＣＫを表すＵＣＩを基地局１に送信する。この場合、基地局１は、サイドリンク通信が失敗したと判定し、ＨＡＲＱ手順に従って再送のためのリソースを決定する。そして、基地局１は、サイドリンクデータを再送するためのリソース割当てを表すＤＣＩを送信ＵＥ２ａに送信する。
　図１８に示す例でも、図１７に示す例と同様に、受信ＵＥ２ｂは、サイドリンクデータの復号に失敗する。よって、受信ＵＥ２ｂは、再送を要求するために、ＮＡＣＫを表すＳＦＣＩを送信ＵＥ２ａに送信する。
　ただし、図１８に示す例では、送信ＵＥ２ａにおいてＳＦＣＩの復号が失敗する。この場合、送信ＵＥ２ａは、ＳＦＣＩを受信しないときと同じ処理を実行する。即ち、送信ＵＥ２ａは、図１３（ａ）に示す変換ルールに従い、ＮＡＣＫを表すＵＣＩを生成する。そして、送信ＵＥ２ａは、ＮＡＣＫを表すＵＣＩを基地局１に送信する。この結果、図１７に示す例と同様に、基地局１において、ＨＡＲＱ手順に従って再送のためのリソースが決定される。
　図１９に示す例では、受信ＵＥ２ｂは、ＳＣＩおよびサイドリンクデータを正しく復号する。よって、受信ＵＥ２ｂは、ＡＣＫを表すＳＦＣＩを送信ＵＥ２ａに送信する。ただし送信ＵＥ２ａにおいてＳＦＣＩの復号が失敗する。この場合、送信ＵＥ２ａは、図１８に示す例と同じ処理を実行する。この結果、図１７または図１８に示す例と同様に、基地局１において、ＨＡＲＱ手順に従って再送のためのリソースが決定される。
　このように、図１９に示す例では、受信ＵＥ２ｂがサイドリンクデータを受信したにもかかわらず再送のためのリソース割当てが実行されてしまう。ただし、図１９に示す例では、受信ＵＥ２ｂは、ＳＣＩおよびサイドリンクデータを正しく復号している。即ち、送信ＵＥ２ａと受信ＵＥ２ｂとの間の無線環境は良好と考えられえる。よって、送信ＵＥ２ａにおいてＳＦＣＩの復号が失敗する可能性は低いと考えられる。
　図２０に示す例では、グループキャストオプション２により、送信ＵＥ２ａから複数の端末装置（受信ＵＥ２ｂ、２ｃ、．．．２ｘ、２ｙ、．．．）にサイドリンクデータが送信される。そして、受信ＵＥ２ｂ、２ｃ、．．．は、サイドリンクデータを復号できたものとする。一方、受信ＵＥ２ｘ、２ｙ、．．．は、サイドリンクデータを復号できなかったものとする。この場合、受信ＵＥ２ｂ、２ｃ、．．．は、それぞれＡＣＫを表すＳＦＣＩを送信ＵＥ２ａに送信する。また、受信ＵＥ２ｘ、２ｙ、．．．は、それぞれＮＡＣＫを表すＳＦＣＩを送信ＵＥ２ａに送信する。
　送信ＵＥ２ａは、各端末装置から受信するＳＦＣＩに基づいてＵＣＩを生成する。具体的には、例えば、下記のルール（１）～（３）のいずれか１つに基づいてＵＣＩが生成される。ＮACKは、送信ＵＥ２ａが受信ＵＥから受信するＡＣＫの個数を表し、ＮNACKは、送信ＵＥ２ａが受信ＵＥから受信するＮＡＣＫの個数を表す。
（１）ＮNACK＞ＮACKであれば、ＮＡＣＫを表すＵＣＩを生成し、そうでないときは、ＡＣＫを表すＵＣＩを生成する。
（２）ＮNACK≧閾値１であれば、ＮＡＣＫを表すＵＣＩを生成し、そうでないときは、ＡＣＫを表すＵＣＩを生成する。
（３）ＮACK≦閾値２であれば、ＮＡＣＫを表すＵＣＩを生成し、そうでないときは、ＡＣＫを表すＵＣＩを生成する。
なお、閾値１および閾値２は、データの優先度などに応じて決定される。
　ＮＡＣＫを表すＵＣＩが送信ＵＥ２ａから基地局１に送信された後の処理は、図１６～図１９に示す例と同じである。すなわち、ＨＡＲＱ手順に従って再送が実行される。
　図２１に示す例では、グループキャストオプション１により、送信ＵＥ２ａから複数の端末装置（受信ＵＥ２ｂ、２ｃ、．．．）にサイドリンクデータが送信される。そして、すべての受信ＵＥにおいて、ＳＣＩおよびサイドリンクデータが正しく復号される。この状況は、図６に示すケース３に相当する。ここで、グループキャストオプション１においては、図５（ｂ）に示すように、サイドリンクデータが復号されたときは、受信ＵＥは、送信ＵＥにＳＦＣＩを送信しない。すなわち、送信ＵＥ２ａは、所定のタイミングにおいて、サイドリンクデータが復号されたか否かを表すＳＦＣＩを受信しない。例えば、図７に示すスケジュールが作成されているときには、送信ＵＥ２ａは、スロットｎ＋１においてＳＣＩおよびサイドリンクデータを送信するが、スロットｎ＋３において対応するＳＦＣＩを受信しない。
　送信ＵＥ２ａは、図１３（ｂ）に示す変換ルールに従い、ＳＦＣＩからＵＣＩを生成する。ここで、送信ＵＥ２ａは、ＳＦＣＩを受信しない。よって、肯定応答（ＡＣＫ）を表すＵＣＩが生成される。そして、送信ＵＥ２ａは、ＡＣＫを表すＵＣＩを基地局１に送信する。この場合、基地局１は、サイドリンク通信が成功したと判定し、ＨＡＲＱ手順を終了する。
　このように、グループキャストオプション１によりサイドリンクデータが送信されるときは、図１３（ｂ）に示す変換ルールに従ってＳＦＣＩからＵＣＩが生成されるので、基地局１は、図６に示すケース１とケース３とを識別できる。すなわち、すべての受信ＵＥにおいてサイドリンクデータが復号されたときは、送信ＵＥ２ａから基地局１にＡＣＫを表すＵＣＩが送信される。よって、基地局１は、図６に示すケース１と異なり、ＵＣＩに基づいてサイドリンク通信が成功したことを認識できるので、再送のためのリソース割当てを行わない。したがって、無線通信システム１００において適切な通信が実現される。具体的には、無駄なリソース割当てが回避される。
　図２２に示す例においても、グループキャストオプション１により、送信ＵＥ２ａから複数の端末装置（受信ＵＥ２ｂ、２ｃ、．．．２ｘ、２ｙ、．．．）にサイドリンクデータが送信される。ただし、図２２に示す例では、受信ＵＥ２ｂ、２ｃ、．．．においてサイドリンクデータの復号が成功するが、受信ＵＥ２ｘ、２ｙ、．．．においてサイドリンクデータの復号が失敗する。この場合、受信ＵＥ２ｂ、２ｃ、．．．はＳＦＣＩを生成しないが、受信ＵＥ２ｘ、２ｙ、．．．はＮＡＣＫを表すＳＦＣＩを生成して送信ＵＥ２ａに送信する。
　送信ＵＥ２ａは、１以上の受信ＵＥからＮＡＣＫを表すＳＦＣＩを受信したときは、図１３（ｂ）に示す変換ルールに従って、ＮＡＣＫを表すＵＣＩを生成する。そして、送信ＵＥ２ａは、ＮＡＣＫを表すＵＣＩを基地局１に送信する。したがって、再送手順が実行される。
　なお、グループキャストオプション１によりサイドリンクデータが送信されるときは、受信ＵＥにおいてＳＣＩの復号が失敗すると、送信ＵＥは対応するＳＦＣＩを受信できない。この場合、図１３（ｂ）に示す変換ルールによれば、ＡＣＫを表すＵＣＩが基地局１に送信されるので、ＨＡＲＱによる再送は実行されない。ただし、複数の受信ＵＥのすべてにおいてＳＣＩの復号が失敗する可能性は非常に低いと考えられる。すなわち、サイドリンク通信が失敗したにもかかわらず再送が行われない状況が発生する可能性は低い。
　図２３は、第３の実施形態における送信ＵＥのＨＡＲＱ処理の一例を示すフローチャートである。なお、このフローチャートの処理は、受信ＵＥにＳＣＩおよびサイドリンクデータを送信した後に送信ＵＥにより実行される。また、送信ＵＥは、１または複数の受信ＵＥから送信されるＳＦＣＩを待ち受ける。ＳＦＣＩは、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を表す。
　Ｓ１において、送信ＵＥは、サイドリンク通信がユニキャストであるか否かを判定する。サイドリンク通信がユニキャストであるときは、送信ＵＥは、Ｓ２において、所定の受信スロットにおいて受信ＵＥからＮＡＣＫを表すＳＦＣＩを受信したか否かを判定する。所定の受信スロットは、基地局１によりＤＣＩにより指定される。例えば、図７に示す例では、スロットｎ＋３に相当する。そして、ＮＡＣＫを表すＳＦＣＩを受信したときは、送信ＵＥは、Ｓ３において、ＮＡＣＫを表すＵＣＩを生成して基地局１に送信する。
　所定の受信スロットにおいてＮＡＣＫを表すＳＦＣＩを受信しなかったときは、送信ＵＥは、Ｓ４において、所定の受信スロットにおいて受信ＵＥからＡＣＫを表すＳＦＣＩを受信したか否かを判定する。そして、ＡＣＫを表すＳＦＣＩを受信したときは、送信ＵＥは、Ｓ５において、ＡＣＫを表すＵＣＩを生成して基地局１に送信する。一方、所定の受信スロットにおいてＳＦＣＩ（ＡＣＫ／ＮＡＣＫ）を受信しなかったときは、送信ＵＥは、Ｓ３において、ＮＡＣＫを表すＵＣＩを生成して基地局１に送信する。
　サイドリンク通信がユニキャストでないときは、送信ＵＥは、Ｓ１１において、サイドリンク通信がグループキャストオプション２であるか否かを判定する。サイドリンク通信がグループキャストオプション２であるときは、送信ＵＥは、Ｓ１２において、所定の受信スロットにおいて受信ＵＥからＳＦＣＩを受信したか否かを判定する。
　１または複数の受信ＵＥからＳＦＣＩを受信したときには、送信ＵＥは、Ｓ１３において、ＡＣＫ／ＮＡＣＫ判定処理を実行する。Ｓ１３において、送信ＵＥは、ＡＣＫの数および／またはＮＡＣＫの数をカウントする。そして、送信ＵＥは、ＡＣＫの数および／またはＮＡＣＫの数に基づいて、ＡＣＫを表すＵＣＩを生成するか、又は、ＮＡＣＫを表すＵＣＩを生成するかを判定する。判定方法は、例えば、図２０を参照して説明した通りである。そして、送信ＵＥは、Ｓ１４において、判定結果に応じて生成したＵＣＩを基地局１に送信する。一方、すべての受信ＵＥからＳＦＣＩを受信しなかったときは、送信ＵＥは、Ｓ１５において、ＮＡＣＫを表すＵＣＩを生成して基地局１に送信する。
　サイドリンク通信がユニキャストまたはグループキャストオプション２のいずれでもないときは、サイドリンク通信がグループキャストオプション１であると判定される。この場合、送信ＵＥは、Ｓ２１において、所定の受信スロットにおいて受信ＵＥからＮＡＣＫを表すＳＦＣＩを受信したか否かを判定する。そして、１または複数の受信ＵＥからＮＡＣＫを表すＳＦＣＩを受信したときは、送信ＵＥは、Ｓ１５において、ＮＡＣＫを表すＵＣＩを生成して基地局１に送信する。一方、すべての受信ＵＥからＳＦＣＩを受信しなかったときは、送信ＵＥは、Ｓ２２において、ＡＣＫを表すＵＣＩを生成して基地局１に送信する。
　このように、送信ＵＥは、所定の受信タイミングにおいて受信ＵＥからＳＦＣＩを受信しないときは、送信ＵＥと受信ＵＥとの間のＤ２Ｄ通信の種別（ユニキャスト、グループキャストオプション１、グループキャストオプション２）に基づいて、Ｄ２Ｄ通信が成功したことを表す肯定応答またはＤ２Ｄ通信が失敗したことを表す否定応答を含むフィードバック報告（ＵＣＩ）を生成する。そして、送信ＵＥは、このフィードバック報告を基地局に送信する。
　＜ハードウェア構成＞
　図２４は、基地局１の構成の一例を示す。基地局１は、例えば、次世代基地局装置（ｇＮＢ：Next generation Node B）である。そして、基地局１は、図２４に示すように、制御部１１、記憶部１２、ネットワークインタフェース１３、無線送信部１４、および無線受信部１５を備える。なお、基地局１は、図２４に示していない他の回路または機能を備えていてもよい。
　制御部１１は、基地局１により提供されるＵｕ通信（又は、セルラ通信）を制御する。また、制御部１１は、端末装置２により行われるＤ２Ｄ通信（又は、サイドリンク通信）のためのスケジュールを決定する。すなわち、報告タイミングを表すタイミングオフセット（Ｋ３、Ｋ４、Ｋ５）は、制御部１１により決定される。なお、制御部１１は、この実施例では、プロセッサにより実現される。ただし、制御部１１の機能の一部は、ハードウェア回路で実現してもよい。
　記憶部１２には、プロセッサにより実行されるソフトウェアプログラムが記憶される。また、記憶部１２には、基地局１の動作を制御するために必要なデータおよび情報が記憶される。なお、記憶部１２は、例えば、半導体メモリにより実現される。ネットワークインタフェース１３は、コアネットワークに接続するためのインタフェースを提供する。すなわち、基地局１は、ネットワークインタフェース１３を介して他の基地局１または基地局１を制御するネットワーク管理システムに接続することができる。
　無線送信部１４は、制御部１１から与えられる指示に従って、Ｕｕ通信の無線信号を送信する。すなわち、無線送信部１４は、セル内の端末装置２に下りリンク信号を送信できる。無線受信部１５は、制御部１１から与えられる指示に従って、Ｕｕ通信の無線信号を受信する。すなわち、無線受信部１５は、セル内の端末装置２から送信される上りリンク信号を受信できる。なお、Ｕｕ通信は、例えば、２．４ＧＨｚ帯および／または４ＧＨｚ帯を使用して提供される。
　図２５（ａ）は、端末装置２の構成の一例を示す。端末装置２は、Ｕｕ通信およびＤ２Ｄ通信をサポートする。なお、Ｄ２Ｄ通信は、Ｕｕ通信とは異なる周波数帯を使用して実現してもよい。例えば、Ｄ２Ｄ通信は、６ＧＨｚ帯を使用して提供してもよい。ただし、Ｄ２Ｄ通信は、Ｕｕ通信の上りリンクおよび／または下りリンクと同じ周波数帯を共有してもよい。そして、端末装置２は、制御部２１、記憶部２２、無線送信部２３、無線受信部２４、無線送信部２５、無線受信部２６を備える。なお、端末装置２は、図２５（ａ）に示していない他の回路または機能を備えていてもよい。
　制御部２１は、端末装置２により提供されるＵｕ通信およびＤ２Ｄ通信を制御する。また、制御部２１は、図２３に示すフローチャートの処理を実行する。すなわち、制御部２１は、図１３に示す変換ルールに従って、サイドリンク通信が成功したか否かを表すフィードバック報告を生成する。なお、制御部２１は、この実施例では、プロセッサにより実現される。この場合、制御部２１は、記憶部２２に記憶されているソフトウェアプログラムを実行することにより、Ｕｕ通信およびＤ２Ｄ通信を制御する機能を提供する。ただし、制御部２１の機能の一部は、ハードウェア回路で実現してもよい。
　記憶部２２には、プロセッサにより実行されるソフトウェアプログラムが記憶される。また、記憶部２２には、端末装置２の動作を制御するために必要なデータおよび情報が記憶される。なお、記憶部２２は、例えば、半導体メモリにより実現される。
　無線送信部２３は、制御部２１から与えられる指示に従って、Ｕｕ通信の無線信号を送信する。すなわち、無線送信部２３は、基地局１に上りリンク信号を送信する。無線受信部２４は、制御部２１から与えられる指示に従って、Ｕｕ通信の無線信号を受信する。すなわち、無線受信部２４は、基地局１から送信される下りリンク信号を受信する。
　無線送信部２５は、制御部２１から与えられる指示に従って、Ｄ２Ｄ通信の無線信号を送信する。すなわち、無線送信部２５は、基地局１から通知されるリソースを使用して、他の端末装置にＤ２Ｄ信号を送信する。無線受信部２６は、制御部２１から与えられる指示に従って、Ｄ２Ｄ通信の無線信号を受信する。すなわち、無線受信部２６は、他の端末装置から送信されるＤ２Ｄ信号を受信する。なお、Ｄ２Ｄ信号は、この実施例では、サイドリンクデータおよびサイドリンク制御情報（ＳＣＩ、ＳＦＣＩ）を含む。
　図２５（ａ）に示す例では、Ｕｕ通信のための無線通信部およびＤ２Ｄ通信のための無線通信部が互いに分離して設けられているが、端末装置２はこの構成に限定されるものではない。例えば、図２５（ｂ）に示すように、Ｕｕ通信のための無線通信部およびＤ２Ｄ通信のための無線通信部が共用されるようにしてもよい。この場合、無線送信部２３は、Ｕｕ信号およびＤ２Ｄ信号を送信することができ、無線送信部２４は、Ｕｕ信号およびＤ２Ｄ信号を受信することができる。
１　基地局装置
２（２ａ～２ｄ）　端末装置
１１　制御部
１４　無線送信部
１５　無線受信部
２１　制御部
２３、２５　無線送信部
２４、２６　無線受信部
１００　無線通信システム

Claims (12)

  1. 　第１の端末装置から第２の端末装置にデータを送信する端末間通信にリソースを割り当てる基地局装置であって、
    　前記第１の端末装置が前記基地局装置に前記端末間通信に係わるフィードバック報告を送信するタイミングを表す報告タイミングを決定する制御部と、
    　前記報告タイミングを表す情報を含む制御信号を前記第１の端末装置に送信する送信部と、を備え、
    　前記基地局装置と前記第１の端末装置との間の通信に割り当てられる第１のリソースおよび前記端末間通信に割り当てられる第２のリソースが時間分割方式で多重化されるときに、前記報告タイミングは、前記第１のリソースに応じて定まる
    　ことを特徴とする基地局装置。
  2. 　前記端末間通信は、Ｄ２Ｄ（Device to Device）通信である
    　ことを特徴とする請求項１に記載の基地局装置。
  3. 　前記報告タイミングは、前記第１の端末装置が前記基地局から前記端末間通信を制御する制御情報を受信するタイミングおよび前記第１のリソースの量を用いて定まる
    　ことを特徴とする請求項１に記載の基地局装置。
  4. 　第１の端末装置から第２の端末装置にデータを送信する端末間通信にリソースを割り当てる基地局装置であって、
    　前記第１の端末装置が前記基地局装置に前記端末間通信に係わるフィードバック報告を送信するタイミングを表す報告タイミングを決定する制御部と、
    　前記報告タイミングを表す情報を含む制御信号を前記第１の端末装置に送信する送信部と、を備え、
    　前記基地局装置と端末装置との間の通信に割り当てられる第１のリソースおよび前記端末間通信に割り当てられる第２のリソースが時間分割方式で多重化されるときに、前記報告タイミングは、前記第１の端末装置が前記第２の端末装置に前記データを送信する第２のタイミングから前記第１の端末装置が前記第２の端末装置から前記データの復号結果を受信する第３のタイミングまでの間に存在する前記第２のリソースの量、及び、前記第３のタイミングから前記報告タイミングまでの間に存在する前記第１のリソースの量を用いて表される
    　ことを特徴とする基地局装置。
  5. 　前記制御信号は、
    　　前記報告タイミングの候補を表す第１の制御信号と、
    　　前記第１の制御信号により表される報告タイミングの候補の中から前記報告タイミングを指定する第２の制御信号と、を含む
    　ことを特徴とする請求項１～４のいずれか１つに記載の基地局装置。
  6. 　基地局装置により割り当てられるリソースを使用して１または複数の相手端末装置にデータを送信する端末間通信を行う端末装置であって、
    　前記相手端末装置における前記端末間の受信状況を表す第１のフィードバック報告を前記相手端末装置から受信する受信部と、
    　前記第１のフィードバック報告に基づいて第２のフィードバック報告を生成する制御部と、
    　前記第２のフィードバック報告を前記基地局装置に送信する送信部と、を備え、
    　前記受信部が所定のタイミングにおいて前記１または複数の相手端末装置から前記第１のフィードバック報告を受信しないときは、前記制御部は、前記端末装置と前記１または複数の相手端末装置との間の端末間通信の種別に基づいて、前記端末間通信が成功したことを表す肯定応答または前記端末間通信が失敗したことを表す否定応答を含む第２のフィードバック報告を生成する
    　ことを特徴とする端末装置。
  7. 　前記端末装置が１つの相手端末装置にデータを送信するユニキャスト通信において、前記受信部が所定のタイミングにおいて前記１つの相手端末装置から前記第１のフィードバック報告を受信しないときは、前記制御部は、前記端末間通信が失敗したことを表す否定応答を含む第２のフィードバック報告を生成する
    　ことを特徴とする請求項６に端末装置。
  8. 　前記ユニキャスト通信において、前記受信部が前記データの復号が失敗したことを表す第１のフィードバック報告を受信したときは、前記制御部は、前記端末間通信が失敗したことを表す否定応答を含む第２のフィードバック報告を生成する
    　ことを特徴とする請求項７に記載の端末装置。
  9. 　前記ユニキャスト通信において、前記受信部が前記データの復号が成功したことを表す第１のフィードバック報告を受信したときは、前記制御部は、前記端末間通信が成功したことを表す肯定応答を含む第２のフィードバック報告を生成する
    　ことを特徴とする請求項７に記載の端末装置。
  10. 　前記端末装置が複数の相手端末装置にデータを送信したときに、前記データの復号に成功した相手端末装置が前記端末装置に前記データの復号が成功したことを表す肯定応答を含む第１のフィードバック報告を送信し、前記データの復号に失敗した相手端末装置が前記端末装置に前記データの復号が失敗したことを表す否定応答を含む第１のフィードバック報告を送信するグループキャスト通信において、
    　　前記否定応答を含む第１のフィードバック報告の数が前記肯定応答を含む第１のフィードバック報告の数より多いとき、または、
    　　前記否定応答を含む第１のフィードバック報告の数が第１の閾値より多いとき、または、
    　　前記肯定応答を含む第１のフィードバック報告の数が第２の閾値より少ないときは、
    　前記制御部は、前記端末間通信が失敗したことを表す否定応答を含む第２のフィードバック報告を生成する
    　ことを特徴とする請求項６に記載の端末装置。
  11. 　前記端末装置が複数の相手端末装置にデータを送信したときに、前記データの復号に成功した相手端末装置が前記端末装置に前記第１のフィードバック報告を送信しないグループキャスト通信において、前記受信部がすべての相手端末装置から前記所定のタイミングにおいて前記第１のフィードバック報告を受信しないときには、前記制御部は、前記端末間通信が成功したことを表す肯定応答を含む第２のフィードバック報告を生成する
    　ことを特徴とする請求項６に記載の端末装置。
  12. 　第１の端末装置から第２の端末装置にデータを送信する端末間通信に基地局装置がリソースを割り当てる無線通信システムであって、
    　前記基地局装置は、前記第１の端末装置が前記基地局装置に前記端末間通信に係わるフィードバック報告を送信するタイミングを表す報告タイミングを決定し、
    　前記基地局装置と端末装置との間の通信に割り当てられる第１のリソースおよび前記通信に割り当てられる第２のリソースが時間分割方式で多重化されるときに、前記報告タイミングは、前記第１のリソースに応じて定まるか、或いは、前記第１の端末装置が前記第２の端末装置に前記データを送信する第２のタイミングから前記第１の端末装置が前記第２の端末装置から前記データの復号結果を受信する第３のタイミングまでの間に存在する前記第２のリソースの量、及び、前記第３のタイミングから前記報告タイミングまでの間に存在する前記第１のリソースの量を用いて表され、
    　前記第１の端末装置は、前記報告タイミングにおいて、前記端末間通信に係わるフィードバック報告を前記基地局装置に送信する
    　ことを特徴とする無線通信システム。
PCT/JP2019/031410 2019-08-08 2019-08-08 基地局装置、端末装置、および無線通信システム WO2021024461A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/031410 WO2021024461A1 (ja) 2019-08-08 2019-08-08 基地局装置、端末装置、および無線通信システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/031410 WO2021024461A1 (ja) 2019-08-08 2019-08-08 基地局装置、端末装置、および無線通信システム

Publications (1)

Publication Number Publication Date
WO2021024461A1 true WO2021024461A1 (ja) 2021-02-11

Family

ID=74502889

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/031410 WO2021024461A1 (ja) 2019-08-08 2019-08-08 基地局装置、端末装置、および無線通信システム

Country Status (1)

Country Link
WO (1) WO2021024461A1 (ja)

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Mode-1 Implications for Supporting SL HARQ feedbacks", 3GPP TSG RAN WG2 #105 R2-1901651, vol. RAN WG2, 14 February 2019 (2019-02-14), XP051603004 *
FUJITSU: "Discussion on HARQ-ACK feedback for NR-V2X", 3GPP TSG RAN WG1 #96 R1-1901944, vol. RAN WG1, 15 February 2019 (2019-02-15), XP051599638 *
FUJITSU: "Discussion on mode 1 resource allocation for NR V2X", 3GPP TSG RAN WG1 #98 R1-1908219, vol. RAN WG1, 16 August 2019 (2019-08-16), XP051764838 *
LG ELECTRONICS: "Discussion on physical layer procedure for NR V2X", 3GPP TSG RAN WG1 #96 R1-1901931, vol. RAN WG1, 16 February 2019 (2019-02-16), XP051599625 *
VIVO: "Discussion on mode 1 resource allocation mechanism", 3GPP TSG RAN WG1 #96B R1-1904073, vol. RAN WG1, 2 April 2019 (2019-04-02), XP051707096 *
VIVO: "Enhancements of Uu link to control sidelink", 3GPP TSG RAN WG1 #96 R1-1901688, vol. RAN WG1, 15 February 2019 (2019-02-15), XP051599384 *

Similar Documents

Publication Publication Date Title
US11595991B2 (en) Method for indicating the allocated resources for a HARQ message in a random access procedure for a low-complexity, narrowband terminal
US20200021402A1 (en) Data transmission method and related device
WO2018059173A1 (zh) 免授权的传输上行信息的方法、网络设备和终端设备
CN104685809A (zh) 用于使用通信系统中的多个小区的方法和装置
US11705992B2 (en) Infrastructure equipment, wireless telecommunications system and method
CN116455529A (zh) 混合自动重传请求应答harq-ack的反馈方法和终端设备
CN114270888A (zh) 用于v2x通信中的资源分配的方法及设备
US20230050066A1 (en) Telecommunications apparatus and methods
JP7352647B2 (ja) リソース割り当て方法ならびにデバイス、記憶媒体および端末
CN115428490B (zh) 边链路发送和接收方法以及装置
US12003331B2 (en) Wireless data transmission apparatus, wireless data reception apparatus and methods
US10652868B2 (en) Terminal apparatus, base station apparatus, and wireless communication method
JP2023520688A (ja) サイドリンク伝送方法及び装置
US20230336314A1 (en) Communications devices, network infrastructure equipment, wireless communications networks and methods
JP7339439B2 (ja) 通信方法及び装置
WO2021024461A1 (ja) 基地局装置、端末装置、および無線通信システム
EP4101101A2 (en) Methods and apparatus for disabling of option 1 hybrid automatic repeat request (harq) feedback for sidelink communication
KR102672117B1 (ko) 송신 장치, 수신 장치, 무선 통신 시스템 및 통신 방법
WO2023141956A1 (en) Methods and apparatuses for one-shot sidelink harq-ack feedback transmission
US20220150905A1 (en) Communications device, infrastructure equipment and methods
WO2020031278A1 (ja) 送信装置、受信装置、無線通信システム、及び通信方法

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: 19940378

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19940378

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP