Terminal and communication method

By applying OCC to DFT-s-OFDM PUSCH transmission, the uplink capacity and throughput in NTN are enhanced through effective UCI multiplexing, addressing resource limitations in NTN.

WO2026155119A1PCT designated stage Publication Date: 2026-07-23NTT DOCOMO INC
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
NTT DOCOMO INC
Filing Date
2026-01-13
Publication Date
2026-07-23

AI Technical Summary

Technical Problem

In Non-Terrestrial Networks (NTN), the large distance between base stations and terminals limits base station resources, necessitating enhanced uplink capacity and throughput, particularly in Uplink (UL) communication.

Method used

Applying Orthogonal Cover Code (OCC) to Discrete Fourier Transform Spread Orthogonal Frequency Division Multiplexing (DFT-s-OFDM) Physical Uplink Shared Channel (PUSCH) transmission, with a terminal determining Uplink Control Information (UCI) multiplexing based on overlapping PUCCH and PUSCH types.

Benefits of technology

This approach increases uplink capacity and improves throughput in wireless communication systems by efficiently multiplexing UCI with PUSCH, optimizing resource utilization.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure JP2026000753_23072026_PF_FP_ABST
    Figure JP2026000753_23072026_PF_FP_ABST
Patent Text Reader

Abstract

This terminal comprises: a control unit that, when a physical uplink control channel (PUCCH) with or without repetition overlaps with a PUSCH to which an orthogonal cover code (OCC) is applied, determines, on the basis of the type of uplink control information (UCI) carried on the PUCCH, whether or not to multiplex the UCI on the PUSCH; and a transmission unit that, when it is determined to multiplex the UCI on the PUSCH, transmits the PUSCH on which the UCI is multiplexed to a base station.
Need to check novelty before this filing date? Find Prior Art

Description

Terminals and communication methods

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

[0002] In NR (New Radio) (also known as "5G"), the successor system to LTE (Long Term Evolution), technologies are being considered that meet requirements such as large capacity, high data transmission speed, low latency, simultaneous connection of numerous terminals, low cost, and low power consumption.

[0003] Furthermore, NTN (Non-Terrestrial Network) is currently being considered. NTN uses non-terrestrial networks such as satellites to provide services to areas that cannot be covered by terrestrial 5G networks, mainly due to cost considerations.

[0004] 3GPP TS 38.211 V18.5.0 (2024-12)3GPP TS 38.213 V18.5.0 (2024-12)

[0005] At NTN, the distance between base stations and terminals in the air is very large, and base station resources are limited, so it is necessary to enhance the capacity and throughput of the Uplink (UL). Therefore, a method is being considered to apply Orthogonal Cover Code (OCC) to Physical Uplink Shared Channel (PUSCH) transmission using DFT-s-OFDM (Discrete fourier transform spread Orthogonal Frequency Division Multiplexing).

[0006] This invention has been made in view of the above points, and aims to increase the uplink capacity in a wireless communication system.

[0007] According to the disclosed technology, a terminal is provided comprising: a control unit that determines whether or not to multiplex the Uplink Control Information (UCI) carried by the PUCCH when a repeating or non-repeating PUCCH and a PUSCH to which an Orthogonal Cover Code (OCC) is applied overlap, based on the type of UCI carried by the PUCCH; and a transmission unit that transmits the PUSCH with the multiplexed UCI to a base station when it is determined that the UCI should be multiplexed by the PUSCH.

[0008] According to the disclosed technology, the uplink capacity in a wireless communication system can be increased.

[0009] This is a diagram illustrating an example of NTN (1). This is a diagram illustrating an example of NTN (2). This is a diagram illustrating an example of NTN (3). This is a diagram illustrating an example of NTN (4). This is a diagram illustrating an example of OCC (1). This is a diagram illustrating an example of OCC (2). This is a diagram illustrating an example of OCC (3). This is a diagram illustrating an example of PUSCH signal generation. This is a flowchart for explaining an example of PUSCH transmission in the first embodiment (and the second embodiment). This is a diagram illustrating an example of PUSCH transmission in the second embodiment (1). This is a diagram illustrating an example of PUSCH transmission in the second embodiment (2). This is a diagram illustrating an example of PUSCH transmission in the second embodiment (3). This is a diagram illustrating an example of PUSCH transmission in the second embodiment (4). This is a diagram illustrating an example of PUSCH transmission in the third embodiment (5). This is a flowchart for explaining an example of PUSCH transmission in the third embodiment. This is a diagram illustrating an example of PUSCH transmission in the third embodiment (1). This is a diagram illustrating an example of PUSCH transmission in the third embodiment (2). This is a diagram illustrating an example of PUSCH transmission in the third embodiment (3). This figure shows an example of PUSCH transmission (4) in the third embodiment. This figure shows an example of PUSCH transmission (5) in the third embodiment. This figure shows an example of PUSCH transmission (6) in the third embodiment. This figure shows an example of the functional configuration of the base station 10 in an embodiment of the present invention. This figure shows an example of the functional configuration of the terminal 20. This figure shows an example of the hardware configuration of the base station 10 or the terminal 20. This figure shows an example of the configuration of the vehicle 2001.

[0010] Embodiments of the present invention will be described below with reference to the drawings. Note that the embodiments described below are examples, and the embodiments to which the present invention is applied are not limited to those described below.

[0011] In the operation of the wireless communication system according to the embodiment of the present invention, existing technologies may be used as appropriate. However, such existing technologies include, for example, existing LTE or NR, but are not limited to existing LTE or NR.

[0012] Furthermore, in the embodiments of the present invention described below, terms such as SS (Synchronization signal), PSS (Primary SS), SSS (Secondary SS), PBCH (Physical broadcast channel), PRACH (Physical random access channel), PDCCH (Physical Downlink Control Channel), PDSCH (Physical Downlink Shared Channel), PUCCH (Physical Uplink Control Channel), and PUSCH (Physical Uplink Shared Channel), which are used in existing LTE systems, will be used. This is for convenience of description, and similar signals, functions, etc., may be called by other names. Also, the above terms in NR correspond to NR-SS, NR-PSS, NR-SSS, NR-PBCH, NR-PRACH, NR-PDCCH, NR-PDSCH, NR-PUCCH, NR-PUSCH, etc. However, even if a signal is used in NR, it is not necessarily explicitly stated as "NR-".

[0013] Furthermore, in the embodiments of the present invention, the duplex system may be a TDD (Time Division Duplex) system, an FDD (Frequency Division Duplex) system, or any other system (for example, a Flexible Duplex).

[0014] Furthermore, in the embodiments of the present invention, "configuring" wireless parameters, etc., may mean that predetermined values ​​are pre-configured, or that wireless parameters notified from the base station 10 or terminal 20 are configured.

[0015] Figure 1 shows an example of NTN (1). NTN (Non-Terrestrial Network) uses non-terrestrial equipment such as satellites to provide services to areas that cannot be covered by terrestrial 5G networks, mainly due to cost constraints. Furthermore, NTN can provide more reliable services. For example, it is envisioned to be applied to IoT (Internet of Things), ships, buses, trains, and critical communications. NTN also has scalability through efficient multicast or broadcast.

[0016] As an example from NTN, as shown in Figure 1, satellite 10A can retransmit signals transmitted from ground base station 10B to provide service to areas where ground base stations are not located, such as mountainous regions.

[0017] The terrestrial 5G network may have the configuration described below. The terrestrial 5G network includes one or more base stations 10 and terminals 20. The base station 10 is a communication device that provides one or more cells and communicates wirelessly with the terminals 20. The physical resources of the radio signal are defined in the time domain and the frequency domain, the time domain may be defined by the number of OFDM symbols, and the frequency domain may be defined by the number of subcarriers or resource blocks. The base station 10 transmits synchronization signals and system information to the terminals 20. The synchronization signals are, for example, NR-PSS and NR-SSS. The system information is transmitted, for example, in NR-PBCH and is also called broadcast information.

[0018] Base station 10 transmits control signals or data to terminal 20 via DL (Downlink) and receives control signals or data from terminal 20 via UL (Uplink). Both base station 10 and terminal 20 are capable of transmitting and receiving signals using beamforming. Furthermore, both base station 10 and terminal 20 are capable of applying MIMO (Multiple Input Multiple Output) communication to DL or UL. In addition, both base station 10 and terminal 20 may communicate via SCell (Secondary Cell) and PCell (Primary Cell) using CA (Carrier Aggregation).

[0019] Terminal 20 is a communication device equipped with wireless communication capabilities, such as a smartphone, mobile phone, tablet, wearable device, or M2M (Machine-to-Machine) communication module. Terminal 20 receives control signals or data from base station 10 via DL and transmits control signals or data to base station 10 via UL, thereby utilizing various communication services provided by the wireless communication system.

[0020] Figure 2 shows an example of NTN (2). The area per cell or beam in NTN is much larger compared to terrestrial networks (TN). Figure 2 shows an example of NTN configured by satellite retransmission. The connection between satellite 10A and NTN gateway 10B is called a feeder link, and the connection between satellite 10A and UE20 is called a service link.

[0021] As shown in Figure 2, the difference in delay between the near-side UE20A and the far-side UE20B is, for example, 10.3 ms for GEO (Geosynchronous orbit) and 3.2 ms for LEO (Low Earth orbit). The beam size in NTN is, for example, 3500 km for GEO and 1000 km for LEO.

[0022] Figure 3 shows an example of an NTN (3). As shown in Figure 3, an NTN is realized by a satellite in space or an aircraft in the air. For example, a GEO satellite may be located at an altitude of 35,786 km and have a geostationary orbit. For example, a LEO satellite may be located at an altitude of 500-2000 km and orbit with a period of 88-127 minutes. For example, a HAPS (High Altitude Platform Station) may be located at an altitude of 8-50 km and perform a circular flight.

[0023] As shown in Figure 3, the GEO satellite, LEO satellite, and HAPS aircraft may be connected to the ground station gNB via a gateway. Furthermore, the service area may increase in the order of HAPS, LEO, and GEO.

[0024] For example, NTN can extend the coverage of a 5G network to areas that are not yet serviced or are already serviced. Also, for example, NTN can improve the continuity, availability, and reliability of services in ships, buses, trains, or other critical communications. The fact that it is NTN may be notified by the transmission of a special parameter to the terminal 20, and this special parameter may be, for example, a parameter related to the determination of Timing Advance (TA) based on information relating to satellites or aircraft.

[0025] Figure 4 shows an example of NTN (4). Figure 4 shows an example of an NTN network architecture assumed in the case of a transparent payload. As shown in Figure 4, the CN (Core Network) 10D, gNB 10C, and gateway 10B are connected. Gateway 10B is connected to satellite 10A via a feeder link. Satellite 10A is connected to terminal 20A or VSAT (Very small aperture terminal) 20B via a service link. NR Uu is established between gNB 10C and terminal 20A or VSAT 20B.

[0026] Furthermore, NTN's network architecture may employ FDD or TDD. Also, the ground cells may be fixed or mobile. Additionally, terminal 20 may have the capability to support GNSS (Global Navigation Satellite System). For example, FR1 may be assumed to be a power class 3 handheld device. Also, at least FR2 may be assumed to be a VSAT device.

