Method and device for transmitting and receiving signal in wireless communication system

By multiplexing CSI on the codeword with the highest MCS and configuring UL-SCH indications for all codewords, the method addresses the challenges of transmitting and receiving signals in wireless communication systems with high-rank PUSCH, improving communication efficiency and reliability.

WO2025009824A1PCT designated stage expired Publication Date: 2025-01-09LG ELECTRONICS INC
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
PCT/KR2024/009204
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Priority Date
2023-07-04
Filing Date
2024-07-01
Publication Date
2025-01-09

AI Technical Summary

Technical Problem

Current wireless communication systems face challenges in accurately and efficiently transmitting and receiving uplink/downlink signals, particularly when the rank of the physical uplink shared channel (PUSCH) exceeds 4 and includes multiple codewords, as existing methods struggle to effectively multiplex channel state information (CSI) and uplink shared channel (UL-SCH) indications.

Method used

The method involves multiplexing CSI on the codeword with the highest modulation and coding scheme (MCS) among multiple codewords and configuring the UL-SCH indication field to ensure all codewords include UL-SCH, with the size of the UL-SCH indication field determined based on the rank of the PUSCH transmission, allowing for efficient UCI multiplexing and transmission.

Benefits of technology

This approach enables accurate and efficient wireless signal transmission and reception by ensuring proper multiplexing of CSI and UL-SCH across multiple codewords, enhancing communication capacity and reliability in next-generation wireless systems.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure KR2024009204_09012025_PF_FP_ABST
    Figure KR2024009204_09012025_PF_FP_ABST
Patent Text Reader

Abstract

A method by which a terminal transmits a signal in a wireless communication system, according to at least one of embodiments disclosed in the present specification, comprises the steps of: receiving downlink control information (DCI) for uplink scheduling; and transmitting a physical uplink shared channel (PUSCH) in which channel state information (CSI) is multiplexed on the basis of the DCI, wherein, on the basis of a rank of the PUSCH transmission exceeding 4 and the PUSCH including a plurality of codewords (CWs), the CSI is multiplexed on a CW having the highest modulation and coding scheme (MCS) among the plurality of CWs, and the terminal may not expect that an uplink shared channel (UL-SCH) indication field in the DCI will be set to a first value for not performing UL-SCH transmission.
Need to check novelty before this filing date? Find Prior Art

Description

Method and device for transmitting and receiving signals in a wireless communication system

[0001] This specification relates to a wireless communication system, and more particularly, to a method and device for transmitting or receiving an uplink / downlink wireless signal in a wireless communication system.

[0002] Wireless communication systems are widely deployed to provide various types of communication services, such as voice and data. Typically, wireless communication systems are multiple access systems that support communication with multiple users by sharing available system resources (e.g., bandwidth, transmission power). Examples of multiple access systems include code division multiple access (CDMA), frequency division multiple access (FDMA), time division multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), and single-carrier frequency division multiple access (SC-FDMA).

[0003] The technical task to be achieved is to provide a method and a device for accurately and efficiently performing the process of transmitting and receiving wireless signals.

[0004] The technical tasks to be accomplished are not limited to this, and other technical tasks can be inferred from the examples.

[0005] A method for transmitting a signal by a terminal in a wireless communication system according to one aspect includes: receiving downlink control information (DCI) for uplink scheduling; and transmitting a physical uplink shared channel (PUSCH) on which channel state information (CSI) is multiplexed based on the DCI, wherein a rank of the PUSCH transmission is greater than 4, and the PUSCH comprises a plurality of codewords (CWs), the CSI may be multiplexed on a CW having a highest modulation and coding scheme (MCS) among the plurality of CWs. The UE may not expect that an uplink shared channel (UL-SCH) indicator field is set as a first value for not performing an UL-SCH transmission in the DCI.

[0006] Based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including multiple CWs, all of the multiple CWs may include each UL-SCH.

[0007] Based on the rank of the above PUSCH transmission exceeding 4 and the PUSCH including multiple CWs, no CW may be configured to include only the CSI.

[0008] The DCI may include the UL-SCH indication field. The terminal may assume that a second value for performing UL-SCH transmission is set in the UL-SCH indication field based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including multiple CWs.

[0009] The terminal may assume that the size of the UL-SCH indication field is 0 bits based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including multiple CWs.

[0010] The CSI and the first UL-SCH can be multiplexed on the CW having the highest MCS. The second UL-SCH can be multiplexed without the CSI on another CW.

[0011] Based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including multiple CWs, the UL-SCH indication field may be configured to provide information other than information on whether or not the UL-SCH is transmitted.

[0012] The size of the UL-SCH indication field in the DCI may be determined based on the rank of the PUSCH transmission.

[0013] The above DCI may include a CSI request field set to a non-zero value.

[0014] According to another aspect, a computer-readable recording medium having recorded thereon a program for performing the above-described method may be provided.

[0015] According to another aspect, a device for wireless communication includes a memory storing instructions; and a processor for performing operations by executing the instructions, wherein the operations of the processor include receiving downlink control information (DCI) for uplink scheduling; and transmitting a physical uplink shared channel (PUSCH) on which channel state information (CSI) is multiplexed based on the DCI, wherein a rank of the PUSCH transmission exceeds 4 and the PUSCH includes a plurality of CWs (codewords), the CSI may be multiplexed on a CW having a highest modulation and coding scheme (MCS) among the plurality of CWs. The device may not expect that an uplink shared channel (UL-SCH) indication field in the DCI will be set to a first value for not performing UL-SCH transmission.

[0016] The above device may further include a transmitter and receiver.

[0017] The above device may be a terminal operating in a wireless communication system.

[0018] The above device may be a processing device configured to control a terminal operating in a wireless communication system.

[0019] In another aspect, a method for a base station to receive a signal in a wireless communication system includes: transmitting downlink control information (DCI) for uplink scheduling; and receiving a physical uplink shared channel (PUSCH) on which channel state information (CSI) is multiplexed based on the DCI, wherein, based on a rank of the PUSCH exceeding 4 and the PUSCH including a plurality of CWs (codewords), the base station: sets an UL-SCH (uplink shared channel) indication field in the DCI to a second value for UL-SCH scheduling for all of the plurality of CWs, and obtains the CSI from a CW having a highest modulation and coding scheme (MCS) among the plurality of CWs.

[0020] According to another aspect, a base station for wireless communication includes a memory for storing commands; and a processor for performing operations by executing the commands, wherein the operations of the processor include transmitting downlink control information (DCI) for uplink scheduling; and receiving a physical uplink shared channel (PUSCH) on which channel state information (CSI) is multiplexed based on the DCI, wherein a rank of the PUSCH exceeds 4 and the PUSCH includes a plurality of CWs (codewords), the base station: sets an UL-SCH (uplink shared channel) indication field in the DCI to a second value for UL-SCH scheduling for all of the plurality of CWs, and obtains the CSI from a CW having a highest modulation and coding scheme (MCS) among the plurality of CWs.

[0021] According to at least one of the disclosed embodiments, a wireless signal transmission and reception process can be performed accurately and efficiently.

[0022] The technical effects are not limited thereto, and other technical effects can be inferred from the examples.

[0023] Figure 1 illustrates physical channels used in a 3GPP system, which is an example of a wireless communication system, and a general signal transmission method using the channels.

[0024] Figure 2 illustrates the structure of a radio frame.

[0025] Figure 3 illustrates a resource grid of slots.

[0026] Figure 4 illustrates an example of physical channels being mapped within a slot.

[0027] Figure 5 illustrates the PDSCH and ACK / NACK transmission process.

[0028] Figure 6 illustrates a PUSCH transmission process.

[0029] Figure 7 shows an example of a CSI-related procedure.

[0030] Figure 8 illustrates multiple TRP transmissions.

[0031] Figure 9 shows a method of mapping UCI on PUSCH in the existing NR standard.

[0032] FIG. 10 illustrates an implementation example of a signal transmission method of a terminal in a wireless communication system according to one embodiment.

[0033] FIG. 11 illustrates an implementation example of a signal receiving method of a base station in a wireless communication system according to one embodiment.

[0034] Figures 12 to 15 illustrate a communication system (1) and a wireless device applicable to various embodiments.

[0035] The following technologies can be used in various wireless access systems, such as CDMA (code division multiple access), FDMA (frequency division multiple access), TDMA (time division multiple access), OFDMA (orthogonal frequency division multiple access), and SC-FDMA (single carrier frequency division multiple access). CDMA can be implemented with radio technologies such as UTRA (Universal Terrestrial Radio Access) or CDMA2000. TDMA can be implemented with radio technologies such as GSM (Global System for Mobile communications) / GPRS (General Packet Radio Service) / EDGE (Enhanced Data Rates for GSM Evolution). OFDMA can be implemented with radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and E-UTRA (Evolved UTRA). UTRA is a part of UMTS (Universal Mobile Telecommunications System). 3GPP (3rd Generation Partnership Project) LTE (long term evolution) is part of E-UMTS (Evolved UMTS) that uses E-UTRA, and LTE-A (Advanced) is an evolved version of 3GPP LTE. 3GPP NR (New Radio or New Radio Access Technology) is an evolved version of 3GPP LTE / LTE-A.

[0036] As more and more communication devices demand greater communication capacity, the need for improved mobile broadband communications compared to existing Radio Access Technology (RAT) is emerging. Furthermore, massive Machine Type Communications (MTC), which connects multiple devices and objects to provide diverse services anytime, anywhere, is also a key issue to be considered in next-generation communications. Furthermore, communication system design that considers reliability and latency-sensitive services / terminals is being discussed. Accordingly, the introduction of next-generation RATs that consider enhanced Mobile BroadBand Communication (eMBB), massive MTC, and Ultra-Reliable and Low Latency Communication (URLLC) is being discussed. For convenience, this technology is referred to as NR (New Radio or New RAT) in the present invention.

[0037] For clarity of explanation, the description will focus on 3GPP NR, but the technical idea of ​​the present invention is not limited thereto.

