Method and apparatus for performing beam reporting in wireless communication system

Abstract

The present disclosure is for performing beam reporting in a wireless communication system, and an operation method of a terminal in the wireless communication system may comprise the steps of: detecting an event for a user equipment-initiated / event-driven beam report (UE-BR); in response to detection of the event, transmitting control information for beam reporting in resources of a first uplink (UL) channel; and transmitting the beam report in resources of a second UL channel corresponding to the control information, wherein the second UL channel includes a configured scheduling (CS)-physical uplink shared channel (PUSCH), and the beam report may be multiplexed with uplink control information (UCI) in resources of the CS-PUSCH.

Description

Method and apparatus for performing beam reporting in a wireless communication system

[0001] The present disclosure relates to a wireless communication system, and more specifically, to a method and apparatus for performing beam reporting in a wireless communication system.

[0002] Communication networks (e.g., 5G communication networks, 6G communication networks, etc.) are being developed to provide communication services that are improved over existing communication networks (e.g., LTE (long term evolution), LTE-A (advanced), etc.). 5G communication networks (e.g., NR (new radio) communication networks) can support frequency bands above 6 GHz as well as frequency bands below 6 GHz. That is, 5G communication networks can support the FR1 band and / or FR2 band. 5G communication networks can support a wider variety of communication services and scenarios compared to LTE communication networks. For example, usage scenarios for 5G communication networks may include eMBB (enhanced Mobile BroadBand), URLLC (Ultra Reliable Low Latency Communication), mMTC (massive Machine Type Communication), etc.

[0003] 6G communication networks can support a wider variety of communication services and scenarios compared to 5G communication networks. 6G communication networks can meet the requirements for ultra-high performance, ultra-bandwidth, ultra-spatial, ultra-precision, ultra-intelligence, and / or ultra-reliability. 6G communication networks can support a wide range of frequency bands and can be applied to various usage scenarios (e.g., terrestrial communication, non-terrestrial communication, sidelink communication, etc.).

[0004] Meanwhile, in 5G NR, Multiple Transmission and Reception Point (mTRP) technology refers to a technique in which a base station (e.g., gNB) utilizes multiple physically separated Transmission and Reception Points (TRPs) to communicate with a terminal. MTRP technology can resolve the problem of reduced Quality of Service (QoS) caused by terminals located at the cell edge being far from the base station, as well as the problem of inter-cell interference received from base stations located in different cells. Additionally, MTRP technology can serve the role of providing an additional communication path, which is a Non-Line-of-Sight (NLOS) path, from the base station in cases where the Line-of-Sight (NLOS) path from the base station is limited, such as in the millimeter wave band.

[0005] Beam management regarding TRP in 5G NR can be defined as a set of L1 / L2 procedures that find or maintain the optimal beam required for the transmission and reception of the TRP and the terminal, respectively. In particular, for beam management related to analog beamforming, a transmission configuration index (TCI) was introduced to configure the terminal's reception beam for a specific channel / signal, e.g., PDSCH / CSI-RS / PDCCH. The TCI was introduced to dynamically indicate quasi-colocation (QCL) information through downlink control information (DCI) at the base station.

[0006] On the other hand, depending on the state and conditions of the communication channel, it is necessary to switch the uplink signaling method between the Single Transmission and Reception Point (sTRP) method and the Multiple Transmission and Reception Point method. However, the method and related procedure for switching the uplink signaling method between the Single Transmission and Reception Point method and the Multiple Transmission and Reception Point method are not defined. Therefore, a method for switching the uplink signaling method between the Single Transmission and Reception Point method and the Multiple Transmission and Reception Point method is required.

[0007] Meanwhile, the technology forming the background of the invention is written to enhance understanding of the background of the invention and may include content that is not prior art already known to a person with ordinary knowledge in the field to which this technology belongs.

[0008] The present disclosure may provide a method and apparatus for effectively performing a user equipment-initiated / event-driven beam report (UE-BR) in a wireless communication system.

[0009] The present disclosure may provide a method and apparatus for multiplexing beam information and data in a wireless communication system.

[0010] The present disclosure may provide a method and apparatus for multiplexing beam information and UCI (uplink control information) in a wireless communication system.

[0011] The present disclosure may provide a method and apparatus for transmitting a beam report multiplexed with a UCI through a CS (configured scheduling)-PUSCH (physical uplink shared channel) in a wireless communication system.

[0012] The present disclosure may provide a method and apparatus for transmitting beam reports based on priority in a wireless communication system.

[0013] The present disclosure may provide a method and apparatus for selecting a CS-PUSCH resource for transmitting a beam report in a wireless communication system.

[0014] The technical objectives to be achieved in this disclosure are not limited to those mentioned above, and other unmentioned technical problems may be considered by those skilled in the art to which the technical configuration of this disclosure applies, based on the embodiments of this disclosure described below.

[0015] According to one embodiment of the present disclosure, a method of operation of a terminal in a wireless communication system comprises the steps of detecting an event for a UE-BR (user equipment-initiated / event-driven beam report), transmitting control information for the beam report from a resource of a first UL (uplink) channel in response to the detection of the event, and transmitting the beam report from a resource of a second UL channel corresponding to the control information, wherein the second UL channel includes a CS (configured scheduling)-PUSCH (physical uplink shared channel), and the beam report can be multiplexed with UCI (uplink control information) from a resource of the CS-PUSCH.

[0016] According to one embodiment of the present disclosure, a method of operation of a base station in a wireless communication system comprises the steps of receiving control information for a beam report according to an event for UE-BR in a first UL (uplink) channel, and receiving the beam report in a second UL channel corresponding to the control information, wherein the second UL channel includes a CS (configured scheduling)-PUSCH (physical uplink shared channel), and the beam report multiplexed with UCI (uplink control information) in the resources of the CS-PUSCH can be received.

[0017] According to one embodiment of the present disclosure, a terminal in a wireless communication system comprises at least one transceiver, at least one processor, and at least one memory connected to the at least one processor to be operable and storing instructions that control the terminal to perform operations when executed by the processor, wherein the operations include the step of detecting an event for a UE-BR (user equipment-initiated / event-driven beam report), the step of transmitting control information for a beam report from a resource of a first UL (uplink) channel in response to the detection of the event, and the step of transmitting the beam report from a resource of a second UL channel corresponding to the control information, wherein the second UL channel includes a CS (configured scheduling)-PUSCH (physical uplink shared channel), and the beam report may be multiplexed with UCI (uplink control information) from a resource of the CS-PUSCH.

[0018] According to one embodiment of the present disclosure, a base station in a wireless communication system comprises at least one transceiver, at least one processor, and at least one memory connected to the at least one processor to be operable and storing instructions that control the base station to perform operations when executed by the processor, and comprises the steps of receiving control information for a beam report according to an event for UE-BR in a first UL (uplink) channel, and receiving the beam report in a second UL channel corresponding to the control information, wherein the second UL channel comprises a CS (configured scheduling)-PUSCH (physical uplink shared channel), and the beam report multiplexed with UCI (uplink control information) in the resources of the CS-PUSCH can be received.

[0019] The proposed technology enables the efficient performance of user equipment-initiated / event-driven beam reporting (UE-BR) in wireless communication systems.

[0020] The effects obtainable from the embodiments of the present disclosure are not limited to those mentioned above, and other unmentioned effects can be clearly derived and understood by a person skilled in the art to which the technical configuration of the present disclosure applies from the description of the embodiments of the present disclosure below. That is, unintended effects resulting from implementing the configuration described in the present disclosure can also be derived by a person skilled in the art from the embodiments of the present disclosure.

[0021] FIG. 1 illustrates a communication system according to an embodiment of the present disclosure.

[0022] FIG. 2 illustrates a block diagram of a communication node according to an embodiment of the present disclosure.

[0023] FIG. 3 illustrates a block diagram of a wireless device according to an embodiment of the present disclosure.

[0024] FIGS. 4a and 4b illustrate block diagrams of a transmission path and a reception path of a communication node according to an embodiment of the present disclosure.

[0025] FIG. 5 illustrates an example of a system frame in a wireless communication system according to an embodiment of the present disclosure.

[0026] FIG. 6 illustrates an example of a subframe in a wireless communication system according to an embodiment of the present disclosure.

[0027] FIG. 7 illustrates an example of a slot in a wireless communication system according to an embodiment of the present disclosure.

[0028] FIG. 8 illustrates the structure of a time-frequency resource in a wireless communication system according to an embodiment of the present disclosure.

[0029] FIG. 9 illustrates an example of a quasi-co location (QCL) relationship between reference signals in a wireless communication system according to an embodiment of the present disclosure.

[0030] FIG. 10 illustrates the concept of a unified TCI (transmission configuration indicator) state in a wireless communication system according to an embodiment of the present disclosure.

[0031] FIG. 11 illustrates an example of a process for transmitting a TCI state in a multi-transmission reception point (M-TRP) structure in a wireless communication system according to an embodiment of the present disclosure.

[0032] FIG. 12 illustrates a first example of a procedure for a UE-BR (user equipment-initiated / event-driven beam report) in a wireless communication system according to one embodiment of the present disclosure.

[0033] FIG. 13 illustrates a second example of a procedure for a UE-BR in a wireless communication system according to one embodiment of the present disclosure.

[0034] FIG. 14 illustrates an example of a procedure for transmitting a beam report in a wireless communication system according to one embodiment of the present disclosure.

[0035] FIG. 15 illustrates an example of a procedure for receiving a beam report in a wireless communication system according to one embodiment of the present disclosure.

[0036] FIG. 16 illustrates an example of a procedure for transmitting beam information and data in a wireless communication system according to one embodiment of the present disclosure.

[0037] FIG. 17 illustrates another example of a procedure for transmitting beam information and data in a wireless communication system according to one embodiment of the present disclosure.

[0038] FIG. 18 illustrates examples of CS-PUSCH resources in a wireless communication system according to one embodiment of the present disclosure.

[0039] FIG. 19 illustrates an example of a procedure for selecting a CS-PUSCH resource in a wireless communication system according to one embodiment of the present disclosure.

[0040] FIG. 20 illustrates an example of a situation in which a first PUCCH is transmitted in conjunction with a plurality of CS-PUSCH configurations in a wireless communication system according to one embodiment of the present disclosure.

[0041] FIG. 21 illustrates another example of a situation in which a first PUCCH is transmitted in conjunction with a plurality of CS-PUSCH configurations in a wireless communication system according to one embodiment of the present disclosure.

[0042] FIG. 22 illustrates an example of a situation in which a plurality of first PUCCHs are transmitted in conjunction with a plurality of CS-PUSCH configurations in a wireless communication system according to one embodiment of the present disclosure.

[0043] The present disclosure is capable of various modifications and may have various embodiments, and specific embodiments are illustrated in the drawings and described in detail. However, this is not intended to limit the present disclosure to specific embodiments and should be understood to include all modifications, equivalents, and substitutions that fall within the spirit and scope of the present disclosure.

[0044] Terms such as "first," "second," etc., may be used to describe various components, but said components should not be limited by said terms. Such terms are used solely for the purpose of distinguishing one component from another. For example, without departing from the scope of the present disclosure, the first component may be named the second component, and similarly, the second component may be named the first component. The term "and / or" may mean a combination of a plurality of related described items or any of a plurality of related described items.

[0045] In the present disclosure, "at least one of A and B" may mean "at least one of A or B" or "at least one of one or more combinations of A and B". Additionally, in the present disclosure, "at least one of A and B" may mean "at least one of A or B" or "at least one of one or more combinations of A and B".

[0046] In the present disclosure, (re)transmission may mean "transmission," "retransmission," or "transmission and retransmission"; (re)setting may mean "setting," "resetting," or "setting and resetting"; (re)connection may mean "connection," "reconnection," or "connection and reconnection"; and (re)connection may mean "connection," "reconnection," or "connection and reconnection".

[0047] When it is stated that one component is "connected" or "connected" to another component, it should be understood that while it may be directly connected or connected to that other component, there may also be other components in between. On the other hand, when it is stated that one component is "directly connected" or "directly connected" to another component, it should be understood that there are no other components in between.

[0048] The terms used in this disclosure are used merely to describe specific embodiments and are not intended to limit this disclosure. The singular expression includes the plural expression unless the context clearly indicates otherwise. In this disclosure, terms such as “comprising” or “having” are intended to specify the existence of the features, numbers, steps, actions, components, parts, or combinations thereof described in the specification, and should be understood as not precluding the existence or addition of one or more other features, numbers, steps, actions, components, parts, or combinations thereof.

[0049] Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as generally understood by those skilled in the art to which this disclosure pertains. Terms such as those defined in commonly used dictionaries should be interpreted as having a meaning consistent with their meaning in the context of the relevant technology, and should not be interpreted in an ideal or overly formal sense unless explicitly defined in this disclosure.

[0050] Hereinafter, preferred embodiments of the present disclosure will be described in more detail with reference to the attached drawings. To facilitate overall understanding in describing the present disclosure, the same reference numerals are used for identical components in the drawings, and redundant descriptions of identical components are omitted. Operations according to combinations of embodiments, extensions of embodiments, and / or modifications of embodiments may be performed, as well as the embodiments explicitly described in the present disclosure. The performance of some operations may be omitted, and the order of operations may be changed.

[0051] In the embodiments, even when a method performed at a first communication node among the communication nodes (e.g., transmission or reception of a signal) is described, the corresponding second communication node may perform a method corresponding to the method performed at the first communication node (e.g., reception or transmission of a signal). That is, when the operation of a UE (user equipment) is described, the corresponding base station may perform an operation corresponding to the operation of the UE. Conversely, when the operation of a base station is described, the corresponding UE may perform an operation corresponding to the operation of the base station.