[0027] Furthermore, NTN's network architecture may also assume a regenerative payload. For example, the gNB function may be mounted on a satellite or aircraft. Alternatively, the gNB-DU may be mounted on a satellite or aircraft, and the gNB-CU may be deployed as a ground station.

[0028] In NTN (Non-Terrestrial Network), satellite resources are limited, requiring enhanced UL capacity and throughput. Therefore, a method of applying OCC (Orthogonal Cover Code) to DFT-s-OFDM (Discrete fourier transform spread Orthogonal Frequency Division Multiplexing) PUSCH transmission is being considered. Alternatively, OFDM could be applied to PUSCH transmission.

[0029] Figure 5 shows an example of OCC (1). As shown in Figure 5, time-domain OCC may be applied to PUCCH. A sequence-modulated complex symbol y(n) in PUCCH format 1 (see Non-Patent Literature 1) is repeated in the time domain twice, and an orthogonal sequence w 0 (m) and w 1 Multiply each by (m). Orthogonal sequence w i (m) is defined by the specifications (see Non-Patent Document 1).

[0030] FIG. 6 is a diagram showing an example (2) of OCC. As shown in FIG. 6, the OCC in the frequency domain may be applied to PUCCH. The sequences d(0), d(1), d(2), d(3), d(4), d(5) modulated by the sequence which is PUCCH format 4 (see Non-Patent Document 1) are repeated four times in the frequency domain, and are multiplied by the orthogonal sequences w 0 (k), w 1 (k), w 2 (k), w 3 (k), respectively. The orthogonal sequence w i (k) is defined by the specification (see Non-Patent Document 1).

[0031] FIG. 7 is a diagram showing an example (3) of OCC. OCC is introduced into the DMRS (Demodulation reference signal) for PUSCH. For FD (Frequency division)-OCC, 2FD-OCC adopting w f (0) and w f (1) is used for the basic (Basic) DMRS, and 4FD-OCC adopting from w f (0) to w f (3) is used for the enhanced (Enhanced) DMRS. For TD (Time division)-OCC, 2FD-OCC adopting w l (0) and w l (1) is used for the double-symbol DMRS. FIG. 7 is an example of applying TD-OCC and FD-OCC to the DMRS of PUSCH.

[0032] Regarding the DMRS ports, the number of ports of the basic DMRS is as follows. Setting type 1: Single-symbol DMRS: 2 (comb / FDM) × 2 (FD-OCC) = 4 ports Double-symbol DMRS: 2 (comb / FDM) × 2 (FD-OCC) × 2 (TD-OCC) = 8 ports Setting type 2: Single-symbol DMRS: 3 (FDM) × 2 (FD-OCC) = 6 ports Double-symbol DMRS: 3 (comb) × 2 (FD-OCC) × 2 (TD-OCC) = 12 ports

[0033] The number of ports for extended DMRS is as follows: Configuration type 1: Single symbol DMRS: 4 (comb / FDM) x 2 (FD-OCC) = 8 ports Double symbol DMRS: 4 (comb / FDM) x 2 (FD-OCC) x 2 (TD-OCC) = 16 ports Configuration type 2: Single symbol DMRS: 6 (FDM) x 2 (FD-OCC) = 12 ports Double symbol DMRS: 6 (comb) x 2 (FD-OCC) x 2 (TD-OCC) = 24 ports

[0034] Figure 8 shows an example of signal generation by PUSCH. As shown in Figure 8, block b of scrambled bits ~(q) (i) is input to the sequence modulation. Block d of the complex modulation symbols. (q) (i) is input to layer mapping. The complex modulation symbol x(i) of each codeword mapped to the layer is input to transform precoding. The block y of the complex modulation symbol (0) (k) is input to the precode. Precoded block z of the vector (p0) (i) is input to the mapping to the physical resource.

[0035] In non-codebook-based transmission, the precoding matrix W is the identity matrix. In codebook-based transmission, the precoding matrix W depends on the number of antenna ports used for transmission (see Non-Patent Document 1).

[0036] Note that “orthogonal code” or “set of OCC sequences” may mean a sequence of orthogonal codes or orthogonal cover codes applied to a PUSCH data transmission for a single multiplexed UE. For example, an orthogonal code or orthogonal cover code of length 4 is [1, -1, 1, -1], and “one bit of the orthogonal code or orthogonal cover code” may mean 1 or -1.

[0037] (Regarding the application of OCC) In enhancing UL capacity by applying OCC to PUSCH, the following aspects are being considered: • OCC type (TD-OCC, FD-OCC, intra-symbol OCC, inter-symbol OCC, inter-slot OCC, etc.) • Unit of application of OCC • Length of OCC • Arrangement of OCC indexes • Sequence of OCC

[0038] Regarding OCC types, combinations of PUSCH with multiplexed UCI and PUSCH to which OCC is applied are being considered. When OCC is applied to PUSCH, it is necessary to extend the rules for multiplexing UCI in PUSCH.

[0039] In conventional technology, the operations shown in 1) and 2) below are defined in the specifications.

[0040] 1) When a PUCCH is transmitted with repetition applied, if the PUCCH overlaps with a PUCCH that has repetition or does not, the transmission of the PUCCH is canceled or dropped, and the repetition of the PUCCH is transmitted.

[0041] 2) When a PUCCH is transmitted without repetition applied, if the PUCCH overlaps with a PUCCH that has repetition or does not, the UCI carried by the PUCCH is multiplexed only in the overlapping slots of the PUCCH.

[0042] The operation of multiplexing UCI to a PUSCH to which OCC is applied needs to be clarified based on the specifications. Note that channel overlap may mean that the channels overlap at least in the time domain.

[0043] Regarding the overlap between PUSCH to which OCC applies and PUCCH, the matters described in each of the options below are agreed upon in 3GPP (registered trademark).

[0044] When a non-repeating PUCCH overlaps with an inter-slot OCC having any PUCCH repetitions in the OCC group, the following options should be considered.

[0045] Option 1: UCI will be dropped. Whether all UCI will be dropped requires further consideration.

[0046] Option 2: The UCI is sent as a PUCCH, and all repeated PUCCHs within the OCC group are dropped.

[0047] Option 3: The UCI is multiplexed to a PUSCH with inter-slot OCC.

[0048] Option 3-a: The UCI is multiplexed with all PUSCH repeats within an OCC group that has inter-slot OCCs. Further consideration is needed regarding which OCC groups this applies to.

[0049] Option 3-b: UCI is multiplexed with PUSCH, and OCC is not applied within the OCC group.

[0050] Option 3-c: UCI is multiplexed into PUSCH, and OCC is not applied within the PUSCH iteration.

[0051] You may also apply a combination of the above options.

[0052] Further consideration is needed regarding the details of the PUCCH and PUSCH timelines. Further consideration is needed regarding the handling of PUCCH with repetitions. Further consideration is needed regarding the handling of different UCI types.

[0053] (Regarding the description in the specification) For reference, a part of the description in the specification will be explained. Non-patent document 2 (TS38.213 9.2.6) states, "If PUCCH with repetition overlaps with PUSCH, UE transmits the PUCCH and does not transmit the PUSCH in the overlapping slots." Furthermore, the operation excerpted from the specification in this specification may be applied to the operation of terminal 20 and base station 10 in this embodiment.

[0054] More specifically, the following provision states: "If a UE would transmit a PUCCH over a first number N PUCCH repeat If a UE would transmit a PUCCH over a first number N PUCCH repeat>1 of slots and the UE would transmit a PUSCH with repetition Type B over a second number of slots, and the PUCCH transmission would overlap with actual PUSCH repetitions in one or more slots, and the conditions in clause 9.2.5 for multiplexing the UCI in the PUSCH are satisfied for the overlapping actual PUSCH repetitions, the UE transmits the PUCCH and does not transmit the overlapping actual PUSCH repetitions.」 Also, in Non-Patent Document 2 (TS38.213 9.2.6), it is described as follows: "For overlap between PUCCH without repetition and PUSCH, following rules are considered:": If a UE would transmit on a serving cell a PUSCH without UL-SCH that overlaps with a PUCCH transmission on a serving cell that includes positive SR information, the UE does not transmit the PUSCH. If a UE would transmit CSI reports on overlapping physical channels, the UE applies the priority rules described in [6, TS 38.214] for the multiplexing of CSI reports.If a UE - would multiplex UCI in a PUCCH transmission that overlaps with a PUSCH transmission, and - the PUSCH and PUCCH transmissions fulfil the conditions in clause 9.2.5 for UCI multiplexing, the UE - multiplexes only HARQ-ACK information, if any, from the UCI in the PUSCH transmission and does not transmit the PUCCH if the UE multiplexes aperiodic or semi-persistent CSI reports in the PUSCH; - multiplexes only HARQ-ACK information and CSI reports, if any, from the UCI in the PUSCH transmission and does not transmit the PUCCH if the UE does not multiplex aperiodic or semi-persistent CSI reports in the PUSCH. A UE does not expect to multiplex in a PUSCH transmission in one slot with SCS configuration μ1 UCI of same type that the UE would transmit in PUCCHs in different slots with SCS configuration μ2 if μ1 <μ2.A UE does not expect to multiplex in a PUSCH transmission or in a PUCCH transmission HARQ-ACK information that the UE would transmit in different PUCCHs of a same priority index. A UE does not expect a PUCCH resource that results from multiplexing overlapped PUCCH resources, if applicable, to overlap with more than one PUSCHs if each of the more than one PUSCHs includes aperiodic CSI reports. A UE does not expect to detect a first DCI format having associated HARQ-ACK information without scheduling a PDSCH reception, and indicating a resource for a PUCCH transmission with a HARQ-ACK codebook that would include the HARQ-ACK information in a slot if the UE - detects a second DCI format in a PDCCH monitoring occasion, that starts before a PDCCH monitoring occasion for the first DCI format, that schedules a PUSCH transmission in the slot, and - multiplexes the HARQ-ACK codebook in the PUSCH transmission in the slot.(Regarding the issue) The following matters are being considered regarding the overlap between PUCCH and PUSCH with OCC. Note that "w / o," "w / ," and "rep" are abbreviations for "without," "with," and "repetition," respectively.

[0055] - UCI multiplexing for the overlap between "PUCCH w / o rep" and "PUSCH w / or w / o rep" - UCI multiplexing for the overlap between "PUCCH w / rep" and "PUSCH w / or w / o rep" - Timeline conditions for UCI multiplexing of the overlap between "PUCCH w / o or w / rep" and "PUSCH w / o or w / rep with OCC".

[0056] In light of the aforementioned agreement under 3GPP (registered trademark), it is necessary to further consider the following matters.

[0057] (1) Overlap between PUCCH and PUSCH with OCC, taking into account different UCI types.

[0058] The matters under consideration concern both the overlap between "PUCCH w / o rep" and "PUSCH w / or w / o rep", and the overlap between "PUCCH w / rep" and "PUSCH w / or w / o rep".

[0059] (2) Application of UCI multiplexing considering PUCCH with repetition.

[0060] In this embodiment, by clarifying the operations of (1) and (2) above, the uplink capacity in the wireless communication system is increased as a result.

[0061] (Outline of Embodiments) The following describes the operation of the terminal 20 and base station 10 in relation to (1) and (2) above, specifically the first to third embodiments. The outlines of the first to third embodiments are as follows.

[0062] First Embodiment: The first embodiment is an embodiment relating to operation considering different UCI types when PUCCH (with or without repetition) overlaps with PUSCH.

