Method and apparatus for performing communication in wireless communication system

Abstract

Provided are a method by which a device performs wireless communication and an apparatus supporting same. The method may comprise the steps of: acquiring information related to an orthogonal cover code; and performing a plurality of uplink shared channel repetitions on the basis of the orthogonal cover code. For example, on the basis that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code can be applied to a first uplink shared channel repetition, which can be divided by the multiple of the length of the orthogonal cover code, from among the plurality of uplink shared channel repetitions.

Description

Method and device for performing communication in a wireless communication system

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

[0002] 5G NR, the successor to LTE (long-term evolution), is a new clean-slate mobile communications system characterized by high performance, low latency, and high availability. 5G NR can utilize all available spectrum resources, from low-frequency bands below 1 GHz, mid-frequency bands between 1 GHz and 10 GHz, and high-frequency (millimeter wave) bands above 24 GHz.

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

[0004] Maximum data rate per device: 1 Tbps, E2E latency: 1 ms, Maximum spectral efficiency: 100 bps / Hz, Mobility support: Up to 1000 km / hr, Satellite integration: Fully AI, Fully autonomous driving, Fully XR, Fully haptic communication

[0005] The present disclosure provides a device and method for effectively providing services in a wireless communication system. In particular, the present disclosure provides a method and device for communication.

[0006] According to one embodiment of the present disclosure, a method may be provided. For example, the method may include: obtaining information related to an orthogonal cover code; and performing a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[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 coupled to the at least one processor and storing instructions. For example, the instructions, when executed by the at least one processor, may cause the device to: obtain information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[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 coupled to the at least one processor and storing instructions. For example, the instructions, based on execution by the at least one processor, may cause the device to: obtain information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the number of the plurality of uplink shared channel repetitions not being a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[0009] According to one embodiment of the present disclosure, a non-transitory computer-readable storage medium having instructions recorded thereon may be provided. For example, the instructions, when executed, may cause a device to: obtain information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[0010] According to one embodiment of the present disclosure, a method may be provided. For example, the method may include: transmitting information related to an orthogonal cover code; and receiving a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[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 coupled to the at least one processor and storing instructions. For example, the instructions, based on execution by the at least one processor, may cause the base station to: transmit information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the number of the plurality of uplink shared channel repetitions not being a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[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 coupled to the at least one processor and storing instructions. For example, the instructions, based on execution by the at least one processor, may cause the base station to: transmit information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the number of the plurality of uplink shared channel repetitions not being a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[0013] According to one embodiment of the present disclosure, a non-transitory computer-readable storage medium having instructions recorded thereon may be provided. For example, the instructions, when executed, may cause a base station to: transmit information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[0014] The present disclosure can provide a device and method for effectively providing services in a wireless communication system. For example, communication can be performed efficiently through the embodiments proposed in the present disclosure.

[0015] Figure 1 illustrates a device-to-device communication procedure according to one embodiment of the present disclosure.

[0016] FIG. 2 illustrates a radio protocol architecture according to one embodiment of the present disclosure.

[0017] FIG. 3 illustrates the structure of a wireless frame according to one embodiment of the present disclosure.

[0018] FIG. 4 illustrates a slot structure of a frame according to one embodiment of the present disclosure.

[0019] FIG. 5 illustrates an example of a BWP according to one embodiment of the present disclosure.

[0020] FIG. 6 illustrates a communication structure that can be provided in a 6G system according to one embodiment of the present disclosure.

[0021] FIG. 7 illustrates an example of a communication scenario based on a 6G system according to one embodiment of the present disclosure.

[0022] FIG. 8 illustrates a procedure for uplink transmission and reception according to one embodiment of the present disclosure.

[0023] FIG. 9 illustrates an example of an OCC with PUSCH repetition type A according to one embodiment of the present disclosure.

[0024] FIG. 10 illustrates an example of an OCC applied to PUSCH repetition according to an embodiment of the present disclosure.

[0025] FIG. 11 illustrates an example of an OCC applied to PUSCH repetition according to an embodiment of the present disclosure.

[0026] FIG. 12 illustrates an example of an OCC applied to PUSCH repetition according to an embodiment of the present disclosure.

[0027] FIG. 13 illustrates an example of an OCC applied to PUSCH repetition according to an embodiment of the present disclosure.

[0028] FIG. 14 illustrates an example of an OCC applied to PUSCH repetition according to an embodiment of the present disclosure.

[0029] FIG. 15 illustrates a method by which a device performs wireless communication according to one embodiment of the present disclosure.

[0030] FIG. 16 illustrates a method for a base station to perform wireless communication according to one embodiment of the present disclosure.

[0031] Fig. 17 illustrates a communication system (1) according to one embodiment of the present disclosure.

[0032] FIG. 18 illustrates a wireless device according to one embodiment of the present disclosure.

[0033] FIG. 19 illustrates a signal processing circuit for a transmission signal according to one embodiment of the present disclosure.

[0034] FIG. 20 illustrates a wireless device according to an embodiment of the present disclosure.

[0035] FIG. 21 illustrates a mobile device according to one embodiment of the present disclosure.

[0036] FIG. 22 illustrates a vehicle or autonomous vehicle according to one embodiment of the present disclosure.

[0037] In this disclosure, "A or B" can mean "only A," "only B," or "both A and B." In other words, "A or B" in this disclosure can be interpreted as "A and / or B." For example, "A, B or C" in this disclosure can mean "only A," "only B," "only C," or "any combination of A, B and C."

[0038] As used herein, a slash ( / ) or a comma 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."

[0039] 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 identically to “at least one of A and B.”

[0040] Additionally, in the present disclosure, “at least one of A, B and C” can 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” can mean “at least one of A, B and C.”

[0041] 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, "control information" in 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."

[0042] In the following explanation, ‘when, if, in case of’ can be replaced with ‘based on’.

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

[0044] In the present disclosure, higher layer parameters may be parameters set for the terminal, preset, or predefined. For example, a base station or network may transmit higher layer parameters to the terminal. For example, the higher layer parameters may be transmitted via radio resource control (RRC) signaling or medium access control (MAC) signaling.

[0045] In the present disclosure, "setting or defining" may be interpreted as being set or preset to a device through predefined signaling (e.g., SIB, MAC, RRC, DCI (downlink control information), etc.) from a base station or a network. In the present disclosure, "setting or defining" may be interpreted as being set or preset to a device through predefined signaling (e.g., MAC, RRC, SCI (sidelink control information), device-to-device signaling control information, etc.) from another device. In the present disclosure, "setting or defining" may be interpreted as being set or preset to a device.

[0046] In the present disclosure, a 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.

[0047] The technology proposed in the present 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.

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

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

[0050] Referring to FIG. 1, in step S101, a first device and a second device can perform synchronization. For example, the first device can be a terminal and / or at least one of the devices proposed in the present disclosure. For example, the second device can 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 can perform an initial cell search operation. For example, the first device can detect at least one synchronization signal transmitted by the second device according to a predefined rule. Here, for example, the synchronization signal can include a plurality of synchronization signals classified according to a structure or purpose (e.g., a primary synchronization signal, a secondary synchronization signal, etc.). 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., a cell identifier).

[0051] In step S103, the first device can obtain system information transmitted by the second device. For example, the system information may include information related to the properties, characteristics, and / or capabilities of the second device required 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., channel used, whether 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 system information prior to receiving the system information. For example, the request and provision of system information may be performed after a random access procedure described below.

[0052] In step S105, the first device and the second device can perform a random access procedure. For example, the first device can transmit and / or receive at least one message (e.g., a random access preamble, a random access response message, etc.) for the random access procedure based on information related to a 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 can transmit a preamble (e.g., Msg1) through the random access channel, the first device can receive a random access response message (e.g., Msg2), the first device can transmit a message (e.g., Msg3) including 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 can receive a message (e.g., Msg4) for contention resolution and / or connection establishment. For example, Msg1 and Msg3 can be sent and received as one message (e.g., MsgA), and / or Msg2 and Msg4 can be sent and received as one message (e.g., MsgB).

[0053] 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 that controls a connection (e.g., a radio resource control (RRC) layer), a layer that handles mapping between logical channels and transport channels (e.g., a media access control (MAC) layer), a layer that handles physical channels (e.g., a physical (PHY) layer), etc. For example, the first device and the second device may perform at least one of signaling for establishing a connection, signaling for determining settings related to communication, and / or signaling for indicating allocated resources. For example, the control information may be signaled / transmitted via 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.

[0054] 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, transmit, and / or receive data based on signaling of control information. 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, waveform demodulation for each antenna, signal arrangement considering layer mapping, constellation demapping, descrambling, and / or channel decoding.

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

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

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

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

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

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

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

[0062] For example, establishing an RB can refer to the process of defining the characteristics of the radio protocol layer and channel to provide a specific service, and setting specific parameters and operating methods for each. For example, RBs can be divided into two types: signaling radio bearers (SRBs) and data radio bearers (DRBs). For example, SRBs can be used as a channel to transmit RRC messages in the control plane, while DRBs can be used as a channel to transmit user data in the user plane.

[0063] For example, a downlink transmission channel may include at least one of a broadcast channel (BCH) for transmitting system information, and / or a downlink shared channel (SCH) for transmitting user traffic or control messages. For example, traffic or control messages of a downlink multicast or broadcast service may be transmitted through the downlink SCH, or may be transmitted through a separate downlink multicast channel (MCH). Meanwhile, an uplink transmission channel may include at least one of a random access channel (RACH) for transmitting initial control messages, and / or an uplink shared channel (SCH) for transmitting user traffic or control messages. For example, a logical channel located above a 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).

[0064] FIG. 3 illustrates the structure of a wireless frame according to an embodiment of the present disclosure. The embodiment of FIG. 3 can be combined with various embodiments of the present disclosure.

[0065] Referring to FIG. 3, for example, a radio frame may be used 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 include 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 according to a subcarrier spacing (SCS). For example, each slot may include 12 or 14 OFDM (A) symbols, depending on a cyclic prefix (CP).

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

[0067] Table 2 below shows the number of symbols per slot (N) depending on 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 ) is an example.

[0068] CP type SCS (15*2u )N slot symb N frame,u slot N subframe,u slot Normal CP15kHz (u=0)1410130kHz (u=1)1420260kHz (u=2)14404120kHz (u=3)14808240kHz (u=4)1416016Extended CP60kHz (u=2)12404

[0069] For example, OFDM(A) numerology (e.g., SCS, CP length, etc.) may be set differently between multiple cells that are merged into a single terminal. Accordingly, the (absolute time) interval of time resources (e.g., subframes, slots, or transmit time intervals (TTIs)) composed of the same number of symbols may be set differently between the merged cells. For example, in the present disclosure, time resources such as subframes, slots, TTIs, etc. may be referred to as time units.

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

[0071] FIG. 4 illustrates a slot structure of a frame according to an embodiment of the present disclosure. The embodiment of FIG. 4 can be combined with various embodiments of the present disclosure.

[0072] 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 one numerology (e.g., SCS, CP length, etc.). For example, a carrier may include at most N BWPs (where N is a positive integer). For example, data communication may be performed through an activated BWP. For example, each element may be referred to as a resource element (RE) in the resource grid, and one complex symbol may be mapped to it.

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

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

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

[0076] Referring to FIG. 5, for example, a common resource block (CRB) may be a carrier resource block numbered from one end of a 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 a resource block grid.

[0077] For example, BWP is point A, offset from point A (N start BWP ) and bandwidth (N size BWP ) can be set by. For example, point A can be an outer reference point of the PRB of a carrier where subcarrier 0 of all numerologies (e.g., all numerologies supported by the network on that carrier) aligns. For example, the offset can be the PRB spacing between the lowest subcarrier in a given numerology and point A. For example, the bandwidth can be the number of PRBs in a given numerology.

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

[0079] As core implementation technologies of the 6G system, technologies such as artificial intelligence (AI), THz (terahertz) communication, optical wireless technology, free-space optical transmission (FSO) backhaul networks, massive 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.

[0080] - Artificial Intelligence: Incorporating AI into communications can streamline and improve real-time data transmission. AI can use numerous analytics to determine how complex target tasks should be performed. For example, AI can increase efficiency and reduce processing delays. Time-consuming tasks such as handovers, network selection, and resource scheduling can be performed instantly using AI. AI can also play a crucial role in machine-to-machine (M2M), machine-to-human, and human-to-machine communications. AI can also facilitate rapid communication in brain-computer interfaces (BCIs). 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.

[0081] - THz communication (terahertz communication): Data rates can be increased by increasing the bandwidth. This can be achieved by using sub-THz communication with wide bandwidths and applying advanced massive MIMO technology. THz waves, also known as sub-millimeter waves, typically refer to the frequency range between 0.1 THz and 10 THz, with corresponding wavelengths ranging from 0.03 mm to 3 mm. The 100 GHz to 300 GHz band (sub-THz band) is considered a key part of the THz spectrum for cellular communications. Adding the sub-THz band to the mmWave band will increase the capacity of 6G cellular communications. Among the defined THz bands, 300 GHz to 3 THz lies in the far infrared (IR) frequency band. While part of the optical band, the 300 GHz to 3 THz band lies at the boundary of the optical band, immediately following the RF band. Therefore, this 300 GHz to 3 THz band exhibits similarities to RF. Key characteristics of THz communications include (i) the widely available bandwidth to support very high data rates and (ii) the high path loss that occurs at high frequencies (requiring highly directional antennas). The narrow beamwidths generated by highly directional antennas reduce interference. The small wavelength of THz signals allows for a significantly larger number of antenna elements to be integrated into devices and base stations operating in this band. This enables the use of advanced adaptive array technologies to overcome range limitations.

[0082] - Large-scale MIMO technology

[0083] - Hologram beamforming (HBF)

[0084] - Optical wireless technology

[0085] - Free-space optical transmission backhaul network (FSO backhaul network)

[0086] - Quantum communication

[0087] - Cell-free communication

[0088] - Integration of wireless information and power transmission

[0089] - Integration of wireless communication and sensing

[0090] - Integrated access and backhaul network

[0091] - Big data analysis

[0092] - Reconfigurable intelligent surface

[0093] - metaverse

[0094] - Block chain

[0095] 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 can include UAM, RAM, UAS, and uncrewed aerial vehicles (UAVs).

[0096] - Autonomous driving (self-driving): V2X (vehicle to everything), a key element in building autonomous driving infrastructure, can be a technology that allows cars to communicate and share with various elements on the road for autonomous driving, such as vehicle to vehicle (V2V) wireless communication and vehicle to infrastructure (V2I) wireless communication.

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

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

[0099] - Reconfigurable intelligent surface (RIS): RIS can be used to manipulate and enhance signal propagation in wireless communication environments. For example, a 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 example, a RIS can improve signal reception by controlling the path, phase, and / or intensity of the propagating signal. For example, in the case of a RIS, power consumption can be very low because power is consumed only for controlling the phase and amplitude of the small antennas. For example, because a RIS can be reconfigured to suit different environments, it can meet diverse communication requirements and operate effectively in dynamic network environments.

[0100] 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 may be combined with various embodiments of the present disclosure.

[0101] Referring to FIG. 7, NTN communication can be performed based on satellite networks, high-altitude platform stations (HAPS) as international mobile telecommunications (IMT) base stations (BS), and terminals capable of aerial communication (e.g., AAMs). For example, to improve coverage, etc., devices such as satellite networks, HIBS, and terminals capable of aerial communication (e.g., AAMs) 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.

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

[0103] Referring to FIG. 8, for example, in step S801, the base station may schedule uplink transmissions such as frequency / time resources, transmission layers, uplink precoder, MCS, etc. For example, the base station may determine a beam for PUSCH transmission of the terminal through the operations described above.

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

[0105] 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, UL / SUL 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.

[0106] For example, SRS resources configured within a set of SRS resources associated with the upper layer parameter 'usage' can be indicated by the SRS resource indicator field. For example, 'spatialRelationInfo' can be configured for each SRS resource, and its value can be one of {CRI, SSB, SRI}.

[0107] For example, in step S803, the terminal may transmit uplink data to the base station on PUSCH.

[0108] For example, if a terminal detects a PDCCH including DCI format 0_0 or 0_1, it can transmit the corresponding PUSCH according to the instructions of the corresponding DCI.

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

[0110] i) For example, when the upper layer parameter 'txConfig' is set to 'codebook', the terminal may be configured for codebook-based transmission. For example, when the upper layer parameter 'txConfig' is set to 'nonCodebook', the terminal may 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, when PUSCH is scheduled by DCI format 0_0, PUSCH transmission may be based on a single antenna port.