[0052] A base station may be referred to as Node B, evolved Node B, gNode B (next generation node B), gNB, device, apparatus, node, communication node, BTS (base transceiver station), RRH (radio remote head), TRP (transmission reception point), RU (radio unit), RSU (road side unit), radio transceiver, access point, access node, etc. A UE may be referred to as terminal, device, apparatus, node, communication node, end node, access terminal, mobile terminal, station, subscriber station, mobile station, portable subscriber station, OBU (on-broad unit), etc.

[0053] In the present disclosure, signaling may be at least one of upper-layer signaling, MAC signaling, or PHY (physical) signaling. A message used for upper-layer signaling may be referred to as an "upper-layer message" or an "upper-layer signaling message." A message used for MAC signaling may be referred to as a "MAC message" or a "MAC signaling message." A message used for PHY signaling may be referred to as a "PHY message" or a "PHY signaling message." Upper-layer signaling may refer to the transmission and reception operations of system information (e.g., MIB (master information block), SIB (system information block)) and / or RRC (radio resource control) messages. MAC signaling may refer to the transmission and reception operations of MAC CE (control element). PHY signaling may refer to the transmission and reception operations of control information (e.g., DCI (downlink control information), UCI (uplink control information), SCI (sidelink control information)).

[0054] In the present disclosure, "setting an operation (e.g., a transmission operation)" may mean that "setting information for said operation (e.g., an information element, a parameter)" and / or "information directing the performance of said operation" is signaled. "Setting an information element (e.g., a parameter)" may mean that said information element is signaled. In the present disclosure, "signal and / or channel" may mean a signal, a channel, or "signal and channel," and "signal" may be used to mean "signal and / or channel."

[0055] The communication networks to which the embodiments are applied are not limited to those described below, and the embodiments may be applied to various communication networks (e.g., 4G communication networks, 5G communication networks, and / or 6G communication networks). Here, the term "communication network" may be used interchangeably with "communication system."

[0056] FIG. 1 illustrates a communication system according to an embodiment of the present disclosure.

[0057] Referring to FIG. 1, the communication system (100) may include a plurality of communication nodes (110-1, 110-2, 110-3, 120-1, 120-2, 130-1, 130-2, 130-3, 130-4, 130-5, 130-6). Additionally, the communication system (100) may further include a core network (e.g., an S-GW (serving-gateway), a P-GW (PDN (packet data network)-gateway), and an MME (mobility management entity)). If the communication system (100) is a 5G communication system (e.g., a new radio (NR) system), the core network may include an AMF (access and mobility management function), a UPF (user plane function), an SMF (session management function), etc.

[0058] Multiple communication nodes (110 to 130) can support communication protocols defined in 3GPP (3rd generation partnership project) standards (e.g., LTE communication protocol, LTE-A communication protocol, NR communication protocol, etc.). Multiple communication nodes (110 to 130) can support CDMA (code division multiple access) technology, WCDMA (wideband CDMA) technology, TDMA (time division multiple access) technology, FDMA (frequency division multiple access) technology, OFDM (orthogonal frequency division multiplexing) technology, Filtered OFDM technology, CP (cyclic prefix)-OFDM technology, DFT-s-OFDM (discrete Fourier transform-spread-OFDM) technology, OFDMA (orthogonal frequency division multiple access) technology, SC (single carrier)-FDMA technology, NOMA (non-orthogonal multiple access) technology, GFDM (generalized frequency division multiplexing) technology, FBMC (filter bank multi-carrier) technology, UFMC (universal filtered multi-carrier) technology, SDMA (space division multiple access) technology, etc. Each of the multiple communication nodes may have the following structure.

[0059] FIG. 2 illustrates a block diagram of a communication node according to an embodiment of the present disclosure. The structure exemplified in FIG. 2 may be understood as the structure of at least a part of a communication node, a base station, or a core network entity. The wireless device (200) exemplified in FIG. 2 may be a mobile terminal such as a smartphone, a tablet PC, or a wearable device, but is not limited thereto.

[0060] Referring to FIG. 2, the wireless device (200) may include at least one control unit (210), at least one memory (220), at least one power supply unit (230), at least one transceiver unit (240), at least one input unit (250), at least one output unit (260) and / or at least one antenna (270).

[0061] The control unit (210) can control the memory (220) and / or the transmission / reception unit (240) and may be configured to implement the descriptions, functions, procedures, proposals, methods, and / or operation sequences disclosed in this disclosure. The memory (220) may be connected to the control unit (210) and may store various information related to the operation of the control unit (210). For example, the memory (220) may store software code including instructions for performing some or all of the controls controlled by the control unit (210) or for performing the descriptions, functions, procedures, proposals, methods, and / or operation sequences disclosed in this disclosure. The configuration of the memory is not limited in a particular way. For example, it may be configured as at least one of read-only memory (ROM) and random access memory (RAM).

[0062] At least one control unit (210) may be referred to as a controller, microcontroller, microprocessor, or microcomputer. The descriptions, functions, procedures, proposals, methods, and / or flowcharts of operations disclosed in this disclosure may be implemented using firmware or software in the form of code, instructions, and / or sets of instructions. Here, the firmware or software may execute other programs stored in memory (220), such as an OS. The control unit (210) may be implemented to support differently weighted beamforming or directional routing operations to effectively control the outgoing signal from at least one antenna (270) to a desired direction.

[0063] Additionally, at least one control unit (210) may be coupled with a backhaul or network interface. The wireless device (200) may communicate with other wireless devices through the backhaul or network interface. The control unit (210) may include at least one processor. The processor may mean a central processing unit (CPU), a graphics processing unit (GPU), or a dedicated processor on which the methods according to embodiments of the present disclosure are performed.

[0064] At least one transceiver (240) may be connected to a control unit (210) and may transmit and / or receive a wireless signal through at least one antenna (270). The transceiver (240) may include a transmitter and / or a receiver. At least one transceiver (240) may transmit user data, control information, wireless signals / channels, etc., as described in the methods and / or operation flowcharts of the present disclosure to at least one other device. For example, at least one transceiver (240) may be connected to at least one control unit (210) and may transmit and receive wireless signals. Additionally, at least one control unit (210) may control at least one transceiver (240) to transmit user data, control information, or wireless signals to at least one other device. At least one transmitter (240) may receive a signal transmitted by another wireless device from at least one antenna (270). Additionally, at least one transceiver (24) can down-convert or up-convert the received signal to generate a baseband signal. At least one antenna (270) may be a plurality of physical antennas or a plurality of logical antennas (e.g., antenna ports).

[0065] The input unit (250) can acquire information such as user input, video, and audio, and may include various input means such as various mechanical / electronic input means, cameras, and microphones. The output unit (260) is intended to provide information to a user by generating output related to sight, hearing, or touch, and may include a display, speaker, vibration module, etc. The wireless device (200) supplies power through the power unit (230), and the power unit (230) may include a wired / wireless charging circuit, battery, etc.

[0066] Referring again to FIG. 1, the communication system (100) may include a plurality of base stations (110-1, 110-2, 110-3, 120-1, 120-2) and a plurality of terminals (130-1, 130-2, 130-3, 130-4, 130-5, 130-6). Each of the first base station (110-1), the second base station (110-2), and the third base station (110-3) may form a macro cell. Each of the fourth base station (120-1) and the fifth base station (120-2) may form a small cell. The fourth base station (120-1), the third terminal (130-3), and the fourth terminal (130-4) may be located within the cell coverage of the first base station (110-1). The second terminal (130-2), the fourth terminal (130-4), and the fifth terminal (130-5) may be located within the cell coverage of the second base station (110-2). The fifth base station (120-2), the fourth terminal (130-4), the fifth terminal (130-5), and the sixth terminal (130-6) may be located within the cell coverage of the third base station (110-3). The first terminal (130-1) may be located within the cell coverage of the fourth base station (120-1). The sixth terminal (130-6) may be located within the cell coverage of the fifth base station (120-2).

[0067] Here, each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) may be referred to as NB (NodeB), eNB (evolved NodeB), gNB, ABS (advanced base station), HR-BS (high reliability-base station), BTS (base transceiver station), radio base station, radio transceiver, access point, access node, RAS (radio access station), MMR-BS (mobile multihop relay-base station), RS (relay station), ARS (advanced relay station), HR-RS (high reliability-relay station), HNB (home NodeB), HeNB (home eNodeB), RSU (road side unit), RRH (radio remote head), TP (transmission point), TRP (transmission and reception point), etc.

[0068] Each of the multiple terminals (130-1, 130-2, 130-3, 130-4, 130-5, 130-6) may be referred to as UE (user equipment), TE (terminal equipment), AMS (advanced mobile station), HR-MS (high reliability-mobile station), terminal, access terminal, mobile terminal, station, subscriber station, mobile station, portable subscriber station, node, device, OBU (on board unit), etc.

[0069] Meanwhile, each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) may operate in different frequency bands or in the same frequency band. Each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) may be connected to each other via an ideal backhaul link or a non-ideal backhaul link, and may exchange information with each other via an ideal backhaul link or a non-ideal backhaul link. Each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) may be connected to a core network via an ideal backhaul link or a non-ideal backhaul link. Each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) can transmit a signal received from the core network to the corresponding terminal (130-1, 130-2, 130-3, 130-4, 130-5, 130-6), and can transmit a signal received from the corresponding terminal (130-1, 130-2, 130-3, 130-4, 130-5, 130-6) to the core network.

[0070] In addition, each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) can support MIMO transmission (e.g., SU (single user)-MIMO, MU (multi user)-MIMO, massive MIMO, etc.), CoMP (coordinated multipoint) transmission, carrier aggregation (CA) transmission, transmission in an unlicensed band, sidelink communication (e.g., D2D (device to device communication), ProSe (proximity services)), IoT (Internet of Things) communication, dual connectivity (DC), etc. Here, each of the plurality of terminals (130-1, 130-2, 130-3, 130-4, 130-5, 130-6) can perform an operation corresponding to the base station (110-1, 110-2, 110-3, 120-1, 120-2) and an operation supported by the base station (110-1, 110-2, 110-3, 120-1, 120-2). For example, the second base station (110-2) can transmit a signal to the fourth terminal (130-4) based on the SU-MIMO method, and the fourth terminal (130-4) can receive a signal from the second base station (110-2) based on the SU-MIMO method. Alternatively, the second base station (110-2) can transmit a signal to the fourth terminal (130-4) and the fifth terminal (130-5) based on the MU-MIMO method, and each of the fourth terminal (130-4) and the fifth terminal (130-5) can receive a signal from the second base station (110-2) by the MU-MIMO method.

[0071] Each of the first base station (110-1), the second base station (110-2), and the third base station (110-3) can transmit a signal to the fourth terminal (130-4) based on the CoMP method, and the fourth terminal (130-4) can receive a signal from the first base station (110-1), the second base station (110-2), and the third base station (110-3) by the CoMP method. Each of the multiple base stations (110-1, 110-2, 110-3, 120-1, 120-2) can transmit and receive signals based on the CA method with terminals (130-1, 130-2, 130-3, 130-4, 130-5, 130-6) within its cell coverage area. Each of the first base station (110-1), the second base station (110-2), and the third base station (110-3) can control sidelink communication between the fourth terminal (130-4) and the fifth terminal (130-5), and each of the fourth terminal (130-4) and the fifth terminal (130-5) can perform sidelink communication by controlling each of the second base station (110-2) and the third base station (110-3).

[0072] Meanwhile, a more detailed example of the structure of the control unit (210) and / or the transceiver unit (240) is shown in FIG. 3. FIG. 3 illustrates a block diagram of a wireless device according to an embodiment of the present disclosure. FIG. 3 illustrates the structure of a first wireless device (300a) and a second wireless device (300b) that transmit and / or receive a signal. In FIG. 3, each of the first wireless device (300a) and the second wireless device (300b) may be a base station or a UE.

[0073] Referring to FIG. 3, the first wireless device (300a) can transmit a signal to the second wireless device (300b). A transmitting processor (311) included in the first wireless device (300a) can receive data (e.g., a data unit) from a data source (310). The transmitting processor (311) can receive control information from a controller (316). The control information may include at least one of system information, RRC configuration information (e.g., information set by RRC signaling), MAC control information (e.g., MAC CE), or PHY control information (e.g., DCI, SCI).

[0074] The transmitting processor (311) can generate data symbol(s) by performing processing operations on data (e.g., encoding operations, symbol mapping operations, etc.). The transmitting processor (311) can generate control symbol(s) by performing processing operations on control information (e.g., encoding operations, symbol mapping operations, etc.). Additionally, the transmitting processor (311) can generate synchronization / reference symbol(s) for synchronization signals and / or reference signals.

[0075] The Tx MIMO processor (312) can perform spatial processing operations (e.g., precoding operations) on data symbol(s), control symbol(s), and / or synchronization / reference symbol(s). The output of the Tx MIMO processor (312) (e.g., a symbol stream) can be provided to modulators (MODs) included in transceivers (313a to 313t). The modulators (MODs) can perform processing operations on the symbol stream to generate modulated symbols and perform additional processing operations on the modulated symbols (e.g., analog conversion operations, amplification operations, filtering operations, up-conversion operations) to generate signals. The signals generated by the modulators (MODs) of the transceivers (313a to 313t) can be transmitted through antennas (314a to 314t).

