WO2020026532A1 - 端末及び通信方法 - Google Patents

端末及び通信方法 Download PDF

Info

Publication number
WO2020026532A1
WO2020026532A1 PCT/JP2019/015885 JP2019015885W WO2020026532A1 WO 2020026532 A1 WO2020026532 A1 WO 2020026532A1 JP 2019015885 W JP2019015885 W JP 2019015885W WO 2020026532 A1 WO2020026532 A1 WO 2020026532A1
Authority
WO
WIPO (PCT)
Prior art keywords
transmission
terminal
uplink data
response signal
uplink
Prior art date
Application number
PCT/JP2019/015885
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 US17/264,263 priority Critical patent/US11601926B2/en
Priority to EP19845199.9A priority patent/EP3833143A4/en
Priority to CN201980050873.4A priority patent/CN112956268A/zh
Priority to JP2020534058A priority patent/JPWO2020026532A1/ja
Publication of WO2020026532A1 publication Critical patent/WO2020026532A1/ja
Priority to US18/149,521 priority patent/US11785606B2/en
Priority to US18/457,953 priority patent/US20230403710A1/en
Priority to JP2023199919A priority patent/JP2024020542A/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • 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/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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Definitions

  • the present disclosure relates to a terminal and a communication method.
  • NR New Radio Access Technology
  • URLLC Ultra-Reliable and Low-Latency Communication
  • eMBB Enhanced Mobile Broadband
  • low delay is realized by flexibly controlling the subcarrier interval or the number of transmission symbols to shorten the TTI (Transmit Time Interval). Also, by setting or notifying a modulation and coding scheme (MCS: Modulation and Coding Scheme) or a channel state report (CQI: Channel Quality Indicator) for achieving a low target block error rate (BLER).
  • MCS Modulation and Coding Scheme
  • CQI Channel Quality Indicator
  • BLER target block error rate
  • 3GPP TS 38.212 V15.2.0 “NR; Multiplexing and channel coding (Release 15),” June 2018.
  • 3GPP TS 38.214 V15.2.0 “NR; Physical layer procedures for data (Release 15),” June 2018. H. Shariatmadari, Z. Li, S. Iraji, M. A. Uusitalo, and R. Jantti, “Control channel enhancements for ultra-reliable low-latency communications,” Proc. The 10th International Workshop on Evolutional Technologies and Beyond (WDN-5G ICC2017), May 2017.
  • the non-limiting embodiment of the present disclosure contributes to providing a terminal and a communication method that can appropriately transmit an uplink signal.
  • the terminal according to an embodiment of the present disclosure, the transmission of the uplink data channel including uplink data and the transmission of the uplink control channel including uplink control information, when the time overlap, the uplink data and A circuit that determines a processing mode for the uplink data and the uplink control information according to a request condition for at least one of the uplink control information, and based on the determined processing mode, the uplink data and the A transmitter for transmitting at least one of the uplink control information.
  • the communication method according to an embodiment of the present disclosure, the transmission of an uplink data channel including uplink data and the transmission of an uplink control channel including uplink control information, the transmission of the uplink data, And determining a processing mode for the uplink data and the uplink control information according to a request condition for at least one of the uplink control information, and determining the uplink data and the uplink based on the determined processing mode. Transmit at least one of the link control information.
  • an uplink signal can be appropriately transmitted.
  • FIG. 2 is a block diagram showing a partial configuration of a terminal according to Embodiment 1.
  • FIG. 3 is a block diagram showing a configuration of a base station according to Embodiment 1.
  • FIG. 2 is a block diagram showing a configuration of a terminal according to Embodiment 1.
  • FIG. 9 is a diagram illustrating an example of an uplink signal transmission process according to Embodiment 1.
  • FIG. 9 is a diagram illustrating an example of an uplink signal transmission process according to Embodiment 1.
  • FIG. 9 is a diagram illustrating an example of an uplink signal transmission process according to Embodiment 1.
  • FIG. 19 is a diagram illustrating an example of uplink signal transmission processing according to Embodiment 3.
  • FIG. 19 is a diagram illustrating an example of uplink signal transmission processing according to Embodiment 3.
  • FIG. 19 is a diagram illustrating an example of uplink signal transmission processing according to Embodiment 3.
  • FIG. 24 is a diagram illustrating an example of uplink signal transmission processing according to Embodiment 5.
  • FIG. 24 is a diagram illustrating an example of uplink signal transmission processing according to Embodiment 5.
  • FIG. 24 is a diagram illustrating an example of uplink signal transmission processing according to Embodiment 5.
  • HARQ hybrid automatic repeat request
  • BLER 10 ⁇ 5
  • Release 16 or future URLLC is expected to handle data sizes larger than Release 15 NR, and to expand the use cases of URLLC.
  • a low target error rate is set, a huge amount of radio resources may be required to realize highly reliable packet transmission by one transmission, which is inefficient from the viewpoint of resource utilization efficiency. is there.
  • high-speed HARQ retransmission control is effective for performing low-delay, highly-reliable packet transmission while improving resource utilization efficiency.
  • the terminal UE: User @ Equipment
  • ACK / NACK Acknowledgement / Negative @ Acknowledgement or HARQ-ACK
  • ACK / NACK Acknowledgement / Negative @ Acknowledgement or HARQ-ACK
  • PUCCH Physical Uplink Control Channel
  • the reliability or delay requirement required for transmitting the response signal differs depending on the reliability of the downlink data transmission, the delay requirement, or the type of use case (or service) (or usageusscenario).
  • a response signal to the data transmission of the URLLC requires a lower delay compared to the response signal to the data transmission of the eMBB.
  • the NR terminal supports a plurality of use cases or service types (for example, eMBB and URLLC). It is also assumed that the NR terminal supports a plurality of URLLC data transmissions having different target error rates in URLLC.
  • eMBB use cases or service types
  • URLLC URLLC data transmissions having different target error rates in URLLC.
  • transmission of a response signal corresponding to downlink data transmission of different types of reliability, delay request or use case (service) and transmission of uplink data can occur simultaneously in the same slot. There is.
  • PUCCH transmission including uplink control information (for example, UCI: Uplink Control Information) such as a response signal, and PUSCH (Physical Uplink Shared Channel) including uplink data (for example, UL-SCH: Uplink-Shared Channel)
  • UCI Uplink Control Information
  • PUSCH Physical Uplink Shared Channel
  • uplink data for example, UL-SCH: Uplink-Shared Channel
  • the amount of resources (the number of resource elements (REs)) Q ' ACK allocated to the response signal in the PUSCH is expressed by the following equation (1).
  • O ACK Number of bits of response signal
  • L ACK Number of bits of CRC (Cyclic Redundancy Check) for response signal
  • HARQ-ACK Parameter for controlling coding rate of response signal
  • C UL-SCH UL-SCH transmitted in PUSCH
  • K r code block size of the r-th code block
  • UCI (l) number of REs that can be used for UCI transmission in the l-th OFDM (Orthogonal Frequency Division Multiplexing) symbol
  • N symbol all PUSCH : Number of OFDM symbols of PUSCH
  • ⁇ Parameter for controlling the upper limit of resource amount allocated to response signal in PUSCH
  • equation (1) As the value of ⁇ offset HARQ-ACK increases, more resources are allocated to the response signal. Further, in equation (1), the larger the value of ⁇ , the larger the upper limit of the resource amount allocated to the response signal.
  • the reliability required for the response signal multiplexed on the PUSCH is higher than the reliability required for the uplink data, in order to satisfy the requirement for the response signal requiring a high reliability, more response signals are required.
  • Resources may be allocated. For example, in Expression (1), it is conceivable to set at least one of the value of ⁇ offset HARQ-ACK and the value of ⁇ to be large.
  • the response signal It is conceivable to reduce the amount of resources allocated to. For example, in equation (1), it is conceivable to set at least one of the value of ⁇ offset HARQ-ACK and the value of ⁇ to be small.
  • the terminal transmits the response signal corresponding to URLLC to the eMBB.
  • transmission is performed by multiplexing on PUSCHs, transmission of PUSCH that does not require low delay (for example, PUSCH corresponding to eMBB) may be a bottleneck of delay.
  • a method of transmitting a response signal and uplink data having different types of reliability, delay request, or use case (or service) will be described.
  • a method of transmitting a response signal and uplink data according to “requirement conditions” such as reliability, delay request, or type of use case (or service) will be described.
  • a communication system includes a base station 100 and a terminal 200.
  • FIG. 1 is a block diagram showing a partial configuration of terminal 200 according to each embodiment of the present disclosure.
  • control section 211 transmits an uplink data channel (for example, PUSCH) including uplink data (for example, UL-SCH) and an uplink including uplink control information (for example, UCI).
  • PUSCH uplink data
  • UCI uplink control information
  • a link control channel eg, PUCCH
  • the processing mode for the uplink data and the uplink control information is determined.
  • Transmitting section 218 transmits at least one of uplink data and uplink control information based on the determined processing mode.
  • FIG. 2 is a block diagram illustrating a configuration of the base station 100 according to Embodiment 1 of the present disclosure.
  • base station 100 includes control section 101, data generation section 102, coding section 103, retransmission control section 104, modulation section 105, higher control signal generation section 106, coding section 107, , Modulation section 108, downlink control signal generation section 109, encoding section 110, modulation section 111, signal allocation section 112, IFFT (Inverse Fast Fourier Transform) section 113, transmission section 114, antenna 115, , Receiving section 116, FFT (Fast Fourier Transform) section 117, extracting section 118, demodulating section 119, decoding section 120, determining section 121, demodulating section 122, decoding section 123, and determining section 124.
  • IFFT Inverse Fast Fourier Transform
  • Control section 101 determines information related to downlink data transmission of terminal 200, and outputs the determined information to encoding section 103, modulation section 105, and signal allocation section 112.
  • the information on downlink data transmission includes, for example, a modulation and coding method for downlink data transmitted on the PDSCH (for example, MCS) or a PDSCH radio resource (hereinafter, referred to as a “PDSCH resource”).
  • control section 101 outputs the determined information to downlink control signal generation section 109.
  • control unit 101 determines information on the reliability of the downlink data of the terminal 200, the delay request or the type of use case (or service) (in other words, information on the request condition of the response signal), and determines the determined information. It outputs to upper control signal generator 106 or downlink control signal generator 109. This information is notified to the terminal 200 (for example, the control unit 211).
  • control unit 101 determines information on the reliability of the uplink data of the terminal 200, the delay request or the type of use case (or service) (in other words, information on the required condition of the uplink data), and the determined information. To the higher-level control signal generator 106 or the downlink control signal generator 109. This information is notified to the terminal 200 (for example, the control unit 211).
  • control section 101 determines information related to transmission of uplink control information (UCI) of terminal 200, and outputs the determined information to extraction section 118 and decoding section 120.
  • the information on UCI transmission includes, for example, information on parameters (for example, ⁇ offset HARQ-ACK and ⁇ in equation (1)) for calculating the amount of resources when multiplexing UCI on PUSCH.
  • control unit 101 determines and determines a radio resource assignment for a downlink control signal for transmitting a control signal (upper control signal) of a higher layer or a downlink control information, and a radio resource assignment for downlink data.
  • the information thus output is output to signal assignment section 112.
  • control section 101 determines information related to uplink data of terminal 200 and outputs the determined information to extraction section 118 and downlink control signal generation section 109.
  • the information on the uplink data transmission of the terminal 200 includes, for example, a modulation and coding scheme (for example, MCS) of a data signal transmitted using PUSCH and a radio resource of PUSCH (hereinafter, referred to as “PUSCH resource”). Etc. are included.
  • Data generating section 102 generates downlink data for terminal 200 and outputs the data to encoding section 103.
  • the coding unit 103 performs error correction coding on the downlink data input from the data generation unit 102 based on information input from the control unit 101 (for example, information on a coding rate).
  • the subsequent data signal is output to retransmission control section 104.
  • retransmission control section 104 holds the encoded data signal input from encoding section 103 and outputs the signal to modulation section 105. Further, when NACK for the transmitted data signal is input from determination section 121 described later, retransmission control section 104 outputs the corresponding held data to modulation section 105. On the other hand, when ACK for the transmitted data signal is input from determination section 121, retransmission control section 104 deletes the corresponding held data.
  • Modulation section 105 modulates a data signal input from retransmission control section 104 based on information input from control section 101 (for example, information on a modulation scheme), and outputs a data modulation signal to signal allocation section 112. I do.
  • the higher control signal generation unit 106 generates a control information bit sequence (higher control signal) using the control information input from the control unit 101, and outputs the generated control information bit sequence to the encoding unit 107.
  • Encoding section 107 performs error correction encoding on the control information bit sequence input from higher control signal generation section 106 and outputs the encoded control signal to modulation section 108.
  • Modulating section 108 modulates the control signal input from encoding section 107 and outputs the modulated control signal to signal allocating section 112.
  • Downlink control signal generation section 109 generates a control information bit sequence (downlink control signal; for example, DCI) using control information input from control section 101 and outputs the generated control information bit sequence to encoding section 110. . Since the control information may be transmitted to a plurality of terminals, the downlink control signal generation unit 109 may generate a bit string including the terminal ID of each terminal in the control information for each terminal. Note that a scrambling sequence to be described later may be used for the terminal ID.
  • Encoding section 110 performs error correction encoding on the control information bit sequence input from downlink control signal generation section 109, and outputs the encoded control signal to modulation section 111.
  • Modulation section 111 modulates the control signal input from encoding section 110 and outputs the modulated control signal to signal allocation section 112.
  • the signal allocating unit 112 receives the data signal input from the modulation unit 105, the higher control signal input from the modulation unit 108, or the input from the modulation unit 111 based on the information indicating the radio resource input from the control unit 101.
  • the downlink control signal to be mapped is mapped to a radio resource.
  • Signal allocating section 112 outputs the downlink signal on which the signal is mapped to IFFT section 113.
  • IFFT section 113 performs transmission waveform generation processing such as OFDM on the signal input from signal allocation section 112. IFFT section 113 adds a CP (not shown) in the case of OFDM transmission to which a CP (Cyclic @ Prefix) is added. IFFT section 113 outputs the generated transmission waveform to transmitting section 114.
  • Transmitting section 114 performs RF (Radio Frequency) processing such as D / A (Digital-to-Analog) conversion and up-conversion on the signal input from IFFT section 113, and wirelessly transmits to terminal 200 via antenna 115. Send a signal.
  • RF Radio Frequency
  • the receiving unit 116 performs RF processing such as down-conversion or A / D (Analog-to-Digital) conversion on the uplink signal waveform received from the terminal 200 via the antenna 115, and performs the reception processing.
  • RF processing such as down-conversion or A / D (Analog-to-Digital) conversion
  • An uplink signal waveform is output to FFT section 117.
  • FFT section 117 performs an FFT process on the uplink signal waveform input from receiving section 116 to convert a time domain signal into a frequency domain signal. FFT section 117 outputs the frequency domain signal obtained by the FFT processing to extraction section 118.
  • extraction section 118 Based on information (for example, information on UCI transmission and information on uplink data) input from control section 101, extraction section 118 extracts a radio signal from which UCI was transmitted from a signal input from FFT section 117. A resource component and a radio resource component to which uplink data has been transmitted are extracted. Extraction section 118 outputs the extracted radio resource component to which UCI has been transmitted to demodulation section 119, and outputs the extracted radio resource component to which the uplink data has been transmitted to demodulation section 122.
  • Demodulation section 119 performs equalization and demodulation on a radio resource component corresponding to UCI, which is input from extraction section 118, and outputs a demodulation result (demodulation sequence) to decoding section 120.
  • the decoding unit 120 performs error correction decoding on the demodulation result input from the demodulation unit 119 based on the information on UCI transmission input from the control unit 101 (for example, information on UCI encoding), and performs decoding.
  • the subsequent bit sequence is output to determination section 121.
  • the determining unit 121 determines whether the response signal transmitted from the terminal 200 indicates ACK (with error) or NACK (without error) for the transmitted data signal based on the bit sequence input from the decoding unit 120. Is determined. Determination section 121 outputs the determination result to retransmission control section 104.
  • Demodulation section 122 performs equalization and demodulation on a radio resource component corresponding to uplink data input from extraction section 118, and outputs a demodulation result (demodulation sequence) to decoding section 123.
  • Decoding section 123 performs error correction decoding on the demodulation result input from demodulation section 122, and outputs the decoded bit sequence to determination section 124.
  • the determination unit 124 performs error detection on the bit sequence input from the decoding unit 123, and if no error is detected, obtains reception data (reception UL-SCH). Note that determination section 124 may generate a response signal (ACK / NACK or HARQ-ACK) for a retransmission request to terminal 200 using the error detection result, and output it to retransmission control section 104 (shown in FIG. Zu).
  • FIG. 3 is a block diagram illustrating a configuration of terminal 200 according to Embodiment 1 of the present disclosure.
  • terminal 200 includes antenna 201, reception section 202, FFT section 203, extraction section 204, downlink control signal demodulation section 205, decoding section 206, upper control signal demodulation section 207, decoding section 208, a data demodulation unit 209, a decoding unit 210, a control unit 211, encoding units 212 and 214, modulation units 213 and 215, a signal allocation unit 216, an IFFT unit 217, a transmission unit 218, Having.
  • the receiving unit 202 performs down conversion or A / D (Analog-to-Digital) conversion on a signal waveform of a downlink signal (data signal or control signal) from the base station 100 received via the antenna 201. And outputs the obtained received signal (baseband signal) to the FFT section 203.
  • a / D Analog-to-Digital
  • the FFT unit 203 performs an FFT process on the signal (time domain signal) input from the receiving unit 202 to convert the time domain signal into a frequency domain signal.
  • FFT section 203 outputs the frequency domain signal obtained by the FFT processing to extraction section 204.
  • the extracting unit 204 converts a signal input from the FFT unit 203 into a downlink control signal (for example, DCI) based on control information (for example, information on radio resources of downlink data or a control signal) input from the control unit 211. ), And extract a higher control signal or downlink data.
  • Extraction section 204 outputs a downlink control signal to downlink control signal demodulation section 205, outputs an upper control signal to upper control signal demodulation section 207, and outputs downlink data to data demodulation section 209.
  • the downlink control signal demodulation unit 205 equalizes and demodulates the downlink control signal input from the extraction unit 204, and outputs the demodulation result to the decoding unit 206.
  • Decoding section 206 performs error correction decoding using the demodulation result input from downlink control signal demodulation section 205 to obtain control information. Decoding section 206 outputs the obtained control information to control section 211.
  • the higher control signal demodulation unit 207 equalizes and demodulates the higher control signal input from the extraction unit 204, and outputs the demodulation result to the decoding unit 208.
  • Decoding section 208 performs error correction decoding using the demodulation result input from higher order control signal demodulation section 207 to obtain control information. Decoding section 208 outputs the obtained control information to control section 211.
  • Data demodulation section 209 equalizes and demodulates downlink data input from extraction section 204 and outputs a decoding result to decoding section 210.
  • Decoding section 210 performs error correction decoding using the demodulation result input from data demodulation section 209. Further, decoding section 210 performs error detection on downlink data and outputs an error detection result to control section 211. Further, decoding section 210 outputs downlink data determined as having no error as a result of the error detection, as reception data.
  • Control section 211 performs uplink transmission (for example, UCI or uplink) based on information on PUCCH transmission and information on PUSCH transmission of terminal 200 included in control information input from decoding section 206 or decoding section 208. Transmission method or parameters (e.g., MCS or radio resources) in the data). Control section 211 outputs the determined information to encoding sections 212 and 214, modulation sections 213 and 215, and signal allocation section 216.
  • uplink transmission for example, UCI or uplink
  • Transmission method or parameters e.g., MCS or radio resources
  • control unit 211 generates a response signal (ACK / NACK or HARQ-ACK) using the error detection result input from the decoding unit 210 and outputs it to the encoding unit 212.
  • control unit 211 outputs to the extraction unit 204 information on the radio resource of the downlink data or the control signal included in the control information input from the decoding unit 206 or the decoding unit 208.
  • Encoding section 212 performs error correction encoding on the response signal (bit sequence) based on the information input from control section 211, and outputs the encoded response signal (bit sequence) to modulation section 213.
  • Modulating section 213 modulates a response signal input from encoding section 212 based on information input from control section 211, and outputs a modulated response signal (modulated symbol sequence) to signal allocating section 216. .
  • Encoding section 214 performs error correction encoding on uplink data (transmission bit sequence) based on information input from control section 211, and outputs the encoded uplink data (bit sequence) to modulation section 215. .
  • Modulating section 215 modulates the uplink data input from encoding section 214 based on the information input from control section 211, and transmits the modulated uplink data (modulated symbol sequence) to signal allocating section 216. Output.
  • Signal allocating section 216 maps the response signal (modulation symbol sequence) input from modulating section 213 to a radio resource (for example, PUCCH resource or PUSCH resource) specified by control section 211. Further, signal allocating section 216 maps uplink data (modulation symbol sequence) input from modulation section 215 to PUSCH resources specified by control section 211. For example, the signal allocation unit 216 may allocate resources to both response data and uplink data having different types of reliability, delay request or use case (or service), as described later, or May be dropped or punctured partially. Signal allocating section 216 outputs a response signal or a signal on which uplink data is mapped to IFFT section 217.
  • a radio resource for example, PUCCH resource or PUSCH resource
  • IFFT section 217 performs transmission waveform generation processing such as OFDM on the signal input from signal allocation section 216.
  • IFFT section 217 adds a CP (not shown) in the case of OFDM transmission to which a CP (Cyclic @ Prefix) is added.
  • a DFT Discrete Fourier Transform
  • IFFT section 217 outputs the generated transmission waveform to transmitting section 218.
  • the transmitting unit 218 performs RF (Radio Frequency) processing such as D / A (Digital-to-Analog) conversion and up-conversion on the signal input from the IFFT unit 217, and transmits the signal to the base station 100 via the antenna 201. Transmit radio signals.
  • RF Radio Frequency
  • FIG. 4 shows a processing flow of base station 100 and terminal 200 according to the present embodiment.
  • Base station 100 transmits information on the amount of UCI resources to be multiplexed to PUSCH to terminal 200 (ST101).
  • Terminal 200 acquires information on the amount of UCI resources multiplexed on the PUSCH notified from base station 100 (ST102).
  • the information on the resource amount of the UCI multiplexed on the PUSCH includes, for example, a parameter for controlling the resource amount of the UCI multiplexed on the PUSCH (for example, the parameter shown in Expression (1)).
  • Base station 100 transmits DCI including information on downlink data to terminal 200 (ST103).
  • Terminal 200 acquires, for example, scheduling information of downlink data or information on PUCCH based on the DCI notified from base station 100 (ST104).
  • Base station 100 transmits downlink data to terminal 200 (ST105).
  • Terminal 200 receives, for example, downlink data (PDSCH) based on the DCI notified from base station 100 (ST106).
  • PDSCH downlink data
  • Base station 100 transmits DCI including information on uplink data to terminal 200 (ST 107).
  • Terminal 200 acquires, for example, information on PUSCH based on DCI notified from base station 100 (ST108).
  • the terminal 200 performs an operation related to an uplink signal (for example, UCI and uplink data) according to a request condition for a response signal or uplink data (in other words, reliability, a delay request, or a type of use case (service)). Control is performed (ST109).
  • an uplink signal for example, UCI and uplink data
  • a request condition for a response signal or uplink data in other words, reliability, a delay request, or a type of use case (service)
  • Terminal 200 transmits an uplink signal (including, for example, UCI or uplink data) to base station 100 using PUCCH or PUSCH based on the determined operation (ST110).
  • Base station 100 receives an uplink signal transmitted from terminal 200 (ST111).
  • the response signal corresponding to URLLC is included in PUCCH, not limited to the case where the PUSCH includes uplink data corresponding to eMBB, for example, the signal included in PUCCH is included in PUSCH Any signal may be used as long as it has strict requirements such as high reliability or low delay, such as URLLC, as compared with a signal.
  • the terminal 200 determines a processing mode (for example, a transmission method or a parameter) of the response signal or the uplink data according to the reliability of the response signal (for example, a target error rate or a target BLER of the response signal). In other words, the terminal 200 causes a difference in the transmission method or the parameter of the response signal or the uplink data according to the reliability of the response signal corresponding to the URLLC.
  • a processing mode for example, a transmission method or a parameter
  • the terminal 200 causes a difference in the transmission method or the parameter of the response signal or the uplink data according to the reliability of the response signal corresponding to the URLLC.
  • a difference may occur between the transmission method and the parameter between the response signal to the downlink data and the response signal.
  • PUCCH transmission including a response signal not requiring high reliability for example, a response signal to downlink data having a low target error rate of the first data transmission
  • PUSCH transmission including uplink data corresponding to eMBB are included. If they overlap temporally, the terminal 200 multiplexes the response signal onto the PUSCH using the same method or parameter as the method or parameter described in Non-Patent Documents 2 and 3, for example.
  • PUCCH transmission including a response signal requiring high reliability for example, a response signal to downlink data having a high target error rate of the first data transmission
  • PUSCH transmission including uplink data corresponding to eMBB are performed.
  • Terminal overlaps in time the terminal 200 transmits a response signal on the PUCCH, or multiplexes the response signal on the PUSCH, for example, using a method or parameter different from the method or parameter described in Non-Patent Documents 2 and 3. I do.
  • PUCCH transmission including a response signal requiring a high degree of reliability (for example, a response signal having a target error rate equal to or less than a predetermined value) and a PUSCH transmission including uplink data corresponding to the eMBB temporally overlapped with a response signal
  • a response signal requiring a high degree of reliability for example, a response signal having a target error rate equal to or less than a predetermined value
  • a PUSCH transmission including uplink data corresponding to the eMBB temporally overlapped with a response signal The following three methods (Option # 1, # 2, and 3) will be described as examples of the method of multiplexing the PUSCH into PUSCH.
  • the terminal 200 drops the eMBB PUSCH (that is, uplink data) (in other words, cancels transmission) and transmits a response signal using the PUCCH.
  • FIG. 5 shows an operation example of the terminal 200 in Option # 1.
  • Terminal 200 drops eMBB @ PUSCH (uplink data) and transmits URLLC @ PUCCH (response signal).
  • the eMBB PUSCH transmission does not affect the transmission of the response signal for URLLC requiring high reliability, so that the quality of the response signal requiring high reliability is reduced. Can be guaranteed.
  • the terminal 200 only has to drop eMBB @ PUSCH (uplink data), and there is no need for complicated processing in the terminal 200. Therefore, there is an advantage that the terminal 200 can be easily mounted.
  • the terminal 200 may drop the uplink data (UL-SCH) in eMBB @ PUSCH and transmit a response signal using PUSCH.
  • UL-SCH uplink data
  • the terminal 200 does not transmit the eMBB PUSCH (uplink data) in an eMBB PUSCH transmission section in a section that temporally overlaps with the URLLC PUCCH transmission section in the same slot ( Puncture).
  • terminal 200 transmits uplink data using PUSCH in the same slot in the transmission section of eMBB PUSCH in a section that does not temporally overlap with the transmission section of PUCCH for URLLC.
  • FIG. 6 shows an operation example of the terminal 200 in Option # 2.
  • Terminal 200 when transmission of a PUCCH including a response signal corresponding to URLLC (URLLCURLPUCCH) and transmission of a PUSCH including uplink data corresponding to eMBB (eMBB PUSCH) occur in the same slot, Terminal 200 transmits URLLC @ PUCCH (for example, a response signal).
  • URLLC @ PUCCH for example, a response signal
  • terminal 200 punctures eMBB @ PUSCH (uplink data) in the time slot that overlaps with the transmission section of URLLC @ PUCCH in the transmission section of eMBB @ PUSCH in the same slot
  • EMBB PUSCH (for example, uplink data) is transmitted in a section other than a section temporally overlapping with the transmission section of the PUCCH.
  • the transmission corresponding to eMBB is transmission on a slot basis (for example, transmission using all one slot or most of one slot).
  • transmission corresponding to URLLC the amount of data to be transmitted is relatively small. It is assumed that the main use case of transmission corresponding to URLLC is to use transmission in non-slot units (for example, transmission using several symbols) in order to achieve low delay.
  • the section where the transmission corresponding to URLLC temporally overlaps the transmission corresponding to eMBB is, as shown in FIG. 6, several symbols in the slot, that is, a part of the transmission section corresponding to eMBB. Is assumed. For this reason, the terminal 200 does not drop all transmissions corresponding to the eMBB after the transmission corresponding to the URLLC, and as shown in FIG. By not transmitting (puncturing) the overlapping sections, it is possible to suppress deterioration in the transmission quality and frequency use efficiency of the eMBB.
  • the terminal 200 may puncture the uplink data in eMBB / PUSCH and transmit a response signal in a section where the uplink data is punctured.
  • the terminal 200 multiplexes a response signal for URLLC on the PUSCH of eMBB and transmits the multiplexed response signal.
  • FIG. 7 shows an operation example of the terminal 200 in Option # 3.
  • Terminal 200 when transmission of a PUCCH including a response signal corresponding to URLLC (URLLCCPUCCH) and transmission of a PUSCH including uplink data corresponding to eMBB (eMBBSCHPUSCH) occur in the same slot, Terminal 200 multiplexes the response signal (in other words, URLLC @ UCI) included in URLLC @ PUCCH on PUSCH. Then, terminal 200 transmits an eMBB @ PUSCH signal in which the response signal (URLLC @ UCI) is multiplexed.
  • URLLCCPUCCH a response signal corresponding to URLLC
  • eMBBSCHPUSCH uplink data corresponding to eMBB
  • the base station 100 sends a different value to at least one of the values of ⁇ offset HARQ-ACK and ⁇ in Expression (1) to the terminal 200 according to a request condition (eg, reliability) of the response signal.
  • a request condition eg, reliability
  • the values of ⁇ offset HARQ-ACK and ⁇ according to the reliability of the response signal may be explicitly set to the terminal 200 by a terminal-specific upper layer signal, and a coefficient corresponding to the reliability of the response signal may be used. May be introduced.
  • terminal 200 when the response signal high reliability is multiplexed multiplies the coefficient value of the show ⁇ offset HARQ-ACK and ⁇ formula (1), beta coefficients are multiplied offset HARQ-
  • the values of ACK and ⁇ may be applied to the calculation of the resource amount shown in Expression (1).
  • the coefficient according to the reliability of the response signal may be a common value for ⁇ offset HARQ-ACK and ⁇ , or may be a different value.
  • terminal 200 can allocate an appropriate resource to the response signal in PUSCH according to the reliability of the response signal.
  • the value calculated by the following equation (2) indicates the resource amount required for the response signal in PUSCH
  • the value calculated by the following equation (3) is the upper limit of the resource amount allocated to the response signal. Indicates a value.
  • the terminal 200 multiplexes the response signal onto the PUSCH when the resource amount required for the response signal calculated by Expression (2) does not exceed the upper limit calculated by Expression (3). Therefore, terminal 200 transmits uplink data and a response signal in PUSCH.
  • terminal 200 drops, for example, uplink data and transmits the response signal to PUSCH. Multiplex. Therefore, terminal 200 transmits a response signal without transmitting uplink data in PUSCH.
  • terminal 200 drops PUSCH (uplink data) and sets PUCCH, for example.
  • the response signal may be transmitted by using this.
  • terminal 200 allocates sufficient resources for transmission of the response signal for URLLC requiring high reliability.
  • the uplink data corresponding to the eMBB and the response signal can be multiplexed and transmitted. For this reason, according to Option # 3-1, it is possible to suppress deterioration of uplink resource utilization efficiency while guaranteeing transmission of a highly reliable response signal.
  • Option # 3-1 if the resource amount required for the response signal exceeds the upper limit, that is, if the number of resources required for the response signal is insufficient, terminal 200 drops the uplink data. Thereby, according to Option # 3-1, the quality of a response signal requiring high reliability can be assured with priority over other signals.
  • the terminal 200 multiplexes the response signal onto the PUSCH when the resource amount required for the response signal calculated by Expression (2) does not exceed the upper limit calculated by Expression (3). Therefore, terminal 200 transmits uplink data and a response signal in PUSCH.
  • terminal 200 multiplexes the response signal onto PUSCH and transmits the PUSCH transmission power. Increases the transmission power of PUSCH within a range not exceeding the maximum transmission power of terminal 200.
  • the parameter for increasing the transmission power of the PUSCH may be notified in advance from the base station 100 to the terminal 200 by a terminal-specific upper layer signal or UL grant (DCI) for scheduling uplink data. It may be specified in advance.
  • DCI UL grant
  • terminal 200 drops the uplink data in PUSCH, multiplexes the response signal with PUSCH, and transmits the PUSCH (in other words, the response signal) to terminal 200. Transmit at the maximum transmission power.
  • terminal 200 may drop the PUSCH and transmit a response signal using the PUCCH.
  • Option # 3-2 as long as the resource amount required for the response signal does not exceed the upper limit, the terminal 200 transmits the response signal for URLLC, which requires high reliability, as in Option # 3-1.
  • the terminal 200 while allocating sufficient resources, it is possible to multiplex and transmit uplink data and response signals corresponding to eMBB. For this reason, according to Option # 3-2, it is possible to suppress deterioration of uplink resource utilization efficiency while guaranteeing transmission of a highly reliable response signal.
  • Option # 3-2 if the resource amount required for the response signal exceeds the upper limit value, that is, even if the response signal is required and the number of sources is insufficient, the terminal 200 is in a range not exceeding the maximum transmission power of the terminal 200.
  • the quality of the uplink transmission can be improved. For this reason, according to Option # 3-2, it is possible to suppress deterioration of uplink resource utilization efficiency while guaranteeing transmission of a highly reliable response signal.
  • terminal 200 drops the uplink data to achieve high reliability.
  • the required response signal quality can be assured with priority over other signals.
  • the terminal 200 when a specific parameter is notified from the base station 100 to the terminal 200, the terminal 200 drops uplink data on the PUSCH, multiplexes a response signal on the PUSCH, and transmits the multiplexed response signal.
  • terminal 200 may drop PUSCH (uplink data) and transmit a response signal using PUCCH.
  • a parameter for calculating a resource amount required for a response signal can be used.
  • the value of ⁇ offset HARQ-ACK in Expression (1) is a specific value (for example, 0)
  • terminal 200 determines that uplink data or PUSCH is dropped.
  • the specific parameter notified from base station 100 is not limited to the specific value of ⁇ offset HARQ-ACK in equation (1), and other parameters may be used.
  • the terminal 200 determines a transmission method of the response signal or the uplink data based on the parameters notified from the base station 100. Therefore, the terminal 200 determines whether to drop the uplink data or the PUSCH without performing the calculation of the resource amount required for the response signal such as Option # 3-1 or Option # 3-2 and comparing with the upper limit value. Since it is possible, there is an advantage that the processing of the terminal 200 is simplified.
  • terminal 200 has a case where PUSCH transmission including uplink data corresponding to eMBB and PUCCH transmission including UCI (for example, a response signal) corresponding to URLLC temporally overlap with each other.
  • the processing mode (transmission method or parameters) for the uplink data and UCI is determined according to the requirements for UCI. Then, terminal 200 transmits UCI or UCI and uplink data based on the determined processing mode.
  • the terminal 200 can perform an appropriate terminal operation or resource allocation according to the reliability of the UCI (for example, a response signal), and perform uplink transmission that satisfies the requirements of the response signal corresponding to the URLLC.
  • the UCI for example, a response signal
  • terminal 200 can appropriately transmit an uplink signal.
  • the method of calculating the resource amount required for the response signal is not limited to the calculation formula shown in Expression (1).
  • the calculation formula for calculating the resource amount required for the response signal includes a parameter for controlling the coding rate (in other words, the resource amount) of the response signal corresponding to ⁇ offset HARQ-ACK in Expression (1), and the expression It is sufficient that a parameter for controlling the upper limit of the resource amount corresponding to ⁇ in (1) is included.
  • a “Grant-based PUSCH transmission” in which a radio resource for transmitting the PUSCH is dynamically indicated by a UL grant from the base station, and a UL from the base station. Without grant, the terminal transmits a PUSCH using a radio resource previously quasi-statically allocated at the time of data generation ⁇ Grant-free PUSCH transmission '' (or, also referred to as ⁇ Configured grant PUSCH transmission '') And are supported.
  • the base station 100 When the terminal 200 transmits the UCI multiplexed on the PUSCH and transmits the grant-based PUSCH, since the base station 100 knows that the UCI is multiplexed on the PUSCH, the base station 100 indicates the radio resource by Grant (UL grant). At this time, it is possible to allocate radio resources in consideration of UCI multiplexing. On the other hand, in the grant-free PUSCH transmission, the base station 100 cannot allocate to the terminal 200 a radio resource in consideration of UCI multiplexing in advance.
  • Grant UL grant
  • Option # 1 for example, see FIG. 5
  • Option # 2 for example, see FIG. 6
  • Option # 3 for example, see FIG. 7
  • the terminal 200 applies Option # 3 and multiplexes the UCI to the PUSCH before transmitting.
  • the grant-free PUSCH transmission terminal 200 applies Option # 1 or Option # 2 to drop the PUSCH, and transmits a response signal using PUCCH. Thereby, terminal 200 can appropriately transmit a response signal in accordance with Grant-based PUSCH transmission and Grant-free PUSCH transmission.
  • the method of transmitting the uplink signal for example, the response signal or the uplink data
  • the method of causing a difference in the parameters is not limited to the above example.
  • a difference may be caused between the URLLC response signal and the eMBB response signal.
  • terminal 200 when PUCCH transmission including a response signal to downlink data corresponding to eMBB and PUSCH transmission including uplink data corresponding to eMBB temporally overlap, terminal 200 is described in Non-Patent Documents 2 and 3.
  • the response signal is multiplexed on the PUSCH using the same method or parameter as the method.
  • the terminal 200 sets Option 1, Option 2 or Option 3 described above.
  • the response signal may be transmitted using the above method.
  • the base station and the terminal according to the present embodiment have the same basic configuration as base station 100 and terminal 200 according to the first embodiment, and thus will be described with reference to FIGS.
  • a response signal to downlink data may be included in the PUCCH.
  • High reliability is required for a response signal for downlink data having a high target error rate, while high reliability is not required for a response signal for downlink data having a low target error rate.
  • terminal 200 since the PUCCH includes a response signal requiring high reliability, terminal 200 determines that the priority of transmission of the response signal is high. Therefore, terminal 200 may apply the method of Option # 1, Option # 2 or Option # 3 described in the first embodiment, for example.
  • a response signal when a response signal is multiplexed on the PUSCH and transmitted (for example, in the case of Option 3 above), the reliability of the response signal, the delay request or the type of use case (service) (in other words, the request Depending on the (condition), a difference occurs in the transmission method or the parameter of the response signal in PUSCH.
  • a difference may occur between the transmission method and the parameter between the response signal to the downlink data and the response signal.
  • the resource amount (the number of REs) Q ′ ACK allocated to the response signal in the PUSCH is calculated by the following equation (4).
  • L ACK Number of CRC bits for response signal ⁇ offset
  • HARQ-ACK Parameter for controlling coding rate of response signal
  • C UL-SCH Number of UL-SCH code blocks transmitted in PUSCH
  • K r r-th code block
  • M sc UCI (l): Number of REs that can be used for UCI transmission in the l-th OFDM symbol N symbol
  • all PUSCH Number of OFDM symbols of PUSCH
  • ⁇ Resource amount allocated to response signal in PUSCH Parameter controlling upper limit
  • O ACK_total indicates the total number of bits of a plurality of response signals having different types of reliability, delay request, or use case (service).
  • the resource amount allocated to the response signal may be calculated by the following formula for each of the response signals having different types of reliability, delay request, or use case (service). Although two response signals (ACK1 and ACK2) will be described as an example, the number of a plurality of response signals may be three or more.
  • ACK1 represents a response signal requiring high reliability
  • ACK2 represents a response signal not requiring high reliability
  • a different value may be set to terminal 200 for at least one value of ⁇ offset HARQ-ACK and ⁇ in Expressions (5) and (6) according to the reliability of the response signal.
  • the ⁇ offset HARQ-ACK and ⁇ value according to the reliability of the response signal may be explicitly set by an upper layer signal specific to the terminal, or a coefficient according to the reliability of the response signal may be introduced. For example, when multiplexing a response signal with high reliability, the terminal 200 multiplies the value of ⁇ offset HARQ-ACK and ⁇ applied to UCI on PUSCH in Equations (4) and (5) by a coefficient.
  • the ⁇ offset HARQ-ACK multiplied by the coefficient and the value of ⁇ may be applied to the calculation of the resource amount shown in Expressions (5) and (6).
  • the coefficient according to the reliability of the response signal may be a common value for ⁇ offset HARQ-ACK and ⁇ , or may be a different value.
  • terminal 200 can allocate an appropriate resource to the response signal in PUSCH according to the reliability of the response signal.
  • the value calculated by the following equation (7) indicates the resource amount required for a plurality of response signals in PUSCH, and the value calculated by the following equation (8) is assigned to the plurality of response signals. Indicates the upper limit of the resource amount.
  • terminal 200 multiplexes the response signal to PUSCH when the resource amount required for the plurality of response signals calculated by equation (7) does not exceed the upper limit calculated by equation (8). I do. Therefore, terminal 200 transmits uplink data and a response signal in PUSCH.
  • the terminal 200 drops uplink data, The signal is multiplexed to PUSCH. Therefore, terminal 200 transmits a response signal without transmitting uplink data in PUSCH.
  • the terminal 200 drops, for example, PUSCH (uplink data).
  • a plurality of response signals may be transmitted using PUCCH.
  • the value calculated by the following expression (9) in the expression (5) is the response signal requiring high reliability in PUSCH.
  • (ACK1) indicates the amount of resources required
  • the value calculated by the following equation (10) indicates the upper limit of the amount of resources allocated to the response signal requiring high reliability.
  • the terminal 200 transmits the response signal (ACK1) to the PUSCH when the resource amount required for the response signal calculated by Expression (9) does not exceed the upper limit calculated by Expression (10). Multiplex. Therefore, terminal 200 transmits uplink data and a response signal (at least ACK1) in PUSCH.
  • terminal 200 drops, for example, uplink data and transmits the response signal to PUSCH. Multiplex. Therefore, terminal 200 transmits a response signal (at least ACK1) without transmitting uplink data in PUSCH.
  • terminal 200 drops, for example, PUSCH and uses PUCCH to transmit the response signal. (At least ACK1) may be transmitted.
  • ACK1 For an answer signal (ACK1) that does not require high reliability, the value calculated by the following equation (11) in the equation (6) is a response signal (PUSCH) that does not require high reliability.
  • PUSCH response signal
  • ACK2 indicates the amount of resources required, and the value calculated by the following equation (12) indicates the upper limit of the amount of resources allocated to response signals for which high reliability is not required.
  • the upper limit value of the resource amount of the response signal (ACK2), the upper limit value of the plurality of response signals remaining the resource amount Q 'ACK1 minus the response signal from the (RE number) (ACK1) Indicates the resource amount.
  • the resource amount of the response signal (ACK2) is determined after the resource of the response signal (ACK1) is secured.
  • terminal 200 transmits response signal (ACK2) to PUSCH when the resource amount required for the response signal calculated by equation (11) does not exceed the upper limit calculated by equation (12). Multiplex. Therefore, terminal 200 transmits uplink data and a plurality of response signals (ACK1 and ACK2) in PUSCH.
  • the terminal 200 does not drop the uplink data, for example.
  • the signal is multiplexed to PUSCH. Therefore, terminal 200 transmits uplink data and a plurality of response signals (ACK1 and ACK2) in PUSCH.
  • PUSCH resources are not sufficiently allocated to the response signal (ACK2), but the reliability required for the response signal (ACK2) is not high, so there is a possibility that the requirement for the reliability for ACK2 can be satisfied. .
  • the terminal 200 has a sufficient response signal transmission for URLLC that requires high reliability. While allocating resources, uplink data corresponding to eMBB and a plurality of response signals can be multiplexed and transmitted. For this reason, according to Option # 3-1, it is possible to suppress deterioration of uplink resource utilization efficiency while guaranteeing transmission of a highly reliable response signal.
  • Option # 3-1 if the resource required for a response signal requiring high reliability exceeds the upper limit value, that is, if there is a shortage of sources required for a response signal requiring high reliability, terminal 200 , Drop the uplink data. Thereby, according to Option # 3-1, the quality of a response signal requiring high reliability can be assured with priority over other signals.
  • the terminal 200 transmits the plurality of response signals to the PUSCH when the resource amount required for the plurality of response signals calculated by Expression (7) does not exceed the upper limit calculated by Expression (8). Multiplex to Therefore, terminal 200 transmits uplink data and a plurality of response signals in PUSCH.
  • terminal 200 multiplexes the plurality of response signals onto PUSCH, and The transmission power of PUSCH is increased within a range where the transmission power of PUSCH does not exceed the maximum transmission power of terminal 200.
  • the parameter for increasing the transmission power of the PUSCH may be notified in advance from the base station 100 to the terminal 200 by a terminal-specific upper layer signal or UL grant (DCI) for scheduling uplink data. It may be specified in advance.
  • DCI UL grant
  • terminal 200 drops the uplink data in PUSCH, multiplexes the response signal with PUSCH, and transmits the PUSCH (in other words, the response signal) to terminal 200. Transmit at the maximum transmission power.
  • terminal 200 may drop the PUSCH and transmit a response signal using the PUCCH.
  • the terminal 200 transmits the response signal (ACK1) when the resource amount required for the response signal (ACK1) requiring high reliability calculated by the equation (9) does not exceed the upper limit calculated by the equation (10). ) To PUSCH. Therefore, terminal 200 transmits uplink data and a response signal (at least ACK1) in PUSCH.
  • the terminal 200 transmits the response signal (ACK1). ) Is multiplexed onto the PUSCH, and the transmission power of the PUSCH is increased within a range where the transmission power of the PUSCH does not exceed the maximum transmission power of the terminal 200.
  • the parameter for increasing the transmission power of the PUSCH may be notified in advance from the base station 100 to the terminal 200 by a terminal-specific upper layer signal or UL grant (DCI) for scheduling uplink data. It may be specified in advance.
  • DCI UL grant
  • terminal 200 drops the uplink data in PUSCH, multiplexes an acknowledgment signal (ACK1) on PUSCH, and transmits the PUSCH to the maximum transmission power of terminal 200. To send.
  • terminal 200 may drop the PUSCH and transmit a response signal (ACK1) using the PUCCH.
  • the terminal 200 transmits the response signal (ACK2) when the resource amount required for the response signal (ACK2) that does not require high reliability calculated by Expression (11) does not exceed the upper limit calculated by Expression (12).
  • ACK2) is multiplexed to PUSCH. Therefore, terminal 200 transmits uplink data and a plurality of response signals (for example, ACK1 and ACK2) in PUSCH.
  • terminal 200 increases the transmission power of PUSCH. Without increasing, each response signal (ACK1 and ACK2) is multiplexed to PUSCH. At this time, PUSCH resources are not sufficiently allocated to the response signal (ACK2), but the reliability required for the response signal (ACK2) is not high, so there is a possibility that the requirement for the reliability for ACK2 can be satisfied. .
  • the terminal 200 provides a URLLC for which high reliability is required, as in Option # 3-1.
  • the terminal 200 For transmission of the response signal, it is possible to multiplex uplink data corresponding to the eMBB and the response signal and transmit them while allocating sufficient resources. For this reason, according to Option # 3-2, it is possible to suppress deterioration of uplink resource utilization efficiency while guaranteeing transmission of a highly reliable response signal.
  • Option # 3-2 when the resource amount required for the response signal requiring high reliability exceeds the upper limit value, that is, even when the response signal is required and the number of sources is insufficient, the maximum transmission power of the terminal 200 is exceeded. In a range that does not exist, terminal 200 can improve the uplink transmission quality by increasing the transmission power of the uplink signal. For this reason, according to Option # 3-2, it is possible to suppress deterioration of uplink resource utilization efficiency while guaranteeing transmission of a highly reliable response signal.
  • Option # 3-2 if the resource amount required for a response signal requiring high reliability is insufficient and the set transmission power exceeds the maximum transmission power, terminal 200 drops uplink data. As a result, the quality of the response signal requiring high reliability can be assured with priority over other signals.
  • the terminal 200 drops uplink data on the PUSCH and multiplexes a plurality of response signals on the PUSCH.
  • the terminal 200 may drop a PUSCH (uplink data) and transmit a plurality of response signals using the PUCCH.
  • a parameter for calculating a resource amount required for a response signal can be used.
  • the value of ⁇ offset HARQ-ACK in Expression (4), Expression (5), or Expression (6) is a specific value (for example, 0)
  • terminal 200 determines to drop uplink data or PUSCH. I do.
  • the specific parameter notified from the base station 100 is not limited to the specific value of ⁇ offset HARQ-ACK in Expression (4), Expression (5), or Expression (6), and other parameters may be used. .
  • terminal 200 determines a transmission method of a plurality of response signals or uplink data based on parameters notified from base station 100. Therefore, the terminal 200 can determine whether to drop the uplink data or the PUSCH without calculating the resource amount required for the plurality of response signals and comparing the resource amount with the upper limit value.
  • terminal 200 performs PUSCH transmission including uplink data corresponding to eMBB and PUCCH transmission including a plurality of UCIs (eg, a plurality of response signals) corresponding to the URLLC in time.
  • a processing mode transmission method or parameter
  • terminal 200 transmits a plurality of UCIs, or a plurality of UCIs and uplink data, based on the determined processing mode.
  • the terminal 200 performs appropriate terminal operation or resource allocation according to the degrees of reliability of the plurality of response signals, and outputs a response signal corresponding to the URLLC. Uplink transmission satisfying the requirements can be performed.
  • terminal 200 can appropriately transmit an uplink signal.
  • the method of calculating the resource amount required for the response signal is not limited to the calculation equation (4), (5) or (6).
  • the calculation formula for calculating the resource amount required for the response signal includes the coding rate of the response signal corresponding to ⁇ offset HARQ-ACK in Expression (4), Expression (5), or Expression (6) (in other words, It is only necessary to include a parameter for controlling the resource amount) and a parameter for controlling the upper limit value of the resource amount corresponding to ⁇ in Equation (4), Equation (5) or Equation (6).
  • terminal 200 may generate HARQ-ACK bits by applying different coding to response signals having different types of reliability, delay request or use case (service).
  • the HARQ-ACK bit may be generated by applying one encoding.
  • performing different encoding processes on a plurality of response signals increases the processing amount of the terminal 200, and may thus complicate the implementation.
  • the terminal 200 performs one encoding process, the implementation of the terminal 200 can be simplified, but after receiving the downlink data, decoding the downlink data, generating a response signal, and generating the response signal. It is necessary to consider a capability (UE capability; hereinafter, referred to as “N1”) relating to a processing time required until transmission.
  • N1 UE capability
  • terminal 200 reports “N1” to base station 100.
  • the base station 100 transmits the PUCCH slot position for transmitting the response signal to the downlink data by the terminal 200 (or the time from the slot receiving the downlink data to the slot transmitting the PUCCH (for example, the response signal): “ PDSCH-to-HARQ-ACK @ timing ”) and notifies terminal 200.
  • the base station 100 cannot set and notify a value exceeding the processing capability (N1) of the terminal 200 reported from the terminal 200 (in other words, a value smaller than N1) for PDSCH-to-HARQ-ACK @ timing.
  • the terminal 200 specifies the capability (N1) for transmitting response signals having different types of reliability, delay request, or use case (or service), and reports the same to the base station 100. Further, the terminal 200, based on the value of PDSCH-to-HARQ-ACK timing set and notified from the base station 100 and the specified value of N1, based on the reliability, delay request or use case (or service) An encoding method for response signals of different types may be determined.
  • the terminal 200 receives the downlink data, decodes the data, generates a response signal, and processes the necessary processing time (N1) until transmitting the PUCCH. It has two or more capabilities depending on the type of case (or service).
  • the terminal 200 reports two or more capabilities (N1) to the base station 100.
  • the terminal 200 has two terminal capabilities (UE capability for N1 for eMBB (hereinafter, referred to as "N1_X” or “N1_eMBB”) and N1 for URLLC (hereinafter, referred to as "N1_Y” or “N1_URLLC”). ).
  • N1_X UE capability for N1 for eMBB
  • N1_Y URLLC
  • N1_Y URLLC
  • the base station 100 uses a terminal-specific upper layer signal (for example, RRC signaling) to generate a quasi-static signal.
  • a terminal-specific upper layer signal for example, RRC signaling
  • a set of slot positions is notified, and a DCI that allocates downlink data notifies which PDSCH-to-HARQ-ACK timing in the set is actually used.
  • terminal 200 transmits the PDSCH-to-HARQ- for each response signal.
  • the processing for the response signal is determined based on the value of ACK @ timing and the capability (N1) of terminal 200.
  • the terminal 200 when the minimum value of the PDSCH-to-HARQ-ACK timing for each response signal is equal to or greater than N1_X or N1_eMBB, the terminal 200 performs a common encoding process on each response signal, and outputs a HARQ-ACK bit.
  • terminal 200 applies a different encoding method to each response signal and generates a HARQ-ACK bit.
  • the base station and the terminal according to the present embodiment have the same basic configuration as base station 100 and terminal 200 according to the first embodiment, and thus will be described with reference to FIGS.
  • the PUCCH includes a response signal corresponding to eMBB, and is not limited to the case where the PUSCH includes uplink data corresponding to URLLC, for example, a signal included in the PUSCH is included in the PUCCH. Any signal may be used as long as it has strict requirements such as high reliability or low delay, such as URLLC, as compared with a signal.
  • the terminal 200 determines a processing mode (for example, a transmission method or a parameter) of the response signal or the uplink data according to the reliability of the uplink data (for example, a target error rate or a target BLER of the uplink data). In other words, the terminal 200 causes a difference in the transmission method or the parameter of the response signal or the uplink data according to the reliability of the uplink data corresponding to the URLLC.
  • a processing mode for example, a transmission method or a parameter
  • the terminal 200 causes a difference in the transmission method or the parameter of the response signal or the uplink data according to the reliability of the uplink data corresponding to the URLLC.
  • the terminal 200 multiplexes the response signal onto the PUSCH, for example, using the same method or parameter as the method or parameter described in Non-Patent Documents 2 and 3 described above.
  • the terminal 200 transmits the response signal on the PUCCH or multiplexes the response signal on the PUSCH, for example, using a method or a parameter different from the methods or parameters described in Non-Patent Documents 2 and 3.
  • PUSCH transmission including uplink data requiring high reliability for example, uplink data having a target error rate equal to or less than a predetermined value
  • PUCCH transmission including a response signal to downlink data corresponding to eMBB are time-dependent.
  • the following three methods (Option # 1, # 2, and 3) will be described as examples of a method of multiplexing response signals onto the PUSCH in the case of overlap.
  • the terminal 200 drops the eMBB PUCCH (for example, a response signal) (in other words, cancels transmission) and transmits uplink data using the PUSCH.
  • eMBB PUCCH for example, a response signal
  • FIG. 8 shows an operation example of the terminal 200 in Option # 1.
  • a PUSCH (URLLCSCHPUSCH) including uplink data corresponding to URLLC and transmission of a PUCCH (eMBBCPUCCH) including a response signal to downlink data corresponding to eMBB are performed in the same slot. If this occurs, the terminal 200 drops eMBB @ PUCCH (response signal) and transmits URLLC @ PUSCH (uplink data).
  • the PUMB transmission of eMBB does not affect the PUSCH transmission for URLLC that requires high reliability, so the quality of uplink data that requires high reliability is guaranteed. it can.
  • the terminal 200 only has to drop the eMBB @ PUCCH (response signal), and does not require complicated processing in the terminal 200. Therefore, there is an advantage that the mounting of the terminal 200 is easy.
  • the terminal 200 does not transmit the eMBB PUCCH (for example, a response signal) in the section of the eMBB PUCCH transmission section that temporally overlaps with the PUSCH transmission section for URLLC in the same slot. (Puncture). In other words, the terminal 200 transmits a response signal using the PUCCH in the same slot in the eMBB PUCCH transmission section in a section that does not temporally overlap with the PUSCH transmission section for URLLC.
  • the eMBB PUCCH for example, a response signal
  • FIG. 9 shows an operation example of the terminal 200 in Option # 2.
  • terminal 200 punctures eMBBCHPUCCH (for example, a response signal) in an eMBB PUCCH transmission section in a section that temporally overlaps with URLLC PUSCH transmission section in the same slot,
  • eMBB / PUCCH (for example, a response signal) is transmitted in a section other than the section temporally overlapping with the transmission section of the URLLC / PUSCH.
  • the transmission corresponding to eMBB is transmission on a slot basis (for example, transmission using all one slot or most of one slot).
  • transmission corresponding to URLLC the amount of data to be transmitted is relatively small. It is assumed that the main use case of transmission corresponding to URLLC is to use transmission in non-slot units (for example, transmission using several symbols) in order to achieve low delay.
  • the section where the transmission corresponding to URLLC temporally overlaps with the transmission corresponding to eMBB is, as shown in FIG. 9, several symbols in the slot, that is, a part of the transmission section corresponding to eMBB. Is assumed. Therefore, the terminal 200 does not drop all transmissions corresponding to the eMBB after the transmission corresponding to the URLLC, and as shown in FIG. By not transmitting (puncturing) the overlapping sections, it is possible to suppress deterioration in the transmission quality and frequency use efficiency of the eMBB.
  • the terminal 200 transmits a response signal for eMBB multiplexed on the PUSCH of URLLC.
  • FIG. 10 shows an operation example of terminal 200 in Option # 3.
  • Terminal 200 when transmission of a PUCCH including a response signal corresponding to eMBB (eMBBMBPUCCH) and transmission of a PUSCH including uplink data corresponding to URLLC (URLLC PUSCH) occur in the same slot, Terminal 200 multiplexes the response signal (in other words, eMBB @ UCI) included in eMBB @ PUCCH on PUSCH. Then, terminal 200 transmits a URLLC @ PUSCH signal in which the response signal (eMBB @ UCI) is multiplexed.
  • eMBBMBPUCCH response signal included in eMBB @ PUCCH on PUSCH.
  • the base station 100 provides the terminal 200 with at least one of the values of ⁇ offset HARQ-ACK and ⁇ in Equation (1) according to a request condition (eg, reliability) of the uplink data (or PUSCH). Set different values for each.
  • a request condition eg, reliability
  • the values of ⁇ offset HARQ-ACK and ⁇ according to the reliability of PUSCH may be explicitly set to terminal 200 by a terminal-specific upper layer signal, and a coefficient corresponding to the reliability of uplink data may be used. May be introduced.
  • the terminal 200 multiplies the value of ⁇ offset HARQ-ACK and ⁇ shown in Expression (1) by a coefficient, and the coefficient is The multiplied values of ⁇ offset HARQ-ACK and ⁇ may be applied to the calculation of the resource amount shown in Expression (1).
  • the coefficient according to the reliability of the uplink data (or PUSCH) may be a common value for ⁇ offset HARQ-ACK and ⁇ , or may be a different value.
  • terminal 200 can allocate appropriate resources to response signals in PUSCH according to the reliability of uplink data (or PUSCH).
  • terminal 200 performs a case where PUSCH transmission including uplink data corresponding to URLLC and PUCCH transmission including UCI (for example, a response signal) corresponding to eMBB temporally overlap with each other.
  • a processing mode (transmission method or parameter) for uplink data and UCI is determined according to a requirement for uplink data. Then, terminal 200 transmits the uplink data or the UCI and the uplink data based on the determined processing mode.
  • terminal 200 can perform appropriate terminal operation or resource allocation according to the reliability of the uplink data, and perform uplink transmission satisfying the requirements for the uplink data corresponding to URLLC.
  • terminal 200 can appropriately transmit an uplink signal.
  • terminal 200 receives PUCCH (for example, a response signal) when base station 100 notifies terminal 200 of a specific parameter. May be dropped, and uplink data may be transmitted using PUSCH.
  • PUCCH for example, a response signal
  • the specific parameter notified from the base station 100 for example, a parameter for calculating a resource amount required for a response signal can be used.
  • the value of ⁇ offset HARQ-ACK in Expression (1) is a specific value (for example, 0)
  • terminal 200 determines to drop the PUCCH.
  • the specific parameter notified from base station 100 is not limited to the specific value of ⁇ offset HARQ-ACK in equation (1), and other parameters may be used.
  • ⁇ Grant-based PUSCH transmission '' dynamically indicating a radio resource for transmitting PUSCH by UL grant from the base station
  • the terminal transmits a PUSCH using a radio resource previously quasi-statically allocated at the time of data generation ⁇ Grant-free PUSCH transmission '' (or, ⁇ Configured grant PUSCH Transmission).
  • the base station 100 When the terminal 200 transmits the UCI multiplexed on the PUSCH and transmits the grant-based PUSCH, since the base station 100 knows that the UCI is multiplexed on the PUSCH, the base station 100 indicates the radio resource by Grant (UL grant). At this time, it is possible to allocate radio resources in consideration of UCI multiplexing. On the other hand, in the grant-free PUSCH transmission, the base station 100 cannot allocate to the terminal 200 a radio resource in consideration of UCI multiplexing in advance.
  • Grant UL grant
  • Option # 1 for example, see FIG. 8
  • Option # 2 for example, see FIG. 9
  • Option # 3 for example, see FIG. 10
  • the terminal 200 applies Option # 3 and multiplexes the UCI to the PUSCH before transmitting.
  • terminal 200 drops Option PUCCH by applying Option # 1 or Option # 2, and transmits uplink data using PUSCH. Thereby, terminal 200 can appropriately transmit a response signal in accordance with Grant-based PUSCH transmission and Grant-free PUSCH transmission.
  • the uplink data corresponding to the URLLC when the PUSCH transmission including the uplink data corresponding to the URLLC and the PUCCH transmission including the response signal to the downlink data corresponding to the eMBB temporally overlap, the uplink data corresponding to the URLLC A method of transmitting a response signal or uplink data, or a method of causing a difference in parameters, according to the reliability of the above has been described.
  • the method of transmitting the uplink signal (for example, the response signal or the uplink data) or the method of causing a difference in parameters is not limited to the above example.
  • a difference may be caused between the uplink data of URLLC and the uplink data of eMBB.
  • the terminal 200 when the PUSCH transmission including the uplink data corresponding to the eMBB (or the uplink data for which low delay is not required) and the PUSCH transmission including the downlink data corresponding to the eMBB temporally overlap with each other, the terminal 200 performs The response signal is multiplexed on the PUSCH using the same method or parameters as those described in Patent Documents 2 and 3.
  • terminal 200 if PUSCH transmission including uplink data corresponding to URLLC (or uplink data requiring low delay) and PUCCH transmission including a response signal to downlink data corresponding to eMBB overlap in time, terminal 200 May transmit uplink data (and a response signal) using the method of Option # 1, Option # 2 or Option # 3 described above.
  • the base station and the terminal according to the present embodiment have the same basic configuration as base station 100 and terminal 200 according to the first embodiment, and thus will be described with reference to FIGS.
  • the response signal corresponding to the URLLC is included in the PUCCH, not limited to the case where the uplink data corresponding to the URLLC is included in the PUSCH, for example, a signal included in both the PUSCH and the PUCCH, Any signal such as URLLC that has strict requirements such as high reliability or low delay may be used.
  • the terminal 200 transmits the response signal or the response signal according to the reliability of the response signal (for example, the target error rate or the target BLER of the response signal) and the reliability of the uplink data (for example, the target error rate or the target BLER of the uplink data).
  • a processing mode for example, a transmission method or a parameter
  • terminal 200 causes a difference in the transmission method or parameter of the response signal or the uplink data according to the reliability of the response signal and the reliability of the uplink data.
  • a response signal to downlink data can be transmitted.
  • the former response signal requires high reliability, while the latter response signal does not require high reliability.
  • a difference may be caused in the transmission method depending on a combination of the above-described reliability of the response signal and the reliability of the uplink data.
  • terminal 200 uses a method different from the methods or parameters described in Non-Patent Documents 2 and 3 based on the method described in Embodiment 3 (for example, see FIG. 8, FIG. 9 or FIG. 10).
  • uplink data is transmitted using a parameter, or a response signal and uplink data are transmitted.
  • terminal 200 multiplexes the response signal onto the PUSCH using, for example, a method or parameter similar to the method or parameter described in Non-Patent Documents 2 and 3 described above.
  • terminal 200 multiplexes the response signal onto the PUSCH using, for example, a method or parameter similar to the method or parameter described in Non-Patent Documents 2 and 3 described above.
  • terminal 200 uses a method different from the methods or parameters described in Non-Patent Documents 2 and 3 based on the method described in Embodiment 1 (see, for example, FIG. 5, FIG. 6, or FIG. 7).
  • a response signal is transmitted using a parameter, or a response signal and uplink data are transmitted.
  • terminal 200 performs a case where PUSCH transmission including uplink data corresponding to URLLC and PUCCH transmission including UCI (for example, a response signal) corresponding to URLLC temporally overlap with each other.
  • a processing mode (transmission method or parameter) for the uplink data and the UCI is determined according to a requirement for both the uplink data and the UCI.
  • terminal 200 transmits at least one of the uplink data and the UCI based on the determined processing mode.
  • the terminal 200 can perform appropriate terminal operation or resource allocation according to the reliability of both the uplink data and the UCI, and perform uplink transmission that satisfies the requirements of the uplink signal corresponding to URLLC. .
  • terminal 200 can appropriately transmit an uplink signal.
  • the base station and the terminal according to the present embodiment have the same basic configuration as base station 100 and terminal 200 according to the first embodiment, and thus will be described with reference to FIGS.
  • terminal 200 determines the reliability of the response signal (for example, the target error rate or the target BLER of the response signal) and the reliability of the uplink data (for example, the target error rate or the target BLER of the uplink data). ), A processing mode (for example, a transmission method or a parameter) of a response signal or uplink data that is repeatedly transmitted is determined. In other words, terminal 200 causes a difference in the transmission method or parameter of the response signal or the uplink data according to the reliability of the response signal and the reliability of the uplink data.
  • the reliability of the response signal for example, the target error rate or the target BLER of the response signal
  • the reliability of the uplink data for example, the target error rate or the target BLER of the uplink data.
  • Case 1 is a case where PUCCH transmission to which Repetition including a response signal corresponding to URLLC is applied and PUSCH transmission including uplink data corresponding to eMBB are temporally overlapped, as in Embodiment 1 or 2.
  • a response signal to downlink data can be transmitted.
  • High reliability is required for response signals to downlink data having a high target error rate.
  • a high reliability is not required for a response signal for downlink data having a low target error rate.
  • the terminal 200 is illustrated in FIG. 11 when, for example, PUCCH transmission to which Repetition including a response signal requiring high reliability is applied and PUSCH transmission including uplink data corresponding to eMBB temporally overlap.
  • PUSCH uplink data
  • Case 2 is a case where PUCCH transmission to which Repetition including a response signal corresponding to eMBB is applied and PUSCH transmission including uplink data corresponding to URLLC temporally overlap, as in the third embodiment.
  • High reliability is not required for uplink data having a high target error rate.
  • high reliability is required for uplink data having a low target error rate.
  • the terminal 200 releases Release Re 15 NR. In the same manner as above, PUSCH (uplink data) is dropped.
  • the terminal 200 may release Release # 15.
  • the uplink data is transmitted using a method different from the NR, or the response signal is multiplexed on the PUSCH using a parameter different from Release ⁇ 15 ⁇ NR.
  • PUSCH transmission including uplink data requiring high reliability for example, uplink data having a target error rate equal to or less than a predetermined value
  • PUCCH transmission including downlink data corresponding to eMBB are temporally overlapped.
  • the following three methods (Option # 1, # 2, and 3) will be described as examples of a method of multiplexing the response signal onto the PUSCH.
  • the terminal 200 drops the eMBB PUCCH (for example, a response signal) (in other words, cancels transmission) and transmits uplink data using the PUSCH.
  • the terminal 200 may drop all PUCCHs (for example, response signals) to which Repetition is applied, or drop PUCCHs (for example, response signals) of slots that temporally overlap with the PUSCH corresponding to URLLC, A PUCCH (for example, a response signal) of a slot that does not temporally overlap with the PUSCH corresponding to the URLLC may be transmitted.
  • FIG. 12 shows an operation example of the terminal 200 in Option # 1.
  • transmission of PUSCH including uplink data corresponding to URLLC and transmission of PUCCH (eMBB PUCCH) including a response signal to downlink data corresponding to eMBB occur in the same slot. If this occurs, the terminal 200 drops eMBB @ PUCCH (response signal) and transmits URLLC @ PUSCH (uplink data) in the slot.
  • terminal 200 transmits eMBB ⁇ ⁇ PUCCH (response signal) in slots other than the slot where PUSCH transmission and PUCCH transmission overlap.
  • terminal 200 may drop eMBB / PUCCH (response signal) even in a slot other than the slot where PUSCH transmission and PUCCH transmission overlap.
  • terminal 200 may transmit (postpone) the eMBB @ PUCCH (response signal) dropped in the slot where the PUSCH transmission and the PUCCH transmission overlap in the subsequent slot.
  • the PUMB transmission of eMBB does not affect the PUSCH transmission for URLLC that requires high reliability, so the quality of uplink data that requires high reliability is guaranteed. it can.
  • the terminal 200 only has to drop the eMBB @ PUCCH (response signal), and does not require complicated processing in the terminal 200. Therefore, there is an advantage that the mounting of the terminal 200 is easy.
  • the terminal 200 does not transmit the eMBB PUCCH (for example, a response signal) in the section of the eMBB PUCCH transmission section that temporally overlaps with the PUSCH transmission section for URLLC in the same slot. (Puncture). In other words, the terminal 200 transmits a response signal using the PUCCH in the same slot in the eMBB PUCCH transmission section in a section that does not temporally overlap with the PUSCH transmission section for URLLC.
  • the eMBB PUCCH for example, a response signal
  • FIG. 13 shows an operation example of the terminal 200 in Option # 2.
  • transmission of a PUSCH (URLLC @ PUSCH) including uplink data corresponding to URLLC and transmission of a PUCCH (eMBB @ PUCCH) including a response signal to downlink data corresponding to eMBB are performed in the same slot. If this occurs, the terminal 200 transmits URLLC @ PUSCH (uplink data). Also, as shown in FIG. 13, transmission of a PUSCH (URLLC @ PUSCH) including uplink data corresponding to URLLC and transmission of a PUCCH (eMBB @ PUCCH) including a response signal to downlink data corresponding to eMBB are performed in the same slot. If this occurs, the terminal 200 transmits URLLC @ PUSCH (uplink data). Also, as shown in FIG.
  • terminal 200 punctures eMBBCPUCCH (for example, a response signal) in a section that temporally overlaps with a transmission section of URLLC PUSCH among transmission sections of eMBB PUCCH in the same slot,
  • eMBBCPUCCH for example, a response signal
  • the eMBB / PUCCH (for example, a response signal) is transmitted in a section other than the section temporally overlapping with the transmission section of the URLLC / PUSCH.
  • terminal 200 transmits eMBB PUCCH (for example, a response signal) in a slot where PUSCH transmission and PUCCH transmission do not overlap.
  • eMBB PUCCH for example, a response signal
  • the transmission corresponding to eMBB is transmission on a slot basis (for example, transmission using all one slot or most of one slot).
  • transmission corresponding to URLLC the amount of data to be transmitted is relatively small. It is assumed that the main use case of transmission corresponding to URLLC is to use transmission in non-slot units (for example, transmission using several symbols) in order to achieve low delay.
  • the section where the transmission corresponding to URLLC temporally overlaps the transmission corresponding to eMBB is, as shown in FIG. 13, several symbols in the slot, that is, a part of the transmission section corresponding to eMBB. Is assumed. For this reason, the terminal 200 does not drop all transmissions corresponding to the eMBB after the transmission corresponding to the URLLC, and as shown in FIG. 13, the transmission section corresponding to the URLLC among the transmission sections corresponding to the eMBB, as shown in FIG. By not transmitting (puncturing) the overlapping sections, it is possible to suppress deterioration in the transmission quality and frequency use efficiency of the eMBB.
  • the terminal 200 transmits a response signal for eMBB multiplexed on the PUSCH of URLLC. At this time, after multiplexing the response signal on the PUSCH, the terminal 200 may drop all of the PUCCHs (response signals) to which Repetition is applied, and may perform the PUCCH (response signal ) May be dropped.
  • the terminal 200 may drop all of the PUCCHs (response signals) to which Repetition is applied, and may perform the PUCCH (response signal ) May be dropped.
  • FIG. 14 shows an operation example of the terminal 200 in Option # 3.
  • Terminal 200 when transmission of a PUCCH including a response signal corresponding to eMBB (eMBBCPUCCH) and transmission of a PUSCH including uplink data corresponding to URLLC (URLLC PUSCH) occur in the same slot, Terminal 200 multiplexes the response signal (in other words, eMBB @ UCI) included in eMBB @ PUCCH on PUSCH. Then, terminal 200 transmits a URLLC @ PUSCH signal in which the response signal (eMBB @ UCI) is multiplexed.
  • eMBBCPUCCH a response signal corresponding to eMBB
  • URLLC PUSCH URLLC PUSCH
  • terminal 200 transmits eMBB PUCCH (response signal) in a slot where PUSCH transmission and PUCCH transmission do not overlap.
  • eMBB PUCCH response signal
  • the amount of resources allocated to the response signal in the PUSCH when the response signal is multiplexed on the PUSCH and transmitted may be determined according to the same method as in the third embodiment.
  • terminal 200 can allocate appropriate resources to response signals in PUSCH according to the reliability of uplink data (or PUSCH).
  • Case 3 is a case where PUCCH transmission including a response signal corresponding to URLLC and PUSCH transmission including uplink data corresponding to URLLC temporally overlap.
  • a response signal to downlink data can be transmitted.
  • the former response signal requires high reliability, while the latter response signal does not require high reliability.
  • a difference may be caused in the transmission method depending on a combination of the above-described reliability of the response signal and the reliability of the uplink data.
  • the terminal 200 transmits the uplink data using a method different from Release 15 NR, for example, based on the method described in Case 2, or transmits a response signal using a parameter different from Release 15 NR. Multiplex to PUSCH.
  • terminal 200 drops PUSCH, for example, similarly to Release ⁇ 15 ⁇ NR.
  • terminal 200 drops PUSCH, for example, similarly to Release ⁇ 15 ⁇ NR.
  • terminal 200 drops the PUSCH, for example, by the method described in Case # 1.
  • terminal 200 transmits the uplink data when the PUSCH transmission including the uplink data and the PUCCH transmission including the repeatedly transmitted UCI (for example, the response signal) temporally overlap with each other. And a processing mode (transmission method or parameter) for the uplink data and the UCI is determined according to a requirement for both the UCI and the UCI. Then, terminal 200 transmits at least one of uplink data and UCI based on the determined processing mode.
  • a processing mode transmission method or parameter
  • the terminal 200 can perform appropriate terminal operation or resource allocation according to the reliability of both the uplink data and the UCI, and perform uplink transmission that satisfies the requirements of the uplink signal corresponding to URLLC. .
  • terminal 200 can appropriately transmit an uplink signal.
  • a “Grant-based PUSCH transmission” in which a radio resource for transmitting the PUSCH is dynamically indicated by a UL grant from the base station, and a UL from the base station. Without grant, the terminal transmits a PUSCH using a radio resource previously quasi-statically allocated at the time when the data is generated. And are supported.
  • the base station 100 When the terminal 200 transmits the UCI multiplexed on the PUSCH and transmits the grant-based PUSCH, since the base station 100 knows that the UCI is multiplexed on the PUSCH, the base station 100 indicates the radio resource by Grant (UL grant). At this time, it is possible to allocate radio resources in consideration of UCI multiplexing. On the other hand, in the grant-free PUSCH transmission, the base station 100 cannot allocate to the terminal 200 a radio resource in consideration of UCI multiplexing in advance.
  • Grant UL grant
  • Option # 1, Option # 2 or Option # 3 may be switched between Grant-based PUSCH transmission and Grant-free PUSCH transmission and applied.
  • the terminal 200 applies Option # 3 and multiplexes the UCI to the PUSCH before transmitting.
  • Grant-free PUSCH transmission terminal 200 applies Option # 1 or Option # 2 and drops PUSCH or PUCCH. Thereby, terminal 200 can appropriately transmit a response signal in accordance with Grant-based PUSCH transmission and Grant-free PUSCH transmission.
  • the former response signal requires high reliability, while the latter response signal does not require very high reliability.
  • examples of causing a difference in the uplink transmission method are not limited to the types of the reliability, the delay request, and the use case (service), but may be, for example, different physical layer parameters.
  • eMBB may be replaced with “transmission in slot units” and URLLC may be replaced with “transmission in non-slot units”.
  • the eMBB may be replaced with “PDSCH mapping type A” or “PUSCH mapping type A”
  • the URLLC may be replaced with “PDSCH mapping type B” or “PUSCH mapping type B”.
  • the transmission is not limited to transmission corresponding to eMBB and URLLC.
  • eMBB is replaced with transmission having a longer transmission interval (for example, slot length or symbol length)
  • URLLC is replaced with transmission having a transmission interval shorter than the above transmission interval. You may.
  • the target error rate may be the target error rate of the first data transmission as described above, or may be the target error rate in retransmission when retransmission occurs. Further, the target error rate may be referred to as an “instantaneous target error rate” in the sense of the target error rates of the first and retransmission.
  • the method of determining the "type of reliability, delay request, or use case (or service)" (in other words, the required condition) of the response signal described in the above embodiment includes, for example, the following Example 1. -There is a method as in Example 5.
  • Example 1 Scramble sequence
  • the terminal 200 determines the reliability of the response signal, the delay request or the use case (service) based on the terminal-specific scrambling sequence used for DCI for scheduling downlink data transmission corresponding to each response signal. Judge the type.
  • C-RNTI Cell-Radio Network Temporary Identifier
  • CS-RNTI Configured Scheduling-RNTI
  • the control unit 101 of the base station 100 determines information on the reliability of the downlink data of the terminal 200, the delay request, or the type of use case (service).
  • the determined information is output to downlink control signal generation section 109 of base station 100.
  • downlink control signal generating section 109 generates a DCI bit sequence using a scrambling sequence according to the reliability of downlink data of terminal 200, a delay request, or a type of use case (or service).
  • decoding section 206 of terminal 200 (for example, see FIG. 3) outputs the detected scrambling sequence to control section 211.
  • the control unit 211 determines information on the reliability of the downlink data, the delay request, or the type of use case (service) based on the obtained scrambling sequence.
  • Example 2 MCS table
  • the terminal 200 determines the reliability of the response signal, the delay request, or the type of use case (service) based on the MCS table used for scheduling the downlink data transmission corresponding to each response signal.
  • terminal 200 determines that the reliability required for the response signal is high.
  • terminal 200 determines that the reliability required for the response signal is not high.
  • the control unit 101 of the base station 100 determines information on the reliability of the downlink data of the terminal 200, the delay request, or the type of use case (service). The determined information is output to downlink control signal generation section 109, coding section 103 and modulation section 105 of base station 100.
  • Downlink control signal generation section 109 includes information on the MCS table used for downlink data transmission in the bit string of DCI. Encoding section 103 and modulation section 105 also encode and modulate downlink data using information on the MCS table input from control section 101.
  • the decoding unit 206 of the terminal 200 decodes the DCI and outputs the decoding result to the control unit 211.
  • the control unit 211 determines information on the reliability of the downlink data, delay request or type of use case (service) based on the information on the MCS table obtained from the DCI.
  • Example 3 PDSCH-to-HARQ-ACK timing or PDSCH transmission symbols
  • the terminal 200 determines the reliability of the response signal based on “PDSCH-to-HARQ-ACK timing” notified by the DCI that schedules downlink data transmission corresponding to each response signal or the number of PDSCH transmission symbols. Level, type of delay request or use case (service).
  • the terminal 200 has a severe delay request for a response signal or a response for URLLC. It is determined that it is a signal.
  • the terminal 200 has a less demanding response signal delay requirement or eMBB. It is determined that this is a response signal.
  • the predetermined value or the predetermined number of symbols may be a value predetermined in a standard or a value that can be set by the base station 100 to the terminal 200 by an upper layer signal.
  • the control unit 101 of the base station 100 determines the PDSCH-to-HARQ-ACK timing or the number of PDSCH transmission symbols indicating a slot position for transmitting a response signal to the downlink data of the terminal 200.
  • the determined information is output to downlink control signal generating section 109, signal allocating section 112 and extracting section 118 of base station 100.
  • the downlink control signal generator 109 includes information on the PDSCH-to-HARQ-ACK timing or the number of PDSCH transmission symbols in the DCI bit string.
  • the decoding unit 206 of the terminal 200 decodes the DCI and outputs the decoding result to the control unit 211.
  • the control unit 211 determines the information on the type of the reliability of the downlink data, the delay request or the use case (service) based on the information on the PDSCH-to-HARQ-ACK timing or the number of transmission symbols of the PDSCH obtained from the DCI. I do.
  • Example 4 CQI table
  • the terminal 200 determines the reliability of the response signal, the delay request, or the type of use case (service) based on the CQI table set for downlink data transmission corresponding to each response signal.
  • terminal 200 determines that the reliability required for the response signal is high.
  • control unit 101 of the base station 100 determines information on the CQI table set for the terminal 200 for downlink data transmission.
  • the determined information is output to higher control signal generation section 106.
  • Upper control signal generating section 106 includes information on the CQI table in the higher control signal.
  • the decoding unit 208 of the terminal 200 decodes the higher control signal and outputs the decoding result to the control unit 211.
  • the control unit 211 determines information on the reliability of the downlink data, delay request, or type of use case (service) based on the information on the CQI table obtained from the higher control signal.
  • Example 5 Explicit notification by DCI
  • the terminal 200 determines the reliability of the response signal, the delay request, or the type of use case (service) by explicit notification using several bits in the DCI that schedules downlink data transmission corresponding to each response signal. to decide.
  • the explicit notification may be information on the reliability of the response signal itself, information on the type of delay request or use case (service), information on the reliability of the PDSCH (e.g., target BLER), information on the type of delay request or use case (service). May be.
  • the control unit 101 of the base station 100 determines information on the reliability of the response signal to the downlink data of the terminal 200, the delay request, or the type of use case (service).
  • the determined information is output to downlink control signal generation section 109.
  • the downlink control signal generation unit 109 includes information about the reliability of ACK / NACK, delay request, or type of use case (service) in the DCI bit string.
  • the decoding unit 206 of the terminal 200 decodes the DCI and outputs the decoding result to the control unit 211.
  • the control unit 211 obtains information on the reliability of the response signal, the delay request, or the type of use case (service) from the DCI.
  • the method of determining the “reliability of response signal, delay request or type of use case (or service)” has been described above.
  • the method of determining the “reliability of the response signal, the type of the delay request or the use case (or service)” is not limited to Examples 1 to 5 described above, and may be a determination method based on other information regarding the request condition. Good.
  • ACK / NACK or HARQ-ACK may be replaced with channel state information (CSI), or may be replaced with UCI including the response signal and CSI.
  • each functional block used in the description of the above embodiment is partially or entirely realized as an LSI which is an integrated circuit, and each process described in the above embodiment is partially or wholly performed. It may be controlled by one LSI or a combination of LSIs.
  • the 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 include data input and output.
  • the LSI may be called an IC, a system LSI, a super LSI, or an ultra LSI depending on the degree of integration.
  • the method of circuit integration is not limited to LSI, and may be realized by a dedicated circuit, a general-purpose processor, or a dedicated processor. Further, a programmable FPGA (Field Programmable Gate Array) or a reconfigurable processor capable of reconfiguring connection and setting of circuit cells inside the LSI after manufacturing the LSI may be used.
  • the present disclosure may be implemented as digital processing or analog processing. Furthermore, if an integrated circuit technology that replaces the LSI appears due to the progress of the semiconductor technology or another technology derived therefrom, the functional blocks may be naturally integrated using the technology. Application of biotechnology, etc. is possible.
  • the present disclosure can be implemented in any type of device, device, or system having a communication function (collectively, a communication device).
  • communication devices include phones (mobile phones, smartphones, 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, smart watches, tracking devices, etc.), game consoles, digital book readers, telehealth telemedicine (remote health) Care / medicine prescription) devices, vehicles or mobile vehicles with communication capabilities (automobiles, airplanes, ships, etc.), and combinations of the various devices described above.
  • the communication device is not limited to a portable or movable device, and may be any type of device, device, or system that is not portable or fixed, such as a smart home device (home appliance, lighting device, smart meter or Measurement equipment, control panels, etc.), vending machines, and any other "things" that can exist on an IoT (Internet of Things) network.
  • a smart home device home appliance, lighting device, smart meter or Measurement equipment, control panels, etc.
  • vending machines and any other "things” that can exist on an IoT (Internet of Things) network.
  • Communication includes not only data communication by cellular systems, wireless LAN systems, communication satellite systems, etc., but also data communication by combinations of these.
  • the communication device also includes a device such as a controller or a sensor that is connected or connected to a communication device that performs the communication function described in the present disclosure.
  • a controller or a sensor that generates a control signal or a data signal used by a communication device that performs a communication function of the communication device is included.
  • the communication device includes infrastructure equipment, such as a base station, an access point, and any other device, device, or system that communicates with or controls the above-described various types of devices. .
  • infrastructure equipment such as a base station, an access point, and any other device, device, or system that communicates with or controls the above-described various types of devices.
  • the terminal according to an embodiment of the present disclosure, the transmission of the uplink data channel including the uplink data, the transmission of the uplink control channel including the uplink control information, when the time overlap, the uplink data and the A circuit for determining a processing mode for the uplink data and the uplink control information in accordance with a request condition for at least one of the uplink control information; and, based on the determined processing mode, the uplink data and the uplink A transmitter for transmitting at least one of the link control information.
  • the request condition includes a target error rate
  • the circuit is configured to control the uplink data and the uplink control information according to the target error rate of the uplink control information. Is determined.
  • the transmitter drops the uplink data when the target error rate of the uplink control information is equal to or less than a predetermined value, and uses the uplink control channel to perform the uplink. Send link control information.
  • the transmitter when the target error rate of the uplink control information is equal to or less than a predetermined value, transmits the uplink control channel in a transmission section of the uplink data channel. Puncturing the uplink data in a section overlapping with a section, transmitting the uplink data in a section other than a section overlapping with the transmission section of the uplink control channel, and using the uplink control channel to update the uplink control information. Send.
  • the transmitter multiplexes the uplink control information on the uplink data channel and transmits the uplink control information when the target error rate of the uplink control information is equal to or less than a predetermined value.
  • the uplink control information is a response signal to downlink data, a parameter for controlling a resource amount required for the response signal in the uplink data channel, and the resource At least one of the parameters for controlling the upper limit of the amount is set according to the requirement of the response signal.
  • the uplink control information is a response signal to downlink data, and a resource amount required for the response signal in the uplink data channel exceeds an upper limit of the resource amount.
  • the transmitter drops the uplink data on the uplink data channel and transmits the response signal.
  • the uplink control information is a response signal to downlink data, and a resource amount required for the response signal in the uplink data channel exceeds an upper limit of the resource amount.
  • the circuit increases transmission power of the uplink data channel.
  • the transmitter drops the uplink data in the uplink data channel, A response signal is transmitted at the maximum transmission power.
  • the transmitter drops the uplink data in the uplink data channel, and the uplink control information Send
  • the circuit determines the processing mode of the uplink control information in the uplink data channel according to the request condition of the uplink control information.
  • the transmission of the uplink data channel the transmission using a resource that is dynamically indicated from the base station to the terminal, quasi-statically allocated to the terminal Transmission using existing resources.
  • the request condition includes a target error rate
  • the circuit determines the uplink data and the uplink control information according to the target error rate of the uplink data.
  • the processing mode is determined.
  • the transmitter drops the uplink control information in the uplink control channel when the target error rate of the uplink data is equal to or less than a predetermined value, and
  • the uplink data is transmitted using a channel.
  • the transmitter when the target error rate of the uplink data is equal to or less than a predetermined value, among the transmission sections of the uplink control channel, the transmission section of the uplink data channel. And puncturing the uplink control information in a section overlapping with the uplink data channel, and transmitting the uplink control information in a section other than a section overlapping with the transmission section of the uplink data channel.
  • the transmitter multiplexes the uplink control information on the uplink data channel and transmits the uplink control information when the target error rate of the uplink data is equal to or less than a predetermined value.
  • the uplink control information is a response signal to downlink data, a parameter for controlling a resource amount required for the response signal in the uplink data channel, and the resource At least one of the parameters for controlling the upper limit of the amount is set according to the request condition of the uplink data.
  • the transmitter drops the uplink control information in the uplink control channel, and the uplink data channel To transmit the uplink data signal.
  • the transmission of the uplink data channel includes transmission using a resource that is dynamically instructed from the base station to the terminal, and is quasi-statically allocated to the terminal. And transmission using resources.
  • the request condition includes a target error rate
  • the circuit is configured to perform the processing based on the target error rate of the uplink data and the target error rate of the uplink control information. Then, the processing mode of the uplink data and the uplink control information is determined.
  • the requirement includes a target error rate
  • the circuit includes the target error rate of the uplink data, and the target error rate of the repeatedly transmitted uplink control information.
  • the processing mode of the uplink data signal and the uplink control information is determined according to an error rate.
  • the transmission of the uplink data channel includes transmission using a resource that is dynamically instructed from the base station to the terminal, and is quasi-statically allocated to the terminal. And transmission using resources.
  • the transmission of an uplink data channel including uplink data and the transmission of an uplink control channel including uplink control information overlap with time, the uplink data and A processing mode for the uplink data and the uplink control information is determined according to a request condition for at least one of the uplink control information, and the uplink data and the uplink are determined based on the determined processing mode. Transmit at least one of the control information.
  • One embodiment of the present disclosure is useful for a mobile communication system.
  • Reference Signs List 100 base station 101, 211 control unit 102 data generation unit 103, 107, 110, 212, 214 coding unit 104 retransmission control unit 105, 108, 111, 213, 215 modulation unit 106 higher-level control signal generation unit 109 downlink control signal generation Sections 112, 216 signal allocating sections 113, 217 IFFT sections 114, 218 transmitting sections 115, 201 antennas 116, 202 receiving sections 117, 203 FFT sections 118, 204 extracting sections 119, 122 demodulating sections 120, 123, 206, 208, 210 Decoding sections 121 and 124 Judging section 200 Terminal 205 Downlink control signal demodulation section 207 Upper control signal demodulation section 209 Data demodulation section

