RU2788968C2 - Communication terminal and communication method - Google Patents

Abstract

FIELD: communication.

SUBSTANCE: communication terminal contains: a circuit, which, during operation, determines the first set of physical uplink control channel (hereinafter – PUCCH) resources for the first uplink control information with the first priority requirement and the second set of PUCCH resources for the second uplink control information with the second priority requirement; and a transmitter, which, during operation, transmits at least one of the first uplink control information and the second uplink control information.

EFFECT: provision of a possibility for a communication terminal of processing (for example, encoding) or configuration of a radio resource (for example, determination of a display method or PUCCH resource) in accordance with requirements to response signals multiplexed in PUCCH, even when response signals with different requirements are multiplexed.

38 cl, 14 dwg

Description

FIELD OF TECHNOLOGY

[0001] The present invention relates to a communication terminal and a communication method.

BACKGROUND OF THE INVENTION

[0002] The NR (New Radio) radio access technology release 15 specification for the implementation of 5th generation (5G) mobile communication systems under the 3GPP (3rd Generation Partnership Project) Consortium has been completed. NR technology supports ultra-reliable, low-latency URLLC (Ultra Reliable and Low Latency Communication) as well as high-speed, high-capacity communications, the basic requirements for eMBB (enhanced Mobile Broadband) (see, for example, non-patent literature (hereinafter referred to as “ NPL”) [1-4]).

[0003] The requirements for URLLC communication in Release 15 defined by the 3GPP Consortium are to achieve a user plane delay time of 0.5 ms or less in each direction and a delay time of 1 ms or less with continued reliability.

[0004] Release 15 of NR technology provides low latency by flexible control of the sub-carrier spacing or number of transmitted signals and reduced transmission intervals TTI (Transmit Time Intervals). In addition, highly reliable data transmission is realized by setting or indicating modulation and coding schemes MCS (Modulation and Coding Schemes) or CQI (Channel Quality Indicators) to achieve a given low error rate BLER (Block Error Rate) in blocks. The BLER error rate can be set to normal mode (for example, BLER = 10 ^-1 ) or high reliability mode (for example, BLER = 10 ^-5 )

List of citations

Non-Patent Literature

[0005]

NPL 1

3GPP TS 38.211 V15.2.0, "NR; Physical channels and modulation (Release 15)," March 2018.

NPL 2

3GPP TS 38.212 V15.2.0, "NR; Multiplexing and channel coding (Release 15)," June 2018.

NPL 3

3GPP TS 38.213 V15.2.0, "NR; Physical layer procedure for control (Release 15)," June 2018.

NPL 4

3GPP TS 38.214 V15.2.0, "NR; Physical layer procedures for data (Release 15)," June 2018.

NPL 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.

NPL 6

Speakers: Tetsuya YAMAMOTO, Ryoko KAWAUCHI, Yasuaki YUDA, Hidetoshi SUZUKI, “Study on 1-symbol uplink control channel for Release 16 NR URLLC”, IEICE Society Conference 2018, September 2018.

DISCLOSURE OF THE INVENTION

[0006] Methods for transmitting uplink control information in NR technology are not fully understood.

[0007] One non-limiting embodiment simplifies the implementation of a communication terminal and a communication method, each of which can appropriately transmit uplink control information.

[0008] According to an embodiment of the present invention, a communication terminal includes: a circuit that, in operation, determines a processing mode of uplink control information or an operation of an uplink control channel used to transmit uplink control information, in accordance with an uplink control information requirement; and a transmitter that, in operation, transmits the uplink control information using the uplink control channel based on the determined processing mode.

[0009] A communication method according to an embodiment of the present invention includes: determining an uplink control information processing mode or operation of an uplink control channel used to transmit uplink control information according to a requirement for uplink control information communications; and transmitting the uplink control information using the uplink control channel based on the determined processing mode.

[0010] It should be noted that general or particular embodiments of the invention may be implemented as a system, device, method, integrated circuit, computer program, information carrier, or any combination thereof.

[0011] According to an embodiment of the present invention, uplink control information can be properly transmitted.

[0012] Additional advantages of the disclosed embodiments of the invention will become apparent from the description and drawings. Advantages can be obtained separately through various embodiments of the invention and features in the description and drawings, of which it is not necessary to implement all of them to obtain one or more advantages.

BRIEF DESCRIPTION OF THE DRAWINGS

[0013]

Fig. 1 is a block diagram illustrating the configuration of a part of a communication terminal according to Embodiment 1;

Fig. 2 is a block diagram illustrating the configuration of a base station according to Embodiment 1;

Fig. 3 is a block diagram illustrating the configuration of a communication terminal according to Embodiment 1;

Fig. 4 is a signal sequence diagram illustrating signal processing in a base station and a communication terminal according to Embodiment 1;

Fig. 5 illustrates an example of ACK/NACK signaling according to Embodiment 1;

Fig. 6 illustrates an example of ACK/NACK mapping according to version 1 of Embodiment 1;

Fig. 7 illustrates an example of ACK/NACK mapping according to version 2 of Embodiment 1;

Fig. 8 illustrates an example of ACK/NACK mapping according to version 3 of Embodiment 1;

Fig. 9 illustrates an example of ACK/NACK mapping according to version 4 of Embodiment 1;

Fig. 10A illustrates an example of ACK/NACK signaling according to Version 1 of Embodiment 2;

Fig. 10B illustrates another example of ACK/NACK signaling according to Version 1 of Embodiment 2;

Fig. 11A illustrates an example of ACK/NACK signaling according to Version 2 of Embodiment 2;

Fig. 11B illustrates another example of ACK/NACK signaling according to Version 2 of Embodiment 2;

Fig. 12 illustrates an example of ACK/NACK signaling according to Embodiment 3;

Fig. 13 illustrates an example of ACK/NACK signaling according to Embodiment 4;

Fig. 14 illustrates another example of ACK/NACK signaling according to Embodiment 4.

IMPLEMENTATION OF THE INVENTION

[0014] Next, a detailed description of the embodiments of the present invention will be given with reference to the accompanying drawings.

[0015] When using Long Term Evolution (LTE) eMBB communication or NR technology, it is necessary to maximize cell throughput or frequency efficiency. In this case, the data error rate is usually assumed to be relatively high (eg, BLER = 10 ^-1 ). This is due to the use of hybrid automatic repeat request (HARQ). For example, eMBB communication can eventually achieve high reliability burst transmission (eg, BLER = 10 ^-5 ) through the combined amplification of multiple hops with a HARQ repeat request.

[0016] However, URLLC communication is needed to achieve high reliability burst transmission (eg, BLER = 10 ^-5 ) with a delay of 1 ms or less. In the HARQ described above, for example, the occurrence of a data transmission error causes a retransmission request, and the corresponding data is retransmitted. The delay time increases as the number of retransmissions increases, and then the low delay requirement cannot be met. Thus, URLLC communication enables data to be reliably transmitted from the first time in the above-described high reliability mode, in which a relatively low data error rate (eg, BLER = 10 ^-5 ) is set to achieve high reliability burst transmission without HARQ retransmissions.

[0017] Although a low error rate configuration results in highly reliable data transmission, it requires more radio resources than a high error rate configuration. In NR Technology Release 15, the data size for URLLC communication is limited to a relatively small amount of 32 bytes, so a low error rate configuration does not have much impact on resource efficiency.

[0018] However, it is expected that the next release 16 of the URLLC will handle a larger data size than the release 15 of the NR technology and expand the use cases of URLLC. In this case, the low error rate configuration may require a huge amount of radio resources to achieve highly reliable packet transmission the first time, which is not rational from a resource efficiency point of view.

[0019] Thus, it is contemplated to apply, for example, high-speed relay control HARQ in cases where URLLC communication is used to transmit relatively large amounts of data. HARQ fast relay control is performed in such a way that a high error rate is set for the first transmission (for example, BLER = 10 ^-1 or BLER = 10 ^-2 ) and, even if an error occurs in the first transmission, data is reliably transmitted in the relay after the first transmission ( broadcast). As described above, HARQ fast relay control is effective for high reliability, low latency packet transmission, while improving resource efficiency.

[0020] Regarding the downlink HARQ retransmission, the communication terminal (user equipment (UE)) transmits a response signal with the result of downlink data error detection (acknowledgment/negative acknowledgment (ACK/NACK), or in other HARQ notation -ACK) to a base station (eg NB or gNB).

[0021] In this case, the requirements for reliability or delay time in the transmission of the response signal depend on the requirements for reliability or delay time, as well as the use case for downlink data transmission.

[0022] URLLC communication works in such a way that, in the event of an error in the first transmission, the data will be reliably transmitted in the next (re)transmission, for example, the greater the error rate in the first transmission of data, the higher the reliability required in the transmission of the response signal, those. a response with a lower error rate is required. For example, if the first data transmission error rate is set to BLER = 10 ^-1 , the required response signal error rate is BLER = 10 ^-4 or less, and if the first data transmission error rate is BLER = 10 ^-3 , the required response signal error rate equal to BLER = 10 ^-2 or less (see, for example, NPL 5).

[0023] Comparing eMBB and URLLC, we note that the response signal when transmitting data on URLLC requires less delay than when transmitting data on eMBB.

[0024] However, NR Technology Release 15 does not fully explore the feedback processes for response signals from the terminal, given the different requirements for reliability and delay of response signals and use cases (or types of service).

[0025] In addition, the communication terminal transmits response signals to the base station using a physical uplink control channel (PUCCH). But in Release 15 of NR technology, PUCCH was not designed to achieve reliability requirements (eg, BLER = 10 ^-4 or less) for the response signal over a retransmission-capable URLLC.

[0026] In addition, it is assumed that the communication terminal in NR technology supports many use cases (eg, eMBB and URLLC). It is also assumed that the communication terminal in NR technology supports multiple data transmissions with different predetermined URLLC communication error rates. In such a case, it is possible for the terminal to simultaneously transmit response signals corresponding to data transmissions with different reliability, delay, or use cases (or types of service) in the same uplink timeslot.

[0027] In NR Technology Release 15, only one PUCCH can transmit response signals in one time slot. Thus, response signals are transmitted by multiplexing on one PUCCH if corresponding data transmissions with different reliability, delay requirements, or use cases (or types of service) are simultaneously transmitted in the same uplink timeslot as described above.

[0028] In the NR Technology Release 15 communication method, for example, when response signals with different required reliability are multiplexed, a radio resource configuration for the PUCCH is assumed in accordance with the response signal reliability to meet the high reliability requirement of the response signal. However, in this case, the PUCCH radio resource for the response signal requiring lower reliability than the response signal requiring high reliability (i.e., the response signal that does not require high reliability) is configured similarly to the case of the response signal requiring high reliability, and thus it is sub-optimal in terms of resource efficiency.

