Terminal, communication method, base station and integrated circuit

Abstract

The present invention provides a terminal capable of appropriately sending uplink control information. In the terminal (200), a control unit (211) determines a processing method for a response signal or an uplink control channel for sending a response signal according to a requirement for a response signal for downlink data. A sending unit (216) sends a response signal using an uplink control channel based on the determined processing method.

Description

Technical Field

[0001] The invention relates to a terminal, a communication method, a base station and an integrated circuit. Background Art

[0002] 3GPP (3rd Generation Partnership Project) has completed the planning and formulation of the specifications of Release 15NR (New Radio access technology) for the realization of the fifth generation mobile communication system (5G). NR supports high speed and large capacity, which are the basic requirements for enhanced mobile broadband (eMBB), and also supports ultra-reliable and low latency communication (URLLC) (for example, refer to non-patent documents 1 to 4).

[0003] The requirements for URLLC in version 15 defined by 3GPP require a one-way user plane delay of less than 0.5 ms, a certain reliability, and a delay of less than 1 ms.

[0004] In Release 15NR, low latency is achieved by shortening the TTI (Transmit Time Interval) by flexibly controlling the subcarrier spacing or the number of transmitted symbols. In addition, the modulation and coding scheme (MCS: Modulation and Coding Scheme) or channel status report (CQI: Channel Quality Indicator) used to achieve a low target block error rate (BLER) is set or notified, thereby achieving highly reliable data transmission. For example, regarding the target error rate (or target BLER), a normal mode (for example, BLER=10 -1 ) and high reliability mode (e.g., BLER=10 -5 ).

[0005] Prior art literature

[0006] Non-patent literature

[0007] Non-Patent Document 1: 3GPP TS 38.211 V15.2.0, "NR; Physical channels and modulation (Release 15)", March 2018.

[0008] Non-Patent Document 2: 3GPP TS 38.212 V15.2.0, "NR; Multiplexing and channel coding (Release 15)", June 2018.

[0009] Non-Patent Document 3: 3GPP TS 38.213 V15.2.0, "NR; Physical layer procedure for control (Release 15)", June 2018.

[0010] Non-Patent Document 4: 3GPP TS 38.214 V15.2.0, "NR; Physical layer procedures for data (Release 15)", June 2018.

[0011] Non-Patent Document 5: 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.

[0012] Non-Patent Document 6: Tetsuya Yamamoto, Ryoko Kanoi, Yasuaki Yuda, and Hidetoshi Suzuki, "A study on 1-symbol uplink control channel for Release 16 NR URLLC," The Institute of Electronics, Information and Communication Engineers General Conference 2018, September 2018. SUMMARY OF THE INVENTION

[0013] In NR, the method for transmitting uplink control information has not been fully studied.

[0014] Non-limiting embodiments of the present invention help to provide a terminal and a communication method capable of appropriately transmitting uplink control information.

[0015] A terminal of one embodiment of the present invention includes: a circuit, which determines a processing method for the uplink control information or an uplink control channel used to send the uplink control information according to the requirements for the uplink control information; and a transmitter, which uses the uplink control channel to send the uplink control information based on the determined processing method.

[0016] A communication method of an embodiment of the present invention includes the following steps: determining a processing method for the uplink control information or an uplink control channel used to send the uplink control information according to the requirement conditions for the uplink control information, and based on the determined processing method, using the uplink control channel to send the uplink control information.

[0017] In addition, these general or specific aspects may be implemented by a system, an apparatus, a method, an integrated circuit, a computer program or a recording medium, or may be implemented by any combination of systems, apparatuses, methods, integrated circuits, computer programs and recording media.

[0018] According to one embodiment of the present invention, uplink control information can be appropriately transmitted.

[0019] More advantages and effects of an embodiment of the present invention will be explained through the description and drawings. These advantages and / or effects are provided by several embodiments and the features described in the description and drawings, but not necessarily all of them need to be provided in order to obtain one or more of the same features. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 This is a block diagram showing a part of the structure of the terminal according to the first embodiment.

[0021] Figure 2 This is a block diagram showing the structure of a base station according to the first embodiment.

[0022] Figure 3 This is a block diagram showing the structure of a terminal according to the first embodiment.

[0023] Figure 4 This is a sequence diagram showing the processing of the base station and the terminal according to the first embodiment.

[0024] Figure 5 This is a diagram showing an example of ACK / NACK transmission processing according to the first embodiment.

[0025] Figure 6 This is a diagram showing an example of ACK / NACK mapping of Option 1 according to Implementation Example 1.

[0026] Figure 7 This is a diagram showing an example of ACK / NACK mapping in option 2 of implementation mode 1.

[0027] Figure 8 This is a diagram showing an example of ACK / NACK mapping in option 3 of implementation mode 1.

[0028] Fig. 9 This is a diagram showing an example of ACK / NACK mapping in option 4 of implementation mode 1.

[0029] Fig. 10A This is a diagram showing an example of ACK / NACK transmission processing of Option 1 of Implementation 2.

[0030] Fig. 10B This is a diagram showing an example of ACK / NACK transmission processing of Option 1 of Implementation 2.

[0031] Fig.11A This is a diagram showing an example of ACK / NACK transmission processing of option 2 of implementation mode 2.

[0032] Fig. 11B This is a diagram showing an example of ACK / NACK transmission processing of option 2 of implementation mode 2.

[0033] Fig.12 This is a diagram showing an example of ACK / NACK transmission processing according to the third embodiment.

[0034] Fig.13 This is a diagram showing an example of ACK / NACK transmission processing according to the fourth embodiment.

[0035] Fig.14 This is a diagram showing another example of the ACK / NACK transmission process according to the fourth embodiment. DETAILED DESCRIPTION

[0036] Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

[0037] In the use cases of eMBB in LTE (Long-Term Evolution) or NR, it is required to maximize the cell throughput or frequency utilization efficiency. In this case, the target error rate of the data is generally set to a higher value (for example, BLER=10 -1 ) is used. The reason is that Hybrid Automatic Repeat Request (HARQ) is applied. In eMBB, for example, after considering the synthetic gain generated by multiple retransmissions using HARQ, highly reliable packet transmission (for example, BLER=10 -5 ).

[0038] On the other hand, URLLC requires highly reliable packet transmission (e.g., BLER=10 -5 For example, in the case of HARQ, when an error occurs in data transmission, a retransmission request is triggered and the data is retransmitted. Therefore, the delay time increases as the number of retransmissions increases, and the low-delay requirement cannot be met. Therefore, in URLLC, in order to achieve highly reliable packet transmission without using HARQ for retransmission, it is considered to set the target error rate of the data to a lower value (for example, BLER=10) according to the high reliability mode as described above. -5 ) mode) is used to enable data to be transmitted reliably in the first transmission.

[0039] Although setting a low target error rate will achieve highly reliable data transmission, it requires more wireless resources than setting a high target error rate. In Release 15NR, the data size of URLLC is limited to a smaller 32 bytes, so the impact on resource utilization efficiency caused by setting a low target error rate is not significant.

[0040] On the other hand, in version 16 or later URLLC, it is expected that larger data sizes will be handled than in version 15NR, and the use cases of URLLC will be gradually expanded. In this case, if a low target error rate is set, in order to achieve highly reliable packet transmission in one transmission, huge wireless resources may be required, which is inefficient from the perspective of resource utilization efficiency.

[0041] Therefore, it is assumed that in the use case of URLLC that handles larger data sizes, for example, high-speed HARQ retransmission control is applied. In the high-speed HARQ retransmission control, for example, a high target error rate (for example, BLER=10) is set for the first transmission. -1 or BLER = 10 -2 Even if an error occurs in the first transmission, data can still be reliably transmitted in the next retransmission (second transmission). In this way, high-speed HARQ retransmission control helps improve resource utilization efficiency and perform highly reliable packet transmission with low latency.

[0042] Here, if we focus on the HARQ transmission in the downlink, the terminal (UE: User Equipment) sends a response signal (ACK / NACK: Acknowledgement / Negative Acknowledgement, or HARQ-ACK) to the base station (for example, eNB or gNB) indicating the error detection result for the downlink data.

[0043] At this time, the reliability or delay requirement required for the transmission of the response signal varies depending on the reliability, delay requirement or type of use case (or service) (or usage scenario) of downlink data transmission.

[0044] For example, URLLC assumes the following operation, that is, even if an error occurs in the first transmission, data can still be reliably transmitted in the next transmission (retransmission). In this case, the higher the target error rate of the first data transmission, the higher the reliability of the response signal transmission is required (in other words, the lower the target error rate of the response signal transmission is required). For example, when the target error rate of the first data transmission is BLER=10 -1 In the case of BLER=10, the response signal is required to have -4 The target error rate for the first data transmission is BLER = 10 -3 In the case of BLER=10, the response signal is required to have -2 The following error rates (for example, refer to Non-Patent Document 5).

[0045] In addition, in terms of eMBB and URLLC, a response signal for data transmission of URLLC requires a lower delay than a response signal for data transmission of eMBB.

[0046] However, in Release 15NR, in terms of the feedback mechanism of the response signal from the terminal, actions related to the response signal that differs in reliability, latency requirements, or types of use cases (or services) have not yet been fully studied.

[0047] In addition, the terminal uses the uplink control channel (PUCCH: Physical Uplink Control Channel) to send a response signal to the base station. However, in Release 15 NR, the requirements related to the reliability required for response signal transmission in URLLC that allows retransmission (for example, BLER=10 -4 PUCCH with error rate below).

[0048] In addition, it is assumed that the NR terminal corresponds to multiple use cases or services (for example, eMBB and URLLC, etc.). In addition, it is also assumed that the NR terminal corresponds to multiple data transmissions with different target error rates in URLLC. At this time, the following situation may occur, that is, in the same time slot of the uplink, the terminal simultaneously sends response signals corresponding to data transmissions with different reliability, delay requirements or types of use cases (or services).

[0049] In Release 15NR, the number of PUCCHs that can send response signals in one time slot is limited to one. Therefore, assuming that, as described above, in the same time slot, response signals corresponding to data transmissions with different reliability, delay requirements or types of use cases (or services) are sent simultaneously, these response signals will be multiplexed into one PUCCH and sent.

[0050] For example, the method in Release 15NR considers that when response signals with different required reliabilities are multiplexed, the wireless resources for PUCCH are set in accordance with the reliability of the response signal requiring high reliability to meet the requirements of the response signal requiring high reliability. However, in this case, for a response signal requiring a lower reliability than the above-mentioned response signal requiring high reliability (in other words, a response signal that does not require high reliability), the wireless resources for PUCCH are set in the same way as the response signal requiring high reliability, so from the perspective of resource utilization efficiency, it is not efficient.

[0051] In addition, when response signals with different required reliabilities are multiplexed, the HARQ-ACK codebook (response signal bit string) used to multiplex the response signals is arranged in order from the response signal corresponding to the downlink data received earlier in time, regardless of the reliability, delay requirement, or type of use case (or service). For example, when response signals with different delay requirements (e.g., response signals corresponding to eMBB and URLLC) are multiplexed into one PUCCH and transmitted, the transmission of response signals that do not require low delay (e.g., response signals of eMBB) may sometimes become a bottleneck of delay.

[0052] Therefore, in one embodiment of the present invention, a method for sending a response signal that is different in reliability, delay requirement, or type of use case (or service) is described. In other words, a method for sending a response signal that corresponds to a "requirement condition" such as reliability, delay requirement, or type of use case (or service) is described.

[0053] Hereinafter, each embodiment will be described in detail.

[0054] (Implementation Method 1)

[0055] [Overview of Communication System]