Landscapes

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

Abstract

上りリンク信号を適切に送信することができる端末。端末（２００）において、制御部（２１１）は、上りリンクデータを含む上りリンクデータチャネルの送信と、上りリンク制御情報を含む上りリンク制御チャネルの送信と、が時間的に重なる場合、上りリンクデータ及び上りリンク制御情報の少なくとも一方に対する要求条件に応じて、上りリンクデータ及び上りリンク制御情報に対する処理態様を決定する。送信部（２１８）は、決定された処理態様に基づいて、上りリンクデータ及び上りリンク制御情報の少なくとも一方を送信する。

Description

端末及び通信方法
　本開示は、端末及び通信方法に関する。
　3GPP（3rd Generation Partnership Project）では、第5世代移動通信システム（5G：5th Generation mobile communication sysmtems）の実現に向けて、Release 15 NR（New Radio access technology）の仕様策定が完了した。NRでは、モバイルブロードバンドの高度化（eMBB: enhanced Mobile Broadband）の基本的な要求条件である高速及び大容量と合わせ、超高信頼低遅延通信（URLLC: Ultra Reliable and Low Latency Communication）をサポートしている（例えば、非特許文献１－４を参照）。
　3GPPが定義するRelease 15におけるURLLCへの要求条件として、片道0.5ms以下のユーザプレーン遅延、かつ、一定の信頼性を担保し、1ms以下の遅延を達成することが求められている。
　Release 15 NRでは、サブキャリア間隔又は送信シンボル数を柔軟に制御してTTI（Transmit Time Interval）を短縮することにより低遅延を実現する。また、低い目標ブロック誤り率（BLER: Block Error Rate）を達成するための変調符号化方式（MCS: Modulation and Coding Scheme）又はチャネル状態報告（CQI：Channel Quality Indicator）を設定又は通知することにより高信頼なデータ伝送を実現する。例えば、目標誤り率（又は、目標BLER）は、通常モード（例えば、BLER=10-1）と、高信頼モード（例えば、BLER=10-5）とが設定できる。
3GPP TS 38.211 V15.2.0, "NR; Physical channels and modulation (Release 15)," March 2018. 3GPP TS 38.212 V15.2.0, "NR; Multiplexing and channel coding (Release 15)," June 2018. 3GPP TS 38.213 V15.2.0, "NR; Physical layer procedure for control (Release 15)," June 2018. 3GPP TS 38.214 V15.2.0, "NR; Physical layer procedures for data (Release 15)," June 2018. H. Shariatmadari, Z. Li, S. Iraji, M. A. Uusitalo, and R. Jantti, "Control channel enhancements for ultra-reliable low-latency communications," Proc. The 10th International Workshop on Evolutional Technologies and Ecosystems for 5G and Beyond (WDN-5G ICC2017), May 2017.
　NRにおいて、上りリンク信号の送信方法について十分に検討されていない。
　本開示の非限定的な実施例は、上りリンク信号を適切に送信できる端末及び通信方法の提供に資する。
　本開示の一実施例に係る端末は、上りリンクデータを含む上りリンクデータチャネルの送信と、上りリンク制御情報を含む上りリンク制御チャネルの送信と、が時間的に重なる場合、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方に対する要求条件に応じて、前記上りリンクデータ及び前記上りリンク制御情報に対する処理態様を決定する回路と、前記決定された処理態様に基づいて、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方を送信する送信機と、を具備する。
　本開示の一実施例に係る通信方法は、上りリンクデータを含む上りリンクデータチャネルの送信と、上りリンク制御情報を含む上りリンク制御チャネルの送信と、が時間的に重なる場合、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方に対する要求条件に応じて、前記上りリンクデータ及び前記上りリンク制御情報に対する処理態様を決定し、前記決定された処理態様に基づいて、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方を送信する。
　なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本開示の一実施例によれば、上りリンク信号を適切に送信できる。
　本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
実施の形態１に係る端末の一部の構成を示すブロック図 実施の形態１に係る基地局の構成を示すブロック図 実施の形態１に係る端末の構成を示すブロック図 実施の形態１に係る基地局及び端末の処理を示すシーケンス図 実施の形態１に係る上りリンク信号の送信処理の一例を示す図 実施の形態１に係る上りリンク信号の送信処理の一例を示す図 実施の形態１に係る上りリンク信号の送信処理の一例を示す図 実施の形態３に係る上りリンク信号の送信処理の一例を示す図 実施の形態３に係る上りリンク信号の送信処理の一例を示す図 実施の形態３に係る上りリンク信号の送信処理の一例を示す図 実施の形態５に係る上りリンク信号の送信処理の一例を示す図 実施の形態５に係る上りリンク信号の送信処理の一例を示す図 実施の形態５に係る上りリンク信号の送信処理の一例を示す図 実施の形態５に係る上りリンク信号の送信処理の一例を示す図
　以下、本開示の実施の形態について図面を参照して詳細に説明する。
　LTE（Long-Term Evolution）又はNRにおけるeMBBのユースケースでは、セルスループット又は周波数利用効率を最大化することが求められる。このような場合、データの目標誤り率を比較的高い値（例えば、BLER=10-1）に設定して運用されることが一般的である。これは、ハイブリッド自動再送要求（HARQ: Hybrid Automatic Repeat Request）を適用しているためである。eMBBでは、例えば、HARQによる数回の再送による合成利得を考慮した上で、最終的に高信頼のパケット伝送(例えば、BLER=10-5)を実現することを許容している。
　一方、URLLCでは、高信頼のパケット伝送（例えば、BLER=10-5）を1ms以下の遅延で実現することが求められる。例えば、上述したHARQでは、データ伝送に誤りが発生した場合に再送要求が起こり、データが再送されるため、再送回数の増加に応じて遅延時間が長くなり、低遅延の要求条件を満たせなくなる。よって、URLLCでは、HARQによる再送無しで高信頼のパケット伝送を可能とするために、上述したような高信頼モード（データの目標誤り率を比較的低い値（例えば、BLER=10-5）に設定するモード）により１回目の送信においてデータを確実に伝送できるように運用することが考えられる。
　低い目標誤り率を設定することは、高信頼のデータ伝送につながるものの、高い目標誤り率を設定する場合と比較して、無線リソースをより多く必要とする。Release 15 NRでは、URLLCのデータサイズは、比較的小さい32byteに制限されているため、低い目標誤り率の設定によるリソース利用効率への影響はそれほど大きくなかった。
　一方で、Release 16又は今後のURLLCでは、Release 15 NRよりも大きなデータサイズを扱い、URLLCのユースケースを拡大していくことが期待される。この場合、低い目標誤り率を設定すると、１回の送信によって高信頼のパケット送信を実現するためには、膨大な無線リソースを必要とする可能性があり、リソース利用効率の観点から非効率である。
　したがって、比較的大きなデータサイズを扱うURLLCのユースケースでは、例えば、高速なHARQ再送制御の適用が想定される。高速なHARQ再送制御では、例えば、１回目の送信において高い目標誤り率（例えば、BLER=10-1又はBLER=10-2等）を設定し、１回目の送信において誤りが発生しても次の再送（２回目の送信）においてデータを確実に伝送する運用が行われる。このように、高速なHARQ再送制御は、リソース利用効率を向上させつつ、低遅延で高信頼なパケット伝送を行うために有効である。
　ここで、下りリンクにおけるHARQ伝送に着目すると、端末（UE：User Equipment）は、下りリンクデータに対する誤り検出結果を示す応答信号（ACK/NACK：Acknowledgement / Negative Acknowledgement。又は、HARQ-ACKと呼ぶ）を、上りリンク制御チャネル（例えば、PUCCH：Physical Uplink Control Channel）を用いて基地局（例えば、eNB又はgNB）へ送信する。
　このとき、応答信号の伝送に必要とされる信頼度又は遅延要求は、下りリンクデータ伝送の信頼度、遅延要求、又は、ユースケース（またはサービス）の種類（又はusage scenario）によって異なる。
　例えば、URLLCにおいて、１回目の送信において誤りが発生しても次の送信（再送）においてデータを確実に伝送できるような運用を想定する。この場合、１回目のデータ送信の目標誤り率が高いほど、より高い信頼度の応答信号の伝送（換言すると、目標誤り率がより低い応答信号の伝送）が求められる。例えば、１回目のデータ送信の目標誤り率がBLER=10-1である場合、応答信号にはBLER=10-4以下の誤り率が求められ、１回目のデータ送信の目標誤り率がBLER=10-3である場合、応答信号にはBLER=10-2以下の誤り率が求められる（例えば、非特許文献５を参照）。
　また、eMBBとURLLCとでは、URLLCのデータ伝送に対する応答信号は、eMBBのデータ伝送に対する応答信号と比較してより低遅延が要求される。
　NRの端末は、複数のユースケース又はサービスの種類（例えば、eMBB及びURLLC）に対応することが想定される。また、NRの端末は、URLLCにおいて、目標誤り率の異なる複数のURLLCデータ伝送に対応することも想定される。このとき、上りリンクにおいて、同一スロット内に信頼度、遅延要求又はユースケース(サービス)の種類の異なる下りリンクデータ伝送に対応する応答信号の送信と、上りリンクデータの送信とが同時に発生する可能性がある。
　NRでは、応答信号等の上りリンク制御情報（例えば、UCI：Uplink Control Information）を含むPUCCH送信と、上りリンクデータ（例えば、UL-SCH：Uplink-Shared Channel）を含むPUSCH（Physical Uplink Shared Channel）の送信とが時間的に重なる場合、端末は、PUSCHにUCIを多重して送信する「UCI on PUSCH」をサポートする（例えば、非特許文献２及び３を参照）。
　例えば、UCIの一つである応答信号がPUSCHに多重される場合、PUSCH内において応答信号に割り当てられるリソース量（リソースエレメント（RE：Resource Element）数）Q’ACKは、以下の式（１）により算出される。
Figure JPOXMLDOC01-appb-M000001
 　ここで、