[0029] Further, when response signals with different required reliability are multiplexed, they are arranged in a HARQ-ACK (Response Signal Bit String) codebook to multiplex the response signals in order, starting from the response signal corresponding to the downlink data received earlier in time , regardless of reliability, latency, or use case (or service type) requirements. For example, when response signals with different delay requirements (for example, response signals corresponding to eMBB and URLLC) are transmitted by multiplexing on one PUCCH, transmission of a response signal that does not require low delay (for example, an eMBB response signal) becomes " bottleneck" for delay.

[0030] In this regard, an embodiment of the present invention will describe methods for transmitting response signals according to different requirements for reliability, delay, or use cases (or types of service). In other words, methods for transmitting response signals according to "requirements" such as reliability, delay, or use cases (or types of service) will be described.

[0031] Next, each embodiment will be described in detail.

[0032] (Option 1)

[Communication System Overview]

The communication system, in accordance with each embodiment of the present invention, includes a base station 100 and a communication terminal 200.

[0033] FIG. 1 is a block diagram illustrating the configuration of a portion of a communication terminal 200 according to each embodiment of the present invention. In the communication terminal 200 in FIG. 1, the controller 211 determines the processing mode (eg, transmission method or parameter setting) for the uplink control information (UCI; eg, downlink data response) or for the uplink control channel (eg, PUCCH) which is used for transmitting uplink control information according to requirements (eg, reliability, delay) and use case/type of service. The transmitter 216 transmits uplink control information using an uplink control channel based on the determined processing mode.

[0034]

[Base Station Configuration]

Fig. 2 is a block diagram illustrating the configuration of a base station 100 according to Embodiment 1 of the present invention. On FIG. 2, base station 100 includes a controller 101, a data generator 102, an encoder 103, a relay controller 104, a modulator 105, an upper control signal generator 106, an encoder 107, a modulator 108, a downlink control signal generator 109, an encoder 110, a modulator. 111, a signal distributor 112, an inverse fast Fourier transform (hereinafter referred to as “IFFT”) 113, a transmitter 114, an antenna 115, a receiver 116, a fast Fourier transform (hereinafter referred to as “FFT”) 117, an extractor (or extractor) 118, a demodulator 119 , a decoder 120 and a determinator (or determinant) 121.

[0035] The controller 101 determines downlink data transmission information for the communication terminal 200, and supplies the determined information to the encoder 103, the modulator 105, and the signal distributor 112. The downlink data transmission information includes, for example, a coding and modulation scheme (eg, MCS) for transmitting downlink data on the PDSCH, a radio resource for the PDSCH (hereinafter referred to as “PDSCH resource”), and so on. The controller 101 also provides certain information to the downlink control signal generator 109 .

[0036] In addition, the controller 101 determines information about the reliability requirements, delay, or use case of downlink data for the terminal 200 (i.e., information about the requirements for the response signal), and provides certain information to the generator 106 of control signals of a higher level or a downlink control signal generator 109 . This information is provided to terminal 200 (eg controller 211).

[0037] In addition, the controller 101 also determines the transmission information of the uplink control information (UCI) of the terminal 200, and supplies the determined information to the extractor 118 and the decoder 120. The controller 101 also supplies the transmission information of the UCI to the higher control signal generator 106 level or the downlink control signal generator 109 . The UCI transmission information includes, for example, a transmission method or a UCI parameter (eg, a response signal or CSI) or a PUCCH to be used to transmit the UCI.

[0038] The information that is provided to the higher layer control signal generator 106 includes, for example, PUCCH resource set information, semi-statically assigned slot position set information (e.g., HARQ-ACK transmission time slots on the PDSCH), information about the maximum UCI coding rate, etc. Here, the information that is supplied to the downlink control signal generator 109 includes, for example, information about the radio resources that are actually used for the PUCCH (hereinafter referred to as PUCCH resources) from the resource set PUCCH channel, information for indicating the transmission time intervals of the HARQ-ACK on the PDSCH, which is actually used in a semi-statically assigned plurality of slot positions, etc.

[0039] In addition, the controller 101 determines the radio resource allocation for the higher layer control signal or the downlink control signal. The controller 101 supplies certain information to the distributor 112 signals.

[0040] Data generator 102 generates downlink data for terminal 200 and provides data to encoder 103.

[0041] The encoder 103 applies error correction encoding to the downlink data supplied from the data generator 102 based on information supplied from the controller 101 (for example, encoding rate information), and after encoding, outputs a data transmission signal to the relay controller 104 .

[0042] The relay controller 104 contains an encoded data signal to be transmitted from the encoder 103 in the first transmission, and also applies this signal to the modulator 105. Further, if a NACK is received from the determinator 121, which will be described below, data, the relay controller 104 provides the corresponding data stored therein to the modulator 105. Conversely, if an ACK of data transmission is received from the determiner 121, the relay controller 104 deletes the corresponding data stored therein.

[0043] The modulator 105 modulates the data signal that is supplied from the relay controller 104 based on the information that comes from the controller 101 (for example, modulation scheme information), and transmits the modulated data signal to the signal distributor 112.

[0044] The higher level control signal generator 106 generates a control information bit string (higher level control signal) using the control information supplied by the controller 101, and supplies the generated control information bit string to the encoder 107.

[0045] The encoder 107 applies an error correction coding to the bit string of the control information transmitted from the higher level control signal generator 106 and, after encoding, provides a control signal to the modulator 108.

[0046] The modulator 108 modulates the control signal supplied by the encoder 107 and, after modulation, transmits the control signal to the signal distributor 112.

[0047] The downlink control signal generator 109 generates a control information bit string (downlink control signal) using the control information supplied by the controller 101, and transmits the generated control information bit string to the encoder 110. In some cases, the control information is transmitted to a plurality of communication terminals, then the downlink control signal generator 109 generates a bit string including the ID of the communication terminal in the control information for each terminal. It should be noted that a scrambled sequence may be used for the communication terminal ID, which will be described below.

[0048] The encoder 110 applies an error correction coding to the bit string of the control information transmitted from the downlink control signal generator 109, and after encoding, outputs a control signal to the modulator 111.

[0049] The modulator 111 modulates the control signal supplied by the encoder 110, and after modulation transmits the control signal to the signal distributor 112.

[0050] The signal distributor 112 maps a data signal that is supplied from the modulator 105, a higher level control signal that is supplied from the modulator 108, or a downlink control signal that is supplied from the modulator 111 to a radio resource based on information transmitted by the controller 101. The signal distributor 112 provides the downlink signal, including the mapped signal, to the IFFT 113.

[0051] The IFFT 113 performs generation processing of signals transmitted from the distributor 112, consisting of orthogonal frequency division multiplexing (ODM). The IFFT 113 adds a cyclic prefix (CP) in case of adding a CP in a MOD (not illustrated). IFFT 113 provides the generated signal to transmitter 114.

[0052] The transmitter 114 performs radio frequency (RF) processing consisting of digital-to-analog (D/A) conversion and upscaling of the signal that is supplied from the IFFT 113, and transmits the radio signal to the terminal 200 via the antenna 115.

[0053] The receiver 116 performs RF down-conversion or analog-to-digital (A/D) conversion processing of the uplink signal transmitted by the terminal 200 through the antenna 115, and transmits the waveform of the uplink signal after the reception processing to the FFT 117.

[0054] The FFT 117 applies a fast Fourier transform to the uplink signal that is received from the receiver 116 to translate the signal from the time domain to the frequency domain. The FFT 117 transmits the converted signal in the frequency domain to the extractor 118 .

[0055] The extractor 118 extracts the radio resource component on which the signal received from the FFT 117 was transmitted on the PUCCH channel based on the information that comes from the controller 101 (eg, UCI transmission information). Extractor 118 provides the extracted radio resource component to demodulator 119.

[0056] The demodulator 119 equalizes and demodulates the radio resource component corresponding to the PUCCH that the extractor 118 transmits, and provides the demodulation result (demodulation sequence) to the decoder 120.

[0057] The decoder 120 performs error-correcting decoding of the demodulation result output from the demodulator 119 based on the UCI transmission information that is transmitted by the controller 101 (for example, UCI coding information), and after decoding, supplies the bit sequence to the determinator 121.

[0058] The determiner 121 determines whether the response signal transmitted from the terminal 200 indicates an error (ACK) or no error (NACK) of data signal transmission based on the bit sequence from the decoder 120. The determiner 121 provides the determination result to the relay controller 104.

[0059]

[Communication terminal configuration]

Fig. 3 is a block diagram illustrating the configuration of a communication terminal 200 according to Embodiment 1 of the present invention. In FIG. 3, the communication terminal 200 includes an antenna 201, a receiver 202, an FFT 203, an extractor 204, a downlink control signal demodulator 205, a decoder 206, an upper layer control signal demodulator 207, a decoder 208, a data demodulator 209, a decoder 210, a controller 211, encoder 212, modulator 213, signal distributor 214, IFFT 215, and transmitter 216.

[0060] The receiver 202 performs RF downsampling or analog-to-digital (A/D) conversion of the downlink signal (data signal or control signal) received from the base station 100 via the antenna 201, and transmits the received signal (t i.e. baseband signal) obtained as a result of RF processing, on the FFT 203.

[0061] The FFT 203 applies a fast Fourier transform to translate the signal received from the receiver 202 from the time domain to the frequency domain. The FFT 117 transmits the signal in the frequency domain obtained by the FFT to the extractor 118 .

[0062] The extractor 204 extracts a downlink control signal (e.g., DCI), a higher level control signal, or downlink data from the signal that is input from the FFT 203 based on control information that is transmitted by the controller 211 (e.g., information radio resource for downlink data or control signal). The extractor 204 provides the downlink control signal to the downlink control signal demodulator 205, the higher level control signal to the higher level control signal demodulator 205, and the downlink data to the data demodulator 209 .

[0063] The downlink control signal demodulator 205 equalizes and demodulates the downlink control signal that comes from the extractor 204 and transmits the demodulation result to the decoder 206.

[0064] The decoder 206 applies error correction decoding to the demodulation result obtained from the downlink control signal demodulator 205 and obtains control information as a result. Then, the decoder 206 transmits the received control information to the controller 211.

[0065] The higher level control signal demodulator 207 equalizes and demodulates the higher level control signal that comes from the extractor 204 and transmits the demodulation result to the decoder 208.

[0066] The decoder 208 applies error correction decoding to the demodulation result obtained from the higher layer control signal demodulator 207 and obtains control information as a result. Then, the decoder 208 transmits the received control information to the controller 211.

[0067] The data demodulator 209 equalizes and demodulates the downlink data that is received from the extractor 204 and transmits the demodulation result to the decoder 210.

[0068] The decoder 210 performs error correction decoding using the demodulation result from the data demodulator 209 . The decoder 210 also detects errors in the downlink data and transmits the result of the error detection to the controller 211. In addition, the decoder 210 outputs the downlink data determined to be free of errors as received data.

[0069] The controller 211 determines a transmission method or parameter (eg, MCS or radio resource) for UCI (eg, ACK/NACK or CSI) or a PUCCH for UCI transmission, based on the UCI transmission information for the terminal 200 included in the control information, coming from the decoder 206 or decoder 208. The controller 211 provides certain information to the encoder 212, the modulator 213 and the signal distributor 214.

