WO2022195952A1 - 端末、基地局及び通信方法 - Google Patents

端末、基地局及び通信方法 Download PDF

Info

Publication number
WO2022195952A1
WO2022195952A1 PCT/JP2021/040726 JP2021040726W WO2022195952A1 WO 2022195952 A1 WO2022195952 A1 WO 2022195952A1 JP 2021040726 W JP2021040726 W JP 2021040726W WO 2022195952 A1 WO2022195952 A1 WO 2022195952A1
Authority
WO
WIPO (PCT)
Prior art keywords
shared channel
uplink
transmission
uplink shared
resources
Prior art date
Application number
PCT/JP2021/040726
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 CN202180095653.0A priority Critical patent/CN116982386A/zh
Priority to EP21931695.7A priority patent/EP4311331A1/en
Priority to JP2023506731A priority patent/JPWO2022195952A1/ja
Publication of WO2022195952A1 publication Critical patent/WO2022195952A1/ja

Links

Images

Classifications

    • 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
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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
    • 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
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—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/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling

Definitions

  • the present disclosure relates to terminals, base stations, and communication methods.
  • 5th Generation mobile communication systems offer large capacity and ultra-high speed (eMBB: enhanced Mobile Broadband), massive Machine Type Communication (mMTC), and ultra-reliable low latency (URLLC: Ultra Reliable and Low Latency Communication), it can flexibly provide wireless communication according to a wide variety of needs.
  • eMBB enhanced Mobile Broadband
  • mMTC massive Machine Type Communication
  • URLLC Ultra Reliable and Low Latency Communication
  • the 3rd Generation Partnership Project (3GPP) an international standardization body, is working on the specification of New Radio (NR) as one of the 5G radio interfaces.
  • NR New Radio
  • 3GPP TS38.104 “NR Base Station (BS) radio transmission and reception (Release 15),” December 2020. RP-202928, “New WID on NR coverage enhancements,” China Telecom, December 2020.
  • 3GPP TS38.211 “NR Physical channels and modulation (Release 16),” December 2020.
  • 3GPP TS38.212 “NR Multiplexing and channel coding (Release 16),” December 2020.
  • 3GPP TS38.214 “NR Physical layer procedures for data (Release 16),” December 2020. R1-2100457, “Discussion on enhancement for PUSCH repetition type A,” vivo, January 25th - February 5th, 2021.
  • Non-limiting embodiments of the present disclosure contribute to providing terminals, base stations, and communication methods that improve or improve uplink coverage performance.
  • a terminal receives second downlink control information for allocating downlink shared channel resources after receiving first downlink control information for allocating uplink shared channel resources. and a circuit for transmitting the uplink shared channel based on whether or not the resource of the uplink shared channel temporally overlaps with the resource of the uplink control channel transmitted in response to the reception of the downlink shared channel. and a control circuit for controlling.
  • Controlling the transmission of the uplink shared channel includes controlling the number of bits of a signal to be transmitted in the uplink shared channel resource, setting the uplink shared channel resource to unusable, and controlling the HARQ process for the downlink shared channel.
  • uplink coverage performance can be improved or improved.
  • FR1 Frequency Range 1
  • LTE Long Term Evolution
  • 3G 3rd Generation mobile communication systems
  • Radio Access Technology Radio Access Technology
  • the terminal transmits and receives data according to the resource allocation indicated by the layer 1 control signal (DCI: Downlink Control Information) on the downlink control channel (PDCCH: Physical Downlink Control Channel) from the base station ( For example, see Non-Patent Documents 3-6).
  • DCI Downlink Control Information
  • PDCCH Physical Downlink Control Channel
  • a terminal uses a response signal (ACK/NACK: Acknowledgment/Negative Acknowledgment) indicating success or failure of decoding for a downlink data channel (PDSCH: Physical Downlink Shared Channel) using an uplink control channel (PUCCH: Physical Uplink Control Channel).
  • ACK/NACK Acknowledgment/Negative Acknowledgment
  • PUCCH Physical Uplink Control Channel
  • the terminal can use PUCCH to transmit downlink channel state information (CSI: Channel State Information) to the base station in addition to ACK/NACK.
  • CSI Downlink Channel State Information
  • ACK/NACK and CSI are also called uplink control information (UCI), for example.
  • Control information included in DCI may include information on PUCCH resources, for example, information on the timing of transmitting PUCCH after how many slots from the slot in which PDSCH was received (K1 or PDSCH-to-HARQ_feedback timing indication) may be included.
  • HARQ is an abbreviation for Hybrid Automatic Repeat reQuest.
  • the terminal transmits an uplink data channel (PUSCH: Physical Uplink Shared Channel) according to resource allocation (Grant) indicated by DCI on PDCCH from the base station (for example, Non-Patent Document 3- 6).
  • PUSCH Physical Uplink Shared Channel
  • Control information included in DCI may include, for example, information on time domain resources for transmitting PUSCH.
  • the information on the time domain resource is information on the timing (K2) of how many slots to transmit the PUSCH from the slot in which the PDCCH was received, or the position of the first symbol of the PUSCH in the slot, or the number of symbols to transmit the PUSCH.
  • K2 the timing of how many slots to transmit the PUSCH from the slot in which the PDCCH was received
  • the position of the first symbol of the PUSCH in the slot or the number of symbols to transmit the PUSCH.
  • PUSCH can be transmitted using multiple slots (also called repetition), and NR Rel.15/16 defines, for example, two PUSCH repetition methods (for example, Non-Patent Document 6).
  • the first Repetition method is Repetition on a slot-by-slot basis, and for example, the same time resource allocation is applied over multiple consecutive slots.
  • the first Repetition method is called PUSCH repetition Type A.
  • the base station notifies the terminal of time resource allocation in slots and the number of repetition slots.
  • the number of repeated slots may be, for example, a value counted based on consecutive slots.
  • the second Repetition method is a method that can repeatedly transmit one or more PUSCHs within one slot.
  • the second Repetition method is called PUSCH repetition Type B.
  • the base station may notify the terminal of the time domain resource and the number of repetitions for the first (initial) PUSCH transmission.
  • time domain resource allocation for the second and subsequent PUSCH transmissions for example, consecutive symbols and the same number of symbols as in the previous PUSCH transmission may be allocated.
  • the number of repetition slots to be notified is a value counted based on consecutive slots, so the number of slots for actually transmitting PUSCH is less than the number of repetition slots to be notified.
  • the number of repetition slots to be notified is a value counted based on consecutive slots, so the number of slots for actually transmitting PUSCH is less than the number of repetition slots to be notified.
  • TDD time division duplex
  • slot #3 and the number of repetition slots 4 are notified as the timing for transmitting PUSCH.
  • PUSCH coverage performance may be degraded in PUSCH repetition Type A because PUSCH is not transmitted.
  • the number of repetition slots is considered to be a value counted based on the uplink slots that can be used for PUSCH transmission (for example, , see Non-Patent Document 2).
  • slot #3 and the number of repetition slots 4 are notified as the timing of transmitting PUSCH, and the uplink slots that can be used for PUSCH transmission are slots #3, #4, #7, #8, and #9.
  • This Repetition method is called PUSCH repetition Type A enhancement.
  • PUSCH repetition Type A enhancement enables PUSCH transmission for the number of repetition slots that have been notified, so it can be expected to improve PUSCH coverage performance compared to PUSCH repetition Type A.
  • transmission resources for PUCCH and PUSCH may overlap in terms of time.
  • the terminal can multiplex UCI and uplink data on PUSCH and transmit (see Non-Patent Documents 4 and 5, for example).
  • the PUSCH resource for transmitting ACK/NACK for the PDSCH allocated by the second DCI after receiving the first DCI that allocates the PUSCH is transmitted by the PUSCH allocated by the first DCI.
  • the UE sends ACK/NACK for the PDSCH assigned by the second DCI after receiving the first DCI that assigns PUSCH to the PUSCH assigned by the first DCI. Multiple transmission is not supported.
  • the PUCCH resource for transmitting ACK/NACK for the PDSCH allocated by the second DCI after receiving the first DCI that allocates PUSCH is the first DCI, for example, as shown in the lower part of FIG. resource (eg, slot #4) that does not temporally overlap with the PUSCH transmission (eg, slot #3) allocated by .
  • NR Rel.17 is considering the introduction of PUSCH repetition Type A enhancement, as mentioned above.
  • PUSCH repetition Type A enhancement for example, the number of repetition slots is counted based on uplink slots available for PUSCH transmission. Therefore, for example, when the number of uplink slots is limited as in TDD, repeated transmission of PUSCH may occupy uplink slots.
  • the PUCCH resource for transmitting ACK/NACK for the PDSCH allocated by the second DCI after receiving the first DCI that allocates the PUSCH is used as the transmission of the PUSCH allocated by the first DCI. If there is a constraint that allocation to resources that overlap in time is not permitted, for example, as shown in FIG. can increase.
  • control information included in DCI that allocates PDSCH can include, for example, information (K1 or PDSCH-to-HARQ_feedback timing indication) regarding the timing of transmitting PUCCH after how many slots from the slot in which PDSCH was received.
  • K1 or PDSCH-to-HARQ_feedback timing indication regarding the timing of transmitting PUCCH after how many slots from the slot in which PDSCH was received.
  • the range of K1 values that can be reported is limited. Therefore, if there are restrictions such as those described above, blocking of PDSCH allocation occurs due to disallowance of PUCCH allocation, and downlink frequency utilization efficiency may decrease.
  • the above-mentioned "PUCCH for transmitting ACK / NACK for PDSCH allocated by the second DCI after receiving the first DCI that allocates PUSCH It is desirable to remove the restriction that resources are not allowed to be allocated to resources that overlap in time with the PUSCH transmission allocated by the first DCI.
  • the PUCCH resource for transmitting ACK/NACK for the PDSCH allocated by the second DCI after receiving the first DCI that allocates the PUSCH overlaps temporally with the transmission of the PUSCH allocated by the first DCI. Allows allocation to resources.
  • Non-Patent Document 7 describes that ACK/NACK for the PDSCH allocated by the second DCI is transmitted by puncturing part of the PUSCH resource allocated by the first DCI. .
  • PUSCH coverage performance may be degraded because part of the PUSCH resource is punctured to transmit ACK/NACK for the PDSCH allocated by the second DCI.
  • a terminal when a terminal performs PUSCH repetition transmission, it is possible to improve frequency utilization efficiency of downlink transmission, reduce delay, and reduce degradation of PUSCH coverage performance.
  • a terminal, a base station, a communication method or a control method are presented.
  • the PUCCH resource for transmitting ACK/NACK for the PDSCH allocated by the second DCI after receiving the first DCI that allocates the PUSCH overlaps temporally with the transmission of the PUSCH allocated by the first DCI. Allows allocation to resources. Then, for example, whether the PUCCH resource for transmitting ACK/NACK for the PDSCH allocated by the second DCI after receiving the first DCI temporally overlaps with the transmission of the PUSCH allocated by the first DCI At least one of the ACK/NACK transmission method, ACK/NACK transmission bit count, and PUSCH repetition transmission resource is controlled depending on whether.
  • a communication system includes, for example, at least one base station and at least one terminal.
  • FIG. 5 is a block diagram showing a configuration example of part of the base station 100 according to one embodiment of the present disclosure
  • FIG. 6 shows a configuration example of part of the terminal 200 according to one embodiment of this disclosure. It is a block diagram.
  • the control unit 101 allocates, for example, a first DCI that allocates resources for an uplink shared channel (eg, PUSCH) and a second DCI that allocates resources for a downlink shared channel (eg, PDSCH). DCI and, to generate. Transmitting section 107 transmits, for example, the first DCI and the second DCI to terminal 200 .
  • a first DCI that allocates resources for an uplink shared channel (eg, PUSCH)
  • a second DCI that allocates resources for a downlink shared channel (eg, PDSCH).
  • Transmitting section 107 transmits, for example, the first DCI and the second DCI to terminal 200 .
  • the receiving section 201 receives the second DCI from the base station 100 after receiving the first DCI, for example.
  • the control unit 205 temporally overlaps the PUSCH resource allocated by the first DCI with the resource of the uplink control channel (for example, PUCCH) transmitted in response to the reception of the PDSCH allocated by the second DCI.
  • the transmission of PUSCH is controlled based on whether or not. Controlling the transmission of PUSCH includes controlling the number of bits of signals (for example, ACK/NACK) to be transmitted in PUSCH resources, setting PUSCH resources to unusable, and HARQ process for PDSCH. may include at least one of: controlling the
  • FIG. 7 is a block diagram showing a configuration example of the base station 100. As shown in FIG. The configuration example of the base station 100 illustrated in FIG. 7 may be common throughout the present disclosure including other embodiments and modifications described later.
  • the base station 100 includes, for example, a control unit 101, an upper control signal generation unit 102, a downlink control information generation unit 103, an encoding unit 104, a modulation unit 105, a signal allocation unit 106, and a transmission A portion 107 may be provided. Also, the base station 100 may include a receiving section 108, an extracting section 109, a demodulating section 110, and a decoding section 111, for example.
  • the control section 101 determines at least one of PDSCH reception information, PUSCH transmission information, and PUCCH transmission information for the terminal 200 and outputs the determined information to the higher control signal generation section 102 .
  • the information on PDSCH reception and the information on PUSCH transmission may include, for example, at least one of information on a TDRA (Time Domain Resource Allocation) table and information on the number of repetitions.
  • the information on PUCCH transmission may include, for example, at least one of information on the PUCCH resource set and information on K1.
  • control unit 101 determines, for example, a coding/modulation scheme and radio resource allocation for downlink data signals or higher control signals and downlink signals for transmitting downlink control information.
  • the determined information may be output to encoding section 104, modulation section 105 and signal allocation section 106, for example.
  • the coding/modulation scheme and radio resource allocation information for the data signal or higher control signal may be output to downlink control information generating section 103, for example.
  • control section 101 may, for example, determine PUCCH resources for terminal 200 to transmit PUCCH, and output the determined information to higher control signal generation section 102 or downlink control information generation section 103 . Also, the control unit 101 outputs the determined information to the extraction unit 109, the demodulation unit 110, and the decoding unit 111, for example.
  • control unit 101 determines the coding/modulation scheme and radio resource allocation for the terminal 200 to transmit an uplink data signal, and transmits the determined information to the downlink control information generating unit 103, the extracting unit 109, and the demodulating unit. 110 and the decoding unit 111 .
  • control unit 101 determines whether or not to perform PUSCH repetition transmission, and whether or not PUCCH resources for transmitting PUCCH and radio resources for transmitting uplink data overlap in time. you can If they overlap in time, control section 101 specifies at least one of the ACK/NACK transmission method, the number of ACK/NACK transmission bits, and the PUSCH repetition transmission resource, for example, as described later. The specified information may be output to the extraction section 109, the demodulation section 110, and the decoding section 111, for example.
  • the upper control signal generation section 102 generates an upper layer control signal (eg, bit string) using control information input from the control section 101, for example.
  • the generated signal may be output to the encoding unit 104, for example.
  • Downlink control information generating section 103 may generate DCI (for example, a bit string) using, for example, control information input from control section 101 and output the generated DCI to encoding section 104 . Note that control information may be transmitted to multiple terminals 200 .
  • Coding section 104 encodes, for example, downlink data, a bit string obtained from higher control signal generating section 102, or DCI input from downlink control information generating section 103, and outputs the coded bit string to modulating section 105. do.
  • Modulation section 105 modulates, for example, the encoded bit string received from encoding section 104 and outputs it to signal allocation section 106 .
  • the signal allocation section 106 maps downlink data signals or control signals input as a symbol string from the modulation section 105 to radio resources instructed by the control section 101 . Also, the signal allocation unit 106 inputs, for example, signals mapped to radio resources to the transmission unit 107 .
  • the transmission section 107 performs transmission waveform generation such as OFDM (Orthogonal Frequency Division Multiplexing) on the signal output from the signal allocation section 106 .
  • transmission waveform generation such as OFDM (Orthogonal Frequency Division Multiplexing)
  • OFDM Orthogonal Frequency Division Multiplexing
  • transmitting section 107 may add CP to the signal after applying IFFT (Inverse Fast Fourier Transform).
  • the transmitting unit 107 performs radio (RF) processing such as digital-analog (D/A) conversion and up-conversion on the signal output from the signal allocation unit 106, and transmits the signal to the terminal 200 via the antenna.
  • RF radio
  • D/A digital-analog
  • the transmitting unit 107 performs radio (RF) processing such as digital-analog (D/A) conversion and up-conversion on the signal output from the signal allocation unit 106, and transmits the signal to the terminal 200 via the antenna.
  • RF radio
  • the receiving unit 108 performs RF processing such as down-conversion and analog-digital (A/D) conversion on an uplink signal transmitted from the terminal 200 and received via an antenna.
  • RF processing such as down-conversion and analog-digital (A/D) conversion
  • receiving section 108 generates a frequency domain signal by applying FFT to the received signal and outputs it to extraction section 109 .
  • Extraction section 109 extracts, for example, the radio resource portion in which PUSCH or PUCCH is transmitted from the received signal based on the information received from control section 101, and outputs the extracted PUSCH or PUCCH signal to demodulation section 110.
  • Demodulation section 110 demodulates PUSCH or PUCCH, for example, based on information received from control section 101 , and outputs the demodulation result to decoding section 111 .
  • Decoding section 111 for example, using the information received from control section 101 and the demodulation result obtained from demodulation section 110, performs error correction decoding of PUSCH or PUCCH, and decodes a received bit string (for example, UL data signal or UCI).
  • the terminal 200 may include a receiver 201, an extractor 202, a demodulator 203, a decoder 204, and a controller 205, for example.
  • Terminal 200 may also include encoding section 206, modulation section 207, signal allocation section 208, and transmission section 209, for example.
  • the receiving unit 201 receives, for example, a data signal or a downlink control signal transmitted from the base station 100 via an antenna, performs RF processing such as down-conversion or A/D conversion on the received radio signal, and converts it into a base. Generate a band signal.
  • the receiving section 201 may perform FFT processing on the received signal and transform the received signal into the frequency domain.
  • the extracting unit 202 extracts, for example, the radio resource part containing the downlink control signal from the received signal received from the receiving unit 201 using information about the radio resource of the control signal input from the control unit 205, and extracts The demodulated signal is output to demodulation section 203 . Also, extraction section 202 extracts a radio resource portion containing the data signal using, for example, information about the radio resource of the data signal input from control section 205 , and outputs the extracted signal to demodulation section 203 .
  • the demodulation section 203 demodulates the PDCCH or PDSCH, for example, based on the information received from the control section 205, and outputs the demodulation result to the decoding section 204.
  • decoding section 204 for example, using the information received from control section 205 and the demodulation result obtained in demodulation section 203, performs error correction decoding of PDCCH or PDSCH, downlink received data, higher layer control information, or obtain downlink control information.
  • the obtained higher layer control information and downlink control information may be output to control section 205, for example.
  • the decoding unit 204 may generate an ACK/NACK signal from the decoding result of the downlink received data, for example.
  • the control section 205 identifies (or determines) radio resources for PDSCH reception, PUSCH transmission and PUCCH transmission, for example, based on radio resource allocation information obtained from higher layer control signals and downlink control information. Control section 205 also outputs the determined information to signal allocation section 208 , extraction section 202 and demodulation section 203 , for example.
  • control unit 205 may determine, for example, whether PUCCH resources for transmitting PUCCH and radio resources for transmitting uplink data overlap in time. If they overlap in time, control section 205 may specify at least one of the ACK/NACK transmission method, the number of ACK/NACK transmission bits, and PUSCH repetition transmission resources, as described later. The specified information may be output to encoding section 206, modulation section 207 and signal allocation section 208, for example.
  • the encoding section 206 encodes the UCI or uplink data signal, for example, based on the information input from the control section 205, and outputs the encoded bit string to the modulation section 207.
  • Modulation section 207 for example, modulates the encoded bit sequence received from encoding section 206 to generate a modulation symbol sequence, and outputs the modulation symbol sequence to signal allocation section 208 .
  • the signal allocation section 208 maps the signal input from the modulation section 207 to the radio resource instructed by the control section 205 . Also, the signal allocation section 208 inputs the signal mapped to the radio resource to the transmission section 209, for example.
  • the transmission section 209 performs transmission signal waveform generation such as OFDM on the signal input from the signal allocation section 208 .
  • the transmitting unit 209 may add CP to the signal after IFFT, for example.
  • a DFT section may be provided after modulation section 207 or before signal allocation section 208 .
  • the transmitting unit 209 performs RF processing such as D/A conversion and up-conversion on the transmission signal, for example, and transmits the radio signal via an antenna.
  • FIG. 9 is a flowchart showing an operation example of the terminal 200.
  • FIG. 9 for example, when the terminal 200 receives the first DCI for allocating PUSCH from the base station 100 (S101), the terminal 200 determines whether or not repetition transmission of PUSCH is applied (S102).
  • terminal 200 transmits ACK/NACK for PDSCH allocated by the second DCI after receiving the first DCI that allocates PUSCH. It is not allowed to allocate PUCCH resources to resources that temporally overlap with the transmission of PUSCH allocated by the first DCI (S108). For example, terminal 200 may transmit PUCCH on resources that do not temporally overlap with transmission of PUSCH by operations equivalent to operations supported in NR Rel.15/16.
  • terminal 200 When PUSCH repetition transmission is applied (S102; Yes), terminal 200, for example, transmits ACK/NACK for PDSCH allocated by the second DCI after receiving the first DCI that allocates PUSCH.
  • PUCCH resources are allowed to be allocated to resources that temporally overlap with the PUSCH transmission allocated by the first DCI (S103).
  • the PUCCH allocated by the second DCI and the PUSCH transmission resource allocated by the first DCI are temporally It is determined whether or not they overlap (S105).
  • terminal 200 punctures part of the PUSCH resources allocated by the first DCI, and allocates the punctured resources by the second DCI, for example.
  • ACK/NACK for the received PDSCH may be transmitted (S106).
  • terminal 200 uses (or reassigns) part of the PUSCH resources allocated by the first DCI as PUCCH resources, and ACKs the PDSCH allocated by the second DCI. /NACK may be sent.
  • puncturing may be performed, for example, by avoiding resources to which reference signals (for example, demodulation reference signals (DMRS)) are mapped in PUSCH.
  • DMRS demodulation reference signals
  • the number of bits of ACK/NACK (for the PDSCH allocated by the second DCI) that can be transmitted by puncturing a part of the PUSCH resource allocated by the first DCI is, for example, a threshold (for example, X bits ) may be limited to:
  • terminal 200 applies ACK/NACK bundling (eg, compression of ACK/NACK bits). By doing so, the number of ACK/NACK bits actually transmitted may be suppressed to X (bits) or less.
  • terminal 200 may puncture part of the PUSCH resources allocated by the first DCI according to the number of ACK/NACK bits, which is X bits or less, and transmit ACK/NACK.
  • X is a positive integer value greater than zero.
  • the value of X may be determined, for example, based on the required PUSCH coverage performance.
  • a non-limiting example of implicitly determining the value of X may be determining the value of X based on the number of repetitions of PUSCH, or other information or parameters set in terminal 200. may be determined based on
  • the terminal 200 uses the second DCI.
  • ACK/NACK for the PDSCH assigned by the second DCI may be transmitted on the PUCCH assigned by the second DCI (S107).
  • FIG. 10 is a diagram showing an operation example according to the first embodiment.
  • the first DCI in slot #0 allocates slot #3 as the PUSCH transmission timing and PUSCH repetition Type A enhancement with 4 repetition slots.
  • Terminal 200 repeatedly transmits PUSCH in slots #3, #4, #7, and #8.
  • a “slot” is an example of a unit of time resource, and may be a unit of other names.
  • the PDSCH is allocated by the second DCI in slot #1, and the PUCCH resource for transmitting ACK/NACK for the PDSCH is allocated to slot #3.
  • ACK/NACK for the PDSCH allocated by the second DCI is transmitted by puncturing part of the PUSCH resource.
  • the number of ACK/NACK bits to be transmitted is X bits or less.
  • Embodiment 1 when terminal 200 repeatedly transmits PUSCH, ACK/NACK for PDSCH allocated by the second DCI after receiving the first DCI for allocating PUSCH is performed. It is allowed to allocate PUCCH resources for transmission to resources that overlap in time with PUSCH transmissions allocated by the first DCI. Therefore, it is possible to improve the frequency utilization efficiency of downlink transmission and reduce the delay.
  • FIG. 2 The configurations of base station 100 and terminal 200 according to Embodiment 2 may be the same as those of Embodiment 1.
  • FIG. 1
  • FIG. 11 is a flowchart showing an operation example of terminal 200 according to the second embodiment.
  • the processes of S101 to S105, S107 and S108 excluding S106a may be the same as the processes illustrated in FIG. 9 of the first embodiment.
  • Embodiment 2 as in Embodiment 1, when PUSCH Repetition transmission is applied to terminal 200, the second DCI after receiving the first DCI that allocates PUSCH is assigned by It is allowed to allocate PUCCH resources for transmitting ACK/NACK for PDSCH to resources that temporally overlap with transmission of PUSCH allocated by the first DCI.
  • ACK/NACK for PDSCH allocated by the second DCI is higher than for PUSCH allocated by the first DCI.
  • Treat as priority transmission For example, slots in which PUCCH and PUSCH transmission resources temporally overlap may be set as unavailable slots for PUSCH transmission.
  • terminal 200 transmits ACK/NACK on the PUCCH resource allocated by the second DCI, and repeats transmission of PUSCH allocated by the first DCI, for example, postponed backward in time. ) (S106a).
  • FIG. 12 is a diagram showing an operation example according to the second embodiment.
  • the first DCI in slot #0 allocates slot #3 as the PUSCH transmission timing and PUSCH repetition Type A enhancement with 4 repetition slots.
  • a PDSCH is allocated by the second DCI in slot #1, and a PUCCH resource for transmitting ACK/NACK for the PDSCH is allocated to slot #3.
  • ACK/NACK is treated as a higher priority transmission than PUSCH, and slot #3 is an unavailable slot for PUSCH transmission (unavailable slot). Therefore, in slot #3, terminal 200 transmits ACK/NACK, which has a higher priority than PUSCH, using PUCCH resources.
  • PUSCH repetition Type A enhancement the number of repetition slots is counted based on the uplink slots available for PUSCH transmission. Therefore, terminal 200 repeatedly transmits PUSCH in slots #4, #7, #8, and #9, which are uplink slots that can be used for PUSCH transmission.
  • Embodiment 2 when terminal 200 repeatedly transmits PUSCH, ACK/NACK for PDSCH allocated by the second DCI after receiving the first DCI that allocates PUSCH is performed. It is allowed to allocate PUCCH resources for transmission to resources that overlap in time with PUSCH transmissions allocated by the first DCI. Therefore, it is possible to improve the frequency utilization efficiency of downlink transmission and reduce the delay.
  • Embodiment 2 slots in which PUCCH and PUSCH transmission resources temporally overlap are set to unavailable slots for PUSCH transmission. Can be postpone in a back slot. Therefore, terminal 200 can transmit PUSCH for the indicated number of repetition slots without being affected by puncturing of PUSCH resources due to ACK/NACK, and thus can avoid or suppress degradation of PUSCH coverage performance.
  • Embodiment 3 Next, Embodiment 3 will be described with reference to FIGS. 13 and 14.
  • FIG. The configurations of base station 100 and terminal 200 according to Embodiment 3 may be the same as those of Embodiment 1.
  • FIG. 13 is a flow chart showing an operation example of terminal 200 according to the third embodiment.
  • the processes of S101 to S105, S107 and S108 excluding S106b may be the same as the processes illustrated in FIG. 9 of the first embodiment.
  • Embodiment 3 as in Embodiments 1 and 2, when PUSCH Repetition transmission is applied to terminal 200, allocation is performed by the second DCI after receiving the first DCI that allocates PUSCH. It is allowed to assign PUCCH resources for transmitting ACK/NACK for the assigned PDSCH to resources that temporally overlap with the PUSCH transmission assigned by the first DCI.
  • the second DCI may set the HARQ process of the PDSCH allocated by to Disable (S106b).
  • the terminal 200 transmits the second DCI. Do not send ACK/NACK for the PDSCH assigned by
  • FIG. 14 is a diagram showing an operation example according to the fourth embodiment.
  • the first DCI in slot #0 allocates slot #3 as the PUSCH transmission timing and PUSCH repetition Type A enhancement with 4 repetition slots.
  • Terminal 200 repeatedly transmits PUSCH in slots #3, #4, #7, and #8.
  • a PDSCH is allocated by the second DCI in slot #1, and a PUCCH resource for transmitting ACK/NACK for the PDSCH is allocated to slot #3.
  • the HARQ process for the PDSCH assigned by the second DCI in slot #1 is disabled, and terminal 200 does not transmit ACK/NACK in slot #3.
  • Embodiment 3 As described above, according to Embodiment 3, as in Embodiments 1 and 2, when the terminal 200 performs PUSCH Repetition transmission, the second DCI after receiving the first DCI that allocates PUSCH. PUCCH resources for transmitting ACK/NACK for PDSCH allocated by DCI are allowed to be allocated to resources that temporally overlap with the transmission of PUSCH allocated by the first DCI. Therefore, it is possible to improve the frequency utilization efficiency of downlink transmission and reduce the delay.
  • Embodiment 3 when the PUCCH resource for transmitting ACK/NACK for the PDSCH allocated by the second DCI temporally overlaps with the transmission of the PUSCH allocated by the first DCI, the second Disable HARQ processes on PDSCHs assigned by DCI. Therefore, terminal 200 can perform PUSCH transmission for the number of repetition slots that have been notified without being affected by puncturing of PUSCH resources due to ACK/NACK. Therefore, deterioration of PUSCH coverage performance can be avoided or suppressed.
  • PDSCH allocation (in other words, scheduling) can be performed without waiting for reception of HARQ-ACK feedback from the terminal 200, so the degree of freedom in scheduling can be improved.
  • the PDSCH reliability is set appropriately, for example, PDSCH that disables the HARQ process increases the reliability of the initial transmission and transmits it (for example, by adjusting the Modulation and Coding Scheme, MCS and the amount of allocated resources). Degradation of retransmission efficiency can be reduced by applying the processing to
  • Modification 1 when PUSCH repetition transmission is applied to terminal 200, PUCCH that transmits ACK/NACK for PDSCH allocated by the second DCI after receiving the first DCI that allocates PUSCH It is allowed to allocate resources to resources that overlap in time with the PUSCH transmissions allocated by the first DCI.
  • the second DCI ACK skipping may be applied to HARQ processes on the assigned PDSCH.
  • terminal 200 When ACK skipping is applied to the HARQ process, terminal 200 does not transmit ACK/NACK for PDSCH if the decoding result for PDSCH is ACK. Since the probability that the PDSCH decoding result is ACK tends to be higher than the probability that it is NACK, skipping ACK transmission can reduce the overhead of PUCCH and reduce the processing load of terminal 200, for example.
  • Embodiment 3 may be understood to be the same as applying Embodiment 3 when the decoding result for the PDSCH assigned by the second DCI is ACK.
  • the decoding result for the PDSCH allocated by the second DCI is NACK, either Embodiment 1 or Embodiment 2 may be applied.
  • Modification 2 In Embodiments 1, 2 and 3 described above, when PUSCH Repetition transmission is applied to terminal 200, for PDSCH assigned by the second DCI after receiving the first DCI to assign PUSCH It is allowed to allocate PUCCH resources for transmitting ACK/NACK to resources that temporally overlap with the transmission of PUSCH allocated by the first DCI.
  • the slot in which PUCCH and PUSCH transmission resources temporally overlap may be any slot among the PUSCH repetitions allocated by the first DCI.
  • the slot where the PUCCH and PUSCH transmission resources overlap in time may be the leading slot of PUSCH repetition as illustrated in FIGS. 10, 12 and 14, or may be a different slot from the leading slot. good too.
  • the PUCCH resource for transmitting ACK/NACK for the PDSCH allocated by the first DCI is applied among Embodiments 1, 2 and 3 depending on which slot overlaps (or collides with) in the PUSCH repetition. Different embodiments may be used.
  • Embodiment 1 when the PUCCH resource for transmitting ACK/NACK collides with the leading slot (Rep#0) of PUSCH repetition as shown in FIG. 15, Embodiment 1 may be applied, and FIG. Embodiment 2 may be applied when collision occurs with a slot (for example, Rep#1) different from the leading slot of PUSCH repetition as shown in FIG.
  • Embodiment 3 when the PUCCH resource for transmitting ACK / NACK collides with the first slot of PUSCH repetition, Embodiment 3 is applied, and the PUCCH resource for transmitting ACK / NACK is the first slot of PUSCH repetition Embodiment 2 may be applied in the case of collision with a different slot.
  • priority can be set for uplink transmission such as PUSCH or ACK/NACK.
  • the number of priority levels is 2, uplink transmission with priority index 0 is low priority, and uplink transmission with priority index 1 is high priority. be.
  • the embodiment to be applied among the first, second, and third embodiments may be changed depending on the priority of ACK/NACK or the priority of PUSCH, or both.
  • FIG. 17 is a diagram showing an example of classification based on ACK/NACK priority and PUSCH priority.
  • ACK/NACK and PUSCH have the same priority
  • Embodiment 1 For Case 1 or Case 4 (ACK/NACK and PUSCH have the same priority), use Embodiment 1, and for Case 2 (PUSCH has higher priority than ACK/NACK), use Embodiment 3.
  • Case 3 ACK/NACK has higher priority than PUSCH
  • Embodiment 2 may be applied.
  • Embodiment 2 or 3 may be applied to Case 1 or Case 4.
  • Embodiment 2 when ACK/NACK has a high priority, it is possible to apply Embodiment 2 and transmit ACK/NACK with priority while postponing PUSCH to compensate for PUSCH coverage. Also, when PUSCH has a high priority, it is possible to compensate for coverage and delay by applying Embodiment 3 and transmitting PUSCH using resources allocated by DCI. In this way, appropriate uplink transmission can be realized based on the priority of ACK/NACK or PUSCH.
  • a PUCCH resource for transmitting ACK/NACK for PDSCH allocated by the second DCI after receiving the first DCI that allocates PUSCH. to resources that temporally overlap with the PUSCH transmission allocated by the first DCI, and any of the above-described embodiments and modifications are applied.
  • the above-described embodiment or modification may be applied.
  • the embodiment to be applied may be varied depending on the number of repetitions of PUSCH.
  • the embodiment or modified example to be applied may vary depending on the number of ACK/NACK bits. Also, for example, depending on whether the number of ACK/NACK bits is less than or equal to a threshold (eg, the X bits described above), or whether or not the number of ACK/NACK bits can be compressed to less than or equal to the threshold, the embodiment to be applied Alternatively, the modified examples may be different.
  • a threshold eg, the X bits described above
  • the modified examples may be different.
  • the number of ACK/NACK bits may be, for example, the number of ACK/NACK bits for the PDSCH allocated by the second DCI, or the ACK/NACK for the PDSCH allocated by the second DCI and the first DCI. It may be the total number of bits including ACK/NACK for PDSCH allocated by DCI before reception.
  • the latter example is useful in cases where ACK/NACKs for PDSCHs allocated by a plurality of DCIs are multiplexed into UCI and transmitted on PUCCH. can be avoided or suppressed.
  • the number of ACK/NACK bits may be the number of bits before ACK/NACK bundling or the number of bits after ACK/NACK bundling.
  • PUSCH repetition Type A enhancement the number of repetition slots is counted based on the uplink slots that can be used for PUSCH transmission, but any of the following methods are applied to determine the uplink slots that can be used for PUSCH transmission. may be
  • RRC signaling may include TDD uplink/downlink slot format indication (eg, semi-static slot format indicator (SFI)) and the like.
  • SFI semi-static slot format indicator
  • Determining which uplink slots can be used for PUSCH transmission may depend, for example, on RRC signaling and signaling by DCI that allocates PUSCH repetition.
  • the RRC signaling may include TDD uplink/downlink slot format notification (eg, semi-static SFI).
  • DCI that allocates PUSCH repetition may directly (or explicitly) signal unavailable slots for PUSCH transmission, or invalid uplink slots/symbols signaled by RRC signaling.
  • UL slot/symbol may be disabled or enabled.
  • Determination of available uplink slots for PUSCH transmission may depend, for example, on signaling by RRC signaling, DCI to allocate PUSCH repetition, and dynamic SFI.
  • the RRC signaling may include TDD uplink/downlink slot format notification (eg, semi-static SFI).
  • DCI that allocates PUSCH repetition may directly (or explicitly) signal unavailable slots for PUSCH transmission, or invalid uplink slots/symbols signaled by RRC signaling.
  • UL slot/symbol may be disabled or enabled.
  • the dynamic SFI may include, for example, TDD uplink/downlink slot format notification (dynamic SFI) notified by the Group-common PDCCH.
  • the relationship between the method of determining uplink slots that can be used for PUSCH transmission and the embodiment is, for example, as follows.
  • Embodiment 1 may be applied to any of Method 1, Method 2 and Method 3.
  • Embodiment 2 is preferably applied together with Method 3. The reason is that, for example, a second DCI after receiving a first DCI that allocates PUSCH can be processed as a notification similar to Dynamic SFI of Method 3.
  • Embodiment 2 may be applied to other methods.
  • Embodiment 3 may be applied to any of Method 1, Method 2 and Method 3.
  • PUSCH repetition has been described as being applied to PUSCH repetition type A enhancement, but the PUSCH repetition method is not limited to PUSCH repetition type A enhancement.
  • the embodiments or modifications described above may be applied to PUSCH repetition Type B.
  • the above-described embodiment or modification may be applied only to a specific PUSCH repetition (for example, PUSCH repetition Type A enhancement). Moreover, the embodiment or the modified example to be applied may be varied depending on the PUSCH repetition method.
  • the PUCCH transmission unit is not limited to a slot.
  • the PUCCH transmission unit may be the subslot unit introduced in NR Rel.16.
  • the number of symbols included in a subslot is smaller than that of a slot. For example, if the number of symbols included in a slot is 14 (or 12), the number of symbols included in a subslot may be 2 or 7 (or 6).
  • application of the embodiment or modification may be controlled (for example, enabled or disabled) depending on whether the PUCCH transmission unit is a slot or a sub-slot. Also, different embodiments or modifications may be applied depending on whether the unit of PUCCH transmission is a slot or a sub-slot.
  • terminal 200 may receive a plurality of DCIs that allocate PUCCHs to resources that temporally overlap with transmission of PUSCHs allocated by the first DCI.
  • the last DCI received by the terminal 200 among the multiple DCIs may be replaced (or read) with the second DCI, and the above embodiment or modification may be applied.
  • PUCCH that transmits ACK/NACK has been described as an example of transmission in a single slot, but PUCCH may be transmitted using multiple slots. For example, repetition may be applied to PUCCH as well.
  • some slots in PUCCH repetition may collide with PUSCH.
  • terminal 200 punctures part of the PUSCH resource and transmits ACK/NACK as in Embodiment 1. good.
  • terminal 200 may transmit ACK/NACK using PUCCH in slots in which PUCCH resources and PUSCH resources do not collide (for example, slot #9 shown in FIG. 19).
  • the number of ACK/NACK bits to be transmitted may be the same between PUCCH repetition slots, or may be different between PUCCH repetition slots.
  • the former it is possible to apply the X-bit restriction in Embodiment 1 (or apply ACK/NACK bundling) regardless of whether PUCCH resources and PUSCH resources collide. mentioned.
  • X-bit restrictions are applied (or ACK/NACK bundling is applied) in the same manner as in Embodiment 1, and PUCCH resources and PUSCH resources are applied.
  • the X-bit limit is not applied (or ACK/NACK bundling is not applied) in slots that do not conflict with resources.
  • PUSCH Repetition transmission is applied to terminal 200, similarly to NR Rel.15/16, for PDSCH allocated by the second DCI after receiving the first DCI to allocate PUSCH It may not be allowed to allocate PUCCH resources for transmitting ACK/NACK to resources that temporally overlap with the transmission of PUSCH allocated by the first DCI. Also, as described above, there may be cases where the above-described embodiment or modified example is not applied depending on the conditions.
  • terminal 200 transmits ACK/NACK for PDSCH in an uplink slot after PUSCH repetition transmission is completed.
  • the control information included in the DCI that allocates PDSCH can include timing information (K1 or PDSCH-to-HARQ_feedback timing indication) indicating how many slots after the slot in which PDSCH is received to transmit PUCCH.
  • timing range information regarding timings that can be notified (or instructed) to terminal 200 by control information is limited. Expanding the range is considered.
  • PUSCH repetition transmission is applied to terminal 200, and the PUCCH resource for transmitting ACK/NACK for PDSCH allocated in the second DCI after receiving the first DCI that allocates PUSCH is selected as the second DCI. If it is not allowed to assign a resource that overlaps in time with the transmission of PUSCH assigned with DCI of 1, the determination (eg, calculation) of K1 may not include the slot for transmitting PUSCH repetition.
  • terminal 200 uses slot # Repeatedly transmit PUSCH at 3, #4, #7, #8.
  • FIG. 20 shows an example in which the PDSCH is allocated by the second DCI in slot #1, and the PUCCH resource for transmitting ACK/NACK for the PDSCH is allocated to slot #9.
  • the K1 determination method described above may be applied depending on the PUSCH repetition method, or depending on whether the unit of PUCCH transmission is a slot or sub-slot, or depending on the priority of ACK / NACK. may be Also, the K1 determination method described above may be applied in combination with the above-described embodiment or modification.
  • the capability information includes an information element (IE) that individually indicates whether or not the terminal 200 supports at least one of the functions, operations, or processes shown in each of the above-described embodiments, modifications, and supplements. may contain.
  • the capability information includes an information element indicating whether or not the terminal 200 supports a combination of two or more of the functions, operations, or processes shown in each of the above-described embodiments, modifications, and supplements. may contain.
  • base station 100 may determine (or determine or assume) functions, operations, or processes supported (or not supported) by terminal 200 as the source of capability information. The base station 100 may perform operation, processing, or control according to the determination result based on the capability information. For example, based on the capability information received from terminal 200, base station 100 assigns at least one of downlink resources such as PDCCH or PDSCH and uplink resources such as PUCCH or PUSCH (in other words, scheduling ) may be controlled.
  • downlink resources such as PDCCH or PDSCH
  • uplink resources such as PUCCH or PUSCH (in other words, scheduling ) may be controlled.
  • the terminal 200 does not support some of the functions, operations, or processes shown in each of the above-described embodiments, modifications, and supplements, and the terminal 200 does not support such functions, operations, or Alternatively, it may be read that the processing is restricted. For example, base station 100 may be notified of information or requests regarding such restrictions.
  • Information about the capabilities or limitations of terminal 200 may be defined, for example, in a standard, or may be implicitly associated with information known in base station 100 or information transmitted to base station 100 . may be notified.
  • ACK/NACK may be called HARQ-ACK or HARQ-Feedback information, for example.
  • Repetition may also be called slot aggregation, slot bundling, TTI aggregation, or TTI bundling, for example.
  • the present disclosure may be applied to communication between terminals such as sidelink communication, for example.
  • the downlink control channel, downlink data channel, uplink control channel, and uplink data channel are not limited to PDCCH, PDSCH, PUCCH, and PUSCH, respectively, and control channels with other names. It's okay.
  • RRC signaling is assumed for higher layer signaling, but it may be replaced with Medium Access Control (MAC) signaling and DCI notification, which is physical layer signaling.
  • MAC Medium Access Control
  • the downlink control signal (information) related to the present disclosure may be a signal (information) transmitted by PDCCH of the physical layer, a signal (information) transmitted by MAC CE (Control Element) or RRC of the higher layer ) can be used. Also, the downlink control signal may be a signal (information) defined in advance.
  • the uplink control signal (information) related to the present disclosure may be a signal (information) transmitted by PUCCH of the physical layer, or may be a signal (information) transmitted by MAC CE or RRC of the higher layer. Also, the uplink control signal may be a signal (information) defined in advance. Also, the uplink control signal may be replaced with UCI (uplink control information), 1st stage SCI (sidelink control information), and 2nd stage SCI.
  • the base station includes TRP (Transmission Reception Point), cluster head, access point, RRH (Remote Radio Head), eNodeB (eNB), gNodeB (gNB), BS (Base Station), BTS (Base Transceiver Station) , parent device, gateway, or the like.
  • TRP Transmission Reception Point
  • eNB eNodeB
  • gNodeB gNB
  • BTS Base Transceiver Station
  • parent device gateway, or the like.
  • the base station may be replaced by a terminal.
  • a base station may be a relay device that relays communication between an upper node and a terminal.
  • the base station may be a roadside device.
  • the present disclosure may be applied to any of uplink, downlink, and sidelink.
  • the present disclosure to uplink PUSCH, PUCCH, PRACH, downlink PDSCH, PDCCH, PBCH, sidelink PSSCH (Physical Sidelink Shared Channel), PSCCH (Physical Sidelink Control Channel), PSBCH (Physical Sidelink Broadcast Channel) may apply.
  • PDCCH, PDSCH, PUSCH, and PUCCH are examples of downlink control channels, downlink data channels, uplink data channels, and uplink control channels.
  • PSCCH and PSSCH are examples of sidelink control channels and sidelink data channels.
  • PBCH and PSBCH are broadcast channels, and PRACH is an example of a random access channel.
  • the present disclosure may apply to both data channels and control channels.
  • the channels of the present disclosure may be replaced with data channels PDSCH, PUSCH, and PSSCH, and control channels PDCCH, PUCCH, PBCH, PSCCH, and PSBCH.
  • the reference signal is a signal known to both the base station and the terminal, and is also called RS (Reference Signal) or pilot signal.
  • Reference signals are DMRS, CSI-RS (Channel State Information - Reference Signal), TRS (Tracking Reference Signal), PTRS (Phase Tracking Reference Signal), CRS (Cell-specific Reference Signal), SRS (Sounding Reference Signal). or
  • the unit of time resources is not limited to one or a combination of slots and symbols, for example, frames, superframes, subframes, slots, time slots, subslots, minislots or symbols, OFDM Division Multiplexing) symbols, SC-FDMA (Single Carrier-Frequency Division Multiple Access) symbols, or other time resource units.
  • the number of symbols included in one slot is not limited to the number of symbols exemplified in the above embodiment, and may be another number of symbols.
  • the present disclosure may be applied to both licensed bands and unlicensed bands.
  • the present disclosure may be applied to any of communication between base stations and terminals (Uu link communication), communication between terminals (Sidelink communication), and V2X (Vehicle to Everything) communication.
  • the channels of the present disclosure may be replaced with PSCCH, PSSCH, PSFCH (Physical Sidelink Feedback Channel), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, and PBCH.
  • the present disclosure may be applied to both terrestrial networks and non-terrestrial networks (NTN: Non-Terrestrial Network) using satellites and advanced pseudolites (HAPS).
  • NTN Non-Terrestrial Network
  • HAPS advanced pseudolites
  • the present disclosure may also be applied to terrestrial networks with large transmission delays compared to symbol lengths and slot lengths, such as networks with large cell sizes and ultra-wideband transmission networks.
  • An antenna port refers to a logical antenna (antenna group) composed of one or more physical antennas.
  • the antenna port does not always refer to one physical antenna, but may refer to an array antenna or the like composed of a plurality of antennas.
  • how many physical antennas constitute an antenna port is not specified, but is specified as the minimum unit in which a terminal can transmit a reference signal.
  • an antenna port may be defined as the minimum unit for multiplying weights of precoding vectors.
  • 5G fifth generation cellular technology
  • NR new radio access technologies
  • the system architecture as a whole is assumed to be NG-RAN (Next Generation-Radio Access Network) with gNB.
  • the gNB provides UE-side termination of NG radio access user plane (SDAP/PDCP/RLC/MAC/PHY) and control plane (RRC) protocols.
  • SDAP/PDCP/RLC/MAC/PHY NG radio access user plane
  • RRC control plane
  • the gNB also connects to the Next Generation Core (NGC) via the Next Generation (NG) interface, and more specifically, the Access and Mobility Management Function (AMF) via the NG-C interface (e.g., a specific core entity that performs AMF) , and is also connected to a UPF (User Plane Function) (eg, a specific core entity that performs UPF) by an NG-U interface.
  • NNC Next Generation Core
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • UPF User Plane Function
  • the NR user plane protocol stack (e.g., 3GPP TS 38.300, see section 4.4.1) consists of a network-side terminated PDCP (Packet Data Convergence Protocol (see TS 38.300, section 6.4)) sublayer at the gNB, It includes the RLC (Radio Link Control (see TS 38.300 clause 6.3)) sublayer and the MAC (Medium Access Control (see TS 38.300 clause 6.2)) sublayer. Also, a new Access Stratum (AS) sublayer (Service Data Adaptation Protocol (SDAP)) has been introduced on top of PDCP (see, for example, 3GPP TS 38.300, Section 6.5).
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Medium Access Control
  • SDAP Service Data Adaptation Protocol
  • a control plane protocol stack is defined for NR (see, eg, TS 38.300, section 4.4.2).
  • An overview of layer 2 functions is given in clause 6 of TS 38.300.
  • the functions of the PDCP sublayer, RLC sublayer and MAC sublayer are listed in TS 38.300 clauses 6.4, 6.3 and 6.2 respectively.
  • the functions of the RRC layer are listed in clause 7 of TS 38.300.
  • the Medium-Access-Control layer handles logical channel multiplexing and scheduling and scheduling-related functions, including handling various neurology.
  • the physical layer is responsible for encoding, PHY HARQ processing, modulation, multi-antenna processing, and mapping of signals to appropriate physical time-frequency resources.
  • the physical layer also handles the mapping of transport channels to physical channels.
  • the physical layer provides services to the MAC layer in the form of transport channels.
  • a physical channel corresponds to a set of time-frequency resources used for transmission of a particular transport channel, and each transport channel is mapped to a corresponding physical channel.
  • physical channels include PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel) as uplink physical channels, and PDSCH (Physical Downlink Shared Channel) as downlink physical channels.
  • PDCCH Physical Downlink Control Channel
  • PBCH Physical Broadcast Channel
  • NR use cases/deployment scenarios include enhanced mobile broadband (eMBB), ultra-reliable low-latency communications (URLLC), massive machine type communication (mMTC) with diverse requirements in terms of data rate, latency and coverage can be included.
  • eMBB is expected to support peak data rates (20 Gbps in the downlink and 10 Gbps in the uplink) and user-experienced data rates on the order of three times the data rates provided by IMT-Advanced.
  • URLLC more stringent requirements are imposed for ultra-low latency (0.5 ms each for UL and DL for user plane latency) and high reliability (1-10-5 within 1 ms).
  • mMTC preferably has high connection density (1,000,000 devices/km 2 in urban environments), wide coverage in hostile environments, and extremely long battery life (15 years) for low cost devices. can be requested.
  • the OFDM numerology (e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval) suitable for one use case may be used for other use cases. May not be valid.
  • low-latency services preferably require shorter symbol lengths (and thus larger subcarrier spacings) and/or fewer symbols per scheduling interval (also called TTI) than mMTC services.
  • TTI time-to-live
  • Subcarrier spacing may optionally be optimized to maintain similar CP overhead.
  • the value of subcarrier spacing supported by NR may be one or more.
  • resource element may be used to mean the smallest resource unit consisting of one subcarrier for the length of one OFDM/SC-FDMA symbol.
  • resource grids of subcarriers and OFDM symbols are defined for uplink and downlink, respectively.
  • Each element of the resource grid is called a resource element and is identified based on a frequency index in the frequency domain and a symbol position in the time domain (see 3GPP TS 38.211 v15.6.0).
  • FIG. 22 shows functional separation between NG-RAN and 5GC.
  • Logical nodes in NG-RAN are gNBs or ng-eNBs.
  • 5GC has logical nodes AMF, UPF and SMF.
  • gNBs and ng-eNBs host the following main functions: - Radio Bearer Control, Radio Admission Control, Connection Mobility Control, dynamic allocation of resources to UEs in both uplink and downlink (scheduling), etc. Functions of Radio Resource Management; - IP header compression, encryption and integrity protection of data; - AMF selection on UE attach when routing to an AMF cannot be determined from information provided by the UE; - routing of user plane data towards UPF; - routing of control plane information towards AMF; - setting up and tearing down connections; - scheduling and sending paging messages; - scheduling and transmission of system broadcast information (originating from AMF or Operation, Admission, Maintenance (OAM)); - configuration of measurements and measurement reports for mobility and scheduling; - transport level packet marking in the uplink; - session management; - support for network slicing; - QoS flow management and mapping to data radio bearers; - Support for UEs in RRC_INACTIVE state; - the ability to deliver NAS messages; - sharing
  • the Access and Mobility Management Function hosts the following main functions: - Ability to terminate Non-Access Stratum (NAS) signaling; - security of NAS signaling; - Access Stratum (AS) security controls; - Core Network (CN) inter-node signaling for mobility across 3GPP access networks; - Reachability to UEs in idle mode (including control and execution of paging retransmissions); - management of the registration area; - support for intra-system and inter-system mobility; - access authentication; - access authorization, including checking roaming rights; - mobility management control (subscription and policy); - support for network slicing; - Selection of the Session Management Function (SMF).
  • NAS Non-Access Stratum
  • AS Access Stratum
  • CN Core Network
  • the User Plane Function hosts the following main functions: - Anchor points for intra-RAT mobility/inter-RAT mobility (if applicable); - External PDU (Protocol Data Unit) session points for interconnection with data networks; - packet routing and forwarding; – Policy rule enforcement for packet inspection and user plane parts; - reporting of traffic usage; - an uplink classifier to support routing of traffic flows to the data network; - Branching Points to support multi-homed PDU sessions; - QoS processing for the user plane (e.g. packet filtering, gating, UL/DL rate enforcement; - verification of uplink traffic (mapping of SDF to QoS flows); - Downlink packet buffering and downlink data notification trigger function.
  • Anchor points for intra-RAT mobility/inter-RAT mobility if applicable
  • External PDU Protocol Data Unit
  • – Policy rule enforcement for packet inspection and user plane parts for interconnection with data networks
  • - reporting of traffic usage - an uplink classifier to support routing of traffic flows to the data network
  • Session Management Function hosts the following main functions: - session management; - allocation and management of IP addresses for UEs; - UPF selection and control; - the ability to configure traffic steering in the User Plane Function (UPF) to route traffic to the proper destination; - policy enforcement and QoS in the control part; - Notification of downlink data.
  • UPF User Plane Function
  • Figure 23 shows some interactions between UE, gNB and AMF (5GC entity) when UE transitions from RRC_IDLE to RRC_CONNECTED for NAS part (see TS 38.300 v15.6.0).
  • RRC is a higher layer signaling (protocol) used for UE and gNB configuration.
  • the AMF prepares the UE context data (which includes, for example, the PDU session context, security keys, UE Radio Capabilities, UE Security Capabilities, etc.) and the initial context Send to gNB with INITIAL CONTEXT SETUP REQUEST.
  • the gNB then activates AS security together with the UE. This is done by the gNB sending a SecurityModeCommand message to the UE and the UE responding to the gNB with a SecurityModeComplete message.
  • the gNB sends an RRCReconfiguration message to the UE, and the gNB receives the RRCReconfigurationComplete from the UE to reconfigure for setting up Signaling Radio Bearer 2 (SRB2) and Data Radio Bearer (DRB) .
  • SRB2 Signaling Radio Bearer 2
  • DRB Data Radio Bearer
  • the step for RRCReconfiguration is omitted as SRB2 and DRB are not set up.
  • the gNB notifies the AMF that the setup procedure is complete with an INITIAL CONTEXT SETUP RESPONSE.
  • the present disclosure provides control circuitry for operationally establishing a Next Generation (NG) connection with a gNodeB and an operationally NG connection so that signaling radio bearers between the gNodeB and User Equipment (UE) are set up.
  • a 5th Generation Core (5GC) entity eg, AMF, SMF, etc.
  • AMF Next Generation
  • SMF User Equipment
  • the gNodeB sends Radio Resource Control (RRC) signaling including a Resource Allocation Configuration Information Element (IE) to the UE via the signaling radio bearer.
  • RRC Radio Resource Control
  • IE Resource Allocation Configuration Information Element
  • the UE then performs uplink transmission or downlink reception based on the resource allocation configuration.
  • Figure 24 shows some of the use cases for 5G NR.
  • the 3rd generation partnership project new radio (3GPP NR) considers three use cases envisioned by IMT-2020 to support a wide variety of services and applications.
  • the first stage of specifications for high-capacity, high-speed communications (eMBB: enhanced mobile-broadband) has been completed.
  • Current and future work includes expanding eMBB support, as well as ultra-reliable and low-latency communications (URLLC) and Massively Connected Machine Type Communications (mMTC). Standardization for massive machine-type communications is included
  • Figure 24 shows some examples of envisioned usage scenarios for IMT beyond 2020 (see eg ITU-RM.2083 Figure 2).
  • URLLC use cases have strict performance requirements such as throughput, latency (delay), and availability.
  • URLLLC use cases are envisioned as one of the elemental technologies to realize these future applications such as wireless control of industrial production processes or manufacturing processes, telemedicine surgery, automation of power transmission and distribution in smart grids, and traffic safety. ing.
  • URLLLC ultra-reliability is supported by identifying technologies that meet the requirements set by TR 38.913.
  • an important requirement includes a target user plane latency of 0.5 ms for UL (uplink) and 0.5 ms for DL (downlink).
  • the general URLLC requirement for one-time packet transmission is a block error rate (BLER) of 1E-5 for a packet size of 32 bytes with a user plane latency of 1 ms.
  • BLER block error rate
  • NRURLC the technical enhancements targeted by NRURLC aim to improve latency and improve reliability.
  • Technical enhancements for latency improvement include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free (configured grant) uplink, slot-level repetition in data channels, and downlink pre-emption.
  • Preemption means that a transmission with already allocated resources is stopped and the already allocated resources are used for other transmissions with lower latency/higher priority requirements requested later. Transmissions that have already been authorized are therefore superseded by later transmissions. Preemption is applicable regardless of the concrete service type. For example, a transmission of service type A (URLLC) may be replaced by a transmission of service type B (eg eMBB).
  • Technology enhancements for increased reliability include a dedicated CQI/MCS table for a target BLER of 1E-5.
  • mMTC massive machine type communication
  • NR URLLC NR URLLC
  • the stringent requirements are: high reliability (reliability up to 10-6 level), high availability, packet size up to 256 bytes, time synchronization up to several microseconds (depending on the use case, the value 1 ⁇ s or a few ⁇ s depending on the frequency range and latency as low as 0.5 ms to 1 ms (eg, 0.5 ms latency in the targeted user plane).
  • NRURLC NR Ultra User Downlink Control Channel
  • enhancements for compact DCI PDCCH repetition, and increased PDCCH monitoring.
  • enhancement of UCI Uplink Control Information
  • enhancement of enhanced HARQ Hybrid Automatic Repeat Request
  • minislot refers to a Transmission Time Interval (TTI) containing fewer symbols than a slot (a slot comprises 14 symbols).
  • TTI Transmission Time Interval
  • the 5G QoS (Quality of Service) model is based on QoS flows, and includes QoS flows that require a guaranteed flow bit rate (GBR: Guaranteed Bit Rate QoS flows), and guaranteed flow bit rates. support any QoS flows that do not exist (non-GBR QoS flows). Therefore, at the NAS level, a QoS flow is the finest granularity of QoS partitioning in a PDU session.
  • a QoS flow is identified within a PDU session by a QoS Flow ID (QFI) carried in an encapsulation header over the NG-U interface.
  • QFI QoS Flow ID
  • 5GC For each UE, 5GC establishes one or more PDU sessions. For each UE, in line with the PDU session, the NG-RAN establishes at least one Data Radio Bearers (DRB), eg as shown above with reference to FIG. Also, additional DRBs for QoS flows for that PDU session can be configured later (up to NG-RAN when to configure).
  • NG-RAN maps packets belonging to different PDU sessions to different DRBs.
  • NAS level packet filters in UE and 5GC associate UL and DL packets with QoS flows, while AS level mapping rules in UE and NG-RAN associate UL and DL QoS flows with DRB.
  • FIG. 25 shows the non-roaming reference architecture of 5G NR (see TS 23.501 v16.1.0, section 4.23).
  • An Application Function eg, an external application server hosting 5G services, illustrated in FIG. 24
  • NEF Network Exposure Function
  • PCF Policy Control Function
  • Application Functions that are considered operator-trusted, based on their deployment by the operator, can interact directly with the associated Network Function.
  • Application Functions that are not authorized by the operator to directly access the Network Function communicate with the associated Network Function using the open framework to the outside world via the NEF.
  • Figure 25 shows further functional units of the 5G architecture: Network Slice Selection Function (NSSF), Network Repository Function (NRF), Unified Data Management (UDM), Authentication Server Function (AUSF), Access and Mobility Management Function (AMF) , Session Management Function (SMF), and Data Network (DN, eg, service by operator, Internet access, or service by third party). All or part of the core network functions and application services may be deployed and operated in a cloud computing environment.
  • NSF Network Slice Selection Function
  • NRF Network Repository Function
  • UDM Unified Data Management
  • AUSF Authentication Server Function
  • AMF Access and Mobility Management Function
  • SMSF Session Management Function
  • DN Data Network
  • QoS requirements for at least one of URLLC, eMMB and mMTC services are set during operation to establish a PDU session including radio bearers between a gNodeB and a UE according to the QoS requirements.
  • the functions of the 5GC e.g., NEF, AMF, SMF, PCF, UPF, etc.
  • a control circuit that, in operation, serves using the established PDU session;
  • An application server eg AF of 5G architecture
  • ... unit used in this disclosure refers to a “... circuit,” “... device,” “... unit,” or “... module.” The notation may be replaced with each other.
  • Each functional block used in the description of the above embodiments is partially or wholly realized as an LSI, which is an integrated circuit, and each process described in the above embodiments is partially or wholly implemented as It may be controlled by one LSI or a combination of LSIs.
  • An LSI may be composed of individual chips, or may be composed of one chip so as to include some or all of the functional blocks.
  • the LSI may have data inputs and outputs.
  • LSIs are also called ICs, system LSIs, super LSIs, and ultra LSIs depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and may be realized with a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, an FPGA (Field Programmable Gate Array) that can be programmed after the LSI is manufactured, or a reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • FPGA Field Programmable Gate Array
  • reconfigurable processor that can reconfigure the connections and settings of the circuit cells inside the LSI may be used.
  • the present disclosure may be implemented as digital or analog processing.
  • a communication device may include a radio transceiver and processing/control circuitry.
  • a wireless transceiver may include a receiver section and a transmitter section, or functions thereof.
  • a wireless transceiver (transmitter, receiver) may include an RF (Radio Frequency) module and one or more antennas.
  • RF modules may include amplifiers, RF modulators/demodulators, or the like.
  • Non-limiting examples of communication devices include telephones (mobile phones, smart phones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebooks, etc.), cameras (digital still/video cameras, etc.).
  • digital players digital audio/video players, etc.
  • wearable devices wearable cameras, smartwatches, tracking devices, etc.
  • game consoles digital book readers
  • telehealth and telemedicine (remote health care/medicine prescription) devices vehicles or mobile vehicles with communication capabilities (automobiles, planes, ships, etc.), and combinations of the various devices described above.
  • Communication equipment is not limited to portable or movable equipment, but any type of equipment, device or system that is non-portable or fixed, e.g. smart home devices (household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.), vending machines, and any other "Things" that can exist on the IoT (Internet of Things) network.
  • smart home devices household appliances, lighting equipment, smart meters or measuring instruments, control panels, etc.
  • vending machines and any other "Things” that can exist on the IoT (Internet of Things) network.
  • Communication includes data communication by cellular system, wireless LAN system, communication satellite system, etc., as well as data communication by a combination of these.
  • Communication apparatus also includes devices such as controllers and sensors that are connected or coupled to communication devices that perform the communication functions described in this disclosure. Examples include controllers and sensors that generate control and data signals used by communication devices to perform the communication functions of the communication device.
  • Communication equipment also includes infrastructure equipment, such as base stations, access points, and any other equipment, device, or system that communicates with or controls the various equipment, not limited to those listed above. .
  • a terminal receives second downlink control information for allocating downlink shared channel resources after receiving first downlink control information for allocating uplink shared channel resources. and a circuit for transmitting the uplink shared channel based on whether or not the resource of the uplink shared channel temporally overlaps with the resource of the uplink control channel transmitted in response to the reception of the downlink shared channel.
  • a control circuit for controlling, wherein controlling transmission of the uplink shared channel includes controlling the number of bits of a signal to be transmitted in the resource of the uplink shared channel; and using the resource of the uplink shared channel. and at least one of controlling the HARQ process for the downlink shared channel.
  • the control circuit punctures part of the uplink shared channel resources to obtain the number of bits. may be restricted below a threshold.
  • the signal may be an ACK/NACK signal for reception of the downlink shared channel, and the control circuit controls the ACK/NACK signal if the number of bits of the ACK/NACK signal exceeds the threshold.
  • /NACK bundling may compress the number of bits of the ACK/NACK signal below the threshold.
  • control circuit prioritizes transmission of the signal using the uplink control channel over transmission of the uplink shared channel, and may be set as unusable resources for transmission of the uplink shared channel.
  • control circuit disables the HARQ process for the downlink shared channel when the resources of the uplink control channel and the resources of the uplink shared channel overlap in time.
  • the control circuit when the uplink control channel resource and the uplink shared channel resource temporally overlap, the control circuit performs ACK for the HARQ process on the downlink shared channel. skipping may be applied.
  • the control circuit when transmitting a NACK signal in the ACK skipping, punctures part of the resources of the uplink shared channel and transmits a signal in which the number of bits is limited to a threshold or less.
  • transmission of the NACK signal using the uplink control channel is prioritized, and resources in which the uplink control channel and the uplink shared channel temporally overlap are not used for transmission of the uplink shared channel. Can be set to available resources.
  • a base station transmits second downlink control information for allocating downlink shared channel resources after transmitting first downlink control information for allocating uplink shared channel resources.
  • a transmission circuit for controlling reception of the uplink shared channel based on capability information received from the terminal.
  • the capability information is based on whether the resource of the uplink control channel transmitted by the terminal in response to reception of the downlink shared channel overlaps in time with the resource of the uplink shared channel. Indicates whether or not to control the transmission of shared channels.
  • Controlling transmission of the uplink shared channel by the terminal includes controlling the number of bits of a signal to be transmitted in the resource of the uplink shared channel, and setting the resource of the uplink shared channel to be unusable. , and controlling a HARQ process for the downlink shared channel.
  • the terminal after receiving first downlink control information for allocating uplink shared channel resources, receives second downlink control information for allocating downlink shared channel resources. and transmission of the uplink shared channel based on whether or not resources of the uplink control channel transmitted in response to reception of the downlink shared channel temporally overlap with resources of the uplink shared channel. to control.
  • Controlling the transmission of the uplink shared channel includes controlling the number of bits of a signal to be transmitted in the uplink shared channel resource, setting the uplink shared channel resource to unusable, and controlling the HARQ process for the downlink shared channel.
  • the base station transmits first downlink control information for allocating uplink shared channel resources, and then performs second downlink control for allocating downlink shared channel resources.
  • information to control reception of the uplink shared channel based on the capability information received from the terminal;
  • the capability information is based on whether the resource of the uplink control channel transmitted by the terminal in response to reception of the downlink shared channel overlaps in time with the resource of the uplink shared channel. Indicates whether or not to control the transmission of shared channels.
  • Controlling the transmission of the uplink shared channel by the terminal means controlling the number of bits of a signal to be transmitted in the resource of the uplink shared channel, and setting the resource of the uplink shared channel to be unusable. , and controlling a HARQ process for the downlink shared channel.
  • An embodiment of the present disclosure is useful for wireless communication systems.

Landscapes

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

Abstract

端末は、受信回路と制御回路とを備える。受信回路は、上りリンク共有チャネルのリソースを割り当てる第１の下りリンク制御情報を受信した後に、下りリンク共有チャネルのリソースを割り当てる第２の下りリンク制御情報を受信する。制御回路は、上りリンク共有チャネルのリソースに、下りリンク共有チャネルの受信に応じて送信する上りリンク制御チャネルのリソースが時間的に重なるか否かに基づいて、上りリンク共有チャネルの送信を制御する。この制御は、上りリンク共有チャネルのリソースにおいて送信する信号のビット数を制御すること、上りリンク共有チャネルのリソースを使用不可に設定すること、および、下りリンク共有チャネルについてのHARQプロセスを制御すること、の少なくとも１つを含む。

Description

端末、基地局及び通信方法
　本開示は、端末、基地局及び通信方法に関する。
　近年、無線サービスの拡張及び多様化を背景として、Internet of Things（IoT）の飛躍的な発展が期待されており、モバイル通信の活用は、スマートフォン等の情報端末に加え、車、住宅、家電、又は産業用機器といったあらゆる分野へと拡大している。サービスの多様化を支えるためには、システム容量の増加に加え、接続デバイス数の増加又は低遅延性といった様々な要件について、モバイル通信システムの大幅な性能及び機能の向上が求められる。第5世代移動通信システム（5G: 5th Generation mobile communication systems）は、大容量および超高速（eMBB: enhanced Mobile Broadband）、多数機器間接続（mMTC: massive Machine Type Communication）、及び、超高信頼低遅延（URLLC: Ultra Reliable and Low Latency Communication）といった特徴を有し、多種多様なニーズに応じて、柔軟に無線通信を提供できる。
　国際標準化団体である3rd Generation Partnership Project（3GPP）では、5G無線インタフェースの１つとしてNew Radio（NR）の仕様化が進められている。
3GPP TS38.104, "NR Base Station (BS) radio transmission and reception (Release 15)," December 2020. RP-202928, "New WID on NR coverage enhancements," China Telecom, December 2020. 3GPP TS38.211, "NR Physical channels and modulation (Release 16)," December 2020. 3GPP TS38.212, "NR Multiplexing and channel coding (Release 16)," December 2020. 3GPP TS38.213, "NR Physical layer procedures for control (Release 16)," December 2020. 3GPP TS38.214, "NR Physical layer procedures for data (Release 16)," December 2020. R1-2100457, "Discussion on enhancement for PUSCH repetition type A," vivo, January 25th - February 5th, 2021.
　しかしながら、上りリンクのカバレッジ性能の改善については検討の余地がある。
　本開示の非限定的な実施例は、上りリンクのカバレッジ性能を改善あるいは向上する端末、基地局及び通信方法の提供に資する。
　本開示の一実施例に係る端末は、上りリンク共有チャネルのリソースを割り当てる第１の下りリンク制御情報を受信した後に、下りリンク共有チャネルのリソースを割り当てる第２の下りリンク制御情報を受信する受信回路と、前記上りリンク共有チャネルのリソースに、前記下りリンク共有チャネルの受信に応じて送信する上りリンク制御チャネルのリソースが時間的に重なるか否かに基づいて、前記上りリンク共有チャネルの送信を制御する制御回路と、を備える。前記上りリンク共有チャネルの送信を制御することは、前記上りリンク共有チャネルのリソースにおいて送信する信号のビット数を制御すること、前記上りリンク共有チャネルのリソースを使用不可に設定すること、および、前記下りリンク共有チャネルについてのHARQプロセスを制御すること、の少なくとも１つを含む。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、上りリンクのカバレッジ性能を改善あるいは向上できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
PUSCH（Physical Uplink Shared Channel）repetition Type A（繰り返し数4）の一例を示す図 PUSCH repetition Type A enhancement（繰り返し数4）の一例を示す図 NR Rel.15/16におけるUCI（Uplink Control Information）on PUSCHの制約を説明する図 PUSCH repetition Type A enhancementと下りリンク伝送における再送との関係の一例を示す図 基地局の一部に着目した構成例を示すブロック図 端末の一部に着目した構成例を示すブロック図 基地局の構成例を示すブロック図 端末の構成例を示すブロック図 実施の形態１に係る動作例を示すフローチャート 実施の形態１に係る動作例を示す図 実施の形態２に係る動作例を示すフローチャート 実施の形態２に係る動作例を示す図 実施の形態３に係る動作例を示すフローチャート 実施の形態３に係る動作例を示す図 変形例２に係る動作例を示す図 変形例２に係る動作例を示す図 変形例３に係る場合分けの一例を示す図 補足４に係る動作例を示す図 補足５に係る動作例を示す図 補足７に係る動作例を示す図 3GPP NRシステムの例示的なアーキテクチャの図 NG-RANと5GCとの間の機能分離を示す概略図 Radio Resource Control(RRC)接続のセットアップ／再設定の手順のシーケンス図 大容量・高速通信（eMBB：enhanced Mobile BroadBand）、多数同時接続マシンタイプ通信（mMTC：massive Machine Type Communications）、および高信頼・超低遅延通信（URLLC：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図 非ローミングシナリオのための例示的な5Gシステムアーキテクチャを示すブロック図
　以下、本開示の実施の形態について図面を参照して詳細に説明する。
　NRでは、例えば、セルラー通信向けに使用されてきた、主に700MHz～3.5GHz帯といった6GHz以下の周波数帯域（例えば、Frequency Range 1（FR1）とも呼ぶ）に加えて、広帯域を確保可能な28GHz又は39GHz帯といったミリ波帯（例えば、FR2とも呼ぶ）が活用され得る（例えば、非特許文献１を参照）。また、例えば、FR1において、3.5GHz帯といったLong Term Evolution（LTE）又は3G（3rd Generation mobile communication systems）において使用される周波数帯と比較して高い周波数帯が使用される可能性がある。
　周波数帯が高いほど、電波伝搬損失は大きくなり、電波の受信品質が劣化しやすい。このため、NRでは、例えば、LTE又は3Gと比較して高い周波数帯が使用される場合に、LTE又は3Gといった無線アクセス技術（RAT：Radio Access Technology）と同程度の通信エリア（又は、カバレッジ）を確保する、別言すると、適切な通信品質を確保することが期待される。例えば、Release 17（例えば、「Rel.17」と表す）では、NRにおけるカバレッジを改善する方法が検討されている（例えば、非特許文献２を参照）。
　NRにおいて、端末は、例えば、基地局からの下りリンク制御チャネル(PDCCH: Physical Downlink Control Channel)上のレイヤ1制御信号(DCI: Downlink Control Information)で指示されるリソース割当に従って、データを送受信する（例えば、非特許文献３－６を参照）。
　端末は、例えば、下りリンクデータチャネル(PDSCH: Physical Downlink Shared Channel)に対する復号の成否を示す応答信号(ACK/NACK: Acknowledgement/Negative Acknowledgement)を上りリンク制御チャネル(PUCCH: Physical Uplink Control Channel)を用いてフィードバックする（例えば、非特許文献５を参照）。
　端末は、例えば、PUCCHを用いて、ACK/NACKに加えて、下りリンクチャネル状態情報(CSI: Channel State Information)を基地局へ送信することもできる。これらACK/NACKおよびCSIは、例えば、上りリンク制御情報(UCI: Uplink Control Information)とも呼ばれる。
　DCIで割り当てたPDSCHに対するACK/NACKを送信する場合、端末は、例えば、基地局からのDCIによって指示されるリソース割当に従って、PUCCHを送信する。DCIに含まれる制御情報には、PUCCHリソースに関する情報が含まれてよく、例えば、PDSCHを受信したスロットから何スロット後にPUCCHを送信するかというタイミングに関する情報(K1またはPDSCH-to-HARQ_feedback timing indication)が含まれてよい。なお、HARQは、Hybrid Automatic Repeat reQuestの略記である。
　上りリンクでは、例えば、端末が基地局からのPDCCH上のDCIによって指示されるリソース割当(Grant)に従って、上りリンクデータチャネル(PUSCH: Physical Uplink Shared Channel)を送信する（例えば、非特許文献３－６を参照）。DCIに含まれる制御情報には、例えば、PUSCHを送信する時間領域リソースに関する情報が含まれてよい。
　例えば、時間領域リソースに関する情報は、PDCCHを受信したスロットから何スロット後からPUSCHを送信するかというタイミングに関する情報(K2)、あるいは、スロット内のPUSCH先頭シンボル位置、又は、PUSCHを送信するシンボル数の少なくともに関する情報であってよい。
　NRの上りリンク送信では、複数スロットを用いてPUSCHを送信でき(Repetitionとも呼ぶ)、NR Rel.15/16では、例えば、２つのPUSCH repetition方式が規定される（例えば、非特許文献６）。
　第１のRepetition方式は、スロット単位のRepetitionであり、例えば、連続する複数スロットに渡って同一時間リソース割当が適用される。以降、第１のRepetition方式をPUSCH repetition Type Aと呼ぶ。PUSCH repetition Type Aにおいて、基地局は、例えば、端末に対してスロット内の時間リソース割当と繰り返しスロット数を通知する。ここで、繰り返しスロット数は、例えば、連続するスロットに基づいてカウントされる値であってよい。
　第２のRepetition方式は、１スロット内において１つまたは複数のPUSCHを繰り返し送信できる方法である。以降、第２のRepetition方式をPUSCH repetition Type Bと呼ぶ。PUSCH repetition Type Bにおいて、基地局は、例えば、端末に対して１回目(初回)のPUSCH送信に対する時間領域リソースと繰り返し数とを通知してよい。２回目以降のPUSCH送信の時間領域リソース割当では、例えば、１つ前のPUSCH送信と連続するシンボルかつ同一シンボル数が割り当てられてよい。
　PUSCH repetition Type Aにおいて、通知される繰り返しスロット数は、連続するスロットに基づいてカウントされる値であることから、実際にPUSCHを送信するスロット数が、通知された繰り返しスロット数に比べて少なくなることがある。
　例えば、図１に示すように、時分割複信(TDD: Time Division Duplex)において、PUSCHを送信するタイミングとしてスロット#3および繰り返しスロット数4が通知されるケースを想定する。このケースにおいて、連続する繰り返しスロット内(スロット#3, #4, #5, #6)に下りリンクスロットが含まれる場合、そのスロットにおいては、PUSCHが送信されない(例えば、PUSCH送信がドロップされる)。PUSCHが送信されないことにより、PUSCH repetition Type AではPUSCHのカバレッジ性能が劣化し得る。
　そこで、NR Rel.17では、PUSCH repetition Type Aの機能拡張として、例えば、繰り返しスロット数は、PUSCH送信に使用可能な上りリンクスロットに基づいてカウントされる値とすることが検討されている（例えば、非特許文献２を参照）。
　図２に、PUSCHを送信するタイミングとしてスロット#3、および繰り返しスロット数4が通知され、PUSCH送信に使用可能な上りリンクスロットがスロット#3, #4, #7, #8, #9である場合の一例を示す。以降において、本Repetition方式をPUSCH repetition Type A enhancementと呼ぶ。PUSCH repetition Type A enhancementでは、通知された繰り返しスロット数分のPUSCH送信が可能となるため、PUSCH repetition Type Aに比べてPUSCHのカバレッジ性能の改善が期待できる。
　また、端末の上りリンク送信においては、PUCCHおよびPUSCHに対する送信リソースが時間的に重なることがある。この場合、NR Rel.15/16において、端末は、UCIと上りリンクデータとをPUSCHに多重して送信できる（例えば、非特許文献４，５を参照）。ただし、NR Rel.15では、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てたPUSCHの送信と時間的に重なるリソースに割り当てることが許されない、という制約がある。
　例えば図３の上段に示すように、スロット#3にPUSCHを割り当てる第１のDCIをスロット#0において受信した後のスロット#1においてPDSCHを割り当てる第２のDCIが受信された場合、PDSCHに対するACK/NACKを送信するためのリソースは、PUSCHの送信（スロット#3）と時間的に重なるリソースに割り当てられない。
　そのため、NR Rel.15/16において、UEが、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを、第１のDCIによって割り当てられたPUSCHに多重して送信することはサポートされない。
　したがって、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するためのPUCCHリソースは、例えば図３の下段に示すように、第１のDCIによって割り当てられたPUSCHの送信（例えば、スロット#3）と時間的に重ならないリソース（例えば、スロット#4）へ割り当てられる。
　一方、NR Rel.17では、既述のとおり、PUSCH repetition Type A enhancementの導入が検討されている。PUSCH repetition Type A enhancementでは、例えば、繰り返しスロット数をPUSCH送信に使用可能な上りリンクスロットに基づいてカウントする。そのため、例えば、TDDのように上りリンクスロット数が限られる場合、PUSCHの繰り返し送信が上りリンクスロットを占有し得る。
　この場合、上述した「PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることが許されない」という制約があると、例えば図４に示すように、UEは、PDSCHに対するACK/NACKをPUSCH repetition送信が完了するまで送信しないため、下りリンクの遅延が増大し得る。
　また、PDSCHを割り当てるDCIに含まれる制御情報には、例えば、PDSCHを受信したスロットから何スロット後にPUCCHを送信するかというタイミングに関する情報(K1またはPDSCH-to-HARQ_feedback timing indication)を含むことができるが、通知可能なK1の値の範囲は限られる。そのため、上述したような制約があると、PUCCHの割り当てが許されないことによるPDSCH割当のブロッキングが発生し、下りリンクの周波数利用効率が低下し得る。
　下りリンク伝送の周波数利用効率の改善および遅延の削減のためには、上述した「PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることが許されない」という制約を外すことが望ましい。
　例えば、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。
　例えば、前掲の非特許文献７には、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを、第１のDCIによって割り当てられたPUSCHリソースの一部をパンクチャして送信することが記載される。
　しかしながら、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するためにPUSCHリソースの一部がパンクチャされるため、PUSCHのカバレッジ性能が劣化し得る。
　本開示の非限定的な一実施例では、端末がPUSCHをRepetition送信する場合に、下りリンク伝送の周波数利用効率の改善および遅延の削減を実現し、また、PUSCHのカバレッジ性能の劣化を軽減できる端末、基地局、通信方法あるいは制御方法を提示する。
　例えば、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。そして、例えば、第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースが第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるか否かによって、ACK/NACK送信方法、ACK/NACK送信ビット数、PUSCH repetition送信リソースの少なくとも１つを制御する。
　以下、幾つかの実施の形態について説明する。
　［通信システムの概要］
　本開示の各実施の形態に係る通信システムは、例えば、少なくとも１つの基地局と、少なくとも１つの端末と、を備える。
　図５は、本開示の一実施例に係る基地局１００の一部の構成例を示すブロック図であり、図６は、本開示の一実施例に係る端末２００の一部の構成例を示すブロック図である。
　図５に示す基地局１００において、制御部１０１は、例えば、上りリンク共有チャネル（例えば、PUSCH）のリソースを割り当てる第１のDCIと、下りリンク共有チャネル（例えば、PDSCH）のリソースを割り当てる第２のDCIと、を生成する。送信部１０７は、例えば、第１のDCIと第２のDCIとを端末２００宛に送信する。
　図６に示す端末２００において、受信部２０１は、例えば、基地局１００から、第１のDCIを受信した後に第２のDCIを受信する。制御部２０５は、第１のDCIによって割り当てられたPUSCHのリソースに、第２のDCIによって割り当てられたPDSCHの受信に応じて送信する上りリンク制御チャネル（例えば、PUCCH）のリソースが時間的に重なるか否かに基づいて、PUSCHの送信を制御する。PUSCHの送信を制御することには、PUSCHのリソースにおいて送信する信号（例えば、ACK/NACK）のビット数を制御すること、PUSCHのリソースを使用不可に設定すること、および、PDSCHについてのHARQプロセスを制御すること、の少なくとも１つが含まれてよい。
　（実施の形態１）
　［基地局の構成］
　図７は、基地局１００の構成例を示すブロック図である。図７に例示した基地局１００の構成例は、後述する他の実施の形態および変形例を含む本開示の全体を通じて共通であってよい。
　図７に示すように、基地局１００は、例えば、制御部１０１、上位制御信号生成部１０２、下りリンク制御情報生成部１０３、符号化部１０４、変調部１０５、信号割当部１０６、及び、送信部１０７を備えてよい。また、基地局１００は、例えば、受信部１０８、抽出部１０９、復調部１１０、及び、復号部１１１を備えてよい。
　制御部１０１は、例えば、端末２００に対するPDSCH受信に関する情報、PUSCH送信に関する情報およびPUCCH送信に関する情報の少なくとも１つを決定し、決定した情報を上位制御信号生成部１０２へ出力する。PDSCH受信に関する情報およびPUSCH送信に関する情報には、例えば、TDRA(Time Domain Resource Allocation)テーブルに関する情報およびRepetition回数に関する情報の少なくとも１つが含まれてもよい。また、PUCCH送信に関する情報には、例えば、PUCCHリソースセットに関する情報およびK1に関する情報の少なくとも１つが含まれてもよい。
　また、制御部１０１は、例えば、下りリンクデータ信号あるいは上位制御信号、および下りリンク制御情報を送信するための下りリンク信号に対する符号化・変調方式および無線リソース割当を決定する。決定した情報は、例えば、符号化部１０４、変調部１０５および信号割当部１０６へ出力されてよい。また、データ信号あるいは上位制御信号に対する符号化・変調方式および無線リソース割当情報は、例えば、下りリンク制御情報生成部１０３へ出力されてよい。
　また、制御部１０１は、例えば、端末２００がPUCCHを送信するためのPUCCHリソースを決定し、決定した情報を上位制御信号生成部１０２または下りリンク制御情報生成部１０３へ出力してよい。また、制御部１０１は、例えば、決定した情報を抽出部１０９、復調部１１０および復号部１１１へ出力する。
　また、制御部１０１は、例えば、端末２００が上りリンクデータ信号を送信する符号化・変調方式および無線リソース割当を決定し、決定した情報を下りリンク制御情報生成部１０３、抽出部１０９、復調部１１０および復号部１１１へ出力する。
　また、制御部１０１は、例えば、PUSCHをRepetition送信するか否か、および、PUCCHを送信するためのPUCCHリソースおよび上りリンクデータを送信する無線リソースが時間的に重なっているか否か、を判断してよい。時間的に重なっている場合、制御部１０１は、例えば、後述するように、ACK/NACK送信方法、ACK/NACK送信ビット数、および、PUSCH repetition送信リソースの少なくとも１つを特定する。特定した情報は、例えば、抽出部１０９、復調部１１０および復号部１１１へ出力されてよい。
　上位制御信号生成部１０２は、例えば、制御部１０１から入力される制御情報を用いて、上位レイヤ制御信号（例えば、ビット列）を生成する。生成した信号は、例えば、符号化部１０４へ出力されてよい。
　下りリンク制御情報生成部１０３は、例えば、制御部１０１から入力される制御情報を用いて、DCI（例えば、ビット列）を生成し、生成したDCIを符号化部１０４へ出力してよい。なお、制御情報が複数の端末２００向けに送信されることもある。
　符号化部１０４は、例えば、下りリンクデータ、上位制御信号生成部１０２から得られたビット列、または下りリンク制御情報生成部１０３から入力されたDCIを符号化し、符号化ビット列を変調部１０５へ出力する。
　変調部１０５は、例えば、符号化部１０４から受け取った符号化ビット列を変調して、信号割当部１０６へ出力する。
　信号割当部１０６は、例えば、変調部１０５からシンボル列として入力された下りデータ信号または制御信号を、制御部１０１から指示される無線リソースにマッピングする。また、信号割当部１０６は、例えば、無線リソースへマッピングされた信号を送信部１０７に入力する。
　送信部１０７は、例えば、信号割当部１０６から出力された信号に対して、OFDM（Orthogonal Frequency Division Multiplexing）といった送信波形生成を施す。CP（Cyclic Prefix）を用いるOFDM伝送の場合、送信部１０７は、IFFT（Inverse Fast Fourier Transform）適用後の信号にCPを付加してよい。
　また、送信部１０７は、例えば、信号割当部１０６から出力された信号に対して、デジタル－アナログ（D/A）変換、アップコンバートといった無線（RF）処理を施し、アンテナを介して端末２００に無線信号を送信する。
　受信部１０８は、例えば、端末２００から送信されアンテナを介して受信された上りリンク信号に対して、ダウンコンバート、アナログ－デジタル（A/D）変換といったRF処理を施す。
　また、受信部１０８は、例えば、OFDM伝送の場合、受信信号に対してFFTを適用することによって周波数領域信号を生成して抽出部１０９へ出力する。
　抽出部１０９は、例えば、制御部１０１から受け取った情報に基づいて、受信信号からPUSCHまたはPUCCHが送信された無線リソース部分を抽出し、抽出したPUSCHまたはPUCCHの信号を復調部１１０へ出力する。
　復調部１１０は、例えば、制御部１０１から受け取った情報に基づいて、PUSCHまたはPUCCHの復調を行い、復調結果を復号部１１１へ出力する。
　復号部１１１は、例えば、制御部１０１から受け取った情報および復調部１１０から得られた復調結果を用いて、PUSCHまたはPUCCHの誤り訂正復号を行い、復号後の受信ビット列（例えば、ULデータ信号またはUCI）を得る。
　［端末の構成］
　次に、図８を参照して、端末２００の構成例について説明する。図８に示すように、端末２００は、例えば、受信部２０１、抽出部２０２、復調部２０３、復号部２０４、及び、制御部２０５を備えてよい。また、端末２００は、例えば、符号化部２０６、変調部２０７、信号割当部２０８、及び、送信部２０９を備えてよい。
　受信部２０１は、例えば、基地局１００から送信されたデータ信号または下りリンク制御信号を、アンテナを介して受信し、無線受信信号に対してダウンコンバートまたはA/D変換といったRF処理を施してベースバンド信号を生成する。
　また、受信部２０１は、例えば、OFDM信号を受信する場合、受信信号に対してFFT処理を行い、受信信号を周波数領域に変換してよい。
　抽出部２０２は、例えば、制御部２０５から入力された制御信号の無線リソースに関する情報を用いて、受信部２０１から受け取った受信信号から、下りリンク制御信号が含まれる無線リソース部分を抽出し、抽出した信号を復調部２０３へ出力する。また、抽出部２０２は、例えば、制御部２０５から入力されたデータ信号の無線リソースに関する情報を用いて、データ信号が含まれる無線リソース部分を抽出し、抽出した信号を復調部２０３へ出力する。
　復調部２０３は、例えば、制御部２０５から受け取った情報に基づいて、PDCCHまたはPDSCHの復調を行い、復調結果を復号部２０４へ出力する。
　また、復号部２０４は、例えば、制御部２０５から受け取った情報および復調部２０３において得られた復調結果を用いて、PDCCHまたはPDSCHの誤り訂正復号を行い、下りリンク受信データ、上位レイヤ制御情報、または下りリンク制御情報を得る。得られた上位レイヤ制御情報および下りリンク制御情報は、例えば、制御部２０５へ出力されてよい。また、復号部２０４は、例えば、下りリンク受信データの復号結果からACK/NACK信号を生成してもよい。
　制御部２０５は、例えば、上位レイヤ制御信号および下りリンク制御情報から得られる無線リソース割当情報を基に、PDSCH受信、PUSCH送信およびPUCCH送信に対する無線リソースを特定（又は決定）する。また、制御部２０５は、例えば、決定した情報を信号割当部２０８、抽出部２０２および復調部２０３へ出力する。
　また、制御部２０５は、例えば、PUCCHを送信するためのPUCCHリソースおよび上りリンクデータを送信する無線リソースが時間的に重なっているかを判断してよい。時間的に重なっている場合、制御部２０５は、後述するように、ACK/NACK送信方法、ACK/NACK送信ビット数、PUSCH repetition送信リソースの少なくとも１つを特定してよい。特定した情報は、例えば、符号化部２０６、変調部２０７および信号割当部２０８へ出力されてよい。
　符号化部２０６は、例えば、制御部２０５から入力された情報を基に、UCIまたは上りリンクデータ信号を符号化し、符号化ビット列を変調部２０７へ出力する。
　変調部２０７は、例えば、符号化部２０６から受け取った符号化後のビット系列を変調して変調シンボル列を生成し、変調シンボル列を信号割当部２０８へ出力する。
　信号割当部２０８は、例えば、変調部２０７から入力された信号を、制御部２０５から指示される無線リソースにマッピングする。また、信号割当部２０８は、例えば、無線リソースにマッピングされた後の信号を送信部２０９に入力する。
　送信部２０９は、例えば、信号割当部２０８から入力された信号に対して、OFDMといった送信信号波形生成を施す。CPを用いるOFDM伝送の場合、送信部２０９は、例えば、IFFT後の信号にCPを付加してよい。なお、シングルキャリア波形を生成する場合は、変調部２０７の後段もしくは信号割当部２０８の前段に、DFT部が備えられてもよい。
　また、送信部２０９は、例えば、送信信号に対してD/A変換およびアップコンバートといったRF処理を施し、アンテナを介して無線信号を送信する。
　［端末２００の動作例］
　以上の構成を有する端末２００の動作例について説明する。
　図９は、端末２００の動作例を示すフローチャートである。図９に示すように、端末２００は、例えば、PUSCHを割り当てる第１のDCIを基地局１００から受信した場合（Ｓ１０１）、PUSCHのRepetition送信が適用されているか否かを判断する（Ｓ１０２）。
　PUSCHのRepetition送信が適用されていない場合（Ｓ１０２；Ｎｏ）、端末２００は、例えば、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容しない（Ｓ１０８）。例えば、端末２００は、NR Rel.15/16においてサポートされる動作と同等の動作によって、PUSCHの送信と時間的に重ならないリソースにてPUCCHを送信してよい。
　PUSCHのRepetition送信が適用されている場合（Ｓ１０２；Ｙｅｓ）、端末２００は、例えば、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する（Ｓ１０３）。
　端末２００は、PDSCHを割り当てる第２のDCIを受信した場合（Ｓ１０４）、例えば、第２のDCIによって割り当てられたPUCCHと、第１のDCIによって割り当てられたPUSCHの送信リソースと、が時間的に重なるか否かを判断する（Ｓ１０５）。
　PUCCHとPUSCHのリソースが時間的に重なる場合（Ｓ１０５；Ｙｅｓ）、端末２００は、例えば、第１のDCIによって割り当てられたPUSCHリソースの一部をパンクチャし、パンクチャしたリソースにおいて第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信してよい（Ｓ１０６）。別言すると、端末２００は、第１のDCIによって割り当てられたPUSCH向けのリソースの一部をPUCCH向けのリソースとして用いて（あるいは割り当てし直して）、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信してよい。なお、パンクチャは、例えば、PUSCHにおいて参照信号（例えば、復調用参照信号（DMRS））がマッピングされるリソースを避けて行われてよい。
　ここで、第１のDCIによって割り当てられたPUSCHリソースの一部をパンクチャして送信できる（第２のDCIによって割り当てられたPDSCHに対する）ACK/NACKのビット数は、例えば、閾値（例えば、Ｘビット）以下に制限されてよい。
　第２のDCIによって割り当てられたPDSCHに対して送信しようとするACK/NACKのビット数がＸビットを超える場合、端末２００は、ACK/NACKバンドリング(例えば、ACK/NACKビットの圧縮)を適用して、実際に送信するACK/NACKビット数をＸ（ビット）以下に抑えてよい。例えば、端末２００は、第１のDCIによって割り当てられたPUSCHリソースの一部をＸビット以下に抑えたACK/NACKビット数に応じてパンクチャしてACK/NACKを送信してよい。ここで、Ｘは0より大きい正の整数値である。
　Ｘの値は、例えば、求められるPUSCHのカバレッジ性能に基づいて決定されてよい。また、Ｘの値は、例えば、規格において予め定められた値(例えば、Ｘ＝２ビット)、RRCシグナリングによって静的に設定される値、MAC-CE（Medium Access Control - Control Element）での通知によって設定される値、DCIによって動的に通知される値、または暗黙的（implicit）に決定される値であってもよいし、これらの任意の組み合せによって決定されてもよい。Ｘの値がimplicitに決定される非限定的な一例は、PUSCHの繰り返し回数に基づいてＸの値が決定されることであってもよいし、端末２００に設定される、その他の情報あるいはパラメータに基づいて決定されることであってもよい。
　なお、第２のDCIによって割り当てられたPUCCHと、第１のDCIによって割り当てられたPUSCHの送信リソースと、が時間的に重ならない場合（Ｓ１０５；Ｎｏ）、端末２００は、例えば、第２のDCIによって割り当てられたPUCCHにて、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信してよい（Ｓ１０７）。
　図１０は、実施の形態１に係る動作例を示す図である。図１０に例示したように、スロット#0における第１のDCIによって、PUSCHを送信するタイミングとしてスロット#3、および繰り返しスロット数4のPUSCH repetition Type A enhancementが割り当てられる。端末２００は、スロット#3, #4, #7, #8においてPUSCHを繰り返し送信する。なお、本開示において、「スロット」は、時間リソース単位の一例であり、その他の呼称の単位であってもよい。
　また、スロット#1における第２のDCIによってPDSCHが割り当てられ、PDSCHに対するACK/NACKを送信するPUCCHリソースがスロット#3に割り当てられる。この場合、PUCCHとPUSCHの送信リソースが時間的に重なるスロット#3において、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを、PUSCHリソースの一部をパンクチャして送信する。ここで、送信するACK/NACKビット数は、Ｘビット以下である。
　以上のように、実施の形態１によれば、端末２００がPUSCHをRepetition送信する場合に、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するためのPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。したがって、下りリンク伝送の周波数利用効率の改善および遅延の削減を実現できる。
　また、第１のDCIによって割り当てられたPUSCHリソースの一部をパンクチャして送信する、第２のDCIによって割り当てられたPDSCHに対するACK/NACKのビット数を、Ｘビット以下に制限するため、Ｘの値を適切に設定することで、PUSCHのカバレッジ性能の劣化を軽減できる。
　（実施の形態２）
　次に、図１１及び図１２を参照して、実施の形態２について説明する。なお、実施の形態２に係る基地局１００及び端末２００の構成は、実施の形態１の構成と同様でよい。
　図１１は、実施の形態２に係る端末２００の動作例を示すフローチャートである。図１１において、Ｓ１０６ａを除いたＳ１０１～Ｓ１０５、Ｓ１０７及びＳ１０８の処理は、実施の形態１の図９に例示した処理と同様でよい。
　実施の形態２では、実施の形態１と同様に、端末２００に対してPUSCHのRepetition送信が適用されている場合、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。
　また、実施の形態２では、PUCCHとPUSCHの送信リソースが時間的に重なるスロットにおいて、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを、第１のDCIによって割り当てられたPUSCHに比べて高優先度の送信と扱う。例えば、PUCCHとPUSCHの送信リソースが時間的に重なるスロットは、PUSCH送信に使用不可能なスロット(unavailable slot)に設定されてよい。
　この場合、端末２００は、第２のDCIによって割り当てられたPUCCHリソースにてACK/NACKを送信し、第１のDCIによって割り当てられたPUSCHの繰り返し送信を、例えば、時間的に後方に延期（postponed）してよい（Ｓ１０６ａ）。
　図１２は、実施の形態２に係る動作例を示す図である。スロット#0における第１のDCIによって、PUSCHを送信するタイミングとしてスロット#3、および繰り返しスロット数4のPUSCH repetition Type A enhancementが割り当てられる。また、スロット#1において第２のDCIによってPDSCHが割り当てられ、PDSCHに対するACK/NACKを送信するPUCCHリソースがスロット#3に割り当てられる。
　この場合、PUCCHとPUSCHの送信リソースが時間的に重なるスロット#3において、ACK/NACKがPUSCHよりも高優先度の送信であると扱い、スロット#3はPUSCH送信に使用不可能なスロット(unavailable slot)に設定される。そのため、スロット#3において、端末２００は、PUSCHよりも優先度の高いACK/NACKをPUCCHリソースにて送信する。
　一方、PUSCH repetition Type A enhancementでは、繰り返しスロット数をPUSCH送信に使用可能な上りリンクスロットに基づいてカウントする。そのため、端末２００は、PUSCH送信に使用可能な上りリンクスロットであるスロット#4, #7, #8, #9においてPUSCHを繰り返し送信する。
　以上のように、実施の形態２によれば、端末２００がPUSCHをRepetition送信する場合に、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するためのPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。したがって、下りリンク伝送の周波数利用効率の改善および遅延の削減を実現できる。
　また、実施の形態２では、PUCCHとPUSCHの送信リソースが時間的に重なるスロットはPUSCH送信に使用不可能なスロット(unavailable slot)に設定されるので、端末２００は、PUSCH repetition送信を時間的に後方のスロットにおいて実施(postpone)できる。したがって、端末２００は、ACK/NACKによるPUSCHリソースのパンクチャのような影響を受けずに、通知された繰り返しスロット数分のPUSCHを送信できるため、PUSCHのカバレッジ性能の劣化を回避あるいは抑制できる。
　（実施の形態３）
　次に、図１３及び図１４を参照して、実施の形態３について説明する。なお、実施の形態３に係る基地局１００及び端末２００の構成は、実施の形態１の構成と同様でよい。
　図１３は、実施の形態３に係る端末２００の動作例を示すフローチャートである。図１３において、Ｓ１０６ｂを除いたＳ１０１～Ｓ１０５、Ｓ１０７及びＳ１０８の処理は、実施の形態１の図９に例示した処理と同様でよい。
　実施の形態３では、実施の形態１及び２と同様に、端末２００に対してPUSCHのRepetition送信が適用されている場合、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。
　また、実施の形態３では、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースが、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なる場合、第２のDCIによって割り当てられたPDSCHのHARQプロセスを無効(Disable)に設定してよい（Ｓ１０６ｂ）。
　別言すると、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースが、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なる場合、端末２００は、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信しない。
　図１４は、実施の形態４に係る動作例を示す図である。スロット#0における第１のDCIによって、PUSCHを送信するタイミングとしてスロット#3、および繰り返しスロット数4のPUSCH repetition Type A enhancementが割り当てられる。端末２００は、スロット#3, #4, #7, #8においてPUSCHを繰り返し送信する。
　また、スロット#1において第２のDCIによってPDSCHが割り当てられ、PDSCHに対するACK/NACKを送信するPUCCHリソースがスロット#3に割り当てられる。この場合、スロット#1において第２のDCIによって割り当てられたPDSCHに対するHARQプロセスが無効になり、端末２００は、スロット#3においてACK/NACKを送信しない。
　以上のように、実施の形態３によれば、実施の形態１及び２と同様に、端末２００がPUSCHのRepetition送信を行う場合に、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するためのPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。したがって、下りリンク伝送の周波数利用効率の改善および遅延の削減を実現できる。
　また、実施の形態３によれば、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースが第１のDCIによって割り当てられたPUSCHの送信と時間的に重なる場合、第２のDCIによって割り当てられたPDSCHのHARQプロセスを無効(Disable)にする。したがって、端末２００は、ACK/NACKによるPUSCHリソースのパンクチャの影響を受けずに、通知された繰り返しスロット数分のPUSCH送信が可能となる。そのため、PUSCHのカバレッジ性能の劣化を回避あるいは抑制できる。
　また、基地局１００の観点では、例えば、端末２００からのHARQ-ACKフィードバックの受信を待たずにPDSCHの割り当て（別言すると、スケジューリング）が可能であるため、スケジューリングの自由度を向上できる。
　ここで、HARQプロセスを無効にすることで下りリンク伝送の再送効率の劣化が発生し得る。しかし、例えば、HARQプロセスを無効にするPDSCHは初回送信の信頼度を上げて（例えば、Modulation and Coding Scheme, MCSや割当リソース量を調整して）送信するといった、PDSCHの信頼度を適切に設定する処理を適用することで、再送効率の劣化を軽減できる。
　（変形例１）
　本変形例では、端末２００に対してPUSCHのRepetition送信が適用されている場合、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。
　また、本変形例では、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースが、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なる場合、第２のDCIによって割り当てられたPDSCHのHARQプロセスに対してACK skippingを適用してよい。
　HARQプロセスにACK skippingを適用した場合、端末２００は、PDSCHに対する復号結果がACKである場合、PDSCHに対するACK/NACKを送信しない。PDSCHに対する復号結果がACKである確率は、NACKである確率よりも高い傾向にあるため、ACK送信のスキップによって、例えば、PUCCHのオーバーヘッドを低減でき、また、端末２００の処理負荷を低減できる。
　本変形例は、第２のDCIによって割り当てられたPDSCHに対する復号結果がACKである場合に、実施の形態３を適用することと同様であると理解されてよい。一方、第２のDCIによって割り当てられたPDSCHに対する復号結果がNACKである場合には、実施の形態１を適用してもよいし、実施の形態２を適用してもよい。
　本変形例によれば、第２のDCIによって割り当てられたPDSCHの復号結果がNACKの場合にPUSCHリソースのパンクチャ、またはPUSCH送信のpostponeが適用されるので、PUSCH repetitionに対する影響を軽減できる。
　（変形例２）
　上述した実施の形態１、２および３では、端末２００に対してPUSCHのRepetition送信が適用されている場合、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容した。
　ここで、PUCCHとPUSCHの送信リソースが時間的に重なるスロットは、第１のDCIによって割り当てられたPUSCH repetitionのうち、どのスロットであってもよい。例えば、PUCCHとPUSCHの送信リソースが時間的に重なるスロットは、図１０、図１２および図１４に例示したようにPUSCH repetitionの先頭スロットであってもよいし、先頭スロットとは異なるスロットであってもよい。
　また、第１のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースが、PUSCH repetitionのうち、どのスロットと重なる（あるいは衝突する）かによって、実施の形態１、２及び３のうち適用する実施の形態を異ならせてもよい。
　非限定的な一例として、ACK/NACKを送信するPUCCHリソースが、図１５に示すようにPUSCH repetitionの先頭スロット（Rep#0）と衝突した場合は実施の形態１を適用してよく、図１６に示すようにPUSCH repetitionの先頭スロットとは異なるスロット（例えば、Rep#1）と衝突した場合は実施の形態２を適用してもよい。
　また、非限定的な一例として、ACK/NACKを送信するPUCCHリソースがPUSCH repetitionの先頭スロットと衝突した場合は実施の形態３を適用し、ACK/NACKを送信するPUCCHリソースがPUSCH repetitionの先頭スロットとは異なるスロットと衝突した場合は実施の形態２を適用してもよい。
　本変形例によれば、例えば、パンクチャ、Postpone、あるいは、HARQ disableといった端末動作（あるいは処理）に求められる時間を基に、端末２００に対して端末能力に応じた適切な動作あるいは処理を適用できる。
　（変形例３）
　NR Rel.16では、PUSCHあるいはACK/NACKといった上りリンク送信に対して優先度を設定できる。例えば、NR Rel.16では優先度レベル数は２であり、優先度インデックス０が設定された上りリンク送信は低優先度であり、優先度インデックス１が設定された上りリンク送信は高優先度である。
　本変形例では、ACK/NACKの優先度もしくはPUSCHの優先度、またはそれら両方によって、実施の形態１、２及び３のうち適用する実施の形態を異ならせてもよい。
　図１７は、ACK/NACKの優先度とPUSCHの優先度とによる場合分けの一例を示す図である。例えば、Case 1あるいはCase 4(ACK/NACKとPUSCHとが同一優先度)の場合は実施の形態１を、Case 2(PUSCHがACK/NACKよりも高優先度)の場合は実施の形態３を、Case 3(ACK/NACKがPUSCHよりも高優先度)の場合は実施の形態２を、それぞれ適用してもよい。
　なお、各Caseに適用する実施の形態の組合せは上記に限られない。例えば、実施の形態２あるいは３がCase 1あるいはCase 4に適用されてもよい。
　本変形例によれば、ACK/NACKが高優先度の場合は実施の形態２を適用してACK/NACKを優先して送信しつつ、PUSCHをPostponeしてPUSCHのカバレッジを補償できる。また、PUSCHが高優先度の場合は、実施の形態３を適用してPUSCHをDCIによって割り当てられたリソースにて送信することでカバレッジと遅延とを補償できる。このように、ACK/NACKまたはPUSCHの優先度に基づいて適切な上りリンク送信を実現できる。
　（その他の変形例）
　本開示では、端末２００に対してPUSCHのRepetition送信が適用されている場合、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容して、上述した実施の形態および変形例の何れかを適用した。
　ここで、例えば、PUSCHの繰り返し回数が閾値よりも大きい場合に、上述した実施の形態または変形例が適用されてもよい。また、PUSCHの繰り返し回数によって、適用する実施の形態を異ならせてもよい。
　また、ACK/NACKビット数によって、適用する実施の形態あるいは変形例を異ならせてもよい。また、例えば、ACK/NACKビット数が閾値（例えば、既述のＸビット）以下であるか否か、あるいは、ACK/NACKビット数が閾値以下に圧縮できるか否かによって、適用する実施の形態あるいは変形例を異ならせてもよい。
　ACK/NACKのビット数は、例えば、第２のDCIによって割り当てられたPDSCHに対するACK/NACKのビット数でもよいし、第２のDCIによって割り当てられたPDSCHに対するACK/NACKと、第１のDCIを受信する前のDCIによって割り当てられたPDSCHに対するACK/NACKとの合計ビット数であってもよい。
　前者の例では、第２のDCIよりも前に受信したDCIによって割り当てられたPDSCHに対するACK/NACKのビット数を考慮しなくてよいため、PUCCHリソースに対するACK/NACKの割当に制約が生じ得ることを抑制できる。別言すると、PUCCHリソースに対するACK/NACKの割当自由度を向上できる。
　後者の例は、複数のDCIによって割り当てられたPDSCHに対するACK/NACKをUCIに多重してPUCCHにおいて送信するようなケースに有用であり、例えば、PUSCHリソースのパンクチャを低減できるため、PUSCHのカバレッジ性能が低下することを回避又は抑制できる。
　また、実施の形態１において、ACK/NACKビット数は、ACK/NACKバンドリング前のビット数でもよいし、ACK/NACKバンドリング後のビット数であってもよい。
　以下に、上述した各実施の形態および各変形例を含む本開示に対する補足について説明する。
　（補足１）
　PUSCH repetition Type A enhancementでは、繰り返しスロット数をPUSCH送信に使用可能な上りリンクスロットに基づいてカウントするが、PUSCH送信に使用可能な上りリンクスロットの決定には、以下に示す何れかの方法が適用されてもよい。
　＜方法１＞
　PUSCH送信に使用可能な上りリンクスロットの決定は、RRCシグナリングに依存してよい。例えば、RRCシグナリングには、TDDの上りリンク／下りリンクスロットフォーマット通知(例えば、semi-static slot format indicator(SFI))などが含まれてよい。
　＜方法２＞
　PUSCH送信に使用可能な上りリンクスロットの決定は、例えば、RRCシグナリングおよびPUSCH repetitionを割り当てるDCIによる通知に依存してよい。例えば、RRCシグナリングには、TDDの上りリンク／下りリンクスロットフォーマット通知(例えば、semi-static SFI)などが含まれてよい。PUSCH repetitionを割り当てるDCIでは、PUSCH送信に使用不可能なスロット(unavailable slot)を直接に（あるいは明示的に）通知してもよいし、RRCシグナリングによって通知された無効な上りリンクスロット／シンボル(invalid UL slot/symbol)を無効とするか有効とするかを指示してもよい。
　＜方法３＞
　PUSCH送信に使用可能な上りリンクスロットの決定は、例えば、RRCシグナリング、PUSCH repetitionを割り当てるDCIおよび動的なSFIによる通知に依存してよい。例えば、RRCシグナリングには、TDDの上りリンク／下りリンクスロットフォーマット通知(例えば、semi-static SFI)などが含まれてよい。PUSCH repetitionを割り当てるDCIでは、PUSCH送信に使用不可能なスロット(unavailable slot)を直接に（あるいは明示的に）通知してもよいし、RRCシグナリングによって通知された無効な上りリンクスロット／シンボル(invalid UL slot/symbol)を無効とするか有効とするかを指示してもよい。動的なSFIには、例えば、Group-common PDCCHによって通知されるTDDの上りリンク／下りリンクスロットフォーマット通知(dynamic SFI)などが含まれてよい。
　PUSCH送信に使用可能な上りリンクスロットの決定方法と実施の形態との関連は、例えば以下のとおりである。
　実施の形態１は、方法１、方法２および方法３の何れに適用されてもよい。実施の形態２は、方法３と合わせて適用されることが望ましい。その理由は、例えば、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIを方法３のDynamic SFIと同様の通知として処理できるためである。ただし、実施の形態２をその他の方法に適用してもよい。実施の形態３は、方法１、方法２および方法３の何れに適用されてもよい。
　（補足２）
　上述した実施の形態あるいは変形例では、PUSCH repetitionについて、PUSCH repetition Type A enhancementへの適用を例に説明を行ったが、PUSCH repetition方法は、PUSCH repetition Type A enhancementに限られない。例えば、上述した実施の形態あるいは変形例は、PUSCH repetition Type Bに適用されてもよい。
　また、特定のPUSCH repetition(例えば、PUSCH repetition Type A enhancement)に限って上述した実施の形態または変形例が適用されてもよい。また、PUSCH repetition方法によって、適用する実施の形態あるいは変形例を異ならせてもよい。
　（補足３）
　上述した実施の形態あるいは変形例では、スロット単位のPUCCH送信への適用例について説明したが、PUCCHの送信単位はスロットに限られない。例えば、PUCCHの送信単位は、NR Rel.16において導入されたサブスロット単位であってもよい。サブスロット単位のPUCCH送信では、サブスロットに含まれるシンボル数がスロットよりも少ない。例えば、スロットに含まれるシンボル数が１４(または１２)である場合、サブスロットに含まれるシンボル数は２あるいは７(または６)であってもよい。
　また、PUCCH送信の単位がスロットであるかサブスロットであるかによって、実施の形態または変形例の適用が制御（例えば、イネーブル又はディゼーブル）されてもよい。また、PUCCH送信の単位がスロットであるかサブスロットであるかによって、適用する実施の形態または変形例を異ならせてもよい。
　（補足４）
　上述した実施の形態または変形例では、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIが１つの場合の例について説明した。ここで、例えば図１８に示すように、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへPUCCHを割り当てるDCIを、端末２００は複数受信してもよい。この場合、例えば、端末２００が複数のDCIのうち最後に受信したDCIを第２のDCIに置き換えて（あるいは読み替えて）、上述した実施の形態または変形例を適用してもよい。
　（補足５）
　上述した実施の形態または変形例では、ACK/NACKを送信するPUCCHについて、単一スロットでの送信を例に説明したが、複数スロットを用いてPUCCHが送信されてもよい。例えば、PUCCHについてもRepetitionが適用されてもよい。
　この場合、例えば、実施の形態１において、PUCCH repetitionのうち、一部のスロットがPUSCHと衝突することがあり得る。PUCCHリソースとPUSCHリソースとが衝突したスロット（例えば図１９に示すスロット#8）においては、実施の形態１と同様、端末２００は、PUSCHリソースの一部をパンクチャしてACK/NACKを送信してよい。一方、PUCCHリソースとPUSCHリソースとが衝突しないスロット（例えば図１９に示すスロット#9）において、端末２００は、PUCCHを用いてACK/NACKを送信してよい。
　送信するACK/NACKビット数は、例えば、PUCCH repetitionスロット間において同じとしてもよいし、PUCCH repetitionスロット間において異なることとしてもよい。前者の非限定的な一例としては、PUCCHリソースとPUSCHリソースとが衝突したか否かによらず実施の形態１のＸビットの制限を適用する（またはACK/NACKバンドリングを適用する）ことが挙げられる。後者の非限定的な一例としては、PUCCHリソースとPUSCHリソースとが衝突した場合、実施の形態１と同様にＸビットの制限を適用し（またはACK/NACKバンドリグを適用し）、PUCCHリソースとPUSCHリソースとが衝突しないスロットにおいてはＸビットの制限を適用しない（またはACK/NACKバンドリングを適用しない）ことが挙げられる。
　（補足６）
　上述した実施の形態または変形例では、ACK/NACKの送信を例に説明したが、本開示はACK/NACKに限らず、その他のUCIに適用されてもよい。例えば、NR Rel.17では、下りリンクPDSCHを割り当てるDCIによってAperiodic CSIのPUCCH送信をトリガすることが検討される。第２のDCIによって割り当てられるPUCCHを用いて送信されるUCIを、ACK/NACKからAperiodic CSIに置き換えてもよい。
　（補足７）
　本開示では、端末２００に対してPUSCHのRepetition送信が適用されている場合、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容した。
　一方、端末２００に対してPUSCHのRepetition送信が適用されている場合、NR Rel.15/16と同様に、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容しないこともあり得る。また、既述のように、条件によって既述の実施の形態または変形例を適用しない場合もあり得る。
　この場合、端末２００は、例えば、PDSCHに対するACK/NACKを、PUSCH repetition送信が完了した後の上りリンクスロットにおいて送信する。PDSCHを割り当てるDCIに含まれる制御情報には、PDSCHを受信したスロットから何スロット後にPUCCHを送信するかを示すタイミングに関する情報（K1またはPDSCH-to-HARQ_feedback timing indication）を含むことができる。
　ここで、制御情報によって端末２００に通知（あるいは指示）可能なタイミングに関する情報（例えば、タイミングの範囲）は限られるため、端末２００に対してPUSCH repetitionが適用されている場合、通知可能なタイミングの範囲を拡大することが検討される。
　例えば、端末２００に対してPUSCHのRepetition送信が適用されており、かつ、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIで割り当てたPDSCHに対するACK/NACKを送信するPUCCHリソースを第1のDCIで割り当てたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容しない場合、K1の決定（例えば、算出）に、PUSCH repetitionを送信するスロットを含めなくてもよい。
　例えば図２０に示すように、スロット#0における第１のDCIによってPUSCHを送信するタイミングとしてスロット#3、および繰り返しスロット数4のPUSCH repetition Type A enhancementが割り当てられた場合、端末２００は、スロット#3, #4, #7, #8においてPUSCHを繰り返し送信する。また、図２０には、スロット#1において第２のDCIによってPDSCHが割り当てられ、PDSCHに対するACK/NACKを送信するPUCCHリソースがスロット#9に割り当てられる例が示される。
　この場合、スロット単位に基づくK1の決定方法では、端末２００がPUCCHを送信するスロット#9のタイミングはK1=8によって指示できるが、PUSCH repetitionを送信するスロットをK1の決定に用いなければ、K1=4によってスロット#9のタイミングを指示できる。したがって、K1によって指示可能なPUCCU送信タイミングの範囲を拡大でき、例えば、PDSCH割当のブロッキングが発生することを低減でき、下りリンクの周波数利用効率が低下し得ることを回避あるいは抑制できる。
　なお、上述したK1の決定方法は、PUSCH repetition方法に依存して適用されてもよいし、PUCCH送信の単位がスロットであるかサブスロットであるかによって、あるいはACK/NACKの優先度によって、適用されてもよい。また、上述したK1の決定方法は、既述の実施の形態あるいは変形例と組み合わせて適用されてもよい。
　（補足８）
　上述した各実施の形態、各変形例、及び、各補足に示した機能、動作又は処理を端末２００がサポートするか否かを示す情報が、例えば、端末２００の能力（capability）情報あるいは能力パラメータとして、端末２００から基地局１００へ送信（あるいは通知）されてもよい。
　能力情報は、上述した各実施の形態、各変形例、及び、各補足に示した機能、動作又は処理の少なくとも１つを端末２００がサポートするか否かを個別に示す情報要素（IE）を含んでもよい。あるいは、能力情報は、上述した各実施の形態、各変形例、及び、各補足に示した機能、動作又は処理の何れか２以上の組み合わせを端末２００がサポートするか否かを示す情報要素を含んでもよい。
　基地局１００は、例えば、端末２００から受信した能力情報に基づいて、能力情報の送信元端末２００がサポートする（あるいはサポートしない）機能、動作又は処理を判断（あるいは決定または想定）してよい。基地局１００は、能力情報に基づく判断結果に応じた動作、処理又は制御を実施してよい。例えば、基地局１００は、端末２００から受信した能力情報に基づいて、PDCCHあるいはPDSCHのような下りリンクリソース、および、PUCCHあるいはPUSCHのような上りリンクリソースの少なくとも１つの割り当て（別言すると、スケジューリング）を制御してよい。
　なお、上述した各実施の形態、各変形例、及び、各補足に示した機能、動作又は処理の一部を端末２００がサポートしないことは、端末２００において、そのような一部の機能、動作又は処理が制限されることに読み替えられてもよい。例えば、そのような制限に関する情報あるいは要求が、基地局１００に通知されてもよい。
　端末２００の能力あるいは制限に関する情報は、例えば、規格において定義されてもよいし、基地局１００において既知の情報あるいは基地局１００へ送信される情報に関連付けられて暗黙的（implicit）に基地局１００に通知されてもよい。
　以上、本開示の非限定的な一実施例に係る各実施の形態、各変形例、および、補足について説明した。
　なお、本開示において、ACK/NACKは、例えば、HARQ-ACK、又は、HARQ-Feedback情報と呼ばれてもよい。また、Repetitionは、例えば、slot aggregation、slot bundling、TTI aggregation、又は、TTI bundlingと呼ばれてもよい。
　本開示は、例えば、sidelinkの通信のような端末間の通信に適用されてもよい。
　また、本開示において、下りリンク制御チャネル、下りリンクデータチャネル、上りリンク制御チャネル、及び、上りリンクデータチャネルは、それぞれ、PDCCH、PDSCH、PUCCH、及び、PUSCHに限らず、他の名称の制御チャネルでもよい。
　また、本開示において、上位レイヤのシグナリングには、RRCシグナリングを想定しているが、Medium Access Control（MAC）のシグナリング、及び、物理レイヤのシグナリングであるDCIでの通知に置き換えてもよい。
　（制御信号）
　本開示において、本開示に関連する下り制御信号（情報）は、物理層のPDCCHで送信される信号（情報）でもよく、上位レイヤのMAC CE(Control Element)又はRRCで送信される信号（情報）でもよい。また、下り制御信号は、予め規定されている信号（情報）としてもよい。
　本開示に関連する上り制御信号（情報）は、物理層のPUCCHで送信される信号（情報）でもよく、上位レイヤのMAC CE又はRRCで送信される信号（情報）でもよい。また、上り制御信号は、予め規定されている信号（情報）としてもよい。また、上り制御信号は、UCI（uplink control information）、1st stage SCI (sidelink control information)、2nd stage SCIに置き換えてもよい。
　（基地局）
　本開示において、基地局は、TRP（Transmission Reception Point）、クラスタヘッド、アクセスポイント、RRH（Remote Radio Head）、eNodeB (eNB)、gNodeB(gNB)、BS(Base Station)、BTS(Base Transceiver Station)、親機、ゲートウェイ等でもよい。また、サイドリンク通信においては、基地局は端末に置き換えられてもよい。基地局は、上位ノードと端末の通信を中継する中継装置であってもよい。また、基地局は、路側器であってもよい。
　（上りリンク／下りリンク／サイドリンク）
　本開示は、上りリンク、下りリンク、サイドリンクのいずれに適用してもよい。例えば、本開示を上りリンクのPUSCH、PUCCH、PRACH、下りリンクのPDSCH、PDCCH、PBCH、サイドリンクのPSSCH（Physical Sidelink Shared Channel）、PSCCH（Physical Sidelink Control Channel）、PSBCH（Physical Sidelink Broadcast Channel）に適用してもよい。
　なお、PDCCH、PDSCH、PUSCH、PUCCHは、下りリンク制御チャネル、下りリンクデータチャネル、上りリンクデータチャネル、上りリンク制御チャネルの一例である。PSCCH、PSSCHは、サイドリンク制御チャネル、サイドリンクデータチャネルの一例である。PBCH及びPSBCHは報知（ブロードキャスト）チャネル、PRACHはランダムアクセスチャネルの一例である。
　（データチャネル／制御チャネル）
　本開示は、データチャネル及び制御チャネルのいずれに適用してもよい。例えば、本開示のチャネルをデータチャネルのPDSCH、PUSCH、PSSCH、制御チャネルのPDCCH、PUCCH、PBCH、PSCCH、PSBCHに置き換えてもよい。
　（参照信号）
　本開示において、参照信号は、基地局及び端末の双方で既知の信号であり、RS (Reference Signal)又はパイロット信号と呼ばれることもある。参照信号は、DMRS、CSI-RS（Channel State Information - Reference Signal）、TRS（Tracking Reference Signal）、PTRS(Phase Tracking Reference Signal)、CRS(Cell-specific Reference Signal), SRS(Sounding Reference Signal)のいずれかであってもよい。
　（時間間隔）
　本開示において、時間リソースの単位は、スロット及びシンボルの１つ又は組み合わせに限らず、例えば、フレーム、スーパーフレーム、サブフレーム、スロット、タイムスロット、サブスロット、ミニスロット又は、シンボル、OFDM（Orthogonal Frequency Division Multiplexing）シンボル、SC-FDMA（Single Carrier - Frequency Division Multiple Access）シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、１スロットに含まれるシンボル数は、上述した実施の形態において例示したシンボル数に限定されず、他のシンボル数でもよい。
　（周波数帯域）
　本開示は、ライセンスバンド、アンライセンスバンドのいずれに適用してもよい。
　（通信）
　本開示は、基地局と端末との間の通信(Uuリンク通信)、端末と端末との間の通信（Sidelink通信）、V2X（Vehicle to Everything）の通信のいずれに適用してもよい。例えば、本開示のチャネルをPSCCH、PSSCH、PSFCH（Physical Sidelink Feedback Channel）、PSBCH、PDCCH、PUCCH、PDSCH、PUSCH、PBCHに置き換えてもよい。
　また、本開示は、地上のネットワーク、衛星や高度疑似衛星（HAPS）を用いた地上以外のネットワーク（NTN：Non-Terrestrial Network）のいずれに適用してもよい。また、本開示は、セルサイズの大きなネットワーク、超広帯域伝送ネットワークなどシンボル長やスロット長に比べて伝送遅延が大きい地上ネットワークに適用してもよい。
　（アンテナポート）
　アンテナポートは、１本または複数の物理アンテナから構成される論理的なアンテナ（アンテナグループ）を指す。すなわち、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。例えば、アンテナポートが何本の物理アンテナから構成されるかは規定されず、端末が参照信号（Reference signal）を送信できる最小単位として規定される。また、アンテナポートはプリコーディングベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
　＜５Ｇ　ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
　３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代携帯電話技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ　ＮＲの規格に準拠した端末（例えば、スマートフォン）の試作および商用展開に移ることが可能である。
　例えば、システムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって互いに接続されている。また、ｇＮＢは、Next Generation（ＮＧ）インタフェースによってＮＧＣ（Next Generation Core）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Access and Mobility Management Function）（例えば、ＡＭＦを行う特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（User Plane Function）（例えば、ＵＰＦを行う特定のコアエンティティ）に接続されている。ＮＧ－ＲＡＮアーキテクチャを図２１に示す（例えば、3GPP TS 38.300 v15.6.0、 section 4参照）。
　ＮＲのユーザプレーンのプロトコルスタック（例えば、3GPP TS 38.300、 section 4.4.1参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Packet Data Convergence Protocol（TS 38.300の第６．４節参照））サブレイヤ、ＲＬＣ（Radio Link Control（TS 38.300の第６．３節参照））サブレイヤ、およびＭＡＣ（Medium Access Control（TS 38.300の第６．２節参照））サブレイヤを含む。また、新たなアクセス層（ＡＳ：Access Stratum）のサブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）がＰＤＣＰの上に導入されている（例えば、3GPP TS 38.300の第６．５節参照）。また、制御プレーンのプロトコルスタックがＮＲのために定義されている（例えば、TS 38.300、 section 4.4.2参照）。レイヤ２の機能の概要がTS 38.300の第６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ、TS 38.300の第６．４節、第６．３節、および第６．２節に列挙されている。ＲＲＣレイヤの機能は、TS 38.300の第７節に列挙されている。
　例えば、Medium-Access-Controlレイヤは、論理チャネル（logical channel）の多重化と、様々なニューメロロジーを扱うことを含むスケジューリングおよびスケジューリング関連の諸機能と、を扱う。
　例えば、物理レイヤ（ＰＨＹ）は、符号化、ＰＨＹ　ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理的時間－周波数リソースへの信号のマッピングの役割を担う。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングを扱う。物理レイヤは、ＭＡＣレイヤにトランスポートチャネルの形でサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルには、上り物理チャネルとして、ＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel)、ＰＵＣＣＨ(Physical Uplink Control Channel)があり、下り物理チャネルとして、ＰＤＳＣＨ（Physical Downlink Shared Channel)、ＰＤＣＣＨ（Physical Downlink Control Channel)、ＰＢＣＨ(Physical Broadcast Channel) がある。
　ＮＲのユースケース／展開シナリオには、データレート、レイテンシ、およびカバレッジの点で多様な要件を有するenhanced mobile broadband（ｅＭＢＢ）、ultra-reliable low-latency communications（ＵＲＬＬＣ）、massive machine type communication（ｍＭＴＣ）が含まれ得る。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄが提供するデータレートの３倍程度のピークデータレート（下りリンクにおいて２０Ｇｂｐｓおよび上りリンクにおいて１０Ｇｂｐｓ）および実効（user-experienced）データレートをサポートすることが期待されている。一方、ＵＲＬＬＣの場合、より厳しい要件が超低レイテンシ（ユーザプレーンのレイテンシについてＵＬおよびＤＬのそれぞれで０．５ｍｓ）および高信頼性（１ｍｓ内において１－１０－５）について課されている。最後に、ｍＭＴＣでは、好ましくは高い接続密度（都市環境において装置１、０００、０００台／ｋｍ２）、悪環境における広いカバレッジ、および低価格の装置のための極めて寿命の長い電池（１５年）が求められうる。
　そのため、１つのユースケースに適したＯＦＤＭのニューメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長、スケジューリング区間毎のシンボル数）が他のユースケースには有効でない場合がある。例えば、低レイテンシのサービスでは、好ましくは、ｍＭＴＣのサービスよりもシンボル長が短いこと（したがって、サブキャリア間隔が大きいこと）および／またはスケジューリング区間（ＴＴＩともいう）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。サブキャリア間隔は、同様のＣＰオーバーヘッドが維持されるように状況に応じて最適化されてもよい。ＮＲがサポートするサブキャリア間隔の値は、１つ以上であってよい。これに対応して、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ…のサブキャリア間隔が考えられている。シンボル長Ｔｕおよびサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられている。ＬＴＥシステムと同様に、用語「リソースエレメント」を、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小のリソース単位を意味するように使用することができる。
　新無線システム５Ｇ－ＮＲでは、各ニューメロロジーおよび各キャリアについて、サブキャリアおよびＯＦＤＭシンボルのリソースグリッドが上りリンクおよび下りリンクのそれぞれに定義される。リソースグリッドの各エレメントは、リソースエレメントと呼ばれ、周波数領域の周波数インデックスおよび時間領域のシンボル位置に基づいて特定される（3GPP TS 38.211 v15.6.0参照）。
　＜５Ｇ　ＮＲにおけるＮＧ－ＲＡＮと５ＧＣとの間の機能分離＞
　図２２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。
　例えば、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
　－　無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Radio Resource Management）の機能；
　－　データのＩＰヘッダ圧縮、暗号化、および完全性保護；
　－　ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
　－　ＵＰＦに向けたユーザプレーンデータのルーティング；
　－　ＡＭＦに向けた制御プレーン情報のルーティング；
　－　接続のセットアップおよび解除；
　－　ページングメッセージのスケジューリングおよび送信；
　－　システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Operation、 Admission、 Maintenance）が発信源）のスケジューリングおよび送信；
　－　モビリティおよびスケジューリングのための測定および測定報告の設定；
　－　上りリンクにおけるトランスポートレベルのパケットマーキング；
　－　セッション管理；
　－　ネットワークスライシングのサポート；
　－　ＱｏＳフローの管理およびデータ無線ベアラに対するマッピング；
　－　ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
　－　ＮＡＳメッセージの配信機能；
　－　無線アクセスネットワークの共有；
　－　デュアルコネクティビティ；
　－　ＮＲとＥ－ＵＴＲＡとの緊密な連携。
　Access and Mobility Management Function（ＡＭＦ）は、以下の主な機能をホストする：
　－　Non-Access Stratum（ＮＡＳ）シグナリングを終端させる機能；
　－　ＮＡＳシグナリングのセキュリティ；
　－　Access Stratum（ＡＳ）のセキュリティ制御；
　－　３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（CN：Core Network）ノード間シグナリング；
　－　アイドルモードのＵＥへの到達可能性（ページングの再送信の制御および実行を含む）；
　－　登録エリアの管理；
　－　システム内モビリティおよびシステム間モビリティのサポート；
　－　アクセス認証；
　－　ローミング権限のチェックを含むアクセス承認；
　－　モビリティ管理制御（加入およびポリシー）；
　－　ネットワークスライシングのサポート；
　－　Session Management Function（ＳＭＦ）の選択。
　さらに、User Plane Function（ＵＰＦ）は、以下の主な機能をホストする：
　－　ｉｎｔｒａ－ＲＡＴモビリティ／ｉｎｔｅｒ－ＲＡＴモビリティ（適用可能な場合）のためのアンカーポイント；
　－　データネットワークとの相互接続のための外部ＰＤＵ(Protocol Data Unit)セッションポイント；
　－　パケットのルーティングおよび転送；
　－　パケット検査およびユーザプレーン部分のポリシールールの強制（Policy rule enforcement）；
　－　トラフィック使用量の報告；
　－　データネットワークへのトラフィックフローのルーティングをサポートするための上りリンククラス分類（uplink classifier）；
　－　マルチホームＰＤＵセッション（multi-homed PDU session）をサポートするための分岐点(Branching Point)；
　－　ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（gating）、ＵＬ／ＤＬレート制御（UL/DL rate enforcement）；
　－　上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
　－　下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。
　最後に、Session Management Function（ＳＭＦ）は、以下の主な機能をホストする：
　－　セッション管理；
　－　ＵＥに対するＩＰアドレスの割当および管理；
　－　ＵＰＦの選択および制御；
　－　適切な宛先にトラフィックをルーティングするためのUser Plane Function（ＵＰＦ）におけるトラフィックステアリング（traffic steering）の設定機能；
　－　制御部分のポリシーの強制およびＱｏＳ；
　－　下りリンクデータの通知。
　＜ＲＲＣ接続のセットアップおよび再設定の手順＞
　図２３は、ＮＡＳ部分の、ＵＥがRRC_IDLEからRRC_CONNECTEDに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（TS 38.300 v15.6.0参照）。
　ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（UE Radio Capability）、ＵＥセキュリティ性能（UE Security Capabilities）等を含む）を用意し、初期コンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにSecurityModeCommandメッセージを送信し、ＵＥがSecurityModeCompleteメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにRRCReconfigurationメッセージを送信し、これに対するＵＥからのRRCReconfigurationCompleteをｇＮＢが受信することによって、Signaling Radio Bearer 2（ＳＲＢ２）およびData Radio Bearer（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、RRCReconfigurationに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（INITIAL CONTEXT SETUP RESPONSE）でセットアップ手順が完了したことをＡＭＦに通知する。
　したがって、本開示では、ｇＮｏｄｅＢとのNext Generation（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：User Equipment）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、5th Generation Core（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報要素(IE: Information Element)を含むRadio Resource Control（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。
　＜２０２０年以降のＩＭＴの利用シナリオ＞
　図２４は、５Ｇ　ＮＲのためのユースケースのいくつかを示す。3rd generation partnership project new radio（３ＧＰＰ　ＮＲ）では、多種多様なサービスおよびアプリケーションをサポートすることがＩＭＴ－２０２０によって構想されていた３つのユースケースが検討されている。大容量・高速通信（ｅＭＢＢ：enhanced mobile-broadband）のための第一段階の仕様の策定が終了している。現在および将来の作業には、ｅＭＢＢのサポートを拡充していくことに加えて、高信頼・超低遅延通信（ＵＲＬＬＣ：ultra-reliable and low-latency communications）および多数同時接続マシンタイプ通信（ｍＭＴＣ：massive machine-type communicationsのための標準化が含まれる。図２４は、２０２０年以降のＩＭＴの構想上の利用シナリオのいくつかの例を示す（例えばＩＴＵ－Ｒ　Ｍ．２０８３　図２参照）。
　ＵＲＬＬＣのユースケースには、スループット、レイテンシ（遅延）、および可用性のような性能についての厳格な要件がある。ＵＲＬＬＣのユースケースは、工業生産プロセスまたは製造プロセスのワイヤレス制御、遠隔医療手術、スマートグリッドにおける送配電の自動化、交通安全等の今後のこれらのアプリケーションを実現するための要素技術の１つとして構想されている。ＵＲＬＬＣの超高信頼性は、TR 38.913によって設定された要件を満たす技術を特定することによってサポートされる。リリース１５におけるＮＲ　ＵＲＬＬＣでは、重要な要件として、目標とするユーザプレーンのレイテンシがＵＬ（上りリンク）で０．５ｍｓ、ＤＬ（下りリンク）で０．５ｍｓであることが含まれている。一度のパケット送信に対する全般的なＵＲＬＬＣの要件は、ユーザプレーンのレイテンシが１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。
　物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩ表、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ　ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。リリース１５におけるＮＲ　ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。
　また、ＮＲ　ＵＲＬＬＣが目標とする技術強化は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術強化には、設定可能なニューメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定されたグラントの）上りリンク、データチャネルにおけるスロットレベルでの繰り返し、および下りリンクでのプリエンプション（Pre-emption）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えられてもよい。信頼性向上についての技術強化には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳ表が含まれる。
　ｍＭＴＣ（massive machine type communication）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決法である。
　上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、例えばＵＲＬＬＣおよびｍＭＴＣについての重要要件が高信頼性または超高信頼性である。いくつかのメカニズムが信頼性を無線の観点およびネットワークの観点から向上させることができる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル/制御チャネルの繰り返し、および周波数領域、時間領域、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。
　ＮＲ　ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０－６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μｓ程度までの時刻同期（time synchronization）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（例えば、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。
　さらに、ＮＲ　ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術強化が有り得る。これらの技術強化には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Physical Downlink Control Channel）の強化、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨのモニタリングの増加がある。また、ＵＣＩ（Uplink Control Information）の強化は、ｅｎｈａｎｃｅｄ　ＨＡＲＱ（Hybrid Automatic Repeat Request）およびＣＳＩフィードバックの強化に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの強化、および再送信／繰り返しの強化が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含むTransmission Time Interval（ＴＴＩ）を指す（スロットは、１４個のシンボルを備える）。
　＜ＱｏＳ制御＞
　５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（GBR：Guaranteed Bit Rate　ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ　ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（encapsulation header）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：QoS Flow ID）によってＰＤＵセッション内で特定される。
　各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図２３を参照して上に示したように少なくとも１つのData Radio Bearers（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ　ＱｏＳフローおよびＤＬ　ＱｏＳフローとＤＲＢとを関連付ける。
　図２５は、５Ｇ　ＮＲの非ローミング参照アーキテクチャ（non-roaming reference architecture）を示す（TS 23.501 v16.1.0、 section 4.23参照）。Application Function（ＡＦ）（例えば、図２４に例示した、５Ｇのサービスをホストする外部アプリケーションサーバ）は、サービスを提供するために３ＧＰＰコアネットワークとやり取りを行う。例えば、トラフィックのルーティングに影響を与えるアプリケーションをサポートするために、Network Exposure Function（ＮＥＦ）にアクセスすること、またはポリシー制御（例えば、ＱｏＳ制御）のためにポリシーフレームワークとやり取りすること（Policy Control Function（ＰＣＦ）参照）である。オペレーターによる配備に基づいて、オペレーターによって信頼されていると考えられるApplication Functionは、関連するNetwork Functionと直接やり取りすることができる。Network Functionに直接アクセスすることがオペレーターから許可されていないApplication Functionは、ＮＥＦを介することにより外部に対する解放フレームワークを使用して関連するNetwork Functionとやり取りする。
　図２５は、５Ｇアーキテクチャのさらなる機能単位、すなわち、Network Slice Selection Function（ＮＳＳＦ）、Network Repository Function（ＮＲＦ）、Unified Data Management（ＵＤＭ）、Authentication Server Function（ＡＵＳＦ）、Access and Mobility Management Function（ＡＭＦ）、Session Management Function（ＳＭＦ）、およびData Network（ＤＮ、例えば、オペレーターによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。
　したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣサービス、ｅＭＭＢサービス、およびｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）の少なくとも１つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを行う制御回路と、を備える、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。
　本開示において使用した「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に相互に置換されてもよい。
　本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例に係る端末は、上りリンク共有チャネルのリソースを割り当てる第１の下りリンク制御情報を受信した後に、下りリンク共有チャネルのリソースを割り当てる第２の下りリンク制御情報を受信する受信回路と、前記上りリンク共有チャネルのリソースに、前記下りリンク共有チャネルの受信に応じて送信する上りリンク制御チャネルのリソースが時間的に重なるか否かに基づいて、前記上りリンク共有チャネルの送信を制御する制御回路と、を備え、前記上りリンク共有チャネルの送信を制御することは、前記上りリンク共有チャネルのリソースにおいて送信する信号のビット数を制御すること、前記上りリンク共有チャネルのリソースを使用不可に設定すること、および、前記下りリンク共有チャネルについてのHARQプロセスを制御すること、の少なくとも１つを含む。
　本開示の一実施例において、前記制御回路は、前記上りリンク制御チャネルと前記上りリンク共有チャネルのリソースが時間的に重なる場合、前記上りリンク共有チャネルのリソースの一部をパンクチャして前記ビット数を閾値以下に制限してよい。
　本開示の一実施例において、前記信号は、前記下りリンク共有チャネルの受信に対するACK/NACK信号であってよく、前記制御回路は、前記ACK/NACK信号のビット数が前記閾値を超える場合、ACK/NACKバンドリングによって前記ACK/NACK信号のビット数を前記閾値以下に圧縮してよい。
　本開示の一実施例において、前記制御回路は、前記上りリンク制御チャネルを用いた前記信号の送信を前記上りリンク共有チャネルの送信よりも優先し、前記上りリンク制御チャネルと前記上りリンク共有チャネルとが時間的に重なるリソースを前記上りリンク共有チャネルの送信に使用不可能なリソースに設定してよい。
　本開示の一実施例において、前記制御回路は、前記上りリンク制御チャネルのリソースと前記上りリンク共有チャネルのリソースとが時間的に重なる場合、前記下りリンク共有チャネルについての前記HARQプロセスを無効に設定してよい。
　本開示の一実施例において、前記制御回路は、前記上りリンク制御チャネルのリソースと前記上りリンク共有チャネルのリソースとが時間的に重なる場合、前記下りリンク共有チャネルについての前記HARQプロセスに対してACK skippingを適用してよい。
　本開示の一実施例において、前記制御回路は、前記ACK skippingにおいてNACK信号を送信する場合、前記上りリンク共有チャネルのリソースの一部をパンクチャして前記ビット数を閾値以下に制限した信号を送信する、あるいは、前記上りリンク制御チャネルを用いた前記NACK信号の送信を優先し、前記上りリンク制御チャネルと前記上りリンク共有チャネルとが時間的に重なるリソースを前記上りリンク共有チャネルの送信に使用不可能なリソースに設定してよい。
　本開示の一実施例に係る基地局は、上りリンク共有チャネルのリソースを割り当てる第１の下りリンク制御情報を送信した後に、下りリンク共有チャネルのリソースを割り当てる第２の下りリンク制御情報を送信する送信回路と、端末から受信した能力情報に基づいて、前記上りリンク共有チャネルの受信を制御する制御回路と、を備える。前記能力情報は、前記端末が、前記上りリンク共有チャネルのリソースに前記下りリンク共有チャネルの受信に応じて送信する上りリンク制御チャネルのリソースが時間的に重なるか否かに基づいて、前記上りリンク共有チャネルの送信を制御するか否かを示す。前記端末が前記前記上りリンク共有チャネルの送信を制御することは、前記上りリンク共有チャネルのリソースにおいて送信する信号のビット数を制御すること、前記上りリンク共有チャネルのリソースを使用不可に設定すること、および、前記下りリンク共有チャネルについてのHARQプロセスを制御すること、の少なくとも１つを含む。
　本開示の一実施例に係る通信方法において、端末は、上りリンク共有チャネルのリソースを割り当てる第１の下りリンク制御情報を受信した後に、下りリンク共有チャネルのリソースを割り当てる第２の下りリンク制御情報を受信し、前記上りリンク共有チャネルのリソースに、前記下りリンク共有チャネルの受信に応じて送信する上りリンク制御チャネルのリソースが時間的に重なるか否かに基づいて、前記上りリンク共有チャネルの送信を制御する。前記上りリンク共有チャネルの送信を制御することは、前記上りリンク共有チャネルのリソースにおいて送信する信号のビット数を制御すること、前記上りリンク共有チャネルのリソースを使用不可に設定すること、および、前記下りリンク共有チャネルについてのHARQプロセスを制御すること、の少なくとも１つを含む。
　本開示の一実施例に係る通信方法において、基地局は、上りリンク共有チャネルのリソースを割り当てる第１の下りリンク制御情報を送信した後に、下りリンク共有チャネルのリソースを割り当てる第２の下りリンク制御情報を送信し、端末から受信した能力情報に基づいて、前記上りリンク共有チャネルの受信を制御する。前記能力情報は、前記端末が、前記上りリンク共有チャネルのリソースに前記下りリンク共有チャネルの受信に応じて送信する上りリンク制御チャネルのリソースが時間的に重なるか否かに基づいて、前記上りリンク共有チャネルの送信を制御するか否かを示す。前記端末が前記前記上りリンク共有チャネルの送信を制御することは、前記上りリンク共有チャネルのリソースにおいて送信する信号のビット数を制御すること、前記上りリンク共有チャネルのリソースが使用不可に設定すること、および、前記下りリンク共有チャネルについてのHARQプロセスを制御すること、の少なくとも１つを含む。
　２０２１年３月１５日出願の特願２０２１－０４１３１６の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　基地局
　１０１，２０５　制御部
　１０２　上位制御信号生成部
　１０３　下りリンク制御情報生成部
　１０４，２０６　符号化部
　１０５，２０７　変調部
　１０６，２０８　信号割当部
　１０７，２０９　送信部
　１０８，２０１　受信部
　１０９，２０２　抽出部
　１１０，２０３　復調部
　１１１，２０４　復号部
　２００　端末