　OACK：応答信号のビット数
　LACK：応答信号に対するCRC（Cyclic Redundancy Check）ビット数
　βoffset HARQ-ACK：応答信号の符号化率を制御するパラメータ
　CUL-SCH：PUSCHにおいて送信するUL-SCHのコードブロック数
　Kr：第r番目のコードブロックのコードブロックサイズ
　Msc UCI(l)：第l番目のOFDM（Orthogonal Frequency Division Multiplexing）シンボルにおけるUCI送信に用いることができるRE数
　Nsymbol,all PUSCH：PUSCHのOFDMシンボル数
　α：PUSCH内において応答信号に割り当てるリソース量の上限を制御するパラメータ
　一般に、式（１）において、βoffset HARQ-ACKの値を大きくするほど、応答信号により多くのリソースが割り当てられる。また、式（１）において、αの値を大きくするほど、応答信号に割り当てるリソース量の上限が大きくなる。
　しかしながら、Release 15 NRでは、UCI on PUSCHにおいて、信頼性、遅延要求又はユースケース（またはサービス）の種類に応じた応答信号及び上りリンクデータ（UL-SCH）に関する動作について十分に検討されていない。
　例えば、PUSCHに多重する応答信号に要求される信頼度が、上りリンクデータに要求される信頼度より高い場合、高い信頼度が要求される応答信号の要求条件を満たすために、応答信号により多くのリソースが割り当てられることが考えられる。例えば、式（１）において、βoffset HARQ-ACKの値及びαの値の少なくとも一方を大きく設定することが考えられる。
　しかし、βoffset HARQ-ACK及びαの設定が動的に制御できない場合（例えば、準静的な設定である場合）には、βoffset HARQ-ACK及びαの値が大きく設定されている状態において、高い信頼度が要求されない応答信号がPUSCHに多重される場合にも、高い信頼度が要求される応答信号と同様の無線リソース（より多くの無線リソース）が設定され得るため、リソース利用効率の観点から非効率である。また、上りリンクデータに高い信頼度が要求される場合には、高い信頼度が要求されない応答信号に対して余分に無線リソースが割り当てられると、上りリンクデータに無線リソースが十分に割り当てられず、上りリンクデータの信頼度に関する要求条件を満たせない可能性がある。
　反対に、PUSCHに多重する応答信号に要求される信頼度よりも上りリンクデータに要求される信頼度が高い場合、高い信頼度が要求される上りリンクデータの要求条件を満たすために、応答信号に割り当てられるリソース量を低減することが考えられる。例えば、式（１）において、βoffset HARQ-ACKの値及びαの値の少なくとも一方を小さく設定することが考えられる。
　しかし、βoffset HARQ-ACK及びαの設定が動的に制御できない場合（例えば、準静的な設定である場合）には、βoffset HARQ-ACK及びαの値が大きく設定されている状態において、高い信頼度が要求される応答信号がPUSCHに多重される場合に、応答信号に無線リソースが十分に割り当てられず、応答信号の信頼度に関する要求条件を満たせない可能性がある。
　また、例えば、応答信号と上りリンクデータとで遅延要求が異なる場合（例えば、eMBBに対応する上りリンクデータ、及び、URLLCに対応する応答信号の場合）、端末においてURLLCに対応する応答信号をeMBBのPUSCHに多重して送信すると、低遅延を要求されないPUSCH（例えば、eMBBに対応するPUSCH）の送信が遅延のボトルネックとなる場合がある。
　そこで、本開示の一実施例では、信頼度、遅延要求、又は、ユースケース（またはサービス）の種類が異なる応答信号及び上りリンクデータの送信方法について説明する。換言すると、信頼度、遅延要求又はユースケース（又はサービス）の種類等の「要求条件」に応じた応答信号及び上りリンクデータの送信方法について説明する。
　以下、各実施の形態について、詳細に説明する。
　（実施の形態１）
　［通信システムの概要］
　本開示の各実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
　図１は、本開示の各実施の形態に係る端末２００の一部の構成を示すブロック図である。図１に示す端末２００において、制御部２１１は、上りリンクデータ（例えば、UL-SCH）を含む上りリンクデータチャネル（例えば、PUSCH）の送信と、上りリンク制御情報（例えば、UCI）を含む上りリンク制御チャネル（例えば、PUCCH）の送信と、が時間的に重なる場合、上りリンクデータ及び上りリンク制御情報の少なくとも一方に対する要求条件（例えば、信頼度、遅延要求、又は、ユースケース（またはサービス）の種類）に応じて、上りリンクデータ及び上りリンク制御情報に対する処理態様を決定する。送信部２１８は、決定された処理態様に基づいて、上りリンクデータ及び上りリンク制御情報の少なくとも一方を送信する。
　［基地局の構成］
　図２は、本開示の実施の形態１に係る基地局１００の構成を示すブロック図である。図２において、基地局１００は、制御部１０１と、データ生成部１０２と、符号化部１０３と、再送制御部１０４と、変調部１０５と、上位制御信号生成部１０６と、符号化部１０７と、変調部１０８と、下り制御信号生成部１０９と、符号化部１１０と、変調部１１１と、信号割当部１１２と、IFFT（Inverse Fast Fourier Transform）部１１３と、送信部１１４と、アンテナ１１５と、受信部１１６と、FFT（Fast Fourier Transform）部１１７と、抽出部１１８と、復調部１１９と、復号部１２０と、判定部１２１と、復調部１２２と、復号部１２３と、判定部１２４と、を有する。
　制御部１０１は、端末２００の下りリンクデータ送信に関する情報を決定し、決定した情報を符号化部１０３、変調部１０５及び信号割当部１１２に出力する。下りリンクデータ送信に関する情報には、例えば、PDSCHにおいて送信される下りリンクデータの変調符号化方法（例えば、MCS）、又は、PDSCHの無線リソース（以下、「PDSCHリソース」と呼ぶ）等が含まれる。また、制御部１０１は、決定した情報を下り制御信号生成部１０９に出力する。
　また、制御部１０１は、端末２００の下りリンクデータの信頼度、遅延要求又はユースケース（又はサービス）の種類に関する情報（換言すると、応答信号の要求条件に関する情報）を決定し、決定した情報を上位制御信号生成部１０６又は下り制御信号生成部１０９へ出力する。この情報は、端末２００（例えば、制御部２１１）へ通知される。
　また、制御部１０１は、端末２００の上りリンクデータの信頼度、遅延要求又はユースケース（又はサービス）の種類に関する情報（換言すると、上りリンクデータの要求条件に関する情報）を決定し、決定した情報を上位制御信号生成部１０６又は下り制御信号生成部１０９へ出力する。この情報は、端末２００（例えば、制御部２１１）へ通知される。
　また、制御部１０１は、端末２００の上りリンク制御情報（UCI）の送信に関する情報を決定し、決定した情報を、抽出部１１８及び復号部１２０へ出力する。UCIの送信に関する情報には、例えば、PUSCHへUCIを多重する際のリソース量を算出するためのパラメータ（例えば、式（１）のβoffset HARQ-ACK及びα等）に関する情報等が含まれる。
　また、制御部１０１は、上位レイヤの制御信号（上位制御信号）又は下りリンク制御情報を送信するための下りリンク制御信号に対する無線リソース割当、及び、下りリンクデータに対する無線リソース割当を決定し、決定した情報を信号割当部１１２へ出力する。
　また，制御部１０１は、端末２００の上りリンクデータに関する情報を決定し、決定した情報を抽出部１１８及び下り制御信号生成部１０９へ出力する。端末２００の上りリンクデータ送信に関する情報には、例えば、PUSCHを用いて送信されるデータ信号の変調符号化方式（例えば、MCS）、及び、PUSCHの無線リソース（以下、「PUSCHリソース」と呼ぶ）等が含まれる。
　データ生成部１０２は、端末２００に対する下りリンクデータを生成し、符号化部１０３へ出力する。
　符号化部１０３は、データ生成部１０２から入力される下りリンクデータに対して、制御部１０１から入力される情報（例えば、符号化率に関する情報）に基づいて誤り訂正符号化を行い、符号化後のデータ信号を再送制御部１０４へ出力する。
　再送制御部１０４は、初回送信時には、符号化部１０３から入力される符号化後のデータ信号を保持するとともに、変調部１０５へ出力する。また、再送制御部１０４は、後述する判定部１２１から、送信したデータ信号に対するNACKが入力されると、対応する保持データを変調部１０５へ出力する。一方、再送制御部１０４は、判定部１２１から、送信したデータ信号に対するACKが入力されると、対応する保持データを削除する。
　変調部１０５は、制御部１０１から入力される情報（例えば、変調方式に関する情報）に基づいて、再送制御部１０４から入力されるデータ信号を変調して、データ変調信号を信号割当部１１２へ出力する。
　上位制御信号生成部１０６は、制御部１０１から入力される制御情報を用いて、制御情報ビット列（上位制御信号）を生成し、生成した制御情報ビット列を符号化部１０７へ出力する。
　符号化部１０７は、上位制御信号生成部１０６から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１０８へ出力する。
　変調部１０８は、符号化部１０７から入力される制御信号を変調して、変調後の制御信号を信号割当部１１２へ出力する。
　下り制御信号生成部１０９は、制御部１０１から入力される制御情報を用いて、制御情報ビット列（下り制御信号。例えば、DCI）を生成し、生成した制御情報ビット列を符号化部１１０へ出力する。なお、制御情報が複数の端末向けに送信されることもあるため、下り制御信号生成部１０９は、各端末向けの制御情報に、各端末の端末IDを含めてビット列を生成してもよい。なお、端末IDには、後述するスクランブリング系列が用いられてもよい。
　符号化部１１０は、下り制御信号生成部１０９から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１１１へ出力する。
　変調部１１１は、符号化部１１０から入力される制御信号を変調して、変調後の制御信号を信号割当部１１２へ出力する。
　信号割当部１１２は、制御部１０１から入力される無線リソースを示す情報に基づいて、変調部１０５から入力されるデータ信号、変調部１０８から入力される上位制御信号、又は、変調部１１１から入力される下り制御信号を、無線リソースにマッピングする。信号割当部１１２は、信号がマッピングされた下りリンクの信号をIFFT部１１３へ出力する。
　IFFT部１１３は、信号割当部１１２から入力される信号に対して、OFDM等の送信波形生成処理を施す。IFFT部１１３は、CP（Cyclic Prefix）を付加するOFDM伝送の場合には、CPを付加する（図示せず）。IFFT部１１３は、生成した送信波形を送信部１１４へ出力する。
　送信部１１４は、IFFT部１１３から入力される信号に対してD/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ１１５を介して端末２００に無線信号を送信する。
　受信部１１６は、アンテナ１１５を介して受信された端末２００からの上りリンク信号波形に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、受信処理後の上りリンク信号波形をFFT部１１７に出力する。
　FFT部１１７は、受信部１１６から入力される上りリンク信号波形に対して、時間領域信号を周波数領域信号に変換するFFT処理を施す。FFT部１１７は、FFT処理により得られた周波数領域信号を抽出部１１８へ出力する。
　抽出部１１８は、制御部１０１から入力される情報（例えば、UCIの送信に関する情報、及び、上りリンクデータに関する情報）に基づいて、FFT部１１７から入力される信号から、UCIが送信された無線リソース成分、及び、上りリンクデータが送信された無線リソース成分を抽出する。抽出部１１８は、抽出したUCIが送信された無線リソース成分を復調部１１９へ出力し、抽出した上りリンクデータが送信された無線リソース成分を復調部１２２へ出力する。
　復調部１１９は、抽出部１１８から入力される、UCIに対応する無線リソース成分に対して、等化及び復調を行い、復調結果（復調系列）を復号部１２０へ出力する。
　復号部１２０は、制御部１０１から入力されるUCIの送信に関する情報（例えば、UCIの符号化に関する情報）に基づいて、復調部１１９から入力される復調結果に対して誤り訂正復号を行い、復号後のビット系列を判定部１２１へ出力する。
　判定部１２１は、復号部１２０から入力されるビット系列に基づいて、端末２００から送信された応答信号が、送信したデータ信号に対してACK（誤り有り）又はNACK（誤り無し）の何れを示しているかを判定する。判定部１２１は、判定結果を再送制御部１０４に出力する。
　復調部１２２は、抽出部１１８から入力される、上りリンクデータに対応する無線リソース成分に対して、等化及び復調を行い、復調結果（復調系列）を復号部１２３へ出力する。
　復号部１２３は、復調部１２２から入力される復調結果に対して誤り訂正復号を行い、復号後のビット系列を判定部１２４へ出力する。
　判定部１２４は、復号部１２３から入力されるビット系列に対して誤り検出を行い、誤りが検出されない場合、受信データ（受信UL-SCH）を得る。なお、判定部１２４は、誤り検出結果を用いて、端末２００に対する再送要求のための応答信号（ACK/NACK又はHARQ-ACK）を生成し、再送制御部１０４に出力してもよい（図示せず）。
　［端末の構成］
　図３は、本開示の実施の形態１に係る端末２００の構成を示すブロック図である。図３において、端末２００は、アンテナ２０１と、受信部２０２と、FFT部２０３と、抽出部２０４と、下り制御信号復調部２０５と、復号部２０６と、上位制御信号復調部２０７と、復号部２０８と、データ復調部２０９と、復号部２１０と、制御部２１１と、符号化部２１２，２１４と、変調部２１３，２１５と、信号割当部２１６と、IFFT部２１７と、送信部２１８と、を有する。
　受信部２０２は、アンテナ２０１を介して受信された基地局１００からの下りリンク信号（データ信号又は制御信号）の信号波形に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、得られる受信信号（ベースバンド信号）をFFT部２０３に出力する。
　FFT部２０３は、受信部２０２から入力される信号（時間領域信号）に対して、時間領域信号を周波数領域信号に変換するFFT処理を施す。FFT部２０３は、FFT処理により得られた周波数領域信号を抽出部２０４へ出力する。
　抽出部２０４は、制御部２１１から入力される制御情報（例えば、下りリンクデータ又は制御信号の無線リソースに関する情報）に基づいて、FFT部２０３から入力される信号から、下り制御信号（例えば、DCI）、上位制御信号、又は、下りリンクデータを抽出する。抽出部２０４は、下り制御信号を下り制御信号復調部２０５へ出力し、上位制御信号を上位制御信号復調部２０７へ出力し、下りリンクデータをデータ復調部２０９へ出力する。
　下り制御信号復調部２０５は、抽出部２０４から入力される下り制御信号を等化及び復調して、復調結果を復号部２０６へ出力する。
　復号部２０６は、下り制御信号復調部２０５から入力される復調結果を用いて誤り訂正復号を行い、制御情報を得る。復号部２０６は、得られた制御情報を制御部２１１に出力する。
　上位制御信号復調部２０７は、抽出部２０４から入力される上位制御信号を等化及び復調し、復調結果を復号部２０８へ出力する。
　復号部２０８は、上位制御信号復調部２０７から入力される復調結果を用いて誤り訂正復号を行い、制御情報を得る。復号部２０８は、得られた制御情報を制御部２１１に出力する。
　データ復調部２０９は、抽出部２０４から入力される下りリンクデータを等化及び復調し、復号結果を復号部２１０へ出力する。
　復号部２１０は、データ復調部２０９から入力される復調結果を用いて誤り訂正復号を行う。また、復号部２１０は、下りリンクデータに対して誤り検出を行い、誤り検出結果を制御部２１１に出力する。また、復号部２１０は、誤り検出の結果、誤り無しと判定した下りリンクデータを受信データとして出力する。
　制御部２１１は、復号部２０６又は復号部２０８から入力される制御情報に含まれる、端末２００のPUCCHの送信に関する情報及びPUSCHの送信に関する情報に基づいて、上りリンク送信（例えば、UCI又は上りリンクデータ）における送信方法又はパラメータ（例えば、MCS又は無線リソース等）を決定する。制御部２１１は、決定した情報を符号化部２１２，２１４、変調部２１３，２１５及び信号割当部２１６へ出力する。
　また、制御部２１１は、復号部２１０から入力される誤り検出結果を用いて応答信号（ACK/NACK又はHARQ-ACK）を生成し、符号化部２１２に出力する。
　また、制御部２１１は、復号部２０６又は復号部２０８から入力される制御情報に含まれる、下りリンクデータ又は制御信号の無線リソースに関する情報を、抽出部２０４に出力する。
　符号化部２１２は、制御部２１１から入力される情報に基づいて、応答信号（ビット系列）を誤り訂正符号化し、符号化後の応答信号（ビット系列）を変調部２１３へ出力する。
　変調部２１３は、制御部２１１から入力される情報に基づいて、符号化部２１２から入力される応答信号を変調して、変調後の応答信号（変調シンボル列）を信号割当部２１６へ出力する。
　符号化部２１４は、制御部２１１から入力される情報に基づいて、上りリンクデータ（送信ビット系列）を誤り訂正符号化し、符号化後の上りリンクデータ（ビット系列）を変調部２１５へ出力する。
　変調部２１５は、制御部２１１から入力される情報に基づいて、符号化部２１４から入力される上りリンクデータを変調して、変調後の上りリンクデータ（変調シンボル列）を信号割当部２１６へ出力する。
　信号割当部２１６は、変調部２１３から入力される応答信号（変調シンボル列）を、制御部２１１から指示される無線リソース（例えば、PUCCHリソース又はPUSCHリソース）にマッピングする。また、信号割当部２１６は、変調部２１５から入力される上りリンクデータ（変調シンボル列）を、制御部２１１から指示されるPUSCHリソースにマッピングする。例えば、信号割当部２１６は、後述するように、信頼度、遅延要求又はユースケース(またはサービス)の種類が異なる応答信号及び上りリンクデータの双方に対してリソースを割り当てる場合もあり、又は、リソースの全てをドロップ又は一部をパンクチャする場合もある。信号割当部２１６は、応答信号又は上りリンクデータがマッピングされた信号をIFFT部２１７へ出力する。
　IFFT部２１７は、信号割当部２１６から入力される信号に対して、OFDM等の送信波形生成処理を施す。IFFT部２１７は、CP（Cyclic Prefix）を付加するOFDM伝送の場合には、CPを付加する（図示せず）。または、IFFT部２１７がシングルキャリア波形を生成する場合には、信号割当部２１６の前段にDFT（Discrete Fourier Transform）部が追加されてもよい（図示せず）。IFFT部２１７は、生成した送信波形を送信部２１８へ出力する。
　送信部２１８は、IFFT部２１７から入力される信号に対してD/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ２０１を介して基地局１００に無線信号を送信する。
　［基地局１００及び端末２００の動作］
　以上の構成を有する基地局１００及び端末２００における動作について詳細に説明する。
　図４は、本実施の形態に係る基地局１００及び端末２００の処理のフローを示す。
　基地局１００は、PUSCHに多重するUCIのリソース量に関する情報を端末２００へ送信する（ＳＴ１０１）。端末２００は、基地局１００から通知されるPUSCHに多重するUCIのリソース量に関する情報を取得する（ＳＴ１０２）。PUSCHに多重するUCIのリソース量に関する情報には、例えば、PUSCHに多重するUCIのリソース量を制御するパラメータ（例えば、式（１）に示すパラメータ）が含まれる。
　基地局１００は、下りリンクデータに関する情報を含むDCIを、端末２００へ送信する（ＳＴ１０３）。端末２００は、例えば、基地局１００から通知されるDCIに基づいて、下りリンクデータのスケジューリング情報、又は、PUCCHに関する情報を取得する（ＳＴ１０４）。
　基地局１００は、下りリンクデータを端末２００へ送信する（ＳＴ１０５）。端末２００は、例えば、基地局１００から通知されているDCIに基づいて、下りリンクデータ（PDSCH）を受信する（ＳＴ１０６）。
　基地局１００は、上りリンクデータに関する情報を含むDCIを、端末２００へ送信する（ＳＴ１０７）。端末２００は、例えば、基地局１００から通知されるDCIに基づいて、PUSCHに関する情報を取得する（ＳＴ１０８）。
　端末２００は、応答信号又は上りリンクデータに対する要求条件（換言すると、信頼度、遅延要求又はユースケース（サービス）の種類）に応じて、上りリンク信号（例えば、UCI及び上りリンクデータ）に関する動作を制御する（ＳＴ１０９）。
　端末２００は、決定した動作に基づいて、PUCCH又はPUSCHを用いて上りリンク信号（例えば、UCI又は上りリンクデータを含む）を基地局１００へ送信する（ＳＴ１１０）。基地局１００は、端末２００から送信される上りリンク信号を受信する（ＳＴ１１１）。
　なお、図４において、ＳＴ１０３～ＳＴ１０６の処理と、ＳＴ１０７～ＳＴ１０８の処理との順序は入れ替わってもよい。
　次に、端末２００におけるUCI送信に関する動作（例えば、図４のＳＴ１０９の処理）の制御方法について詳細に説明する。
　本実施の形態では、URLLCに対応する応答信号を含むPUCCH送信と、eMBBに対応する上りリンクデータ（例えば、UL-SCH）を含むPUSCH送信とが時間的に重なる場合の端末２００における動作について説明する。
　なお、本実施の形態において、PUCCHにURLLCに対応する応答信号が含まれ、PUSCHにeMBBに対応する上りリンクデータが含まれる場合に限らず、例えば、PUCCHに含まれる信号が、PUSCHに含まれる信号と比較して、URLLCのように高い信頼度又は低遅延等の要求条件の厳しい信号であればよい。
　端末２００は、応答信号の信頼度（例えば、応答信号の目標誤り率又は目標BLER）に応じて、応答信号又は上りリンクデータの処理態様（例えば、送信方法又はパラメータ）を決定する。換言すると、端末２００は、URLLCに対応する応答信号の信頼度に応じて、応答信号又は上りリンクデータの送信方法又はパラメータに差異を生じさせる。
　応答信号又は上りリンクデータの送信に差異を生じさせる例として、応答信号の信頼度が異なる場合について説明する。例えば、URLLCにおいて、１回目のデータ送信の目標誤り率が高い（例えば、BLER=10-1）下りリンクデータに対する応答信号と、１回目のデータ送信の目標誤り率が低い（例えば、BLER=10-5）下りリンクデータに対する応答信号と、で送信方法又はパラメータに差異を生じさせてもよい。
　１回目のデータ送信の目標誤り率が高い場合、データを確実に再送させるために、応答信号には高い信頼度が要求される。一方、１回目のデータ送信の目標誤り率が低い場合、データの誤りが発生しにくいので、応答信号にはそれほど高い信頼度が要求されない。
　そこで、高い信頼度が要求されない応答信号（例えば、１回目のデータ送信の目標誤り率が低い下りリンクデータに対する応答信号）を含むPUCCH送信と、eMBBに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合、端末２００は、例えば、上述した非特許文献２及び３に記載された方法又はパラメータと同様の方法又はパラメータを用いて、応答信号をPUSCHに多重する。
　一方、高い信頼度が要求される応答信号（例えば、１回目のデータ送信の目標誤り率が高い下りリンクデータに対する応答信号）を含むPUCCH送信と、eMBBに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合、端末２００は、例えば、非特許文献２及び３に記載された方法又はパラメータと異なる方法又はパラメータを用いて、応答信号をPUCCHで送信、又は、応答信号をPUSCHに多重する。
　高い信頼度が要求される応答信号（例えば、目標誤り率が所定値以下の応答信号）を含むPUCCH送信と、eMBBに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合における応答信号のPUSCHへの多重方法の一例として、以下の3つの方法（Option 1, 2及び3）について説明する。
　[Option 1]
　Option 1では、端末２００は、eMBBのPUSCH（すなわち、上りリンクデータ）をドロップし（換言すると、送信をキャンセルし）、PUCCHを用いて応答信号を送信する。
　図５は、Option 1における端末２００の動作例を示す。
　図５に示すように、URLLCに対応する応答信号を含むPUCCH（URLLC PUCCH）の送信と、eMBBに対応する上りリンクデータを含むPUSCH（eMBB PUSCH）の送信とが同一スロット内において発生する場合、端末２００は、eMBB PUSCH（上りリンクデータ）をドロップし、URLLC PUCCH（応答信号）を送信する。
　Option 1によれば、高い信頼度が要求されるURLLCのための応答信号の送信に対して、eMBBのPUSCH送信が影響を与えることがなくなるため、高い信頼度が要求される応答信号の品質を保証できる。
　また、Option 1によれば、端末２００は単にeMBB PUSCH（上りリンクデータ）をドロップすればよく、端末２００において複雑な処理を要しないため、端末２００の実装が容易である利点がある。
　なお、Option 1において、端末２００は、eMBB PUSCHにおいて、上りリンクデータ（UL-SCH）をドロップし、PUSCHを用いて応答信号を送信してもよい。
　[Option 2]
　Option 2では、端末２００は、同一スロット内において、eMBB PUSCHの送信区間のうち、URLLCのためのPUCCHの送信区間と時間的に重なる区間においてeMBBのPUSCH（上りリンクデータ）の送信を行わない（パンクチャする）。換言すると、端末２００は、同一スロット内において、eMBB PUSCHの送信区間のうち、URLLCのためのPUCCHの送信区間と時間的に重ならない区間においてPUSCHを用いて上りリンクデータを送信する。
　図６は、Option 2における端末２００の動作例を示す。
　図６に示すように、URLLCに対応する応答信号を含むPUCCH（URLLC PUCCH）の送信と、eMBBに対応する上りリンクデータを含むPUSCH（eMBB PUSCH）の送信とが同一スロット内において発生する場合、端末２００は、URLLC PUCCH（例えば、応答信号）を送信する。また、図６に示すように、端末２００は、同一スロット内において、eMBB PUSCHの送信区間のうち、URLLC PUCCHの送信区間と時間的に重なる区間においてeMBB PUSCH（上りリンクデータ）をパンクチャし、URLLC PUCCHの送信区間と時間的に重なる区間以外の区間においてeMBB PUSCH（例えば、上りリンクデータ）を送信する。
　eMBBに対応する送信では、送信するデータ量が比較的多い。このため、eMBBに対応する送信は、スロット単位の送信（例えば、１スロット全て又は１スロットの大半を使用する送信)となる。一方、URLLCに対応する送信では、送信するデータ量が比較的少ない。また、URLLCに対応する送信は、低遅延を実現するために、非スロット単位の送信（例えば、数シンボルを使用する送信）を用いることが主なユースケースであると想定される。
　よって、eMBBに対応する送信に対してURLLCに対応する送信が時間的に重なる区間は、図６に示すように、スロット内における数シンボル、つまり、eMBBに対応する送信区間の一部であることが想定される。このため、端末２００は、URLLCに対応する送信以降のeMBBに対応する送信を全てドロップせずに、図６に示すように、eMBBに対応する送信区間のうち、URLLCに対応する送信区間と時間的に重なる区間の送信を行わない（パンクチャする）ことにより、eMBBの伝送品質及び周波数利用効率の劣化を抑圧できる。
　なお、Option 2において、端末２００は、eMBB PUSCHにおいて、上りリンクデータをパンクチャし、上りリンクデータがパンクチャされた区間において応答信号を送信してもよい。
　[Option 3]
　Option 3では、端末２００は、URLLCのための応答信号をeMBBのPUSCHに多重して送信する。
　図７は、Option 3における端末２００の動作例を示す。
　図７に示すように、URLLCに対応する応答信号を含むPUCCH（URLLC PUCCH）の送信と、eMBBに対応する上りリンクデータを含むPUSCH（eMBB PUSCH）の送信とが同一スロット内において発生する場合、端末２００は、URLLC PUCCHに含まれる応答信号（換言すると、URLLC UCI）を、PUSCHに多重する。そして、端末２００は、応答信号（URLLC UCI）が多重されたeMBB PUSCHの信号を送信する。
　例えば、基地局１００は、端末２００に対して、応答信号の要求条件（例えば、信頼度）に応じて、式（１）におけるβoffset HARQ-ACK及びαの値の少なくとも一つに異なる値を設定する。
　例えば、応答信号の信頼度に応じたβoffset HARQ-ACK及びαの値は、端末固有の上位レイヤ信号により明示的に端末２００へ設定されてもよく、応答信号の信頼度に応じた係数が導入されてもよい。例えば、端末２００は、高い信頼度の応答信号が多重される場合には、式（１）に示すβoffset HARQ-ACK及びαの値に係数を乗算し、係数が乗算されたβoffset HARQ-ACK及びαの値を、式（１）に示すリソース量の計算に当てはめてもよい。例えば、応答信号の信頼度に応じた係数は、βoffset HARQ-ACK及びαに対して共通の値でもよく、異なる値でもよい。
　これにより、端末２００は、応答信号の信頼度に応じて、PUSCHにおいて応答信号に対して適切なリソースを割り当てることが可能になる。
　Opiton 3では、更に、以下の方法（Option 3-1～3-3）を適用してもよい。
　＜Option 3-1＞
　式（１）のうち、次式（２）によって算出される値は、PUSCHにおいて応答信号に要するリソース量を示し、次式（３）によって算出される値は、応答信号に割り当てるリソース量の上限値を示す。
Figure JPOXMLDOC01-appb-M000002
Figure JPOXMLDOC01-appb-M000003
　Option 3-1では、端末２００は、式（２）によって算出される応答信号に要するリソース量が、式（３）によって算出される上限値を超えない場合に、応答信号をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータ及び応答信号を送信する。
　一方、端末２００は、式（２）によって算出される応答信号に要するリソース量が、式（３）によって算出される上限値を超える場合、例えば、上りリンクデータをドロップし、応答信号をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータを送信せずに、応答信号を送信する。
　または、端末２００は、式（２）によって算出される応答信号に要するリソース量が、式（３）によって算出される上限値を超える場合、例えば、PUSCH（上りリンクデータ）をドロップし、PUCCHを用いて応答信号を送信してもよい。
　Option 3-1では、応答信号に要するリソース量が上限値を超えない範囲では、端末２００は、高い信頼度が要求されるURLLCのための応答信号の送信に対して、十分なリソースを割り当てつつ、eMBBに対応する上りリンクデータと応答信号とを多重して送信できる。このため、Option 3-1によれば、高い信頼度の応答信号の送信を保証しつつ、上りリンクのリソース利用効率の劣化を抑圧できる。
　また、Option 3-1では、応答信号に要するリソース量が上限値を超える場合、つまり、応答信号に必要なりソースが足りない場合、端末２００は、上りリンクデータをドロップする。これにより、Option 3-1によれば、高い信頼度が要求される応答信号の品質を他の信号よりも優先的に保証できる。
　＜Option 3-2＞
　Option 3-2では、端末２００は、式（２）によって算出される応答信号に要するリソース量が、式（３）によって算出される上限値を超えない場合に、応答信号をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータ及び応答信号を送信する。
　一方、端末２００は、式（２）によって算出される応答信号に要するリソース量が、式（３）によって算出される上限値を超える場合、応答信号をPUSCHへ多重し、かつ、PUSCHの送信電力が端末２００の最大送信電力を超えない範囲においてPUSCHの送信電力を増大させる。
　ここで、PUSCHの送信電力を増大させるパラメータは、基地局１００から端末２００へ、端末固有の上位レイヤ信号又は上りリンクデータをスケジューリングするUL grant（DCI）によって予め通知されてもよく、固定値が予め規定されてもよい。
　また、端末２００は、PUSCHの送信電力が端末２００の最大送信電力を超える場合、PUSCHにおいて、上りリンクデータをドロップし、応答信号をPUSCHに多重し、PUSCH（換言すると応答信号）を端末２００の最大送信電力で送信する。または、端末２００は、PUSCHをドロップし、PUCCHを用いて応答信号を送信してもよい。
　Option 3-2では、応答信号に要するリソース量が上限値を超えない範囲では、端末２００は、Option 3-1と同様、高い信頼度が要求されるURLLCのための応答信号の送信に対して、十分なリソースを割り当てつつ、eMBBに対応する上りリンクデータと応答信号とを多重して送信できる。このため、Option 3-2によれば、高い信頼度の応答信号の送信を保証しつつ、上りリンクのリソース利用効率の劣化を抑圧できる。
　また、Option 3-2では、応答信号に要するリソース量が上限値を超える場合、つまり、応答信号に必要なりソースが足りない場合でも、端末２００の最大送信電力を超えない範囲では、端末２００は、上りリンク信号の送信電力を増大させることにより、上りリンク送信の品質を改善できる。このため、Option 3-2によれば、高い信頼度の応答信号の送信を保証しつつ、上りリンクのリソース利用効率の劣化を抑圧できる。
　また、Option 3-2では、応答信号に要するリソース量が足りず、かつ、設定される送信電力が最大送信電力を超える場合、端末２００は、上りリンクデータをドロップすることにより、高い信頼度が要求される応答信号の品質を他の信号よりも優先的に保証できる。
　＜Option 3-3＞
　Option 3-3では、端末２００は、基地局１００から端末２００へ特定のパラメータが通知された場合に、PUSCHにおいて、上りリンクデータをドロップし、応答信号をPUSCHに多重して送信する。または、端末２００は、基地局１００から特定のパラメータが通知された場合、PUSCH（上りリンクデータ）をドロップし、PUCCHを用いて応答信号を送信してもよい。
　基地局１００から通知される特定のパラメータには、例えば、応答信号に要するリソース量を算出するためのパラメータを利用できる。例えば、式（１）のβoffset HARQ-ACKの値が特定の値（例えば、0）である場合、端末２００は、上りリンクデータ又はPUSCHをドロップすると判断する。なお、基地局１００から通知される特定のパラメータは、式（１）のβoffset HARQ-ACKの特定の値に限らず、他のパラメータを用いてもよい。
　このように、Option 3-3では、端末２００は、基地局１００から通知されるパラメータに基づいて、応答信号又は上りリンクデータの送信方法を決定する。よって、端末２００は、Option 3-1又はOption 3-2のような応答信号に要するリソース量の計算及び上限値との比較を行わずに、上りリンクデータ又はPUSCHをドロップするか否かを判断できるので、端末２００の処理が簡易になる利点がある。
　以上、応答信号のPUSCHへの多重方法の一例（Option 1, 2及び3）について説明した。
　このように、本実施の形態では、端末２００は、eMBBに対応する上りリンクデータを含むPUSCH送信と、URLLCに対応するUCI（例えば、応答信号）を含むPUCCH送信と、が時間的に重なる場合、UCIに対する要求条件に応じて、上りリンクデータ及びUCIに対する処理態様（送信方法又はパラメータ）を決定する。そして、端末２００は、決定された処理態様に基づいて、UCI、又は、UCI及び上りリンクデータを送信する。
　これにより、端末２００は、UCI（例えば、応答信号）の信頼度に応じて適切な端末動作又はリソース割当を行い、URLLCに対応する応答信号の要求条件を満たす上りリンク送信を行うことができる。
　以上より、本実施の形態によれば、端末２００は、上りリンク信号を適切に送信できる。
　なお、応答信号に要するリソース量の算出方法は、式（１）に示す計算式に限らない。例えば、応答信号に要するリソース量を算出する計算式には、式（１）のβoffset HARQ-ACKに相当する応答信号の符号化率（換言すると、リソース量）を制御するパラメータ、及び、式（１）のαに相当するリソース量の上限値を制御するパラメータが含まれていればよい。
　また、NRでは、上りリンクデータを含むPUSCH送信に対して、基地局からのUL grantによりPUSCHを送信する無線リソースを動的に指示される「GrantベースのPUSCH送信」と、基地局からのUL grant無しに、端末が、データが発生した時点で予め準静的に割り当てられた無線リソースを用いてPUSCHを送信する「Grant-freeのPUSCH送信」(又は、「Configured grant PUSCH送信」とも呼ぶ)とがサポートされる。
　端末２００がUCIをPUSCHに多重して送信する場合、GrantベースのPUSCH送信では、基地局１００は、UCIをPUSCHに多重することが分かっているので、Grant（UL grant）によって無線リソースを指示する際に、UCIの多重を考慮した無線リソースを割り当てることができる。一方、Grant-freeのPUSCH送信では、基地局１００は、端末２００に対して、UCIの多重を考慮した無線リソースを事前に割り当てることができない。
　そこで、GrantベースのPUSCH送信とGrant-freeのPUSCH送信とで、Option 1（例えば、図５を参照）、Option 2（例えば、図６を参照）又はOption 3（例えば、図７を参照）を切り替えて適用してもよい。例えば、端末２００は、GrantベースのPUSCH送信ではOption 3を適用してUCIをPUSCHへ多重して送信する。一方、端末２００は、Grant-freeのPUSCH送信では、Option 1又はOption 2を適用してPUSCHをドロップし、PUCCHを用いて応答信号を送信する。これにより、端末２００は、GrantベースのPUSCH送信及びGrant-freeのPUSCH送信に応じて、応答信号を適切に送信できる。
　また、本実施の形態では、URLLCに対応する応答信号を含むPUCCH送信とeMBBに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合について、URLLCに対応する応答信号の信頼度に応じて、応答信号又は上りリンクデータの送信方法、又は、パラメータに差異を生じさせる方法について説明した。
　ただし、上りリンク信号（例えば、応答信号又は上りリンクデータ）の送信方法又はパラメータに差異を生じさせる方法は、上記例に限らない。例えば、応答信号の遅延要求が異なる場合又はユースケース(またはサービス)の種類が異なる場合に、URLLCの応答信号とeMBBの応答信号とで差異を生じさせてもよい。
　例えば、eMBBに対応する下りリンクデータに対する応答信号を含むPUCCH送信と、eMBBに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合、端末２００は、非特許文献２、３に記載の方法と同様の方法又はパラメータを用いて、応答信号をPUSCHに多重する。一方、URLLCに対応する下りリンクデータに対する応答信号を含むPUCCH送信とeMBBに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合、端末２００は、上述したOption 1、Option 2又はOption 3の方法を用いて応答信号を送信してもよい。
　（実施の形態２）
　本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図２及び図３を援用して説明する。
　本実施の形態では、実施の形態１と同様、URLLCに対応する応答信号を含むPUCCH送信と、eMBBに対応する上りリンクデータ（例えば、UL-SCH）を含むPUSCH送信とが時間的に重なる場合の端末２００における動作について説明する。
　また、本実施の形態では、PUCCHに、信頼度、遅延要求又はユースケース(サービス)の種類（換言すると、要求条件）が異なる複数の応答信号が含まれる場合の端末２００における動作について説明する。
　例えば、URLLCにおいて、１回目のデータ送信の目標誤り率が高い（例えば、BLER=10-1）下りリンクデータに対する応答信号と、１回目のデータ送信の目標誤り率が低い（例えばBLER=10-5）下りリンクデータに対する応答信号とがPUCCHに含まれる場合がある。目標誤り率が高い下りリンクデータに対する応答信号には高い信頼度が要求される一方、目標誤り率が低い下りリンクデータに対する応答信号には高い信頼度が要求されない。
　この場合、PUCCHには、高い信頼度が要求される応答信号が含まれているため、端末２００は、応答信号の送信の優先度が高いと判断する。よって、端末２００は、例えば、実施の形態１で説明したOption 1、Option 2又はOption 3の方法を適用してもよい。
　また、本実施の形態では、応答信号をPUSCHへ多重して送信する場合（例えば、上記Option 3の場合）、応答信号の信頼度、遅延要求又はユースケース(サービス)の種類（換言すると、要求条件）に応じて、PUSCHにおける応答信号の送信方法又はパラメータに差異を生じさせる。
　PUSCHにおける応答信号の送信方法又はパラメータに差異を生じさせる例として、応答信号の信頼度が異なる場合について説明する。例えば、URLLCにおいて、１回目のデータ送信の目標誤り率が高い（例えば、BLER=10-1）下りリンクデータに対する応答信号と、１回目のデータ送信の目標誤り率が低い（例えば、BLER=10-5）下りリンクデータに対する応答信号と、で送信方法又はパラメータに差異を生じさせてもよい。
　例えば、UCIの一つである応答信号がPUSCHに多重される場合、PUSCH内において応答信号に割り当てられるリソース量（RE数)Q’ACKは以下の式（４）により算出される。
Figure JPOXMLDOC01-appb-M000004
 　ここで、