[0038] In this specification, the expression "setting" can be replaced with the expression "configure / configuration", and the two can be used interchangeably. In addition, conditional expressions (e.g., "if", "in a case", or "when", etc.) can be replaced with the expression "based on that ~~" or "in a state / status". In addition, the operation of the terminal / base station or the SW / HW configuration according to the satisfaction of the condition can be inferred / understood. In addition, if the process of the receiving (or transmitting) side can be inferred / understood from the process of the transmitting (or receiving) side in signal transmission / reception between wireless communication devices (e.g., base stations, terminals), the description thereof can be omitted. For example, signal determination / generation / encoding / transmission, etc. of the transmitting side can be understood as signal monitoring reception / decoding / determination, etc. of the receiving side. In addition, the expression that the terminal performs (or does not perform) a specific operation can also be interpreted as meaning that the base station operates while expecting / assuming (or expecting / assuming that the terminal does not perform) the specific operation. In addition, the expression that the base station performs (or does not perform) a specific operation can also be interpreted as meaning that the terminal operates while expecting / assuming (or expecting / assuming that the base station does not perform) the specific operation. In addition, the division and index of each section, embodiment, example, option, method, plan, etc. in the following description are for the convenience of explanation and should not be interpreted as meaning that each constitutes an independent invention or that each must be implemented only individually. In addition, in describing each section, embodiment, example, option, method, plan, etc., if there is no explicitly conflicting / opposing description, it can be inferred / interpreted that at least some of them can be combined and implemented together, or at least some can be implemented with the omission of each.

[0039] In a wireless communication system, a terminal receives information from a base station via the downlink (DL) and transmits it to the base station via the uplink (UL). The information transmitted and received between the base station and the terminal includes data and various control information, and various physical channels exist depending on the type and purpose of the information being transmitted and received.

[0040] Figure 1 is a drawing for explaining physical channels used in a 3GPP NR system and a general signal transmission method using them.

[0041] When a terminal is powered on again from a powered-off state or enters a new cell, it performs an initial cell search operation, such as synchronizing with the base station, in step S101. To this end, the terminal receives a Synchronization Signal Block (SSB) from the base station. The SSB includes a Primary Synchronization Signal (PSS), a Secondary Synchronization Signal (SSS), and a Physical Broadcast Channel (PBCH). Based on the PSS / SSS, the terminal synchronizes with the base station and obtains information such as a cell ID (cell identity). In addition, the terminal can obtain broadcast information within the cell based on the PBCH. Meanwhile, the terminal can check the downlink channel status by receiving a Downlink Reference Signal (DL RS) during the initial cell search phase.

[0042] After completing the initial cell search, the terminal can obtain more specific system information by receiving a physical downlink control channel (PDCCH) and a physical downlink shared channel (PDSCH) based on the physical downlink control channel information in step S102.

[0043] Thereafter, the terminal may perform a random access procedure such as steps S103 to S106 to complete connection to the base station. To this end, the terminal may transmit a preamble through a physical random access channel (PRACH) (S103) and receive a response message to the preamble through a physical downlink control channel and a corresponding physical downlink shared channel (S104). In the case of contention-based random access, a contention resolution procedure such as transmission of an additional physical random access channel (S105) and reception of a physical downlink control channel and a corresponding physical downlink shared channel (S106) may be performed.

[0044] The terminal that has performed the procedure as described above can then perform the general uplink / downlink signal transmission procedure, such as receiving a physical downlink control channel / physical downlink shared channel (S107) and transmitting a physical uplink shared channel (PUSCH) / physical uplink control channel (PUCCH) (S108). The control information that the terminal transmits to the base station is collectively referred to as uplink control information (UCI). UCI includes HARQ ACK / NACK (Hybrid Automatic Repeat and request Acknowledgement / Negative-ACK), SR (Scheduling Request), CSI (Channel State Information), etc. CSI includes CQI (Channel Quality Indicator), PMI (Precoding Matrix Indicator), RI (Rank Indication), etc. UCI is generally transmitted through PUCCH, but can be transmitted through PUSCH when control information and traffic data must be transmitted simultaneously. Additionally, UCI can be transmitted aperiodically via PUSCH upon request / instruction from the network.

[0045] Figure 2 illustrates the structure of a radio frame. In NR, uplink and downlink transmissions are organized into frames. Each radio frame is 10 ms long and is divided into two 5 ms half-frames (HF). Each half-frame is divided into five 1 ms sub-frames (SF). A sub-frame is divided into one or more slots, and the number of slots within a sub-frame depends on the subcarrier spacing (SCS). Each slot contains 12 or 14 OFDM (Orthogonal Frequency Division Multiplexing) symbols, depending on the cyclic prefix (CP). When a normal CP is used, each slot contains 14 OFDM symbols. When an extended CP is used, each slot contains 12 OFDM symbols.

[0046] Table 1 illustrates that when CP is normally used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary depending on the SCS.

[0047] SCS (15*2^u)N slot symb N frame,u slot N subframe,u slot 15KHz (u=0)1410130KHz (u=1)1420260KHz (u=2)14404120KHz (u=3)14808240KHz (u=4)1416016

[0048] * N slot symb : Number of symbols in the slot

[0049] * N frame,u slot : Number of slots in the frame

[0050] * N subframe,u slot : Number of slots in a subframe

[0051] Table 2 illustrates that when extended CP is used, the number of symbols per slot, the number of slots per frame, and the number of slots per subframe vary depending on the SCS.

[0052] SCS (15*2^u)N slot symb N frame,u slot N subframe,u slot 60KHz (u=2)12404

[0053] The structure of the frame is only an example, and the number of subframes, number of slots, and number of symbols in the frame can be varied.

[0054] In an NR system, OFDM numerology (e.g., SCS) may be set differently between multiple cells that are merged into a single terminal. Accordingly, the (absolute time) interval of a time resource (e.g., SF, slot, or TTI) (conveniently referred to as TU (Time Unit)) consisting of the same number of symbols may be set differently between the merged cells. Here, the symbol may include an OFDM symbol (or CP-OFDM symbol), an SC-FDMA symbol (or Discrete Fourier Transform-spread-OFDM, DFT-s-OFDM symbol).

[0055] Figure 3 illustrates a resource grid of a slot. A slot contains multiple symbols in the time domain. For example, in the case of a regular CP, one slot contains 14 symbols, but in the case of an extended CP, one slot contains 12 symbols. A carrier contains multiple subcarriers in the frequency domain. A Resource Block (RB) is defined as multiple (e.g., 12) consecutive subcarriers in the frequency domain. A Bandwidth Part (BWP) is defined as multiple consecutive Physical RBs (PRBs) in the frequency domain and can correspond to a single numerology (e.g., SCS, CP length, etc.). A carrier can contain up to N (e.g., 5) BWPs. Data communication is performed through activated BWPs, and only one BWP can be activated for a single terminal. Each element in the resource grid is referred to as a Resource Element (RE), to which one complex symbol can be mapped.

[0056] Figure 4 illustrates an example of how physical channels are mapped within a slot. A PDCCH can be transmitted in the DL control region, and a PDSCH can be transmitted in the DL data region. A PUCCH can be transmitted in the UL control region, and a PUSCH can be transmitted in the UL data region. GP provides a time gap between the base station and the terminal when switching from transmission mode to reception mode or from reception mode to transmission mode. Some symbols within a subframe at the time of transition from DL to UL can be set as GP.

[0057] Below, each physical channel is described in more detail.

[0058] The PDCCH carries Downlink Control Information (DCI). For example, the PCCCH (i.e., DCI) carries the transmission format and resource allocation of the downlink shared channel (DL-SCH), resource allocation information for the uplink shared channel (UL-SCH), paging information for the paging channel (PCH), system information on the DL-SCH, resource allocation information for upper layer control messages such as random access responses transmitted on the PDSCH, transmission power control commands, activation / deactivation of Configured Scheduling (CS), etc. The DCI includes a cyclic redundancy check (CRC), which is masked / scrambled with various identifiers (e.g., Radio Network Temporary Identifier, RNTI) depending on the owner or usage of the PDCCH. For example, if the PDCCH is for a specific terminal, the CRC is masked with a terminal identifier (e.g., Cell-RNTI, C-RNTI). If the PDCCH is for paging, the CRC is masked with the Paging-RNTI (P-RNTI). If the PDCCH is for system information (e.g., a System Information Block, SIB), the CRC is masked with the System Information RNTI (SI-RNTI). If the PDCCH is for a random access response, the CRC is masked with the Random Access-RNTI (RA-RNTI).

[0059] The PDCCH consists of 1, 2, 4, 8, or 16 Control Channel Elements (CCEs) depending on the Aggregation Level (AL). A CCE is a logical allocation unit used to provide a PDCCH with a predetermined code rate depending on the radio channel status. A CCE consists of six Resource Element Groups (REGs). A REG is defined as one OFDM symbol and one (P)RB. The PDCCH is transmitted through a Control Resource Set (CORESET). A CORESET is defined as a set of REGs with a given numerology (e.g., SCS, CP length, etc.). Multiple CORESETs for a single UE can overlap in the time / frequency domain. A CORESET can be configured through system information (e.g., Master Information Block, MIB) or UE-specific upper layer (e.g., Radio Resource Control, RRC, layer) signaling. Specifically, the number of RBs and the number of OFDM symbols (up to 3) that constitute the CORESET can be set by upper layer signaling.

[0060] To receive / detect PDCCH, the UE monitors PDCCH candidates. PDCCH candidates represent the CCE(s) that the UE should monitor for PDCCH detection. Each PDCCH candidate is defined as 1, 2, 4, 8, or 16 CCEs depending on the AL. Monitoring involves (blind) decoding the PDCCH candidates. The set of PDCCH candidates that the UE monitors is defined as a PDCCH Search Space (SS). The search space includes a Common Search Space (CSS) or a UE-specific search space (USS). The UE can acquire DCI by monitoring PDCCH candidates in one or more search spaces configured by the MIB or higher-layer signaling. Each CORESET is associated with one or more search spaces, and each search space is associated with one COREST. The search space can be defined based on the following parameters.

[0061] - controlResourceSetId: Indicates the CORESET associated with the search space.

[0062] - monitoringSlotPeriodicityAndOffset: Indicates the PDCCH monitoring period (in slots) and the PDCCH monitoring interval offset (in slots).

[0063] - monitoringSymbolsWithinSlot: Indicates the PDCCH monitoring symbols within the slot (e.g., the first symbol(s) of the CORESET).

[0064] - nrofCandidates: AL={1, 2, 4, 8, 16} indicates the number of PDCCH candidates (one of 0, 1, 2, 3, 4, 5, 6, 8)

[0065] * An opportunity (e.g., time / frequency resource) for monitoring PDCCH candidates is defined as a PDCCH (monitoring) opportunity. One or more PDCCH (monitoring) opportunities can be configured within a slot.

[0066] Table 3 illustrates the characteristics of each search space type.