[0111] For example, in 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 UE can determine the PUSCH transmission precoder based on the SRI, the transmit precoding matrix indicator (TPMI), and the transmission rank from the DCI, as given by the SRS resource indicator field and the precoding information and number of layers field. For example, the TPMI is used to indicate the precoder to be applied across antenna ports, and may correspond to the SRS resource selected by the SRI when multiple SRS resources are configured. For example, if a single SRS resource is configured, the TPMI is used to indicate the precoder to be applied across antenna ports, and may correspond to the single SRS resource. For example, a transmit 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 a terminal sets an upper layer with 'codebook' as the parameter 'txConfig', the terminal may be configured with at least one SRS resource. For example, an SRI indicated in slot n is associated with the most recent transmission of the SRS resource identified by the SRI, wherein the SRS resource may precede the PDCCH carrying the SRI (e.g., slot n).

[0112] ii) For example, in case of non-codebook based transmission, PUSCH can be scheduled in DCI format 0_0, DCI format 0_1, or semi-statically. For example, when multiple SRS resources are configured, the UE can determine the PUSCH precoder and transmission rank based on the wideband SRI, where the SRI can be given by the SRS resource indicator in the DCI or by the higher layer parameter 'srs-ResourceIndicator'. For example, the UE uses one or multiple SRS resources for SRS transmission, where the number of SRS resources can be configured for simultaneous transmission within the same RB based on the UE capability. For example, only one SRS port can be configured for each SRS resource. For example, only one SRS resource can be configured with the higher layer parameter 'usage' set to 'nonCodebook'. For example, the maximum number of SRS resources that can be configured for non-codebook based uplink transmission 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 carrying the SRI (e.g., slot n).

[0113] For example, an orthogonal cover code (OCC) may be initiated across PUSCH repetition(s).

[0114] For example, for OCC across PUSCH repetition(s), the following two directions can be considered:

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

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

[0117] For example, OCC across PUSCH repetitions could be a unified solution applicable to both IoT NTNs and NR NTNs, and could be a research direction to reduce standardization efforts. For example, the feasibility of applying OCC in GSO / NGSO environments should be reviewed, taking into account impairments such as time / frequency shifts and phase distortion.

[0118] FIG. 9 illustrates an example of an OCC with PUSCH repetition type A, according to an embodiment of the present disclosure. The embodiment of FIG. 9 may be combined with various embodiments of the present disclosure.

[0119] Referring to Figure 9, for example, OCC with PUSCH repetition type A (option 1) may be a method of applying OCC between PUSCH repetition(s) in which the PUSCH is repeated on a slot-by-slot basis. For example, a PUSCH assigned to a single slot may be repeatedly transmitted for multiple slots, and OCC may be applied across the PUSCH repetition(s). For example, in order to apply OCC between slots, the feasibility of maintaining the orthogonality of the OCC may need to be considered. For example, during the period in which the 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 for UL coverage enhancement (e.g., nominal / actual TDW) or by defining new UE capabilities. For example, in NR-NTN, UEs may be expected to apply delay / Doppler pre-compensation during uplink transmissions, and the pre-compensation process may vary depending on the UE implementation. For example, to ensure OCC orthogonality, discussions regarding pre-compensation requirements for OCC may be necessary. For example, when an NTN UE reports OCC support capability, delay / Doppler pre-compensation capability within a certain level may be required as a prerequisite for OCC capability.

[0120] For example, for OCC with PUSCH repetition type A (option 1), OCC orthogonality may not be guaranteed without prerequisites such as phase continuity, power consistency, delay / Doppler pre-compensation, etc.

[0121] For example, for Option 1, some behaviors of PUSCH repetition type A may need to be changed. For example, in PUSCH repetition type A, when the PUSCH is repeated across slots, redundancy version (RV) cycling may be applied across the PUSCH repetition(s). For example, for Option 1, the same signal may need to be repeated to apply OCC, and thus the RV may need to be fixed between repeated transmissions. For example, if OCC across PUSCH repetition(s) also applies to the DM-RS sequence within the PUSCH, the DM-RS sequence may need to remain the same across PUSCH repetition(s). For example, according to the current specification, the PUSCH DM-RS sequence has an initial value that depends on the slot index, and when OCC is applied, the initial value for the PUSCH DM-RS sequence within a repeated transmission may be fixed to the same value.

[0122] For example, for OCC with PUSCH repetition type A (option 1), changes in RV and / or PUSCH DM-RS sequence across slots may not be suitable for OCC application.

[0123] For example, in Rel-17, support for PUSCH repetition type A for Msg3 PUSCH was also introduced. When discussing the application of OCC to PUSCH Repetition Type A, the application of OCC to Msg3 PUSCH may also be considered within the scope of research. For example, for Msg3 PUSCH, uplink capacity / throughput may be reduced by up to 1 / 16 for a maximum repetition count of 16. For example, if OCC is not applied to Msg3 PUSCH, significant delay may occur during the initial access of an NTN UE. For example, for Msg3 PUSCH, OCC resources may be linked to RA preamble resources.

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

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

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

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

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

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

[0130] - For example, Msg3 PUSCH enhancement

[0131] For example, in the communications field, the introduction of non-terrestrial networks (NTNs) that utilize satellites as network nodes is being actively discussed. For example, satellites that support NTNs can be classified according to their flight orbits and characteristics, such as GEO, MEO, and LEO, and generally have very high satellite altitudes. For example, the service area of ​​the satellite can have very wide coverage characteristics, and the number of target terminals within the service area can be relatively large. For example, the NTN service may require multiplexing support for multiple terminals. For example, since terrestrial terminals have transmission power constraints, coverage extension technologies can be applied to ensure that a sufficiently large signal reaches a high-altitude NTN during uplink transmission. For example, coverage extension can be achieved by having the terminal repeat the PUSCH (Physical Uplink Shared Channel), which is an uplink data channel, on 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 (or DFT spreading) is applied as part of TF (transform) precoding before the OFDM modulation method. For example, the coverage extension technology may have reduced resource utilization efficiency due to repeated transmission, and an uplink multiplexing method using an orthogonal cover code (OCC) may be effective.For example, in the present disclosure below, when performing uplink repetitive transmission, a method for achieving capacity increase and / or multiplexing of an uplink data channel by utilizing OCC may be proposed.

[0132] For example, proposal #01 can be proposed.

[0133] For example, according to Proposal #01, when a terminal can apply OCC to transmission resources of an uplink data channel (e.g., PUSCH), a method may be proposed in which the terminal determines the size of an OCC application unit in one or more of the following ways.

[0134] (1) For example, a method in which the base station sets / instructs can be proposed.

[0135] (2) For example, a method may be proposed in which a terminal determines the size of an OCC application unit based on the value (or rounding up or down) of the (total) transmission resource (subject to OCC application) divided by the OCC length.

[0136] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0137] For example, the OCC application unit may refer to a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 +1] and +1 is multiplied for each RB for a total of two RBs, the RB may be the OCC application unit.

[0138] For example, the above data may be repeatedly allocated / transmitted for OCC application unit(s).

[0139] For example, the OCC length may be set and / or indicated by the base station to a specific value, or may be set and / or indicated by multiple values, and the terminal may select and apply one of the multiple value(s). For example, the OCC length may be a value selected by the terminal according to a (pre-) agreed / defined method.

[0140] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal transmits by applying an OCC to transmission resources of an uplink data channel (e.g., PUSCH). For example, the OCC may be applied to each OCC application unit. For example, the OCC application unit may mean a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 -1 +1 -1], each element of the OCC +1, -1, +1, -1 may be applied in units of N RBs for a total of 4N RBs (resource blocks). For example, in the above case, the OCC application unit may be N RBs. For example, the OCC application unit for the uplink data channel may be a value that the base station sets and / or instructs to the terminal. For example, when applying the above-described set / indicated OCC application unit, when performing multiplexing for uplink data channels between multiple terminals, there may be an advantage in that OCC-based (partial) multiplexing support is possible for each OCC application unit even when the transmission resources between each channel are not completely identical. For example, another method may be considered in which an OCC length is given, and the terminal determines the size of the OCC application unit based on the value obtained by dividing the entire transmission resource by the OCC length (or rounding up or down or up to the nearest whole number). For example, the OCC length may be set and / or indicated by the base station to a specific value, or may be set and / or indicated by multiple values, and the terminal may select and apply one of the multiple value(s). For example, the OCC length may be a value selected by the terminal according to a (pre-) agreed / defined method. For example, if a total of 12 RBs are allocated and the OCC length is given as 4, the size of the OCC application unit may be determined as 12 / 4 = 3 RBs.For example, when the size of the OCC application unit determined by the terminal is applied, the OCC can be applied evenly within the entire transmission resources. For example, when the OCC is applied before DFT precoding, the resource region before DFT precoding corresponds to a resource region in which time-domain samples to be transmitted in one OFDM symbol are downsampled, and applying the OCC by dividing the transmission resource region into 1 / N equal parts may have a similar effect to applying the OCC by dividing the (downsampled) signal (within one OFDM symbol) into 1 / N equal parts (in the time domain) (within the OFDM symbol). For example, the shape of the OCC may not be completely maintained due to the upsampling effect during transmission after the actual IFFT application. For example, in the case of the proposed method of the present disclosure, there may be an advantage in that the size of the OCC application unit for applying the OCC can be clearly made between the base station and the terminal for an uplink data channel (e.g., PUSCH) in which resource allocation may change.