Claims (10)

  1. 　上りリンク共有チャネルのリソースを割り当てる第１の下りリンク制御情報を受信した後に、下りリンク共有チャネルのリソースを割り当てる第２の下りリンク制御情報を受信する受信回路と、
    　前記上りリンク共有チャネルのリソースに、前記下りリンク共有チャネルの受信に応じて送信する上りリンク制御チャネルのリソースが時間的に重なるか否かに基づいて、前記上りリンク共有チャネルの送信を制御する制御回路と、
    　を備え、
    　前記上りリンク共有チャネルの送信を制御することは、前記上りリンク共有チャネルのリソースにおいて送信する信号のビット数を制御すること、前記上りリンク共有チャネルのリソースを使用不可に設定すること、および、前記下りリンク共有チャネルについてのHARQプロセスを制御すること、の少なくとも１つを含む、
    　端末。
  2. 　前記制御回路は、前記上りリンク制御チャネルと前記上りリンク共有チャネルのリソースが時間的に重なる場合、前記上りリンク共有チャネルのリソースの一部をパンクチャして前記ビット数を閾値以下に制限する、
    　請求項１に記載の端末。
  3. 　前記信号は、前記下りリンク共有チャネルの受信に対するACK/NACK信号であり、
    　前記制御回路は、前記ACK/NACK信号のビット数が前記閾値を超える場合、ACK/NACKバンドリングによって前記ACK/NACK信号のビット数を前記閾値以下に圧縮する、
    　請求項２に記載の端末。
  4. 　前記制御回路は、前記上りリンク制御チャネルを用いた前記信号の送信を前記上りリンク共有チャネルの送信よりも優先し、前記上りリンク制御チャネルと前記上りリンク共有チャネルとが時間的に重なるリソースを前記上りリンク共有チャネルの送信に使用不可能なリソースに設定する、
    　請求項１に記載の端末。
  5. 　前記制御回路は、前記上りリンク制御チャネルのリソースと前記上りリンク共有チャネルのリソースとが時間的に重なる場合、前記下りリンク共有チャネルについての前記HARQプロセスを無効に設定する、
    　請求項１に記載の端末。
  6. 　前記制御回路は、前記上りリンク制御チャネルのリソースと前記上りリンク共有チャネルのリソースとが時間的に重なる場合、前記下りリンク共有チャネルについての前記HARQプロセスに対してACK skippingを適用する、
    　請求項１に記載の端末。
  7. 　前記制御回路は、前記ACK skippingにおいてNACK信号を送信する場合、前記上りリンク共有チャネルのリソースの一部をパンクチャして前記ビット数を閾値以下に制限した信号を送信する、あるいは、前記上りリンク制御チャネルを用いた前記NACK信号の送信を優先し、前記上りリンク制御チャネルと前記上りリンク共有チャネルとが時間的に重なるリソースを前記上りリンク共有チャネルの送信に使用不可能なリソースに設定する、
    　請求項６に記載の端末。
  8. 　上りリンク共有チャネルのリソースを割り当てる第１の下りリンク制御情報を送信した後に、下りリンク共有チャネルのリソースを割り当てる第２の下りリンク制御情報を送信する送信回路と、
    　端末から受信した能力情報に基づいて、前記上りリンク共有チャネルの受信を制御する制御回路と、
    　を備え、
    　前記能力情報は、前記端末が、前記上りリンク共有チャネルのリソースに前記下りリンク共有チャネルの受信に応じて送信する上りリンク制御チャネルのリソースが時間的に重なるか否かに基づいて、前記上りリンク共有チャネルの送信を制御するか否かを示し、
    　前記端末が前記前記上りリンク共有チャネルの送信を制御することは、前記上りリンク共有チャネルのリソースにおいて送信する信号のビット数を制御すること、前記上りリンク共有チャネルのリソースを使用不可に設定すること、および、前記下りリンク共有チャネルについてのHARQプロセスを制御すること、の少なくとも１つを含む、
    　基地局。
  9. 　端末は、
    　上りリンク共有チャネルのリソースを割り当てる第１の下りリンク制御情報を受信した後に、下りリンク共有チャネルのリソースを割り当てる第２の下りリンク制御情報を受信し、
    　前記上りリンク共有チャネルのリソースに、前記下りリンク共有チャネルの受信に応じて送信する上りリンク制御チャネルのリソースが時間的に重なるか否かに基づいて、前記上りリンク共有チャネルの送信を制御し、
    　前記上りリンク共有チャネルの送信を制御することは、前記上りリンク共有チャネルのリソースにおいて送信する信号のビット数を制御すること、前記上りリンク共有チャネルのリソースを使用不可に設定すること、および、前記下りリンク共有チャネルについてのHARQプロセスを制御すること、の少なくとも１つを含む、
    　通信方法。
  10. 　基地局は、
    　上りリンク共有チャネルのリソースを割り当てる第１の下りリンク制御情報を送信した後に、下りリンク共有チャネルのリソースを割り当てる第２の下りリンク制御情報を送信し、
    　端末から受信した能力情報に基づいて、前記上りリンク共有チャネルの受信を制御し、
    　前記能力情報は、前記端末が、前記上りリンク共有チャネルのリソースに前記下りリンク共有チャネルの受信に応じて送信する上りリンク制御チャネルのリソースが時間的に重なるか否かに基づいて、前記上りリンク共有チャネルの送信を制御するか否かを示し、
    　前記端末が前記前記上りリンク共有チャネルの送信を制御することは、前記上りリンク共有チャネルのリソースにおいて送信する信号のビット数を制御すること、前記上りリンク共有チャネルのリソースが使用不可に設定すること、および、前記下りリンク共有チャネルについてのHARQプロセスを制御すること、の少なくとも１つを含む、
    　通信方法。