[0076] Signals transmitted by the first wireless device (300a) can be received at the antennas (364a to 364r) of the second wireless device (300b). Signals received at the antennas (364a to 364r) can be provided to demodulators (DEMODs) included in the transceivers (363a to 363r). The demodulators (DEMODs) can obtain samples by performing processing operations on the signals (e.g., filtering, amplification, down-conversion, digital conversion). The demodulators (DEMODs) can obtain symbols by performing additional processing operations on the samples. The MIMO detector (362) can perform MIMO detection operations on the symbols. The receiving processor (361) can perform processing operations on the symbols (e.g., deinterleaving, decoding). The output of the receiving processor (361) can be provided to the data sink (360) and the controller (366). For example, data can be provided to the data sink (360), and control information can be provided to the controller (366).

[0077] Meanwhile, the second wireless device (300b) can transmit a signal to the first wireless device (300a). The transmission processor (368) included in the second wireless device (300b) can receive data (e.g., a data unit) from a data source (367) and can generate data symbol(s) by performing a processing operation on the data. The transmission processor (368) can receive control information from a controller (366) and can generate control symbol(s) by performing a processing operation on the control information. Additionally, the transmission processor (368) can generate reference symbol(s) by performing a processing operation on a reference signal.

[0078] The Tx MIMO processor (369) can perform spatial processing operations (e.g., precoding operations) on data symbol(s), control symbol(s), and / or reference symbol(s). The output of the Tx MIMO processor (369) (e.g., a symbol stream) can be provided to modulators (MODs) included in transceivers (363a to 363t). The modulators (MODs) can perform processing operations on the symbol stream to generate modulated symbols and perform additional processing operations on the modulated symbols (e.g., analog conversion operations, amplification operations, filtering operations, up-conversion operations) to generate signals. The signals generated by the modulators (MODs) of the transceivers (363a to 363t) can be transmitted through antennas (364a to 364t).

[0079] Signals transmitted by the second wireless device (300b) can be received at the antennas (314a to 314r) of the first wireless device (300a). Signals received at the antennas (314a to 314r) can be provided to demodulators (DEMODs) included in the transceivers (313a to 313r). The demodulators (DEMODs) can obtain samples by performing processing operations on the signals (e.g., filtering operation, amplification operation, down-conversion operation, digital conversion operation). The demodulators (DEMODs) can obtain symbols by performing additional processing operations on the samples. The MIMO detector (320) can perform MIMO detection operations on the symbols. The receiving processor (319) can perform processing operations on the symbols (e.g., deinterleaving operation, decoding operation). The output of the receiving processor (319) can be provided to the data sink (318) and the controller (316). For example, data can be provided to the data sink (318), and control information can be provided to the controller (316).

[0080] The memories (315 and 365) may store data, control information, and / or program code. The scheduler (317) may perform scheduling operations for communication. The processors (311, 312, 319, 361, 368, 369) and controllers (316, 366) shown in FIG. 3 may be the processor (210) shown in FIG. 2 and may be used to perform the methods described in this disclosure.

[0081] FIGS. 4a and 4b illustrate block diagrams of a transmission path and a reception path of a communication node according to an embodiment of the present disclosure.

[0082] Referring to FIGS. 4a and 4b, a transmission path (410) may be implemented at a communication node that transmits a signal, and a reception path (420) may be implemented at a communication node that receives a signal. The transmission path (410) may include a channel coding and modulation block (411), an S-to-P (serial-to-parallel) block (512), an N IFFT (Inverse Fast Fourier Transform) block (413), a P-to-S (parallel-to-serial) block (414), a CP (cyclic prefix) addition block (415), and an UC (up-converter) (UC) (416). The reception path (420) may include a DC (down-converter) (421), a CP removal block (422), an S-to-P block (423), an N FFT block (424), a P-to-S block (425), and a channel decoding and demodulation block (426). Here, N can be a natural number.

[0083] Information bits in the transmission path (410) can be input to the channel coding and modulation block (411). The channel coding and modulation block (411) can perform coding operations (e.g., LDPC (low-density parity check) (LDPC) coding operations, polar coding operations, etc.) and modulation operations (e.g., QPSK (Quadrature Phase Shift Keying), QAM (Quadrature Amplitude Modulation), etc.) on the information bits. The output of the channel coding and modulation block (411) may be a sequence of modulation symbols.

[0084] The S-to-P block (412) can convert modulated symbols in the frequency domain into parallel symbol streams to generate N parallel symbol streams. N can be the IFFT size or the FFT size. The N IFFT block (413) can generate signals in the time domain by performing an IFFT operation on the N parallel symbol streams. The P-to-S block (414) can convert the output of the N IFFT block (413) (e.g., parallel signals) into a serial signal to generate a serial signal.

[0085] The CP addition block (415) can insert CP into the signal. The UC (416) can up-convert the frequency of the output of the CP addition block (415) to an RF (radio frequency) frequency. Additionally, the output of the CP addition block (415) can be filtered in the baseband before up-conversion.

[0086] A signal transmitted from the transmission path (410) can be input to the reception path (420). The operation in the reception path (420) may be the inverse operation of the operation in the transmission path (410). The DC (421) may down-convert the frequency of the received signal to a baseband frequency. The CP removal block (422) may remove CP from the signal. The output of the CP removal block (422) may be a serial signal. The S-to-P block (423) may convert the serial signal into parallel signals. The N FFT block (424) may generate N parallel signals by performing an FFT algorithm. The P-to-S block (425) may convert the parallel signals into a sequence of modulation symbols. The channel decoding and demodulation block (426) may perform a demodulation operation on the modulation symbols and perform a decoding operation on the result of the demodulation operation to restore the data.

[0087] In FIGS. 4a and 4b, Discrete Fourier Transform (DFT) and Inverse DFT (IDFT) may be used instead of FFT and IFFT. In FIGS. 4a and 4b, each of the blocks (e.g., components) may be implemented by at least one of hardware, software, or firmware. For example, in FIGS. 4a and 4b, some blocks may be implemented by software, and the remaining blocks may be implemented by hardware or a "combination of hardware and software." In FIGS. 4a and 4b, one block may be subdivided into multiple blocks, multiple blocks may be integrated into one block, some blocks may be omitted, and blocks supporting other functions may be added.

[0088] FIG. 5 illustrates an example of a system frame in a wireless communication system according to an embodiment of the present disclosure.

[0089] Referring to FIG. 5, time resources in a communication system can be divided into frames. For example, system frames can be set consecutively in the time domain of the communication system. The length of a system frame can be 10 ms (millisecond). The system frame number (SFN) can be set from #0 to #1023. In this case, 1024 system frames can be repeated in the time domain of the communication system. For example, the SFN of a system frame after system frame #1023 can be #0.

[0090] A single system frame may contain two half frames. The length of a single half frame may be 5ms. A half frame located at the beginning of the system frame may be referred to as "Half Frame #0", and a half frame located at the end of the system frame may be referred to as "Half Frame #1". A system frame may contain 10 subframes. The length of a single subframe may be 1ms. Within a single system frame, the 10 subframes may be referred to as "Subframe #0-9".

[0091] FIG. 6 illustrates an example of a subframe in a wireless communication system according to an embodiment of the present disclosure.

[0092] Referring to FIG. 6, one subframe may contain n slots, where n is a natural number. Thus, one subframe may consist of one or more slots.

[0093] FIG. 7 illustrates an example of a slot in a wireless communication system according to an embodiment of the present disclosure.

[0094] Referring to FIG. 7, a slot may contain one or more symbols. A slot illustrated in FIG. 7 may contain 14 symbols. The length of the slot may vary depending on the number of symbols included in the slot and the length of the symbols. Alternatively, the length of the slot may vary depending on the numerology.

[0095] Numerals applied to physical signals and channels in a communication system may be variable. Numerals may be variable to meet various technical requirements of the communication system. In a communication system where CP (cyclic prefix) based OFDM waveform technology is applied, numerals may include subcarrier spacing and CP length (or CP type). Table 1 may be an example of a method for configuring numerals for a CP-OFDM based communication system. Depending on the frequency band in which the communication system operates, at least some of the numerals in Table 1 may be supported. Additionally, numerals not listed in [Table 1] may be further supported in the communication system.

[0096] Subcarrier Spacing 15kHz 30kHz 60kHz 120kHz 240kHz 480kHz OFDM Symbol Length [μs] 66.733.316.78.34.22.1 CP Length [us] 4.762.381.190.600.300.151 Number of OFDM Symbols in ms 142856112224448

[0097] When the subcarrier spacing is 15 kHz (e.g., μ=0), the slot length may be 1 ms. In this case, one system frame may contain 10 slots. When the subcarrier spacing is 30 kHz (e.g., μ=1), the slot length may be 0.5 ms. In this case, one system frame may contain 20 slots.

[0098] When the subcarrier spacing is 60 kHz (e.g., μ=2), the slot length may be 0.25 ms. In this case, one system frame may contain 40 slots. When the subcarrier spacing is 120 kHz (e.g., μ=3), the slot length may be 0.125 ms. In this case, one system frame may contain 80 slots. When the subcarrier spacing is 240 kHz (e.g., μ=4), the slot length may be 0.0625 ms. In this case, one system frame may contain 160 slots.

[0099] The symbol can be set as a downlink (DL) symbol, a flexible (FL) symbol, or an uplink (UL) symbol. A slot consisting only of DL symbols may be referred to as a "DL slot," a slot consisting only of FL symbols may be referred to as a "FL slot," and a slot consisting only of UL symbols may be referred to as a "UL slot."

[0100] The slot format can be semi-fixed by upper-layer signaling (e.g., RRC signaling). Information indicating the semi-fixed slot format may be included in system information, and the semi-fixed slot format can be set cell-specifically. Additionally, the semi-fixed slot format can be additionally set per terminal through terminal-specific upper-layer signaling (e.g., RRC signaling). The flexible symbols of the cell-specific slot format can be overridden as downlink symbols or uplink symbols by the terminal-specific upper-layer signaling. Furthermore, the slot format can be dynamically indicated by physical layer signaling (e.g., the SFI (slot format indicator) included in the DCI). The semi-fixed slot format can be overridden by the dynamically indicated slot format. For example, the semi-fixed flexible symbols can be overridden as downlink symbols or uplink symbols by the SFI.

[0101] The reference signal may be a CSI-RS (channel state information-reference signal), SRS (sounding reference signal), DM-RS (demodulation-reference signal), PT-RS (phase tracking-reference signal), etc. The channel may be a PBCH (physical broadcast channel), PDCCH (physical downlink control channel), PDSCH (physical downlink shared channel), PUCCH (physical uplink control channel), PUSCH (physical uplink shared channel), PSCCH (physical sidelink control channel), PSSCH (physical sidelink shared channel), etc. In the present disclosure, the control channel may mean PDCCH, PUCCH, or PSCCH, and the data channel may mean PDSCH, PUSCH, or PSSCH.

[0102] FIG. 8 illustrates the structure of a time-frequency resource in a wireless communication system according to an embodiment of the present disclosure.

[0103] Referring to FIG. 8, a resource consisting of one symbol (e.g., an OFDM symbol) in the time domain and one subcarrier in the frequency domain can be defined as a "RE (resource element)." A resource consisting of one OFDM symbol in the time domain and K subcarriers in the frequency domain can be defined as a "REG (resource element group)." A REG can include K REs. A REG can be used as the basic unit of resource allocation in the frequency domain. K can be a natural number. For example, K can be 12. N can be a natural number. In the slot illustrated in FIG. 7, N can be 14. N OFDM symbols can be used as the basic unit of resource allocation in the time domain.

[0104] In the present disclosure, RB may mean a common RB (CRB). Alternatively, RB may mean a PRB or a virtual RB (VRB). In a communication system, a CRB may mean an RB that constitutes a set of consecutive RBs (e.g., a common RB grid) based on a reference frequency (e.g., point A). A carrier and / or bandwidth portion may be placed on the common RB grid. That is, the carrier and / or bandwidth portion may be composed of CRB(s). An RB or CRB constituting the bandwidth portion may be referred to as a PRB, and within the bandwidth portion, a CRB index may be appropriately converted to a PRB index.

[0105] Downlink data may be transmitted via PDSCH. A base station may transmit configuration information of the PDSCH (e.g., scheduling information) to a terminal via PDCCH. A terminal may obtain the configuration information of the PDSCH by receiving the PDCCH (e.g., downlink control information (DCI)). For example, the configuration information of the PDSCH may include a modulation coding scheme (MCS) used for transmitting and receiving the PDSCH, time resource information of the PDSCH, frequency resource information of the PDSCH, feedback resource information for the PDSCH, etc. PDSCH may refer to a radio resource where downlink data is transmitted and received. Alternatively, PDSCH may refer to the downlink data itself. PDCCH may refer to a radio resource where downlink control information (e.g., DCI) is transmitted and received. Alternatively, PDCCH may refer to the downlink control information itself.

[0106] The terminal may perform a monitoring operation for the PDCCH to receive the PDSCH transmitted from the base station. The base station may notify the terminal of configuration information for the monitoring operation of the PDCCH using a higher-layer message (e.g., a radio resource control (RRC) message). The configuration information for the monitoring operation of the PDCCH may include CORESET (control resource set) information and search space information.

[0107] CORESET information may include PDCCH DMRS (demodulation reference signal) information, PDCCH precoding information, PDCCH occasion information, etc. The PDCCH DMRS may be a DMRS used to demodulate the PDCCH. A PDCCH occasion may be an area where the PDCCH can exist. That is, a PDCCH occasion may be an area where the DCI can be transmitted. A PDCCH occasion may be referred to as a PDCCH candidate. PDCCH occasion information may include time resource information and frequency resource information of the PDCCH occasion. In the time domain, the length of the PDCCH occasion may be indicated in symbol units. In the frequency domain, the size of the PDCCH occasion may be indicated in RB units (e.g., PRB (physical resource block) units or CRB (common resource block) units).