　LACK：応答信号に対するCRCビット数
　βoffset HARQ-ACK：応答信号の符号化率を制御するパラメータ
　CUL-SCH：PUSCHにおいて送信するUL-SCHのコードブロック数
　Kr：第r番目のコードブロックのコードブロックサイズ
　Msc UCI(l)：第l番目のOFDMシンボルにおけるUCI送信に用いることができるRE数
　Nsymbol,all PUSCH：PUSCHのOFDMシンボル数
　α：PUSCH内において応答信号に割り当てるリソース量の上限を制御するパラメータ
　また、式（４）において、OACK_totalは、信頼度、遅延要求又はユースケース(サービス)の種類が異なる複数の応答信号の合計ビット数を示す。
　また、応答信号に割り当てられるリソース量は、信頼度、遅延要求又はユースケース(サービス)の種類が異なる応答信号の各々に対して以下の式により算出されてもよい。なお、一例として、２つの応答信号（ACK1及びACK2）について説明するが、複数の応答信号の数は、３個以上でもよい。
Figure JPOXMLDOC01-appb-M000005
Figure JPOXMLDOC01-appb-M000006
　式（５）及び式（６）において、ACK1は、高い信頼度を要求する応答信号を表し、ACK2は、高い信頼度を要求されない応答信号を表す。この場合、式（５）及び式（６）におけるβoffset HARQ-ACK及びαの少なくとも一つの値には、応答信号の信頼度に応じて異なる値が端末２００へ設定されてもよい。応答信号の信頼度に応じたβoffset HARQ-ACK及びα値は、端末固有の上位レイヤ信号により明示的に設定してもよく、応答信号の信頼度に応じた係数が導入されてもよい。例えば、端末２００は、高い信頼度の応答信号を多重する場合には、式（４）及び式（５）においてUCI on PUSCHに適用されるβoffset HARQ-ACK及びαの値に係数を乗算し、係数が乗算されたβoffset HARQ-ACK及びαの値を、式（５）及び式（６）に示すリソース量の計算に当てはめてもよい。例えば、応答信号の信頼度に応じた係数は、βoffset HARQ-ACK及びαに対して共通の値でもよく、異なる値でもよい。
　これにより、端末２００は、応答信号の信頼度に応じて、PUSCHにおいて応答信号に対して適切なリソースを割り当てることが可能になる。
　また、実施の形態１と同様、Opiton 3では、更に、以下の方法（Option 3-1～3-3）を適用してもよい。
　＜Option 3-1＞
　式（４）のうち、次式（７）によって算出される値は、PUSCHにおいて複数の応答信号に要するリソース量を示し、次式（８）によって算出される値は、複数の応答信号に割り当てるリソース量の上限値を示す。
Figure JPOXMLDOC01-appb-M000007
Figure JPOXMLDOC01-appb-M000008
　Option 3-1では、端末２００は、式（７）によって算出される複数の応答信号に要するリソース量が、式（８）によって算出される上限値を超えない場合に、応答信号をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータ及び応答信号を送信する。
　一方、端末２００は、式（７）によって算出される複数の応答信号に要するリソース量が、式（８）によって算出される上限値を超える場合、例えば、上りリンクデータをドロップし、複数の応答信号をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータを送信せずに、応答信号を送信する。
　または、端末２００は、式（７）によって算出される複数の応答信号に要するリソース量が、式（８）によって算出される上限値を超える場合、例えば、PUSCH（上りリンクデータ）をドロップし、PUCCHを用いて複数の応答信号を送信してもよい。
　同様に、高い信頼度が要求される応答信号（ACK1）に対して、式（５）のうち、次式（９）によって算出される値は、PUSCHにおいて、高い信頼度が要求される応答信号（ACK1）に要するリソース量を示し、次式（１０）によって算出される値は、高い信頼度が要求される応答信号に割り当てるリソース量の上限値を示す。
Figure JPOXMLDOC01-appb-M000009
Figure JPOXMLDOC01-appb-M000010
　Option 3-1では、端末２００は、式（９）によって算出される応答信号に要するリソース量が、式（１０）によって算出される上限値を超えない場合に、応答信号（ACK1）をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータ及び応答信号（少なくともACK1）を送信する。
　一方、端末２００は、式（９）によって算出される応答信号に要するリソース量が、式（１０）によって算出される上限値を超える場合、例えば、上りリンクデータをドロップし、応答信号をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータを送信せずに、応答信号（少なくともACK1）を送信する。または、端末２００は、式（９）によって算出される応答信号に必要なリソース量が、式（１０）によって算出される上限値を超える場合、例えば、PUSCHをドロップし、PUCCHを用いて応答信号（少なくともACK1）を送信してもよい。
　また、例えば、高い信頼度が要求されない答信号（ACK1）に対して、式（６）のうち、次式（１１）によって算出される値は、PUSCHにおいて、高い信頼度が要求されない応答信号（ACK2）に要するリソース量を示し、次式（１２）によって算出される値は、高い信頼度が要求されない応答信号に割り当てるリソース量の上限値を示す。
Figure JPOXMLDOC01-appb-M000011
Figure JPOXMLDOC01-appb-M000012
　式（１２）に示すように、応答信号（ACK2）のリソース量の上限値は、複数の応答信号の上限値（RE数）から応答信号（ACK1）のリソース量Q'ACK1を減算した残りのリソース量を示す。換言すると、応答信号（ACK2）のリソース量は、応答信号（ACK1）のリソースが確保された後に決定される。
　Option 3-1では、端末２００は、式（１１）によって算出される応答信号に要するリソース量が、式（１２）によって算出される上限値を超えない場合に、応答信号（ACK2）をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータ及び複数の応答信号（ACK1及びACK2）を送信する。
　また、端末２００は、式（１１）によって算出される応答信号に必要なリソース量が、式（１２）によって算出される上限値を超える場合、例えば、上りリンクデータをドロップせずに、各応答信号をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータ及び複数の応答信号（ACK1及びACK2）を送信する。この際、応答信号（ACK2）には、PUSCHリソースが十分に割り当てられないが、応答信号（ACK2）に要求される信頼度は高くないので、ACK2に対する信頼度に関する要求条件を満たせる可能性がある。
　このように、Option 3-1では、応答信号に要するリソース量が上限値を超えない範囲では、端末２００は、高い信頼度が要求されるURLLCのための応答信号の送信に対して、十分なリソースを割り当てつつ、eMBBに対応する上りリンクデータと複数の応答信号とを多重して送信できる。このため、Option 3-1によれば、高い信頼度の応答信号の送信を保証しつつ、上りリンクのリソース利用効率の劣化を抑圧できる。
　また、Option 3-1では、高い信頼度が要求される応答信号に要するリソースが上限値を超える場合、つまり、高い信頼度が要求される応答信号に必要なりソースが足りない場合、端末２００は、上りリンクデータをドロップする。これにより、Option 3-1によれば、高い信頼度が要求される応答信号の品質を他の信号よりも優先的に保証できる。
　＜Option 3-2＞
　Option 3-2では、端末２００は、式（７）によって算出される複数の応答信号に要するリソース量が、式（８）によって算出される上限値を超えない場合に、複数の応答信号をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータ及び複数の応答信号を送信する。
　一方、端末２００は、式（７）によって算出される複数の応答信号に要するリソース量が、式（８）によって算出される上限値を超える場合、複数の応答信号をPUSCHへ多重し、かつ、PUSCHの送信電力が端末２００の最大送信電力を超えない範囲においてPUSCHの送信電力を増大させる。
　ここで、PUSCHの送信電力を増大させるパラメータは、基地局１００から端末２００へ、端末固有の上位レイヤ信号又は上りリンクデータをスケジューリングするUL grant（DCI）によって予め通知されてもよく、固定値が予め規定されてもよい。
　また、端末２００は、PUSCHの送信電力が端末２００の最大送信電力を超える場合、PUSCHにおいて、上りリンクデータをドロップし、応答信号をPUSCHに多重し、PUSCH（換言すると応答信号）を端末２００の最大送信電力で送信する。または、端末２００は、PUSCHをドロップし、PUCCHを用いて応答信号を送信してもよい。
　次に、（５）及び式（６）に示すように、信頼度、遅延要求又はユースケース(サービス)の種類が異なる応答信号の各々に対して割り当てるリソース量を算出する場合について説明する。
　端末２００は、式（９）によって算出される高い信頼度が要求される応答信号（ACK1）に要するリソース量が、式（１０）によって算出される上限値を超えない場合に、応答信号（ACK1）をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータ及び応答信号（少なくともACK1）を送信する。
　一方、端末２００は、式（９）によって算出される高い信頼度が要求される応答信号（ACK1）に要するリソース量が、式（１０）によって算出される上限値を超える場合、応答信号（ACK1）をPUSCHへ多重し、かつ、PUSCHの送信電力が端末２００の最大送信電力を超えない範囲においてPUSCHの送信電力を増大させる。
　ここで、PUSCHの送信電力を増大させるパラメータは、基地局１００から端末２００へ、端末固有の上位レイヤ信号又は上りリンクデータをスケジューリングするUL grant（DCI）によって予め通知されてもよく、固定値が予め規定されてもよい。
　また、端末２００は、PUSCHの送信電力が端末２００の最大送信電力を超える場合、PUSCHにおいて、上りリンクデータをドロップし、応答信号（ACK1）をPUSCHに多重し、PUSCHを端末２００の最大送信電力で送信する。または、端末２００は、PUSCHをドロップし、PUCCHを用いて応答信号（ACK1）を送信してもよい。
　また、端末２００は、式（１１）によって算出される高い信頼度が要求されない応答信号（ACK2）に要するリソース量が、式（１２）によって算出される上限値を超えない場合に、応答信号（ACK2）をPUSCHへ多重する。よって、端末２００は、PUSCHにおいて、上りリンクデータ及び複数の応答信号（例えば、ACK1及びACK2）を送信する。
　一方、端末２００は、式（１１）によって算出される高い信頼度が要求されない応答信号（ACK2）に要するリソース量が、式（１２）によって算出される上限値を超える場合、PUSCHの送信電力を増大させずに、各応答信号（ACK1及びACK2）をPUSCHへ多重する。この際、応答信号（ACK2）には、PUSCHリソースが十分に割り当てられないが、応答信号（ACK2）に要求される信頼度は高くないので、ACK2に対する信頼度に関する要求条件を満たせる可能性がある。
　Option 3-2では、高い信頼度が要求される応答信号に要するリソース量が上限値を超えない範囲では、端末２００は、Option 3-1と同様、高い信頼度が要求されるURLLCのための応答信号の送信に対して、十分なリソースを割り当てつつ、eMBBに対応する上りリンクデータと応答信号とを多重して送信できる。このため、Option 3-2によれば、高い信頼度の応答信号の送信を保証しつつ、上りリンクのリソース利用効率の劣化を抑圧できる。
　また、Option 3-2では、高い信頼度が要求される応答信号に要するリソース量が上限値を超える場合、つまり、応答信号に必要なりソースが足りない場合でも、端末２００の最大送信電力を超えない範囲では、端末２００は、上りリンク信号の送信電力を増大させることにより、上りリンク送信の品質を改善できる。このため、Option 3-2によれば、高い信頼度の応答信号の送信を保証しつつ、上りリンクのリソース利用効率の劣化を抑圧できる。
　また、Option 3-2では、高い信頼度が要求される応答信号に要するリソース量が足りず、かつ、設定される送信電力が最大送信電力を超える場合、端末２００は、上りリンクデータをドロップすることにより、高い信頼度が要求される応答信号の品質を他の信号よりも優先的に保証できる。
　＜Option 3-3＞
　Option 3-3では、端末２００は、基地局１００から端末２００へ特定のパラメータが通知された場合に、PUSCHにおいて、上りリンクデータをドロップし、複数の応答信号をPUSCHに多重する。または、端末２００は、基地局１００から特定のパラメータが通知された場合、PUSCH（上りリンクデータ）をドロップし、PUCCHを用いて複数の応答信号を送信してもよい。
　基地局１００から通知される特定のパラメータには、例えば、応答信号に要するリソース量を算出するためのパラメータを利用できる。例えば、式（４）、式（５）又は式（６）のβoffset HARQ-ACKの値が特定の値（例えば、0）である場合、端末２００は、上りリンクデータ又はPUSCHをドロップすると判断する。なお、基地局１００から通知される特定のパラメータは、式（４）、式（５）又は式（６）のβoffset HARQ-ACKの特定の値に限らず、他のパラメータを用いてもよい。
　このように、Option 3-3では、端末２００は、基地局１００から通知されるパラメータに基づいて、複数の応答信号又は上りリンクデータの送信方法を決定する。よって、端末２００は、複数の応答信号に要するリソース量の計算及び上限値との比較を行わずに、上りリンクデータ又はPUSCHをドロップするか否かを判断できるので、端末２００の処理が簡易になる利点がある。
　以上、本実施の形態における応答信号のPUSCHへの多重方法の一例（Option 3-1, 3-2及び3-3）について説明した。
　このように、本実施の形態では、端末２００は、eMBBに対応する上りリンクデータを含むPUSCH送信と、URLLCに対応する複数のUCI（例えば、複数の応答信号）を含むPUCCH送信と、が時間的に重なる場合、複数のUCIに対する要求条件に応じて、上りリンクデータ及び複数のUCIに対する処理態様（送信方法又はパラメータ）を決定する。そして、端末２００は、決定された処理態様に基づいて、複数のUCI、又は、複数のUCI及び上りリンクデータを送信する。
　これにより、端末２００は、信頼度が異なる複数の応答信号がPUCCHに含まれる場合でも、複数の応答信号の信頼度に応じて適切な端末動作又はリソース割当を行い、URLLCに対応する応答信号の要求条件を満たす上りリンク送信を行うことができる。
　以上より、本実施の形態によれば、端末２００は、上りリンク信号を適切に送信できる。
　なお、応答信号に要するリソース量の算出方法は、式（４）、式（５）又は式（６）に示す計算式に限らない。例えば、応答信号に要するリソース量を算出する計算式には、式式（４）、式（５）又は式（６）のβoffset HARQ-ACKに相当する応答信号の符号化率（換言すると、リソース量）を制御するパラメータ、及び、式（４）、式（５）又は式（６）のαに相当するリソース量の上限値を制御するパラメータが含まれていればよい。
　また、本実施の形態では、信頼度、遅延要求又はユースケース(サービス)の種類が異なる応答信号に対して、端末２００は、異なる符号化を適用してHARQ-ACKビットを生成してもよく、１つの符号化を適用してHARQ-ACKビットを生成してもよい。
　例えば、複数の応答信号に対して異なる符号化処理を行うことは、端末２００の処理量を増大させるため、実装を複雑にする恐れがある。一方で、端末２００が１つの符号化処理を行う場合、端末２００の実装を簡易にできるものの、下りリンクデータを受信してから、下りリンクデータの復号、応答信号の生成、及び、応答信号の送信までに要する処理時間に関する能力(UE capability。以下、「N1」と表す)を考慮する必要がある。
　NRでは、端末２００は、「N1」を基地局１００へ報告する。
　基地局１００は、端末２００が下りリンクデータに対する応答信号を送信するためのPUCCHのスロット位置（又は、下りリンクデータを受信したスロットからPUCCH（例えば、応答信号）を送信するスロットまでの時間：「PDSCH-to-HARQ-ACK timing」）を設定し、端末２００へ通知する。このとき、基地局１００は、PDSCH-to-HARQ-ACK timingについて、端末２００から報告された端末２００の処理能力(N1)を超える値（換言すると、N1より小さい値）を設定及び通知できない。
　本実施の形態では、端末２００は、信頼度、遅延要求又はユースケース(またはサービス)の種類が異なる応答信号の送信に対する能力（N1）をそれぞれ規定し、基地局１００へ報告する。また、端末２００は、基地局１００から設定及び通知されたPDSCH-to-HARQ-ACK timingの値と、規定したN1の値とに基づいて、信頼度、遅延要求又はユースケース(またはサービス)の種類が異なる応答信号に対する符号化方法を決定してもよい。
　例えば、端末２００は、下りリンクデータを受信してから、データを復号し、応答信号を生成し、PUCCHを送信するまでに必要な処理時間に関する能力(N1)について、信頼度、遅延要求又はユースケース(またはサービス)の種類に応じた２つ以上の能力を有する。端末２００は、２つ以上の能力（N1）を基地局１００へ報告する。
　一例として、端末２００は、eMBBに対するN1(以下、「N1_X」又は「N1_eMBB」と表す)、及び、URLLCに対するN1(以下、「N1_Y」又は「N1_URLLC」と表す)の２つの端末能力(UE capability)を有してもよい。例えば、URLLCでは、eMBBよりも低遅延が要求される可能性が高いので、URLLCに対するN1は、eMBBに対するN1よりも小さい値が設定されてもよい。
　下りリンクデータに対する応答信号を送信するためのPUCCHのスロット位置（PDSCH-to-HARQ-ACK timing）の特定に関して、基地局１００が端末固有の上位レイヤ信号（例えば、RRCシグナリング）によって準静的なスロット位置の集合を通知し、下りリンクデータを割り当てるDCIによって、集合の中のどのPDSCH-to-HARQ-ACK timingを実際に用いるかを通知する。
　同一スロット内において、信頼度、遅延要求又はユースケース(またはサービス)の種類が異なるデータ伝送に対応する応答信号の送信が同時に発生する場合、端末２００は、各応答信号に対するPDSCH-to-HARQ-ACK timingの値と、端末２００が有する能力（N1）とに基づいて、応答信号に対する処理を決定する。
　例えば、端末２００は、各応答信号に対するPDSCH-to-HARQ-ACK timingの値の最小値がN1_X又はN1_eMBB以上である場合、各応答信号に対して共通の符号化処理を行い、HARQ-ACKビットを生成する。
　一方、高い信頼度又は低遅延が要求される応答信号、又は、URLLCに対応する応答信号に対するPDSCH-to-HARQ-ACK timingの値が、N1_X又はN1_eMBB未満である場合、端末２００は、各応答信号に対して共通の符号化処理を行うことができない。この場合、端末２００は、各応答信号に対して異なる符号化方法を適用して、HARQ-ACKビットを生成する。
　これにより、端末２００の処理能力に応じて、符号処理をできる限り共通化することができるため、端末２００の処理量の増大又は実装の複雑さを軽減できる。
　（実施の形態３）
　本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図２及び図３を援用して説明する。
　実施の形態１、２では、URLLCに対応する応答信号を含むPUCCH送信と、eMBBに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合について説明した。これに対して、本実施の形態では、eMBBに対応する応答信号を含むPUCCH送信と、URLLCに対応する上りリンクデータ（例えば、UL-SCH）を含むPUSCH送信とが時間的に重なる場合の端末２００における動作について説明する。
　なお、本実施の形態において、PUCCHにeMBBに対応する応答信号が含まれ、PUSCHにURLLCに対応する上りリンクデータが含まれる場合に限らず、例えば、PUSCHに含まれる信号が、PUCCHに含まれる信号と比較して、URLLCのように高い信頼度又は低遅延等の要求条件の厳しい信号であればよい。
　端末２００は、上りリンクデータの信頼度（例えば、上りリンクデータの目標誤り率又は目標BLER）に応じて、応答信号又は上りリンクデータの処理態様（例えば、送信方法又はパラメータ）を決定する。換言すると、端末２００は、URLLCに対応する上りリンクデータの信頼度に応じて、応答信号又は上りリンクデータの送信方法又はパラメータに差異を生じさせる。
　応答信号又は上りリンクデータの送信に差異を生じさせる例として、上りリンクデータの信頼度が異なる場合について説明する。例えば、URLLCにおいて、目標誤り率が高い（例えば、BLER=10-1）上りリンクデータと、目標誤り率が低い（例えば、BLER=10-5）上りリンクデータと、で送信方法又はパラメータに差異を生じさせてもよい。
　目標誤り率が高い上りリンクデータには高い信頼度が要求されない一方、目標誤り率が低い上りリンクデータには高い信頼度が要求される。
　そこで、高い信頼度が要求されない上りリンクデータ（例えば、目標誤り率が高いデータ信号）を含むPUSCH送信と、eMBBに対応する下りリンクデータに対する応答信号を含むPUCCH送信とが時間的に重なる場合、端末２００は、例えば、上述した非特許文献２、３に記載された方法又はパラメータと同様の方法又はパラメータを用いて、応答信号をPUSCHに多重する。
　一方、高い信頼度が要求される上りリンクデータ(例えば、目標誤り率が低いデータ信号)を含むPUSCH送信と、eMBBに対応する下りリンクデータに対する応答信号を含むPUCCH送信とが時間的に重なる場合、端末２００は、例えば、非特許文献２及び３に記載された方法又はパラメータと異なる方法又はパラメータを用いて、応答信号をPUCCHで送信、又は、応答信号をPUSCHに多重する。
　高い信頼度が要求される上りリンクデータ（例えば、目標誤り率が所定値以下の上りリンクデータ）を含むPUSCH送信と、eMBBに対応する下りリンクデータに対する応答信号を含むPUCCH送信とが時間的に重なる場合における応答信号のPUSCHへの多重方法の一例として、以下の3つの方法（Option 1, 2及び3）について説明する。
　[Option 1]
　Option 1では、端末２００は、eMBBのPUCCH（例えば、応答信号）をドロップし（換言すると、送信をキャンセルし）、PUSCHを用いて上りリンクデータを送信する。
　図８は、Option 1における端末２００の動作例を示す。
　図８に示すように、URLLCに対応する上りリンクデータを含むPUSCH（URLLC PUSCH）の送信と、eMBBに対応する下りリンクデータに対する応答信号を含むPUCCH（eMBB PUCCH）の送信とが同一スロット内において発生する場合、端末２００は、eMBB PUCCH（応答信号）をドロップし、URLLC PUSCH（上りリンクデータ）を送信する。
　Option 1によれば、高い信頼度が要求されるURLLCのためのPUSCH送信に対して、eMBBのPUCCH送信が影響を与えることがなくなるため、高い信頼度が要求される上りリンクデータの品質を保証できる。
　また、Option 1によれば、端末２００は単にeMBB PUCCH（応答信号）をドロップすればよく、端末２００において複雑な処理を要しないため、端末２００の実装が容易である利点がある。
　[Option 2]
　Option 2では、端末２００は、同一スロット内において、eMBB PUCCHの送信区間のうち、URLLCのためのPUSCHの送信区間と時間的に重なる区間においてeMBBのPUCCH（例えば、応答信号）の送信を行わない（パンクチャする）。換言すると、端末２００は、同一スロット内において、eMBB PUCCHの送信区間のうち、URLLCのためのPUSCHの送信区間と時間的に重ならない区間においてPUCCHを用いて応答信号を送信する。
　図９は、Option 2における端末２００の動作例を示す。
　図９に示すように、URLLCに対応する上りリンクデータを含むPUSCH（URLLC PUSCH）の送信と、eMBBに対応する下りリンクデータに対する応答信号を含むPUCCH（eMBB PUCCH）の送信とが同一スロット内において発生する場合、端末２００は、URLLC PUSCH（上りリンクデータ）を送信する。また、図９に示すように、端末２００は、同一スロット内において、eMBB PUCCHの送信区間のうち、URLLC PUSCHの送信区間と時間的に重なる区間においてeMBB PUCCH（例えば、応答信号）をパンクチャし、URLLC PUSCHの送信区間と時間的に重なる区間以外の区間においてeMBB PUCCH（例えば、応答信号）を送信する。
　eMBBに対応する送信では、送信するデータ量が比較的多い。このため、eMBBに対応する送信は、スロット単位の送信（例えば、１スロット全て又は１スロットの大半を使用する送信)となる。一方、URLLCに対応する送信では、送信するデータ量が比較的少ない。また、URLLCに対応する送信は、低遅延を実現するために、非スロット単位の送信（例えば、数シンボルを使用する送信）を用いることが主なユースケースであると想定される。
　よって、eMBBに対応する送信に対してURLLCに対応する送信が時間的に重なる区間は、図９に示すように、スロット内における数シンボル、つまり、eMBBに対応する送信区間の一部であることが想定される。このため、端末２００は、URLLCに対応する送信以降のeMBBに対応する送信を全てドロップせずに、図９に示すように、eMBBに対応する送信区間のうち、URLLCに対応する送信区間と時間的に重なる区間の送信を行わない（パンクチャする）ことにより、eMBBの伝送品質及び周波数利用効率の劣化を抑圧できる。
　[Option 3]
　Option 3では、端末２００は、eMBBのための応答信号をURLLCのPUSCHに多重して送信する。
　図１０は、Option 3における端末２００の動作例を示す。
　図１０に示すように、eMBBに対応する応答信号を含むPUCCH（eMBB PUCCH）の送信と、URLLCに対応する上りリンクデータを含むPUSCH（URLLC PUSCH）の送信とが同一スロット内において発生する場合、端末２００は、eMBB PUCCHに含まれる応答信号（換言すると、eMBB UCI）を、PUSCHに多重する。そして、端末２００は、応答信号（eMBB UCI）が多重されたURLLC PUSCHの信号を送信する。
　例えば、基地局１００は、端末２００に対して、上りリンクデータ（又はPUSCH）の要求条件（例えば、信頼度）に応じて、式（１）におけるβoffset HARQ-ACK及びαの値の少なくとも一つに異なる値を設定する。
　例えば、PUSCHの信頼度に応じたβoffset HARQ-ACK及びαの値は、端末固有の上位レイヤ信号により明示的に端末２００へ設定されてもよく、上りリンクデータの信頼度に応じた係数が導入されてもよい。例えば、端末２００は、高い信頼度の上りリンクデータを含むPUSCHに応答信号が多重される場合には、式（１）に示すβoffset HARQ-ACK及びαの値に係数を乗算し、係数が乗算されたβoffset HARQ-ACK及びαの値を、式（１）に示すリソース量の計算に当てはめてもよい。例えば、上りリンクデータ（又はPUSCH）の信頼度に応じた係数は、βoffset HARQ-ACK及びαに対して共通の値でもよく、異なる値でもよい。
　これにより、端末２００は、上りリンクデータ（又はPUSCH）の信頼度に応じて、PUSCHにおいて応答信号に対して適切なリソースを割り当てることが可能になる。
　以上、応答信号のPUSCHへの多重方法の一例（Option 1, 2及び3）について説明した。
　このように、本実施の形態では、端末２００は、URLLCに対応する上りリンクデータを含むPUSCH送信と、eMBBに対応するUCI（例えば、応答信号）を含むPUCCH送信と、が時間的に重なる場合、上りリンクデータに対する要求条件に応じて、上りリンクデータ及びUCIに対する処理態様（送信方法又はパラメータ）を決定する。そして、端末２００は、決定された処理態様に基づいて、上りリンクデータ、又は、UCI及び上りリンクデータを送信する。
　これにより、端末２００は、上りリンクデータの信頼度に応じて適切な端末動作又はリソース割当を行い、URLLCに対応する上りリンクデータの要求条件を満たす上りリンク送信を行うことができる。
　以上より、本実施の形態によれば、端末２００は、上りリンク信号を適切に送信できる。
　なお、Option 3において、実施の形態１のOption 3（Option 3-3）と同様、端末２００は、基地局１００から端末２００へ特定のパラメータが通知された場合に、PUCCH（例えば、応答信号）をドロップし、PUSCHを用いて上りリンクデータを送信してもよい。基地局１００から通知される特定のパラメータには、例えば、応答信号に要するリソース量を算出するためのパラメータを利用できる。例えば、式（１）のβoffset HARQ-ACKの値が特定の値（例えば、0）である場合、端末２００は、PUCCHをドロップすると判断する。なお、基地局１００から通知される特定のパラメータは、式（１）のβoffset HARQ-ACKの特定の値に限らず、他のパラメータを用いてもよい。
　また、上述したように、NRでは、上りリンクデータを含むPUSCH送信に対して、基地局からのUL grantによりPUSCHを送信する無線リソースを動的に指示される「GrantベースのPUSCH送信」と、基地局からのUL grant無しに、端末が、データが発生した時点で予め準静的に割り当てられた無線リソースを用いてPUSCHを送信する「Grant-freeのPUSCH送信」(又は、「Configured grant PUSCH送信」とも呼ぶ)とがサポートされる。
　端末２００がUCIをPUSCHに多重して送信する場合、GrantベースのPUSCH送信では、基地局１００は、UCIをPUSCHに多重することが分かっているので、Grant（UL grant）によって無線リソースを指示する際に、UCIの多重を考慮した無線リソースを割り当てることができる。一方、Grant-freeのPUSCH送信では、基地局１００は、端末２００に対して、UCIの多重を考慮した無線リソースを事前に割り当てることができない。
　そこで、GrantベースのPUSCH送信とGrant-freeのPUSCH送信とで、Option 1（例えば、図８を参照）、Option 2（例えば、図９を参照）又はOption 3（例えば、図１０を参照）を切り替えて適用してもよい。例えば、端末２００は、GrantベースのPUSCH送信ではOption 3を適用してUCIをPUSCHへ多重して送信する。一方、端末２００は、Grant-freeのPUSCH送信では、Option 1又はOption 2を適用してPUCCHをドロップし、PUSCHを用いて上りリンクデータを送信する。これにより、端末２００は、GrantベースのPUSCH送信及びGrant-freeのPUSCH送信に応じて、応答信号を適切に送信できる。
　また、本実施の形態では、URLLCに対応する上りリンクデータを含むPUSCH送信とeMBBに対応する下りリンクデータに対する応答信号を含むPUCCH送信とが時間的に重なる場合について、URLLCに対応する上りリンクデータの信頼度に応じて、応答信号又は上りリンクデータの送信方法、又は、パラメータに差異を生じさせる方法について説明した。
　ただし、上りリンク信号（例えば、応答信号又は上りリンクデータ）の送信方法又はパラメータに差異を生じさせる方法は、上記例に限らない。例えば、上りリンクデータの遅延要求が異なる場合又はユースケース(またはサービス)の種類が異なる場合に、URLLCの上りリンクデータとeMBBの上りリンクデータとで差異を生じさせてもよい。
　例えば、eMBBに対応する上りリンクデータ（又は低遅延が要求されない上りリンクデータ）を含むPUSCH送信と、eMBBに対応する下りリンクデータを含むPUSCH送信とが時間的に重なる場合、端末２００は、非特許文献２、３に記載の方法と同様の方法又はパラメータを用いて、応答信号をPUSCHに多重する。一方、URLLCに対応する上りリンクデータ（又は低遅延が要求される上りリンクデータ）を含むPUSCH送信とeMBBに対応する下りリンクデータに対する応答信号を含むPUCCH送信とが時間的に重なる場合、端末２００は、上述したOption 1、Option 2又はOption 3の方法を用いて上りリンクデータ（及び応答信号）を送信してもよい。
　（実施の形態４）
　本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図２及び図３を援用して説明する。
　本実施の形態では、URLLCに対応する応答信号を含むPUCCH送信と、URLLCに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合の端末２００における動作について説明する。
　なお、本実施の形態において、PUCCHにURLLCに対応する応答信号が含まれ、PUSCHにURLLCに対応する上りリンクデータが含まれる場合に限らず、例えば、PUSCH及びPUCCHの双方に含まれる信号が、URLLCのように高い信頼度又は低遅延等の要求条件の厳しい信号であればよい。
　端末２００は、応答信号の信頼度（例えば、応答信号の目標誤り率又は目標BLER）及び上りリンクデータの信頼度（例えば、上りリンクデータの目標誤り率又は目標BLER）に応じて、応答信号又は上りリンクデータの処理態様（例えば、送信方法又はパラメータ）を決定する。換言すると、端末２００は、応答信号の信頼度及び上りリンクデータの信頼度に応じて、応答信号又は上りリンクデータの送信方法又はパラメータに差異を生じさせる。
　応答信号については、例えば、URLLCにおいて、１回目のデータ送信の目標誤り率が高い（例えば、BLER=10-1）下りリンクデータに対する応答信号、及び、１回目のデータ送信の目標誤り率が低い（例えば、BLER=10-5）下りリンクデータに対する応答信号が送信され得る。前者の応答信号には高い信頼度が要求される一方、後者の応答信号には高い信頼度が要求されない。
　また、上りリンクデータについては、例えば、URLLCにおいて、目標誤り率が高い（例えば、BLER=10-1）上りリンクデータ、及び、目標誤り率が低い（例えばBLER=10-5）上りリンクデータが送信され得る。前者の上りリンクデータには高い信頼度が要求されない一方、後者の上りリンクデータには高い信頼度が要求される。
　そこで、上述した応答信号の信頼度と、上りリンクデータの信頼度との組み合わせに応じて、送信方法に差異を生じさせてもよい。
　まず、高い信頼度が要求されない応答信号を含むPUCCH送信と、高い信頼度が要求される上りリンクデータを含むPUSCH送信とが時間的に重なる場合、上りリンクデータの信頼度の方が応答信号の信頼度よりも高い。そこで、端末２００は、例えば、実施の形態３で説明した方法（例えば、図８、図９又は図１０を参照）に基づいて、非特許文献２、３に記載された方法又はパラメータと異なる方法又はパラメータを用いて、上りリンクデータを送信、又は、応答信号及び上りリンクデータを送信する。
　次に、高い信頼度が要求される応答信号を含むPUCCH送信と、高い信頼度が要求される上りリンクデータを含むPUSCH送信とが時間的に重なる場合、応答信号の信頼度と上りリンクデータの信頼度とは同等である。そこで、端末２００は、例えば、上述した非特許文献２、３に記載された方法又はパラメータと同様の方法又はパラメータを用いて、応答信号をPUSCHに多重する。
　次に、高い信頼度が要求されない応答信号を含むPUCCH送信と、高い信頼度が要求されない上りリンクデータを含むPUSCH送信とが時間的に重なる場合、応答信号の信頼度と上りリンクデータの信頼度とは同等である。そこで、端末２００は、例えば、上述した非特許文献２、３に記載された方法又はパラメータと同様の方法又はパラメータを用いて、応答信号をPUSCHに多重する。
　最後に、高い信頼度が要求される応答信号を含むPUCCH送信と、高い信頼度が要求されない上りリンクデータを含むPUSCH送信とが時間的に重なる場合、応答信号の信頼度の方が上りリンクデータの信頼度よりも高い。そこで、端末２００は、例えば、実施の形態１で説明した方法（例えば、図５、図６又は図７を参照）に基づいて、非特許文献２、３に記載された方法又はパラメータと異なる方法又はパラメータを用いて、応答信号を送信、又は、応答信号及び上りリンクデータを送信する。
　このように、本実施の形態では、端末２００は、URLLCに対応する上りリンクデータを含むPUSCH送信と、URLLCに対応するUCI（例えば、応答信号）を含むPUCCH送信と、が時間的に重なる場合、上りリンクデータ及びUCIの双方に対する要求条件に応じて、上りリンクデータ及びUCIに対する処理態様（送信方法又はパラメータ）を決定する。そして、端末２００は、決定された処理態様に基づいて、上りリンクデータ及びUCIの少なくとも一方を送信する。
　これにより、端末２００は、上りリンクデータ及びUCIの双方の信頼度に応じて適切な端末動作又はリソース割当を行い、URLLCに対応する上りリンク信号の要求条件を満たす上りリンク送信を行うことができる。
　以上より、本実施の形態によれば、端末２００は、上りリンク信号を適切に送信できる。
　（実施の形態５）
　本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図２及び図３を援用して説明する。
　本実施の形態では、繰り返し送信（Repetition）を適用したPUCCH送信と、上りリンクデータを含むPUSCH送信とが時間的に重なる場合の端末２００における動作について説明する。
　Release 15 NRでは、Repetitionを適用したPUCCH送信と上りリンクデータを含むPUSCH送信とが時間的に重なる場合、PUSCH（上りリンクデータ）はドロップされる。Release 15 NRでは、信頼性、遅延要求及びユースケース(サービス)の種類が異なる応答信号及び上りリンクデータに関する動作が考慮されていない。
　そこで、本実施の形態では、端末２００は、応答信号の信頼度（例えば、応答信号の目標誤り率又は目標BLER）及び上りリンクデータの信頼度（例えば、上りリンクデータの目標誤り率又は目標BLER）に応じて、繰り返し送信される応答信号又は上りリンクデータの処理態様（例えば、送信方法又はパラメータ）を決定する。換言すると、端末２００は、応答信号の信頼度及び上りリンクデータの信頼度に応じて、応答信号又は上りリンクデータの送信方法又はパラメータに差異を生じさせる。
　以下、本実施の形態に係る動作例（Case 1, 2及び3）について説明する。
　[Case 1]
　Case 1は、実施の形態１又は２と同様、URLLCに対応する応答信号を含むRepetitionを適用したPUCCH送信と、eMBBに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合である。
　例えば、URLLCにおいて、１回目のデータ送信の目標誤り率が高い（例えば、BLER=10-1）下りリンクデータに対する応答信号と、１回目のデータ送信の目標誤り率が低い（例えば、BLER=10-5）下りリンクデータに対する応答信号と、が送信され得る。目標誤り率が高い下りリンクデータに対する応答信号には高い信頼度が要求される。一方、目標誤り率が低い下りリンクデータに対する応答信号には高い信頼度が要求されない。
　そこで、端末２００は、例えば、高い信頼度が要求されない応答信号を含むRepetitionを適用したPUCCH送信と、eMBBに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合、図１１に示すように、Release 15 NRと同様にPUSCH（上りリンクデータ）をドロップする。
　また、端末２００は、例えば、高い信頼度が要求される応答信号を含むRepetitionを適用したPUCCH送信と、eMBBに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合、図１１に示すように、Release 15 NRと同様にPUSCH（上りリンクデータ）をドロップする。
　このように、Case 1では、端末２００は、URLLCに対応する応答信号を含むPUCCH（URLLC PUCCH）にRepetitionが適用された場合、応答信号の信頼度に依らず、時間的に重なるeMBB PUSCH（上りリンクデータ）をドロップする。
　[Case 2]
　Case 2は、実施の形態３と同様に、eMBBに対応する応答信号を含むRepetitionを適用したPUCCH送信と、URLLCに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合である。
　例えば、URLLCにおいて、目標誤り率が高い(例えば、BLER=10-1)上りリンクデータと、目標誤り率が低い(例えば、BLER=10-5)上りリンクデータとが送信され得る。目標誤り率が高い上りリンクデータには高い信頼度が要求されない。一方、目標誤り率が低い上りリンクデータには高い信頼度が要求される。
　そこで、端末２００は、高い信頼度が要求されない上りリンクデータを含むPUSCH送信と、eMBBに対応する下りリンクデータに対する応答信号を含むRepetitionを適用したPUCCH送信とが時間的に重なる場合、Release 15 NRと同様、PUSCH（上りリンクデータ）をドロップする。
　一方、端末２００は、高い信頼度が要求される上りリンクデータを含むPUSCH送信と、eMBBに対応する下りリンクデータに対する応答信号を含むRepetitionを適用したPUCCH送信とが時間的に重なる場合、Release 15 NRとは異なる方法を用いて上りリンクデータを送信、又は、Release 15 NRとは異なるパラメータを用いて応答信号をPUSCHに多重する。
　高い信頼度が要求される上りリンクデータ（例えば、目標誤り率が所定値以下の上りリンクデータ）を含むPUSCH送信と、eMBBに対応する下りリンクデータを含むPUCCH送信とが時間的に重なる場合における応答信号のPUSCHへの多重方法の一例として、以下の3つの方法（Option 1, 2及び3）について説明する。
　[Option 1]
　Option 1では、端末２００は、eMBBのPUCCH（例えば、応答信号）をドロップし（換言すると、送信をキャンセルし）、PUSCHを用いて上りリンクデータを送信する。このとき、端末２００は、Repetitionを適用したPUCCH（例えば、応答信号）を全てドロップしてもよく、URLLCに対応するPUSCHと時間的に重なるスロットのPUCCH（例えば、応答信号）をドロップして、URLLCに対応するPUSCHと時間的に重ならないスロットのPUCCH（例えば、応答信号）を送信してもよい。
　図１２は、Option 1における端末２００の動作例を示す。
　図１２に示すように、URLLCに対応する上りリンクデータを含むPUSCH（URLLC PUSCH）の送信と、eMBBに対応する下りリンクデータに対する応答信号を含むPUCCH（eMBB PUCCH）の送信とが同一スロット内において発生する場合、端末２００は、当該スロットにおいて、eMBB PUCCH（応答信号）をドロップし、URLLC PUSCH（上りリンクデータ）を送信する。
　また、図１２に示すように、端末２００は、PUSCH送信とPUCCH送信とが重なるスロット以外のスロットでは、eMBB PUCCH（応答信号）を送信する。ただし、端末２００は、PUSCH送信とPUCCH送信とが重なるスロット以外のスロットにおいてもeMBB PUCCH（応答信号）をドロップしてもよい。または、端末２００は、PUSCH送信とPUCCH送信とが重なるスロットにおいてドロップした分のeMBB PUCCH（応答信号）を、後方のスロットにおいて送信（postpone）してもよい。
　Option 1によれば、高い信頼度が要求されるURLLCのためのPUSCH送信に対して、eMBBのPUCCH送信が影響を与えることがなくなるため、高い信頼度が要求される上りリンクデータの品質を保証できる。
　また、Option 1によれば、端末２００は単にeMBB PUCCH（応答信号）をドロップすればよく、端末２００において複雑な処理を要しないため、端末２００の実装が容易である利点がある。
　[Option 2]
　Option 2では、端末２００は、同一スロット内において、eMBB PUCCHの送信区間のうち、URLLCのためのPUSCHの送信区間と時間的に重なる区間においてeMBBのPUCCH（例えば、応答信号）の送信を行わない（パンクチャする）。換言すると、端末２００は、同一スロット内において、eMBB PUCCHの送信区間のうち、URLLCのためのPUSCHの送信区間と時間的に重ならない区間においてPUCCHを用いて応答信号を送信する。
　図１３は、Option 2における端末２００の動作例を示す。
　図１３に示すように、URLLCに対応する上りリンクデータを含むPUSCH（URLLC PUSCH）の送信と、eMBBに対応する下りリンクデータに対する応答信号を含むPUCCH（eMBB PUCCH）の送信とが同一スロット内において発生する場合、端末２００は、URLLC PUSCH（上りリンクデータ）を送信する。また、図１３に示すように、端末２００は、同一スロット内において、eMBB PUCCHの送信区間のうち、URLLC PUSCHの送信区間と時間的に重なる区間においてeMBB PUCCH（例えば、応答信号）をパンクチャし、URLLC PUSCHの送信区間と時間的に重なる区間以外の区間においてeMBB PUCCH（例えば、応答信号）を送信する。
　また、図１３に示すように、端末２００は、PUSCH送信とPUCCH送信とが重ならないスロットでは、eMBB PUCCH（例えば、応答信号）を送信する。
　eMBBに対応する送信では、送信するデータ量が比較的多い。このため、eMBBに対応する送信は、スロット単位の送信（例えば、１スロット全て又は１スロットの大半を使用する送信)となる。一方、URLLCに対応する送信では、送信するデータ量が比較的少ない。また、URLLCに対応する送信は、低遅延を実現するために、非スロット単位の送信（例えば、数シンボルを使用する送信）を用いることが主なユースケースであると想定される。
　よって、eMBBに対応する送信に対してURLLCに対応する送信が時間的に重なる区間は、図１３に示すように、スロット内における数シンボル、つまり、eMBBに対応する送信区間の一部であることが想定される。このため、端末２００は、URLLCに対応する送信以降のeMBBに対応する送信を全てドロップせずに、図１３に示すように、eMBBに対応する送信区間のうち、URLLCに対応する送信区間と時間的に重なる区間の送信を行わない（パンクチャする）ことにより、eMBBの伝送品質及び周波数利用効率の劣化を抑圧できる。
　[Option 3]
　Option 3では、端末２００は、eMBBのための応答信号をURLLCのPUSCHに多重して送信する。このとき、端末２００は、応答信号をPUSCHに多重した後、Repetitionを適用したPUCCH（応答信号）の全てをドロップしてもよく、URLLCに対応するPUSCHと時間的に重なるスロットのPUCCH（応答信号）をドロップしてもよい。
　図１４は、Option 3における端末２００の動作例を示す。
　図１４に示すように、eMBBに対応する応答信号を含むPUCCH（eMBB PUCCH）の送信と、URLLCに対応する上りリンクデータを含むPUSCH（URLLC PUSCH）の送信とが同一スロット内において発生する場合、端末２００は、eMBB PUCCHに含まれる応答信号（換言すると、eMBB UCI）を、PUSCHに多重する。そして、端末２００は、応答信号（eMBB UCI）が多重されたURLLC PUSCHの信号を送信する。
　また、図１４に示すように、端末２００は、PUSCH送信とPUCCH送信とが重ならないスロットにおいて、eMBB PUCCH（応答信号）を送信する。
　また、本実施の形態では、応答信号をPUSCHに多重して送信する場合のPUSCH内において応答信号に割り当てるリソース量は、実施の形態３と同様の方法に従って決定されてもよい。
　これにより、端末２００は、上りリンクデータ（又はPUSCH）の信頼度に応じて、PUSCHにおいて応答信号に対して適切なリソースを割り当てることが可能になる。
　以上、Case 2における、応答信号のPUSCHへの多重方法の一例（Option 1, 2及び3）について説明した。
　[Case 3]
　Case 3は、実施の形態４と同様、URLLCに対応する応答信号を含むPUCCH送信と、URLLCに対応する上りリンクデータを含むPUSCH送信とが時間的に重なる場合である。
　応答信号については、例えば、URLLCにおいて、１回目のデータ送信の目標誤り率が高い（例えば、BLER=10-1）下りリンクデータに対する応答信号、及び、１回目のデータ送信の目標誤り率が低い（例えば、BLER=10-5）下りリンクデータに対する応答信号が送信され得る。前者の応答信号には高い信頼度が要求される一方、後者の応答信号には高い信頼度が要求されない。
　また、上りリンクデータについては、例えば、URLLCにおいて、目標誤り率が高い（例えば、BLER=10-1）上りリンクデータ、及び、目標誤り率が低い（例えばBLER=10-5）上りリンクデータが送信され得る。前者の上りリンクデータには高い信頼度が要求されない一方、後者の上りリンクデータには高い信頼度が要求される。
　そこで、上述した応答信号の信頼度と、上りリンクデータの信頼度との組み合わせに応じて、送信方法に差異を生じさせてもよい。
　まず、高い信頼度が要求されない応答信号を含むRepetitionを適用したPUCCH送信と、高い信頼度が必要とされる上りリンクデータを含むPUSCH送信とが時間的に重なる場合、上りリンクデータの信頼度の方が応答信号の信頼度よりも高い。そこで、端末２００は、例えば、Case 2で説明した方法に基づいて、Release 15 NRとは異なる方法を用いて上りリンクデータを送信、又は、Release 15 NRとは異なるパラメータを用いて、応答信号をPUSCHに多重する。
　次に、高い信頼度が要求される応答信号を含むRepetitionを適用したPUCCH送信と、高い信頼度が要求される上りリンクデータを含むPUSCH送信とが時間的に重なる場合、応答信号の信頼度と上りリンクデータの信頼度とは同等である。そこで、端末２００は、例えば、Release 15 NRと同様にPUSCHをドロップする。
　次に、高い信頼度が要求されない応答信号を含むRepetitionを適用したPUCCH送信と、高い信頼度が要求されない上りリンクデータを含むPUSCH送信とが時間的に重なる場合、応答信号の信頼度と上りリンクデータの信頼度とは同等である。そこで、端末２００は、例えば、Release 15 NRと同様にPUSCHをドロップする。
　最後に、高い信頼度が要求される応答信号を含むRepetitionを適用したPUCCH送信と、高い信頼度が要求されない上りリンクデータを含むPUSCH送信とが時間的に重なる場合、応答信号の信頼度の方が上りリンクデータの信頼度よりも高く、応答信号の信頼度が優先されるべきである。そこで、端末２００は、例えば、Case 1で説明した方法により、PUSCHをドロップする。
　以上、本実施の形態に係る動作例（Case 1, 2及び3）について説明した。
　このように、本実施の形態では、端末２００は、上りリンクデータを含むPUSCH送信と、繰り返し送信されるUCI（例えば、応答信号）を含むPUCCH送信と、が時間的に重なる場合、上りリンクデータ及びUCIの双方に対する要求条件に応じて、上りリンクデータ及びUCIに対する処理態様（送信方法又はパラメータ）を決定する。そして、端末２００は、決定された処理態様に基づいて、上りリンクデータ及びUCIの少なくとも一方を送信する。
　これにより、端末２００は、上りリンクデータ及びUCIの双方の信頼度に応じて適切な端末動作又はリソース割当を行い、URLLCに対応する上りリンク信号の要求条件を満たす上りリンク送信を行うことができる。
　以上より、本実施の形態によれば、端末２００は、上りリンク信号を適切に送信できる。
　なお、NRでは、上りリンクデータを含むPUSCH送信に対して、基地局からのUL grantによりPUSCHを送信する無線リソースを動的に指示される「GrantベースのPUSCH送信」と、基地局からのUL grant無しに、端末が、データが発生した時点で予め準静的に割り当てられた無線リソースを用いてPUSCHを送信する「Grant-freeのPUSCH送信」(又は、「Configured grant PUSCH送信」とも呼ぶ)とがサポートされる。
　端末２００がUCIをPUSCHに多重して送信する場合、GrantベースのPUSCH送信では、基地局１００は、UCIをPUSCHに多重することが分かっているので、Grant（UL grant）によって無線リソースを指示する際に、UCIの多重を考慮した無線リソースを割り当てることができる。一方、Grant-freeのPUSCH送信では、基地局１００は、端末２００に対して、UCIの多重を考慮した無線リソースを事前に割り当てることができない。
　そこで、GrantベースのPUSCH送信とGrant-freeのPUSCH送信とで、Option 1、Option 2又はOption 3を切り替えて適用してもよい。例えば、端末２００は、GrantベースのPUSCH送信ではOption 3を適用してUCIをPUSCHへ多重して送信する。一方、端末２００は、Grant-freeのPUSCH送信では、Option 1又はOption 2を適用してPUSCH又はPUCCHをドロップする。これにより、端末２００は、GrantベースのPUSCH送信及びGrant-freeのPUSCH送信に応じて、応答信号を適切に送信できる。
　以上、本開示の各実施の形態について説明した。
　（１）上記実施の形態では、応答信号の信頼度、遅延要求又はユースケース(またはサービス)の種類に応じて、上りリンクの送信方法、及びパラメータに差異を生じさせた。
　ここで、上りリンクの送信方法、及びパラメータに差異を生じさせる例としては、応答信号の信頼度が異なる場合がある。例えば、URLLCにおいて、１回目のデータ送信の目標誤り率が高い（例えば、BLER=10-1）下りリンクデータに対する応答信号と、１回目のデータ送信の目標誤り率が低い（例えば、BLER=10-5）下りリンクデータに対する応答信号とで、上りリンクの送信方法、及びパラメータに差異を生じさせることができる。前者の応答信号には高い信頼度が要求される一方、後者の応答信号にはそれほど高い信頼度が要求されない。
　また、上りリンクの送信方法、及びパラメータに差異を生じさせる例として、応答信号の遅延要求が異なる場合又はユースケース(またはサービス)が異なる場合がある。例えば、URLLCに対応する応答信号とeMBBに対応する応答信号とで、上りリンクの送信方法、及びパラメータに差異を生じさせることもできる。前者の応答信号には高い信頼度又は低遅延が要求される一方、後者の応答信号にはそれほど高い信頼度又は低遅延が要求されない。また、URLLCには、上述したように、１回目のデータ送信の目標誤り率が高い(例えば、BLER=10-1)下りリンクデータに対する応答信号と、１回目のデータ送信の目標誤り率が低い(例えば、BLER=10-5)下りリンクデータに対する応答信号とが含まれる場合がある。
　また、上りリンクの送信方法の差異を生じさせる例としては、信頼度、遅延要求又はユースケース(サービス)の種類に限らず、例えば、物理層のパラメータが異なる場合でもよい。例えば、eMBBを「スロット単位の送信」と置き換え、URLLCを「非スロット単位の送信」と置き換えてもよい。また、eMBBを「PDSCH mapping type A」又は「PUSCH mapping type A」と置き換え、URLLCを「PDSCH mapping type B」又は「PUSCH mapping type B」と置き換えてもよい。また、eMBB及びURLLCに対応する送信に限定されず、例えば、eMBBを送信区間(例えば、スロット長又はシンボル長)が長い送信と置き換え、URLLCを前述の送信区間よりも送信区間が短い送信と置き換えてもよい。
　また、本開示において、目標誤り率は、上述したように１回目のデータ送信の目標誤り率でもよく、再送が発生する場合は、再送における目標誤り率でもよい。また、目標誤り率は、１回目及び再送の各々の目標誤り率という意味で「瞬時目標誤り率」と呼んでもよい。
　（２）上記実施の形態において説明した、応答信号の「信頼度、遅延要求又はユースケース(またはサービス)の種類」（換言すると、要求条件）を判断する方法には、例えば、以下の例１～例５のような方法がある。
　[例１：スクランブル系列]
　例１では、端末２００は、各応答信号に対応する下りリンクデータ伝送をスケジューリングするDCIに用いられる端末固有のスクランブリング系列に基づいて、応答信号の信頼度、遅延要求又はユースケース(サービス)の種類を判断する。
　例えば、eMBBを想定したPDSCH用のDCIでは、端末固有のスクランブリング系列に、C-RNTI（Cell-Radio Network Temporary Identifier）又はCS-RNTI（Configured Scheduling-RNTI）等が用いられる。そこで、端末２００は、検出したスクランブリング系列がC-RNTI及びCS-RNTIと異なる場合、応答信号の信頼度が高い、遅延要求が厳しい、又は、URLLCであると判断する。また、端末２００は、検出したスクランブリング系列がC-RNTI又はCS-RNTIである場合、応答信号の信頼度が高くない、遅延要求が厳しくない、又は、eMBBであると判断する。
　例えば、基地局１００の制御部１０１（例えば、図２を参照）は、端末２００の下りリンクデータの信頼度、遅延要求又はユースケース(サービス)の種類に関する情報を決定する。決定した情報は、基地局１００の下り制御信号生成部１０９へ出力される。下り制御信号生成部１０９は、上述したように、端末２００の下りリンクデータの信頼度、遅延要求又はユースケース(またはサービス)の種類に応じたスクランブリング系列を用いてDCIのビット列を生成する。
　一方、端末２００の復号部２０６（例えば、図３を参照）は、検出したスクランブリング系列を制御部２１１へ出力する。制御部２１１は、得られたスクランブリング系列に基づいて、下りリンクデータの信頼度、遅延要求又はユースケース(サービス)の種類に関する情報を判断する。
　[例２：MCSテーブル]
　例２では、端末２００は、各応答信号に対応する下りリンクデータ伝送のスケジューリングに用いられるMCSテーブルに基づいて、応答信号の信頼度、遅延要求又はユースケース（サービス）の種類を判断する。
　例えば、Release 15 NRでは、目標BLER=10-1を達成するためのMCSテーブル、及び、目標BLER=10-5を達成するためのMCSテーブルの何れを用いるかを設定できる。
　例えば、端末２００は、URLLCにおいて設定されたMCSテーブルが目標BLER=10-1を達成するためのMCSテーブルである場合、応答信号に要求される信頼度が高いと判断する。一方、端末２００は、URLLCにおいて設定されたMCSテーブルが目標BLER=10-5を達成するためのMCSテーブルである場合、応答信号に要求される信頼度は高くないと判断する。
　例えば、基地局１００の制御部１０１は、端末２００の下りリンクデータの信頼度、遅延要求又はユースケース(サービス)の種類に関する情報を決定する。決定した情報は、基地局１００の下り制御信号生成部１０９、符号化部１０３及び変調部１０５へ出力される。下り制御信号生成部１０９は、下りリンクデータ伝送に用いられるMCSテーブルに関する情報をDCIのビット列に含める。また、符号化部１０３及び変調部１０５は、制御部１０１から入力されるMCSテーブルに関する情報を用いて、下りリンクデータを符号化及び変調する。
　一方、端末２００の復号部２０６は、DCIを復号し、復号結果を制御部２１１へ出力する。制御部２１１は、DCIから得られるMCSテーブルに関する情報に基づいて、下りリンクデータの信頼度、遅延要求又はユースケース(サービス)の種類に関する情報を判断する。
　[例３：PDSCH-to-HARQ-ACK timing又はPDSCHの送信シンボル数]
　例３では、端末２００は、各応答信号に対応する下りリンクデータ伝送をスケジューリングするDCIによって通知された「PDSCH-to-HARQ-ACK timing」又はPDSCHの送信シンボル数に基づいて、応答信号の信頼度、遅延要求又はユースケース(サービス)の種類を判断する。
　例えば、端末２００は、PDSCH-to-HARQ-ACK timingが所定の値以下、又は、PDSCHの送信シンボル数が所定のシンボル数以下である場合、応答信号の遅延要求が厳しい又はURLLCのための応答信号であると判断する。一方、端末２００は、PDSCH-to-HARQ-ACK timingが所定の値より大きい、又は、PDSCHの送信シンボル数が所定のシンボル数より多い場合、応答信号の遅延要求が厳しくない又はeMBBのための応答信号であると判断する。
　なお、上記所定の値又は所定のシンボル数は、規格において予め決まった値でもよく、基地局１００が上位レイヤ信号によって端末２００へ設定可能な値でもよい。
　例えば、基地局１００の制御部１０１は、端末２００の下りリンクデータに対する応答信号を送信するスロット位置を示すPDSCH-to-HARQ-ACK timing又はPDSCHの送信シンボル数を決定する。決定した情報は、基地局１００の下り制御信号生成部１０９、信号割当部１１２及び抽出部１１８へ出力される。下り制御信号生成部１０９は、PDSCH-to-HARQ-ACK timing又はPDSCHの送信シンボル数に関する情報をDCIのビット列に含める。
　一方、端末２００の復号部２０６は、DCIを復号し、復号結果を制御部２１１へ出力する。制御部２１１は、DCIから得られるPDSCH-to-HARQ-ACK timing又はPDSCHの送信シンボル数に関する情報に基づいて、下りリンクデータの信頼度、遅延要求又はユースケース(サービス)の種類に関する情報を判断する。
　[例４：CQIテーブル]
　例４では、端末２００は、各応答信号に対応する下りリンクデータ伝送用に設定されるCQIテーブルに基づいて、応答信号の信頼度、遅延要求又はユースケース(サービス)の種類を判断する。
　例えば、Release 15 NRでは、目標BLER=10-1を達成するためのCQIテーブル、及び、目標BLER=10-5を達成するためのCQIテーブルの何れを用いるかを設定できる。
　例えば、端末２００は、URLLCにおいて設定されたCQIテーブルが目標BLER=10-1を達成するためのCQIテーブルである場合、応答信号に要求される信頼度が高いと判断する。一方、URLLCにおいて設定されたCQIテーブルが目標BLER=10-5を達成するためのCQIテーブルである場合、応答信号に要求される信頼度は高くないと判断する。
　例えば、基地局１００の制御部１０１は、端末２００の下りリンクデータ伝送用に設定されるCQIテーブルに関する情報を決定する。決定した情報は、上位制御信号生成部１０６へ出力される。上位制御信号生成部１０６は、CQIテーブルに関する情報を上位制御信号に含める。
　一方、端末２００の復号部２０８は、上位制御信号を復号し、復号結果を制御部２１１へ出力する。制御部２１１は、上位制御信号から得られるCQIテーブルに関する情報に基づいて、下りリンクデータの信頼度、遅延要求又はユースケース(サービス)の種類に関する情報を判断する。
　[例５：DCIによる明示的な通知]
　例５では、端末２００は、各応答信号に対応する下りリンクデータ伝送をスケジューリングするDCI内の数ビットによる明示的な通知により、応答信号の信頼度、遅延要求又はユースケース(サービス)の種類を判断する。
　明示的な通知は、応答信号自体の信頼度、遅延要求又はユースケース(サービス)の種類に関する情報でもよく、PDSCHの信頼度(例えば目標BLER)、遅延要求又はユースケース(サービス)の種類に関する情報でもよい。
　例えば、基地局１００の制御部１０１は、端末２００の下りリンクデータに対する応答信号の信頼度、遅延要求又はユースケース(サービス)の種類に関する情報を決定する。決定された情報は、下り制御信号生成部１０９へ出力される。下り制御信号生成部１０９は、ACK/NACKの信頼度、遅延要求又はユースケース(サービス)の種類に関する情報をDCIのビット列に含める。
　一方、端末２００の復号部２０６は、DCIを復号し、復号結果を制御部２１１へ出力する。制御部２１１は、DCIから応答信号の信頼度、遅延要求又はユースケース(サービス)の種類に関する情報を得る。
　以上、「応答信号の信頼度、遅延要求又はユースケース(またはサービス)の種類」を判断する方法について説明した。なお、「応答信号の信頼度、遅延要求又はユースケース(またはサービス)の種類」を判断する方法は、上述した例１～例５に限定されず、要求条件に関する他の情報に基づく判断方法でもよい。
　（３）また、上記実施の形態では、下りリンクデータ伝送に対する応答信号がPUCCH又はPUSCHを用いて送信される場合を一例として説明した。しかし、本開示においてPUCCH又はPUSCHを用いて送信されるUCIは応答信号に限らない。例えば、上記実施の形態において、「応答信号（ACK/NACK又はHARQ-ACK）」をチャネル状態情報（CSI)に置き換えてもよく、応答信号とCSIとを含むUCIに置き換えてもよい。
　（４）また、本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
　本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
　通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ　ｏｆ　Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
　通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
　また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
　また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
　本開示の一実施例における端末は、上りリンクデータを含む上りリンクデータチャネルの送信と、上りリンク制御情報を含む上りリンク制御チャネルの送信と、が時間的に重なる場合、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方に対する要求条件に応じて、前記上りリンクデータ及び前記上りリンク制御情報に対する処理態様を決定する回路と、前記決定された処理態様に基づいて、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方を送信する送信機と、を具備する端末。
　本開示の一実施例における端末において、前記要求条件には目標誤り率が含まれ、前記回路は、前記上りリンク制御情報の前記目標誤り率に応じて、前記上りリンクデータ及び前記上りリンク制御情報の前記処理態様を決定する。
　本開示の一実施例における端末において、前記送信機は、前記上りリンク制御情報の前記目標誤り率が所定値以下の場合、前記上りリンクデータをドロップし、前記上りリンク制御チャネルを用いて前記上りリンク制御情報を送信する。
　本開示の一実施例における端末において、前記送信機は、前記上りリンク制御情報の前記目標誤り率が所定値以下の場合、前記上りリンクデータチャネルの送信区間のうち、前記上りリンク制御チャネルの送信区間と重なる区間において前記上りリンクデータをパンクチャし、前記上りリンク制御チャネルの送信区間と重なる区間以外の区間において前記上りリンクデータを送信し、前記上りリンク制御チャネルを用いて前記上りリンク制御情報を送信する。
　本開示の一実施例における端末において、前記送信機は、前記上りリンク制御情報の前記目標誤り率が所定値以下の場合、前記上りリンク制御情報を、前記上りリンクデータチャネルに多重して送信する。
　本開示の一実施例における端末において、前記上りリンク制御情報は、下りリンクデータに対する応答信号であり、前記上りリンクデータチャネルにおいて前記応答信号に要するリソース量を制御するためのパラメータ、及び、前記リソース量の上限値を制御するためのパラメータの少なくとも１つは、前記応答信号の前記要求条件に応じて設定される。
　本開示の一実施例における端末において、前記上りリンク制御情報は、下りリンクデータに対する応答信号であり、前記上りリンクデータチャネルにおいて前記応答信号に要するリソース量が、前記リソース量の上限値を超える場合、前記送信機は、前記上りリンクデータチャネルにおいて、前記上りリンクデータをドロップし、前記応答信号を送信する。
　本開示の一実施例における端末において、前記上りリンク制御情報は、下りリンクデータに対する応答信号であり、前記上りリンクデータチャネルにおいて前記応答信号に要するリソース量が、前記リソース量の上限値を超える場合、前記回路は、前記上りリンクデータチャネルの送信電力を増加する。
　本開示の一実施例における端末において、前記上りリンクデータチャネルの送信電力が、前記端末の最大送信電力を超える場合、前記送信機は、前記上りデータチャネルにおいて、前記上りリンクデータをドロップし、前記応答信号を前記最大送信電力で送信する。
　本開示の一実施例における端末において、基地局から前記端末へ特定のパラメータが通知された場合、前記送信機は、前記上りリンクデータチャネルにおいて、前記上りリンクデータをドロップし、前記上りリンク制御情報を送信する。
　本開示の一実施例における端末において、前記回路は、前記上りリンク制御情報の前記要求条件に応じて、前記上りリンクデータチャネルにおける前記上りリンク制御情報の前記処理態様を決定する。
　本開示の一実施例における端末において、前記上りリンクデータチャネルの送信には、基地局から前記端末へ動的に指示されるリソースを用いる送信と、前記端末に対して準静的に割り当てられているリソースを用いる送信とが含まれる。
　本開示の一実施例における端末において、前記要求条件には目標誤り率が含まれ、前記回路は、前記上りリンクデータの前記目標誤り率に応じて、前記上りリンクデータ及び前記上りリンク制御情報の前記処理態様を決定する。
　本開示の一実施例における端末において、前記送信機は、前記上りリンクデータの前記目標誤り率が所定値以下の場合、前記上りリンク制御チャネルにおける前記上りリンク制御情報をドロップし、前記上りリンクデータチャネルを用いて前記上りリンクデータを送信する。
　本開示の一実施例における端末において、前記送信機は、前記上りリンクデータの前記目標誤り率が所定値以下の場合、前記上りリンク制御チャネルの送信区間のうち、前記上りリンクデータチャネルの送信区間と重なる区間において前記上りリンク制御情報をパンクチャし、前記上りリンクデータチャネルの送信区間と重なる区間以外の区間において前記上りリンク制御情報を送信する。
　本開示の一実施例における端末において、前記送信機は、前記上りリンクデータの前記目標誤り率が所定値以下の場合、前記上りリンク制御情報を、前記上りリンクデータチャネルに多重して送信する。
　本開示の一実施例における端末において、前記上りリンク制御情報は、下りリンクデータに対する応答信号であり、前記上りリンクデータチャネルにおいて前記応答信号に要するリソース量を制御するためのパラメータ、及び、前記リソース量の上限値を制御するためのパラメータの少なくとも１つは、前記上りリンクデータの前記要求条件に応じて設定される。
　本開示の一実施例における端末において、基地局から前記端末へ特定のパラメータが通知された場合、前記送信機は、前記上りリンク制御チャネルにおける前記上りリンク制御情報をドロップし、前記上りリンクデータチャネルを用いて前記上りリンクデータ信号を送信する。
　本開示の一実施例における端末において、前記上りデータチャネルの送信には、基地局から前記端末へ動的に指示されるリソースを用いる送信と、前記端末に対して準静的に割り当てられているリソースを用いる送信とが含まれる。
　本開示の一実施例における端末において、前記要求条件には目標誤り率が含まれ、前記回路は、前記上りリンクデータの前記目標誤り率、及び、前記上りリンク制御情報の前記目標誤り率に応じて、前記上りリンクデータ及び前記上りリンク制御情報の前記処理態様を決定する。
　本開示の一実施例における端末において、前記要求条件には目標誤り率が含まれ、前記回路は、前記上りリンクデータの前記目標誤り率、及び、繰り返し送信される前記上りリンク制御情報の前記目標誤り率に応じて、前記上りリンクデータ信号及び前記上りリンク制御情報の前記処理態様を決定する。
　本開示の一実施例における端末において、前記上りデータチャネルの送信には、基地局から前記端末へ動的に指示されるリソースを用いる送信と、前記端末に対して準静的に割り当てられているリソースを用いる送信とが含まれる。
　本開示の一実施例における通信方法は、上りリンクデータを含む上りリンクデータチャネルの送信と、上りリンク制御情報を含む上りリンク制御チャネルの送信と、が時間的に重なる場合、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方に対する要求条件に応じて、前記上りリンクデータ及び前記上りリンク制御情報に対する処理態様を決定し、前記決定された処理態様に基づいて、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方を送信する。
　２０１８年８月１日出願の特願２０１８－１４４９８４の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の一実施例は、移動通信システムに有用である。
　１００　基地局
　１０１，２１１　制御部
　１０２　データ生成部
　１０３，１０７，１１０，２１２，２１４　符号化部
　１０４　再送制御部
　１０５，１０８，１１１，２１３，２１５　変調部
　１０６　上位制御信号生成部
　１０９　下り制御信号生成部
　１１２，２１６　信号割当部
　１１３，２１７　IFFT部
　１１４，２１８　送信部
　１１５，２０１　アンテナ
　１１６，２０２　受信部
　１１７，２０３　FFT部
　１１８，２０４　抽出部
　１１９，１２２　復調部
　１２０，１２３，２０６，２０８，２１０　復号部
　１２１，１２４　判定部
　２００　端末
　２０５　下り制御信号復調部
　２０７　上位制御信号復調部
　２０９　データ復調部