[0056] The communication system according to each embodiment of the present invention includes a base station 100 and a terminal 200 .

[0057] Figure 1 2 is a block diagram showing a part of the structure of the terminal 200 according to each embodiment of the present invention. Figure 1In the terminal 200 shown, the control unit 211 determines the processing method (e.g., transmission method or parameter setting, etc.) for uplink control information or an uplink control channel (e.g., PUCCH) for transmitting uplink control information based on the required conditions (e.g., reliability, delay requirement, or type of use case (service)) for uplink control information (UCI. For example, a response signal for downlink data). The transmission unit 216 transmits the uplink control information using the uplink control channel based on the determined processing method.

[0058] [Structure of base station]

[0059] Figure 2 is a block diagram showing the structure of base station 100 according to Embodiment 1 of the present invention. Figure 2 In the figure, the base station 100 includes a control unit 101, a data generating unit 102, a coding unit 103, a retransmission control unit 104, a modulation unit 105, a high-layer control signal generating unit 106, a coding unit 107, a modulation unit 108, a downlink control signal generating unit 109, a coding unit 110, a modulation unit 111, a signal distribution unit 112, an IFFT (Inverse Fast Fourier Transform) unit 113, a transmitting unit 114, an antenna 115, a receiving unit 116, an FFT (Fast Fourier Transform) unit 117, an extraction unit 118, a demodulation unit 119, a decoding unit 120 and a determination unit 121.

[0060] The control unit 101 determines information related to the downlink data transmission of the terminal 200, and outputs the determined information to the coding unit 103, the modulation unit 105, and the signal allocation unit 112. The information related to the downlink data transmission includes, for example, the modulation and coding method (for example, MCS) of the downlink data transmitted in the PDSCH or the wireless resources of the PDSCH (hereinafter referred to as "PDSCH resources"), etc. In addition, the control unit 101 outputs the determined information to the downlink control signal generation unit 109.

[0061] In addition, the control unit 101 determines information related to the reliability, delay requirement, or type of use case (or service) of the downlink data of the terminal 200 (in other words, information related to the requirement conditions of the response signal), and outputs the determined information to the higher-layer control signal generation unit 106 or the downlink control signal generation unit 109. This information is notified to the terminal 200 (for example, the control unit 211).

[0062] In addition, the control unit 101 determines information related to the transmission of uplink control information (UCI: Uplink Control Information) of the terminal 200, and outputs the determined information to the extraction unit 118 and the decoding unit 120. In addition, the control unit 101 outputs information related to the transmission of UCI to the higher layer control signal generation unit 106 or the downlink control signal generation unit 109. The information related to the transmission of UCI includes, for example, UCI (for example, a response signal or CSI (Channel State Information, channel state information)) or a transmission method or parameter of a PUCCH for transmitting UCI.

[0063] In addition, the information output to the higher layer control signal generating unit 106 includes, for example, information on a PUCCH resource set, information on a set of time slot positions (e.g., PDSCH-to-HARQ-ACK timing) set semi-statically, or information on a maximum coding rate of UCI, etc. In addition, the information output to the downlink control information generating unit 109 includes, for example, information indicating a radio resource of a PUCCH actually used in a PUCCH resource set (hereinafter, PUCCH resource), information indicating a PDSCH-to-HARQ-ACK timing actually used in a set of time slot positions set semi-statically, etc.

[0064] The control unit 101 also determines radio resource allocation for a higher layer control signal (higher layer control signal) or a downlink control signal for transmitting downlink control information, and radio resource allocation for downlink data, and outputs the determined information to the signal allocation unit 112 .

[0065] The data generation unit 102 generates downlink data for the terminal 200 and outputs the data to the encoding unit 103 .

[0066] The coding unit 103 performs error correction coding on the downlink data input from the data generation unit 102 based on the information (for example, information related to the coding rate) input from the control unit 101 , and outputs the coded data signal to the retransmission control unit 104 .

[0067] The retransmission control unit 104 holds the coded data signal input from the coding unit 103 at the time of the initial transmission, and outputs it to the modulation unit 105. In addition, after receiving NACK for the transmitted data signal from the determination unit 121 described later, the retransmission control unit 104 outputs the corresponding held data to the modulation unit 105. On the other hand, after receiving ACK for the transmitted data signal from the determination unit 121, the retransmission control unit 104 deletes the corresponding held data.

[0068] The modulation unit 105 modulates the data signal input from the retransmission control unit 104 based on the information (for example, information on the modulation method) input from the control unit 101 , and outputs the data modulated signal to the signal distribution unit 112 .

[0069] The higher layer control signal generation unit 106 generates a control information bit string (higher layer control signal) using the control information input from the control unit 101 , and outputs the generated control information bit string to the coding unit 107 .

[0070] The coding unit 107 performs error correction coding on the control information bit sequence input from the higher layer control signal generation unit 106 , and outputs the coded control signal to the modulation unit 108 .

[0071] The modulation unit 108 modulates the control signal input from the encoding unit 107 , and outputs the modulated control signal to the signal distribution unit 112 .

[0072] The downlink control signal generating unit 109 generates a control information bit string (downlink control signal, for example, DCI) using the control information input from the control unit 101, and outputs the generated control information bit string to the coding unit 110. In addition, the control information is sometimes sent to multiple terminals, so the downlink control signal generating unit 109 may also include the terminal ID of each terminal in the control information for each terminal to generate a bit string. In addition, a scrambling sequence described later may also be used as the terminal ID.

[0073] The coding unit 110 performs error correction coding on the control information bit sequence input from the downlink control signal generating unit 109 , and outputs the coded control signal to the modulating unit 111 .

[0074] The modulation unit 111 modulates the control signal input from the encoding unit 110 , and outputs the modulated control signal to the signal distribution unit 112 .

[0075] The signal allocator 112 maps the data signal input from the modulator 105, the higher layer control signal input from the modulator 108, or the downlink control signal input from the modulator 111 to the radio resource based on the information indicating the radio resource input from the controller 101. The signal allocator 112 outputs the downlink signal to which the signal is mapped to the IFFT unit 113.

[0076] The IFFT unit 113 performs transmission waveform generation processing such as OFDM (Orthogonal Frequency Division Multiplexing) on ​​the signal input from the signal distribution unit 112. In the case of OFDM transmission with a CP (Cyclic Prefix) added, the IFFT unit 113 adds a CP (not shown). The IFFT unit 113 outputs the generated transmission waveform to the transmission unit 114.

[0077] The transmitting unit 114 performs RF (Radio Frequency) processing such as D / A (Digital-to-Analog) conversion and up-conversion on the signal input from the IFFT unit 113 , and transmits the wireless signal to the terminal 200 via the antenna 115 .

[0078] 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 outputs the uplink signal waveform after the reception processing to the FFT unit 117 .

[0079] The FFT unit 117 performs FFT processing to convert a time domain signal into a frequency domain signal on the uplink signal waveform input from the receiving unit 116. The FFT unit 117 outputs the frequency domain signal obtained by the FFT processing to the extracting unit 118.

[0080] The extraction unit 118 extracts the radio resource component in which the PUCCH is transmitted from the signal input from the FFT unit 117 based on the information (for example, information related to the transmission of UCI) input from the control unit 101. The extraction unit 118 outputs the extracted radio resource component to the demodulation unit 119.

[0081] The demodulation unit 119 equalizes and demodulates the radio resource component corresponding to the PUCCH input from the extraction unit 118 , and outputs the demodulation result (demodulation sequence) to the decoding unit 120 .

[0082] The decoding unit 120 performs error correction decoding on the demodulation result input from the demodulation unit 119 based on the information related to the transmission of UCI (for example, information related to the encoding of UCI) input from the control unit 101 , and outputs the decoded bit sequence to the determination unit 121 .

[0083] The determination unit 121 determines whether the response signal transmitted by the terminal 200 indicates ACK (correct) or NACK (error) with respect to the transmitted data signal based on the bit sequence input from the decoding unit 120. The determination unit 121 outputs the determination result to the retransmission control unit 104.

[0084] [Terminal structure]

[0085] Figure 3 2 is a block diagram showing the structure of terminal 200 according to Embodiment 1 of the present invention. Figure 3 In the figure, the terminal 200 includes an antenna 201, a receiving unit 202, an FFT unit 203, an extraction unit 204, a downlink control signal demodulation unit 205, a decoding unit 206, a high-layer control signal demodulation unit 207, a decoding unit 208, a data demodulation unit 209, a decoding unit 210, a control unit 211, a coding unit 212, a modulation unit 213, a signal allocation unit 214, an IFFT unit 215 and a sending unit 216.

[0086] The receiving unit 202 performs RF processing such as down-conversion or A / D (Analog-to-Digital) conversion on the signal waveform of the downlink signal (data signal or control signal) received from the base station 100 via the antenna 201 , and outputs the obtained received signal (baseband signal) to the FFT unit 203 .

[0087] The FFT unit 203 performs FFT processing to convert the time domain signal into a frequency domain signal on the signal (time domain signal) input from the receiving unit 202. The FFT unit 203 outputs the frequency domain signal obtained by the FFT processing to the extracting unit 204.

[0088] The extraction unit 204 extracts a downlink control signal (e.g., DCI), a higher-layer control signal, or downlink data from the signal input from the FFT unit 203 based on the control information (e.g., information related to the radio resource of the downlink data or control signal) input from the control unit 211. The extraction unit 204 outputs the downlink control signal to the downlink control signal demodulation unit 205, outputs the higher-layer control signal to the higher-layer control signal demodulation unit 207, and outputs the downlink data to the data demodulation unit 209.

[0089] 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 .

[0090] The decoding unit 206 performs error correction decoding using the demodulation result input from the downlink control signal demodulation unit 205 , thereby obtaining control information. The decoding unit 206 outputs the obtained control information to the control unit 211 .

[0091] The higher layer control signal demodulation unit 207 equalizes and demodulates the higher layer control signal input from the extraction unit 204 , and outputs the demodulation result to the decoding unit 208 .

[0092] The decoding unit 208 performs error correction decoding using the demodulation result input from the higher-layer control signal demodulation unit 207 , thereby obtaining control information. The decoding unit 208 outputs the obtained control information to the control unit 211 .

[0093] The data demodulation unit 209 equalizes and demodulates the downlink data input from the extraction unit 204 , and outputs the decoding result to the decoding unit 210 .

[0094] The decoding unit 210 performs error correction decoding using the demodulation result input from the data demodulation unit 209. In addition, the decoding unit 210 performs error detection on the downlink data and outputs the error detection result to the control unit 211. In addition, the decoding unit 210 outputs the downlink data determined to be error-free as the result of the error detection as received data.

[0095] The control unit 211 determines the transmission method or parameters (e.g., MCS or radio resources, etc.) of UCI (e.g., ACK / NACK or CSI) or PUCCH for transmitting UCI based on the information related to the transmission of UCI of the terminal 200 included in the control information input from the decoding unit 206 or the decoding unit 208. The control unit 211 outputs the determined information to the coding unit 212, the modulation unit 213, and the signal allocation unit 214.

[0096] In addition, the control unit 211 generates a response signal (ACK / NACK) using the error detection result input from the decoding unit 210 , and outputs it to the encoding unit 212 .

[0097] Furthermore, the control unit 211 outputs information on the radio resources of the downlink data or control signal included in the control information input from the decoding unit 206 or the decoding unit 208 to the extraction unit 204 .

[0098] The coding unit 212 performs error correction coding on the response signal (bit sequence of ACK / NACK) based on the information input from the control unit 211, and outputs the coded response signal (bit sequence) to the modulation unit 213. For example, as described later, the coding unit 212 may generate a coded bit sequence by applying different coding methods to response signals having different requirements such as reliability, delay requirements, or types of use cases (or services).