[0067] TypeSearch SpaceRNTIUse CaseType0-PDCCHCommonSI-RNTI on a primary cellSIB DecodingType0A-PDCCHCommonSI-RNTI on a primary cellSIB DecodingType1-PDCCHCommonRA-RNTI or TC-RNTI on a primary cellMsg2, Msg4 decoding in RACHType2-PDCCHCommonP-RNTI on a primary cellPaging DecodingType3-PDCCHCommonINT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, C-RNTI, MCS-C-RNTI, or CS-RNTI(s)UE SpecificUE SpecificC-RNTI, or MCS-C-RNTI, or CS-RNTI(s)User specific PDSCH decoding

[0068] Table 4 illustrates DCI formats transmitted via PDCCH.

[0069] DCI formatUsage0_0Scheduling of PUSCH in one cell0_1Scheduling of PUSCH in one cell1_0Scheduling of PDSCH in one cell1_1Scheduling of PDSCH in one cell2_0Notifying a group of UEs of the slot format2_1Notifying a group of UEs of the PRB(s) and OFDM symbol(s) where UE may assume no transmission is intended for the UE2_2Transmission of TPC commands for PUCCH and PUSCH2_3Transmission of a group of TPC commands for SRS transmissions by one or more UEs

[0070] DCI format 0_0 is used to schedule a TB-based (or TB-level) PUSCH, and DCI format 0_1 ​​can be used to schedule a TB-based (or TB-level) PUSCH or a CBG (Code Block Group)-based (or CBG-level) PUSCH. DCI format 1_0 is used to schedule a TB-based (or TB-level) PDSCH, and DCI format 1_1 can be used to schedule a TB-based (or TB-level) PDSCH or a CBG-based (or CBG-level) PDSCH (DL grant DCI). DCI format 0_0 / 0_1 may be referred to as UL grant DCI or UL scheduling information, and DCI format 1_0 / 1_1 may be referred to as DL grant DCI or DL ​​scheduling information. DCI format 2_0 is used to convey dynamic slot format information (e.g., dynamic SFI) to the terminal, and DCI format 2_1 is used to convey downlink pre-emption information to the terminal. DCI format 2_0 and / or DCI format 2_1 can be conveyed to the terminals within a group through the group common PDCCH, which is a PDCCH conveyed to the terminals defined as a group.

[0071] DCI format 0_0 and DCI format 1_0 may be referred to as fallback DCI formats, while DCI format 0_1 ​​and DCI format 1_1 may be referred to as non-fallback DCI formats. In the fallback DCI format, the DCI size / field configuration remains the same regardless of the terminal configuration. On the other hand, in the non-fallback DCI format, the DCI size / field configuration varies depending on the terminal configuration.

[0072] PDSCH carries downlink data (e.g., DL-SCH transport block, DL-SCH TB) and applies modulation methods such as Quadrature Phase Shift Keying (QPSK), 16 Quadrature Amplitude Modulation (QAM), 64 QAM, and 256 QAM. TB is encoded to generate a codeword. PDSCH can carry up to two codewords. Scrambling and modulation mapping are performed for each codeword, and modulation symbols generated from each codeword can be mapped to one or more layers. Each layer is mapped to resources along with a Demodulation Reference Signal (DMRS), generated as an OFDM symbol signal, and transmitted through the corresponding antenna port.

[0073] PUCCH carries Uplink Control Information (UCI). UCI includes:

[0074] - SR (Scheduling Request): Information used to request UL-SCH resources.

[0075] - HARQ(Hybrid Automatic Repeat reQuest)-ACK(Acknowledgement): This is a response to a downlink data packet (e.g., codeword) on the PDSCH. It indicates whether the downlink data packet was successfully received. One HARQ-ACK bit can be transmitted in response to a single codeword, and two HARQ-ACK bits can be transmitted in response to two codewords. The HARQ-ACK response includes a positive ACK (simply, ACK), a negative ACK (NACK), a DTX, or a NACK / DTX. Here, HARQ-ACK is used interchangeably with HARQ ACK / NACK and ACK / NACK.

[0076] - CSI (Channel State Information): Feedback information for the downlink channel. MIMO (Multiple Input Multiple Output)-related feedback information includes the Rank Indicator (RI) and Precoding Matrix Indicator (PMI).

[0077] Table 5 illustrates PUCCH formats. Depending on the PUCCH transmission length, they can be classified into Short PUCCH (formats 0 and 2) and Long PUCCH (formats 1, 3, and 4).

[0078] PUCCH formatLength in OFDM symbols N PUCCH symb Number of bitsUsageEtc01 - 2≤2HARQ, SRSequence selection14 - 14≤2HARQ, [SR]Sequence modulation21 - 2>2HARQ, CSI, [SR]CP-OFDM34 - 14>2HARQ, CSI, [SR]DFT-s-OFDM(no UE multiplexing)44 - 14>2HARQ, CSI, [SR]DFT-s-OFDM(Pre DFT OCC)

[0079] PUCCH format 0 carries UCI of up to 2 bits in size and is mapped and transmitted based on sequence. Specifically, the terminal transmits a specific UCI to the base station by transmitting one of multiple sequences through the PUCCH of PUCCH format 0. The terminal transmits the PUCCH of PUCCH format 0 within the PUCCH resources for the corresponding SR configuration only when transmitting a positive SR.

