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

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

Info

Publication number
WO2022215390A1
WO2022215390A1 PCT/JP2022/008727 JP2022008727W WO2022215390A1 WO 2022215390 A1 WO2022215390 A1 WO 2022215390A1 JP 2022008727 W JP2022008727 W JP 2022008727W WO 2022215390 A1 WO2022215390 A1 WO 2022215390A1
Authority
WO
WIPO (PCT)
Prior art keywords
transmission
slots
slot
pusch
resource
Prior art date
Application number
PCT/JP2022/008727
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 KR1020237033445A priority Critical patent/KR20230163421A/ko
Priority to CN202280024216.4A priority patent/CN117063589A/zh
Priority to BR112023020414A priority patent/BR112023020414A2/pt
Priority to CA3214401A priority patent/CA3214401A1/en
Priority to JP2023512862A priority patent/JPWO2022215390A5/ja
Priority to EP22784375.2A priority patent/EP4322661A1/en
Publication of WO2022215390A1 publication Critical patent/WO2022215390A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • 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/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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.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-2102241, "FL summary of TB processing over multi-slot PUSCH (SI 8.8.1.2),” Moderator (Nokia, Nokia Shanghai Bell), January 25th-February 5th, 2021.
  • the resources of different channels may overlap.
  • the control (or operation) when resources of different channels overlap is left for consideration.
  • Non-limiting embodiments of the present disclosure contribute to providing terminals, base stations, and communication methods that perform appropriate control when resources of different channels overlap.
  • a terminal when transmission resources allocated for transmission of an uplink shared channel using a plurality of slots and transmission resources of an uplink control channel overlap in time, the plurality of A second resource amount used for transmitting uplink control information based on the size of data transmitted in the uplink shared channel in a slot and/or the first resource amount of the uplink shared channel in the plurality of slots and a transmission circuit for multiplexing and transmitting the uplink control information and the data in the resource of the determined second resource amount.
  • appropriate control can be achieved when resources of different channels overlap.
  • Embodiment 1 A diagram showing an example of modification 2
  • Embodiment 2 Diagram showing an example of Embodiment 2
  • Flowchart showing an operation example of Method 2 of Embodiment 3 Diagram showing an operation example of Method 2 of Embodiment 3
  • 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 (for example, DCI: Downlink Control Information) on the downlink control channel (PDCCH: Physical Downlink Control Channel) from the base station.
  • 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) indicating the state of the downlink channel 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.
  • transmitting at least one of data and control information using PUCCH may be abbreviated as “transmitting PUCCH” or “transmitting PUCCH”.
  • receiving at least one of data and control information using PUCCH may be abbreviated as “receiving PUCCH” or “receiving PUCCH”.
  • Other channels may also be abbreviated for at least one operation of transmission and reception, similar to PUCCH.
  • Control information included in DCI may include information on PUCCH resources.
  • the information on PUCCH resources may include information on the timing of transmitting PUCCH after how many slots from the slot in which the terminal received PDSCH. This timing information may be referred to as K1 or PDSCH-to-HARQ_feedback timing indication.
  • 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 (eg, Grant) indicated by DCI on PDCCH from the base station (eg, non-patent literature 3-6).
  • resource allocation eg, Grant
  • 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 of how many slots after the terminal receives the PDCCH from which the PUSCH is transmitted (for example, information called K2), or the position of the first PUSCH symbol in the slot.
  • information called K2 information on the timing of how many slots after the terminal receives the PDCCH from which the PUSCH is transmitted
  • it may be information about at least one of the number of symbols for transmitting PUSCH.
  • the data size or transport block size is based on the resource amount per slot and/or the first PUSCH in Repetition It is determined based on the amount of resources allocated for transmission.
  • the resource amount may be represented by, for example, the number of symbols or the number of resource elements.
  • TBS may be described as TB size.
  • NR Rel.17 when PUSCH is transmitted using multiple slots, a method of determining TBS based on the resource amount of the number of slots used for PUSCH transmission, slot units, or the first time in Repetition A method of determining the TBS by multiplying the TBS calculated from the amount of resources allocated for PUSCH transmission by a scaling factor greater than 1 is being studied (see Non-Patent Document 7, for example). Note that the method of calculating the TBS from the amount of resources allocated for each slot or the initial PUSCH transmission in Repetition may be, for example, the method specified in NR Rel.15/16 as described above.
  • transmission resources for PUCCH and transmission resources for PUSCH may temporally overlap (collide).
  • a resource in which a transmission resource for PUCCH and a transmission resource for PUSCH temporally overlap may be referred to as a resource (or slot) in which PUCCH and PUSCH collide.
  • FIG. 1 is a diagram showing an example in which single-slot PUCCH transmission and PUSCH transmission using multiple slots overlap in time.
  • FIG. 2 is a diagram showing an example in which multiple single-slot PUCCH transmissions and multiple-slot PUSCH transmissions overlap in time.
  • the terminal may multiplex the UCI and uplink data on the PUSCH and transmit (for example, see Non-Patent Documents 4 and 5).
  • a single-slot PUCCH transmission may temporally overlap with some slots of PUSCH transmission using multiple slots (for example, Repetition).
  • the terminal may multiplex and transmit UCI and uplink data on PUSCH, for example, in slots where PUCCH transmission and PUSCH transmission temporally overlap (see Non-Patent Document 5, for example).
  • a plurality of single-slot PUCCH transmission is a part of the PUSCH transmission using multiple slots (eg, Repetition) slots (in the example of FIG. 2, slot #0 and slot #2) may overlap in time.
  • the terminal may multiplex and transmit UCI and uplink data on PUSCH in each slot where PUCCH transmission and PUSCH transmission temporally overlap.
  • K r representing the code block size is a value determined by the amount of resource per slot or the amount of resource allocated to the initial PUSCH transmission in Repetition.
  • the amount of UCI resources in the slot where the PUCCH and PUSCH collide is determined using equation (1), and the UCI and uplink data are multiplexed on the PUSCH and transmitted.
  • a method for determining TBS based on the resource amount of the number of slots used for PUSCH transmission, and in slot units or in Repetition A method of determining the TBS by multiplying the TBS calculated from the amount of resources allocated for the first PUSCH transmission by a scaling factor greater than 1 will be considered. Below, the method for determining these two TBSs may be described as "the TBS determination method for Rel.17.”
  • PUSCH transmission is under consideration, in which the TB of the TBS calculated by the TBS determination method of Rel. 17 described above is transmitted in multiple slots.
  • a PUSCH transmission that transmits this TB in multiple slots may be referred to as TBoMS (TB processing over multi-slot) PUSCH or TBoMS transmission.
  • Transmission resources for TBoMS transmission (transmission resources for PUSCH) and transmission resources for PUCCH may overlap in time.
  • the UCI transmission method in this case has room for consideration.
  • the amount of resources allocated to UCI can be calculated using the UCI resource amount calculation method of NR Rel. 15/16.
  • UCI resource amount calculation method eg, equation (1)
  • the number of PUSCH OFDM symbols N symb, all PUSCH is the number of symbols used for TBoMS transmission, that is, included in multiple slots. It is conceivable to calculate the amount of resources allocated to UCI by replacing the code block size (or TBS) K r with the number of symbols to be allocated and replacing the code block size (or TBS) K r with the TBS calculated by the TBS determination method of Rel.
  • the UCI resource amount calculated by performing these replacements there is a possibility that the UCI cannot be appropriately mapped to the slot where the PUCCH and PUSCH collide.
  • UCI may be mapped to multiple slots.
  • UCI before multiplexing with uplink data can be transmitted using a single-slot PUCCH, whereas UCI after multiplexing with uplink data is mapped to multiple slots.
  • UCI decoding delay and/or decoding throughput may increase.
  • the tendency of at least one of UCI decoding delay and decoding processing amount to increase becomes noticeable.
  • the slot where PUCCH and PUSCH collide is the last slot in TBoMS transmission, and UCI after multiplexing with uplink data is mapped to multiple slots, PUSCH resources for multiplexing UCI are insufficient. I have something to do.
  • An object of the present invention is to provide a terminal, a base station, and a communication method that can appropriately determine the resource amount of UCI to be multiplexed on PUSCH when it is larger than the TBS calculated from the resource amount allocated to the first PUSCH transmission in Repetition.
  • the resource amount of UCI multiplexed on PUSCH may be determined in slot units or based on the resource amount allocated to the first PUSCH transmission in Repetition.
  • the number of OFDM symbols which is a parameter used to determine the amount of UCI resources
  • the code block size (or TBS) which is a parameter used to determine the amount of UCI resources
  • TBS the code block size (or TBS) transmitted in TBoMS.
  • a communication system includes, for example, at least one base station and at least one terminal.
  • FIG. 3 is a block diagram showing a configuration example of part of the base station 100 according to one embodiment of the present disclosure
  • FIG. 4 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 assigns transmission resources for transmission of an uplink shared channel (PUSCH) using a plurality of slots and transmission resources for an uplink control channel (PUCCH).
  • PUSCH uplink shared channel
  • PUCCH uplink control channel
  • the size of data transmitted in PUSCH in multiple slots eg, code block size or TBS
  • TBS code block size
  • UCI control information
  • Receiving section 108 receives the UCI in the determined second resource amount and the multiplexed data.
  • the control section 205 controls, for example, the transmission resources allocated for transmission of the uplink shared channel (PUSCH) using a plurality of slots and the transmission resources of the uplink control channel (PUCCH).
  • PUSCH uplink shared channel
  • PUCCH uplink control channel
  • Uplink control based on the size of data transmitted in PUSCH in multiple slots (for example, code block size or TBS) and/or the first resource amount of PUSCH in multiple slots when overlapping in time
  • a second amount of resources to be used for transmitting information (UCI) is determined.
  • the transmitting unit 209 multiplexes and transmits, for example, the UCI in the determined second resource amount and the data.
  • FIG. 5 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. 5 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, a higher 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 information on PUSCH transmission for example, at least one of information on the TDRA (Time Domain Resource Allocation) table and information on the number of transmission slots (eg, presence or absence of TBoMS transmission) may be included.
  • 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 . Also, the control unit 101 determines, for example, a TBS and outputs information about the determined TBS to the decoding unit 111 .
  • control section 101 determines whether or not TBoMS transmission is applied in PUSCH transmission, and whether PUCCH resources for transmitting PUCCH (eg, UCI) and radio resources for transmitting uplink data overlap in time. You may judge whether or not If the resources overlap in time, the control unit 101 may specify, for example, the amount of UCI resources in PUSCH. The specified information may be output to the extraction section 109, the demodulation section 110, and the decoding section 111, for example. Note that "specify” may be read interchangeably with other terms such as “determination”, “calculation”, and “calculation”.
  • 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 for example, the signal output from the signal allocation unit 106, digital-analog (D / A) conversion, such as up-conversion radio (for example, RF: Radio Frequency) processing, antenna A radio signal is transmitted to the terminal 200 via the terminal 200 .
  • D / A digital-analog
  • RF Radio Frequency
  • 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 determines whether or not TBoMS transmission is applied in PUSCH transmission, and/or whether PUCCH resources for transmitting PUCCH and radio resources for transmitting uplink data overlap in time. You can judge. If resources overlap in time, the control section 205 may specify the amount of UCI resources in PUSCH. 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.
  • the number of OFDM symbols and code block size (or TBS), which are parameters used to determine the amount of UCI resources, are, for example, slot units or the amount of resources allocated for the first PUSCH transmission in Repetition. decision based on Note that the resource amount may be defined by, for example, symbols or the number of resource elements.
  • TBS calculation method for PUSCH transmission (TBoMS transmission) using multiple slots A method of calculating TBS for TBoMS transmission will be described.
  • the TBS transmitted in TBoMS may be calculated by any of the following methods. Note that “calculation” may be read interchangeably with other terms such as “derivation” and “determination”.
  • TBS-Approach 1 TBS is determined based on the resource amount of the number of slots used for PUSCH transmission.
  • the number of slots used for PUSCH transmission is an integer of 2 or more.
  • the resource amount N RE of the number of slots used for PUSCH transmission may be calculated by the following equation (2). Note that N RE is the amount of resources represented by the number of resource elements.
  • N' RE indicates the number of REs allocated in multiple slots used for PUSCH transmission.
  • N′ RE may indicate the total number of REs in one resource block in each of N slots used for PUSCH transmission.
  • N' RE may be calculated by Equation (3) below.
  • the TB size N info may be calculated by the following formula (4) using the resource amount N RE of the number of slots used for PUSCH transmission calculated by formula (2).
  • TBS-Approach 2 the TBS calculated in slot units or from the amount of resources allocated to the initial PUSCH transmission in Repetition is multiplied by a scaling factor greater than 1 to determine the TBS.
  • the resource amount N RE allocated to the first PUSCH transmission in slot units or Repetition may be calculated by the following equation (5). Note that N RE is the amount of resources represented by the number of resource elements.
  • the upper limit of the number of REs in a slot may be set to 156, for example, as in equation (2). Note that the upper limit is not limited to 156.
  • N' RE may be calculated by, for example, Equation (6) below.
  • the number of OFDM symbols assigned to the first PUSCH transmission in slot units or Repetition may be notified to terminal 200 by information on the symbol length of Time Domain Resource Allocation (TDRA). good.
  • TDRA Time Domain Resource Allocation
  • the TB size N info may be calculated, for example, by the following formula (7) using the resource amount N RE allocated to the first PUSCH transmission in slot units or repetitions calculated by formula (5).
  • the TBS calculation method is not limited to the above-described method.
  • the TBS transmitted by TBoMS is a value larger than the TBS calculated from the amount of resources allocated for each slot or the first PUSCH transmission in Repetition. I wish I had.
  • a TB with a TB size determined by the method described above may be transmitted using multiple slots according to the following method.
  • a Circular Buffer is used in retransmission control.
  • a Circular Buffer is a memory that stores the encoder output.
  • the Circular Buffer reads the encoder output of the number of bits corresponding to the allocated resource amount from a predetermined read start position (RV: Redundancy Version) in the Circular Buffer.
  • RV Redundancy Version
  • the encoder output of the number of bits corresponding to the resource amount of the number of slots used for PUSCH transmission may be read from a predetermined RV position and mapped to PUSCH resources over multiple slots.
  • RM-Approach 2 for example, the encoder output of the number of bits according to the resource amount allocated to the first PUSCH transmission in slot units or Repetition is read from a predetermined RV position, and each slot or Repetition PUSCH resource can be mapped. Also, RV may be changed between slots or between repetitions.
  • the amount of UCI resources to allocate on PUSCH may be determined, for example, in units of slots or based on the amount of resources to allocate to the initial PUSCH transmission in Repetition.
  • the UCI resource amount may be represented by the number of resource elements, and the resource amount allocated to the first PUSCH transmission in slot units or Repetition may be represented by the number of symbols or the number of resource elements.
  • the UCI resource amount may be calculated by Equation (8) below.
  • Equation (8) for determining the amount of UCI resources in Embodiment 1 is obtained by replacing N symb, all PUSCH in Equation (1) with N symb, nominal PUSCH .
  • N symb, all PUSCH in equation (1) represents the number of OFDM symbols of PUSCH in each slot
  • N symb, nominal PUSCH in equation (8) is per slot or for the first PUSCH transmission in Repetition Represents the number of OFDM symbols to be allocated.
  • the number of OFDM symbols N symb, nominal PUSCH , assigned to the first PUSCH transmission in slot units or Repetition may be notified to terminal 200 by information on the symbol length of TDRA.
  • K r in Equation (1) is replaced with K r,nominal .
  • K r,nominal represents the code block size (or TBS) of the r-th code block calculated in slot units or based on the amount of resources allocated to the first PUSCH transmission in Repetition.
  • K 0,nominal may be calculated by the following equation (9) based on the N RE obtained using equations (5) and (6).
  • FIG. 7 is a flowchart showing an operation example of terminal 200 according to the first embodiment.
  • the terminal 200 determines whether or not the transmission resources for PUCCH transmission and PUSCH transmission temporally overlap (S11).
  • terminal 200 transmits UCI using PUCCH of non-overlapping transmission resources (S12). Then, the flow of FIG. 7 ends.
  • terminal 200 determines whether or not PUSCH transmission (TBoMS transmission) using multiple slots is applied (S13). .
  • terminal 200 determines TBS by ⁇ TBS-Approach 1> or ⁇ TBS-Approach 2> described above (S14). .
  • the terminal 200 determines the resource amount of UCI to be multiplexed on the PUSCH, and maps the UCI of the determined resource amount to the PUSCH resource (S15).
  • the terminal 200 maps the uplink data rate-adjusted by ⁇ RM-Approach 1> or ⁇ RM-Approach 2> described above to PUSCH resources (S16).
  • the terminal 200 multiplexes the UCI and uplink data on the PUSCH and transmits (S17). Then, the flow of FIG. 7 ends.
  • terminal 200 determines TBS in slot units (S18).
  • the terminal 200 determines the amount of UCI resources to be multiplexed on the PUSCH on a slot-by-slot basis, and maps the UCI of the determined resource amount to the PUSCH resources (S19).
  • the terminal 200 maps uplink data to PUSCH resources on a slot-by-slot basis (S20).
  • the terminal 200 multiplexes the UCI and uplink data on the PUSCH and transmits (S21). Then, the flow of FIG. 7 ends.
  • the UCI resource amount of the UCI multiplexed on the PUSCH in each slot can be calculated from the parameter for each slot, so that it is possible to prevent the UCI from being mapped to multiple slots.
  • Modification 1 In slots where PUCCH and PUSCH transmission resources temporally overlap, the method of determining the amount of UCI resources to allocate to PUSCH is not limited to the above example.
  • the number of OFDM symbols assigned to the first PUSCH transmission in slot units or Repetition, the number of slots used for TBoMS transmission (that is, multiple slots) TBS determined based on the amount of resources, and TBoMS and the number of OFDM symbols over multiple slots used for transmission are used to determine the amount of UCI resources.
  • the UCI resource amount may be calculated by the following equation (11).
  • the number of OFDM symbols N symb,all PUSCH of PUSCH in Equation (11) may be replaced with the number of symbols used for TBoMS transmission (that is, the number of symbols included in multiple slots).
  • the code block size (or TBS) Kr may be replaced with the TBS calculated by ⁇ TBS-Approach 1> or ⁇ TBS-Approach 2> above.
  • the second element of the min function on the right side of equation (11) is a term representing the upper limit of the amount of resources allocated to UCI within PUSCH.
  • N symb which is a parameter that configures the second element of the min function in Equation (11), is a slot unit or the number of OFDM symbols assigned to the first PUSCH transmission in Repetition is used. be done.
  • equation (11) for example, the smaller of the first element and the second element is selected for the min function, so if the second element of the min function is the upper limit, the first element of the min function is Represents the amount of resources before reaching the upper limit.
  • the upper limit of the amount of UCI resources (UCI resource amount) multiplexed on the PUSCH in each slot (for example, the second element of the min function in Equation (11)) is set as a parameter for each slot (for example, N symb, nominal PUSCH ), UCI can be prevented from being mapped to multiple slots.
  • the number of PUSCH resource elements over multiple slots eg, N symb, all PUSCH in equation (11)
  • the TBS of TBoMS eg, K r in equation (11)
  • the first element of the min function in Equation (11) can be set, so it is possible to set the UCI resource amount based on the correct number of resource elements in multiple slots.
  • this modification when the number of resource elements in each slot is different, and/or the number of resource elements assigned to the first PUSCH transmission in Repetition and the number of resource elements assigned to PUSCH transmissions other than the first time are different. effective when the number of resource elements in each slot is different, and/or the number of resource elements assigned to the first PUSCH transmission in Repetition and the number of resource elements assigned to PUSCH transmissions other than the first time are different. effective when
  • Modification 2 the method of calculating the amount of UCI resources may be varied depending on which slot PUCCH collides with among a plurality of slots used for PUSCH transmission.
  • FIGS. 8A and 8B are diagrams showing an example of modification 2.
  • the first slot of TBoMS transmission (slot #0 in FIG. 8A) collides with PUCCH, and as shown in FIG.
  • the calculation method of the UCI resource amount may be changed depending on the case where slot #1) and PUCCH collide.
  • UCI resource determination method 1 (Scheme 1 in FIG. 8A), which will be described later, is applied, and the PUCCH collides with slots other than the first slot.
  • UCI resource determination method 2 (Scheme 2 in FIG. 8B), which will be described later, may be applied.
  • the number of PUSCH OFDM symbols N symb,all PUSCH in Equation (1) is replaced with the number of symbols used for TBoMS transmission (that is, the number of symbols included in multiple slots).
  • the code block size (or TBS) K r in equation (1) is replaced with the value calculated by ⁇ TBS-Approach 1> or ⁇ TBS-Approach 2> described above.
  • UCI resource determination method 2 may be the method of Embodiment 1 or Modification 1 described above.
  • the UCI after being multiplexed on the PUSCH is mapped to multiple slots other than the first slot, so it is possible to prevent a shortage of PUSCH resources for multiplexing the UCI.
  • the first slot even if the UCI after being multiplexed on the PUSCH is mapped to multiple slots, there is no shortage of PUSCH resources for UCI multiplexing.
  • Modification 3 the calculation method of the UCI resource amount may be varied depending on which slot PUCCH collides with among multiple slots used for TBoMS transmission.
  • the UCI resource amount may be calculated by the following equation (12).
  • the number of OFDM symbols N symb,all PUSCH of PUSCH in Equation (12) may be replaced with the number of symbols used for TBoMS transmission (that is, the number of symbols included in multiple slots).
  • Code block size (or TBS) Kr may be replaced with ⁇ TBS-Approach 1> or ⁇ TBS-Approach 2> described above.
  • Equation (12) the second element of the min function on the right side of Equation (12) is a term representing the upper limit of the amount of resources allocated to UCI within PUSCH.
  • N symb, remaining PUSCH which is a parameter that configures the second element of the min function on the right side of Equation (12), includes slots in which PUCCH collided among multiple slots used for TBoMS transmission, and The number of OFDM symbols contained in subsequent slots is used.
  • TBS setting method (calculation method) is not limited to the example described above. Below is a supplementary explanation of how to set up TBS.
  • the TB size may be configured based on the number of resources (eg, number of slots) of the TBoMS transmission.
  • the TB size may be set based on the number of slots (eg, time intervals) used for one of the multiple slots of the TBoMS transmission.
  • the TB size (e.g., number of information bits) is set based on the value (e.g., also called intermediate variable) "N info " calculated according to the following equation (13) ( TS38.214 V16.1.0 section 5.1.3 and 6.1.4).
  • the TB size may be determined by further adjustment according to the value of N info , for example. For example, the larger the value of N info , the larger the TB size may be set.
  • the TB size is set based on N info calculated according to the following equation (14). good.
  • Equation (14) for example, the larger the number of N MSs , the larger the TB size is set. Therefore, for example, the greater the number of NMSs, the greater the number of information bits transmitted in each slot used for TBoMS transmission, thereby improving user throughput.
  • TBoMS transmission can use more slots in the RTT (Round Trip Time) without increasing the number of HARQ processes.
  • RTT Random Trip Time
  • NTN Non-Terrestrial Network
  • TBoMS transmission increases the TB size based on an increase in the number of slots used for data transmission, so the actual coding rate (eg, MCS) is set when no TBoMS transmission is performed. It can be set in the same way as the coding rate (eg MCS). Therefore, even in the case of TBoMS transmission, it is possible to suppress a decrease in spectral efficiency and to perform transmission at a necessary and sufficient error rate (for example, BLER: Block Error Rate).
  • MCS Physical channels Coding rate
  • N MS for example, which one of formula (13) and formula (14) is applied
  • N MS is determined, for example, by an RRC (Radio Resource Control) message (or It may be separately notified to terminal 200 by RRC signaling, also called higher layer parameter), MAC CE (Control Element), or DCI.
  • RRC Radio Resource Control
  • MAC CE Control Element
  • DCI Data Control
  • Equation (14) a larger TB size can be set to improve throughput.
  • a smaller TB size can be set to improve reliability (in other words, transmission at a low error rate). can.
  • HARQ for example, setting "HARQ-feedback disable" for traffic that requires low delay is being considered. If HARQ retransmission is disabled, no HARQ retransmission is performed, so a more reliable (eg, lower error rate) transmission is expected.
  • N MS may be applied in setting the TB size to .
  • base station 100 and terminal 200 when retransmission control by HARQ is applied (for example, when "HARQ-feedback enable" is set), or data to which retransmission control by HARQ is applied (or HARQ process), the TB size may be determined based on N MS according to equation (14).
  • N MS in TB size setting as shown in equation (13) is not applied, it is possible to improve reliability (for example, transmission at a low error rate).
  • N MS (or a parameter for deriving the number of resources for TBoMS transmission) may be notified to terminal 200 by at least one of an RRC message and DCI, for example.
  • RRC message for example, "pdsch-AggregationFactor” (message for downlink) specified in TS38.331 V16.1.0, “pusch-AggregationFactor” (message for uplink), or “repK” in “ConfigureGrantConfig” (parameters for uplink Configured grant) may be used, or other messages may be used.
  • a plurality of candidates are notified (or configured) to terminal 200 by an RRC message, and one of the plurality of candidates is determined by DCI for each PDSCH or PUSCH assignment (for example, scheduling information).
  • the terminal 200 may be notified.
  • an RRC message that sets multiple candidates for example, "PDSCH-TimeDomainResourceAllocationList-r16" (downlink message) or "PUSCH-TimeDomainResourceAllocationList-r16" (uplink message) "repetitionNumber- r16" may be used, and other messages may be used.
  • the notification mechanism of the existing standards can be reused, so the complexity of processing in the terminal 200 can be reduced.
  • scheduling information is notified to terminal 200 by DCI at the time of initial transmission, and in consecutive slots, the same TB based on the scheduling information (for example, the same TB size data) may be transmitted. In other words, scheduling information may not be reported by DCI in each slot after the slot corresponding to the initial transmission of TBoMS transmission.
  • the TB size may be set based on a scaling factor (or referred to as scaling factor).
  • the TB size may be set based on a TB size scaling factor in multiple slots (eg, time intervals) used for TBoMS transmission.
  • the TB size may be set based on N info calculated according to the following equation (15).
  • scaling coefficient setting methods include a method of semi-static setting (or notification) to terminal 200 using an RRC message, and a method of dynamic setting (or notification) to terminal 200 using DCI.
  • a value of 1 or more may be set for the scaling factor.
  • the scaling factor may be, for example, an integer value or a decimal value. If the scaling factor is set to a fractional value, a ceiling or floor operation may be performed in equation (3).
  • the scaling factor may be semi-statically notified to terminal 200 by an RRC message.
  • RRC message that sets the scaling factor 'PDSCH-TimeDomainResourceAllocationList' or 'PUSCH-TimeDomainResourceAllocationList' may be used, 'PDSCH-Config' or 'PUSCH-Config' may be used, and other messages may be used.
  • a scaling factor may be applied in TB sizing when TBoMS transmission is performed (eg, application of Equation (15)).
  • no scaling factor may be applied in TB sizing (eg, applying equation (13)).
  • the base station 100 and the terminal 200 may, for example, determine the TB size based on the scaling factor when TBoMS transmission is applied, and may not be based on the scaling factor when TBoMS transmission is not applied.
  • terminal 200 may be notified of information indicating whether or not to apply a scaling factor in setting the TB size. Information indicating whether to apply the scaling factor may be notified to terminal 200 by DCI for each data scheduling, for example.
  • the scaling factor may be set individually for each HARQ process, for example.
  • a scaling factor is applied to a HARQ process in which TBoMS transmission is performed, and a scaling factor is not applied to a HARQ process in which TBoMS transmission is not performed. good.
  • the scaling factor may be notified to terminal 200 by DCI that notifies data scheduling information.
  • a plurality of scaling factor candidates may be set in terminal 200 by an RRC message, and any one of the plurality of scaling factor candidates may be notified to terminal 200 by DCI for each data scheduling.
  • the scaling factor may be included in information (eg, time domain resource allocation pattern) regarding time domain resource allocation (eg, Time Domain Resource Allocation (TDRA)).
  • TDRA information may be represented, for example, in a tabular format (eg, a TDRA table).
  • scaling factors may be defined in the TDRA table.
  • multiple candidates for TDRA information are set in terminal 200 by an RRC message (eg, PDSCH-TimeDomainResourceAllocationList-r16 or PUSCH-TimeDomainResourceAllocationList-r16), and DCI allocates any one of the multiple candidates.
  • a pattern (including a scaling factor) may be notified to terminal 200 .
  • the scaling factor may be included in information including a scaling factor (eg, a value of 1 or less) for paging or random access processing (eg, Random Access Channel (RACH) response).
  • Information including scaling for paging or random access processing may be represented by a table, for example.
  • the scaling factors may be defined in a table containing scaling factors for paging or random access processing.
  • paging e.g., P-RNTI (Paging-Radio Network Temporary ID)
  • random access processing e.g., RA-
  • a table may be defined that includes scaling factors (eg, values of 1 or less) for TBoMS transmissions (eg, values of 1 or greater) in addition to scaling factors (eg, values of 1 or greater) for Random Access-RNTI (RNTI).
  • scaling factors e.g, values of 1 or less
  • TBoMS transmissions eg, values of 1 or greater
  • scaling factors eg, values of 1 or greater
  • RNTI Random Access-RNTI
  • multiple candidates for the scaling factor are configured in terminal 200 by an RRC message, and any one scaling factor among the multiple candidates is notified to terminal 200 by DCI (eg, TB scaling field). good.
  • DCI eg, TB scaling field
  • the scaling factor can be notified in the notification mechanism of the existing standard, so the complexity of the processing in the terminal 200 can be reduced.
  • configuration method 2 for example, by expanding the TB size based on the scaling factor in multiple slots used for TBoMS transmission, more slots in the RTT can be used without increasing the number of HARQ processes. can. For example, in environments such as NTN environments where the RTT is extremely long compared to the slot length, user throughput can be improved by expanding the TB size based on the scaling factor without increasing the number of HARQ processes.
  • the actual coding rate (eg, MCS) can be controlled, for example, based on the scaling factor. Therefore, even when performing TBoMS transmission, by controlling the scaling factor (or coding rate or MCS), it is possible to suppress the decrease in spectral efficiency (Spectral efficiency), and transmission at a necessary and sufficient error rate (for example, BLER) is possible.
  • a scaling factor can be set for terminal 200 independently of the number of slots for TBoMS transmission. Therefore, for example, even if the number of slots for TBoMS transmission is not explicitly notified to terminal 200, base station 100 and terminal 200 use the scaling factor to determine the TB size based on the number of times of transmission of the same TB or the number of slots. can be set.
  • the larger the value set for the scaling factor the larger the amount of data to be transmitted and the lower the transmission reliability.
  • the smaller the value set for the scaling factor the smaller the amount of transmission data and the higher the transmission reliability.
  • Setting method 1 and setting method 2 may be combined.
  • the TB size may be set based on both N MS and scaling factor N scaling .
  • N MS may be multiplied by a scaling factor N scaling for Equation (13).
  • base station 100 and terminal 200 determine the TB size based on N MS or scaling factor N scaling .
  • the number of HARQ processes specified in Rel.15/16 e.g., maximum 16
  • the number of information bits that can be transmitted within the RTT can be increased by extending the TB size in each HARQ process based on the number of slots used for TBoMS transmission, thereby improving user throughput.
  • the increase in the number of HARQ processes can be suppressed by improving the user throughput by expanding the TB size. Therefore, for example, it is possible to suppress an increase in the required HARQ buffer amount in the base station 100 or the terminal 200, and to suppress the occurrence of new rules such as the method of notifying the number of processes, so that the complexity of the terminal 200, the base station 100 and the wireless communication system can be reduced. It can suppress the increase in sexuality.
  • the TB size may be determined based on the number of slots N MS or the scaling factor N scaling after increasing the number of HARQ processes to some extent (for example, up to 32). In this case, since N MS or scaling factor N scaling for transmitting a sufficient number of information bits within the RTT can be suppressed to some extent, the TB size does not become too large.
  • the upper limit value of the scaling factor for setting the TB size may be set to, for example, the number of RTT (slot)/HARQ processes, or may be set to the number of slots for TBoMS transmission that can be set.
  • the applicability of N MS or N scaling to the TB size setting may be notified to terminal 200 by System Information Block (SIB) for each cell.
  • SIB System Information Block
  • the applicability of N MS or N scaling to TB size setting may be set and notified for each terminal 200 according to the capability of terminal 200 (for example, UE capability), for example.
  • terminal 200 notifies base station 100 of whether or not N MS or N scaling is applicable or the upper limit of applicable N MS or N scaling , and base station 100 applies N MS or N scaling based on the notification from terminal 200. May be set.
  • the TB size calculated by applying N MS or N scaling may be set within a range that does not exceed the upper limit of the TB size supported by terminal 200 .
  • the TB size is set based on, for example, "N info " represented by formula (13) described in TS38.214 V16.1.0 section 5.1.3 (PDSCH) and 6.1.4 (PUSCH) may be
  • N info represented by formula (13) described in TS38.214 V16.1.0 section 5.1.3 (PDSCH) and 6.1.4 (PUSCH) may be
  • the value of N info is determined based on the number of slots used for PDSCH or PUSCH transmission.
  • N RE the number of REs used for data transmission
  • the N info calculation formula e.g., formula (13)
  • slots used for PUSCH transmission in other words, transmission signal or reception signal
  • a number-based value may be calculated.
  • N RE may be represented by the following equation (16).
  • N'RE indicates the number of REs in one resource block (Resource Block (RB) or Physical Resource Block (PRB)) in a slot used for data transmission
  • n PRB is data indicates the number of resource blocks allocated to
  • the upper limit of the number of REs in a slot used for calculating the TB size is set to 156 so that the TB size does not exceed the data rate supported by the terminal 200 . Note that the upper limit is not limited to 156.
  • N RE may be calculated according to the following equation (17).
  • N' RE denotes the number of REs allocated in multiple slots used for data (eg, PDSCH or PUSCH) transmission.
  • N′ RE may indicate the total number of REs in one resource block in each of N slots used for data transmission.
  • N slot indicates the number of slots used for data (eg, PDSCH or PUSCH) transmission.
  • N' RE may be calculated according to the following equation (18).
  • the No oh PRB may be notified to terminal 200 by, for example, "PDSCH-ServingCellConfig" for PDSCH and "PUSCH-ServingCellConfig" for PUSCH.
  • the overhead coefficient N oh PRB may be a coefficient for considering overhead of a signal different from DMRS, and is defined as ⁇ 0, 6, 12, or 18 ⁇ in Rel.15/16 NR, for example.
  • the overhead factor No oh PRB may be extended by adding a value for multi-slot transmission or by multiplying the factor.
  • the number of slots N slot used for data transmission may be applied as a coefficient, and in this case N′ RE may be calculated according to the following equation (19).
  • N'RE may be calculated according to the following equation (20).
  • N DMRS PRB indicates the number of DMRS resource elements in a resource block per slot allocated for PDSCH or PUSCH transmission. Equation (20) allows the N DMRS PRB and No oh PRB defined in Rel. 15/16 NR to be applied even in multi-slot transmission, for example, so that processing in terminal 200 can be simplified. .
  • N DMRS PRB indicates the number of DMRS resource elements per resource block in a slot section (N slot section) allocated for PDSCH or PUSCH transmission. Therefore, for example, even if the number of DMRS is set for each slot (for example, different for each slot), it is possible to represent the exact number of DMRS resource elements, and more accurately resource elements used for data transmission. number (ie, N' RE ) can be calculated.
  • the total number of REs used for data transmission in each of a plurality of slots N′ RE is used to calculate the TB size. You can set the size.
  • the total value N' RE of the number of REs in multiple slots is used to calculate the TB size. It is possible.
  • the TB size is set extremely large depending on the value taken by N′ RE . can be suppressed.
  • N RE may be calculated according to the following equation (21).
  • N′ RE denotes the number of REs in one resource block per slot of multiple slots used for data (eg, PDSCH or PUSCH) transmission.
  • N slot indicates the number of slots used for data (eg, PDSCH or PUSCH) transmission.
  • Calculation method B may assume, for example, that the number of REs per resource block is the same in each of multiple slots used for data transmission.
  • N′ RE has a slot with a smaller number of REs (eg, the smallest number).
  • the number of REs in a particular slot such as the first slot (eg, also called the first slot) or the last slot, may be applied.
  • a value based on the average number of REs in each of multiple slots may be applied to N′ RE .
  • Calculation method B uses the number of REs in one slot to calculate the TB size, so compared to calculation method A, for example, it is possible to calculate the TB size more simply.
  • N RE may be calculated according to the following equation (22) instead of equation (21).
  • the calculation method of N REs is not limited to these.
  • the upper limit of the number of REs in one slot may be different from 156.
  • the upper limit of the number of resource elements is set to 156 in a specific slot (eg, the first slot), and the upper limit of the number of resource elements is set to 168 in other slots (eg, the second slot and later).
  • the min operation in the N RE calculation formula may be replaced with min(156+12 ⁇ 14 ⁇ (N slot - 1), N' RE ).
  • the upper limit of the number of resource elements can be appropriately set when overhead such as DMRS is mapped to the first symbol and not mapped to other symbols.
  • the base station 100 and terminal 200 for example, set the TB size according to the number of slots used for data (eg, PDSCH or PUSCH) transmission.
  • base station 100 and terminal 200 determine the TB size based on information related to the amount of resources (eg, number of slots) used for data (eg, transmission signals). For example, the greater the number of slots used for data transmission, the greater the number of information bits transmitted in each slot used for data transmission.
  • the amount of data that can be transmitted in one HARQ process can be increased, so throughput can be improved even with a specified (for example, limited) number of HARQ processes.
  • the TB size is set according to the number of slots used for data (eg, PDSCH or PUSCH) transmission. Therefore, for example, the number of information bits transmitted (for example, the amount of data) also increases as the number of slots increases. Throughput can be improved while suppressing degradation. This makes it possible to transmit data while suppressing a decrease in PSD, so that, for example, it is possible to expand the coverage area where a certain data rate can be achieved.
  • data allocation can be notified to terminal 200 by one DCI for a plurality of slots, so control overhead can be reduced.
  • consumption of HARQ processes in other words, increase in the number of HARQ processes used
  • terminals can be simplified by reducing the number of HARQ processes.
  • TBoMS transmission data transmission/reception processing such as encoding or modulation is performed for each slot individually.
  • data transmission/reception processing such as encoding or modulation is performed for each slot individually.
  • a specific slot (eg, the leading slot) may be mapped with a DMRS, and the remaining slots may not be mapped with a DMRS.
  • This DMRS mapping allows base station 100 and terminal 200 to transmit more data. Therefore, even when DMRS mapping is individually set for each slot (for example, when different for each slot), the TB size can be set appropriately.
  • the number of slots used for data (eg, PDSCH or PUSCH) transmission may be rephrased, for example, as "the number of slots that constitute a unit of TB processing".
  • a plurality of slots used for data (eg, PDSCH or PUSCH) transmission may be temporally consecutive slots or non-consecutive slots.
  • frequency resources eg, resource blocks
  • frequency resources to which data is allocated in each of a plurality of slots may be individually configured (eg, different resources).
  • the number of slots for TBoMS transmission may be set as the number of slots N slot .
  • the number of slots N slot may correspond to the number of slots for TBoMS transmission.
  • the TB size may be determined based on information about at least one of the number of slots for TBoMS transmission of data, a scaling factor, and the number of slots (e.g., number of time intervals) used to transmit data. .
  • the calculated N info may be further multiplied by a scaling factor. For example, when N info is multiplied by a scaling factor smaller than 1, data transmission with lower MCS (or Spectral Efficiency) becomes possible and the coverage area can be expanded.
  • the shorter the slot length the more the control information (for example, PDCCH) decoding trial frequency (or the number of times) is set once (or the number of times) for a plurality of slots instead of for each slot in order to reduce the amount of processing or power consumption of the terminal. Or it can be reduced to a frequency (or number of times) such as less than the number of slots).
  • PDCCH Physical Downlink Control Channel
  • the scaling factor may be notified (or configured) to terminal 200 by an RRC message “SPS-Config” for semi-persistent scheduling.
  • the scaling factor may be notified (or configured) to terminal 200 by an RRC message “configuredGrantConfig” for Configured uplink grant.
  • ACK/NACK is also called, for example, HARQ-ACK or HARQ-Feedback information.
  • Repetition is also called, for example, slot aggregation, slot bundling, TTI aggregation, or TTI bundling.
  • the number of repetitions in the above may be replaced with the number of slots N slot used for data transmission (PDSCH or PUSCH).
  • the number of repetitions may correspond to the number of slots N slot .
  • each embodiment described above describes transmission of uplink data (eg, PUSCH)
  • an embodiment of the present disclosure is applied to both downlink data (eg, PDSCH) and uplink data. Alternatively, it may be applied to one and not applied to the other.
  • a plurality of slots in TBoMS transmission are described as 0-th to n-th slots (n is an integer equal to or greater than 2) in the time direction.
  • a slot in TBoMS transmission may be abbreviated as a TBoMS transmission slot.
  • the TBoMS transmission slots before the nth slot may be, for example, the 0th to n-1th slots.
  • ⁇ Option 1> For example, when PUCCH collides in the n-th slot of TBoMS transmission and it has already been determined that UCI is multiplexed in at least one of the TBoMS transmission slots before the n-th slot , the UCI is dropped without being multiplexed in the n-th slot.
  • some UCIs may be low-priority UCIs.
  • the low priority UCI may be CSI.
  • UCI may include CSI part 2 or CSI part 1 and CSI part 2.
  • two element candidates ⁇ , ⁇ ext ⁇ and ⁇ , ⁇ ext ⁇ may be set for the parameters ⁇ and ⁇ , respectively. Then, when it is determined that PUCCH collides in the n-th slot of TBoMS transmission and UCI is not multiplexed in TBoMS transmission slots before the n-th slot, ⁇ and ⁇ are used to determine the amount of UCI resources. may be calculated. On the other hand, when it is determined that PUCCH collides in the n-th slot of TBoMS transmission and UCI is multiplexed in TBoMS transmission slots before the n-th slot, ⁇ ext and ⁇ ext are used. , the UCI resource amount may be calculated.
  • ⁇ and ⁇ may be parameters used for calculating the amount of UCI resources used in NR Rel.15/16.
  • both the parameter ⁇ and the parameter ⁇ are set according to whether or not the UCI is multiplexed. and the other may be set regardless of whether the UCI is multiplexed or not.
  • the number of candidate elements for the parameters ⁇ and ⁇ is not limited to two, and three or more candidate elements may be set. In this case, different elements may be used depending on the number of slots in which the UCI is multiplexed in the TBoMS transmission slots before the nth slot. For example, three element candidates ⁇ , ⁇ ext1 , ⁇ ext2 ⁇ and ⁇ , ⁇ ext1 , ⁇ ext2 ⁇ may be set for ⁇ and ⁇ , respectively.
  • 9A and 9B are diagrams showing an example of the second embodiment.
  • 9A and 9B show slots for TBoMS transmission (“TBoMS PUSCH” in FIGS. 9A and 9B) and slots for PUCCH. Note that the horizontal axes in FIGS. 9A and 9B represent time axes.
  • the UCI is multiplexed in the 0th slot before the 2nd slot. Therefore, in the second slot, the method of dropping UCI without multiplexing (for example, option 1), or in the second slot, using ⁇ ext and ⁇ ext , the UCI of the UCI resource amount calculated (eg option 3) may be applied.
  • FIG. 10 is a flowchart showing an operation example of terminal 200 according to the second embodiment.
  • the flow shown in FIG. 10 is a flow showing operations for determining whether or not to multiplex UCI in the n-th slot (n-th slot), or calculating the resource amount of multiplexed UCI.
  • the terminal 200 determines whether or not the transmission resources for PUCCH transmission and PUSCH transmission temporally overlap in the n-th slot (S61).
  • terminal 200 transmits UCI using PUCCH of non-overlapping transmission resources (S62). Then, the flow of FIG. 10 ends.
  • terminal 200 determines whether UCI is multiplexed in slots before the n-th slot (determined to be multiplexed). or not) is determined (S63).
  • terminal 200 drops part or all of the UCI (applies Option 1 or Option 2), or ⁇ ext and ⁇ ext to calculate the UCI resource amount (apply Option 3) (S64). Then, the flow of FIG. 10 ends.
  • terminal 200 multiplexes UCI (applies Option 1 or Option 2), or uses ⁇ and ⁇ to Calculate the UCI resource amount (apply Option 3) (S65). Then, the flow of FIG. 10 ends.
  • the amount of UCI resources in a certain TBoMS transmission slot (for example, the second slot in FIGS. 9A and 9B) and the availability of UCI multiplexing are determined by the TBoMS transmission slot. It can be determined by considering the multiplexing situation of UCI in earlier TBoMS transmission slots (eg, 0th and 1st slots in FIGS. 9A and 9B). Therefore, in TBoMS transmission, it is possible to suppress deterioration of PUSCH transmission quality by increasing the number of slots in which UCI is multiplexed.
  • the Option to be applied may be changed according to the number of slots used for TBoMS transmission. For example, if the number of slots used for TBoMS transmission is relatively small (e.g. 2 slots), Option 3 is applied, and if the number of slots used for TBoMS transmission is relatively large (e.g. 4 slots to 8 slots), Option 1 may apply.
  • Option 1 when the degree of coverage expansion is high and the number of slots used for TBoMS transmission is large, and by not increasing the number of slots in which UCI is multiplexed, it is possible to prevent PUSCH transmission quality from deteriorating.
  • the elements of parameter ⁇ and/or parameter ⁇ applied in Option 3 may be varied depending on the number of slots used for TBoMS transmission. For example, a case will be described in which two elements ⁇ , ⁇ ext ⁇ and ⁇ , ⁇ ext ⁇ are set for the parameter ⁇ or the parameter ⁇ . In this case, even if the number of slots used for TBoMS transmission is relatively small (for example, 2 slots) and it is determined that the UCI is multiplexed in the TBoMS transmission slots before the n-th slot, ⁇ and/or ⁇ may be used to calculate the UCI resource amount.
  • ⁇ ext and/or ⁇ ext may be used to calculate the UCI resource amount.
  • the degree of coverage extension is high and a large number of slots are required for TBoMS transmission, deterioration of PUSCH transmission quality can be prevented by using parameters that minimize UCI multiplexing.
  • the elements of parameter ⁇ and/or parameter ⁇ applied in Option 3 may be changed.
  • ⁇ and/or ⁇ for example, used in NR Rel. existing UCI resource amount calculation parameters
  • the UCI resource amount may be calculated using ⁇ ext and/or ⁇ ext . .
  • the number of slots in which UCI can be multiplexed may be defined by specifications (standards) or may be set by RRC or the like. If the number of slots in which UCI can be multiplexed is N (N is an integer equal to or greater than 1), and it is determined that UCI is multiplexed in N slots within the TBoMS transmission slots before the n-th slot , the UCI may be dropped without being multiplexed in the n-th slot.
  • Embodiments 1 and 2 above have described cases in which UCI and uplink data are multiplexed on PUSCH when transmission resources for PUCCH and PUSCH overlap in terms of time in uplink transmission by terminal 200 .
  • 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 transmitted and timed with the PUSCH allocated by the first DCI. There is a constraint that it is not allowed to allocate resources that overlap physically.
  • Fig. 11 is a diagram explaining the restrictions of UCI (Uplink Control Information) on PUSCH in NR Rel.15/16. For example, as shown in the upper part of FIG. 11 , after the first DCI that allocates PUSCH to slot #3 is received in slot #0, and then the second DCI that allocates PDSCH is received in slot #1, Resources for transmitting ACK/NACK are not assigned to resources that temporally overlap with the transmission of PUSCH (slot #3).
  • UCI Uplink Control Information
  • 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 .
  • PUSCH transmission slots 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. 12, terminal 200 does not transmit ACK/NACK for PDSCH until TBoMS transmission is completed. ACK/NACK, the downlink delay over which the data transmission is controlled may 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.
  • 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.
  • the terminal 200 when the terminal 200 performs TBoMS transmission of PUSCH, a method of improving frequency utilization efficiency of downlink transmission, reducing delay, and reducing degradation of PUSCH coverage performance is shown. .
  • 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, the number of ACK/NACK transmission bits, and the PUSCH repetition transmission resource is controlled depending on whether or not.
  • the PUCCH resource for transmitting ACK/NACK for PDSCH allocated by the second DCI after receiving the first DCI that allocates PUSCH is It is allowed to allocate resources that temporally overlap with the PUSCH transmission allocated by the first DCI.
  • ACK/NACK for the PDSCH allocated by the second DCI is transmitted by puncturing part of the PUSCH resource allocated by the first DCI.
  • the number of bits of ACK/NACK for the PDSCH allocated by the second DCI that can be transmitted by puncturing part of the PUSCH resource allocated by the first DCI is limited to X bits. If the number of ACK/NACK bits for the PDSCH allocated by the second DCI exceeds X bits, ACK/NACK bundling (ACK/NACK bit compression) is applied to reduce the actual number of ACK/NACK bits to be transmitted. After reducing it to X bits or less, a part of the PUSCH resource allocated by the first DCI is punctured and transmitted.
  • the value of X may be determined based on the number of slots used for PUSCH transmission, or may be determined from parameters set in other terminals.
  • FIG. 13 is a flow chart showing an operation example of method 1 of the third embodiment. As shown in FIG. 13 , for example, after receiving the first DCI for allocating PUSCH from the base station 100 (after S101), the terminal 200 determines whether TBoMS transmission is applied (S102).
  • terminal 200 receives the first DCI that allocates PUSCH, and then uses the second DCI to allocate PUCCH resources for transmitting ACK/NACK for PDSCH. is not allowed to be assigned to resources that temporally overlap with the PUSCH transmission assigned 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.
  • the terminal 200 When TBoMS transmission is applied (S102; Yes), the terminal 200, for example, receives the first DCI that allocates PUSCH, and uses the second DCI to transmit ACK/NACK for the PDSCH allocated by the PUCCH resource. 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. 14 is a diagram showing an operation example of Method 1. As illustrated in FIG. 14, the first DCI in slot #0 allocates slot #3 as the timing for transmitting PUSCH. Terminal 200 performs TBoMS transmission 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.
  • ACK/NACK for PDSCH allocated by the second DCI after receiving the first DCI that allocates PUSCH is transmitted.
  • PUCCH resources are allowed to be allocated to resources that overlap in time with the PUSCH transmission allocated by the first DCI. Therefore, it is possible to improve the frequency utilization efficiency of downlink transmission and reduce the delay.
  • FIG. 15 is a flowchart showing an operation example of terminal 200 to which method 2 is applied.
  • the processes of S101 to S105, S107 and S108 excluding S106a may be the same as the processes illustrated in FIG.
  • method 2 as in method 1, when TBoMS transmission is applied to terminal 200, 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 temporally overlap with the transmission of PUSCH allocated by the first DCI.
  • ACK/NACK for PDSCH allocated by the second DCI has a higher priority than PUSCH allocated by the first DCI. send and treat. 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 PUCCH resources allocated by the second DCI, and postpones TBoMS transmission of PUSCH allocated by the first DCI, for example, backward in time. ) (S106a).
  • FIG. 16 is a diagram showing an operation example of Method 2.
  • the first DCI in slot #0 allocates slot #3 as the timing for transmitting PUSCH.
  • 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.
  • terminal 200 transmits PUSCH in slots #4, #7, #8, and #9, which are uplink slots that can be used for TBoMS transmission.
  • ACK/NACK for PDSCH allocated by the second DCI after receiving the first DCI that allocates PUSCH is transmitted.
  • PUCCH resources are allowed to be allocated to resources that overlap in time with the PUSCH transmission allocated by the first DCI. Therefore, it is possible to improve the frequency utilization efficiency of downlink transmission and reduce the delay.
  • a slot in which PUCCH and PUSCH transmission resources temporally overlap is set as an unavailable slot for PUSCH transmission.
  • terminal 200 can perform PUSCH transmission (TBoMS transmission) without being affected by puncturing of PUSCH resources due to ACK/NACK, and thus can avoid or suppress degradation of PUSCH coverage performance.
  • FIG. 17 is a flowchart showing an operation example of terminal 200 to which method 3 is applied.
  • the processes of S101 to S105, S107 and S108 excluding S106b may be the same as the processes illustrated in FIG.
  • method 3 as in methods 1 and 2, when TBoMS transmission is applied to terminal 200, ACK/ It is allowed to allocate PUCCH resources for transmitting NACKs to resources that temporally overlap with the transmission of PUSCH allocated by the first DCI.
  • 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, allocation by the second DCI
  • the HARQ process of the received PDSCH may be set to Disable (S106b).
  • the terminal 200 transmits the second DCI. Do not send ACK/NACK for the PDSCH assigned by
  • FIG. 18 is a diagram showing an operation example of Method 3.
  • the first DCI in slot #0 allocates slot #3 as the timing for transmitting PUSCH.
  • Terminal 200 performs TBoMS transmission 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.
  • method 3 similarly to methods 1 and 2, when the terminal 200 performs TBoMS transmission, PDSCH assigned by the second DCI after receiving the first DCI that assigns PUSCH It is allowed to allocate PUCCH resources for transmitting ACK/NACKs 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.
  • terminal 200 can perform PUSCH transmission (TBoMS transmission) without being affected by PUSCH resource puncturing 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
  • the number of bits according to the resource amount of the number of slots (integer of 2 or more) used for PUSCH transmission from a predetermined RV position Read and map to PUSCH resources spanning multiple slots.
  • the PUSCH coverage may be improved by using a TBoMS transmission unit consisting of a plurality of slots as one TBoMS transmission unit and repeating transmission of one TBoMS transmission unit (repetition).
  • one resource (slot) for TBoMS transmission may be regarded as one TBoMS transmission unit.
  • each slot of four TBoMS transmissions may be considered one TBoMS transmission unit.
  • Embodiment 3 is changed. may apply.
  • different embodiments may be applied depending on which slot in TBoMS transmission the PUCCH resource for transmitting ACK/NACK for the PDSCH allocated in the first DCI collides with.
  • the first embodiment may be applied in the case of collision with the leading slot of TBoMS
  • the second embodiment may be applied in the case of collision with slots other than the leading slot of TBoMS.
  • the third embodiment may be applied, and when the collision occurs with a slot other than the leading slot of the TBoMS, the second embodiment may be applied.
  • the method to apply depends on whether it has already been determined that the UCI is multiplexed in TBoMS transmission slots before the nth slot can be different. For example, when PUCCH collides in the n-th slot of TBoMS transmission, if UCI has already been multiplexed in TBoMS transmission slots before the n-th slot, method 2 or If Method 3 is applied and UCI is not multiplexed in TBoMS transmission slots before the n-th slot, Method 1 may be applied.
  • the amount of UCI multiplexing resources in TBoMS transmission or whether UCI multiplexing is possible can be determined in consideration of the situation of UCI multiplexing in forward slots, deterioration of PUSCH transmission quality due to an increase in the number of UCI multiplexing slots can be suppressed in TBoMS transmission. be able to.
  • Modification 1 of Embodiment 3 when TBoMS transmission is applied to terminal 200, ACK/NACK for PDSCH allocated by the second DCI after receiving the first DCI that allocates PUSCH. are allocated 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.
  • This modification may be understood to be the same as applying Method 3 when the decoding result for the PDSCH assigned by the second DCI is ACK.
  • Method 1 or method 2 may be applied.
  • Modification 2 In methods 1, 2, and 3 described above, when TBoMS transmission of PUSCH is applied to terminal 200, ACK/ It is allowed to allocate PUCCH resources for transmitting NACK to resources that temporally overlap with the transmission of PUSCH allocated by the first DCI.
  • the slots in which PUCCH and PUSCH transmission resources temporally overlap may be any slot among the TBoMS transmissions allocated by the first DCI.
  • the slot in which PUCCH and PUSCH transmission resources temporally overlap may be the head slot of TBoMS transmission as illustrated in FIGS. good too.
  • methods 1, 2, and 3 are applied according to which slot in TBoMS transmission the PUCCH resource for transmitting ACK/NACK for the PDSCH allocated by the first DCI overlaps (or collides with). can be different.
  • Method 1 when the PUCCH resource for transmitting ACK/NACK collides with the first slot (MS#0) of TBoMS transmission as shown in FIG. 19, Method 1 may be applied, as shown in FIG. Method 2 may be applied in the case of collision with a slot (for example, MS#1) different from the leading slot of TBoMS transmission.
  • a slot for example, MS#1
  • Method 3 if the PUCCH resource for transmitting ACK/NACK collides with the leading slot of TBoMS transmission, Method 3 is applied, and the PUCCH resource for transmitting ACK/NACK is different from the leading slot of TBoMS transmission. Method 2 may be applied if there is a 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 method to be applied among methods 1, 2, and 3 may be changed depending on the priority of ACK/NACK or the priority of PUSCH, or both.
  • FIG. 21 is a diagram showing an example of case classification based on ACK/NACK priority and PUSCH priority. For example, Case 1 or Case 4 (ACK/NACK and PUSCH have the same priority), Method 1, Case 2 (PUSCH has higher priority than ACK/NACK), Method 3, Case 3 ( If ACK/NACK has higher priority than PUSCH, Method 2 may be applied.
  • Method 2 or 3 may be applied to Case 1 or Case 4.
  • Method 2 when ACK/NACK has a high priority, Method 2 can be applied to transmit ACK/NACK with priority, and PUSCH can be postponed to compensate for PUSCH coverage. Also, if the PUSCH has a high priority, method 3 can be applied to transmit the PUSCH on the resources allocated by the DCI, thereby compensating for coverage and delay. In this way, appropriate uplink transmission can be realized based on the priority of ACK/NACK or PUSCH.
  • Modification 4 When PUCCHs collide in the n-th slot of TBoMS transmission, different methods may be applied depending on whether UCI is already multiplexed in TBoMS transmission slots before the n-th slot. good. For example, if PUCCH collides in the n-th slot of TBoMS transmission and it is already determined that UCI is multiplexed in TBoMS transmission slots before the n-th slot, in the n-th slot, Method 2 or Method 3 may be applied. For example, if it is determined that PUCCH collides in the nth slot of TBoMS transmission and UCI is not multiplexed in TBoMS transmission slots before the nth slot, Method 1 may be applied.
  • the amount of UCI multiplexing resources in TBoMS transmission or whether UCI multiplexing is possible can be determined in consideration of the situation of UCI multiplexing in slots preceding the slot in which PUCCH and PUSCH collide, in TBoMS transmission, slots for UCI multiplexing can be determined. It is possible to suppress deterioration of PUSCH transmission quality due to the increase.
  • the above-described method or modification may be applied. Also, the method to be applied may be changed according to the number of repetitions of PUSCH.
  • the method to be applied or the modified example may differ 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 (for example, X bits as described above), or whether or not the number of ACK/NACK bits can be compressed to less than or equal to the threshold, the method or modification to be applied Different examples may be used.
  • a threshold for example, X bits as described above
  • 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.
  • the slots in which PUCCH and PUSCH transmission resources temporally overlap may be any slot among the TBoMS transmissions allocated by the first DCI.
  • the slot in which PUCCH and PUSCH transmission resources temporally overlap may be the head slot of TBoMS transmission, or may be a slot different from the head slot.
  • any of Embodiments 1, 2 and 3 can be applied. Different embodiments may be used.
  • Embodiment 1 when the PUCCH resource for transmitting ACK/NACK collides with the leading slot, Embodiment 1 may be applied. Form 2 may be applied.
  • Embodiment 3 when the PUCCH resource for transmitting ACK/NACK collides with the leading slot of TBoMS transmission, Embodiment 3 is applied, and the PUCCH resource for transmitting ACK/NACK collides with the leading slot of TBoMS transmission.
  • Embodiment 2 may be applied in the case of collision with a different slot.
  • Determination of available uplink slots for PUSCH transmission may depend on RRC signaling.
  • 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
  • Determination of available uplink slots for PUSCH transmission may depend, for example, on RRC signaling and signaling by DCI to allocate resources for TBoMS transmission.
  • the RRC signaling may include TDD uplink/downlink slot format notification (eg, semi-static SFI).
  • DCI that allocates resources for TBoMS transmission may directly (or explicitly) signal unavailable slots for PUSCH transmission, or invalid uplink slots/symbols signaled by RRC signaling. You may specify whether (invalid UL slot/symbol) is invalid or valid.
  • the determination of available uplink slots for PUSCH transmission may depend on eg RRC signaling, DCI to allocate resources for TBoMS transmission and dynamic SFI signaling.
  • the RRC signaling may include TDD uplink/downlink slot format notification (eg, semi-static SFI).
  • DCI that allocates resources for TBoMS transmission may directly (or explicitly) signal unavailable slots for PUSCH transmission, or invalid uplink slots/symbols signaled by RRC signaling. You may specify whether (invalid UL slot/symbol) is invalid or valid.
  • 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 each method in Embodiment 3 is, for example, as follows.
  • Method 1 may be applied to any of determination method 1, determination method 2, and determination method 3.
  • Method 2 is preferably applied in conjunction with determination 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 determination method 3. However, Method 2 may be applied to other determination methods.
  • Method 3 may be applied to any of determination method 1, determination method 2, and determination method 3.
  • the above-described embodiment or modification may be applied only to specific TBoMS transmission. Also, the embodiment or the modified example to be applied may be varied depending on the TBoMS transmission 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.
  • 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 TBoMS transmission slots, or may be different between TBoMS transmission slots.
  • the former regardless of whether or not the PUCCH resource and the PUSCH resource collide, apply the X-bit limit of Method 1 of Embodiment 3 (or apply ACK/NACK bundling ) is mentioned.
  • X-bit restrictions are applied (or ACK/NACK bundling is applied) in the same manner as in Method 1 of Embodiment 3, and PUCCH For example, X-bit restrictions are not applied (or ACK/NACK bundling is not applied) in slots where resource and PUSCH resource do not collide.
  • terminal 200 transmits ACK/NACK for PDSCH in an uplink slot after TBoMS 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 regarding the timing that can be notified (or instructed) to the terminal 200 by the control information
  • the timing that can be notified is limited. Expanding the range is considered.
  • TBoMS transmission of PUSCH 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 resources that overlap in time with PUSCH transmissions assigned with a DCI of 1, the determination (eg, calculation) of K1 may not include slots for TBoMS transmissions.
  • FIG. 24 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 TBoMS transmission method, or applied depending on whether the unit of PUCCH transmission is a slot or a 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.
  • one terminal may perform an operation corresponding to a base station.
  • 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
  • the NG-RAN architecture is shown in Figure 25 (see, eg, 3GPP TS 38.300 v15.6.0, section 4).
  • 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 communications (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/km2 in urban environments), wide coverage in hostile environments, and extremely long battery life (15 years) for low cost devices. can be sought.
  • 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. 26 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 at 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; - uplink classifiers to support routing of traffic flows to data networks; - 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
  • - uplink classifiers to support routing of traffic flows to data networks
  • branching Points to support multi-homed PDU sessions
  • 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 27 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 28 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 28 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, 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.
  • DRB Data Radio Bearers
  • FIG. 29 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. 28
  • 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 29 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 when transmission resources allocated for transmission of an uplink shared channel using a plurality of slots and transmission resources of an uplink control channel overlap in time, the plurality of A second resource amount used for transmitting uplink control information based on the size of data transmitted in the uplink shared channel in a slot and/or the first resource amount of the uplink shared channel in the plurality of slots and a transmission circuit for multiplexing and transmitting the uplink control information and the data in the resource of the determined second resource amount.
  • the size is larger than the amount of resources in units of slots or the amount of resources allocated to the initial transmission when repeating transmission of the uplink shared channel.
  • the first resource amount is a value different from the number of symbols included in the plurality of slots.
  • the size is greater than the amount of resources for each slot or the amount of resources allocated for the initial transmission when repeatedly transmitting the uplink shared channel, and the first amount of resources is , is a value different from the number of symbols included in the plurality of slots.
  • control circuit determines the second resource amount based on the data size, the first resource amount, and the third resource amount of the uplink shared channel in the plurality of slots. decide.
  • the size of the data is the code block size or transport block size of the data.
  • control circuit determines which of the plurality of slots is a slot in which the transmission resource of the uplink shared channel and the transmission resource of the uplink control channel overlap in time. to determine the second resource amount.
  • a control circuit that determines the amount of resources used for transmitting the uplink control information in units of slots based on whether or not the uplink control information is multiplexed in the above, and multiplexes the uplink control information and data in the resources of the determined resource amount. and a transmission circuit for transmitting the data.
  • control circuit determines whether to zero the amount of resources used for transmitting the uplink control information.
  • control circuit determines whether to zero the amount of resources used for transmitting the uplink control information.
  • control circuit is configured to control whether the leading slot of the plurality of slots is the overlapping slot or the slot other than the leading slot of the plurality of slots is the overlapping slot. , the amount of resources used for transmitting the uplink control information is varied.
  • 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, wherein the uplink shared channel resource spans a plurality of slots, and controlling the transmission of the uplink shared channel is the number of bits of a signal to be transmitted in the uplink shared channel resource. setting resources of the uplink shared channel to unavailable; and controlling HARQ processes for the downlink shared channel.
  • the control circuit punctures part of the uplink shared channel resources to obtain the number of bits. below a threshold.
  • the signal is an ACK/NACK signal for reception of the downlink shared channel
  • the control circuit controls the ACK/NACK signal if the number of bits of the ACK/NACK signal exceeds the threshold.
  • the number of bits of the ACK/NACK signal is compressed below the threshold by bundling.
  • control circuit prioritizes transmission of the signal using the uplink control channel over transmission of the uplink shared channel, and overlap in time as resources that cannot be used 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. do.
  • a base station when a transmission resource allocated for transmission of an uplink shared channel using a plurality of slots and a transmission resource for an uplink control channel overlap in terms of time, the plurality of A second resource used for transmitting uplink control information based on the size of data transmitted in the uplink shared channel in the slots and/or the first resource amount of the uplink shared channel in the plurality of slots a control circuit for determining an amount; and a receiving circuit for receiving the uplink control information and the multiplexed data in the resource of the determined second resource amount.
  • a communication method enables a terminal to perform , based on the size of data transmitted in the uplink shared channel in the plurality of slots and/or the first resource amount of the uplink shared channel in the plurality of slots, used for transmitting uplink control information
  • a second resource amount is determined, and the uplink control information and the data are multiplexed and transmitted in the resource of the determined second resource amount.
  • 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

端末は、複数のスロットを用いた上りリンク共有チャネルの送信に割り当てられた送信リソースと、上りリンク制御チャネルの送信リソースとが時間的に重なる場合に、複数のスロットにおける上りリンク共有チャネルにおいて送信されるデータのサイズ、及び／又は、複数のスロットにおける上りリンク共有チャネルの第１リソース量に基づいて、上りリンク制御情報の送信に用いる第２リソース量を決定する制御回路と、決定した第２リソース量のリソースにおける上りリンク制御情報とデータとを多重して送信する送信回路と、を備える。

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-2102241, "FL summary of TB processing over multi-slot PUSCH (SI 8.8.1.2)," Moderator (Nokia、 Nokia Shanghai Bell), January 25th-February 5th, 2021.
　NRでは、異なるチャネルのリソースが重なる場合がある。しかしながら、異なるチャネルのリソースが重なった場合の制御（又は動作）については検討の余地がある。
　本開示の非限定的な実施例は、異なるチャネルのリソースが重なった場合に適切な制御を行う端末、基地局及び通信方法の提供に資する。
　本開示の一実施例に係る端末は、複数のスロットを用いた上りリンク共有チャネルの送信に割り当てられた送信リソースと、上りリンク制御チャネルの送信リソースとが時間的に重なる場合に、前記複数のスロットにおける前記上りリンク共有チャネルにおいて送信されるデータのサイズ、及び／又は、前記複数のスロットにおける前記上りリンク共有チャネルの第１リソース量に基づいて、上りリンク制御情報の送信に用いる第２リソース量を決定する制御回路と、決定した第２リソース量のリソースにおける前記上りリンク制御情報と前記データとを多重して送信する送信回路と、を備える。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、異なるチャネルのリソースが重なった場合に適切な制御を実現できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
単一スロットのPUCCH（Physical Uplink Control Channel）送信と複数スロットを用いたPUSCH（Physical Uplink Shared Channel）送信が時間的に重なる例を示す図 複数の単一スロットのPUCCH送信と複数スロットを用いたPUSCH送信が時間的に重なる例を示す図 基地局の一部に着目した構成例を示すブロック図 端末の一部に着目した構成例を示すブロック図 基地局の構成例を示すブロック図 端末の構成例を示すブロック図 実施の形態１における動作例を示すフローチャート 変形例２の例を示す図 変形例２の例を示す図 実施の形態２の一例を示す図 実施の形態２の一例を示す図 実施の形態２における動作例を示すフローチャート NR Rel.15/16におけるUCI（Uplink Control Information）on PUSCHの制約を説明する図 Transport block processing over multi-slot PUSCH (TBoMS)送信と下りリンク伝送における再送との関係の一例を示す図 実施の形態３の方法１の動作例を示すフローチャート 実施の形態３の方法１の動作例を示す図 実施の形態３の方法２の動作例を示すフローチャート 実施の形態３の方法２の動作例を示す図 実施の形態３の方法３の動作例を示すフローチャート 実施の形態３の方法３の動作例を示す図 変形例２に係る動作例を示す図 変形例２に係る動作例を示す図 変形例３に係る場合分けの一例を示す図 補足４に係る動作例を示す図 補足５に係る動作例を示す図 補足７に係る動作例を示す図 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)とも呼ばれる。
　なお、以下では、PUCCHを用いてデータ及び制御情報の少なくとも１つを送信することは、「PUCCHを送信する」、または、「PUCCH送信」と略記される場合がある。また、PUCCHを用いてデータ及び制御情報の少なくとも１つを受信することは、「PUCCHを受信する」、または、「PUCCH受信」と略記される場合がある。他のチャネルについても、PUCCHと同様に、送信及び受信の少なくとも１つの動作について略記される場合がある。
　DCIによって割り当てられたPDSCHに対するACK/NACKを端末が送信する場合、端末は、例えば、基地局からのDCIによって指示されるリソース割当に従って、PUCCHを送信する。DCIに含まれる制御情報には、PUCCHリソースに関する情報が含まれてよい。例えば、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を送信するシンボル数の少なくとも１つに関する情報であってよい。
　＜TBSの決定＞
　NR Rel.15/16(Release 15及び／又は16)では、データサイズまたはトランスポートブロックサイズ(TBS: Transport Block Size)は、スロット単位のリソース量に基づいて、及び／又は、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量に基づいて、決定される。なお、リソース量は、例えば、シンボル数又はリソースエレメント数によって表されてよい。また、TBSは、TBサイズと記載される場合がある。
　一方、NR Rel.17では、複数スロットを用いてPUSCHが送信される場合、PUSCH送信に使用されるスロット数のリソース量に基づいてTBSを決定する方法と、スロット単位、又は、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量から算出したTBSに1より大きいスケーリング係数を乗算してTBSを決定する方法とが検討されている（例えば、非特許文献７を参照）。なお、スロット単位、又は、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量からTBSを算出する方法は、例えば、上述したように、NR Rel.15/16において規定されている方法であってよい。
　＜PUCCHとPUSCHとの時間的な重なり＞
　端末の上りリンク送信においては、PUCCHに対する送信リソースとPUSCHに対する送信リソースとが時間的に重なる（衝突する）ことがある。以下では、PUCCHに対する送信リソースとPUSCHに対する送信リソースとが時間的に重なるリソースは、PUCCHとPUSCHとが衝突したリソース（または、スロット）と称される場合がある。
　図１は、単一スロットのPUCCH送信と複数スロットを用いたPUSCH送信が時間的に重なる例を示す図である。図２は、複数の単一スロットのPUCCH送信と複数スロットを用いたPUSCH送信が時間的に重なる例を示す図である。
　図１、図２に例示するように、PUCCH送信（図１、図２の「PUCCH」）と、複数スロットを用いたPUSCH送信（図１、図２のPUSCH repetition）とが時間的に重なる場合、NR Rel.15/16では、端末は、UCIと上りリンクデータとをPUSCHに多重して送信してよい（例えば、非特許文献４，５を参照）。
　NR Rel.15/16では、例えば、図１に例示するように、単一スロットのPUCCH送信が、複数スロットを用いたPUSCH送信(例えば、Repetition)の一部のスロットと時間的に重なることがある。この場合、端末は、例えば、PUCCH送信とPUSCH送信とが時間的に重なるスロットにおいて、UCIと上りリンクデータとをPUSCHに多重して送信してよい（例えば、非特許文献５を参照）。
　また、例えば、図２に例示するように、複数の単一スロットのPUCCH送信が、複数スロットを用いたPUSCH送信(例えば、Repetition)の一部のスロット（図２の例では、スロット#0及びスロット#2）と時間的に重なることがある。この場合、端末は、PUCCH送信とPUSCH送信とが時間的に重なるスロットのそれぞれにおいて、UCIと上りリンクデータとをPUSCHに多重して送信してよい。
　＜UCIのリソース量算出の例＞
　UCI(例えば、ACK/NACK)がPUSCHに多重して送信される場合、PUSCH内でUCIに割り当てられるリソース量(リソースエレメント数)は、式（１）により算出されてよい（例えば、非特許文献４を参照）。
Figure JPOXMLDOC01-appb-M000001
　NR Rel.15/16では、コードブロックサイズ(またはTBS)を表すKrは、スロット単位のリソース量、または、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量によって決定される値である。
　また、PUSCHのOFDMシンボル数を表すNsymb, all PUSCHには、各スロット（個々のスロット）におけるPUSCHのOFDMシンボル数が用いられる。
　また、y = min（α, β）は、yが、αとβのうち、小さい方の値をとる関数（以下、「min関数」と記載される場合がある）である。以下では、min(α,β)において、αを第１要素、βを第２要素と記載する場合がある。
　例えば、式（１）を用いてPUCCHとPUSCHとが衝突したスロットにおけるUCIのリソース量が決定され、UCIと上りリンクデータとがPUSCHに多重されて送信される。
　NR Rel.17では、上述したように複数スロットを用いてPUSCHが送信される場合、PUSCH送信に使用されるスロット数のリソース量に基づいてTBSを決定する方法と、スロット単位、又は、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量から算出したTBSに1より大きいスケーリング係数を乗算してTBSを決定する方法とが検討される。以下では、これら２つのTBSを決定する方法は、「Rel.17のTBS決定方法」と記載される場合がある。
　また、上述したRel.17のTBS決定方法により算出したTBSのTBを複数スロットにおいて送信するPUSCH送信が検討されている。このTBを複数スロットにおいて送信するPUSCH送信は、TBoMS (TB processing over multi-slot) PUSCH、又は、TBoMS送信と記載されてよい。TBoMS送信の送信リソース（PUSCHに対する送信リソース）とPUCCHに対する送信リソースとが時間的に重なる場合がある。しかしながら、この場合のUCIの送信方法には検討の余地がある。
　例えば、UCIと上りリンクデータとをPUSCHに多重して送信する場合のUCIに割り当てられるリソース量は、NR Rel. 15/16のUCIリソース量算出方法を用いて算出することが考えられる。例えば、NR Rel. 15/16のUCIリソース量算出方法（例えば、式（１））において、PUSCHのOFDMシンボル数Nsymb, all PUSCHをTBoMS送信に使用されるシンボル数、つまり、複数スロットに含まれるシンボル数に置き換え、かつ、コードブロックサイズ(または、TBS)KrをRel.17のTBS決定方法により算出したTBSに置き換えてUCIに割り当てられるリソース量を算出することが考えられる。しかしながら、これらの置き換えを行って算出したUCIのリソース量の場合、UCIをPUCCHとPUSCHとが衝突したスロットに適切にマッピングできない可能性がある。
　例えば、UCIが複数スロットにマッピングされる可能性がある。例えば、上りリンクデータとの多重を行う前のUCIは、単一スロットのPUCCHを用いて送信できたのに対し、上りリンクデータとの多重を行った後のUCIが複数スロットにマッピングされる場合、UCIの復号遅延及び復号処理量の少なくとも１つが増加することがある。例えば、TBoMS送信に使用される複数スロットが非連続なスロットであった場合、UCIの復号遅延及び復号処理量の少なくとも１つの増加する傾向は、顕著になる。また、PUCCHとPUSCHとが衝突したスロットがTBoMS送信における最後のスロットであり、かつ上りリンクデータとの多重を行った後のUCIが複数スロットにマッピングされる場合、UCIを多重するPUSCHリソースが不足することがある。
　本開示の非限定的な実施例では、PUCCH送信と、複数スロットを用いたPUSCH送信(TBoMS送信)とに対する送信リソースが時間的に重なり、かつ、TBoMSによって送信されるTBSが、スロット単位、またはRepetitionにおける初回のPUSCH送信に割り当てられるリソース量から算出されるTBSよりも大きい場合に、PUSCHに多重するUCIのリソース量を適切に決定できる、端末、基地局、通信方法を提供することである。
　例えば、PUSCH上に多重するUCIのリソース量は、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量に基づいて決定されてよい。この決定において、例えば、UCIのリソース量の決定に用いるパラメータであるOFDMのシンボル数は、TBoMS送信に割り当てられるシンボル数とは異なる値であってよい。また、この決定において、例えば、UCIのリソース量の決定に用いるパラメータであるコードブロックサイズ(またはTBS)は、TBoMSで送信するコードブロックサイズ(またはTBS)とは異なる値であってよい。
　以下、幾つかの実施の形態について説明する。
　［通信システムの概要］
　本開示の各実施の形態に係る通信システムは、例えば、少なくとも１つの基地局と、少なくとも１つの端末と、を備える。
　図３は、本開示の一実施例に係る基地局１００の一部の構成例を示すブロック図であり、図４は、本開示の一実施例に係る端末２００の一部の構成例を示すブロック図である。
　図３に示す基地局１００において、制御部１０１は、例えば、複数のスロットを用いた上りリンク共有チャネル（PUSCH）の送信に割り当てられた送信リソースと、上りリンク制御チャネル（PUCCH）の送信リソースとが時間的に重なる場合に、複数のスロットにおけるPUSCHにおいて送信されるデータのサイズ（例えば、コードブロックサイズ又はTBS）、及び／又は、複数のスロットにおけるPUSCHの第１リソース量に基づいて、上りリンク制御情報（UCI）の送信に用いる第２リソース量を決定する。受信部１０８は、決定した第２リソース量のリソースにおけるUCIと、多重されたデータとを受信する。
　図４に示す端末２００において、制御部２０５は、例えば、複数のスロットを用いた上りリンク共有チャネル（PUSCH）の送信に割り当てられた送信リソースと、上りリンク制御チャネル（PUCCH）の送信リソースとが時間的に重なる場合に、複数のスロットにおけるPUSCHにおいて送信されるデータのサイズ（例えば、コードブロックサイズ又はTBS）、及び／又は、複数のスロットにおけるPUSCHの第１リソース量に基づいて、上りリンク制御情報（UCI）の送信に用いる第２リソース量を決定する。送信部２０９は、例えば、決定した第２リソース量のリソースにおけるUCIと、データとを多重して送信する。
　（実施の形態１）
　［基地局の構成］
　図５は、基地局１００の構成例を示すブロック図である。図５に例示した基地局１００の構成例は、後述する他の実施の形態および変形例を含む本開示の全体を通じて共通であってよい。
　図５に示すように、基地局１００は、例えば、制御部１０１、上位制御信号生成部１０２、下りリンク制御情報生成部１０３、符号化部１０４、変調部１０５、信号割当部１０６、及び、送信部１０７を備えてよい。また、基地局１００は、例えば、受信部１０８、抽出部１０９、復調部１１０、及び、復号部１１１を備えてよい。
　制御部１０１は、例えば、端末２００に対するPDSCH受信に関する情報、PUSCH送信に関する情報およびPUCCH送信に関する情報の少なくとも１つを決定し、決定した情報を上位制御信号生成部１０２へ出力する。PDSCH受信に関する情報およびPUSCH送信に関する情報には、例えば、TDRA(Time Domain Resource Allocation)テーブルに関する情報および送信スロット数に関する情報（例えば、TBoMS送信の有無）の少なくとも１つが含まれてもよい。また、PUCCH送信に関する情報には、例えば、PUCCHリソースセットに関する情報およびK1に関する情報の少なくとも１つが含まれてもよい。
　また、制御部１０１は、例えば、下りリンクデータ信号あるいは上位制御信号、および下りリンク制御情報を送信するための下りリンク信号に対する符号化・変調方式および無線リソース割当を決定する。決定した情報は、例えば、符号化部１０４、変調部１０５および信号割当部１０６へ出力されてよい。また、データ信号あるいは上位制御信号に対する符号化・変調方式および無線リソース割当情報は、例えば、下りリンク制御情報生成部１０３へ出力されてよい。
　また、制御部１０１は、例えば、端末２００がPUCCHを送信するためのPUCCHリソースを決定し、決定した情報を上位制御信号生成部１０２または下りリンク制御情報生成部１０３へ出力してよい。また、制御部１０１は、例えば、決定した情報を抽出部１０９、復調部１１０および復号部１１１へ出力する。
　また、制御部１０１は、例えば、端末２００が上りリンクデータ信号を送信する符号化・変調方式および無線リソース割当を決定し、決定した情報を下りリンク制御情報生成部１０３、抽出部１０９、復調部１１０および復号部１１１へ出力する。また、制御部１０１は、例えば、TBSを決定し、決定したTBSに関する情報を復号部１１１へ出力する。
　また、制御部１０１は、例えば、PUSCH送信においてTBoMS送信を適用するか否か、および、PUCCH（例えば、UCI）を送信するためのPUCCHリソースおよび上りリンクデータを送信する無線リソースが時間的に重なっているか否か、を判断してよい。リソースが時間的に重なっている場合、制御部１０１は、例えば、PUSCHにおけるUCIリソース量を特定してよい。特定した情報は、例えば、抽出部１０９、復調部１１０および復号部１１１へ出力されてよい。なお、「特定」は、「決定」、「計算」、「算出」といった他の用語に相互に読み替えられてもよい。
　上位制御信号生成部１０２は、例えば、制御部１０１から入力される制御情報を用いて、上位レイヤ制御信号（例えば、ビット列）を生成する。生成した信号は、例えば、符号化部１０４へ出力されてよい。
　下りリンク制御情報生成部１０３は、例えば、制御部１０１から入力される制御情報を用いて、DCI（例えば、ビット列）を生成し、生成したDCIを符号化部１０４へ出力してよい。なお、制御情報が複数の端末２００向けに送信されることもある。
　符号化部１０４は、例えば、下りリンクデータ、上位制御信号生成部１０２から得られたビット列、または下りリンク制御情報生成部１０３から入力されたDCIを符号化し、符号化ビット列を変調部１０５へ出力する。
　変調部１０５は、例えば、符号化部１０４から受け取った符号化ビット列を変調して、信号割当部１０６へ出力する。
　信号割当部１０６は、例えば、変調部１０５からシンボル列として入力された下りデータ信号または制御信号を、制御部１０１から指示される無線リソースにマッピングする。また、信号割当部１０６は、例えば、無線リソースへマッピングされた信号を送信部１０７に入力する。
　送信部１０７は、例えば、信号割当部１０６から出力された信号に対して、OFDM（Orthogonal Frequency Division Multiplexing）といった送信波形生成を施す。CP（Cyclic Prefix）を用いるOFDM伝送の場合、送信部１０７は、IFFT（Inverse Fast Fourier Transform）適用後の信号にCPを付加してよい。
　また、送信部１０７は、例えば、信号割当部１０６から出力された信号に対して、デジタル－アナログ（D/A）変換、アップコンバートといった無線（例えば、RF：Radio Frequency）処理を施し、アンテナを介して端末２００に無線信号を送信する。
　受信部１０８は、例えば、端末２００から送信され、アンテナを介して受信された上りリンク信号に対して、ダウンコンバート、アナログ－デジタル（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送信に対する無線リソースを特定（又は決定）する。また、制御部２０５は、例えば、決定した情報を信号割当部２０８、抽出部２０２および復調部２０３へ出力する。
　また、制御部２０５は、例えば、PUSCH送信においてTBoMS送信を適用するか否か、および／又は、PUCCHを送信するためのPUCCHリソースおよび上りリンクデータを送信する無線リソースが時間的に重なっているかを判断してよい。リソースが時間的に重なっている場合、制御部２０５は、PUSCHにおけるUCIリソース量を特定してよい。特定した情報は、例えば、符号化部２０６、変調部２０７および信号割当部２０８へ出力されてよい。
　符号化部２０６は、例えば、制御部２０５から入力された情報を基に、UCIまたは上りリンクデータ信号を符号化し、符号化ビット列を変調部２０７へ出力する。
　変調部２０７は、例えば、符号化部２０６から受け取った符号化後のビット系列を変調して変調シンボル列を生成し、変調シンボル列を信号割当部２０８へ出力する。
　信号割当部２０８は、例えば、変調部２０７から入力された信号を、制御部２０５から指示される無線リソースにマッピングする。また、信号割当部２０８は、例えば、無線リソースにマッピングされた後の信号を送信部２０９に入力する。
　送信部２０９は、例えば、信号割当部２０８から入力された信号に対して、OFDMといった送信信号波形生成を施す。CPを用いるOFDM伝送の場合、送信部２０９は、例えば、IFFT後の信号にCPを付加してよい。なお、シングルキャリア波形を生成する場合は、変調部２０７の後段もしくは信号割当部２０８の前段に、DFT部が備えられてもよい。
　また、送信部２０９は、例えば、送信信号に対してD/A変換およびアップコンバートといったRF処理を施し、アンテナを介して無線信号を送信する。
　本実施の形態１では、UCIリソース量の決定に使用するパラメータであるOFDMシンボル数およびコードブロックサイズ(またはTBS)を、例えば、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量に基づいて決定する。なお、リソース量は、例えば、シンボル、または、リソースエレメント数によって規定されてよい。
　[複数スロットを用いたPUSCH送信(TBoMS送信)に対するTBS算出方法]
　TBoMS送信に対するTBSの算出方法について説明する。TBoMSにおいて送信されるTBSは、以下の何れかの方法によって算出されてよい。なお、「算出」は、「導出」、「決定」といった他の用語に相互に読み替えられてもよい。
　<TBS-Approach 1>
　TBS-Approach 1では、PUSCH送信に使用されるスロット数のリソース量に基づいてTBSを決定する。なお、TBoMSの場合、PUSCH送信に使用されるスロット数は、２以上の整数である。例えば、PUSCH送信に使用されるスロット数のリソース量NREは、以下の式（２）により算出されてもよい。なお、NREは、リソースエレメント数によって表されるリソース量である。
Figure JPOXMLDOC01-appb-M000002
　なお、式（２）では、スロット内のRE数の上限が156に設定される。なお、上限値は、156に限定されない。また、式（２）において、N′REは、PUSCH送信に使用される複数スロットにおいて割り当てられるRE数を示す。例えば、N′REは、PUSCH送信に使用されるNslot個のスロットそれぞれにおける１リソースブロック内のRE数の合計値を示してよい。例えば、N′REは、以下の式（３）により算出されてもよい。
Figure JPOXMLDOC01-appb-M000003
　TBサイズNinfoは、式（２）によって算出されたPUSCH送信に使用されるスロット数のリソース量NREを用いて、以下の式（４）により算出されてもよい。
Figure JPOXMLDOC01-appb-M000004
  
　<TBS-Approach 2>
　TBS-Approach 2では、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量から算出したTBSに、1より大きいスケーリング係数を乗算してTBSを決定する。例えば、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量NREは、以下の式（５）により算出されてもよい。なお、NREは、リソースエレメント数によって表されるリソース量である。
 
Figure JPOXMLDOC01-appb-M000005
  
　式（５）では、式（２）と同様に、スロット内のRE数の上限値が、例えば156に設定されてよい。なお、上限値は、156に限定されない。
　N'REは、例えば、以下の式（６）により算出されてもよい。
Figure JPOXMLDOC01-appb-M000006
  
　例えば、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるOFDMシンボル数は、時間領域リソース割当(TDRA: Time Domain Resource Allocation)のシンボル長(Symbol length)に関する情報により端末２００に通知されてもよい。
　TBサイズNinfoは、式（５）によって算出されたスロット単位又はRepetitionにおける初回のPUSCH送信に割り当てられるリソース量NREを用いて、例えば、以下の式（７）により算出されてもよい。
Figure JPOXMLDOC01-appb-M000007
  
　なお、TBSの算出方法は上述の方法に限られず、例えば、TBoMSで送信されるTBSが、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量から算出されるTBSよりも大きい値であればよい。
　[複数スロットを用いたPUSCH送信(TBoMS)に対するRate matching方法]
　上述した方法により決定されたTBサイズを有するTBは、以下の方法により複数スロットを用いて送信されてよい。
　<RM-Approach 1>
　NRでは、例えば、再送制御において、Circular Bufferが用いられる。Circular Bufferは、符号器出力を格納したメモリである。Circular Bufferは、割当リソース量に応じたビット数の符号器出力をCircular Bufferにおいて所定の読み出し開始位置(RV: Redundancy Version)から読み出す。RM-Approach 1では、例えば、PUSCH送信に使用されるスロット数のリソース量に応じたビット数の符号器出力を所定のRV位置から読み出し、複数スロットにわたるPUSCHリソースにマッピングしてよい。
　<RM-Approach 2>
　RM-Approach 2では、例えば、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量に応じたビット数の符号器出力を所定のRV位置から読み出し、スロットのそれぞれまたはRepetitionのPUSCHリソースにマッピングしてよい。また、スロット間、または、Repetition間においてRVが変更されてもよい。
　[UCIリソース量の決定方法]
　PUCCHとPUSCHとの送信リソースが時間的に重なるスロットにおいて、PUSCH上に割り当てるUCIリソース量は、例えば、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量に基づいて決定されてよい。例えば、ＵＣＩリソース量は、リソースエレメント数によって表され、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量は、シンボル数またはリソースエレメント数によって表されてよい。
　例えば、UCIリソース量は、次の式（８）によって算出されてよい。
Figure JPOXMLDOC01-appb-M000008
  
　本実施の形態１においてUCIリソース量を決定する式（８）は、式（１）におけるNsymb, all PUSCHがNsymb, nominal PUSCHに置き換えられている。式（１）におけるNsymb, all PUSCHは、各スロットにおけるPUSCHのOFDMシンボル数を表すのに対し、式（８）におけるNsymb, nominal PUSCHは、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるOFDMシンボル数を表す。例えば、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるOFDMシンボル数Nsymb, nominal PUSCHは、TDRAのシンボル長に関する情報により端末２００に通知されてもよい。
　また、本実施の形態１においてUCIリソース量を決定する式（８）は、式（１）におけるKrが、Kr,nominalに置き換えられている。Kr,nominalは、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるリソース量に基づいて算出された第r番目のコードブロックのコードブロックサイズ(またはTBS)を表す。
　例えば、コードブロック数が1の場合、K0,nominalは、式(5)および(6)を用いて得られるNREに基づき、次の式（９）によって算出されてもよい。
Figure JPOXMLDOC01-appb-M000009
  
　また、コードブロック数が1より大きい場合、コードブロックサイズの総和は、以下の式（１０）によって表されてよい。
Figure JPOXMLDOC01-appb-M000010
　次に、本実施の形態１における端末２００の動作例を説明する。図７は、本実施の形態１における端末２００の動作例を示すフローチャートである。
　端末２００は、PUCCH送信とPUSCH送信とに対する送信リソースが時間的に重なるか否かを判定する（Ｓ１１）。
　PUCCH送信とPUSCH送信とに対する送信リソースが時間的に重ならない場合（Ｓ１１にてＮｏ）、端末２００は、重ならない送信リソースのPUCCHを用いてUCIを送信する（Ｓ１２）。そして、図７のフローは終了する。
　PUCCH送信とPUSCH送信とに対する送信リソースが時間的に重なる場合（Ｓ１１にてＹｅｓ）、端末２００は、複数スロットを用いたPUSCH送信（TBoMS送信）が適用されるか否かを判定する（Ｓ１３）。
　複数スロットを用いたPUSCH送信（TBoMS送信）が適用される場合（Ｓ１３にてＹｅｓ）、端末２００は、上述した<TBS-Approach 1>または<TBS-Approach 2>によりTBSを決定する（Ｓ１４）。
　端末２００は、PUSCHに多重するUCIのリソース量を決定し、決定したリソース量のUCIをPUSCHリソースにマッピングする（Ｓ１５）。
　端末２００は、上述した<RM-Approach 1>または<RM-Approach 2>によりレートが調整された上りリンクデータをPUSCHリソースにマッピングする（Ｓ１６）。
　端末２００は、UCIと上りリンクデータとをPUSCHに多重して送信する（Ｓ１７）。そして、図７のフローは、終了する。
　複数スロットを用いたPUSCH送信（TBoMS送信）が適用されない場合（Ｓ１３にてＮｏ）、端末２００は、スロット単位でTBSを決定する（Ｓ１８）。
　端末２００は、スロット単位で、PUSCHに多重するUCIのリソース量を決定し、決定したリソース量のUCIをPUSCHリソースにマッピングする（Ｓ１９）。
　端末２００は、スロット単位で、上りリンクデータをPUSCHリソースにマッピングする（Ｓ２０）。
　端末２００は、UCIと上りリンクデータとをPUSCHに多重して送信する（Ｓ２１）。そして、図７のフローは、終了する。
　以上説明した本実施の形態１によれば、各スロットにおいてPUSCH上に多重するUCIのUCIリソース量をスロット単位のパラメータにより算出できるため、UCIが複数スロットにマッピングされることを防ぐことができる。
　（変形例１）
　PUCCHとPUSCHとの送信リソースが時間的に重なるスロットにおいて、PUSCH上に割り当てるUCIリソース量の決定方法は、上記の例に限定されない。以下、変形例１では、スロット単位、またはRepetitionにおける初回のPUSCH送信に割り当てられるOFDMシンボル数と、TBoMS送信に使用されるスロット数(つまり複数スロット)のリソース量に基づいて決定したTBSと、TBoMS送信に使用される複数スロットにわたるOFDMシンボル数と、を用いて、UCIリソース量が決定される。
　例えば、本変形例１では、UCIリソース量は、次の式（１１）によって算出されてよい。
Figure JPOXMLDOC01-appb-M000011
　また、式（１１）におけるPUSCHのOFDMシンボル数Nsymb, all PUSCHは、TBoMS送信に使用されるシンボル数(つまり、複数スロットに含まれるシンボル数)に置き換えられてよい。コードブロックサイズ(またはTBS)Krは、上述した<TBS-Approach 1>または<TBS-Approach 2>によって算出したTBSに置き換えられてよい。
　また、式（１１）の右辺のmin関数の第2要素は、PUSCH内でUCIに割り当てるリソース量の上限を表す項である。
　本変形例１では、式（１１）のmin関数の第2要素を構成するパラメータであるNsymb, nominal PUSCHには、スロット単位、または、Repetitionにおける初回のPUSCH送信に割り当てられるOFDMシンボル数が用いられる。
　式（１１）では、例えば、min関数は、第１要素と第２要素のうち、小さい方が選択されるため、min関数の第２要素が上限とされる場合、min関数の第１要素は上限に達するまでのリソース量を表す。
　本変形例１によれば、各スロットにおいてPUSCH上に多重するUCIのリソース量（UCIリソース量）の上限（例えば、式（１１）のmin関数の第２要素）をスロット単位のパラメータ（例えば、Nsymb, nominal PUSCH）により算出できるため、UCIが複数スロットにマッピングされることを防ぐことができる。また、UCIリソース量が上限に達するまでは、複数スロットにわたるPUSCHのリソースエレメント数（例えば、式（１１）のNsymb, all PUSCH）、及び、TBoMSのTBS（例えば、式（１１）のKr）を用いて算出した値（例えば、式（１１）のmin関数の第１要素）のUCIリソース量を設定できるため、複数スロットにおける正確なリソースエレメント数に基づくUCIリソース量の設定が可能である。例えば、本変形例１は、各スロットのおけるリソースエレメント数が異なる場合、及び／又は、Repetitionにおける初回のPUSCH送信に割り当てられるリソースエレメント数と初回以外のPUSCH送信に割り当てられるリソースエレメント数とが異なる場合に有効である。
　（変形例２）
　本変形例２では、PUSCHの送信に使用される複数スロットの内、PUCCHがどのスロットと衝突するかによって、UCIリソース量の算出方法を異ならせてもよい。
　図８Ａ及び図８Ｂは、変形例２の例を示す図である。
　例えば、図８Ａに示すように、TBoMS送信の初回スロット（図８Aのスロット#0）とPUCCHとが衝突する場合と、図８Ｂに示すように、TBoMS送信の初回スロット以外のスロット（図８Bのスロット#1）とPUCCHとが衝突する場合とで、UCIリソース量の算出方法を異ならせてもよい。
　例えば、図８Ａに示すように、TBoMS送信の初回スロットとPUCCHとが衝突する場合、後述するUCIリソース決定方法１（図８Ａでは、Scheme 1）を適用し、初回スロット以外とPUCCHとが衝突する場合は、後述するUCIリソース決定方法2（図８Ｂでは、Scheme 2）を適用してもよい。
　ここで、UCIリソース決定方法1では、式(1)において、PUSCHのOFDMシンボル数Nsymb, all PUSCHをTBoMS送信に使用されるシンボル数(つまり、複数スロットに含まれるシンボル数)に置き換える。また、UCIリソース決定方法1では、式（１）において、コードブロックサイズ(またはTBS)Krを、上述した<TBS-Approach 1>または<TBS-Approach 2>によって算出された値に置き換える。
　UCIリソース決定方法2は、上述した実施の形態１または変形例１の方法であってもよい。
　本変形例２によれば、初回スロット以外において、PUSCH上で多重された後のUCIが複数スロットにマッピングされるため、UCI多重するためのPUSCHリソースが不足することを防ぐことができる。一方、初回スロットにおいては、PUSCH上で多重された後のUCIが複数スロットにマッピングされても、UCI多重するためのPUSCHリソースは不足しない。
　（変形例３）
　本変形例３では、TBoMS送信に使用される複数スロットの内、PUCCHがどのスロットと衝突するかによって、UCIリソース量の算出方法を異ならせてもよい。
　例えば、UCIリソース量は、次の式（１２）により算出されてよい。
Figure JPOXMLDOC01-appb-M000012
　また、式（１２）におけるPUSCHのOFDMシンボル数Nsymb, all PUSCHは、TBoMS送信に使用されるシンボル数(つまり、複数スロットに含まれるシンボル数)に置き換えられてよい。コードブロックサイズ(またはTBS)Krは、上述した<TBS-Approach 1>または<TBS-Approach 2>に置き換えられてよい。
　また、式(1２)における右辺のmin関数の第2要素は、PUSCH内でUCIに割り当てるリソース量の上限を表す項である。
　本変形例３では、式(1２)の右辺のmin関数の第2要素を構成するパラメータであるNsymb, remaining PUSCHには、TBoMS送信に使用される複数スロットの内、PUCCHが衝突したスロットおよびそれ以降のスロットに含まれるOFDMシンボル数が用いられる。
　本変形例３によれば、多重後のUCIが複数スロットにマッピングされても、UCI多重するためのPUSCHリソースが不足することを防ぐことができる。
　（実施の形態１の補足）
　なお、TBSの設定方法（算出方法）については上述した例に限定されない。以下では、TBSの設定方法について補足する。
　＜設定方法１＞
　設定方法１では、例えば、TBサイズは、TBoMS送信のリソースの数（例えば、スロットの数）に基づいて設定されてよい。換言すると、TBサイズは、TBoMS送信の複数のスロットの一つに使用されるスロット（例えば、時間区間）の数に基づいて設定されてよい。
　例えば、NR Rel.15/16では、TBサイズ（例えば、情報ビット数）は、次式（１３）に従って算出される値（例えば、intermediate variableとも呼ぶ）「Ninfo」に基づいて設定される（例えば、TS38.214 V16.1.0 section 5.1.3及び6.1.4に記載）。TBサイズは、例えば、Ninfoの値に応じた更なる調整により決定されてよい。例えば、Ninfoの値が大きいほど、TBサイズは大きく設定されてよい。
Figure JPOXMLDOC01-appb-M000013
　設定方法１では、例えば、TBoMS送信のリソースの数（例えば、スロットの数）を「NMS」とした場合、TBサイズは、次式（１４）に従って算出されるNinfoに基づいて設定されてよい。
Figure JPOXMLDOC01-appb-M000014
　式（１４）より、例えば、NMSが多いほど、TBサイズが大きく設定される。よって、例えば、NMSが多いほど、TBoMS送信に使用される各スロットにおいて伝送される情報ビット数が多くなるため、ユーザスループットを向上できる。
　また、例えば、TBoMS送信に使用される複数のスロットでは、同一のHARQプロセスが使用される。このため、TBoMS送信により、HARQプロセス数を増加させずに、RTT（Round Trip Time）内のより多くのスロットを使用できる。例えば、NTN (Non-Terrestrial Network)環境のような、スロット長と比較してRTTが極めて長い環境では、HARQプロセス数を増加させなくても、TBoMS送信のスロット数に基づくTBサイズの拡張により、ユーザスループットを向上できる。
　また、例えば、TBoMS送信によって、データ送信に使用されるスロット数の増加に基づいてTBサイズが増加するので、実質の符号化率（例えば、MCS）は、TBoMS送信を行わない場合に設定される符号化率（例えば、MCS）と同様に設定可能である。よって、TBoMS送信する場合でも、周波数利用効率（Spectral efficiency）の低下を抑制でき、必要十分な誤り率（例えば、BLER：Block Error Rate）での伝送が可能である。
　なお、TBサイズの設定において、NMSを適用するか否か（例えば、式（１３）及び式（１４）の何れを適用するか）については、例えば、RRC（Radio Resource Control）メッセージ（又は、RRCシグナリング、上位レイヤパラメータとも呼ぶ）、MAC CE（Control Element）又はDCIによって端末２００へ別途通知されてもよい。この通知により、例えば、データレートの向上が期待される端末２００又はトラヒック種別に対して、式（１４）の適用によって、より大きなTBサイズを設定してスループットを向上できる。その一方で、上記と異なる端末又はトラヒック種別に対して、式（１３）の適用によって、より小さなTBサイズを設定して、信頼性向上（換言すると、低い誤り率での伝送）を図ることができる。
　また、NTNにおいて、例えば、低遅延が要求されるトラヒックに対してHARQによる再送の無効化（例えば、「HARQ-feedback disable」の設定）が検討されている。HARQによる再送が無効の場合、HARQによる再送が実施されないため、より高い信頼性（例えば、より低い誤り率）の伝送が期待される。
　そこで、設定方法１では、例えば、HARQによる再送が有効な場合（例えば、HARQ-feedback enableが設定される場合）、又は、HARQによる再送が有効なHARQプロセスに対して、式（１４）のようにTBサイズの設定においてNMSが適用されてもよい。例えば、基地局１００及び端末２００は、HARQによる再送制御が適用される場合（例えば、「HARQ-feedback enable」が設定される場合）、又は、HARQによる再送制御が適用されるデータ（又は、HARQプロセス）に対して、式（１４）に従って、NMSに基づいてTBサイズを決定してもよい。例えば、HARQによる再送が無効な場合（例えば、HARQ-feedback disableが設定される場合）、又は、HARQによる再送が無効なHARQプロセスに対して、式（１３）のようにTBサイズ設定にNMSが適用されないので、信頼性向上（例えば、低い誤り率での伝送）を図ることができる。
　なお、NMS（又は、TBoMS送信のリソースの数を導出するためのパラメータ）は、例えば、端末２００へRRCメッセージ及びDCIの少なくとも一つによって通知されてよい。
　RRCメッセージとしては、例えば、TS38.331 V16.1.0に規定の「pdsch-AggregationFactor」（下りリンク向けメッセージ）、「pusch-AggregationFactor」（上りリンク向けメッセージ）、又は、「ConfigureGrantConfig」内の「repK」(上りリンクConfigured grant向けパラメータ)が使用されてもよく、他のメッセージが使用されてもよい。
　また、NMSは、例えば、RRCメッセージによって複数の候補が端末２００へ通知（又は、設定）され、PDSCH又はPUSCHの割当（例えば、スケジューリング情報）毎にDCIによって複数の候補のうち何れか一つが端末２００へ通知されてもよい。この場合、複数の候補を設定するRRCメッセージとしては、例えば、「PDSCH-TimeDomainResourceAllocationList-r16」（下りリンク向けメッセージ）、又は、「PUSCH-TimeDomainResourceAllocationList-r16」（上りリンク向けメッセージ）内の「repetitionNumber-r16」が使用されてもよく、他のメッセージが使用されてもよい。
　このような通知により、既存の規格における通知の仕組みを再利用できるため、端末２００における処理の複雑さを低減できる。
　また、これらの通知では、端末２００へ明示的に通知されるので、例えば、初回送信時にDCIによって端末２００へスケジューリング情報が通知され、連続するスロットにおいて、当該スケジューリング情報に基づく同じTB（例えば、同じTBサイズのデータ）が送信されてもよい。換言すると、TBoMS送信の初回送信に対応するスロットより後の各スロットにおいてDCIによってスケジューリング情報が通知されなくてもよい。
　＜設定方法２＞
　設定方法２では、例えば、TBサイズは、スケーリング係数（又は、scaling factorと呼ぶ）に基づいて設定されてよい。換言すると、TBサイズは、TBoMS送信に使用される複数のスロット（例えば、時間区間）におけるTBサイズのスケーリング係数に基づいて設定されてよい。
　設定方法２では、例えば、スケーリング係数を「Nscaling」とした場合、TBサイズは、次式（１５）に従って算出されるNinfoに基づいて設定されてよい。
Figure JPOXMLDOC01-appb-M000015
　式（１５）より、例えば、スケーリング係数Nscalingが大きいほど、TBサイズが大きく設定される。よって、例えば、スケーリング係数Nscalingが大きいほど、TBoMS送信に使用される各スロットにおいて伝送される情報ビット数が多くなるため、ユーザスループットを向上できる。
　スケーリング係数の設定方法として、例えば、RRCメッセージによって端末２００へsemi-staticに設定（又は、通知）する方法、及び、DCIによって端末２００へdynamicに設定（又は、通知）する方法が挙げられる。
　また、スケーリング係数には、１以上の値が設定されてよい。また、スケーリング係数は、例えば、整数値でもよく、小数値でもよい。スケーリング係数が小数値に設定される場合、式（３）において、ceiling(繰り上げ)演算又はfloor（繰り下げ）演算が行われてよい。
　スケーリング係数をSemi-staticに設定する方法では、例えば、スケーリング係数は、RRCメッセージによってsemi-staticに端末２００へ通知されてよい。例えば、スケーリング係数を設定するRRCメッセージとしては、「PDSCH-TimeDomainResourceAllocationList」又は「PUSCH-TimeDomainResourceAllocationList」が使用されてよく、「PDSCH-Config」又は「PUSCH-Config」が使用されてよく、他のメッセージが使用されてもよい。
　また、例えば、TBoMS送信が行われる場合にTBサイズ設定においてスケーリング係数が適用されてもよい（例えば、式（１５）の適用）。換言すると、TBoMS送信が行われない場合には、TBサイズ設定においてスケーリング係数が適用されなくてもよい（例えば、式（１３）の適用）。換言すると、基地局１００及び端末２００は、例えば、TBサイズの決定において、TBoMS送信を適用する場合にスケーリング係数に基づいてよく、TBoMS送信を適用しない場合にスケーリング係数に基づかなくてよい。または、TBサイズ設定においてスケーリング係数を適用するか否かを示す情報が端末２００へ通知されてもよい。スケーリング係数を適用するか否かを示す情報は、例えば、データスケジューリング毎にDCIによって端末２００へ通知されてもよい。
　また、スケーリング係数は、例えば、HARQプロセスに個別に設定されてもよい。HARQプロセスに個別にTBoMS送信のスロット数が設定される場合、例えば、TBoMS送信が行われるHARQプロセスにスケーリング係数が適用され、TBoMS送信が行われないHARQプロセスにはスケーリング係数が適用されなくてもよい。
　このように、HARQによる再送が有効な場合又はHARQプロセスに対して、スケーリング係数の適用によりスループットを向上できる。また、例えば、HARQによる再送が無効（例えば、HARQ-feedback disableが設定）な場合又はHARQプロセスに対して、スケーリング係数の非適用により伝送信頼性を向上できる。
　以上、スケーリング係数をSemi-staticに設定する方法について説明した。
　また、スケーリング係数をDynamicに設定する方法では、例えば、スケーリング係数は、データのスケジューリング情報を通知するDCIによって端末２００へ通知されてよい。
　また、例えば、RRCメッセージによって、スケーリング係数の複数の候補が端末２００に設定され、データのスケジューリング毎のDCIによって、複数の候補のうち何れか一つのスケーリング係数が端末２００へ通知されてもよい。
　例えば、スケーリング係数は、例えば、時間領域リソース割当（例えば、Time Domain Resource Allocation（TDRA））に関する情報（例えば、時間領域リソースの割当パターン）に含まれてよい。TDRA情報は、例えば、テーブル形式（例えば、TDRAテーブル）によって表されてもよい。換言すると、TDRAテーブルにスケーリング係数が規定されてよい。この場合、例えば、RRCメッセージ（例えば、PDSCH-TimeDomainResourceAllocationList-r16又はPUSCH-TimeDomainResourceAllocationList-r16）によって、TDRA情報の複数の候補が端末２００に設定され、DCIによって、複数の候補のうち何れか一つの割当パターン（スケーリング係数を含む）が端末２００へ通知されてもよい。
　または、スケーリング係数は、例えば、ページング（Paging）又はランダムアクセス処理（例えば、Random Access Channel（RACH） response）に対するスケーリング係数（例えば、１以下の値）を含む情報に含まれてよい。ページング又はランダムアクセス処理に対するスケーリングを含む情報は、例えば、テーブルによって表されてもよい。換言すると、ページング又はランダムアクセス処理に対するスケーリング係数を含むテーブルに、スケーリング係数が規定されてよい。
　この場合、例えば、TS38.214 V16.1.0のTable 5.1.3.2-2に規定のテーブルに含まれるページング（例えば、P-RNTI（Paging-Radio Network Temporary ID））又はランダムアクセス処理（例えば、RA-RNTI（Random Access-RNTI））に対するスケーリング係数（例えば、１以下の値）に加え、TBoMS送信に対するスケーリング係数（例えば、１以上の値）を含むテーブルが規定されてもよい。また、例えば、RRCメッセージによって、スケーリング係数の複数の候補が端末２００に設定され、DCI（例えば、TB scaling field）によって、複数の候補のうち何れか一つのスケーリング係数が端末２００へ通知されてもよい。
　以上、スケーリング係数をDynamicに設定する方法について説明した。
　以上のようなスケーリング係数の通知により、既存の規格における通知の仕組みにおいて、スケーリング係数を通知できるため、端末２００における処理の複雑さを低減できる。
　設定方法２によれば、例えば、TBoMS送信に使用される複数のスロットにおいてスケーリング係数に基づいてTBサイズを拡張することにより、HARQプロセス数を増加させずに、RTT内のより多くのスロットを使用できる。例えば、NTN環境のような、スロット長と比較してRTTが極めて長い環境では、HARQプロセス数を増加させなくても、スケーリング係数に基づくTBサイズの拡張により、ユーザスループットを向上できる。
　また、例えば、データ送信に使用されるスロット数の増加に基づいてTBサイズが増加するので、実質の符号化率（例えば、MCS）は、例えば、スケーリング係数に基づいて制御可能である。よって、TBoMS送信を行う場合でも、スケーリング係数（又は、符号化率又はMCS）の制御により、周波数利用効率（Spectral efficiency）の低下を抑制でき、必要十分な誤り率（例えば、BLER）での伝送が可能である。
　また、設定方法２によれば、例えば、端末２００に対して、TBoMS送信のスロット数とは独立してスケーリング係数を設定できる。このため、例えば、TBoMS送信のスロット数が端末２００に対して明示的に通知されない場合にも、基地局１００及び端末２００は、スケーリング係数によって、同一TBの送信回数あるいはスロット数に基づいてTBサイズを設定できる。
　また、例えば、スケーリング係数に設定される値が大きいほど、送信データ量が多くなり、伝送信頼性は低減する。換言すると、スケーリング係数に設定される値が小さいほど、送信データ量が少なくなり、伝送信頼性は向上する。このように、スケーリング係数の調整により、スループットと伝送信頼性との間のトレードオフを調整できるため、遅延又は信頼性の要求の異なる様々なトラヒックを効率良く収容可能である。
　以上、TBサイズの設定方法の例について説明した。
　なお、設定方法１及び設定方法２は組み合わせてもよい。または、例えば、TBサイズは、NMS及びスケーリング係数Nscalingの双方に基づいて設定されてもよい。例えば、式（１３）に対して、NMSとスケーリング係数Nscalingとが乗算されてもよい。
　このように、基地局１００及び端末２００は、NMS又はスケーリング係数Nscalingに基づいて、TBサイズを決定する。
　これにより、例えば、地上ネットワークと比較して、往復の伝搬遅延時間（例えば、RTT）の大きな環境である衛星通信において、Rel.15/16に規定されたHARQプロセス数（例えば、最大16個）を用いる場合でも、各HARQプロセスにおけるTBサイズをTBoMS送信に使用されるスロット数に基づいて拡張することにより、RTT内に送信可能な情報ビット数を増加できるので、ユーザスループットを向上できる。
　また、TBサイズの拡張によるユーザスループットの向上により、HARQプロセス数の増加を抑制できる。よって、例えば、基地局１００又は端末２００における所要HARQバッファ量の増加を抑制し、プロセス数の通知方法といった新たな規定事項の発生を抑制できるので、端末２００、基地局１００及び無線通信システムの複雑性の増大を抑制できる。
　なお、HARQプロセス数をある程度（例えば最大32個）増やした上で、スロット数NMS又はスケーリング係数Nscalingに基づいて、TBサイズを決定してもよい。この場合、RTT内で十分な情報ビット数を送信するためのNMS又はスケーリング係数Nscalingをある程度抑えられるため、TBサイズが大きくなりすぎることがない。
　なお、TBサイズ設定のためのスケーリング係数の上限値は、例えば、RTT(slot)／HARQプロセス数に設定されてもよく、設定可能なTBoMS送信のスロット数に設定されてもよい。
　また、例えば、HARQ再送の無効化（HARQ-feedback disable）の場合に、TBサイズ設定に対するNMS又はNscalingが適用されないケースでは、NMS=1又はNscaling=1が設定されてもよい。
　また、例えば、TBサイズ設定に対するNMS又はNscalingの適用可否は、セル毎にSystem Information Block（SIB）によって端末２００へ通知されてもよい。または、TBサイズ設定に対するNMS又はNscalingの適用可否は、例えば、端末２００の能力（例えば、UE capability）に応じて、端末２００毎に設定及び通知されてもよい。また、NMS又はNscalingの適用可否または適用可能なNMS又はNscalingの上限値を端末２００が基地局１００に通知し、基地局１００は端末２００の通知に基づいてNMS又はNscalingを設定してもよい。
　また、例えば、NMS又はNscalingの適用によって算出されるTBサイズは、端末２００がサポートするTBサイズの上限を超えない範囲で設定されてもよい。
　［TBサイズの別の設定方法］
　TBサイズの別の方法の例について説明する。
　上記の通り、TBサイズは、例えば、TS38.214 V16.1.0 section 5.1.3（PDSCH）及び6.1.4（PUSCH）に記載される式（１３）で表される「Ninfo」に基づいて設定されてよい。例えば、PDSCH又はPUSCHの送信に用いるスロット数に基づいて、Ninfoの値が決定される。
　例えば、Ninfoの算出式（例えば、式（１３））に含まれるNRE（データ送信に使用されるRE数）について、PUSCHの送信（換言すると、送信信号又は受信信号）に使用されるスロット数に基づく値が算出されてよい。例えば、NREは次式（１６）によって表されてよい。
Figure JPOXMLDOC01-appb-M000016
　式（１６）において、N′REは、データ送信に使用されるスロット内の１つのリソースブロック（Resource Blok（RB）又はPhysical Resource Block（PRB））内のRE数を示し、nPRBは、データに割り当てられるリソースブロック数を示す。また、式（１６）では、例えば、端末２００の対応データレート以上のTBサイズにならないようにTBサイズの算出に用いるスロット内のRE数の上限が156に設定される。なお、上限値は、156に限定されない。
　以下、RE数（NRE）の算出方法の例として２つの方法（例えば、算出方法Ａ及び算出方法Ｂ）について説明する。
　＜算出方法Ａ＞
　算出方法Ａでは、NREは、次式（１７）に従って算出されてよい。
 
Figure JPOXMLDOC01-appb-M000017
　式（１７）において、N′REは、データ（例えば、PDSCH又はPUSCH）送信に使用される複数スロットにおいて割り当てられるRE数を示す。例えば、N′REは、データ送信に使用されるNslot個のスロットそれぞれにおける１リソースブロック内のRE数の合計値を示してよい。また、式（１７）において、Nslotは、データ（例えば、PDSCH又はPUSCH）送信に使用されるスロット数を示す。
　例えば、N′REは、次式（１８）に従って算出されてよい。
Figure JPOXMLDOC01-appb-M000018
　例えば、NSC RBは、NSC RB =12でもよく、他の値でもよい。また、Noh PRBは、例えば、PDSCHについては「PDSCH-ServingCellConfig」、PUSCHについては「PUSCH-ServingCellConfig」によって端末２００へ通知されてよい。また、オーバーヘッド係数Noh PRBは、DMRSと異なる信号のオーバーヘッドを考慮するための係数でよく、例えば、Rel.15/16 NRでは{0, 6, 12, or 18}と規定される。
　また、オーバーヘッド係数Noh PRBに対して、複数スロット送信向けの値の追加、又は、係数の乗算による拡張を行ってもよい。例えば、係数として、データの送信に使用されるスロット数Nslotを適用してもよく、この場合、N′REは、次式（１９）に従って算出されてよい。
Figure JPOXMLDOC01-appb-M000019
　式（１９）により、Rel.15/16において規定された従来のオーバーヘッド係数を用いることができるため、新たな通知が必要なく、処理の簡素化及び通知オーバーヘッドの低減を図ることができる。
　また、N′REの算出の変形例として、N′REは、次式（２０）に従って算出されてよい。
Figure JPOXMLDOC01-appb-M000020
　式（２０）において、NDMRS PRBは、PDSCH又はPUSCHの送信に割り当てられるスロットあたりのリソースブロック内のDMRSのリソースエレメント数を示す。式（２０）により、例えば、複数スロット送信の際にも、Rel.15/16 NRに規定されるNDMRS PRB及びNoh PRBを適用できるので、端末２００における処理の簡素化を図ることができる。
　式（１８）または式（１９）では、NDMRS PRBはPDSCH又はPUSCH送信に割り当てられるスロット区間（Nslotの区間）内のリソースブロックあたりのDMRSのリソースエレメント数を示す。このため、例えば、スロット個別にDMRSの数が設定される場合（例えば、スロット毎に異なる場合）でも正確なDMRSのリソースエレメント数を表すことができ、より正確にデータ送信に使用されるリソースエレメント数（つまり、N′RE）を算出することができる。
　式（１７）によれば、複数スロットのそれぞれにおいてデータ送信に使用されるRE数を合計した値N′REがTBサイズの算出に用いられるため、データ送信に使用されるスロット数に応じたTBサイズを設定できる。
　また、例えば、スロットの別にRE数が異なる場合でも、複数スロットにおけるRE数の合計値N′REがTBサイズの算出に用いられるため、複数スロットにおける正確なNRE値に基づくTBサイズの設定が可能である。
　また、スロット内のRE数の上限値156にスロット数Nslotを乗算した値が、NREの上限値に設定されることにより、N′REがとる値によってTBサイズが極端に大きく設定されることを抑制できる。
　＜算出方法Ｂ＞
　算出方法Ｂでは、NREは、次式（２１）に従って算出されてよい。
Figure JPOXMLDOC01-appb-M000021
　式（２１）において、N′REは、データ（例えば、PDSCH又はPUSCH）送信に使用される複数スロットのスロットあたりの１つのリソースブロック内のRE数を示す。また、Nslotは、データ（例えば、PDSCH又はPUSCH）送信に使用されるスロット数を示す。
　算出方法Ｂは、例えば、データ送信に使用される複数スロットのそれぞれにおける１リソースブロックあたりのRE数が同一である場合を前提としてよい。その一方で、データ送信に使用される複数スロットのそれぞれにおける１リソースブロックあたりのRE数が異なる場合、N′REには、例えば、RE数のより少ない（例えば、最も少ない）スロットのRE数が適用されてもよく、先頭スロット（例えば、first slotとも呼ぶ）又は末尾スロットといった特定のスロットのRE数が適用されてもよい。または、N′REには、複数スロットのそれぞれにおけるRE数の平均値に基づく値が適用されてもよい。
　算出方法Ｂでは、TBサイズの算出に１つのスロットのRE数を用いるため、例えば、算出方法Ａと比較して、より簡素なTBサイズの算出が可能である。
　なお、式（２１）の代わりに、次式（２２）に従って、NREが算出されてもよい。
Figure JPOXMLDOC01-appb-M000022
　以上、算出方法Ａ及び算出方法Ｂについて説明した。
　なお、算出方法Ａ及び算出方法Ｂでは、１つのスロットのRE数の上限を156に設定したmin演算を行う例について説明したが、NREの算出方法はこれらに限定されない。例えば、１つのスロットのRE数の上限値は156と異なる他の値でもよい。例えば、１スロットの区間において、１つのリソースブロック内のリソースエレメント数は１６８（＝１２サブキャリア×１４シンボル）である。１６８個のリソースエレメントのうち、１シンボル分のリソースエレメント（＝１２）がDMRSといったオーバーヘッドに対応し、残りの１５６個がデータに割り当てられるリソースエレメント数の上限に規定される。例えば、複数スロット送信時には、特定のスロット（例えば、１スロット目）では、リソースエレメント数の上限は１５６に設定され、他のスロット（例えば、２スロット目以降）ではリソースエレメント数の上限は１６８に設定されてよい。この場合、NREの算出式におけるmin演算は、min(156 + 12・14・(Nslot- 1), N′RE)に置き換えられてもよい。これにより、例えば、データ送信に使用される複数スロットにおいて、DMRSといったオーバーヘッドが1シンボル目にマッピングされ、他のシンボルにはマッピングされない場合においてリソースエレメント数の上限値を適切に設定できる。
　また、例えば、リソースエレメント数の上限値が設定されなくてもよい。この場合、例えば、算出方法Ａでは「NRE= N′RE・nPRB」、又は、算出方法Ｂでは「NRE= N′RE・Nslot・nPRB」に従ってNREが算出されてもよい。
　上述したTBサイズ設定方法によれば、基地局１００及び端末２００は、例えば、データ（例えば、PDSCH又はPUSCH）送信に使用されるスロット数に応じたTBサイズを設定する。換言すると、基地局１００及び端末２００は、データ（例えば、送信信号）に使用するリソース量（例えば、スロット数）に関連した情報に基づいて、TBサイズを決定する。例えば、データ送信に使用されるスロット数が多いほど、データ送信に使用される各スロットにおいて伝送される情報ビット数が多くなる。このTBサイズの設定によって、１つのHARQプロセスにおいて送信可能なデータ量を増大させることができるので、規定された（例えば、制限された）HARQプロセス数でもスループットを向上できる。
　また、データ（例えば、PDSCH又はPUSCH）送信に使用されるスロット数に応じてTBサイズが設定される。よって、例えば、スロット数の増加に応じて伝送される情報ビット数（例えば、データ量）も増加するので、リソースブロック数の増加を抑えながら、つまり、送信電力密度（Power spectrum density：PSD）の低下を抑制しながら、スループットを向上できる。これにより、PSDの低下を抑制したデータ送信が可能になるので、例えば、或るデータレートを実現可能なカバーエリアを拡張できる。
　また、例えば、複数のスロットに対して１つのDCIによってデータ割り当てを端末２００へ通知可能なため、制御オーバーヘッドを低減できる。また、HARQプロセスの消費（換言すると、使用されるHARQプロセス数の増加）を抑制できるため、HARQプロセス数の削減による端末の簡素化が可能となる。
　また、TBoMS送信ではスロットに個別に符号化又は変調といったデータ送受信処理が行われるが、基地局１００及び端末２００は、例えば、複数スロットに亘るデータ（例えば、PDSCH又はPUSCH）送信では、複数スロットに対してまとめてチャネル推定を行い、復調及び復号を行うことにより、チャネル推定精度を向上でき、誤り率を低減できる。
　また、例えば、データ送信に使用される複数スロットのうち、特定のスロット（例えば先頭スロット）にDMRSがマッピングされ、残りのスロットにDMRSがマッピングされなくてもよい。このDMRSのマッピングにより、基地局１００及び端末２００は、より多くのデータを送信できる。よって、DMRSのマッピングがスロットに個別に設定される場合（例えば、スロット毎に異なる場合）でも、TBサイズを適切に設定できる。
　なお、データ（例えば、PDSCH又はPUSCH）送信に使用されるスロット数は、例えば、「TB処理（TB processing）の単位となるスロット数」と言い換えてもよい。
　また、データ（例えば、PDSCH又はPUSCH）送信に使用される複数のスロットは、時間的に連続したスロットでもよく、非連続なスロットでもよい。また、複数のスロットのそれぞれにおいてデータが割り当てられる周波数リソース（例えば、リソースブロック）は個別に（例えば、異なるリソースに）設定されてもよい。
　また、スロット数Nslotには、TBoMS送信のスロット数が設定されてもよい。換言すると、スロット数Nslotは、TBoMS送信のスロット数に対応してもよい。
　また、上記の設定方法は、組み合わせられてもよい。例えば、データのTBoMS送信のスロット数、スケーリング係数、及び、データの送信に使用されるスロット数（例えば、時間区間の数）の少なくとも一つに関する情報に基づいて、TBサイズを決定してもよい。一例として、TBサイズの算出方法において、算出されたNinfoに対して、さらに、スケーリング係数が乗算されてもよい。例えば、Ninfoに対して、１より小さいスケーリング係数が乗算されると、より低いMCS（又は、Spectral Efficiency）のデータ送信が可能となり、カバーエリアの拡張が可能となる。
　また、スロット数Nslotは、整数でもよく、少数でもよい。例えば、Nslot=2.5の場合には、2スロットとハーフスロット（スロットの半分）とがデータ（例えば、PDSCH又はPUSCH）送信に使用されてもよい。また、スロット数Nslotはデータ送信に用いられるシンボル数で表現されてもよい。例えば、Nslot=2の場合は28シンボル、Nslot=2.5の場合は42シンボルと表現されてもよい。
　また、スロット長が短いほど、端末の処理量又は消費電力の低減のために制御情報（例えば、PDCCH）の復号試行頻度（または回数）が、スロット単位に代えて複数スロットに対して１回（又は、スロット数未満の回数）のような頻度（または回数）に低減され得る。この場合にも、上記実施の形態のように、複数スロットにて送信されるデータが割り当てられるスロット数に基づくTBサイズの決定により、スロット数に応じたデータ量のデータ送信が可能となり、スループットを向上できる。また、複数スロットを用いたデータ送信により、スループットの向上に加え、或るデータレートを実現可能なカバーエリアを拡大できる。
　また、一例として、DCIによってデータ割り当て（例えば、スケジューリング）が端末２００へ通知される場合について説明したが、これに限定されない。本開示の一実施例は、例えば、予め周期的にスケジューリングするSemi-persistent scheduling又はConfigured Grantを用いた送信の際にも適用できる。例えば、Semi-persistent schedulingのためのRRCメッセージ「SPS-Config」によってスケーリング係数が端末２００へ通知（又は、設定）されてもよい。または、Configured uplink grantのためのRRCメッセージ「configuredGrantConfig」によってスケーリング係数が端末２００へ通知（又は、設定）されてもよい。
　また、ACK/NACKは、例えば、HARQ-ACK、又は、HARQ-Feedback情報と呼ばれることもある。
　また、Repetitionは、例えば、slot aggregation、slot bundling、TTI aggregation、又は、TTI bundlingと呼ばれることもある。
　また、上記におけるRepetition数はデータ送信（PDSCHまたはPUSCH）に用いられるスロット数Nslotと置き換えてもよい。換言すると、Repetition数は、スロット数Nslotに対応してもよい。
　また、上述した各実施の形態では、上りリンクデータ（例えば、PUSCH）の送信について説明したが、本開示の一実施例は、下りリンクデータ（例えば、PDSCH）及び上りリンクデータの両方に適用されてもよいし、何れか一方に適用して、他方に適用しなくてもよい。
　（実施の形態２）
　NRでは、図２に示したように、PUSCH repetitionの送信に使用される複数スロットの内、1つ以上のスロットにおいて、PUCCHが衝突する場合、PUCCHとPUSCHとが衝突する１以上のスロットにおいて、UCIと上りリンクデータとをPUSCHに多重して送信できる。
　一方、TBoMS送信において、UCIを多重するスロットが増加する場合、例えば、PUSCHの伝送品質が劣化し得る。
　そこで、本実施の形態２では、TBoMS送信において、UCIを多重するか否か、及び／または、PUSCH上に多重するUCIリソース量を、スロット単位、またはRepetition単位で異ならせることによって、PUSCH上に多重するUCIリソース量を制御する方法を提供する。
　例えば、以下の方法によりUCIリソース量を制御してよい。なお、以下では、TBoMS送信における複数のスロットが、時間方向において、順に、第０番目～第ｎ番目のスロット（ｎは、２以上の整数）と記載される。また、TBoMS送信におけるスロットは、TBoMS送信スロットと略記される場合がある。この場合、第n番目のスロットより前のTBoMS送信スロットは、例えば、第０番目～第ｎ－１番目のスロットであってよい。
　<Option 1>
　例えば、TBoMS送信の第ｎ番目のスロットにおいてPUCCHが衝突し、第ｎ番目のスロットより前のTBoMS送信スロットの何れか少なくとも１つにおいて、すでに、UCIが多重されることが決定されている場合は、第ｎ番目のスロットにおいては、UCIを多重せずに、ドロップする。
　<Option 2>
　TBoMS送信の第n番目のスロットにおいてPUCCHが衝突し、第n番目のスロットより前のTBoMS送信スロットにおいて、すでにUCIが多重されることが決定されている場合は、第n番目のスロットにおいては、一部のUCIを多重せず、ドロップする。
　例えば、一部のUCIは、低優先度のUCIであってもよい。例えば、低優先度のUCIは、CSIであってよい。また、CSIの中に、CSI part 1とCSI part 2とが存在する場合、UCIには、CSI part 2が含まれてもよいし、CSI part 1とCSI part 2が含まれてもよい。
　<Option 3>
　式（１）、（８）、（１１）、（１２）におけるUCIの符号化率を制御するパラメータβ、及び、UCIリソース量の上限を制御するパラメータαのいずれか一方、もしくは両方をTBoMS送信へ拡張してよい。
　例えば、TBoMS送信の第n番目のスロットにおいてPUCCHが衝突する場合、第n番目のスロットより前のTBoMS送信スロットにおいて、すでにUCIが多重されると決定されている場合と決定されていない場合とで、パラメータβまたはパラメータαの値を異ならせる。
　例えば、パラメータβ及びパラメータαのそれぞれに、2つの要素の候補｛β，βext｝及び｛α，αext｝が設定されてよい。そして、TBoMS送信の第n番目のスロットにおいてPUCCHが衝突し、第n番目のスロットより前のTBoMS送信スロットにおいてUCIが多重されないと決定している場合は、β及びαを用いて、UCIリソース量が算出されてよい。一方、TBoMS送信の第n番目のスロットにおいてPUCCHが衝突し、第n番目のスロットより前のTBoMS送信スロットにおいて、UCIが多重されると決定されている場合は、βext及びαextを用いて、UCIリソース量が算出されてよい。ここで、β及びαは、NR Rel.15/16で用いられているUCIリソース量の算出に用いるパラメータであってもよい。
　なお、上記では、パラメータβ及びパラメータαの両方が、UCIが多重されるか否かに応じて設定される例を示したが、パラメータβ及びパラメータαの何れか一方が、UCIが多重されるか否かに応じて設定されて、他方が、UCIが多重されるか否かに関わらず、設定されてよい。
　なお、Option 3において、パラメータβ及びパラメータαの要素の候補は、２つに限られず、３つ以上の候補の要素が設定されてもよい。この場合、第n番目のスロットより前のTBoMS送信スロットにおけるUCIが多重されるスロット数に応じて、用いる要素が異なってもよい。例えば、β及びαのそれぞれに、3つの要素の候補｛β，βext1，βext2｝及び｛α，αext1，αext2｝が設定されてよい。そして、TBoMS送信の第n番目のスロットにおいてPUCCHが衝突する場合、第n番目のスロットより前のTBoMS送信スロットにおいてUCIが多重されるスロット数が1つの場合、βext1及びαext1を用いてUCIリソース量が算出されてよい、一方、第n番目のスロットより前のTBoMS送信スロットにおいてUCIが多重されるスロット数が2つ以上の場合、βext2及びαext2を用いてUCIリソース量が算出されてもよい。
　図９Ａ、図９Ｂは、本実施の形態２の一例を示す図である。図９Ａ及び図９Ｂには、TBoMS送信（図９A、図９Bにおける「TBoMS PUSCH」）のスロットと、PUCCHのスロットとが示される。なお、図９A、図９Bの横軸は、時間軸を表す。また、TBoMS送信のスロットには、＃０（ｎ＝０）～＃３（ｎ＝３）の識別番号が付されている。
　図９Ａにおいて、TBoMS送信の第2番目のスロット（ｎ＝２）に着目する。図９Ａの場合、第２番目のスロットの前の第0番目のスロットにおいてUCIが多重される。そのため、第２番目のスロットでは、UCIを多重せずにドロップする方法（例えば、option １）、または、第２番目のスロットでは、βext及びαextを用いて、算出したUCIリソース量のUCIを多重する（例えば、option 3）が適用されてよい。
　図９Ｂにおいて、TBoMS送信の第2番目のスロット（ｎ＝２）に着目する。図９Ｂの場合、第２番目のスロットの前の第０番目及び第1番目のTBoMS送信スロットにおいてUCIが多重されていない。そのため、第２番目のスロットでは、UCIをドロップせずに多重する方法(例えば、option 1)。または、第２番目のスロットでは、βext及びαextを用いて、算出したUCIリソース量のUCIを多重する（例えば、option 3）が適用されてよい。
　次に、本実施の形態２における動作例を説明する。図１０は、本実施の形態２における端末２００の動作例を示すフローチャートである。図１０に示すフローは、第ｎ番目のスロット（第ｎスロット）において、UCIを多重するか否か、または、多重するUCIのリソース量を算出する動作を示すフローである。
　端末２００は、第ｎスロットにおいて、PUCCH送信とPUSCH送信とに対する送信リソースが時間的に重なるか否かを判定する（Ｓ６１）。
　第ｎスロットにおいて、PUCCH送信とPUSCH送信とに対する送信リソースが時間的に重ならない場合（Ｓ６１にてＮｏ）、端末２００は、重ならない送信リソースのPUCCHを用いてUCIを送信する（Ｓ６２）。そして、図１０のフローは終了する。
　PUCCH送信とPUSCH送信とに対する送信リソースが時間的に重なる場合（Ｓ６１にてＹｅｓ）、端末２００は、第ｎスロットよりも前のスロットにおいてUCIが多重されているか否か（多重されることが決定されているか否か）を判定する（Ｓ６３）。
　第ｎスロットよりも前のスロットにおいてUCIが多重されている場合（Ｓ６３にてＹｅｓ）、端末２００は、一部又は全てのUCIをドロップする（Option 1又はOption 2を適用）、あるいは、βext及びαextを用いて、UCIリソース量を算出する（Option 3を適用）（Ｓ６４）。そして、図１０のフローは、終了する。
　第ｎスロットよりも前のスロットにおいてUCIが多重されていない場合（Ｓ６３にてＮｏ）、端末２００は、UCIを多重する（Option 1又はOption 2を適用）、あるいは、β及びαを用いて、UCIリソース量を算出する（Option 3を適用）（Ｓ６５）。そして、図１０のフローは、終了する。
　以上、説明した本実施の形態２によれば、或るTBoMS送信スロット（例えば、図９Ａ、図９Ｂにおける第２番目のスロット）におけるUCIリソース量、及び、UCI多重の可否を、当該TBoMS送信スロットよりも前のTBoMS送信スロット（例えば、図９Ａ、図９Ｂにおける第０及び第１番目のスロット）におけるUCIの多重の状況を考慮して決定できる。そのため、TBoMS送信において、UCIを多重するスロットが増加することによって、PUSCHの伝送品質の劣化を抑えることができる。
　（変形例）
　なお、上述したOption 1～Option 3の中で、TBoMS送信に用いるスロット数によって、適用するOptionを異ならせてもよい。例えば、TBoMS送信に用いるスロット数が相対的に少ない(例えば2スロット)場合は、Option 3が適用され、TBoMS送信に用いるスロット数が相対的に多い(例えば、4スロットから8スロット)場合は、Option 1が適用されてもよい。カバレッジ拡張度が高くTBoMS送信に用いるスロット数が多い場合にOption 1を適用し、UCIを多重するスロットの数を増加させないことで、PUSCHの伝送品質の劣化を防ぐことができる。
　また、TBoMS送信に用いるスロット数によって、Option 3において適用するパラメータβ及び／又はパラメータαの要素を異ならせてもよい。例えば、パラメータβまたはパラメータαに、2つの要素｛β, βext｝及び｛α, αext｝が設定されるケースを説明する。このケースでは、TBoMS送信に用いるスロット数が相対的に少ない(例えば2スロット)、かつ、第n番目のスロットより前のTBoMS送信スロットにおいて、UCIが多重されると決定されていた場合でも、β及び／又はαを用いてUCIリソース量を算出してよい。一方、TBoMS送信に用いるスロット数が相対的に多い(例えば、4スロットや8スロット)、かつ、第n番目のスロットより前のTBoMS送信スロットにおいてUCIが多重されると決定されていた場合、βext及び／又はαextを用いてUCIリソース量を算出してよい。カバレッジ拡張度が高く、TBoMS送信に用いるスロット数が多く必要な場合に、UCIをできるだけ多重しないようなパラメータを用いることで、PUSCHの伝送品質の劣化を防ぐことができる。
　ACK/NACK、CSI part 1及びCSI part 2などのUCIの種類によって、Option 3において適用するパラメータβ及び／またはパラメータαの要素を異ならせてもよい。例えば、ACK/NACKに対しては、第n番目のスロットより前のTBoMS送信スロットにおいてUCIが多重されているか否かに関わらず、β及び／又はα（例えば、NR Rel. 15/16で用いられている既存のUCIリソース量の算出に用いるパラメータ）が用いられてもよい。一方、CSIに対しては、第n番目のスロットより前のTBoMS送信スロットにおいてUCIが多重されると決定されていた場合、βext及び／又はαextを用いてUCIリソース量を算出してよい。優先度が比較的低いUCIをできるだけ多重しないことで、下りリンクの伝送効率の劣化を抑えつつ、PUSCHの伝送品質の劣化を防ぐことができる。
　また、TBoMS送信において、UCIを多重できるスロット数が仕様（規格）等によって規定されていてもよいし、RRCなどにより設定されてもよい。UCIを多重できるスロット数がN（Nは１以上の整数）であった場合、第n番目のスロットより前のTBoMS送信スロット内のN個のスロットにおいてUCIが多重されると決定されている場合、第n番目のスロットにおいては、UCIを多重せず、ドロップしてよい。Nの値は、例えばN=2及びN=4のように、仕様（規格）等によって規定されていてもよいし、RRCにより設定されてもよい。また、TBoMS送信に用いるスロット数に応じてImplicitに決定されてもよい。
　（実施の形態３）
　上記の実施の形態１、２では、端末２００の上りリンク送信において、PUCCHおよびPUSCHに対する送信リソースが時間的に重なる場合に、UCIと上りリンクデータとをPUSCHに多重するケースについて説明した。NR Rel.15では、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てたPUSCHの送信と時間的に重なるリソースに割り当てることが許されない、という制約がある。
　図１１は、NR Rel.15/16におけるUCI（Uplink Control Information）on 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）へ割り当てられる。
　一方、複数スロットを用いたPUSCH送信（例えば、TBoMS送信）では、PUSCHの送信スロットが上りリンクのスロットを占有することがある。
　この場合、上述した「PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることが許されない」という制約があると、例えば、図１２に示すように、端末２００は、PDSCHに対するACK/NACKをTBoMS送信が完了するまで送信しないため、端末２００からのACK/NACKに基づいて、データ送信が制御される下りリンクの遅延が増大し得る。
　また、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を送信するためにPUSCHリソースの一部がパンクチャされるため、PUSCHのカバレッジ性能が劣化し得る。
　本実施の形態３では、端末２００がPUSCHのTBoMS送信を行う場合に、下りリンク伝送の周波数利用効率の改善および遅延の削減を実現し、また、PUSCHのカバレッジ性能の劣化を軽減する方法を示す。
　例えば、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。そして、例えば、第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースが、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるか否かによって、ACK/NACKの送信方法、ACK/NACKの送信ビット数、PUSCH repetition送信リソースの少なくとも１つを制御する。
　例示的に、本実施の形態３では、以下の3つの方法を説明する。
　＜方法１＞
　本実施の形態３における方法１を説明する。
　端末２００に対してTBoMS送信が適用されている場合、方法１では、PUSCHを割り当てる第1のDCIを受信した後の第2のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第1のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。
　例えば、PUCCHとPUSCHの送信リソースが時間的に重なるスロットにおいて、第2のDCIによって割り当てられたPDSCHに対するACK/NACKを、第1のDCIによって割り当てられたPUSCHリソースの一部をパンクチャして送信する。ただし、第1のDCIによって割り当てられたPUSCHリソースの一部をパンクチャして送信することができる第2のDCIによって割り当てられたPDSCHに対するACK/NACKのビット数をXビットに制限する。第2のDCIによって割り当てられたPDSCHに対するACK/NACKのビット数がXビットを超える場合、ACK/NACKバンドリング(ACK/NACKビットの圧縮)を適用して実際に送信するACK/NACKビット数をXビット以下にした上で、第1のDCIによって割り当てられたPUSCHリソースの一部をパンクチャして送信する。
　ここで、Xの値は、規格において予め定められた値(例えば、X=2ビット)、RRCシグナリングにより静的に設定される値、MAC-CE（Medium Access Control - Control Element）での通知により設定される値、DCIによって動的に通知される値、または暗黙的（Implicit）に決定される値であってもよいし、これらの任意の組合せによって決定されてもよい。Xの値がImplicitに決定される場合は、例えば、PUSCH送信に用いるスロット数に基づいてXの値が決定されてもよいし、その他の端末に設定されるパラメータから決定されてもよい。
　次に、方法１を適用する端末２００の動作例について説明する。
　図１３は、本実施の形態３の方法１の動作例を示すフローチャートである。図１３に示すように、端末２００は、例えば、PUSCHを割り当てる第１のDCIを基地局１００から受信した後（Ｓ１０１の後）、TBoMS送信が適用されているか否かを判断する（Ｓ１０２）。
　TBoMS送信が適用されていない場合（Ｓ１０２；Ｎｏ）、端末２００は、例えば、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容しない（Ｓ１０８）。例えば、端末２００は、NR Rel.15/16においてサポートされる動作と同等の動作によって、PUSCHの送信と時間的に重ならないリソースにてPUCCHを送信してよい。
　TBoMS送信が適用されている場合（Ｓ１０２；Ｙｅｓ）、端末２００は、例えば、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が割り当てられる。端末２００は、スロット#3, #4, #7, #8においてTBoMS送信を行う。なお、本開示において、「スロット」は、時間リソース単位の一例であり、その他の呼称の単位であってもよい。
　また、スロット#1における第２のDCIによってPDSCHが割り当てられ、PDSCHに対するACK/NACKを送信するPUCCHリソースがスロット#3に割り当てられる。この場合、PUCCHとPUSCHの送信リソースが時間的に重なるスロット#3において、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを、PUSCHリソースの一部をパンクチャして送信する。ここで、送信するACK/NACKビット数は、Ｘビット以下である。
　以上のように、方法１によれば、端末２００がTBoMS送信を行う場合に、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するためのPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。したがって、下りリンク伝送の周波数利用効率の改善および遅延の削減を実現できる。
　また、第１のDCIによって割り当てられたPUSCHリソースの一部をパンクチャして送信する、第２のDCIによって割り当てられたPDSCHに対するACK/NACKのビット数を、Ｘビット以下に制限するため、Ｘの値を適切に設定することで、PUSCHのカバレッジ性能の劣化を軽減できる。
　＜方法２＞
　本実施の形態３における方法２を説明する。
　図１５は、方法２を適用する端末２００の動作例を示すフローチャートである。図１５において、Ｓ１０６ａを除いたＳ１０１～Ｓ１０５、Ｓ１０７及びＳ１０８の処理は、図１３に例示した処理と同様でよい。
　方法２では、方法１と同様に、端末２００に対してTBoMS送信が適用されている場合、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のTBoMS送信を、例えば、時間的に後方に延期（postponed）してよい（Ｓ１０６ａ）。
　図１６は、方法２の動作例を示す図である。スロット#0における第１のDCIによって、PUSCHを送信するタイミングとしてスロット#3が割り当てられる。また、スロット#1において第２のDCIによってPDSCHが割り当てられ、PDSCHに対するACK/NACKを送信するPUCCHリソースがスロット#3に割り当てられる。
　この場合、PUCCHとPUSCHの送信リソースが時間的に重なるスロット#3において、ACK/NACKがPUSCHよりも高優先度の送信であると扱い、スロット#3はPUSCH送信に使用不可能なスロット(unavailable slot)に設定される。そのため、スロット#3において、端末２００は、PUSCHよりも優先度の高いACK/NACKをPUCCHリソースにて送信する。
　一方、TBoMS送信では、スロット数をPUSCH送信に使用可能な上りリンクスロットに基づいてカウントする。そのため、端末２００は、TBoMS送信に使用可能な上りリンクスロットであるスロット#4, #7, #8, #9においてPUSCHを送信する。
　以上のように、方法２によれば、端末２００がTBoMS送信を行う場合に、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するためのPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。したがって、下りリンク伝送の周波数利用効率の改善および遅延の削減を実現できる。
　また、方法２では、PUCCHとPUSCHの送信リソースが時間的に重なるスロットはPUSCH送信に使用不可能なスロット(unavailable slot)に設定されるので、端末２００は、TBoMS送信を時間的に後方のスロットにおいて実施(postpone)できる。したがって、端末２００は、ACK/NACKによるPUSCHリソースのパンクチャのような影響を受けずに、PUSCH送信（TBoMS送信）を行うことができるため、PUSCHのカバレッジ性能の劣化を回避あるいは抑制できる。
　＜方法３＞
　本実施の形態３における方法３を説明する。
　図１７は、方法３を適用する端末２００の動作例を示すフローチャートである。図１７において、Ｓ１０６ｂを除いたＳ１０１～Ｓ１０５、Ｓ１０７及びＳ１０８の処理は、図１３に例示した処理と同様でよい。
　方法３では、方法１及び２と同様に、端末２００に対してTBoMS送信が適用されている場合、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が割り当てられる。端末２００は、スロット#3, #4, #7, #8においてTBoMS送信を行う。
　また、スロット#1において第２のDCIによってPDSCHが割り当てられ、PDSCHに対するACK/NACKを送信するPUCCHリソースがスロット#3に割り当てられる。この場合、スロット#1において第２のDCIによって割り当てられたPDSCHに対するHARQプロセスが無効になり、端末２００は、スロット#3においてACK/NACKを送信しない。
　以上のように、方法３によれば、方法１及び２と同様に、端末２００がTBoMS送信を行う場合に、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するためのPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容する。したがって、下りリンク伝送の周波数利用効率の改善および遅延の削減を実現できる。
　また、方法３によれば、第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースが、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なる場合、第２のDCIによって割り当てられたPDSCHのHARQプロセスを無効(Disable)にする。したがって、端末２００は、ACK/NACKによるPUSCHリソースのパンクチャの影響を受けずに、PUSCH送信（TBoMS送信）が可能となる。そのため、PUSCHのカバレッジ性能の劣化を回避あるいは抑制できる。
　また、基地局１００の観点では、例えば、端末２００からのHARQ-ACKフィードバックの受信を待たずにPDSCHの割り当て（別言すると、スケジューリング）が可能であるため、スケジューリングの自由度を向上できる。
　ここで、HARQプロセスを無効にすることで下りリンク伝送の再送効率の劣化が発生し得る。しかし、例えば、HARQプロセスを無効にするPDSCHは初回送信の信頼度を上げて（例えば、Modulation and Coding Scheme, MCSや割当リソース量を調整して）送信するといった、PDSCHの信頼度を適切に設定する処理を適用することで、再送効率の劣化を軽減できる。
　なお、TBoMS送信において、実施の形態１における<RM-Approach 1>を用いる場合、PUSCHの送信に使用されるスロット数（２以上の整数）のリソース量に応じたビット数を所定のRV位置から読み出し、複数スロットにわたるPUSCHリソースにマッピングする。この複数スロットからなるTBoMS送信の単位を1つのTBoMS送信単位とし、1つのTBoMS送信単位を繰り返し送信（repetition）することで、PUSCHのカバレッジを向上されることがあり得る。例えば、実施の形態３において、TBoMS送信の１つのリソース（スロット）が、1つのTBoMS送信単位と見なされてよい。例えば、図１０において、４つのTBoMS送信のスロットのそれぞれが、1つのTBoMS送信単位と見なされてよい。あるいは、複数スロットからなるTBoMS送信の単位を1つのTBoMS送信単位とし、1つのTBoMS送信単位を繰り返し送信（repetition）する場合に、スロットの単位を1 TBoMS送信単位に置き換えて、実施の形態３を適用してもよい。
　また、第1のDCIで割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースがTBoMS送信の内、どのスロットと衝突するかによって、適用する実施の形態を異ならせてもよい。例えば、TBoMSの先頭スロットと衝突した場合は実施の形態1を適用し、TBoMSの先頭スロット以外と衝突した場合は、実施の形態2を適用してもよい。また、TBoMSの先頭スロットと衝突した場合は実施の形態3を適用し、TBoMSの先頭スロット以外と衝突した場合は、実施の形態2を適用してもよい。
　TBoMS送信の第n番目のスロットにおいて、PUCCHが衝突した場合、第n番目のスロットより前のTBoMS送信スロットにおいて、すでにUCIが多重されることが決定されているか否かに応じて、適用する方法を異ならせてもよい。例えば、TBoMS送信の第n番目のスロットにおいてPUCCHが衝突した場合、第n番目のスロットより前のTBoMS送信スロットにおいてすでにUCIが多重されていた場合は、第n番目のスロットにおいては、方法2または方法3を適用し、第n番目のスロットより前のTBoMS送信スロットにおいてUCIが多重されていない場合は、方法1を適用してもよい。TBoMS送信におけるUCI多重リソース量もしくはUCI多重の可否を前方のスロットにおけるUCI多重の状況を考慮して決定できるため、TBoMS送信において、UCIを多重するスロットが増加することによるPUSCHの伝送品質劣化を抑えることができる。
　（変形例１）
　実施の形態３の本変形例１では、端末２００に対してTBoMS送信が適用されている場合、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が適用されるので、TBoMS送信に対する影響を軽減できる。
　（変形例２）
　上述した方法１、２および３では、端末２００に対してPUSCHのTBoMS送信が適用されている場合、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容した。
　ここで、PUCCHとPUSCHの送信リソースが時間的に重なるスロットは、第１のDCIによって割り当てられたTBoMS送信のうち、どのスロットであってもよい。例えば、PUCCHとPUSCHの送信リソースが時間的に重なるスロットは、図１４、図１６および図１８に例示したようにTBoMS送信の先頭スロットであってもよいし、先頭スロットとは異なるスロットであってもよい。
　また、第１のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースが、TBoMS送信のうち、どのスロットと重なる（あるいは衝突する）かによって、方法１、２及び３のうち適用する方法を異ならせてもよい。
　非限定的な一例として、ACK/NACKを送信するPUCCHリソースが、図１９に示すようにTBoMS送信の先頭スロット（MS#0）と衝突した場合は方法１を適用してよく、図２０に示すようにTBoMS送信の先頭スロットとは異なるスロット（例えば、MS#1）と衝突した場合は方法２を適用してもよい。
　また、非限定的な一例として、ACK/NACKを送信するPUCCHリソースがTBoMS送信の先頭スロットと衝突した場合は方法３を適用し、ACK/NACKを送信するPUCCHリソースがTBoMS送信の先頭スロットとは異なるスロットと衝突した場合は方法２を適用してもよい。
　本変形例によれば、例えば、パンクチャ、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の優先度に基づいて適切な上りリンク送信を実現できる。
　（変形例４）
　TBoMS送信の第n番目のスロットにおいて、PUCCHが衝突した場合、第n番目のスロットより前のTBoMS送信スロットにおいて、すでにUCIが多重されているか否かに応じて、適用する方法を異ならせてもよい。例えば、TBoMS送信の第n番目のスロットにおいてPUCCHが衝突し、第n番目のスロットより前のTBoMS送信スロットにおいてすでにUCIが多重されると決定されていた場合は、第n番目のスロットにおいては、方法2または方法3を適用してよい。例えば、TBoMS送信の第n番目のスロットにおいてPUCCHが衝突し、第n番目のスロットより前のTBoMS送信スロットにおいてUCIが多重されないと決定されている場合は、方法1が適用されてもよい。
　TBoMS送信におけるUCI多重リソース量またはUCI多重の可否を、PUCCHとPUSCHとが衝突するスロットよりも前のスロットにおけるUCI多重の状況を考慮して決定できるため、TBoMS送信において、UCIを多重するスロットが増加することによるPUSCHの伝送品質劣化を抑えることができる。
　（その他の変形例１）
　本実施の形態３では、端末２００に対してPUSCHのTBoMS送信が適用されている場合、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容して、上述した方法および変形例の何れかを適用した。
　ここで、例えば、TBoMS送信のリソースの数（スロット数）が閾値よりも大きい場合に、上述した方法または変形例が適用されてもよい。また、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のTBoMS送信が適用されている場合、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容した。
　ここで、PUCCHとPUSCHの送信リソースが時間的に重なるスロットは、第１のDCIによって割り当てられたTBoMS送信のうち、どのスロットであってもよい。例えば、PUCCHとPUSCHの送信リソースが時間的に重なるスロットは、TBoMS送信の先頭スロットであってもよいし、先頭スロットとは異なるスロットであってもよい。
　また、第１のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースが、TBoMS送信のうち、どのスロットと重なる（あるいは衝突する）かによって、実施の形態１、２及び３のうち適用する実施の形態を異ならせてもよい。
　非限定的な一例として、ACK/NACKを送信するPUCCHリソースが、先頭スロットと衝突した場合は実施の形態１を適用してよく、TBoMS送信の先頭スロットとは異なるスロットと衝突した場合は実施の形態２を適用してもよい。
　また、非限定的な一例として、ACK/NACKを送信するPUCCHリソースがTBoMS送信の先頭スロットと衝突した場合は実施の形態３を適用し、ACK/NACKを送信するPUCCHリソースがTBoMS送信の先頭スロットとは異なるスロットと衝突した場合は実施の形態２を適用してもよい。
　本変形例によれば、例えば、パンクチャ、Postpone、あるいは、HARQ disableといった端末動作（あるいは処理）に求められる時間を基に、端末２００に対して端末能力に応じた適切な動作あるいは処理を適用できる。
　以下に、上述した各実施の形態および各変形例を含む本開示に対する補足について説明する。
　（補足１）
　TBoMS送信では、スロット数をPUSCH送信に使用可能な上りリンクスロットに基づいてカウントするが、PUSCH送信に使用可能な上りリンクスロットの決定には、以下に示す何れかの決定方法が適用されてもよい。
　＜決定方法１＞
　PUSCH送信に使用可能な上りリンクスロットの決定は、RRCシグナリングに依存してよい。例えば、RRCシグナリングには、TDDの上りリンク／下りリンクスロットフォーマット通知(例えば、semi-static slot format indicator(SFI))などが含まれてよい。
　＜決定方法２＞
　PUSCH送信に使用可能な上りリンクスロットの決定は、例えば、RRCシグナリングおよびTBoMS送信のリソースを割り当てるDCIによる通知に依存してよい。例えば、RRCシグナリングには、TDDの上りリンク／下りリンクスロットフォーマット通知(例えば、semi-static SFI)などが含まれてよい。TBoMS送信のリソースを割り当てるDCIでは、PUSCH送信に使用不可能なスロット(unavailable slot)を直接に（あるいは明示的に）通知してもよいし、RRCシグナリングによって通知された無効な上りリンクスロット／シンボル(invalid UL slot/symbol)を無効とするか有効とするかを指示してもよい。
　＜決定方法３＞
　PUSCH送信に使用可能な上りリンクスロットの決定は、例えば、RRCシグナリング、TBoMS送信のリソースを割り当てるDCIおよび動的なSFIによる通知に依存してよい。例えば、RRCシグナリングには、TDDの上りリンク／下りリンクスロットフォーマット通知(例えば、semi-static SFI)などが含まれてよい。TBoMS送信のリソースを割り当てるDCIでは、PUSCH送信に使用不可能なスロット(unavailable slot)を直接に（あるいは明示的に）通知してもよいし、RRCシグナリングによって通知された無効な上りリンクスロット／シンボル(invalid UL slot/symbol)を無効とするか有効とするかを指示してもよい。動的なSFIには、例えば、Group-common PDCCHによって通知されるTDDの上りリンク／下りリンクスロットフォーマット通知(dynamic SFI)などが含まれてよい。
　PUSCH送信に使用可能な上りリンクスロットの決定方法と実施の形態３における各方法との関連は、例えば以下のとおりである。
　方法１は、決定方法１、決定方法２および決定方法３の何れに適用されてもよい。方法２は、決定方法３と合わせて適用されることが望ましい。その理由は、例えば、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIを決定方法３のDynamic SFIと同様の通知として処理できるためである。ただし、方法２をその他の決定方法に適用してもよい。方法３は、決定方法１、決定方法２および決定方法３の何れに適用されてもよい。
　（補足２）
　上述した実施の形態あるいは変形例では、PUSCHのTBoMS送信への適用を例に説明を行ったが、本開示はこれに限定されない。例えば、本開示は、PUSCH repetitionに適用されてよい。例えば、PUSCH repetition方法には、PUSCH repetition Type A enhancementが適用されてもよいし、PUSCH repetition Type Bが適用されてもよい。
　また、特定のTBoMS送信に限って上述した実施の形態または変形例が適用されてもよい。また、TBoMS送信方法によって、適用する実施の形態あるいは変形例を異ならせてもよい。
　（補足３）
　上述した実施の形態あるいは変形例では、スロット単位の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が適用されてもよい。
　この場合、例えば、方法１において、TBoMS送信のスロットのうち、一部のスロットがPUSCHと衝突することがあり得る。PUCCHリソースとPUSCHリソースとが衝突したスロット（例えば図２３に示すスロット#8）においては、実施の形態１と同様、端末２００は、PUSCHリソースの一部をパンクチャしてACK/NACKを送信してよい。一方、PUCCHリソースとPUSCHリソースとが衝突しないスロット（例えば図１９に示すスロット#9）において、端末２００は、PUCCHを用いてACK/NACKを送信してよい。
　送信するACK/NACKビット数は、例えば、TBoMS送信のスロット間において同じとしてもよいし、TBoMS送信のスロット間において異なることとしてもよい。前者の非限定的な一例としては、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のTBoMS送信が適用されている場合、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容した。
　一方、端末２００に対してPUSCHのTBoMS送信が適用されている場合、NR Rel.15/16と同様に、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIによって割り当てられたPDSCHに対するACK/NACKを送信するPUCCHリソースを、第１のDCIによって割り当てられたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容しないこともあり得る。また、既述のように、条件によって既述の実施の形態または変形例を適用しない場合もあり得る。
　この場合、端末２００は、例えば、PDSCHに対するACK/NACKを、TBoMS送信が完了した後の上りリンクスロットにおいて送信する。PDSCHを割り当てるDCIに含まれる制御情報には、PDSCHを受信したスロットから何スロット後にPUCCHを送信するかを示すタイミングに関する情報（K1またはPDSCH-to-HARQ_feedback timing indication）を含むことができる。
　ここで、制御情報によって端末２００に通知（あるいは指示）可能なタイミングに関する情報（例えば、タイミングの範囲）は限られるため、端末２００に対してTBoMS送信が適用されている場合、通知可能なタイミングの範囲を拡大することが検討される。
　例えば、端末２００に対してPUSCHのTBoMS送信が適用されており、かつ、PUSCHを割り当てる第１のDCIを受信した後の第２のDCIで割り当てたPDSCHに対するACK/NACKを送信するPUCCHリソースを第1のDCIで割り当てたPUSCHの送信と時間的に重なるリソースへ割り当てることを許容しない場合、K1の決定（例えば、算出）に、TBoMS送信のスロットを含めなくてもよい。
　例えば図２４に示すように、スロット#0における第１のDCIによってPUSCHを送信するタイミングとしてスロット#3、およびスロット数4のTBoMS送信が割り当てられた場合、端末２００は、スロット#3, #4, #7, #8においてPUSCHを送信する。また、図２０には、スロット#1において第２のDCIによってPDSCHが割り当てられ、PDSCHに対するACK/NACKを送信するPUCCHリソースがスロット#9に割り当てられる例が示される。
　この場合、スロット単位に基づくK1の決定方法では、端末２００がPUCCHを送信するスロット#9のタイミングはK1=8によって指示できるが、TBoMS送信スロットをK1の決定に用いなければ、K1=4によってスロット#9のタイミングを指示できる。したがって、K1によって指示可能なPUCCU送信タイミングの範囲を拡大でき、例えば、PDSCH割当のブロッキングが発生することを低減でき、下りリンクの周波数利用効率が低下し得ることを回避あるいは抑制できる。
　なお、上述したK1の決定方法は、TBoMS送信方法に依存して適用されてもよいし、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プロセスを無効に設定する。
　本開示の一実施例に係る基地局は、複数のスロットを用いた上りリンク共有チャネルの送信に割り当てられた送信リソースと、上りリンク制御チャネルの送信リソースとが時間的に重なる場合に、前記複数のスロットにおける前記上りリンク共有チャネルにおいて送信されるデータのサイズ、及び／又は、前記複数のスロットにおける前記上りリンク共有チャネルの第１リソース量に基づいて、上りリンク制御情報の送信に用いる第２リソース量を決定する制御回路と、決定した第２リソース量のリソースにおける前記上りリンク制御情報と、多重された前記データとを受信する受信回路と、を備える。
　本開示の一実施例に係る通信方法は、端末が、複数のスロットを用いた上りリンク共有チャネルの送信に割り当てられた送信リソースと、上りリンク制御チャネルの送信リソースとが時間的に重なる場合に、前記複数のスロットにおける前記上りリンク共有チャネルにおいて送信されるデータのサイズ、及び／又は、前記複数のスロットにおける前記上りリンク共有チャネルの第１リソース量に基づいて、上りリンク制御情報の送信に用いる第２リソース量を決定し、決定した第２リソース量のリソースにおける前記上りリンク制御情報と前記データとを多重して送信する。
　２０２１年４月６日出願の特願２０２１－０６４９０１の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、無線通信システムに有用である。
　１００　基地局
　１０１，２０５　制御部
　１０２　上位制御信号生成部
　１０３　下りリンク制御情報生成部
　１０４，２０６　符号化部
　１０５，２０７　変調部
　１０６，２０８　信号割当部
　１０７，２０９　送信部
　１０８，２０１　受信部
　１０９，２０２　抽出部
　１１０，２０３　復調部
　１１１，２０４　復号部
　２００　端末

Claims (13)

  1. 　複数のスロットを用いた上りリンク共有チャネルの送信に割り当てられた送信リソースと、上りリンク制御チャネルの送信リソースとが時間的に重なる場合に、前記複数のスロットにおける前記上りリンク共有チャネルにおいて送信されるデータのサイズ、及び／又は、前記複数のスロットにおける前記上りリンク共有チャネルの第１リソース量に基づいて、上りリンク制御情報の送信に用いる第２リソース量を決定する制御回路と、
    　決定した第２リソース量のリソースにおける前記上りリンク制御情報と前記データとを多重して送信する送信回路と、
    　を備える端末。
  2. 　前記サイズは、前記スロット単位のリソース量、または、前記上りリンク共有チャネルの繰り返し送信を行う場合の初回送信に割り当てられるリソース量よりも大きい、
    　請求項１に記載の端末。
  3. 　前記第１リソース量は、前記複数のスロットに含まれるシンボル数と異なる値である、
    　請求項１に記載の端末。
  4. 　前記サイズは、前記スロット単位のリソース量、または、前記上りリンク共有チャネルの繰り返し送信を行う場合の初回送信に割り当てられるリソース量よりも大きく、
    　前記第１リソース量は、前記複数のスロットに含まれるシンボル数と異なる値である、
    　請求項１に記載の端末。
  5. 　前記制御回路は、前記データのサイズと、前記第１リソース量と、前記複数のスロットにおける前記上りリンク共有チャネルの第３リソース量に基づいて前記第２リソース量を決定する、
    　請求項４に記載の端末。
  6. 　前記データのサイズは、前記データのコードブロックサイズまたはトランスポートブロックサイズである、
    　請求項１に記載の端末。
  7. 　前記制御回路は、前記上りリンク共有チャネルの送信リソースと前記上りリンク制御チャネルの送信リソースとが時間的に重なるスロットが、前記複数のスロットの何れであるかに基づいて、前記第２リソース量を決定する、
    　請求項１に記載の端末。
  8. 　複数のスロットにおける上りリンク共有チャネルの送信リソースと、上りリンク制御チャネルの送信リソースとが時間的に重なる場合に、重なるスロットよりも時間的に前のスロットにおける上りリンク制御情報の多重の有無に基づいて、上りリンク制御情報の送信に用いるリソース量をスロット単位で決定する制御回路と、
    　決定したリソース量のリソースにおいて前記上りリンク制御情報とデータとを多重して送信する送信回路と、を備える端末。
  9. 　前記制御回路は、前記上りリンク制御情報の送信に用いるリソース量をゼロにするか否かを決定する、
    　請求項８に記載の端末。
  10. 　前記制御回路は、前記上りリンク制御情報の送信に用いるリソース量をゼロにするか否かを決定する、
    　請求項８に記載の端末。
  11. 　前記制御回路は、前記複数のスロットにおける先頭のスロットが、前記重なるスロットである場合と、前記複数のスロットにおける先頭以外のスロットが、前記重なるスロットである場合とで、前記上りリンク制御情報の送信に用いるリソース量を異ならせる、
    　請求項８に記載の端末。
  12. 　複数のスロットを用いた上りリンク共有チャネルの送信に割り当てられた送信リソースと、上りリンク制御チャネルの送信リソースとが時間的に重なる場合に、前記複数のスロットにおける前記上りリンク共有チャネルにおいて送信されるデータのサイズ、及び／又は、前記複数のスロットにおける前記上りリンク共有チャネルの第１リソース量に基づいて、上りリンク制御情報の送信に用いる第２リソース量を決定する制御回路と、
    　決定した第２リソース量のリソースにおける前記上りリンク制御情報と、多重された前記データとを受信する受信回路と、
    　を備える基地局。
  13. 　端末は、
    　複数のスロットを用いた上りリンク共有チャネルの送信に割り当てられた送信リソースと、上りリンク制御チャネルの送信リソースとが時間的に重なる場合に、前記複数のスロットにおける前記上りリンク共有チャネルにおいて送信されるデータのサイズ、及び／又は、前記複数のスロットにおける前記上りリンク共有チャネルの第１リソース量に基づいて、上りリンク制御情報の送信に用いる第２リソース量を決定し、
    　決定した第２リソース量のリソースにおける前記上りリンク制御情報と前記データとを多重して送信する、
    　通信方法。
PCT/JP2022/008727 2021-04-06 2022-03-02 端末、基地局及び通信方法 WO2022215390A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
KR1020237033445A KR20230163421A (ko) 2021-04-06 2022-03-02 단말, 기지국 및 통신 방법
CN202280024216.4A CN117063589A (zh) 2021-04-06 2022-03-02 终端、基站及通信方法
BR112023020414A BR112023020414A2 (pt) 2021-04-06 2022-03-02 Terminal, estação base e método de comunicação.
CA3214401A CA3214401A1 (en) 2021-04-06 2022-03-02 Terminal, base station, and communication method
JP2023512862A JPWO2022215390A5 (ja) 2022-03-02 端末、基地局、通信方法及び集積回路
EP22784375.2A EP4322661A1 (en) 2021-04-06 2022-03-02 Terminal, base station, and communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-064901 2021-04-06
JP2021064901 2021-04-06

Publications (1)

Publication Number Publication Date
WO2022215390A1 true WO2022215390A1 (ja) 2022-10-13

Family

ID=83545847

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/008727 WO2022215390A1 (ja) 2021-04-06 2022-03-02 端末、基地局及び通信方法

Country Status (6)

Country Link
EP (1) EP4322661A1 (ja)
KR (1) KR20230163421A (ja)
CN (1) CN117063589A (ja)
BR (1) BR112023020414A2 (ja)
CA (1) CA3214401A1 (ja)
WO (1) WO2022215390A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021064901A (ja) 2019-10-16 2021-04-22 京セラドキュメントソリューションズ株式会社 モバイルデバイス及びネットワーク通信ハンドオーバープログラム

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021064901A (ja) 2019-10-16 2021-04-22 京セラドキュメントソリューションズ株式会社 モバイルデバイス及びネットワーク通信ハンドオーバープログラム

Non-Patent Citations (11)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.211
3GPP TS 38.300
3GPP TS38.104
3GPP TS38.211
3GPP TS38.212
3GPP TS38.213
3GPP TS38.214
LG ELECTRONICS: "Discussion on Intra-UE multiplexing/prioritization", 3GPP DRAFT; R1-2100883, 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 , XP051971235 *
MODERATOR (APPLE INC.): "Summary of email discussion [104-e-NR-L1enh-URLLC-03] on PUSCH enhancements for NR eURLLC", 3GPP DRAFT; R1-2102106, 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, 8 February 2021 (2021-02-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051977696 *
NEC: "Discussion on TB processing over multi-slot PUSCH", 3GPP DRAFT; R1-2100943, 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 , XP051971282 *
VIVO: "Discussion on PUSCH skipping with overlapping UCI on PUCCH in Rel-16", 3GPP DRAFT; R1-2102934, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210412 - 20210420, 6 April 2021 (2021-04-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051993306 *

Also Published As

Publication number Publication date
EP4322661A1 (en) 2024-02-14
CA3214401A1 (en) 2022-10-13
JPWO2022215390A1 (ja) 2022-10-13
CN117063589A (zh) 2023-11-14
KR20230163421A (ko) 2023-11-30
BR112023020414A2 (pt) 2023-12-05

Similar Documents

Publication Publication Date Title
CN114041314A (zh) 用户设备和调度节点
CN114503618A (zh) 终端及通信方法
US20220256557A1 (en) Communication apparatuses and communication methods for dci for v2x communication apparatuses
CN115428558A (zh) 移动台、基站、接收方法及发送方法
WO2022215390A1 (ja) 端末、基地局及び通信方法
WO2022195952A1 (ja) 端末、基地局及び通信方法
WO2023013191A1 (ja) 通信装置、及び、通信方法
WO2022239289A1 (ja) 通信装置、及び、通信方法
WO2023013192A1 (ja) 端末、基地局及び通信方法
WO2023203938A1 (ja) 端末、基地局、通信方法及び集積回路
WO2023119756A1 (ja) 通信装置及び通信方法
WO2023181557A1 (ja) 端末、基地局及び通信方法
WO2024034227A1 (ja) 通信装置、及び、通信方法
WO2023181556A1 (ja) 端末、基地局及び通信方法
WO2024034228A1 (ja) 通信装置、及び、通信方法
WO2024100924A1 (ja) 端末、基地局、及び、通信方法
WO2023181579A1 (ja) 端末、基地局及び通信方法
WO2023204060A1 (ja) 通信装置、及び、通信方法
WO2022209097A1 (ja) 通信装置および通信方法
JP7492527B2 (ja) 端末装置、通信方法及び集積回路
WO2024024259A1 (ja) 端末、基地局、及び、通信方法
WO2023013217A1 (ja) 基地局、端末及び通信方法
WO2023204061A1 (ja) 通信装置、及び、通信方法
WO2022014279A1 (ja) 端末、基地局及び通信方法
WO2023100470A1 (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: 22784375

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: MX/A/2023/011207

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: 202280024216.4

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 18553708

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 3214401

Country of ref document: CA

Ref document number: 2023512862

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2301006484

Country of ref document: TH

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112023020414

Country of ref document: BR

WWE Wipo information: entry into national phase

Ref document number: 2022784375

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

Country of ref document: EP

Effective date: 20231106

ENP Entry into the national phase

Ref document number: 112023020414

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20231003