Method and apparatus for performing communication in a wireless communication system

Abstract

A method for a device to perform wireless communication and a device supporting the same are provided. The method may include the step of obtaining information related to an orthogonal cover code; and the step of performing an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

Description

Technology Field

[0001] The present disclosure relates to a wireless communication system. Background Technology

[0002] 5G NR is a successor technology to LTE (long term evolution) and is a new clean-slate type mobile communication system with characteristics such as high performance, low latency, and high availability. 5G NR can utilize all available spectrum resources, ranging from low frequency bands below 1 GHz to mid-frequency bands from 1 GHz to 10 GHz, and high frequency (millimeter wave) bands above 24 GHz.

[0003] The 6G (wireless communication) system aims for (i) very high data rates per device, (ii) a very large number of connected devices, (iii) global connectivity, (iv) very low latency, (v) reduced energy consumption of battery-free IoT (internet of things) devices, (vi) ultra-reliable connectivity, and (vii) connected intelligence with machine learning capabilities. The vision of the 6G system can be in four aspects: intelligent connectivity, deep connectivity, holographic connectivity, and ubiquitous connectivity, and the 6G system can satisfy requirements such as those shown in Table 1 below. For example, Table 1 may represent an example of the requirements for a 6G system.

[0004] Maximum data rate per device 1 Tbps E2E delay 1 ms Maximum spectral efficiency 100bps / Hz Mobility support Up to 1000km / hr Satellite integration completely AI completely autonomous driving completely XR completely Haptic communication completely The problem to be solved

[0005] The present disclosure aims to provide an apparatus and method capable of effectively providing services in a wireless communication system. In particular, it aims to provide a method and apparatus for communication. means of solving the problem

[0006] According to one embodiment of the present disclosure, a method may be provided. For example, the method may include: a step of obtaining information related to an orthogonal cover code; and a step of performing an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0007] According to one embodiment of the present disclosure, a device may be provided. For example, the device may include at least one transceiver; at least one processor; and at least one memory connected to the at least one processor and storing instructions. For example, based on the instructions being executed by the at least one processor, the device may: acquire information related to an orthogonal cover code; and perform an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0008] According to one embodiment of the present disclosure, a processing device configured to control a device may be provided. For example, the processing device may include at least one processor; and at least one memory connected to the at least one processor and storing instructions. For example, the instructions may cause the device to: acquire information related to an orthogonal cover code based on execution by the at least one processor; and perform an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0009] According to one embodiment of the present disclosure, a non-transient computer-readable storage medium recording instructions may be provided. For example, when the instructions are executed, the device may: acquire information related to an orthogonal cover code; and perform an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap of at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0010] According to one embodiment of the present disclosure, a method may be provided. For example, the method may include the step of transmitting information related to an orthogonal cover code; and the step of receiving an uplink shared channel repetition based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel repetitions. For example, based on the overlap between at least one of the uplink shared channel repetitions and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0011] According to one embodiment of the present disclosure, a base station may be provided. For example, the base station may include at least one transceiver; at least one processor; and at least one memory connected to the at least one processor and storing instructions. For example, the instructions may cause the base station to: transmit information related to an orthogonal cover code; and perform an uplink shared channel iteration based on the orthogonal cover code, based on execution by the at least one processor. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed over the uplink shared channel.

[0012] According to one embodiment of the present disclosure, a processing device configured to control a base station may be provided. For example, the processing device may include at least one processor; and at least one memory connected to the at least one processor and storing instructions. For example, the instructions may cause the base station to: transmit information related to an orthogonal cover code based on execution by the at least one processor; and perform an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0013] According to one embodiment of the present disclosure, a non-transient computer-readable storage medium recording instructions may be provided. For example, when the instructions are executed, the base station may: transmit information related to an orthogonal cover code; and perform an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap of at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel. Effects of the invention

[0014] The present disclosure may provide an apparatus and a method capable of effectively providing services in a wireless communication system. For example, communication can be performed efficiently through the embodiments proposed in the present disclosure. Brief explanation of the drawing

[0015] FIG. 1 illustrates a communication procedure between devices according to one embodiment of the present disclosure. FIG. 2 shows a radio protocol architecture according to one embodiment of the present disclosure. FIG. 3 shows the structure of a wireless frame according to one embodiment of the present disclosure. FIG. 4 shows a slot structure of a frame according to one embodiment of the present disclosure. FIG. 5 shows an example of a BWP according to one embodiment of the present disclosure. FIG. 6 shows a communication structure that can be provided in a 6G system according to one embodiment of the present disclosure. FIG. 7 illustrates an example of a communication scenario based on a 6G system according to an embodiment of the present disclosure. FIG. 8 illustrates a procedure for uplink transmission and reception according to one embodiment of the present disclosure. FIG. 9 shows an example of OCC with PUSCH repetition type A according to one embodiment of the present disclosure. FIG. 10 shows an example of multiplexing for a UCI according to one embodiment of the present disclosure. FIG. 11 shows an example of multiplexing for a UCI according to one embodiment of the present disclosure. FIG. 12 shows an example of multiplexing for a UCI according to one embodiment of the present disclosure. FIG. 13 illustrates a method in which a device performs wireless communication according to one embodiment of the present disclosure. FIG. 14 illustrates a method in which a base station performs wireless communication according to one embodiment of the present disclosure. FIG. 15 shows a communication system (1) according to one embodiment of the present disclosure. FIG. 16 shows a wireless device according to one embodiment of the present disclosure. FIG. 17 shows a signal processing circuit for a transmission signal according to one embodiment of the present disclosure. FIG. 18 shows a wireless device according to one embodiment of the present disclosure. FIG. 19 shows a portable device according to one embodiment of the present disclosure. FIG. 20 shows a vehicle or an autonomous vehicle according to one embodiment of the present disclosure. Specific details for implementing the invention

[0016] In the present disclosure, "A or B" may mean "only A," "only B," or "both A and B." Alternatively, in the present disclosure, "A or B" may be interpreted as "A and / or B." For example, in the present disclosure, "A, B or C" may mean "only A," "only B," "only C," or "any combination of A, B and C."

[0017] A slash ( / ) or a comma used in the present disclosure may mean "and / or." For example, "A / B" may mean "A and / or B." Accordingly, "A / B" may mean "only A," "only B," or "both A and B." For example, "A, B, C" may mean "A, B or C."

[0018] In the present disclosure, "at least one of A and B" may mean "only A," "only B," or "both A and B." Additionally, in the present disclosure, the expressions "at least one of A or B" or "at least one of A and / or B" may be interpreted as synonymous with "at least one of A and B."

[0019] Additionally, in the present disclosure, "at least one of A, B and C" may mean "only A," "only B," "only C," or "any combination of A, B and C." Additionally, "at least one of A, B or C" or "at least one of A, B and / or C" may mean "at least one of A, B and C."

[0020] Additionally, parentheses used in the present disclosure may mean "for example." Specifically, when indicated as "control information (PDCCH)," "PDCCH" may be proposed as an example of "control information." In other words, the "control information" of the present disclosure is not limited to "PDCCH," and "PDCCH" may be proposed as an example of "control information." Furthermore, even when indicated as "control information (i.e., PDCCH)," "PDCCH" may be proposed as an example of "control information."

[0021] In the following explanation, 'when, if, in case of' can be replaced with 'based on'.

[0022] Technical features described individually within one drawing in this disclosure may be implemented individually or simultaneously.

[0023] In the present disclosure, a higher layer parameter may be a parameter that is set for the terminal, pre-set, or pre-defined. For example, a base station or a network may transmit the higher layer parameter to the terminal. For example, the higher layer parameter may be transmitted via radio resource control (RRC) signaling or medium access control (MAC) signaling.

[0024] In the present disclosure, "configured or defined" may be interpreted as being configured or pre-configured to a device through pre-defined signaling from a base station or network (e.g., SIB, MAC, RRC, DCI (downlink control information), etc.). In the present disclosure, "configured or defined" may be interpreted as being configured or pre-configured to a device through pre-defined signaling from another device (e.g., MAC, RRC, SCI (sidelink control information), control information signaled between devices, etc.). In the present disclosure, "configured or defined" may be interpreted as being pre-configured to a device.

[0025] In the present disclosure, user equipment (UE) may refer to a device, a portable device, a wireless device, etc. In the present disclosure, a base station (BS) may refer to a radio access network (RAN) node, a non-terrestrial network (NTN) cell / node, a transmission reception point (TRP), a network, an integrated access and backhaul (IAB) node, a device, a portable device, a wireless device, etc.

[0026] The technology proposed in this disclosure can be used in various wireless communication 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 wireless technologies such as UTRA (universal terrestrial radio access) or CDMA2000. TDMA can be implemented with wireless 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 wireless technologies such as IEEE (institute of electrical and electronics engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA (evolved UTRA), LTE (long term evolution), and 5G NR.

[0027] The technology proposed in this disclosure can be implemented as 6G wireless technology and can be applied to various 6G systems. For example, 6G systems may have key factors such as eMBB (enhanced mobile broadband), URLLC (ultra-reliable low latency communications), mMTC (massive machine-type communication), AI (artificial intelligence) integrated communication, tactile internet, high throughput, high network capacity, high energy efficiency, low backhaul and access network congestion, and enhanced data security.

[0028] FIG. 1 illustrates a communication procedure between devices according to one embodiment of the present disclosure. The embodiment of FIG. 1 may be combined with various embodiments of the present disclosure.

[0029] Referring to FIG. 1, in step S101, the first device and the second device can perform synchronization. For example, the first device may be a terminal and / or at least one of the devices proposed in the present disclosure. For example, the second device may be a base station, a network, a RAN node, an NTN node / cell, a TRP, a terminal and / or at least one of the devices proposed in the present disclosure. For example, the first device may perform an initial cell search operation. For example, the first device may detect at least one synchronization signal transmitted according to a rule predefined by the second device. Here, for example, the synchronization signal may include a plurality of synchronization signals (e.g., primary synchronization signal, secondary synchronization signal, etc.) classified according to structure or use. Through this, the first device can identify the boundaries of the frame, subframe, time unit, slot, and / or symbol of the second device, and the first device can obtain information about the second device (e.g., cell identifier).

[0030] In step S103, the first device may obtain system information transmitted by the second device. For example, the system information may include information related to the attributes, characteristics, and / or capabilities of the second device that are necessary to connect to the second device and use the service. For example, the system information may be classified according to content (e.g., whether it is essential for connection), transmission structure (e.g., the channel used, whether it is provided on-demand), etc. For example, the system information may be classified into a master information block (MIB) and a system information block (SIB). For example, if necessary, the first device may transmit a signal requesting the system information prior to receiving the system information. For example, the request and provision of the system information may be performed after a random access procedure described later.

[0031] In step S105, the first device and the second device may perform a random access procedure. For example, the first device may transmit and / or receive at least one message for the random access procedure (e.g., random access preamble, random access response message, etc.) based on information related to the random access channel of the second device obtained through system information (e.g., channel location, channel structure, structure of supported preamble, etc.). For example, the first device may transmit a preamble (e.g., Msg1) through the random access channel, and the first device may receive a random access response message (e.g., Msg2). The first device may transmit a message (e.g., Msg3) containing information related to the first device (e.g., identification information) to the second device using scheduling information included in the random access response message, and the first device may receive a message (e.g., Msg4) for contention resolution and / or connection establishment. For example, Msg1 and Msg3 can be transmitted and received as a single message (e.g., MsgA), and / or Msg2 and Msg4 can be transmitted and received as a single message (e.g., MsgB).

[0032] In step S107, the first device and the second device may perform signaling of control information. Here, for example, the control information may be defined in various layers, such as a layer controlling the connection (e.g., a radio resource control (RRC) layer), a layer handling mapping between a logical channel and a transmission channel (e.g., a media access control (MAC) layer), and a layer handling a physical channel (e.g., a physical (PHY) layer). For example, the first device and the second device may perform at least one of signaling to establish a connection, signaling to determine settings related to communication, and / or signaling to indicate allocated resources. For example, the control information may be signaled / transmitted through a control channel. For example, the control information and / or the control channel may be used to schedule at least one of data, a data channel (e.g., a shared channel), and / or control information on the data channel.

[0033] In step S109, the first device and the second device may transmit and / or receive data. For example, the first device and the second device may process data based on signaling of control information and transmit and / or receive it. For example, when transmitting data, the first device or the second device may perform at least one of channel encoding, rate matching, scrambling, constellation mapping, layer mapping, waveform modulation, antenna mapping, and / or resource mapping on the information bits. For example, when receiving data, the first device or the second device may perform at least one of signal extraction from resources, antenna-specific waveform demodulation, signal placement considering layer mapping, constellation demapping, descrambling, and / or channel decoding.

[0034] For example, the layers of the radio interface protocol between the first device and the second device can be classified into L1 (layer 1), L2 (layer 2), L3 (layer 3), etc. For example, the physical layer belonging to layer 1 can provide an information transfer service using a physical channel, and the radio resource control (RRC) layer located at layer 3 can perform the role of controlling radio resources between the first device and the second device. To this end, for example, the RRC layer can exchange RRC messages between the first device and the second device.

[0035] FIG. 2 illustrates a radio protocol architecture according to one embodiment of the present disclosure. The embodiment of FIG. 2 may be combined with various embodiments of the present disclosure. For example, FIG. 2(a) may represent a radio protocol stack in the user plane for uplink communication or downlink communication, and FIG. 2(b) may represent a radio protocol stack in the control plane for uplink communication or downlink communication. For example, FIG. 2(c) may represent a radio protocol stack in the user plane for device-to-device communication, and FIG. 2(d) may represent a radio protocol stack in the control plane for device-to-device communication.

[0036] For example, the physical layer can provide information transmission services to upper layers using a physical channel. For example, the physical layer can be connected to the upper layer, the MAC (medium access control) layer, through a transport channel. For example, data can be transmitted between the MAC layer and the physical layer through a transport channel. For example, transport channels can be classified according to how and with what characteristics data is transmitted through a wireless interface. For example, data can be transmitted through a physical channel between different physical layers, for example, between the physical layers of a first device and a second device. For example, the physical channel can be modulated using the OFDM (orthogonal frequency division multiplexing) method, and time and frequency can be utilized as wireless resources.

[0037] For example, the MAC layer can provide services to the upper layer, the RLC (radio link control) layer, through logical channels. For example, the MAC layer can provide mapping functions from multiple logical channels to multiple transmission channels. For example, the MAC layer can provide logical channel multiplexing functions through mapping from multiple logical channels to a single transmission channel. For example, the MAC sublayer can provide data transmission services over logical channels.

[0038] For example, the RLC layer can perform concatenation, segmentation, and reassembly of RLC service data units (SDUs). For example, to guarantee various quality of service (QoS) required by a radio bearer (RB), the RLC layer can provide three modes of operation: transparent mode (TM), unacknowledged mode (UM), and acknowledged mode (AM). For example, AM RLC can provide error correction through automatic repeat requests (ARQ).

[0039] For example, the RRC (radio resource control) layer may be defined only in the control plane. For example, the RRC layer may be responsible for controlling logical channels, transmission channels, and physical channels in relation to the configuration, reconfiguration, and release of radio bearers. For example, RB may refer to a logical path provided by the first layer (e.g., physical layer) and the second layer (e.g., MAC layer, RLC layer, PDCP (packet data convergence protocol) layer, SDAP (service data adaptation protocol) layer, etc.) for data transfer between a first device and a second device.

[0040] For example, the functions of the PDCP layer in the user plane may include the delivery of user data, header compression, and ciphering. For example, the functions of the PDCP layer in the control plane may include the delivery of control plane data and encryption / integrity protection.

[0041] For example, the establishment of an RB can mean the process of defining the characteristics of the wireless protocol layer and channel to provide specific services, and setting each specific parameter and method of operation. For example, an RB can be divided into two types: an SRB (signaling radio bearer) and a DRB (data radio bearer). For example, an SRB can be used as a channel to transmit RRC messages in the control plane, and a DRB can be used as a channel to transmit user data in the user plane.

[0042] For example, a downlink transmission channel may include at least one of a broadcast channel (BCH) that transmits system information and / or a shared channel (SCH) that transmits user traffic or control messages. For example, traffic or control messages for a downlink multicast or broadcast service may be transmitted via a downlink SCH or via a separate multicast channel (MCH). Meanwhile, an uplink transmission channel may include at least one of a random access channel (RACH) that transmits initial control messages and / or a shared channel (SCH) that transmits user traffic or control messages. For example, a logical channel located above the transmission channel and mapped to the transmission channel may include at least one of a broadcast control channel (BCCH), a paging control channel (PCCH), a common control channel (CCCH), a multicast control channel (MCCH), and / or a multicast traffic channel (MTCH).

[0043] FIG. 3 shows the structure of a wireless frame according to one embodiment of the present disclosure. The embodiment of FIG. 3 can be combined with various embodiments of the present disclosure.

[0044] Referring to FIG. 3, radio frames may be used, for example, in uplink transmission, downlink transmission, and / or device-to-device transmission. For example, a radio frame may have a length of 10 ms and may be defined as two 5 ms half-frames (HF). For example, a half-frame may contain five 1 ms subframes (SF). For example, a subframe may be divided into one or more slots, and the number of slots within a subframe may be determined by subcarrier spacing (SCS). For example, each slot may contain 12 or 14 OFDM(A) symbols according to a cyclic prefix (CP).

[0045] For example, when normal CP is used, each slot may contain 14 symbols. For example, when extended CP is used, each slot may contain 12 symbols. Here, for example, the symbols may include OFDM symbols (or CP-OFDM symbols) and SC-FDMA (single carrier-FDMA) symbols (or DFT-s-OFDM (Discrete Fourier Transform-spread-OFDM) symbols).

[0046] Table 2 below shows the number of symbols per slot (N) according to the SCS setting (u) when Normal CP or Extended CP is used. slot symb ), number of slots per frame (N frame,u slot ) and the number of slots per subframe (N subframe,u slot ) exemplifies.