[0141] For example, the above proposed method #01 can be applied in combination with other proposed method(s) to the extent that the operations of the present disclosure do not conflict.

[0142] For example, proposal #02 can be proposed.

[0143] For example, according to Proposal Scheme #02, when a terminal can apply OCC to (transmission) resources of an uplink data channel (e.g., PUSCH), a scheme may be proposed in which the terminal expects the (total) (transmission) resource size (to be applied to OCC) for the uplink data channel to be a multiple of the OCC length and / or the OCC application unit (or the product of the OCC length and the OCC application unit).

[0144] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0145] For example, the OCC application unit may refer to a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 +1] and +1 is multiplied for each RB for a total of two RBs, the RB may be the OCC application unit.

[0146] For example, the above data may be repeatedly allocated / transmitted for OCC application unit(s).

[0147] For example, if the terminal receives a scheduling setting / instruction different from what it expected, it may not transmit the corresponding uplink data channel.

[0148] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal applies an OCC to transmission resources of an uplink data channel (e.g., PUSCH) and transmits. For example, the OCC may be applied to each OCC application unit. For example, the OCC application unit may mean a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 -1 +1 -1], each element of the OCC +1, -1, +1, -1 may be applied in units of N RBs for a total of 4N RBs (Resource Blocks). For example, in the above case, the OCC application unit may be N RBs. For example, if a case is allowed where the size of the transmission resource allocated to the uplink data channel is not a multiple of the OCC length and / or the OCC application unit (or the product of the OCC length and the OCC application unit), resources to which the OCC is not applied may occur. For example, when the total number of RBs is 10, the OCC length is 4, and the size of the OCC application unit is 2 RBs, the total number of RBs to which the OCC can be applied is 4 x 2 = 8 RBs, but since the actual allocated RBs are 10 RBs, the application of OCC to 2 RBs may become ambiguous. For example, therefore, in the present disclosure, when a terminal can apply OCC to transmission resources of an uplink data channel (e.g., PUSCH), a method may be proposed in which the terminal expects the resource allocation size for the uplink data channel to be a multiple of the OCC length and / or the OCC application unit (or the product of the OCC length and the OCC application unit), and if a different scheduling than expected is set / instructed from the base station, the terminal skips transmission for the corresponding uplink data channel.For example, in accordance with the proposed method of the present disclosure, there may be an advantage in mutually clarifying scheduling constraints applicable to OCC between the base station and the terminal by defining that the terminal is expected to receive resource allocation corresponding to a multiple of the OCC length and / or the OCC application unit (e.g., or the product of the OCC length and the OCC application unit).

[0149] For example, the above proposed method #02 can be applied in combination with other proposed method(s) to the extent that the operations of the present disclosure do not conflict.

[0150] If the size of the transmission resources allocated for an uplink data channel is not a multiple of the OCC length and / or the OCC application unit (or the product of the OCC length and the OCC application unit), resources to which OCC is not applied may occur.

[0151] For example, proposal #03 can be proposed.

[0152] FIG. 10 illustrates an example of an OCC applied to PUSCH repetition according to an embodiment of the present disclosure. The embodiment of FIG. 10 may be combined with various embodiments of the present disclosure.

[0153] Referring to FIG. 10, for example, PUSCH repetition may be performed. For example, the PUSCH repetition may be associated with PUSCH repetition type A. For example, in PUSCH repetition type A, the PUSCH may be repeated in slot units. For example, one PUSCH repetition may be one slot.

[0154] For example, OCC with PUSCH repetition type A may be a method of applying OCC between PUSCH repetition(s) in which the PUSCH is repeated on a slot-by-slot basis. For example, a PUSCH assigned to a slot may be repeatedly transmitted for multiple slots, and OCC may be applied across the PUSCH repetition(s).

[0155] For example, there may be an OCC group associated with an OCC length. For example, the OCC length may be 2 or 4. For example, the OCC length may be 2. For example, the OCC length may not be limited to 2 or 4. For example, the number of OCC groups may be more than one. For example, the number of OCC groups may be 2.

[0156] For example, according to Proposal #03, when a terminal can apply OCC to (transmission) resources of an uplink data channel (e.g., PUSCH), if the size of (total) (transmission) resources (to which OCC is applied) is not a multiple of the OCC length (or the product of the OCC application unit and the OCC length), a method may be proposed in which the terminal performs one or more of the following (exception handling) operations.

[0157] (1) For example, transmission on the (corresponding) uplink data channel may be omitted.

[0158] (2) For example, the (entire) OCC may not be applied to the (corresponding) uplink data channel.

[0159] (3) For example, after adding resources so that they become a multiple of the OCC length (or the product of the OCC application unit and the OCC length), the OCC can be applied to the entire resource (including the added resources).

[0160] (4) For example, transmissions for remaining resources that are not divisible by the OCC length (or the product of the OCC application unit and the OCC length) may be omitted.

[0161] (5) For example, OCC may not be applied / partially applied to remaining resources that are not divisible by the OCC length (or the product of the OCC application unit and the OCC length).

[0162] (6) For example, a shorter OCC can be applied to the remaining resources that are not divisible by the OCC length (or the product of the OCC application unit and the OCC length).

[0163] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0164] For example, the OCC application unit may refer to a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 +1] and +1 is multiplied for each RB for a total of two RBs, the RB may be the OCC application unit.

[0165] For example, the above data may be repeatedly allocated / transmitted for OCC application unit(s).

[0166] For example, the OCC application unit may be determined as a value obtained by dividing the (total) transmission resource size / number by the OCC length, or a value (pre-)set / instructed by the base station, or a (pre-)defined value.

[0167] For example, if there are remaining resources that are not divisible by the OCC length, the terminal can transmit by applying the OCC to transmission resources (which are a multiple of the OCC length) excluding the remaining resources.

[0168] For example, the above (physical) transmission resource may mean a DFT precoding resource and / or a time domain resource and / or a frequency domain resource.

[0169] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal applies an OCC to transmission resources of an uplink data channel (e.g., PUSCH) and transmits. For example, the OCC may be applied to each OCC application unit. For example, the OCC application unit may mean a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 -1 +1 -1], each element of the OCC +1, -1, +1, -1 may be applied in units of N RBs for a total of 4N RBs (Resource Blocks). For example, in the above case, the OCC application unit may be N RBs. For example, if a case is allowed where the size of the transmission resource allocated to the uplink data channel is not a multiple of the OCC length and / or the OCC application unit (or the product of the OCC length and the OCC application unit), resources to which the OCC is not applied may occur. For example, when the total number of RBs is 10, the OCC length is 4, and the size of the OCC application unit is 2 RBs, the total number of RBs to which OCC can be applied is 4 x 2 = 8 RBs, but since the actual allocated RBs are 10 RBs, OCC application to 2 RBs may become ambiguous. For example, if the size of the (total) transmission resource (to which OCC is applied) is not a multiple of the OCC length (or the product of the OCC application unit and the OCC length), the terminal may perform one or more of the following (exception handling) actions.

[0170] (1) For example, transmission on the (corresponding) uplink data channel may be omitted.

[0171] (2) For example, the (entire) OCC may not be applied to the (corresponding) uplink data channel.

[0172] (3) For example, after adding resources so that they become a multiple of the OCC length (or the product of the OCC application unit and the OCC length), the OCC can be applied to the entire resource (including the added resources).

[0173] (4) For example, transmissions for remaining resources that are not divisible by the OCC length (or the product of the OCC application unit and the OCC length) may be omitted.

[0174] (5) For example, OCC may not be applied / partially applied to remaining resources that are not divisible by the OCC length (or the product of the OCC application unit and the OCC length).

[0175] (6) For example, a shorter OCC can be applied to the remaining resources that are not divisible by the OCC length (or the product of the OCC application unit and the OCC length).

[0176] For example, for the above (4), (5), and (6), the terminal may apply OCC to resources other than the remaining resources, for example, resources that are a multiple of the OCC length (or the product of the OCC application unit and the OCC length), and transmit them. For example, in the case of (4), transmission for the remaining resources may be omitted. For example, in the case of (5), transmission may be performed for the remaining resources, but the remaining resources may be transmitted without applying OCC, or the existing OCC may be partially applied by applying a truncated form of OCC (truncated OCC). For example, in the case of (6), transmission may be performed for the remaining resources, but the OCC may be transmitted by applying an OCC (hereinafter referred to as the second OCC) having a shorter OCC length than the conventionally applied OCC (hereinafter referred to as the first OCC). For example, according to the proposed method of the present disclosure, if the (total) (transmission) resource size (to which OCC is applied) within the uplink data channel is not a multiple of the OCC length (or the product of the OCC length and the OCC application unit), a smooth transmission and reception process can be supported by clarifying the exception handling operation between the base station and the terminal.

[0177] FIG. 11 illustrates an example of an OCC applied to PUSCH repetition according to an embodiment of the present disclosure. The embodiment of FIG. 11 may be combined with various embodiments of the present disclosure.

[0178] Referring to FIG. 11, for example, PUSCH repetition may be performed. For example, the PUSCH repetition may be associated with PUSCH repetition type A. For example, in PUSCH repetition type A, the PUSCH may be repeated in slot units. For example, one PUSCH repetition may be one slot.

[0179] For example, OCC with PUSCH repetition type A may be a method of applying OCC between PUSCH repetition(s) in which the PUSCH is repeated on a slot-by-slot basis. For example, a PUSCH assigned to a slot may be repeatedly transmitted for multiple slots, and OCC may be applied across the PUSCH repetition(s).

[0180] For example, there may be an OCC group associated with an OCC length. For example, the OCC length may be 2 or 4. For example, the OCC length may be 2. For example, the OCC length may not be limited to 2 or 4. For example, the number of OCC groups may be more than one. For example, the number of OCC groups may be 2.

[0181] For example, according to Proposal #03, when a terminal can apply OCC to (transmission) resources of an uplink data channel (e.g., PUSCH), if the size of (total) (transmission) resources (to which OCC is applied) is not a multiple of the OCC length (or the product of the OCC application unit and the OCC length), then after adding resources so that the size becomes a multiple of the OCC length (or the product of the OCC application unit and the OCC length), OCC can be applied to the entire resources (including the added resources).

[0182] FIG. 12 illustrates an example of an OCC applied to PUSCH repetition according to an embodiment of the present disclosure. The embodiment of FIG. 12 may be combined with various embodiments of the present disclosure.

[0183] Referring to FIG. 12, for example, PUSCH repetition may be performed. For example, the PUSCH repetition may be associated with PUSCH repetition type A. For example, in PUSCH repetition type A, the PUSCH may be repeated in slot units. For example, one PUSCH repetition may be one slot.

[0184] For example, OCC with PUSCH repetition type A may be a method of applying OCC between PUSCH repetition(s) in which the PUSCH is repeated on a slot-by-slot basis. For example, a PUSCH assigned to a slot may be repeatedly transmitted for multiple slots, and OCC may be applied across the PUSCH repetition(s).

[0185] For example, there may be an OCC group associated with an OCC length. For example, the OCC length may be 2 or 4. For example, the OCC length may be 2. For example, the OCC length may not be limited to 2 or 4. For example, the number of OCC groups may be more than one. For example, the number of OCC groups may be 2.

[0186] For example, according to Proposal #03, when a terminal can apply OCC to (transmission) resources of an uplink data channel (e.g., PUSCH), if the size of (total) (transmission) resources (to which OCC is applied) is not a multiple of the OCC length (or the product of the OCC application unit and the OCC length), transmissions for the remaining resources that are not divisible by the OCC length (or the product of the OCC application unit and the OCC length) may be omitted.

[0187] FIG. 13 illustrates an example of an OCC applied to PUSCH repetition according to an embodiment of the present disclosure. The embodiment of FIG. 13 may be combined with various embodiments of the present disclosure.

[0188] Referring to FIG. 13, for example, PUSCH repetition may be performed. For example, the PUSCH repetition may be associated with PUSCH repetition type A. For example, in PUSCH repetition type A, the PUSCH may be repeated in slot units. For example, one PUSCH repetition may be one slot.

[0189] For example, OCC with PUSCH repetition type A may be a method of applying OCC between PUSCH repetition(s) in which the PUSCH is repeated on a slot-by-slot basis. For example, a PUSCH assigned to a slot may be repeatedly transmitted for multiple slots, and OCC may be applied across the PUSCH repetition(s).

[0190] For example, there may be an OCC group associated with an OCC length. For example, the OCC length may be 2 or 4. For example, the OCC length may be 2. For example, the OCC length may not be limited to 2 or 4. For example, the number of OCC groups may be more than one. For example, the number of OCC groups may be 2.