[0063] Second Embodiment: The second embodiment is an embodiment of limitations on the application of UCI multiplexing when UCI multiplexing to PUSCH is supported in the case of overlap between repeating PUCCH and PUSCH.

[0064] Third Embodiment: The third embodiment is an embodiment of timeline conditions for UCI multiplexing between PUCCH and PUSCH with repetition.

[0065] (Common Matters) Before describing each embodiment, we will first explain the matters common to the first to third embodiments.

[0066] "Orthogonal code" / "Set of OCC sequences" / "Group of OCCs" refers to a sequence of orthogonal codes applied to PUSCH data transmission for multiplexed UEs.

[0067] For example, an orthogonal code of length 4 could be [1, -1, 1, -1], and "one bit of the orthogonal code" would mean 1 or -1.

[0068] "OCC PUSCH transmission group / OCC group" refers to PUSCH transmissions to which the OCC sequence of the same group is applied.

[0069] For example, if the OCC length is 4 and the repetitions are 8, the OCC bits are [w 0 lol 1 lol 2 lol 3 lol 0 lol 1 lol 2 lol 3 It is mapped as ]. The first "w 0 lol 1 lol 2 lol 3" is the first group, and the second "w 0 lol 1 lol 2 lol 3 This is the second group.

[0070] The OCC types / technologies include the following: Inter-slot time domain OCC with lengths 2 and 4; Intra-symbol frequency domain pre-DFT OCC with lengths 2 and 4; Combinations of inter-slot OCC and intra-symbol OCC with a spread factor up to 8. Note that inter-slot time domain OCC may be replaced with inter-symbol time domain OCC.

[0071] "UCI multiplexing" means that the UCI in the PUCCH is multiplexed on the overlapping slots of PUSCHs or multiplexed on the OCC groups which contain overlapping slots.

[0072] (First Embodiment) First, the first embodiment will be described. In the first embodiment, the operation of the terminal 20 related to the rules for enabling UCI multiplexing when a PUCCH transmission with OCC overlaps with a PUCCH with or without repetition will be described.

[0073] <First Embodiment: Basic Operation> First, the basic operation of the first embodiment will be explained. Figure 9 is a sequence diagram illustrating an example of PUSCH transmission in the first embodiment (and the second embodiment). In step S101, terminal 20 resolves the overlap between PUCCH and PUSCH. In step S102, terminal 20 transmits a PUSCH with UCI multiplexed and OCC applied to base station 10. Base station 10 receives a PUSCH with UCI multiplexed and OCC applied. Note that the operation in step S102 is just one example.

[0074] When terminal 20 transmits a PUSCH to which OCC applies, it may perform the following operations 1) and / or 2). Base station 10 receives the PUSCH transmitted from terminal 20 that has performed the following operations 1) and / or 2).

[0075] Operation 1) If a PUCCH to which repetition is not applied overlaps with a PUCCH to which repetition is applied or not applied, terminal 20 may perform the operations a) to c) shown below.

[0076] a) The UCI carried in the PUCCH may be multiplexed into the PUCCH only in the overlapping slots, and the PUCCH may be transmitted. For example, before OCC is applied, the UCI carried in the PUCCH may be multiplexed into the PUCCH only in the overlapping slots, and the PUCCH may be transmitted. For example, REs that do not include duplicated REs based on OCC may be assumed to be available for UCI transmission.

[0077] b) The UCI carried by the PUCCH may be multiplexed in a PUSCH (let's call it PUSCH-X) in the overlapping slot and in a PUSCH (let's call it PUSCH-Y) that has the same set of OCC codes for PUSCH-X, or PUSCH-X and PUSCH-Y may be transmitted. PUSCH-Y will have the same data as PUSCH-X. For example, if UL-SCH and UCI are multiplexed in PUSCH-X, PUSCH-X will be duplicated in PUSCH-Y. For example, if the OCC code is {-1, +1, -1, +1} and the repetition is performed 8 times, the OCC code will be repeated twice, such as in a first set of 4 repetitions and a second set of 4 repetitions. The first set of 4 repetitions will be a PUSCH with the same set of OCC codes. The second four-time PUSCH repetition is treated as a PUSCH with the same set of OCC codes.

[0078] c) Terminal 20 may assume that no overlap occurs with PUCCH when OCC is applied to PUSCH.

[0079] Operation 2) If a PUCCH to which repetition is applied overlaps with a PUSCH to which repetition is applied or not applied, terminal 20 may perform any, part, or all of the operations a) to g) shown below.

[0080] a) The UCI carried by the PUCCH may be multiplexed into the PUCCH in all overlapping slots, and the PUCCH may be transmitted.

[0081] b) The UCI carried by the PUCCH may be multiplexed into the PUCCH in all slots, including overlapping and non-overlapping slots, and the PUCCH may be transmitted.

[0082] c) The UCI carried by the PUCCH may be multiplexed in a PUSCH (let's call it PUSCH-X) in the overlapping slot and in a PUSCH (let's call it PUSCH-Y) having the same OCC code as the OCC code for PUSCH-X, and PUSCH-X and PUSCH-Y may be transmitted. PUSCH-Y will have the same data as PUSCH-X.

[0083] d) Terminal 20 may assume that no overlap occurs with PUCCH when OCC is applied to PUSCH.

[0084] e) Multiplexing of UCI to PUSCH may be performed only if the PUCCH slot is the same as the PUSCH slot. For example, if the number of repetitions is the same and the starting slot is the same, multiplexing of UCI to PUSCH may be performed. Alternatively, if all PUCCH repetitions overlap with PUSCH repetitions, multiplexing of UCI to PUSCH may be performed.

[0085] f) A new upper-layer parameter may be introduced to enable multiplexing of the UCI to PUSCH in cases where operation 2) overlaps. For example, the upper-layer parameter may be notified from the base station 10 to the terminal 20.

[0086] g) When a repeating PUCCH overlaps with a repeating PUCCH in multiple slots to which the same OCC code or the same set of OCC codes is applied, operation 2)a) or operation 2)c) may be applied, the PUCCH may be dropped, or the transmission of the PUCCH may be canceled. Also, when a repeating PUCCH overlaps with a repeating PUCCH in multiple slots to which the same OCC code and different OCC codes are applied, the PUCCH may be dropped, or the transmission of the PUCCH may be canceled.

[0087] Furthermore, different mechanisms may be applied to the overlapping cases of operation 1) and operation 2) above. The OCC index may be replaced with the antenna port index. The OCC and OCC index may be interchangeable. The OCC and / or OCC index may be replaced with information related to the OCC. The information related to the OCC may be, for example, the length of the OCC. The above operations may be applicable when UCI multiplexing of PUSCH is performed, or when UCI multiplexing of PUSCH is not performed.

[0088] <First Embodiment: Operation According to UCI Type> In each of the above-described operations 1 and 2, the terminal 20 may perform the following operations according to the UCI type. That is, when PUCCH (with or without repetition) and PUSCH (with or without repetition) with OCC applied overlap, the terminal 20 may decide whether or not to multiplex the UCI in PUSCH based on the type of UCI carried by PUCCH. Specifically, the terminal 20 performs, for example, the operations in Examples 1 to 3 below. Both operations 1 and 2 described above are referred to as "basic operations".

[0089] Example 1: When the UCI is HARQ-ACK information, terminal 20 performs the operation of multiplexing the UCI in the basic operation to PUSCH and transmitting it. In other words, for example, when a PUCCH (with or without repetition) carrying HARQ-ACK information overlaps with PUSCH, terminal 20 multiplexes the HARQ-ACK information to PUSCH and transmits it.

[0090] If the UCI is HARQ-ACK information, terminal 20 may choose not to perform the operation of multiplexing the UCI in the basic operation to PUSCH and transmitting it.

[0091] Example 2: When the UCI is HARQ-ACK information and CSI information, terminal 20 performs the operation of multiplexing the UCI in the basic operation to PUSCH and transmitting it. In other words, for example, when terminal 20's PUCCH (with or without repetition) carrying the HARQ-ACK information and CSI information overlaps with PUSCH, it multiplexes the HARQ-ACK information and CSI information to PUSCH and transmits it.

[0092] In this case, for example, HARQ-ACK information and CSI reports are multiplexed into the PUSCH OCC group. Furthermore, if HARQ-ACK information is multiplexed into the PUSCH OCC group, the CSI report may be dropped.

[0093] Furthermore, if the UCI is HARQ-ACK information and CSI information, the terminal 20 may choose not to perform the operation of multiplexing and transmitting the UCI in the basic operation to PUSCH.

[0094] Example 3: When the UCI is an SR, terminal 20 performs the operation of multiplexing the UCI in the basic operation to PUSCH and transmitting it. In other words, for example, when a PUCCH (with or without repetition) carrying an SR overlaps with a PUSCH, terminal 20 multiplexes the SR to PUSCH and transmits it.

[0095] Furthermore, if the UCI is SR, terminal 20 may choose not to perform the operation of multiplexing the UCI in the basic operation to PUSCH and transmitting it.

[0096] <First Embodiment: Operation in Response to PUSCH Transmission> In the basic operation, terminal 20 may perform the following operations depending on the type (content) of the PUSCH transmission. That is, when a PUCCH (with or without repetition) and a PUSCH with OCC applied (with or without repetition) overlap, terminal 20 may decide whether or not to multiplex the UCI to the PUSCH based on the type (content) of the PUSCH transmission. Specifically, terminal 20 performs, for example, the operations in Examples 4 to 6 below.

[0097] Example 4: If PUSCH is a PUSCH that does not have UL-SCH data, terminal 20 performs the operation of multiplexing the UCI in the basic operation to PUSCH and transmitting it. In other words, for example, if PUSCH is a PUSCH that does not have UL-SCH data, terminal 20 multiplexes the UCI to PUSCH and transmits it to PUSCH when PUCCH (with or without repetition) and PUSCH overlap.

[0098] Alternatively, if the PUSCH is a PUSCH that does not have UL-SCH data, the terminal 20 may choose not to perform the operation of multiplexing and transmitting the UCI in the basic operation to the PUSCH.

[0099] Example 5: When PUSCH is a PUSCH with UL-SCH data, terminal 20 performs the operation of multiplexing the UCI in the basic operation to PUSCH and transmitting it. In other words, for example, when PUSCH is a PUSCH with UL-SCH data, terminal 20 multiplexes the UCI to PUSCH and transmits it to PUSCH when PUCCH (with or without repetition) and PUSCH overlap.

[0100] Alternatively, if the PUSCH is a PUSCH that has UL-SCH data, the terminal 20 may choose not to perform the operation of multiplexing and transmitting the UCI in the basic operation to the PUSCH.

[0101] Example 6: When PUSCH is a PUSCH that has UL-SCH data and AP / SP-CSI, terminal 20 performs the operation of multiplexing the UCI in the basic operation to PUSCH and transmitting it. In other words, for example, when PUSCH is a PUSCH that has UL-SCH data and AP / SP-CSI, terminal 20 multiplexes the UCI to PUSCH and transmits it to PUSCH when PUCCH (with or without repetition) and PUSCH overlap.

[0102] Alternatively, if the PUSCH is a PUSCH that has UL-SCH data and AP / SP-CSI, the terminal 20 may choose not to perform the operation of multiplexing and transmitting the UCI in the basic operation to the PUSCH.

