WO2020250325A1 - ユーザ装置 - Google Patents

ユーザ装置 Download PDF

Info

Publication number
WO2020250325A1
WO2020250325A1 PCT/JP2019/023173 JP2019023173W WO2020250325A1 WO 2020250325 A1 WO2020250325 A1 WO 2020250325A1 JP 2019023173 W JP2019023173 W JP 2019023173W WO 2020250325 A1 WO2020250325 A1 WO 2020250325A1
Authority
WO
WIPO (PCT)
Prior art keywords
harq
ack
user device
base station
information
Prior art date
Application number
PCT/JP2019/023173
Other languages
English (en)
French (fr)
Inventor
翔平 吉岡
聡 永田
ヤンル ワン
Original Assignee
株式会社Nttドコモ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社Nttドコモ filed Critical 株式会社Nttドコモ
Priority to EP19932729.7A priority Critical patent/EP3986020A4/en
Priority to PCT/JP2019/023173 priority patent/WO2020250325A1/ja
Priority to US17/596,251 priority patent/US20220321278A1/en
Priority to JP2021525461A priority patent/JP7344963B2/ja
Priority to CN201980097173.0A priority patent/CN113924802A/zh
Publication of WO2020250325A1 publication Critical patent/WO2020250325A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present invention relates to a user device in a wireless communication system.
  • Non-Patent Document 1 A technique for direct communication between terminals that performs direct communication (also referred to as side link, D2D (Device to Device)) is being studied (Non-Patent Document 1).
  • V2X Vehicle to Everything
  • V2X is a part of ITS (Intelligent Transport Systems), V2V (Vehicle to Vehicle) which means a communication form performed between automobiles, and a roadside machine (RSU: Road) installed between an automobile and a roadside.
  • ITS Intelligent Transport Systems
  • V2V Vehicle to Vehicle
  • RSU Road
  • -V2I Vehicle to Infrastructure
  • V2N Vehicle to Nomadic device
  • V2P Vehicle to Pedestrian
  • V2P Vehicle to Pedestrian
  • the following channels are included in the channels for direct communication between terminals used in direct communication between terminals (side link technology).
  • PSCCH Physical Sidelink Control Channel
  • PSCH Physical Sidelink Sharp Channel
  • the user device 20A transmits PSCCH / PSCH to the user device 20B based on the SL (side link) scheduling by the base station device 10.
  • the user device 20B transmits HARQ-ACK to the user device 20A on the PSFCH.
  • the user device 20A transmits HARQ-ACK to the base station device 10 on PUCCH (Physical Uplink Control Channel) / PUSCH (Physical Uplink Shared Channel).
  • PUCCH Physical Uplink Control Channel
  • PUSCH Physical Uplink Shared Channel
  • the present invention has been made in view of the above points, and an object of the present invention is to provide a technique for defining how HARQ-ACK is fed back in direct terminal-to-terminal communication scheduled by a base station apparatus. ..
  • the present invention is not limited to terminal-to-terminal communication in V2X, and may be applied to any terminal.
  • a transmitting unit that transmits side link data based on information for side link scheduling received from the base station apparatus and a user apparatus that has received the side link data provide feedback information to the side link data.
  • the transmitting unit includes a receiving unit for receiving, and the transmitting unit receives a first HARQ-ACK information based on the feedback information and a second HARQ-ACK information for the data received by the receiving unit from the base station apparatus.
  • a user apparatus is provided that transmits to the base station apparatus based on a predetermined assumption.
  • a technology for defining how to feed back HARQ-ACK in the direct communication between terminals scheduled by the base station apparatus is provided.
  • FIG. 1 is a diagram for explaining four types of side link transmission modes in NR-V2X.
  • the user device 20A transmits PSCCH / PSCH to the user device 20B based on the SL scheduling by the base station device 10.
  • PSCCH / PSSCH transmission is performed based on the resource selection of the user device itself.
  • the side link transmission mode 2 of the NR-V2X is further subdivided.
  • the user device 20A is transferred to the user device 20B based on the resource selection of the user device 20A itself.
  • the PSCCH / PSCH is transmitted to the user device A, and the user device 20B transmits the PSCCH / PSCH to the user device A based on the resource selection of the user device 20B itself.
  • the user device 20A is sent to the user device 20B according to the RRC-config of the resource pattern (reserve pattern) notified from the base station device 10 or determined by the specification.
  • PSCH is transmitted to it.
  • the user apparatus 20A performs scheduling for transmission of the user apparatus 20B by transmitting SL scheduling to the user apparatus 20B, and the user apparatus 20B performs scheduling for transmission thereof. Based on the scheduling, PSCCH / PSCH is transmitted to the user apparatus 20A.
  • FIG. 2 is a diagram for explaining HARQ feedback in the side link.
  • step 1 the user device 20A transmits the PSCCH / PSCH to the user device 20B, and in step 2, the user device 20B sends the user device 20A a HARQ for the PSCCH / PSCH.
  • -ACK is transmitted on the PSFCH.
  • PSFCH is transmitted at the last symbol of the slot.
  • the resource in the time domain of the PSFCH is a resource associated with the PSCCH / PSSCH and is not dynamically notified.
  • the present invention is not limited to the example of FIG.
  • the PSFCH may be transmitted with a symbol other than the last symbol of the slot.
  • HARQ feedback in sidelink transmission mode 1 In the side link transmission mode 1 in which the PSCCH / PSCH is transmitted from the user device 20A to the user device 20B based on the SL scheduling by the base station device 10, HARQ-ACK is sent from the user device 20A to the base station device 10. Be fed back.
  • FIG. 3 is a diagram for explaining HARQ-ACK in the side link transmission mode 1.
  • step 1 the SL scheduling is transmitted from the base station apparatus 10 to the user apparatus 20A on the PDCCH, and in step 2, the PSCCH / PSCH based on the SL scheduling is transmitted from the user apparatus 20A to the user. It is transmitted to the device 20B.
  • step 3 HARQ-ACK for the PSCCH / PSSCH is transmitted from the user device 20B to the user device 20A on the PSFCH, and in step 4, HARQ-ACK based on the HARQ-ACK is transmitted from the user device 20A to the base station device. It is transmitted on PUCCH / PUSCH to 10.
  • the feedback procedure is not limited to this.
  • HARQ-ACK for the PSCCH / PSSCH may be transmitted from the user device 20B to the base station device 10 on the PUCCH / PUSCH.
  • the base station device 10 in the present invention may be replaced with the user device 20C
  • the PUCCH may be replaced with the PSFCH
  • the PUSCH may be replaced with the PSSCH.
  • DCI Downlink Control Information
  • SCI Seglink Control Information
  • Problem A There is a problem of how to secure the timing of HARQ feedback from the user device 20A to the base station device 10 in consideration of the transmission of PSFCH from the user device 20B to the user device 20A.
  • Problem B HARQ-ACK (SL HARQ-ACK) of the side link between the user device 20A and the user device 20B and HARQ-ACK (Uu HARQ-ACK) between the user device 20A and the base station device.
  • HARQ-ACK SL HARQ-ACK
  • Uu HARQ-ACK Uu HARQ-ACK
  • SL HARQ-ACK may mean HARQ-ACK corresponding to TB (Transport Block) transmission scheduled by the DCI (Downlink Control Information) format (DCI information) that schedules SL transmission.
  • DCI Downlink Control Information
  • SL HARQ-ACK is an example and may have a different name.
  • Uu HARQ-ACK may mean HARQ-ACK corresponding to TB transmission scheduled by the DCI format (eg, DCI format1_0, DCI format1_1) that schedules DL (Downlink) transmission.
  • DCI format eg, DCI format1_0, DCI format1_1
  • Uu HARQ-ACK is an example and may have a different name.
  • the eMBB HARQ-ACK may mean the operation of the UE for the eMBB and / or the HARQ-ACK corresponding to the TB transmission scheduled by the DCI format associated with the low priority.
  • slot-based HARQ feedback and non-priority transmission can be mentioned.
  • eMBB HARQ-ACK is an example and may have a different name.
  • the URLLC HARQ-ACK may mean the operation of the UE for the URLLC and / or the HARQ-ACK corresponding to the TB transmission scheduled by the DCI format associated with the high priority. For example, subslot-based HARQ feedback and priority transmission can be mentioned.
  • URLLC HARQ-ACK is an example and may have a different name.
  • the following method is used.
  • (1) DCI format It is conceivable to use different DCI formats as the above two DCI formats.
  • (2) RNTI scrambling DCI (RNTI scrambling DCI) As the above two DCI formats, it is conceivable to scramble using different RNTIs.
  • (3) CORESET It is conceivable to assign different CORESETs as the above two DCI formats.
  • Search space It is conceivable to allocate different search spaces as the above two DCI formats.
  • Priority level It is conceivable to assign different priority levels as the above two DCI formats.
  • eMBB and URLLC are intended to indicate different service types, and types other than these service types may be used.
  • the HARQ-ACK codebook includes a time domain (for example, a slot), a frequency domain (for example, a component carrier (CC)), a spatial domain (for example, a layer), and a transport block (TB). )), And may be configured to include a bit for HARQ-ACK in at least one unit of a group of code blocks (code block group (CBG)) constituting TB.
  • the CC is also called a cell, a serving cell, a carrier, or the like.
  • the bit is also referred to as a HARQ-ACK bit, a HARQ-ACK information, a HARQ-ACK information bit, or the like.
  • the HARQ-ACK codebook is also called a PDSCH-HARQ-ACK codebook (pdsch-HARQ-ACK-Codebook), a codebook, a HARQ codebook, a HARQ-ACK size, or the like.
  • the number of bits (size) and the like included in the HARQ-ACK codebook may be determined quasi-static (semi-static) or dynamically (dynamic).
  • the quasi-static HARQ-ACK codebook is also called a Type I HARQ-ACK codebook, a quasi-static codebook, or the like.
  • the dynamic HARQ-ACK codebook is also called a Type II HARQ-ACK codebook, a dynamic codebook, or the like.
  • Type I HARQ-ACK codebook or the Type II HARQ-ACK codebook may be set in the UE by an upper layer parameter (for example, pdsch-HARQ-ACK-Codebook).
  • the UE has a HARQ-ACK bit corresponding to the predetermined range (for example, a range set based on the upper layer parameter) regardless of whether PDSCH is scheduled or not. May be fed back.
  • the predetermined range for example, a range set based on the upper layer parameter
  • the predetermined range is set or activated in the UE for a predetermined period (for example, a set of a predetermined number of opportunities (occasion) for receiving a candidate PDSCH, or a predetermined number of monitoring opportunities (monitoring occupation) m of the PDCCH). It may be determined based on at least one of the number of CCs, the number of TBs (number of layers or ranks), the number of CBGs per TB, and whether or not spatial bundling is applied.
  • the predetermined range is also referred to as a HARQ-ACK bundling window, a HARQ-ACK feedback window, a bundling window, a feedback window, or the like.
  • the UE feeds back the NACK bit as long as it is within a predetermined range even if there is no PDSCH scheduling for the UE. Therefore, when using the Type I HARQ-ACK codebook, it is expected that the number of HARQ-ACK bits to be fed back will increase.
  • the UE may feed back the HARQ-ACK bit for the scheduled PDSCH within the above predetermined range.
  • the UE determines the number of bits of the Type II HARQ-ACK codebook based on a predetermined field in the DCI (for example, a DL allocation index (Downlink Acidincentor (Index) (DAI)) field). May be good.
  • the DAI field may be split into a counter DAI (counter DAI (cDAI)) and a total DAI (total DAI (tDAI)).
  • the counter DAI may indicate a counter value of downlink transmission (PDSCH, data, TB) scheduled within a predetermined period.
  • the counter DAI in the DCI that schedules data within the predetermined period may indicate the number counted first in the frequency domain (eg, CC) in the predetermined period and then in the time domain.
  • the total DAI may indicate the total value (total number) of data scheduled within a predetermined period.
  • the total DAI in the DCI that schedules data in a predetermined time unit (for example, PDCCH monitoring opportunity) within the predetermined period is up to the predetermined time unit (also referred to as point, timing, etc.) within the predetermined period. It may indicate the total number of scheduled data.
  • the UE sets one or more HARQ-ACK bits determined (generated) based on the above Type I or Type II HARQ-ACK codebooks as an uplink control channel (Physical Uplink Control Channel (PUCCH)) and an uplink shared channel. (Physical Uplink Shared Channel (PUSCH)) may be used for transmission.
  • PUCCH Physical Uplink Control Channel
  • PUSCH Physical Uplink Shared Channel
  • the timing to be the target of the problem A of how to secure the timing of HARQ feedback from the user device 20A to the base station device 10 is , PDCCH-to-HARQ feedback timing, PSCCH / PSCH-to-HARQ feedback timing, PSFCH-to-HARQ feedback timing and the like.
  • the PDCCH-to-HARQ feedback timing is the timing from the transmission / reception of PDCCH between the base station apparatus 10 and the user apparatus 20A to the HARQ feedback to the base station apparatus 10.
  • the PSCCH / PSCH-to-HARQ feedback timing is the timing from the transmission / reception of PSCCH / PSCH between the user device 20A and the user device 20B to the HARQ feedback to the base station device 10.
  • the PSFCH-to-HARQ feedback timing is the timing from the transmission / reception of PSFCH between the user device 20B and the user device 10A to the HARQ feedback to the base station device 10.
  • FIG. 4 is a diagram for explaining the operation of the wireless communication system in the embodiment.
  • the user device 20A notifies the base station device 10 of the gap (time difference) between the PSCCH / PSCH and the PSFCH.
  • the gap between the PSCCH / PSCH and the PSFCH is the transmission / reception of the PSCCH / PSCH between the user device 20A and the user device 20B and the transmission / reception of the PSFCH between the user device 20B and the user device 20A. The gap between them.
  • the gap between PSCCH / PSCH and PSFCH may be the gap from the beginning or end of the slot containing PSCCH / PSCH to the beginning or end of the slot containing PSCCH / PSCCH /. It may be a gap from the beginning or end symbol of the PSSCH to the beginning or end symbol of the PSFCH.
  • the unit of the gap may be a slot unit, a subslot unit, or a symbol unit.
  • the following gaps can be considered as the gaps notified to the base station apparatus 10.
  • the gap notified to the base station apparatus 10 may be the largest gap among a plurality of gaps between PSCCH / PSCH and PSFCH.
  • the gap notified to the base station apparatus 10 may be the period of the slot periodically available for PSFCH.
  • the gap may be notified for each of the plurality of resource pools, or the common gap may be notified for all the resource pools.
  • the gap may be notified only for the preset resource pool, or the gap is notified for both the preset resource pool and the configured resource pool. May be good.
  • the gap notified to the base station apparatus 10 may be an appropriate combination of the gaps described in (1), (2) and (3) above.
  • the base station apparatus 10 notifies the user apparatus 10A of the time difference (slot unit / subslot unit / symbol unit) between the PDCCH and the PUCCH / PUSCH. ..
  • the time difference notified to the user device 10A may be the time difference between PSCCH / PSSCH and PUCCH / PUSCH.
  • the time difference notified to the user device 10A may be the time difference between PSFCH and PUCCH / PUSCH.
  • the time difference between PDCCH and PUCCH / PUSCH corresponds to the above-mentioned PDCCH-to-HARQ feedback timing.
  • the field name in the DCI format for notifying the time difference between PDCCH and PUCCH / PUSCH may be, for example, PDCCH-to-HARQ feedback timing, or may be another name.
  • the time difference between PSCCH / PSCH and PUCCH / PUSCH corresponds to the above-mentioned PSCCH / PSCH-to-HARQ feedback timing.
  • the field name in the DCI format for notifying the time difference between PSCCH / PSCH and PUCCH / PUSCH may be, for example, PSCCH / PSCH-to-HARQ feedback timing or another name.
  • the time difference between PSFCH and PUCCH / PUSCH corresponds to the above-mentioned PSFCH-to-HARQ feedback timing.
  • the field name in the DCI format for notifying the time difference between PSFCH and PUCCH / PUSCH may be, for example, PSFCH-to-HARQ feedback timing or another name.
  • the user device 20A schedules the DCI format (eg, the first DCI format) that allocates the PDSCH and instructs feedback (that is, Uu HARQ-ACK) in a certain slot, and SL transmission is scheduled and is in the same slot.
  • the DCI format eg, the first DCI format
  • a second DCI format that indicates (explicitly or implicitly) the feedback (ie, SL HARQ-ACK). That is, when the first DCI format and the second DCI format instructing Uu HARQ-ACK and SL HARQ-ACK in the same slot as described above are received, it can be considered as an error case.
  • the user apparatus 20A may drop or postpone the SL HARQ-ACK.
  • Uu HARQ-ACK may be dropped or postponed.
  • either SL HARQ-ACK or Uu HARQ-ACK may be dropped or postponed, depending on the implementation of the user device 20A.
  • the HARQ-ACK of the link (eg, Uu or SL) corresponding to the earlier scheduling may be dropped or postponed.
  • the order of priority may be SL-unicast HARQ-ACK> Uu HARQ-ACK> SL-group cast HARQ-ACK.
  • the DCI format that assigns PDSCH and instructs feedback (Uu HARQ-ACK) in a certain slot
  • the feedback (SL HARQ-ACK) in the same slot while scheduling SL transmission (explicitly). It is also conceivable to multiplex SL HARQ-ACK and Uu HARQ-ACK when another DCI format instructed (either objectively or implicitly) is received.
  • Uu URLLC HARQ-ACK and SL eMBB HARQ-ACK can be treated in the same way as when the same slot is notified as a feedback slot (that is, in the case of Uu and Uu).
  • SL eMBB HARQ-ACK may be dropped or postponed
  • Uu URLLC HARQ-ACK and SL eMBB HARQ-ACK may be multiplexed and transmitted at different coding rates.
  • SL eMBB HARQ-ACK may be dropped or postponed.
  • Uu URLLC HARQ-ACK and Uu In the case where the same slot is notified as the feedback slot of Uu URLLC HARQ-ACK and SL URLLC HARQ-ACK (in the case of Uu and SL), which is one example in the task C, Uu URLLC HARQ-ACK and Uu It is conceivable to handle it in the same manner as when the same slot is notified as the feedback slot of URLLC HARQ-ACK (in the case of Uu and Uu). Alternatively, either Uu URLLC HARQ-ACK or SL URLLC HARQ-ACK may be dropped or postponed.
  • SL URLLC HARQ-ACK may always be dropped or postponed
  • Uu URLLC HARQ-ACK may always be dropped or postponed, or one of them may be dropped or postponed according to the priority. Either one may be dropped or postponed depending on the implementation of the user device 20A.
  • both HARQ-ACKs may be transmitted by multiplexing.
  • the same slot is notified as a feedback slot for Uu eMBB HARQ-ACK and SL URLLC HARQ-ACK (in the case of eMBB and URLLC)
  • it is used as a feedback slot for Uu eMBB HARQ-ACK and SL eMBB HARQ-ACK. It may be treated in the same manner as when the same slot is notified (in the case of eMBB and eMBB).
  • SL HARQ-ACK is not distinguished based on the service type / priority level. For example, when the same slot is notified as the feedback slot of Uu eMBB HARQ-ACK and SL HARQ-ACK, regardless of whether SL HARQ-ACK is SL eMBB HARQ-ACK or SL URLLC HARQ-ACK.
  • the embodiment corresponding to the subject B may be applied.
  • a HARQ-ACK bit corresponding to the DCI transmission that is assumed to be scheduled for SL transmission.
  • the DAI is transmitted on the DCI
  • the user device 20A is the DCI transmitted (to the user device 20A) to schedule the SL transmission based on the DAI.
  • the number of can be estimated.
  • the SL transmission is scheduled and received. It is conceivable to generate a HARQ-ACK bit corresponding to the DCI / PDSCH to be obtained. In this embodiment, it may be assumed that the DAI is not transmitted on the scheduling DCI.
  • the type of HARQ-ACK codebook for the side link (SL) may be set (in advance). Alternatively, it may be specified in the specifications.
  • the same type of HARQ-ACK codebook as Uu is always set. Alternatively, no additional settings other than those of Uu's HARQ-ACK codebook may be required. In this case, when the SL HARQ-ACK codebook is generated, the operation of the user device 20A may be determined by the setting of the HARQ-ACK codebook of Uu.
  • a different type of HARQ-ACK codebook from Uu may be set.
  • Uu HARQ can be applied to different HARQ-ACK multiplex rules depending on whether the type of HARQ-ACK codebook set for SL and the type of HARQ-ACK codebook set for Uu are the same type.
  • -It may be applied to multiplex of ACK and SL HARQ-ACK. For example, when the type of the HARQ-ACK codebook for SL and the type of the HARQ-ACK codebook for Uu are different, the processing of the same embodiment as that of the embodiment corresponding to the task B is applied (for example,).
  • the type of the HARQ-ACK codebook for SL and the type of the HARQ-ACK codebook for Uu are different, one of the HARQ-ACK codebook types may be followed (for example, Uu may be followed). And you may follow SL).
  • either the PUCCH containing SL HARQ-ACK and the PUCCH containing other uplink control types such as CSI / SR may be dropped or postponed.
  • a PUCCH containing SL HARQ-ACK may be transmitted and a PUCCH containing other uplink control types such as CSI / SR may be dropped or postponed.
  • a rule for handling a collision between PUCCH including SL HARQ-ACK and PUCCH including other uplink control types such as SL CSI / SR (SL CSI / SR rule) and SL HARQ-ACK are included.
  • the rule for handling the collision between the PUCCH and the PUCCH including other uplink control types such as Uu's CSI / SR (Uu CSI / SR rule) may be different rules.
  • the user device 20A can appropriately transmit the SL HARQ-ACK to the base station device 10.
  • the user apparatus 20A can execute HARQ feedback in consideration of the SL transmission timing and the processing time.
  • the user device 20A can maintain the performance of the Uu HARQ-ACK feedback.
  • the user device 20A may consider the performance of URLLC.
  • the user apparatus 20A can prevent a discrepancy (difference in recognition) with the base station apparatus 10 in terms of the payload size (payload size) of HARQ-ACK.
  • the base station apparatus 10 and the user apparatus 20 include a function of carrying out the above-described embodiment.
  • the base station apparatus 10 and the user apparatus 20 may each have only a part of the functions in the embodiment.
  • FIG. 5 is a diagram showing an example of the functional configuration of the base station device 10.
  • the base station apparatus 10 includes a transmission unit 110, a reception unit 120, a setting unit 130, and a control unit 140.
  • the functional configuration shown in FIG. 5 is only an example. Any function classification and name of the functional unit may be used as long as the operation according to the embodiment of the present invention can be executed.
  • the transmission unit 110 includes a function of generating a signal to be transmitted to the user device 20 side and transmitting the signal wirelessly. Further, the transmission unit 110 transmits information such as SL scheduling to the user device 20.
  • the receiving unit 120 includes a function of receiving various signals transmitted from the user apparatus 20 and acquiring information of, for example, a higher layer from the received signals.
  • the setting unit 130 stores preset setting information and various setting information to be transmitted to the user device 20 in the storage device, and reads the setting information from the storage device as needed.
  • the content of the setting information is, for example, information related to the setting of V2X.
  • control unit 140 performs processing related to the setting for the user device 20 to perform V2X. Further, the function unit related to signal transmission in the control unit 140 may be included in the transmission unit 110, and the function unit related to signal reception in the control unit 140 may be included in the reception unit 120.
  • FIG. 6 is a diagram showing an example of the functional configuration of the user device 20.
  • the user device 20 includes a transmission unit 210, a reception unit 220, a setting unit 230, and a control unit 240.
  • the functional configuration shown in FIG. 6 is only an example. Any function classification and name of the functional unit may be used as long as the operation according to the embodiment of the present invention can be executed.
  • the transmission unit 210 creates a transmission signal from the transmission data and wirelessly transmits the transmission signal.
  • the receiving unit 220 wirelessly receives various signals and acquires a signal of a higher layer from the received signal of the physical layer. Further, the receiving unit 220 has a function of receiving the SL scheduling transmitted from the base station apparatus 10.
  • the setting unit 230 stores various setting information received from the base station device 10 or the user device 20 by the receiving unit 220 in the storage device, and reads it out from the storage device as needed.
  • the setting unit 230 also stores preset setting information.
  • the content of the setting information is, for example, information related to V2X and HARQ processing.
  • the control unit 240 controls the D2D communication executed with the other user device 20 as described in the embodiment. In addition, the control unit 240 executes V2X and HARQ processing.
  • the function unit related to signal transmission in the control unit 240 may be included in the transmission unit 210, and the function unit related to signal reception in the control unit 240 may be included in the reception unit 220.
  • each functional block may be realized by one device in which a plurality of elements are physically and / or logically combined, or two or more devices physically and / or logically separated from each other directly and. / Or indirectly (eg, wired and / or wireless) may be connected and realized by these plurality of devices.
  • both the base station device 10 and the user device 20 in the embodiment of the present invention may function as a computer that performs the processing according to the embodiment of the present invention.
  • FIG. 7 is a diagram showing an example of the hardware configuration of the wireless communication device which is the base station device 10 or the user device 20 according to the embodiment of the present invention.
  • the above-mentioned base station device 10 and user device 20 are physically as computer devices including a processor 1001, a storage device 1002, an auxiliary storage device 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like. It may be configured.
  • the word “device” can be read as a circuit, device, unit, etc.
  • the hardware configuration of the base station device 10 and the user device 20 may be configured to include one or more of the devices shown by 1001 to 1006 shown in the figure, or may be configured without including some of the devices. May be done.
  • the processor 1001 For each function of the base station device 10 and the user device 20, by loading predetermined software (program) on the hardware such as the processor 1001 and the storage device 1002, the processor 1001 performs an calculation and the communication device 1004 communicates. It is realized by controlling the reading and / or writing of data in the storage device 1002 and the auxiliary storage device 1003.
  • the processor 1001 operates, for example, an operating system to control the entire computer.
  • the processor 1001 may be composed of a central processing unit (CPU: Central Processing Unit) including an interface with a peripheral device, a control device, an arithmetic unit, a register, and the like.
  • CPU Central Processing Unit
  • the processor 1001 reads a program (program code), a software module or data from the auxiliary storage device 1003 and / or the communication device 1004 into the storage device 1002, and executes various processes according to these.
  • a program program code
  • the program a program that causes a computer to execute at least a part of the operations described in the above-described embodiment is used.
  • the transmission unit 110, the reception unit 120, the setting unit 130, and the control unit 140 of the base station device 10 shown in FIG. 5 may be stored in the storage device 1002 and realized by a control program that operates in the processor 1001.
  • processor 1001. are stored in the storage device 1002 and realized by a control program that operates in the processor 1001. May be good. Although it has been described that the various processes described above are executed by one processor 1001, they may be executed simultaneously or sequentially by two or more processors 1001. Processor 1001 may be mounted on one or more chips. The program may be transmitted from the network via a telecommunication line.
  • the storage device 1002 is a computer-readable recording medium, and is, for example, at least one such as a ROM (Read Only Memory), an EPROM (Erasable Programmable ROM), an EEPROM (Electrically Erasable Programmable ROM), and a RAM (Random Access Memory). It may be configured.
  • the storage device 1002 may be referred to as a register, a cache, a main memory (main storage device), or the like.
  • the storage device 1002 can store a program (program code), a software module, or the like that can be executed to carry out the process according to the embodiment of the present invention.
  • the auxiliary storage device 1003 is a computer-readable recording medium, and is, for example, an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, an optical magnetic disk (for example, a compact disk, a digital versatile disk, Blu).
  • -It may be composed of at least one of a ray (registered trademark) disk), a smart card, a flash memory (for example, a card, a stick, a key drive), a floppy (registered trademark) disk, a magnetic strip, and the like.
  • the auxiliary storage device 1003 may be referred to as an auxiliary storage device.
  • the storage medium described above may be, for example, a database, server or other suitable medium containing the storage device 1002 and / or the auxiliary storage device 1003.
  • the communication device 1004 is hardware (transmission / reception device) for communicating between computers via a wired and / or wireless network, and is also referred to as, for example, a network device, a network controller, a network card, a communication module, or the like.
  • the transmission unit 110 and the reception unit 120 of the base station device 10 may be realized by the communication device 1004.
  • the transmission unit 210 and the reception unit 220 of the user device 20 may be realized by the communication device 1004.
  • the input device 1005 is an input device (for example, a keyboard, a mouse, a microphone, a switch, a button, a sensor, etc.) that receives an input from the outside.
  • the output device 1006 is an output device (for example, a display, a speaker, an LED lamp, etc.) that outputs to the outside.
  • the input device 1005 and the output device 1006 may have an integrated configuration (for example, a touch panel).
  • Bus 1007 may be composed of a single bus, or may be composed of different buses between devices.
  • the base station device 10 and the user device 20 are a microprocessor, a digital signal processor (DSP: Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), an FPGA (Field Programmable Gate Array), etc., respectively. It may be configured to include the above hardware, and a part or all of each functional block may be realized by the hardware. For example, processor 1001 may be implemented on at least one of these hardware.
  • the transmission unit that transmits the side link data based on the side link scheduling information received from the base station apparatus and the user who has received the side link data.
  • a receiving unit that receives feedback information for the side link data from the device is provided, and the transmitting unit includes first HARQ-ACK information based on the feedback information and data received by the receiving unit from the base station device.
  • a user apparatus is provided that transmits a second HARQ-ACK information to the base station apparatus based on a predetermined assumption.
  • the above configuration provides a technique for defining how to feed back HARQ-ACK in direct terminal-to-terminal communication scheduled by the base station apparatus.
  • the operation of the plurality of functional units may be physically performed by one component, or the operation of one functional unit may be physically performed by a plurality of components.
  • the order of processing may be changed as long as there is no contradiction.
  • the base station device 10 and the user device 20 have been described with reference to functional block diagrams, but such devices may be implemented in hardware, software, or a combination thereof.
  • the software operated by the processor of the base station apparatus 10 according to the embodiment of the present invention and the software operated by the processor of the user apparatus 20 according to the embodiment of the present invention are random access memory (RAM), flash memory, and read, respectively. It may be stored in a dedicated memory (ROM), EPROM, EEPROM, registers, hard disk (HDD), removable disk, CD-ROM, database, server or any other suitable storage medium.
  • information notification includes physical layer signaling (for example, DCI (Downlink Control Information), UCI (Uplink Control Information)), higher layer signaling (for example, RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling, etc. Broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or a combination thereof may be used.
  • RRC signaling may be referred to as an RRC message, for example, RRC. It may be a connection setup (RRCConnectionSetup) message, an RRC connection reconfiguration (RRCConnectionReconfiguration) message, or the like.
  • Each aspect / embodiment described in the present specification includes LTE (LongTermEvolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G, 5G, FRA (FutureRadioAccess), W-CDMA. (Registered Trademarks), GSM (Registered Trademarks), CDMA2000, UMB (Ultra-Mobile Broadband), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), LTE 802.20, UWB (Ultra-WideBand) It may be applied to systems utilizing Bluetooth®, other suitable systems and / or next-generation systems extended based on them.
  • the specific operation performed by the base station apparatus 10 in the present specification may be performed by its upper node (upper node).
  • various operations performed for communication with the user device 20 are other than the base station device 10 and / or the base station device 10. It is clear that it can be done by other network nodes, such as, but not limited to, MME or S-GW.
  • MME Mobility Management Entity
  • S-GW Serving Mobility Management Entity
  • the user device 20 may be a subscriber station, a mobile unit, a subscriber unit, a wireless unit, a remote unit, a mobile device, a wireless device, a wireless communication device, a remote device, a mobile subscriber station, an access terminal, a mobile terminal, etc. It may also be referred to as a wireless terminal, remote terminal, handset, user agent, mobile client, client, or some other suitable term.
  • the base station apparatus 10 may be referred to by those skilled in the art by NB (NodeB), eNB (evolvedNodeB), gNB, BaseStation, or some other suitable term.
  • NB NodeB
  • eNB evolvedNodeB
  • gNB BaseStation
  • determining and “determining” used in this specification may include a wide variety of actions.
  • "Judgment” and “decision” are, for example, judgment (judging), calculation (calculating), calculation (computing), processing (processing), derivation (deriving), investigating (investigating), searching (looking up) (for example, table , Searching in a database or another data structure), confirming (ascertaining) may be regarded as “judgment” or “decision”.
  • judgment and “decision” are receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access.
  • (Accessing) for example, accessing data in memory) may be regarded as "judgment” or “decision”.
  • judgment and “decision” mean that “resolving”, “selecting”, “choosing”, “establishing”, “comparing”, etc. are regarded as “judgment” and “decision”. Can include. That is, “judgment” and “decision” may include that some action is regarded as “judgment” and “decision”.
  • Base station device 110 Transmission unit 120 Reception unit 130 Setting unit 140 Control unit 20 User device 210 Transmission unit 220 Reception unit 230 Setting unit 240 Control unit 1001 Processor 1002 Storage device 1003 Auxiliary storage device 1004 Communication device 1005 Input device 1006 Output device