[0080] PUCCH format 1 carries UCI of up to 2 bits in size, and modulation symbols are spread in the time domain using an orthogonal cover code (OCC) (which is set differently depending on whether frequency hopping is used). DMRS are transmitted in symbols where modulation symbols are not transmitted (i.e., transmitted using Time Division Multiplexing (TDM).

[0081] PUCCH format 2 carries UCI with a bit size greater than 2 bits, and modulation symbols are transmitted by frequency division multiplexing (FDM) with DMRS. DM-RSs are located at symbol indices #1, #4, #7, and #10 within a given resource block with a density of 1 / 3. Pseudo Noise (PN) sequences are used for DM_RS sequences. Frequency hopping can be enabled for 2-symbol PUCCH format 2.

[0082] PUCCH format 3 does not multiplex terminals within the same physical resource blocks and carries UCI with a bit size greater than 2 bits. In other words, PUCCH resources in PUCCH format 3 do not include orthogonal cover codes. Modulation symbols are transmitted through time division multiplexing (TDM) with DMRS.

[0083] PUCCH format 4 supports multiplexing of up to four terminals within the same physical resource blocks and carries UCI with a bit size greater than 2 bits. In other words, PUCCH resources in PUCCH format 3 include orthogonal cover codes. Modulation symbols are transmitted through time division multiplexing (TDM) with DMRS.

[0084] At least one of one or more configured cells in a terminal may be configured for PUCCH transmission. At least the primary cell may be configured as a cell for PUCCH transmission. At least one PUCCH cell group may be configured in the terminal based on at least one cell configured for PUCCH transmission, and each PUCCH cell group includes one or more cells. The PUCCH cell group may be simply referred to as a PUCCH group. PUCCH transmission may be configured not only for the primary cell but also for the SCell, and the primary cell belongs to the primary PUCCH group, and the PUCCH-SCell configured for PUCCH transmission belongs to the secondary PUCCH group. For cells belonging to the primary PUCCH group, the PUCCH on the primary cell may be used, and for cells belonging to the secondary PUCCH group, the PUCCH on the PUCCH-SCell may be used.

[0085] PUSCH carries uplink data (e.g., UL-SCH transport block, UL-SCH TB) and / or uplink control information (UCI), and is transmitted based on a CP-OFDM (Cyclic Prefix - Orthogonal Frequency Division Multiplexing) waveform or a DFT-s-OFDM (Discrete Fourier Transform - spread - Orthogonal Frequency Division Multiplexing) waveform. When the PUSCH is transmitted based on a DFT-s-OFDM waveform, the UE transmits the PUSCH by applying transform precoding. For example, when transform precoding is disabled (e.g., transform precoding is disabled), the UE transmits the PUSCH based on the CP-OFDM waveform, and when transform precoding is enabled (e.g., transform precoding is enabled), the UE can transmit the PUSCH based on the CP-OFDM waveform or the DFT-s-OFDM waveform. PUSCH transmissions can be dynamically scheduled by UL grants in DCI, or semi-statically scheduled (configured grant) based on higher layer (e.g., RRC) signaling (and / or Layer 1 (L1) signaling (e.g., PDCCH)). PUSCH transmissions can be performed in a codebook-based or non-codebook-based manner.

[0086] Figure 5 illustrates an ACK / NACK transmission process. Referring to Figure 5, a terminal can detect a PDCCH in slot #n. Here, the PDCCH includes downlink scheduling information (e.g., DCI formats 1_0, 1_1), and the PDCCH indicates a DL assignment-to-PDSCH offset (K0) and a PDSCH-HARQ-ACK reporting offset (K1). For example, DCI formats 1_0, 1_1 can include the following information:

[0087] - Frequency domain resource assignment: Indicates the set of RBs allocated to the PDSCH.

[0088] - Time domain resource assignment: K0 (e.g., slot offset), indicates the starting position of the PDSCH within slot #n+K0 (e.g., OFDM symbol index), and the length of the PDSCH (e.g., number of OFDM symbols).

[0089] - PDSCH-to-HARQ_feedback timing indicator: Indicates K1

[0090] - HARQ process number (4 bits): Indicates the HARQ process ID (Identity) for data (e.g., PDSCH, TB)

[0091] - PUCCH resource indicator (PRI): Indicates the PUCCH resource to be used for UCI transmission among multiple PUCCH resources within the PUCCH resource set.

[0092] Afterwards, the terminal receives PDSCH from slot #(n+K0) according to the scheduling information of slot #n, and when reception of PDSCH is finished in slot #n1 (where, n+K0≤n1), UCI can be transmitted through PUCCH in slot #(n1+K1). Here, UCI may include HARQ-ACK response for PDSCH. In Fig. 5, for convenience, it is assumed that SCS for PDSCH and SCS for PUCCH are the same and slot # n1 = slot #n+K0, but the present invention is not limited thereto. If the SCSs are different, K1 can be indicated / interpreted based on the SCS of PUCCH.

[0093] When the PDSCH is configured to transmit at most 1 TB, the HARQ-ACK response may consist of 1 bit. When the PDSCH is configured to transmit at most 2 TB, the HARQ-ACK response may consist of 2 bits if spatial bundling is not configured, and may consist of 1 bit if spatial bundling is configured. When the HARQ-ACK transmission timing for multiple PDSCHs is designated as slot #(n+K1), the UCI transmitted in slot #(n+K1) includes HARQ-ACK responses for multiple PDSCHs.

[0094] Whether a UE should perform spatial bundling for a HARQ-ACK response can be configured (e.g., via RRC / higher layer signaling) for each cell group. For example, spatial bundling can be individually configured for each HARQ-ACK response transmitted over the PUCCH and / or each HARQ-ACK response transmitted over the PUSCH.

[0095] Spatial bundling can be supported when the maximum number of TBs (or codewords) that can be received at a time (or scheduled via 1 DCI) in the serving cell is 2 (or more than 2) (e.g., when the upper layer parameter maxNrofCodeWordsScheduledByDCI corresponds to 2-TB). Meanwhile, more than 4 layers can be used for 2-TB transmission, and up to 4 layers can be used for 1-TB transmission. Consequently, when spatial bundling is configured for the cell group, spatial bundling can be performed for serving cells that can schedule more than 4 layers among the serving cells in the cell group. On the serving cell, a terminal that wishes to transmit a HARQ-ACK response via spatial bundling can generate the HARQ-ACK response by performing a (bit-wise) logical AND operation on the A / N bits for multiple TBs.

[0096] For example, assuming that a terminal receives a DCI scheduling 2 TB and receives 2 TB via PDSCH based on the DCI, the terminal performing spatial bundling can generate a single A / N bit by logically ANDing the first A / N bit for the first TB and the second A / N bit for the second TB. Consequently, if both the first TB and the second TB are ACK, the terminal reports the ACK bit value to the base station, and if either TB is NACK, the terminal reports the NACK bit value to the base station.

[0097] For example, if only 1-TB is actually scheduled on a serving cell configured to receive 2-TB, the terminal can generate a single A / N bit by logically ANDing the A / N bit for the 1-TB with bit value 1. Consequently, the terminal reports the A / N bit for the 1-TB to the base station as is.

[0098] A base station / terminal has multiple parallel DL HARQ processes for DL ​​transmission. These multiple parallel HARQ processes allow DL transmissions to be performed continuously while waiting for HARQ feedback regarding the success or failure of the previous DL transmission. Each HARQ process is associated with a HARQ buffer in the MAC (Medium Access Control) layer. Each DL HARQ process manages state variables such as the number of transmissions of MAC Physical Data Blocks (PDUs) in the buffer, HARQ feedback for MAC PDUs in the buffer, and the current redundancy version. Each HARQ process is identified by a HARQ process ID.

[0099] Figure 6 illustrates a PUSCH transmission process. Referring to Figure 6, a terminal can detect a PDCCH in slot #n. Here, the PDCCH includes uplink scheduling information (e.g., DCI formats 0_0 and 0_1). DCI formats 0_0 and 0_1 can include the following information.

[0100] - Frequency domain resource assignment: Indicates the set of RBs allocated to PUSCH.

[0101] - Time domain resource assignment: Slot offset K2 indicates the starting position (e.g., symbol index) and length (e.g., number of OFDM symbols) of the PUSCH within the slot. The starting symbol and length can be indicated through SLIV (Start and Length Indicator Value) or can be indicated separately.

[0102] Thereafter, the terminal can transmit a PUSCH in slot #(n+K2) according to the scheduling information of slot #n. Here, the PUSCH includes a UL-SCH TB.

[0103] CSI-related actions

[0104] Figure 7 shows an example of a CSI-related procedure.

[0105] The terminal receives configuration information related to CSI from the base station via RRC signaling (710). The configuration information related to CSI may include at least one of CSI-IM (interference management) resource-related information, CSI measurement configuration-related information, CSI resource configuration-related information, CSI-RS resource-related information, or CSI report configuration-related information.

[0106] - CSI-IM resources can be configured for interference measurement (IM) of the terminal. In the time domain, the CSI-IM resource set can be configured periodically, semi-persistently, or aperiodicly. The CSI-IM resources can be configured as Zero Power (ZP)-CSI-RS for the terminal. The ZP-CSI-RS can be configured separately from the Non-Zero Power (NZP)-CSI-RS.

[0107] - The UE may assume that the CSI-RS resource(s) for channel measurement configured for one CSI reporting and the CSI-IM / NZP CSI-RS resource(s) for interference measurement (when NZP CSI-RS resource(s) are used for interference measurement) are in a QCL relationship with respect to 'QCL-TypeD' per resource.

[0108] - The CSI resource configuration may include at least one of a CSI-IM resource for interference measurement, an NZP CSI-RS resource for interference measurement, and an NZP CSI-RS resource for channel measurement. The CMR (channel measurement resource) may be an NZP CSI-RS for CSI acquisition, and the IMR (Interference measurement resource) may be an NZP CSI-RS for CSI-IM and IM.

[0109] - CSI-RS can be configured for one or more terminals. Different CSI-RS configurations may be provided for each terminal, or the same CSI-RS configuration may be provided to multiple terminals. CSI-RS can support up to 32 antenna ports. CSI-RS corresponding to N (N is 1 or greater) antenna ports can be mapped to N RE locations within a time-frequency unit corresponding to one slot and one RB. When N is 2 or greater, N-port CSI-RS can be multiplexed using CDM, FDM, and / or TDM schemes. CSI-RS can be mapped to REs other than REs to which CORESET, DMRS, and SSB are mapped. In the frequency domain, CSI-RS can be configured for the entire bandwidth, a portion of the bandwidth (BWP), or a portion of the bandwidth. CSI-RS may be transmitted in each RB within the bandwidth for which CSI-RS is configured (i.e., density = 1), or in every second RB (e.g., even or odd RB) (i.e., density = 1 / 2). When CSI-RS is used as a Tracking Reference Signal (TRS), a single-port CSI-RS may be mapped on three subcarriers in each resource block (i.e., density = 3). One or more CSI-RS resource sets may be configured for a UE in the time domain. Each CSI-RS resource set may include one or more CSI-RS configurations. Each CSI-RS resource set may be configured periodically, semi-persistently, or aperiodicly.

[0110] - The CSI report configuration may include configurations for feedback type, measurement resources, report type, etc. The NZP-CSI-RS resource set may be used for the CSI report configuration of the corresponding terminal. The NZP-CSI-RS resource set may be associated with CSI-RS or SSB. In addition, multiple periodic NZP-CSI-RS resource sets may be configured as TRS resource sets. (i) The feedback type may include a Channel Quality Indicator (CQI), a Precoding Matrix Indicator (PMI), a CSI-RS Resource Indicator (CRI), an SSB Resource block Indicator (SSBRI), a Layer Indicator (LI), a Rank Indicator (RI), a Layer 1-Reference Signal Received Strength (RSRP), etc. (ii) Measurement resources may include configurations for downlink signals and / or downlink resources on which the terminal performs measurements to determine feedback information. The measurement resources may be configured as ZP and / or NZP CSI-RS resource sets associated with CSI reporting configurations. The NZP CSI-RS resource set may include a CSI-RS set or an SSB set. For example, L1-RSRP may be measured for a CSI-RS set or an SSB set. (iii) Reporting types may include configurations for a time point at which the terminal performs reporting and an uplink channel, etc. The reporting time point may be configured as periodic, semi-persistent, or aperiodic. Periodic CSI reporting may be transmitted on PUCCH. Semi-persistent CSI reporting may be transmitted on PUCCH or PUSCH based on a MAC CE indicating activation / deactivation. Aperiodic CSI reporting may be indicated by DCI signaling.For example, the CSI request field of an uplink grant may indicate one of several report trigger sizes. Aperiodic CSI reports may be transmitted on the PUSCH.

[0111] The terminal measures CSI based on configuration information related to CSI. CSI measurement may include a procedure of receiving a CSI-RS (720) and computing the received CSI-RS to acquire CSI (730).

[0112] The UE can transmit a CSI report to the base station (740). For the CSI report, the time and frequency resources that the UE can use are controlled by the base station. The CSI (channel state information) can include at least one of a channel quality indicator (CQI), a precoding matrix indicator (PMI), a CSI-RS resource indicator (CRI), an SS / PBCH block resource indicator (SSBRI), a layer indicator (LI), a rank indicator (RI), L1-RSRP, and / or L-SINR.

[0113] The time domain behavior of CSI reporting supports periodic, semi-persistent, and aperiodic. i) Periodic CSI reporting is performed on short PUCCH and long PUCCH. The periodicity and slot offset of periodic CSI reporting can be configured by RRC, and refer to the CSI-ReportConfig IE. ii) SP (semi-periodic) CSI reporting is performed on short PUCCH, long PUCCH, or PUSCH. In case of SP CSI on short / long PUCCH, the periodicity and slot offset are configured by RRC, and CSI reporting is activated / deactivated by separate MAC CE / DCI. In case of SP CSI on PUSCH, the periodicity of SP CSI reporting is configured by RRC, but the slot offset is not configured by RRC, and SP CSI reporting is activated / deactivated by DCI (format 0_1). For SP CSI reporting on PUSCH, a separate RNTI (SP-CSI C-RNTI) is used. The initial CSI reporting timing follows the PUSCH time domain allocation value indicated in the DCI, and subsequent CSI reporting timings follow the cycle set by RRC. DCI format 0_1 ​​includes a CSI request field and can activate / deactivate a specific configured SP-CSI trigger state. SP CSI reporting has the same or similar activation / deactivation mechanism as the data transmission mechanism on the SPS PUSCH.iii) Aperiodic CSI reporting is performed on PUSCH and is triggered by DCI. In this case, information related to the triggering of aperiodic CSI reporting can be transmitted / indicated / configured via MAC-CE. For AP CSI with AP CSI-RS, the AP CSI-RS timing is configured by RRC, and the timing for AP CSI reporting is dynamically controlled by DCI.

[0114] QCL (quasi-co location)

[0115] Two antenna ports are quasi-co-located if the channel properties of one antenna port can be inferred from the channel properties of the other antenna port. The channel properties may include one or more of Delay spread, Doppler spread, Frequency / Doppler shift, Average received power, Received Timing / average delay, and Spatial RX parameters.

[0116] A terminal can configure a list of multiple TCI-State configurations via the upper layer parameter PDSCH-Config. Each TCI-State is associated with one or two DL reference signals and a QCL configuration parameter between the DM-RS port of the PDSCH. The QCL can include qcl-Type1 for the first DL RS and qcl-Type2 for the second DL RS. The QCL type can correspond to one of the following:

[0117] - 'QCL-TypeA': {Doppler shift, Doppler spread, average delay, delay spread}

[0118] - 'QCL-TypeB': {Doppler shift, Doppler spread}

[0119] - 'QCL-TypeC': {Doppler shift, average delay}

[0120] - 'QCL-TypeD': {Spatial Rx parameter}

[0121] M-TRP (multiple-transmission / reception point) related operations