[0103] Example 7: Examples 1 to 6 may be combined in any way as needed.

[0104] Furthermore, the operations described in Examples 1 to 7 above may also be applied to the second embodiment. In other words, with respect to the operations described in Examples 1 to 7 above, the operations of the second embodiment may be included in the "basic operations."

[0105] <Effects of the First Embodiment> According to the technology of the first embodiment, in a PUSCH to which OCC is applied, UCI and UL-SCH can be transmitted efficiently, and an increase in UL capacity and an improvement in throughput can be achieved in the system. In other words, the capacity of the uplink can be increased in a wireless communication system.

[0106] (Second Embodiment) Next, a second embodiment will be described. In the second embodiment, when terminal 20 performs a PUSCH transmission with OCC applied, an example of UCI multiplexing operation to a PUSCH will be described when there is an overlap between the PUSCH and a repeating PUCCH. Operation example a and operation example b will be described below.

[0107] <Second Embodiment: Operation Example a> In operation example a, terminal 20 performs UCI multiplexing to the PUCCH when it determines that all of the repeated PUCCHs overlap into the same OCC group. More specific examples will be explained as operation examples a-1 to a-3.

[0108] Operation Example a-1: Figure 10 is a diagram illustrating operation example a-1. In the example in Figure 10, the four OCC bits applied to the four PUCCHs constitute the same OCC group, so all of the repeated PUCCHs overlap the same OCC group. Therefore, terminal 20 performs UCI multiplexing to PUCCH1 and PUCCH2 (or PUCCH0-3).

[0109] Operation Example a-2: Figure 11 is a diagram illustrating operation example a-2. In the example in Figure 11, of the four OCC bits applied to the four PUCCHs, the OCC group of two OCC bits applied to PUCCH0 and PUCCH1 is different from the OCC group of two OCC bits applied to PUCCH2 and PUCCH3. In other words, the two repeated PUCCHs overlap with different OCC groups, so terminal 20 does not perform multiplexing of the UCI to the PUCCH.

[0110] Terminal 20 drops two repeating PUCCHs that overlap with the first PUCCH. For PUCCHs that do not overlap with the first PUCCH, there are two options: Option 1 and Option 2.

[0111] <Option 1> Terminal 20 also drops PUCCHs to which the OCC group applied to the PUCCH being dropped applies, and which do not overlap with the PUCCH. In other words, in the example in Figure 11, terminal 20 drops PUCCH1 and PUCCH2, as well as PUCCH0 and PUCCH3.

[0112] <Option 2> Terminal 20 does not drop PUSCHs to which the OCC group applied to the PUSCH to be dropped applies, and PUSCHs that do not overlap with the PUSCH. Terminal 20 transmits such PUSCHs without OCC. In other words, in the example in Figure 11, terminal 20 drops PUSCH1 and PUSCH2, and transmits PUSCH0 and PUSCH3 without OCC.

[0113] Operation Example a-3: Figure 12 is a diagram illustrating operation example a-3. In the example in Figure 12, only a portion of the two repeated PUCCHs (in the example in Figure 12, PUCCHrep1) overlaps with the PUSCH, so terminal 20 does not perform multiplexing of the UCI to the PUSCH.

[0114] Terminal 20 drops any PUCCH that overlaps with an existing PUCCH. For PUCCHs that do not overlap with an existing PUCCH, there are two options: Option 1 and Option 2.

[0115] <Option 1> Terminal 20 also drops PUCCHs to which the OCC group applied to the PUCCH to be dropped applies, and PUCCHs that do not overlap with the PUCCH. In other words, in the example in Figure 12, terminal 20 drops PUCCH0 and PUCCH1 to 3.

[0116] <Option 2> Terminal 20 does not drop PUSCHs to which the OCC group applied to the PUSCH to be dropped applies, and PUSCHs that do not overlap with the PUSCH. Terminal 20 transmits the PUSCH without OCC. In other words, in the example in Figure 12, terminal 20 drops PUSCH0 and transmits PUSCH1 to 3 without OCC.

[0117] <Variations> Terminal 20 performs multiplexing of the UCI to the PUCCH even if only a portion of the multiple repeated PUCCHs (in the example in Figure 12, PUCCHrep1) overlaps with the PUCCH. In this case, terminal 20 may drop the PUCCHs that do not overlap with the PUCCHs among the multiple repeated PUCCHs.

[0118] <Second Embodiment: Operation Example b> Operation Example b describes the case where multiple repeated PUCCHs, or at least one of the multiple repeated PUCCHs, overlap with the first repetition in the OCC group. Operation Examples b-1 and b-2 below are described as examples of operation in this case.

[0119] Operation Example b-1: In operation example b-1, terminal 20 performs multiplexing of the UCI to PUSCH. Figure 13 shows an example of operation example b-1. In the example shown in Figure 13, PUCCHrep0, which is one of the multiple repeated PUCCHs, overlaps with PUSCH1, which is the first repetition in the OCC group, so terminal 20 multiplexes the UCI carried by PUCCHrep0 and PUCCHrep1 to PUSCH1 to 4.

[0120] Operation Example b-2: Figure 14 shows operation example b-2. In the example in Figure 14, none of the repeated PUCCHs overlap with the first repetition of PUSCH (i.e., PUSCH1), so terminal 20 does not perform multiplexing of the UCI to PUSCH.

[0121] <Effects of the Second Embodiment> According to the technology of the second embodiment, in a PUSCH to which OCC is applied, UCI and UL-SCH can be transmitted efficiently, and an increase in UL capacity and an improvement in throughput can be achieved in the system. In other words, the capacity of the uplink can be increased in a wireless communication system.

[0122] (Third Embodiment) Next, a third embodiment will be described.

[0123] Figure 15 is a flowchart illustrating an example of a PUSCH transmission in the third embodiment. In step S201, terminal 20 determines the OCC to be applied to the PUSCH repeat transmission. In step S202, UE executes the PUSCH repeat transmission to which the OCC has been applied.

[0124] The third embodiment relates to a timeline condition when a repeating PUCCH and a PUCCH to which OCC is applied overlap.

[0125] Non-patent document 2 contains, for example, the following description regarding timeline conditions: "9.2.5 UE procedure for reporting multiple UCI types If a UE would transmit multiple overlapping PUCCHs in a slot or overlapping PUCCH(s) and PUSCH(s) in a slot and, when applicable as described in clauses 9.2.5.1, 9.2.5.2, 9.2.5.3 and 18, the UE is configured to multiplex different UCI types or UCI of different priority indexes in one PUCCH, and at least one of the multiple overlapping PUCCHs or PUSCHs is in response to a DCI format detection by the UE, the UE multiplexes all corresponding UCI types or UCI of different priority indexes if the following conditions are met. If one of the PUCCH transmissions or PUSCH transmissions is in response to a DCI format detection by the UE, the UE expects that the first symbol s0 of the earliest PUCCH or PUSCH, among a group overlapping PUCCHs and PUSCHs in the slot, satisfies the following timeline conditions - s0 is not before a symbol with CP starting after T mux proc,1after a last symbol of any corresponding PDSCH,...".

[0126] Furthermore, Non-Patent Document 1 contains the following description:

[0127] If one of the PUCCH or PUSCH transmissions is included in the response to the DCI format detected by the UE, the UE will determine the first symbol S of the leading PUCCH or PUSCH within the overlapping group of PUCCH and PUSCH in the slot. 0 However, it is assumed that the specified timeline conditions are met.

[0128] If there is at least one PUCCH in a group of overlapping PUCCH and PUSCH, T proc,2 mux is, {T proc,2 mux,1 ,..., T proc,2 mux,i It is given by the maximum value of ,...}. Here, for the i-th PUCCH in the group of overlapping PUCCH and PUSCH, T proc,2 mux,i = max((N 2 +d 2,1 +1)・(2048+144)・κ・2 -μ ・T c +T switch d 2,2 ), d 2,1 d 2,2 And N 2 The i-th PUSCH is selected based on the PUSCH processing capability and SCS setting μ of the UE.

[0129] Here, μ corresponds to a PDCCH that schedules the i-th PUSCH, a PDCCH that schedules a PDSCH or does not schedule a PDSCH and provides a DCI format corresponding to the HARQ-ACK information on the PUCCH included in the overlapping PUCCH / PUSCH group, and the minimum SCS setting used for all PUSCHs included in the overlapping PUCCH / PUSCH group.

[0130] If there are multiplexed non-periodic CSI reports in a group of overlapping PUCCHs and PUSCHs, then schedule all PDCCHs and PDSCHs that carry the DCI format for scheduling the overlapping PUSCHs, or from the last symbol of the PDCCH that supplies the DCI format corresponding to the HARQ-ACK information contained in the overlapping PUCCHs within that slot, T proc,CSI mux =max((Z+d)・(2048+144)・κ・2 -μ ・T c +T switch From the symbol with CP that starts later than d2,2), S 0 It must not be in front.

[0131] UE is the initial symbol S of PUCCH or PUSCH. 0 It is assumed that the timeline conditions are met. The UE does not assume that there are any PUCCH or PUSCH responses to DCI format detection that overlap with other PUCCH or PUSCH that do not meet the timeline conditions.

[0132] If there are overlapping PUCCH and PUSCH groups with multiplexed aperiodic CSI reports, and the aperiodic CSI-RS resource for channel measurements and the aperiodic CSI-IM for interferometry and the aperiodic NZP CSI-RS for interferometry used for channel measurements, then Z' proc,CSI mux =(Z′+d)・(2048+144)・κ・2 -μ ・T c The next UL symbol Z' will start later with a CP. ref mux S 0 If the event occurs before the event, the UE does not need to update the CSI report for the triggered CSI report n.

[0133] The above is an explanation of the excerpt from Non-Patent Document 2.

[0134] When OCC is applied to PUSCH, the rules for UCI multiplexing on PUSCH need to be strengthened. In particular, the UCI is multiplexed to all iterations to which the same set of OCCs with overlapping PUSCH iterations are assigned. The timeline conditions for UCI multiplexing need to be reconsidered.

[0135] The time conditions for UCI multiplexing must consider not only PUCCH and overlapping PUSCH iterations, but also all iterations to which the same OCC applies. An extension to the timeline conditions for UCI multiplexing that considers PUSCH with OCC is described below.

[0136] <Summary of the Third Embodiment>

[0137] The timeline conditions for applying UCI multiplexing to PUCCH when a repeating PUCCH and a PUCCH to which OCC is applied overlap are not defined in the prior art. Therefore, the third embodiment will describe an embodiment of said timeline conditions.

[0138] The following describes examples 1 to 3 of the operation.

[0139] <Third Embodiment: Operation Example 1> In Operation Example 1, the first symbol of the earliest PUSCH repeat among the PUSCH repeats that are multiplexed with the same UCI is S 0 Let's assume that.

[0140] For example, when the same UCI included in a repeating PUCCH is multiplexed on a PUSCH that overlaps with the repeating PUCCH, and a set of the same OCC as the PUSCH that overlaps with the PUCCH is multiplexed on a PUSCH repeat to which is assigned, the timeline condition is the first symbol S of the earliest PUSCH among these PUSCH repeats. 0 This applies to the first symbol S of the leading PUSCH repeat, starting from the end of the corresponding most recent DL. 0 The section up to that point may be considered as part of the timeline conditions.