[0099] The modulation unit 213 modulates the response signal input from the coding unit 212 based on the information input from the control unit 211, and outputs the modulated response signal (modulation symbol sequence) to the signal distribution unit 214. For example, when a coded bit sequence to which a different coding method is applied is input from the coding unit 212, the modulation unit 213 modulates each coded bit sequence.

[0100] The signal allocation unit 214 maps the response signal (modulation symbol sequence) input from the modulation unit 213 to the radio resource of the PUCCH instructed by the control unit 211. The signal allocation unit 214 outputs the signal to which the response signal is mapped to the IFFT unit 215.

[0101] The IFFT unit 215 performs OFDM or other transmission waveform generation processing on the signal input from the signal distribution unit 214. In the case of OFDM transmission with CP (Cyclic Prefix), the IFFT unit 215 adds CP (not shown). Alternatively, in the case of the IFFT unit 215 generating a single carrier waveform, a DFT (Discrete Fourier Transform) unit (not shown) may be added to the front end of the signal distribution unit 214. The IFFT unit 215 outputs the generated transmission waveform to the transmission unit 216.

[0102] The transmission unit 216 performs RF (Radio Frequency) processing such as D / A (Digital-to-Analog) conversion and up-conversion on the signal input from the IFFT unit 215 , and transmits the wireless signal to the base station 100 via the antenna 201 .

[0103] [Operations of Base Station 100 and Terminal 200]

[0104] The operations in base station 100 and terminal 200 having the above configurations will be described in detail.

[0105] Figure 4 The following shows the flow of processing performed by the base station 100 and the terminal 200 according to the present embodiment.

[0106] The base station 100 transmits information on the PUCCH to the terminal 200 (ST101). The terminal 200 obtains the information on the PUCCH notified by the base station 100 (ST102). The information on the PUCCH includes, for example, information on a PUCCH resource set or information on a PUCCH coding rate.

[0107] The base station 100 transmits DCI including information related to downlink data to the terminal 200 (ST103). The terminal 200 acquires scheduling information of downlink data or information on PUCCH based on the DCI notified from the base station 100, for example (ST104).

[0108] The base station 100 transmits the downlink data to the terminal 200 (ST105). The terminal 200 receives the downlink data (PDSCH) based on, for example, the DCI notified from the base station 100 (ST106).

[0109] The terminal 200 controls the response signal or the action related to the transmission of the response signal according to the requirements for the response signal (in other words, the reliability, delay requirements or the type of use case (service)) (ST107). For example, the terminal 200 determines the processing method for the response signal or PUCCH according to the requirements for the response signal. In determining the processing method for the response signal or PUCCH, for example, the coding method of the response signal, the method for determining the PUCCH resource or the parameters related to the PUCCH transmission may also be determined.

[0110] Based on the determined operation, terminal 200 transmits UCI (including, for example, a response signal) to base station 100 using PUCCH (ST108). Base station 100 receives UCI transmitted from terminal 200 (ST109).

[0111] Next, the operations related to UCI transmission in the terminal 200 (for example, Figure 4 ST107 processing) control method.

[0112] [Encoding method]

[0113] Terminal 200 generates HARQ-ACK bits by applying different encoding methods to response signals having different reliability, delay requirements, or types of use cases (or services) (in other words, response signals having different requirement conditions).

[0114] Next, terminal 200 multiplexes the coded response signals to which different coding methods are applied into the PUCCH and transmits the multiplexed response signals.

[0115] For example, the terminal 200 applies encoding processing using different encoding rates to response signals having different reliability, delay requirements, or types of use cases (or services).

[0116] For example, terminal 200 encodes a response signal requiring high reliability using a low coding rate (eg, a coding rate below a threshold) to generate HARQ-ACK bits. By applying a low coding rate, the reliability of the response signal can be improved.

[0117] On the other hand, for a response signal that does not require high reliability, terminal 200 uses a high coding rate (e.g., a coding rate higher than a threshold) to encode the response signal to generate HARQ-ACK bits. By applying a high coding rate, the increase in the number of bits of the response signal can be suppressed, thereby improving resource utilization efficiency.

[0118] As an example of making a difference in the coding process for the response signal, a case where the reliability of the response signal is different is described. For example, in URLLC, the coding process can also be made different between the following response signals, that is, when the target error rate for the first data transmission is high (for example, BLER=10 -1 ) of the downlink data, and the target error rate for the first data transmission is low (for example, BLER = 10- 5 ) creates a difference between the response signals of the downlink data.

[0119] Specifically, when the target error rate of the first data transmission is high, in order to retransmit the data reliably, a high reliability is required for the response signal, and therefore, a coding method with a low coding rate is applied to the response signal. On the other hand, when the target error rate of the first data transmission is low, since data errors are not likely to occur, a high reliability is not required for the response signal, and therefore, a coding method with a high coding rate is applied to the response signal.

[0120] In addition, as another example that causes a difference in the encoding processing of the response signal, there may be a case where the delay requirements of the response signal are different, or a case where the type of use case (or service) of the response signal (for example, URLLC or eMBB, etc.) is different.

[0121] As an example, Figure 5 This shows an example of applying different encoding methods (coding processes) to response signals between URLLC and eMBB. Figure 5 In the present invention, the terminal 200 applies encoding process 1 (encoding process 1) to the response signal of the downlink data of eMBB (eMBB PDSCH), and applies encoding process 2 (encoding process 2) to the response signal of the downlink data of URLLC (URLLC PDSCH).

[0122] For example, URLLC requires high reliability, so a low coding rate coding method is applied in the coding process 2 for the response signal. On the other hand, eMBB does not require high reliability compared to URLLC, so a high coding rate coding method is applied in the coding process 1 for the response signal.

[0123] exist Figure 5 In the present invention, the terminal 200 applies different encoding methods to the response signal of URLLC and the response signal of eMBB respectively to generate HARQ-ACK bits, and multiplexes the generated HARQ-ACK bits into one PUCCH to send to the base station 100.

[0124] Thus, according to the present embodiment, the terminal 200 can apply an appropriate coding method (e.g., coding rate) to each response signal according to the reliability of the response signal, the delay requirement, or the type of use case (or service). Thus, even if the requirements of the response signals multiplexed into one PUCCH are different, each response signal is encoded using a coding method corresponding to the requirements of each response signal, and thus, effective PUCCH transmission can be performed from the perspective of resource utilization efficiency.

[0125] In addition, the different coding processing for ACK / NACK is not limited to the case where it is determined based on the above-mentioned reliability or type of use case (service). For example, it can be determined based on at least one of the reliability, delay requirement or type of use case (service).

[0126] [Mapping method]

[0127] Next, a method of mapping response signals having different reliability, delay requirements, or types of use cases (or services) (in other words, response signals having different requirement conditions) to PUCCH resources is described.

[0128] For example, the terminal 200 maps the response signals to the PUCCH in order of required reliability, starting from a response signal requiring higher reliability, or in order of requirement for low delay, starting from a response signal requiring lower delay in the delay requirement. Specifically, the terminal 200 first maps a response signal requiring higher reliability or lower delay to a PUCCH resource. Then, the terminal 200 maps a response signal that does not require high reliability or low delay to a PUCCH resource.

[0129] As an example, the mapping method of the response signal in Short-PUCCH composed of 1 or 2 codewords (for example, PUCCH format (Format) 2) and Long-PUCCH composed of 4 or more codewords (for example, PUCCH format 3 or PUCCH format 4) is described below.

[0130] <Short PUCCH>

[0131] The following two methods (option 1 and option 2) can be applied to map the response signal to the PUCCH resource in the Short PUCCH.

[0132] [Option 1]

[0133] Figure 6 This shows an example of mapping a response signal to a RE (Resource Element) in Option 1.

[0134] like Figure 6As shown, in option 1, the terminal 200 maps the modulation symbol string modulated by the response signal (HARQ-ACK) to the RE except the resource element (RE: Resource Element) mapped with the reference signal (RS: Reference Signal, reference signal. For example, DMRS: Demodulation RS) based on the "Frequency-first-time-second format". In other words, the terminal 200 maps the response signal to the PUCCH in sequence first in the frequency direction and then in the time direction.