Abstract

基地局装置から受信したサイドリンクスケジューリング用の情報に基づいてサイドリンクデータを送信する送信部と、前記サイドリンクデータを受信したユーザ装置から当該サイドリンクデータに対するフィードバック情報を受信する受信部と、を備え、前記送信部は、前記フィードバック情報に基づく第1のHARQ-ACK情報と、前記受信部が前記基地局装置から受信したデータに対する第2のHARQ-ACK情報とを、所定の想定に基づいて前記基地局装置に送信する、ユーザ装置。

Description

ユーザ装置
 本発明は、無線通信システムにおけるユーザ装置に関連するものである。
 LTE(Long Term Evolution)及びLTEの後継システム(例えば、LTE-A(LTE Advanced)、NR(New Radio)(5Gとも呼ぶ))では、UE等の通信装置同士が基地局装置gNBを介さないで直接通信を行う端末間直接通信(サイドリンク、D2D(Device to Device)とも呼ぶ)技術が検討されている(非特許文献1)。
 また、V2X(Vehicle to Everything)を実現することが検討され、仕様化が進められている。ここで、V2Xとは、ITS(Intelligent Transport Systems)の一部であり、自動車間で行われる通信形態を意味するV2V(Vehicle to Vehicle)、自動車と道路脇に設置される路側機(RSU:Road-Side Unit)との間で行われる通信形態を意味するV2I(Vehicle to Infrastructure)、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するV2N(Vehicle to Nomadic device)、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するV2P(Vehicle to Pedestrian)の総称である。