[0047] CP type SCS (15*2 u ) N slot symb N frame,u slot N subframe,u slot Normal CP 15kHz (u=0) 14 10 1 30kHz (u=1) 14 20 2 60kHz (u=2) 14 40 4 120kHz (u=3) 14 80 8 240kHz (u=4) 14 160 16 Expansion CP 60kHz (u=2) 12 40 4

[0048] For example, OFDM(A) numerology (e.g., SCS, CP length, etc.) may be configured differently among multiple cells merged into a single terminal. Accordingly, the (absolute time) interval of a time resource (e.g., subframe, slot, or TTI (transmit time interval)) composed of the same number of symbols may be configured differently among the merged cells. For example, in the present disclosure, time resources such as subframes, slots, TTI, etc. may be referred to as time units.

[0049] For example, multiple numerologies or SCSs may be supported to support various services. For example, if the SCS is 15 kHz, a wide area in traditional cellular bands may be supported, and if the SCS is 30 kHz / 60 kHz, dense-urban, lower latency, and wider carrier bandwidth may be supported. For example, if the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz may be supported to overcome phase noise.

[0050] FIG. 4 shows a slot structure of a frame according to one embodiment of the present disclosure. The embodiment of FIG. 4 can be combined with various embodiments of the present disclosure.

[0051] Referring to FIG. 4, for example, a slot may include multiple symbols in the time domain. For example, a carrier may include multiple subcarriers in the frequency domain. For example, a resource block (RB) may be defined as multiple consecutive subcarriers in the frequency domain. For example, a bandwidth part (BWP) may be defined as multiple consecutive (P)RBs ((physical) resource blocks) in the frequency domain and may correspond to a single numerology (e.g., SCS, CP length, etc.). For example, a carrier may include up to N BWPs (where N is a positive integer). For example, data communication may be performed through an active BWP. For example, each element may be referred to as a resource element (RE) in a resource grid and may be mapped to a single complex symbol.

[0052] For example, a BWP can be a continuous set of PRBs in a given numerology. For example, a PRB can be selected from a continuous subset of common resource blocks (CRBs) for a given numerology on a given carrier.

[0053] For example, the BWP may be at least one of an active BWP, an initial BWP, and / or a default BWP. For example, the terminal may not monitor downlink radio link quality on DL BWPs other than the active DL BWP on the PCell (primary cell). For example, the terminal may not receive PDCCH (physical downlink control channel), PDSCH (physical downlink shared channel), or CSI-RS (channel state information-reference signal) (except for RRM (radio resource management)) outside of the active DL BWP. For example, the terminal may not trigger CSI (channel state information) reporting for an inactive DL BWP. For example, the terminal may not transmit PUCCH (physical uplink control channel) or PUSCH (physical uplink shared channel) outside of the active UL (uplink) BWP. For example, for the downlink, the initial BWP can be given as a consecutive set of resource blocks (RBs) for the remaining minimum system information (RMSI) CORESET (control resource set) (set by the physical broadcast channel (PBCH)). For example, for the uplink, the initial BWP can be given by the system information block (SIB) for the random access procedure. For example, the default BWP can be set by the upper layer. For example, the initial value of the default BWP can be the initial DL BWP.For energy saving, if the terminal fails to detect DCI (downlink control information) for a certain period, the terminal can switch the active BWP of the terminal to the default BWP.

[0054] FIG. 5 illustrates an example of a BWP according to an embodiment of the present disclosure. The embodiment of FIG. 5 may be combined with various embodiments of the present disclosure. In the embodiment of FIG. 5, it is assumed that there are three BWPs.

[0055] Referring to FIG. 5, for example, a common resource block (CRB) may be a numbered carrier resource block from one end of the carrier band to the other, and a PRB may be a numbered resource block within each BWP. For example, point A may indicate a common reference point for the resource block grid.

[0056] For example, a BWP can be configured by point A, an offset from point A (NstartBWP), and a bandwidth (NsizeBWP). For example, point A may be an external reference point of the PRB of a carrier where the subcarrier 0 of all numerologies (e.g., all numerologies supported by the network in that carrier) is aligned. For example, the offset may be the PRB interval between the lowest subcarrier in a given numerology and point A. For example, the bandwidth may be the number of PRBs in a given numerology.

[0057] FIG. 6 illustrates a communication structure that can be provided in a 6G system according to one embodiment of the present disclosure. The embodiment of FIG. 6 can be combined with various embodiments of the present disclosure.

[0058] As core implementation technologies for 6G systems, technologies such as artificial intelligence (AI), THz (Terahertz) communication, optical wireless technology, free space optical transmission (FSO) backhaul networks, large-scale MIMO (multiple input multiple output) technology, blockchain, 3D networking, quantum communication, unmanned aerial vehicles, cell-free communication, wireless information and energy transfer (WIET), integration of sensing and communication, integration of access backhaul networks, holographic beamforming, big data analysis, and large intelligent surface (LIS) can be adopted.

[0059] - Artificial Intelligence: Introducing AI into communications can streamline and enhance real-time data transmission. AI can determine how complex target tasks are performed using numerous analyses. For example, AI can increase efficiency and reduce processing latency. Time-consuming tasks such as handover, network selection, and resource scheduling can be performed instantly using AI. AI can also play a significant role in M2M, machine-to-human, and human-to-machine communication. Furthermore, AI can enable rapid communication in Brain-Computer Interfaces (BCI). AI-based communication systems can be supported by metamaterials, intelligent structures, intelligent networks, intelligent devices, intelligent cognitive radios, self-sustaining wireless networks, and machine learning.

[0060] - THz Communication: Data transmission rates can be increased by expanding bandwidth. This can be achieved by using sub-THz communication with wide bandwidth and applying advanced large-scale MIMO technology. THz waves, also known as sub-millimeter radiation, generally refer to a frequency band between 0.1 THz and 10 THz with corresponding wavelengths ranging from 0.03 mm to 3 mm. The 100 GHz-300 GHz band range (Sub-THz band) is considered the primary portion of the THz band for cellular communication. Adding the Sub-THz band to the mmWave band increases 6G cellular communication capacity. Among the defined THz bands, the 300 GHz-3 THz band is located in the far-infrared (IR) frequency band. Although the 300 GHz-3 THz band is part of the optical band, it lies at the boundary of the optical band and immediately following the RF band. Therefore, this 300 GHz-3 THz band exhibits similarities to RF. Key characteristics of THz communication include (i) widely available bandwidth to support very high data transmission rates, and (ii) high path loss occurring at high frequencies (highly directional antennas are indispensable). The narrow beam width generated by highly directional antennas reduces interference. The small wavelength of THz signals allows a much larger number of antenna elements to be integrated into devices and BSs operating in this band. This enables the use of advanced adaptive array technologies that can overcome range limitations.

[0061] - Large-scale MIMO technology

[0062] - Hologram beamforming (HBF)

[0063] - Optical wireless technology

[0064] - Free Space Optical Transmission Backhaul Network (FSO backhaul network)

[0065] - Quantum communication

[0066] - Cell-free communication

[0067] - Integration of wireless information and power transmission

[0068] - Integration of wireless communication and sensing

[0069] - Integrated access and backhaul network

[0070] - Big data analysis

[0071] - Reconfigurable intelligent metasurface

[0072] - Metaverse

[0073] - blockchain

[0074] - Advanced Air Mobility (AAM): AAM can be a broad concept encompassing Urban Air Mobility (UAM), Regional Air Mobility (RAM), and Uncrewed Aerial Systems (UAS). For example, AAM may include UAM, RAM, UAS, and UAVs (uncrewed aerial vehicles).

[0075] - Autonomous driving (self-driving): V2X (vehicle to everything), a core element of building autonomous driving infrastructure, refers to technologies that enable vehicles to communicate and share with various elements on the road to perform autonomous driving, such as wireless communication between vehicles (vehicle to vehicle, V2V) and between vehicles and infrastructure (vehicle to infrastructure, V2I).

[0076] - Non-terrestrial Network (NTN): An NTN may refer to a network or network segment that utilizes RF (radio frequency) resources mounted on a satellite (or UAS platform). The use of NTN services may be considered to secure wider coverage or to provide wireless communication services in locations where the installation of wireless communication base stations is difficult.

[0077] - Integrated Sensing and Communication (ISAC): Wireless sensing is a technology that uses radio frequencies to determine the instantaneous linear velocity, angle, distance (range), etc., of an object, thereby obtaining information about the characteristics of the environment and / or objects within the environment.