[0122] Figure 8 illustrates multi-TRP transmission. Referring to Figure 8(a), groups of layers transmitting the same CW (codeword) (or TB) correspond to different TRPs. Referring to Figure 8(b), different CWs are transmitted through layer groups of different TRPs. At this time, it can be assumed that the TBs corresponding to CW #1 and CW #2 in the figure are identical. That is, CW #1 and CW #2 each mean that the same TB is converted into different CWs through channel coding, etc. by different TRPs. Therefore, it can be viewed as an example of repeated transmission of the same TB. In the case of Figure 8(b), compared to Figure 8(a), it may have the disadvantage of a high code rate corresponding to the TB. However, it has the advantage of being able to adjust the code rate or control the modulation order of each CW by indicating different RV (redundancy version) values ​​for encoded bits generated from the same TB depending on the channel environment.

[0123] According to the method exemplified in Figures 8(a) and 8(b), the same TB is repeatedly transmitted through different layer groups, and since each layer group is transmitted by a different TRP / panel, the data reception probability of the terminal can be increased. This is referred to as an SDM (Spatial Division Multiplexing)-based M-TRP URLLC transmission method. Layers belonging to different layer groups are transmitted through DMRS ports belonging to different DMRS CDM groups.

[0124] In addition, although the above-described multiple TRP related content was explained based on the SDM (spatial division multiplexing) method using different layers, it can be extended and applied to the FDM (frequency division multiplexing) method based on different frequency domain resources (e.g., RB / PRB (set) etc.) and / or the TDM (time division multiplexing) method based on different time domain resources (e.g., slots, symbols, sub-symbols etc.).

[0125] Figure 9 illustrates UCI mapped to PUSCH in the existing NR standard.

[0126] By comparing unmapped UCI REs and available REs in an OFDM symbol, the Distributed UCI mapping rule is applied within the OFDM symbol.

[0127] - HARQ-ACK REs are mapped to available REs in a frequency-first manner starting from the first non-DM-RS symbol located after the first DMRS symbol.

[0128] - CSI part 1 REs are mapped to available REs in a frequency-first manner, starting from the first non-DM-RS symbol.

[0129] - CSI part 2 REs are mapped to available REs in a frequency-first manner, starting from the first non-DM-RS symbol.

[0130] Referring to Fig. 9, unlike LTE, HARK-ACK RE is mapped first, followed by CSI part 1 and CSI part 2 sequentially, and then PUSCH. In this case, if REs such as HARQ-ACK / CSI do not fill one symbol, the remaining REs are uniformly distributed and mapped to other symbols after filling one symbol. Then, lower-priority UCIs are mapped sequentially according to the above rules.

[0131] UL transmission of multi-CW (or TB) based on a plurality of antenna ports

[0132] Hereinafter, a terminal that uplink transmits multiple codewords (CWs) through multiple transmit antenna ports and a method for supporting the same will be described. The embodiments described below can be used, but are not limited to, for 2-CW transmission in 8Tx uplink codebook-based transmission of a terminal equipped with multiple antennas and / or multiple panels, for example, in an environment such as New RAT (Radio Access Technology) equipped with multiple antennas / panels. Meanwhile, the term "CW" may also be replaced with "TB" (transport block).

[0133] While the existing NR standard supported 1 CW based on up to 4 antenna ports in uplink transmission, recent NR standardization is discussing a plan to support 2 CW based on up to 8 transmit antenna ports in uplink transmission. Table 6 summarizes the key standardization discussions related to UL 2-CW support.

[0134] (i) To support dual CW PUSCH transmission for rank>4 by an 8TX UE, for MCS indication, support a second MCS field (5 bits) is indicated for the second codeword(ii) To support dual CW PUSCH transmission for rank>4 by an 8TX UE, a second set of NDI (1 bit) and RV (2 bits) fields are indicated.(iii) To support UCI multiplexing on PUSCH for transmission with rank>4 by an 8TX UE, UCI is always multiplexed only on one of the scheduled CWs.- UCI is always multiplexed only on CW with the higher MCS index (if MCS indices are the same, UCI is multiplex on the first CW)- in case of PUSCH retransmission, the initial MCS is used for CW selection.(iv) For dual CW PUSCH transmission by an 8TX UE, PHY layer priority indicator (if configured) is applied on both codewords.(v) For an 8TX UE, there is a single UL-SCH indicator in a scheduling DCI (i.e., formats 0_1, 0_2).FFS whether / how to support CSI-only PUSCH when rank>4.

[0135] As described in Table 6, 2 CW transmission is supported when the (maximum) Rank exceeds 4. For 2 CW scheduling, the MCS field, NDI field, and RV field of the second CW are added to the DCI. When UCI multiplexing is required, UCI is multiplexed only on the CW with the higher MCS among the 2 CWs, but if the CWs are the same, UCI is multiplexed on the first CW. If there is a priority indication for the UL transmission in the physical layer, the indicated priority is applied to both CWs. In addition, the UL grant DCI format for 2 CW scheduling includes one UL-SCH indicator field as before. In other words, two UL-SCH indicator fields are not provided separately for each of the two CWs.

[0136] Meanwhile, as shown in Table 6, whether CSI-only PUSCH will be supported in 2CW transmission with rank > 4 and, if so, how to apply / decide / indicate CSI-only CW for 2 CWs requires additional discussion / definition (FFS).

[0137] Accordingly, this specification proposes a method / assumption of application of UL-SCH indicators related to CSI-only and a method for signaling the same in 2-CW transmission (i.e., rank>4 transmission).

[0138] In the following description, when a rank is scheduled / indicated as 4, it may mean that the number of layers indicated by the DCI (e.g., the number of layers indicated by the precoding and number of layers fields) exceeds 4. In other words, when the number of layers indicated by the DCI (e.g., the number of layers indicated by the precoding and number of layers fields) exceeds 4, the terminal performs 2 CW (or 2 TB) transmission.

[0139] First, let's examine the UL-SCH indicator field defined in the existing NR standard. Table 7 presents an excerpt of the UL-SCH indicator defined in TS 38.212, the existing NR Rel. 17 standard document that supports 1 CW uplink transmission via up to four transmit antenna ports.

[0140] UL-SCH indicator - 0 or 1 bit as follows- 0 bit if the number of scheduled PUSCH indicated by the Time domain resource assignment field is larger than 1;- 1 bit otherwise. A value of "1" indicates UL-SCH shall be transmitted on the PUSCH and a value of "0" indicates UL-SCH shall not be transmitted on the PUSCH. If a UE does not support triggering SRS only in DCI, except for DCI format 0_1 ​​with CRC scrambled by SP-CSI-RNTI, the UE is not expected to receive a DCI format 0_1 ​​with UL-SCH indicator of "0" and CSI request of all zero(s). If a UE supports triggering SRS only in DCI, except for DCI format 0_1 ​​with CRC scrambled by SP-CSI-RNTI, the UE is not expected to receive a DCI format 0_1 ​​with UL-SCH indicator of "0", CSI request of all zero(s) and SRS request of all zero(s).

[0141] The UL-SCH indicator is a 1-bit indicator field included in the DCI, introduced to explicitly indicate whether the corresponding CW / TB (transport block) carries the UL-SCH. Referring to Table 7, the UL-SCH indicator field, in combination with the CSI request field, indicates whether the corresponding CW / TB is scheduled as UCI with UL-SCH or UCI without UL-SCH. Meanwhile, all bits of the CSI request field being 0 indicate that CSI is not requested.

[0142] As seen in Table 6, the number of UL-SCH indicator fields included in the DCI scheduling 2 CW is only one as before. If this one UL-SCH indicator field is extended to 2 CW and applied, the scheduled PUSCH can be expressed as in Table 8.

[0143] CASE1st CW (eg, higher MCS)2nd CWCase 1{UL-SCH + UCI} or {UL-SCH}UL-SCHCase 2UCI-onlyUL-SCHCase 3UCI-onlyUCI-only

[0144] As described in Table 6, UCI is multiplexed to the CW with the higher MCS among the two CWs (the 1st CW if both MCSs are the same). In Table 8, for convenience of explanation, it is assumed that the 1st CW is scheduled with a higher MCS than the 2nd CW. However, the proposals in this specification can also be applied to the opposite case (i.e., when the 2nd CW has a higher MCS than the 1st CW). In Case 1 of Table 8, if UCI is present, it is mapped to the 1st CW. If the value of the UL-SCH indicator is "1" and the code point of the CSI request field is not all zeros, the 1st CW transmits UCI with UL-SCH. If the value of the UL-SCH indicator is "1" and the code point of the CSI request field is all zeros, only the UL-SCH is transmitted on the 1st CW. That is, it is transmitted as a combination of 1st CW: UL-SCH and 2nd CW: UL-SCH.

[0145] Proposal 1

[0146] Regarding Case 1 in Table 8, the following is proposed for the assumptions regarding the presence or absence of the UL-SCH indicator and UL-SCH.

[0147] When 2 CW PUSCH (rank>4) transmissions are scheduled (e.g., via DCI formats 0_1, 0_2), UL-SCH is always configured to be included in both TB / CW, and when 1 CW PUSCH transmission is scheduled, whether UL-SCH is transmitted / included can be determined based on the UL-SCH indicator indication. For example, when scheduled with 2CW PUSCH, the UE can ignore the UL-SCH indicator included in the scheduling DCI or always assume it to be "1". For example, when scheduled with 2CW PUSCH, the UE can assume that the UL-SCH indicator field in the DCI is always configured with 0 bits, and the base station can reduce the DCI payload by setting the UL-SCH indicator field to 0 bits.

[0148] Proposal 1 primarily considers Case 1 (but is also applicable to Case 2). During dual CW transmission, UL-SCH can always be included on both CWs. Therefore, for dual CW scheduling, a UL-SCH indicator may not be required in the DCI. For single CW transmission (when rank is 4 or lower), a UL-SCH indicator is required in the DCI. For dual CW scheduling, one of the following options can be configured / used for the UL-SCH indicator:

[0149] (1) Option 1

[0150] When scheduled with dual CW PUSCH, the terminal / base station assumes / configures the UL-SCH indicator as 0 bit.

[0151] In general, when comparing the max payload for single CW transmission and the max payload for dual CW transmission, the max payload for dual CW is larger than the max payload for single CW due to the addition of the 2nd set of MCS / RV / NDI, etc. Therefore, if the max rank is set to greater than 4 (e.g., max rank = 6 or 8), the field size of the UL-SCH indicator can be excluded from the calculation of the DCI max payload. If the max rank is 4 or less (e.g., max rank = 1 or 2 or 4), since it is a single CW transmission, the UL-SCH indicator field is included in the calculation of the DCI max payload.