3GPP TS 36.213 V14.3.0(2017-06)
 端末間直接通信(サイドリンク技術)において使用される端末間直接通信用チャネルには以下のチャネルが含まれる。
 SCI(Sidelink Contol Information)等の制御情報を送信するチャネルはPSCCH(Physical Sidelink Control Channel)と称され、データを送信するチャネルはPSSCH(Physical Sidelink Shared Channel)と称される。また、NRのV2Xでは、PSCCH及びPSCCHに対するHARQ(Hybrid Automatic Repeat Request)動作をサポートすることが規定されており、HARQ-ACKが、端末間直接通信フィードバックチャネル(Physical Sidelink Feedback Channel(PSFCH))上で送信される。
 NR-V2Xにおけるサイドリンク送信モード1では、ユーザ装置20Aは、基地局装置10によるSL(サイドリンク)スケジューリングに基づいて、ユーザ装置20Bに対してPSCCH/PSSCHを送信する。ユーザ装置20Bは、ユーザ装置20Aに対してHARQ-ACKをPSFCH上で送信する。ユーザ装置20Aは、基地局装置10に対してHARQ-ACKをPUCCH(Physical Uplink Control Channel)/PUSCH(Physical Uplink Shared Channel)上で送信する。
 しかしながら、NR-V2Xにおけるサイドリンク送信モード1において、HARQ-ACKをどのようにフィードバックするかについて詳細には規定されていない。
 本発明は上記の点に鑑みてなされたものであり、基地局装置によってスケジューリングされる端末間直接通信において、HARQ-ACKをどのようにフィードバックするかを規定する技術を提供することを目的とする。なお、本発明はV2Xにおける端末間通信に限られず、いかなる端末に適用されてもよい。
 開示の技術によれば、基地局装置から受信したサイドリンクスケジューリング用の情報に基づいてサイドリンクデータを送信する送信部と、前記サイドリンクデータを受信したユーザ装置から当該サイドリンクデータに対するフィードバック情報を受信する受信部と、を備え、前記送信部は、前記フィードバック情報に基づく第1のHARQ-ACK情報と、前記受信部が前記基地局装置から受信したデータに対する第2のHARQ-ACK情報とを、所定の想定に基づいて前記基地局装置に送信する、ユーザ装置が提供される。
 開示の技術によれば、基地局装置によってスケジューリングされる端末間直接通信において、HARQ-ACKをどのようにフィードバックするかを規定する技術が提供される。
