WO2021024461A1 - 基地局装置、端末装置、および無線通信システム - Google Patents
基地局装置、端末装置、および無線通信システム Download PDFInfo
- 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
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
基地局装置は、第1の端末装置から第2の端末装置にデータを送信する端末間通信にリソースを割り当てる。この基地局装置は、制御部および送信部を備える。制御部は、第1の端末装置が基地局装置に端末間通信に係わるフィードバック報告を送信するタイミングを表す報告タイミングを決定する。送信部は、報告タイミングを表す情報を含む制御信号を第1の端末装置に送信する。基地局装置と第1の端末装置との間の通信に割り当てられる第1のリソースおよび端末間通信に割り当てられる第2のリソースが時間分割方式で多重化されるときに、報告タイミングは、第1のリソースに応じて定まる。
Description
本発明は、基地局装置、端末装置、並びに基地局装置および端末装置を含む無線通信システムに係わる。
現在、ネットワークのリソースの多くは、モバイル端末(スマートフォンまたはフューチャーフォンを含む)が使用するトラフィックにより占有されている。また、モバイル端末が使用するトラフィックは、今後も増加していくと考えられる。
一方、IoT(Internet of things)サービス(例えば、交通システム、スマートメータ、装置等の監視システム)の展開にあわせて、様々な要求条件を持つサービスに対応することが求められている。このため、第5世代移動体通信(5GまたはNR(New Radio))の通信規格では、第4世代移動体通信(4G(LTE:Long Term Evolution))の標準技術(たとえば、非特許文献4~13)に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、第5世代通信規格については、3GPPの作業部会(たとえば、TSG-RAN WG1、TSG-RAN WG2等)で検討されている(たとえば、非特許文献14~36)。
5Gにおいては、多種多様なサービスに対応するために、eMBB(Enhanced Mobile BroadBand)、Massive MTC(Machine Type Communications)、およびURLLC(Ultra-Reliable and Low Latency Communication)などのユースケースのサポートが想定されている。
また、3GPPの作業部会では、D2D(Device to Device)通信についても議論されている。D2D通信は、サイドリンク通信と呼ばれることもある。また、D2D通信の一例として、V2Xが検討されている。V2Xは、V2V、V2P、V2I、V2Nを含む。V2V(Vehicle to Vehicle)は、自動車間通信を表す。V2P(Vehicle to Pedestrian)は、自動車と歩行者との間の通信を表す。V2I(Vehicle to Infrastructure)は、自動車と標識等の道路インフラとの間の通信を表す。V2N(Vehicle to Network)は、自動車とネットワークの通信を表す。V2Xに関する規定は、例えば、非特許文献1~3に記載されている。
5GのV2Xにおいては、リソース割当て方法として、モード1およびモード2が議論されている。モード1においては、基地局装置が、サイドリンク通信に対してリソースを割り当てる。モード2においては、予め用意されているリソースプールの中から、端末装置がサイドリンク通信のためのリソースを決定する。また、3GPPでは、V2Xのためのハイブリッド自動再送要求(HARQ:Hybrid Automatic repeat request)が議論されている。
なお、サイドリンク通信(以下、D2D通信と記載することがある。)をサポートする移動通信システムにおいて、サイドリンク通信に対するフィードバック信号を所定のリソースを用いて送信する方法が提案されている(例えば、特許文献1)。また、無線システムにおけるスケジューリングが提案されている(例えば、特許文献2)。
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)
上述したモード1でリソース割当てが行われる無線通信システムにおいてHARQが実行される場合、サイドリンク通信を行う端末装置は、サイドリンク通信によるデータ送信が成功したか否かを表すフィードバック報告を基地局に送信する。この報告は、ACKまたはNCAKを表す。ACKは、データ送信の成功を表し、NACKは、データ送信の失敗を表す。そして、基地局は、端末装置からNACKを受信すると、データ再送のためのリソースを決定して端末装置に通知する。この後、端末装置は、通知されたリソースを使用してデータ再送を実行する。なお、以下の記載では、端末装置から基地局にフィードバック報告を送信するタイミングを「HARQ_ACK/NACK報告タイミング」または単に「報告タイミング」と呼ぶことがある。
HARQ_ACK/NACK報告タイミングは、3GPPにおいて未だ合意されていないが、例えば、報告タイミングを指定する制御情報を受信するスロットから報告を送信するスロットまでのスロット数で決定される。ただし、この方法では、基地局装置と端末装置との間の通信用のリソースおよび端末装置と端末装置との間のサイドリンク通信用のリソースが時間分割方式で多重化されるときに、リソースの時間分割多重の構成が異なると、報告タイミングも異なることになる。このため、基地局から端末装置に報告タイミングを通知するための情報量が多くなる。すなわち、サイドリンク通信に係わるHARQを実現するための制御情報が多くなり、リソースの使用効率が低下する。
本発明の1つの側面に係わる目的は、サイドリンク通信に係わるHARQを実現するための制御情報を削減してリソースの使用効率を向上させることである。
本発明の1つの態様に係わる基地局装置は、第1の端末装置から第2の端末装置にデータを送信する端末間通信(サイドリンク通信またはD2D通信と記載することもある。)にリソースを割り当てる。この基地局装置は、前記第1の端末装置が前記基地局装置に前記端末間通信に係わるフィードバック報告を送信するタイミングを表す報告タイミングを決定する制御部と、前記報告タイミングを表す情報を含む制御信号を前記第1の端末装置に送信する送信部と、を備える。前記基地局装置と前記第1の端末装置との間の通信に割り当てられる第1のリソースおよび前記端末間通信に割り当てられる第2のリソースが時間分割方式で多重化されるときに、前記報告タイミングは、前記第1のリソースに応じて定まる。
本発明の1つの態様に係わる端末装置は、基地局装置により割り当てられるリソースを使用して1または複数の相手端末装置にデータを送信する端末間通信を行う。この端末装置は、前記相手端末装置における前記端末間の受信状況を表す第1のフィードバック報告を前記相手端末装置から受信する受信部と、前記第1のフィードバック報告に基づいて第2のフィードバック報告を生成する制御部と、前記第2のフィードバック報告を前記基地局装置に送信する送信部と、を備える。前記受信部が所定のタイミングにおいて前記1または複数の相手端末装置から前記第1のフィードバック報告を受信しないときは、前記制御部は、前記端末装置と前記1または複数の相手端末装置との間の端末間通信の種別に基づいて、前記端末間通信が成功したことを表す肯定応答または前記端末間通信が失敗したことを表す否定応答を含む第2のフィードバック報告を生成する。
上述の態様によれば、サイドリンク通信に係わるHARQを実現するための制御情報を削減してリソースの使用効率が向上する。
以下、本発明の実施形態について図面を参照して詳細に説明する。なお、本明細書における課題および実施例は一例であり、本件特許出願の権利範囲を限定するものではない。例えば、記載の表現が異なっていても、技術的に同等であれば、本件特許出願の技術が適用され得る。また、本明細書に記載されている実施形態は、矛盾のない範囲で適宜組み合わせることが可能である。
本明細書で使用する用語および技術的内容は、3GPP等の通信に関する規格として仕様書(例えば、3GPP TS 38.211 V15.5.0 (2019-03))または寄書に記載された用語および技術的内容が用いられてもよい。
図1は、本発明の実施形態に係わる無線通信システムの一例を示す。無線通信システム100は、この例では、基地局装置1および複数の端末装置2(2a、2b)を含む。基地局装置1は、例えば、次世代基地局装置(gNB:Next generation Node B)により実現される。以下の記載では、基地局装置を「基地局」と呼ぶことがある。また、端末装置2は、例えば、UE(User Equipment)により実現される。
基地局1は、基地局1のセル内に位置する端末装置2に下りリンク信号を送信する。すなわち、各端末装置2は、基地局1から送信される下りリンク信号を受信できる。また、各端末装置2は、基地局1に上りリンク信号を送信する。すなわち、基地局1は、セル内に位置する端末装置2から上りリンク信号を受信できる。なお、基地局1と端末装置2との間は、例えば、Uuインタフェースを介して接続される。
端末装置2は、サイドリンク通信(又は、D2D通信)をサポートする。すなわち、端末装置2a、2bは、基地局1を経由することなく、直接的に通信を行うことができる。この実施例では、端末装置2aから端末装置2bにサイドリンクデータが送信されるものとする。よって、以下の記載では、端末装置2aおよび端末装置2bをそれぞれ「送信UE(Tx_UE)」および「受信UE(Rx_UE)」と呼ぶことがある。また、サイドリンクデータを「SLデータ」と表記することがある。
5GのV2Xにおいては、リソース割当て方法として、モード1およびモード2が議論されている。モード1においては、基地局が、サイドリンク通信に対してリソースを割り当てる。モード2においては、端末装置が、予め用意されているリソースプールの中からサイドリンク通信のためのリソースを決定する。
また、無線通信システム100は、効率的なデータ伝送を実現するために、ハイブリッド自動再送要求(HARQ:Hybrid Automatic repeat request)をサポートする。HARQでは、受信側装置は、例えば、レイヤ1の処理において受信データを正しく復号できなかったときに、送信側装置に再送を要求する。そうすると、送信側装置は、受信側装置において正しく復号されなかった元のデータに対応する再送データを送信する。そして、受信側装置は、正しく復号できなかった元データおよび再送データを組み合わせて、データの復号を行う。これにより、高効率かつ高精度な再送制御が実現される。なお、3GPPの会合では、現在、例えば、次世代通信方式に対応するHARQフィードバックの方法に関する技術が提案されている。
次に、図1に示す無線通信システム100において行われるサイドリンクHARQフィードバックについて簡単に説明する。ここでは、モード1によりサイドリンク通信に対してリソースが割り当てられるものとする。すなわち、端末装置2aは、基地局1に対してサイドリンク通信のためのリソースを要求するものとする。
基地局1は、端末装置2aに下りリンク制御情報(DCI:downlink control information)を送信する。このDCIは、サイドリンク通信を制御する情報を含む。端末装置2aは、受信したDCIに基づいて、端末装置2bにサイドリンク制御情報(SCI:sidelink control information)およびサイドリンクデータを送信する。このSCIは、サイドリンクデータを受信するための制御情報を含む。
端末装置2bは、SCIを利用してサイドリンクデータを復号する。このとき、サイドリンクデータを正しく復号できなかったときは、端末装置2bは、端末装置2aに否定応答(NACK:negative acknowledgement)を送信する。NACKは、端末装置2bがサイドリンクデータを正しく復号できなかったことを表す。端末装置2aは、端末装置2bからNACKを受信すると、基地局1にNACKを送信する。
基地局1は、端末装置2aからNACKを受信すると、端末装置2aにDCIを送信する。このDCIは、サイドリンクデータの再送を制御する情報を含む。そして、端末装置2aは、受信したDCIに基づいて再送を行う。
図2は、HARQ_ACK/NACK報告(即ち、フィードバック報告)を送信するタイミングの一例を示す。この実施例では、Uu通信に対して割り当て可能なリソース(以下、Uuリソース)およびサイドリンク通信に対して割り当て可能なリソース(以下、SLリソース)が時間分割多重により混在している。
スロットnにおいて基地局1から端末装置2aにDCIが送信される。このDCIは、SCI、SLデータ、サイドリンクフィードバック制御情報(SFCI:sidelink feedback control information)、上りリンク制御情報(UCI:uplink control information)を送信するためのリソースを表す情報を含む。SCIおよびSLデータは、図1に示すように、端末装置2aから端末装置2bに送信される。SFCIは、端末装置2bが端末装置2aから受信するSLデータを正しく受信できたか否かを表し、端末装置2bから端末装置2aに送信される。UCIは、サイドリンク通信のデータ送信が成功したか否かを表し、端末装置2aから基地局1に送信される。
HARQ_ACK/NACK報告タイミングは、図2に示す例では、UCIが送信されるタイミングに相当する。そして、基地局1は、この報告タイミングを決定する。すなわち、図2に示す「K」の値を決定することで、HARQ_ACK/NACK報告を送信するスロットが指定される。
ただし、この方法では、UuリソースおよびSLリソースの時間分割多重の構成が変わると、異なる報告タイミングが設定される。例えば、図3(a)に示す構成では、スロットn、n+4、n+5は、Uu通信に対して割り当て可能に設定され、スロットn+1~n+3は、サイドリンク通信に対して割り当て可能に設定されている。また、図3(b)に示す構成では、スロットn、n+4、n+6は、Uu通信に対して割り当て可能に設定され、スロットn+1~n+3、n+5は、サイドリンク通信に対して割り当て可能に設定されている。以下の記載では、Uu通信に対して割り当て可能なスロットを「Uuスロット」と呼ぶことがある。サイドリンク通信に対して割り当て可能なスロットを「SLスロット」と呼ぶことがある。
HARQ_ACK/NACK報告は、Uuリソースを使用して端末装置2aから基地局1に送信される。また、HARQ_ACK/NACK報告は、たとえば、DCIが送信されたときから5スロット時間以上が経過した後に送信されるものとする。この場合、図3(a)に示す例では、HARQ_ACK/NACK報告は、スロットn+5において送信される。一方、図3(b)に示す例では、HARQ_ACK/NACK報告は、スロットn+6において送信される。
ここで、HARQ_ACK/NACK報告の送信タイミング(すなわち、報告タイミング)は、基地局1により決定され、DCIにより端末装置2aに通知される。このとき、報告タイミングは、例えば、DCIの送信タイミングを基準とするタイミングオフセットで表される。この場合、図3(a)に示す例では、タイミングオフセットKは「5」である。また、図3(b)に示す例では、タイミングオフセットKは「6」である。このように、図2~図3に示す方法では、リソースプールの構成が変わると、異なるタイミングオフセットが設定される。よって、DCIを使用して端末装置に報告タイミングを通知する場合、その報告タイミングを表す情報のビット数が多くなってしまう。
図4および図5は、端末装置間で行われるHARQ手順の例を示す。なお、図4は、端末装置間でユニキャストまたはグループキャストオプション2が行われるときのHARQ手順を示す。ユニキャストは、1つの宛先端末へ信号を送信する通信形態を表す。グループキャストは、複数の宛先端末へ信号を送信する通信形態を表す。また、図5は、端末装置間でグループキャストオプション1が行われるときのHARQ手順を示す。そして、端末装置2aは、基地局1から通知されるDCIに基づいて、SCIおよびSLデータを送信する。
ユニキャストにおいては、端末装置2bは、SCIおよびSLデータの復号に成功すると、図4(a)に示すように、端末装置2aにACKを送信する。SCIの復号に成功したが、SLデータの復号に失敗したときは、端末装置2bは、図4(b)に示すように、端末装置2aにNACKを送信する。SCIの復号に失敗したときは、端末装置2bは、図4(c)に示すように、端末装置2aに何も送信しない。なお、以下の記載では、「何も送信しない」ことを「DTX」と表記することがある。また、グループキャストオプション2においては、各受信UEが図4に示す端末装置2bの動作を行う。
グループキャストオプション1においては、図5(a)に示すように、端末装置2aから複数の端末装置2b~2dにSCIおよびSLデータが送信される。そして、端末装置2bにおいて、SCIおよびSLデータの復号が成功する。この場合、端末装置2bは、端末装置2aに何も送らない。端末装置2cにおいて、SCIの復号が成功し、SLデータの復号が失敗する。この場合、端末装置2bは、端末装置2aにNACKを送信する。端末装置2dにおいて、SCIの復号が失敗する。この場合、端末装置2dは、端末装置2aに何も送らない。
このように、サイドリンク通信の復号状況によっては、受信UE(即ち、端末装置2b~2d)は、送信UE(即ち、端末装置2a)に何も送信しないことがある。このため、送信UEが、受信UEから受信する応答をそのまま基地局1に転送する構成では、基地局1が好ましくない動作を行うおそれがある。
例えば、図6に示すケース1では、端末装置2aは、基地局1から送信されるDCIを受信できない。この場合、端末装置2aは、サイドリンク通信を開始できないので、HARQ手順は開始されない。よって、端末装置2aは、HARQ手順に係わるUCIを基地局1に送信しない。
ケース2では、端末装置2bは、端末装置2aから送信されるSCIを受信できない。すなわち、ケース2は、図4(c)に示す状態に相当する。この場合、端末装置2bは、サイドリンク通信を実行できないので、端末装置2aに対して応答しない。よって、端末装置2aは、HARQ手順に係わるUCIを基地局1に送信しない。
ケース3では、グループキャストオプション1が実行され、受信UEは、SCIおよびSLデータを受信する。すなわち、ケース3は、図5に示す端末装置2a、2b間の通信に相当する。この場合、端末装置2bは、端末装置2aに対して応答しない。よって、端末装置2aは、HARQ手順に係わるUCIを基地局1に送信しない。
このように、図6に示すケース1~3のいずれにおいても、基地局1は、端末装置2aから何も受信しない。よって、基地局1は、ケース1~3を互いに識別できない。ところが、ケース1~3に対する適切な処理は、互いに異なる。
具体的には、ケース1においては、サイドリンク通信が実行されていない。この場合、サイドリンク通信の「初送」を実行することが好ましい。よって、基地局1は、例えば、先に初送のためのリソース割当てを表すDCIを端末装置2aに送信することが好ましい。ケース2においては、サイドリンク通信は開始されたが、端末装置2a、2b間の通信が失敗している。この場合、サイドリンク通信の「再送」を実行することが好ましい。よって、基地局1は、例えば、再送のためのリソース割当てを表すDCIを端末装置2aに送信することが好ましい。ケース3においては、サイドリンク通信は成功している。この場合、基地局1は、成功したサイドリンク通信に対して何もする必要はない。このように、受信UEから送信UEに送信されるフィードバック報告がそのまま基地局1に転送される構成では、基地局1が好ましくない動作を行うおそれがある。
次に、図3および図6を参照して説明した課題を解決する実施形態について記載する。以下に記載する実施形態では、5GのD2D(サイドリンク)通信が行われる。一例としては、V2X通信が行われる。また、モード1のリソース割当てが行われる。即ち、端末装置からの要求に応じて、基地局がリソースプールからサイドリンク通信に対してリソースを割り当てる。
また、以下に記載する実施形態では、各端末装置2は、基地局1との間の通信のリソースとして既に規定されているUuリソースの一部を利用してD2D通信を行う。一例としては、ある周波数帯でUuリソースおよびD2D通信のリソース(SLリソース)が時間分割方式で多重化される。リソースプール構成は、SLリソースのプールを表す。周波数方向においては、リソースプールは、開始RB(resource block)およびサブチャネル数で表される。時間方向においては、リソースプールは、スロットビットマップまたはシンボルビットマップで表される。スロットビットマップにおいては、「1」に対応するスロットはD2D通信に割り当て可能なスロットを表し、「0」に対応するスロットはD2D通信に割り当てできない(即ち、Uu通信に割り当て可能)スロットを表す。シンボルビットマップにおいては、「1」に対応するシンボルはD2D通信に割り当て可能なシンボルを表し、「0」に対応するシンボルはUu通信に割り当てできない(即ち、Uu通信に割り当て可能)シンボルを表す。なお、リソースプール構成は、予め端末装置2において設定されてもよいし、基地局1から端末装置2に通知されてもよい。基地局1は、端末装置2にリソースプール構成をSIB(system information block)で通知してもよいし、RRC(radio resource control)プロトコルまたはDCIを使用して通知してもよい。リソースプール構成によって、端末装置2は、UuリソースおよびSLリソースの配置を認識することができる。
さらに、以下に記載する実施形態では、サイドリンク通信に対してHARQが実行される。すなわち、図1に示す無線通信システム100においてHARQが実行される。
<第1の実施形態>
図7は、第1の実施形態において報告タイミングを指定する方法の一例を示す。この例では、図7に示すリソースプール構成が使用される。具体的には、時間方向において、スロットn、n+4、n+6は、基地局と端末装置との間で無線信号を伝送するUu通信に割り当て可能である。スロットn+1~n+3、n+5は、端末装置間で信号を伝送するサイドリンク通信に割り当て可能である。以下の記載では、Uu通信に割り当て可能なるリソースを「Uuリソース」と呼ぶことがある。サイドリンク通信に割り当て可能なリソースを「SLリソース」と呼ぶことがある。
図7は、第1の実施形態において報告タイミングを指定する方法の一例を示す。この例では、図7に示すリソースプール構成が使用される。具体的には、時間方向において、スロットn、n+4、n+6は、基地局と端末装置との間で無線信号を伝送するUu通信に割り当て可能である。スロットn+1~n+3、n+5は、端末装置間で信号を伝送するサイドリンク通信に割り当て可能である。以下の記載では、Uu通信に割り当て可能なるリソースを「Uuリソース」と呼ぶことがある。サイドリンク通信に割り当て可能なリソースを「SLリソース」と呼ぶことがある。
ここで、無線通信システム100は、図1に示すサイドリンクHARQを実行する。すなわち、基地局1は、端末装置2aに下りリンク制御情報(DCI:downlink control information)を送信する。このDCIは、サイドリンク制御情報(SCI:sidelink control information)、サイドリンクデータ(SLデータ)、サイドリンクフィードバック制御情報(SFCI:sidelink feedback control information)、上りリンク制御情報(UCI:uplink control information)を送信するスケジュールを表す情報を含む。SCIは、DCIに基づいて端末装置2aにより生成され、図1に示すように、端末装置2aから端末装置2bに送信される。SLデータも、端末装置2aから端末装置2bに送信される。SFCIは、端末装置2bが端末装置2aから受信するSLデータを正しく受信できたか否かを表し、端末装置2bから端末装置2aに送信される。UCIは、サイドリンク通信が成功したか否かを表し、端末装置2aから基地局1に送信される。なお、以下の記載においては、サイドリンク通信が成功したか否かを表すUCIを「HARQ_ACK/NACK報告」または「フィードバック報告」と呼ぶことがある。
基地局1は、SCI、SLデータ、SFCI、UCIを送信するためのリソースを決定する。即ち、基地局1は、SCI、SLデータ、SFCI、UCIの送信タイミングをそれぞれ決定する。この例では、スロットnにおいてDCIが送信される場合、SCIおよびSLデータはスロットn+1において送信され、SFCI(SL_ACK/SL_NACK)はスロットn+3において送信され、UCI(ACK/NACK)はスロットn+6において送信される。なお、以下の記載では、UCI(ACK/NACK)の送信タイミングを「フィードバック報告タイミング」または単に「報告タイミング」と呼ぶことがある。また、SCI、SLデータ、SFCIの送信タイミングは、予め定義されたものが使用されてもよい。
基地局1は、端末装置2aからサイドリンク通信の要求を受信すると、SCI、SLデータ、SFCI、UCIの送信タイミングを決定する。そして、基地局1は、DCIを用いて、SCI、SLデータ、SFCI、UCIの送信タイミングを端末装置2aに通知する。よって、端末装置2a、2bは、基地局1が決定したスケジュールに従ってサイドリンク通信を実行すると共に、基地局1が決定したスケジュールに従ってHARQを実行する。また、SCI、SLデータ、UCIの送信タイミングについては、SIBまたはRRCプロトコルで通知されたものを用いても良いし、予め定義されたものを用いても良い。ここで、基地局1は、DCIを用いてSCI、SLデータ、UCIの送信タイミングを端末装置2に通知する必要はない。
このとき、端末装置2aがフィードバック報告を基地局1に送信するタイミング(すなわち、報告タイミング)は、相対値で表される。具体的には、報告タイミングは、端末装置2aが基地局1からDCIを受信するタイミングから報告タイミングまでの間に存在するUuリソースの量を用いて表される。図7に示す例では、DCIがスロットnにおいて送信されるとき、フィードバック報告はスロットn+6において送信される。ここで、スロットn+1~n+3、n+5はSLリソースであり、スロットn+6は、スロットnからカウントして2番目のスロットである。すなわち、端末装置2aが基地局1からDCIを受信するタイミングから報告タイミングまでの間に存在するUuリソースの量は、スロット数に換算すると「2」である。したがって、この場合、報告タイミングを表す相対値は「2」である。なお、以下の記載では、この相対値を「タイミングオフセットK3」と呼ぶことがある。すなわち、図7に示す例では、K3=2である。
タイミングオフセットK3は、例えば、サイドリンク通信を行う端末装置の処理能力に基づいて決定される。図1に示す例では、端末装置2a、2bの処理能力に応じて決定される。処理能力は、例えば、端末装置の通信速度、端末装置がサポートするサイドリンク通信の規格またはバージョン等を表す。端末装置2aおよび端末装置2bの処理能力は、例えば、基地局1の要求に応じて、端末装置2aおよび端末装置2bから基地局1に通知される。また、端末装置2bの処理能力は、端末装置2aを経由して、基地局1に通知しても良い。そして、基地局1は、端末装置の処理能力に基づいてタイミングオフセットK3を決定する。一例としては、サイドリンク通信を行う端末装置の処理能力が低いときと比較して、サイドリンク通信を行う端末装置の処理能力が高いときのタイミングオフセットK3は小さい。また、処理能力を表す情報を受信する前に、基地局1は、予め定義されたデフォルト処理能力に基づいてタイミングオフセットK3を決定してもよい。なお、基地局1は、端末装置の処理能力以外の要素を考慮してタイミングオフセットK3を決定してもよい。
タイミングオフセットK3は、DCIを用いて、基地局1から端末装置2aに通知される。端末装置2aは、予め設定された、或いは、基地局1から通知された、リソースプールの構成を認識している。すなわち、端末装置2aは、スロットnにおいてDCIを受信する前に、スロットn+1~n+3、n+5がSLリソースであり、スロットn+4、n+6がUuリソースであることを認識している。よって、端末装置2aは、スロットnで「K3=2」を受信すると、リソースプール構成に基づいて、報告タイミングがスロットn+6であることを計算する。そして、端末装置2aは、端末装置2bから復号結果を表すSFCIを受信すると、スロットn+6においてフィードバック報告を基地局1に送信する。
図8は、第1の実施形態による効果の1つを説明する図である。ここで、図8(a)および図8(b)に示すリソースプール構成は、それぞれ図3(a)および図3(b)と同じである。すなわち、図8(a)に示すリソースプール構成では、スロットn、n+4、n+5がUuリソースであり、スロットn+1~n+3がSLリソースである。また、図8(b)に示すリソースプール構成では、スロットn、n+4、n+6がUuリソースであり、スロットn+1~n+3、n+5がSLリソースである。なお、図8において×印が付与されているスロットは、タイミングオフセットK3に基づいて報告タイミングを特定するときにカウントされないスロットを表す。
ここで、第1の実施形態では、報告タイミングを表す相対値(すなわち、タイミングオフセットK3)は、リソースプールの構成には依存せず、端末装置2a、2bの処理能力などに基づいて決定される。そして、この実施例では、K3=2である。したがって、図8に示すように、リソースプールの構成が異なっていても、タイミングオフセットK3は同じである。この結果、図2~図3に示す方法と比較して、報告タイミングを表す情報のビット数を削減できる。具体的には、第1の実施形態によれば、DCIのビット数を削減できる。
図9は、報告タイミングを通知する方法の例を示す。報告タイミングは、DCIを使用して、基地局から端末装置に通知される。ここで、DCIは、図9(a)に示すように、HARQタイミング指定フィールドを有する。そして、報告タイミングに係わる情報は、HARQタイミング指定フィールドに設定される。
一例としては、図9(b)に示すように、DCIのHARQタイミング指定フィールドの値は、タイミングオフセットK3を表す。この場合、例えば、タイミングオフセットK3が「2」であることを送信UEに通知するときは、基地局は、DCIのHARQタイミング指定フィールドに「2」を設定する。
ただし、本発明はこの方法に限定されるものではなく、報告タイミングは他の方法で端末装置に通知されてもよい。例えば、基地局は、予めタイミングオフセットK3の候補を作成して端末装置に通知しておく。この場合、図9(c)に示すように、各候補に対して候補番号が付与される。また、タイミングオフセットK3の候補を表す情報は、例えば、RRCプロトコルなどを使用して基地局から端末装置に通知される。
その後、サイドリンク通信の開始時に、基地局は、DCIを使用して、タイミングオフセットK3の候補の中から1つの値を選択する。この場合、DCIのHARQタイミング指定フィールドの値は、図9(d)に示すように、タイミングオフセットK3の候補を指定する。例えば、タイミングオフセットK3が「2」であることを端末装置に通知するときは、基地局は、DCIのHARQタイミング指定フィールドに「0」を設定する。
なお、図7に示す例では、各スロットは、Uu通信のみに割り当てられるか、サイドリンク通信のみに割り当てられる。ただし、本発明はこの構成に限定されるものではなく、シンボルビットマップを使用するリソースプール構成が採用されてもよい。シンボルビットマップリソースプール構成においては、スロット内の一部のシンボルがUu通信用のリソースであり、残りのシンボルがサイドリンク通信用のリソースである。以下の記載では、Uu通信用のシンボルおよびサイドリンク通信用のシンボルを含むスロットを「混合スロット」と呼ぶことがある。
混合スロットは、タイミングオフセットK3に基づいて報告タイミングを特定するときに、UCIを送信可能なスロットとしてカウントされる。例えば、図10に示す例では、スロットn+5が混合スロットである。この場合、DCIが送信されるスロットnを基準として、UCIを送信可能な1番目のスロットがスロットn+4であり、UCIを送信可能な2番目のスロットがスロットn+4である。したがって、この場合、例えば、タイミングオフセットK3として「2」が設定されると、報告タイミングとしてスロットn+5が特定される。
以上のように、報告タイミングをタイミングオフセットK3に応じて定めることができる。言い方を変えると、端末と基地局が通信を行うリソース(例えば、第1のリソース)に応じて、報告タイミングを設定することができる。
<第2の実施形態>
第1の実施形態では、1つのタイミングオフセットを用いて報告タイミングが指定される。これに対して、第2の実施形態では、2つのタイミングオフセットを用いて報告タイミングが指定される。具体的には、図11に示すように、2つのタイミングオフセットK4、K5を用いて報告タイミングが指定される。
第1の実施形態では、1つのタイミングオフセットを用いて報告タイミングが指定される。これに対して、第2の実施形態では、2つのタイミングオフセットを用いて報告タイミングが指定される。具体的には、図11に示すように、2つのタイミングオフセットK4、K5を用いて報告タイミングが指定される。
タイミングオフセットK4は、端末装置2aが端末装置2bにサイドリンクデータを送信するタイミングから端末装置2aが端末装置2bからサイドリンクデータの復号結果(すなわち、SL_ACKまたはSL_NACKを表すSFCI)を受信するタイミングまでの間に存在するSLリソースの量で表される。図11に示す例では、端末装置2aは、スロットn+1において、サイドリンクデータを端末装置2bに送信する。また、端末装置2aは、スロットn+3において、端末装置2bからサイドリンクデータの復号結果(すなわち、SL_ACKまたはSL_NACKを表すSFCI)を受信する。さらに、スロットn+2は、Uuスロットであり、カウントされない。即ち、スロットn+3は、スロットn+1からカウントして、1番目のSLスロットである。よって、このケースでは、タイミングオフセットK4は「1」である。
タイミングオフセットK5は、端末装置2aが端末装置2bからサイドリンクデータの復号結果を受信するタイミングから報告タイミングまでの間に存在するUuリソースの量を用いて表される。図11に示す例では、端末装置2aは、スロットn+3において、端末装置2bからサイドリンクデータの復号結果を受信する。また、報告タイミングは、スロットn+6に設定されている。さらに、スロットn+5は、SLスロットであり、カウントされない。即ち、スロットn+6は、スロットn+3からカウントして、2番目のUuスロットである。したがって、このケースでは、タイミングオフセットK5は「2」である。
タイミングオフセットK4、K5は、第1の実施形態のタイミングオフセットK3と同予に、サイドリンク通信を行う端末装置の処理能力に基づいて決定される。すなわち、端末装置の処理能力が低いときと比べて、端末装置の処理能力が高いときのタイミングオフセットK4、K5を小さくしてもよい。
基地局1は、図9(b)に示す方法と同様に、DCIを用いてタイミングオフセットK4、K5の値を直接的に指定できる。例えば、図11に示す例では、DCI中のHARQタイミング指定フィールドに「K4=1」および「K5=2」が設定される。
また、図9(c)~図9(d)に示す方法と同様に、予めタイミングオフセットK4、K5の候補を用意してもよい。この場合、タイミングオフセットK4の候補は、SFCIを送受信できるフィジカルチャネル(即ち、PSFCH:Physical Sidelink Feedback Channel)リソースの周期および/またはサイドリンクで採用されるSCS(Subcarrier spacing)を考慮して設定してもよい。また、タイミングオフセットK5は、上りリンクのBWP(Bnadpath part)または上りリンクで採用されるSCSを考慮して設定してもよい。そして、基地局1は、DCIを用いて、タイミングオフセットK4、K5の候補の中から使用すべき値をそれぞれ選択する。
図12は、第2の実施形態のバリエーションを示す。この例では、タイミングオフセットK4は、SIBまたはRRCプロトコルで、基地局1から端末装置に通知される。この場合、タイミングオフセットK4は、例えば、固定的に設定してもよいし、SIBまたはRRCプロトコルで通知されるPSFCHリソースの周期情報から計算してもよい。すなわち、基地局1は、DCIを用いてタイミングオフセットK4を端末装置に通知する必要はない。タイミングオフセットK5は、DCIを用いて、基地局1から端末装置に通知される。
なお、図12において、タイミングオフセットK4により指定されるタイムスロットn+K4xは、サイドリンクデータを送信するスロットnを基準として、Uuスロットを除いてカウントしたときにK4番目に位置するスロットに相当する。また、タイミングオフセットK5により指定されるタイムスロットn+K4x+K5xは、タイムスロットn+K4xを基準として、SLスロットを除いてカウントしたときにK5番目に位置するスロットに相当する。
<第3の実施形態>
第3の実施形態は、図4~図6を参照して説明した課題を解決する機能を提供する。具体的には、第3の実施形態は、図6に示すケース1とケース2とを識別する機能、および図6に示すケース1とケース3とを識別する機能を提供する。
第3の実施形態は、図4~図6を参照して説明した課題を解決する機能を提供する。具体的には、第3の実施形態は、図6に示すケース1とケース2とを識別する機能、および図6に示すケース1とケース3とを識別する機能を提供する。
図13は、サイドリンクフィードバック制御情報(SFCI)から上りリンク制御情報(UCI)への変換ルールの一例を示す。なお、SFCIは、受信UEにおいてサイドリンクデータの復号が成功したか否かを表す情報を含む。即ち、SFCIは、肯定応答(ACK)または否定応答(NACK)を表す。そして、SFCIは、受信UEから送信UEに送信される。UCIは、サイドリンク通信が成功したか否かを表す。即ち、UCIは、肯定応答(ACK)または否定応答(NACK)を表す。そして、UCIは、送信UEから基地局に送信される。
図13(a)は、端末装置間でユニキャストまたはグループキャストオプション2が行われるときの変換ルールを示す。この変換ルールは、図3に示すサイドリンク通信において、送信UE(実施例では、端末装置2a)により使用される。
ユニキャストまたはグループキャストオプション2においては、端末装置2aは、受信UE(実施例では、端末装置2b)からACKまたはNACKを表すSFCIを受信すると、UCIを生成して基地局1に送信する。具体的には、端末装置2aは、端末装置2bからACKを表すSFCIを受信すると、ACKを表すUCIを生成して基地局1に送信する。すなわち、端末装置2bがサイドリンクデータを正しく復号できたときは、端末装置2aから基地局1にACKが送信される。また、端末装置2aは、端末装置2bからNACKを表すSFCIを受信すると、NACKを表すUCIを生成して基地局1に送信する。すなわち、端末装置2bがサイドリンクデータを正しく復号できなかったときは、端末装置2aから基地局1にNACKが送信される。
ただし、基地局2aは、基地局1により指定された、又は、予め定義された所定の受信タイミングにおいて端末装置2bからSFCIを受信しないときには、NACKを表すUCIを基地局1に送信する。この受信タイミングは、図7に示す例ではスロットn+3に相当し、DCIを用いて基地局1から端末装置2aに通知される。なお、基地局2aが所定の受信タイミングにおいて端末装置2bからSFCIを受信しない状況は、例えば、端末装置2aから送信されるサイドリンク制御情報(SCI)が端末装置2bにより正しく復号されなかったときに発生し得る。
図13(b)は、端末装置間でグループキャストオプション1が行われるときの変換ルールを示す。この変換ルールは、図4に示すサイドリンク通信において、送信UE(実施例では、端末装置2a)により使用される。
グループキャストオプション1においては、端末装置2aは、受信UE(図4では、端末装置2b~2d)のうちの少なくとも1つからNACKを表すSFCIを受信すると、NACKを表すUCIを生成して基地局1に送信する。すなわち、端末装置2b~2dのうちの少なくとも1つがサイドリンクデータを正しく復号できなかったときは、端末装置2aから基地局1にNACKが送信される。
ただし、基地局2aは、基地局1により指定された、又は、予め定義された所定の受信タイミングにおいて端末装置2bからSFCIを受信しないときは、ACKを表すUCIを基地局1に送信する。この受信タイミングは、図7に示す例ではスロットn+3に相当し、DCIを用いて基地局1から端末装置2aに通知される。なお、基地局2aが所定の受信タイミングにおいて端末装置2bからSFCIを受信しない状況は、例えば、下記の2つのケースにおいて発生し得る。
(1)端末装置2aから送信されるサイドリンクデータがすべての端末装置2b~2bにおいて正しく復号されたとき
(2)端末装置2aから送信されるサイドリンク制御情報(SCI)がすべての端末装置2b~2bにおいて正しく復号されなかったとき
なお、すべての端末装置がそれぞれSCIを復号できない状況は、非常に稀なケースと考えられえる。
(1)端末装置2aから送信されるサイドリンクデータがすべての端末装置2b~2bにおいて正しく復号されたとき
(2)端末装置2aから送信されるサイドリンク制御情報(SCI)がすべての端末装置2b~2bにおいて正しく復号されなかったとき
なお、すべての端末装置がそれぞれSCIを復号できない状況は、非常に稀なケースと考えられえる。
図14~図22は、第3の実施形態によるHARQ手順の例を示す。これらの実施例では、無線通信システム100は、基地局1および複数の端末装置2を備える。そして、端末装置2aから1または複数の端末装置にサイドリンクデータが送信される。よって、以下の記載では、端末装置2aを「送信UE」と呼ぶことがある。また、サイドリンクデータを受信する端末装置を「受信UE」と呼ぶことがある。
基地局1および各端末装置は、必要に応じて、RRCプロトコルで情報を通知することができる。例えば、第1または第2の実施形態では、RRCを使用して、リソースプール構成およびタイミングオフセットの候補が基地局1から送信UE2aに通知されることがある。また、リソースプール構成は、SIBで基地局1から送信UE2aに通知されてもよい。なお、RRCまたはSIBによる通信は、図14に描かれているが、他の図面では省略されている。
送信UE2aは、サイドリンク通信を開始するときは、図14に示すように、スケジューリング要求(SR)を基地局1に送信する。基地局1は、スケジューリング要求を受信すると、上りリンクリソース割当てを表す情報を含むDCIを生成して送信UE2aに送信する。DCIは、PDCCH(Physical Downlink Control Channel)を介して送信される。送信UE2aは、DCIにより指定される上りリンクリソースを使用して、サイドリンク通信のバッファステータス報告(SL_BSR)を基地局1に送信する。バッファステータス報告は、例えば、データサイズを表す情報、データのタイプ(例えば、ユニキャストデータ、グループキャストデータ、ブロードキャストデータ)を表す情報などを含み、PUSCH(Physical Uplink Shared Channel)を介して送信される。
基地局1は、送信UE2aから受信するバッファステータス報告に基づいて、要求されたサイドリンク通信に割り当てるリソースを決定する。このリソースは、サイドリンク通信の初送に対して割り当てられる。そして、基地局1は、サイドリンクリソース割当てを表す情報を含むDCIを生成して送信UE2aに送信する。なお、スケジューリング要求がバッファステータス報告に相当する情報を含むときは、上りリンクリソース割当てを表す情報を含むDCIを送信する手順およびバッファステータス報告を送信する手順を省略してもよい。
送信UE2aは、基地局1から受信するDCIに従ってサイドリンク通信を開始する。このとき、送信UE2aは、RRCにより通知された情報およびDCIに従ってサイドリンク通信を開始してもよい。DCIは、サイドリンク通信のスケジュールを表す情報を含む。すなわち、DCIは、SCIおよびサイドリンクデータを受信UEに送信するスケジュールを表す情報、受信UEからSFCIを受信するスケジュールを表す情報、およびUCIを基地局1に送信するスケジュールを表す情報を含む。また、DCIは、SCIおよびサイドリンクデータを受信UEに送信するスケジュールを表す情報、UCIを基地局1に送信するスケジュールを表す情報を含んでもよい。なお、UCIを基地局1に送信するスケジュールを表す情報は、第1または第2の実施形態のタイミングオフセットで表されてもよい。
送信UE2aは、SCIおよびサイドリンクデータを受信UE2bに送信する。なお、グループキャストオプション2においては、送信UE2aは、SCIおよびサイドリンクデータを複数の受信UE2b~2dに送信する。なお、以下の実施例では、送信UE2aから受信UE2bにサイドリンクデータを送信するユニキャスト通信が行われるものとする。
受信UE2bにおいて、SCIおよびサイドリンクデータが正しく復号される。そうすると、受信UE2bは、肯定応答(ACK)を表すサイドリンクフィードバック制御情報(SFCI)を送信UE2aに送信する。
送信UE2aは、図13(a)に示す変換ルールに従い、SFCIから上りリンク制御情報(UCI)を生成する。すなわち、ACKを表すUCIが生成される。そして、送信UE2aは、ACKを表すUCIを基地局1に送信する。この場合、基地局1は、サイドリンク通信が成功したと判定し、HARQ手順を終了する。
図15に示す例では、基地局1から送信UE2aにDCIが送信されるが、送信UE2aはDCIの復号に失敗する。この状況は、図6に示すケース1に相当する。この場合、送信UE2aはサイドリンク通信を開始できないので、HARQ手順も実行されない。よって、基地局1は、所定のタイミングにおいて、サイドリンク通信が成功したか否かを表すUCIを受信できない。例えば、図7に示すスケジュールが作成されているときは、基地局1は、スロットnにおいてDCIを送信するが、スロットn+6において対応するUCIを受信できない。
この場合、基地局1は、サイドリンク通信が実行されていないと判定する。そして、基地局1は、サイドリンクデータの初送のためのリソース割当てを表すDCIを送信UE2aに送信する。そして、送信UEと受信UEとの間で、サイドリンク通信の「初送」が行われる。このように、基地局1は、UCIを受信すべきタイミングでUCIを受信できないときは、サイドリンクデータを送信するためのリソース割当てを表すDCIを送信UE2aに送信する。
図16に示す例では、送信UE2aから受信UE2bにSCIおよびサイドリンクデータが送信されるが、受信UE2bはSCIの復号に失敗する。この状況は、図6に示すケース2に相当する。ここで、このSCIは、サイドリンク通信を制御する情報を含む。したがって、受信UE2bは、サイドリンクデータを受信できない。この場合、図4(c)に示すように、受信UE2bはSFCIを送信しない。
送信UE2aは、所定のタイミングにおいて、サイドリンクデータが正しく復号されたか否かを表すSFCIを受信できない。例えば、図7に示すスケジュールが作成されているときには、送信UE2aは、スロットn+1においてSCIおよびサイドリンクデータを送信するが、スロットn+3において対応するSFCIを受信できない。
送信UE2aは、図13(a)に示す変換ルールに従い、SFCIからUCIを生成する。ここで、送信UE2aは、SFCIを受信しない。よって、否定応答(NACK)を表すUCIが生成される。そして、送信UE2aは、NACKを表すUCIを基地局1に送信する。この場合、基地局1は、サイドリンク通信が失敗したと判定し、HARQ手順に従って再送のためのリソースを決定する。そして、基地局1は、サイドリンクデータを再送するためのリソース割当てを表すDCIを送信UE2aに送信する。
このように、第3の実施形態によれば、図13(a)に示す変換ルールに従ってSFCIからUCIが生成されるので、基地局1は、図6に示すケース1とケース2とを識別できる。そして、サイドリンク通信が開始されなかったときは、サイドリンクデータを送信するため制御情報が基地局1から送信UE2aに通知され、サイドリンク通信が開始される。一方、サイドリンク通信が失敗したときは、サイドリンクデータを再送するため制御情報が基地局1から送信UE2aに通知され、HARQによる再送処理が実現される。したがって、無線通信システム100において適切な通信が実現される。
図17に示す例では、送信UE2aから受信UE2bにSCIおよびサイドリンクデータが送信されたときに、受信UE2bは、サイドリンクデータの復号に失敗する。この場合、受信UE2bは、再送を要求するために、NACKを表すSFCIを送信UE2aに送信する。
送信UE2aは、図13(a)に示す変換ルールに従い、SFCIからUCIを生成する。ここで、送信UE2aは、NACKを表すSFCIを受信する。よって、NACKを表すUCIが生成される。そして、送信UE2aは、NACKを表すUCIを基地局1に送信する。この場合、基地局1は、サイドリンク通信が失敗したと判定し、HARQ手順に従って再送のためのリソースを決定する。そして、基地局1は、サイドリンクデータを再送するためのリソース割当てを表すDCIを送信UE2aに送信する。
図18に示す例でも、図17に示す例と同様に、受信UE2bは、サイドリンクデータの復号に失敗する。よって、受信UE2bは、再送を要求するために、NACKを表すSFCIを送信UE2aに送信する。
ただし、図18に示す例では、送信UE2aにおいてSFCIの復号が失敗する。この場合、送信UE2aは、SFCIを受信しないときと同じ処理を実行する。即ち、送信UE2aは、図13(a)に示す変換ルールに従い、NACKを表すUCIを生成する。そして、送信UE2aは、NACKを表すUCIを基地局1に送信する。この結果、図17に示す例と同様に、基地局1において、HARQ手順に従って再送のためのリソースが決定される。
図19に示す例では、受信UE2bは、SCIおよびサイドリンクデータを正しく復号する。よって、受信UE2bは、ACKを表すSFCIを送信UE2aに送信する。ただし送信UE2aにおいてSFCIの復号が失敗する。この場合、送信UE2aは、図18に示す例と同じ処理を実行する。この結果、図17または図18に示す例と同様に、基地局1において、HARQ手順に従って再送のためのリソースが決定される。
このように、図19に示す例では、受信UE2bがサイドリンクデータを受信したにもかかわらず再送のためのリソース割当てが実行されてしまう。ただし、図19に示す例では、受信UE2bは、SCIおよびサイドリンクデータを正しく復号している。即ち、送信UE2aと受信UE2bとの間の無線環境は良好と考えられえる。よって、送信UE2aにおいてSFCIの復号が失敗する可能性は低いと考えられる。
図20に示す例では、グループキャストオプション2により、送信UE2aから複数の端末装置(受信UE2b、2c、...2x、2y、...)にサイドリンクデータが送信される。そして、受信UE2b、2c、...は、サイドリンクデータを復号できたものとする。一方、受信UE2x、2y、...は、サイドリンクデータを復号できなかったものとする。この場合、受信UE2b、2c、...は、それぞれACKを表すSFCIを送信UE2aに送信する。また、受信UE2x、2y、...は、それぞれNACKを表すSFCIを送信UE2aに送信する。
送信UE2aは、各端末装置から受信するSFCIに基づいてUCIを生成する。具体的には、例えば、下記のルール(1)~(3)のいずれか1つに基づいてUCIが生成される。NACKは、送信UE2aが受信UEから受信するACKの個数を表し、NNACKは、送信UE2aが受信UEから受信するNACKの個数を表す。
(1)NNACK>NACKであれば、NACKを表すUCIを生成し、そうでないときは、ACKを表すUCIを生成する。
(2)NNACK≧閾値1であれば、NACKを表すUCIを生成し、そうでないときは、ACKを表すUCIを生成する。
(3)NACK≦閾値2であれば、NACKを表すUCIを生成し、そうでないときは、ACKを表すUCIを生成する。
なお、閾値1および閾値2は、データの優先度などに応じて決定される。
(1)NNACK>NACKであれば、NACKを表すUCIを生成し、そうでないときは、ACKを表すUCIを生成する。
(2)NNACK≧閾値1であれば、NACKを表すUCIを生成し、そうでないときは、ACKを表すUCIを生成する。
(3)NACK≦閾値2であれば、NACKを表すUCIを生成し、そうでないときは、ACKを表すUCIを生成する。
なお、閾値1および閾値2は、データの優先度などに応じて決定される。
NACKを表すUCIが送信UE2aから基地局1に送信された後の処理は、図16~図19に示す例と同じである。すなわち、HARQ手順に従って再送が実行される。
図21に示す例では、グループキャストオプション1により、送信UE2aから複数の端末装置(受信UE2b、2c、...)にサイドリンクデータが送信される。そして、すべての受信UEにおいて、SCIおよびサイドリンクデータが正しく復号される。この状況は、図6に示すケース3に相当する。ここで、グループキャストオプション1においては、図5(b)に示すように、サイドリンクデータが復号されたときは、受信UEは、送信UEにSFCIを送信しない。すなわち、送信UE2aは、所定のタイミングにおいて、サイドリンクデータが復号されたか否かを表すSFCIを受信しない。例えば、図7に示すスケジュールが作成されているときには、送信UE2aは、スロットn+1においてSCIおよびサイドリンクデータを送信するが、スロットn+3において対応するSFCIを受信しない。
送信UE2aは、図13(b)に示す変換ルールに従い、SFCIからUCIを生成する。ここで、送信UE2aは、SFCIを受信しない。よって、肯定応答(ACK)を表すUCIが生成される。そして、送信UE2aは、ACKを表すUCIを基地局1に送信する。この場合、基地局1は、サイドリンク通信が成功したと判定し、HARQ手順を終了する。
このように、グループキャストオプション1によりサイドリンクデータが送信されるときは、図13(b)に示す変換ルールに従ってSFCIからUCIが生成されるので、基地局1は、図6に示すケース1とケース3とを識別できる。すなわち、すべての受信UEにおいてサイドリンクデータが復号されたときは、送信UE2aから基地局1にACKを表すUCIが送信される。よって、基地局1は、図6に示すケース1と異なり、UCIに基づいてサイドリンク通信が成功したことを認識できるので、再送のためのリソース割当てを行わない。したがって、無線通信システム100において適切な通信が実現される。具体的には、無駄なリソース割当てが回避される。
図22に示す例においても、グループキャストオプション1により、送信UE2aから複数の端末装置(受信UE2b、2c、...2x、2y、...)にサイドリンクデータが送信される。ただし、図22に示す例では、受信UE2b、2c、...においてサイドリンクデータの復号が成功するが、受信UE2x、2y、...においてサイドリンクデータの復号が失敗する。この場合、受信UE2b、2c、...はSFCIを生成しないが、受信UE2x、2y、...はNACKを表すSFCIを生成して送信UE2aに送信する。
送信UE2aは、1以上の受信UEからNACKを表すSFCIを受信したときは、図13(b)に示す変換ルールに従って、NACKを表すUCIを生成する。そして、送信UE2aは、NACKを表すUCIを基地局1に送信する。したがって、再送手順が実行される。
なお、グループキャストオプション1によりサイドリンクデータが送信されるときは、受信UEにおいてSCIの復号が失敗すると、送信UEは対応するSFCIを受信できない。この場合、図13(b)に示す変換ルールによれば、ACKを表すUCIが基地局1に送信されるので、HARQによる再送は実行されない。ただし、複数の受信UEのすべてにおいてSCIの復号が失敗する可能性は非常に低いと考えられる。すなわち、サイドリンク通信が失敗したにもかかわらず再送が行われない状況が発生する可能性は低い。
図23は、第3の実施形態における送信UEのHARQ処理の一例を示すフローチャートである。なお、このフローチャートの処理は、受信UEにSCIおよびサイドリンクデータを送信した後に送信UEにより実行される。また、送信UEは、1または複数の受信UEから送信されるSFCIを待ち受ける。SFCIは、肯定応答(ACK)または否定応答(NACK)を表す。
S1において、送信UEは、サイドリンク通信がユニキャストであるか否かを判定する。サイドリンク通信がユニキャストであるときは、送信UEは、S2において、所定の受信スロットにおいて受信UEからNACKを表すSFCIを受信したか否かを判定する。所定の受信スロットは、基地局1によりDCIにより指定される。例えば、図7に示す例では、スロットn+3に相当する。そして、NACKを表すSFCIを受信したときは、送信UEは、S3において、NACKを表すUCIを生成して基地局1に送信する。
所定の受信スロットにおいてNACKを表すSFCIを受信しなかったときは、送信UEは、S4において、所定の受信スロットにおいて受信UEからACKを表すSFCIを受信したか否かを判定する。そして、ACKを表すSFCIを受信したときは、送信UEは、S5において、ACKを表すUCIを生成して基地局1に送信する。一方、所定の受信スロットにおいてSFCI(ACK/NACK)を受信しなかったときは、送信UEは、S3において、NACKを表すUCIを生成して基地局1に送信する。
サイドリンク通信がユニキャストでないときは、送信UEは、S11において、サイドリンク通信がグループキャストオプション2であるか否かを判定する。サイドリンク通信がグループキャストオプション2であるときは、送信UEは、S12において、所定の受信スロットにおいて受信UEからSFCIを受信したか否かを判定する。
1または複数の受信UEからSFCIを受信したときには、送信UEは、S13において、ACK/NACK判定処理を実行する。S13において、送信UEは、ACKの数および/またはNACKの数をカウントする。そして、送信UEは、ACKの数および/またはNACKの数に基づいて、ACKを表すUCIを生成するか、又は、NACKを表すUCIを生成するかを判定する。判定方法は、例えば、図20を参照して説明した通りである。そして、送信UEは、S14において、判定結果に応じて生成したUCIを基地局1に送信する。一方、すべての受信UEからSFCIを受信しなかったときは、送信UEは、S15において、NACKを表すUCIを生成して基地局1に送信する。
サイドリンク通信がユニキャストまたはグループキャストオプション2のいずれでもないときは、サイドリンク通信がグループキャストオプション1であると判定される。この場合、送信UEは、S21において、所定の受信スロットにおいて受信UEからNACKを表すSFCIを受信したか否かを判定する。そして、1または複数の受信UEからNACKを表すSFCIを受信したときは、送信UEは、S15において、NACKを表すUCIを生成して基地局1に送信する。一方、すべての受信UEからSFCIを受信しなかったときは、送信UEは、S22において、ACKを表すUCIを生成して基地局1に送信する。
このように、送信UEは、所定の受信タイミングにおいて受信UEからSFCIを受信しないときは、送信UEと受信UEとの間のD2D通信の種別(ユニキャスト、グループキャストオプション1、グループキャストオプション2)に基づいて、D2D通信が成功したことを表す肯定応答またはD2D通信が失敗したことを表す否定応答を含むフィードバック報告(UCI)を生成する。そして、送信UEは、このフィードバック報告を基地局に送信する。
<ハードウェア構成>
図24は、基地局1の構成の一例を示す。基地局1は、例えば、次世代基地局装置(gNB:Next generation Node B)である。そして、基地局1は、図24に示すように、制御部11、記憶部12、ネットワークインタフェース13、無線送信部14、および無線受信部15を備える。なお、基地局1は、図24に示していない他の回路または機能を備えていてもよい。
図24は、基地局1の構成の一例を示す。基地局1は、例えば、次世代基地局装置(gNB:Next generation Node B)である。そして、基地局1は、図24に示すように、制御部11、記憶部12、ネットワークインタフェース13、無線送信部14、および無線受信部15を備える。なお、基地局1は、図24に示していない他の回路または機能を備えていてもよい。
制御部11は、基地局1により提供されるUu通信(又は、セルラ通信)を制御する。また、制御部11は、端末装置2により行われるD2D通信(又は、サイドリンク通信)のためのスケジュールを決定する。すなわち、報告タイミングを表すタイミングオフセット(K3、K4、K5)は、制御部11により決定される。なお、制御部11は、この実施例では、プロセッサにより実現される。ただし、制御部11の機能の一部は、ハードウェア回路で実現してもよい。
記憶部12には、プロセッサにより実行されるソフトウェアプログラムが記憶される。また、記憶部12には、基地局1の動作を制御するために必要なデータおよび情報が記憶される。なお、記憶部12は、例えば、半導体メモリにより実現される。ネットワークインタフェース13は、コアネットワークに接続するためのインタフェースを提供する。すなわち、基地局1は、ネットワークインタフェース13を介して他の基地局1または基地局1を制御するネットワーク管理システムに接続することができる。
無線送信部14は、制御部11から与えられる指示に従って、Uu通信の無線信号を送信する。すなわち、無線送信部14は、セル内の端末装置2に下りリンク信号を送信できる。無線受信部15は、制御部11から与えられる指示に従って、Uu通信の無線信号を受信する。すなわち、無線受信部15は、セル内の端末装置2から送信される上りリンク信号を受信できる。なお、Uu通信は、例えば、2.4GHz帯および/または4GHz帯を使用して提供される。
図25(a)は、端末装置2の構成の一例を示す。端末装置2は、Uu通信およびD2D通信をサポートする。なお、D2D通信は、Uu通信とは異なる周波数帯を使用して実現してもよい。例えば、D2D通信は、6GHz帯を使用して提供してもよい。ただし、D2D通信は、Uu通信の上りリンクおよび/または下りリンクと同じ周波数帯を共有してもよい。そして、端末装置2は、制御部21、記憶部22、無線送信部23、無線受信部24、無線送信部25、無線受信部26を備える。なお、端末装置2は、図25(a)に示していない他の回路または機能を備えていてもよい。
制御部21は、端末装置2により提供されるUu通信およびD2D通信を制御する。また、制御部21は、図23に示すフローチャートの処理を実行する。すなわち、制御部21は、図13に示す変換ルールに従って、サイドリンク通信が成功したか否かを表すフィードバック報告を生成する。なお、制御部21は、この実施例では、プロセッサにより実現される。この場合、制御部21は、記憶部22に記憶されているソフトウェアプログラムを実行することにより、Uu通信およびD2D通信を制御する機能を提供する。ただし、制御部21の機能の一部は、ハードウェア回路で実現してもよい。
記憶部22には、プロセッサにより実行されるソフトウェアプログラムが記憶される。また、記憶部22には、端末装置2の動作を制御するために必要なデータおよび情報が記憶される。なお、記憶部22は、例えば、半導体メモリにより実現される。
無線送信部23は、制御部21から与えられる指示に従って、Uu通信の無線信号を送信する。すなわち、無線送信部23は、基地局1に上りリンク信号を送信する。無線受信部24は、制御部21から与えられる指示に従って、Uu通信の無線信号を受信する。すなわち、無線受信部24は、基地局1から送信される下りリンク信号を受信する。
無線送信部25は、制御部21から与えられる指示に従って、D2D通信の無線信号を送信する。すなわち、無線送信部25は、基地局1から通知されるリソースを使用して、他の端末装置にD2D信号を送信する。無線受信部26は、制御部21から与えられる指示に従って、D2D通信の無線信号を受信する。すなわち、無線受信部26は、他の端末装置から送信されるD2D信号を受信する。なお、D2D信号は、この実施例では、サイドリンクデータおよびサイドリンク制御情報(SCI、SFCI)を含む。
図25(a)に示す例では、Uu通信のための無線通信部およびD2D通信のための無線通信部が互いに分離して設けられているが、端末装置2はこの構成に限定されるものではない。例えば、図25(b)に示すように、Uu通信のための無線通信部およびD2D通信のための無線通信部が共用されるようにしてもよい。この場合、無線送信部23は、Uu信号およびD2D信号を送信することができ、無線送信部24は、Uu信号およびD2D信号を受信することができる。
1 基地局装置
2(2a~2d) 端末装置
11 制御部
14 無線送信部
15 無線受信部
21 制御部
23、25 無線送信部
24、26 無線受信部
100 無線通信システム
2(2a~2d) 端末装置
11 制御部
14 無線送信部
15 無線受信部
21 制御部
23、25 無線送信部
24、26 無線受信部
100 無線通信システム
Claims (12)
- 第1の端末装置から第2の端末装置にデータを送信する端末間通信にリソースを割り当てる基地局装置であって、
前記第1の端末装置が前記基地局装置に前記端末間通信に係わるフィードバック報告を送信するタイミングを表す報告タイミングを決定する制御部と、
前記報告タイミングを表す情報を含む制御信号を前記第1の端末装置に送信する送信部と、を備え、
前記基地局装置と前記第1の端末装置との間の通信に割り当てられる第1のリソースおよび前記端末間通信に割り当てられる第2のリソースが時間分割方式で多重化されるときに、前記報告タイミングは、前記第1のリソースに応じて定まる
ことを特徴とする基地局装置。 - 前記端末間通信は、D2D(Device to Device)通信である
ことを特徴とする請求項1に記載の基地局装置。 - 前記報告タイミングは、前記第1の端末装置が前記基地局から前記端末間通信を制御する制御情報を受信するタイミングおよび前記第1のリソースの量を用いて定まる
ことを特徴とする請求項1に記載の基地局装置。 - 第1の端末装置から第2の端末装置にデータを送信する端末間通信にリソースを割り当てる基地局装置であって、
前記第1の端末装置が前記基地局装置に前記端末間通信に係わるフィードバック報告を送信するタイミングを表す報告タイミングを決定する制御部と、
前記報告タイミングを表す情報を含む制御信号を前記第1の端末装置に送信する送信部と、を備え、
前記基地局装置と端末装置との間の通信に割り当てられる第1のリソースおよび前記端末間通信に割り当てられる第2のリソースが時間分割方式で多重化されるときに、前記報告タイミングは、前記第1の端末装置が前記第2の端末装置に前記データを送信する第2のタイミングから前記第1の端末装置が前記第2の端末装置から前記データの復号結果を受信する第3のタイミングまでの間に存在する前記第2のリソースの量、及び、前記第3のタイミングから前記報告タイミングまでの間に存在する前記第1のリソースの量を用いて表される
ことを特徴とする基地局装置。 - 前記制御信号は、
前記報告タイミングの候補を表す第1の制御信号と、
前記第1の制御信号により表される報告タイミングの候補の中から前記報告タイミングを指定する第2の制御信号と、を含む
ことを特徴とする請求項1~4のいずれか1つに記載の基地局装置。 - 基地局装置により割り当てられるリソースを使用して1または複数の相手端末装置にデータを送信する端末間通信を行う端末装置であって、
前記相手端末装置における前記端末間の受信状況を表す第1のフィードバック報告を前記相手端末装置から受信する受信部と、
前記第1のフィードバック報告に基づいて第2のフィードバック報告を生成する制御部と、
前記第2のフィードバック報告を前記基地局装置に送信する送信部と、を備え、
前記受信部が所定のタイミングにおいて前記1または複数の相手端末装置から前記第1のフィードバック報告を受信しないときは、前記制御部は、前記端末装置と前記1または複数の相手端末装置との間の端末間通信の種別に基づいて、前記端末間通信が成功したことを表す肯定応答または前記端末間通信が失敗したことを表す否定応答を含む第2のフィードバック報告を生成する
ことを特徴とする端末装置。 - 前記端末装置が1つの相手端末装置にデータを送信するユニキャスト通信において、前記受信部が所定のタイミングにおいて前記1つの相手端末装置から前記第1のフィードバック報告を受信しないときは、前記制御部は、前記端末間通信が失敗したことを表す否定応答を含む第2のフィードバック報告を生成する
ことを特徴とする請求項6に端末装置。 - 前記ユニキャスト通信において、前記受信部が前記データの復号が失敗したことを表す第1のフィードバック報告を受信したときは、前記制御部は、前記端末間通信が失敗したことを表す否定応答を含む第2のフィードバック報告を生成する
ことを特徴とする請求項7に記載の端末装置。 - 前記ユニキャスト通信において、前記受信部が前記データの復号が成功したことを表す第1のフィードバック報告を受信したときは、前記制御部は、前記端末間通信が成功したことを表す肯定応答を含む第2のフィードバック報告を生成する
ことを特徴とする請求項7に記載の端末装置。 - 前記端末装置が複数の相手端末装置にデータを送信したときに、前記データの復号に成功した相手端末装置が前記端末装置に前記データの復号が成功したことを表す肯定応答を含む第1のフィードバック報告を送信し、前記データの復号に失敗した相手端末装置が前記端末装置に前記データの復号が失敗したことを表す否定応答を含む第1のフィードバック報告を送信するグループキャスト通信において、
前記否定応答を含む第1のフィードバック報告の数が前記肯定応答を含む第1のフィードバック報告の数より多いとき、または、
前記否定応答を含む第1のフィードバック報告の数が第1の閾値より多いとき、または、
前記肯定応答を含む第1のフィードバック報告の数が第2の閾値より少ないときは、
前記制御部は、前記端末間通信が失敗したことを表す否定応答を含む第2のフィードバック報告を生成する
ことを特徴とする請求項6に記載の端末装置。 - 前記端末装置が複数の相手端末装置にデータを送信したときに、前記データの復号に成功した相手端末装置が前記端末装置に前記第1のフィードバック報告を送信しないグループキャスト通信において、前記受信部がすべての相手端末装置から前記所定のタイミングにおいて前記第1のフィードバック報告を受信しないときには、前記制御部は、前記端末間通信が成功したことを表す肯定応答を含む第2のフィードバック報告を生成する
ことを特徴とする請求項6に記載の端末装置。 - 第1の端末装置から第2の端末装置にデータを送信する端末間通信に基地局装置がリソースを割り当てる無線通信システムであって、
前記基地局装置は、前記第1の端末装置が前記基地局装置に前記端末間通信に係わるフィードバック報告を送信するタイミングを表す報告タイミングを決定し、
前記基地局装置と端末装置との間の通信に割り当てられる第1のリソースおよび前記通信に割り当てられる第2のリソースが時間分割方式で多重化されるときに、前記報告タイミングは、前記第1のリソースに応じて定まるか、或いは、前記第1の端末装置が前記第2の端末装置に前記データを送信する第2のタイミングから前記第1の端末装置が前記第2の端末装置から前記データの復号結果を受信する第3のタイミングまでの間に存在する前記第2のリソースの量、及び、前記第3のタイミングから前記報告タイミングまでの間に存在する前記第1のリソースの量を用いて表され、
前記第1の端末装置は、前記報告タイミングにおいて、前記端末間通信に係わるフィードバック報告を前記基地局装置に送信する
ことを特徴とする無線通信システム。
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) |
-
2019
- 2019-08-08 WO PCT/JP2019/031410 patent/WO2021024461A1/ja active Application Filing
Non-Patent Citations (6)
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 |