[0152] As a result, the payload size of the DCI format supporting dual CW PUSCH scheduling can be determined based on the sizes of fields required for scheduling dual CW PUSCH (e.g., 2nd set of MCS / RV / NDI) and the size of a 0-bit UL-SCH indicator field (e.g., as the sum of the sizes of the corresponding fields).

[0153] (2) Option 2

[0154] When scheduled with dual CW PUSCH, the UL-SCH indicator may be reused not for the purpose of indicating UL-SCH transmission, but for the purpose of indicating other (existing or new) parameters / indicators in the DCI. For example, when scheduled with dual CW PUSCH, the UL-SCH indicator may be reused to indicate at least one of the following, but is not limited thereto:

[0155] - RV for 1st / 2nd CW

[0156] - MCS for 1st / 2nd CW

[0157] - NDI for 1st / 2nd CW

[0158] - TRI / TPMI

[0159] - CW index where UCI is multiplexed: For example, if the CSI request field is not all zeros and the UL-SCH indicator value is "1", UCI is multiplexed on the 1st CW, and if it is "0", UCI is multiplexed on the 2nd CW. (Or conversely, if the UL-SCH indicator value is "0", UCI is multiplexed on the 1st CW, and if it is "1", UCI is multiplexed on the 2nd CW). For example, if the CSI request field is all zeros, the UL-SCH indicator value is ignored.

[0160] Proposal 2

[0161] Meanwhile, Case 2 in Table 8 can be considered a special case of Case 1. In Case 2, the first CW is scheduled for UCI-only transmission, and the second CW is scheduled for UL-SCH transmission. For Case 2, the application / configuration of the UL-SCH indicator can follow Proposal 2.

[0162] When scheduled with 2 CW PUSCH (rank>4) (e.g., via DCI formats 0_1, 0_2), the UE assumes that the indication via the UL-SCH indicator in the DCI (e.g., omitting UL-SCH transmission) applies only to one specific TB / CW index, and that the remaining TB / CW index includes / indicates UL-SCH transmission.

[0163] Here, for a specific TB / CW index to which the UL-SCH indicator is applied, it can be determined as 1) a lower or higher TB / CW index, or 2) a TB / CW index with a higher MCS (if the MCSs of two TB / CWs are the same, the lower or higher TB / CW index).

[0164] CW transmitted as UCI-only can be determined based on the UCI multiplexing rule. The above example assumes that TB / CW with a higher MCS is multiplexed onto UCI.

[0165] Case 3 refers to a case where only UCI is mapped and transmitted on two CW / TB. This is when there is a lot of UCI information to be transmitted (e.g., HARQ-ACK and / or CSI part 1 and / or CSI part 2) or to transmit UCI more robustly.

[0166] Proposal 3

[0167] When scheduled as 2CW PUSCH (rank>4) (e.g., via DCI formats 0_1, 0_2), when scheduled as 2CW PUSCH, the indication via UL-SCH indicator in DCI can be applied to both TB / CW indices.

[0168] (1) If the UL-SCH indicator = 0 and the CSI request field is not all zeros, the (same) UCI ​​is repeated without the UL-SCH through both CWs. (e.g., Case 3)

[0169] - First, the terminal performs encoding / rate-matching / RE mapping for UCI assuming that only one CW is scheduled, and the UCI mapped in this way can be mapped to another CW in the same way (copy & paste).

[0170] - And / or the UCI information mapped to each of the two CWs is the same, but depending on the transmission parameters of each CW (e.g., MCS, etc.), the size of the coded UCI bits may vary between the two CWs, and the coded UCI bits may be mapped to each CW.

[0171] - And / or the CSI report indicated through the CSI request field above is (repeatedly) mapped to both CWs, whereas other UCI (e.g., HARQ-ACK) can be mapped to only one specific CW (the specific CW can be determined by the CW index with the higher MCS among the two CWs (or the lower CW index if the MCS of the two CWs is the same)).

[0172] (2) If the UL-SCH indicator = 1 and the CSI request field is not all zeros, UCI is multiplexed on the CW corresponding to the highest MCS or on the 1st CW if the MCS values ​​of the two CWs are the same.

[0173] Through the above proposals 1 / 2 / 3, there is an advantage in that dual CW PUSCH transmission can be effectively performed without ambiguity in base station indication even when a single UL-SCH indicator is used.

[0174] Meanwhile, Proposal 3 may violate the existing agreement on UCI multiplexing rule (UCI multiplexed on a single CW). Therefore, the UE may not expect a case where only UCI is transmitted on two CWs. That is, when the indication through the UL-SCH indicator in the DCI of Proposal 3 is applied to both TB / CW indices, the UE does not expect a case where the UL-SCH indicator = 0 and the CSI request field is scheduled with all zeros and rank > 4. For example, the UE does not expect to receive a UL grant DCI including the UL-SCH indicator = 0 when rank > 4 is indicated (e.g., when the number of layers > 4 is indicated by the UL grant DCI such as DCI format 0_1). In other words, the UE does not expect that the UL-SCH indicator included in the DCI will be 0 when rank > 4 is indicated (e.g., when number of layers > 4 is indicated by UL grant DCI such as DCI format 0_1). Therefore, the UE can expect that the UL-SCH indicator will be 1 when rank > 4 is indicated (e.g., when number of layers > 4 is indicated by UL grant DCI such as DCI format 0_1). This can be understood as the same concept as the UE's operation assuming that the UL-SCH indicator included in the scheduling DCI is 1 when scheduled with 2CW PUSCH in Proposal 1 described above.

[0175] Proposal 4

[0176] Meanwhile, when scheduling dual CW PUSCH, UL-SCH presence / absence indications for each CW can be provided independently. This may have the advantage of increasing the scheduling freedom of the base station compared to Proposals 1 / 2 / 3. To this end, the following is proposed.

[0177] When scheduled with 2 CW PUSCH (rank>4) (e.g., via DCI formats 0_1, 0_2), the presence or absence of UL-SCH transmission on each CW may be indicated and / or UL-SCH and UCI may be indicated through a 2-bit UL-SCH indicator in the DCI. The size of the UL-SCH indicator field in the DCI field may be determined based on the max rank value. For example, if the max rank is greater than 4, the UL-SCH indicator field may be 2 bits, and if the max rank is 4 or less, the UL-SCH indicator field may be configured with 1 bit as before. Alternatively, the UL-SCH indicator may be configured with 2 bits, 1 bit of which corresponds to the existing UL-SCH indicator field, and the other bit may be 1 bit from among the unused / remaining bits of another field (e.g., antenna ports field) during 2CW PUSCH scheduling.

[0178] For example, in Proposal 4, among the 2-bit UL-SCH indicators, the MSB can indicate the presence or absence of UL-SCH transmission in the 1st CW, and the LSB can indicate the presence or absence of UL-SCH transmission in the 2nd CW.

[0179] In this case, the MSB and LSB can be indicated as in Table 9, and whether or not to multiplex UCI can be determined based on the CSI request field value. For example, if the MSB of the UL-SCH indicator is 1, LSB=1, and the CSI request field is scheduled with a value other than all zeros, it means 1st CW: UCI with UL-SCH of Case 1, and if the MSB of the UL-SCH indicator is 1, LSB=1, and the CSI request field is all zeros, it means UCI without UL-SCH.

[0180] 1st CW (eg, higher MCS)2nd CWMSBLSBCase 1{UL-SCH + UCI} or{UL-SCH}UL-SCH11Case 2-1UCI-onlyUL-SCH01Case 2-2UL-SCHUCI-only10Case 3UCI-onlyUCI-only00

[0181] Alternatively, the codepoints of the 2-bit UL-SCH indicator as shown in Table 10 may be used to represent the above cases and / or UCI mapping.

[0182] DescriptionUL-SCH indicatorUL-SCH is present in both CWs11UL-SCH is present in one CW01UL-SCH is not present in both CWs10Reserved00

[0183] In this case, the UCI multiplexing rule can be a rule that maps to the CW corresponding to the higher MCS or to the 1st CW if the two MCS values ​​are the same.

[0184] The above-described suggestions 1, 2, 3 and 4 may be used alone or in combination at least in part.

[0185] FIG. 10 illustrates an implementation example of a signal transmission method of a terminal in a wireless communication system according to one embodiment.

[0186] Referring to FIG. 10, DCI (downlink control information) for terminal uplink scheduling can be received (A05).

[0187] The terminal can multiplex UCI onto a physical uplink shared channel (PUSCH) (A10). UCI can include channel state information (CSI).

[0188] The terminal can transmit a PUSCH with UCI multiplexed based on DCI (A15).

[0189] Based on a rank of the PUSCH transmission being greater than 4, and the PUSCH comprising a plurality of codewords (CWs), the CSI may be multiplexed on a CW with a highest modulation and coding scheme (MCS) among the plurality of CWs. The UE may not expect that an uplink shared channel (UL-SCH) indicator field in the DCI is set as a first value (e.g., 0) for not performing an UL-SCH transmission.

[0190] Based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including multiple CWs, all of the multiple CWs may include each UL-SCH.

[0191] Based on the rank of the above PUSCH transmission exceeding 4 and the PUSCH including multiple CWs, no CW may be configured to include only the CSI.

[0192] The DCI may include the UL-SCH indication field. The terminal may assume that a second value (e.g., 1) for performing UL-SCH transmission is set in the UL-SCH indication field based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including multiple CWs.

[0193] The terminal may assume that the size of the UL-SCH indication field is 0 bits based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including multiple CWs.

[0194] The CSI and the first UL-SCH can be multiplexed on the CW having the highest MCS. The second UL-SCH can be multiplexed without the CSI on another CW.

[0195] Based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including multiple CWs, the UL-SCH indication field may be configured to provide information other than information on whether or not the UL-SCH is transmitted.

[0196] The size of the UL-SCH indication field in the DCI may be determined based on the rank of the PUSCH transmission.

[0197] The above DCI may include a CSI request field set to a non-zero value.

[0198] FIG. 11 illustrates an implementation example of a signal receiving method of a base station in a wireless communication system according to one embodiment.

[0199] Referring to FIG. 11, a base station may transmit DCI (downlink control information) for uplink scheduling (B05). The DCI may include the UL-SCH indication field. Based on the rank of the PUSCH exceeding 4 and the PUSCH including multiple CWs (codewords), the base station may set the UL-SCH (uplink shared channel) indication field in the DCI to a second value (e.g., 1) for UL-SCH scheduling for all of the multiple CWs.

[0200] The base station can receive a PUSCH (physical uplink shared channel) with UCI multiplexed based on DCI (B10).