NR-V2Xにおける4種類のサイドリンク送信モードを説明するための図である。 サイドリンクにおけるHARQフィードバックを説明するための図である。 サイドリンク送信モード1におけるHARQ-ACKを説明するための図である。 実施形態における無線通信システムの動作を説明するための図である。 実施形態に係る基地局装置10の機能構成の一例を示す図である。 実施形態に係るユーザ装置20の機能構成の一例を示す図である。 実施形態に係る基地局装置10及びユーザ装置20のハードウェア構成の一例を示す図である。
 以下、図面を参照して本発明の実施の形態(本実施の形態)を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
 (サイドリンク送信モード)
 NR-V2Xにおけるサイドリンク送信モードについて説明する。
 図1は、NR-V2Xにおける4種類のサイドリンク送信モードを説明するための図である。
 NR-V2Xのサイドリンク送信モード1では、ユーザ装置20Aは、基地局装置10によるSLスケジューリングに基づいて、ユーザ装置20Bに対してPSCCH/PSSCHを送信する。
 NR-V2Xのサイドリンク送信モード2では、ユーザ装置自身のリソース選択に基づいてPSCCH/PSSCHの送信が行われる。NR-V2Xのサイドリンク送信モード2はさらに細分化されており、NR-V2Xのサイドリンク送信モード2-aでは、ユーザ装置20Aは、ユーザ装置20A自身のリソース選択に基づいて、ユーザ装置20Bに対してPSCCH/PSSCHを送信し、また、ユーザ装置20Bは、ユーザ装置20B自身のリソース選択に基づいて、ユーザ装置Aに対してPSCCH/PSSCHを送信する。NR-V2Xのサイドリンク送信モード2-cでは、基地局装置10から通知される、または仕様で決められた、リソースパターン(resource pattern)のRRC-configに従って、ユーザ装置20Aは、ユーザ装置20Bに対してPSSCHを送信する。
 NR-V2Xのサイドリンク送信モード2-dでは、ユーザ装置20Aは、ユーザ装置20Bに対してSL schedulingを送信することにより、ユーザ装置20Bの送信のためのスケジューリングを行い、ユーザ装置20Bは、そのスケジューリングに基づいて、ユーザ装置20Aに対してPSCCH/PSSCHを送信する。
 (HARQフィードバック)
 HARQフィードバックについて説明する。
 図2は、サイドリンクにおけるHARQフィードバックを説明するための図である。
 図2に示されるように、ステップ1において、ユーザ装置20Aからユーザ装置20Bに対してPSCCH/PSSCHが送信され、ステップ2において、ユーザ装置20Bからユーザ装置20Aに対して、当該PSCCH/PSSCHに対するHARQ-ACKがPSFCH上で送信される。
 図2の例では、PSFCHは、スロットの最後のシンボルで送信されている。当該PSFCHの時間領域のリソースは、当該PSCCH/PSSCHに紐づけられたリソースであり、動的に通知されるものではない。ただし、本発明は図2の例に限られない。例えば、PSFCHはスロットの最後のシンボル以外のシンボルで送信されてもよい。
 (サイドリンク送信モード1におけるHARQフィードバック)
 基地局装置10によるSLスケジューリングに基づいてユーザ装置20Aからユーザ装置20Bに対してPSCCH/PSSCHが送信されるサイドリンク送信モード1においては、ユーザ装置20Aから基地局装置10に対してHARQ-ACKがフィードバックされる。
 図3は、サイドリンク送信モード1におけるHARQ-ACKを説明するための図である。
 図3に示されるように、ステップ1において、SLスケジューリングが、基地局装置10からユーザ装置20AにPDCCH上で送信され、ステップ2において、当該SLスケジューリングに基づくPSCCH/PSSCHが、ユーザ装置20Aからユーザ装置20Bに送信される。ステップ3において、当該PSCCH/PSSCHに対するHARQ-ACKが、ユーザ装置20Bからユーザ装置20AにPSFCH上で送信され、ステップ4において、当該HARQ-ACKに基づくHARQ-ACKが、ユーザ装置20Aから基地局装置10にPUCCH/PUSCH上で送信される。なお、フィードバックの手順はこれに限られない。例えば、ステップ3として、当該PSCCH/PSSCHに対するHARQ-ACKが、ユーザ装置20Bから基地局装置10にPUCCH/PUSCH上で送信されてもよい。また、本発明における基地局装置10は、ユーザ装置20Cに置き換えられてもよく、PUCCHはPSFCHに、PUSCHはPSSCHに、それぞれ置き換えられてもよい。この場合、ユーザ装置20Cがユーザ装置20Aからユーザ装置20BへのPSCCH/PSSCH送信をスケジュールすることが想定されてもよい。また、DCI(Downlink Control Information)はSCI(Sidelink Control Information)に置き換えられてもよい。
 (課題について)
 上述したように、NR-V2XにおいてHARQフィードバックがサポートされることが想定される。
 しかし、基地局装置10に対するHARQフィードバックの詳細については具体的な提案はなされていないという課題がある。より具体的には、以下のような課題がある。