Claims (15)

  1. 　上りリンクデータを含む上りリンクデータチャネルの送信と、上りリンク制御情報を含む上りリンク制御チャネルの送信と、が時間的に重なる場合、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方に対する要求条件に応じて、前記上りリンクデータ及び前記上りリンク制御情報に対する処理態様を決定する回路と、
    　前記決定された処理態様に基づいて、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方を送信する送信機と、
    　を具備する端末。
  2. 　前記要求条件には目標誤り率が含まれ、
    　前記回路は、前記上りリンク制御情報の前記目標誤り率に応じて、前記上りリンクデータ及び前記上りリンク制御情報の前記処理態様を決定する、
    　請求項１に記載の端末。
  3. 　前記送信機は、前記上りリンク制御情報の前記目標誤り率が所定値以下の場合、前記上りリンクデータをドロップし、前記上りリンク制御チャネルを用いて前記上りリンク制御情報を送信する、
    　請求項２に記載の端末。
  4. 　前記送信機は、前記上りリンク制御情報の前記目標誤り率が所定値以下の場合、前記上りリンクデータチャネルの送信区間のうち、前記上りリンク制御チャネルの送信区間と重なる区間において前記上りリンクデータをパンクチャし、前記上りリンク制御チャネルの送信区間と重なる区間以外の区間において前記上りリンクデータを送信し、前記上りリンク制御チャネルを用いて前記上りリンク制御情報を送信する、
    　請求項２に記載の端末。
  5. 　前記送信機は、前記上りリンク制御情報の前記目標誤り率が所定値以下の場合、前記上りリンク制御情報を、前記上りリンクデータチャネルに多重して送信する、
    　請求項２に記載の端末。
  6. 　前記上りリンクデータチャネルの送信には、基地局から前記端末へ動的に指示されるリソースを用いる送信と、前記端末に対して準静的に割り当てられているリソースを用いる送信とが含まれる、
    　請求項２に記載の端末。
  7. 　前記要求条件には目標誤り率が含まれ、
    　前記回路は、前記上りリンクデータの前記目標誤り率に応じて、前記上りリンクデータ及び前記上りリンク制御情報の前記処理態様を決定する、
    　請求項１に記載の端末。
  8. 　前記送信機は、前記上りリンクデータの前記目標誤り率が所定値以下の場合、前記上りリンク制御チャネルにおける前記上りリンク制御情報をドロップし、前記上りリンクデータチャネルを用いて前記上りリンクデータを送信する、
    　請求項７に記載の端末。
  9. 　前記送信機は、前記上りリンクデータの前記目標誤り率が所定値以下の場合、前記上りリンク制御チャネルの送信区間のうち、前記上りリンクデータチャネルの送信区間と重なる区間において前記上りリンク制御情報をパンクチャし、前記上りリンクデータチャネルの送信区間と重なる区間以外の区間において前記上りリンク制御情報を送信する、
    　請求項７に記載の端末。
  10. 　前記送信機は、前記上りリンクデータの前記目標誤り率が所定値以下の場合、前記上りリンク制御情報を、前記上りリンクデータチャネルに多重して送信する、
    　請求項７に記載の端末。
  11. 　前記上りデータチャネルの送信には、基地局から前記端末へ動的に指示されるリソースを用いる送信と、前記端末に対して準静的に割り当てられているリソースを用いる送信とが含まれる、
    　請求項７に記載の端末。
  12. 　前記要求条件には目標誤り率が含まれ、
    　前記回路は、前記上りリンクデータの前記目標誤り率、及び、前記上りリンク制御情報の前記目標誤り率に応じて、前記上りリンクデータ及び前記上りリンク制御情報の前記処理態様を決定する、
    　請求項１に記載の端末。
  13. 　前記要求条件には目標誤り率が含まれ、
    　前記回路は、前記上りリンクデータの前記目標誤り率、及び、繰り返し送信される前記上りリンク制御情報の前記目標誤り率に応じて、前記上りリンクデータ信号及び前記上りリンク制御情報の前記処理態様を決定する、
    　請求項１に記載の端末。
  14. 　前記上りデータチャネルの送信には、基地局から前記端末へ動的に指示されるリソースを用いる送信と、前記端末に対して準静的に割り当てられているリソースを用いる送信とが含まれる、
    　請求項１３に記載の端末。
  15. 　上りリンクデータを含む上りリンクデータチャネルの送信と、上りリンク制御情報を含む上りリンク制御チャネルの送信と、が時間的に重なる場合、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方に対する要求条件に応じて、前記上りリンクデータ及び前記上りリンク制御情報に対する処理態様を決定し、
    　前記決定された処理態様に基づいて、前記上りリンクデータ及び前記上りリンク制御情報の少なくとも一方を送信する、
    　通信方法。