[0135] Specifically, in the process of mapping to RE, as described above, a response signal with high reliability or low latency is required ( Figure 6 The HARQ-ACK for URLLC is first mapped to the PUCCH resource, and then the response signal ( Figure 6 HARQ-ACK for eMBB) is mapped to PUCCH resources.

[0136] Using the mapping method of option 1, Figure 6 In the scheme, HARQ-ACK for URLLC is mapped to all REs of the first symbol (except REs mapped with DMRS) and part of REs of the second symbol constituting PUCCH, and HARQ-ACK for eMBB is mapped to the remaining REs of the second symbol.

[0137] According to the mapping method of option 1, for example, a response signal requiring a lower delay is mapped to the front symbol of the PUCCH, and therefore, in the case of a 2-symbol Short PUCCH, an effect of reducing delay can be obtained.

[0138] [Option 2]

[0139] Figure 7 This figure shows an example of mapping a response signal to RE in Option 2.

[0140] like Figure 7 As shown, in Option 2, the terminal 200 maps the modulated symbol sequence after modulating the response signal (HARQ-ACK) to the REs other than the REs mapped with the reference signal based on the "frequency first and time second format" as in Option 1. In addition, in Option 2, the terminal 200 maps the response signal in the allocated band in a manner that is dispersed in the frequency direction.

[0141] Specifically, in the process of mapping to RE, as described above, first, a response signal with high reliability or low latency is required ( Figure 7The HARQ-ACK for URLLC is mapped to the PUCCH resources, and then the response signal ( Figure 7 In the example, HARQ-ACK for eMBB is mapped to PUCCH resources. Figure 7 In the embodiment, ACK / NACK for URLLC and ACK / NACK corresponding to eMBB are mapped in a dispersed manner in the frequency direction.

[0142] By using the mapping method of option 2, Figure 7 In the example, HARQ-ACK for URLLC is mapped to all REs (except REs mapped with DMRS) constituting the first symbol of PUCCH and a part of REs in the second symbol, and HARQ-ACK for eMBB is mapped to the remaining REs in the second symbol. Figure 7 In the second symbol of the PUCCH, the HARQ-ACK for URLLC and the HARQ-ACK for eMBB are mapped in a distributed manner in the frequency direction in the allocated band of the PUCCH (eg, 4 RBs (Resource Block)).

[0143] According to the mapping method of option 2, as with the mapping method of option 1, a response signal requiring lower delay is mapped to the front symbol of the PUCCH, so that in the case of a 2-symbol Short PUCCH, the effect of reducing delay can be obtained.

[0144] In addition, according to the mapping method of option 2, a frequency diversity effect can be obtained by mapping in a dispersed manner in the frequency direction, thereby enabling transmission of a higher quality response signal (in other words, a higher reliability response signal).

[0145] <Long PUCCH>

[0146] As mapping of the response signal in Long-PUCCH to the PUCCH resource, the following two methods (option 3 and option 4) can be applied.

[0147] [Option 3]

[0148] In option 3, the same method as the mapping relationship between the HARQ-ACK bits and CSI (CSI part 1 and CSI part 2) in NR's PUCCH format 3 or PUCCH format 4 (for example, refer to non-patent document 2) is applied to mapping response signals with different types of reliability, delay requirements or use cases (or services).

[0149] Figure 8This figure shows an example of mapping a response signal to RE in option 3.

[0150] like Figure 8 As shown, in option 3, the terminal 200 sends the RS ( Figure 8 The REs other than the REs for DMRS in the example are mapped to the modulation symbol sequence after modulating the response signal (HARQ-ACK). Figure 8 As shown, terminal 200 maps a response signal requiring a higher reliability to a symbol in the PUCCH that is closer to a symbol to which a reference signal (eg, DMRS) is mapped.

[0151] Specifically, if Figure 8 As shown, in the process of mapping to RE, as described above, first, the HARQ-ACK for URLLC that requires high reliability is sequentially mapped to the codewords close to the codewords mapped with DMRS (codewords before and after). Figure 8 As shown, the HARQ-ACK bits for eMBB, which do not require high reliability, are mapped to the remaining PUCCH resources.

[0152] According to the mapping method of Option 3, HARQ-ACK bits requiring higher reliability are mapped to symbols with high channel estimation accuracy (symbols close to symbols mapped with DMRS). Therefore, according to Option 3, transmission of higher quality response signals (in other words, higher reliability response signals) can be achieved.

[0153] [Option 4]

[0154] Fig. 9 This figure shows an example of mapping a response signal to RE in Option 4.

[0155] like Fig. 9 As shown, in option 4, terminal 200 maps the modulated symbol string after modulating the response signal (HARQ-ACK) to REs other than the REs mapped with RS based on the "frequency first and time second format". Fig. 9 As shown, terminal 200 maps a response signal requiring a lower delay in the delay requirement to an earlier symbol of the PUCCH.

[0156] Specifically, if Fig. 9 As shown, in the process of mapping to RE, as described above, first, the HARQ-ACK for URLLC requiring low delay is mapped in sequence from the earlier codeword (for example, the front codeword). Fig. 9 As shown, HARQ-ACK for eMBB, which does not require low latency, is mapped to the remaining PUCCH resources.

[0157] According to the mapping method of option 4, a response signal requiring lower delay is mapped to the front codeword of PUCCH, thereby having the effect of reducing delay.

[0158] The above describes the method of mapping the response signal to the PUCCH resource.

[0159] In this way, the terminal 200 preferentially maps a response signal requiring high reliability or low delay, that is, a response signal requiring strict conditions, to a PUCCH resource. Thus, the terminal 200 can preferentially map a response signal requiring higher reliability or lower delay among response signals multiplexed into the PUCCH, for example, to a PUCCH resource that can achieve high reliability or low delay. Thus, according to this embodiment, the terminal 200 can send a response signal using a PUCCH resource that is suitable for the required conditions for the response signal.

[0160] In addition, in Option 3 and Option 4, a mapping method for a response signal using Long-PUCCH with more than 4 symbols is described. On the other hand, for example, from the perspective of reducing delay, the use of Long-PUCCH in URLLC is not ideal. Therefore, in this embodiment, it is also possible to allow only Short-PUCCH to multiplex response signals with different reliability, delay requirements or use cases (or services) into one PUCCH. Thus, the requirement for low delay can be met and the design of multiple PUCCH formats can be omitted.

[0161] In addition, the method of mapping the response signal to the PUCCH resource is not limited to the above-mentioned options 1 to 4. In addition, for example, any one of options 1 to 4 may be combined. For example, in option 3 (refer to Figure 8 ) or option 4 (see Fig. 9 ) can also be used like option 2 (see Figure 7 ) as in the previous example, the response signal (HARQ-ACK) is mapped in a distributed manner in the frequency direction.

[0162] [PUCCH Resource Determination Method]

[0163] Next, a method for determining PUCCH resources in this embodiment will be described.

[0164] In NR, regarding the determination of PUCCH resources for the terminal to send a response signal to downlink data, the following method is adopted, namely, the base station notifies a set of semi-static PUCCH resources (PUCCH resource set) through a high-level signal inherent to the terminal (for example, RRC (Radio Resource Control) signaling), and notifies the actually used PUCCH resources in the PUCCH resource set by allocating DCI (Downlink Control Information) of downlink data (for example, refer to non-patent document 3).

[0165] Here, the PUCCH resources are composed of parameters including, for example, the symbol position within a time slot, the number of symbols within a time slot, the frequency domain position, the number of resources in the frequency domain (for example, the number of RBs or the number of PRBs (Physical RBs), whether frequency hopping is applied, and at least one of the code resources (for example, a cyclic shift sequence or an orthogonal code).

[0166] In addition, the base station can notify the terminal of a plurality of PUCCH resource sets, and the terminal can determine which PUCCH resource set to use among the notified plurality of PUCCH resource sets based on the number of bits of uplink control information (UCI: Uplink Control Information) transmitted using the PUCCH.

[0167] In the present embodiment, terminal 200 determines a PUCCH resource set based on the total number of encoded bits of a response signal (HARQ-ACK) multiplexed into the PUCCH.

[0168] In addition, in the present embodiment, different values ​​may be set for parameters related to the determination of PUCCH resources for response signals with different types of reliability, delay requirements, or use cases (or services) (in other words, response signals with different requirement conditions).

[0169] For example, in NR, a maximum coding rate is set for each PUCCH format. The terminal determines the number of RBs used to send PUCCH based on the number of bits of UCI sent using PUCCH and the maximum coding rate. However, the upper limit of the number of RBs used to send PUCCH is the number of RBs of PUCCH resources notified by the above PUCCH resource set.

[0170] In this embodiment, the maximum coding rate is set for each PUCCH format and for each type of reliability, delay requirement or use case (or service) of the response signal (in other words, for each requirement condition of the response signal).

[0171] For example, the terminal 200 calculates the amount of resources (e.g., the number of REs) used to send the response signal based on the number of bits after encoding the response signal and the set maximum coding rate for each response signal having different reliability, delay requirements, or use cases (or services). Then, the terminal 200 determines the number of RBs used to send the PUCCH based on the number of REs used to send each response signal multiplexed into one PUCCH.

[0172] Thus, the terminal 200 can determine the PUCCH resource set in the PUCCH multiplexing the response signal with different requirement conditions based on the number of bits encoded by the encoding method set for each response signal, for example, as described above. For example, the terminal 200 can calculate the appropriate amount of resources corresponding to the reliability of the response signal, the delay requirement, or the type of use case (or service), and thus can perform efficient PUCCH transmission from the perspective of resource utilization efficiency.

[0173] In addition, as described above, the upper limit of the number of RBs used to send PUCCH is the number of RBs of PUCCH resources notified by the PUCCH resource set. Therefore, for example, when the number of RBs determined based on the number of bits of the response signal and the maximum coding rate exceeds the upper limit value notified by the PUCCH resource set, the actual coding rate of the response signal may exceed the set maximum coding rate. In this case, the quality required for PUCCH transmission may not be met.

[0174] Therefore, in this embodiment, when the actual coding rate of the response signal exceeds a predetermined threshold, the terminal 200 may discard a portion of the response signal sent using the PUCCH. Thus, the resources in the PUCCH resources where a portion of the response signal is discarded are used for the remaining response signals, thereby improving the quality of PUCCH transmission.

[0175] Here, the threshold value may be, for example, a maximum coding rate set for each PUCCH format and for each type of reliability, delay requirement, or use case (or service) of the response signal. In addition, the threshold value for discarding a portion of the response signal may be notified to the terminal 200 again from the base station 100, different from the maximum coding rate.

[0176] In addition, the terminal 200 may also discard at least a portion of the response signal sent using the PUCCH when the number of bits of the response signal (or UCI) sent using the PUCCH and the number of RBs calculated based on the maximum coding rate exceeds a predetermined threshold (upper limit value). As a result, the resources in the PUCCH resources where a portion of the response signal is discarded are used for the remaining response signals, thereby improving the quality of PUCCH transmission.

[0177] In addition, the discarded response signal may be determined based on a priority (in other words, a priority set for each requirement), and the priority is set based on the reliability of the response signal, the delay requirement, or the type of use case (or service). For example, the terminal 200 may also preferentially send a response signal for a requirement with a high priority. In other words, the terminal 200 may also preferentially discard a response signal for a requirement with a low priority.

[0178] As an example of priority, when the reliability of the response signal is different, for example, in URLLC, the target error rate for the first data transmission is high (for example, BLER=10 -1 ) is set higher than the target error rate for the first data transmission (for example, BLER=10). -5 ) is determined based on the priority of the response signal of the downlink data of the URLLC. Alternatively, in the case where the delay requirement of the response signal is different, or in the case where the types of use cases (or services) are different, for example, the priority of URLLC is set higher than the priority of eMBB.

[0179] When the coding rate of at least one response signal of different reliability, delay requirements or use cases (or services) exceeds a threshold, terminal 200 may also discard the response signals with lower priorities. Thus, it is possible to suppress the degradation of the transmission quality of the response signals with higher priorities, i.e., the response signals requiring higher reliability.

[0180] In addition, in the case of response signals with different reliability, delay requirements or types of use cases (or services), the following information (for example, a resource sharing factor or a resource splitting factor) may be notified in advance from the base station 100 to the terminal 200, which information indicates the ratio in which the resources (for example, RE) within the PUCCH are shared or split for different response signals.

[0181] The above describes the method of determining PUCCH resources.

[0182] Thus, in this embodiment, the terminal 200 determines the processing method for the response signal or PUCCH according to the requirements of the response signal for the downlink data (for example, reliability, delay requirements, or the type of use case (service)). Specifically, the terminal 200 applies different encoding methods to response signals with different requirements. Then, the terminal 200 multiplexes the encoded response signal into the PUCCH for transmission.

[0183] Thus, according to the present embodiment, even when a response signal with different requirements is multiplexed into the PUCCH, the terminal 200 can still perform processing (e.g., coding processing) or wireless resource settings (e.g., mapping method or determination of PUCCH resources) corresponding to the requirements required by the response signal multiplexed into the PUCCH. For example, the terminal 200 can improve the resource utilization efficiency in the PUCCH by setting the position or amount of PUCCH resources corresponding to the reliability required by the response signal. In addition, for example, the terminal 200 can reduce the delay of the response signal by setting the position of the PUCCH resources corresponding to the delay requirement for the response signal.

[0184] Based on the above, according to this embodiment, terminal 200 can appropriately transmit UCI including a response signal.

[0185] (Implementation Method 2)

[0186] The basic structure of the base station and the terminal of this embodiment is the same as that of the base station 100 and the terminal 200 of Embodiment 1, and therefore, the base station and the terminal of this embodiment are referred to as follows. Figure 2 and Figure 3 Provide explanation.

[0187] In this embodiment, the terminal 200 uses different methods for determining PUCCH resources or PUCCH resource sets for response signals having different reliability, delay requirements, or types of use cases (or services) (in other words, response signals having different requirement conditions).

[0188] In addition, in this embodiment, the number of PUCCHs in one slot that can be used by terminal 200 to transmit a response signal is not limited to one. In other words, in this embodiment, the number of PUCCHs in one slot that can be used by terminal 200 to transmit a response signal is one or more.

[0189] For example, terminal 200 uses different PUCCHs in a time slot to transmit response signals with different requirement conditions. For example, multiple PUCCHs are multiplexed in the same time slot by time division multiplexing (TDM), frequency division multiplexing (FDM), or code division multiplexing (CDM).

[0190] Thus, the terminal 200 can allocate appropriate PUCCH resources to each response signal according to the reliability of the response signal, the delay requirement, or the type of use case (or service). In other words, the terminal 200 can send response signals with different requirements using separate PUCCHs instead of multiplexing them into one PUCCH. Therefore, from the perspective of resource utilization efficiency, efficient PUCCH transmission can be performed.

[0191] In addition, according to the present embodiment, the terminal 200 can use different PUCCHs to send response signals with different delay requirements. Therefore, for example, a response signal requiring low delay like URLLC is sent using Short-PUCCH, and a response signal not requiring low delay like eMBB is sent using Long-PUCCH, thereby eliminating the bottleneck for delay requirements.

[0192] For example, regarding the determination of the PUCCH resource for the terminal 200 to send a response signal to downlink data, the base station 100 notifies a set of semi-static PUCCH resources (e.g., a PUCCH resource set) through a terminal-specific high-layer signal (e.g., RRC (Radio Resource Control) signaling). The terminal 200 determines the PUCCH resource set, for example, based on any one of the following two methods (option 1 and option 2).

[0193] [Option 1]

[0194] In Option 1, different groups of PUCCH resource sets are set for response signals having different reliability, delay requirements, or use cases (or services) (in other words, response signals having different requirement conditions). Thus, the terminal 200 sets PUCCH resource sets included in different groups for response signals having different requirement conditions.

[0195] Fig. 10A This figure shows an example of setting a PUCCH resource set in Option 1.

[0196] exist Fig. 10A In , the group of PUCCH resource sets for eMBB (e.g., group X) and the group of PUCCH resource sets for URLLC (e.g., group Y) are set. Fig. 10A In the example, group X includes PUCCH resource set X0, PUCCH resource set X1, PUCCH resource set X2 and PUCCH resource set X3, and group Y includes PUCCH resource set Y0, PUCCH resource set Y1, PUCCH resource set Y2 and PUCCH resource set Y3.

[0197] For example, for each response signal having different reliability, delay requirements or use cases (or services), terminal 200 determines which PUCCH resource set to use in each group based on the number of UCI bits (e.g., the number of HARQ-ACK bits) sent using PUCCH.

[0198] For example, in Fig. 10A In the example, terminal 200 selects PUCCH resource set X1 from PUCCH resource sets in group X based on the number of bits of the response signal for eMBB. Fig. 10A In the example, terminal 200 selects PUCCH resource set Y0 from PUCCH resource sets in group Y based on the number of bits of the response signal to URLLC.

[0199] In addition, by allocating DCI (for example, Fig. 10B The DL assignment for eMBB or DL ​​assignment for URLLC shown in FIG. 1 is used to notify the terminal 200 of the actually used PUCCH resources in the selected PUCCH resource set. The terminal 200 sends a response signal using the PUCCH resources notified by the DCI in the selected PUCCH resource set.

[0200] According to option 1, a PUCCH resource set is set separately for each type of reliability, delay requirement or use case (or, service), so that PUCCH resources suitable for response signals of different types of reliability, delay requirement or use case (or, service) can be allocated more flexibly.

[0201] also, Fig. 10A The example of setting the PUCCH resource set shown is an example and is not limited to this. For example, the number of PUCCH resource sets contained in the group of PUCCH resource sets for eMBB and URLLC is not limited to 4, but can be another number. In addition, the number of PUCCH resource sets contained in each group of PUCCH resource sets for eMBB and URLLC can be the same or different. In addition, Fig. 10A In the description, eMBB and URLLC are described as an example of a situation where different requirements are required, but the present invention is not limited to this. For example, a group of PUCCH resource sets may be set according to at least one of different reliability or different delay requirements.

[0202] [Option 2]

[0203] In option 2, the same PUCCH resource set group is set for response signals having different reliability, delay requirements or use cases (or services) (in other words, response signals having different requirement conditions). Thus, terminal 200 sets PUCCH resource sets included in the same group for response signals having different requirement conditions.

[0204] Fig.11A This figure shows an example of setting the PUCCH resource set in Option 2.

[0205] exist Fig.11A In the example, a group including PUCCH resource set 0, PUCCH resource set 1, PUCCH resource set 2 and PUCCH resource set 3 is set.

[0206] Terminal 200 determines which PUCCH resource set to use within the same group based on the number of bits of UCI sent using PUCCH (eg, the number of HARQ-ACK bits), for example, regardless of reliability, delay requirements, or the type of use case (or service).

[0207] For example, in Fig.11A In the example, terminal 200 selects PUCCH resource set 1 from PUCCH resource set 0 to PUCCH resource set 3 based on the number of bits of the response signal for eMBB. Fig.11A In the above, terminal 200 selects PUCCH resource set 0 from PUCCH resource set 0 to PUCCH resource set 3 based on the number of bits of the response signal to URLLC.

[0208] In addition, by allocating DCI (for example, Fig. 11B The DL assignment for eMBB or DL ​​assignment for URLLC shown in FIG. 1 is used to notify the terminal 200 of the actually used PUCCH resources in the selected PUCCH resource set. The terminal 200 sends a response signal using the PUCCH resources notified by the DCI in the selected PUCCH resource set.

[0209] According to Option 2, the selectable PUCCH resource set is the same regardless of the reliability, delay requirement, or type of use case (or service). Therefore, it is possible to reduce the overhead associated with the notification of the PUCCH resource set.

[0210] In addition, the terminal 200 can individually determine the PUCCH resource set actually used based on the reliability, delay requirement, or number of bits of each response signal of different use cases (or services).

[0211] PUCCH resources for response signals with different reliability, delay requirements or types of use cases (or services).

[0212] The above describes the method of determining the PUCCH resource set.

[0213] Thus, in this embodiment, terminal 200 applies different resource determination methods to response signals with different requirement conditions (e.g., reliability, delay requirement, or type of use case (service)). Then, terminal 200 transmits the relevant response signal using the PUCCH resource set for each response signal.

[0214] Thus, according to this embodiment, the terminal 200 can individually set the wireless resources corresponding to the requirements required by the response signal, thereby improving resource utilization efficiency or reducing the delay of the response signal. Based on the above, according to this embodiment, the terminal 200 can appropriately send the UCI including the response signal.

[0215] In addition, in this embodiment, a method for determining different PUCCH resources or different PUCCH resource sets for response signals having different reliability, delay requirements, or types of use cases (or services) is described. However, when the PUCCH resources determined for each response signal based on the resource determination method in this embodiment are the same, terminal 200 may also apply the same processing as in embodiment 1.

[0216] In Option 1 of the present embodiment, a case where a different group of PUCCH resource sets is set for each type of reliability, delay requirement, or use case (or service) is described. In contrast, for parameters related to the PUCCH resource set, a different value (or range of value) may be set for each type of reliability, delay requirement, or use case (or service).

[0217] For example, in the PUCCH format 0 of NR, sequence selection is used (for example, refer to non-patent document 1). In addition, in version 15NR, the transmission bandwidth that can be allocated for PUCCH transmission is 1RB, and a transmission sequence with a sequence length of 12 equivalent to 1RB = 12 subcarriers can be used. In addition, in NR, frequency allocation repeated in one cell can be used. In the process of repeating in one cell, inter-cell interference is the main cause of performance degradation. In particular, in Short-PUCCH, because the number of code elements used (1 code element or 2 code elements) is small, it is impossible to suppress inter-cell interference by the interference equalization effect caused by the use of multiple code elements.

[0218] Therefore, when high reliability is required for the response signal, it is necessary to suppress inter-cell interference. As a method of suppressing inter-cell interference, it is effective to increase the transmission bandwidth (sequence length) (for example, refer to Non-Patent Document 6).

[0219] Therefore, for example, for PUCCH format 0, the number of RBs or sequence lengths that can be set for PUCCH may be different according to different response signals of reliability, delay requirements, or types of use cases (or services).

[0220] For example, a variable number of PRBs (for example, any one of 1PRB, 2PRB, and 4PRB) may be set in a PUCCH resource set for a response signal requiring high reliability. On the other hand, the number of PRBs that can be set may be set to 1PRB in a PUCCH resource set for a response signal that does not require high reliability. In addition, the number of PRBs that can be set for each requirement condition is not limited to the above example, and may be other numbers.

[0221] Therefore, for PUCCH format 0, even when high reliability is required for the response signal, inter-cell interference can be suppressed by increasing the transmission bandwidth (sequence length).

[0222] In addition, for PUCCH format 0, repeated transmission (Repetition) in the time domain is also a technology that effectively improves the characteristics.

[0223] Therefore, for PUCCH format 0, the number of repetitions that can be set for PUCCH may be different according to different response signals of reliability, delay requirements, or types of use cases (or services).

[0224] For example, in the PUCCH resource set for the response signal requiring high reliability, Repetition can be set, and a variable number of Repetitions (for example, one of 1, 2, and 4) can be set. On the other hand, in the PUCCH resource set for the response signal not requiring high reliability, Repetition cannot be set. In addition, the number of Repetitions that can be set for each requirement condition is not limited to the above example, and can also be other numbers.

[0225] Therefore, for PUCCH format 0, even when high reliability is required for the response signal, the effect of improving the characteristics can be obtained through Repetition.

[0226] In addition, in the Repetition of the time domain, there is a method of repeatedly sending the same sequence in multiple codewords. In this method, by performing in-phase synthesis on the receiving side (for example, the base station 100) of the Repetition signal, it is possible to expect the effect of improving the characteristics due to the increase in the power of the received signal. In addition, in the Repetition of the time domain, there is a method of expanding the sequence length and sending a part of the expanded sequence in different codewords. For example, the sequence length is expanded from 12 to 24, the first half of the sequence length 24 is sent in the first codeword, and the second half is sent in the next codeword. In this method, it is possible to expect the effect of suppressing interference due to the use of a long sequence length.

[0227] As described above, for PUCCH format 0, it is possible to set parameters different from those of Release 15NR for the PUCCH resource set for the response signal requiring high reliability, thereby achieving the requirements related to the reliability of the response signal of the URLLC that is allowed to be retransmitted (for example, BLER=10 -4 PUCCH transmission with an error rate below).

[0228] (Variation of Embodiment 2)

[0229] Embodiment 2 describes a case where the method of determining PUCCH resources or PUCCH resource sets differs for response signals having different reliability, delay requirements, or types of use cases (or services).

[0230] In NR, regarding the determination of the time slot position of the PUCCH for the terminal to send a response signal to downlink data (or the time from the time slot for receiving the downlink data to the time slot for sending the PUCCH), the following method is adopted, namely, the base station notifies a set of semi-static time slot positions through a high-layer signal inherent to the terminal (for example, RRC signaling), and notifies the actually used time slot position in the set of time slot positions by allocating the DCI for the downlink data (for example, refer to non-patent document 3).

[0231] Therefore, in a variation of implementation mode 2, the set of time slot positions of the PUCCH used to send a response signal can also be set for each response signal with different reliability, delay requirements or types of use cases (or services) (in other words, response signals with different requirement conditions).

[0232] According to the variation of implementation mode 2, terminal 200 can use an appropriate transmission time slot for the response signal according to the reliability of the response signal, the delay requirement, or the type of use case (or service). For example, as long as different sets of time slot positions are set for different delay requirements, terminal 200 can perform more flexible time slot allocation suitable for the delay requirement for each response signal with different delay requirements even when using different PUCCHs to respectively send response signals with different delay requirements.

[0233] (Implementation method 3)

[0234] The basic structure of the base station and the terminal of this embodiment is the same as that of the base station 100 and the terminal 200 of Embodiment 1, and therefore, the base station and the terminal of this embodiment are referred to as follows. Figure 2 and Figure 3 Provide explanation.

[0235] In this embodiment, when the terminal 200 simultaneously sends response signals for data transmissions with different reliability, delay requirements or types of use cases (or services) in the same time slot, the PUCCH sending the response signal is completely discarded or part of it is truncated according to the priority of the PUCCH.

[0236] The decision to discard or truncate a portion of the PUCCH may also be made based on the priority assigned according to the reliability of ACK / NACK, delay requirements, or the type of use case (or service).

[0237] Specifically, when the transmission timings of response signals with different requirement conditions are the same, terminal 200 discards all PUCCHs with a lower priority based on the requirement conditions, or punctures part of them.

[0238] As an example of the priority of PUCCH, the case where the reliability of the response signal is different is described. For example, in URLLC, the target error rate for the first data transmission is high (for example, BLER=10 -1 ) is set higher than the priority of the PUCCH for the response signal of the downlink data of the first data transmission. The target error rate for the first data transmission is low (for example, BLER=10 -5 That is, the terminal 200 will send a low target error rate (for example, BLER=10) for the first data transmission. -5 )'s downlink data response signal's PUCCH is discarded entirely or part of it is truncated.

[0239] In addition, the delay requirements of the response signal or the types of use cases (or services) are different. For example, Fig.12 This indicates that there are two services, URLLC and eMBB. The priority of the PUCCH corresponding to URLLC is set higher than the priority of the PUCCH corresponding to eMBB. That is, the terminal 200 discards all the PUCCH corresponding to eMBB or truncates part of it. For example, Fig.12 In the embodiment, the terminal 200 uses the PUCCH corresponding to URLLC (URLLC PUCCH) to send a response signal corresponding to URLLC, and discards all PUCCH corresponding to eMBB (eMBB PUCCH).

[0240] According to this embodiment, PUCCH transmission for other response signals does not affect PUCCH transmission for response signals requiring higher reliability or low delay, and therefore, the quality of response signals requiring higher reliability or low delay can be guaranteed.

[0241] In addition, in the case of puncturing a part of the PUCCH, for example, for PUCCH transmission of different response signals, there is a method of puncturing symbols that overlap in time, or a method of puncturing REs that overlap in time and frequency.

[0242] The method of truncating code elements that overlap in time can be applied, for example, to the following situations: when the terminal 200 cannot send multiple uplink signals at the same time and must send any one of the signals, or when the terminal 200 has the ability to send multiple uplink signals at the same time but the total transmission power exceeds the maximum transmission power and must send any one of the signals.

[0243] In addition, the method of deleting REs with overlapping time and frequency can be applied, for example, to the following situation: the terminal 200 has the ability to send multiple uplink signals simultaneously, and even if multiple uplink signals are sent simultaneously, the maximum transmission power of the terminal 200 will not be exceeded.

[0244] (Implementation 4)

[0245] For example, in Embodiment 1, different coding processes are applied to response signals with different reliability, delay requirements, or use cases (or services). However, performing different coding processes increases the processing load of the terminal, which may complicate the installation.

[0246] Therefore, in this embodiment, a method of applying one encoding process to response signals having different reliability, delay requirements, or types of use cases (or services) is described.

[0247] The basic structure of the base station and the terminal of this embodiment is the same as that of the base station 100 and the terminal 200 of Embodiment 1, and therefore, the base station and the terminal of this embodiment are referred to as follows. Figure 2 and Figure 3 Provide explanation.

[0248] The terminal 200 has a capability (UE capability, hereinafter referred to as "N1") related to the processing time required from receiving downlink data to decoding of the downlink data, generation of a response signal, and transmission of a PUCCH. In NR, the terminal 200 reports "N1" to the base station 100.

[0249] The base station 100 sets the time slot position of the PUCCH for the terminal 200 to transmit the response signal to the downlink data (or the time from the time slot where the downlink data is received to the time slot where the PUCCH (for example, the response signal) is transmitted: "PDSCH-to-HARQ-ACK timing"), and notifies the terminal 200. At this time, as the value of the PDSCH-to-HARQ-ACK timing, the base station 100 cannot set and notify a value that exceeds the processing capability (N1) of the terminal 200 reported by the terminal 200 (in other words, a value smaller than N1).

[0250] In this embodiment, the terminal 200 specifies the capability (N1) of sending a response signal for each type of reliability, delay requirement or use case (or service), and reports it to the base station 100. In addition, the terminal 200 determines the sending method and parameters of the response signal or the PUCCH used to send the response signal (in other words, the processing method for the response signal or PUCCH) based on the value of the PDSCH-to-HARQ-ACK timing set and notified by the base station 100 and the specified value of N1.

[0251] For example, regarding capability (N1), terminal 200 has two or more capabilities corresponding to the reliability, delay requirement, or type of use case (or service), and the capability (N1) is related to the processing time required from receiving downlink data, decoding the data, generating a response signal, to sending PUCCH. Terminal 200 reports two or more capabilities (N1) to base station 100.

[0252] As an example, the terminal 200 may also have two terminal capabilities (UE capabilities) of N1 for eMBB (hereinafter, represented as "N1_X" or "N1_eMBB") and N1 for URLLC (hereinafter, represented as "N1_Y" or "N1_URLLC"). For example, in URLLC, it is highly likely that a lower delay than that of eMBB is required, and therefore, N1 for URLLC may also be set to a smaller value than N1 for eMBB.

[0253] As described in the variation of Implementation 2, regarding the determination of the time slot position (PDSCH-to-HARQ-ACK timing) of the PUCCH used to send a response signal to downlink data, the base station 100 notifies a set of semi-static time slot positions through a terminal-specific high-layer signal (e.g., RRC signaling), and notifies which PDSCH-to-HARQ-ACK timing in the set is actually used through the DCI that allocates the downlink data.

[0254] When response signals for data transmission corresponding to different reliability, delay requirements or types of use cases (or services) are sent simultaneously in the same time slot, terminal 200 determines how to process the response signal based on the value of PDSCH-to-HARQ-ACK timing for each response signal and the capability (N1) of terminal 200.

[0255] For example, Fig.13 As shown, the minimum value of the PDSCH-to-HARQ-ACK timing value for each response signal ( Fig.13When the PDSCH-to-HARQ-ACK timing for URLLC is N1 (N1_X or N1_eMBB) or above for eMBB, the terminal 200 performs common encoding processing (joint encoding) on ​​the response signal corresponding to the eMBB and the response signal corresponding to the URLLC to generate HARQ-ACK bits.

[0256] Specifically, in Fig.13 In the above, during the period from when the terminal 200 receives the PDSCH for URLLC to when the time corresponding to the PDSCH-to-HARQ-ACK timing for URLLC has passed, the terminal 200 can complete the processing until a response signal corresponding to the eMBB is generated and a PUCCH including the response signal is transmitted (in other words, N1_X / N1_eMBB≦PDSCH-to-HARQ-ACK timing for URLLC). Thus, the terminal 200 can perform common coding processing on the response signal of the URLLC and the response signal of the eMBB during the period from when the terminal 200 receives the PDSCH for URLLC to when the time corresponding to the PDSCH-to-HARQ-ACK timing for URLLC has passed.

[0257] On the other hand, Fig.14 As shown, for a response signal requiring high reliability or low delay, or a response signal corresponding to URLLC, the value of PDSCH-to-HARQ-ACK timing ( Fig.14 When the PDSCH-to-HARQ-ACK timing for URLLC) is less than N1 (N1_X or N1_eMBB) corresponding to eMBB, the terminal 200 cannot perform common encoding processing on the response signal corresponding to eMBB and the response signal corresponding to URLLC.

[0258] Specifically, in Fig.14 In the process, from the time when terminal 200 receives the PDSCH for URLLC to the time when the time corresponding to the PDSCH-to-HARQ-ACK timing for URLLC has passed, terminal 200 cannot complete the processing until a response signal corresponding to eMBB is generated and a PUCCH including the response signal is sent (in other words, N1_X / N1_eMBB>PDSCH-to-HARQ-ACK timing for URLLC).

[0259] Therefore, the terminal 200 cannot encode the ACK / NACK of the URLLC and the ACK / NACK of the eMBB at the same time from the time when the terminal 200 receives the PDSCH for the URLLC to the time when the PDSCH-to-HARQ-ACK timing for URLLC passes. In this case, the terminal 200 uses any one of the methods of implementation mode 3 or implementation mode 1.

[0260] For example, when the method of Embodiment 3 is used, the encoding process can be suppressed to one for response signals with different reliability, delay requirements or types of use cases (or services), so there is an advantage that terminal 200 can be easily installed. Fig.14 As shown, terminal 200 is able to generate HARQ-ACK bits by appropriate coding (or coding rate) corresponding to the reliability of the response signal, delay requirements or the type of use case (or service), so that effective PUCCH transmission can be performed from the perspective of resource utilization efficiency.

[0261] As described above, according to the present embodiment, the encoding process can be made as generalized as possible according to the processing capability of the terminal 200, thereby reducing the increase in the processing amount of the terminal 200 or the complexity of the implementation.

[0262] In the above, each embodiment of the present invention has been described.

[0263] (1) In the above-mentioned embodiments, the transmission method and parameters of the response signal or PUCCH are different depending on the reliability of the response signal, the delay requirement, or the type of use case (or service).

[0264] Here, as an example of making a difference in the transmission method and parameters of the response signal or PUCCH, a case where the reliability of the response signal is different can be cited. For example, in URLLC, the transmission method and parameters of the response signal or PUCCH can be made different between the following response signals, that is, when the target error rate for the first data transmission is high (for example, BLER=10 -1 ) and a low target error rate (e.g., BLER=10) for the first data transmission. -5 ) The response signal of the former requires high reliability, while the response signal of the latter does not require too high reliability.

[0265] In addition, as an example of making a difference in the sending method and parameters of the response signal or PUCCH, there can be cited a case where the delay requirements of the response signal are different or the use cases (or services) are different. For example, it is also possible to make a difference in the sending method and parameters of the response signal or PUCCH between the response signal corresponding to URLLC and the response signal corresponding to eMBB. The response signal for the former requires high reliability or low latency, while the response signal for the latter does not require too high reliability or low latency. In addition, in URLLC, as described above, sometimes the target error rate for the first data transmission is high (for example, BLER=10 -1 ) and a low target error rate (e.g., BLER=10) for the first data transmission. -5 )’s downlink data response signal.

[0266] In addition, examples that make the response signal or PUCCH transmission method different are not limited to different reliability, delay requirements or use case (service) types, for example, it may also be a case where the parameters of the physical layer are different. For example, eMBB may be replaced with "transmission in time slot units" and URLLC may be replaced with "transmission in non-time slot units". In addition, eMBB may be replaced with "PDSCH mapping type (mapping type) A" or "PUSCH mapping type A", and URLLC may be replaced with "PDSCH mapping type B" or "PUSCH mapping type B". In addition, it is not limited to transmission corresponding to eMBB and URLLC. For example, eMBB may be replaced with transmission with a long transmission interval (for example, time slot length or symbol length), and URLLC may be replaced with transmission with a transmission interval shorter than the above transmission interval.

[0267] In addition, in the present invention, the target error rate may be the target error rate of the first data transmission as described above, or the target error rate in retransmission when retransmission occurs. In addition, the target error rate may also be referred to as an "instantaneous target error rate" in the sense of the respective target error rates in the first transmission and in the retransmission.

[0268] (2) Methods for determining the “reliability, delay requirement, or type of use case (or service)” (in other words, requirement conditions) of the response signal described in the above embodiment include the following methods of Examples 1 to 5.

[0269] [Example 1: Scrambling sequence]

[0270] In Example 1, terminal 200 determines the reliability, delay requirement, or type of use case (service) of the response signal based on the terminal-specific scrambling sequence used for DCI scheduling downlink data transmission corresponding to each response signal.

[0271] For example, in the DCI for PDSCH that envisions eMBB, C-RNTI (Cell-Radio Network Temporary Identifier) ​​or CS-RNTI (Configured Scheduling-RNTI) is used as a terminal-specific scrambling sequence. Therefore, when the detected scrambling sequence is different from the C-RNTI and the CS-RNTI, the terminal 200 determines that the reliability of the response signal is high, the delay requirement is strict, or the response signal is a response signal for URLLC. In addition, when the detected scrambling sequence is C-RNTI or CS-RNTI, the terminal 200 determines that the reliability of the response signal is not high, the delay requirement is not strict, or the response signal is a response signal for eMBB.

[0272] For example, the control unit 101 of the base station 100 (for example, see Figure 2 ) determines information related to the reliability, delay requirement or type of use case (service) of the downlink data of the terminal 200. The determined information is output to the downlink control signal generating unit 109 of the base station 100. As described above, the downlink control signal generating unit 109 generates a bit string of DCI using a scrambling sequence corresponding to the reliability, delay requirement or type of use case (or service) of the downlink data of the terminal 200.

[0273] On the other hand, the decoding unit 206 of the terminal 200 (for example, see Figure 3 ) outputs the detected scrambling sequence to the control unit 211. The control unit 211 determines information related to the reliability, delay requirement or type of use case (service) of the downlink data based on the obtained scrambling sequence.

[0274] [Example 2: MCS table]

[0275] In Example 2, the terminal 200 determines the reliability, delay requirement, or type of use case (service) of the response signal based on the MCS table used to schedule downlink data transmission corresponding to each response signal.

[0276] For example, in Release 15 NR, it is possible to set the use of the BLER to achieve the target BLER = 10 -1 MCS table and the method for achieving target BLER=10 -5 Which MCS table in the MCS table.

[0277] For example, the MCS table set by the terminal 200 in the URLLC is used to achieve the target BLER=10 -1In the case of the MCS table of the target BLER=10, it is determined that the reliability required by the response signal is high. On the other hand, the MCS table set by the terminal 200 in the URLLC is for achieving the target BLER=10 -5 In the case of the MCS table, it is judged that the reliability required by the response signal is not high.

[0278] For example, the control unit 101 of the base station 100 determines information related to the reliability, delay requirement, or type of use case (service) of the downlink data of the terminal 200. The determined information is output to the downlink control signal generation unit 109, the coding unit 103, and the modulation unit 105 of the base station 100. The downlink control signal generation unit 109 includes information related to the MCS table used for downlink data transmission in the bit string of DCI. In addition, the coding unit 103 and the modulation unit 105 encode and modulate the downlink data using the information related to the MCS table input from the control unit 101.

[0279] Meanwhile, decoding unit 206 of terminal 200 decodes DCI and outputs the decoding result to control unit 211. Control unit 211 determines information on reliability, delay requirement or type of use case (service) of downlink data based on information on the MCS table obtained from DCI.

[0280] [Example 3: PDSCH-to-HARQ-ACK timing or number of transmitted symbols of PDSCH]

[0281] In Example 3, terminal 200 determines the reliability, delay requirement or type of use case (service) of the response signal based on the "PDSCH-to-HARQ-ACK timing" notified by the DCI that schedules downlink data transmission corresponding to each response signal or the number of transmitted codewords of the PDSCH.

[0282] For example, when the PDSCH-to-HARQ-ACK timing is below a prescribed value or the number of transmitted symbols of the PDSCH is below a prescribed number of symbols, the terminal 200 determines that the delay requirement of the response signal is strict or the response signal is a response signal for URLLC. On the other hand, when the PDSCH-to-HARQ-ACK timing is greater than a prescribed value or the number of transmitted symbols of the PDSCH is greater than a prescribed number of symbols, the terminal 200 determines that the delay requirement of the response signal is not strict or the response signal is a response signal for eMBB.

[0283] Furthermore, the above-mentioned prescribed value or prescribed number of symbols may be a value predetermined in the standard, or may be a value that the base station 100 can set to the terminal 200 through a higher layer signal.

[0284] For example, the control unit 101 of the base station 100 determines the PDSCH-to-HARQ-ACK timing indicating the time slot position for transmitting the response signal to the downlink data of the terminal 200 or the number of transmission symbols of the PDSCH. The determined information is output to the downlink control signal generation unit 109, the signal allocation unit 112, and the extraction unit 118 of the base station 100. The downlink control signal generation unit 109 includes the information on the PDSCH-to-HARQ-ACK timing or the number of transmission symbols of the PDSCH in the bit sequence of the DCI.

[0285] On the other hand, 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 related to the reliability, delay requirement or type of use case (service) of downlink data based on information related to PDSCH-to-HARQ-ACK timing or the number of transmitted symbols of PDSCH obtained from the DCI.

[0286] [Example 4: CQI table]

[0287] In Example 4, terminal 200 determines the reliability, delay requirement, or type of use case (service) of the response signal based on the CQI table set for downlink data transmission corresponding to each response signal.

[0288] For example, in Release 15 NR, it is possible to set the use of the BLER to achieve the target BLER = 10 -1 CQI table, and the method for achieving target BLER=10 -5 Which CQI table among the CQI tables.

[0289] For example, the CQI table set by the terminal 200 in the URLLC is used to achieve the target BLER=10 -1 In the case of the CQI table of the response signal, it is determined that the reliability required by the response signal is high. On the other hand, the CQI table set in URLLC is used to achieve the target BLER = 10 -5 In the case of the CQI table, it is judged that the reliability required by the response signal is not high.

[0290] For example, the control unit 101 of the base station 100 determines information on the CQI table configured for downlink data transmission of the terminal 200. The determined information is output to the higher layer control signal generation unit 106. The higher layer control signal generation unit 106 includes the information on the CQI table in the higher layer control signal.

[0291] On the other hand, the decoding unit 208 of the terminal 200 decodes the higher layer control signal and outputs the decoding result to the control unit 211. The control unit 211 determines information related to the reliability, delay requirement or type of use case (service) of downlink data based on the information related to the CQI table obtained from the higher layer control signal.

[0292] [Example 5: Explicit notification using DCI]

[0293] In Example 5, the terminal 200 determines the reliability, delay requirement or type of use case (service) of the response signal based on explicit notification using several bits in the following DCI, which is the DCI that schedules downlink data transmission corresponding to each response signal.

[0294] The explicit notification may be information related to the reliability, delay requirement or type of use case (service) of the response signal itself, or information related to the reliability (eg target BLER), delay requirement or type of use case (service) of the PDSCH.

[0295] For example, the control unit 101 of the base station 100 determines information related to the reliability, delay requirement, or type of use case (service) of the response signal for downlink data of the terminal 200. The determined information is output to the downlink control signal generation unit 109. The downlink control signal generation unit 109 includes the information related to the reliability, delay requirement, or type of use case (service) of the response signal in the bit string of DCI.

[0296] On the other hand, 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 requirement, or the type of use case (service) from the DCI.

[0297] The above describes a method for determining the "reliability, delay requirement, or type of use case (or service)" of a response signal. In addition, the method for determining the "reliability, delay requirement, or type of use case (or service) of a response signal" is not limited to Examples 1 to 5 above, and may also be a determination method based on other information related to the requirement conditions.

[0298] (3) In addition, in the above embodiment, the case where a response signal for downlink data transmission is sent using PUCCH is described as an example. However, in the present invention, the UCI sent using PUCCH is not limited to the response signal. For example, in the above embodiment, the "response signal (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.

[0299] (4) In addition, the present invention can be implemented by software, hardware, or by software in cooperation with hardware. The functional blocks used in the description of the above embodiments are partially or entirely implemented as LSI (Large Scale Integration) as an integrated circuit, and the processes described in the above embodiments can also be partially or entirely controlled by one LSI or a combination of LSIs. LSI can be composed of individual chips, or it can be composed of one chip in a manner that includes part or all of the functional blocks. LSI can also include data input and output. LSI can also be called "IC (Integration Circuit)", "System LSI (System LSI)", "Super LSI" and "Ultra LSI" according to the degree of integration. The method of integrated circuitization is not limited to LSI, and can also be implemented by a dedicated circuit, a general processor or a dedicated processor. In addition, an FPGA (Field Programmable Gate Array) that can be programmed after LSI manufacturing, or a reconfigurable processor (Reconfigurable Processor) that can reconfigure the connection or setting of the circuit blocks inside the LSI can also be used. The present invention can also be implemented as digital processing or analog processing. Furthermore, if integrated circuit technology that replaces LSI emerges as semiconductor technology advances or other technologies are derived, it is of course possible to use this technology to achieve integration of functional blocks. There is also the possibility of applying biotechnology, etc.

[0300] The present invention can be implemented in all kinds of devices, equipment, and systems (collectively referred to as "communication devices") with communication functions. Non-limiting examples of communication devices include: phones (mobile phones, smart phones, etc.), tablets, personal computers (PCs) (laptops, desktops, notebook computers, etc.), cameras (digital cameras, digital video cameras, etc.), digital players (digital audio / video players, etc.), wearable devices (wearable cameras, smart watches, tracking devices, etc.), game consoles, e-book readers, telehealth / telemedicine (telehealth / medical prescription) devices, vehicles or transportation vehicles with communication functions (cars, airplanes, ships, etc.), and combinations of the above devices.

[0301] Communication devices are not limited to portable or movable devices, but also include all kinds of devices, equipment, and systems that cannot be carried or fixed. For example, they include: smart home devices (home appliances, lighting equipment, smart meters or meters, control panels, etc.), vending machines, and all other "things" that can exist on the IoT (Internet of Things) network.

[0302] The communication includes data communication performed by a cellular system, a wireless LAN (Local Area Network) system, a communication satellite system, etc., and also includes data communication performed by a combination of these systems.

[0303] In addition, the communication device also includes devices such as controllers or sensors connected or linked to the communication device that performs the communication function described in the present invention. For example, it includes a controller or sensor that generates a control signal or data signal used by the communication device that performs the communication function of the communication device.

[0304] In addition, the communication device includes infrastructure equipment that communicates with the above-mentioned non-limiting various devices or controls the above-mentioned various devices, such as base stations, access points and all other devices, equipment, and systems.

[0305] A terminal of one embodiment of the present invention includes: a circuit, which determines a processing method for the uplink control information or an uplink control channel used to send the uplink control information according to the requirements for the uplink control information; and a transmitter, which uses the uplink control channel to send the uplink control information based on the determined processing method.

[0306] In a terminal of an embodiment of the present invention, the circuit applies different encoding methods to the uplink control information with different requirement conditions, and the transmitter multiplexes the encoded uplink control information into the uplink control channel for transmission.

[0307] In a terminal of one embodiment of the present invention, the requirement condition includes reliability or delay requirement, and the uplink control information is mapped to the uplink control channel in sequence in the order of required reliability, starting from the uplink control information requiring higher reliability, or in the order of requirement for low delay, starting from the uplink control information requiring lower delay in the delay requirement.

[0308] In a terminal of an embodiment of the present invention, the uplink control information is mapped to the uplink control channel in sequence first in the frequency direction and then in the time direction.

[0309] In a terminal according to an embodiment of the present invention, the uplink control information is mapped in a dispersed manner in a frequency direction.

[0310] In a terminal according to an embodiment of the present invention, the uplink control information requiring a higher reliability is mapped to a symbol in the uplink control channel that is closer to a symbol to which a reference signal is mapped.

[0311] In a terminal of an embodiment of the present invention, the uplink control information requiring a lower delay in the delay requirement is mapped to an earlier symbol of the uplink control channel.

[0312] In a terminal according to an embodiment of the present invention, a resource set of the uplink control channel is determined based on a total number of encoded bits of the uplink control information multiplexed into the uplink control channel.

[0313] In a terminal according to an embodiment of the present invention, a maximum coding rate is set for each of the requirement conditions for the uplink control information.

[0314] In a terminal according to an embodiment of the present invention, when a coding rate of the uplink control information exceeds a predetermined threshold, at least a portion of the uplink control information is discarded in the uplink control channel.

[0315] In a terminal according to an embodiment of the present invention, the prescribed threshold is the maximum coding rate.

[0316] In a terminal according to an embodiment of the present invention, the predetermined threshold is notified to the terminal from a base station.

[0317] In a terminal according to an embodiment of the present invention, the uplink control information to be discarded is determined based on a priority set for the requirement condition.

[0318] In a terminal of an embodiment of the present invention, when the number of resource blocks calculated based on the number of bits of the uplink control information and the maximum coding rate exceeds a specified threshold, at least a portion of the uplink control information is discarded in the uplink control channel.

[0319] In the terminal of one embodiment of the present invention, information indicating a ratio of resources shared between the uplink control information having different requirement conditions in the uplink control channel is notified from the base station to the terminal.

[0320] In a terminal according to an embodiment of the present invention, different resource determination methods are applied in the uplink control channel for the uplink control information having different requirement conditions.

[0321] In a terminal of one embodiment of the present invention, the number of uplink control channels for sending the uplink control information in one time slot is more than one, and the transmitter uses different uplink control channels in the one time slot to respectively send the uplink control information with different requirement conditions.

[0322] In a terminal according to an embodiment of the present invention, the circuit configures resource sets included in different groups for the uplink control information having different requirement conditions.

[0323] In a terminal according to an embodiment of the present invention, the circuit configures resource sets included in the same group for each of the uplink control information having different requirement conditions.

[0324] In a terminal according to an embodiment of the present invention, a parameter regarding the resource set is different for each of the uplink control information having different requirement conditions.

[0325] In a terminal of an embodiment of the present invention, the parameter is the number of resource blocks or the sequence length of the uplink control channel.

[0326] In a terminal of an embodiment of the present invention, the parameter is the number of Repetitions of the uplink control information.

[0327] In a terminal according to an embodiment of the present invention, a time slot position for transmitting the uplink control information is set for each of the uplink control information having different requirement conditions.

[0328] In a terminal of an embodiment of the present invention, when the uplink control information with different requirements have the same transmission timing, the circuit discards all or truncates part of the uplink control channel with a lower priority based on the requirement.

[0329] In a terminal of one embodiment of the present invention, the uplink control information is a response signal to downlink data, and for each of the requirement conditions, the capability of the terminal related to the processing time required from receiving the downlink data to sending the response signal is specified, and timing information indicating the time from receiving the downlink data to sending the response signal is notified to the terminal from the base station, and the circuit determines the processing method based on the timing information and the capability.

[0330] A communication method according to an embodiment of the present invention includes the following steps: a step of determining a processing method for the uplink control information or an uplink control channel used to send the uplink control information according to the requirement conditions for the uplink control information; and a step of using the uplink control channel to send the uplink control information based on the determined processing method.

[0331] The disclosure of the specification, drawings, and abstract contained in Japanese Patent Application No. 2018-144982 filed on August 1, 2018 is incorporated herein by reference in its entirety. One embodiment of the present invention is useful for a mobile communication system.

[0332] Industrial Applicability

[0333] Description of Reference Numerals

[0334] 100 Base Stations

[0335] 101, 211 Control Department

[0336] 102 Data Generation Unit

[0337] 103, 107, 110, 212 coding department

[0338] 104 Retransmission Control Unit

[0339] 105, 108, 111, 213 modulation unit

[0340] 106 High-level control signal generation unit

[0341] 109 Downlink control signal generating unit

[0342] 112, 214 Signal Distribution Unit

[0343] 113, 215 IFFT unit (Inverse Fast Fourier Transform unit)

[0344] 114, 216 Sending Department

[0345] 115, 201 Antenna

[0346] 116, 202 Receiving Department

[0347] 117, 203FFT unit (Fast Fourier Transform unit)

[0348] 118, 204 Extraction Department

[0349] 119 Demodulation Unit

[0350] 120, 206, 208, 210 decoding unit

[0351] 121 Judgment Department

[0352] 200 Terminal

[0353] 205 Downlink control signal demodulation unit

[0354] 207 High-level control signal demodulation unit

[0355] 209 Data Demodulation Unit

Claims

1. A terminal, comprising: The circuit, in operation, determines a first physical control channel resource set, i.e., a first PUCCH resource set, for a first uplink control information having a first priority requirement and a second PUCCH resource set for a second uplink control information having a second priority requirement; as well as a transmitter, in operation, transmitting at least one of the first uplink control information and the second uplink control information, A first time slot position used for the first uplink control information having the first priority requirement is different from a second time slot position used for the second uplink control information having the second priority requirement.

2. The terminal according to claim 1, wherein: The first uplink control information having the first priority requirement is sent in the first PUCCH resource selected from the first PUCCH resource set, and the second uplink control information having the second priority requirement is sent in the second PUCCH resource selected from the second PUCCH resource set.

3. The terminal according to claim 1, wherein: The first PUCCH resource set and the second PUCCH resource set are indicated by a higher layer signal.

4. The terminal according to claim 2, wherein: The first PUCCH resource is determined from the first PUCCH resource set by downlink control information (DCI).

5. The terminal according to claim 2, wherein: The first PUCCH resource set is determined based on the total number of bits of the first uplink control information having the first priority requirement condition. The terminal according to claim 1 , wherein: When the first uplink control information having the first priority requirement and the second uplink control information having the second priority requirement overlap in time, the second uplink control information is discarded, The first priority requirement is greater than the second priority requirement.

7. The terminal according to claim 1, wherein: Information indicating the first priority requirement or the second priority requirement is indicated by downlink control information (DCI).

8. The terminal according to claim 1, wherein: The first uplink control information and the second uplink control information include a response signal and channel state information (CSI).

9. A communication method, performed by a communication device, comprising the following steps: determining a first physical control channel resource set, i.e., a first PUCCH resource set, for first uplink control information having a first priority requirement and a second PUCCH resource set for second uplink control information having a second priority requirement; and transmitting at least one of the first uplink control information and the second uplink control information, A first time slot position used for the first uplink control information having the first priority requirement is different from a second time slot position used for the second uplink control information having the second priority requirement.

10. The communication method according to claim 9, wherein: The first uplink control information having the first priority requirement is sent in the first PUCCH resource selected from the first PUCCH resource set, and the second uplink control information having the second priority requirement is sent in the second PUCCH resource selected from the second PUCCH resource set.

11. The communication method according to claim 9, wherein: The first PUCCH resource set and the second PUCCH resource set are indicated by a higher layer signal.

12. The communication method according to claim 10, wherein: The first PUCCH resource is determined from the first PUCCH resource set by downlink control information (DCI).

13. The communication method according to claim 10, wherein: The first PUCCH resource set is determined based on the total number of bits of the first uplink control information having the first priority requirement condition.

14. The communication method according to claim 9, wherein: When the first uplink control information having the first priority requirement and the second uplink control information having the second priority requirement overlap in time, the second uplink control information is discarded, The first priority requirement is greater than the second priority requirement.

15. The communication method according to claim 9, wherein: Information indicating the first priority requirement or the second priority requirement is indicated by downlink control information (DCI).

16. The communication method according to claim 9, wherein: The first uplink control information and the second uplink control information include a response signal and channel state information (CSI).

17. A base station, comprising: The transmitter, in operation, transmits information indicating a first physical control channel resource set, i.e., a first PUCCH resource set, for first uplink control information having a first priority requirement and a second PUCCH resource set for second uplink control information having a second priority requirement; as well as The receiver, in operation, receives at least one of the first uplink control information and the second uplink control information, A first time slot position used for the first uplink control information having the first priority requirement is different from a second time slot position used for the second uplink control information having the second priority requirement.

18. The base station according to claim 17, wherein: The first uplink control information having the first priority requirement is sent in the first PUCCH resource selected from the first PUCCH resource set, and the second uplink control information having the second priority requirement is sent in the second PUCCH resource selected from the second PUCCH resource set.

19. The base station according to claim 17, wherein: The first PUCCH resource set and the second PUCCH resource set are indicated by a higher layer signal.

20. The base station according to claim 18, wherein: The first PUCCH resource is determined from the first PUCCH resource set by downlink control information (DCI).

21. The base station according to claim 18, wherein: The first PUCCH resource set is determined based on the total number of bits of the first uplink control information having the first priority requirement condition.

22. The base station according to claim 17, wherein: When the first uplink control information having the first priority requirement and the second uplink control information having the second priority requirement overlap in time, the second uplink control information is discarded, The first priority requirement is greater than the second priority requirement.

23. The base station according to claim 17, wherein: Information indicating the first priority requirement or the second priority requirement is indicated by downlink control information (DCI).

24. The base station according to claim 17, wherein: The first uplink control information and the second uplink control information include a response signal and channel state information (CSI).

25. A communication method, performed by a base station, the communication method comprising the following steps: transmitting information indicating a first physical control channel resource set, i.e., a first PUCCH resource set, for first uplink control information having a first priority requirement and a second PUCCH resource set for second uplink control information having a second priority requirement; and receiving at least one of the first uplink control information and the second uplink control information, A first time slot position used for the first uplink control information having the first priority requirement is different from a second time slot position used for the second uplink control information having the second priority requirement.

26. The communication method according to claim 25, wherein: The first uplink control information having the first priority requirement is sent in the first PUCCH resource selected from the first PUCCH resource set, and the second uplink control information having the second priority requirement is sent in the second PUCCH resource selected from the second PUCCH resource set.

27. The communication method according to claim 25, wherein: The first PUCCH resource set and the second PUCCH resource set are indicated by a higher layer signal.

28. The communication method according to claim 26, wherein: The first PUCCH resource is determined from the first PUCCH resource set by downlink control information (DCI).

29. The communication method according to claim 26, wherein: The first PUCCH resource set is determined based on the total number of bits of the first uplink control information having the first priority requirement condition.

30. The communication method according to claim 25, wherein: When the first uplink control information having the first priority requirement and the second uplink control information having the second priority requirement overlap in time, the second uplink control information is discarded, The first priority requirement is greater than the second priority requirement.

31. The communication method according to claim 25, wherein: Information indicating the first priority requirement or the second priority requirement is indicated by downlink control information (DCI).

32. The communication method according to claim 25, wherein: The first uplink control information and the second uplink control information include a response signal and channel state information (CSI).

33. An integrated circuit comprising: The circuit, in operation, performs the following control: Determine a first physical control channel resource set, i.e., a first PUCCH resource set, for first uplink control information having a first priority requirement and a second PUCCH resource set for second uplink control information having a second priority requirement; as well as transmitting at least one of the first uplink control information and the second uplink control information; as well as at least one output, connected to the circuit, and in operation, outputting at least one of the first uplink control information and the second uplink control information, A first time slot position used for the first uplink control information having the first priority requirement is different from a second time slot position used for the second uplink control information having the second priority requirement.

34. An integrated circuit comprising: The circuit, in operation, performs the following control: Transmitting information indicating a first physical control channel resource set, i.e., a first PUCCH resource set, for first uplink control information having a first priority requirement and a second PUCCH resource set for second uplink control information having a second priority requirement; as well as receiving at least one of the first uplink control information and the second uplink control information; as well as at least one output coupled to said circuit, in operation, outputting said information, A first time slot position used for the first uplink control information having the first priority requirement is different from a second time slot position used for the second uplink control information having the second priority requirement.

Images