課題A:ユーザ装置20Bからユーザ装置20AへのPSFCHの送信を考慮した上で、ユーザ装置20Aから基地局装置10へのHARQフィードバックのタイミングをどのようにして確保するかという課題がある。
課題B:ユーザ装置20Aとユーザ装置20Bとの間のサイドリンクのHARQ-ACK(SL HARQ-ACK)と、ユーザ装置20Aと基地局装置との間のHARQ-ACK(Uu HARQ-ACK)とをどのように多重するかという課題がある。
課題C:SL HARQ-ACKとUu HARQ-ACKをフィードバックするスロットとして同じスロットが通知された場合に、SL HARQ-ACKの種類が、eMBB(enhanced Mobile BroadBand)のHARQ-ACKであってUu HARQ-ACKの種類がURLLC(Ultra-Reliable and Low Latency Communications)のHARQ-ACKである場合の処理をどのようにするかという課題がある。また、SL HARQ-ACKの種類がeMBBのHARQ-ACKであって、Uu HARQ-ACKの種類がeMBBである場合の処理をどのようにするかという課題がある。また、SL HARQ-ACKの種類がURLLCのHARQ-ACKであって、Uu HARQ-ACKの種類がeMBBである場合の処理をどのようにするかという課題がある。また、SL HARQ-ACKの種類がURLLCのHARQ-ACKであって、Uu HARQ-ACKの種類がURLLCである場合の処理をどのようにするかという課題がある。
課題D:各種別のHARQ-ACKコードブックに対するHARQ-ACKビットをどのように生成するかという課題がある。
課題E:SL HARQ-ACKを含むPUCCHと、CSI/SR等の他の上りリンク制御情報種別(UCI type:Uplink Control Information type)を含むPUCCHとの衝突をどのように処理するかという課題がある。ここで、CSIは、Channel State Informationであり、SRは、Scheduling Requestである。また、上記衝突は、複数のチャネルにおいて、時間領域/周波数領域/符号領域の少なくとも一つの領域におけるリソースの、少なくとも一部が重なる場合を意味してもよい。
 (HARQ-ACKの用語の補足説明)
 ここで、これまでの説明におけるSL HARQ-ACK、Uu HARQ-ACK、eMBB HARQ-ACK、URLLC HARQ-ACK等の用語について、補足説明を加える。
 SL HARQ-ACKは、SL送信をスケジューリングするDCI(Downlink Control Information)フォーマット(DCI format)によってスケジュールされたTB(Transport Block)送信に対応するHARQ-ACKを意味してもよい。SL HARQ-ACKは一例であり、別の名称であってもよい。
 Uu HARQ-ACKは、DL(Downlink)送信をスケジューリングするDCIフォーマット(例:DCI format1_0、DCI format1_1)によってスケジュールされたTB送信に対応するHARQ-ACKを意味してもよい。Uu HARQ-ACKは一例であり、別の名称であってもよい。
 eMBB HARQ-ACKは、eMBBのためのUEの動作、及び/又は、低優先度と関連づけられたDCIフォーマットによってスケジュールされたTB送信に対応するHARQ-ACKを意味してもよい。例えば、スロットベースのHARQフィードバックや非優先度送信などが挙げられる。eMBB HARQ-ACKは一例であり、別の名称であってもよい。
 URLLC HARQ-ACKは、URLLCのためのUEの動作、及び/又は、高優先度と関連づけられたDCIフォーマットによってスケジュールされたTB送信に対応するHARQ-ACKを意味してもよい。例えば、サブスロットベースのHARQフィードバックや優先度送信などが挙げられる。URLLC HARQ-ACKは一例であり、別の名称であってもよい。
 上述のeMBB HARQ-ACKに対応するTB送信をスケジューリングするDCIフォーマットと、URLLC HARQ-ACKに対応するTB送信をスケジューリングするDCIフォーマットとを区別する(識別する)方法については、例えば以下のような方法が考えられる。
(1)DCI format
 上記2つのDCIフォーマットとして、異なるDCI formatを用いることが考えられる。
(2)RNTIスクランブリングDCI(RNTI scrambling DCI)
 上記2つのDCIフォーマットとして、異なるRNTIを用いてスクランブリングすることが考えられる。
(3)CORESET
 上記2つのDCIフォーマットとして、異なるCORESETを割り当てることが考えられる。
(4)サーチスペース(Search space)
 上記2つのDCIフォーマットとして、異なるサーチスペースを割り当てることが考えられる。
(5)優先度レベル(Priority level)
 上記2つのDCIフォーマットとして、異なる優先度レベルを割り当てることが考えられる。
 なお、上記の「eMBB」、「URLLC」という用語は、異なるサービス種別を示すことを意図したものであり、これらのサービス種別以外の種別が用いられてもよい。
 ここで、HARQ-ACKコードブックは、時間領域(例えば、スロット)、周波数領域(例えば、コンポーネントキャリア(Component Carrier(CC)))、空間領域(例えば、レイヤ)、トランスポートブロック(Transport Block(TB))、及び、TBを構成するコードブロックのグループ(コードブロックグループ(Code Block Group(CBG)))の少なくとも一つの単位でのHARQ-ACK用のビットを含んで構成されてもよい。なお、CCは、セル、サービングセル(serving cell)、キャリア等とも呼ばれる。また、当該ビットは、HARQ-ACKビット、HARQ-ACK情報又はHARQ-ACK情報ビット等とも呼ばれる。HARQ-ACKコードブックは、PDSCH-HARQ-ACKコードブック(pdsch-HARQ-ACK-Codebook)、コードブック、HARQコードブック、HARQ-ACKサイズ等とも呼ばれる。
HARQ-ACKコードブックに含まれるビット数(サイズ)等は、準静的(semi-static)又は動的に(dynamic)決定されてもよい。準静的なHARQ-ACKコードブックは、Type I HARQ-ACKコードブック、準静的コードブック等とも呼ばれる。動的なHARQ-ACKコードブックは、Type II HARQ-ACKコードブック、動的コードブック等とも呼ばれる。
 Type I HARQ-ACKコードブック又はType II HARQ-ACKコードブックのいずれを用いるかは、上位レイヤパラメータ(例えば、pdsch-HARQ-ACK-Codebook)によりUEに設定されてもよい。
 Type I HARQ-ACKコードブックの場合、UEは、所定範囲(例えば、上位レイヤパラメータに基づいて設定される範囲)において、PDSCHのスケジューリングの有無に関係なく、当該所定範囲に対応するHARQ-ACKビットをフィードバックしてもよい。
 当該所定範囲は、所定期間(例えば、候補となるPDSCH受信用の所定数の機会(occasion)のセット、又は、PDCCHの所定数のモニタリング機会(monitoring occasion)m)、UEに設定又はアクティブ化されるCCの数、TBの数(レイヤ数又はランク)、1TBあたりのCBG数、空間バンドリングの適用の有無、の少なくとも一つに基づいて定められてもよい。当該所定範囲は、HARQ-ACKバンドリングウィンドウ、HARQ-ACKフィードバックウィンドウ、バンドリングウィンドウ、フィードバックウィンドウなどとも呼ばれる。
 Type I HARQ-ACKコードブックでは、所定範囲内であれば、UEに対するPDSCHのスケジューリングが無い場合でも、UEは、NACKビットをフィードバックする。このため、Type I HARQ-ACKコードブックを用いる場合、フィードバックするHARQ-ACKビット数が増加することも想定される。
 一方、Type II HARQ-ACKコードブックの場合、UEは、上記所定範囲において、スケジューリングされたPDSCHに対するHARQ-ACKビットをフィードバックしてもよい。
 具体的には、UEは、Type II HARQ-ACKコードブックのビット数を、DCI内の所定フィールド(例えば、DL割り当てインデックス(Downlink Assignment Indicator(Index)(DAI))フィールド)に基づいて決定してもよい。DAIフィールドは、カウンタDAI(counter DAI(cDAI))及びトータルDAI(total DAI(tDAI))に分割(split)されてもよい。
 カウンタDAIは、所定期間内でスケジューリングされる下り送信(PDSCH、データ、TB)のカウンタ値を示してもよい。例えば、当該所定期間内にデータをスケジューリングするDCI内のカウンタDAIは、当該所定期間内で最初に周波数領域(例えば、CC)で、その後に時間領域でカウントされた数を示してもよい。
 トータルDAIは、所定期間内でスケジューリングされるデータの合計値(総数)を示してもよい。例えば、当該所定期間内の所定の時間ユニット(例えば、PDCCHモニタリング機会)でデータをスケジューリングするDCI内のトータルDAIは、当該所定期間内で当該所定の時間ユニット(ポイント、タイミング等ともいう)までにスケジューリングされたデータの総数を示してもよい。
 UEは、以上のType I又はType IIのHARQ-ACKコードブックに基づいて決定(生成)される一以上のHARQ-ACKビットを、上り制御チャネル(Physical Uplink Control Channel(PUCCH))及び上り共有チャネル(Physical Uplink Shared Channel(PUSCH))の少なくとも一方を用いて送信してもよい。
 (課題Aについて)
 ユーザ装置20Bからユーザ装置20AへのPSFCHの送信を考慮した上で、ユーザ装置20Aから基地局装置10へのHARQフィードバックのタイミングをどのようにして確保するかという課題Aの対象となるタイミングとしては、PDCCH-to-HARQ feedback timing、PSCCH/PSSCH-to-HARQ feedback timing、PSFCH-to-HARQ feedback timing等の例が挙げられる。PDCCH-to-HARQ feedback timingは、基地局装置10とユーザ装置20Aとの間のPDCCHの送受信から、基地局装置10へのHARQフィードバックまでのタイミングである。PSCCH/PSSCH-to-HARQ feedback timingは、ユーザ装置20Aとユーザ装置20Bとの間のPSCCH/PSSCHの送受信から、基地局装置10へのHARQフィードバックまでのタイミングである。PSFCH-to-HARQ feedback timingは、ユーザ装置20Bとユーザ装置10Aとの間のPSFCHの送受信から、基地局装置10へのHARQフィードバックまでのタイミングである。
 図4は、実施形態における無線通信システムの動作を説明するための図である。
 課題Aに対応する実施形態として、PSCCH/PSSCHとPSFCHとの間のギャップ(時間差)をユーザ装置20Aから基地局装置10に通知することが考えられる。ここで、PSCCH/PSSCHとPSFCHとの間のギャップとは、ユーザ装置20Aとユーザ装置20Bとの間のPSCCH/PSSCHの送受信と、ユーザ装置20Bとユーザ装置20Aとの間のPSFCHの送受信との間のギャップである。
 図4に示すように、PSCCH/PSSCHとPSFCHとの間のギャップは、PSCCH/PSSCHを含むスロットの先頭又は末端からPSFCHを含むスロットの先頭又は末端までのギャップであってもよいし、PSCCH/PSSCHの先頭又は末端のシンボルからPSFCHの先頭又は末端のシンボルまでのギャップであってもよい。ギャップの単位は、スロット単位でもよいし、サブスロット単位でもよいし、シンボル単位でもよい。
 基地局装置10に通知されるギャップとしては以下のようなギャップが考えられる。