[0070] Next, the controller 211 generates a response signal (ACK/NACK) using the error detection result that comes from the decoder 210 and outputs the signal to the encoder 212.

[0071] In addition, the controller 211 supplies to the allocator 204 the radio resource information for the downlink data or the control signal included in the control information that is supplied from the decoder 206 or the decoder 208.

[0072] The encoder 212 performs error-correcting encoding of the response signal (the ACK/NACK bit sequence) based on the information from the controller 211, and transmits the response signal (the bit sequence) after encoding to the modulator 213. The encoder 212, for example, may generate an encoded bit sequence. string by applying different coding methods to the response signals according to different reliability, delay, or use case (or type of service) requirements, as described below.

[0073] The modulator 213 modulates the response signal that comes from the encoder 212 based on the information from the controller 211, and after modulation transmits the response signal (modulation symbol string) to the signal distributor 214. If different encoding methods are applied to the encoded bit strings transmitted from the encoder 212, the modulator 213 modulates each encoded bit string.

[0074] The signal distributor 214 maps the response signal (modulation symbol string) that comes from the modulator 213 to a radio resource for the PUCCH channel, which is indicated by the controller 211. The signal distributor 214 provides a signal including the mapped signal to the IFFT 215.

[0075] The IFFT 215 performs a MOD of generating signals transmitted from the distributor 214 . The IFFT 215 adds a cyclic prefix (CP) in case of adding a CP in a MOD (not illustrated). Alternatively, a Discrete Fourier Transform (DFT) can be added in the previous step of the signal distributor 214 when the IFFT 215 generates a single carrier signal (not illustrated). IFFT 215 provides the generated signal to transmitter 216.

[0076] The transmitter 216 performs radio frequency (RF) processing consisting of digital-to-analog (D/A) conversion and upscaling of the signal that is supplied from the IFFT 215, and transmits the radio signal to the base station 100 through the antenna 201.

[0077]

[Operations of base station 100 and communication terminal 200]

Next, the operations of the base station 100 and the communication terminal 200 will be described in detail, including the above-mentioned configurations.

[0078] FIG. 4 illustrates the operation of the base station 100 and the communication terminal 200 according to the present embodiment.

[0079] The base station 100 transmits PUCCH information to the terminal 200 (ST101). The terminal 200 receives the PUCCH information indicated in the base station 100 (ST102). The PUCCH information includes, for example, PUCCH resource set information or PUCCH coding rate information.

[0080] The base station 100 transmits the DCI including the downlink data information to the terminal 200 (ST103). Terminal 200 obtains scheduling information for downlink data or PUCCH information based on DCI, for example, to be indicated by base station 100 (ST104).

[0081] The base station 100 transmits downlink data to the terminal 200 (ST105). The terminal 200 receives downlink data (PDSCH) based on the DCI that has been indicated by the base station 100, for example (ST106).

[0082] The communication terminal 200 controls the operation associated with the response signal or the transmission of the response signal in accordance with the requirement (reliability, delay) or use case/type of service for the response signal (ST107). The communication terminal 200 determines the response signal processing mode or PUCCH according to the requirement for the response signal. When determining the processing mode for the response signal or the PUCCH, for example, an encoding method for the response signal, a method for determining the PUCCH resource, or a parameter associated with PUCCH transmission may be determined.

[0083] The communication terminal 200 transmits the UCI (including, for example, a response signal) to the base station 100 using PUCCH based on a specific operation (ST108). The base station 100 receives the UCI from the terminal 200 (ST109).

[0084] Next, a method for controlling an operation related to transmitting a UCI (eg, a process in ST107 in FIG. 4) in the communication terminal 200 will be described in detail.

[0085]

[Encoding method]

Terminal 200 generates HARQ-ACK bits by applying different coding methods for response signals according to different requirements for reliability, delay, or use case (or type of service), that is, for response signals with different requirements.

[0086] Next, the communication terminal 200 multiplexes the encoded response signals to which different coding methods have been applied for the PUCCH, and transmits these signals.

[0087] For example, communication terminal 200 may apply different coding rates for response signals according to different requirements for reliability, delay, or use case (or type of service).

[0088] For example, the communication terminal 200 encodes a response signal requiring high reliability using a low coding rate (eg, a coding rate less than or equal to a threshold) and generates a HARQ-ACK bit. The use of a low coding rate increases the reliability of the response signal.

[0089] Conversely, the communication terminal 200 encodes a response signal that does not require high reliability using a high coding rate (eg, a coding rate greater than a threshold) and generates a HARQ-ACK bit. The use of a high coding rate prevents an increase in the number of bits of the response signal and improves resource efficiency.

[0090] As an example of the reason for the difference in the encoding processes of the response signals, the case where the reliability of the response signals differs will be described. For example, in URLLC, the coding applied may be different for a high error rate downlink data response of the first data transmission (eg, BLER = 10 ^-1 ) and for a low error rate downlink data response of the first data transmission (eg, , BLER = 10 ^-5 ).

[0091] More specifically, when the predetermined error rate of the first data transmission is large, high reliability is required for the response signal so that the data is surely retransmitted, so a low coding rate encoding method is applied to the response signal. When the predetermined error rate of the first data transmission is small, on the contrary, data errors are less likely to occur and the response signal does not require very high reliability. Thus, a high coding rate encoding method is applied to the response signal.

[0092] Other examples of the cause of different response encoding processes are cases where the response delay requirements are different, or cases where the use cases (or types of service) of the response signals are different (eg, URLLC or eMBB).

[0093] FIG. 5 illustrates an example in which different encoding methods (processes) are applied to response signals for URLLC and eMBB. In FIG. 5, the communication terminal 200 implements downlink eMBB data (eMBB PDSCH) response encoding method 1 and downlink URLLC data (URLLC PDSCH) response encoding method 2.

[0094] URLLC requires high reliability, so a response coding method 2 with a low coding rate is applied. Compared with URLLC, eMBB does not require high reliability, so the response signal coding method 1 with a high coding rate is adopted.

[0095] FIG. 5, terminal 200 generates a HARQ-ACK bit for each of the response signals for URLLC and eMBB with different respective encoding methods. Terminal 200 then multiplexes the generated HARQ-ACK bits onto one PUCCH and transmits the resulting bits to base station 100.

[0096] As described above, the present embodiment allows the communication terminal 200 to apply an appropriate coding method (different, for example, in a coding rate) for each response signal in accordance with the reliability, delay, or use case (or service type) requirements of the response signal. This allows each response signal to be encoded using a coding method according to the requirement of each response signal, even if the requirements for the response signals to be multiplexed into one PUCCH differ from each other, thereby achieving resource-efficient transmission over channel PUCCH.

[0097] It should be noted that the use of different coding methods for each ACK/NACK depends not only on the reliability or use case (or type of service) as described above, but can be determined, for example, at least one of the requirements for reliability, delay or use case (or service type).

[0098]

[Display method]

Next, a description will be given of methods for mapping response signals to a PUCCH resource according to different requirements for reliability, delay, or use case (or type of service), i.e. response signals with different requirements.

[0099] For example, the communication terminal 200 maps the response signals on the PUCCH starting with those requiring higher reliability or lower delay. More specifically, the communication terminal 200 first maps response signals to the PUCCH resource with higher reliability or lower delay requirements. Terminal 200 then maps to the PUCCH resource a response signal that does not require high reliability or low delay.

[0100] The following will describe examples of methods for displaying response signals in a short PUCCH (eg, PUCCH Format 2) consisting of one or two symbols, and in a long PUCCH (eg, PUCCH Format 3 or PUCCH Format 4) consisting of four or more characters.

[0101] <Short PUCCH Case>

The following two methods (Method 1 and Method 2) may be applied to map response signals to a PUCCH resource in a short PUCCH.

[0102]

[Method 1]

Fig. 6 illustrates an example of mapping response signals to resource elements (ERs) in Method 1.

[0103] In Method 1, communication terminal 200 maps modulated symbol sequences obtained by modulating response signals (HARQ-ACK) to ERs, excluding ERs to which reference signals are mapped (OS; e.g., demodulated OC (DOS)) by time-frequency principle, as shown in Fig. 6. In other words, the communication terminal 200 maps the response signals on the PUCCH in order from frequency direction to time direction.

[0104] More specifically, when displayed on the PUCCH ER, a high reliability or low latency requirement response signal (HARQ-ACK for URLLC in FIG. 6) is displayed first, and then a response signal that does not require very high reliability or very low delay (HARQ -ACK for eMBB in Figure 6) as described above.

[0105] In FIG. 6 The HARQ-ACK for URLLC is mapped to all ERs in the first symbol constituting the PUCCH (except for the ERs mapped to DOS) and to a portion of the ERs in the second symbol, and the HARQ-ACK for eMBB is mapped to the rest of the ERs in the second symbol according to the Method 1 display.

[0106] For example, a response signal requiring less delay is mapped to the first PUCCH symbol according to Mapping Method 1, thereby obtaining a delay reduction effect in the case of a short PUCCH of two symbols.

[0107]

[Method 2]

Fig. 7 illustrates an example of displaying ER response signals in Method 2.

[0108] In Method 2, the communication terminal 200 maps modulated symbol sequences obtained by modulating response signals (HARQ-ACK) to ERs, excluding the ERs to which reference signals are mapped, in a "time-frequency" manner, as shown in FIG. 7 as in Method 1. In addition, in Method 2, the terminal 200 diffusely displays the response signals in the frequency direction in the allocated band.

[0109] More specifically, when mapped to an ER, a response signal requiring high reliability or low delay (HARQ-ACK for URLLC in FIG. 7) is mapped to the PUCCH resource first, and then a response signal that does not require very high reliability or very low reliability is displayed. delays (HARQ-ACK for eMBB in FIG. 7) as described above. Next, in FIG. 7, ACK/NACK for URLLC and ACK/NACK for eMBB are scattered in the frequency direction.

[0110] In FIG. 7 The HARQ-ACK for URLLC is mapped to all ERs in the first symbol constituting the PUCCH (except for the ERs mapped to DOS) and to a portion of the ERs in the second symbol, and the HARQ-ACK for eMBB is mapped to the rest of the ERs in the second symbol according to the Method 2 displays. Furthermore, in the second PUCCH symbol, the HARQ-ACK for URLLC and the HARQ-ACK for eMBB are scattered in the frequency direction in the assigned PUCCH band (eg, 4 ER) in FIG. 7.

[0111] According to Mapping Method 2, a response signal requiring less delay is mapped to the first symbol of the PUCCH according to Mapping Method 1, thereby obtaining a delay reduction effect in the case of a short PUCCH of two symbols.

[0112] In addition, Method 2 achieves a frequency diversity effect by dispersed mapping in the frequency direction, thereby achieving better transmission of the response signal (ie, a response signal with higher reliability).

[0113] <Long PUCCH Case>

The following two methods (Method 3 and Method 4) may be applied to map response signals to a PUCCH resource in a long PUCCH.

[0114]

[Method 3]

