WO2020225841A1 - ユーザ装置及び通信方法 - Google Patents

ユーザ装置及び通信方法 Download PDF

Info

Publication number
WO2020225841A1
WO2020225841A1 PCT/JP2019/018198 JP2019018198W WO2020225841A1 WO 2020225841 A1 WO2020225841 A1 WO 2020225841A1 JP 2019018198 W JP2019018198 W JP 2019018198W WO 2020225841 A1 WO2020225841 A1 WO 2020225841A1
Authority
WO
WIPO (PCT)
Prior art keywords
pucch resource
harq
resource set
ack
pucch
Prior art date
Application number
PCT/JP2019/018198
Other languages
English (en)
French (fr)
Inventor
翔平 吉岡
聡 永田
シャオホン ジャン
リフェ ワン
シャオツェン グオ
ギョウリン コウ
アンシン リ
Original Assignee
株式会社Ｎｔｔドコモ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社Ｎｔｔドコモ filed Critical 株式会社Ｎｔｔドコモ
Priority to EP19927901.9A priority Critical patent/EP3965492A4/en
Priority to US17/606,891 priority patent/US20220217678A1/en
Priority to JP2021518223A priority patent/JP7300502B2/ja
Priority to PCT/JP2019/018198 priority patent/WO2020225841A1/ja
Priority to CN201980095882.5A priority patent/CN113796136A/zh
Publication of WO2020225841A1 publication Critical patent/WO2020225841A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements

Definitions

  • the present invention relates to a user device and a communication method in a wireless communication system.
  • the maximum number of PUCCH resources in PUCCH resource set 0 is 32
  • the maximum number of PUCCH resources in PUCCH resource sets 1, 2 and 3 is 8.
  • the subslot-based HARQ-ACK feedback procedure will be applied to the URLLC service. That is, it is assumed that one slot is divided into a plurality of subslots, and HARQ-ACK is transmitted using one PUCCH for each subslot.
  • the PUCCH resource / PUCCH resource set configured in Release 15 is the size of the UCI payload, the PUCCH format, the PUCCH start symbol / length, and the avoidance of PUCCH resource conflicts with other user equipment.
  • a user device corresponding to URLLC traffic with / without eMBB traffic i.e., a user device to which the slot-based HARQ-ACK feedback and / or subslot-based HARQ-ACK feedback procedure can be applied. It may be inadequate (eg, not enough PUCCH resources available). Therefore, it is necessary to extend the mechanism for setting PUCCH resources.
  • a receiving unit that receives control information and data, and a Hybrid Automatic Repeat Request (HARC) -Acknowledgement (ACK) for the data received by the receiving unit based on the control information received by the receiving unit.
  • HARC Hybrid Automatic Repeat Request
  • ACK Acknowledgement
  • a resource set of one or more uplink control channels used for HARQ-ACK bit transmission is set for the specified subslot, and the HARQ-ACK is included.
  • One uplink control channel resource set is selected from the uplink control channel resource sets based on the size of the uplink control information payload, and the selection is made based on the control information received by the receiver.
  • a control unit that selects one of the one or more resources included in the resource set of one uplink control channel, and a transmission unit that transmits the uplink control information using the selected resource.
  • a user device comprising, is provided.
  • the embodiment it is possible to set an appropriate PUCCH resource set for subslot-based HARQ-ACK feedback, and sufficiently secure available PUCCH resources for the user equipment corresponding to URLLC traffic. It becomes possible to do.
  • the wireless communication system in the following embodiment basically conforms to NR, but this is an example, and the wireless communication system in this embodiment is a wireless communication other than NR in a part or all of them. It may be compliant with a communication system (eg LTE).
  • a communication system eg LTE
  • FIG. 1 shows a configuration diagram of a wireless communication system according to the present embodiment.
  • the wireless communication system according to the present embodiment includes a user device 10 and a base station 20.
  • FIG. 1 shows one user device 10 and one base station 20, this is an example, and there may be a plurality of each.
  • the user device 10 is a communication device having a wireless communication function such as a smartphone, a mobile phone, a tablet, a wearable terminal, and a communication module for M2M (Machine-to-Machine).
  • the user device 10 is wirelessly connected to the base station 20 and is a wireless communication system. Use various communication services provided by.
  • the base station 20 is a communication device that provides one or more cells and wirelessly communicates with the user device 10.
  • the user device 10 may be referred to as a UE and the base station 20 may be referred to as a gNB.
  • the duplex system may be a TDD (Time Division Duplex) system or an FDD (Frequency Division Duplex) system.
  • PUCCH Physical Uplink Control Channel
  • HARQ Hybrid Automatic Repeat Request
  • ACK Hybrid Automatic Repeat Request
  • Release 16 of 3GPP because it is advantageous to be able to set multiple PUCCH transmission opportunities for transmitting HARQ-ACK in one slot for URLLC, that is, when considering low delay. Is supposed to support this configuration.
  • the HARQ-ACK codebook stipulates how to organize multiple HARQ-ACKs when they are multiplexed and transmitted. In Release 16, at least two HARQ-ACK codebooks are generated at the same time in a certain UE because HARQ-ACK of enhanced mobile Broadband (eMBB) and HARQ-ACK of Ultra Reliable and Low Latency Communications (URLLC) can occur at the same time. Can be done.
  • eMBB enhanced mobile Broadband
  • URLLC Ultra Reliable and Low Latency Communications
  • the one slot is divided into a plurality of subslots, and HARQ-ACK is fed back in each subslot of the plurality of subslots.
  • Subslot-based HARQ-ACK feedback is specified to enable it.
  • the PDSCH transmission does not have to be performed on the subslot basis.
  • 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 a bit for HARQ-ACK in at least one unit of a group of code blocks (code block group (Code Block Group (CBG))) constituting the TB may be included.
  • the CC is also called a cell, a serving cell, a carrier, or the like.
  • the bit is also called 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 (occasion) 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 codebook 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 number or length of upstream subslots in one slot is set individually for each user device 10 and quasi-statically.
  • HARQ-ACK codebooks of different service types for example, HARQ- consisting of HARQ-ACK for eMBB data transmission
  • eMBB HARQ-ACK codebook HARQ-ACK codebook
  • URLLC HARQ-ACK codebook HARQ-ACK codebook
  • eMBB HARQ-ACK codebook when generating a HARQ-ACK codebook for receiving data of a plurality of different service types, either the eMBB HARQ-ACK codebook or the URLLC HARQ-ACK codebook is generated. It is necessary to specify whether the HARQ-ACK corresponding to a certain data reception should be included in the eMBB HARQ-ACK codebook or the URLLC HARQ-ACK codebook. It is considered to be. Since it is assumed that the operation of the user device 10 differs between the generation of the eMBB HARQ-ACK codebook and the generation of the URLLC HARQ-ACK codebook, it is necessary to specify the service type of the generated HARQ-ACK. Conceivable. In addition, although it describes using "eMBB" and "URLLC" as an example of a service type, it is not limited to this.
  • the following options are being considered as a method (signaling) for distinguishing UE operations at the time.
  • Opt. 1 A method of using the Downlink Control Information (DCI) format.
  • DCI Downlink Control Information
  • Opt. 2 A method of using Radio Network Temporary Identifier (RNTI).
  • RNTI Radio Network Temporary Identifier
  • Opt. 3 A method of utilizing explicit indication in DCI.
  • a new DCI field may be defined and the value for that field distinguishes the above service types.
  • the size of the field may be 1 bit, and if the value of the field is 0, the HARQ-ACK indicating the decoding result of the PDSCH scheduled by the DCI is the HARQ-ACK codebook of the eMBB. May be included in. If the value of the above field is 1, HARQ-ACK indicating the decoding result of PDSCH scheduled by the DCI may be included in the HARQ-ACK codebook of URLLC. That is, the operation of the user device 10 may be changed depending on the value of the above field.
  • the DCI field already defined may be reused.
  • Opt. 4 A method of using Control-resource set (CORESET) / search space.
  • eMBB and “URLLC” may mean the above identification / distinction by at least one of the following options.
  • Opt. When 1 is used, "URLLC HARQ-ACK” indicates the decryption result of the PDSCH scheduled by the DCI format associated with, for example, the URLLC UE operation (eg, the subslot-based HARQ-ACK feedback). It may mean HARQ-ACK. Also, for example, Opt.
  • URLLC HARQ-ACK is a PDSCH scheduled by a DCI having a DCI field value associated with, for example, a URLLC UE operation (eg, the subslot-based HARQ-ACK feedback). It may mean HARQ-ACK, which indicates the decoding result of.
  • options other than the above may be used.
  • Non-Patent Document 1 of Radio Resource Control (RRC) of Release 15 defines Information Element (IE) for setting PUCCH resources (configuration) by RRC.
  • IE Information Element
  • a dedicated PUCCH resource is set for the user device 10 by the PUCCH-ResourceSet in the PUCCH-Config.
  • Each PUCCH-ResourceSet may contain up to 8 PUCCH resources.
  • a PUCCH resource set of 0, i.e. a PUCCH-ResourceSet with a pucch-ResourceSetId of 0, may contain up to 32 PUCCH resources.
  • the PUCCH-Config may include four such PUCCH-ResourceSets. Further, the detailed setting of the resource in each PUCCH-ResourceSet is determined by the PUCCH-ResourceSet shown in FIG. 2 and the PUCCH-Resource set shown in FIG.
  • PUCCH-format0, PUCCH-format1, PUCCH-format2, PUCCH-format3, and PUCCH-format4 is used for the resource format of each PUCCH-ResourceSet. It is possible to make the settings shown in 4. That is, the PUCCH format is associated with the PUCCH resource, and the PUCCH resource is associated with any one or a plurality of PUCCH-ResourceSets.
  • Step 1 Determine the slot for transmitting HARQ-ACK by K1.
  • the user device 10 receives the Downlink Control Information (DCI) for scheduling the transmission of data on the PDSCH.
  • This DCI includes an indicator (PDSCH-to-HARQ_fedback timing indicator field) indicating the timing of the slot for transmitting HARQ-ACK.
  • one HARQ-ACK codebook is configured for the HARQ-ACK instructed to be transmitted at the same timing (slot).
  • DCI format 1_1 and DCI format 1_1 are DCI formats that can schedule the transmission of data in PDSCH.
  • the value that can be specified by K1 is any of ⁇ 1, 2, 3, 4, 5, 6, 7, 8 ⁇ . Any value within the above range is specified by the 3 bits included in the PDSCH-to-HARQ_feedback timing indicator field.
  • the value of K1 can be set more flexibly. Specifically, a range of numerical values that can be specified by K1 is set by the RRC parameter dl-DataToUL-ACK, and any of the ranges set by the 3 bits included in the PDSCH-to-HARQ_feedback timing indicator field. The value of is specified.
  • Step 2 Determine the PUCCH resource set in the slot.
  • the user device 10 can set up to four PUCCH resource sets by RRC signaling (it is also possible to set three or less PUCCH resource sets).
  • UCI Uplink Control Information
  • one PUCCH resource is selected from a maximum of four PUCCH resource sets set based on the payload size of the UCI.
  • the UCI may include at least one of HARQ-ACK, Scheduling Request (SR), and Channel State Information (CSI).
  • SR Scheduling Request
  • CSI Channel State Information
  • the payload size of the UCI may mean the number of HARQ-ACK bits in the one HARQ-ACK codebook.
  • PUCCH resource sets 0, 1, 2, and 3 are set. If the number of UCI bits is 1 or 2, PUCCH resource set 0 is selected. If the number of UCI bits is greater than 2 and less than or equal to N 2 , PUCCH resource set 1 is selected. If the number of UCI bits is greater than N 2 and less than or equal to N 3 , PUCCH resource set 2 is selected. If the number of UCI bits is greater than N 3 and less than or equal to 1706, PUCCH resource set 3 is selected.
  • the values of N 2 and N 3 are set by the RRC parameter maxPayloadMinus1.
  • Each PUCCH resource set among the PUCCH resource sets 1, 2 and 3 contains a maximum of 8 PUCCH resources. For PUCCH resource set 0, the number of PUCCH resources can be set up to 32.
  • Step 3 Determine one PUCCH resource in the PUCCH resource set.
  • One PUCCH resource is specified from a maximum of eight PUCCH resources by a maximum of 3 bits in the PUCCH resource indicator (PRI) field included in the DCI. Even in the case of PUCCH resource set 0, the PRI field contains a maximum of 3 bits. By combining the maximum of 3 bits of the PRI field and the maximum of 2 bits obtained from the Control Channel Element (CCE) index, one PUCCH resource is specified from the maximum of 32 PUCCH resources.
  • FIG. 7 is a diagram showing an example of a PUCCH resource indicator.
  • the PUCCH resource / PUCCH resource set in release 15 is the size of the UCI payload, the PUCCH format, the starting symbol / length of the PUCCH, and the collision of the PUCCH resource with another user device 10.
  • the user device 10 corresponding to URLLC traffic with / without eMBB traffic i.e., the user device to which the slot-based HARQ-ACK feedback and / or the subslot-based HARQ-ACK feedback procedure can be applied. May be inadequate (eg, not enough PUCCH resources available). Therefore, it is necessary to extend the mechanism for setting PUCCH resources for Release 16.
  • a PUCCH resource set for transmitting a URLLC HARQ-ACK is defined, and a PUCCH resource set dedicated to the URLLC is used for URLLC traffic. Further, a PUCCH resource set for transmitting the HARQ-ACK of the eMBB is defined, and the PUCCH resource set dedicated to the eMBB is used for the eMBB traffic. That is, for example, one or more PUCCH resource sets (URLLC PUCCH resource sets) used for HARQ-ACK bit transmission to which the subslot-based HARQ-ACK feedback is applied, and the slot-based HARQ-ACK feedback are applied.
  • PUCCH resource sets URLLC PUCCH resource sets
  • One or more PUCCH resource sets (eMBB PUCCH resource sets) used for transmitting HARQ-ACK bits may be defined / set as separate parameters.
  • the PUCCH resource is selected from one URLLC PUCCH resource set, and in the case of the slot-based HARQ-ACK feedback, the PUCCH resource is selected from one eMBB PUCCH resource set. It may be selected.
  • the definition / setting / selection of the two types of PUCCH resource sets may be performed separately by the signaling for identifying the service type.
  • One or more new PUCCH resource sets may be set as the URLLC PUCCH resource set.
  • Each PUCCH resource set of the one or more new PUCCH resource sets may include, for example, 4 or 8 PUCCH resources, and the number of PUCCH resources is not limited to this.
  • the eMBB PUCCH resource set may be set by the same upper layer parameters as the PUCCH resource set in NR release 15. The user apparatus 10 determines whether the size of the UCI payload and the HARQ-ACK feedback are for URLLC or eMBB (ie, how to identify the service type of the received data, and / or the HARQ corresponding to the received data.
  • Whether the HARQ-ACK feedback is for URLLC or eMBB may be determined based on the DCI format, explicit display by RNTI, DCI, search space, and the like.
  • One or more subslot-based PUCCH resource sets are set as the PUCCH resource set (URLLC PUCCH resource set) for transmitting the URLLC HARQ-ACK.
  • the PUCCH resource set is set after being associated with the above subslot. At this time, the PUCCH resource is set so that the PUCCH resource is stored in each subslot.
  • PUCCH resources in a PUCCH resource set are not allowed to cross subslot boundaries and / or slot boundaries. However, this embodiment is not limited to this configuration, and may be set so as to cross the boundary of subslots and / or the boundary of slots, for example.
  • two subslots with a length of 7 symbols may be set in one slot.
  • seven subslots with a length of two symbols may be set within one slot.
  • a subslot composed of 3 symbols and a subslot composed of 4 symbols may be mixed in one slot (for example, (3 symbols / 4 symbols / 4 symbols / 3 symbols). It may be (3 symbols / 4 symbols / 3 symbols / 4 symbols) or (4 symbols / 3 symbols / 4 symbols / 3 symbols).
  • the subslot configuration is not limited to this.
  • the composition of the subslots in one slot may be set by the parameters of the upper layer, and may be additionally or optionally set by explicit / implicit designation by DCI. FIG.
  • the PUCCH resource set consists of the above-mentioned combination of two subslots of seven symbols, a combination of seven subslots of two symbols, a combination of subslots of (3 symbols / 4 symbols / 4 symbols / 3 symbols), and (3 symbols / 4). It may be set for each of the subslot combination of (symbol / 3 symbol / 4 symbol) and the subslot combination of (4 symbol / 3 symbol / 4 symbol / 3 symbol).
  • the PUCCH resource set may be set for each subslot included in each of the above subslot combinations. For example, in the subslot configuration of FIG. 8, a PUCCH resource set is set for subslot # 0, another PUCCH resource set is set for subslot # 1, and another PUCCH resource set is set for subslot # 2. PUCCH resource set may be set, and yet another PUCCH resource set may be set for subslot # 3. At this time, a part of the PUCCH resource set may be shared between the subslots. Also, all PUCCH resource sets may be shared between subslots having the same subslot length. Further, the PUCCH resource set may be set for each subslot length. By setting the PUCCH resource set for each subslot in this way, the flexibility of scheduling for the HARQ-ACK feedback of URLLC can be improved.
  • the PUCCH resource set may be set only for the first subslot in time, and the same PUCCH resource set may be used for other subslots in one slot.
  • a common PUCCH resource set may be set for all subslots.
  • the reference point of the start symbol (start symbol) of the PUCCH resource in the PUCCH resource set is the reference point of the start symbol at the boundary of the subslots for the subslots other than the first subslot in time. It may be newly defined as. That is, the start symbol may represent how many symbols are used as the start symbol of PUCCH, counting from the first symbol of each subslot. For example, in the sub-slot configuration of FIG.
  • the reference point of the start symbol may be the start position of the first symbol in time, and for sub-slot 1, The reference point of the start symbol may be the boundary between sub-slot 0 and sub-slot 1.
  • PUCCH # 0 starts from the symbol next to the first symbol in time.
  • PUCCH # 1 starts from the symbol 2 symbols after the boundary between sub-slot 0 and sub-slot 1.
  • the PUCCH resource for the user device 10 is determined in 3 steps.
  • Step 1 The subslot is determined based on the HARQ-ACK timing K1.
  • Step 2 The PUCCH resource set is determined from the PUCCH resource sets used in the subslot based on the size of the UCI payload. Determine the PUCCH resource set in the subslot.
  • the PUCCH resource in the PUCCH resource set is determined based on the specification by 1 bit, 2 bits, or 3 bits of the PRI field of DCI. Additional or alternative, PUCCH resources within the PUCCH resource set may be determined based on implicit specifications (eg, 1 bit, 2 bits, or more bits based on the CCE index).
  • Proposal 1-1-1 A specific example of Proposal 1-1-1 will be described with reference to FIGS. 10A to 10D.
  • the user device 10 corresponding to the URLLC service may be capable of setting up to three PUCCH resource sets.
  • Each PUCCH resource set includes four PUCCH resource, N 2 'and N 3' which is a boundary of PUCCH resource set size may be the same as EMBB, may be different.
  • PUCCH resource set # 0 and PUCCH resource set # 1 are defined for subslot # 0
  • PUCCH resource set # 0 and PUCCH resource set # 1 are defined for subslot # 1.
  • 1 and PUCCH resource set # 3 are defined.
  • the PUCCH resource set # 0 and the PUCCH resource set # 1 may be common or different between the subslot # 0 and the subslot # 1. Since the size of the UCI payload for subslot # 0 is greater than 2 and less than N 2 ', PUCCH resource set # 1 is determined as the PUCCH resource set in subslot # 0. Further, because the size of the UCI of the payload for the sub slot # 1 is "greater N 3 than 'less than N 2, PUCCH resource set # 2 is determined as the PUCCH resource set subslots # 1.
  • the resource # shown in FIG. 10D is based on the fact that the 2 bits of the PRI field are 01. 1 may be determined as the PUCCH resource of subslot # 0.
  • a PUCCH resource set is defined for each subslot. For example, as shown in FIG. 11, a PUCCH resource set is set for subslot # 0, which is the first subslot in time. Is defined, and the same PUCCH resource set as the PUCCH resource set defined for subslot # 0 may be applied to other subslots in one slot.
  • One or more slot-based PUCCH resource sets are set as the PUCCH resource set (URLLC PUCCH resource set) for transmitting the URLLC HARQ-ACK. Since the subslot is a virtual resource unit used as a granularity when specifying K1, it is not necessary to associate the PUCCH resource set with the subslot. PUCCH resources within the PUCCH resource set may cross subslot boundaries. The PUCCH resource set is set for each slot as in the release 15 PUCCH resource set. The determination of the PUCCH resource for the user apparatus 10 may be performed in three steps as in the release 15. According to this method, the user apparatus 10 can reduce the increase amount of the upper layer parameter by setting the PUCCH resource set for each slot as in the case of the release 15, and is subslot-based. It becomes possible to apply HARQ-ACK feedback.
  • Step 1 Based on K1 indicating the timing of HARQ-ACK, a subslot for transmitting the code block of HARQ-ACK is determined.
  • K1 may be applied assuming that the PUCCH is included in the subslot k.
  • K1 may be applied assuming that the PDSCH is included in the subslot n.
  • the subslot n at the end of the plurality of subslots is used. May be.
  • N (ie, N) that defines the boundary of PUCCH resource set selection on the axis representing the size of the UCI payload and the size of the UCI payload that is the basis for selecting the PUCCH resource set set by the upper layer parameters.
  • N 2 and / or N 3 may be defined as different parameters between the URLLC PUCCH resource set and the eMBB PUCCH resource set, and different values may be set. Alternatively, it may be defined as a common parameter between the URLLC PUCCH resource set and the eMBB PUCCH resource set.
  • Step 3 The value of the PRI field included in the DCI is used to determine the PUCCH resource from the PUCCH resource set determined above.
  • the number of PUCCH resources in the PUCCH resource set is 2, the number of bits in the PRI field is 1.
  • the number of PUCCH resources in the PUCCH resource set is 4, the number of bits in the PRI field is 2.
  • the number of PUCCH resources in the PUCCH resource set is 8 or more, the number of bits in the PRI field is 3.
  • PUCCH resources may be determined using implied specifications (eg, 1 bit, 2 bits, or more bits based on the CCE index).
  • Proposal 1-2 A specific example of Proposal 1-2 will be described with reference to FIGS. 12A to 12C.
  • three PUCCH resource sets are set as the URLLC PUCCH resource set for the user device 10 corresponding to the URLLC service. That is, PUCCH resource set # 0, PUCCH resource set # 1, and PUCCH resource set # 2 are set for one slot.
  • Each PUCCH resource set includes four PUCCH resource, N 2 'and N 3' which is a boundary of PUCCH resource set size may be the same as the value used for the EMBB PUCCH resource set, different May be.
  • FIG. 12B it may be permissible for PUCCH resources in the PUCCH resource set to cross subslot boundaries.
  • PUCCH resource set # 0, PUCCH resource set # 1, and PUCCH resource set # 2 are used in one slot. That is, the PUCCH resource set is used in the plurality of subslots. For example, if the size of the UCI payload for subslot # 0 is greater than 2 and less than N 2 ', PUCCH resource set # 1 is determined as the PUCCH resource set used in that slot.
  • the configuration of the PUCCH resource set is common between eMBB and URLLC. That is, the URLLC PUCCH resource set and the eMBB PUCCH resource set may not be distinguished and may be set with a common upper layer parameter.
  • the PUCCH resource set 0, PUCCH resource set 1, PUCCH resource set 2, and PUCCH resource set 3 defined in Release 15 may be used for eMBB and URLLC. That is, a method of identifying the service type of the received data and / or a method of identifying a HARQ-ACK codebook in which the HARQ-ACK corresponding to the received data should be included, and / or a method of identifying the HARQ-ACK corresponding to the received data.
  • the PUCCH resource set set by the above common upper layer parameters may be used regardless of the method (signaling) for distinguishing the UE operation when transmitting the data.
  • one or more new PUCCH resource sets used for URLLC may be additionally defined and set.
  • the newly added one or more PUCCH resource sets may include, for example, four PUCCH resources or eight PUCCH resources, and the number is not limited to this.
  • the user apparatus 10 separately separates the PUCCH resource set for the eMBB (that is, used for the feedback of the HARQ-ACK of the eMBB) and the PUCCH resource set for the URLLC (that is, used for the feedback of the HARQ-ACK of the URLLC). You may decide.
  • PUCCH resource sets 0, 1, 2, 3 and / or one or more newly added PUCCH resource sets may include more than eight PUCCH resources.
  • the user apparatus 10 uses the 1 to 3 bit designation of the PRI field and the DCI format, the explicit display in the RNTI, DCI, or the CORESET / search space and the service type is eMBB or URLLC.
  • the resources of the PUCCH may be determined by specifying that.
  • the size of the PRI field for determining the PUCCH resource in one PUCCH resource set for the URLLC (ie, used for the feedback of the URLLC HARQ-ACK). If the number of PUCCH resources in the PUCCH resource set is 4, the size of the PRI field may be 2 bits. If the number of PUCCH resources in the PUCCH resource set is 8, the size of the PRI field may be 3 bits. Even if eight PUCCH resources are included in the PUCCH resource sets 0, 1, 2, 3 of release 15 (that is, in the PUCCH resource set set by the common upper layer parameters), the above
  • the size of the PRI field that determines the PUCCH resource used for URLLC HARQ-ACK feedback can be 1 bit or 2 bits. In other words, the number of PUCCH resources that can be specified by the PRI field may be less than the number of PUCCH resources in the PUCCH resource set.
  • the four resources whose start symbol is earlier in time are selected as HARQ-ACK of the above URLLC. May be available for feedback.
  • the start symbol is temporal.
  • the previous four resources may be available for the above URLLC HARQ-ACK feedback.
  • the association between the PUCCH format and the PRI field may be an association in which the identification number of the PUCCH format increases as the value of the PRI field increases.
  • the PRI field if only the short PUCCH format is used for the HARQ-ACK feedback of the URLLC and the PUCCH resources # 0, # 2, # 4, # 6 in the PUCCH resource set are in the short PUCCH format, the PRI field. Value 00 is associated with PUCCH resource # 0, PRI field value 01 is associated with PUCCH resource # 2, PRI field value 10 is associated with PUCCH resource # 4, and PRI field value 11 is associated with PUCCH. It may be associated with resource # 6.
  • One or more PUCCH resource sets newly added to the above URLLC HARQ-ACK feedback may not be used for the above eMBB HARQ-ACK feedback.
  • N that specifies the size boundary of the PUCCH resource set set for the PUCCH resource set 0, the PUCCH resource set 1, the PUCCH resource set 2, and the PUCCH resource set 3.
  • the axis representing the UCI payload size set for the PUCCH resource set 1, the PUCCH resource set 2, and the PUCCH resource set 3 may be overlapped. According to such a configuration, it is possible to sufficiently secure PUCCH resources that can be used for the HARQ feedback of URLLC for the user device 10 corresponding to the URLLC traffic, and the amount of increase in the upper layer parameter is increased. Can be made smaller.
  • FIG. 13 shows an axis (horizontal axis) representing the size of the UCI payload as a reference for selecting one of the PUCCH resource sets # 0 to # 3, and the PUCCH resource set # 4 and the PUCCH resource set #. It is a figure which shows the example of the case where the axis (horizontal axis) of the UCI payload which is a reference for selecting any one of 5 PUCCH resource sets overlaps.
  • the same method as for release 15 may be used for the above eMBB HARQ-ACK feedback. Different selection rules may be defined for the above URLLC HARQ-ACK feedback.
  • the relative new to one or more PUCCH resource set higher layer parameters specifying the boundaries may be defined.
  • the 3-step PUCCH resource determination method of Release 15 may be applied to the above URLLC HARQ-ACK feedback. If two or more PUCCH resource sets are selected based on the size of the UCI payload transmitted together in one subslot, the least indexed PUCCH resource set is selected and selected. The PUCCH resource specified by the value of the PRI field included in the DCI may be selected from the PUCCH resource set.
  • a two-step PUCCH resource determination method may be introduced. If two or more PUCCH resource sets are selected based on the size of the UCI payload transmitted together in the subslot, then from the two or more PUCCH resource sets depending on the value of the PRI field contained in the DCI. Of the plurality of PUCCH resources each specified, the PUCCH resource that includes the start symbol whose start symbol position is the earliest position in time and / or has the minimum length may be selected. In the method for determining the PUCCH resource, whichever of the position and length of the start symbol has priority may be given priority.
  • Proposal 2-1-1 A specific example of Proposal 2-1-1 will be described with reference to FIGS. 13 and 14.
  • two new PUCCH resource sets have been introduced for the feedback of the URLLC HARQ-ACK
  • four PUCCH resource sets (PUCCH resource sets # 0 to # 3) have been introduced for the eMBB HARQ.
  • -It is assumed that it can be used for the feedback of ACK
  • six PUCCH resource sets (PUCCH resource sets # 0 to # 5) can be used for the feedback of HARQ-ACK of the above URLLC.
  • PUCCH resource set # 1 and PUCCH resource set # 4 can be used.
  • one of the PUCCH resource set # 1 and the PUCCH resource set # 4 may be selected based on a predetermined rule. For example, if the given rule is to select the PUCCH resource set with the smallest PUCCH resource set index, then PUCCH resource set # 1 is chosen (alternatively, the given rule). If is the rule to select the PUCCH resource set with the largest PUCCH resource set index, PUCCH resource set # 4 is selected).
  • any one of PUCCH resources # 0 to # 7 included in PUCCH resource set # 1 is selected based on the value of the PRI field included in DCI.
  • the 3-bit value of the PRI field is 111, so PUCCH resource # 7 is selected.
  • Proposal 2-1-2 A specific example of Proposal 2-1-2 will be described with reference to FIGS. 13 and 15.
  • two new PUCCH resource sets have been introduced for the feedback of the URLLC HARQ-ACK
  • four PUCCH resource sets (PUCCH resource sets # 0 to # 3) have been introduced for the eMBB HARQ.
  • -It is assumed that it can be used for the feedback of ACK
  • six PUCCH resource sets (PUCCH resource sets # 0 to # 5) can be used for the feedback of HARQ-ACK of the above URLLC.
  • the size of the UCI payload transmitted collectively in subslot # 1 was larger than 2 and smaller than N 5 '(N 5 ' ⁇ N 2 ).
  • PUCCH resource set # 1 and PUCCH resource set # 4 can be used.
  • any one PUCCH resource in the two PUCCH resource sets is selected according to a predetermined rule. For example, a given rule is to select a PUCCH resource that contains the earliest start symbol in time and has the smallest length among a plurality of PUCCH resources included in two PUCCH resource sets. If so, PUCCH resource # 0 in FIG. 15 is selected.
  • the PUCCH resource set newly added for the HARQ-ACK feedback of the URLLC may be available for the HARQ-ACK feedback of the eMBB. That is, the exact same PUCCH resource set may be defined, set, and / or used in the URLLC HARQ-ACK feedback and the eMBB HARQ-ACK feedback. All available PUCCH resource sets may be set for the user device 10 slot by slot. PUCCH resources within the PUCCH resource set may be allowed to cross subslot boundaries.
  • N which defines the boundaries of PUCCH resource set selection on the axis representing the size of the UCI payload that serves as the basis for selecting PUCCH resource sets, is reset for all PUCCH resource sets. Overlapping axes representing the size of the UCI payload from which to select a PUCCH resource set, such as selecting a different PUCCH resource set, may not be tolerated.
  • the method of selecting the PUCCH resource set of Release 15 may be applied.
  • the user apparatus 10 may separately determine the PUCCH resource set used for the HARQ-ACK feedback of the eMBB and the PUCCH resource set used for the HARQ-ACK feedback of the URLLC.
  • the selection of PUCCH resources in one PUCCH resource set may be based on the value of the DCI PRI field, as in Release 15.
  • the value of N that defines the boundary of PUCCH resource set selection on the axis representing the size of the UCI payload that is the basis for selecting the PUCCH resource set is for the feedback of HARQ-ACK of the URLLC and HARQ-ACK of the eMBB. It may be different for feedback.
  • the PUCCH resource set selection boundaries on the axis representing the size of the UCI payload that is the basis for selecting the PUCCH resource set are defined.
  • the axis representing the size of the UCI payload that sets the value of N and is the basis for selecting the newly added PUCCH resource set is the axis of the UCI payload that is the basis for selecting PUCCH resource sets 0, 1, 2, and 3. It may be allowed to overlap with the size axis.
  • the same rules as those of Proposal 2-1-1 or Proposal 2-1-2 are applied to the above-mentioned eMBB HARQ-ACK feedback and the above URLLC HARQ-ACK feedback. You may.
  • Proposal 2-2-1 A specific example of Proposal 2-2-1 will be described with reference to FIG.
  • the user apparatus 10 uses six PUCCH resource sets for the eMBB HARQ-ACK feedback and the URLLC HARQ-ACK feedback. Is possible.
  • the size of the payload of the sub-slot # 1 of the UCI, N 2 shown in FIG. 16 'larger than, and N 3' if smaller than, that PUCCH resource set # 2 is selected Become.
  • PUCCH resource # 0 to # 7 included in PUCCH resource set # 2 is selected based on the value of the PRI field included in DCI.
  • PUCCH resource # 6 is selected.
  • Proposal 2-2-2 a specific example of Proposal 2-2-2 will be described with reference to FIG.
  • the user apparatus 10 may use six PUCCH resource sets for the eMBB HARQ-ACK feedback and the URLLC HARQ-ACK feedback. It will be possible.
  • the size of the UCI payload transmitted collectively in subslot # 1 or slot # 1 is larger than 2. And it is smaller than N 5 '(N 5 ' ⁇ N 2 ).
  • PUCCH resource set # 1 and PUCCH resource set # 4 can be used.
  • one of the PUCCH resource set # 1 and the PUCCH resource set # 4 may be selected based on a predetermined rule. For example, if the given rule is to select the PUCCH resource set with the smallest PUCCH resource set index, then PUCCH resource set # 1 is chosen (alternatively, the given rule). If is the rule to select the PUCCH resource set with the largest PUCCH resource set index, PUCCH resource set # 4 is selected).
  • any one of PUCCH resources # 0 to # 7 included in PUCCH resource set # 1 is selected based on the value of the PRI field included in DCI.
  • any one of the two PUCCH resource sets may be selected according to a predetermined rule.
  • a given rule is to select a PUCCH resource that contains the earliest start symbol in time and has the smallest length among a plurality of PUCCH resources included in two PUCCH resource sets. If so, for example, PUCCH resource # 0 in FIG. 15 is selected.
  • the user device 10 and the base station 20 have all the functions described in the present embodiment. However, the user device 10 and the base station 20 may have only a part of all the functions described in the present embodiment.
  • the user device 10 and the base station 20 may be collectively referred to as a communication device.
  • FIG. 18 is a diagram showing an example of the functional configuration of the user device 10.
  • the user device 10 includes a transmission unit 110, a reception unit 120, and a control unit 130.
  • the functional configuration shown in FIG. 18 is only an example. Any function classification and name of the functional unit may be used as long as the operation according to the present embodiment can be executed.
  • the transmitter 110 may be referred to as a transmitter
  • the receiver 120 may be referred to as a receiver.
  • the transmission unit 110 creates a transmission from the transmission data and wirelessly transmits the transmission signal. Further, the transmission unit 110 can form one or a plurality of beams.
  • the receiving unit 120 wirelessly receives various signals and acquires a signal of a higher layer from the received signal of the physical layer. Further, the receiving unit 120 includes a measuring unit that measures the received signal and acquires the received power and the like.
  • the control unit 130 controls the user device 10.
  • the function of the control unit 130 related to transmission may be included in the transmission unit 110, and the function of the control unit 130 related to reception may be included in the reception unit 120.
  • the receiving unit 120 of the user device 10 receives the DCI for scheduling the transmission of data on the PDSCH.
  • the control unit 130 specifies the timing of the slot for transmitting HARQ-ACK based on the indicator (PDSCH-to-HARQ_fedback timing indicator field) including the timing of the slot for transmitting HARQ-ACK included in the DCI. ..
  • the receiving unit 120 of the user device 10 receives the RRC signaling from the base station 20, and the control unit 130 sets one or more PUCCH resource sets based on the RRC signaling.
  • control unit 130 selects one PUCCH resource set from one or a plurality of PUCCH resource sets based on the UCI bit in the slot for transmitting HARQ-ACK, and is included in the one PUCCH resource set. From a plurality of PUCCH resources, the PUCCH resource specified in the PRI field included in the DCI is selected.
  • the transmission unit 110 transmits a UCI including HARQ-ACK using the PUCCH resource selected by the control unit 130.
  • the receiving unit 120 of the user apparatus 10 receives the RRC signaling from the base station 20, and the control unit 130 sets one or a plurality of subslot-based PUCCH resource sets dedicated to URLLC based on the RRC signaling. ..
  • the control unit 130 determines whether the HARQ-ACK feedback is for URLLC or for eMBB based on the DCI format, RNTI, explicit display by DCI, search space, and the like.
  • the control unit 130 determines the subslot based on K1 contained in the DCI and determines the PUCCH resource set in the subslot based on the size of the UCI payload. Further, the control unit 130 selects the PUCCH resource specified in the PRI field included in the DCI.
  • the transmission unit 110 transmits a UCI including HARQ-ACK using the PUCCH resource selected by the control unit 130.
  • the receiving unit 120 of the user apparatus 10 receives the RRC signaling from the base station 20, and the control unit 130 is an existing PUCCH resource set commonly used between the eMBB and the URLLC based on the RRC signaling. , And the newly added PUCCH resource set for URLLC.
  • the control unit 130 may set that the one or more PUCCH resource sets newly added to the URLLC are not used for the eMBB.
  • the control unit 130 sets an axis representing the size of the UCI payload for selecting the PUCCH resource set from the newly added one or a plurality of PUCCH resource sets for the existing plurality of PUCCH resource sets. It may be set so as to overlap with the axis representing the payload size of the UCI.
  • the control unit 130 selects and selects the least indexed PUCCH resource set when two or more PUCCH resource sets are selected based on the size of the UCI payload in one subslot.
  • the PUCCH resource specified by the value of the PRI field included in the DCI in the PUCCH resource set may be selected.
  • FIG. 19 is a diagram showing an example of the functional configuration of the base station 20.
  • the base station 20 has a transmission unit 210, a reception unit 220, and a control unit 230.
  • the functional configuration shown in FIG. 19 is only an example. Any function classification and name of the functional unit may be used as long as the operation according to the present embodiment can be executed.
  • the transmitter 210 may be referred to as a transmitter, and the receiver 220 may be referred to as a receiver.
  • the transmission unit 210 includes a function of generating a signal to be transmitted to the user device 10 side and transmitting the signal wirelessly.
  • the receiving unit 220 includes a function of receiving various signals transmitted from the user device 10 and acquiring information of, for example, a higher layer from the received signals.
  • the receiving unit 220 includes a measuring unit that measures the received signal and acquires the received power and the like.
  • the control unit 230 controls the base station 20.
  • the function of the control unit 230 related to transmission may be included in the transmission unit 210, and the function of the control unit 230 related to reception may be included in the reception unit 220.
  • control unit 230 of the base station 20 may generate an RRC message for causing the user device 10 to set the PUCCH resource set, and the transmission unit 210 may transmit the RRC signaling including the RRC message to the user device 10. ..
  • the receiving unit 220 receives the UCI including HARQ-ACK transmitted from the user device 10.
  • 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.
  • FIG. 20 is a diagram showing an example of the hardware configuration of the user device 10 and the base station 20 according to the present embodiment.
  • the user device 10 and the base station 20 described above may be physically configured as a computer device including a processor 1001, a memory 1002, a storage 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, and the like. Good.
  • the word “device” can be read as a circuit, device, unit, etc.
  • the hardware configuration of the user device 10 and the base station 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 not to include some devices. You may.
  • the processor 1001 For each function of the user device 10 and the base station 20, by loading predetermined software (program) on hardware such as the processor 1001 and the memory 1002, the processor 1001 performs an operation, and the communication device 1004 communicates with the memory 1002. And by controlling the reading and / or writing of data in the storage 1003.
  • predetermined software program
  • the processor 1001 For each function of the user device 10 and the base station 20, by loading predetermined software (program) on hardware such as the processor 1001 and the memory 1002, the processor 1001 performs an operation, and the communication device 1004 communicates with the memory 1002. And by controlling the reading and / or writing of data in the storage 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 peripheral devices, 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 storage 1003 and / or the communication device 1004 into the memory 1002, and executes various processes according to these.
  • 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, and the control unit 130 of the user device 10 shown in FIG. 18 may be realized by a control program stored in the memory 1002 and operated by the processor 1001.
  • the transmission unit 210, the reception unit 220, and the control unit 230 of the base station 20 shown in FIG. 19 may be realized by a control program stored in the memory 1002 and operated by the processor 1001.
  • 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 memory 1002 is a computer-readable recording medium, and is, for example, a ROM (Read Only Memory), an EPROM (Erasable Program ROM), an EPROM (Electrically Erasable Program ROM), a RAM (Random Access), or the like. May be done.
  • the memory 1002 may be referred to as a register, a cache, a main memory (main storage device), or the like.
  • the memory 1002 can store a program (program code), a software module, or the like that can be executed to perform the process according to the embodiment of the present invention.
  • the storage 1003 is a computer-readable recording medium, for example, an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (for example, a compact disk, a digital versatile disk, a Blu-ray). It may consist of at least one (registered trademark) disk), smart card, flash memory (eg, card, stick, key drive), floppy (registered trademark) disk, magnetic strip, and the like.
  • the storage 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 memory 1002 and / or storage 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 user device 10 may be realized by the communication device 1004.
  • the transmitting unit 210 and the receiving unit 220 of the base station 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 user device 10 and the base station 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 (Programmable Logic Device), and an FPGA, respectively. It may be configured to include hardware, and the hardware may realize a part or all of each functional block. For example, processor 1001 may be implemented on at least one of these hardware.
  • a receiving unit that receives control information and data, and a subslot for transmitting a Hybrid Automatic Repeat Request (HARQ) -Acknowledged Gement (ACK) for the data received by the receiving unit based on the control information received by the receiving unit. Identify and set the resource set of one or more uplink control channels used for HARQ-ACK bit transmission for the identified subslot, based on the size of the uplink control information payload including the HARQ-ACK. , One uplink control channel resource set is selected from the one or more uplink control channel resource sets, and the resource set of the selected uplink control channel is selected based on the control information received by the receiver.
  • a user device including a control unit that selects one of the one or a plurality of included resources, and a transmission unit that transmits the uplink control information using the selected resource.
  • a subslot-based PUCCH resource set can be set for each subslot, and it is possible to sufficiently secure usable PUCCH resources for the user device corresponding to URLLC traffic. It becomes.
  • the resource set of the one or a plurality of uplink control channels is set to one or one dedicated to the URLLC. It may be set as a resource set of a plurality of uplink control channels.
  • the resource set of the uplink control channel selected by the control unit may include a plurality of resources, and the control unit is based on the value of an indicator indicating the resource to be selected included in the control information received by the reception unit. One of the plurality of resources may be selected.
  • the control unit may set a resource set of one or a plurality of uplink control channels for each subslot among a plurality of subslots included in one slot.
  • the subslot for transmitting the Hybrid Automatic Repeat Request (HARQ) -Acknowledgedgement (ACK) for the received data was specified, and the specified subslot was specified.
  • HARQ Hybrid Automatic Repeat Request
  • ACK Acknowledgedgement
  • For the subslot set the resource set of one or more uplink control channels used for HARQ-ACK bit transmission, and based on the size of the payload of the uplink control information including the HARQ-ACK, the one or more uplinks.
  • One uplink control channel resource set is selected from the control channel resource sets, and one or a plurality of resources included in the selected uplink control channel resource set based on the received control information.
  • a communication method by a user apparatus comprising a step of selecting one resource and a step of transmitting the uplink control information using the selected resource.
  • a subslot-based PUCCH resource set can be set for each subslot, and it is possible to sufficiently secure usable PUCCH resources for the user device corresponding to URLLC traffic. It becomes.
  • 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 user device 10 and the base station 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 user apparatus 10 according to the embodiment of the present invention and the software operated by the processor of the base station 20 according to the embodiment of the present invention are random access memory (RAM), flash memory, and read-only, respectively. It may be stored in 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 (Broadcast Control Information), UCI (Uplink Control Information)), higher layer signaling (for example, RRC (Radio Resource Control) signaling, MAC (Media Access) Signaling, MAC (Medium Access)). 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 (RRC Signaling Setup) message, an RRC connection reconfiguration (RRC Signaling Configuration) message, or the like.
  • Each aspect / embodiment described in the present specification includes LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G, 5G, FRA (Future Radio Access), W-CDMA. (Registered Trademark), GSM (Registered Trademark), CDMA2000, UMB (Ultra Mobile Band), IEEE 802.11 (Wi-Fi), LTE 802.16 (WiMAX), IEEE 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 20 in the present specification may be performed by its upper node (upper node).
  • various operations performed for communication with the user apparatus 10 include the base station 20 and / or other than the base station 20. It is clear that this can be done by network nodes (eg, MME or S-GW, but not limited to them).
  • network nodes eg, MME or S-GW, but not limited to them.
  • MME Mobility Management Entity
  • the user device 10 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.
  • Base station 20 may also be referred to by one of ordinary skill in the art by NB (NodeB), eNB (enhanced NodeB), base station (Base Station), gNB, or some other suitable term.
  • NB NodeB
  • eNB enhanced NodeB
  • Base Station Base Station
  • gNB Base Station
  • determining and “determining” used in the present specification may include a wide variety of actions.
  • “Judgment” and “decision” include, for example, judgment, calculation, computing, processing, deriving, investigating, searching up (for example, a table). , Searching in a database or another data structure), ascertaining can 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. It may include that (for example, accessing data in memory) is regarded as “judgment” or “decision”.
  • judgment and “decision” are considered to be “judgment” and “decision” when the things such as solving, selecting, selecting, establishing, and comparing are regarded as “judgment” and “decision”. Can include. That is, “judgment” and “decision” may include that some action is regarded as “judgment” and “decision”.
  • User device 110 Transmitter 120 Receiver 130 Control 20 Base station 210 Transmitter 220 Receiver 230 Control 1001 Processor 1002 Memory 1003 Storage 1004 Communication device 1005 Input device 1006 Output device

Landscapes

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

Abstract

制御情報及びデータを受信する受信部と、前記受信部が受信した制御情報に基づき、前記受信部が受信したデータに対するＨｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　Ｒｅｑｕｅｓｔ（ＨＡＲＱ）－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ）を送信するためのサブスロットを特定し、当該特定されたサブスロットに対して、ＨＡＲＱ－ＡＣＫビット送信に用いられる１又は複数の上り制御チャネルのリソースセットを設定し、前記ＨＡＲＱ－ＡＣＫを含む上り制御情報のペイロードのサイズに基づき、前記１又は複数の上り制御チャネルのリソースセットの中から１つの上り制御チャネルのリソースセットを選択し、前記受信部が受信した制御情報に基づき、前記選択した１つの上り制御チャネルのリソースセットに含まれる１又は複数のリソースのうち、１つのリソースを選択する制御部と、前記選択した１つのリソースを使用して、前記上り制御情報を送信する送信部と、を備えるユーザ装置。

Description

ユーザ装置及び通信方法
　本発明は、無線通信システムにおけるユーザ装置及び通信方法に関連するものである。
　Ｔｈｉｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ（３ＧＰＰ）のリリース１５では、Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　Ｒｅｑｕｅｓｔ（ＨＡＲＱ）－Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ（ＡＣＫ）をフィードバックするＰｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ（ＰＵＣＣＨ）は、各スロットにおいて１つだけとされている。つまり、同じスロットで複数のＨＡＲＱ－ＡＣＫをフィードバックしようとする場合、当該複数のＨＡＲＱ－ＡＣＫは１つのＰＵＣＣＨに自動的に多重される（スロットベースのＨＡＲＱ－ＡＣＫフィードバック）。
　Ｕｌｔｒａ　Ｒｅｌｉａｂｌｅ　ａｎｄ　Ｌｏｗ　Ｌａｔｅｎｃｙ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）向け、すなわち、低遅延を考慮した場合において、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨの送信機会を、１つのスロットの中に複数設定可能であった方が有利であるため、リリース１６ではこの構成がサポートされることが想定されている。
３ＧＰＰ　ＴＳ　３８．３３１　Ｖ１５．５．０（２０１９－０３） ３ＧＰＰ　ＴＳＧ　３８．２３１　Ｖ１５．５．０（２０１９－０３）
　リリース１５において、４つのＰＵＣＣＨリソースセットが利用可能であり、ＰＵＣＣＨリソースセット０におけるＰＵＣＣＨリソースの最大数は３２、ＰＵＣＣＨリソースセット１、２、３におけるＰＵＣＣＨリソースの最大数は、８となっている。また、リリース１６では、ＵＲＬＬＣサービスについて、サブスロットベースのＨＡＲＱ－ＡＣＫフィードバック手順が適用されることが想定されている。すなわち、１スロットを複数のサブスロットに分割し、サブスロット毎に１つのＰＵＣＣＨを用いてＨＡＲＱ－ＡＣＫを送信することが想定されている。
　この場合、リリース１５において設定されるＰＵＣＣＨリソース／ＰＵＣＣＨリソースセットは、ＵＣＩのペイロードのサイズ、ＰＵＣＣＨフォーマット、ＰＵＣＣＨの開始シンボル／長さ、及び他のユーザ装置との間でのＰＵＣＣＨリソースの衝突の回避を考慮すると、ｅＭＢＢトラフィックを伴う／伴わないＵＲＬＬＣトラフィックに対応するユーザ装置、すなわち、上記スロットベースのＨＡＲＱ－ＡＣＫフィードバックかつ／または上記サブスロットベースのＨＡＲＱ－ＡＣＫフィードバック手順が適用され得るユーザ装置に対しては、不十分である（例えば、使用可能なＰＵＣＣＨリソースが足りない）可能性がある。従って、ＰＵＣＣＨリソースを設定する仕組みを拡張することが必要とされている。
　本発明の一態様によれば、制御情報及びデータを受信する受信部と、前記受信部が受信した制御情報に基づき、前記受信部が受信したデータに対するＨｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　Ｒｅｑｕｅｓｔ（ＨＡＲＱ）－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ）を送信するためのサブスロットを特定し、当該特定されたサブスロットに対して、ＨＡＲＱ－ＡＣＫビット送信に用いられる１又は複数の上り制御チャネルのリソースセットを設定し、前記ＨＡＲＱ－ＡＣＫを含む上り制御情報のペイロードのサイズに基づき、前記１又は複数の上り制御チャネルのリソースセットの中から１つの上り制御チャネルのリソースセットを選択し、前記受信部が受信した制御情報に基づき、前記選択した１つの上り制御チャネルのリソースセットに含まれる１又は複数のリソースのうち、１つのリソースを選択する制御部と、前記選択した１つのリソースを使用して、前記上り制御情報を送信する送信部と、を備えるユーザ装置、が提供される。
　実施例によれば、サブスロットベースのＨＡＲＱ－ＡＣＫフィードバックに対して適切なＰＵＣＣＨリソースセットを設定することが可能となり、ＵＲＬＬＣトラフィックに対応するユーザ装置に対して、使用可能なＰＵＣＣＨリソースを十分に確保することが可能となる。
本実施の形態における通信システムの構成図である。 ＰＵＣＣＨリソースの設定のためのＩＥの例を示す図である。 ＰＵＣＣＨリソースの設定のためのＩＥの例を示す図である。 ＰＵＣＣＨリソースの設定のためのＩＥの例を示す図である。 ＰＤＳＣＨでデータを受信した後、対応するＨＡＲＱ－ＡＣＫをＰＵＣＣＨで送信する例を示す図である。 ＰＵＣＣＨリソースセット０、１、２、３が設定されている例を示す図である。 ＰＵＣＣＨ　ｒｅｓｏｕｒｃｅ　ｉｎｄｉｃａｔｏｒの例を示す図である。 サブスロットパターンの例を示す図である。 サブスロット構成の例を示す図である。 提案１－１－１の例を示す図である。 提案１－１－１の例を示す図である。 提案１－１－１の例を示す図である。 提案１－１－１の例を示す図である。 サブスロットベースのＰＵＣＣＨリソースセットの例を示す図である。 提案１－２の例を示す図である。 提案１－２の例を示す図である。 提案１－２の例を示す図である。 ＵＣＩのペイロードサイズを表す軸が重なっている場合の例を示す図である。 提案２－１－１の例を示す図である。 提案２－１－２の例を示す図である。 提案２－２－１の例を示す図である。 提案２－２－２の例を示す図である。 ユーザ装置の機能構成の一例を示す図である。 基地局の機能構成の一例を示す図である。 ユーザ装置及び基地局のハードウェア構成の一例を示す図である。
　以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
　以下の実施の形態における無線通信システムは基本的にＮＲに準拠することを想定しているが、それは一例であり、本実施の形態における無線通信システムはその一部又は全部において、ＮＲ以外の無線通信システム（例：ＬＴＥ）に準拠していてもよい。
　（システム全体構成）
　図１に本実施の形態に係る無線通信システムの構成図を示す。本実施の形態に係る無線通信システムは、図１に示すように、ユーザ装置１０、及び基地局２０を含む。図１には、ユーザ装置１０、及び基地局２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。
　ユーザ装置１０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）用通信モジュール等の無線通信機能を備えた通信装置であり、基地局２０に無線接続し、無線通信システムにより提供される各種通信サービスを利用する。基地局２０は、１つ以上のセルを提供し、ユーザ装置１０と無線通信する通信装置である。ユーザ装置１０をＵＥと称し、基地局２０をｇＮＢと称してもよい。
　本実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（Ｔｉｍｅ　Ｄｉｖｉｓｉｏｎ　Ｄｕｐｌｅｘ）方式でもよいし、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｄｕｐｌｅｘ）方式でもよい。
　３ＧＰＰのリリース１５では、Ｈｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　Ｒｅｑｕｅｓｔ（ＨＡＲＱ）－Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ（ＡＣＫ）をフィードバックするＰｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ（ＰＵＣＣＨ）は、各スロットにおいて１つだけとされている。つまり、同じスロットで複数のＨＡＲＱ－ＡＣＫをフィードバックしようとする場合、当該複数のＨＡＲＱ－ＡＣＫは１つのＰＵＣＣＨに自動的に多重される（スロットベースのＨＡＲＱ－ＡＣＫフィードバック）。
　ＵＲＬＬＣ向け、すなわち、低遅延を考慮した場合において、ＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨの送信機会を、１つのスロットの中に複数設定可能であった方が有利であるため、３ＧＰＰのリリース１６ではこの構成がサポートされることになっている。
　ＨＡＲＱ－ＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）は、複数のＨＡＲＱ－ＡＣＫがまとめて多重されて送信される場合に、そのまとめ方を規定している。リリース１６では、ｅｎｈａｎｃｅｄ　Ｍｏｂｉｌｅ　Ｂｒｏａｄｂａｎｄ（ｅＭＢＢ）のＨＡＲＱ－ＡＣＫとＵｌｔｒａ　Ｒｅｌｉａｂｌｅ　ａｎｄ　Ｌｏｗ　Ｌａｔｅｎｃｙ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）のＨＡＲＱ－ＡＣＫが同時に発生し得るため、あるＵＥにおいて、少なくとも２つのＨＡＲＱ－ＡＣＫコードブックが同時に生成され得る。
　１つのスロットの中にＰＵＣＣＨの送信機会を複数設定可能とする場合に関して、当該１つのスロットを複数のサブスロットに分割して、当該複数のサブスロットのうちの各サブスロットでＨＡＲＱ－ＡＣＫをフィードバック可能とする、サブスロットベースのＨＡＲＱ－ＡＣＫフィードバックが規定されている。なお、ＰＤＳＣＨの送信については、上記サブスロットベースで行われなくともよい。
　ここで、ＨＡＲＱ－ＡＣＫコードブックは、時間領域（例えば、スロット）、周波数領域（例えば、コンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ（ＣＣ）））、空間領域（例えば、レイヤ）、トランスポートブロック（Ｔｒａｎｓｐｏｒｔ　Ｂｌｏｃｋ（ＴＢ））、及び、ＴＢを構成するコードブロックのグループ（コードブロックグループ（Ｃｏｄｅ　Ｂｌｏｃｋ　Ｇｒｏｕｐ（ＣＢＧ）））の少なくとも一つの単位でのＨＡＲＱ－ＡＣＫ用のビットを含んで構成されてもよい。なお、ＣＣは、セル、サービングセル（ｓｅｒｖｉｎｇ　ｃｅｌｌ）、キャリア等とも呼ばれる。また、当該ビットは、ＨＡＲＱ－ＡＣＫビット、ＨＡＲＱ－ＡＣＫ情報又はＨＡＲＱ－ＡＣＫ情報ビット等とも呼ばれる。ＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫコードブック（ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ）、コードブック、ＨＡＲＱコードブック、ＨＡＲＱ－ＡＣＫサイズ等とも呼ばれる。
　ＨＡＲＱ－ＡＣＫコードブックに含まれるビット数（サイズ）等は、準静的（ｓｅｍｉ－ｓｔａｔｉｃ）又は動的に（ｄｙｎａｍｉｃ）決定されてもよい。準静的なＨＡＲＱ－ＡＣＫコードブックは、Ｔｙｐｅ　Ｉ　ＨＡＲＱ－ＡＣＫコードブック、準静的コードブック等とも呼ばれる。動的なＨＡＲＱ－ＡＣＫコードブックは、Ｔｙｐｅ　ＩＩ　ＨＡＲＱ－ＡＣＫコードブック、動的コードブック等とも呼ばれる。
　Ｔｙｐｅ　Ｉ　ＨＡＲＱ－ＡＣＫコードブック又はＴｙｐｅ　ＩＩ　ＨＡＲＱ－ＡＣＫコードブックのいずれを用いるかは、上位レイヤパラメータ（例えば、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ）によりＵＥに設定されてもよい。
　Ｔｙｐｅ　Ｉ　ＨＡＲＱ－ＡＣＫコードブックの場合、ＵＥは、所定範囲（例えば、上位レイヤパラメータに基づいて設定される範囲）において、ＰＤＳＣＨのスケジューリングの有無に関係なく、当該所定範囲に対応するＨＡＲＱ－ＡＣＫビットをフィードバックしてもよい。
　当該所定範囲は、所定期間（例えば、候補となるＰＤＳＣＨ受信用の所定数の機会（ｏｃｃａｓｉｏｎ）のセット、又は、ＰＤＣＣＨの所定数のモニタリング機会（ｍｏｎｉｔｏｒｉｎｇ　ｏｃｃａｓｉｏｎ）ｍ）、ＵＥに設定又はアクティブ化されるＣＣの数、ＴＢの数（レイヤ数又はランク）、１ＴＢあたりのＣＢＧ数、空間バンドリングの適用の有無、の少なくとも一つに基づいて定められてもよい。当該所定範囲は、ＨＡＲＱ－ＡＣＫバンドリングウィンドウ、ＨＡＲＱ－ＡＣＫフィードバックウィンドウ、バンドリングウィンドウ、フィードバックウィンドウなどとも呼ばれる。
　Ｔｙｐｅ　Ｉ　ＨＡＲＱ－ＡＣＫコードブックでは、所定範囲内であれば、ＵＥに対するＰＤＳＣＨのスケジューリングが無い場合でも、ＵＥは、ＮＡＣＫビットをフィードバックする。このため、Ｔｙｐｅ　Ｉ　ＨＡＲＱ－ＡＣＫコードブックを用いる場合、フィードバックするＨＡＲＱ－ＡＣＫビット数が増加することも想定される。
　一方、Ｔｙｐｅ　ＩＩ　ＨＡＲＱ－ＡＣＫコードブックの場合、ＵＥは、上記所定範囲において、スケジューリングされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫビットをフィードバックしてもよい。
　具体的には、ＵＥは、Ｔｙｐｅ　ＩＩ　ＨＡＲＱ－ＡＣＫコードブックのビット数を、ＤＣＩ内の所定フィールド（例えば、ＤＬ割り当てインデックス（Ｄｏｗｎｌｉｎｋ　Ａｓｓｉｇｎｍｅｎｔ　Ｉｎｄｉｃａｔｏｒ（Ｉｎｄｅｘ）（ＤＡＩ））フィールド）に基づいて決定してもよい。ＤＡＩフィールドは、カウンタＤＡＩ（ｃｏｕｎｔｅｒ　ＤＡＩ（ｃＤＡＩ））及びトータルＤＡＩ（ｔｏｔａｌ　ＤＡＩ（ｔＤＡＩ））に分割（ｓｐｌｉｔ）されてもよい。
　カウンタＤＡＩは、所定期間内でスケジューリングされる下り送信（ＰＤＳＣＨ、データ、ＴＢ）のカウンタ値を示してもよい。例えば、当該所定期間内にデータをスケジューリングするＤＣＩ内のカウンタＤＡＩは、当該所定期間内で最初に周波数領域（例えば、ＣＣ）で、その後に時間領域でカウントされた数を示してもよい。
　トータルＤＡＩは、所定期間内でスケジューリングされるデータの合計値（総数）を示してもよい。例えば、当該所定期間内の所定の時間ユニット（例えば、ＰＤＣＣＨモニタリング機会）でデータをスケジューリングするＤＣＩ内のトータルＤＡＩは、当該所定期間内で当該所定の時間ユニット（ポイント、タイミング等ともいう）までにスケジューリングされたデータの総数を示してもよい。
　ＵＥは、以上のＴｙｐｅ　Ｉ又はＴｙｐｅ　ＩＩのＨＡＲＱ－ＡＣＫコードブックに基づいて決定（生成）される一以上のＨＡＲＱ－ＡＣＫビットを、上り制御チャネル（Ｐｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ（ＰＵＣＣＨ））及び上り共有チャネル（Ｐｈｙｓｉｃａｌ　Ｕｐｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ（ＰＵＳＣＨ））の少なくとも一方を用いて送信してもよい。
　サブスロットベースのＰＵＣＣＨの送信を行う場合、１スロット内の上りのサブスロットの数又は長さについて、ユーザ装置１０個別に、かつ準静的（ｓｅｍｉ－ｓｔａｔｉｃａｌｌｙ）に設定される。
　ＰＵＣＣＨリソースの設定方法及び決定方法について、詳細を定めることが必要とされている。
　Ｔｙｐｅ　ＩのＨＡＲＱ－ＡＣＫコードブック及びＴｙｐｅ　ＩＩのＨＡＲＱ－ＡＣＫコードブックのいずれの場合においても、異なるサービス種別のＨＡＲＱ－ＡＣＫコードブック（例えば、ｅＭＢＢのデータ送信に対するＨＡＲＱ－ＡＣＫで構成されるＨＡＲＱ－ＡＣＫコードブック（ｅＭＢＢ　ＨＡＲＱ－ＡＣＫコードブック）及びＵＲＬＬＣのデータ送信に対するＨＡＲＱ－ＡＣＫで構成されるＨＡＲＱ－ＡＣＫコードブック（ＵＲＬＬＣ　ＨＡＲＱ－ＡＣＫコードブック））が同時に生成されることが想定される。このような状況において、そのＨＡＲＱ－ＡＣＫに対応するデータ送信のサービス種別を特定することが必要になると考えられる。つまり、複数の異なるサービス種別のデータ受信に対して、ＨＡＲＱ－ＡＣＫコードブックを生成する際に、ｅＭＢＢ　ＨＡＲＱ－ＡＣＫコードブック及びＵＲＬＬＣ　ＨＡＲＱ－ＡＣＫコードブックのうち、どちらのＨＡＲＱ－ＡＣＫコードブックを生成すべきか、すなわち、あるデータ受信に対応するＨＡＲＱ－ＡＣＫは、ｅＭＢＢ　ＨＡＲＱ－ＡＣＫコードブック及びＵＲＬＬＣ　ＨＡＲＱ－ＡＣＫコードブックのうち、どちらのＨＡＲＱ－ＡＣＫコードブックに含めるか、について特定することが必要になると考えられる。ｅＭＢＢ　ＨＡＲＱ－ＡＣＫコードブックの生成及びＵＲＬＬＣ　ＨＡＲＱ－ＡＣＫコードブックの生成で、ユーザ装置１０の動作がそれぞれ異なることが想定されるため、生成するＨＡＲＱ－ＡＣＫのサービス種別を特定することが必要になると考えられる。なお、サービス種別の一例として「ｅＭＢＢ」「ＵＲＬＬＣ」を用いて記載するが、これに限られない。
　受信データのサービス種別を識別する方法、及び／又は上記受信データに対応するＨＡＲＱ－ＡＣＫを含めるべきＨＡＲＱ－ＡＣＫコードブックを識別する方法、及び／又は上記受信データに対応するＨＡＲＱ－ＡＣＫを送信する際のＵＥ動作を区別する方法（シグナリング）として、以下のオプションが検討されている。
　Ｏｐｔ．１：Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ（ＤＣＩ）フォーマットを利用する方法。
　Ｏｐｔ．２：Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ（ＲＮＴＩ）を利用する方法。
　Ｏｐｔ．３：ＤＣＩにおける明示的な表示（ｉｎｄｉｃａｔｉｏｎ）を利用する方法。例えば、新しいＤＣＩフィールドを定義し、そのフィールドに対する値で上記サービス種別を区別してもよい。この場合、例えば、上記フィールドのサイズを1ビットとしてもよく、さらに上記フィールドの値が０であれば、当該ＤＣＩがスケジュールするＰＤＳＣＨの復号結果を示すＨＡＲＱ－ＡＣＫは、ｅＭＢＢのＨＡＲＱ－ＡＣＫコードブックに含めるとしてもよい。上記フィールドの値が１であれば、当該ＤＣＩがスケジュールするＰＤＳＣＨの復号結果を示すＨＡＲＱ－ＡＣＫは、ＵＲＬＬＣのＨＡＲＱ－ＡＣＫコードブックに含めるとしてもよい。すなわち、上記フィールドの値によってユーザ装置１０の動作を変更してもよい。あるいは、すでに定義されているＤＣＩフィールドを再利用してもよい。
　Ｏｐｔ．４：Ｃｏｎｔｒｏｌ－ｒｅｓｏｕｒｃｅ　ｓｅｔ（ＣＯＲＥＳＥＴ）／ｓｅａｒｃｈ　ｓｐａｃｅを利用する方法。
　以降では、「ｅＭＢＢ」および「ＵＲＬＬＣ」は、以下の少なくとも何れかのオプションによって上記識別／区別を意味してもよい。例えば、Ｏｐｔ．１が用いられる場合、「ＵＲＬＬＣのＨＡＲＱ－ＡＣＫ」は、例えばＵＲＬＬＣのＵＥ動作（例えば、上記サブスロットベースのＨＡＲＱ－ＡＣＫフィードバック）に紐づけられたＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨの復号結果を示すＨＡＲＱ－ＡＣＫ、を意味してもよい。また、例えば、Ｏｐｔ．３が用いられる場合、「ＵＲＬＬＣのＨＡＲＱ－ＡＣＫ」は、例えばＵＲＬＬＣのＵＥ動作（例えば、上記サブスロットベースのＨＡＲＱ－ＡＣＫフィードバック）に紐づけられたＤＣＩフィールドの値を持つＤＣＩによってスケジュールされるＰＤＳＣＨの復号結果を示すＨＡＲＱ－ＡＣＫ、を意味してもよい。あるいは、上記以外のオプションが用いられてもよい。
　図２に示されるように、リリース１５のＲａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ（ＲＲＣ）の仕様（非特許文献１）において、ＲＲＣによるＰＵＣＣＨリソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）のためのＩｎｆｏｒｍａｔｉｏｎ　Ｅｌｅｍｅｎｔ（ＩＥ）が規定されている。
　ＰＵＣＣＨ－Ｃｏｎｆｉｇの中のＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔにより、ユーザ装置１０に対して専用のＰＵＣＣＨリソースが設定される。各ＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔは、最大８個のＰＵＣＣＨリソースを含み得る。例外的に、ＰＵＣＣＨリソースセット０、すなわちｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｅｔＩｄが０のＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔは、最大３２個のＰＵＣＣＨリソースを含み得る。ＰＵＣＣＨ－Ｃｏｎｆｉｇは、そのようなＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔを４つ含み得る。また、各ＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔの中のリソースの詳細な設定は、図２に示されるＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔ及び図３に示されるＰＵＣＣＨ－Ｒｅｓｏｕｒｃｅにより定められる。また、各ＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔのリソースのフォーマットがＰＵＣＣＨ－ｆｏｒｍａｔ０、ＰＵＣＣＨ－ｆｏｒｍａｔ１、ＰＵＣＣＨ－ｆｏｒｍａｔ２、ＰＵＣＣＨ－ｆｏｒｍａｔ３、ＰＵＣＣＨ－ｆｏｒｍａｔ４のうちのいずれであるかを示す必要があり、フォーマットの設定については、図４に示されるような設定を行うことが可能である。つまり、ＰＵＣＣＨフォーマットがＰＵＣＣＨリソースに対応付けられ、かつＰＵＣＣＨリソースがいずれかの、または複数のＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔに対応付けられるという構成とされている。
　（リリース１５におけるＨＡＲＱ－ＡＣＫコードブックのＰＵＣＣＨリソースの決定）
　以下、リリース１５におけるＨＡＲＱ－ＡＣＫコードブックのＰＵＣＣＨリソースの決定方法について説明する。
　（ステップ１）Ｋ１により、ＨＡＲＱ－ＡＣＫを送信するスロットを決定する。
　ユーザ装置１０は、ＰＤＳＣＨでのデータの送信をスケジュールするためのＤｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ（ＤＣＩ）を受信する。このＤＣＩには、ＨＡＲＱ－ＡＣＫを送信するためのスロットのタイミングを示すインジケータ（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ　ｉｎｄｉｃａｔｏｒ　ｆｉｅｌｄ）が含まれている。このインジケータは、Ｋ１と呼ばれ、Ｋ１は下りリンクのデータの受信から上りリンクの送達確認情報の送信までの時間間隔を示す。例えば、図５に示されるように、Ｋ１＝１である場合には、ユーザ装置１０は、ＰＤＳＣＨでデータを受信（スロットｎ）してから１スロット後のタイミング（スロットｎ＋１）で、対応するＨＡＲＱ－ＡＣＫをＰＵＣＣＨで送信することになる。ここで、同一のタイミング（スロット）で送信することが指示されたＨＡＲＱ－ＡＣＫに対して、１つのＨＡＲＱ－ＡＣＫコードブックが構成される。
　ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１は、ＰＤＳＣＨでのデータの送信をスケジューリングすることが可能なＤＣＩフォーマットである。ＤＣＩフォーマット１＿０の場合、Ｋ１により指定可能な値は、｛１、２、３、４、５、６、７、８｝のうちのいずれかの値となる。ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ　ｉｎｄｉｃａｔｏｒ　ｆｉｅｌｄに含まれる３ビットにより、上記の範囲内のいずれかの値が指定される。ＤＣＩフォーマット１＿１の場合、より柔軟にＫ１の値を設定することができる。具体的には、ＲＲＣパラメータｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫによりＫ１で指定可能な数値の範囲を設定しておき、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ　ｉｎｄｉｃａｔｏｒ　ｆｉｅｌｄに含まれる３ビットにより、設定された範囲内のいずれかの値が指定される。
　（ステップ２）スロット内のＰＵＣＣＨリソースセットを決定する。
　ユーザ装置１０は、ＲＲＣシグナリングにより、最大で４つのＰＵＣＣＨリソースセットを設定することができる（３つ以下のＰＵＣＣＨリソースセットを設定することも可能である）。ここで、まとめて送信されるＵｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ（ＵＣＩ）に対して、ＵＣＩのペイロードサイズに基づいて、設定された最大で４つのＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースが選択される。なお、ＵＣＩにはＨＡＲＱ－ＡＣＫ、Ｓｃｈｅｄｕｌｉｎｇ　Ｒｅｑｕｅｓｔ（ＳＲ）、Ｃｈａｎｎｅｌ　Ｓｔａｔｅ　Ｉｎｆｏｒｍａｔｉｏｎ（ＣＳＩ）のうち、すくなくとも１種類が含まれていてもよい。例えば、１つのＨＡＲＱ－ＡＣＫコードブックが上記まとめて送信されるＵＣＩに該当する場合、ＵＣＩのペイロードサイズは、上記１つのＨＡＲＱ－ＡＣＫコードブックにおけるＨＡＲＱ－ＡＣＫビット数を意味してもよい。
　例えば、図６に示されるように、ＰＵＣＣＨリソースセット０、１、２、３が設定されているとする。ＵＣＩのビット数が１又は２である場合、ＰＵＣＣＨリソースセット０が選択される。ＵＣＩのビット数が２よりも大きくＮ２以下である場合、ＰＵＣＣＨリソースセット１が選択される。ＵＣＩのビット数がＮ２よりも大きくＮ３以下である場合、ＰＵＣＣＨリソースセット２が選択される。ＵＣＩのビット数がＮ３よりも大きく１７０６以下である場合、ＰＵＣＣＨリソースセット３が選択される。ここで、Ｎ２及びＮ３の値は、ＲＲＣパラメータｍａｘＰａｙｌｏａｄＭｉｎｕｓ１により設定される。ＰＵＣＣＨリソースセット１、２、３のうちの各ＰＵＣＣＨリソースセットには、最大８個のＰＵＣＣＨリソースが含まれる。ＰＵＣＣＨリソースセット０については、ＰＵＣＣＨリソースの数を最大３２個まで設定することが可能である。
　（ステップ３）ＰＵＣＣＨリソースセット内の１つのＰＵＣＣＨリソースを決定する。
　ＤＣＩの中に含まれるＰＵＣＣＨ　ｒｅｓｏｕｒｃｅ　ｉｎｄｉｃａｔｏｒ（ＰＲＩ）フィールドの中の最大３ビットにより、最大８個のＰＵＣＣＨリソースの中から１つのＰＵＣＣＨリソースが指定される。ＰＵＣＣＨリソースセット０の場合においても、ＰＲＩフィールドには最大３ビットが含まれる。ＰＲＩフィールドの最大３ビットとＣｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ　Ｅｌｅｍｅｎｔ（ＣＣＥ）インデックスから求められる最大２ビットとの組み合わせにより、最大３２個のＰＵＣＣＨリソースの中から１つのＰＵＣＣＨリソースが指定される。図７は、ＰＵＣＣＨ　ｒｅｓｏｕｒｃｅ　ｉｎｄｉｃａｔｏｒの例を示す図である。
　（課題について）
　リリース１５において、４つのＰＵＣＣＨリソースセットが利用可能であり、ＰＵＣＣＨリソースセット０におけるＰＵＣＣＨリソースの最大数は３２、ＰＵＣＣＨリソースセット１、２、３におけるＰＵＣＣＨリソースの最大数は、８となっている。また、リリース１６では、ＵＲＬＬＣサービスについて、サブスロットベースのＨＡＲＱ－ＡＣＫフィードバック手順が適用されることが想定されている。すなわち、１スロットを複数のサブスロットに分割し、サブスロット毎に１つのＰＵＣＣＨを用いてＨＡＲＱ－ＡＣＫを送信することが想定されている。この場合、リリース１５において設定されるＰＵＣＣＨリソース／ＰＵＣＣＨリソースセットは、ＵＣＩのペイロードのサイズ、ＰＵＣＣＨフォーマット、ＰＵＣＣＨの開始シンボル／長さ、及び他のユーザ装置１０との間でのＰＵＣＣＨリソースの衝突の回避を考慮すると、ｅＭＢＢトラフィックを伴う／伴わないＵＲＬＬＣトラフィックに対応するユーザ装置１０、すなわち、上記スロットベースのＨＡＲＱ－ＡＣＫフィードバック及び／又は上記サブスロットベースのＨＡＲＱ－ＡＣＫフィードバック手順が適用され得るユーザ装置に対しては、不十分である（例えば、使用可能なＰＵＣＣＨリソースが足りない）可能性がある。従って、リリース１６に対して、ＰＵＣＣＨリソースを設定する仕組みを拡張することが必要とされている。
　（提案１）
　ＵＲＬＬＣのＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨリソースセットを定義し、ＵＲＬＬＣトラフィックについては、当該ＵＲＬＬＣ専用のＰＵＣＣＨリソースセットを使用する。また、ｅＭＢＢのＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨリソースセットを定義し、ｅＭＢＢトラフィックについては、当該ｅＭＢＢ専用のＰＵＣＣＨリソースセットを使用する。すなわち、例えば上記サブスロットベースのＨＡＲＱ－ＡＣＫフィードバックが適用されるＨＡＲＱ－ＡＣＫビット送信に用いられる１つ以上のＰＵＣＣＨリソースセット（ＵＲＬＬＣ　ＰＵＣＣＨリソースセット）と、上記スロットベースのＨＡＲＱ－ＡＣＫフィードバックが適用されるＨＡＲＱ－ＡＣＫビット送信に用いられる１つ以上のＰＵＣＣＨリソースセット（ｅＭＢＢ　ＰＵＣＣＨリソースセット）とを、それぞれ別のパラメータとして定義／設定してもよい。上記サブスロットベースのＨＡＲＱ－ＡＣＫフィードバックの場合には、１つのＵＲＬＬＣ　ＰＵＣＣＨリソースセットからＰＵＣＣＨリソースが選択され、上記スロットベースのＨＡＲＱ－ＡＣＫフィードバックの場合には、１つのｅＭＢＢ　ＰＵＣＣＨリソースセットからＰＵＣＣＨリソースが選択されてもよい。あるいは、上記２種類のＰＵＣＣＨリソースセットの定義／設定／選択は、上記サービス種別を識別するためのシグナリングによって、別々に行われてもよい。
　ＵＲＬＬＣ　ＰＵＣＣＨリソースセットとして、１つ又は複数の新しいＰＵＣＣＨリソースセットが設定されてもよい。当該１又は複数の新しいＰＵＣＣＨリソースセットのうちの各ＰＵＣＣＨリソースセットは、例えば、４個又は８個のＰＵＣＣＨリソースを含んでもよいし、ＰＵＣＣＨリソースの数はこれに限られない。ｅＭＢＢ　ＰＵＣＣＨリソースセットは、ＮＲ　リリース１５におけるＰＵＣＣＨリソースセットと同じ上位レイヤパラメータによって設定されてもよい。ユーザ装置１０は、ＵＣＩペイロードのサイズ及びＨＡＲＱ－ＡＣＫフィードバックがＵＲＬＬＣ向けであるか又はｅＭＢＢ向けであるか（すなわち、上記受信データのサービス種別を識別する方法、及び／又は上記受信データに対応するＨＡＲＱ－ＡＣＫを含めるべきＨＡＲＱ－ＡＣＫコードブックを識別する方法、及び／又は上記受信データに対応するＨＡＲＱ－ＡＣＫを送信する際のＵＥ動作を区別する方法（シグナリング））に基づいて、使用するＰＵＣＣＨリソースセットを決定する。ＨＡＲＱ－ＡＣＫフィードバックがＵＲＬＬＣ向けであるか又はｅＭＢＢ向けであるかについては、ＤＣＩフォーマット、ＲＮＴＩ、ＤＣＩによる明示的な表示、サーチスペース等に基づいて判定してもよい。
　（提案１－１）
　ＵＲＬＬＣのＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨリソースセット（ＵＲＬＬＣ　ＰＵＣＣＨリソースセット）として、サブスロットベースの１つ以上のＰＵＣＣＨリソースセットを設定する。ＰＵＣＣＨリソースセットは、上記サブスロットと関連付けられた上で設定される。このとき、各サブスロットにＰＵＣＣＨリソースが収納されるように、ＰＵＣＣＨリソースの設定を行う。ＰＵＣＣＨリソースセットの中のＰＵＣＣＨリソースは、サブスロットの境界（ｓｕｂ－ｓｌｏｔ　ｂｏｕｎｄａｒｙ）、及び／又はスロットの境界（ｓｌｏｔ　ｂｏｕｎｄａｒｙ）を越えることは許容されない。しかしながら本実施例はこの構成には限定されず、例えば、サブスロットの境界及び／又はスロットの境界を越えるように設定してもよい。
　サブスロットの構成として、長さが７シンボルの２つのサブスロットを１スロット内に設定してもよい。代替的に、長さが２シンボルの７つのサブスロットを１スロット内に設定してもよい。代替的に、１スロット内に３シンボルで構成されるサブスロットと４シンボルで構成されるサブスロットが混在してもよい（例えば、（３シンボル／４シンボル／４シンボル／３シンボル）であってもよく、（３シンボル／４シンボル／３シンボル／４シンボル）であってもよく、（４シンボル／３シンボル／４シンボル／３シンボル）であってもよい）。サブスロットの構成はこれに限られない。１スロット内のサブスロットの構成は、上位レイヤのパラメータによって設定されてもよく、追加的又は代替的に、ＤＣＩによる明示的／暗示的な指定によって設定されてもよい。図８は、（３シンボル／４シンボル／４シンボル／３シンボル）のサブスロットパターンの例を示す図である。ＰＵＣＣＨリソースセットは上述の７シンボルの２つのサブスロットの組み合わせ、２シンボルの７つのサブスロットの組み合わせ、（３シンボル／４シンボル／４シンボル／３シンボル）のサブスロットの組み合わせ、（３シンボル／４シンボル／３シンボル／４シンボル）のサブスロットの組み合わせ、及び（４シンボル／３シンボル／４シンボル／３シンボル）のサブスロットの組み合わせのそれぞれに対して設定されてもよい。
　（提案１－１－１）
　ＰＵＣＣＨリソースセットは、上述の各サブスロットの組み合わせに含まれる各サブスロットに対して設定されてもよい。例えば、図８のサブスロット構成において、サブスロット＃０に対して、ＰＵＣＣＨリソースセットが設定され、サブスロット＃１に対して別のＰＵＣＣＨリソースセットが設定され、サブスロット＃２に対してさらに別のＰＵＣＣＨリソースセットが設定され、サブスロット＃３に対してさらに別のＰＵＣＣＨリソースセットが設定されてもよい。このとき、上記サブスロット間で一部のＰＵＣＣＨリソースセットを共有してもよい。また、同一のサブスロット長を持つサブスロット間で、全てのＰＵＣＣＨリソースセットを共有してもよい。また、ＰＵＣＣＨリソースセットは、サブスロット長ごとに設定されてもよい。このように、各サブスロットに対してそれぞれＰＵＣＣＨリソースセットを設定することで、ＵＲＬＬＣのＨＡＲＱ－ＡＣＫフィードバックに対するスケジューリングの柔軟性を向上させることができる。
　（提案１－１－２）
　時間的に最初のサブスロットに対してのみＰＵＣＣＨリソースセットを設定して、１スロット内の他のサブスロットに対して、同じＰＵＣＣＨリソースセットを使用してもよい。言い換えれば、全てのサブスロットに対して共通のＰＵＣＣＨリソースセットを設定してもよい。この場合、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースのスタートシンボル（ｓｔａｒｔ　ｓｙｍｂｏｌ）の基準点（ｒｅｆｅｒｅｎｃｅ　ｐｏｉｎｔ）は、時間的に最初のサブスロット以外のサブスロットについては、サブスロットの境界をスタートシンボルの基準点として新たに定義してもよい。すなわち、上記スタートシンボルは、各サブスロットの最初のシンボルから数えて何シンボルを、ＰＵＣＣＨの開始シンボルとするか、を表してもよい。例えば、図９のサブスロット構成において、時間的に最初のサブスロットであるｓｕｂ－ｓｌｏｔ０について、スタートシンボルの基準点は時間的に最初のシンボルの開始位置であってもよく、ｓｕｂ－ｓｌｏｔ１について、スタートシンボルの基準点は、ｓｕｂ－ｓｌｏｔ０とｓｕｂ－ｓｌｏｔ１の境界であってもよい。図９の例では、ｓｕｂ－ｓｌｏｔ０において、スタートシンボルインデックスが１とされているので、ＰＵＣＣＨ＃０は、時間的に最初のシンボルの次のシンボルから開始されている。また、ｓｕｂ－ｓｌｏｔ１において、スタートシンボルインデックスが２とされているので、ＰＵＣＣＨ＃１は、ｓｕｂ－ｓｌｏｔ０とｓｕｂ－ｓｌｏｔ１の境界から２シンボル後のシンボルから開始されている。このように、１つのサブスロットに対してＰＵＣＣＨリソースセットを設定し、１スロット内の他のサブスロットに対して同じＰＵＣＣＨリソースセットを使用することで、ユーザ装置１０における制御の複雑性を低減することが可能となるとともに、上位レイヤパラメータの増加量を小さくすることが可能となる。
　（提案１－１のまとめ）
　リリース１５と同様に、３ステップでユーザ装置１０に対するＰＵＣＣＨリソースを決定する。
　（ステップ１）ＨＡＲＱ－ＡＣＫタイミングＫ１に基づいて、サブスロットを決定する。
　（ステップ２）ＵＣＩペイロードのサイズに基づいて、当該サブスロットで使用されるＰＵＣＣＨリソースセットの中からＰＵＣＣＨリソースセットを決定する。サブスロット内のＰＵＣＣＨリソースセットを決定する。
　(ステップ３）ＤＣＩのＰＲＩフィールドの１ビット、２ビット、又は３ビットによる指定に基づいて、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースを決定する。追加的に又は代替的に、黙示的な指定（例えば、ＣＣＥインデックスに基づく１ビット、２ビット、又はそれ以上のビット）に基づいて、上記ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースが決定されてもよい。
　図１０Ａ～図１０Ｄを参照して、提案１－１－１の具体例を説明する。
　例えば、図１０Ａに示されるように、ＵＲＬＬＣサービスに対応するユーザ装置１０は、最大で３つのＰＵＣＣＨリソースセットを設定することが可能であってもよい。各ＰＵＣＣＨリソースセットには、４つのＰＵＣＣＨリソースが含まれ、ＰＵＣＣＨリソースセットサイズの境界であるＮ２'及びＮ３'は、ｅＭＢＢと同じであってもよく、異なっていてもよい。
　図１０Ｂに示されるように、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースがサブスロットの境界を越えることは許容されない。
　次に、図１０Ｃに示されるように、サブスロット＃０に対してＰＵＣＣＨリソースセット＃０及びＰＵＣＣＨリソースセット＃１が定義され、サブスロット＃１に対してＰＵＣＣＨリソースセット＃０、ＰＵＣＣＨリソースセット＃１、及びＰＵＣＣＨリソースセット＃３が定義される。なお、ＰＵＣＣＨリソースセット＃０及びＰＵＣＣＨリソースセット＃１については、サブスロット＃０とサブスロット＃１との間で共通であってもよく、異なっていてもよい。サブスロット＃０に対するＵＣＩのペイロードのサイズが２よりも大きくかつＮ２'未満であるため、ＰＵＣＣＨリソースセット＃１が、サブスロット＃０内のＰＵＣＣＨリソースセットとして決定される。また、サブスロット＃１に対するＵＣＩのペイロードのサイズがＮ２'より大きくＮ３'未満であるため、ＰＵＣＣＨリソースセット＃２が、サブスロット＃１内のＰＵＣＣＨリソースセットとして決定される。
　次に図１０Ｄに示されるように、例えば、ＰＵＣＣＨリソースセット＃１の中に４つのリソースを設定しておき、ＰＲＩフィールドの２ビットが０１であることに基づいて、図１０Ｄに示されるリソース＃１がサブスロット＃０のＰＵＣＣＨリソースとして決定されてもよい。
　なお、図１０Ｃでは、サブスロット毎に、ＰＵＣＣＨリソースセットを定義していたが、例えば、図１１に示されるように、時間的に最初のサブスロットであるサブスロット＃０に対してＰＵＣＣＨリソースセットを定義し、１スロット内の他のサブスロットに対しては、サブスロット＃０に対して定義されたＰＵＣＣＨリソースセットと同じＰＵＣＣＨリソースセットが適用されてもよい。
　（提案１－２）
　ＵＲＬＬＣのＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨリソースセット（ＵＲＬＬＣ　ＰＵＣＣＨリソースセット）として、スロットベースの１つ以上のＰＵＣＣＨリソースセットを設定する。サブスロットは、Ｋ１を指定する際に粒度（ｇｒａｎｕｌａｒｉｔｙ）として使用されるバーチャルなリソース単位であるため、ＰＵＣＣＨリソースセットをサブスロットと関連付けなくてもよい。ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースは、サブスロットの境界を越えてもよい。ＰＵＣＣＨリソースセットは、リリース１５のＰＵＣＣＨリソースセットと同様に、スロット毎に設定される。ユーザ装置１０に対するＰＵＣＣＨリソースの決定は、リリース１５と同様に、３ステップで行われてもよい。この方法によれば、ユーザ装置１０は、リリース１５の場合と同様に、スロット毎にＰＵＣＣＨリソースセットを設定することで上位レイヤパラメータの増加量を小さくすることが可能となるとともに、サブスロットベースのＨＡＲＱ－ＡＣＫフィードバックを適用することが可能となる。
　（ステップ１）ＨＡＲＱ－ＡＣＫのタイミングを示すＫ１に基づき、ＨＡＲＱ－ＡＣＫのコードブロックを送信するサブスロットを決定する。ここで、ＰＵＣＣＨとサブスロットとの間の対応付けについて、ＰＵＣＣＨの開始シンボルがサブスロットｋに含まれる場合、当該ＰＵＣＣＨはサブスロットｋに含まれるとして、Ｋ１を適用してもよい。また、ＰＤＳＣＨとサブスロットとの間の対応付けについて、ＰＤＳＣＨの末尾のシンボルがサブスロットｎに含まれる場合、当該ＰＤＳＣＨはサブスロットｎに含まれるとして、Ｋ１を適用してもよい。なお、ＰＤＳＣＨがサブスロット境界又はスロット境界を越えて送信される場合、及び／又はＰＤＳＣＨが複数のサブスロット又は複数のスロットで送信される場合、複数のサブスロットの末尾のサブスロットをサブスロットｎとしてもよい。
　（ステップ２）ＵＣＩのペイロードのサイズ、及び上位レイヤパラメータで設定されるＰＵＣＣＨリソースセットを選択する基準となるＵＣＩのペイロードのサイズを表す軸におけるＰＵＣＣＨリソースセットの選択の境界を規定するＮ（すなわち、上記Ｎ２及び／又はＮ３）の値に基づき、上記スロットベースの１つ以上のＰＵＣＣＨリソースセットの中から、１つのＰＵＣＣＨリソースセットを決定する。なお、上記Ｎ２及び／又はＮ３は、上記ＵＲＬＬＣ　ＰＵＣＣＨリソースセットとｅＭＢＢ　ＰＵＣＣＨリソースセットの間で異なるパラメータとして定義し、異なる値が設定されてもよい。代替的に、上記ＵＲＬＬＣ　ＰＵＣＣＨリソースセットとｅＭＢＢ　ＰＵＣＣＨリソースセットの間で共通のパラメータとして定義してもよい。
　（ステップ３）
　ＤＣＩに含まれるＰＲＩフィールドの値を使用して、上記決定されたＰＵＣＣＨリソースセットの中からＰＵＣＣＨリソースを決定する。ＰＵＣＣＨリソースセットの中のＰＵＣＣＨリソースの数が２である場合には、ＰＲＩフィールドのビット数は１となる。ＰＵＣＣＨリソースセットの中のＰＵＣＣＨリソースの数が４である場合には、ＰＲＩフィールドのビット数は２となる。ＰＵＣＣＨリソースセットの中のＰＵＣＣＨリソースの数が８以上の場合には、ＰＲＩフィールドのビット数は３となる。追加的に／代替的に、黙示的な指定（例えば、ＣＣＥインデックスに基づく１ビット、２ビット、又はそれ以上のビット）を用いてＰＵＣＣＨリソースを決定してもよい。
　図１２Ａ～図１２Ｃを参照して、提案１－２の具体例を説明する。例えば、図１２Ａにおいて、ＵＲＬＬＣサービスに対応するユーザ装置１０に対し、上記ＵＲＬＬＣ　ＰＵＣＣＨリソースセットとして３つのＰＵＣＣＨリソースセットが設定されている。すなわち、１つのスロットに対してＰＵＣＣＨリソースセット＃０、ＰＵＣＣＨリソースセット＃１、及びＰＵＣＣＨリソースセット＃２が設定されている。各ＰＵＣＣＨリソースセットには、４つのＰＵＣＣＨリソースが含まれ、ＰＵＣＣＨリソースセットサイズの境界であるＮ２'及びＮ３'は、上記ｅＭＢＢ　ＰＵＣＣＨリソースセットに用いられる値と同じであってもよく、異なっていてもよい。図１２Ｂに示されるように、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースがサブスロットの境界を越えることは許容されてもよい。
　そして、図１２Ｃに示されるように、１つのスロットにおいてＰＵＣＣＨリソースセット＃０、ＰＵＣＣＨリソースセット＃１、及びＰＵＣＣＨリソースセット＃２が使用される。すなわち、複数のサブスロットにおいて、上記ＰＵＣＣＨリソースセットが使用される。例えば、サブスロット＃０に対するＵＣＩのペイロードのサイズが２よりも大きくかつＮ２'未満である場合、ＰＵＣＣＨリソースセット＃１が、当該スロットで使用されるＰＵＣＣＨリソースセットとして決定される。
　（提案２）
　ｅＭＢＢとＵＲＬＬＣとの間で、ＰＵＣＣＨリソースセットの構成を共通とする。すなわち、上記ＵＲＬＬＣ　ＰＵＣＣＨリソースセットと上記ｅＭＢＢ　ＰＵＣＣＨリソースセットとを区別せず、共通の上位レイヤパラメータで設定されてもよい。リリース１５で定義されたＰＵＣＣＨリソースセット０、ＰＵＣＣＨリソースセット１、ＰＵＣＣＨリソースセット２、及びＰＵＣＣＨリソースセット３をｅＭＢＢ及びＵＲＬＬＣに使用してもよい。すなわち、上記受信データのサービス種別を識別する方法、及び／又は上記受信データに対応するＨＡＲＱ－ＡＣＫを含めるべきＨＡＲＱ－ＡＣＫコードブックを識別する方法、及び／又は上記受信データに対応するＨＡＲＱ－ＡＣＫを送信する際のＵＥ動作を区別する方法（シグナリング）によらず、上記共通の上位レイヤパラメータで設定されたＰＵＣＣＨリソースセットを使用してもよい。
さらに、ＵＲＬＬＣに対して使用する（すなわち、上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに用いられる）１又は複数の新しいＰＵＣＣＨリソースセットを追加的に定義・設定してもよい。ここで、新しく追加する１又は複数のＰＵＣＣＨリソースセットは、例えば、４個のＰＵＣＣＨリソースを含んでもよく、或いは８個のＰＵＣＣＨリソースを含んでもよく、数はこれに限られない。ユーザ装置１０は、ｅＭＢＢに対する（すなわち、ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバックに用いられる）ＰＵＣＣＨリソースセットと、ＵＲＬＬＣに対する（すなわち、上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに用いられる）ＰＵＣＣＨリソースセットとを別々に決定してもよい。上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに使用する場合には、提案１と同様に、ＰＵＣＣＨリソースの開始シンボルの基準点は定義を変更し、スロット境界ではなく、サブスロットの境界を基準点としてもよい。ＰＵＣＣＨリソースセット０、１、２、３及び／又は新しく追加する１又は複数のＰＵＣＣＨリソースセットは、８個より多いＰＵＣＣＨリソースを含んでもよい。この場合、ユーザ装置１０は、ＰＲＩフィールドの１から３ビットによる指定及びＤＣＩフォーマット、ＲＮＴＩ、ＤＣＩにおける明示的な表示、又はＣＯＲＥＳＥＴ／サーチスペースを利用してサービス種別がｅＭＢＢであるか又はＵＲＬＬＣであることを特定することによって、ＰＵＣＣＨのリソースを決定してもよい。
　ＵＲＬＬＣに対する（すなわち、上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに用いられる）１つのＰＵＣＣＨリソースセットの中のＰＵＣＣＨリソースの決定に関して、ＰＲＩフィールドのサイズを設定することが可能であってもよい。ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースの数が４であれば、ＰＲＩフィールドのサイズは２ビットであってもよい。ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースの数が８であれば、ＰＲＩフィールドのサイズは３ビットであってもよい。リリース１５のＰＵＣＣＨリソースセット０、１、２、３において（すなわち、上記共通の上位レイヤパラメータで設定されたＰＵＣＣＨリソースセットにおいて）、８個のＰＵＣＣＨリソースが含まれている場合であっても、上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに用いられるＰＵＣＣＨリソースを決定するＰＲＩフィールドのサイズを、１ビット又は２ビットとすることができる。言い換えれば、ＰＲＩフィールドによって指定可能であるＰＵＣＣＨリソースの数が、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースの数より少なくてもよい。
　この場合において、例えば、ＰＲＩフィールドのサイズが２ビットの場合、使用される１つのＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースのうち、開始シンボルが時間的に前の４つのリソースを、上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに対して使用可能としてもよい。代替的に、使用される１つのＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースのうち、ショートＰＵＣＣＨフォーマット（ＰＵＣＣＨフォーマット０およびＰＵＣＣＨフォーマット２、あるいは長さが２シンボル以下のＰＵＣＣＨ）のうちで、開始シンボルが時間的に前の４つのリソースを上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに対して使用可能としてもよい。
　ここで、上記ＰＵＣＣＨフォーマットと、上記ＰＲＩフィールドとの対応付けは、ＰＲＩフィールドの値が大きくなるに従って、上記ＰＵＣＣＨフォーマットの識別番号が大きくなる対応付けであってもよい。例えば、ショートＰＵＣＣＨフォーマットのみが上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに使用され、ＰＵＣＣＨリソースセットの中のＰＵＣＣＨリソース＃０、＃２、＃４、＃６がショートＰＵＣＣＨフォーマットであった場合に、ＰＲＩフィールドの値００がＰＵＣＣＨリソース＃０に対応づけられ、ＰＲＩフィールドの値０１がＰＵＣＣＨリソース＃２に対応付けられ、ＰＲＩフィールドの値１０がＰＵＣＣＨリソース＃４に対応づけられ、ＰＲＩフィールドの値１１がＰＵＣＣＨリソース＃６に対応づけられてもよい。
　（提案２－１）
　上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに対して新しく追加する１又は複数のＰＵＣＣＨリソースセットは、上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバックに対しては使用しなくてもよい。上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックの場合には、ＰＵＣＣＨリソースセット０、ＰＵＣＣＨリソースセット１、ＰＵＣＣＨリソースセット２、及びＰＵＣＣＨリソースセット３に対して設定されるＰＵＣＣＨリソースセットのサイズの境界を指定するＮ２及びＮ３を再利用し、かつ、新しく追加する１又は複数のＰＵＣＣＨリソースセットのうちのいずれかのＰＵＣＣＨリソースセットを選択するためのＵＣＩのペイロードのサイズを表す軸と、ＰＵＣＣＨリソースセット０、ＰＵＣＣＨリソースセット１、ＰＵＣＣＨリソースセット２、及びＰＵＣＣＨリソースセット３に対して設定されているＵＣＩのペイロードサイズを表す軸とを重ねてもよい。このような構成によれば、ＵＲＬＬＣトラフィックに対応するユーザ装置１０に対して、ＵＲＬＬＣのＨＡＲＱフィードバックに対して使用可能なＰＵＣＣＨリソースを十分に確保することが可能となるとともに、上位レイヤパラメータの増加量を小さくすることが可能となる。
　図１３は、ＰＵＣＣＨリソースセット＃０～＃３のうちのいずれかのＰＵＣＣＨリソースセットを選択する基準となるＵＣＩのペイロードのサイズを表す軸（横軸）とＰＵＣＣＨリソースセット＃４及びＰＵＣＣＨリソースセット＃５のうちのいずれかのＰＵＣＣＨリソースセットを選択する基準となるＵＣＩペイロードの軸（横軸）が重なっている場合の例を示す図である。ＰＵＣＣＨリソースを決定する際に、上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバックについては、リリース１５の場合と同じ方法を使用してもよい。上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックについては、異なる選択規則が定められてもよい。このとき、使用されるＰＵＣＣＨリソースセットを決定するためのＵＣＩのペイロードサイズの境界に関して、上記新しく追加する１又は複数のＰＵＣＣＨリソースセットに対し、境界を指定する上位レイヤパラメータ（例えば、Ｎ４'かつ／またはＮ５'）を定義してもよい。
　（提案２－１－１）
　上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに対して、リリース１５の３ステップのＰＵＣＣＨリソースの決定方法を適用してもよい。１つのサブスロット内でまとめて送信されるＵＣＩのペイロードのサイズに基づき、２つ以上のＰＵＣＣＨリソースセットが選択された場合、最小のインデックスの付与されているＰＵＣＣＨリソースセットを選択して、選択されたＰＵＣＣＨリソースセットの中から、ＤＣＩに含まれるＰＲＩフィールドの値によって指定されたＰＵＣＣＨリソースを選択してもよい。
　（提案２－１－２）
　２ステップのＰＵＣＣＨリソースの決定方法を導入してもよい。サブスロット内でまとめて送信されるＵＣＩのペイロードのサイズに基づいて、２つ以上のＰＵＣＣＨリソースセットが選択された場合、ＤＣＩに含まれるＰＲＩフィールドの値によって、上記２つ以上のＰＵＣＣＨリソースセットからそれぞれ指定された複数のＰＵＣＣＨリソースのうち、スタートシンボルの位置が時間的に最も前の位置となるスタートシンボルを含み、かつ／または長さが最小となるＰＵＣＣＨリソースが選択されてもよい。上記ＰＵＣＣＨリソースの決定方法において、スタートシンボルの位置と長さは、どちらが優先されてもよい。
　提案２－１－１の具体例を図１３及び図１４を参照して説明する。例えば、図１３に示されるように、２つの新しいＰＵＣＣＨリソースセットが上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバック用に導入され、４つのＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃０～＃３）が上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバックに対して使用可能であり、６つのＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃０～＃５）が上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに対して使用可能であったとする。
　この場合において、ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックにおいて、サブスロット＃１でまとめて送信されるＵＣＩのペイロードのサイズが２よりも大きく、かつＮ５'（Ｎ５'＜Ｎ２）よりも小さかったとする。この場合、ＰＵＣＣＨリソースセット＃１及びＰＵＣＣＨリソースセット＃４を使用することが可能である。この場合には、所定の規則に基づいて、ＰＵＣＣＨリソースセット＃１及びＰＵＣＣＨリソースセット＃４のうちのいずれか一方のＰＵＣＣＨリソースセットが選択されてもよい。例えば、所定の規則が、最小のＰＵＣＣＨリソースセットインデックスの付与されているＰＵＣＣＨリソースセットを選択するという規則であった場合には、ＰＵＣＣＨリソースセット＃１が選択される（代替的に、所定の規則が最大のＰＵＣＣＨリソースセットインデックスの付与されているＰＵＣＣＨリソースセットを選択するという規則であった場合には、ＰＵＣＣＨリソースセット＃４が選択される）。
　次に、ＤＣＩに含まれるＰＲＩフィールドの値に基づいて、ＰＵＣＣＨリソースセット＃１に含まれるＰＵＣＣＨリソース＃０～＃７のうちのいずれか１つのＰＵＣＣＨリソースが選択される。図１４の例では、ＰＲＩフィールドの３ビットの値が１１１であるため、ＰＵＣＣＨリソース＃７が選択される。
　提案２－１－２の具体例を図１３及び図１５を参照して説明する。例えば、図１３に示されるように、２つの新しいＰＵＣＣＨリソースセットが上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバック用に導入され、４つのＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃０～＃３）が上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバックに対して使用可能であり、６つのＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃０～＃５）が上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに対して使用可能であったとする。
　この場合において、ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックにおいて、サブスロット＃１でまとめて送信されるＵＣＩのペイロードのサイズが２よりも大きく、かつＮ５'（Ｎ５'＜Ｎ２）よりも小さかったとする。この場合、ＰＵＣＣＨリソースセット＃１及びＰＵＣＣＨリソースセット＃４を使用することが可能である。この場合、２つのＰＵＣＣＨリソースセットの中のいずれか１つのＰＵＣＣＨリソースが所定の規則に従って選択される。例えば、所定の規則が、２つのＰＵＣＣＨリソースセットに含まれる複数のＰＵＣＣＨリソースのうち、時間的に最も前に位置するスタートシンボルを含み、かつ長さが最小となるＰＵＣＣＨリソースを選択するという規則であった場合、図１５のＰＵＣＣＨリソース＃０が選択される。
　（提案２－２）
　上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに対して新たに追加したＰＵＣＣＨリソースセットは、上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバックに対して使用することが可能であってもよい。すなわち、上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックおよび上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバックにおいて、完全に同じＰＵＣＣＨリソースセットが定義され、設定され、かつ／または使用されてもよい。使用可能な全てのＰＵＣＣＨリソースセットが、ユーザ装置１０に対して、スロット毎に設定されてもよい。ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースは、サブスロットの境界を越えることが許容されてもよい。
　（提案２－２－１）
　ＰＵＣＣＨリソースセットを選択する基準となるＵＣＩのペイロードのサイズを表す軸におけるＰＵＣＣＨリソースセットの選択の境界を規定するＮの値を、全てのＰＵＣＣＨリソースセットに対して再設定する。異なるＰＵＣＣＨリソースセットを選択することになるような、ＰＵＣＣＨリソースセットを選択する基準となるＵＣＩのペイロードのサイズを表す軸の重複は許容されなくてもよい。リリース１５のＰＵＣＣＨリソースセットの選択方法を適用してもよい。ユーザ装置１０は、上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバックに用いるＰＵＣＣＨリソースセットと、上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに用いるＰＵＣＣＨリソースセットとを別々に決定してもよい。１つのＰＵＣＣＨリソースセットの中のＰＵＣＣＨリソースの選択は、リリース１５の場合と同様に、ＤＣＩのＰＲＩフィールドの値に基づいて行われてもよい。ＰＵＣＣＨリソースセットを選択する基準となるＵＣＩのペイロードのサイズを表す軸におけるＰＵＣＣＨリソースセットの選択の境界を規定するＮの値は、上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバック用と上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバック用とで異なっていてもよい。
　（提案２－２－２）
　ＰＵＣＣＨリソースセット０、１、２、３に対して、リリース１５の場合と同様な、ＰＵＣＣＨリソースセットを選択する基準となるＵＣＩのペイロードのサイズを表す軸におけるＰＵＣＣＨリソースセットの選択の境界を規定するＮの値を設定し、新しく追加されるＰＵＣＣＨリソースセットを選択する基準となるＵＣＩのペイロードのサイズを表す軸が、ＰＵＣＣＨリソースセット０、１、２、３を選択する基準となるＵＣＩのペイロードのサイズを表す軸と重複することを許容してもよい。この場合、ＰＵＣＣＨリソースの決定方法として、提案２－１－１又は提案２－１－２と同じ規則を、上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバック及び上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに対して適用してもよい。
　図１６を参照して、提案２－２－１の具体例を説明する。例えば、２つの新たなＰＵＣＣＨリソースセットが導入された場合、ユーザ装置１０は、上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバック及び上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバックに対して、６つのＰＵＣＣＨリソースセットを使用することが可能となる。
　ここで、サブスロット＃１のＵＣＩのペイロードのサイズが、図１６に示されているＮ２'よりも大きく、かつＮ３'よりも小さかった場合、ＰＵＣＣＨリソースセット＃２が選択されることになる。
　次に、ＤＣＩに含まれるＰＲＩフィールドの値に基づいて、ＰＵＣＣＨリソースセット＃２に含まれるＰＵＣＣＨリソース＃０～＃７のうちのいずれか１つのＰＵＣＣＨリソースが選択される。図１６の例では、ＰＲＩフィールドの３ビットの値が１１０であるため、ＰＵＣＣＨリソース＃６が選択される。
　次に、図１７を参照して、提案２－２－２の具体例を説明する。例えば、２つの新たなＰＵＣＣＨリソースセットが導入された場合、ユーザ装置１０は、上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバック及び上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバック用に、６つのＰＵＣＣＨリソースセットを使用することが可能となる。
　この場合において、上記ＵＲＬＬＣのＨＡＲＱ－ＡＣＫのフィードバック又は上記ｅＭＢＢのＨＡＲＱ－ＡＣＫのフィードバックの場合に、サブスロット＃１又はスロット＃１でまとめて送信されるＵＣＩのペイロードのサイズが２よりも大きく、かつＮ５'（Ｎ５'＜Ｎ２）よりも小さかったとする。この場合、ＰＵＣＣＨリソースセット＃１及びＰＵＣＣＨリソースセット＃４を使用することが可能である。この場合には、所定の規則に基づいて、ＰＵＣＣＨリソースセット＃１及びＰＵＣＣＨリソースセット＃４のうちのいずれか一方のＰＵＣＣＨリソースセットが選択されてもよい。例えば、所定の規則が、最小のＰＵＣＣＨリソースセットインデックスの付与されているＰＵＣＣＨリソースセットを選択するという規則であった場合には、ＰＵＣＣＨリソースセット＃１が選択される（代替的に、所定の規則が最大のＰＵＣＣＨリソースセットインデックスの付与されているＰＵＣＣＨリソースセットを選択するという規則であった場合には、ＰＵＣＣＨリソースセット＃４が選択される）。
　次に、ＤＣＩに含まれるＰＲＩフィールドの値に基づいて、ＰＵＣＣＨリソースセット＃１に含まれるＰＵＣＣＨリソース＃０～＃７のうちのいずれか１つのＰＵＣＣＨリソースが選択される。
　代替的に、２つのＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃１及びＰＵＣＣＨリソースセット＃４）の中のいずれか１つのＰＵＣＣＨリソースが所定の規則に従って選択されてもよい。例えば、所定の規則が、２つのＰＵＣＣＨリソースセットに含まれる複数のＰＵＣＣＨリソースのうち、時間的に最も前に位置するスタートシンボルを含み、かつ長さが最小となるＰＵＣＣＨリソースを選択するという規則であった場合、例えば、図１５のＰＵＣＣＨリソース＃０が選択される。
　（装置構成）
　次に、これまでに説明した処理動作を実行するユーザ装置１０及び基地局２０の機能構成例を説明する。ユーザ装置１０及び基地局２０は、本実施の形態で説明した全ての機能を備えている。ただし、ユーザ装置１０及び基地局２０は、本実施の形態で説明した全ての機能のうちの一部のみの機能を備えてもよい。なお、ユーザ装置１０及び基地局２０を総称して通信装置と称してもよい。
　＜ユーザ装置＞
　図１８は、ユーザ装置１０の機能構成の一例を示す図である。図１８に示すように、ユーザ装置１０は、送信部１１０と、受信部１２０と、制御部１３０を有する。図１８に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部１１０を送信機と称し、受信部１２０を受信機と称してもよい。
　送信部１１０は、送信データから送信を作成し、当該送信信号を無線で送信する。また、送信部１１０は、１つ又は複数のビームを形成することができる。受信部１２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部１２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。
　制御部１３０は、ユーザ装置１０の制御を行う。なお、送信に関わる制御部１３０の機能が送信部１１０に含まれ、受信に関わる制御部１３０の機能が受信部１２０に含まれてもよい。
　例えば、ユーザ装置１０の受信部１２０は、ＰＤＳＣＨでのデータの送信をスケジュールするためのＤＣＩを受信する。制御部１３０は、ＤＣＩに含まれるＨＡＲＱ－ＡＣＫを送信するためのスロットのタイミングを示すインジケータ（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ　ｉｎｄｉｃａｔｏｒ　ｆｉｅｌｄ）に基づき、ＨＡＲＱ－ＡＣＫを送信するためのスロットのタイミングを特定する。また、ユーザ装置１０の受信部１２０は、基地局２０からのＲＲＣシグナリングを受信し、制御部１３０は、当該ＲＲＣシグナリングに基づき、１又は複数のＰＵＣＣＨリソースセットを設定する。また、制御部１３０は、ＨＡＲＱ－ＡＣＫを送信するためのスロットにおけるＵＣＩビットに基づき、１又は複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットを選択し、当該１つのＰＵＣＣＨリソースセットに含まれる複数のＰＵＣＣＨリソースの中から、ＤＣＩに含まれるＰＲＩフィールドで指定されるＰＵＣＣＨリソースを選択する。送信部１１０は、制御部１３０が選択したＰＵＣＣＨリソースを使用して、ＨＡＲＱ－ＡＣＫを含むＵＣＩを送信する。
　また、ユーザ装置１０の受信部１２０は、基地局２０からのＲＲＣシグナリングを受信し、制御部１３０は、当該ＲＲＣシグナリングに基づき、ＵＲＬＬＣ専用の１又は複数のサブスロットベースのＰＵＣＣＨリソースセットを設定する。制御部１３０は、ＤＣＩフォーマット、ＲＮＴＩ、ＤＣＩによる明示的な表示、サーチスペース等に基づいて、ＨＡＲＱ－ＡＣＫフィードバックがＵＲＬＬＣ向けであるか又はｅＭＢＢ向けであるかを判定する。制御部１３０は、ＤＣＩに含まれるＫ１に基づいて、サブスロットを決定し、ＵＣＩのペイロードのサイズに基づいて、サブスロット内のＰＵＣＣＨリソースセットを決定する。また、制御部１３０は、ＤＣＩに含まれるＰＲＩフィールドで指定されるＰＵＣＣＨリソースを選択する。送信部１１０は、制御部１３０が選択したＰＵＣＣＨリソースを使用して、ＨＡＲＱ－ＡＣＫを含むＵＣＩを送信する。
　また、ユーザ装置１０の受信部１２０は、基地局２０からのＲＲＣシグナリングを受信し、制御部１３０は、当該ＲＲＣシグナリングに基づき、ｅＭＢＢとＵＲＬＬＣとの間で共通に使用される既存のＰＵＣＣＨリソースセット、及びＵＲＬＬＣに対して新たに追加されたＰＵＣＣＨリソースセットを設定する。この場合において、制御部１３０は、ＵＲＬＬＣに対して新たに追加された１又は複数のＰＵＣＣＨリソースセットは、ｅＭＢＢに対しては使用しないと設定してもよい。制御部１３０は、新たに追加された１又は複数のＰＵＣＣＨリソースセットのうちのＰＵＣＣＨリソースセットを選択するためのＵＣＩのペイロードのサイズを表す軸を、既存の複数のＰＵＣＣＨリソースセットに対して設定されているＵＣＩのペイロードサイズを表す軸と重ねて設定してもよい。制御部１３０は、１つのサブスロット内のＵＣＩのペイロードのサイズに基づき、２つ以上のＰＵＣＣＨリソースセットが選択された場合、最少のインデックスの付与されているＰＵＣＣＨリソースセットを選択して、選択されたＰＵＣＣＨリソースセットの中の、ＤＣＩに含まれるＰＲＩフィールドの値で指定されＰＵＣＣＨリソースを選択してもよい。
　＜基地局２０＞
　図１９は、基地局２０の機能構成の一例を示す図である。図１９に示すように、基地局２０は、送信部２１０と、受信部２２０と、制御部２３０を有する。図１９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部２１０を送信機と称し、受信部２２０を受信機と称してもよい。
　送信部２１０は、ユーザ装置１０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部２２０は、ユーザ装置１０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、受信部２２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。制御部２３０は、基地局２０の制御を行う。なお、送信に関わる制御部２３０の機能が送信部２１０に含まれ、受信に関わる制御部２３０の機能が受信部２２０に含まれてもよい。
　例えば、基地局２０の制御部２３０は、ユーザ装置１０にＰＵＣＣＨリソースセットを設定させるためのＲＲＣメッセージを生成し、送信部２１０は当該ＲＲＣメッセージを含むＲＲＣシグナリングをユーザ装置１０に送信してもよい。受信部２２０は、ユーザ装置１０から送信される、ＨＡＲＱ－ＡＣＫを含むＵＣＩを受信する。
　＜ハードウェア構成＞
　上記実施の形態の説明に用いたブロック図（図１８～図１９）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
　また、例えば、本発明の一実施の形態におけるユーザ装置１０と基地局２０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図２０は、本実施の形態に係るユーザ装置１０と基地局２０のハードウェア構成の一例を示す図である。上述のユーザ装置１０と基地局２０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ装置１０と基地局２０のハードウェア構成は、図に示した１００１～１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　ユーザ装置１０と基地局２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）で構成されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１８に示したユーザ装置１０の送信部１１０、受信部１２０、制御部１３０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１９に示した基地局２０の送信部２１０と、受信部２２０と、制御部２３０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置１０の送信部１１０及び受信部１２０は、通信装置１００４で実現されてもよい。また、基地局２０の送信部２１０及び受信部２２０は、通信装置１００４で実現されてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
　また、ユーザ装置１０と基地局２０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ　Ｌｏｇｉｃ　Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
　（実施の形態のまとめ）
　本明細書には、少なくとも以下のユーザ装置及び通信方法が開示されている。
　制御情報及びデータを受信する受信部と、前記受信部が受信した制御情報に基づき、前記受信部が受信したデータに対するＨｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　Ｒｅｑｕｅｓｔ（ＨＡＲＱ）－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ）を送信するためのサブスロットを特定し、当該特定されたサブスロットに対して、ＨＡＲＱ－ＡＣＫビット送信に用いられる１又は複数の上り制御チャネルのリソースセットを設定し、前記ＨＡＲＱ－ＡＣＫを含む上り制御情報のペイロードのサイズに基づき、前記１又は複数の上り制御チャネルのリソースセットの中から１つの上り制御チャネルのリソースセットを選択し、前記受信部が受信した制御情報に基づき、前記選択した１つの上り制御チャネルのリソースセットに含まれる１又は複数のリソースのうち、１つのリソースを選択する制御部と、前記選択した１つのリソースを使用して、前記上り制御情報を送信する送信部と、を備えるユーザ装置。
　上記の構成によれば、サブスロットベースのＰＵＣＣＨリソースセットをサブスロット毎に設定することが可能となり、ＵＲＬＬＣトラフィックに対応するユーザ装置に対して、使用可能なＰＵＣＣＨリソースを十分に確保することが可能となる。
　前記制御部は、前記制御情報に基づき前記データがＵｌｔｒａ　Ｒｅｌｉａｂｌｅ　ａｎｄ　Ｌｏｗ　Ｌａｔｅｎｃｙ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）のデータであると判定される場合、前記１又は複数の上り制御チャネルのリソースセットを、ＵＲＬＬＣ専用の１又は複数の上り制御チャネルのリソースセットとして設定してもよい。
　前記制御部が選択した上り制御チャネルのリソースセットは、複数のリソースを含んでもよく、前記制御部は、前記受信部が受信した制御情報に含まれる選択すべきリソースを示すインジケータの値に基づき、前記複数のリソースのうちの１つのリソースを選択してもよい。
　前記制御部は、１スロットに含まれる複数のサブスロットのうちの各サブスロットに対して、１又は複数の上り制御チャネルのリソースセットを設定してもよい。
　制御情報及びデータを受信するステップと、前記受信した制御情報に基づき、前記受信したデータに対するＨｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　Ｒｅｑｕｅｓｔ（ＨＡＲＱ）－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ）を送信するためのサブスロットを特定し、当該特定されたサブスロットに対して、ＨＡＲＱ－ＡＣＫビット送信に用いられる１又は複数の上り制御チャネルのリソースセットを設定し、前記ＨＡＲＱ－ＡＣＫを含む上り制御情報のペイロードのサイズに基づき、前記１又は複数の上り制御チャネルのリソースセットの中から１つの上り制御チャネルのリソースセットを選択し、前記受信した制御情報に基づき、前記選択した１つの上り制御チャネルのリソースセットに含まれる１又は複数のリソースのうち、１つのリソースを選択するステップと、前記選択した１つのリソースを使用して、前記上り制御情報を送信するステップと、を備える、ユーザ装置による通信方法。
　上記の構成によれば、サブスロットベースのＰＵＣＣＨリソースセットをサブスロット毎に設定することが可能となり、ＵＲＬＬＣトラフィックに対応するユーザ装置に対して、使用可能なＰＵＣＣＨリソースを十分に確保することが可能となる。
　（実施形態の補足）
　以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置１０と基地局２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
　情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。
　本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ　Ｒａｄｉｏ　Ａｃｃｅｓｓ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ　Ｍｏｂｉｌｅ　Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本明細書において基地局２０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ　ｎｏｄｅ）によって行われることもある。基地局２０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ　ｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置１０との通信のために行われる様々な動作は、基地局２０および／または基地局２０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ－ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局２０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ－ＧＷ）であってもよい。
　本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
　ユーザ装置１０は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
　基地局２０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ　ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ　Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。
　本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ　ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
　本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。
　本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
　以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
１０　ユーザ装置
１１０　送信部
１２０　受信部
１３０　制御部
２０　基地局
２１０　送信部
２２０　受信部
２３０　制御部
１００１　プロセッサ
１００２　メモリ
１００３　ストレージ
１００４　通信装置
１００５　入力装置
１００６　出力装置

Claims (5)

  1. 　制御情報及びデータを受信する受信部と、
    　前記受信部が受信した制御情報に基づき、前記受信部が受信したデータに対するＨｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　Ｒｅｑｕｅｓｔ（ＨＡＲＱ）－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ）を送信するためのサブスロットを特定し、当該特定されたサブスロットに対して、ＨＡＲＱ－ＡＣＫビット送信に用いられる１又は複数の上り制御チャネルのリソースセットを設定し、前記ＨＡＲＱ－ＡＣＫを含む上り制御情報のペイロードのサイズに基づき、前記１又は複数の上り制御チャネルのリソースセットの中から１つの上り制御チャネルのリソースセットを選択し、前記受信部が受信した制御情報に基づき、前記選択した１つの上り制御チャネルのリソースセットに含まれる１又は複数のリソースのうち、１つのリソースを選択する制御部と、
    　前記選択した１つのリソースを使用して、前記上り制御情報を送信する送信部と、
    　を備えるユーザ装置。
  2. 　前記制御部は、前記制御情報に基づき前記データがＵｌｔｒａ　Ｒｅｌｉａｂｌｅ　ａｎｄ　Ｌｏｗ　Ｌａｔｅｎｃｙ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＵＲＬＬＣ）のデータであると判定される場合、前記１又は複数の上り制御チャネルのリソースセットを、ＵＲＬＬＣ専用の１又は複数の上り制御チャネルのリソースセットとして設定する、
    　請求項１に記載のユーザ装置。
  3. 　前記制御部が選択した上り制御チャネルのリソースセットは、複数のリソースを含み、前記制御部は、前記受信部が受信した制御情報に含まれる選択すべきリソースを示すインジケータの値に基づき、前記複数のリソースのうちの１つのリソースを選択する、
    　請求項１に記載のユーザ装置。
  4. 　前記制御部は、１スロットに含まれる複数のサブスロットのうちの各サブスロットに対して、１又は複数の上り制御チャネルのリソースセットを設定する、
    　請求項１に記載のユーザ装置。
  5. 　制御情報及びデータを受信するステップと、
    　前記受信した制御情報に基づき、前記受信したデータに対するＨｙｂｒｉｄ　Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　Ｒｅｑｕｅｓｔ（ＨＡＲＱ）－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＡＣＫ）を送信するためのサブスロットを特定し、当該特定されたサブスロットに対して、ＨＡＲＱ－ＡＣＫビット送信に用いられる１又は複数の上り制御チャネルのリソースセットを設定し、前記ＨＡＲＱ－ＡＣＫを含む上り制御情報のペイロードのサイズに基づき、前記１又は複数の上り制御チャネルのリソースセットの中から１つの上り制御チャネルのリソースセットを選択し、前記受信した制御情報に基づき、前記選択した１つの上り制御チャネルのリソースセットに含まれる１又は複数のリソースのうち、１つのリソースを選択するステップと、
    　前記選択した１つのリソースを使用して、前記上り制御情報を送信するステップと、
    　を備える、ユーザ装置による通信方法。
PCT/JP2019/018198 2019-05-03 2019-05-03 ユーザ装置及び通信方法 WO2020225841A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP19927901.9A EP3965492A4 (en) 2019-05-03 2019-05-03 USER DEVICE AND COMMUNICATION METHOD
US17/606,891 US20220217678A1 (en) 2019-05-03 2019-05-03 User equipment and communication method
JP2021518223A JP7300502B2 (ja) 2019-05-03 2019-05-03 端末、通信方法、及び基地局
PCT/JP2019/018198 WO2020225841A1 (ja) 2019-05-03 2019-05-03 ユーザ装置及び通信方法
CN201980095882.5A CN113796136A (zh) 2019-05-03 2019-05-03 用户装置及通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2019/018198 WO2020225841A1 (ja) 2019-05-03 2019-05-03 ユーザ装置及び通信方法

Publications (1)

Publication Number Publication Date
WO2020225841A1 true WO2020225841A1 (ja) 2020-11-12

Family

ID=73050817

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/018198 WO2020225841A1 (ja) 2019-05-03 2019-05-03 ユーザ装置及び通信方法

Country Status (5)

Country Link
US (1) US20220217678A1 (ja)
EP (1) EP3965492A4 (ja)
JP (1) JP7300502B2 (ja)
CN (1) CN113796136A (ja)
WO (1) WO2020225841A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021157197A1 (ja) * 2020-02-05 2021-08-12 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末及び通信方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113746610B (zh) * 2017-09-08 2023-04-07 中兴通讯股份有限公司 上行控制信道资源分配方法和装置
CN110557231B (zh) * 2018-06-04 2021-02-12 华为技术有限公司 传输信息的方法和通信设备
CN111953458B (zh) * 2019-05-15 2022-01-14 大唐移动通信设备有限公司 一种pucch资源确定方法和通信设备
CN112312559B (zh) * 2019-08-02 2022-07-22 华为技术有限公司 通信方法和通信装置
WO2022065963A1 (ko) * 2020-09-25 2022-03-31 주식회사 윌러스표준기술연구소 무선 통신시스템에서 하크-애크 코드북 생성 방법, 장치 및 시스템
US11910365B2 (en) * 2021-03-19 2024-02-20 Qualcomm Incorporated Slot format for low latency sidelink communications

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112019023046A2 (pt) * 2017-05-03 2020-06-09 Idac Holdings Inc método para uso em uma unidade de transmissão/ recepção sem fio, e, unidade de transmissão/recepção sem fio.
US10715283B2 (en) * 2017-10-02 2020-07-14 Kt Corporation Apparatus and method of transmitting and receiving HARQ ACK/NACK information for new radio
KR20200118358A (ko) * 2018-02-11 2020-10-15 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 업링크 제어 정보를 전송하는 방법 및 기기
WO2019163138A1 (ja) * 2018-02-26 2019-08-29 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
JP7168676B2 (ja) * 2018-09-28 2022-11-09 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
"Institute for Information Industry (III), On HARQ scheduling enhancement for URLLC", 3GPP TSG RAN WG1 ADHOC_NR_AH_1901, R1-1901015, 11 January 2019 (2019-01-11), XP051576549 *
3GPP TS 38.213, March 2019 (2019-03-01)
3GPP TS 38.331, March 2019 (2019-03-01)
NOKIA ET AL.: "On UCI Enhancements for URLLC", 3GPP TSG RAN WG1 ADHOC_NR_AH_1901, R1- 1900928, 12 January 2019 (2019-01-12), XP051576463 *
See also references of EP3965492A4
SHARP: "Remaining issues on PUCCH", 3GPP TSG RAN WG1#94B, R1-1811143, 28 September 2018 (2018-09-28), XP051518544 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021157197A1 (ja) * 2020-02-05 2021-08-12 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末及び通信方法

Also Published As

Publication number Publication date
EP3965492A4 (en) 2022-11-16
JP7300502B2 (ja) 2023-06-29
JPWO2020225841A1 (ja) 2020-11-12
EP3965492A1 (en) 2022-03-09
CN113796136A (zh) 2021-12-14
US20220217678A1 (en) 2022-07-07

Similar Documents

Publication Publication Date Title
WO2020225841A1 (ja) ユーザ装置及び通信方法
US12022440B2 (en) Communication method and apparatus
US20200196329A1 (en) Method and Apparatus for processing Buffer Status Report and Communication System
US12028170B2 (en) Terminal, base station and method
JP7075344B2 (ja) 端末、システム、及び送信方法
JP7084497B2 (ja) 無線ノード、及び、無線通信方法
WO2020095459A1 (ja) 無線ノード、及び、無線通信方法
EP3937567A1 (en) Uplink transmission method and communication device
CN112398592B (zh) 反馈信息传输方法及通信装置
US20170303307A1 (en) Method and Apparatus for Generating Buffer Status Report and Communication System
CN114041303A (zh) 反馈信息传输的方法和装置
WO2020100373A1 (ja) 無線ノード、及び、リソース制御方法
WO2021161486A1 (ja) 端末及び基地局
EP3965511A1 (en) Resource scheduling method and communication device
WO2021172337A1 (ja) 端末及び通信方法
WO2022130645A1 (ja) 端末、基地局及び通信方法
WO2021161487A1 (ja) 端末及び基地局
WO2021140675A1 (ja) 端末及び通信方法
WO2021064875A1 (ja) 端末及び送信方法
JP7065075B2 (ja) ユーザ装置、及びランダムアクセスプリアンブル送信方法
WO2021140671A1 (ja) 端末及び通信方法
CN114175542B (zh) 通信方法以及通信装置
JP7301957B2 (ja) 端末、通信システム及び通信方法
WO2021095254A1 (ja) 端末及び通信方法
WO2021064973A1 (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: 19927901

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021518223

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

Country of ref document: EP

Effective date: 20211203