[0078] - Reconfigurable Intelligent Surface (RIS): An RIS can be used to manipulate and enhance signal propagation in a wireless communication environment. For example, an RIS can be composed of many small antennas or metasurfaces arranged on a surface, each of which can actively control the phase, amplitude, polarization, etc., of the reflected signal. For instance, an RIS can improve signal reception by controlling the path, phase, and / or strength of the propagating signal. For instance, power consumption can be very low because power is consumed only for controlling the phase and amplitude of the small antennas. For instance, since an RIS can be reconfigured to suit various environments, it can meet diverse communication requirements and operate effectively in dynamic network environments.

[0079] FIG. 7 illustrates an example of a communication scenario based on a 6G system according to an embodiment of the present disclosure. The embodiment of FIG. 7 can be combined with various embodiments of the present disclosure.

[0080] Referring to FIG. 7, NTN communication can be performed based on a satellite network, HIBS (high-altitude platform stations (HAPS) as international mobile telecommunications (IMT) base stations (BS)), and an aeronautical communication-capable terminal (e.g., AAM). For example, to improve coverage, devices such as a satellite network, HIBS, and an aeronautical communication-capable terminal (e.g., AAM) can act as relays. For example, an AAM can communicate with a base station, a satellite network, etc., and / or an AAM can communicate directly with a terminal, another AAM, etc.

[0081] FIG. 8 illustrates a procedure for uplink transmission and reception according to one embodiment of the present disclosure. The embodiment of FIG. 8 may be combined with various embodiments of the present disclosure.

[0082] Referring to FIG. 8, for example, in step S801, the base station can schedule uplink transmissions such as frequency / time resources, transport layer, uplink precoder, MCS, etc. For example, the base station can determine a beam for the terminal's PUSCH transmission through the operations described above.

[0083] For example, in step S802, the terminal may receive a DCI on the PDCCH for uplink scheduling (e.g., including scheduling information of the PUSCH) from the base station.

[0084] For example, DCI format 0_0 or 0_1 may be used for uplink scheduling, and in particular, DCI format 0_1 ​​may include the following information: DCI format identifier, UL / SUL (Supplementary uplink) indicator, Bandwidth part indicator, Frequency domain resource assignment, Time domain resource assignment, Frequency hopping flag, Modulation and coding scheme (MCS), SRS resource indicator (SRI), Precoding information and number of layers, Antenna port(s), SRS request, DMRS sequence initialization, UL-SCH (Uplink Shared Channel) indicator

[0085] For example, the SRS resource indicator field may indicate SRS resources configured within the SRS resource set associated with the upper-level parameter 'usage'. For instance, 'spatialRelationInfo' can be set for each SRS resource, and its value can be one of {CRI, SSB, SRI}.

[0086] For example, in step S803, the terminal can transmit uplink data to the base station over PUSCH.

[0087] For example, if the terminal detects a PDCCH containing DCI format 0_0 or 0_1, it can transmit the corresponding PUSCH according to the instructions given by the DCI.

[0088] For example, two transmission methods (e.g., codebook-based transmission for PUSCH transmission and non-codebook-based transmission for PUSCH transmission) may be supported:

[0089] i) For example, when the upper layer parameter 'txConfig' is set to 'codebook', the terminal can be configured for codebook-based transmission. For example, when the upper layer parameter 'txConfig' is set to 'nonCodebook', the terminal can be configured for non-codebook-based transmission. For example, if the upper layer parameter 'txConfig' is not set, the terminal may not expect to be scheduled by DCI format 0_1. For example, if PUSCH is scheduled by DCI format 0_0, the PUSCH transmission may be based on a single antenna port.

[0090] For example, in the case of codebook-based transmission, PUSCH can be scheduled in DCI format 0_0, DCI format 0_1, or semi-statically. For example, if this PUSCH is scheduled by DCI format 0_1, the terminal can determine the PUSCH transmission precoder based on SRI, TPMI (transmit precoding matrix indicator), and transmission rank from the DCI, as given by the SRS resource indicator field and the precoding information and number of layers fields. For example, TPMI is used to indicate the precoder to be applied across the antenna port and may correspond to the SRS resource selected by SRI when multiple SRS resources are set. For example, when a single SRS resource is set, TPMI is used to indicate the precoder to be applied across the antenna port and may correspond to that single SRS resource. For example, a transmission precoder may be selected from an uplink codebook having the same number of antenna ports as the upper layer parameter 'nrofSRS-Ports'. For example, when the upper layer set to 'codebook' is set to the parameter 'txConfig', the terminal may have at least one SRS resource configured. For example, the SRI indicated in slot n is associated with the most recent transmission of the SRS resource identified by the SRI, where the SRS resource may precede the PDCCH (e.g., slot n) carrying the SRI.

[0091] ii) For example, in the case of non-codebook-based transmission, PUSCH may be scheduled in DCI format 0_0, DCI format 0_1, or semi-statically. For example, when multiple SRS resources are configured, the terminal may determine the PUSCH precoder and transmission rank based on a broadband SRI, where the SRI may be given by an SRS resource indicator within the DCI or by the upper layer parameter 'srs-ResourceIndicator'. For example, the terminal utilizes one or multiple SRS resources for SRS transmission, where the number of SRS resources may be configured for simultaneous transmission within the same RB based on UE capabilities. For example, only one SRS port may be configured per SRS resource. For example, only one SRS resource may be configured with the upper layer parameter 'usage' set to 'nonCodebook'. For example, the maximum number of SRS resources that can be set for non-codebook-based uplink transmissions may be 4. For example, the SRI indicated in slot n is associated with the most recent transmission of the SRS resource identified by the SRI, where the SRS transmission may precede the PDCCH (e.g., slot n) carrying the SRI.

[0092] For example, an orthogonal cover code (OCC) spanning the PUSCH iteration(s) may be initiated.

[0093] For example, in the case of OCC across PUSCH iteration(s), the following two directions can be considered:

[0094] - For example, Option 1: OCC with PUSCH repetition type A

[0095] - For example, Option 2: OCC with PUSCH repetition type B

[0096] For example, OCC across PUSCH iteration(s) can be an integrated solution applicable to both IoT NTN and NR NTN, and can be a research direction to reduce specification work. For example, the feasibility of applying OCC should be examined by considering disturbances such as time / frequency shifts and phase distortion in GSO / NGSO environments.

[0097] FIG. 9 shows an example of OCC with PUSCH repetition type A according to one embodiment of the present disclosure. The embodiment of FIG. 9 can be combined with various embodiments of the present disclosure.

[0098] Referring to FIG. 9, for example, OCC with PUSCH repetition type A (Option 1) may be a method of applying OCC between PUSCH repetition(s) where PUSCH is repeated on a slot-by-slot basis. For example, a PUSCH assigned to one slot may be transmitted repeatedly for multiple slots, and OCC may be applied across PUSCH repetition(s). For example, to apply OCC between slots, the feasibility of maintaining the orthogonality of the OCC may be considered. For example, during the period in which OCC is applied, the gNB may expect the UE to maintain phase continuity and / or power consistency of the PUSCH transmission. For example, this may be supported by reusing the capabilities of DM-RS bundling introduced in UL coverage enhancement (e.g., nominal / actual TDW) or by defining new UE capabilities. For example, in NR-NTN, it may be expected that the UE apply delay / Doppler pre-compensation during uplink transmission, and the pre-compensation process may vary depending on the UE implementation. For example, to ensure the orthogonality of OCC, it may be necessary to discuss pre-compensation requirements for OCC. For example, when an NTN UE reports OCC support capability, delay / Doppler pre-compensation capability within a specific level may be required as a prerequisite for OCC capability.

[0099] For example, for OCC with PUSCH repetition type A (Option 1), OCC orthogonality may not be guaranteed without preconditions such as phase continuity, power consistency, delay / Doppler pre-correction.

[0100] For example, regarding Option 1, some behavior of PUSCH repeat type A may need to be modified. For example, in PUSCH repeat type A, when PUSCH is repeated across slots, redundancy version (RV) cycling may be applied across PUSCH repeat(s). For example, in the case of Option 1, the same signal may need to be repeated to apply OCC, and therefore the RV may need to be fixed between repeated transmissions. For example, if OCC across PUSCH repeat(s) is also applied to the DM-RS sequence within the PUSCH, the DM-RS sequence may need to remain the same between PUSCH repeat(s). For example, according to the current specification, the PUSCH DM-RS sequence has an initial value dependent on the slot index, and when OCC is applied, the initial value for the PUSCH DM-RS sequence within the repeated transmission may be fixed to the same value.

[0101] For example, for OCC with PUSCH repeat type A (Option 1), changes in the RV and / or PUSCH DM-RS sequences through the slots may not be suitable for OCC application.

[0102] For example, in Rel-17, support for PUSCH Repetition Type A for Msg3 PUSCH was also introduced. For example, when discussing the application of OCC to PUSCH Repetition Type A, it may be discussed whether applying OCC to Msg3 PUSCH is also within the scope of research. For example, for Msg3 PUSCH, uplink capacity / throughput may be reduced to 1 / 16 for a maximum of 16 repetitions. For example, if OCC is not applied for Msg3 PUSCH, significant latency may occur during the initial connection of the NTN UE. For example, for Msg3 PUSCH, the OCC resource may be connected to the RA preamble resource.

[0103] For example, for OCC with PUSCH repetition type A (Option 1), this improvement may also be applied to Msg3 PUSCH with repetition(s).

[0104] For example, in Rel-19 NR NTN, OCC with PUSCH repeat type A can be studied by considering the following aspects:

[0105] - For example, phase continuity and / or power consistency

[0106] - For example, time / frequency shift pre-compensation

[0107] - For example, RV (redundancy version) cycling

[0108] - For example, DM-RS sequence initialization

[0109] - For example, Msg3 PUSCH enhancement

[0110] For example, in the telecommunications field, the introduction of non-terrestrial networks (NTNs), which utilize satellites as network nodes, is currently being actively discussed. For instance, satellites supporting the aforementioned NTN can be classified according to their flight orbits and characteristics, such as GEO, MEO, and LEO, and generally possess characteristics of very high altitudes. For instance, the service area of ​​the aforementioned satellite may have very wide coverage characteristics, and the number of target terminals within that service area may be relatively large. For instance, the NTN service may require support for multiple terminal(s). For instance, since ground terminals have transmission power constraints, coverage extension technology may be applied to ensure that a signal of sufficient magnitude reaches the high-altitude NTN during uplink transmission. For instance, coverage extension can be achieved by repeating the PUSCH (Physical Uplink Shared Channel), which is the uplink data channel, over the time axis. For example, the terminal may transmit the PUSCH using the DFT-s-OFDM (discrete Fourier transform spread orthogonal frequency division multiplexing) method for coverage gain. For example, the DFT-s-OFDM modulation method may refer to a modulation method in which DFT precoding (e.g., or DFT spreading) is applied as part of TF (transform) precoding prior to OFDM modulation. For example, the coverage extension technology may result in reduced resource utilization efficiency due to repeated transmission, and an uplink multiplexing method utilizing OCC (orthogonal cover code) may be effective.For example, the present disclosure below may propose a method for achieving capacity increase and / or multiplexing of an uplink data channel by utilizing OCC when performing uplink iterative transmission.

[0111] For example, Proposed Plan #01 can be proposed.

[0112] For example, according to Proposed Method #01, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), a method may be proposed in which the terminal expects the application of OCC within a (pre-)agreed and / or set / instructed time interval between the base station and / or the terminal.

[0113] For example, the application of OCC between uplink data channel iterations (along the time axis) may mean an operation of applying OCC in iteration transmission units (e.g., or multiples thereof).

[0114] For example, the base station may set / instruct whether the above OCC is applied.

[0115] For example, the above time interval may be a time interval in which phase continuity and / or power consistency and / or timing advance and / or channel, etc., are expected to be maintained (within a certain error range). For example, it may relate to a time interval in which bundling operation is possible for the DM-RS (Demodulation Reference Signal).

[0116] For example, the terminal may report terminal capabilities related to the time interval. For example, the terminal may report as capability information a (maximum) time interval in which phase continuity and / or power consistency can be maintained.

[0117] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (in the time axis) and applies (time axis) OCC between the repeated transmissions. For example, the (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, for the (time axis) OCC to be effective, the phase continuity and / or power consistency and / or timing advance and / or channel of the signal transmitted by the terminal during the time in which the OCC is applied may remain almost unchanged. For example, the present disclosure proposes a method in which, when a terminal can apply OCC during repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), the terminal expects the application of OCC within a time interval (pre-arranged) and / or set / instructed between the base station and / or the terminal. For example, the time interval may be a time interval in which phase continuity and / or power consistency and / or timing advance and / or channel, etc., are expected to be maintained (within a certain error range). For example, if the application of OCC exceeding the time interval is instructed, the terminal may ignore the application of OCC. For example, according to the proposed method of the present disclosure, unnecessary complexity can be reduced by performing OCC application only when valid.

[0118] For example, the above proposed method #01 may be applied in combination with other proposed methods(s) to the extent that the operations of the present disclosure are not conflicting.

[0119] For example, Proposed Plan #02 can be proposed.

[0120] For example, according to Proposed Method #02, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), a method for determining the RV (redundancy version) and / or scrambling for said repeated transmission(s) in one or more of the following ways may be proposed.

[0121] (1) For example, the same RV and / or scrambling may be applied to all iterations of the transmission(s).

[0122] (2) For example, the same RV and / or scrambling may be applied within resource groups to which OCC is applied, and different RV and / or scrambling may be applied between resource groups to which OCC is applied.