(1)基地局装置10に通知されるギャップは、複数の、PSCCH/PSSCHとPSFCHとの間のギャップの中で最大のギャップであってもよい。
(2)基地局装置10に通知されるギャップは、PSFCHのために周期的に利用可能なスロットの周期であってもよい。
(3)基地局装置10に通知されるギャップは、複数のリソースプールのそれぞれについてギャップが通知されてもよいし、すべてのリソースプールについて共通のギャップが通知されてもよい。予め設定されているリソースプールについてのみギャップが通知されてもよいし、予め設定されている(preconfigured)リソースプールおよび基地局装置10によって設定された(configured)リソースプールの両方についてギャップが通知されてもよい。
(4)基地局装置10に通知されるギャップは、上記(1)(2)(3)に記載されたギャップを適宜組み合わせたものであってもよい。
 課題Aに対応する実施形態の変形例として、PDCCHとPUCCH/PUSCHとの間の時間差(スロット単位/サブスロット単位/シンボル単位)を、基地局装置10からユーザ装置10Aに通知することが考えられる。
 ユーザ装置10Aに通知される時間差は、PSCCH/PSSCHとPUCCH/PUSCHとの間の時間差であってもよい。
 ユーザ装置10Aに通知される時間差は、PSFCHとPUCCH/PUSCHとの間の時間差であってもよい。
 PDCCHとPUCCH/PUSCHとの間の時間差は、上述のPDCCH-to-HARQ feedback timingに対応する。PDCCHとPUCCH/PUSCHとの間の時間差を通知するDCIフォーマットにおけるフィールド名は、例えば、PDCCH-to-HARQ feedback timingであってもよいし、別の名称であってもよい。
 PSCCH/PSSCHとPUCCH/PUSCHとの間の時間差は、上述のPSCCH/PSSCH-to-HARQ feedback timingに対応する。PSCCH/PSSCHとPUCCH/PUSCHとの間の時間差を通知するDCIフォーマットにおけるフィールド名は、例えば、PSCCH/PSSCH-to-HARQ feedback timingであってもよいし、別の名称であってもよい。
 PSFCHとPUCCH/PUSCHとの間の時間差は、上述のPSFCH-to-HARQ feedback timingに対応する。PSFCHとPUCCH/PUSCHとの間の時間差を通知するDCIフォーマットにおけるフィールド名は、例えば、PSFCH-to-HARQ feedback timingであってもよいし、別の名称であってもよい。
 (課題Bについて)
 ユーザ装置20Aとユーザ装置20Bとの間のSL HARQ-ACKと、ユーザ装置20Aと基地局装置との間のUu HARQ-ACKとをどのように多重するかという課題Bに対応する実施形態として、SL HARQ-ACKとUu HARQ-ACKとは、同じリソース上(または、同じスロット上、または、同じサブスロット上)では送信されないことを想定することが考えられる。
 例えば、ユーザ装置20Aは、PDSCHを割り当てるとともに或るスロットでのフィードバック(すなわち、Uu HARQ-ACK)を指示するDCIフォーマット(例:第1のDCIフォーマット)と、SL送信をスケジューリングするとともに同じスロットでのフィードバック(すなわち、SL HARQ-ACK)を(明示的または黙示的に)指示する別のDCIフォーマット(例:第2のDCIフォーマット)とを受信することを期待(expect)しないことが考えられる。すなわち、上述のような同じスロットでのUu HARQ-ACKとSL HARQ-ACKを指示する第1のDCIフォーマットおよび第2のDCIフォーマットを受信した場合にはエラーケースと見なすことが考えられる。
 代替案として、PDSCHを割り当てるとともに或るスロットでのフィードバック(Uu HARQ-ACK)を指示するDCIフォーマットと、SL送信をスケジューリングするとともに同じスロットでのフィードバック(SL HARQ-ACK)を(明示的または黙示的に)指示する別のDCIフォーマットとを受信した場合、ユーザ装置20Aは、SL HARQ-ACKをドロップ(drop)または延期(postpone)してもよい。あるいは、Uu HARQ-ACKをドロップまたは延期してもよい。あるいは、ユーザ装置20Aの実装に応じて、SL HARQ-ACKまたはUu HARQ-ACKのいずれかをドロップまたは延期してもよい。あるいは、直近よりも以前のスケジューリングに対応するリンク(例えば、Uu又はSL)のHARQ-ACKをドロップまたは延期してもよい。あるいは、ユニキャスト、グループキャスト等のキャストの種類に基づいてドロップまたは延期してもよい。例えば、優先度の順番として、SL-ユニキャストHARQ-ACK>Uu HARQ-ACK>SL-グループキャストHARQ-ACK、としてもよい。
 なお、別のオプションとして、PDSCHを割り当てるとともに或るスロットでのフィードバック(Uu HARQ-ACK)を指示するDCIフォーマットと、SL送信をスケジューリングするとともに同じスロットでのフィードバック(SL HARQ-ACK)を(明示的または黙示的に)指示する別のDCIフォーマットとを受信した場合に、SL HARQ-ACKとUu HARQ-ACKとを多重することも考えられる。
 (課題Cについて)
 課題Cの中の一つの例である、Uu eMBB HARQ-ACKとSL eMBB HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合について、課題Bに対応する実施形態と同様の実施形態を適用することが考えられる。すなわち、eMBBというサービス種別は考慮せずに、Uu HARQ-ACKとSL HARQ-ACKについて同じスロットが通知された場合と同様に処理することが考えられる。
 課題Cの中の一つの例である、Uu URLLC HARQ-ACKとSL eMBB HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合(すなわち、UuとSLの場合)について、Uu URLLC HARQ-ACKとUu eMBB HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合(すなわち、UuとUuの場合)と同様に扱うことが考えられる。例えば、SL eMBB HARQ-ACKはドロップまたは延期する、Uu URLLC HARQ-ACKとSL eMBB HARQ-ACKを異なる符号化率で多重して送信する等が考えられる。あるいは、SL eMBB HARQ-ACKをドロップまたは延期してもよい。
 課題Cの中の一つの例である、Uu URLLC HARQ-ACKとSL URLLC HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合(UuとSLの場合)について、Uu URLLC HARQ-ACKとUu URLLC HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合(UuとUuの場合)と同様に扱うことが考えられる。あるいは、Uu URLLC HARQ-ACKまたはSL URLLC HARQ-ACKのいずれかをドロップまたは延期してもよい。例えば、常に、SL URLLC HARQ-ACKをドロップまたは延期してもよいし、常に、Uu URLLC HARQ-ACKをドロップまたは延期してもよいし、優先度に応じていずれか一方をドロップまたは延期してもよいし、ユーザ装置20Aの実装に応じていずれか一方をドロップまたは延期してもよい。あるいは、多重することにより、両方のHARQ-ACKを送信してもよい。
 課題Cの中の一つの例である、Uu eMBB HARQ-ACKとSL URLLC HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合(UuとSLの場合)について、Uu eMBB HARQ-ACKとUu URLLC HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合(UuとUuの場合)と同様に扱うことが考えられる。あるいは、Uu eMBB HARQ-ACKをドロップまたは延期してもよい。あるいは、Uu eMBB HARQ-ACKとSL URLLC HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合(eMBBとURLLCの場合)について、Uu eMBB HARQ-ACKとSL eMBB HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合(eMBBとeMBBの場合)と同様に扱ってもよい。
 課題Cに対応する実施形態として、SL HARQ-ACKについて、サービス種別/優先度レベルに基づく区別をしないことが考えられる。例えば、Uu eMBB HARQ-ACKとSL HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合、SL HARQ-ACKがSL eMBB HARQ-ACKであるかSL URLLC HARQ-ACKであるかに関わらず、課題Bに対応する実施形態を適用してもよい。
 あるいは、SL HARQ-ACKがSL eMBB HARQ-ACKであるかSL URLLC HARQ-ACKであるかに関わらず、Uu URLLC HARQ-ACKとSL eMBB HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合(すなわち、SL HARQ-ACKがeMBBの場合)と同様に扱ってもよい。
 あるいは、SL HARQ-ACKがSL eMBB HARQ-ACKであるかSL URLLC HARQ-ACKであるかに関わらず、Uu URLLC HARQ-ACKとSL URLLC HARQ-ACKのフィードバックのスロットとして同じスロットが通知された場合(すなわち、SL HARQ-ACKがURLLCの場合)と同様に扱ってもよい。
 (課題Dについて)
 課題Dの中の、HARQ-ACKコードブックの種類がダイナミックHARQ-ACKコードブック(Dynamic HARQ-ACK codebook)(type2)である場合に対応する実施形態として、SL送信をスケジューリングする実際に受信したDCIに対応するHARQ-ACKビットを生成することが考えられる。なお、この実施形態は、DCI上でDAI(Downlink Assignment Index)が送信されない場合を想定してもよい。
 あるいは、SL送信をスケジューリングされたと想定されるDCI送信に対応するHARQ-ACKビットを生成することが考えられる。なお、この実施形態は、DCI上でDAIが送信される場合を想定してもよく、ユーザ装置20Aは、DAIに基づいて、SL送信をスケジューリングするために(ユーザ装置20Aに)送信されたDCIの数を推定することができる。
 課題Dの中の、HARQ-ACKコードブックの種類がセミスタティックHARQ-ACKコードブック(Semi-static HARQ-ACK codebook)(type1)である場合に対応する実施形態として、SL送信をスケジューリングする受信し得るDCI/PDSCHに対応するHARQ-ACKビットを生成することが考えられる。なお、この実施形態は、スケジューリングDCI上でDAIが送信されない場合を想定してもよい。
 サイドリンク(SL)のためのHARQ-ACKコードブックの種類は、(予め)設定可能であってもよい。または、仕様上で定められてもよい。
 Uuと同じ種類のHARQ-ACKコードブックが必ず設定される。または、UuのHARQ-ACKコードブックの設定以外の追加の設定を必要としなくてもよい。この場合、SL HARQ-ACKコードブックを生成するとき、UuのHARQ-ACKコードブックの設定によって、ユーザ装置20Aの動作が決定されてもよい。
 Uuとは異なる種類のHARQ-ACKコードブックが設定されてもよい。例えば、SL用に設定されるHARQ-ACKコードブックの種類とUu用に設定されるHARQ-ACKコードブックの種類とが同じ種類か否かに応じて、異なるHARQ-ACK多重ルールを、Uu HARQ-ACKとSL HARQ-ACKとの多重に適用してもよい。例えば、SL用のHARQ-ACKコードブックの種類とUu用のHARQ-ACKコードブックの種類とが異なる場合には、課題Bに対応する実施形態と同様の実施形態の処理が適用され(例えば、Uu HARQ-ACKとSL HARQ-ACKを多重するスケジューリングはエラーケースとする)、SL用のHARQ-ACKコードブックの種類とUu用のHARQ-ACKコードブックの種類とが同じ場合には、UuのHARQ-ACKビットとSLのHARQ-ACKビットとが多重されてもよい。
 また、SL用のHARQ-ACKコードブックの種類とUu用のHARQ-ACKコードブックの種類とが異なる場合に、いずれか一方のHARQ-ACKコードブックの種類に従ってもよい(例えば、Uuに従ってもよいし、SLに従ってもよい)。
 (課題Eについて)
 SL HARQ-ACKを含むPUCCHと、CSI/SR等の他の上りリンク制御種別を含むPUCCHとの衝突をどのように処理するかという課題Eに対応する実施形態として、Uu HARQ-ACKを含むPUCCHと、CSI/SR等の他の上りリンク制御種別を含むPUCCHとの衝突(Uuとの衝突)を処理するルールと同じルールを適用することが考えられる。
 あるいは、SL HARQ-ACKを含むPUCCHと、CSI/SR等の他の上りリンク制御種別を含むPUCCHとのいずれかをドロップまたは延期してもよい。例えば、SL HARQ-ACKを含むPUCCHを送信し、CSI/SR等の他の上りリンク制御種別を含むPUCCHをドロップまたは延期してもよい。
 また、SL HARQ-ACKを含むPUCCHと、SLのCSI/SR等の他の上りリンク制御種別を含むPUCCHとの衝突を処理するルール(SL CSI/SR用ルール)と、SL HARQ-ACKを含むPUCCHと、UuのCSI/SR等の他の上りリンク制御種別を含むPUCCHとの衝突を処理するルール(Uu CSI/SR用ルール)とを、異なるルールとしてもよい。
 なお、SL HARQ-ACKを含むPUCCHとPUSCHとが重なる場合(SLの場合)には、Uu HARQ-ACKを含むPUCCHとPUSCHとが重なる場合(Uuの場合)と同じ多重(multiplexing)ルールを適用し得る。すなわち、SL HARQ-ACKをUu HARQ-ACKと見なして多重し得る。
 (効果について)
 以上の実施形態によって、ユーザ装置20Aは、SL HARQ-ACKを基地局装置10に適切に送信することができる。
 課題Aに対応する実施形態によって、ユーザ装置20Aは、SL送信タイミングおよび処理時間を考慮したHARQフィードバックを実行し得る。
 課題Bに対応する実施形態によって、ユーザ装置20Aは、Uu HARQ-ACKフィードバックのパフォーマンスを維持し得る。
 課題Cに対応する実施形態によって、ユーザ装置20Aは、URLLCのパフォーマンスを考慮し得る。
 課題Dに対応する実施形態によって、ユーザ装置20Aは、HARQ-ACKのペイロードサイズ(payload size)について、基地局装置10との齟齬(認識の違い)を防ぎ得る。
 (装置構成)
 次に、これまでに説明した処理及び動作を実行する基地局装置10及びユーザ装置20(ユーザ装置20A、ユーザ装置20Bを総称してユーザ装置20と称する)の機能構成例を説明する。基地局装置10及びユーザ装置20は上述した実施例を実施する機能を含む。ただし、基地局装置10及びユーザ装置20はそれぞれ、実施例の中の一部の機能のみを備えることとしてもよい。
 <基地局装置10>
 図5は、基地局装置10の機能構成の一例を示す図である。図5に示されるように、基地局装置10は、送信部110と、受信部120と、設定部130と、制御部140とを有する。図5に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
 送信部110は、ユーザ装置20側に送信する信号を生成し、当該信号を無線で送信する機能を含む。また、送信部110は、ユーザ装置20に対してSLスケジューリング等の情報を送信する。受信部120は、ユーザ装置20から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。
 設定部130は、予め設定される設定情報、及び、ユーザ装置20に送信する各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。設定情報の内容は、例えば、V2Xの設定に係る情報等である。
 制御部140は、実施例において説明したように、ユーザ装置20がV2Xを行うための設定に係る処理を行う。また、制御部140における信号送信に関する機能部を送信部110に含め、制御部140における信号受信に関する機能部を受信部120に含めてもよい。
 <ユーザ装置20>
 図6は、ユーザ装置20の機能構成の一例を示す図である。図6に示されるように、ユーザ装置20は、送信部210と、受信部220と、設定部230と、制御部240とを有する。図6に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
 送信部210は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部220は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部220は、基地局装置10から送信されるSLスケジューリングを受信する機能を有する。
 設定部230は、受信部220により基地局装置10又はユーザ装置20から受信した各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。また、設定部230は、予め設定される設定情報も格納する。設定情報の内容は、例えば、V2X及びHARQ処理に係る情報等である。
 制御部240は、実施例において説明したように、他のユーザ装置20と実行されるD2D通信を制御する。また、制御部240は、V2X及びHARQ処理を実行する。制御部240における信号送信に関する機能部を送信部210に含め、制御部240における信号受信に関する機能部を受信部220に含めてもよい。
 (ハードウェア構成)
 上述の本発明の実施の形態の説明に用いた機能構成図(図5及び図6)は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及び/又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び/又は論理的に複数要素が結合した1つの装置により実現されてもよいし、物理的及び/又は論理的に分離した2つ以上の装置を直接的及び/又は間接的に(例えば、有線及び/又は無線)で接続し、これら複数の装置により実現されてもよい。
 また、例えば、本発明の一実施の形態における基地局装置10及びユーザ装置20はいずれも、本発明の実施の形態に係る処理を行うコンピュータとして機能してもよい。図7は、本発明の実施の形態に係る基地局装置10又はユーザ装置20である無線通信装置のハードウェア構成の一例を示す図である。上述の基地局装置10及びユーザ装置20はそれぞれ、物理的には、プロセッサ1001、記憶装置1002、補助記憶装置1003、通信装置1004、入力装置1005、出力装置1006、バス1007等を含むコンピュータ装置として構成されてもよい。
 なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。基地局装置10及びユーザ装置20のハードウェア構成は、図に示した1001~1006で示される各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
 基地局装置10及びユーザ装置20における各機能は、プロセッサ1001、記憶装置1002等のハードウェア上に所定のソフトウェア(プログラム)を読み込ませることで、プロセッサ1001が演算を行い、通信装置1004による通信、記憶装置1002及び補助記憶装置1003におけるデータの読み出し及び/又は書き込みを制御することで実現される。
 プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインタフェース、制御装置、演算装置、レジスタ等を含む中央処理装置(CPU:Central Processing Unit)で構成されてもよい。
 また、プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュール又はデータを、補助記憶装置1003及び/又は通信装置1004から記憶装置1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図5に示した基地局装置10の送信部110、受信部120、設定部130、制御部140は、記憶装置1002に格納され、プロセッサ1001で動作する制御プログラムによって実現されてもよい。また、例えば、図6に示したユーザ装置20の送信部210と、受信部220と、設定部230、制御部240は、記憶装置1002に格納され、プロセッサ1001で動作する制御プログラムによって実現されてもよい。上述の各種処理は、1つのプロセッサ1001で実行される旨を説明してきたが、2以上のプロセッサ1001により同時又は逐次に実行されてもよい。プロセッサ1001は、1以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
 記憶装置1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically Erasable Programmable ROM)、RAM(Random Access Memory)等の少なくとも1つで構成されてもよい。記憶装置1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)等と呼ばれてもよい。記憶装置1002は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュール等を保存することができる。
 補助記憶装置1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD-ROM(Compact Disc ROM)等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Blu-ray(登録商標)ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー(登録商標)ディスク、磁気ストリップ等の少なくとも1つで構成されてもよい。補助記憶装置1003は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、記憶装置1002及び/又は補助記憶装置1003を含むデータベース、サーバその他の適切な媒体であってもよい。
 通信装置1004は、有線及び/又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュール等ともいう。例えば、基地局装置10の送信部110及び受信部120は、通信装置1004で実現されてもよい。また、ユーザ装置20の送信部210及び受信部220は、通信装置1004で実現されてもよい。
 入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカー、LEDランプ等)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチパネル)であってもよい。
 また、プロセッサ1001及び記憶装置1002等の各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
 また、基地局装置10及びユーザ装置20はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つで実装されてもよい。
 (実施の形態のまとめ)
 以上、説明したように、本発明の実施の形態によれば、基地局装置から受信したサイドリンクスケジューリング用の情報に基づいてサイドリンクデータを送信する送信部と、前記サイドリンクデータを受信したユーザ装置から当該サイドリンクデータに対するフィードバック情報を受信する受信部と、を備え、前記送信部は、前記フィードバック情報に基づく第1のHARQ-ACK情報と、前記受信部が前記基地局装置から受信したデータに対する第2のHARQ-ACK情報とを、所定の想定に基づいて前記基地局装置に送信する、ユーザ装置が提供される。
 上記の構成により、基地局装置によってスケジューリングされる端末間直接通信において、HARQ-ACKをどのようにフィードバックするかを規定する技術が提供される。
 (実施形態の補足)
 以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、2以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に(矛盾しない限り)適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には1つの部品で行われてもよいし、あるいは1つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局装置10及びユーザ装置20は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局装置10が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従ってユーザ装置20が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ(RAM)、フラッシュメモリ、読み取り専用メモリ(ROM)、EPROM、EEPROM、レジスタ、ハードディスク(HDD)、リムーバブルディスク、CD-ROM、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
 また、情報の通知は、本明細書で説明した態様/実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、DCI(Downlink Control Information)、UCI(Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、MAC(Medium Access Control)シグナリング、ブロードキャスト情報(MIB(Master Information Block)、SIB(System Information Block))、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRC Connection Setup)メッセージ、RRC接続再構成(RRC Connection Reconfiguration)メッセージ等であってもよい。
 本明細書で説明した各態様/実施形態は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、SUPER 3G、IMT-Advanced、4G、5G、FRA(Future Radio Access)、W-CDMA(登録商標)、GSM(登録商標)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(登録商標)、その他の適切なシステムを利用するシステム及び/又はこれらに基づいて拡張された次世代システムに適用されてもよい。
 本明細書で説明した各態様/実施形態の処理手順、シーケンス、フローチャート等は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
 本明細書において基地局装置10によって行われるとした特定動作は、場合によってはその上位ノード(upper node)によって行われることもある。基地局装置10を有する1つ又は複数のネットワークノード(network nodes)からなるネットワークにおいて、ユーザ装置20との通信のために行われる様々な動作は、基地局装置10及び/又は基地局装置10以外の他のネットワークノード(例えば、MME又はS-GW等が考えられるが、これらに限られない)によって行われ得ることは明らかである。上記において基地局装置10以外の他のネットワークノードが1つである場合を例示したが、複数の他のネットワークノードの組み合わせ(例えば、MME及びS-GW)であってもよい。
 本明細書で説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
 ユーザ装置20は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
 基地局装置10は、当業者によって、NB(NodeB)、eNB(evolved NodeB)、gNB、ベースステーション(Base Station)、又はいくつかの他の適切な用語で呼ばれる場合もある。
 本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)(例えば、テーブル、データベース又は別のデータ構造での探索)、確認(ascertaining)した事を「判断」「決定」したとみなす事等を含み得る。また、「判断」、「決定」は、受信(receiving)(例えば、情報を受信すること)、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)した事を「判断」「決定」したとみなす事等を含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)等した事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
 本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
 「含む(include)」、「含んでいる(including)」、及びそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
 本開示の全体において、例えば、英語でのa、an及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
 以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