[0191] For example, according to Proposal #03, when a terminal can apply OCC to (transmission) resources of an uplink data channel (e.g., PUSCH), if the size of (total) (transmission) resources (to which OCC is applied) is not a multiple of the OCC length (or the product of the OCC application unit and the OCC length), OCC may not be applied to the remaining resources that are not divisible by the OCC length (or the product of the OCC application unit and the OCC length).

[0192] FIG. 14 illustrates an example of an OCC applied to PUSCH repetition according to an embodiment of the present disclosure. The embodiment of FIG. 14 may be combined with various embodiments of the present disclosure.

[0193] Referring to FIG. 14, for example, PUSCH repetition may be performed. For example, the PUSCH repetition may be associated with PUSCH repetition type A. For example, in PUSCH repetition type A, the PUSCH may be repeated in slot units. For example, one PUSCH repetition may be one slot.

[0194] For example, OCC with PUSCH repetition type A may be a method of applying OCC between PUSCH repetition(s) in which the PUSCH is repeated on a slot-by-slot basis. For example, a PUSCH assigned to a slot may be repeatedly transmitted for multiple slots, and OCC may be applied across the PUSCH repetition(s).

[0195] For example, there may be an OCC group associated with an OCC length. For example, the OCC length may be 2 or 4. For example, the OCC length may be 2. For example, the OCC length may not be limited to 2 or 4. For example, the number of OCC groups may be more than one. For example, the number of OCC groups may be 2.

[0196] For example, according to Proposal #03, when a terminal can apply OCC to (transmission) resources of an uplink data channel (e.g., PUSCH), if the size of (total) (transmission) resources (to which OCC is applied) is not a multiple of the OCC length (or the product of the OCC application unit and the OCC length), OCC can be partially applied to the remaining resources that are not divisible by the OCC length (or the product of the OCC application unit and the OCC length).

[0197] For example, according to Proposal #03, when a terminal can apply OCC to (transmission) resources of an uplink data channel (e.g., PUSCH), if the size of (total) (transmission) resources (to which OCC is applied) is not a multiple of the OCC length (or the product of the OCC application unit and the OCC length), a shorter length OCC can be applied to the remaining resources that are not divisible by the OCC length (or the product of the OCC application unit and the OCC length).

[0198] If the (total) (transmission) resource size within the uplink data channel (subject to OCC application) is not a multiple of the OCC length (or the product of the OCC length and the OCC application unit), a smooth transmission and reception process can be supported by clarifying the exception handling operation between the base station and the terminal.

[0199] For example, the above proposed method #03 can be applied in combination with other proposed method(s) to the extent that the operations of the present disclosure do not conflict.

[0200] For example, proposal #04 can be proposed.

[0201] For example, according to Proposal #04, when a terminal can apply OCC to (transmission) resources of an uplink data channel (e.g., PUSCH), a method may be proposed in which the terminal performs one or more of the following (exception handling) operations when PT-RS (phase tracking reference signal) transmission is configured and / or instructed for an uplink data channel (e.g., PUSCH) for which OCC application is configured and / or instructed.

[0202] (1) For example, uplink data channel transmission may be omitted.

[0203] (2) For example, PT-RS may be applied, and OCC may not be applied.

[0204] (3) For example, OCC may be applicable, and PT-RS may not be applicable.

[0205] (4) For example, PT-RS mapping rules can be applied within the OCC application unit.

[0206] A. For example, PT-RS can be repeatedly assigned to multiple OCC application units(s).

[0207] (5) For example, rate-matching and / or RE mapping for data based on the maximum value of PT-RS OH per OCC application unit may be applied.

[0208] A. For example, PT-RS may be allocated based on the entire transmission resource, but rate-matching and / or RE mapping for data may be applied based on the maximum value of PT-RS OH (overhead) per OCC application unit.

[0209] (6) For example, rate-matching and / or RE mapping application to data based on the union of PT-RS allocated resource(s) per OCC application unit.

[0210] A. For example, PT-RS may be allocated based on the entire transmission resource, but rate-matching and / or RE mapping for data may be applied based on the union of PT-RS allocated resource(s) per OCC application unit.

[0211] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0212] For example, the OCC application unit may refer to a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 +1] and +1 is multiplied for each RB for a total of two RBs, the RB may be the OCC application unit.

[0213] For example, the above data may be repeatedly allocated / transmitted for OCC application unit(s).

[0214] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal applies an OCC to transmission resources of an uplink data channel (e.g., PUSCH) and transmits. For example, the OCC may be applied to each OCC application unit. For example, the OCC application unit may mean a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 -1 +1 -1], each element of the OCC +1, -1, +1, -1 may be applied to a total of 4N RBs (Resource Blocks) in units of N RBs. For example, in the above case, the OCC application unit may be N RBs. For example, the resource region to which the OCC is applied may be a resource region before TF precoding or DFT precoding. For example, in a next-generation communication system according to an embodiment of the present disclosure, when transmitting an uplink data channel (e.g., PUSCH) based on DFT precoding, an operation of mapping a Phase Tracking Reference Signal (PT-RS) before the DFT precoding may be supported. For example, the PT-RS mapping may follow a mapping method that does not consider the application of OCC, and for example, the PT-RS OH (overhead) for each OCC application unit may not be uniform. For example, in the above case, the data allocation amount may be different for each unit(s) to which the OCC is applied, and therefore, the same data may not be repeated, which may cause interference effects on the uplink transmission of other terminals.For example, therefore, in the present disclosure, when a terminal can apply OCC to (transmission) resources of an uplink data channel (e.g., PUSCH), a method may be proposed in which the terminal performs one or more of the following (exception handling) operations when PT-RS (Phase Tracking Reference Signal) transmission is set and / or instructed for an uplink data channel (e.g., PUSCH) for which OCC application is set and / or instructed.

[0215] (1) For example, uplink data channel transmission may be omitted.

[0216] (2) For example, PT-RS may be applied, and OCC may not be applied.

[0217] (3) For example, OCC may be applicable, and PT-RS may not be applicable.

[0218] (4) For example, PT-RS mapping rules can be applied within the OCC application unit.

[0219] A. For example, PT-RS can be repeatedly assigned to multiple OCC application units(s).

[0220] (5) For example, rate-matching and / or RE mapping for data based on the maximum value of PT-RS OH per OCC application unit may be applied.

[0221] A. For example, PT-RS may be allocated based on the entire transmission resource, but rate-matching and / or RE mapping for data may be applied based on the maximum value of PT-RS OH (overhead) per OCC application unit.

[0222] (6) For example, rate-matching and / or RE mapping application to data based on the union of PT-RS allocated resource(s) per OCC application unit.

[0223] A. For example, PT-RS may be allocated based on the entire transmission resource, but rate-matching and / or RE mapping for data may be applied based on the union of PT-RS allocated resource(s) per OCC application unit.

[0224] For example, if PT-RS transmission is configured and / or instructed for an uplink data channel (e.g., PUSCH) for which OCC application is configured and / or instructed, the UE may skip transmission of the uplink data channel or apply only one of the PT-RS and OCC. For example, the UE may perform PT-RS mapping based on the unit in which data is repeated (or OCC application unit). For example, in the above case, data and PT-RS may be repeatedly allocated together for multiple OCC application unit(s) within the entire resource. For example, the UE may calculate the maximum value of PT-RS OH (overhead) per OCC application unit, and perform rate-matching and / or RE mapping for data based on the maximum OH when calculating the repeated data payload size per OCC application unit. For example, the terminal may perform rate-matching and / or RE mapping for data based on the union of the (relative) PT-RS allocation resource group(s) (within the OCC application unit) when calculating the (relative) PT-RS allocation resource group(s) for each OCC application unit and calculating the repetitive data payload size for each OCC application unit. For example, according to the proposed method of the present disclosure, there may be an advantage in that the transmission and reception operation between the base station and the terminal can be clearly defined even when PT-RS transmission is set and / or instructed for an uplink data channel (e.g., PUSCH) for which OCC application is set and / or instructed.

[0225] For example, the above proposed method #04 can be applied in combination with other proposed method(s) to the extent that the operations of the present disclosure do not conflict.

[0226] For example, proposal #05 can be proposed.

[0227] For example, according to Proposal #05, when a terminal can apply OCC to transmission resources of an uplink data channel (e.g., PUSCH), and when applying OCC before DFT precoding, if the size of the (total) transmission resource (to which OCC is applied) is 1 PRB (physical resource block), a method may be proposed to allocate (at least) one RE (resource element) in front and one RE in the back within the OCC application unit as PT-RS (phase tracking reference signal) resources.

[0228] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0229] For example, the OCC application unit may refer to a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 +1] and +1 is multiplied for each RB for a total of two RBs, the RB may be the OCC application unit.

[0230] For example, the above data may be repeatedly allocated / transmitted for OCC application unit(s).

[0231] For example, the PRB may be composed of multiple RE (Resource Element)(s).

[0232] For example, the above OCC application unit may consist of at least three REs.

[0233] For example, data and PT-RS allocation within the OCC application unit may be repeatedly transmitted for each OCC application unit.

[0234] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal applies an OCC to transmission resources of an uplink data channel (e.g., PUSCH) and transmits. For example, the OCC may be applied to each OCC application unit. For example, the OCC application unit may mean a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 -1 +1 -1], each element of the OCC +1, -1, +1, -1 may be applied to a total of 4N RBs (Resource Blocks) in units of N RBs. For example, in the above case, the OCC application unit may be N RBs. For example, the resource region to which the OCC is applied may be a resource region before TF precoding or DFT precoding. For example, the method of applying OCC before the above DFT precoding can be a method of supporting uplink multiplexing in a CDM scheme other than FDM within a single OFDM symbol, and can be a useful method in particular when the size of the uplink data to be transmitted is sufficient with resource allocation of less than 1 RB, and it is difficult to achieve multiplexing with the FDM scheme with a minimum granularity of 1 RB (for example, support for sub-PRB allocation or UL multiplexing within 1 PRB). For example, when dividing the transmission resources within 1 PRB into multiple OCC application units and then applying OCC, each OCC application unit can be composed of several RE (resource element)(s). For example, since the mapping rule of the conventional PT-RS is determined only when allocating RB units, a new mapping rule needs to be defined when allocating less than 1 PRB.For example, therefore, when a terminal can apply OCC to a transmission resource of an uplink data channel (e.g., PUSCH), if OCC is applied before DFT precoding, and the size of the (total) transmission resource (to which OCC is applied) is 1 PRB, a method of allocating one RE in front and one RE in the back within the OCC application unit as PT-RS resources may be proposed. For example, in the case according to the proposal of the present disclosure, there may be an advantage in that phase tracking in the time axis is still supported by guaranteeing at least two PT-RS REs, and PT-RS allocation can be supported even when transmitting an OCC-based uplink data channel within 1 PRB. For example, one or more REs for data transmission may be included in order to secure REs for data transmission excluding the (at least) two REs for the PT-RS.

[0235] For example, the above proposed method #05 can be applied in combination with other proposed method(s) to the extent that the operations of the present disclosure do not conflict.

[0236] For example, proposal #06 can be proposed.

[0237] For example, according to Proposal #06, when a terminal can apply OCC to transmission resources of an uplink data channel (e.g., PUSCH), a method may be proposed to interpret (frequency) resource allocation settings / instructions for the uplink data channel in one or more of the following ways.

[0238] (1) For example, it can be interpreted as the (frequency) resource allocation size before applying OCC.

[0239] A. For example, it can be interpreted as the size of the OCC application unit.

[0240] B. For example, TBS (Transport Block Size) can be calculated based on the (frequency) resource allocation size before OCC application, and the terminal can apply the (conventional) TBS calculation method based on the (frequency) resource allocation size before OCC application according to the (frequency) resource allocation setting / instruction for the uplink data channel.

[0241] (2) For example, after applying OCC, it is interpreted as the (frequency) resource allocation size.

[0242] A. For example, it can be interpreted as a resource size corresponding to the product of the OCC application unit size and the OCC length.

[0243] B. For example, TBS (Transport Block Size) can be calculated based on the (frequency) resource allocation size before applying OCC, and the terminal can reprocess the (frequency) resource allocation size after applying OCC according to the (frequency) resource allocation setting / instruction for the uplink data channel, derive the (frequency) resource allocation size before applying OCC, and then calculate TBS based on this (new TBS calculation method).

[0244] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0245] For example, the OCC application unit may refer to a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 +1] and +1 is multiplied for each RB for a total of two RBs, the RB may be the OCC application unit.

[0246] For example, the above data may be repeatedly allocated / transmitted for OCC application unit(s).

[0247] For example, the above TBS (transport block size) may mean the payload size of data.