PCT/JP2021/040726 2021-03-15 2021-11-05 端末、基地局及び通信方法 WO2022195952A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202180095653.0A CN116982386A (zh) 2021-03-15 2021-11-05 终端、基站及通信方法
EP21931695.7A EP4311331A1 (en) 2021-03-15 2021-11-05 Terminal, base station and communication method
JP2023506731A JPWO2022195952A1 (ja) 2021-03-15 2021-11-05

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021041316 2021-03-15
JP2021-041316 2021-03-15

Publications (1)

Publication Number Publication Date
WO2022195952A1 true WO2022195952A1 (ja) 2022-09-22

Family

ID=83320286

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/040726 WO2022195952A1 (ja) 2021-03-15 2021-11-05 端末、基地局及び通信方法

Country Status (4)

Country Link
EP (1) EP4311331A1 (ja)
JP (1) JPWO2022195952A1 (ja)
CN (1) CN116982386A (ja)
WO (1) WO2022195952A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020026532A1 (ja) * 2018-08-01 2020-02-06 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末及び通信方法
CN112087281A (zh) * 2019-06-14 2020-12-15 华为技术有限公司 应答信息的传输方法及装置
WO2021024442A1 (ja) * 2019-08-07 2021-02-11 富士通株式会社 端末装置、基地局装置及び無線通信システム
JP2021041316A (ja) 2019-09-09 2021-03-18 住友大阪セメント株式会社 重金属等不溶化材及びその製造方法、重金属等不溶化材の品質管理方法並びに重金属等不溶化方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020026532A1 (ja) * 2018-08-01 2020-02-06 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末及び通信方法
CN112087281A (zh) * 2019-06-14 2020-12-15 华为技术有限公司 应答信息的传输方法及装置
WO2021024442A1 (ja) * 2019-08-07 2021-02-11 富士通株式会社 端末装置、基地局装置及び無線通信システム
JP2021041316A (ja) 2019-09-09 2021-03-18 住友大阪セメント株式会社 重金属等不溶化材及びその製造方法、重金属等不溶化材の品質管理方法並びに重金属等不溶化方法