Method 3 is applied to display response signals according to different requirements for reliability, delay or use case (or type of service), while it is similar to the mapping of HARQ-ACK and CSI bits (CSI Part 1 and CSI Part 2) in PUCCH Format 3 or Format 4 PUCCH channels in NR technology (see, for example, NPL 2).

[0115] FIG. 8 illustrates an example of displaying response signals to the ER in Method 3.

[0116] In Method 3, communication terminal 200 maps modulated symbol sequences obtained by modulating response signals (HARQ-ACK) to ERs excluding ERs to which reference signals are mapped (e.g., DOS in FIG. 8) by "frequency temporary" principle (Fig. 8). In addition, as shown in FIG. 8, the communication terminal 200 maps a response signal requiring higher reliability to symbols that are closer to the symbol mapped to by the reference signals (eg, DOS) in the PUCCH.

[0117] More specifically, as described above, a HARQ-ACK for a URLLC channel requiring high reliability is first mapped to symbols close to the symbols to which DOCs (preceding and following symbols) are mapped when displayed on the ER (FIG. 8). The eMBB HARQ-ACK bits that do not require very high reliability are then mapped to the rest of the PUCCH resource as shown in FIG. 8.

[0118] According to the Mapping Method 3, HARQ-ACK bits requiring higher reliability are mapped to symbols with high channel estimation accuracy (symbols close to the symbols to which DOS is mapped). Thus, Method 3 allows to achieve better (more reliable) transmission of the response signal.

[0119]

[Method 4]

Fig. 9 illustrates an example of mapping response signals to ER in Method 4.

[0120] In Method 4, the communication terminal 200 maps modulated symbol sequences obtained by modulating response signals (HARQ-ACK) to ERs, excluding the ERs to which reference signals are mapped, in a "time-frequency" manner, as shown in FIG. 9. In addition, terminal 200 maps a response requiring less delay to earlier PUCCH symbols (FIG. 9).

[0121] More specifically, as described above, the HARQ-ACK for the URLLC channel requiring low delay, when displayed on the ER, is first mapped from the earlier (eg, first) as shown in FIG. 9. HARQ-ACK bits for eMBB that do not require very low delay are then mapped to the rest of the PUCCH resource (FIG. 9).

[0122] According to Mapping Method 4, a response signal requiring less delay is mapped to the first PUCCH symbol, thereby creating a delay reduction effect.

[0123] So far, methods have been described for mapping response signals to a PUCCH resource.

[0124] As described above, the communication terminal 200 preferably maps to the PUCCH resource a response signal requiring high reliability or low delay, that is, a strict response signal. This allows terminal 200 to preferentially map response signals requiring higher reliability or lower delay multiplexed in the PUCCH onto a PUCCH resource capable of providing high reliability or low delay. Thus, according to the present embodiment, the communication terminal 200 can send response signals using a PUCCH resource suitable for the requirement for response signals.

[0125] Method 3 and Method 4 describe methods for displaying response signals in a long PUCCH using four or more symbols. However, in URLLC, for example, it is not desirable to use a long PUCCH to reduce latency. Thus, the present embodiment can be limited to a short PUCCH that allows response signals to be multiplexed onto one PUCCH according to different reliability, delay, or use case (or type of service) requirements. This makes it possible not to consider schemes for multiple PUCCH formats while still meeting the low delay requirement.

[0126] Methods for mapping response signals to a PUCCH resource are not limited to Methods 1-4 described above. Also, any of Methods 1-4 can be combined with others. In Method 3 (see FIG. 8) or Method 4 (see FIG. 9), for example, the response signals (HARQ-ACK) can be scattered in the frequency direction, as in Method 2 (see FIG. 7).

[0127]

[PUCCH resource determination method]

Next, methods for determining the PUCCH resource in the present embodiment will be described.

[0128] The NR technology uses the following method for a communication terminal to identify a PUCCH resource for signaling responses to downlink data. The base station points to a semi-static PUCCH resource established by a UE-specific higher layer signal (e.g., dedicated radio resource control (RRC) signal) and indicates the PUCCH resource to be actually used as the PUCCH resource configured by the downlink control information ( DCI) for distribution of downlink data (see, for example, NFL 3).

[0129] In this case, the PUCCH resource is configured with a parameter consisting of, for example, at least one symbol position in the slot, the number of symbols in the slot, the position in the frequency domain, the number of resources in the frequency domain (for example, the number of RBs or physical RBs ( PRB)) whether frequency and code resource hopping (eg, cyclic shift sequence or orthogonal coverage code) should be applied.

[0130] The base station may also indicate to the communication terminal a plurality of PUCCH resource sets. The communication terminal may determine which PUCCH resource set to be used from the plurality of specified PUCCH resource sets based on the number of uplink control information (UCI) bits transmitted using the PUCCH.

[0131] In the present embodiment, the communication terminal 200 determines the PUCCH resource set based on the total number of encoded response signal (HARQ-ACK) bits to be multiplexed in the PUCCH.

[0132] In addition, in the present implementation, different PUCCH resource parameter values may be configured for response signals according to different requirements for reliability, delay, or use case (or type of service) (i.e., for response signals with different requirements).

[0133] In NR technology, the maximum coding rate, for example, is adjusted for each PUCCH format. The communication terminal determines the number of RBs to be used for transmission using the PUCCH based on the number of UCI bits to be transmitted on the PUCCH and the maximum coding rate. Note that the maximum number of RBs that will be used for PUCCH transmission is the number of RBs for the PUCCH resource indicated by the PUCCH resource set described above.

[0134] In the present embodiment, the maximum coding rate is configured for each PUCCH format and for each requirement for reliability, delay, or use case (or type of service) of response signals (ie, for each requirement for response signals).

[0135] For example, the communication terminal 200 calculates the amount of resource (eg, the number of ERs) that will be used to transmit each of the response signals according to different requirements for reliability, delay, or use case (or type of service) based on the number of bits of the encoded response signals. and the set maximum encoding rate. Then, based on the number of ERs to be used for transmitting each of the response signals to be multiplexed on one PUCCH, the communication terminal 200 determines the number of ERs to be used for transmission on the PUCCH.

[0136] This allows terminal 200, for example, to determine a PUCCH resource set for a PUCCH channel in which response signals with different requirements are multiplexed based on the number of bits of the response signals, which are encoded in a manner configured for each response signal, as described above. For example, the communication terminal 200 can calculate the required amount of resources according to the reliability, delay, or use case (or type of service) requirements of the response signal, thereby achieving a resource-efficient PUCCH transmission.

[0137] Note that the maximum number of RBs that will be used for transmission on the PUCCH is the number of RBs for the PUCCH resource pointed to by the PUCCH resource set described above. Thus, when the number of RBs is determined by the number of bits of the response signal and the maximum coding rate exceeds the maximum value indicated by the PUCCH resource set, the actual coding rate of the response signal may exceed the specified maximum coding rate in some cases. In this case, there is a possibility that the transmission on the PUCCH will not meet the required quality.

[0138] Thus, in the present embodiment, the communication terminal 200 may discard a portion of the response signal transmitted using the PUCCH if the actual encoding rate of the response signal exceeds a predetermined threshold. This allows the resource of the discarded part of the response signal to be used for the remaining response signal in the PUCCH resource, thereby improving transmission quality on the PUCCH.

[0139] The threshold here may take into account, for example, the maximum coding rate configured for each PUCCH format, reliability requirement, delay, or use case (or type of service) of the response signal. In addition, the rejection part of the response threshold may also be retransmitted by the base station 100 to the communication terminal 200 .

[0140] In addition, the communication terminal 200 may discard at least a portion of the response signal transmitted on the PUCCH when the number of RBs determined by the number of bits of the response signal (or UCI) is to be transmitted using the PUCCH, wherein the maximum encoding rate exceeds the specified threshold (maximum value). This allows the resource of the discarded part of the response signal to be used for the remaining response signal in the PUCCH resource, thereby improving transmission quality on the PUCCH.

[0141] In addition, the discarded response may be determined according to the priority configured according to the requirements for reliability, delay, or use case (or type of service) of the response (i.e., the priority configured for each requirement). For example, communication terminal 200 may preferentially transmit a high priority response signal. That is, the communication terminal 200 will discard the low priority response signal.

[0142] As an example of priority, URLLC can be given in the case where the reliability of the response signals differs from each other. Response signal priority for downlink data with a high first transmission error rate (e.g., BLER = 10 ^-1 ) is set higher than the response signal priority for downlink data with a lower first transmission error rate (e.g., BLER = 10 ^-5 ) . When the delay requirements or use cases (or types of service) of response signals are different, URLLC is given higher priority than eMBB.

[0143] The communication terminal 200 may discard the low priority response signal if at least one of the coding rates for response signals with different reliability requirements, delay, or use cases (or types of service) exceeds a threshold. This prevents deterioration in the transmission quality of the high priority response signal, that is, the response signal requiring higher reliability.

[0144] When there are response signals with different requirements for reliability, delay, or use cases (or types of service), information indicating the ratio of shared and shared resources (for example, ER) in the PUCCH for response signals (for example, the resource sharing ratio or resource division factor) may be transmitted in advance by the base station 100 to the communication terminal 200.

[0145] So far, methods for determining a PUCCH resource have been described.

[0146] As described above, in the present embodiment, the communication terminal 200 determines the processing mode of the response signal or PUCCH according to the requirement (eg, reliability, delay) or use case (or type of service) of the response signal on the downlink data. More specifically, the communication terminal 200 applies different coding methods for response signals with different requirements. Terminal 200 then multiplexes the encoded response signals on the PUCCH and transmits them.

[0147] Thus, the present embodiment allows the communication terminal 200 to perform processing (eg, coding) or radio resource configuration (eg, mapping method or PUCCH resource determination) in accordance with the requirements for the response signals multiplexed in the PUCCH even when the response signals are multiplexed. with different requirements. The communication terminal 200 can improve resource efficiency in the PUCCH, for example, by adjusting the position or amount of the PUCCH resource according to the reliability required for the response signal. In addition, the communication terminal 200 can decrease the response delay according to the response delay requirement by adjusting the position of the PUCCH resource.

[0148] As described above, according to the present embodiment, communication terminal 200 can appropriately transmit UCI including response signals.

[0149] (Embodiment 2)

According to the present embodiment, the base station and the communication terminal have the same basic settings as the base station 100 and the communication terminal 200 according to Embodiment 1, so FIGS. 2 and 3.

[0150] In the present embodiment, communication terminal 200 applies different methods for determining PUCCH resources or PUCCH resource sets to response signals according to different requirements for reliability, delay, or use cases (or types of service) (i.e., response signals with different requirements) .

[0151] In addition, in the present embodiment, the number of PUCCHs on which the communication terminal 200 can transmit response signals in one slot is not limited to one. That is, in the present embodiment, the communication terminal 200 may transmit response signals in one slot on one or more PUCCHs.