[0201] The base station can obtain UCI from the PUSCH (B15). The UCI can include channel state information (CSI). Based on the rank of the PUSCH exceeding 4 and the PUSCH including multiple codewords (CWs), the base station can obtain the CSI from the CW having the highest modulation and coding scheme (MCS) among the multiple CWs.

[0202] Based on the rank of the PUSCH exceeding 4 and the PUSCH including multiple CWs, all of the multiple CWs may include each UL-SCH.

[0203] Based on the rank of the above PUSCH exceeding 4 and the above PUSCH including multiple CWs, no CW may be configured to include only the above CSI.

[0204] The CSI and the first UL-SCH can be multiplexed on the CW having the highest MCS. The second UL-SCH can be multiplexed without the CSI on another CW.

[0205] The size of the UL-SCH indication field in the DCI may be determined based on the rank of the PUSCH.

[0206] The above DCI may include a CSI request field set to a non-zero value.

[0207] Fig. 12 illustrates a communication system (1) applicable to various embodiments.

[0208] Referring to FIG. 12, a communication system (1) includes a wireless device, a base station, and a network. Here, the wireless device refers to a device that performs communication using a wireless access technology (e.g., 5G NR (New RAT), LTE (Long Term Evolution)) and may be referred to as a communication / wireless / 5G device. Although not limited thereto, the wireless device may include a robot (100a), a vehicle (100b-1, 100b-2), an XR (eXtended Reality) device (100c), a hand-held device (100d), a home appliance (100e), an IoT (Internet of Things) device (100f), and an AI device / server (400). For example, the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, a vehicle capable of performing vehicle-to-vehicle communication, etc. Here, the vehicle may include an Unmanned Aerial Vehicle (UAV) (e.g., a drone). XR devices include AR (Augmented Reality) / VR (Virtual Reality) / MR (Mixed Reality) devices, and can be implemented in the form of HMD (Head-Mounted Device), HUD (Head-Up Display) installed in a vehicle, television, smartphone, computer, wearable device, home appliance, digital signage, vehicle, robot, etc. Mobile devices can include smartphone, smart pad, wearable device (e.g., smart watch, smart glass), computer (e.g., laptop, etc.), etc. Home appliances can include TV, refrigerator, washing machine, etc. IoT devices can include sensors, smart meters, etc. For example, base stations and networks can also be implemented as wireless devices, and a specific wireless device (200a) can act as a base station / network node to other wireless devices.

[0209] Wireless devices (100a to 100f) can be connected to a network (300) via a base station (200). Artificial Intelligence (AI) technology can be applied to the wireless devices (100a to 100f), and the wireless devices (100a to 100f) can be connected to an AI server (400) via the network (300). The network (300) can be configured using a 3G network, a 4G (e.g., LTE) network, a 5G (e.g., NR) network, etc. The wireless devices (100a to 100f) can communicate with each other via the base station (200) / network (300), but can also communicate directly (e.g., sidelink communication) without going through the base station / network. For example, vehicles (100b-1, 100b-2) can communicate directly (e.g., V2V (Vehicle to Vehicle) / V2X (Vehicle to Everything) communication). In addition, IoT devices (e.g., sensors) can communicate directly with other IoT devices (e.g., sensors) or other wireless devices (100a to 100f).

[0210] Wireless communication / connection (150a, 150b, 150c) can be established between wireless devices (100a~100f) / base stations (200), and base stations (200) / base stations (200). Here, wireless communication / connection can be achieved through various wireless access technologies (e.g., 5G NR) such as uplink / downlink communication (150a), sidelink communication (150b) (or D2D communication), and communication between base stations (150c) (e.g., relay, IAB (Integrated Access Backhaul). Through wireless communication / connection (150a, 150b, 150c), wireless devices and base stations / wireless devices, and base stations and base stations can transmit / receive wireless signals to each other. For example, wireless communication / connection (150a, 150b, 150c) can transmit / receive signals through various physical channels. To this end, at least some of various configuration information setting processes for transmitting / receiving wireless signals, various signal processing processes (e.g., channel encoding / decoding, modulation / demodulation, resource mapping / demapping, etc.), and resource allocation processes can be performed based on various proposals of the present invention.

[0211] Figure 13 illustrates a wireless device that can be applied to various embodiments.

[0212] Referring to FIG. 13, the first wireless device (100) and the second wireless device (200) can transmit and receive wireless signals through various wireless access technologies (e.g., LTE, NR). Here, {the first wireless device (100), the second wireless device (200)} can correspond to {the wireless device (100x), the base station (200)} and / or {the wireless device (100x), the wireless device (100x)} of FIG. 12.

[0213] A first wireless device (100) includes one or more processors (102) and one or more memories (104), and may further include one or more transceivers (106) and / or one or more antennas (108). The processor (102) controls the memories (104) and / or the transceivers (106), and may be configured to implement the descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed in this document. For example, the processor (102) may process information in the memory (104) to generate first information / signal, and then transmit a wireless signal including the first information / signal via the transceiver (106). In addition, the processor (102) may receive a wireless signal including second information / signal via the transceiver (106), and then store information obtained from signal processing of the second information / signal in the memory (104). The memory (104) may be connected to the processor (102) and may store various information related to the operation of the processor (102). For example, the memory (104) may perform some or all of the processes controlled by the processor (102), or may store software code including commands for performing the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. Here, the processor (102) and the memory (104) may be part of a communication modem / circuit / chip designed to implement a wireless communication technology (e.g., LTE, NR). The transceiver (106) may be connected to the processor (102) and may transmit and / or receive wireless signals via one or more antennas (108). The transceiver (106) may include a transmitter and / or a receiver. The transceiver (106) may be used interchangeably with an RF (Radio Frequency) unit. In the present invention, a wireless device may also mean a communication modem / circuit / chip.

[0214] The second wireless device (200) includes one or more processors (202), one or more memories (204), and may further include one or more transceivers (206) and / or one or more antennas (208). The processor (202) controls the memories (204) and / or the transceivers (206), and may be configured to implement the descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed in this document. For example, the processor (202) may process information in the memory (204) to generate third information / signals, and then transmit a wireless signal including the third information / signals via the transceivers (206). Furthermore, the processor (202) may receive a wireless signal including fourth information / signals via the transceivers (206), and then store information obtained from signal processing of the fourth information / signals in the memory (204). The memory (204) may be connected to the processor (202) and may store various information related to the operation of the processor (202). For example, the memory (204) may perform some or all of the processes controlled by the processor (202), or may store software code including commands for performing the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. Here, the processor (202) and the memory (204) may be part of a communication modem / circuit / chip designed to implement wireless communication technology (e.g., LTE, NR). The transceiver (206) may be connected to the processor (202) and may transmit and / or receive wireless signals via one or more antennas (208). The transceiver (206) may include a transmitter and / or a receiver. The transceiver (206) may be used interchangeably with an RF unit. In the present invention, a wireless device may also mean a communication modem / circuit / chip.

[0215] Hereinafter, the hardware elements of the wireless device (100, 200) will be described in more detail. Although not limited thereto, one or more protocol layers may be implemented by one or more processors (102, 202). For example, one or more processors (102, 202) may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP). One or more processors (102, 202) may generate one or more Protocol Data Units (PDUs) and / or one or more Service Data Units (SDUs) according to the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. One or more processors (102, 202) may generate messages, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in this document. One or more processors (102, 202) can generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data or information according to the functions, procedures, proposals and / or methods disclosed herein, and provide the signals to one or more transceivers (106, 206). One or more processors (102, 202) can receive signals (e.g., baseband signals) from one or more transceivers (106, 206) and obtain PDUs, SDUs, messages, control information, data or information according to the descriptions, functions, procedures, proposals, methods and / or operational flowcharts disclosed herein.

[0216] One or more processors (102, 202) may be referred to as a controller, a microcontroller, a microprocessor, or a microcomputer. One or more processors (102, 202) may be implemented by hardware, firmware, software, or a combination thereof. For example, one or more Application Specific Integrated Circuits (ASICs), one or more Digital Signal Processors (DSPs), one or more Digital Signal Processing Devices (DSPDs), one or more Programmable Logic Devices (PLDs), or one or more Field Programmable Gate Arrays (FPGAs) may be included in one or more processors (102, 202). The descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed in this document may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, etc. The descriptions, functions, procedures, suggestions, methods and / or operation flowcharts disclosed in this document may be implemented using firmware or software configured to perform one or more processors (102, 202) or stored in one or more memories (104, 204) and executed by one or more processors (102, 202). The descriptions, functions, procedures, suggestions, methods and / or operation flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and / or sets of instructions.

[0217] One or more memories (104, 204) may be coupled to one or more processors (102, 202) and may store various forms of data, signals, messages, information, programs, codes, instructions, and / or commands. The one or more memories (104, 204) may be configured as ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer-readable storage media, and / or combinations thereof. The one or more memories (104, 204) may be located internally and / or externally to the one or more processors (102, 202). Additionally, the one or more memories (104, 204) may be coupled to the one or more processors (102, 202) via various technologies, such as wired or wireless connections.

[0218] One or more transceivers (106, 206) can transmit user data, control information, wireless signals / channels, etc., as mentioned in the methods and / or flowcharts of this document, to one or more other devices. One or more transceivers (106, 206) can receive user data, control information, wireless signals / channels, etc., as mentioned in the descriptions, functions, procedures, proposals, methods and / or flowcharts of this document, from one or more other devices. For example, one or more transceivers (106, 206) can be connected to one or more processors (102, 202) and can transmit and receive wireless signals. For example, one or more processors (102, 202) can control one or more transceivers (106, 206) to transmit user data, control information, or wireless signals to one or more other devices. Additionally, one or more processors (102, 202) may control one or more transceivers (106, 206) to receive user data, control information, or wireless signals from one or more other devices. Additionally, one or more transceivers (106, 206) may be coupled to one or more antennas (108, 208), and one or more transceivers (106, 206) may be configured to transmit and receive user data, control information, wireless signals / channels, or the like, as referred to in the descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed herein, via one or more antennas (108, 208). In this document, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). One or more transceivers (106, 206) can convert received user data, control information, wireless signals / channels, etc. from RF band signals to baseband signals in order to process the received user data, control information, wireless signals / channels, etc. using one or more processors (102, 202).One or more transceivers (106, 206) may convert user data, control information, wireless signals / channels, etc. processed by one or more processors (102, 202) from baseband signals to RF band signals. For this purpose, one or more transceivers (106, 206) may include an (analog) oscillator and / or filter.

[0219] Figure 14 illustrates another example of a wireless device applicable to the present invention. The wireless device may be implemented in various forms depending on the use case / service (see Figure 12).