[0108] The search space information may include a CORESET ID (identifier) ​​associated with the search space, the period of PDCCH monitoring, and / or an offset. The period and offset of PDCCH monitoring may each be specified in slots. Additionally, the search space information may further include the index of the symbol at which the PDCCH monitoring operation begins.

[0109] A base station may configure a Bandwidth Part (BWP) for downlink communication. BWPs may be configured differently for each terminal. The base station may notify the terminal of the BWP configuration information using upper-layer signaling. Upper-layer signaling may refer to "transmission operations of system information" and / or "transmission operations of Radio Resource Control (RRC) messages." One or more BWPs may be configured for a single terminal. The terminal may receive BWP configuration information from the base station and identify the BWP(s) configured by the base station based on the BWP configuration information. If multiple BWPs are configured for downlink communication, the base station may activate one or more of the multiple BWPs. The base station may transmit the configuration information of the activated BWP(s) to the terminal using at least one of upper-layer signaling, a Medium Access Control (MAC) Control Element (CE), or a DCI. The base station may perform downlink communication using the activated BWP(s). The terminal can identify the activated BWP(s) by receiving configuration information of the activated BWP(s) from the base station, and can perform a downlink reception operation on the activated BWP(s).

[0110] Multiple Transmission and Reception Point (MTRP) technology refers to a technique in which a base station (e.g., gNB) communicates with a terminal by utilizing multiple physically separated Transmission and Reception Points (TRPs). By utilizing multiple TRPs, MTRP technology can resolve the issue of reduced Quality of Service (QoS) caused by terminals located at the cell edge being far from the base station, while simultaneously resolving inter-cell interference issues arising from base stations located in different cells. Furthermore, MTRP technology can serve the role of providing an additional communication path, specifically a Non-Line-of-Sight (NLOS) path, from the base station in cases where the Line-of-Sight (LOS) path from the base station is limited, such as in the millimeter wave band.

[0111] In the standard, MTRP technology is divided into Coherent Joint Transmission (CJT) and Non-Coherent Joint Transmission (NCJT) methods. The CJT method allows two or more TRPs to cooperate in a synchronized manner to support data transmission to a single terminal, based on a stable backhaul link between the TRP and the connected base station. On the other hand, the NCJT method is a method in which, in a situation where two or more TRPs support a single terminal, scheduling, precoding matrix selection, modulation, and coding schemes are determined without mutual cooperation among the TRPs.

[0112] Beam management for TRPs in 5G NR can be defined as a set of L1 / L2 procedures that find or maintain the optimal beam required for the transmission and reception of the TRP and the terminal, respectively. Beam management procedures can be broadly classified into four categories as follows.

[0113] 1) Beam determination

[0114] 2) Beam measurement

[0115] 3) Beam reporting

[0116] 4) Beam sweeping

[0117] Here, the TRP and the UE can utilize the reciprocity characteristics of the downlink (DL) and uplink (UL) channels during beam management. For example, the UE can utilize values ​​measured from the receive beams (Rx beams) of the DL channel when configuring the transmit beam (Tx beam). Additionally, the UE can utilize values ​​measured from the transmit beams (Tx beams) of the UL channel when configuring the receive beam (Rx beam). These transmit and receive beam configuration procedures can be performed in the same way for the base station as for the UE. In particular, a transmission configuration indicator (TCI) has been introduced for beam management related to analog beamforming. The TCI can be used to configure the beam to be used for transmission on a specific channel and / or signal, e.g., PDSCH and / or CSI-RS and / or PDCCH. The base station can dynamically instruct the UE on quasi-colocation (QCL) information by transmitting the TCI through downlink control information (DCI).

[0118] The statement that two antenna ports are quasi-colocated means that the channel characteristics of a symbol transmitted from one antenna port can be inferred from the channel of a symbol transmitted from another antenna port. For the convenience of explanation below, when two antenna ports are quasi-colocated, the two antenna ports will be referred to as being in a QCL relationship.

[0119] FIG. 9 illustrates an example of a quasi-co location (QCL) relationship between reference signals in a wireless communication system according to an embodiment of the present disclosure. Referring to FIG. 9, information regarding the TCI state can be generated by extending the application of the QCL relationship between reference signals of 5G or lower.

[0120] A synchronization signal block (SSB) can be used by a terminal to synchronize with a network and acquire basic information. The SSB may have a QCL relationship with the tracking reference signal (TRS). Therefore, when receiving the TRS, at least one of the Doppler shift, delay averaging, and spatial characteristics of the SSB may be utilized.

[0121] CSI-RS (Channel State Information - Reference Signal): CSI-RS can be used by a network to determine the characteristics of a wireless channel. Two types of CSI-RS may exist. CSI-RS (CSI ACQ) can be used for CSI reception, and CSI-RS (BM) can be used for beam management (BM).

[0122] SSB and CSI-RS (BM) may have a QCL relationship with CSI-RS (CSI ACQ), and at least one of the average and spatial characteristics of Doppler shift and delay may be used for receiving CSI-RS (CSI ACQ).

[0123] CSI-RS(BM) and SSB may have a QCL relationship with PDCCH DMRS (physical downlink control channel demodulation reference signal), and at least one of Doppler shift / spread and delay average / spread and spatial characteristics may be used for receiving PDCCH DMRS.

[0124] SSB, CSI-RS(BM) and CSI-RS(CSI ACQ) may have a QCL relationship with PDSCH DMRS, and at least one of the Doppler shift / spread and the average / spread and spatial characteristics of the delay may be used for reception of PDSCH DMRS.

[0125] 3GGP Rel-17 introduced a TCI configuration method utilizing a unified TCI pool, that is, a unified TCI framework, to reduce signaling overhead for QCL configuration of DL and / or UL channels and to simplify multi-beam operations compared to releases prior to 3GGP Rel-16.

[0126] According to the integrated TCI framework, a base station can pre-configure a common TCI pool that can be used (or applied) commonly to DL channels and UL channels via RRC signaling. Furthermore, according to the integrated TCI framework, the base station can directly direct the TCI for DL ​​channels and UL channels from the configured common TCI pool using Medium Access Control (MAC) control elements (CE) (MAC-CE) and downlink control information (DCI). Additionally, according to the integrated TCI framework, the base station can support updates to the common TCI state.

[0127] A common TCI state can be indicated (or set) for multiple component carriers (CCs). Among the multiple CCs, a reference CC may be additionally set, and TCI updates for other CCs existing in the indicated list can be performed simultaneously through an update command for the reference CC.

[0128] At this time, there are broadly three methods for setting the state of the TCI for the DL channel and UL channel as follows.

[0129] A. Method for joint TCI state indication common to DL / UL channels

[0130] B. Method for DL ​​channel separate TCI state indication for setting TCI separately for a DL channel and

[0131] C. Method for separate TCI state indication for UL channel

[0132] Looking at the three methods above from a broader perspective, they can be classified into a joint TCI status indication method that provides common indications for the DL channel and UL channel, and a separate TCI status indication method that sets TCIs separately for the DL channel or UL channel, respectively. The fundamental difference between the two classification methods above may be whether or not mutuality exists between the DL channel and the UL channel.

[0133] The integrated TCI framework was designed with the goal of a single TRP (sTRP) in 3GPP Rel-17. However, in 3GPP Rel-18, it aims to expand to a multi-TRP (mTRP) system.

[0134] TCI states may be used to convey QCL relationships to terminals. TCI states contain information regarding QCL relationships and can be conveyed via DCI. Section 5.1.5 of 3GPP TS 38.214 defines the procedure for conveying information regarding QCLs as follows.

[0135]

[0136]

[0137]

[0138]

[0139]

[0140]

[0141]

[0142]

[0143]

[0144]

[0145]

[0146]

[0147]

[0148] As described above, the UE can be configured with lists of TCI-State settings via upper-layer parameters (e.g., PDSCH-Config). The UE can decode PDSCH using the lists of TCI-State settings. Each TCI state may include parameters that configure the QCL relationship between one or two downlink reference signals and the DM-RS port of the PDSCH, the DM-RS port of the PDCCH, or the CSI-RS port(s) of the CSI-RS resource. The QCL can be configured for the first DL RS using the upper-layer parameter qcl-Type1 and for the second DL RS using qcl-Type2. The QCL type for each of the two DL RSs can be configured differently regardless of whether they are DL RSs with the same reference or different DL RSs. The QCL type corresponding to each DL RS can be configured by the upper-layer parameter (e.g., qcl-Type in QCL-Info). The QCL type can have one of the following values.

[0149] - typeA: {Doppler shift, Doppler spread, average delay, delay spread}

[0150] - typeB: {Doppler shift, Doppler spread}

[0151] - typeC: {Doppler shift, average delay}

[0152] - typeD: {Spatial Rx parameter}

[0153] Here, the Spatial RX parameter can refer to any one of various parameters, such as Angle of Arrival (AoA), Power Angular Spectrum (PAS) of AoA, Angle of Departure (AoD), PAS of AoD, transmit / receive channel correlation, transmit / receive beamforming, and spatial channel correlation.

[0154] The base station can transmit configuration information regarding whether to apply the information in the TCI (transmission configuration indication) field included in the DCI (downlink control information) to the terminal through upper layer signaling.

[0155] Additionally, the terminal may receive information regarding TCI states or pairs of TCI states. For example, a base station may transmit multiple TCI states to the terminal via RRC signaling and may set some of these as TCI states for CORESET. The terminal may receive an enable command. The enable command may be used to map TCI state(s) and / or pairs of TCI states to code points in the DCI field 'transmission configuration indication'.

[0156] In addition, as shown in FIG. 10 below, a beam can be configured to be set by integrating multiple channels or reference signals through a unified TCI state. FIG. 10 illustrates the concept of a unified TCI (transmission configuration indicator) state in a wireless communication system according to an embodiment of the present disclosure. Without the need for the base station to transmit the TCI state to the terminal for each channel, the base station can transmit information regarding beam configuration for CSI-RS, CORESET, PDSCH, PUSCH, PUCCH, SRS, etc. to the terminal through the unified TCI state. Whether the unified TCI state is activated can be transmitted to the terminal explicitly or implicitly. For example, if there is no TCI-State or TCI-UL-State configuration in the BWP of a CC, the terminal can apply the TCI-State or TCI-UL-State configuration from the reference BWP of a reference CC configured by the unified TCI-StateRef.

[0157] A multiple transmission and reception point (M-TRP) technique, in which communication is performed through multiple transmitting and receiving nodes, can be proposed. The M-TRP technique can be classified into two types: a single downlink control information (S-DCI) technique, which controls transmission and reception through multiple nodes using a single control information, and a multiple downlink control information (M-DCI) technique, which transmits information for each node separately. Furthermore, the procedure for transmitting TCI information may vary depending on whether the TCI information regarding the uplink and downlink is configured separately or jointly.

[0158] FIG. 11 illustrates an example of a process for transmitting a TCI state in a multi-transmission reception point (M-TRP) structure in a wireless communication system according to an embodiment of the present disclosure.

[0159] Referring to Fig. 11, configuration types related to TCI are classified into separate and joint types. The separate type method is a method in which the TCI state is set through separate TCI state lists for the uplink and downlink, respectively, and the joint type method is a method in which the TCI state is set through a joint TCI state list for the uplink and downlink. The base station can transmit the configuration type related to the integrated TCI to the terminal through the unifiedTCI-StateType within ServingCellConfig. Additionally, the base station can transmit information regarding the resource set for reference signals to the terminal through PDSCH-Config, and PDSCH-Config can be included in the BWP-Downlink IE.

[0160] Additionally, the terminal can be configured with a list of up to 128 TCI state settings via upper layer parameters (e.g., dl-OrJointTCI-StateList in PDSCH-Config). The list of TCI settings can be used to provide criteria for determining ULTX spatial filters for dynamic-grant and configuration-grant-based PUSCH and PUCCH resources and SRS in BWP / CC.

[0161] Among the TCI state settings, the TCI state settings that are activated can be transmitted via the TCI state enable / disable MAC CE. The integrated TCI state enable / disable MAC CE can indicate the TCI state ID to be activated. The integrated TCI state enable / disable MAC CE includes the serving cell ID, DL BWP ID, and UL BWP ID. It can indicate the serving cell and BWP to which the MAC CE can be applied as a code point. The Pi field can indicate whether each i-th code point contains multiple TCI states or a single TCI state. If Pi = 1, the i-th TCI code point contains multiple TCI states, and if Pi = 0, the i-th TCI code point may contain only a DL / joint TCI state or a UL TCI state.

[0162] The D / U field can indicate whether the TCI state corresponding to the TCI state ID existing in the same octet is a DL / joint TCI state or a UL TCI state. Accordingly, in FIG. 11, the D / U field belonging to the same octet as the separate type DL TCI state and the joint type TCI state can be set to 1, and the D / U field belonging to the same octet as the separate type UL TCI state can be set to 0.

[0163] Unlike the integrated TCI state enable / disable MAC CE, the enhanced integrated TCI state enable / disable MAC CE for joint TCI states can jointly manage the TCI states of the uplink and downlink, so the UL BWP ID can be omitted. The Fi,j field indicates whether the j-th joint TCI state exists in the TCI state ID field associated with code point i of the DCI Transmission Configuration Indication field. Here, j can have a value of 1 or 2. Therefore, for the joint type as in step #2 of Fig. 11, up to two joint TCI states can correspond to each code point, and up to 16 joint TCI states can be enabled.