[0152] For example, the communication terminal 200 transmits response signals with different requirements using different PUCCHs in a slot, respectively. For example, multiple PUCCHs are multiplexed in one slot by time division multiplexing (TDM), frequency division multiplexing (FDM), or code division multiplexing (CDM).

[0153] This allows the communication terminal 200 to allocate an appropriate PUCCH resource for each response signal in accordance with the reliability, delay, or use case (or type of service) requirements of the response signal. That is, the communication terminal 200 can respond with different requirements using separate PUCCHs without being multiplexed into one PUCCH. Thus, resource-efficient transmission on the PUCCH can be achieved.

[0154] Further, according to the present embodiment, the communication terminal 200 can transmit response signals with different delay requirements using, for example, different PUCCHs. This allows a low latency response such as URLLC to be transmitted using a short PUCCH, and a very low latency response such as eMBB to be transmitted using a long PUCCH, thereby removing the delay bottleneck.

[0155] For example, base station 100 indicates semi-static PUCCH resource sets with a UE-specific higher layer signal (eg, RRC signal) when identifying PUCCH resources for signaling responses to downlink data at terminal 200. Terminal 200 determines the sets PUCCH resources based on any of the following two methods (Method 1 and Method 2).

[0156]

[Method 1]

In Method 1, different groups of PUCCH resource sets are configured for response signals according to different requirements for reliability, delay, or use cases (or types of service) (ie, for response signals with different requirements). Thus, the communication terminal 200 sets up the PUCCH resource sets included in different groups for response signals with different requirements.

[0157] FIG. 10A shows example PUCCH resource set configurations for Method 1.

[0158] FIG. 10A illustrates the configuration of a PUCCH resource set group for eMBB (eg, group X) and a UCCH resource set group for URLLC (eg, group Y). For example, group X includes PUCCH resource sets X0, X1, X2, and X3, and group Y includes PUCCH resource sets Y0, Y1, Y2, and Y3 in FIG. 10A.

[0159] The communication terminal 200 determines which set of PUCCH resources in each group will be used for each of the response signals according to different requirements for reliability, delay or use cases (or types of service), for example, based on the number of UCI bits (for example, the number of bits HARQ-ACK) to be transmitted using the PUCCH.

[0160] For example, in FIG. 10A, the communication terminal 200 selects a PUCCH resource set X1 from the group X based on the number of eMBB response signal bits. The communication terminal 200 also selects the PUCCH resource set Y0 from group Y based on the number of response signal bits for URLLC in FIG. 10A.

[0161] The PUCCH resource to be actually used in the selected PUCCH resource set, terminal 200 indicates the DCI that allocates downlink data corresponding to each of the response signals according to different requirements for reliability, delay or use cases (or types of service) (for example , DL assignment for eMBB or DL assignment for URLLC shown in Fig. 10B). Terminal 200 transmits a response signal using the PUCCH resource indicated by the DCI in the selected PUCCH resource set.

[0162] In accordance with Method 1, PUCCH resource sets are individually configurable for different reliability, delay, or use case (or type of service) requirements, which allows more flexible allocation of PUCCH resources suitable for response signals with different reliability, delay requirements. or use cases (or service types).

[0163] It should be noted that the PUCCH resource set configurations are not limited to the examples illustrated in FIG. 10A. For example, the number of PUCCH resource sets included in the eMBB and URLLC PUCCH resource set groups is not limited to four. In addition, the number of PUCCH resource sets included in each of the eMBB and URLLC PUCCH resource set groups may be the same or different. Also, the different requirements for signals are not limited to the examples of eMBB and URLLC in FIG. 10A, and the PUCCH resource set groups may be configured, for example, in accordance with at least one of various reliability and delay requirements.

[0164]

[Method 2]

In Method 2, the same PUCCH resource set group is configured for response signals with different reliability, delay, or use cases (or types of service) (ie, for response signals with different requirements). Thus, the terminal 200 accordingly sets up the PUCCH resource sets included in the same group for response signals with different requirements.

[0165] FIG. 11A illustrates an example PUCCH resource set configuration for Method 2.

[0166] The configuration of a group including PUCCH resource sets 0, 1, 2, and 3 is illustrated in FIG. 11A.

[0167] The terminal 200 determines which set of PUCCH resources in the same group will be used depending on the number of UCI bits (for example, the number of HARQ-ACK bits) that will be transmitted on the PUCCH, regardless of the requirements for reliability, delay or from use cases (or types of service).

[0168] For example, in FIG. 10A, terminal 200 selects PUCCH resource set 1 among PUCCH resource sets 0 to 3 based on the number of eMBB response bits. In FIG. 11A, terminal 200 also selects PUCCH resource set 0 among PUCCH resource sets 0 to 3 based on the number of URLLC response signal bits.

[0169] The PUCCH resource to be actually used in the selected PUCCH resource set, the terminal 200 indicates the DCI that distributes the downlink data corresponding to each of the response signals according to different requirements for reliability, delay or use cases (or types of service) (for example , DL assignment for eMBB or DL assignment for URLLC shown in Fig. 11B). The terminal 200 transmits a response signal using the PUCCH resource in the selected PUCCH resource set indicated by the DCI.

[0170] According to Method 2, the selected PUCCH resource sets are the same, regardless of reliability, delay, or use cases (or types of service). This eliminates the additional tasks associated with indicating PUCCH resource sets.

[0171] In addition, terminal 200 may individually determine the PUCCH resource set to be actually used based on the number of bits of response signals with different reliability, delay, or use cases (or service types). This allows terminal 200 to use a PUCCH resource appropriate for each of the response signals with different reliability, delay, or use cases (or types of service).

[0172] So far, methods for determining a PUCCH resource have been described.

[0173] As described above, in the present embodiment, communication terminal 200 applies different resource determination methods to response signals with different requirements (eg, reliability, delay) or use cases (or types of service). Then, the terminal 200 transmits response signals using the PUCCH resources configured for the respective response signals.

[0174] Thus, in the present embodiment, the terminal 200 individually adjusts the radio resource according to the requirements for the response signal, thereby improving resource utilization or reducing the delay of the response signal. Therefore, according to the present embodiment, terminal 200 can appropriately transmit UCI including response signals.

[0175] The present embodiment describes methods for defining different PUCCH resources or resource sets for response signals with different reliability, delay, or use cases (or types of service) requirements. However, if the same PUCCH resource is determined for each response signal by the resource determination method in the present embodiment, terminal 200 may apply the same processing as in Embodiment 1.

[0176] Further, according to the present embodiment, Method 1 corresponds to the case where different PUCCH resource set groups are configured according to reliability, delay, or use case (or service type) requirements. In addition, parameters related to the PUCCH resource set may be set to different values (or ranges of values) according to reliability, delay, or use case (or type of service) requirements.

[0177] For example, in NR technology, sequence selection is used in PUCCH Format 0 (see, for example, NPL 1). In addition, in NR release 15, the bandwidth allocated for transmission on the PUCCH is 1 RB, and a transmission sequence of length 12 is used, corresponding to 1 RB = 12 subcarriers. In addition, NR technology uses frequency allocation to reuse one cell. When reusing a single cell, inter-cell interference is a major factor in transmission degradation. In particular, a small number of symbols (1 or 2) is used in a short PUCCH, which does not prevent the average effect of inter-cell interference by using a plurality of symbols.

[0178] Thus, if the response signal requires high reliability, it is necessary to prevent inter-cell interference. One way to prevent inter-cell interference is to expand the transmission bandwidth (sequence length) (see, for example, NPL 6).

[0179] In this regard, in PUCCH Format 0, the number of RBs or sequence length configured for the PUCCH may be different, for example, in accordance with response signals with different reliability requirements, delay, or use cases (or types of service).

[0180] For example, a variable number of PRBs (eg, 1, 2, or 4 PRBs) may be configured in the PUCCH resource set for a response signal requiring high reliability. In addition, 1 PRB can be configured in the PUCCH resource set for a response signal that does not require high reliability. Note that the number of PRBs configured for each requirement is not limited to the above examples and may be different.

[0181] This makes it possible to prevent inter-cell interference by increasing the bandwidth (sequence length) even in cases where high reliability is required for the PUCCH Format 0 response signal.

[0182] In addition, an effective performance improvement technique for PUCCH Format 0 is retransmission (Repetition) in the time domain.

[0183] In this regard, in PUCCH Format 0, the number of Repetitions for PUCCH may be different, for example, for response signals with different requirements for reliability, delay, or use cases (or types of service).

[0184] For example, a variable number of Repetitions (eg, 1, 2, or 4) may be configured in the PUCCH resource set for a response signal requiring high reliability. However, you may not configure Repetition in the PUCCH resource set for a response signal that does not require high reliability. Note that the number of Repetitions configured for each requirement is not limited to the above examples and may vary.

[0185] This makes it possible to obtain a performance improvement effect by performing Repetition even if high reliability is required for the response signal in PUCCH Format 0.

[0186] It should be noted that the repetition in the time domain includes a method of repeatedly transmitting the same sequence over a plurality of symbols. In this method, it is assumed that the in-phase pattern of Repetition signals at the receiving end (eg, base station 100) will result in improved performance by increasing the power of the incoming signals. Time domain repetition also includes a method for extending the length of a sequence and transmitting a portion of the extended sequence in another symbol. For example, the length of the sequence is increased from 12 to 24, the first half of the length of the sequence is transmitted in the first character, and the second half in the next character. In this method, the long sequence length helps prevent interference.

[0187] As described above, parameters other than those in NR release 15 may be configured in the PUCCH resource set for a response signal requiring high reliability in PUCCH Format 0. This allows PUCCH transmission to meet the URLLC response signal reliability requirement that allows for retransmission (eg, BLER error rate = 10 ^-4 or less), which is not provided for in NR Release 15.

[0188] (Variation of Embodiment 2)

Embodiment 2 describes the case for applying different methods for determining PUCCH resources or resource sets for response signals with different reliability, delay, or use cases (or types of service) requirements.

[0189] The NR technology uses the following method for the communication terminal to identify the position of the PUCCH slot for signaling downlink data response (or the time between the slot receiving the downlink data and the slot transmitting the PUCCH). The base station points to a semi-static PUCCH resource set by a UE-specific higher layer signal (e.g., dedicated RRC) and indicates a slot position to be actually used as the slot position configured by the DCI for downlink data allocation (see, for example, NPL 3).

[0190] Thus, in Embodiment 2, the slot position set for the PUCCH when transmitting a response signal can also be configured for each of the response signals with different reliability, delay, or use cases (or types of service) requirements (i.e., . response signals with different requirements).

[0191] According to Variation of Embodiment 2, the communication terminal 200 may use the appropriate transmission slot for the response signal in accordance with the requirements for reliability, delay, or use cases (or types of service) of the response signal. When, for example, different sets of slot positions are configured for different delay requirements, terminal 200 can perform more flexible slot allocation corresponding to the delay requirements for each of the response signals when they are transmitted on different PUCCHs.

[0192] (Embodiment 3)

According to the present Embodiment, the base station and the communication terminal have the same basic settings as the base station 100 and the communication terminal 200 according to Embodiment 1, so FIGS. 2 and 3.