[0141] In other words, when a PUSCH with OCC is transmitted, and a repeating PUCCH and a PUSCH overlap, regarding the multiplexing of the UCI to the PUSCH, terminal 20 uses the same OCC sequence as the first symbol S of the leading PUSCH that overlaps with the repeating PUCCH. 0 It is assumed that the timeline conditions are satisfied by the first symbol S_0 of the earliest PUSCH which uses the same OCC sequence with the PUSCH overlapping with PUCCH repetitions.

[0142] Furthermore, terminal 20 does not expect a PUSCH (PUSCH repetition) and other PUSCHs (PUSCH repetitions) which use the same OCC sequence in response to DCI format detection to overlap with any other PUCCH repetitions or PUSCH that do not satisfy the timing conditions. This can also be expressed as "UE does not expect a PUSCH (PUSCH repetition) and other PUSCHs (PUSCH repetitions) which use the same OCC sequence in response to DCI format detection to overlap with any other PUCCH repetitions or PUSCH that do not satisfy the timing conditions."

[0143] Note that the PUCCH repetition that overlaps with PUSCH may be the first PUCCH repetition in the overlapping slot group, or it may be any PUCCH repetition.

[0144] The following describes examples 1-1 and 1-2 of the operation.

[0145] Operation Example 1-1: Figure 16 shows Operation Example 1-1 of PUSCH transmission. As shown in Figure 16, the same set of OCC w 0 , lol 1 , lol 2 , lol 3 However, when the repetitions of PUSCH are assigned to PUSCH1, PUSCH2, PUSCH3, and PUSCH4 respectively, PUCCHrep0 and PUCCHrep1 will overlap with PUSCH2 and 3. In this case, S 0 This is the beginning of PUSCH1.

[0146] Operation Example 1-2: Figure 17 shows Operation Example 1-2 of PUSCH transmission. As shown in Figure 17, the same set of OCC w 0 , lol 1 However, when PUCCH is assigned to repetitions PUCCH1 and PUCCH2, PUCCH3 and PUCCH4 respectively, PUCCHrep0 will overlap with PUCCH4. In this case, S 0 This may be placed at the beginning of PUSCH3.

[0147] Terminal 20 is the leading symbol S of the PUSCH to which the same set of OCCs applied to the overlapping PUSCH is assigned. 0 It can be assumed that the timeline conditions are satisfied.

[0148] <Third Embodiment: Operation Example 2> Next, we will explain Operation Example 2 of UE operation based on timeline conditions. Operation Example 2 has Option 1 and Option 2, so we will explain each of them.

[0149] Option 1: The scheduling-restricted terminal 20 assumes that the timeline conditions based on Operation Example 1 are satisfied for PUCCH / PUSCH overlap and / or UCI multiplexing. If the timeline conditions are satisfied, the UCI is multiplexed on the PUSCH iterations considered in the timeline condition check. Terminal 20 does not assume that the timeline conditions are not satisfied for PUCCH / PUSCH overlap and / or UCI multiplexing.

[0150] Option 2: If different UE behavior timeline conditions are satisfied, UCI is multiplexed on the PUSCH repetitions considered in the timeline condition check. If the timeline conditions are not satisfied, UCI may not be multiplexed on any PUSCH and may be dropped. Alternatively, if the timeline conditions are not satisfied, UCI (e.g., CSI) may not be updated and may be multiplexed on the PUSCH repetitions considered in the timeline condition check.

[0151] Operation Example 2-1: FIG. 18 is a diagram showing Operation Example 2-1 of PUSCH transmission. As shown in FIG. 18, from the end of the corresponding latest DL, the first symbol S of the PUSCH repetition to which the same set of leading OCCs is assigned 0 If the timeline conditions up to are satisfied, UCI may be multiplexed on each PUSCH repetition.

[0152] Operation Example  2-2: FIG. 19 is a diagram showing Operation Example 2-2 of PUSCH transmission. As shown in FIG. 19, from the end of the corresponding latest DL, the first symbol S of the PUSCH repetition to which the same set of leading OCCs is assigned 0 If the timeline conditions up to are not satisfied, UCI may be dropped or may not be scheduled.

[0153] <Third Embodiment: Operation Example 3> Next, Operation Example 3, which is an operation example regarding the required processing time, will be described.

[0154] The processing times that can be shown in 1) - 4) below may be used in the above Operation Example 2 of the Third Embodiment (see Non-Patent Document 2).

[0155] 1) T for PDSCH proc,1 mux 2) T for DCI associated with HARQ-ACK that does not schedule PDSCH proc,release mux 3) T for PUSCH that does not include A-CSI proc,2 mux 4) For PUSCH including A-CSI, T proc,CSI mux , Z' proc,CSImux

[0156] The processing time may be different between the case where OCC is applied and the case where OCC is not applied. For example, when OCC is applied, it is X, and when OCC is not applied, it is Y, provided that X = Y + N.

[0157] Operation Example 3-1: FIG. 20 is a diagram showing Operation Example 3-1 of PUSCH transmission. As shown in FIG. 20, to the timeline condition between the end of the PDCCH that schedules the PUSCH or the PUCCH carrying the corresponding HARQ-ACK and the start of the PUSCH repetition to which the same OCC sequence without AP-CSI is applied, the legacy value T proc,2 mux may be applied.

[0158] Operation Example 3-2: FIG. 21 is a diagram showing Operation Example 3-2 of PUSCH transmission. As shown in FIG. 21, to the timeline condition between the end of the PDCCH that schedules the PUSCH or the PUCCH carrying the corresponding HARQ-ACK and the start of the PUSCH repetition to which the same OCC sequence with AP-CSI is applied, the legacy value T proc,CSI mux may be applied.

[0159] <Effect of the Third Embodiment> According to the technology of the third embodiment, UCI can be multiplexed on the PUSCH repetition to which OCC is applied. That is, in a wireless communication system, the uplink capacity can be increased.

[0160] (Matters Common to the First to Third Embodiments) Hereinafter, matters common to the first to third embodiments will be described.

[0161] (1) The terminal 20 may report the following capability information to the base station 10.

[0162] - Capability information indicating whether or not it has the capability to perform each operation in the first to third embodiments - Capability information indicating whether or not it has the capability to perform each option (or combination of options) in the first to third embodiments - Capability information indicating whether or not it has the capability to perform each alternative (or combination of alternatives) in the first to third embodiments (2) The terminal 20 may report the above capability information for each frequency.

[0163] Specifically, terminal 20 may report capability information for each UE, for each "FR1, FR2, FR2-1, FR2-2", for each SCS, for each band, for each BC, for each FC, or for each FSPC.

[0164] (3) Terminal 20 may report the above capability information for each cell.

[0165] Specifically, terminal 20 may report capability information for each UE, each cell, or each TDD and FDD.

[0166] (4) Throughout the first to third embodiments, the following applies to "whether the proposal (action) applies, and which action applies, or / and which option or alternative is used." Here, "whether the proposal (action) applies, and which action applies, or / and which option or alternative is used" is denoted as "A."

[0167] - "A" is set by the higher-level layer parameters.

[0168] "A" is determined by the relevant higher-level layer parameters.

[0169] • "A" is indicated by MAC CE or DCI.

[0170] "A" is determined based on UE capability.

[0171] "A" will be specified in the specifications.

[0172] "A" is based on the conditions described in the specifications.

[0173] "A" is determined by the settings of the upper layer parameters / MAC CE / DCI and the reported UE capability.

[0174] "A" is determined by a combination of the above items.

[0175] (5) Throughout the first to third embodiments, multiple options and multiple alternatives can be combined into a single option / alternative.

[0176] (6) Throughout the first to third embodiments, terminal 20 assumes that several proposals, options for proposals, or alternative proposals may be applied only when terminal 20 reports support for a particular feature or model.

[0177] (7) Terminal 20 can receive information from the NW as follows (NW may be replaced with gNB):

[0178] - Information via higher-layer signaling (e.g., RRC messages / LPP messages) - More specifically, use a MAC CE with a new LCID in the subheader, or an extension of an existing MAC CE (e.g., one that introduces a new octet).

[0179] More specifically, the following information can be used from DCI.

[0180] - DCI field: Existing DCI field or newly introduced DCI field - RNTI: DCI with CRC scrambled by existing RNTI or newly introduced RNTI - DCI format: Existing DCI format or newly introduced DCI format - A combination of information from multiple of the above items may be used.

[0181] (8) Terminal 20 can receive information from the NW in the following periodic types:

[0182] Opt1: Periodic Opt2: Semi-persistent (triggered by UE or gNB instruction) Opt3: Aperiodic (triggered by UE or gNB instruction) (9) Terminal 20 may report information to the NW as the following types (NW can be rephrased as gNB):

[0183] - Information via higher-layer signaling (e.g., RRC messages / LPP messages) - More specifically, use a MAC CE with a new LCID in the subheader, or an extension of an existing MAC CE (e.g., one that introduces a new octet).

[0184] More specifically, use the UCI, either PUCCH or the UCI on PUSCH.

[0185] - You may use a combination of information from multiple items listed above.

[0186] (9) Terminal 20 can report information to the NW in the following periodic types:

[0187] Opt1: Periodic Opt2: Semi-permanent (triggered by UE or gNB instruction) Opt3: Aperiodic (triggered by UE or gNB instruction)

[0188] (Device Configuration) Next, an example of the functional configuration of the base station 10 and terminal 20 that perform the processing and operations described above will be explained. The base station 10 and terminal 20 include functions to implement the first to third embodiments described above. However, the base station 10 and terminal 20 may each be equipped with only some of the functions of the first to third embodiments.

[0189] <Base Station 10> Figure 22 is a diagram showing an example of the functional configuration of a base station 10 in an embodiment of the present invention. As shown in Figure 22, the base station 10 has a transmitting unit 110, a receiving unit 120, a setting unit 130, and a control unit 140. The functional configuration shown in Figure 22 is merely an example. Any functional classification and functional unit names are acceptable as long as they can perform the operations according to the embodiment of the present invention.

[0190] The transmitting unit 110 includes the function of generating a signal to be transmitted to the terminal 20 and transmitting the signal wirelessly. The transmitting unit 110 also transmits inter-network node messages to other network nodes. The receiving unit 120 includes the function of receiving various signals transmitted from the terminal 20 and obtaining information from the received signals, for example, higher layer information. The transmitting unit 110 also has the function of transmitting NR-PSS, NR-SSS, NR-PBCH, DL / UL control signals, etc. to the terminal 20. The receiving unit 120 also receives inter-network node messages from other network nodes.

[0191] The configuration unit 130 stores pre-configured configuration information and various configuration information to be transmitted to the terminal 20. The contents of the configuration information include, for example, information related to communication at NTN.

[0192] The control unit 140 performs control related to communication in the NTN, as described in the embodiment. The control unit 140 also controls communication with the terminal 20 based on the UE capability report regarding the radio parameters received from the terminal 20. The signal transmission function of the control unit 140 may be included in the transmission unit 110, and the signal reception function of the control unit 140 may be included in the reception unit 120. The transmission unit 110 and the reception unit 120 may be called the transmitter and the receiver, respectively.