[0220] Referring to FIG. 14, the wireless device (100, 200) corresponds to the wireless device (100, 200) of FIG. 13 and may be composed of various elements, components, units / units, and / or modules. For example, the wireless device (100, 200) may include a communication unit (110), a control unit (120), a memory unit (130), and an additional element (140). The communication unit may include a communication circuit (112) and a transceiver(s) (114). For example, the communication circuit (112) may include one or more processors (102, 202) and / or one or more memories (104, 204) of FIG. 13. For example, the transceiver(s) (114) may include one or more transceivers (106, 206) and / or one or more antennas (108, 208) of FIG. 13. The control unit (120) is electrically connected to the communication unit (110), the memory unit (130), and the additional elements (140) and controls the overall operation of the wireless device. For example, the control unit (120) may control the electrical / mechanical operation of the wireless device based on the program / code / command / information stored in the memory unit (130). In addition, the control unit (120) may transmit information stored in the memory unit (130) to an external device (e.g., another communication device) via a wireless / wired interface through the communication unit (110), or store information received from an external device (e.g., another communication device) via a wireless / wired interface in the memory unit (130).

[0221] The additional element (140) may be configured in various ways depending on the type of the wireless device. For example, the additional element (140) may include at least one of a power unit / battery, an input / output unit (I / O unit), a driving unit, and a computing unit. Although not limited thereto, the wireless device may be implemented in the form of a robot (Fig. 12, 100a), a vehicle (Fig. 12, 100b-1, 100b-2), an XR device (Fig. 12, 100c), a portable device (Fig. 12, 100d), a home appliance (Fig. 12, 100e), an IoT device (Fig. 12, 100f), a digital broadcasting terminal, a hologram device, a public safety device, an MTC device, a medical device, a fintech device (or a financial device), a security device, a climate / environmental device, an AI server / device (Fig. 12, 400), a base station (Fig. 12, 200), a network node, etc. Wireless devices may be mobile or stationary depending on the use / service.

[0222] In FIG. 14, various elements, components, units / parts, and / or modules within the wireless device (100, 200) may be entirely interconnected via a wired interface, or at least some may be wirelessly connected via a communication unit (110). For example, within the wireless device (100, 200), the control unit (120) and the communication unit (110) may be wired, and the control unit (120) and a first unit (e.g., 130, 140) may be wirelessly connected via the communication unit (110). In addition, each element, component, unit / part, and / or module within the wireless device (100, 200) may further include one or more elements. For example, the control unit (120) may be composed of a set of one or more processors. For example, the control unit (120) may be composed of a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphics processing processor, a memory control processor, etc. As another example, the memory unit (130) may be composed of RAM (Random Access Memory), DRAM (Dynamic RAM), ROM (Read Only Memory), flash memory, volatile memory, non-volatile memory, and / or a combination thereof.

[0223] Figure 15 illustrates a vehicle or autonomous vehicle applicable to various embodiments. The vehicle or autonomous vehicle may be implemented as a mobile robot, car, train, manned or unmanned aerial vehicle (AV), ship, etc.

[0224] Referring to FIG. 15, a vehicle or autonomous vehicle (100) may include an antenna unit (108), a communication unit (110), a control unit (120), a driving unit (140a), a power supply unit (140b), a sensor unit (140c), and an autonomous driving unit (140d). The antenna unit (108) may be configured as a part of the communication unit (110). Blocks 110 / 130 / 140a to 140d correspond to blocks 110 / 130 / 140 of FIG. 14, respectively.

[0225] The communication unit (110) can transmit and receive signals (e.g., data, control signals, etc.) with external devices such as other vehicles, base stations (e.g., base stations, road side units, etc.), and servers. The control unit (120) can control elements of the vehicle or autonomous vehicle (100) to perform various operations. The control unit (120) can include an ECU (Electronic Control Unit). The drive unit (140a) can drive the vehicle or autonomous vehicle (100) on the ground. The drive unit (140a) can include an engine, a motor, a power train, wheels, brakes, a steering device, etc. The power supply unit (140b) supplies power to the vehicle or autonomous vehicle (100) and can include a wired / wireless charging circuit, a battery, etc. The sensor unit (140c) can obtain vehicle status, surrounding environment information, user information, etc. The sensor unit (140c) may include an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an incline sensor, a weight detection sensor, a heading sensor, a position module, a vehicle forward / backward sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor, a temperature sensor, a humidity sensor, an ultrasonic sensor, an illuminance sensor, a pedal position sensor, etc. The autonomous driving unit (140d) may implement a technology for maintaining a driving lane, a technology for automatically controlling speed such as adaptive cruise control, a technology for automatically driving along a set path, a technology for automatically setting a path and driving when a destination is set, etc.

[0226] For example, the communication unit (110) can receive map data, traffic information data, etc. from an external server. The autonomous driving unit (140d) can generate an autonomous driving route and driving plan based on the acquired data. The control unit (120) can control the drive unit (140a) so that the vehicle or autonomous vehicle (100) moves along the autonomous driving route according to the driving plan (e.g., speed / direction control). During autonomous driving, the communication unit (110) can irregularly / periodically acquire the latest traffic information data from an external server and can acquire surrounding traffic information data from surrounding vehicles. In addition, during autonomous driving, the sensor unit (140c) can acquire vehicle status and surrounding environment information. The autonomous driving unit (140d) can update the autonomous driving route and driving plan based on newly acquired data / information. The communication unit (110) can transmit information regarding the vehicle location, autonomous driving route, driving plan, etc. to the external server. External servers can predict traffic information data in advance using AI technology or other technologies based on information collected from vehicles or autonomous vehicles, and provide the predicted traffic information data to the vehicles or autonomous vehicles.

[0227] The embodiments described above are combinations of components and features of the present invention in a predetermined form. Each component or feature should be considered optional unless explicitly stated otherwise. Each component or feature may be implemented without being combined with other components or features. Furthermore, it is also possible to form an embodiment of the present invention by combining some components and / or features. The order of operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment. It is self-evident that claims that do not have an explicit citation relationship in the patent claims may be combined to form an embodiment or may be incorporated as a new claim through a post-application amendment.

[0228] It will be apparent to those skilled in the art that the present invention can be embodied in other specific forms without departing from the scope of the invention. Therefore, the above detailed description should not be construed as limiting in any respect, but rather as illustrative. The scope of the present invention should be determined by a reasonable interpretation of the appended claims, and all modifications within the scope of equivalents of the present invention are intended to be included within the scope of the present invention.

[0229] The present invention can be used in a terminal, base station, or other equipment of a wireless mobile communication system.

Claims

1. In a method for a terminal to transmit a signal in a wireless communication system, Receiving DCI (downlink control information) for uplink scheduling; and It includes transmitting a PUSCH (physical uplink shared channel) with multiplexed CSI (channel state information) based on the DCI, Based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including a plurality of CWs (codewords), the CSI is multiplexed on a CW having the highest MCS (modulation and coding scheme) among the plurality of CWs, A method wherein the terminal does not expect that the UL-SCH (uplink shared channel) indication field in the DCI will be set to a first value for not performing UL-SCH transmission.

2. In paragraph 1, A method wherein the rank of the PUSCH transmission exceeds 4 and the PUSCH includes a plurality of CWs, wherein all of the plurality of CWs include a respective UL-SCH.

3. In paragraph 1, A method wherein the rank of the PUSCH transmission exceeds 4 and the PUSCH includes multiple CWs, and no CW is configured to include only the CSI.

4. In paragraph 1, The above DCI includes the UL-SCH indication field, A method wherein the terminal assumes that a second value for performing UL-SCH transmission is set in the UL-SCH indication field based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including a plurality of CWs.

5. In paragraph 1, A method in which the terminal assumes that the size of the UL-SCH indication field is 0 bits based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including a plurality of CWs.

6. In paragraph 1, The CSI and the first UL-SCH are multiplexed on the CW having the highest MCS, A method in which a second UL-SCH is multiplexed on another CW without the CSI.

7. In paragraph 1, A method wherein the UL-SCH indication field is configured to provide information other than information on whether or not to transmit the UL-SCH, based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including a plurality of CWs.

8. In paragraph 1, A method wherein the size of the UL-SCH indication field in the DCI is determined based on the rank of the PUSCH transmission.

9. In paragraph 1, A method wherein the DCI includes a CSI request field set to a non-zero value.

10. A computer-readable recording medium recording a program for performing the method described in paragraph 1.

11. In a device for wireless communication, memory that stores commands; and A processor that performs operations by executing the above instructions, The operations of the above processor are: Receiving DCI (downlink control information) for uplink scheduling; and It includes transmitting a PUSCH (physical uplink shared channel) with multiplexed CSI (channel state information) based on the DCI, Based on the rank of the PUSCH transmission exceeding 4 and the PUSCH including a plurality of CWs (codewords), the CSI is multiplexed on a CW having the highest MCS (modulation and coding scheme) among the plurality of CWs, The device does not expect that the UL-SCH (uplink shared channel) indication field in the DCI will be set to a first value for not performing UL-SCH transmission.

12. In paragraph 11, Including a transmitter and receiver, The above device is a terminal operating in a wireless communication system.

13. In paragraph 11, The above device is a processing device configured to control a terminal operating in a wireless communication system.

14. In a method for a base station to receive a signal in a wireless communication system, Transmitting DCI (downlink control information) for uplink scheduling; and It includes receiving a PUSCH (physical uplink shared channel) with multiplexed CSI (channel state information) based on the DCI, Based on the fact that the rank of the PUSCH exceeds 4 and the PUSCH includes multiple CWs (codewords), the base station: For all of the above multiple CWs, the UL-SCH (uplink shared channel) indication field in the DCI is set to a second value for UL-SCH scheduling, A method for obtaining the CSI from a CW having the highest MCS (modulation and coding scheme) among the plurality of CWs.

15. In a base station for wireless communication, memory that stores commands; and A processor that performs operations by executing the above instructions, The operations of the above processor are: Transmitting DCI (downlink control information) for uplink scheduling; and It includes receiving a PUSCH (physical uplink shared channel) with multiplexed CSI (channel state information) based on the DCI, Based on the fact that the rank of the PUSCH exceeds 4 and the PUSCH includes multiple CWs (codewords), the base station: For all of the above multiple CWs, the UL-SCH (uplink shared channel) indication field in the DCI is set to a second value for UL-SCH scheduling, A base station that obtains the CSI from a CW having the highest MCS (modulation and coding scheme) among the plurality of CWs.

Citation Information

Patent Citations

  • Guide device for electric wire

    KR1020200087058A