[0248] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal applies an OCC to transmission resources of an uplink data channel (e.g., PUSCH) and transmits. For example, the OCC may be applied to each OCC application unit. For example, the OCC application unit may mean a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 -1 +1 -1], each element of the OCC +1, -1, +1, -1 may be applied to a unit of N RBs for a total of 4N RBs (Resource Blocks). In this case, the OCC application unit may be N RBs. For example, the resource region to which the OCC is applied may be a resource region before / after DFT precoding. For example, the resource allocation information of the uplink data channel to which the OCC is applied may be largely interpreted in two ways as follows.

[0249] (1) For example, it can be interpreted as the (frequency) resource allocation size before applying OCC.

[0250] A. For example, it can be interpreted as the size of the OCC application unit.

[0251] B. For example, TBS (Transport Block Size) can be calculated based on the (frequency) resource allocation size before OCC application, and the terminal can apply the (conventional) TBS calculation method based on the (frequency) resource allocation size before OCC application according to the (frequency) resource allocation setting / instruction for the uplink data channel.

[0252] (2) For example, it can be interpreted as the (frequency) resource allocation size after applying OCC.

[0253] A. For example, it can be interpreted as a resource size corresponding to the product of the OCC application unit size and the OCC length.

[0254] B. For example, TBS (transport block size) can be calculated based on the (frequency) resource allocation size before OCC application, and the terminal can reprocess the (frequency) resource allocation size after OCC application according to the (frequency) resource allocation setting / instruction for the uplink data channel to derive the (frequency) resource allocation size before OCC application, and then calculate TBS based on this (new TBS calculation method).

[0255] For example, if a method of interpreting the (frequency) resource allocation size before applying OCC is applied, there is a disadvantage that the (final) (frequency) resource allocation size after applying OCC must be recalculated in the base station scheduler, etc., but there may be an advantage that the existing calculation method can be maintained when calculating TBS. For example, if a method of interpreting the (frequency) resource allocation size after applying OCC is applied, there is an advantage that the (final) (frequency) resource allocation size after applying OCC can be immediately known in the base station scheduler, etc., but there may be a disadvantage that the (frequency) resource allocation size before applying OCC must be recalculated when calculating TBS. For example, if the proposed method of the present disclosure is followed, there may be an advantage that resource scheduling at the base station and / or TBS calculation of the terminal are facilitated by interpreting the configuration / instruction information for the existing (frequency) resource allocation as before / after applying OCC.

[0256] For example, the above proposed method #06 can be applied in combination with other proposed method(s) to the extent that the operations of the present disclosure do not conflict.

[0257] For example, proposal #07 can be proposed.

[0258] For example, according to Proposal #07, when a terminal can apply OCC to transmission resources of an uplink data channel (e.g., PUSCH), a method may be proposed to define / set / indicate multiple resource groups to which OCC is applied, and set / indicate an OCC index for each OCC-applied resource group in one or more of the following ways.

[0259] (1) For example, a single OCC index can be set / indicated, and an OCC index offset can be applied per OCC application resource group.

[0260] (2) For example, set / indicate the OCC index for each OCC application resource group.

[0261] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0262] For example, the OCC index offset may be (pre-)promised and / or (pre-)defined and / or (pre-)set and / or (pre-)indicated from the base station.

[0263] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal transmits by applying an OCC to a transmission resource of an uplink data channel (e.g., a PUSCH). For example, the OCC may be applied before / after DFT precoding. For example, it may be assumed that the OCC for the uplink data channel (e.g., a PUSCH) is applied after DFT precoding. For example, the OCC may be an OCC applied to a frequency-domain resource. For example, in order to achieve a low PAPR (peak to average power ratio) characteristic, the base station may configure / instruct one or more resource groups to which the OCC is applied. For example, the base station may configure / instruct a plurality of resource groups to which the OCC is applied to the terminal, and may differentially apply an OCC index to each OCC-applied resource group to transmit to have a low PAPR characteristic. For example, the OCC index for each OCC application resource group may be a method in which the base station sets / indicates a single OCC index and applies an OCC index offset for each OCC resource group, or a method in which the base station sets / indicates an OCC index for each OCC resource group. For example, in the case of following the proposed method of the present disclosure, there may be an advantage in that a low PAPR characteristic can be supported by having multiple OCC application resource groups and differentiating the OCC index for each OCC application resource group.

[0264] For example, the above proposed method #07 can be applied in combination with other proposed method(s) to the extent that the operations of the present disclosure do not conflict.

[0265] For example, proposal #08 can be proposed.

[0266] For example, according to proposal #08, when a terminal can apply OCC to transmission resources of an uplink data channel (e.g., PUSCH), a method of configuring OCC application units in an interlace form can be proposed.

[0267] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0268] For example, the OCC application unit may refer to a resource group and / or resource unit to which each element of the OCC is applied. For example, if the OCC is [+1 +1] and +1 is multiplied for each RB for a total of two RBs, the RB may be the OCC application unit.

[0269] For example, the above data may be repeatedly allocated / transmitted for OCC application unit(s).

[0270] For example, the base station can set / instruct the terminal with information related to the interlace configuration.

[0271] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal transmits by applying an OCC to transmission resources of an uplink data channel (e.g., PUSCH). For example, the OCC may be applied before / after DFT precoding. For example, it may be assumed that the OCC for the uplink data channel (e.g., PUSCH) is applied after DFT precoding. The OCC may be an OCC applied to frequency-domain resources. For example, in order to achieve a low PAPR (peak to average power ratio) characteristic, the base station may configure the OCC application unit in an interlace form. For example, one interlace structure may mean a resource allocation structure in which data allocation occurs at equal intervals. For example, the interlace can be interpreted as a form in which zeros are added between conventional data symbol(s), and since it has a form that is repeated on the time axis, it can be a resource allocation method that is advantageous in terms of PAPR compared to cluster-based resource allocation. For example, therefore, the present disclosure may propose a method of configuring an OCC application unit in the form of an interlace when a terminal can apply OCC to transmission resources of an uplink data channel (e.g., PUSCH). If the proposed method of the present disclosure is followed, there may be an advantage in that it can support low PAPR characteristics while supporting OCC application.

[0272] For example, the above proposed scheme #08 can be applied in combination with other proposed scheme(s) to the extent that the operations of the present disclosure do not conflict.

[0273] For example, proposal #09 can be proposed.

[0274] For example, according to proposal #09, when a terminal can apply OCC to a transmission resource of an uplink data channel (e.g., PUSCH), and when OCC can be applied in units of a transmission symbol group of the uplink data channel, a method may be proposed in which the symbol group is defined in one of the following ways.

[0275] (1) For example, a symbol group can be defined based on physical symbol indexing.

[0276] A. For example, it could mean symbol indexing based on slot boundaries.

[0277] (2) For example, a symbol group can be defined based on available symbol indexing criteria.

[0278] A. For example, it may mean symbol indexing based on the start of PUSCH transmission.

[0279] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0280] For example, the available symbol may mean a UL symbol and / or a non-DM-RS symbol and / or a non-PT-RS symbol.

[0281] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal applies an OCC to transmission resources of an uplink data channel (e.g., a PUSCH) for transmission. For example, the OCC may be applied to each transmission symbol group of the uplink data channel. For example, in this case, the symbol group may be defined in the following two ways.

[0282] (1) For example, a symbol group can be defined based on physical symbol indexing.

[0283] A. For example, it could mean symbol indexing based on slot boundaries.

[0284] (2) For example, a symbol group can be defined based on available symbol indexing criteria.

[0285] A. For example, it may mean symbol indexing based on the start of PUSCH transmission.

[0286] For example, if a symbol group is defined based on physical symbol indexing, the symbol groups to which OCC is applied can be defined to be identical (in the time axis) even if the (time axis) scheduling resources of the uplink data channels between different terminals are different. For example, therefore, the method may have the advantage of being able to support multiplexing of uplink data channels relatively flexibly. For example, if a symbol group is defined based on available symbol indexing, non-data symbols can be excluded from the symbol groups to which OCC is applied, so that each symbol group can have an equal RS OH (overhead). For example, therefore, the method may have the advantage of being able to maximize the data allocation within the symbol group unit to which OCC is applied. For example, according to the proposed method of the present disclosure, the base station and / or the terminal can form a symbol group (to which OCC is applied) based on physical or available symbol indexing according to the direction being pursued, thereby having the advantage of being able to pursue flexible uplink multiplexing support between different scheduling or maximizing data payload during multiplexing.

[0287] For example, the above proposed method #09 can be applied in combination with other proposed method(s) to the extent that the operations of the present disclosure do not conflict.

[0288] For example, proposal #10 could be proposed.

[0289] For example, according to Proposal #10, when a terminal can apply OCC to transmission resources (or its repeated transmissions) of an uplink data channel (e.g., PUSCH), a scheme may be proposed in which the terminal does not perform a power control operation set / instructed by the base station or initiated by the terminal during the transmission period of the uplink data channel to which the OCC is applied.

[0290] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0291] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal transmits by applying OCC to transmission resources (or its repeated transmissions) of an uplink data channel (e.g., PUSCH). For example, it may be assumed that the terminal repeatedly transmits the uplink data channel for multiple slots and applies OCC to the repeated transmissions. For example, in the above case, the orthogonal characteristic of the OCC can be guaranteed only if the power consistency characteristic is guaranteed within the repeated transmission section to which the OCC is applied. For example, therefore, the present disclosure may propose a method in which, when a terminal can apply OCC to transmission resources (or its repeated transmissions) of an uplink data channel (e.g., PUSCH), the terminal does not perform a power control operation set / instructed by a base station or initiated by the terminal during the transmission section of the uplink data channel to which the OCC is applied. For example, according to the proposed method of the present disclosure, a situation in which a terminal arbitrarily performs a power control operation during OCC operation and causes interference with other transmissions can be prevented.

[0292] For example, the above proposed scheme #10 can be applied in combination with other proposed scheme(s) to the extent that the operations of the present disclosure do not conflict.

[0293] For example, proposal #11 can be proposed.

[0294] For example, according to Proposal #11, when a terminal can apply OCC to transmission resources (or its repeated transmissions) of an uplink data channel (e.g., PUSCH), a method may be proposed in which the base station transmits to the terminal a separate RS configuration (hereinafter referred to as a second RS configuration) that is distinct from the RS configuration (hereinafter referred to as a first RS configuration) actually applied to the uplink data channel (e.g., PUSCH), and the terminal performs resource grouping for OCC application by utilizing the second RS configuration.

[0295] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0296] For example, the OCC may be applied between symbols (groups) within (single and / or multiple) uplink data channels.

[0297] For example, the terminal may assume that the remaining transmission resource(s) (or symbol(s)) excluding the transmission resource(s) (or symbol(s)) included in the second RS setting are valid transmission resource(s) (or symbol(s)), and may determine the transmission resource(s) (or symbol(s)) to which the OCC sequence is to be applied based on the valid transmission resource(s) (or symbol(s)).

[0298] For example, the second RS configuration may be different from the first RS configuration. For example, the second RS configuration may be configured as a union of multiple first RS configuration(s). For example, the second RS configuration may be transmitted as a separate configuration, but may also be transmitted as the same configuration as the first RS configuration. For example, if the second RS configuration is not transmitted separately, the terminal may regard the first RS configuration as the second RS configuration and perform OCC application resource grouping.

[0299] For example, the first RS setting and / or the second RS setting may include a demodulation reference signal (DM-RS) setting and / or a sounding reference signal (SRS) setting and / or a phase tracking reference signal (PT-RS) setting.

[0300] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal transmits by applying OCC to transmission resources of an uplink data channel (e.g., PUSCH). For example, the terminal may apply OCC between symbols and / or between symbol groups within a (single) uplink data channel (hereinafter, referred to as PUSCH). For example, since the time domain resource allocation of the PUSCH and / or the RS configuration within the PUSCH may be flexibly configured / indicated, the resource grouping process for applying the OCC may become complicated depending on the RS configuration. For example, if different terminals within a cell have different DM-RS (demodulation reference signal) configurations, the symbol grouping configurations for applying the OCC may be different, and thus OCC-based orthogonalization may not be supported between them. For example, therefore, in the present disclosure, when a terminal can apply OCC to transmission resources (or its repeated transmissions) of an uplink data channel (e.g., PUSCH), a method may be proposed in which a base station transmits to the terminal a separate RS configuration (hereinafter referred to as a second RS configuration) that is distinct from an RS configuration (hereinafter referred to as a first RS configuration) actually applied to the uplink data channel (e.g., PUSCH), and the terminal performs resource grouping for OCC application by utilizing the second RS configuration. For example, the base station may transmit to the terminal an RS configuration (hereinafter referred to as a second RS configuration) that is a superset including an actual RS configuration (hereinafter referred to as a first RS configuration) in the PUSCH. For example, the second RS configuration may be set as a union of a plurality of first RS configuration(s) to be operated in the cell.For example, the terminal may assume that the remaining transmission resource(s) (or symbol(s)) excluding the transmission resource(s) (or symbol(s)) included in the second RS configuration are valid transmission resource(s) (or symbol(s)), and determine the transmission resource(s) (or symbol(s)) to which the OCC sequence is to be applied based on the valid transmission resource(s) (or symbol(s)). For example, if the second RS configuration is not separately transmitted to the terminal, the terminal may regard the first RS configuration as the second RS configuration and perform OCC application resource grouping. For example, the second RS configuration may include a demodulation reference signal (DM-RS) configuration and / or a sounding reference signal (SRS) configuration and / or a phase tracking reference signal (PT-RS) configuration. For example, according to the proposed method of the present disclosure, there may be an advantage in easily achieving OCC-based orthogonalization because a common RS configuration can be referenced when grouping resources for applying OCC even between uplink data channels(s) having different RS configurations within or between cells.