10    基地局装置
110   送信部
120   受信部
130   設定部
140   制御部
20    ユーザ装置
210   送信部
220   受信部
230   設定部
240   制御部
1001  プロセッサ
1002  記憶装置
1003  補助記憶装置
1004  通信装置
1005  入力装置
1006  出力装置

Claims (6)

  1.  基地局装置から受信したサイドリンクスケジューリング用の情報に基づいてサイドリンクデータを送信する送信部と、
     前記サイドリンクデータを受信したユーザ装置から当該サイドリンクデータに対するフィードバック情報を受信する受信部と、を備え、
     前記送信部は、前記フィードバック情報に基づく第1のHARQ-ACK情報と、前記受信部が前記基地局装置から受信したデータに対する第2のHARQ-ACK情報とを、所定の想定に基づいて前記基地局装置に送信する、
     ユーザ装置。
  2.  前記送信部は、前記所定の想定として、前記サイドリンクデータの送信と前記サイドリンクデータに対するフィードバック情報の受信との間の時間差を前記基地局装置に送信する、
     請求項1に記載のユーザ装置。
  3.  前記送信部は、前記所定の想定として、前記第1のHARQ-ACK情報と、前記第2のHARQ-ACK情報とを同じリソースで送信しない、
     請求項1に記載のユーザ装置。
  4.  前記送信部は、前記所定の想定として、前記第1のHARQ-ACK情報の第1のサービス種別と、前記第2のHARQ-ACK情報の第2のサービス種別に基づいて、前記第1のHARQ-ACK情報と前記第2のHARQ-ACK情報とを送信する、
     請求項1に記載のユーザ装置。
  5.  前記送信部は、前記所定の想定として、HARQ-ACKコードブックの種別に基づいて、前記第1のHARQ-ACK情報と前記第2のHARQ-ACK情報のビットを設定する、
     請求項1に記載のユーザ装置。
  6.  前記送信部は、前記所定の想定として、前記第1のHARQ-ACK情報を含む第1の上りリンク制御チャネルと、HARQ-ACK情報とは異なる制御情報を含む第2の上りリンク制御チャネルとの衝突を所定の規則に基づいて処理する、
     請求項1に記載のユーザ装置。