PCT/JP2019/015885 2018-08-01 2019-04-12 端末及び通信方法 WO2020026532A1 (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
US17/264,263 US11601926B2 (en) 2018-08-01 2019-04-12 Terminal and communication method
EP19845199.9A EP3833143A4 (en) 2018-08-01 2019-04-12 TERMINAL AND COMMUNICATION PROCESS
CN201980050873.4A CN112956268A (zh) 2018-08-01 2019-04-12 终端及通信方法
JP2020534058A JPWO2020026532A1 (ja) 2018-08-01 2019-04-12 端末及び通信方法
US18/149,521 US11785606B2 (en) 2018-08-01 2023-01-03 Communication apparatus and communication method
US18/457,953 US20230403710A1 (en) 2018-08-01 2023-08-29 Communication apparatus and communication method
JP2023199919A JP2024020542A (ja) 2018-08-01 2023-11-27 通信装置、通信方法及び集積回路

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018144984 2018-08-01
JP2018-144984 2018-08-01

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US17/264,263 A-371-Of-International US11601926B2 (en) 2018-08-01 2019-04-12 Terminal and communication method
US18/149,521 Continuation US11785606B2 (en) 2018-08-01 2023-01-03 Communication apparatus and communication method

Publications (1)

Publication Number Publication Date
WO2020026532A1 true WO2020026532A1 (ja) 2020-02-06

Family

ID=69230649

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/015885 WO2020026532A1 (ja) 2018-08-01 2019-04-12 端末及び通信方法

Country Status (5)

Country Link
US (3) US11601926B2 (ja)
EP (1) EP3833143A4 (ja)
JP (2) JPWO2020026532A1 (ja)
CN (1) CN112956268A (ja)
WO (1) WO2020026532A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022195952A1 (ja) * 2021-03-15 2022-09-22 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、基地局及び通信方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112823560A (zh) * 2018-08-10 2021-05-18 株式会社Ntt都科摩 用户终端
US11122591B2 (en) * 2018-10-09 2021-09-14 Qualcomm Incorporated Physical layer and MAC layer uplink channel prioritization
WO2020107458A1 (zh) * 2018-11-30 2020-06-04 华为技术有限公司 一种上行信号发送方法及终端
WO2020217611A1 (ja) * 2019-04-26 2020-10-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末及び通信方法
EP4104334A1 (en) * 2020-03-31 2022-12-21 Sony Group Corporation Methods and communications devices
US12016016B2 (en) * 2021-01-08 2024-06-18 Ofinno, Llc Uplink control multiplexing of a PUCCH repetition

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018144984A (ja) 2017-03-08 2018-09-20 三菱電機ビルテクノサービス株式会社 バッファのキャップへの接触判定機能を備えたエレベーターの制御装置
WO2019016951A1 (ja) * 2017-07-21 2019-01-24 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5293423B2 (ja) 2009-06-05 2013-09-18 富士通株式会社 端末装置および基地局装置
KR101486387B1 (ko) * 2010-04-01 2015-01-26 엘지전자 주식회사 무선 접속 시스템에서 채널상태정보 전송 방법
CN103220070B (zh) * 2012-01-20 2017-11-14 中兴通讯股份有限公司 一种上行信号的发送方法及用户设备
US9749094B2 (en) * 2012-06-14 2017-08-29 Sharp Kabushiki Kaisha Devices for sending and receiving feedback information
EP2888918B1 (en) * 2012-08-23 2020-11-18 Interdigital Patent Holdings, Inc. Providing physical layer resources to different serving sites
US10932205B2 (en) * 2013-08-02 2021-02-23 Blackberry Limited Uplink power sharing control
EP3509362A1 (en) * 2014-01-29 2019-07-10 Interdigital Patent Holdings, Inc. Uplink transmissions in wireless communications
JP6656150B2 (ja) * 2014-06-20 2020-03-04 シャープ株式会社 端末装置、基地局装置、および通信方法
US9585102B2 (en) * 2014-09-26 2017-02-28 Kt Corporation Method of controlling the transmission power of uplink channels and signals and apparatuses thereof
US10397879B2 (en) * 2016-02-01 2019-08-27 Ofinno, Llc Uplink channel transmission in a wireless device and wireless network
US20170223695A1 (en) * 2016-02-03 2017-08-03 Lg Electronics Inc. Method and apparatus for transmitting an uplink channel in a wireless communication system
CN107889223B (zh) * 2016-09-29 2020-04-10 电信科学技术研究院 一种数据传输方法及装置
WO2018111948A1 (en) * 2016-12-13 2018-06-21 Sharp Laboratories Of America, Inc. Base stations, user equipments, and related communication methods

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018144984A (ja) 2017-03-08 2018-09-20 三菱電機ビルテクノサービス株式会社 バッファのキャップへの接触判定機能を備えたエレベーターの制御装置
WO2019016951A1 (ja) * 2017-07-21 2019-01-24 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法

Non-Patent Citations (8)

* Cited by examiner, † Cited by third party
Title
"Handling UCI on PUSCH for URLLC", 3GPP TSG RAN WG1 #93 RL-1807360, 12 May 2018 (2018-05-12), XP051463052 *
"NR; Multiplexing and channel coding (Release 15", 3GPP TS 38.212, June 2018 (2018-06-01)
"NR; Physical channels and modulation (Release 15", 3GPP TS 38.211, June 2018 (2018-06-01)
"NR; Physical layer procedures for control (Release 15", 3GPP TS 38.213, June 2018 (2018-06-01)
"NR; Physical layer procedures for data (Release 15", 3GPP TS 38.214, June 2018 (2018-06-01)
H. SHARIATMADARIZ. LIS. IRAJIM. A. UUSITALOR. JANTTI: "Control channel enhancements for ultra-reliable low-latency communications", PROC. THE 10TH INTERNATIONAL WORKSHOP ON EVOLUTIONAL TECHNOLOGIES AND ECOSYSTEMS FOR 5G AND BEYOND (WDN-5G ICC2017, May 2017 (2017-05-01)
HUAWEI ET AL.: "Discussion on partially overlapped PUCCH and PUSCH for URLLC", 3GPP TSG RAN WG1 #93 RL-1806895, 11 May 2018 (2018-05-11), XP055538972 *
LENOVO ET AL.: "Remaining issues on UCI multiplexing on PUSCH", 3GPP TSG RAN WG1 #93 RL-1807604, 16 May 2018 (2018-05-16), XP051463108 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022195952A1 (ja) * 2021-03-15 2022-09-22 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、基地局及び通信方法

Also Published As

Publication number Publication date
EP3833143A4 (en) 2021-10-06
US20230164788A1 (en) 2023-05-25
JP2024020542A (ja) 2024-02-14
CN112956268A (zh) 2021-06-11
JPWO2020026532A1 (ja) 2021-08-05
EP3833143A1 (en) 2021-06-09
US11785606B2 (en) 2023-10-10
US20210298008A1 (en) 2021-09-23
US20230403710A1 (en) 2023-12-14
US11601926B2 (en) 2023-03-07

Similar Documents

Publication Publication Date Title
WO2020026532A1 (ja) 端末及び通信方法
JP6042857B2 (ja) 無線通信システムにおける受信確認送信方法及び装置
JP7073365B2 (ja) 端末及び通信方法
US20130279465A1 (en) Method and arrangement for acknowledgement of contention-based uplink transmissions in a telecommunication system
US20210006378A1 (en) Method and apparatus for fallback operation for semi-static harq-ack codebook determination
WO2018133860A1 (zh) 传输数据的方法、设备和通信系统
WO2020021770A1 (ja) 端末、基地局及び通信方法
WO2019157683A1 (zh) 上行控制信息的传输方法和装置
EP3451776B1 (en) Terminal device, base station device, and communication method
JP2023099023A (ja) 基地局、通信方法及び集積回路
US11923982B2 (en) Transmission device, reception device, transmission method, and reception method
JP7297663B2 (ja) 端末及び通信方法
CN114073161B (zh) 终端、基站、通信方法及集成电路
WO2020194924A1 (ja) 端末及び送信方法
EP3451769A1 (en) Terminal device, base station device, communication method, and integrated circuit
EP3451770A1 (en) Terminal device, base station device, and communication method
RU2788968C2 (ru) Терминал связи и способ связи
WO2021090609A1 (en) User equipments, base stations and methods for csi request
WO2020062049A1 (zh) 上行资源的配置与指示方法、装置和系统

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020534058

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019845199

Country of ref document: EP

Effective date: 20210301