[0301] For example, the above proposed scheme #11 can be applied in combination with other proposed scheme(s) to the extent that the operations of the present disclosure do not conflict.

[0302] For example, proposal #12 could be proposed.

[0303] For example, according to Proposal #12, when a terminal can apply OCC to transmission resources (or its repeated transmissions) of an uplink data channel (e.g., PUSCH), a scheme may be proposed to divide (valid) symbol(s) within the uplink data channel into multiple symbol group(s) and map control information within the uplink data channel according to one or more of the following rules.

[0304] (1) For example, the first mapping method: a method of assigning in a frequency-first manner starting from the first symbol group can be proposed.

[0305] A. For example, when all available frequency resources within the first symbol group are used up, allocation can be resumed by moving to the next symbol group (based on the time axis).

[0306] (2) For example, a second mapping method: a method of assigning in a frequency-first manner starting from the first symbol group including the first DM-RS symbol (group) can be proposed.

[0307] A. For example, if all available frequency resources within the first symbol group containing the first DM-RS symbol (group) are used, allocation can be resumed by moving to the next symbol group (based on the time axis).

[0308] (3) For example, a third mapping method: a method of assigning in a frequency-first manner starting from the first symbol group after the first DM-RS symbol (group) can be proposed.

[0309] A. For example, if all available frequency resources within the first DM-RS symbol (group) are used up, allocation can be resumed by moving to the next symbol group (based on the time axis).

[0310] (4) For example, a fourth mapping method: a method of allocating in a frequency-first manner starting from a group of symbols including and / or surrounding a DM-RS symbol (group) may be proposed.

[0311] A. For example, when all available frequency resources within a DM-RS symbol (group) and / or its surrounding symbol groups are used up, allocation can be resumed by moving to the next surrounding symbol group (according to a specific pattern).

[0312] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0313] For example, inter-symbol OCC within a symbol group and / or inter-symbol OCC may be applied to the above uplink data channel.

[0314] For example, the above symbol group may consist of consecutive (valid) symbol(s).

[0315] For example, the above (valid) symbol(s) may mean symbol(s) other than DM-RS symbol(s).

[0316] For example, different mapping methods may be applied depending on the type of the control information (e.g., HARQ-ACK, CSI part 1, CSI part 2, etc.). For example, HARQ-ACK may be allocated according to the second and / or third and / or fourth mapping methods, and CSI may be allocated according to the first mapping method.

[0317] For example, within the symbol group, resource allocation may be performed so that data of a single symbol is repeated within the symbol group. For example, within the symbol group, different data may be allocated to each symbol, and resource allocation may be performed so that data is repeated for each symbol group.

[0318] For example, the number of symbols within the symbol group may be equal to and / or a multiple of the OCC length.

[0319] For example, the total amount of allocatable resources of control information and / or UCI allocated within the OCC-based uplink data channel may be reduced in proportion to the OCC length compared to when OCC is not applied (e.g., reduced by a value divided by the OCC length). For example, the number of REs (resource elements) of control information and / or UCI allocated within the OCC-based uplink data channel may be restricted to be a multiple of the OCC length (based on the number of REs after OCC application).

[0320] For example, when the control information allocation reaches the last symbol group, the control information allocation may be resumed in the forward direction from the first symbol group (on the time axis) or in the backward direction from the first symbol group to which control information has been allocated.

[0321] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal transmits data by applying OCC to transmission resources of an uplink data channel (e.g., PUSCH). For example, the terminal may apply OCC between symbols and / or between symbol groups within a (single) uplink data channel (hereinafter, referred to as PUSCH). For example, if there are two DM-RS symbols within the PUSCH, and the total is 14 symbols, the terminal may apply a length-4 OCC to 12 data symbols. For example, the 12 symbols may be structured to be composed of three symbol groups, each consisting of four symbols, and data of one symbol within the symbol group may be repeatedly allocated and OCC applied. For example, the PUSCH to which the OCC is applied may transmit a data payload corresponding to three symbols. For example, when control information within the PUSCH, for example, uplink control information (UCI), can be piggybacked, the UCI can be allocated to one or more of the symbol groups. For example, it may be desirable to allocate control information such as UCI starting from the symbol adjacent to the DM-RS with the best channel estimation performance. For example, therefore, the present disclosure may propose a method for dividing (valid) symbol(s) within the uplink data channel into multiple symbol group(s) and mapping control information within the uplink data channel according to one or more of the following rules when the terminal can apply OCC to transmission resources (or repeated transmissions thereof) of an uplink data channel (e.g., PUSCH).

[0322] (1) For example, the first mapping method: a method of assigning in a frequency-first manner starting from the first symbol group can be proposed.

[0323] A. For example, when all available frequency resources within the first symbol group are used up, allocation can be resumed by moving to the next symbol group (based on the time axis).

[0324] (2) For example, a second mapping method: a method of assigning in a frequency-first manner starting from the first symbol group including the first DM-RS symbol (group) can be proposed.

[0325] A. For example, if all available frequency resources within the first symbol group containing the first DM-RS symbol (group) are used, allocation can be resumed by moving to the next symbol group (based on the time axis).

[0326] (3) For example, a third mapping method: a method of assigning in a frequency-first manner starting from the first symbol group after the first DM-RS symbol (group) can be proposed.

[0327] A. For example, if all available frequency resources within the first DM-RS symbol (group) are used up, allocation can be resumed by moving to the next symbol group (based on the time axis).

[0328] (4) For example, a fourth mapping method: a method of allocating in a frequency-first manner starting from a group of symbols including and / or surrounding a DM-RS symbol (group) may be proposed.

[0329] A. For example, when all available frequency resources within a DM-RS symbol (group) and / or its surrounding symbol groups are used up, allocation can be resumed by moving to the next surrounding symbol group (according to a specific pattern).

[0330] For example, the second and / or third and / or fourth mapping schemes may be mapping schemes that guarantee UCI reception performance by taking into account channel estimation performance when UCI is allocated within a PUSCH to which OCC is applied. For example, the first mapping scheme may be a mapping scheme for allocating control information with relatively low importance. For example, among UCI, HARQ-ACK may be allocated according to the second and / or third and / or fourth mapping schemes, and CSI may be allocated according to the first mapping scheme. For example, according to the proposed method of the present disclosure, when UCI is allocated within a PUSCH to which OCC is applied, there may be an advantage of guaranteeing UCI reception performance by supporting UCI allocation that takes into account channel estimation performance.

[0331] For example, the above proposed scheme #12 can be applied in combination with other proposed scheme(s) to the extent that the operations of the present disclosure do not conflict.

[0332] For example, proposal #13 can be proposed.

[0333] For example, according to Proposal #13, when a terminal can apply OCC to transmission resources (or its repeated transmissions) of an uplink data channel (e.g., PUSCH), a method may be proposed to divide (valid) symbol(s) within the uplink data channel into multiple symbol group(s) and map control information within the uplink data channel according to one or more of the following rules.

[0334] (1) For example, the first mapping method: the symbol group including the first symbol can be allocated in a frequency-first manner.

[0335] A. For example, the (available) frequency resources within the symbol group containing the first symbol may be allocated first, and then allocation may be resumed for the symbol group containing the next unallocated symbol (based on the time axis).

[0336] (2) For example, a second mapping method: a method of assigning in a frequency-first manner starting from a symbol group including the symbols immediately before and / or immediately after the first DM-RS symbol (group) can be proposed.

[0337] A. For example, the (available) frequency resources within the symbol group containing the symbols immediately before and / or immediately after the first DM-RS symbol (group) may be allocated first, and then allocation may be resumed for the symbol group containing the next unallocated symbol (based on the time axis).

[0338] (3) For example, the third mapping method: a method of assigning in a frequency-first manner starting from a symbol group that includes surrounding symbols of a DM-RS symbol (group).

[0339] A. For example, a specific order is assigned to the surrounding symbol(s) of a DM-RS symbol (group), and the (available) frequency resources within the symbol group containing the first surrounding symbol in the order are first assigned, and then allocation is resumed by moving to the symbol group containing the next unassigned surrounding symbol (in the order).

[0340] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0341] For example, data within the above symbol group may be repeated symbol by symbol.

[0342] For example, the symbol group may consist of consecutive (valid) symbol(s) or may consist of (evenly spaced) non-consecutive (valid) symbol(s).

[0343] For example, the OCC may be applied between symbols within a symbol group and / or between symbol groups.

[0344] For example, the above (valid) symbol(s) may mean symbol(s) other than DM-RS symbol(s).

[0345] For example, different mapping methods may be applied depending on the type of the control information (e.g., HARQ-ACK, CSI part 1, CSI part 2, etc.). For example, HARQ-ACK may be allocated according to the second and / or third mapping methods, and CSI may be allocated according to the first mapping method.

[0346] For example, the number of symbols within the symbol group may be equal to and / or a multiple of the OCC length.

[0347] For example, the total amount of allocatable resources of control information and / or UCI allocated within the OCC-based uplink data channel may be reduced in proportion to the OCC length compared to when OCC is not applied (e.g., reduced by a value divided by the OCC length). For example, the number of REs (resource elements) of control information and / or UCI allocated within the OCC-based uplink data channel may be restricted to be a multiple of the OCC length (based on the number of REs after OCC application).

[0348] For example, when the control information allocation reaches the symbol group containing the last symbol, control information allocation may be resumed in the forward direction starting from the symbol group containing the first symbol (on the time axis) or in the backward direction starting from the symbol group containing the first symbol to which control information has been allocated.

[0349] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal transmits data by applying OCC to transmission resources of an uplink data channel (e.g., PUSCH). For example, the terminal may apply OCC between symbols and / or between symbol groups within a (single) uplink data channel (hereinafter, referred to as PUSCH). For example, if there are two DM-RS symbols within the PUSCH, and the total is 14 symbols, the terminal may apply a length-4 OCC to 12 data symbols. For example, the 12 symbols may be structured to be composed of three symbol groups, each consisting of four symbols, and data of one symbol within the symbol group may be repeatedly allocated and OCC applied. For example, the PUSCH to which the OCC is applied may transmit a data payload corresponding to three symbols. For example, when control information within the PUSCH, for example, uplink control information (UCI), can be piggybacked, the UCI can be allocated to one or more of the symbol groups. For example, it may be desirable to allocate control information such as UCI starting from the symbol adjacent to the DM-RS with the best channel estimation performance. For example, therefore, the present disclosure may propose a method for dividing (valid) symbol(s) within the uplink data channel into multiple symbol group(s) and mapping control information within the uplink data channel according to one or more of the following rules when the terminal can apply OCC to transmission resources (or repeated transmissions thereof) of an uplink data channel (e.g., PUSCH).

[0350] (1) For example, the first mapping method: the symbol group including the first symbol can be allocated in a frequency-first manner.

[0351] A. For example, after first allocating the (available) frequency resources within the symbol group containing the first symbol, allocation can be resumed for the symbol group containing the next unallocated symbol (based on the time axis).

[0352] (2) For example, the second mapping method: a method of assigning in a frequency-first manner starting from the symbol group including the symbols immediately before and / or immediately after the first DM-RS symbol (group).

[0353] A. For example, after first allocating (available) frequency resources within the symbol group containing the symbols immediately before and / or immediately after the first DM-RS symbol (group), allocation can be resumed for the symbol group containing the next unallocated symbol (based on the time axis).

[0354] (3) For example, a third mapping method: a method of assigning in a frequency-first manner starting from a symbol group including surrounding symbols of a DM-RS symbol (group) can be proposed.

[0355] A. For example, a specific order may be assigned to the surrounding symbol(s) of a DM-RS symbol (group), and the (available) frequency resources within the symbol group containing the first surrounding symbol in the order may be first assigned, and then allocation may be resumed by moving to the symbol group containing the next unallocated surrounding symbol (in the order).

[0356] For example, the second and / or third mapping schemes may be mapping schemes that guarantee UCI reception performance by considering channel estimation performance when UCI is allocated within a PUSCH to which OCC is applied. For example, the first mapping scheme may be a mapping scheme for allocating control information with relatively low importance. For example, among UCI, HARQ-ACK may be allocated according to the second and / or third mapping schemes, and CSI may be allocated according to the first mapping scheme. For example, according to the proposed method of the present disclosure, when UCI is allocated within a PUSCH to which OCC is applied, there may be an advantage of guaranteeing UCI reception performance by supporting UCI allocation that takes channel estimation performance into account.