PCT/JP2019/023173 2019-06-11 2019-06-11 ユーザ装置 WO2020250325A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP19932729.7A EP3986020A4 (en) 2019-06-11 2019-06-11 USER EQUIPMENT
PCT/JP2019/023173 WO2020250325A1 (ja) 2019-06-11 2019-06-11 ユーザ装置
US17/596,251 US20220321278A1 (en) 2019-06-11 2019-06-11 User apparatus
JP2021525461A JP7344963B2 (ja) 2019-06-11 2019-06-11 端末、基地局、通信システム、及び通信方法
CN201980097173.0A CN113924802A (zh) 2019-06-11 2019-06-11 用户装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/023173 WO2020250325A1 (ja) 2019-06-11 2019-06-11 ユーザ装置

Publications (1)

Publication Number Publication Date
WO2020250325A1 true WO2020250325A1 (ja) 2020-12-17

Family

ID=73782101

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/023173 WO2020250325A1 (ja) 2019-06-11 2019-06-11 ユーザ装置

Country Status (5)

Country Link
US (1) US20220321278A1 (ja)
EP (1) EP3986020A4 (ja)
JP (1) JP7344963B2 (ja)
CN (1) CN113924802A (ja)
WO (1) WO2020250325A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024057551A1 (ja) * 2022-09-16 2024-03-21 株式会社Nttドコモ 端末及び通信方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7337926B2 (ja) * 2019-06-24 2023-09-04 株式会社Nttドコモ 端末、通信方法及び通信システム
CN112152760B (zh) * 2019-06-27 2022-03-29 华为技术有限公司 一种psfch的发送方法及装置
CN112840584A (zh) * 2019-08-28 2021-05-25 Oppo广东移动通信有限公司 用户设备和资源传输方法
KR102579339B1 (ko) * 2021-04-14 2023-09-18 엘지전자 주식회사 무선 통신 시스템에서 물리 사이드링크 피드백 채널의 송수신 방법 및 그 장치

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102449803B1 (ko) * 2015-02-26 2022-10-04 애플 인크. 무선 액세스 기술 조정을 위한 시스템, 방법 및 디바이스
WO2017017871A1 (ja) * 2015-07-29 2017-02-02 日本電気株式会社 端末及び基地局並びにこれらの方法
WO2017083388A1 (en) * 2015-11-10 2017-05-18 Idac Holdings, Inc. Methods and apparatuses directed to cooperative communications
US10334586B2 (en) * 2016-01-22 2019-06-25 Qualcomm Incorporated Hybrid automatic repeat request feedback for unicast sidelink communications
WO2018004322A1 (ko) * 2016-07-01 2018-01-04 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 장치
CN109644111B (zh) * 2016-08-24 2021-12-21 Lg电子株式会社 用于在无线通信系统中由终端发送和接收pscch和pssch的方法和装置
CN107889073B (zh) * 2016-09-30 2022-05-24 北京三星通信技术研究有限公司 一种v2x通信中的发送资源确定方法和设备
US10931426B2 (en) * 2017-08-10 2021-02-23 Futurewei Technologies, Inc. System and method for sidelink feedback
CN109792594B (zh) * 2018-12-29 2022-05-20 北京小米移动软件有限公司 直连通信的数据传输方法、装置、设备及系统
CN111431674A (zh) * 2019-01-10 2020-07-17 夏普株式会社 由用户设备执行的方法以及用户设备
KR102659985B1 (ko) * 2019-01-21 2024-04-24 엘지전자 주식회사 무선통신시스템에서 사이드링크 harq 피드백을 전송하는 방법
CN110535555B (zh) * 2019-03-28 2023-05-23 中兴通讯股份有限公司 一种确定传输优先级的方法、装置和计算机可读存储介质

Non-Patent Citations (8)

* Cited by examiner, † Cited by third party
Title
3GPP TS 36.213, June 2017 (2017-06-01)
CATT: "On Mode 1 resource allocation in NR V2X", 3GPP TSG RAN WG1 #97 R1-1906315, 17 May 2019 (2019-05-17), XP051708350 *
ERICSSON: "Feature lead summary #5 on Resource allocation for NR sidelink Mode 1", 3GPP TSG RAN WG1 #97 R1-1907947, 17 May 2019 (2019-05-17), XP051740205 *
FUJITSU: "Discussion on HARQ-ACK feedback for NR- V2X", 3GPP TSG RAN WG1 #96 R1-1901944, 1 March 2019 (2019-03-01), XP051599638 *
HUAWEI; HISILICON: "Design and contents of PSCCH and PSFCH", 3GPP TSG RAN WG1 #97 R1- 1906596, 17 May 2019 (2019-05-17), XP051708632 *
NTT DOCOMO; INC: "NR Sidelink Resource Allocation Mechanism Mode 1", 3GPP TSG RAN WG1 #97 R1- 1906206, 17 May 2019 (2019-05-17), XP051708245 *
NTT DOCOMO; INC: "NR Sidelink Resource Allocation Mechanism Mode 1", 3GPP TSG RAN WG1 #98 R1-1909186, 17 August 2019 (2019-08-17), XP051765791 *
VIVO: "Physical layer procedure for NR sidelink", 3GPP TSG RAN WG1 #95 R1- 1812307, 16 November 2018 (2018-11-16), XP051478496 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024057551A1 (ja) * 2022-09-16 2024-03-21 株式会社Nttドコモ 端末及び通信方法

Also Published As

Publication number Publication date
CN113924802A (zh) 2022-01-11
JPWO2020250325A1 (ja) 2020-12-17
EP3986020A4 (en) 2022-12-07
US20220321278A1 (en) 2022-10-06
EP3986020A1 (en) 2022-04-20
JP7344963B2 (ja) 2023-09-14

Similar Documents

Publication Publication Date Title
WO2020250325A1 (ja) ユーザ装置
JP2022071153A (ja) 端末、通信システム、及び送信方法
JP7073261B2 (ja) 端末、基地局、システム、及び通信方法
JP7075344B2 (ja) 端末、システム、及び送信方法
JP7300502B2 (ja) 端末、通信方法、及び基地局
CN113259915A (zh) 侧链路harq
US20200022112A1 (en) User equipment, base station, and signal transmission method
WO2020245896A1 (ja) 端末及び通信方法
JPWO2020144787A1 (ja) ユーザ装置、及びフィードバック情報送信方法
JP7247224B2 (ja) 通信装置及び通信方法
EP3989658A1 (en) Terminal and communication method
US20210289524A1 (en) User equipment and signal transmission method
JP6786485B2 (ja) ユーザ装置、基地局及び通信方法
WO2022070284A1 (ja) 端末、及びリソース制御方法
WO2020230213A1 (ja) ユーザ装置
EP4024980A1 (en) Terminal and communication method
US20200274683A1 (en) System and method for allocating resource
WO2021161482A1 (ja) 端末及び通信方法
WO2021095254A1 (ja) 端末及び通信方法
EP4333525A1 (en) Communication device, base station, and communication method
EP4280728A1 (en) Terminal, and communication method
EP4362579A1 (en) Terminal and communication method
WO2020161844A1 (ja) ユーザ装置及び通信方法
EP4164332A1 (en) Terminal, communication method, and communication system
EP4250850A1 (en) Terminal and communication method

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021525461

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019932729

Country of ref document: EP

Effective date: 20220111