[0193] In the present Embodiment, the communication terminal 200 discards the entire PUCCH or punctures the response portion of the PUCCH according to the PUCCH priority while simultaneously signaling for data transmission with different reliability, delay, or use cases (or service types) requirements. in one slot.

[0194] The PUCCH to be discarded or partially punctured may be determined based on a priority set depending on the reliability, delay, or use case (or type of service) ACK/NACK requirements.

[0195] More precisely, when the signaling time intervals with different requirements are the same, the communication terminal 200 discards all or punctures a portion of the PUCCH whose priority is lower based on the requirements.

[0196] Let us describe, as an example of PUCCH priorities, the case where the reliability of the response signals differs. For example, the URLLC is configured to have a higher priority of the PUCCH signaling the downlink data with a high error rate of the first data transmission (e.g., BLER = 10 ^-1 ) than the priority of the PUCCH signaling the downlink data with lower error rate of the first data transmission (for example, BLER = 10 ^-5 ). That is, the communication terminal 200 discards all or punctures a portion of the PUCCH by responding to downlink data where the predetermined error rate of the first data transmission is small (eg, BLER=10 ^-5 ).

[0197] A case will also be described where the delay requirements or use cases (or service types) of response signals are different. For example, FIG. 12 illustrates a case involving two use cases: URLLC and eMBB. The PUCCH priority corresponding to URLLC is higher than the priority corresponding to eMBB. That is, the communication terminal 200 discards all or punctures a portion of the PUCCH corresponding to the eMBB. In FIG. 12, the communication terminal 200 transmits a response signal corresponding to URLLC using the URLLC PUCCH (URLLC PUCCH) and discards the entire eMBB PUCCH (eMBB PUCCH).

[0198] The present embodiment can prevent the PUCCH transmission of a response signal requiring higher reliability or low delay from being affected by the transmission of another response signal, thereby ensuring the quality of the response signal requiring higher reliability or low delay.

[0199] It should be noted that methods for puncturing a portion of the PUCCH include, for example, a symbol puncturing method in which transmissions of various response signals overlap or completely coincide in time, or an ER puncture method in which transmissions of various response signals partially or completely coincide in time, and frequency.

[0200] The method of puncturing a partially or fully coincident symbol may be applied, for example, if the communication terminal 200 is not capable of simultaneously transmitting multiple uplink signals, or if the communication terminal 200 is capable of simultaneously transmitting multiple uplink signals, but may transmit only one of the plurality of signals due to the total transmit power exceeding the maximum transmit power.

[0201] In addition, a method of puncturing an ER partially or completely coinciding in time and frequency can be applied, for example, if the communication terminal 200 is capable of simultaneously transmitting a plurality of uplink signals, while simultaneously transmitting a plurality of signals does not cause the maximum transmission power of the terminal to be exceeded 200.

[0202] (Embodiment 4)

Embodiment 1 describes the case of applying different coding processes to response signals with different reliability, delay, or use cases (or types of service). However, performing different encoding processes increases the computational complexity of the communication terminal and may lead to application complexity.

[0203] Thus, in the present embodiment, a method of applying a single coding process to response signals with different reliability, delay, or use cases (or service types) will be described.

[0204] According to the present Embodiment, the base station and the communication terminal have the same basic settings as the base station 100 and the communication terminal 200 according to Embodiment 1, so FIGS. 2 and 3.

[0205] The communication terminal 200 has a capability related to the processing time required to receive downlink data, decode downlink data, generate a response signal, and transmit PUCCH (UE throughput, hereinafter referred to as "N1"). In NR technology, terminal 200 reports "N1" to base station 100.

[0206] The base station 100 adjusts the position of the PUCCH slot for the terminal 200 to send a response signal to the downlink data (or the time interval between the slot receiving the downlink data and the slot transmitting the PUCCH (for example, the response signal): "time interval PDSCH-to-HARQ-ACK") and points to the terminal 200. At this time, the base station 100 cannot adjust and indicate a value greater than the throughput (N1) of the terminal 200 reported by the terminal 200 (i.e., the value is less than N1) in terms of PDSCH-to-HARQ-ACK timeslot.

[0207] In the present embodiment, the communication terminal 200 determines the transmission capacity (N1) of the transmission of response signals with different requirements for reliability, delay, or use cases (or types of service), respectively, and reports this to the base station 100. The communication terminal 200 also determines the transmission method and a parameter for the response signal or PUCCH to be used for transmitting the response signal (i.e., the processing mode for the response signal or PUCCH) based on the pre-HARQ-ACK PDSCH time slot value configured and indicated by the base station 100, and on the determined N1 value.

[0208] For example, communication terminal 200 has double or more throughput (N1) considering reliability, latency, or use cases (or types of service) in terms of capabilities related to the processing time required to receive downlink data, decoding the downlink data, generating a response signal, and transmitting the PUCCH. The communication terminal 200 reports double or more throughput (N1) to the base station 100.

[0209] As an example, communication terminal 200 may have dual UE capacity N1 for eMBB (hereinafter referred to as "N1_X" or "N1_eMBB") and one N1 for URLLC (hereinafter referred to as "N1_Y" or "N1_URLLC"). Low latency is more likely to be required in URLLC than in eMBB, so you can set N1 for URLLC to be smaller than N1 for eMBB.

[0210] As described in Variation of Embodiment 2, given the PUCCH slot position identification for downlink data response signaling (PDSCH time slot to HARQ-ACK), the base station 100 indicates the semi-static slot position given by the UE-specific signal of the higher level (eg, dedicated RRC), and indicates which PDSCH time slot to HARQ-ACK in the set is actually used by the DCI to allocate downlink data.

[0211] When response signals corresponding to data transmission with different requirements for reliability, delay, or use cases (or types of service) are simultaneously transmitted in the same slot, the communication terminal 200 determines the processing of response signals based on the value of the PDSCH time interval to HARQ -ACK of each of the response signals and throughput (N1) of the terminal 200.

[0212] As shown in FIG. 13, when the smallest value of the PDSCH to HARQ-ACK time slot for response signals (the PDSCH to HARQ-ACK time slot for URLLC in FIG. 13) is greater than or equal to N1 for eMBB (N1_X or N1_eMBB), the terminal 200 performs a common encoding process coding) on response signals corresponding to eMBB and URLLC and generates HARQ-ACK bits.

[0213] More specifically, in FIG. 13, the communication terminal 200 can complete the generation of the response signal corresponding to eMBB and transmission on the PUCCH, including the response signal, within the time from receiving the PDSCH for URLLC until the time equivalent to the PDSCH time slot to HARQ elapses. -ACK for URLLC (i.e. N1_X/N1_eMBB ≤ PDSCH-to-HARQ-ACK timeslot for URLLC). Thus, terminal 200 may perform the common URLLC and eMBB response encoding process for the time from receipt of the URLLC PDSCH until a time equivalent to the URLLC PDSCH-to-HARQ-ACK timeslot elapses.

[0214] In addition, as shown in FIG. 14, when the value of PDSCH-to-HARQ-ACK time interval for a response signal requiring high reliability or low delay, or a response signal corresponding to URLLC (PDSCH-to-HARQ-ACK time interval for URLLC in FIG. 14) is less than the value N1 corresponding to eMBB (N1_X or N1_eMBB), the terminal 200 cannot perform the common encoding process on the response signals corresponding to eMBB and URLLC.

[0215] More specifically, in FIG. 14, the terminal 200 cannot complete the generation of a response signal corresponding to eMBB and transmission on the PUCCH channel including the response signal during the time from the receipt of the PDSCH for URLLC until the time equivalent to the PDSCH to HARQ-ACK time interval (t ie N1_X/N1_eMBB > PDSCH-to-HARQ-ACK timeslot for URLLC).

[0216] Thus, the terminal 200 cannot perform the common response encoding process for URLLC and eMBB during the time from receiving the PDSCH for URLLC until a time equivalent to the PDSCH time slot to HARQ-ACK for URLLC has elapsed. In this case, terminal 200 uses any of the methods in Embodiment 3 or Embodiment 1.

[0217] For example, Embodiment 3 allows one coding process to be used for all response signals with different reliability, delay, or use cases (or types of service), thereby simplifying the implementation of communication terminal 200. Embodiment 1 allows communication terminal 200 to generate HARQ-ACK bits by appropriate coding (or coding rate) in accordance with different requirements for reliability, delay, or use case (or type of service) of the response signal, as shown in FIG. 14, thereby achieving resource-efficient transmission on the PUCCH.

[0218] As described above, according to the present embodiment, the encoding process can be separated as much as possible according to the processing capabilities of the communication terminal 200, thus the computational complexity can be reduced and the implementation of the communication terminal 200 can be simplified.

[0219] All embodiments of the present invention have been described above.

[0220] (1) In the above embodiments, the transmission methods and parameters of the response signals or PUCCHs differed depending on different requirements for reliability, delay, or use cases (or types of service) of the response signals.

[0221] The next example of the reason for the difference in transmission methods and parameters of the response signals or PUCCHs is the case where the reliability of the response signals differs. For example, in URLLC, the transmission methods and parameters of the PUCCH response signals or channels may be different for a downlink data response with a high error rate of the first data transmission (e.g., BLER = 10 ^-1 ) and for a downlink data response with a low given error rate of the first data transmission (for example, BLER = 10 ^-5 ). Unlike the first of the response signals described, the second does not require very high reliability.

[0222] Other examples of reasons for differences in transmission methods and parameters of the response signals or PUCCHs are when the delay requirements or use cases (or types of service) of the response signals differ. For example, the transmission methods and parameters of the PUCCH responses or channels may be different for the URLLC response and the eMBB response. Unlike the first of the described response signals, the second does not require very high reliability and low delay. In addition, as described above, in some cases, URLLC includes a downlink data response with a high error rate of the first data transmission (for example, BLER = 10 ^-1 ) and a downlink data response with a low error rate of the first data transmission. (for example, BLER = 10 ^-5 ).

[0223] Examples of causes for differences in response signaling methods or PUCCHs are not limited to cases where reliability, delay, or use cases (or types of service) are different, but include cases where, for example, physical layer parameters are different. For example, the eMBB link may be replaced with a "slotted" link and URLLC with a "slotless" link. The eMBB link may also be replaced with "Type A PDSCH Mapping" or "Type A PUSCH Mapping", and URLLC may also be replaced with "Type B PDSCH Mapping" or "Type B PUSCH Mapping". In addition, the present invention is not limited to transmission corresponding to eMBB and URLLC, and for example, eMBB communication can be replaced by communication with a large transmission duration (eg, slot length or symbol length), and URLLC communication with a shorter transmission duration.

[0224] In addition, in the present invention, the error rate may be set for the first, as described above, or retransmission of data. In addition, the given error rate may also be referred to as "instantaneous error rate" in the sense of the error rate for each of the first and retransmissions.

[0225] (2) The methods for determining "requirements for reliability, delay, or use cases (or types of service)" (ie, requirements) of the response described in the above embodiments include the following examples 1-5.