[0193] <Terminal 20> Figure 23 is a diagram showing an example of the functional configuration of terminal 20 in an embodiment of the present invention. As shown in Figure 23, terminal 20 has a transmitting unit 210, a receiving unit 220, a setting unit 230, and a control unit 240. The functional configuration shown in Figure 23 is merely an example. Any functional classification and functional unit names are acceptable as long as they can perform the operations according to the embodiment of the present invention.

[0194] The transmitting unit 210 creates a transmission signal from the transmission data and transmits the transmission signal wirelessly. The receiving unit 220 wirelessly receives various signals and acquires signals from higher layers from the received physical layer signals. The receiving unit 220 also has the function of receiving NR-PSS, NR-SSS, NR-PBCH, DL / UL / SL control signals, etc. transmitted from the base station 10. For example, the transmitting unit 210 transmits PSCCH (Physical Sidelink Control Channel), PSSCH (Physical Sidelink Shared Channel), PSDCH (Physical Sidelink Discovery Channel), PSBCH (Physical Sidelink Broadcast Channel), etc. to other terminals 20 as D2D communication, and the receiving unit 220 receives PSCCH, PSSCH, PSDCH or PSBCH, etc. from other terminals 20.

[0195] The setting unit 230 stores various setting information received from the base station 10 by the receiving unit 220. The setting unit 230 also stores pre-configured setting information. The content of the setting information includes, for example, information related to NTN communications.

[0196] The control unit 240 performs control related to communication in NTN, as described in the embodiment. The signal transmission function of the control unit 240 may be included in the transmission unit 210, and the signal reception function of the control unit 240 may be included in the reception unit 220. The transmission unit 210 and the reception unit 220 may be called the transmitter and the receiver, respectively.

[0197] (Hardware Configuration) The block diagrams (Figures 22 and 23) used in the description of the above embodiments show functional units. These functional blocks (components) are realized by any combination of at least one of hardware and software. Furthermore, the method of realizing each functional block is not particularly limited. That is, each functional block may be realized using one device that is physically or logically coupled, or it may be realized using two or more physically or logically separated devices that are directly or indirectly connected (for example, using wired or wireless connections). A functional block may be realized by combining the one device or the multiple devices with software.

[0198] Functions include, but are not limited to, judgment, decision, determination, calculation, calculation, processing, derivation, investigation, exploration, confirmation, reception, transmission, output, access, resolution, selection, selection, establishment, comparison, assumption, expectation, assumption, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating (mapping), and assigning. For example, a functional block (configuration part) that enables transmission is called a transmitting unit or transmitter. In all cases, as mentioned above, the method of implementation is not particularly limited.

[0199] For example, the base station 10, terminal 20, etc. in one embodiment of the present disclosure may function as a computer that processes the wireless communication method of the present disclosure. Figure 24 is a diagram showing an example of the hardware configuration of the base station 10 and terminal 20 according to one embodiment of the present disclosure. The above-mentioned base station 10 and terminal 20 may be physically configured as a computer device including a processor 1001, a storage device 1002, an auxiliary storage device 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.

[0200] In the following explanation, the term "device" can be read as "circuit," "device," "unit," etc. The hardware configuration of the base station 10 and terminal 20 may include one or more of the devices shown in the figure, or it may be configured without some of the devices.

[0201] Each function in the base station 10 and terminal 20 is realized by loading predetermined software (programs) onto hardware such as the processor 1001 and storage device 1002, which allows the processor 1001 to perform calculations, control communication by the communication device 1004, and control at least one of data reading and writing in the storage device 1002 and auxiliary storage device 1003.

[0202] The processor 1001 controls the entire computer, for example, by running an operating system. The processor 1001 may consist of a central processing unit (CPU) that includes interfaces with peripheral devices, control devices, arithmetic units, registers, etc. For example, the control unit 140, control unit 240, etc., described above may be implemented by the processor 1001.

[0203] Furthermore, the processor 1001 reads programs (program code), software modules, or data from at least one of the auxiliary storage device 1003 and the communication device 1004 into the storage device 1002, and executes various processes accordingly. The program used is one that causes the computer to execute at least a part of the operations described in the above embodiment. For example, the control unit 140 of the base station 10 shown in Figure 22 may be implemented by a control program stored in the storage device 1002 and operated by the processor 1001. Also, for example, the control unit 240 of the terminal 20 shown in Figure 23 may be implemented by a control program stored in the storage device 1002 and operated by the processor 1001. Although the above-described processes have been explained as being executed by one processor 1001, they may be executed simultaneously or sequentially by two or more processors 1001. The processor 1001 may be implemented by one or more chips. The program may also be transmitted from the network via a telecommunications line.

[0204] The storage device 1002 is a computer-readable recording medium and may consist of at least one of the following: ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), etc. The storage device 1002 may also be called a register, cache, main memory, etc. The storage device 1002 can store executable programs (program code), software modules, etc., for implementing a communication method according to one embodiment of the present disclosure.

[0205] The auxiliary storage device 1003 is a computer-readable recording medium and may consist of at least one of the following: an optical disc such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (e.g., a compact disk, a digital multipurpose disk, a Blu-ray® disk), a smart card, flash memory (e.g., a card, a stick, a key drive), a floppy® disk, a magnetic strip, etc. The above-mentioned storage medium may also be a database, server, or other suitable medium that includes at least one of the storage device 1002 and the auxiliary storage device 1003.

[0206] The communication device 1004 is hardware (transmitting / receiving device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as a network device, network controller, network card, communication module, etc. The communication device 1004 may be configured to include, for example, a high-frequency switch, duplexer, filter, frequency synthesizer, etc., in order to implement at least one of frequency division duplex (FDD) and time division duplex (TDD). For example, the transmitting and receiving antenna, amplifier section, transmitting and receiving section, transmission path interface, etc., may be implemented by the communication device 1004. The transmitting and receiving section may be implemented in a physically or logically separated manner, with a transmitting section and a receiving section.

[0207] The input device 1005 is an input device that accepts input from an external source (e.g., a keyboard, mouse, microphone, switch, button, sensor, etc.). The output device 1006 is an output device that outputs to an external source (e.g., a display, speaker, LED lamp, etc.). The input device 1005 and the output device 1006 may be configured as an integrated unit (e.g., a touch panel).

[0208] Furthermore, each device, such as the processor 1001 and the storage device 1002, is connected by a bus 1007 for communicating information. The bus 1007 may be configured using a single bus, or different buses may be configured for each device.

[0209] Furthermore, the base station 10 and terminal 20 may be configured to include hardware such as a microprocessor, a digital signal processor (DSP), an ASIC (Application Specific Integrated Circuit), a PLD (Programmable Logic Device), and an FPGA (Field Programmable Gate Array), and some or all of each functional block may be realized by such hardware. For example, the processor 1001 may be implemented using at least one of these hardware components.

[0210] Figure 25 shows an example of the configuration of vehicle 2001. As shown in Figure 25, vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, front wheels 2007, rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021 to 2029, an information service unit 2012, and a communication module 2013. Each aspect / embodiment described in this disclosure may be applied to a communication device mounted on vehicle 2001, for example, to the communication module 2013. That is, the terminal 20 or base station 10 may be included in the communication module 2013.

[0211] The drive unit 2002 consists of, for example, an engine, a motor, or a hybrid of an engine and a motor. The steering unit 2003 includes at least a steering wheel (also called a handle) and is configured to steer at least one of the front wheels and the rear wheels based on the operation of the steering wheel, which is operated by the user.

[0212] The electronic control unit 2010 consists of a microprocessor 2031, memory (ROM, RAM) 2032, and communication ports (IO ports) 2033. Signals from various sensors 2021 to 2029 installed in the vehicle 2001 are input to the electronic control unit 2010. The electronic control unit 2010 may also be called an ECU (Electronic Control Unit).

[0213] Signals from various sensors 2021 to 2029 include current signals from current sensor 2021 for sensing motor current, front or rear wheel rotation speed signals acquired by rotation speed sensor 2022, front or rear wheel air pressure signals acquired by air pressure sensor 2023, vehicle speed signals acquired by vehicle speed sensor 2024, acceleration signals acquired by acceleration sensor 2025, accelerator pedal depression signals acquired by accelerator pedal sensor 2029, brake pedal depression signals acquired by brake pedal sensor 2026, shift lever operation signals acquired by shift lever sensor 2027, and detection signals acquired by object detection sensor 2028 for detecting obstacles, vehicles, pedestrians, etc.

[0214] The Information Service Unit 2012 consists of various devices for providing (outputting) various types of information such as driving information, traffic information, and entertainment information, including a car navigation system, audio system, speakers, television, and radio, and one or more ECUs that control these devices. The Information Service Unit 2012 uses information acquired from external devices via a communication module 2013, etc., to provide various multimedia information and multimedia services to the occupants of the vehicle 2001. The Information Service Unit 2012 may include input devices that accept input from the outside (e.g., keyboard, mouse, microphone, switch, button, sensor, touch panel, etc.) and output devices that perform output to the outside (e.g., display, speaker, LED lamp, touch panel, etc.).

[0215] The driver assistance system unit 2030 consists of various devices that provide functions to prevent accidents or reduce the driver's workload, such as millimeter-wave radar, LiDAR (Light Detection and Ranging), cameras, positioning locators (e.g., GNSS), map information (e.g., high-definition (HD) maps, autonomous vehicle (AV) maps), gyro systems (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System)), AI (Artificial Intelligence) chips, and AI processors, as well as one or more ECUs that control these devices. The driver assistance system unit 2030 also transmits and receives various information via the communication module 2013 to realize driver assistance functions or autonomous driving functions.

[0216] The communication module 2013 can communicate with the microprocessor 2031 and components of the vehicle 2001 via its communication port. For example, the communication module 2013 sends and receives data via the communication port 2033 between the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axle 2009, the microprocessor 2031 and memory (ROM, RAM) 2032 in the electronic control unit 2010, and sensors 2021-29 provided in the vehicle 2001.

[0217] The communication module 2013 is a communication device that can be controlled by the microprocessor 2031 of the electronic control unit 2010 and can communicate with external devices. For example, it can send and receive various types of information with external devices via wireless communication. The communication module 2013 may be located either inside or outside the electronic control unit 2010. The external device may be, for example, a base station or a mobile station.

[0218] The communication module 2013 may transmit at least one of the following to an external device via wireless communication: signals from the various sensors 2021-2028 input to the electronic control unit 2010, information obtained based on said signals, and information based on input from an external source (user) obtained via the information service unit 2012. The electronic control unit 2010, the various sensors 2021-2028, the information service unit 2012, etc., may also be called input units that accept input. For example, the PUSCH transmitted by the communication module 2013 may include the information based on the above input.

[0219] The communication module 2013 receives various information (traffic information, signal information, inter-vehicle information, etc.) transmitted from an external device and displays it on the information service unit 2012 provided in the vehicle 2001. The information service unit 2012 may also be called an output unit, which outputs information (for example, outputs information to devices such as displays and speakers based on the PDSCH (or data / information decoded from the PDSCH) received by the communication module 2013). The communication module 2013 also stores the various information received from the external device in a memory 2032 that can be used by the microprocessor 2031. Based on the information stored in the memory 2032, the microprocessor 2031 may control the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axles 2009, sensors 2021-2029, etc., provided in the vehicle 2001.

[0220] This specification discloses at least the configurations described in the following appendix.

[0221] <Note> (Note 1) A terminal comprising: a control unit that determines whether or not to multiplex the Uplink Control Information (UCI) carried by the PUCCH when a PUCCH (Physical Uplink Control Channel) with or without repetition and a PUSCH to which an OCC (Orthogonal Cover Code) is applied overlap, based on the type of UCI carried by the PUCCH; and a transmission unit that transmits the PUSCH with the UCI multiplexed to it to a base station when it is determined that the UCI should be multiplexed to the PUSCH. (Note 2) A terminal comprising: a control unit that determines whether or not to multiplex the UCI (Uplink Control Information) carried by a PUCCH based on the content of the PUCCH when a PUCCH (Physical Uplink Control Channel) with or without repetition and a PUCCH to which an OCC (Orthogonal Cover Code) is applied overlap; and a transmission unit that transmits the PUCCH with the UCI multiplexed to a base station when it is determined that the UCI should be multiplexed to the PUCCH. (Note 3) A terminal comprising: a control unit that determines to multiplex the UCI (Uplink Control Information) carried by a PUCCH when all of the repetitions in a PUCCH (Physical Uplink Control Channel) with repetition overlap with a PUCCH with repetition to which the same OCC (Orthogonal Cover Code) group is applied; and a transmission unit that transmits the PUCCH with the UCI multiplexed to a base station.(Note 4) A terminal comprising: a control unit that decides not to multiplex the UCI (Uplink Control Information) carried by a repeating PUCCH (Physical Uplink Control Channel) to the PUSCH when only a portion of all the repeats in the repeating PUCCH (Physical Uplink Control Channel) overlaps with a repeating PUSCH to which an OCC (Orthogonal Cover Code) group is applied; and a transmission unit that drops the PUSCH that overlaps with the PUCCH which is a portion of the repeat. (Note 5) A terminal comprising: a control unit that decides to multiplex the UCI (Uplink Control Information) carried by a repeating PUCCH to the PUSCH when at least one repeat in the repeating PUCCH (Physical Uplink Control Channel) overlaps with the first repeat in a repeating PUSCH to which an OCC (Orthogonal Cover Code) group is applied; and a transmission unit that transmits the PUSCH with the multiplexed UCI to a base station. (Appendix 6) A communication method performed by a terminal, comprising the steps of: determining whether or not to multiplex the Uplink Control Information (UCI) carried by the PUCCH when a repetitive or non-repetitive PUCCH and a PUSCH to which an Orthogonal Cover Code (OCC) is applied overlap; and transmitting the PUSCH with the multiplexed UCI to a base station when it is determined to multiplex the UCI to the PUSCH.

[0222] Any of the provisions of Appendix 1 to Appendix 6 can be used to increase the uplink capacity in a wireless communication system.

[0223] (Supplement to Embodiments) Embodiments of the present invention have been described above, but the disclosed invention is not limited to such embodiments, and those skilled in the art will understand various modifications, alterations, alternatives, substitutions, etc. Specific numerical examples have been used to facilitate understanding of the invention, but unless otherwise specified, these numerical values ​​are merely examples, and any appropriate values ​​may be used. The division of items in the above description is not essential to the present invention, and matters described in two or more items may be combined as needed, and matters described in one item may be applied to matters described in another item (as long as they do not contradict each other). The boundaries of functional units or processing units in the functional block diagram do not necessarily correspond to the boundaries of physical parts. The operation of multiple functional units may be physically performed by one part, or the operation of one functional unit may be physically performed by multiple parts. The processing procedures described in the embodiments may be rearranged as long as they do not contradict each other. For the convenience of explaining the processing, the base station 10 and terminal 20 have been described using functional block diagrams, but such devices may be realized in hardware, software, or a combination thereof. The software operated by the processor of the base station 10 according to an embodiment of the present invention and the software operated by the processor of the terminal 20 according to an embodiment of the present invention may be stored in any suitable storage medium such as random access memory (RAM), flash memory, read-only memory (ROM), EPROM, EEPROM, register, hard disk (HDD), removable disk, CD-ROM, database, server, or other appropriate storage medium.

[0224] Furthermore, notification of information is not limited to the embodiments described herein and may be carried out by other means. For example, notification of information may be carried out by physical layer signaling (e.g., DCI (Downlink Control Information), UCI (Uplink Control Information)), upper layer signaling (e.g., RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling), broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or combinations thereof. Also, RRC signaling may be called RRC messages, and may be, for example, RRC Connection Setup messages, RRC Connection Reconfiguration messages, etc.

[0225] Each aspect / embodiment described in this disclosure may be applied to at least one of the following systems: LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G (4th generation mobile communication system), 5G (5th generation mobile communication system), FRA (Future Radio Access), NR (new Radio), W-CDMA®, GSM®, CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi®), IEEE 802.16 (WiMAX®), IEEE 802.20, UWB (Ultra-WideBand), Bluetooth®, and other appropriate systems, as well as next-generation systems extended based thereon. Furthermore, multiple systems may be applied in combination (for example, a combination of at least one of LTE and LTE-A with 5G).