[0123] For example, the application of OCC between uplink data channel iterations (along the time axis) may mean an operation of applying OCC in iteration transmission units (e.g., or multiples thereof).

[0124] For example, the resource group to which the above OCC applies may refer to resource(s) (time axis) to which a single OCC applies.

[0125] For example, the base station may set / instruct whether the above OCC is applied.

[0126] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (in the time axis) and applies (time axis) OCC between the repeated transmissions. For example, the (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, for the (time axis) OCC to be effective, the data (e.g., or modulated symbols) of the repeatedly transmitted uplink data channel (e.g., PUSCH) may be identical. For example, even if the repeated transmission of the uplink data channel is transmitted together with OCC, if the RV (redundancy version) and / or scrambling for each repetition is different, orthogonality by the OCC code may not be guaranteed. For example, the present disclosure may propose a method for determining the redundancy version (RV) and / or scrambling for said repetitive transmission(s) in one or more of the following ways when a terminal can apply OCC between repetitive transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH).

[0127] (1) For example, the same RV and / or scrambling may be applied to all iterations of the transmission(s).

[0128] (2) For example, the same RV and / or scrambling may be applied within resource groups to which OCC is applied, and different RV and / or scrambling may be applied between resource groups to which OCC is applied.

[0129] For example, according to the proposed method of the present disclosure, when repeatedly transmitting an uplink data channel (e.g., PUSCH) (in the time axis), there may be an advantage in that diversity operation for RV and / or scrambling can be supported while supporting OCC-based multiplexing.

[0130] For example, regarding RV cycling for OCC with PUSCH, the following can be considered:

[0131] - For example, Option 1: RV cycling can be used between OCC groups.

[0132] - - For example, Note 1: RV cycling can be applied when the number of iterations is greater than the OCC length.

[0133] - For example, Option 2: Fixed RV can be used between OCC groups.

[0134] - For example, Option 3: For OCC length 2, a fixed RV is used between two OCC groups, and RV cycling can be used between two OCC groups.

[0135] For example, the above proposed method #02 may be applied in combination with other proposed methods(s) to the extent that the operations of the present disclosure are not conflicting.

[0136] For example, Proposed Plan #03 can be proposed.

[0137] For example, according to Proposed Method #03, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), when the terminal omits transmission for all or part of the repeated transmissions of the uplink data channel (e.g., PUSCH) (due to a specific event), a method supporting one or more of the following operations may be proposed.

[0138] (1) For example, the OCC can be changed and applied to an OCC that matches the number of repeated transmissions reduced by transmission omission.

[0139] (2) For example, the uplink data channel to be omitted from transmission (e.g., PUSCH) and the uplink data channel (e.g., PUSCH) that is connected to OCC can all be omitted.

[0140] For example, the application of OCC between uplink data channel iterations (along the time axis) may mean an operation of applying OCC in iteration transmission units (e.g., or multiples thereof).

[0141] For example, the base station may set / instruct whether the above OCC is applied.

[0142] For example, the above transmission omission may include transmission omission due to multiplexing rules between uplink data channel(s) and / or uplink control channel(s) and / or transmission omission due to RF constraints and / or transmission power constraints of the terminal.

[0143] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (in the time axis) and applies (time axis) OCC between said repeated transmissions. For example, said (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, the terminal may omit transmission for a specific uplink data channel due to reasons such as transmission omission by multiplexing rules between uplink data channel(s) and / or uplink control channel(s), or transmission omission due to RF constraints and / or transmission power constraints of the terminal. For example, when the terminal repeatedly transmits the uplink data channel, all or part of the transmission may be omitted during said repeated transmissions. For example, it may be assumed that the terminal repeatedly transmits the uplink data channel and applies OCC between said repeated transmissions. For example, if only some of the repetitive transmission groups to which OCC is applied are omitted, the existing OCC is modified and orthogonality is no longer maintained, so the transmissions among the repetitive transmission groups that are not omitted may act as interference to the uplink data channel transmission of other terminals. For example, the present disclosure may propose a method to support one or more of the following operations when a terminal can apply OCC between repetitive transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), and when the terminal omits transmission for all or part of the repetitive transmissions of the uplink data channel (e.g., PUSCH) (due to a specific event).

[0144] (1) For example, the OCC can be changed and applied to the OCC that is suitable for the repeated transmissions reduced by the omission of transmission.

[0145] (2) For example, the uplink data channel (e.g., PUSCH) to be omitted and the uplink data channel (e.g., PUSCH) that is connected to the OCC can all be omitted.

[0146] For example, according to the proposed method of the present disclosure, there may be an advantage in that transmission omission can be supported when transmission omission occurs for all or part of the uplink data channel during repeated transmission of the uplink data channel, taking into account the interference effect on the uplink data channel of the multiplexed terminal.

[0147] For example, the above proposed method #03 may be applied in combination with other proposed methods(s) to the extent that the operations of the present disclosure are not conflicting.

[0148] In NTN, the beam radius is wider than in TN, so there may be many terminals within the beam, and therefore uplink capacity may be insufficient. In NTN, the beam radius is wider than in TN, so there may be many terminals within the beam, and therefore uplink resources may be insufficient.

[0149] For example, Proposed Plan #04 can be proposed.

[0150] For example, according to Proposed Method #04, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), if an uplink control channel (e.g., PUCCH) transmission occurs at the time of transmission of the uplink data channel (e.g., PUSCH) with OCC applied, a method may be proposed in which the terminal supports multiplexing in one or more of the following ways.

[0151] (1) For example, OCC can be disabled, and the uplink multiplexing rules for non-OCC application can be applied.

[0152] (2) For example, when an uplink data channel (e.g., PUSCH) containing UCI is generated after applying uplink multiplexing rules when OCC is not applied, UCI may be repeatedly transmitted on all of the uplink data channels that are linked with the same OCC as the uplink data channel.

[0153] For example, the application of OCC between uplink data channel iterations (along the time axis) may mean an operation of applying OCC in iteration transmission units (e.g., or multiples thereof).

[0154] For example, the application of OCC between uplink data channel iterations (along the time axis) may mean an operation of applying OCC in iteration transmission units (e.g., or multiples thereof).

[0155] For example, the base station may set / instruct whether the above OCC is applied.

[0156] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (in the time axis) and applies (time axis) OCC between said repeated transmissions. For example, said (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, if OCC is applied between said repeated transmissions of the uplink data channel, it is necessary to consider uplink multiplexing rules. For example, it may be assumed that an uplink data channel (e.g., PUSCH) is repeatedly transmitted and that OCC is applied between said repeated transmissions. For example, assuming a case where OCC is not applied, it may be assumed that multiplexing rules are applied to include UCI (uplink control information) for some of the repeated transmissions of the uplink data channel. For example, if UCI is included in transmissions only for recurrences of some uplink data channels, the number of data symbols among all recurrences to which OCC is applied may not be the same due to rate-matching processes resulting from the inclusion of UCI, and thus data may be generated where the full OCC is not applied. For example, the application of an incomplete OCC can cause interference to uplink transmissions using other OCCs.For example, the present disclosure suggests that when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), and when transmission of an uplink control channel (e.g., PUCCH) occurs at the time of transmission of the uplink data channel (e.g., PUSCH) to which OCC is applied, a method may be proposed in which the terminal supports multiplexing in one or more of the following ways.

[0157] (1) For example, OCC can be disabled, and the uplink multiplexing rules for non-OCC application can be applied.

[0158] (2) For example, when an uplink data channel (e.g., PUSCH) containing UCI is generated after applying an uplink multiplexing rule when OCC is not applied, the UCI may be repeatedly transmitted on all of the uplink data channels that are linked with the same OCC as the uplink data channel.

[0159] For example, according to the proposed method of the present disclosure, there may be an advantage in that the application of OCC considering uplink multiplexing rules, such as in a situation where the UCI is included in the uplink data channel, can be supported.

[0160] For example, if a PUCCH without repetition overlaps with a slot-to-slot OCC that has a PUSCH repetition in an OCC group, the following options may be considered:

[0161] - For example, Option 1: The UCI can be dropped.

[0162] - - For example, FFS: whether all UCIs are dropped

[0163] - For example, Option 2: UCI is transmitted over PUCCH, and all PUSCH iterations within the OCC group can be dropped.

[0164] - For example, Option 3: UCI can be multiplexed on PUSCH using slot-to-slot OCC.

[0165] FIG. 10 illustrates an example of multiplexing for a UCI according to one embodiment of the present disclosure. The embodiment of FIG. 10 may be combined with various embodiments of the present disclosure.

[0166] Referring to FIG. 10, for example, PUSCH iterations can be performed. For example, the OCC length can be 4. For example, there can be a first OCC group and a second OCC group. The UCI can be multiplexed.

[0167] - - For example, Option 3-a: UCI can be multiplexed in all PUSCH iterations within an OCC group with inter-slot OCC. For example, UCI can be multiplexed in all PUSCH iterations within a first OCC group.

[0168] - - - For example, FFS: some OCC group

[0169] For example, unlike as illustrated in FIG. 10, the OCC length may not be limited to 4. For example, unlike as illustrated in FIG. 10, the number of OCC groups may not be limited to 2.

[0170] FIG. 11 illustrates an example of multiplexing for a UCI according to an embodiment of the present disclosure. The embodiment of FIG. 11 may be combined with various embodiments of the present disclosure.

[0171] Referring to FIG. 11, for example, PUSCH iterations can be performed. For example, the OCC length can be 4. For example, there can be a first OCC group and a second OCC group. The UCI can be multiplexed.

[0172] - - For example, Option 3-b: UCI can be multiplexed on PUSCH and OCC may not be applied within the OCC group. For example, UCI can be multiplexed on PUSCH and OCC may not be applied within the first OCC group.

[0173] For example, unlike as illustrated in FIG. 11, the OCC length may not be limited to 4. For example, unlike as illustrated in FIG. 11, the number of OCC groups may not be limited to 2.

[0174] FIG. 12 illustrates an example of multiplexing for a UCI according to an embodiment of the present disclosure. The embodiment of FIG. 12 may be combined with various embodiments of the present disclosure.

[0175] Referring to FIG. 12, for example, PUSCH iterations can be performed. For example, the OCC length can be 4. For example, there can be a first OCC group and a second OCC group. The UCI can be multiplexed.

[0176] - - For example, Option 3-c: UCI may be multiplexed on PUSCH and OCC may not be applied within PUSCH iterations. For example, UCI may be multiplexed on PUSCH and OCC may not be applied within all PUSCH iterations. For example, UCI may be multiplexed on PUSCH and OCC may not be applied within the first OCC group and the second OCC group.

[0177] For example, unlike as illustrated in FIG. 12, the OCC length may not be limited to 4. For example, unlike as illustrated in FIG. 12, the number of OCC groups may not be limited to 2.

[0178] For example, note: The above combinations may be considered.

[0179] For example, FFS can specifically describe the PUCCH and PUSCH timelines.

[0180] For example, FFS: Handling PUCCH with iteration

[0181] For example, FFS: handling different UCI types

[0182] When applying an orthogonal cover code between uplink shared channel repetition(s) that repeat uplink shared channels on a slot-based system, if any uplink shared channel repetition in an orthogonal cover code group overlaps with an uplink control channel, the uplink capacity can be improved by multiplexing the uplink control information on the uplink shared channel to which the orthogonal cover code is applied. When applying an orthogonal cover code between uplink shared channel repetition(s) that repeat uplink shared channels on a slot-based system, if any uplink shared channel repetition in an orthogonal cover code group overlaps with an uplink control channel, the shortage of uplink resources can be reduced by multiplexing the uplink control information on the uplink shared channel.

[0183] The above proposed method #04 may be applied in combination with other proposed methods to the extent that the operations of the present disclosure are not conflicting.

[0184] For example, Proposed Plan #05 can be proposed.

[0185] For example, according to Proposed Plan #05, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), a method may be proposed in which the base station and / or the terminal set / determine the OCC application unit differently depending on the repetition type of the uplink data channel.

[0186] (1) For example, in the case of slot-based repetitive transmission (e.g., PUSCH repetition type A), the OCC application unit can be set / determined as a multiple of the number of slots transmitting (single) TB.

[0187] (2) For example, in the case of repeated transmission in the symbol group unit (e.g., PUSCH repetition type B), the OCC application unit can be set / determined as a multiple of the number of symbols transmitting (single) TB.

[0188] For example, the application of OCC between uplink data channel iterations (along the time axis) mentioned above may mean an operation of applying OCC on an iteration transmission unit basis.

[0189] For example, the base station may set / instruct whether the above OCC is applied.

[0190] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (along the time axis) and applies (time axis) OCC between the repeated transmissions. For example, the (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, when the terminal repeatedly transmits the uplink data channel, it may support repeated transmission in one or more types. For example, the terminal may repeatedly transmit the uplink data channel in slot units (PUSCH Repetition Type A) or repeatedly transmit it in symbol group (or sub-slot) units (PUSCH Repetition Type B). For example, when a terminal can apply OCC during repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), the base station and / or the terminal may set / determine the OCC application unit differently depending on the repetition type of the uplink data channel. For example, when performing slot-unit repeated transmission, the base station and / or the terminal may set / determine the OCC application unit as a multiple of the number of slots transmitting a (single) TB, and when performing symbol group-unit repeated transmission, the OCC application unit may set / determine the OCC application unit as a multiple of the number of symbols transmitting a (single) TB. For example, according to the proposed method of the present disclosure, the base station and / or the terminal may set / determine a suitable OCC application unit depending on the repetition type of the terminal's uplink data channel.