[0226]

[Example 1: Scrambled sequence]

In Example 1, communication terminal 200 determines the reliability, delay, or use case (or type of service) requirements of the response signal using a UE-specific scrambled sequence that DCI uses to schedule downlink data transmission corresponding to the response signals.

[0227] UE-specific scrambled sequences such as Cellular Radio Network Temporary Identifier (C-RNTI) or Configured RNTI Plan (CS-RNTI) are used for DCI, for example, for a PDSCH capable of eMBB. Thus, the communication terminal 200 determines that the reliability of the response signal is high, the delay requirement is strict, or it is URLLC when the detected scrambled sequence is different from C-RNTI or CS-RNTI. Here, the communication terminal 200 determines that the reliability of the response signal is not high, the delay requirement is not strict, or it is eMBB when the detected scrambled sequence is C-RNTI or CS-RNTI.

[0228] For example, controller 101 (see FIG. 2) of base station 100 determines reliability, delay requirement, or use case (or type of service) information for downlink data for communication terminal 200. Certain information is output to the downlink control signal generator 109 of the base station 100. The downlink control signal generator 109 generates a DCI bit string using a scrambled sequence in accordance with the reliability requirement, delay, or use case (or type of service) of the downlink data. for the communication terminal 200 as described above.

[0229] Meanwhile, the decoder 206 (see, for example, FIG. 3) of the communication terminal 200 transmits the detected scrambled sequence to the controller 211. The controller 211 determines information about the reliability requirements, delay, or use case (or service type) of the downlink data based on the received scrambled sequence.

[0230]

[Example 2: Table of Modulation and Coding Schemes (MCS)]

In Example 2, communication terminal 200 determines the reliability, delay, or use case (or type of service) requirements of the response signal using the MCS table, which is used to schedule downlink data transmissions corresponding to the response signals.

[0231] In NR Technology Release 15, you can configure using the MCS table to achieve the target error rate BLER = 10 ^-1 or the MCS table to achieve the target error rate BLER = 10 ^-5 .

[0232] For example, the communication terminal 200 determines that the response signal requires high reliability when the MCS table is configured in the URLLC to achieve the specified error rate BLER = 10 ^-1 . Conversely, if the communication terminal 200 determines that the response signal does not require high reliability, then the MCS table is configured in the URLLC to achieve the specified error rate BLER = 10 ^-5 .

[0233] For example, the controller 101 (see FIG. 2) of the base station 100 determines information about the reliability, delay requirement, or use case (or type of service) of the downlink data for the terminal 200. The determined information is output to the downlink control signal generator 109 an encoder 103 and a modulator 105 of the base station 100. The downlink control signal generator 109 includes information about an MCS table to be used for downlink data transmission in a DCI bit string. In addition, the encoder 103 and the modulator 105 encode and modulate the downlink data using the information in the MCS table that is transmitted from the controller 101.

[0234] Meanwhile, the decoder 206 of the terminal 200 decodes the DCI and provides the decoding result to the controller 211. The controller 211 determines information about the reliability requirements, delay, or use case (or type of service) of the downlink data based on the information received from the DCI from the MCS table .

[0235]

[Example 3: PDSCH-to-HARQ-ACK time slot or number of transmission symbols for PDSCH]

In Example 3, the communication terminal 200 determines the reliability, delay, or use case (or type of service) requirements of the response signal based on the PDSCH-to-HARQ-ACK time interval or the number of transmission symbols for the PDSCH specified by the DCI for scheduling downlink data transmissions, corresponding to the responses.

[0236] For example, the terminal 200 determines that the delay requirement for the response signal is strict or the response signal is for URLLC when the PDSCH-to-HARQ-ACK time interval is equal to or less than a predetermined value, or the number of PDSCH transmission symbols is equal to or less than a predetermined number characters. Conversely, the terminal 200 determines that the delay requirement for the response signal is not strict or the response signal is intended for eMBB when the PDSCH-to-HARQ-ACK time interval is greater than the predetermined value, or the number of PDSCH transmission symbols is greater than the predetermined number of symbols.

[0237] It should be noted that the predetermined time interval value or the predetermined number of symbols may be predetermined in the standard or by a value configured by the base station 100 for the terminal 200 using a higher layer signal.

[0238] For example, the controller 101 of the base station 100 determines a PDSCH-to-HARQ-ACK time interval indicating the position of a downlink data response slot for terminal 200 or the number of PDSCH transmission symbols. Certain information is output to the downlink control signal generator 109, the signal distributor 112, and the allocation device 118 of the base station 100. The downlink control signal generator 109 includes information about the PDSCH-to-HARQ-ACK time interval or the number of PDSCH transmission symbols in bit string DCI.

[0239] Meanwhile, the decoder 206 of the terminal 200 decodes the DCI and provides the decoding result to the controller 211. The controller 211 determines the reliability requirement, delay, or use case (or service type) information of the downlink data based on the PDSCH-to slot information. -HARQ-ACK or the number of PDSCH transmission symbols to be received from DCI.

[0240]

[Example 4: Table of Channel Quality Index (CQI)]

In example 2, the communication terminal 200 determines the reliability, delay, or use case (or type of service) requirements of the response signal using a CQI table that is configured for downlink data transmissions corresponding to the response signals.

[0241] In Release 15 of NR technology, it can be configured to use a CQI table to achieve a target error rate of BLER = 10 ^-1 or a CQI table to achieve a target error rate of BLER = 10 ^-5 .

[0242] For example, terminal 200 determines that the response signal requires high reliability when the CQI table is adjusted in URLLC to achieve a given error rate BLER = 10 ^-1 . Conversely, if terminal 200 determines that the response signal does not require high reliability, then the CQI table is adjusted in URLLC to achieve the specified error rate BLER = 10 ^-5 .

[0243] For example, the controller 101 of the base station 100 determines information from the CQI table to be configured for data transmission on the downlink for the terminal 200. The determined information is output to the higher level control signal generator 106 . The higher level control signal generator 106 includes information from the CQI table in the higher level control signal.

[0244] Meanwhile, the decoder 208 of the terminal 200 decodes the higher layer control signal and outputs the decoding result to the controller 211. The controller 211 determines information about the reliability requirements, delay, or use case (or service type) of the downlink data based on the received information in CQI table from the higher level control signal.

[0245]

[Example 5: Explicit DCI Indication]

In example 5, the communication terminal 200 determines the reliability, delay, or use case (or type of service) requirements of the response signal by explicitly indicating a few DCI bits for scheduling downlink data transmission corresponding to the response signals.

[0246] An explicit indication may be information about the reliability requirements, delay or use case (or type of service) of the response signal itself, as well as information about the reliability (for example, given BLER), delay requirement or use case (or type of service) of the channel PDSCH.

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

[0248] Meanwhile, the decoder 206 of the terminal 200 decodes the DCI and provides the decoding result to the controller 211. The controller 211 obtains information about the reliability requirements, delay, or use case (or service type) of the response signal from the DCI.

[0249] Methods for determining the "requirements for reliability, delay or use case (or type of service)" of the response signal are described above. Note that the methods for determining "requirements for reliability, delay, or use case (or type of service) of the response signal" are not limited to the above examples 1 to 5, but the method for determining may be based on other requirements information.

[0250] (3) In the above embodiments, the case where the downlink data response signal is transmitted using PUCCH is described as an example. However, in the present invention, the UCI transmitted using PUCCH is not limited to response signals. For example, "Response Signal (ACK/NACK or HARQ-ACK)" may be replaced by Channel State Information (CSI) or UCI protocol including Response Signal and CSI in the above embodiments.

[0251] (4) In addition, the present invention may be implemented as software, hardware, or a combination thereof. Each functional block used in the description of embodiments may be partially or completely implemented as an integrated circuit of the LSI, each process described in the embodiments may be partially or completely controlled by one LSI (LSI) or their combination. The LSI circuit may be individually formed into chips, or a single chip may include some or all of the functional blocks. The LSI scheme may include data input and output. The LSI scheme here can be called IC (IC), LSI system, super-LSI or ultra-LSI, depending on the degree of integration. However, the integrated circuit implementation technique is not limited to LSIs, and may be implemented as an ASIC, a general purpose processor, or a special purpose processor. In addition, an FPGA (Field Programmable Gate Array) field-programmable gate array can be used, which can be programmed after the manufacture of the LSI, or a tunable processor, in which the connections and settings of the circuit elements located inside the LSI can be reconfigured. The present invention may be implemented as digital or analog processing. If integrated circuit technology replaces LSI in the future as a result of the development of semiconductor or other derivative technologies, function blocks can be integrated using new integrated circuit technologies. Biotechnology may also be applied.

[0252] The present invention may be implemented as any kind of device or system having a communication function, referred to as communication devices. Some non-limiting examples of such communication devices include a telephone (e.g., cellular phone, smartphone), tablet, personal computer (PC) (e.g., laptop, desktop, netbook), camera (e.g., digital still/camcorder), digital player (digital audio /video player), wearable device (e.g., wearable camera, smart watch, tracking device), game console, digital e-reader, telemedicine (remote health and medicine) devices, and vehicles providing communication functions (e.g., car, plane, ship) and their various combinations.

[0253] Communication devices are not limited to portable, it can be any kind of non-portable stationary device or system, such as a smart home (for example, electrical appliances, lighting, smart meter, control panel), vending machine and other “things” on the network” Internet of Things (IoT)”.

[0254] The communication may include communication over, for example, a cellular system, a wireless LAN system, a satellite system, etc., and various combinations thereof.

[0255] The communication device may include a device, such as a controller or sensor, that is connected to a communication device that performs the communication function described in the present invention. For example, the communication device may include a controller or sensor that generates control or data signals used by the device performing the communication function.

[0256] The communication device may also include an infrastructure entity such as a base station, access point, and any other device, device, or system that interacts with or controls devices such as those described above in non-limiting examples.

[0257] According to the present invention, a communication terminal includes: a circuit whose operation determines an uplink control information processing mode, or an uplink control channel used to transmit uplink control information, in accordance with a requirement for control information uplink; and a transmitter that, in operation, transmits the uplink control information using the uplink channel based on the determined processing mode.

[0258] In the communication terminal scheme according to an embodiment of the present invention, a different uplink control information coding method for which the requirement is different is applied, and the transmitter multiplexes and transmits the uplink control information after encoding in the uplink control channel.

[0259] In a communication terminal according to an embodiment of the present invention, reliability or delay requirements are taken into account, and uplink control information is mapped to an uplink control channel in order from the uplink control information requiring a higher level of reliability, or from uplink control information requiring less delay.

[0260] In a communication terminal according to an embodiment of the present invention, uplink control information is displayed in order from frequency direction to time direction in the uplink control channel.

[0261] In a communication terminal according to an embodiment of the present invention, uplink control information is scattered in the frequency direction.

[0262] In a communication terminal according to an embodiment of the present invention, more demanding uplink control information is mapped to a symbol closer to the symbol to which the reference signal is mapped.