[0357] For example, the above proposed scheme #13 can be applied in combination with other proposed scheme(s) to the extent that the operations of the present disclosure do not conflict.

[0358] For example, proposal #14 can be proposed.

[0359] For example, according to Proposal #14, when a terminal can apply OCC to transmission resources (or its repeated transmissions) of an uplink data channel (e.g., PUSCH), a scheme may be proposed that supports one or more of the following operations when the number of (valid) symbol(s) in the uplink data channel within a slot is not a multiple of the OCC length.

[0360] (1) For example, OCC may not apply.

[0361] (2) For example, the entire PUSCH transmission may be omitted.

[0362] (3) For example, transmission of symbol(s) that are not divisible by the OCC length may be omitted.

[0363] (4) For example, OCCs of different lengths may be applied to symbol(s) that are not divisible by the OCC length.

[0364] (5) For example, if there is a repetitive transmission of an uplink data channel in the next slot, N1 symbols of the previous slot and N2 slots of the subsequent slot can be formed as a symbol group for OCC application.

[0365] For example, whether or not to apply the above OCC can be set / instructed by the base station.

[0366] For example, inter-symbol OCC within a symbol group and / or inter-symbol OCC may be applied to the above uplink data channel.

[0367] For example, the above symbol group may consist of consecutive (valid) symbol(s).

[0368] For example, the above (valid) symbol(s) may mean symbol(s) other than DM-RS symbol(s).

[0369] For example, some of the above operations may be performed under the settings / instructions of the base station.

[0370] For example, within the symbol group, resource allocation may be performed so that data of a single symbol is repeated within the symbol group. For example, within the symbol group, different data may be allocated to each symbol, and resource allocation may be performed so that data is repeated for each symbol group.

[0371] For example, in a next-generation mobile communication system according to an embodiment of the present disclosure, it may be assumed that a terminal transmits by applying OCC to transmission resources of an uplink data channel (e.g., PUSCH). For example, the terminal may apply OCC between symbols and / or between symbol groups within a (single) uplink data channel (hereinafter, referred to as PUSCH). For example, since the time-domain resource allocation of the PUSCH and / or the RS configuration within the PUSCH may be flexibly configured / indicated, the resource grouping process for applying the OCC may become complicated depending on the RS configuration. For example, depending on the time-domain resource allocation of the PUSCH and / or the DM-RS configuration, there may be a case where the number of (valid) symbol(s) other than DM-RS is not a multiple of the OCC length to be applied. For example, in such a case, it may be necessary to define whether the terminal still applies OCC and / or, if so, in what manner it applies it. For example, the present disclosure may propose a scheme to support one or more of the following operations when the number of (valid) symbol(s) in the uplink data channel within a slot is not a multiple of the OCC length, when the terminal can apply OCC to the transmission resource (or its repeated transmission) of the uplink data channel (e.g., PUSCH).

[0372] (1) For example, OCC may not apply.

[0373] (2) For example, the entire PUSCH transmission may be omitted.

[0374] (3) For example, transmission of symbol(s) that are not divisible by the OCC length may be omitted.

[0375] (4) For example, OCCs of different lengths may be applied to symbol(s) that are not divisible by the OCC length.

[0376] (5) For example, if there is a repetitive transmission of an uplink data channel in the next slot, N1 symbols of the previous slot and N2 slots of the subsequent slot can be formed as a symbol group for OCC application.

[0377] For example, when a terminal repeatedly transmits a PUSCH in units of slots, the terminal can form a symbol group for applying OCC to all (valid) symbol(s) within the repeated PUSCH transmissions. For example, when a PUSCH is repeated in two slots and there are 12 (valid) symbols other than DM-RS per slot, the terminal can form a symbol group for applying OCC based on the total of 24 (valid) symbol(s). For example, when the OCC length is 8, the terminal can form 24 / 8 = 3 symbol groups, each having 8 symbols, and the second symbol group can span the first repeatedly transmitted slot and the second repeatedly transmitted slot. For example, according to the proposed method of the present disclosure, there may be an advantage in that the OCC application operation of the terminal can be clarified according to the relationship between the number of (valid) symbols within the PUSCH (repeated) transmission and the OCC length.

[0378] For example, the above proposed scheme #14 can be applied in combination with other proposed scheme(s) to the extent that the operations of the present disclosure do not conflict.

[0379] FIG. 15 illustrates a method for a device to perform wireless communication according to an embodiment of the present disclosure. The embodiment of FIG. 15 may be combined with various embodiments of the present disclosure.

[0380] Referring to FIG. 15, in step S1510, the device can obtain information related to an orthogonal cover code. In step S1520, the device can perform multiple uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the multiple uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code can be applied to a first uplink shared channel repetition among the multiple uplink shared channel repetitions, which can be divided by a multiple of the length of the orthogonal cover code.

[0381] For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, at least one uplink shared channel repetition may be added such that the number of the plurality of uplink shared channel repetitions is a multiple of the length of the orthogonal cover code. For example, the orthogonal cover code may be applied to the plurality of uplink shared channel repetitions including the at least one uplink shared channel repetition.

[0382] For example, based on the fact that the number of repetitions of the plurality of uplink shared channels is not a multiple of the length of the orthogonal cover code, transmissions for repetitions of a second uplink shared channel that are not divisible by a multiple of the length of the orthogonal cover code among the plurality of uplink shared channel repetitions may be dropped.

[0383] For example, based on the fact that the number of repetitions of the uplink shared channel is not a multiple of the length of the orthogonal cover code, the orthogonal cover code may not be applied to a second uplink shared channel that is not divisible by a multiple of the length of the orthogonal cover code among the repetitions of the uplink shared channel.

[0384] For example, based on the fact that the number of repetitions of the uplink shared channel is not a multiple of the length of the orthogonal cover code, a truncated orthogonal cover code, which is a portion of the orthogonal cover code, may be applied to a second uplink shared channel among the repetitions of the uplink shared channel that is not divisible by a multiple of the length of the orthogonal cover code.

[0385] For example, based on the fact that the number of repetitions of the uplink shared channel is not a multiple of the length of the orthogonal cover code, an orthogonal cover code shorter than the orthogonal cover code may be applied to a second uplink shared channel among the repetitions of the uplink shared channel that is not divisible by a multiple of the length of the orthogonal cover code.

[0386] For example, information related to the orthogonal cover code can be received by the base station.

[0387] For example, information related to the above orthogonal cover code can be preset.

[0388] For example, whether or not to apply the above orthogonal cover code can be set by the base station.

[0389] For example, data related to the repetition of the plurality of uplink shared channels may be transmitted repeatedly based on the length of the orthogonal cover code.

[0390] For example, the device can obtain an index for each orthogonal cover code group related to the length of the orthogonal cover code.

[0391] For example, the device can obtain one orthogonal cover code index and at least one orthogonal cover code index offset to index at least one orthogonal cover code associated with a length of the orthogonal cover code.

[0392] For example, the orthogonal cover code index offset may be preset or received by the base station.

[0393] For example, power control operation may not be performed in a section where the above orthogonal cover code is applied.

[0394] For example, the non-performance of the power control operation may be to maintain power consistency in the section to which the orthogonal cover code is applied.

[0395] The above proposed method can be applied to devices according to various embodiments of the present disclosure. First, the processor (102) of the device (100) can obtain information related to an orthogonal cover code. Then, the processor (102) of the device (100) can perform multiple uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the multiple uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code can be applied to a first uplink shared channel repetition among the multiple uplink shared channel repetitions, which can be divided by a multiple of the length of the orthogonal cover code.

[0396] 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 coupled to the at least one processor and storing instructions. For example, the instructions, when executed by the at least one processor, may cause the device to: obtain information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[0397] 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 coupled to the at least one processor and storing instructions. For example, the instructions, based on execution by the at least one processor, may cause the device to: obtain information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the number of the plurality of uplink shared channel repetitions not being a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[0398] According to one embodiment of the present disclosure, a non-transitory computer-readable storage medium having instructions recorded thereon may be provided. For example, the instructions, when executed, may cause a device to: obtain information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[0399] FIG. 16 illustrates a method for a base station to perform wireless communication according to an embodiment of the present disclosure. The embodiment of FIG. 16 may be combined with various embodiments of the present disclosure.

[0400] Referring to FIG. 16, in step S1610, the base station may transmit information related to an orthogonal cover code. In step S1620, the base station may receive a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, which is divisible by a multiple of the length of the orthogonal cover code.

[0401] For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, at least one uplink shared channel repetition may be added such that the number of the plurality of uplink shared channel repetitions is a multiple of the length of the orthogonal cover code. For example, the orthogonal cover code may be applied to the plurality of uplink shared channel repetitions including the at least one uplink shared channel repetition.

[0402] For example, based on the fact that the number of repetitions of the plurality of uplink shared channels is not a multiple of the length of the orthogonal cover code, transmissions for repetitions of a second uplink shared channel that are not divisible by a multiple of the length of the orthogonal cover code among the plurality of uplink shared channel repetitions may be dropped.

[0403] For example, based on the fact that the number of repetitions of the uplink shared channel is not a multiple of the length of the orthogonal cover code, the orthogonal cover code may not be applied to a second uplink shared channel that is not divisible by a multiple of the length of the orthogonal cover code among the repetitions of the uplink shared channel.

[0404] For example, based on the fact that the number of repetitions of the uplink shared channel is not a multiple of the length of the orthogonal cover code, a truncated orthogonal cover code, which is a portion of the orthogonal cover code, may be applied to a second uplink shared channel among the repetitions of the uplink shared channel that is not divisible by a multiple of the length of the orthogonal cover code.

[0405] For example, based on the fact that the number of repetitions of the uplink shared channel is not a multiple of the length of the orthogonal cover code, an orthogonal cover code shorter than the orthogonal cover code may be applied to a second uplink shared channel among the repetitions of the uplink shared channel that is not divisible by a multiple of the length of the orthogonal cover code.

[0406] For example, information related to the orthogonal cover code can be received by the base station.

[0407] For example, information related to the above orthogonal cover code can be preset.

[0408] For example, whether or not to apply the above orthogonal cover code can be set by the base station.

[0409] For example, data related to the repetition of the plurality of uplink shared channels may be transmitted repeatedly based on the length of the orthogonal cover code.

[0410] For example, the device can obtain an index for each orthogonal cover code group related to the length of the orthogonal cover code.

[0411] For example, the device can obtain one orthogonal cover code index and at least one orthogonal cover code index offset to index at least one orthogonal cover code associated with a length of the orthogonal cover code.

[0412] For example, the orthogonal cover code index offset may be preset or received by the base station.

[0413] For example, power control operation may not be performed in a section where the above orthogonal cover code is applied.

[0414] For example, the non-performance of the power control operation may be to maintain power consistency in the section to which the orthogonal cover code is applied.

[0415] The proposed method can be applied to devices according to various embodiments of the present disclosure. First, the processor (202) of the base station (200) can control the transceiver (206) to transmit information related to an orthogonal cover code. Then, the processor (202) of the base station (200) can control the transceiver (206) to receive a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code can be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, which can be divided by a multiple of the length of the orthogonal cover code.

[0416] 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 coupled to the at least one processor and storing instructions. For example, the instructions, based on execution by the at least one processor, may cause the base station to: transmit information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the number of the plurality of uplink shared channel repetitions not being a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[0417] 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 coupled to the at least one processor and storing instructions. For example, the instructions, based on execution by the at least one processor, may cause the base station to: transmit information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the number of the plurality of uplink shared channel repetitions not being a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[0418] According to one embodiment of the present disclosure, a non-transitory computer-readable storage medium having instructions recorded thereon may be provided. For example, the instructions, when executed, may cause a base station to: transmit information related to an orthogonal cover code; and perform a plurality of uplink shared channel repetitions based on the orthogonal cover code. For example, based on the fact that the number of the plurality of uplink shared channel repetitions is not a multiple of the length of the orthogonal cover code, the orthogonal cover code may be applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions, the first uplink shared channel repetition being divisible by a multiple of the length of the orthogonal cover code.

[0419] The various embodiments of the present disclosure may be combined with each other.

[0420] The above proposed method can be applied to the device described below. First, the processor (202) of the receiving terminal can set at least one partial bandwidth (e.g., BWP; bandwidth part). Then, the processor (202) of the receiving terminal can 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).

[0421] Below, a description is given of devices to which various embodiments of the present disclosure can be applied.

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

[0423] Hereinafter, more specific examples will be provided with reference to the drawings. In the drawings / descriptions below, the same drawing reference numerals may represent identical or corresponding hardware blocks, software blocks, or functional blocks, unless otherwise described.