[0226] The processing procedures, sequences, flowcharts, etc., of each aspect / embodiment described herein may be reordered, provided they are consistent with each other. For example, the methods described herein present various step elements in an exemplary order and are not limited to that specific order.

[0227] In this specification, specific operations performed by the base station 10 may, in some cases, be performed by its upper node. In a network consisting of one or more network nodes having a base station 10, it is clear that various operations performed for communication with the terminal 20 can be performed by the base station 10 and at least one of the other network nodes (for example, an MME or S-GW, but not limited to these). Although the above example illustrates the case where there is one other network node besides the base station 10, the other network node may be a combination of multiple other network nodes (for example, an MME and an S-GW).

[0228] The information or signals described in this disclosure may be output from a higher layer (or lower layer) to a lower layer (or higher layer). They may also be input and output via multiple network nodes.

[0229] Input and output information may be stored in a specific location (e.g., memory) or managed using a management table. Input and output information may be overwritten, updated, or appended to. Output information may be deleted. Input information may be transmitted to other devices.

[0230] The determination in this disclosure may be made by a value represented by one bit (0 or 1), by a Boolean value (true or false), or by a numerical comparison (for example, a comparison with a predetermined value).

[0231] Software should be broadly interpreted to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, functions, and so on, whether they are called software, firmware, middleware, microcode, hardware description languages, or by any other name.

[0232] Furthermore, software, instructions, information, etc., may be transmitted and received via a transmission medium. For example, if software is transmitted from a website, server, or other remote source using at least one of wired technology (such as coaxial cable, fiber optic cable, twisted pair, or digital subscriber line (DSL)) and wireless technology (such as infrared or microwave), then at least one of these wired and wireless technologies is included in the definition of a transmission medium.

[0233] The information, signals, etc. described in this disclosure may be represented using any of the various different techniques. For example, the data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description may be represented by voltage, current, electromagnetic waves, magnetic fields or magnetic particles, optical fields or photons, or any combination thereof.

[0234] In addition, terms used in this disclosure and terms necessary for understanding this disclosure may be replaced with terms having the same or similar meanings. For example, at least one of the channel and symbol may be a signal (signaling). Also, a signal may be a message. Furthermore, a component carrier (CC) may be called a carrier frequency, cell, frequency carrier, etc.

[0235] The terms “system” and “network” as used in this disclosure are interchangeable.

[0236] Furthermore, the information, parameters, etc., described in this disclosure may be expressed using absolute values, relative values ​​from a given value, or other corresponding information. For example, wireless resources may be indicated by an index.

[0237] The names used for the parameters described above are not restrictive in any way. Furthermore, the formulas and other expressions using these parameters may differ from those expressly disclosed in this disclosure. Various channels (e.g., PUCCH, PDCCH, etc.) and information elements can be identified by any suitable name, and therefore, the various names assigned to these various channels and information elements are not restrictive in any way.

[0238] In this disclosure, terms such as "Base Station (BS)", "wireless base station", "base station equipment", "fixed station", "NodeB", "eNodeB (eNB)", "gNodeB (gNB)", "access point", "transmission point", "reception point", "transmission / reception point", "cell", "sector", "cell group", "carrier", and "component carrier" may be used interchangeably. Base stations may also be referred to by terms such as macrocell, small cell, femtocell, and picocell.

[0239] A base station can accommodate one or more (e.g., three) cells. If a base station accommodates multiple cells, the entire coverage area of ​​the base station can be divided into multiple smaller areas, each of which may also be provided with communication services by a base station subsystem (e.g., a Remote Radio Head (RRH)). The terms “cell” or “sector” refer to part or all of the coverage area of ​​at least one of the base station and / or base station subsystems that provide communication services in that coverage.

[0240] In this disclosure, the transmission of information by a base station to a terminal may be interpreted as the base station instructing the terminal to perform control or operation based on the information.

[0241] In this disclosure, terms such as "Mobile Station (MS)," "user terminal," "User Equipment (UE)," and "terminal" may be used interchangeably.

[0242] A mobile station may also be referred to by those skilled in the art as a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, client, or several other appropriate terms.

[0243] At least one of the base station and the mobile station may be called a transmitting device, a receiving device, a communication device, etc. At least one of the base station and the mobile station may also be a device mounted on a mobile body, the mobile body itself, etc. The mobile body refers to a movable object, and its speed of movement is arbitrary. This also includes the case when the mobile body is stationary. The mobile body includes, but is not limited to, vehicles, transport vehicles, automobiles, motorcycles, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, handcarts, rickshaws, ships and other watercraft, airplanes, rockets, satellites, drones (registered trademark), multicopters, quadcopters, balloons, and items mounted on them. The mobile body may also be a mobile body that moves autonomously based on operation commands. The mobile body may be a vehicle (e.g., a car, an airplane, etc.), an unmanned mobile body (e.g., a drone, an autonomous vehicle, etc.), or a robot (manned or unmanned). Furthermore, at least one of the base station and the mobile station may include devices that do not necessarily move during communication operations. For example, at least one of the base station and the mobile station may be an IoT (Internet of Things) device such as a sensor.

[0244] Furthermore, the term "base station" in this disclosure may be interpreted as "user terminal." For example, the various aspects / embodiments of this disclosure may be applied to a configuration in which communication between a base station and a user terminal is replaced with communication between multiple terminals 20 (which may be called, for example, D2D (Device-to-Device), V2X (Vehicle-to-Everything), etc.). In this case, the terminals 20 may have the functions that the base station 10 has. Also, terms such as "uplink" and "downlink" may be interpreted as terms corresponding to terminal-to-terminal communication (for example, "side"). For example, uplink channel, downlink channel, etc., may be interpreted as side channel.

[0245] Similarly, the term "user terminal" in this disclosure may be replaced with "base station." In this case, the base station may be configured to have the same functions as the user terminal described above.

[0246] As used in this disclosure, the terms “determining” and “determining” may encompass a wide variety of actions. “Determining” may include, for example, judging, calculating, computing, processing, deriving, investigating, looking up, searching, or inquiring (e.g., searching in a table, database, or other data structure), or ascertaining. “Determining” may also include receiving (e.g., receiving information), transmitting (e.g., sending information), inputting, outputting, or accessing (e.g., accessing data in memory). Furthermore, "judgment" and "decision" can include considering something as having been "judged" or "decided" after resolving, selecting, choosing, establishing, comparing, etc. In other words, "judgment" and "decision" can include considering something as having been "judged" or "decided" after some action. Also, "judgment (decision)" can be reinterpreted as "assuming," "expecting," or "considering."