[0263] In a communication terminal according to an embodiment of the present invention, uplink control information with a lower delay requirement is mapped to an earlier uplink control channel symbol.

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

[0265] In a communication terminal according to an embodiment of the present invention, a maximum encoding rate is adjusted for each of the uplink control information requirements.

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

[0267] In a communication terminal according to an embodiment of the present invention, the maximum encoding rate is a predetermined value.

[0268] In a communication terminal according to an embodiment of the present invention, a predetermined threshold is indicated to the communication terminal by the base station.

[0269] In a communication terminal according to an embodiment of the present invention, the uplink control information to be discarded is determined according to the priority configured for each requirement.

[0270] In a communication terminal according to an embodiment of the present invention, at least a part of the uplink control information is discarded in the uplink control channel when the number of resource blocks calculated from the number of bits of the uplink control information and the maximum coding rate exceed a predetermined threshold .

[0271] In the communication terminal according to the embodiment of the present invention, information indicating the ratio of the resource shared in the uplink control channel for the uplink control information with other requirements is transmitted by the base station to the communication terminal.

[0272] In a communication terminal according to an embodiment of the present invention, a scheme with a different resource determination method for uplink control information for which the requirement is different in the uplink control channel is applied.

[0273] In a communication terminal according to an embodiment of the present invention, there may be one or more uplink control channels transmitting uplink control information in one slot, and the transmitter transmits uplink control information for which the requirement is different using at least one of the uplink control channels differing from each other by one slot.

[0274] In a communication terminal according to an embodiment of the present invention, the circuit accordingly determines the configuration of resource sets included in different groups for uplink control information for which requirements are different from each other.

[0275] In a communication terminal according to an embodiment of the present invention, the circuit accordingly determines the configuration of resource sets included in one group for uplink control information for which requirements are different from each other.

[0276] In the communication terminal according to the embodiment of the present invention, the resource set related parameter is different for each uplink control information for which the requirement is different.

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

[0278] In a communication terminal according to an embodiment of the present invention, the parameter is the number of repetitions of the uplink control information.

[0279] In a communication terminal according to an embodiment of the present invention, a slot position for transmitting uplink control information is configured for each uplink control information for which requirements are different from each other.

[0280] In a communication terminal according to an embodiment of the present invention, the scheme discards all or punctures a part of an uplink control channel whose priority based on requirements is lower if transmissions of uplink control information for which requirements are different occur at the same time. interval.

[0281] In a communication terminal according to an embodiment of the present invention, the uplink control information is a response signal to the downlink data, the throughput of the communication terminal related to the processing time required from receiving the downlink data to transmitting the response signal, is determined for each of the requirements, timing information from receiving the downlink data to transmitting the response signal is indicated by the base station to the communication terminal, and the circuit determines the processing mode based on the timing information and throughput.

[0282] The communication method according to the present invention includes: determining a processing mode of uplink control information or an uplink control channel that is used to transmit uplink control information in accordance with an uplink control information requirement; and transmitting the uplink control information using the uplink control channel based on the determined processing mode.

[0283] The description of Japanese Patent Application No. 2018-144982, filed August 1, 2018, including the description, drawings, and abstract, are incorporated herein by reference in their entirety.

Industrial Applicability

[0284] One exemplary embodiment of the present invention is applicable to mobile communication systems.

List of reference positions

[0285]

100 base station

101, 211 Controller

102 Data Generator

103, 107, 110, 212 Encoder

104 Relay controller

105, 108, 111, 213 Modulator

106 Higher level control signal generator

109 Downlink control signal generator

112, 214 Signal distributor

113, 215 Inverse Fast Fourier Transform (IFFT)

114, 216 Transmitter

115, 201 Antenna

116, 202 Receiver

117, 203 Fast Fourier Transformer (FFT)

118, 204 Extractor

119 Demodulator

120, 206, 208, 210 Decoder

121 Determinator

200 Terminal

205 Downlink control signal demodulator

207 Demodulator of control signals of a higher level

209 Data demodulator

Claims (58)

1. Communication terminal, containing: a scheme that, in operation, defines a first physical control channel (PUCCH) resource set for the first uplink control information with a first priority requirement and a second PUCCH resource set for a second uplink control information with a second priority requirement; and a transmitter that, in operation, transmits at least one of the first uplink control information and the second uplink control information. 2. The terminal of claim 1, which is capable of transmitting the first uplink control information with the first priority requirement in the first PUCCH resource selected from the first PUCCH resource set, and is capable of transmitting the second uplink control information with the second priority requirement in a second PUCCH resource selected from the second set of PUCCH resources. 3. The terminal of claim 1, wherein the first PUCCH resource set and the second PUCCH resource set are indicated by a higher layer signal. 4. The terminal of claim 2, wherein the first PUCCH resource of the first PUCCH resource set is determined with downlink control information (DCI). 5. The terminal of claim 2, wherein the first PUCCH resource is selected from the first set of PUCCH resources based on the total number of bits of the first uplink control information with the first priority requirement. 6. The terminal of claim 1, wherein the first slot configuration used for the first uplink control information with the first priority requirement is different from the second slot configuration used for the second uplink control information with the second priority requirement. 7. The terminal according to claim 1, wherein the second uplink control information can be discarded if the first uplink control information with the first priority requirement and the second uplink control information with the second priority requirement partially or completely match, wherein the first priority claim is greater than the second priority claim. 8. The terminal of claim 1, wherein information indicating the first priority requirement or the second priority requirement is indicated by downlink control information (DCI). 9. The terminal of claim 1, wherein the first uplink control information and the second uplink control information include a response signal and channel state information (CSI). 10. Communication method performed using a communication device, including: determining a first physical control channel (PUCCH) resource set for the first uplink control information with the first priority requirement and a second PUCCH resource set for the second uplink control information with the second priority requirement; and transmitting at least one of the first uplink control information and the second uplink control information. 11. The communication method of claim 10, wherein the first uplink control information with the first priority requirement is transmitted on the first PUCCH resource selected from the first PUCCH resource set, and the second uplink control information with the second priority requirement is transmitted on the second PUCCH resource. selected from the second set of PUCCH resources. 12. The communication method of claim 10, wherein the first set of PUCCH resources and the second set of PUCCH resources are indicated by a higher layer signal. 13. The communication method of claim 11, wherein the first PUCCH resource of the first PUCCH resource set is determined by downlink control information (DCI). 14. The communication method of claim 11, wherein the first PUCCH resource is selected from the first set of PUCCH resources based on the total number of bits of the first uplink control information with the first priority requirement. 15. The communication method of claim 10, wherein the first slot configuration used for the first uplink control information with the first priority requirement is different from the second slot configuration used for the second uplink control information with the second priority requirement. 16. The communication method according to claim 10, wherein the second uplink control information is discarded if the first uplink control information with the first priority requirement and the second uplink control information with the second priority requirement partially or completely match, wherein the first priority claim is greater than the second priority claim. 17. The communication method according to claim 10, wherein information indicating the first priority requirement or the second priority requirement is indicated by downlink control information (DCI). 18. The communication method of claim 10, wherein the first uplink control information and the second uplink control information include a response signal and channel state information (CSI). 19. Base station, comprising: a transmitter that, in operation, transmits information indicating a first physical control channel (PUCCH) resource set for the first uplink control information with the first priority requirement and a second PUCCH resource set for the second uplink control information with the second priority requirement; and a receiver that, in operation, receives at least one of the first uplink control information and the second uplink control information. 20. The base station of claim 19, which is capable of transmitting the first uplink control information with the first priority requirement in the first PUCCH resource selected from the first PUCCH resource set, and is capable of transmitting the second uplink control information with the second priority requirement in a second PUCCH resource selected from the second set of PUCCH resources. 21. The base station of claim 19, wherein the first PUCCH resource set and the second PUCCH resource set are indicated by a higher layer signal. 22. The base station of claim 20, wherein the first PUCCH resource of the first PUCCH resource set is determined with downlink control information (DCI). 23. The base station of claim 20, wherein the first PUCCH resource is selected from the first set of PUCCH resources based on the total number of bits of the first uplink control information with the first priority requirement. 24. The base station of claim 19, wherein the first slot configuration used for the first uplink control information with the first priority requirement is different from the second slot configuration used for the second uplink control information with the second priority requirement. 25. The base station according to claim 19, which is capable of discarding the second uplink control information in case the first uplink control information with the first priority requirement and the second uplink control information with the second priority requirement partially or completely match, wherein the first priority claim is greater than the second priority claim. 26. The base station of claim 19, wherein the information indicating the first priority requirement or the second priority requirement is indicated by downlink control information (DCI). 27. The base station of claim 19, wherein the first uplink control information and the second uplink control information include a response signal and channel state information (CSI). 28. The communication method performed by the base station, including: transmitting information indicating a first physical control channel (PUCCH) resource set for the first uplink control information with a first priority requirement and a second PUCCH resource set for a second uplink control information with a second priority requirement; and receiving at least one of the first uplink control information and the second uplink control information. 29. The communication method of claim 28, wherein the first uplink control information with the first priority requirement is transmitted on the first PUCCH resource selected from the first PUCCH resource set, and the second uplink control information with the second priority requirement is transmitted on the second PUCCH resource. selected from the second set of PUCCH resources. 30. The communication method of claim 28, wherein the first set of PUCCH resources and the second set of PUCCH resources are indicated by a higher layer signal. 31. The communication method of claim 29, wherein the first PUCCH resource of the first PUCCH resource set is determined by downlink control information (DCI). 32. The communication method of claim 29, wherein the first PUCCH resource is selected from the first set of PUCCH resources based on the total number of bits of the first uplink control information with the first priority requirement. 33. The communication method of claim 28, wherein the first slot configuration used for the first uplink control information with the first priority requirement is different from the second slot configuration used for the second uplink control information with the second priority requirement. 34. The communication method of claim 28, wherein the second uplink control information is discarded if the first uplink control information with the first priority requirement and the second uplink control information with the second priority requirement partially or fully match, wherein the first priority claim is greater than the second priority claim. 35. The communication method of claim 28, wherein information indicating the first priority requirement or the second priority requirement is indicated by downlink control information (DCI). 36. The communication method of claim 28, wherein the first uplink control information and the second uplink control information include a response signal and channel state information (CSI). 37. Integrated circuit for communication, containing: scheme, which in the process controls: determining a first physical control channel (PUCCH) resource set for the first uplink control information with a first priority requirement and a second PUCCH resource set for a second uplink control information with a second priority requirement; and transmitting at least one of the first uplink control information and the second uplink control information; and at least one output connected to the circuit, which, in operation, outputs at least one of the first uplink control information and the second uplink control information. 38. Integrated circuit for communication, containing: scheme, which in the process controls: transmitting information indicating a first physical control channel (PUCCH) resource set for the first uplink control information with a first priority requirement and a second PUCCH resource set for a second uplink control information with a second priority requirement; and receiving at least one of the first uplink control information and the second uplink control information; and at least one output connected to a circuit that outputs said information during operation.

Images