[0191] For example, the above proposed method #05 may be applied in combination with other proposed methods(s) to the extent that the operations of the present disclosure are not conflicting.

[0192] For example, Proposed Plan #06 can be proposed.

[0193] For example, according to Proposed Method #06, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), a method may be proposed to apply both an OCC applied within a slot (Type 1 OCC) and an OCC applied between slots (Type 2 OCC).

[0194] For example, the application of OCC between uplink data channel iterations (along the time axis) may mean an operation of applying OCC in iteration transmission units (e.g., or multiples thereof).

[0195] For example, the base station may set / instruct whether the above OCC is applied.

[0196] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (along the time axis) and applies (time axis) OCC between the repeated transmissions. For example, the (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, when the terminal repeatedly transmits the uplink data channel, it may support repeated transmission in one or more types. For example, the terminal may repeatedly transmit the uplink data channel in slot units (PUSCH repetition type A) or repeatedly transmit it in symbol group (or sub-slot) units (PUSCH repetition type B). For example, support for OCC between repeated transmissions of uplink data channels having different types needs to be considered. For example, an OCC application method that ensures orthogonality between slot-unit iterative transmission and symbol group-unit iterative transmission may be considered. For example, it may be assumed that a first terminal performs slot-unit iterative transmission 4 times for 4 slots, a second terminal performs symbol group-unit iterative transmission (half-slot length) 8 times for 4 slots, and a third terminal performs symbol group-unit iterative transmission (half-slot length) 2 times in the first slot among 4 slots. For example, to ensure orthogonality between the iterative transmissions of the terminals, both OCC applied within the slot and OCC applied between slots may be applied.For example, the base station and / or terminal may be configured / instructed to apply Length-2 OCC in units of symbol groups (half the length of the slot) within a slot when the terminal transmits on an uplink data channel (e.g., PUSCH) in the above example, and to apply Length-4 OCC according to the total length of four slots between slots. For example, according to the proposed method of the present disclosure, there may be an advantage that OCC-based orthogonality can be supported even when the unit and / or type of repeated transmission of the uplink data channel (e.g., PUSCH) are different.

[0197] For example, the above proposed method #06 may be applied in combination with other proposed methods(s) to the extent that the operations of the present disclosure are not conflicting.

[0198] For example, Proposed Plan #07 can be proposed.

[0199] For example, according to Proposed Method #07, when a terminal can apply an OCC (hereinafter referred to as the first OCC) during repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), a method for determining the OCC and / or CS applied to the RS within the uplink data channel based on the first OCC may be proposed.

[0200] For example, the application of OCC between uplink data channel iterations (along the time axis) may mean an operation of applying OCC in iteration transmission units (e.g., or multiples thereof).

[0201] For example, the base station may set / instruct whether the above OCC is applied.

[0202] For example, the above RS (reference signal) may refer to DM-RS (demodulation reference signal) and / or PT-RS (phase tracking reference signal).

[0203] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (in the time axis) and applies (time axis) OCC between the repeated transmissions. For example, the (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, the terminal may determine the OCC and / or cyclic shift (CS) for the reference signal (RS) based on the OCC value applied between the repeated transmissions of the uplink data channel (e.g., PUSCH). For example, when no OCC is applied to the uplink data channel, the OCC of the phase tracking reference signal (PT-RS) is determined based on the RNTI value; however, when OCC is applied to the uplink data channel, it may be preferable to determine the OCC value for the PT-RS in conjunction with the OCC value applied to the data channel.

[0204] For example, the above proposed method #07 may be applied in combination with other proposed methods(s) to the extent that the operations of the present disclosure are not conflicting.

[0205] For example, Proposed Plan #08 can be proposed.

[0206] For example, according to Proposed Method #08, when a terminal can apply OCC during repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), an OCC indexing method may be proposed such that a second length OCC, in the form of a repeating first length OCC, has the same index as the corresponding first length OCC.

[0207] For example, the application of OCC between uplink data channel iterations (along the time axis) may mean an operation of applying OCC in iteration transmission units (e.g., or multiples thereof).

[0208] For example, the base station may set / instruct whether the above OCC is applied.

[0209] For example, the above RS (reference signal) may refer to DM-RS (demodulation reference signal) and / or PT-RS (phase tracking reference signal).

[0210] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (in the time axis) and applies an OCC (time axis) between the repeated transmissions. For example, the (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, it may be assumed that the OCC supports an OCC of a first length and an OCC of a second length (which is a multiple of the first length). For example, when the base station and / or terminal apply an OCC between repeated transmissions of the uplink data channel (e.g., PUSCH), they may, depending on the case, apply an OCC of the second length or repeatedly apply an OCC of the first length. For example, it may be assumed that the first length is two slots and the second length is four slots. For example, when a base station multiplexes a first PUSCH of 4 slot lengths and a second PUSCH of 4 slot lengths, it may apply an OCC of 2 lengths to the first PUSCH. For example, when a base station multiplexes a first PUSCH of 4 slot lengths, a second PUSCH of 2 slot lengths, and a third PUSCH, it may repeatedly apply an OCC of 1 length to the first PUSCH. For example, the present disclosure may propose an OCC indexing method in which, when a terminal transmits an uplink data channel (e.g., PUSCH) and can apply an OCC during repeated transmissions of the uplink data channel (e.g., PUSCH) (in the time axis), a second length OCC in the form of a repeated first length OCC has the same index as the corresponding first length OCC.For example, according to the proposed method of the present disclosure above, the repeated application of an OCC of a first length is expressed as an OCC of a second length with the same index, which may have the advantage of facilitating the implementation of a base station and / or terminal.

[0211] For example, the above proposed method #08 may be applied in combination with other proposed methods(s) to the extent that the operations of the present disclosure are not conflicting.

[0212] For example, Proposed Plan #09 can be proposed.

[0213] For example, according to Proposed Plan #09, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), a method may be proposed in which the terminal applies OCC (in the time axis) in one or more of the following ways.

[0214] (1) For example, a method may be proposed in which a terminal applies (time axis) OCC based on a (time axis) resource grid.

[0215] (2) For example, a method may be proposed in which the terminal applies OCC (time axis) based on the transmission start point of the uplink data channel (e.g., PUSCH).

[0216] For example, the application of OCC between uplink data channel iterations (along the time axis) mentioned above may mean an operation of applying OCC on an iteration transmission unit basis.

[0217] For example, the base station may set / instruct whether the above OCC is applied.

[0218] For example, the base station can set / instruct which of the above method(s) to apply.

[0219] For example, the above (time axis) resource grid may be (pre-)agreed between the base station and the terminal, or may be (pre-)set and / or directed by the base station. For example, there may be one or more of the above (time axis) resource grids. For example, the above (time axis) resource grids may be set according to OCC length.

[0220] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (in the time axis) and applies (time axis) OCC between the repeated transmissions. For example, the (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, the terminal may apply the (time axis) OCC in a simple manner based on the transmission start point of the uplink data channel (e.g., PUSCH). For example, if the OCC supports a hierarchical structure such as a Walsh-Hadamard code, multiplexing between OCCs of different lengths may also be considered. For example, a PUSCH repeat transmission repeated in 4 slots with a length-4 OCC applied and a PUSCH repeat transmission repeated in 2 slots with a length-2 OCC applied can be distinguished from each other. For example, to satisfy orthogonality between OCCs of different lengths, the timing of the application of the OCC may need to be aligned according to specific conditions. For example, in the example of the length-4 OCC and the length-2 OCC above, the length-2 OCC may be orthogonal to a code composed of the first and second values ​​or a code composed of the third and fourth values ​​of the length-4 OCC. For example, in the present disclosure, when a terminal can apply an OCC between uplink data channel repetitions (in the time axis) during uplink data channel transmission (e.g., PUSCH), a method may be proposed in which the terminal applies the (time axis) OCC in one or more of the following ways.

[0221] (1) For example, a method may be proposed in which a terminal applies (time axis) OCC based on a (time axis) resource grid.

[0222] (2) For example, a method may be proposed in which the terminal applies OCC (time axis) based on the transmission start point of the uplink data channel (e.g., PUSCH).

[0223] For example, according to the proposed method of the present disclosure, there may be an advantage in that orthogonality between OCCs between repeated transmissions of uplink data channels with different starting points and / or lengths can be supported.

[0224] For example, the above proposed method #09 may be applied in combination with other proposed methods(s) to the extent that the operations of the present disclosure are not conflicting.

[0225] For example, Proposed Plan #10 can be proposed.

[0226] For example, according to Proposed Method #10, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), a method may be proposed to indicate the OCC type and / or OCC identifier (e.g., OCC index) and / or OCC length, etc., for said OCC by borrowing some or all of the bit fields for indicating the RV (Redundancy Version) for said uplink data channel repeated transmission.

[0227] For example, the application of OCC between uplink data channel iterations (along the time axis) mentioned above may mean an operation of applying OCC on an iteration transmission unit basis.

[0228] For example, the base station may set / instruct whether the above OCC is applied.

[0229] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (in the time axis) and applies (time axis) OCC between the repeated transmissions. For example, the (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, for the (time axis) OCC to be valid, the data (e.g., or modulated symbols) of the repeatedly transmitted uplink data channel (e.g., PUSCH) may be identical. For example, even if the repeated transmission of the uplink data channel is transmitted together with the OCC, if the redundancy version (RV) and / or scrambling for each repetition is different, orthogonality by the OCC code may not be guaranteed. For example, when OCC is applied to repeated transmissions of an uplink data channel, the RV value may be fixed or indicated in a simpler form. For example, the simplified RV may be indicated by utilizing only some bit(s) of the existing bit field for RV within dynamic control information, such as DCI (dynamic control information), or the bit field may not be required at all. For example, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), the present disclosure proposes a method of utilizing some or all bit(s) of the bit field for RV when OCC is not applied to indicate the OCC type and / or OCC identifier and / or OCC length, etc., when OCC is applied.For example, according to the proposed method of the present disclosure above, when applying OCC to uplink iterative transmission, there may be an advantage in that the size of the (dynamic) control information for uplink transmission does not need to be unnecessarily expanded by (re)reusing the bit field for RV, which naturally loses utility, to indicate OCC information.

[0230] For example, the above proposed method #10 may be applied in combination with other proposed methods(s) to the extent that the operation of the present disclosure is not conflicted.

[0231] For example, Proposed Plan #11 can be proposed.

[0232] For example, according to Proposed Method #11, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), a method may be proposed in which the base station sets / instructs the OCC type and / or OCC identifier (e.g., OCC index) and / or OCC application unit for said OCC, and the terminal determines the OCC length according to the length / number of repeated transmissions.

[0233] For example, if an OCC matching the length / number of repetitions of the above transmission is not set / instructed, the terminal may perform one or more of the following exception handling operations.

[0234] (1) For example, OCC may not be applied to repeated transmissions.

[0235] (2) For example, after selecting an OCC length greater than or equal to the repeating transmission, only a portion of the OCC can be applied to the repeating transmission.

[0236] (3) For example, after selecting an OCC length that is less than or equal to the repeating transmission, only a portion of the OCC can be applied to the repeating transmission or repeated.

[0237] For example, the application of OCC between uplink data channel iterations (along the time axis) mentioned above may mean an operation of applying OCC on an iteration transmission unit basis.

[0238] For example, the base station may set / instruct whether the above OCC is applied.

[0239] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (in the time axis) and applies (time axis) OCC between said repeated transmissions. For example, said (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, when applying OCC between said repeated transmissions, the OCC length may be related to the length / number of said repeated transmissions. For example, the present disclosure may propose a method in which, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), the base station sets / instructs the OCC type and / or OCC identifier (e.g., OCC Index) and / or OCC application unit for said OCC, and the terminal determines the OCC length according to the length / number of repeated transmissions. For example, following the proposed method of the present disclosure may have the advantage of reducing the signal transmission load for the base station to set / instruct the OCC length. For example, if an OCC corresponding to the length / number of repeated transmissions is not set / instructed, the terminal may perform one or more of the following exception handling operations.

[0240] (1) For example, OCC may not be applied to repeated transmissions.

[0241] (2) For example, after selecting an OCC length greater than or equal to the repeating transmission, only a portion of the OCC can be applied to the repeating transmission.

[0242] (3) For example, after selecting an OCC length that is less than or equal to the repeating transmission, only a portion of the OCC can be applied to the repeating transmission or repeated.

[0243] For example, if a smaller or equal OCC length is selected and applied, there may be an advantage in that it can support OCC-based multiplexing with other uplink data channels having a smaller repeat transmission length / number of times. For example, when a Length-2 OCC and a Length-4 OCC can be set / instructed, it may be assumed that the terminal is instructed to transmit the uplink data channel (e.g., PUSCH) three times. For example, according to the proposed method of the present disclosure, the terminal (first terminal) may apply a Length-2 OCC (first OCC) for the first two repeat transmissions, and in the section where the first OCC is applied, another terminal (second terminal) may transmit by applying a Length-2 OCC (second OCC) that is orthogonal to the first OCC to the uplink data channel that has been transmitted twice.

[0244] For example, the above proposed method #11 may be applied in combination with other proposed methods(s) to the extent that the operation of the present disclosure is not conflicted.

[0245] For example, Proposed Plan #12 can be proposed.

[0246] For example, according to Proposed Method #12, when a terminal can apply OCC between repeated transmissions of an uplink data channel (e.g., PUSCH) (in the time axis) during transmission of an uplink data channel (e.g., PUSCH), if an uplink control channel (e.g., PUCCH) transmission occurs at the time of transmission of the uplink data channel (e.g., PUSCH) with OCC applied, a method of supporting multiplexing in one or more of the following ways may be proposed.

[0247] (1) For example, a method may be proposed in which the terminal first performs UL multiplexing rules when OCC is not applied, and then performs additional exception handling processes when OCC is applied. For example, after first performing UL multiplexing rules when OCC is not applied, if a UCI is included in a (specific) repetitive transmission of an uplink data channel, the terminal may (re)check whether the processing time for UCI piggyback is suitable based on the first transmission time within the resource group to which the same OCC as the repetitive transmission is applied, and if the processing time is suitable, it may re-transmit the UCI within the resource group to which OCC is applied, and if not, omit the corresponding uplink data transmission.

[0248] (2) For example, a method may be proposed in which the terminal defines UL multiplexing rules when OCC is applied separately from when OCC is not applied. For example, when OCC is applied, UL multiplexing rules may be defined considering the processing time of the first uplink data channel of the resource group to which OCC is applied.

[0249] For example, the above UL multiplexing rule may mean an action performed by a terminal when transmission intervals of multiple different uplink transmission channels (from the same terminal) overlap (in the time axis).

[0250] For example, the application of OCC between uplink data channel iterations (along the time axis) mentioned above may mean an operation of applying OCC on an iteration transmission unit basis.

[0251] For example, the base station may set / instruct whether the above OCC is applied.

[0252] For example, in a next-generation mobile communication system according to one embodiment of the present disclosure, it may be assumed that a terminal transmits an uplink data channel (e.g., PUSCH). For example, a method may be considered in which the terminal repeatedly transmits the uplink data channel (in the time axis) and applies (time axis) OCC between the repeated transmissions. For example, the (time axis) OCC may be intended for the purpose of multiplexing one or more uplink data channel (e.g., PUSCH) transmissions (within the same cell). For example, when OCC is applied between the repeated transmissions of the uplink data channel, two directions of UL multiplexing rules may be considered. For example, the UL multiplexing rules may include terminal operations when transmissions between uplink data channel(s) (e.g., PUSCH) and uplink control channel(s) (e.g., PUCCH) overlap (in the time axis). For example, a method may be considered in which the terminal first executes the UL multiplexing rules for when OCC is not applied, and then performs additional exception handling processes for when OCC is applied. For example, after first executing the UL multiplexing rules for when OCC is not applied, if a UCI is included in a (specific) iterative transmission of an uplink data channel, the terminal may (re)verify the suitability of the processing time for the UCI piggyback based on the first transmission time within the resource group to which the same OCC applies as the iterative transmission; if the processing time is suitable, the UCI may be iteratively transmitted within the resource group to which OCC is applied, and otherwise, the corresponding uplink data transmission may be omitted. For example, a method may be considered in which the terminal defines the UL multiplexing rules for when OCC is applied separately from when OCC is not applied. For example, when OCC is applied, a UL multiplexing rule may be defined considering the processing time based on the first uplink data channel of the resource group to which OCC is applied.For example, according to the proposed method of the present disclosure, there may be an advantage in that the terminal can apply OCC between repeated transmissions of the uplink data channel (e.g., PUSCH) (in the time axis) when transmitting the uplink data channel (e.g., PUSCH).

[0253] For example, the above proposed method #12 may be applied in combination with other proposed methods(s) to the extent that the operation of the present disclosure is not conflicted.

[0254] FIG. 13 illustrates a method in which a device performs wireless communication according to one embodiment of the present disclosure. The embodiment of FIG. 13 may be combined with various embodiments of the present disclosure.

[0255] Referring to FIG. 13, in step S1310, the device can obtain information related to an orthogonal cover code. In step S1320, the device can perform uplink shared channel iterations based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0256] For example, based on the overlap between at least one of the uplink shared channel repetitions and the uplink control channel, the uplink control information may be multiplexed on the uplink shared channel repetitions within an orthogonal cover code group including the uplink shared channel.

[0257] For example, the uplink shared channel repetition within the orthogonal cover code group may be all uplink shared channel repetitions within the orthogonal cover code group.

[0258] For example, based on the overlap between at least one of the uplink shared channel repetitions and the uplink control channel, the uplink control information is multiplexed on the uplink shared channel, and the orthogonal cover code may not be applied within an orthogonal cover code group including the uplink shared channel.

[0259] For example, based on the overlap between at least one of the uplink shared channel iterations and the uplink control channel, the uplink control information is multiplexed on the uplink shared channel, and the orthogonal cover code may not be applied within the uplink shared channel iterations.

[0260] For example, the above orthogonal cover code may be an orthogonal cover code between slots.

[0261] For example, the orthogonal cover code between the slots may be an orthogonal cover code applied between repetitions of the uplink shared channel, in which the uplink shared channel is repeated on a slot-by-slot basis.

[0262] For example, based on the overlap between at least one of the uplink shared channel iterations and the uplink control channel, and based on the remaining processing time for piggybacking the uplink control information, the uplink control information may be multiplexed on the uplink shared channel. For example, the processing time for piggybacking the uplink control information may be based on the first uplink shared channel iteration within an orthogonal cover code group that includes at least one of the uplink shared channel iterations.

[0263] For example, based on the fact that at least one of the uplink shared channel repetitions and the uplink control channel overlap, and based on the fact that there is no processing time remaining for the piggyback of the uplink control information, the uplink control information is transmitted from the uplink control channel, and the uplink shared channel repetition within the orthogonal cover code group including the uplink shared channel may be dropped. For example, the uplink shared channel repetition within the orthogonal cover code group may be all uplink shared channel repetitions within the orthogonal cover code group. For example, the processing time for the piggyback of the uplink control information may be based on the first uplink shared channel repetition within the orthogonal cover code group including at least one of the uplink shared channel repetitions.

[0264] For example, the redundancy version for the uplink shared channel iteration may be the same within the orthogonal cover code group associated with the orthogonal cover code, and may differ between the orthogonal cover code groups associated with the orthogonal cover code.

[0265] For example, the redundancy version for the above uplink shared channel iteration may be the same among the orthogonal cover code groups associated with the above orthogonal cover code.

[0266] For example, the above orthogonal cover code can be applied between the uplink shared channel iterations based on maintaining power consistency and phase continuity.

[0267] For example, based on one or more of the above-mentioned uplink shared channel iterations being dropped, an uplink shared channel iteration within an orthogonal cover code group containing one or more of the above-mentioned uplink shared channel iterations may be dropped.

[0268] For example, the above orthogonal cover code can be applied between the uplink shared channel iterations based on the resource grid of the time axis.

[0269] The proposed method above may be applied to a device according to various embodiments of the present disclosure. First, a processor (102) of the device (100) may obtain information related to an orthogonal cover code. Then, the processor (102) of the device (100) may perform uplink shared channel iterations based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0270] According to one embodiment of the present disclosure, a device may be provided. For example, the device may include at least one transceiver; at least one processor; and at least one memory connected to the at least one processor and storing instructions. For example, based on the instructions being executed by the at least one processor, the device may: acquire information related to an orthogonal cover code; and perform an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0271] According to one embodiment of the present disclosure, a processing device configured to control a device may be provided. For example, the processing device may include at least one processor; and at least one memory connected to the at least one processor and storing instructions. For example, the instructions may cause the device to: acquire information related to an orthogonal cover code based on execution by the at least one processor; and perform an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0272] According to one embodiment of the present disclosure, a non-transient computer-readable storage medium recording instructions may be provided. For example, when the instructions are executed, the device may: acquire information related to an orthogonal cover code; and perform an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap of at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0273] FIG. 14 illustrates a method in which a base station performs wireless communication according to one embodiment of the present disclosure. The embodiment of FIG. 14 may be combined with various embodiments of the present disclosure.