Non-Patent Citations (9)

* Cited by examiner, † Cited by third party
Title
"NR Base Station (BS) radio transmission and reception (Release 15", 3GPP TS38.104, December 2020 (2020-12-01)
"NR Multiplexing and channel coding (Release 16", 3GPP TS38.212, December 2020 (2020-12-01)
"NR Physical channels and modulation (Release 16", 3GPP TS38.211, December 2020 (2020-12-01)
"NR Physical layer procedures for control (Release 16", 3GPP TS38.213, December 2020 (2020-12-01)
"NR Physical layer procedures for data (Release 16", 3GPP TS38.214, December 2020 (2020-12-01)
3GPP TS 38.211
3GPP TS 38.300
NTT DOCOMO, INC.: "Discussion on HARQ-ACK feedback enhancements for Rel.17 URLLC", 3GPP DRAFT; R1-2101612, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210125 - 20210205, 19 January 2021 (2021-01-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051971767 *
PANASONIC: "HARQ and blind retransmission for NTN", 3GPP DRAFT; R1-1908819 NTN HARQ AND BLIND RETRANSMISSION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Prague, Czech Republic; 20190826 - 20190830, 16 August 2019 (2019-08-16), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051765427 *

Also Published As

Publication number Publication date
JPWO2022195952A1 (ja) 2022-09-22
CN116982386A (zh) 2023-10-31
EP4311331A1 (en) 2024-01-24

Similar Documents

Publication Publication Date Title
WO2021161861A1 (ja) 端末及び通信方法
CN115428558A (zh) 移动台、基站、接收方法及发送方法
WO2022074884A1 (ja) 端末、基地局及び通信方法
WO2022014272A1 (ja) 端末、基地局及び通信方法
WO2021070508A1 (ja) 基地局、端末、送信方法及び受信方法
WO2022195952A1 (ja) 端末、基地局及び通信方法
WO2022215390A1 (ja) 端末、基地局及び通信方法
WO2023013192A1 (ja) 端末、基地局及び通信方法
WO2023013191A1 (ja) 通信装置、及び、通信方法
WO2022239289A1 (ja) 通信装置、及び、通信方法
WO2023203938A1 (ja) 端末、基地局、通信方法及び集積回路
WO2023119756A1 (ja) 通信装置及び通信方法
WO2024100924A1 (ja) 端末、基地局、及び、通信方法
WO2023181557A1 (ja) 端末、基地局及び通信方法
WO2023013217A1 (ja) 基地局、端末及び通信方法
WO2024024259A1 (ja) 端末、基地局、及び、通信方法
WO2023181556A1 (ja) 端末、基地局及び通信方法
WO2022208989A1 (ja) 通信装置、及び、通信方法
WO2023100470A1 (ja) 基地局、端末及び通信方法
WO2023139852A1 (ja) 端末、基地局、及び、通信方法
WO2023181579A1 (ja) 端末、基地局及び通信方法
WO2022014279A1 (ja) 端末、基地局及び通信方法
WO2023243614A1 (ja) 端末、基地局及び通信方法
WO2024100918A1 (ja) 端末、基地局及び通信方法
WO2023013204A1 (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: 21931695

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023506731

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 202180095653.0

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2021931695

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021931695

Country of ref document: EP

Effective date: 20231016