[0164] Unlike the integrated TCI state enable / disable MAC CE, the enhanced integrated TCI state enable / disable MAC CE for separate TCI states may include the Fi,j field and the Si,j field. The Fi,j field indicates whether the j-th DL TCI state exists in the TCI state ID field associated with code point i of the DCI Transmission Configuration Indication field. The Si,j field indicates whether the j-th UL TCI state exists in the TCI state ID field associated with code point i of the DCI Transmission Configuration Indication field. Therefore, in the case of the separate type of step #2 of Fig. 11, since each code point can correspond to up to two DL TCI states and up to two UL TCI states, up to 32 TCI states can be enabled.

[0165] The base station may transmit the DCI to the terminal via the PDCCH. The DCI may include a transmission configuration indication field, and decoding may be performed using the TCI state corresponding to the code point i of the transmission configuration indication field included in the DCI. As previously mentioned, the correspondence between code point i and the TCI state may be indicated by a TCI state activation command. That is, when the terminal receives a single TCI state for the CORESET, or receives a MAC CE activation command for one or two of the TCI states provided for the CORESET, the terminal may assume that the DM-RS antenna port associated with the PDCCH receptions within the CORESET is in a QCL relationship with one or more DL RSs established by the TCI states.

[0166] TCI states can be indicated by dividing them into two states. For example, if a terminal is provided with dl-OrJointTCI-StateList, TCI states can be indicated through a combination of two TCI states (first TCI state, second TCI state, first TCI state and second TCI state, none). For example, if the terminal indicates the first TCI state via apply-IndicatedTCISate, the terminal can assume that the reference signal provided by the first TCI state is in a QCL relationship with the DM-RS antenna port for PDCCH reception.

[0167] If dl-OrJointTCI-StateList is provided to the UE, and coresetPoolIndex is not provided to the UE, or if a coresetPoolIndex with a value of 0 is provided for the first coreset in the active DL BWP of the serving cell, the UE may assume that the DM-RS antenna ports for receiving PDCCH in the first and second coresets and the DM-RS antenna ports for receiving PDSCH scheduled by the DCI format provided by the PDCCH reception in the first and second coresets are in a QCL relationship with the reference signal provided by the TCI state specific to the first and second CORESETs, respectively. Additionally, the UE may transmit PUSCH scheduled by the DCI format provided by the PDCCH reception in the first and second CORESETs using spatial domain filters corresponding to the TCI state specific to the first and second CORESETs, respectively.

[0168] The TCI status can be used to transmit uplink signals. Uplink power control can be used to determine the power for PUSCH, PUCCH, SRS, or PRACH transmissions. The UE can be configured not to maintain more than four path loss estimates simultaneously for PUSCH / PUCCH / SRS transmissions per serving cell.

[0169] For PUSCH, PUCCH, SRS, or PRACH transmissions, a transmission opportunity may be defined by the slot index within the frame, the first symbol within the slot, and the number of consecutive symbols. If the terminal receives TCI states from dl-OrJointTCI-StateList, an RS index for estimating downlink path loss for PUSCH, PUCCH, or SRS transmissions may be provided for each of the one or two TCI states for a PUSCH, PUCCH, or SRS transmission opportunity.

[0170] Power control values ​​can be set explicitly or implicitly. For example, if followUnifiedTCI-StateSRS is set, power control values ​​are provided from p0AlphaSetforSRS associated with the TCI state. If followUnifiedTCI-StateSRS is not set, power control values ​​and RS indices for path loss estimation may be provided from the TCI state associated with the SRS resource having the lowest SRS-ResourceId. In this case, the total SRS power value can be determined based on the sum of individual SRS power control values ​​and additional components according to the SRS resource set.

[0171] The following describes the initial connection procedure between a terminal and a base station. When the initial connection procedure with the base station is performed due to reasons such as the terminal's power on / off operation or out of coverage, an identification procedure between the base station and the terminal may be required. First, the terminal may perform an initial cell search operation with the base station. The terminal may perform monitoring to receive a synchronization signal. The synchronization signal may be at least one of a PSS (primary synchronization signal) or a SSS (secondary synchronization signal). The terminal may obtain broadcast information within the cell by receiving a physical broadcast channel (PBCH) signal from the base station. Based on the physical broadcast channel, the terminal may obtain information about the cell using at least one of an MIB or a SIB. A block containing the PSS, SSS, and PBCH may be referred to as an SSB (synchronization signal block).

[0172] The terminal can perform a random access procedure. The terminal can transmit a preamble to the base station and receive a random access response (RAR) from the base station. The RAR message may include a temporary identifier. The terminal can transmit an MSG3 (or RRC connection request message) using the scheduling information within the RAR, and the base station can perform a contention resolution procedure by transmitting an MSG4 (or contention resolution message) to the terminal in response to the MSG3.

[0173] A base station can perform beam management based on RACH occasions used for transmitting preambles in random access procedures. For example, a base station can identify the beam in which a terminal received a synchronization signal based on the RACH occasion in which the preamble was transmitted. As previously mentioned, a synchronization signal may also be included as a reference signal to indicate QCL relationships, and QCL relationships may be established based on the SSB received through the initial access procedure.

[0174] Additionally, a channel measurement procedure may be performed for beam management. The terminal may receive a reference signal from the base station. Based on this, the terminal may report channel state information (CSI) to the base station. The channel state information may include at least one of the following: reference signal received power (RSRP), reference signal received quality (RSRQ), and signal-to-noise ratio (SNR). The base station may use the received channel state information to adjust beamforming for the terminal or to optimize radio resource allocation. For channel measurement, the base station may transmit configuration information for channel measurement to the terminal. The configuration information for channel measurement may include information related to the measurement target, the measurement period, etc.

[0175] The beams of the base station and terminal can manage beam settings through artificial intelligence (AI). For convenience, Beam Set B refers to the beam set for which measurements are performed as input to an AI / ML model, and Set A refers to the beam set determined based on the inference of the AI / ML model. Beam Set A and Beam Set B may contain beam information regarding the same frequency range.

[0176] Artificial intelligence can be used to infer spatial domain downlink beams for beam set A based on measurements of beam set B. As another example, artificial intelligence can be used to infer temporal downlink beams for beam set A based on past measurement results of beam set B. Here, beam set A and beam set B may be different sets, or beam set B may be a subset of beam set A.

[0177] In addition, the input to the artificial intelligence model can be formed in various combinations. For example, the input to the artificial intelligence may include at least one of an L1-RSRP measurement measured based on beam set B, other auxiliary information, a CIR (channel impulse response) based on beam set B, and a downlink Tx / Rx beam ID associated with the L1-RSRP measurement of beam set B.

[0178] The aforementioned artificial intelligence model can be designed to infer a beam including at least one of a downlink receiving beam and a downlink transmitting beam. Additionally, the output of the artificial intelligence model may include at least one of a transmitting beam, a receiving beam, the L1-RSRP of the transmitting beam, the L1-RSRP of the receiving beam, the angle of the transmitting beam, the angle of the receiving beam, and other information.

[0179] The beam management method using an artificial intelligence model is not limited to the method described above. The artificial intelligence model can be configured in various ways by configuring inputs and outputs with various combinations of settings, performance monitoring, data collection, auxiliary information, etc., regarding beam set A and beam set B.

[0180] Furthermore, learning and inference methods can be implemented in various ways. For example, artificial intelligence can be learned or trained using AI / ML (artificial intelligence / machine learning) models. Learning and training can be performed by a network or a UE. Additionally, learning and inference can be performed on different devices. For example, learning can be performed on a network and inference on a terminal. Partial learning can be performed in such a way that part of the learning is performed on a first device and another part on a second device. Similarly to learning, partial inference can be performed using multiple devices. Input data for inference can also be generated in various ways. For example, input data can be generated in the UE, and inference can be performed using that input data in a network. Additionally, input data generated in the UE can be processed internally within the UE to enable inference.

[0181]

[0182] The present disclosure describes techniques related to beam reporting in wireless communication systems, particularly UE (user equipment)-initiated / event-driven beam reporting (UE-BR). In particular, the present disclosure proposes various embodiments related to signaling and procedures for performing UE-BR.

[0183]

[0184] At the 3GPP #118 meeting, the following matters were discussed regarding the operation of UE-BR mode B.

[0185] - Option 1: The same Type-1 CG PUSCH can carry UL-SCH and the beam report.

[0186] - Option 2 (one-to-M): Only one first PUCCH resource and one or more pre-configured resource(s) for second UL channel can be associated with CSI report configuration for UE-initiated / event-driven beam reporting.

[0187] If Option 1 is used, there may be cases where the Type-1 CG PUSCH must perform data transmission and beam reporting simultaneously. Additionally, if Option 2 is used, the physical resource sizes of the M Type-1 CG PUSCH channels may be configured in different forms.

[0188] Therefore, an operational method is required that takes into account cases where the aforementioned options are applied. For example, a method is needed to select the PUSCH to be used among M CG-PUSCHs.

[0189]

[0190] A base station may configure a triggering event or a triggering condition to perform a beam reporting operation when a terminal satisfies a specific triggering condition. In this disclosure, the beam reporting operation of the terminal performed in response to the satisfaction of the configured triggering event is referred to as UE-BR. For the UE-BR operation, the base station may configure the triggering event or the triggering condition for the UE-BR using one or more combinations of higher layer signaling, such as RRC, MAC-CE, or DCI. When the UE-BR operation is triggered, the terminal may perform the UE-BR operation as follows. In this disclosure, an event is understood as a triggering event, and an event condition may be understood as a triggering condition or a condition of the triggering event.

[0191]

[0192] FIG. 12 illustrates a first example of a procedure for a UE-BR in a wireless communication system according to one embodiment of the present disclosure. Referring to FIG. 12, in step S1201, a terminal (1210) transmits a first PUCCH to a base station (1220). That is, in response to triggering for a UE-BR, the terminal (1210) may transmit control information for a beam report in the first PUCCH. Here, the control information may include a request for scheduling. In step S1203, the base station (1220) transmits a DCI to the terminal (1210). The DCI includes scheduling information for a beam report. In step S1205, the terminal (1210) transmits a second UL channel to the base station (1220). That is, the terminal (1210) transmits a beam report in the second UL channel. Here, the transmission of the first PUCCH may be referred to as signaling A1, and the transmission of the DCI may be referred to as signaling A2. Additionally, the second UL channel transmission may be referred to as signaling A3.

[0193] FIG. 13 illustrates a second example of a procedure for a UE-BR in a wireless communication system according to one embodiment of the present disclosure. Referring to FIG. 13, in step S1301, a terminal (1310) transmits a first PUCCH to a base station (1320). That is, in response to triggering for a UE-BR, the terminal (1310) may transmit control information for a beam report in the first PUCCH. Here, the control information may include a notification for the transmission of a beam report. In step S1303, the terminal (1310) transmits a second UL channel to the base station (1320). That is, the terminal (1210) transmits a beam report in the second UL channel. Here, the first PUCCH transmission may be referred to as signaling B1, and the second UL channel transmission may be referred to as signaling B2.

[0194] For convenience of explanation, the present disclosure refers to the method illustrated in FIG. 12 as mode A and the method illustrated in FIG. 13 as mode B. In mode A, the first PUCCH may be used to transmit a scheduling request (SR) requesting the allocation of UL resources for UE-BR execution. Accordingly, the base station may indicate specific UL resources for UE-BR via the DCI or allocate UL resources to be used for UE-BR. The terminal performs UE-BR using the corresponding second UL channel. At this time, the second UL channel may include a PUCCH or a PUSCH. In mode B, the first PUCCH is transmitted to notify the base station that the terminal intends to use a pre-configured second UL channel for UE-BR execution. Subsequently, the terminal performs UE-BR using the corresponding second UL channel. At this time, the second UL channel may include a PUCCH or a PUSCH.

[0195] As described above, the base station may configure triggering conditions for UE-BR using one or more combinations of upper-layer signaling such as RRC, MAC-CE, or DCI for UE-BR operation. In this case, the triggering conditions for UE-BR may be configured in the form of specific events. Additionally, these events may be associated with a specific reference signal and / or a specific PUCCH resource to be used for the first PUCCH in UE-BR operation. In the case of Mode B, the PUCCH resource configuration information may be associated with a specific pre-configured PUSCH resource to be used as the second UL channel. That is, the CSI resource / report configuration for UE-BR may be associated with at least one of a specific RS set, an event, a PUCCH resource, or (in the case of Mode B) a pre-configured PUSCH resource. Here, the event may include a triggering event configuration.

[0196] The present disclosure proposes an operation method in which a pre-configured PUSCH is used as a second UL channel for UE-BR operation.

[0197]

[0198] FIG. 14 illustrates an example of a procedure for transmitting a beam report in a wireless communication system according to one embodiment of the present disclosure. FIG. 14 illustrates a method of operation of a terminal.

[0199] Referring to FIG. 14, in step S1401, the terminal detects an event for beam reporting. The event for beam reporting is a triggering event and can be defined based on a measurement value of a reference signal. That is, the terminal performs a measurement of at least one reference signal and determines that the result of the measurement satisfies the conditions of the event. Here, the conditions of the event can be configured by upper-layer signaling.

[0200] In step S1403, the terminal transmits control information for beam reporting. In response to the detection of an event for beam reporting, the terminal transmits control information related to beam reporting on the first UL channel. The first UL channel includes PUCCH. According to various embodiments, the control information may include a request for resource allocation for the second UL channel or a notification regarding the use of the second UL channel. The control information may further include instruction information for distinguishing between the request for resource allocation for the second UL channel and the notification regarding the use of the second UL channel. For example, the instruction information may indicate whether the operation mode for the terminal’s UE-BR is Mode A, which requests resource allocation for the second UL channel, or Mode B, which notifies the use of the second UL channel.