[0274] Referring to FIG. 14, in step S1410, the base station may transmit information related to an orthogonal cover code. In step S1420, the base station may receive an uplink shared channel repetition based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel repetitions. For example, based on the overlap between at least one of the uplink shared channel repetitions and the uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0275] For example, based on the overlap between at least one of the uplink shared channel repetitions and the uplink control channel, the uplink control information may be multiplexed on the uplink shared channel repetitions within an orthogonal cover code group including the uplink shared channel.

[0276] For example, the uplink shared channel repetition within the orthogonal cover code group may be all uplink shared channel repetitions within the orthogonal cover code group.

[0277] For example, based on the overlap between at least one of the uplink shared channel repetitions and the uplink control channel, the uplink control information is multiplexed on the uplink shared channel, and the orthogonal cover code may not be applied within an orthogonal cover code group including the uplink shared channel.

[0278] For example, based on the overlap between at least one of the uplink shared channel iterations and the uplink control channel, the uplink control information is multiplexed on the uplink shared channel, and the orthogonal cover code may not be applied within the uplink shared channel iterations.

[0279] For example, the above orthogonal cover code may be an orthogonal cover code between slots.

[0280] For example, the orthogonal cover code between the slots may be an orthogonal cover code applied between repetitions of the uplink shared channel, in which the uplink shared channel is repeated on a slot-by-slot basis.

[0281] For example, based on the overlap between at least one of the uplink shared channel iterations and the uplink control channel, and based on the remaining processing time for piggybacking the uplink control information, the uplink control information may be multiplexed on the uplink shared channel. For example, the processing time for piggybacking the uplink control information may be based on the first uplink shared channel iteration within an orthogonal cover code group that includes at least one of the uplink shared channel iterations.

[0282] For example, based on the fact that at least one of the uplink shared channel repetitions and the uplink control channel overlap, and based on the fact that there is no processing time remaining for the piggyback of the uplink control information, the uplink control information is transmitted from the uplink control channel, and the uplink shared channel repetition within the orthogonal cover code group including the uplink shared channel may be dropped. For example, the uplink shared channel repetition within the orthogonal cover code group may be all uplink shared channel repetitions within the orthogonal cover code group. For example, the processing time for the piggyback of the uplink control information may be based on the first uplink shared channel repetition within the orthogonal cover code group including at least one of the uplink shared channel repetitions.

[0283] For example, the redundancy version for the uplink shared channel iteration may be the same within the orthogonal cover code group associated with the orthogonal cover code, and may differ between the orthogonal cover code groups associated with the orthogonal cover code.

[0284] For example, the redundancy version for the above uplink shared channel iteration may be the same among the orthogonal cover code groups associated with the above orthogonal cover code.

[0285] For example, the above orthogonal cover code can be applied between the uplink shared channel iterations based on maintaining power consistency and phase continuity.

[0286] For example, based on one or more of the above-mentioned uplink shared channel iterations being dropped, an uplink shared channel iteration within an orthogonal cover code group containing one or more of the above-mentioned uplink shared channel iterations may be dropped.

[0287] For example, the above orthogonal cover code can be applied between the uplink shared channel iterations based on the resource grid of the time axis.

[0288] The proposed method above may be applied to a device according to various embodiments of the present disclosure. First, a processor (202) of a base station (200) may control a transceiver (206) to transmit information related to an orthogonal cover code. Then, the processor (202) of the base station (200) may control the transceiver (206) to receive an uplink shared channel repetition based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel repetitions. For example, based on the overlap between at least one of the uplink shared channel repetitions and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0289] According to one embodiment of the present disclosure, a base station may be provided. For example, the base station may include at least one transceiver; at least one processor; and at least one memory connected to the at least one processor and storing instructions. For example, the instructions may cause the base station to: transmit information related to an orthogonal cover code; and perform an uplink shared channel iteration based on the orthogonal cover code, based on execution by the at least one processor. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed over the uplink shared channel.

[0290] According to one embodiment of the present disclosure, a processing device configured to control a base station may be provided. For example, the processing device may include at least one processor; and at least one memory connected to the at least one processor and storing instructions. For example, the instructions may cause the base station to: transmit information related to an orthogonal cover code based on execution by the at least one processor; and perform an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0291] According to one embodiment of the present disclosure, a non-transient computer-readable storage medium recording instructions may be provided. For example, when the instructions are executed, the base station may: transmit information related to an orthogonal cover code; and perform an uplink shared channel iteration based on the orthogonal cover code. For example, the orthogonal cover code may be applied between the uplink shared channel iterations. For example, based on the overlap of at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel may be multiplexed on the uplink shared channel.

[0292] Various embodiments of the present disclosure may be combined with one another.

[0293] The proposed method above may be applied to the device described below. First, the processor (202) of the receiving terminal may set at least one partial bandwidth (e.g., BWP; bandwidth part). Then, the processor (202) of the receiving terminal may control the transceiver (206) of the receiving terminal to receive a physical channel related to terminal-to-terminal communication (e.g., SL communication) and / or a reference signal related to terminal-to-terminal communication (e.g., SL communication) from the transmitting terminal on at least one partial bandwidth (e.g., BWP).

[0294] The following describes an apparatus to which various embodiments of the present disclosure may be applied.