[0424] Fig. 17 illustrates a communication system (1) according to one embodiment of the present disclosure. The embodiment of Fig. 17 can be combined with various embodiments of the present disclosure.

[0425] Referring to FIG. 17, 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 a wireless access technology (e.g., 5G NR (New RAT), LTE (Long Term Evolution)) and may be referred to as a communication / wireless / 5G device. Although not limited thereto, the wireless device may include a robot (100a), a vehicle (100b-1, 100b-2), an XR (eXtended Reality) device (100c), a hand-held device (100d), a home appliance (100e), an IoT (Internet of Things) device (100f), and an AI device / server (400). For example, the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, a vehicle capable of performing vehicle-to-vehicle communication, etc. Here, the vehicle may include an Unmanned Aerial Vehicle (UAV) (e.g., a drone) and / or an Aerial Vehicle (AV) (e.g., an Advanced Air Mobility (AAM)). The XR device may include 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, a digital signage, a vehicle, a robot, etc. The portable device may include a smartphone, a smart pad, a wearable device (e.g., a smart watch, smart glasses), a computer (e.g., a laptop, etc.), 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 also be implemented as a wireless device, and a specific wireless device (200a) may operate as a base station / network node to other wireless devices.

[0426] Here, the wireless communication technology implemented in the wireless devices (100a to 100f) of the present specification may include not only LTE, NR, and 6G, but also Narrowband Internet of Things for low-power communication. At this time, for example, NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology, and may be implemented with standards such as LTE Cat NB1 and / or LTE Cat NB2, and is not limited to the above-described names. Additionally or alternatively, the wireless communication technology implemented in the wireless devices (100a to 100f) of the present specification may perform communication based on LTE-M technology. At this time, for example, LTE-M technology may be an example of LPWAN technology, and may be called by various names such as eMTC (enhanced Machine Type Communication). For example, LTE-M technology can be implemented by 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 above-described names. Additionally or alternatively, the wireless communication technology implemented in the wireless devices (100a to 100f) of the present specification can include at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) considering low-power communication, and is not limited to the above-described names. For example, ZigBee technology can create personal area networks (PAN) related to small / low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.

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

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

[0429] FIG. 18 illustrates a wireless device according to an embodiment of the present disclosure. The embodiment of FIG. 18 may be combined with various embodiments of the present disclosure.

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

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

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

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

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

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

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

[0437] FIG. 19 illustrates a signal processing circuit for a transmission signal according to an embodiment of the present disclosure. The embodiment of FIG. 19 can be combined with various embodiments of the present disclosure.

[0438] Referring to FIG. 19, 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 operations / functions of FIG. 19 may be performed in the processor (102, 202) and / or the transceiver (106, 206) of FIG. 18. The hardware elements of FIG. 19 may be implemented in the processor (102, 202) and / or the transceiver (106, 206) of FIG. 18. For example, blocks 1010 to 1060 may be implemented in the processor (102, 202) of FIG. 18. Additionally, blocks 1010 to 1050 may be implemented in the processor (102, 202) of FIG. 18, and block 1060 may be implemented in the transceiver (106, 206) of FIG. 18.

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

[0440] Specifically, the codeword can be converted into a bit sequence scrambled by a scrambler (1010). The scramble sequence used for scrambling is generated based on an initialization value, and the initialization value may include ID information of the 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 a precoding matrix W of N*M. 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 complex modulation symbols. In addition, the precoder (1040) can perform precoding without performing transform precoding.

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

[0442] The signal processing process for receiving signals in a wireless device can be configured in reverse order of the signal processing process (1010 to 1060) of FIG. 19. For example, a wireless device (e.g., 100, 200 of FIG. 18) can receive wireless signals from the outside through an antenna port / transceiver. The received wireless signals can be converted into baseband signals through a signal restorer. For this purpose, the signal restorer can include a frequency downlink converter, an analog-to-digital converter (ADC), a CP remover, and a fast Fourier transform (FFT) module. Thereafter, the baseband signal can be restored to a codeword through a resource demapper process, a postcoding process, a demodulation process, and a descrambling process. The codewords can be restored to the original information blocks 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.

[0443] FIG. 20 illustrates a wireless device according to an embodiment of the present disclosure. The wireless device may be implemented in various forms depending on the use case / service (see FIG. 17). The embodiment of FIG. 20 may be combined with various embodiments of the present disclosure.

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

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

[0446] In FIG. 20, various elements, components, units / parts, and / or modules within the wireless device (100, 200) may be entirely interconnected via a wired interface, or at least some may be wirelessly connected via a communication unit (110). For example, within the wireless device (100, 200), the control unit (120) and the communication unit (110) may be wired, and the control unit (120) and the first unit (e.g., 130, 140) may be wirelessly connected via the communication unit (110). In addition, each element, component, unit / part, and / or module within the wireless device (100, 200) may further include one or more elements. For example, the control unit (120) may be composed of one or more processor sets. 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 a random access memory (RAM), a dynamic RAM (DRAM), a read only memory (ROM), a flash memory, a volatile memory, a non-volatile memory, and / or a combination thereof.

[0447] Below, the implementation example of Fig. 20 is described in more detail with reference to the drawings.

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

[0449] Referring to FIG. 21, 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 a part of the communication unit (110). Blocks 110 to 130 / 140a to 140c correspond to blocks 110 to 130 / 140 of FIG. 20, respectively.

[0450] 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 components of the mobile device (100) to perform various operations. The control unit (120) can include an AP (Application Processor). The memory unit (130) can store data / parameters / programs / codes / commands required for operating the mobile device (100). In addition, the memory unit (130) can store input / output data / information, etc. The power supply unit (140a) supplies power to the mobile device (100) and can include a wired / wireless charging circuit, a battery, etc. The interface unit (140b) can support connection between the mobile device (100) and other external devices. The interface unit (140b) can include various ports (e.g., audio input / output ports, video input / output ports) for connection with external devices. The input / output unit (140c) can input or output video information / signals, audio information / signals, data, and / or information input from 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.

[0451] For example, in the case of data communication, the input / output unit (140c) obtains information / signals (e.g., touch, text, voice, image, video) input by the user, and the obtained 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 other wireless devices or to a base station. In addition, the communication unit (110) can receive wireless signals from other wireless devices or base stations, and then restore the received wireless signals to the 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).

[0452] Figure 22 illustrates a vehicle or autonomous vehicle according to one embodiment of the present disclosure. The vehicle or autonomous vehicle may be implemented as a mobile robot, a car, a train, a manned or unmanned aerial vehicle (AV), a ship, or the like. The embodiment of Figure 22 may be combined with various embodiments of the present disclosure.

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

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

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

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

Claims

1. In the method, A step of obtaining information related to an orthogonal cover code; and A step of performing multiple uplink shared channel repetitions based on the above orthogonal cover code; including, A method wherein the orthogonal cover code is applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions that is divisible by a multiple of the length of the orthogonal cover code, based on the number of repetitions of the plurality of uplink shared channels being not a multiple of the length of the orthogonal cover code.

2. In paragraph 1, At least one uplink shared channel repetition is added so that the number of the plurality of uplink shared channel repetitions is a multiple of the length of the orthogonal cover code, based on the number of the plurality of uplink shared channel repetitions being not a multiple of the length of the orthogonal cover code, and A method wherein the orthogonal cover code is applied to the plurality of uplink shared channel repetitions including at least one uplink shared channel repetition.

3. In paragraph 1, A method in which, based on the number of repetitions of the plurality of uplink shared channels being not a multiple of the length of the orthogonal cover code, transmissions for repetitions of a second uplink shared channel that are not divisible by a multiple of the length of the orthogonal cover code among the plurality of uplink shared channel repetitions are dropped.

4. In paragraph 1, A method in which the orthogonal cover code is not applied to a second uplink shared channel that is not divisible by a multiple of the length of the orthogonal cover code among the uplink shared channel repetitions, based on the number of repetitions of the uplink shared channel being not a multiple of the length of the orthogonal cover code.

5. In paragraph 1, A method in which a truncated orthogonal cover code, which is a portion of the orthogonal cover code, is applied to a second uplink shared channel that is not divisible by a multiple of the length of the orthogonal cover code among the uplink shared channel repetitions, based on the number of repetitions of the uplink shared channel being not a multiple of the length of the orthogonal cover code.

6. In paragraph 1, A method in which an orthogonal cover code shorter than the orthogonal cover code is applied to a second uplink shared channel that is not divisible by a multiple of the length of the orthogonal cover code among the uplink shared channel repetitions, based on the number of repetitions of the uplink shared channel being not a multiple of the length of the orthogonal cover code.

7. In paragraph 1, A method in which information related to the above orthogonal cover code is received by a base station.

8. In paragraph 1, A method in which information related to the above orthogonal cover code is preset.

9. In paragraph 1, A method in which whether or not to apply the above orthogonal cover code is set by the base station.

10. In paragraph 1, A method in which data related to the repetition of the above multiple uplink shared channels is repeatedly transmitted based on the length of the orthogonal cover code.

11. In paragraph 1, A method further comprising: obtaining an index for each orthogonal cover code group related to the length of the orthogonal cover code; 12. In paragraph 1, A method further comprising: obtaining one orthogonal cover code index and at least one orthogonal cover code index offset for indexing at least one orthogonal cover code related to the length of the orthogonal cover code.

13. In paragraph 12, The above orthogonal cover code index offset is preset or received by the base station.

14. In paragraph 1, A method in which power control operation is not performed in a section to which the above orthogonal cover code is applied.

15. In paragraph 14, A method in which the power control operation is not performed to maintain power consistency in the section in which the orthogonal cover code is applied.

16. In the device, At least one transmitter / receiver; at least one processor; and At least one memory connected to said at least one processor and storing instructions, said instructions being executed by said at least one processor, wherein said device causes: Obtain information related to the orthogonal cover code; and Perform multiple uplink shared channel repetitions based on the above orthogonal cover code, A device wherein the orthogonal cover code is applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions that is divisible by a multiple of the length of the orthogonal cover code, based on the number of repetitions of the plurality of uplink shared channels being not a multiple of the length of the orthogonal cover code.

17. In a processing device set to control a device, at least one processor; and At least one memory connected to said at least one processor and storing instructions, said instructions being executed by said at least one processor, wherein said device causes: Obtain information related to the orthogonal cover code; and Perform multiple uplink shared channel repetitions based on the above orthogonal cover code, A processing device, wherein the orthogonal cover code is applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions that is divisible by a multiple of the length of the orthogonal cover code, based on the number of repetitions of the plurality of uplink shared channels being not a multiple of the length of the orthogonal cover code.

18. A non-transitory computer-readable storage medium that records commands, The above commands, when executed, cause the device to: Obtain information related to the orthogonal cover code; and Perform multiple uplink shared channel repetitions based on the above orthogonal cover code, A non-transitory computer-readable storage medium, wherein the orthogonal cover code is applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions that is divisible by a multiple of the length of the orthogonal cover code, based on the number of repetitions of the plurality of uplink shared channels being not a multiple of the length of the orthogonal cover code.

19. In the method, A step of transmitting information related to an orthogonal cover code; and A step of receiving multiple uplink shared channel repetitions based on the above orthogonal cover code; including: A method wherein the orthogonal cover code is applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions that is divisible by a multiple of the length of the orthogonal cover code, based on the number of repetitions of the plurality of uplink shared channels being not a multiple of the length of the orthogonal cover code.

20. At the base station, At least one transmitter / receiver; at least one processor; and At least one memory connected to said at least one processor and storing instructions, said instructions being executed by said at least one processor, wherein said base station: Transmit information related to the orthogonal cover code; and Receiving multiple uplink shared channel repetitions based on the above orthogonal cover code, A base station, wherein the orthogonal cover code is applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions that is divisible by a multiple of the length of the orthogonal cover code, based on the number of repetitions of the plurality of uplink shared channels being not a multiple of the length of the orthogonal cover code.

21. In a processing device set to control a base station, at least one processor; and At least one memory connected to said at least one processor and storing instructions, said instructions being executed by said at least one processor, wherein said base station: Transmit information related to the orthogonal cover code; and Receiving multiple uplink shared channel repetitions based on the above orthogonal cover code, A processing device, wherein the orthogonal cover code is applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions that is divisible by a multiple of the length of the orthogonal cover code, based on the number of repetitions of the plurality of uplink shared channels being not a multiple of the length of the orthogonal cover code.

22. A non-transitory computer-readable storage medium that records commands, The above commands, when executed, cause the base station to: Transmit information related to the orthogonal cover code; and Receiving multiple uplink shared channel repetitions based on the above orthogonal cover code, A non-transitory computer-readable storage medium, wherein the orthogonal cover code is applied to a first uplink shared channel repetition among the plurality of uplink shared channel repetitions that is divisible by a multiple of the length of the orthogonal cover code, based on the number of repetitions of the plurality of uplink shared channels being not a multiple of the length of the orthogonal cover code.

Images