[0201] In step S1405, the terminal transmits a beam report. The terminal may transmit the beam report through a second UL channel corresponding to control information. The second UL channel may include a PUCCH or a PUSCH. The second UL channel may include a channel assigned in response to the control information or a channel among pre-configured channels indicated by the control information. For example, if the terminal operates according to Mode A, the second UL channel may include a channel indicated by the DCI received from the base station in response to the control information for the beam report. As another example, if the terminal operates according to Mode B, the second UL channel may include a channel among pre-configured channels that the base station has been notified to use as the second UL channel using the control information for the beam report. According to one embodiment, the second UL channel may include a CS (configured scheduling)-PUSCH (physical uplink shared channel). The beam report may be multiplexed with UCI (uplink control information) from the resources of the CS-PUSCH. According to one embodiment, CS-PUSCH may be defined not to allow multiplexing of data other than UCI and beam reports. According to one embodiment, when transmitting a beam report through a second UL channel, the terminal may determine at least one of whether to multiplex, the multiplexing target, the transmission order, or whether to drop, based on the priority of the beam report and / or data other than the beam report to be transmitted. For example, the terminal may determine the multiplexing of the beam report and UCI-related data based on the priority of the beam report, UCI-related data, and data not containing UCI to be transmitted. As another example, the terminal may transmit the beam report and UCI-related data and drop the data not containing UCI based on the priority of the beam report, UCI-related data, and data not containing UCI to be transmitted.The present disclosure is not limited to the examples described above. For example, according to another embodiment, the terminal may transmit a second UL channel by further considering at least one of the priority of a UE-BR triggering event corresponding to beam information, the transmission time of a first PUCCH associated with beam information, a pre-configured time offset, a pre-configured timer, the amount of data to be transmitted, the relationship between the first PUCCH and CS-PUSCH, the location of CS-PUSCH, or the container size of CS-PUSCH.

[0202]

[0203] FIG. 15 illustrates an example of a procedure for receiving a beam report in a wireless communication system according to one embodiment of the present disclosure. FIG. 15 illustrates a method of operation of a base station.

[0204] Referring to FIG. 15, in step S1501, the base station receives control information for beam reporting. In response to the detection of an event for beam reporting by the terminal, control information related to beam reporting may be received from the terminal via the first UL channel. The first UL channel may include PUCCH. According to various embodiments, the control information may include a request for resource allocation for the second UL channel or a notification regarding the use of the second UL channel. The control information may further include instruction information for distinguishing between the request for resource allocation for the second UL channel and the notification regarding the use of the second UL channel. For example, the instruction information may indicate whether the operation mode for the terminal’s UE-BR is Mode A, which requests resource allocation for the second UL channel, or Mode B, which notifies the use of the second UL channel. If it is confirmed that the control information includes a request for resource allocation for the second UL channel, the base station may transmit a DCI for allocating the second UL channel to the terminal.

[0205] In step S1503, the base station receives a beam report. The base station may receive the beam report through a second UL channel corresponding to control information. The second UL channel may include a PUCCH or a PUSCH. The second UL channel may include a channel assigned in response to the control information or a channel among pre-configured channels directed by the control information. For example, the second UL channel may include a channel directed by the DCI transmitted to the terminal in response to the control information for the beam report. As another example, the second UL channel may include a channel among the channels pre-configured by the base station for which the base station is notified of use as the second UL channel through the control information for the beam report. The second UL channel may include a CS (configured scheduling)-PUSCH (physical uplink shared channel). The base station may receive a beam report multiplexed with UCI (uplink control information) from the resources of the CS-PUSCH. According to one embodiment, CS-PUSCH may be defined not to allow multiplexing of data and beam reports other than UCI.

[0206]

[0207] FIG. 16 illustrates an example of a procedure for transmitting beam information and data in a wireless communication system according to one embodiment of the present disclosure. FIG. 16 illustrates a method of operation of a terminal.

[0208] Referring to FIG. 16, in step S1601, the terminal detects beam information and other data. The terminal can detect beam information and other data to be transmitted through the second channel. The other data may include at least one of data other than beam information, such as UCI (uplink control information) or data containing UCI (hereinafter referred to as 'UCI-related data'), or data not containing UCI.

[0209] In step S1603, the terminal transmits beam information and other data based on priority. Based on the priority of the beam information and other data, the terminal may transmit the beam information and other data in descending order of priority. For example, if the priority is set in the order of beam information, UCI-related data, and data not including UCI, the UE may transmit the beam information having the highest priority first through the second UL channel, and the data not including UCI having the lowest priority last through the second UL channel. According to one embodiment, the terminal may transmit or drop beam information and / or other data through the second UL channel based on a time offset or timer set for each type of data. For example, if there is a PUSCH resource available within a first time offset from the time when the UE-BR corresponding to the beam information is triggered or the time when the first PUCCH is transmitted, the terminal may transmit the beam information through the available PUSCH. As another example, if there is no available PUSCH resource within a second time offset from the time when data not containing UCI is generated or encoded, the terminal may drop the data not containing UCI instead of transmitting it.

[0210]

[0211] FIG. 17 illustrates another example of a procedure for transmitting beam information and data in a wireless communication system according to one embodiment of the present disclosure. FIG. 17 illustrates a method of operation of a terminal.

[0212] Referring to FIG. 17, in step S1701, the terminal detects beam information and other data. The terminal can detect beam information and other data to be transmitted through the second channel. The other data may include at least one of data other than beam information, such as UCI (uplink control information) or data containing UCI (hereinafter referred to as 'UCI-related data'), or data not containing UCI.

[0213] In step S1703, the terminal checks whether multiplexing is allowed. In other words, the terminal can check whether multiplexing of beam information and other data is allowed.

[0214] According to one embodiment, only some of the data other than the beam information may be allowed to be multiplexed with the beam information. In this case, the terminal may determine whether the data is allowed to be multiplexed with the beam information based on the type of other data. For example, if the other data is UCI-related data, the terminal may determine that it is data allowed to be multiplexed with the beam information. As another example, if the other data is data that does not include UCI, the terminal may determine that it is data not allowed to be multiplexed with the beam information.

[0215] According to another embodiment, multiplexing of all types of data may be permitted. In this case, the terminal may determine whether to allow multiplexing of beam information and other data based on at least one of the transmission order according to priority or the amount of data that can be transmitted. For example, if the amount of data that can be transmitted through the available CS-PUSCH resource is greater than the amount of beam information and other data, the terminal may determine that multiplexing of beam information and other data is permitted. As another example, if the amount of data that can be transmitted through the available CS-PUSCH resource is less than the amount of beam information and other data, the terminal may determine that multiplexing of beam information and other data is not permitted. The amount of data that can be transmitted through the CS-PUSCH resource may be determined based on the time-frequency resource size or container size of the corresponding CS-PUSCH. Also, for example, if data other than beam information includes two types of data with different priorities, and the amount of data that can be transmitted through the available CS-PUSCH resource is less than the amount of beam information and other data, the terminal may select the data with the higher priority among the two types of data and determine that multiplexing of beam information and the selected data is permitted.

[0216] In the case of data that is allowed to be multiplexed, at step S1705, the terminal multiplexes the beam information and other data and transmits them. The terminal may multiplex the beam information and other data and transmit the multiplexed data through at least one CS-PUSCH. According to one embodiment, the terminal may divide the multiplexed data and transmit the divided multiplexed data through a plurality of CS-PUSCHs.

[0217] If multiplexing is not permitted, in step S1707, the terminal transmits beam information and other data based on priority. Based on the priority of the beam information and other data, the terminal may transmit the beam information and other data in descending order of priority. For example, if the priority is set in the order of beam information, UCI-related data, and data not including UCI, the UE may transmit the beam information having the highest priority first through the second UL channel, and the data not including UCI having the lowest priority last through the second UL channel. According to one embodiment, the terminal may transmit or drop beam information and / or other data through the second UL channel based on a time offset or timer set for each type of data. For example, if there is a PUSCH resource available within a first time offset from the time when the UE-BR corresponding to the beam information is triggered or the time when the first PUCCH is transmitted, the terminal may transmit the beam information through the available PUSCH. As another example, if there is no available PUSCH resource within a second time offset from the time when data not containing UCI is generated or encoded, the terminal may drop the data not containing UCI instead of transmitting it.

[0218]