[0295] Although not limited to this, the various descriptions, functions, procedures, proposals, methods, and / or flowcharts of operation disclosed in this document may be applied to various fields requiring wireless communication / connection (e.g., 5G) between devices.

[0296] Examples are provided in more detail below with reference to the drawings. In the following drawings and descriptions, the same reference numerals may represent the same or corresponding hardware blocks, software blocks, or function blocks unless otherwise described.

[0297] FIG. 15 shows a communication system (1) according to one embodiment of the present disclosure. The embodiment of FIG. 15 can be combined with various embodiments of the present disclosure.

[0298] Referring to FIG. 15, a communication system (1) to which various embodiments of the present disclosure are applied includes a wireless device, a base station, and a network. Here, the wireless device refers to a device that performs communication using 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 Thing) device (100f), and an AI device / server (400). For example, the vehicle may include a vehicle equipped with wireless communication functions, an autonomous vehicle, a vehicle capable of performing inter-vehicle communication, etc. Here, the vehicle may include an Unmanned Aerial Vehicle (UAV) (e.g., a drone) and / or an Aerial Vehicle (AV) (e.g., Advanced Air Mobility). The XR device includes an Augmented Reality (AR) / Virtual Reality (VR) / Mixed Reality (MR) device and may be implemented in the form of a Head-Mounted Device (HMD), a Head-Up Display (HUD) equipped in a vehicle, a television, a smartphone, a computer, a wearable device, a home appliance, digital signage, a vehicle, a robot, etc. The portable device may include a smartphone, a smartpad, a wearable device (e.g., a smartwatch, smart glasses), a computer (e.g., a laptop, etc.). The home appliance may include a TV, a refrigerator, a washing machine, etc. The IoT device may include a sensor, a smart meter, etc. For example, a base station and a network may be implemented as a wireless device, and a specific wireless device (200a) may operate as a base station / network node to other wireless devices.

[0299] Here, the wireless communication technology implemented in the wireless devices (100a to 100f) of this specification may include LTE, NR, and 6G, as well as Narrowband Internet of Things for low-power communication. For example, NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology and may be implemented according to standards such as LTE Cat NB1 and / or LTE Cat NB2, but is not limited to the names mentioned above. Additionally, or generally, the wireless communication technology implemented in the wireless devices (100a to 100f) of this specification may perform communication based on LTE-M technology. For example, LTE-M technology may be an example of LPWAN technology and may be referred to by various names such as eMTC (enhanced Machine Type Communication). For example, LTE-M technology may be implemented in at least one of various standards such as 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and / or 7) LTE M, and is not limited to the names mentioned above. Additionally or generally, wireless communication technology implemented in the wireless devices (100a to 100f) of this specification may include at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) for low-power communication, and is not limited to the names mentioned above. As an example, ZigBee technology can create personal area networks (PANs) related to small / low-power digital communication based on various standards such as IEEE 802.15.4, and may be referred to by various names.

[0300] Wireless devices (100a to 100f) can be connected to a network (300) through a base station (200). Artificial Intelligence (AI) technology may be applied to the wireless devices (100a to 100f), and the wireless devices (100a to 100f) can be connected to an AI server (400) through the network (300). The network (300) can be configured using a 3G network, a 4G (e.g., LTE) network, or a 5G (e.g., NR) network. The wireless devices (100a to 100f) may communicate with each other through the base station (200) / network (300), but they may 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). Also, IoT devices (e.g., sensors) can communicate directly with other IoT devices (e.g., sensors) or other wireless devices (100a to 100f).

[0301] Wireless communication / connection (150a, 150b, 150c) can be established between wireless devices (100a~100f) / base station (200) and base station (200) / base station (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 inter-base station communication (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 / from each other. For example, wireless communication / connection (150a, 150b, 150c) can transmit / receive signals through various physical channels. To this end, based on various proposals of the present disclosure, at least some of the following may be performed: 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.), resource allocation processes, etc.

[0302] FIG. 16 shows a wireless device according to one embodiment of the present disclosure. The embodiment of FIG. 16 may be combined with various embodiments of the present disclosure.

[0303] Referring to FIG. 16, 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)} may correspond to {wireless device (100x), base station (200)} and / or {wireless device (100x), wireless device (100x)} of FIG. 15.

[0304] The first wireless device (100) includes one or more processors (102) and one or more memories (104), and may additionally include one or more transceivers (106) and / or one or more antennas (108). The processor (102) controls the memory (104) and / or transceivers (106) and may be configured to implement the descriptions, functions, procedures, proposals, methods and / or sequences of operation disclosed in this document. For example, the processor (102) may process information within the memory (104) to generate a first information / signal and then transmit a wireless signal containing the first information / signal through the transceiver (106). Additionally, the processor (102) may receive a wireless signal containing a second information / signal through the transceiver (106) and then store information obtained from the 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 store software code containing instructions for performing some or all of the processes controlled by the processor (102) or for performing the descriptions, functions, procedures, proposals, methods, and / or operation sequence diagrams disclosed in this document. Here, the processor (102) and the memory (104) may be part of a communication modem / circuit / chip designed to implement 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 through one or more antennas (108). The transceiver (106) may include a transmitter and / or receiver. The transceiver (106) may be combined with an RF (Radio Frequency) unit. In the present disclosure, a wireless device may refer to a communication modem / circuit / chip.

[0305] The second wireless device (200) includes one or more processors (202) and one or more memories (204), and may additionally include one or more transceivers (206) and / or one or more antennas (208). The processor (202) controls the memory (204) and / or transceivers (206) and may be configured to implement the descriptions, functions, procedures, proposals, methods and / or sequences of operation disclosed in this document. For example, the processor (202) may process information within the memory (204) to generate a third information / signal and then transmit a wireless signal containing the third information / signal through the transceiver (206). Additionally, the processor (202) may receive a wireless signal containing a fourth information / signal through the transceiver (206) and then store information obtained from the signal processing of the fourth information / signal in the memory (204). Memory (204) may be connected to the processor (202) and may store various information related to the operation of the processor (202). For example, memory (204) may store software code containing instructions for performing some or all of the processes controlled by the processor (202) or for performing the descriptions, functions, procedures, proposals, methods, and / or flowcharts of operation disclosed in this document. Here, the processor (202) and memory (204) may be part of a communication modem / circuit / chip designed to implement wireless communication technology (e.g., LTE, NR). A transceiver (206) may be connected to the processor (202) and may transmit and / or receive wireless signals through one or more antennas (208). The transceiver (206) may include a transmitter and / or receiver. The transceiver (206) may be interchangeable with an RF unit. In this disclosure, a wireless device may refer to a communication modem / circuit / chip.

[0306] Hereinafter, 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 Service Data Units (SDUs) according to the descriptions, functions, procedures, proposals, methods, and / or flowcharts of operation 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 flowcharts of operation disclosed in this document. One or more processors (102, 202) may generate a signal (e.g., baseband signal) containing a PDU, SDU, message, control information, data, or information according to the functions, procedures, proposals, and / or methods disclosed in this document and provide it to one or more transceivers (106, 206). One or more processors (102, 202) may receive a signal (e.g., baseband signal) from one or more transceivers (106, 206) and may obtain a PDU, SDU, message, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and / or flowcharts disclosed in this document.

[0307] One or more processors (102, 202) may be referred to as a controller, microcontroller, microprocessor, or 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 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. Firmware or software configured to perform the descriptions, functions, procedures, proposals, methods, and / or operation sequences disclosed in this document may be contained in one or more processors (102, 202) or stored in one or more memories (104, 204) and driven by one or more processors (102, 202). The descriptions, functions, procedures, proposals, methods, and / or operation sequences disclosed in this document may be implemented using firmware or software in the form of code, instructions, and / or sets of instructions.

[0308] One or more memories (104, 204) may be connected to one or more processors (102, 202) and may store various forms of data, signals, messages, information, programs, code, instructions, and / or commands. One or more memories (104, 204) may be composed of ROM, RAM, EPROM, flash memory, hard drive, registers, cache memory, computer read storage media, and / or combinations thereof. One or more memories (104, 204) may be located inside and / or outside of one or more processors (102, 202). Additionally, one or more memories (104, 204) may be connected to one or more processors (102, 202) through various technologies such as wired or wireless connections.

[0309] One or more transceivers (106, 206) may transmit user data, control information, wireless signals / channels, etc., as mentioned in the methods and / or operation flowcharts, etc., of this document to one or more other devices. One or more transceivers (106, 206) may receive user data, control information, wireless signals / channels, etc., as mentioned in the descriptions, functions, procedures, proposals, methods and / or operation flowcharts, etc., disclosed in this document from one or more other devices. For example, one or more transceivers (106, 206) may be connected to one or more processors (102, 202) and may transmit and receive wireless signals. For example, one or more processors (102, 202) may 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 connected 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, etc., as described in the descriptions, functions, procedures, proposals, methods, and / or flowcharts of operation disclosed in this document through 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 the received wireless signal / channel, etc. from an RF band signal to a baseband signal in order to process the received user data, control information, wireless signal / channel, etc. using one or more processors (102, 202).One or more transceivers (106, 206) can convert user data, control information, wireless signals / channels, etc. processed using one or more processors (102, 202) from baseband signals to RF band signals. To this end, one or more transceivers (106, 206) may include (analog) oscillators and / or filters.

[0310] FIG. 17 shows a signal processing circuit for a transmission signal according to one embodiment of the present disclosure. The embodiment of FIG. 17 can be combined with various embodiments of the present disclosure.

[0311] Referring to FIG. 17, the signal processing circuit (1000) may include a scrambler (1010), a modulator (1020), a layer mapper (1030), a precoder (1040), a resource mapper (1050), and a signal generator (1060). Although not limited thereto, the operation / function of FIG. 17 may be performed in the processor (102, 202) and / or transceiver (106, 206) of FIG. 16. The hardware elements of FIG. 17 may be implemented in the processor (102, 202) and / or transceiver (106, 206) of FIG. 16. For example, blocks 1010 through 1060 may be implemented in the processor (102, 202) of FIG. 16. Additionally, blocks 1010 to 1050 may be implemented in the processor (102, 202) of FIG. 16, and block 1060 may be implemented in the transceiver (106, 206) of FIG. 16.

[0312] The codeword can be converted into a wireless signal through the signal processing circuit (1000) of FIG. 17. Here, the codeword is an encoded bit sequence of an information block. The information block may include a transmission block (e.g., UL-SCH transmission block, DL-SCH transmission block). The wireless signal can be transmitted through various physical channels (e.g., PUSCH, PDSCH).

[0313] Specifically, a codeword can be converted into a scrambled bit sequence by a scrambler (1010). The scrambled sequence used for scrambling is generated based on an initialization value, which may include ID information of a wireless device, etc. The scrambled bit sequence can be modulated into a modulation symbol sequence by a modulator (1020). The modulation method may include pi / 2-BPSK (pi / 2-Binary Phase Shift Keying), m-PSK (m-Phase Shift Keying), m-QAM (m-Quadrature Amplitude Modulation), etc. The complex modulation symbol sequence can be mapped to one or more transmission layers by a layer mapper (1030). The modulation symbols of each transmission layer can be mapped to the corresponding antenna port(s) by a precoder (1040) (precoding). The output z of the precoder (1040) can be obtained by multiplying the output y of the layer mapper (1030) by an N*M precoding matrix W. Here, N is the number of antenna ports and M is the number of transmission layers. Here, the precoder (1040) can perform precoding after performing transform precoding (e.g., DFT transform) on the complex modulation symbols. Additionally, the precoder (1040) can perform precoding without performing transform precoding.

[0314] A resource mapper (1050) can map the modulation symbols of each antenna port to a time-frequency resource. The time-frequency resource may include multiple symbols (e.g., CP-OFDMA symbols, DFT-s-OFDMA symbols) in the time domain and multiple subcarriers in the frequency domain. A signal generator (1060) generates a radio signal from the mapped modulation symbols, and the generated radio signal can be transmitted to another device through each antenna. To this end, the signal generator (1060) may include an Inverse Fast Fourier Transform (IFFT) module, a Cyclic Prefix (CP) inserter, a Digital-to-Analog Converter (DAC), a frequency uplink converter, etc.

[0315] The signal processing process for a received signal in a wireless device can be configured as the inverse of the signal processing process (1010–1060) of FIG. 17. For example, a wireless device (e.g., 100, 200 in FIG. 16) can receive a wireless signal from the outside through an antenna port / transceiver. The received wireless signal can be converted into a baseband signal through a signal restorer. To this end, the signal restorer may include a frequency downlink converter, an analog-to-digital converter (ADC), a CP remover, and a Fast Fourier Transform (FFT) module. Subsequently, the baseband signal can be restored into a codeword through a resource de-mapper process, a postcoding process, a demodulation process, and a de-scrambling process. The codeword can be restored into the original information block through decoding. Accordingly, a signal processing circuit (not shown) for a received signal may include a signal restorer, a resource de-mapper, a postcoder, a demodulator, a de-scrambler, and a decoder.

[0316] FIG. 18 illustrates a wireless device according to one embodiment of the present disclosure. The wireless device may be implemented in various forms depending on the use-example / service (see FIG. 15). The embodiment of FIG. 18 may be combined with various embodiments of the present disclosure.