[0247] The terms “connected,” “coupled,” or any variation thereof, mean any direct or indirect connection or coupling between two or more elements, and may include the presence of one or more intermediate elements between two elements that are “connected” or “coupled” with each other. The coupling or connection between elements may be physical, logical, or a combination thereof. For example, “connection” may be reinterpreted as “access.” As used in this disclosure, two elements may be considered to be “connected” or “coupled” with each other using at least one of one or more wires, cables, and printed electrical connections, and, in some non-limiting and non-exclusive examples, electromagnetic energy having wavelengths in the radio frequency domain, microwave domain, and optical (both visible and invisible) domain.

[0248] The reference signal can also be abbreviated as RS (Reference Signal), and may be called a pilot depending on the applicable standard.

[0249] In this disclosure, the phrase "based on" does not mean "based solely on" unless otherwise specified. In other words, the phrase "based on" means both "based solely on" and "based at least on."

[0250] Any reference to elements using the designations “first,” “second,” etc., as used in this disclosure does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient way to distinguish between two or more elements. Accordingly, references to the first and second elements do not imply that only two elements may be employed, or that the first element must precede the second element in any way.

[0251] In the configuration of each of the above devices, "means" may be replaced with "part," "circuit," "device," etc.

[0252] Where the terms “include,” “including,” and variations thereof are used in this disclosure, these terms are intended to be inclusive, as is the term “comprising.” Furthermore, the term “or” as used in this disclosure is not intended to mean exclusive OR.

[0253] A wireless frame may consist of one or more frames in the time domain. Each of these frames in the time domain may be called a subframe. A subframe may further consist of one or more slots in the time domain. A subframe may have a fixed time length (e.g., 1 ms) that is independent of numerology.

[0254] Numerical logic may be communication parameters applied to at least one of the transmission and reception of a signal or channel. Numerical logic may include, for example, at least one of the following: subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame configuration, specific filtering processes performed by the transceiver in the frequency domain, and specific windowing processes performed by the transceiver in the time domain.

[0255] A slot may consist of one or more symbols in the time domain (such as OFDM (Orthogonal Frequency Division Multiplexing) symbols, SC-FDMA (Single Carrier Frequency Division Multiple Access) symbols, etc.). A slot may also be a time unit based on neurologic.

[0256] A slot may include multiple minislots. Each minislot may consist of one or more symbols in the time domain. Minislots may also be called subslots. Minislots may consist of fewer symbols than a slot. A PDSCH (or PUSCH) transmitted in a time unit larger than a minislot may be called a PDSCH (or PUSCH) mapping type A. A PDSCH (or PUSCH) transmitted using a minislot may be called a PDSCH (or PUSCH) mapping type B.

[0257] Wireless frames, subframes, slots, minislots, and symbols all represent units of time when transmitting a signal. Different names may be used for each of these terms.

[0258] For example, one subframe may be called a Transmission Time Interval (TTI), multiple consecutive subframes may be called a TTI, or one slot or one minislot may be called a TTI. In other words, at least one of a subframe and a TTI may be a subframe in existing LTE (1 ms), a period shorter than 1 ms (e.g., 1-13 symbols), or a period longer than 1 ms. Note that the unit representing the TTI may be called a slot, minislot, etc., instead of a subframe.

[0259] Here, TTI refers to, for example, the smallest time unit for scheduling in wireless communication. For example, in an LTE system, the base station schedules each terminal 20 to allocate wireless resources (such as the frequency bandwidth and transmission power available to each terminal 20) in TTI units. However, the definition of TTI is not limited to this.

[0260] TTI may be a transmission time unit for channel-encoded data packets (transport blocks), code blocks, code words, etc., or it may be a processing unit for scheduling, link adaptation, etc. When a TTI is given, the actual time interval (e.g., number of symbols) in which the transport block, code block, code word, etc. are mapped may be shorter than the TTI.

[0261] Furthermore, if one slot or one mini-slot is referred to as a TTI, then one or more TTIs (i.e., one or more slots or one or more mini-slots) may constitute the minimum time unit for scheduling. In addition, the number of slots (number of mini-slots) that constitute this minimum time unit for scheduling may be controlled.

[0262] A TTI with a time length of 1 ms may be called a normal TTI, a long TTI, a normal subframe, a long subframe, a slot, etc. A TTI shorter than a normal TTI may be called a shortened TTI, a short TTI, a partial or fractional TTI, a shortened subframe, a short subframe, a mini slot, a sub slot, a slot, etc.

[0263] Furthermore, long TTIs (e.g., normal TTIs, subframes, etc.) may be interpreted as TTIs with a time length exceeding 1 ms, and short TTIs (e.g., shortened TTIs, etc.) may be interpreted as TTIs with a TTI length less than that of a long TTI but 1 ms or more.

[0264] A resource block (RB) is a resource allocation unit in the time domain and frequency domain, and in the frequency domain, it may contain one or more consecutive subcarriers. The number of subcarriers in an RB may be the same regardless of the neurology, for example, 12. The number of subcarriers in an RB may be determined based on the neurology.

[0265] Furthermore, the time domain of the RB may contain one or more symbols and may be the length of one slot, one minislot, one subframe, or one TTI. One TTI, one subframe, etc., may each consist of one or more resource blocks.

[0266] One or more RBs may also be called a Physical RB (PRB), Sub-Carrier Group (SCG), Resource Element Group (REG), PRB pair, RB pair, etc.

[0267] Furthermore, a resource block may consist of one or more resource elements (REs). For example, one RE may be a radio resource area comprising one subcarrier and one symbol.

[0268] A Bandwidth Part (BWP), also known as a partial bandwidth, may represent a subset of consecutive common resource blocks (RBs) for a particular neurology in a given carrier. These common RBs may be identified by an index of the RBs relative to a common reference point of the carrier. The PRBs may be defined and numbered within a given BWP.

[0269] A BWP may include a BWP for UL (UL BWP) and a BWP for DL ​​(DL BWP). One or more BWPs may be set within a single carrier for a UE.

[0270] At least one of the configured BWPs may be active, and the UE does not need to assume that it will transmit or receive a predetermined signal / channel outside of the active BWP. In this disclosure, terms such as "cell" and "carrier" may be read as "BWP".

[0271] The structures described above, such as wireless frames, subframes, slots, minislots, and symbols, are merely illustrative. For example, the number of subframes included in a wireless frame, the number of slots per subframe or wireless frame, the number of minislots included in a slot, the number of symbols and RBs included in a slot or minislot, the number of subcarriers included in an RB, and the number of symbols, symbol length, and cyclic prefix (CP) length within a TTI can be varied in various ways.

[0272] In this disclosure, if articles are added through translation, such as a, an, and the in English, this disclosure may include the fact that the noun following these articles is plural.

[0273] In this disclosure, the term "A and B are different" may mean "A and B are different from each other." The term may also mean "A and B are each different from C." Terms such as "separate" and "combine" may be interpreted similarly to "different."

[0274] Each aspect / embodiment described in this disclosure may be used individually, in combination, or switched between as needed during implementation. Furthermore, notification of specific information (e.g., notification that "X is") is not limited to explicit notification, but may also be implicit (e.g., by not providing such notification).

[0275] Although the present disclosure has been described in detail above, it will be clear to those skilled in the art that the present disclosure is not limited to the embodiments described herein. The present disclosure can be implemented in modified and altered forms without departing from the intent and scope of the present disclosure as defined by the claims. Therefore, the descriptions in the present disclosure are illustrative and not intended to be restrictive in any way.

[0276] This patent application claims priority based on Japanese Patent Application No. 2025-005712, filed on 15 January 2025, and the entire contents of Japanese Patent Application No. 2025-005712 are incorporated herein by reference.

[0277] 10 Base station 110 Transmitting unit 120 Receiving unit 130 Setting unit 140 Control unit 20 Terminal 210 Transmitting unit 220 Receiving unit 230 Setting unit 240 Control unit 1001 Processor 1002 Storage device 1003 Auxiliary storage device 1004 Communication device 1005 Input device 1006 Output device 2001 Vehicle 2002 Drive unit 2003 Steering unit 2004 Accelerator pedal 2005 Brake pedal 2006 Shift lever 2007 Front wheel 2008 Rear wheel 2009 Axle 2010 Electronic control unit 2012 Information service unit 2013 Communication module 2021 Current sensor 2022 Rotation speed sensor 2023 Air pressure sensor 2024 Vehicle speed sensor 2025 Acceleration sensor 2026 Brake pedal sensor 2027 Shift lever sensor 2028 Object detection sensor 2029 Accelerator pedal sensor 2030 Driver assistance system unit 2031 Microprocessor 2032 Memory (ROM, RAM) 2033 Communication port (I / O port)

Claims

1. A terminal comprising: a control unit that determines whether or not to multiplex the Uplink Control Information (UCI) carried by a PUCCH when a repetitive or non-repetitive PUCCH and a PUSCH to which an Orthogonal Cover Code (OCC) is applied overlap, based on the type of UCI carried by the PUCCH; and a transmission unit that transmits the PUSCH with the multiplexed UCI to a base station when it is determined that the UCI should be multiplexed by the PUSCH.

2. A terminal comprising: a control unit that determines whether or not to multiplex the UCI (Uplink Control Information) carried by a PUCCH (Physical Uplink Control Channel) that has repeating or does not repeat, into a PUSCH to which an OCC (Orthogonal Cover Code) has been applied, based on the content of the PUSCH when the two overlap; and a transmission unit that transmits the PUSCH with the UCI multiplexed into it to a base station when it is determined that the UCI should be multiplexed into the PUSCH.

3. A terminal comprising: a control unit that decides to multiplex the UCI (Uplink Control Information) carried by a repetitive PUCCH (Physical Uplink Control Channel) into the PUSCH when all repetitions in the repetitive PUCCH overlap with a repetitive PUSCH to which the same OCC (Orthogonal Cover Code) group is applied; and a transmission unit that transmits the PUSCH with the multiplexed UCI to a base station.

4. A terminal comprising: a control unit that determines not to multiplex the UCI (Uplink Control Information) carried by a repetitive PUCCH (Physical Uplink Control Channel) to the PUCCH when only a portion of the total repetitions in a repetitive PUCCH overlaps with a repetitive PUSCH to which an OCC (Orthogonal Cover Code) group is applied; and a transmission unit that drops the PUSCH that overlaps with the PUCCH that is a portion of the repetition.

5. A terminal comprising: a control unit that determines to multiplex the UCI (Uplink Control Information) carried by a repeating PUCCH (Physical Uplink Control Channel) to the PUCCH when at least one repeat in the repeating PUCCH overlaps with the first repeat in a repeating PUSCH to which an OCC (Orthogonal Cover Code) group is applied; and a transmission unit that transmits the PUSCH with the multiplexed UCI to a base station.

6. A communication method performed by a terminal, comprising the steps of: determining whether or not to multiplex the Uplink Control Information (UCI) carried by the PUCCH when a repetitive or non-repetitive PUCCH and a PUSCH to which an Orthogonal Cover Code (OCC) is applied overlap; and, if it is determined that the UCI should be multiplexed by the PUSCH, transmitting the PUSCH with the multiplexed UCI to a base station.