[0219] [Example #1]

[0220] As a second UL channel, if a Type 1 or Type 2 configured scheduling (CS) based PUSCH resource(s) is used, the UE may transmit beam information and / or non-beam information data as a UE-BR through the said CS-PUSCH. If the UE wishes to transmit both beam information and non-beam information data through the same CS-PUSCH, the beam information and non-beam information data may be transmitted through the CS-PUSCH based on the following methods.

[0221] According to one embodiment, when a UE intends to transmit beam information and data simultaneously (e.g., multiplexing), continuous transmissions using two or more CS-PUSCH resources may be required depending on the amount of data to be transmitted.

[0222] In this case, the beam information and data to be transmitted can be transmitted based on the priority among the types of beam information and data.

[0223] This disclosure classifies data types into beam information, UCI (uplink control information) or data containing UCI (hereinafter referred to as "UCI-related data"), and data not containing UCI. Additionally, for convenience of explanation, the priority of data may be set in the order of beam information, UCI-related data, and data not containing UCI. However, this is merely an example and the present disclosure is not limited thereto. For example, data types may be classified in other ways. Furthermore, the priority of each data type may be set differently. The priority of each data type may be configured for the UE using one or a combination of upper-layer signaling such as RRC or MAC-CE, or DCI.

[0224]

[0225] Method #1 of Example #1

[0226] FIG. 18 illustrates examples of CS-PUSCH resources in a wireless communication system according to one embodiment of the present disclosure.

[0227] Referring to FIG. 18, the UE can transmit each data to the base station by sequentially using CS-PUSCH according to priority. At this time, each PUSCH can be assigned for each data transmission. For example, if the UE intends to transmit beam information and UCI-related data, PUSCH #1 may be used to transmit beam information for the UE-BR and PUSCH #2 may be used to transmit UCI-related data based on the priority of the beam information and UCI-related data. As another example, if the priority of UCI-related data is higher than the priority of beam information, PUSCH #1 may be used to transmit UCI-related data, and then PUSCH #2 may be used to transmit beam information for the UE-BR.

[0228] In performing the aforementioned operation, a rule or constraint may be configured requiring the UE to transmit the corresponding data within a certain time offset for each data type. For example, a rule or constraint may be configured requiring beam information to be transmitted within a certain time offset from the time the UE-BR is triggered. Alternatively, a rule or constraint may be configured requiring beam information to be transmitted within a certain time offset from the time the first PUCCH is transmitted. Additionally, data including UCI or data not including UCI may be configured to be transmitted within a specific time based on a specific timer. In this case, the configuration of the time offset and / or timer may be configured for the UE using one or more combinations of upper-layer signaling such as RRC, MAC-CE, or DCI.

[0229] Therefore, if the time offset elapses or the timer expires, the corresponding data (e.g., beam reports, UCI-related data, data not containing UCI) may be dropped instead of being transmitted via PUSCH. In other words, the UE can anticipate the dropping of specific data based on the time offset for each data item to be transmitted. In this case, the UE can achieve power saving by dropping the entire specific data item. Here, the time offset for each data item can be set to indicate the time interval during which the data should be transmitted.

[0230] For example, if a UE intends to transmit beam information and UCI-related data, the UE may transmit the beam information of the UE-BR via PUSCH #1 and the UCI-related data via PUSCH #2. Here, if PUSCH #2 does not exist prior to the expiration time of the timer corresponding to the UCI-related data, the UCI-related data may not be transmitted via PUSCH #2 and may be dropped.

[0231] As another example, the priority of UCI-related data may be set higher than that of beam information. In this case, the UE can transmit UCI-related data via PUSCH #1 and beam information for the UE-BR via PUSCH #2. Here, if PUSCH #2 does not exist within the time offset corresponding to the beam information, the beam information may not be transmitted via PUSCH #2 and may be dropped.

[0232]

[0233] Method #2 of Example #1

[0234] The UE can transmit each data to the base station by sequentially using CS-PUSCH according to priority. At this time, each data can be multiplexed in each PUSCH based on the priority of each data. For example, data can be multiplexed based on the following methods.

[0235]

[0236] Method #2-1 of Example #1

[0237] According to one embodiment, multiplexing of beam information and UCI-related data is permitted. On the other hand, multiplexing of data that does not include beam information and UCI may not be permitted. In a situation where PUSCH resources are allocated as illustrated in FIG. 18, if a UE wishes to transmit beam information and UCI-related data, it may multiplex beam information and UCI-related data through PUSCH #1 and transmit the multiplexed beam information and UCI-related data. On the other hand, if a UE wishes to transmit data that does not include beam information and UCI, it may be operated to transmit only beam information through PUSCH #1 and only data that does not include UCI through PUSCH #2.

[0238]

[0239] Method #2-2 of Example #1

[0240] According to another embodiment, unlike method #2-1, multiplexing of all data may be permitted. In this case, the UE may determine whether to multiplex and / or the multiplexing target based on the transmission order according to priority and the amount of data that can be transmitted. For example, in a situation where PUSCH resources are allocated as illustrated in FIG. 18, if the UE wishes to transmit beam information, UCI-related data, and data that does not contain UCI, the UE may perform multiplexed transmission based on the amount of data that can be transmitted via PUSCH #1. If all three types of data mentioned above can be transmitted via the PUSCH #1 resource, the UE may multiplex all beam information, UCI-related data, and data that does not contain UCI, and transmit the multiplexed data. On the other hand, if the three types of data mentioned above cannot be transmitted via the PUSCH #1 resource, the UE may multiplex the remaining data excluding the data with the lowest priority (e.g., data that does not contain UCI) and transmit the multiplexed data. If it is impossible to transmit beam information and UCI-related data through the PUSCH #1 resource, the UE may transmit only beam information through the PUSCH #1 resource.

[0241]

[0242] Method #2-3 of Example #1

[0243] According to another embodiment, the UE can determine a multiplexing order based on the priority of the data, and transmit the data after multiplexing it based on the determined multiplexing order. Additionally, the UE can divide the multiplexed data and transmit the divided multiplexed data through a plurality of CS-PUSCHs.

[0244]

[0245] In carrying out the methods of the aforementioned embodiment #1, information indicating the type of data transmitted through the CS-PUSCH may be transmitted to a base station. For example, if two or more types of data are multiplexed and the multiplexed data is transmitted through a single CS-PUSCH, indication information indicating the type of data transmitted through the CS-PUSCH may be transmitted from the corresponding CS-PUSCH. The indication information may be indicated through the MAC-CE, CRC masking, etc., of the CS-PUSCH.

[0246] If the base station does not receive the data it expects via CS-PUSCH, the base station may stop using CS-PUSCH via DCI transmission and allocate a new UL channel. That is, the base station may overwrite the CS (configured scheduling) via DCI. In other words, by receiving allocation information for a new second UL channel for beam reporting via DCI, the terminal may use the new second UL channel allocated by DCI instead of the second UL channel pre-configured by the existing CS.

[0247]

[0248] [Example #2]

[0249] In the UE-BR operation, the first PUCCH may be associated with a plurality of CS-PUSCH configurations. In this case, the UE may select one PUSCH from among the plurality of CS-PUSCHs to perform UE-BR. To perform UE-BR, the UE may select a PUSCH resource according to the embodiments below.

[0250]

[0251] FIG. 19 illustrates an example of a procedure for selecting a CS-PUSCH resource in a wireless communication system according to one embodiment of the present disclosure. FIG. 19 illustrates a method of operation of a terminal.

[0252] Referring to FIG. 19, in step S1901, the terminal selects a CS-PUSCH based on the first PUCCH. Upon detection of a UE-BR triggering event, the terminal transmits the first PUCCH and may select a CS-PUSCH associated with the first PUCCH to transmit a beam report containing beam information. According to one embodiment, the first PUCCH may be associated with at least one CS-PUSCH configuration. One CS-PUSCH configuration may include at least one CS-PUSCH. When the first PUCCH is associated with a plurality of CS-PUSCHs, the terminal may select at least one CS-PUSCH based on at least one of the location or transmission time of each of the plurality of CS-PUSCHs, the time-frequency resource size of each of the plurality of CS-PUSCHs, or the container size of each of the plurality of CS-PUSCHs. According to one embodiment, the terminal may select at least one CS-PUSCH by further considering at least one of the amount of data corresponding to the beam information to be transmitted, or the priority of the data to be transmitted. Here, the priority may include at least one of the priority by type of data, the priority of UE-BR triggering events, or the priority of beam information determined based on the transmission order of the first PUCCH.

[0253] In step S1903, the terminal performs UE-BR using the selected CS-PUSCH. The terminal may transmit a beam report containing beam information using the selected CS-PUSCH based on the first PUCCH. According to one embodiment, the terminal may multiplex the beam report and at least one other data other than the beam report, and transmit the multiplexed data using the selected CS-PUSCH.

[0254] According to the embodiment described with reference to FIG. 19, a PUSCH for transmitting a beam report corresponding to the first PUCCH may be selected according to a given criterion. According to one embodiment, when a plurality of CS-PUSCHs are configured, the UE may use only the PUSCH located within a specific time offset from the time when the UE-BR is triggered as the second UL channel. Alternatively, the UE may use only the PUSCH located within a specific time offset from the time when the first PUCCH is transmitted as the second UL channel. In this case, the specific time offset may be configured in the UE using one or more combinations of upper layer signaling such as RRC, MAC-CE, or DCI. In this case, the CS-PUSCH available for the UE-BR may be determined based on at least one of the time when the UE-BR is triggered, the time when the first PUCCH is transmitted, or the configured time offset value.

[0255]

[0256] Method #1-1 of Example #2

[0257] FIG. 20 illustrates an example of a situation in which a first PUCCH is transmitted in conjunction with a plurality of CS-PUSCH configurations in a wireless communication system according to an embodiment of the present disclosure. Referring to FIG. 20, a specific time offset for UE-BR can be configured and operated based on the time when the first PUCCH is transmitted. Additionally, in the example of FIG. 20, two CS-PUSCH configurations are associated with the first PUCCH, and each CS-PUSCH configuration is represented as PUSCH #A and PUSCH #B. For example, PUSCH #A1, PUSCH #A2, …, PUSCH #An belong to a single CS-PUSCH configuration, and PUSCH #A1, PUSCH #A2, …, PUSCH #An may have a constant period. Other CS-PUSCH resources such as PUSCH #B1, PUSCH #B2, … , PUSCH #Bn belong to another CS-PUSCH configuration, and PUSCH #B1, PUSCH #B2, … , PUSCH #Bn can have a constant period. In the example of Fig. 20, PUSCH #A has a longer period and a larger time-frequency resource than PUSCH #B.

[0258] The UE can select a CS-PUSCH resource based on the amount of data corresponding to the beam information to be transmitted and the time-frequency resource sizes of multiple available CS-PUSCH resources, and transmit the beam information using the selected CS-PUSCH resource. That is, among the multiple available CS-PUSCH resources, the UE can transmit the beam information using the CS-PUSCH resource at the earliest time point among the CS-PUSCH resources having a time-frequency resource size capable of carrying encoded data for transmission. In other words, the UE can select a CS-PUSCH resource for transmitting the beam information based on at least one of whether the CS-PUSCH is configured to transmit the beam report and the UCI, whether the CS-PUSCH resource has a size for transmitting the encoded data of the beam report and the UCI, or the time-axis position of the CS-PUSCH resource. Additionally, if multiple resources are available, the UE may select, for example, a larger or smaller resource based on the size of the resource's time-frequency resource. In this case, if the size of the time-frequency resource of the earliest CS-PUSCH is smaller than the size of the time-frequency resource required for the transmission of beam information, the corresponding CS-PUSCH may not be used.

[0259] Referring to FIG. 20, PUSCH #B1, PUSCH #B2, and PUSCH #A1 exist within a time offset value configured for beam information transmission based on the time when the UE transmits the first PUCCH. At this time, if it is determined that the amount of beam information to be transmitted can be transmitted via PUSCH #A and cannot be transmitted via PUSCH #B, the UE may transmit the beam information using PUSCH #A1 instead of the earliest PUSCH #B1.

[0260]

[0261] Method #1-2 of Example #2

[0262] FIG. 21 illustrates another example of a situation in which a first PUCCH is transmitted in conjunction with a plurality of CS-PUSCH configurations in a wireless communication system according to an embodiment of the present disclosure. Referring to FIG. 21, a specific time offset may be configured and operated based on the time at which the first PUCCH is transmitted. Additionally, in the example of FIG. 21, two CS-PUSCH configurations are associated with the first PUCCH, and the configurations within each resource configuration are represented as PUSCH #A and PUSCH #B. For example, PUSCH #A1, PUSCH #A2, …, PUSCH #An belong to one CS-PUSCH configuration, and PUSCH #A1, PUSCH #A2, …, PUSCH #An may have a constant period. Other CS-PUSCH resources, PUSCH #B1, PUSCH #B2, …, PUSCH #Bn, belong to another CS-PUSCH configuration, and PUSCH #B1, PUSCH #B2, … , PUSCH #Bn can have a constant period. In the example of Fig. 21, PUSCH #A has a longer period and a larger time-frequency resource than PUSCH #B.

[0263] Assume a case where, after transmitting the first PUCCH, beam information and data other than beam information are to be transmitted via CS-PUSCH. In this case, the allocation and use of CS-PUSCH can be performed as follows.

[0264] According to one embodiment, CS-PUSCH may be assigned and used based on the priority of the data to be transmitted. In this case, the priority of data transmission may be configured for the UE using one or more combinations of upper layer signaling such as RRC, MAC-CE, or DCI.

[0265] If beam information has the highest priority among the data to be transmitted, the UE can transmit the beam information via the earliest PUSCH #A1. Generalizing this method, the UE can transmit the beam information using the earliest CS-PUSCH among those with a container sized to carry the beam information. The UE can transmit data other than the beam information via subsequent CS-PUSCHs.

[0266] Information regarding the type of data transmitted through CS-PUSCH may be transmitted together through CS-PUSCH. Information regarding the type of data transmitted through CS-PUSCH may be indicated by methods such as MAC-CE or CRC masking.

[0267] According to one embodiment, the UE selects a CS-PUSCH having the smallest container size among CS-PUSCHs capable of transmitting the amount of data of the highest priority among the data to be transmitted, and can transmit the highest priority data through the selected CS-PUSCH. Additionally, the UE may use other CS-PUSCHs other than the selected CS-PUSCH having the smallest container size to transmit a larger amount of other data than the data of the highest priority.

[0268] For example, in the example of FIG. 21, if the beam information has the highest priority among the data to be transmitted and the beam information can be transmitted via PUSCH #A or PUSCH #B, the UE can transmit the beam information via PUSCH #B1 instead of the earliest PUSCH #A1 to increase resource efficiency, and transmit other data other than the beam information via PUSCH #A1.

[0269] Information regarding the type of data transmitted through CS-PUSCH may be transmitted together through CS-PUSCH. Information regarding the type of data transmitted through CS-PUSCH may be indicated by methods such as MAC-CE or CRC masking.

[0270] According to one embodiment, the UE multiplexes beam information and data to be transmitted and can transmit the multiplexed beam information and data using the earliest CS-PUSCH or CS-PUSCHs containing containers satisfying size conditions. In this case, the UE can transmit the multiplexed data using only the resources within the CS-PUSCH configuration that includes the selected first CS-PUSCH. For example, in the example of FIG. 21, if PUSCH #A1 is selected, the UE can transmit the multiplexed data using PUSCH resources within the same CS-PUSCH configuration, such as PUSCH #A2, PUSCH #A3, etc. Alternatively, the UE can transmit the multiplexed data by sequentially using all PUSCH resources of the entire allocated CS-PUSCH configuration. For example, in the example of FIG. 21, the UE can transmit the multiplexed data by continuously using CS-PUSCHs in the order of earliest transmission times, such as PUSCH #A1, PUSCH #B1, PUSCH #B2.

[0271] At this time, the multiplexing order may be determined according to the priority of the data. If the beam information has the highest priority, multiplexing may be performed so that the beam information is transmitted preferentially. The priority may be set in the order of beam information, data containing UCI, and data not containing UCI. However, the priority of the present disclosure is not limited to the examples described above. For example, the priority by data type may be set in a different manner and / or in a different order. Alternatively, it may be permitted to multiplex only UCI data, rather than general data, with beam information.

[0272] In addition, when transmitting the multiplexed data via CS-PUSCH, information regarding the type of data being transmitted and the multiplexing may be transmitted together. Information regarding the type of data being transmitted and the multiplexing may be indicated by methods such as MAC-CE or CRC masking.

[0273]

[0274] Method #1-3 of Example #2

[0275] When two or more UE-BRs are triggered and a first PUCCH for each UE-BR is transmitted, the UE may attempt to transmit at least one CS-PUSCH for two or more beam reports for a beam report corresponding to each of the first PUCCH at the same time. Here, the triggering of two or more UE-BRs means that two or more events are detected. The multiple events may be of the same type or different types. Being of the same type means that the conditions associated with the events are the same. When the types of events are the same, the aforementioned situation can be understood as a case where events associated with the same conditions are detected for different beams. That is, the aforementioned situation can be understood as a case where a first event associated with a first condition occurs for a first beam, and a second event associated with a second condition occurs for either the first beam or the second beam, or a second event associated with a first condition occurs for a second beam.

[0276] According to one embodiment, the UE may transmit beam reports corresponding to each of the first PUCCHs using separate CS-PUSCHs without multiplexing them. In this case, the UE may select CS-PUSCHs based on the transmission order of the first PUCCHs and transmit the beam reports. At this time, the UE may transmit the beam information using the earliest PUSCH resource among the CS-PUSCHs that are large enough to transmit the amount of data corresponding to the beam information.

[0277] FIG. 22 illustrates an example of a situation in which a plurality of first PUCCHs are transmitted in conjunction with a plurality of CS-PUSCH configurations in a wireless communication system according to an embodiment of the present disclosure. In the example of FIG. 22, when beam information corresponding to first PUCCH #1 and first PUCCH #2 can be transmitted via PUSCH #A or PUSCH #B, the UE can transmit beam information corresponding to first PUCCH #1 via PUSCH #B1 and beam information corresponding to first PUCCH #2 via PUSCH #A1 based on the transmission time of first PUCCH #1 and first PUCCH #2. In other words, the UE can sequentially transmit the corresponding beam information according to the order in which the first PUCCHs were transmitted.

[0278] For example, in the example of FIG. 22, if beam information corresponding to the first PUCCH #1 can be transmitted only through PUSCH #A and beam information corresponding to the first PUCCH #2 can be transmitted through PUSCH #A or PUSCH #B, the UE can transmit beam information corresponding to the first PUCCH #1 through PUSCH #A1 and beam information corresponding to the first PUCCH #2 through PUSCH #B1 based on the transmission time of the first PUCCH and the container size of the available PUSCH.

[0279] As another example, in the example of FIG. 22, if beam information corresponding to the first PUCCH #1 and beam information corresponding to the first PUCCH #2 can only be transmitted through PUSCH #A, the UE can transmit beam information corresponding to the first PUCCH #1 through PUSCH #A1 based on the transmission time of the first PUCCH and the container size of the PUSCH. Since there is no other PUSCH #A available within a configured time offset from the time when the first PUCCH #2 is transmitted, the UE can drop the beam information corresponding to the first PUCCH #2 without transmitting it. If PUSCH #A2 is included within the configured time offset, or if transmission of the second UL channel is possible through CS-PUSCH without the time offset being applied, the UE can transmit beam information corresponding to the first PUCCH #2 through PUSCH #A2.

[0280] In addition, when transmitting beam information via CS-PUSCH, information related to the triggering event and / or configuration of the UE-BR corresponding to the transmitted beam information, or information related to the first PUCCH corresponding to the transmitted beam information, may be transmitted together. The aforementioned information may be indicated by methods such as MAC-CE or CRC masking.

[0281] According to one embodiment, a CS-PUSCH may be assigned based on the priority of a UE-BR triggering event. The UE identifies the beam information of the UE-BR triggering event with the higher priority among two or more UE-BR triggering events. The UE selects the earliest CS-PUSCH among the CS-PUSCHs capable of transmitting an amount of data corresponding to the identified beam information, and can transmit the beam information using the selected CS-PUSCH. Alternatively, for resource efficiency, the UE may select the CS-PUSCH having the smallest container size among the CS-PUSCHs capable of transmitting an amount of data corresponding to the identified beam information, and transmit the beam information through the selected CS-PUSCH.

[0282] For convenience of explanation, in the example of FIG. 22, let us assume that the priority of the first PUCCH #2 is higher than that of the first PUCCH #1. In this case, the earliest PUSCH #B1 can be used to transmit beam information corresponding to the first PUCCH #2. If the beam information corresponding to the first PUCCH #2 cannot be transmitted via PUSCH #B but can be transmitted via PUSCH #A, the UE can transmit the beam information corresponding to the first PUCCH #2 using the earliest PUSCH #A1.

[0283] If beam information corresponding to the first PUCCH #1 can be transmitted via PUSCH #B, the UE can transmit the beam information corresponding to the first PUCCH #1 via the earliest PUSCH #B1. On the other hand, if beam information corresponding to the first PUCCH #1 cannot be transmitted via PUSCH #B but can be transmitted via PUSCH #A, as illustrated in FIG. 22, since there is no other PUSCH #A available within the configured time offset, the UE may not transmit the beam information and may drop it. If PUSCH #A2 is included within the configured time offset, or if transmission of the second UL channel is possible via CS-PUSCH without the time offset being applied, the UE can transmit the beam information corresponding to the first PUCCH #1 via PUSCH #A2.

[0284] In addition, when transmitting the beam information via CS-PUSCH, information related to the triggering event and / or configuration of the UE-BR corresponding to the transmitted beam information, or information related to the first PUCCH corresponding to the transmitted beam information, may be transmitted together. Such information may be indicated by methods such as MAC-CE or CRC masking.

[0285] According to one embodiment, a UE may multiplex two or more beam reports and transmit the multiplexed beam information via a CS-PUSCH. The UE may multiplex a plurality of beam reports to be transmitted and transmit the multiplexed beam information using the CS-PUSCH of the earliest time point among the CS-PUSCH of the earliest time point or the CS-PUSCH containing a container satisfying size conditions. When transmitting multiplexed data using one or more PUSCHs, the UE may transmit the multiplexed beam information using only the resources within the CS-PUSCH configuration that includes the first selected CS-PUSCH. For example, if some of the multiplexed beam information is transmitted via PUSCH #A1 as exemplified in FIG. 22, subsequent multiplexed beam information may be transmitted via PUSCH resources within the same CS-PUSCH configuration, such as PUSCH #A2, PUSCH #A3, etc. In this case, if the resource size of PUSCH #A1 is sufficient to transmit the multiplexed beam information, PUSCH #A2 and PUSCH #A3 may not be used. Alternatively, the UE may transmit multiplexed beam information by sequentially utilizing all PUSCH resources of the entire allocated CS-PUSCH configuration. For example, the UE may transmit multiplexed beam information by sequentially utilizing CS-PUSCHs having early transmission times, such as PUSCH A#1, PUSCH B#1, and PUSCH B#2 as illustrated in FIG. 22. In this case, if the resource size of PUSCH #A1 is sufficient to transmit multiplexed beam information, PUSCH #B1 and PUSCH #B2 may not be used.

[0286] At this time, the multiplexing order may be determined according to the priority of the UE-BR triggering event. Beam information corresponding to a UE-BR triggering event with a higher priority may be multiplexed so that it is transmitted preferentially. Additionally, when transmitting multiplexed beam information using CS-PUSCH, information regarding the triggering event and / or configuration of the UE-BR corresponding to the transmitted beam information, or information regarding the first PUCCH corresponding to the transmitted beam information, may be transmitted together. Such information may be indicated by methods such as MAC-CE or CRC masking.

[0287] In the method #1-3 as described above, the time offset values ​​corresponding to the PUCCHs may be the same value or different values. Referring to FIG. 22, when two UE-BRs are triggered, the UE can determine the available PUSCH channel for each UE-BR based on the time offset value for each PUCCH. According to one embodiment, in two triggered UE-BR operations, a time offset value applicable to both UE-BR operations can be reconstructed based on the time offset value for each of the first PUCCHs.

[0288] For example, let us assume that the time offset values ​​corresponding to the first PUCCH #1 and the first PUCCH #2 exemplified in FIG. 22 are time offset #1 and time offset #2. In this case, the UE identifies time ranges corresponding to each time offset value based on the transmission time of each first PUCCH. The UE can apply PUSCH resources (e.g., PUSCH #B1, PUSCH #A1, PUSCH #B2) identified as available based on time offset #2, which has a longer time range, to two UE-BRs in common. In this case, PUSCH #B1, PUSCH #A1, and PUSCH #B2 exemplified in FIG. 6 can be used for UE-BRs operated by the first PUCCH #1 and the first PUCCH #2.

[0289] Alternatively, a time offset value having the larger value between time offset #1 configured in each first PUCCH #1 and time offset #2 configured in the first PUCCH #2 may be applied at the time of transmission of the first PUCCH #2 that was last transmitted. For example, the larger time offset value between time offset #1 and time offset #2 may be selected, and a time interval corresponding to the selected time offset value from the time of transmission of the first PUCCH that was last transmitted may be applied commonly to two UE-B operations. In this case, the UE may determine a PUSCH available for two UE-BR operations corresponding to the first PUCCH #1 and the first PUCCH #2 within the commonly applied time interval.

[0290]

[0291] The operation of the method according to the present disclosure can be implemented as a computer-readable program or code on a computer-readable recording medium. A computer-readable recording medium includes any type of recording device in which information that can be read by a computer system is stored. Additionally, a computer-readable recording medium may be distributed across networked computer systems, allowing the computer-readable program or code to be stored and executed in a distributed manner.

[0292] In addition, computer-readable recording media may include hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, and flash memory. Program instructions may include machine code, such as that generated by a compiler, as well as high-level language code that can be executed by a computer using an interpreter, etc.

[0293] Some aspects of the present disclosure have been described in the context of a device, but may also be described according to a corresponding method, wherein a block or device corresponds to a method step or a feature of a method step. Similarly, aspects described in the context of a method may also be described according to a corresponding block or item or a feature of a corresponding device. Some or all of the method steps may be performed by (or using) a hardware device, such as, for example, a microprocessor, a programmable computer, or an electronic circuit. In some embodiments, at least one of the most important method steps may be performed by such a device.

[0294] A programmable logic device (e.g., a field-programmable gate array) may be used to perform some or all of the functions of the methods described in this disclosure. A field-programmable gate array may operate with a microprocessor to perform one of the methods described in this disclosure. Generally, it is preferable that the methods be performed by some hardware device.

[0295] Although the present disclosure has been described with reference to preferred embodiments, those skilled in the art will understand that various modifications and changes can be made to the present disclosure without departing from the spirit and scope of the present disclosure as set forth in the following claims.

Claims

1. In a method of operation of a terminal in a wireless communication system, A step of detecting events for UE-BR (user equipment-initiated / event-driven beam report); A step of transmitting control information for beam reporting from a resource of the first UL (uplink) channel in response to the detection of the above event; and The method includes the step of transmitting the beam report from a resource of a second UL channel corresponding to the control information, and The above second UL channel includes CS (configured scheduling)-PUSCH (physical uplink shared channel), and A method in which the above beam report is multiplexed with UCI (uplink control information) from the resources of the above CS-PUSCH.

2. In Claim 1, The above CS-PUSCH is a method defined such that it does not allow multiplexing of data other than the UCI and the beam report.

3. In Claim 1, A method in which the above UCI is selected based on a priority of data types that is predefined or configured by a base station, and is multiplexed with the beam report in the resources of the CS-PUSCH.

4. In Claim 1, A method in which the beam report and the UCI are multiplexed from the resources of the CS-PUSCH as they are selected according to priority among the beam report, the UCI, and data other than the UCI.

5. In Claim 1, A method in which the resources of the second UL channel include resources among the resources included in the CS-PUSCH that fall within a time offset from the time when the event is detected.

6. In Claim 1, A method in which the resources of the second UL channel include resources within a time offset from the resources of the first UL channel among the resources included in the CS-PUSCH.

7. In Claim 1, A method in which at least one indicator indicating the beam report and the UCI is transmitted from the resources of the second UL channel.

8. In Claim 1, A method in which the resources of the CS-PUSCH include resources linked to the resources of the first UL channel.

9. In Claim 1, A method in which the resources of the CS-PUSCH include at least one of the PUSCH resources belonging to one of the plurality of CS-PUSCH configurations configured for the terminal.

10. In Claim 1, A method in which the resource of the CS-PUSCH is selected based on at least one of whether the CS-PUSCH is configured to transmit the beam report and the UCI, the size of the time-frequency resource of the resource, or the time-axis position of the resource.

11. In Claim 1, A method wherein the CS-PUSCH resource comprises at least one CS-PUSCH resource having the earliest transmission time among the CS-PUSCH resources having a size for transmitting the beam report and the encoded data of the UCI, or the CS-PUSCH resource having the smallest size.

12. In Claim 1, The step of transmitting different control information for different beam reports from a resource of another first UL channel; and It further includes the step of transmitting another beam report corresponding to the other control information above, A method in which the other beam report is multiplexed with the beam report in at least one resource of the CS-PUSCH or other CS-PUSCH.

13. In Claim 12, The multiplexed beam information generated by multiplexing the above beam report and other beam reports is transmitted using at least one early resource among the resources of the CS-PUSCH, and If the size of the earliest resource among the resources of the CS-PUSCH is sufficient to transmit the multiplexed beam information, only the earliest resource is used, and A method in which, when the size of the earliest resource among the resources of the CS-PUSCH is not sufficient to transmit the multiplexed beam information, multiple resources are used.

14. In Claim 12, The multiplexed beam information generated by multiplexing the above beam report and another beam report is transmitted using at least one early resource among the resources of the CS-PUSCH and the resources of the other CS-PUSCH, and If the size of the earliest resource among the resources of the CS-PUSCH and the other CS-PUSCH resources is sufficient to transmit the multiplexed beam information, only the earliest resource is used, and A method in which, when the size of the earliest resource among the resources of the CS-PUSCH and the resources of the other CS-PUSCH is not sufficient to transmit the multiplexed beam information, multiple earlier resources are used.

15. In Claim 1, The step of transmitting different control information for different beam reports from a resource of another first UL channel; and It further includes the step of transmitting another beam report corresponding to the other control information above, A method in which the other beam report is transmitted from another resource of the CS-PUSCH that transmitted the beam report, or from a resource of a CS-PUSCH different from the CS-PUSCH that transmitted the beam report.

16. In Claim 15, A method in which another resource of the CS-PUSCH or a resource of the other CS-PUSCH is selected based on at least one of whether the resource has a size for transmitting the other beam report, the size of the time-frequency resource of the resource, or the time-axis position of the other resource.

17. In a method of operation of a base station in a wireless communication system, A step of receiving control information for beam reporting according to an event for UE-BR on a first UL (uplink) channel; and The method includes the step of receiving the beam report in a second UL channel corresponding to the control information, The above second UL channel includes CS (configured scheduling)-PUSCH (physical uplink shared channel), and A method in which the beam report multiplexed with UCI (uplink control information) is received from the resources of the above CS-PUSCH.

18. In a terminal of a wireless communication system, At least one transmitter / receiver; At least one processor; and It includes at least one memory connected to the above-mentioned at least one processor to enable operation and storing instructions that control the terminal to perform operations when executed by the processor, and The above operations are, A step of detecting events for UE-BR (user equipment-initiated / event-driven beam report); A step of transmitting control information for beam reporting from a resource of the first UL (uplink) channel in response to the detection of the above event; and The method includes the step of transmitting the beam report from a resource of a second UL channel corresponding to the control information, and The above second UL channel includes CS (configured scheduling)-PUSCH (physical uplink shared channel), and The above beam report is a terminal that is multiplexed with UCI (uplink control information) from the resources of the above CS-PUSCH.

19. In a base station of a wireless communication system, At least one transmitter / receiver; At least one processor; and It includes at least one memory connected to operately with the above-mentioned at least one processor and storing instructions that control the base station to perform operations when executed by the processor, and A step of receiving control information for beam reporting according to an event for UE-BR on a first UL (uplink) channel; and The method includes the step of receiving the beam report in a second UL channel corresponding to the control information, The above second UL channel includes CS (configured scheduling)-PUSCH (physical uplink shared channel), and A base station in which the beam report multiplexed with UCI (uplink control information) is received from the resources of the above CS-PUSCH.

Images