[0317] Referring to FIG. 18, the wireless device (100, 200) corresponds to the wireless device (100, 200) of FIG. 16 and may be composed of various elements, components, units / parts, 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 additional elements (140). The communication unit may include a communication circuit (112) and 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. 16. For example, the transceiver(s) (114) may include one or more transceivers (106, 206) and / or one or more antennas (108, 208) of FIG. 16. The control unit (120) is electrically connected to the communication unit (110), the memory unit (130), and additional elements (140) and controls the general operation of the wireless device. For example, the control unit (120) may control the electrical / mechanical operation of the wireless device based on a program / code / command / information stored in the memory unit (130). Additionally, the control unit (120) may transmit information stored in the memory unit (130) to an external (e.g., another communication device) via a wireless / wired interface through the communication unit (110), or store information received from an external (e.g., another communication device) via a wireless / wired interface through the communication unit (110) in the memory unit (130).

[0318] The additional element (140) can be configured in various ways depending on the type of 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. 15, 100a), a vehicle (Fig. 15, 100b-1, 100b-2), an XR device (Fig. 15, 100c), a portable device (Fig. 15, 100d), a home appliance (Fig. 15, 100e), an IoT device (Fig. 15, 100f), a digital broadcasting terminal, a hologram device, a public safety device, an MTC device, a medical device, a fintech device (or financial device), a security device, a climate / environment device, an AI server / device (Fig. 15, 400), a base station (Fig. 15, 200), a network node, etc. Wireless devices can be used in a movable or fixed location depending on the use—e.g., service.

[0319] In FIG. 18, 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 partially 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 connected via a wire, and the control unit (120) and the first unit (e.g., 130, 140) may be connected wirelessly via the communication unit (110). Additionally, each element, component, unit / part, and / or module within the wireless device (100, 200) may include one or more additional elements. For example, the control unit (120) may be composed of one or more sets of 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.

[0320] Hereinafter, an implementation example of FIG. 18 will be described in more detail with reference to the drawings.

[0321] FIG. 19 illustrates a portable device according to one embodiment of the present disclosure. The portable device may include a smartphone, a smartpad, a wearable device (e.g., a smartwatch, smart glasses), a portable computer (e.g., a laptop, etc.). The portable device may be referred to as an MS (Mobile Station), UT (User Terminal), MSS (Mobile Subscriber Station), SS (Subscriber Station), AMS (Advanced Mobile Station), or WT (Wireless Terminal). The embodiment of FIG. 19 may be combined with various embodiments of the present disclosure.

[0322] Referring to FIG. 19, the portable device (100) may include an antenna unit (108), a communication unit (110), a control unit (120), a memory unit (130), a power supply unit (140a), an interface unit (140b), and an input / output unit (140c). The antenna unit (108) may be configured as part of the communication unit (110). Blocks 110 to 130 / 140a to 140c each correspond to blocks 110 to 130 / 140 of FIG. 18.

[0323] The communication unit (110) can transmit and receive signals (e.g., data, control signals, etc.) with other wireless devices and base stations. The control unit (120) can control the components of the portable device (100) to perform various operations. The control unit (120) may include an AP (Application Processor). The memory unit (130) can store data / parameters / programs / code / commands required for the operation of the portable device (100). Additionally, the memory unit (130) can store input / output data / information, etc. The power supply unit (140a) supplies power to the portable device (100) and may include wired / wireless charging circuits, batteries, etc. The interface unit (140b) can support the connection between the portable device (100) and other external devices. The interface unit (140b) may include various ports (e.g., audio input / output ports, video input / output ports) for connection with external devices. The input / output unit (140c) can receive or output video information / signals, audio information / signals, data, and / or information input by a user. The input / output unit (140c) may include a camera, a microphone, a user input unit, a display unit (140d), a speaker and / or a haptic module, etc.

[0324] For example, in the case of data communication, the input / output unit (140c) acquires information / signals (e.g., touch, text, voice, image, video) input from the user, and the acquired information / signals can be stored in the memory unit (130). The communication unit (110) converts the information / signals stored in the memory into wireless signals and can directly transmit the converted wireless signals to another wireless device or to a base station. Additionally, the communication unit (110) can receive wireless signals from another wireless device or base station and then restore the received wireless signals to their original information / signals. The restored information / signals can be stored in the memory unit (130) and then output in various forms (e.g., text, voice, image, video, haptic) through the input / output unit (140c).

[0325] FIG. 20 illustrates a vehicle or an autonomous vehicle according to one embodiment of the present disclosure. The vehicle or autonomous vehicle may be implemented as a mobile robot, a vehicle, a train, an aerial vehicle (AV), a ship, etc. The embodiment of FIG. 20 may be combined with various embodiments of the present disclosure.

[0326] Referring to FIG. 20, 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 part of the communication unit (110). Blocks 110 / 130 / 140a to 140d each correspond to blocks 110 / 130 / 140 of FIG. 18.

[0327] 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, roadside base stations (Roadside units), etc.), and servers. The control unit (120) can perform various operations by controlling elements of the vehicle or autonomous vehicle (100). The control unit (120) may include an Electronic Control Unit (ECU). The driving unit (140a) can drive the vehicle or autonomous vehicle (100) on the ground. The driving unit (140a) may include an engine, motor, power train, wheels, brakes, steering device, etc. The power supply unit (140b) supplies power to the vehicle or autonomous vehicle (100) and may include wired / wireless charging circuits, batteries, 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 inclination sensor, a weight detection sensor, a heading sensor, a position module, a vehicle forward / reverse 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 technologies such as maintaining the driving lane, technologies for automatically adjusting speed such as adaptive cruise control, technologies for automatically driving along a predetermined path, and technologies for automatically setting a path and driving when a destination is set.

[0328] 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 path and a driving plan based on the acquired data. The control unit (120) can control the drive unit (140a) so that the vehicle or the autonomous vehicle (100) moves along the autonomous driving path according to the driving plan (e.g., speed / direction control). During autonomous driving, the communication unit (110) can acquire the latest traffic information data from an external server non-periodically and can acquire surrounding traffic information data from surrounding vehicles. Additionally, 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 path and the driving plan based on the newly acquired data / information. The communication unit (110) can transmit information regarding the vehicle location, autonomous driving path, driving plan, etc. to an external server. An external server can predict traffic information data in advance using AI technology, etc., based on information collected from vehicles or autonomous vehicles, and can provide the predicted traffic information data to vehicles or autonomous vehicles.

[0329] The claims described in this specification may be combined in various ways. For example, the technical features of the method claims in this specification may be combined to be implemented as a device, and the technical features of the device claims in this specification may be combined to be implemented as a method. Furthermore, the technical features of the method claims and the technical features of the device claims in this specification may be combined to be implemented as a device, and the technical features of the method claims and the technical features of the device claims in this specification may be combined to be implemented as a method.

Claims

Claim 1 A method comprising: a step of obtaining information related to an orthogonal cover code; and a step of performing uplink shared channel iterations based on the orthogonal cover code; wherein the orthogonal cover code is applied between the uplink shared channel iterations, and based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, uplink control information related to the uplink control channel is multiplexed on the uplink shared channel. Claim 2 A method according to claim 1, wherein, based on the overlap of at least one of the uplink shared channel repetitions and the uplink control channel, the uplink control information is multiplexed on the uplink shared channel repetition within an orthogonal cover code group including the uplink shared channel. Claim 3 A method according to paragraph 2, wherein the uplink shared channel repetition within the orthogonal cover code group is all uplink shared channel repetitions within the orthogonal cover code group. Claim 4 A method according to claim 1, wherein at least one of the uplink shared channel repetitions and the uplink control channel overlap, the uplink control information is multiplexed on the uplink shared channel, and the orthogonal cover code is not applied within an orthogonal cover code group including the uplink shared channel. Claim 5 A method according to claim 1, wherein at least one of the uplink shared channel repetitions and the uplink control channel overlap, the uplink control information is multiplexed on the uplink shared channel, and the orthogonal cover code is not applied within the uplink shared channel repetition. Claim 6 In claim 1, the method wherein the orthogonal cover code is an orthogonal cover code between slots. Claim 7 In claim 6, the method wherein the orthogonal cover code between slots is an orthogonal cover code applied between repetitions of the uplink shared channel, in which the uplink shared channel is repeated on a slot-by-slot basis. Claim 8 A method according to claim 1, wherein the uplink control information is multiplexed on the uplink shared channel based on at least one of the uplink shared channel repetitions and the uplink control channel overlapping, and based on the remaining processing time for piggybacking the uplink control information. Claim 9 A method according to claim 8, wherein the processing time for piggybacking the uplink control information is based on the first uplink shared channel iteration within an orthogonal cover code group comprising at least one of the uplink shared channel iterations. Claim 10 A method according to claim 8, wherein, based on at least one of the uplink shared channel repetitions and the uplink control channel overlapping, and based on the fact that there is no processing time remaining for piggybacking the uplink control information, the uplink control information is transmitted from the uplink control channel, and the uplink shared channel repetition within an orthogonal cover code group including the uplink shared channel is dropped. Claim 11 In claim 10, the method wherein the uplink shared channel repetition within the orthogonal cover code group is all uplink shared channel repetitions within the orthogonal cover code group. Claim 12 A method according to claim 10, wherein the processing time for piggybacking the uplink control information is based on the first uplink shared channel iteration within an orthogonal cover code group comprising at least one of the uplink shared channel iterations. Claim 13 A method according to claim 1, wherein the redundancy version for the uplink shared channel repetition is the same within the orthogonal cover code group associated with the orthogonal cover code, and different between the orthogonal cover code groups associated with the orthogonal cover code. Claim 14 In claim 1, the redundancy version for the uplink shared channel repetition is the same between the orthogonal cover code groups associated with the orthogonal cover code. Claim 15 A method according to claim 1, wherein the orthogonal cover code is applied between the uplink shared channel iterations based on maintaining power consistency and phase continuity. Claim 16 A method according to claim 1, wherein an uplink shared channel repetition within an orthogonal cover code group including one or more of the uplink shared channel repetitions is dropped based on one or more of the uplink shared channel repetitions being dropped. Claim 17 A method according to claim 1, wherein the orthogonal cover code is applied between the uplink shared channel iterations based on a resource grid of the time axis. Claim 18 A device comprising: at least one transceiver; at least one processor; and at least one memory connected to the at least one processor and storing instructions, wherein the instructions are executed by the at least one processor and thereby cause the device to: acquire information related to an orthogonal cover code; and perform an uplink shared channel iteration based on the orthogonal cover code, wherein the orthogonal cover code is applied between the uplink shared channel iterations, and wherein uplink control information related to the uplink control channel is multiplexed on the uplink shared channel based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel. Claim 19 A processing device configured to control a device, comprising: at least one processor; and at least one memory connected to the at least one processor and storing instructions, wherein the instructions are executed by the at least one processor and thereby cause the device to: acquire information related to an orthogonal cover code; and perform an uplink shared channel iteration based on the orthogonal cover code, wherein the orthogonal cover code is applied between the uplink shared channel iterations, and, based on the overlap between at least one of the uplink shared channel iterations and an uplink control channel, the uplink control information related to the uplink control channel is multiplexed on the uplink shared channel. Claim 20 A non-transient computer-readable storage medium for recording instructions, wherein, when the instructions are executed, the device causes: to obtain information related to an orthogonal cover code; and to perform an uplink shared channel iteration based on the orthogonal cover code, wherein the orthogonal cover code is applied between the uplink shared channel iterations, and, based on the overlap of at least one of the uplink shared channel iterations and an uplink control channel, the uplink control information related to the uplink control channel is multiplexed on the uplink shared channel. Claim 21 A method comprising: transmitting information related to an orthogonal cover code; and receiving an uplink shared channel repetition based on the orthogonal cover code, wherein the orthogonal cover code is applied between the uplink shared channel repetitions, and uplink control information related to the uplink control channel is multiplexed on the uplink shared channel based on the overlap between at least one of the uplink shared channel repetitions and the uplink control channel. Claim 22 A base station comprising: at least one transceiver; at least one processor; and at least one memory connected to the at least one processor and storing instructions, wherein the instructions are executed by the at least one processor and cause the base station to: transmit information related to an orthogonal cover code; and receive an uplink shared channel repetition based on the orthogonal cover code, wherein the orthogonal cover code is applied between the uplink shared channel repetitions, and, based on the overlap between at least one of the uplink shared channel repetitions and an uplink control channel, the uplink control information related to the uplink control channel is multiplexed on the uplink shared channel. Claim 23 A processing device configured to control a base station, comprising: at least one processor; and at least one memory connected to the at least one processor and storing instructions, wherein the instructions cause the base station to: transmit information related to an orthogonal cover code based on execution by the at least one processor; and receive an uplink shared channel repetition based on the orthogonal cover code, wherein the orthogonal cover code is applied between the uplink shared channel repetitions, and, based on the overlap between at least one of the uplink shared channel repetitions and an uplink control channel, the uplink control information related to the uplink control channel is multiplexed on the uplink shared channel. Claim 24 A non-transient computer-readable storage medium for recording instructions, wherein, when executed, the instructions cause a base station to: transmit information related to an orthogonal cover code; and receive an uplink shared channel repetition based on the orthogonal cover code, wherein the orthogonal cover code is applied between the uplink shared channel repetitions, and, based on the overlap of at least one of the uplink shared channel repetitions and an uplink control channel, the uplink control information related to the uplink control channel is multiplexed on the uplink shared channel.

Images