Method and device for beam reporting in wireless communication system

The UE-initiated/event-driven beam reporting method addresses the undefined switching between sTRP and MTRP modes in 5G NR, enhancing QoS and beam management through dynamic reporting and resource allocation in diverse communication scenarios.

WO2026010203A1PCT designated stage Publication Date: 2026-01-08HYUNDAI MOTOR CO LTD +2
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
PCT/KR2025/008267
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Priority Date
2024-07-03
Filing Date
2025-06-16
Publication Date
2026-01-08

AI Technical Summary

Technical Problem

The existing methods for switching between Single Transmission and Reception Point (sTRP) mode and Multiple Transmission and Reception Point (MTRP) mode in 5G NR communication systems are not defined, leading to inefficiencies in beam management and Quality-of-Service (QoS) issues, especially for terminals at the cell-edge and in non-line-of-sight conditions.

Method used

A method and apparatus for UE-initiated/event-driven beam reporting in wireless communication systems, involving the detection of events for beam reports, transmission of control information on a first uplink channel, and subsequent reporting on a second available uplink channel, with support for multiple event configurations and cross-carrier reporting.

Benefits of technology

Enables efficient beam reporting and resource allocation, improving QoS and beam management in diverse communication scenarios, including terrestrial and non-terrestrial environments, by dynamically adapting to channel conditions.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure KR2025008267_08012026_PF_FP_ABST
    Figure KR2025008267_08012026_PF_FP_ABST
Patent Text Reader

Abstract

The present disclosure is for performing beam reporting in a wireless communication system. This operation method of a terminal may comprise the steps of: detecting an event for a user equipment-initiated / event-driven beam report (UE-BR); transmitting, in response to the detection of the event, control information about the beam report in a physical uplink shared channel (PUSCH); and transmitting the beam report in an uplink (UL) channel corresponding to the control information.
Need to check novelty before this filing date? Find Prior Art

Description

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

[0001] The present disclosure relates to a wireless communication system, and more particularly, 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 improved communication services compared to existing communication networks (e.g., long term evolution (LTE), advanced LTE-A (LTE-A), etc.). 5G communication networks (e.g., new radio (NR) communication networks) can support frequency bands above 6 GHz as well as frequency bands below 6 GHz. That is, 5G communication networks can support FR1 bands and / or FR2 bands. 5G communication networks can support various communication services and scenarios compared to LTE communication networks. For example, usage scenarios of 5G communication networks can include enhanced Mobile Broadband (eMBB), Ultra Reliable Low Latency Communication (URLLC), massive Machine Type Communication (mMTC), etc.

[0003] Compared to 5G, 6G communication networks can support a wider range of communication services and scenarios. 6G communication networks can meet requirements for ultra-high performance, ultra-high bandwidth, ultra-high space, ultra-high precision, ultra-intelligence, and / or ultra-reliability. 6G communication networks can support diverse and wide frequency bands and be applied to various usage scenarios (e.g., terrestrial communications, non-terrestrial communications, sidelink communications, 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) communicates with terminals by utilizing multiple Transmission Reception Points (TRPs) that are physically separated. MTRP technology can solve the problem of reduced Quality-of-Service (QoS) when terminals located at the cell-edge are far from the base station, and the problem of inter-cell interference from base stations located in different cells. Furthermore, MTPR technology can play a role in providing an additional communication path, 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 millimeter wave bands.

[0005] Beam management for TRP in 5G NR can be defined as a set of L1 / L2 procedures that find or maintain the optimal beam required for transmission / reception of each TRP and UE. In particular, for beam management related to analog beamforming, a transmission configuration index (TCI) has been introduced to configure the UE's reception beam for a specific channel / signal, such as PDSCH / CSI-RS / PDCCH. 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 status and circumstances of the communication channel, it is necessary to switch between the uplink signal transmission method, Single Transmission and Reception Point (sTRP) mode and Multiple Transmission and Reception Point mode. However, the method and related procedures for switching between Single Transmission and Reception Point mode and Multiple Transmission and Reception Point mode are not defined. Therefore, a method for switching between Single Transmission and Reception Point mode and Multiple Transmission and Reception Point mode is required.

[0007] Meanwhile, the technology that serves as the background for the invention is written to promote understanding of the background for the invention, and may include content that is not a prior art already known to a person with ordinary skill in the field to which the technology belongs.

[0008] The present disclosure may provide a method and device for effectively performing UE-initiated / event-driven beam reporting in a wireless communication system.

[0009] The present disclosure may provide a method and apparatus for performing signaling for beam reporting in a wireless communication system.

[0010] The present disclosure may provide a method and apparatus for transmitting control information for beam reporting in a wireless communication system.

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

[0012] The present disclosure may provide a method and apparatus for determining an uplink channel for beam reporting in a wireless communication system.

[0013] The present disclosure may provide a method and device for determining an uplink channel based on the amount of data of a beam report in a wireless communication system.

[0014] The present disclosure may provide a method and apparatus for supporting beam reporting based on multiple event configurations in a wireless communication system.

[0015] The present disclosure may provide a method and apparatus for supporting cross carrier beam reporting in a wireless communication system.

[0016] The technical objectives to be achieved in the present disclosure are not limited to those mentioned above, and other technical tasks not mentioned can be considered by a person having ordinary skill in the technical field to which the technical configuration of the present disclosure is applied from the embodiments of the present disclosure described below.

[0017] According to one embodiment of the present disclosure, a method of operating a terminal in a wireless communication system may include the steps of detecting an event for a user equipment-initiated / event-driven beam report (UE-BR), transmitting control information for a beam report on a first uplink (UL) channel in response to detection of the event, and transmitting the beam report on a second UL channel corresponding to the control information. Here, the control information for the beam report includes a request for resource allocation for the beam report or a notification for transmission of the beam report, and the second UL channel may include an available UL channel determined based on a time point at which the control information for the beam report is transmitted among UL channels.

[0018] According to one embodiment of the present disclosure, a method of operating a base station in a wireless communication system may include the steps of receiving control information for a beam report according to detection of an event for a UE-BR (user equipment-initiated / event-driven beam report) of a terminal on a first uplink (UL) channel, and receiving the beam report on a second UL channel corresponding to the control information. Here, the control information for the beam report includes a request for resource allocation for the beam report or a notification for transmission of the beam report, and the second UL channel may include an available UL channel determined based on a time point at which the control information for the beam report is transmitted among UL channels.

[0019] According to one embodiment of the present disclosure, in a wireless communication system, a terminal includes at least one transceiver, at least one processor, and at least one memory operably connected to the at least one processor and storing instructions that, when executed by the processor, control the terminal to perform operations, wherein the operations may include: detecting an event for a user equipment-initiated / event-driven beam report (UE-BR); transmitting, in response to detection of the event, control information for a beam report on a first uplink (UL) channel; and transmitting the beam report on a second UL channel corresponding to the control information. Here, the control information for the beam report includes a request for resource allocation for the beam report or a notification for transmission of the beam report, and the second UL channel may include an available UL channel determined based on a time point at which the control information for the beam report is transmitted among UL channels.

[0020] According to one embodiment of the present disclosure, in a wireless communication system, a base station includes at least one transceiver, at least one processor, and at least one memory operably connected to the at least one processor and storing instructions that, when executed by the processor, control the base station to perform operations, wherein the operations may include: receiving control information for a beam report according to detection of an event for a user equipment-initiated / event-driven beam report (UE-BR) of a terminal on a first uplink (UL) channel; and receiving the beam report on a second UL channel corresponding to the control information. Here, the control information for the beam report includes a request for resource allocation for the beam report or a notification for transmission of the beam report, and the second UL channel may include an available UL channel determined based on a time point at which the control information for the beam report is transmitted among UL channels.

[0021] The proposed technology enables efficient performance of UE-initiated / event-driven beam reporting in wireless communication systems.

[0022] The effects that can be obtained from the embodiments of the present disclosure are not limited to the effects mentioned above, and other effects not mentioned can be clearly derived and understood by those skilled in the art to which the technical configuration of the present disclosure is applied, from the description of the embodiments of the present disclosure below. In other words, unintended effects resulting from implementing the configuration described in the present disclosure can also be derived from the embodiments of the present disclosure by those skilled in the art.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0040] FIG. 18 illustrates an example of a procedure for transmitting a beam report based on whether scheduling information is received in a wireless communication system according to one embodiment of the present disclosure.

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

[0042] This disclosure may be subject to various modifications and various embodiments. Specific embodiments are illustrated and described in detail in the drawings. However, this is not intended to limit the disclosure to specific embodiments, but rather to encompass all modifications, equivalents, and alternatives falling within the spirit and technical scope of the disclosure.

[0043] While terms such as "first" and "second" may be used to describe various components, these components should not be limited by these terms. These terms are used solely to distinguish one component from another. For example, without departing from the scope of the present disclosure, a first component could be referred to as a "second component," and similarly, a second component could also be referred to as a "first component." The term "and / or" may refer to a combination of multiple related items described herein or to any of multiple related items described herein.

[0044] 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 combinations of one or more 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 combinations of one or more of A and B.”

[0045] 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.”

[0046] When a component is referred to as being "connected" or "connected" to another component, it should be understood that it may be directly connected or connected to that other component, but that there may be other components intervening. Conversely, when a component is referred to as being "directly connected" or "connected" to another component, it should be understood that there are no other components intervening.

[0047] The terminology used in this disclosure is only used to describe specific embodiments and is not intended to limit the present disclosure. The singular expression includes the plural expression unless the context clearly indicates otherwise. In this disclosure, it should be understood that the terms "comprises" or "has" indicate the presence of a feature, number, step, operation, component, part, or combination thereof described in the specification, but do not preclude the presence or addition of one or more other features, numbers, steps, operations, components, parts, or combinations thereof.

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

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

[0050] In an embodiment, even if a method (e.g., transmitting or receiving a signal) performed by a first communication node among communication nodes is described, a corresponding second communication node can perform a method (e.g., receiving or transmitting a signal) corresponding to the method performed by the first communication node. That is, if an operation of a UE (user equipment) is described, a corresponding base station can perform an operation corresponding to the operation of the UE. Conversely, if an operation of a base station is described, a corresponding UE can perform an operation corresponding to the operation of the base station.

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

[0052] 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 a transmission and reception operation of system information (e.g., a master information block (MIB), a system information block (SIB)) and / or a radio resource control (RRC) message. MAC signaling may refer to a transmission and reception operation of a MAC control element (CE). PHY signaling may refer to a transmission and reception operation of control information (e.g., downlink control information (DCI), uplink control information (UCI), sidelink control information (SCI)).

[0053] In the present disclosure, “an operation (e.g., a transmission operation) is set” may mean that “setting information for the operation (e.g., an information element, a parameter)” and / or “information instructing the performance of the operation” is signaled. “An information element (e.g., a parameter) is set” may mean that the information element is signaled. In the present disclosure, “a signal and / or a channel” may mean a signal, a channel, or “a signal and a channel,” and a signal may be used to mean “a signal and / or a channel.”

[0054] 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 the term "communication system."

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

[0056] 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). In addition, the communication system (100) may further include a core network (e.g., a serving-gateway (S-GW), a packet data network (PDN)-gateway (P-GW), a mobility management entity (MME)). If the communication system (100) is a 5G communication system (e.g., a new radio (NR) system), the core network may include an access and mobility management function (AMF), a user plane function (UPF), a session management function (SMF), etc.

[0057] A plurality of communication nodes (110 to 130) can support a communication protocol specified in the 3rd generation partnership project (3GPP) standard (e.g., LTE communication protocol, LTE-A communication protocol, NR communication protocol, etc.). The plurality of communication nodes (110 to 130) may 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 plurality of communication nodes may have the following structure.

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

[0059] 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).

[0060] The control unit (210) can control the memory (220) and / or the transceiver unit (240), and can be configured to implement the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in the present disclosure. The memory (220) can be connected to the control unit (210) and can store various information related to the operation of the control unit (210). For example, the memory (220) can perform some or all of the controls controlled by the control unit (210), or store software code including commands for performing the descriptions, functions, procedures, proposals, methods, and / or operation flowcharts disclosed in the present disclosure. The configuration of the memory is not limited in a specific manner. For example, it can be configured as at least one of a read-only memory (ROM) and a random access memory (RAM).

[0061] At least one control unit (210) may be referred to as a controller, a microcontroller, a microprocessor, or a microcomputer. The descriptions, functions, procedures, proposals, methods, and / or operational flowcharts disclosed in the present disclosure may be implemented using firmware or software in the form of codes, instructions, and / or a set of instructions. Here, the firmware or software may execute another program stored in a memory (220), such as an OS. The control unit (210) may be implemented to support beamforming or directional routing operations in which signals from at least one antenna (270) are weighted differently to effectively steer signals outgoing in a desired direction.

[0062] Additionally, at least one control unit (210) may be coupled to 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 refer to a central processing unit (CPU), a graphics processing unit (GPU), or a dedicated processor on which methods according to embodiments of the present disclosure are performed.

[0063] At least one transceiver (240) may be connected to the control unit (210) and may transmit and / or receive a wireless signal via at least one antenna (270). The transceiver (240) may include a transmitter and / or a receiver. The at least one transceiver (240) may transmit user data, control information, wireless signals / channels, etc. mentioned in the methods and / or operation flowcharts of the present disclosure to at least one other device. For example, the at least one transceiver (240) may be connected to at least one control unit (210) and may transmit and receive wireless signals. In addition, the at least one control unit (210) may control the at least one transceiver (240) to transmit user data, control information, or a wireless signal to at least one other device. The 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) may downconvert or upconvert 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).

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

[0065] 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 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 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 within the cell coverage of the third base station (110-3). The first terminal (130-1) may be within the cell coverage of the fourth base station (120-1). The sixth terminal (130-6) may be within the cell coverage of the fifth base station (120-2).

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

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

[0068] Meanwhile, each of the plurality of base stations (110-1, 110-2, 110-3, 120-1, 120-2) may operate in a different frequency band or may operate in the same frequency band. Each of the plurality of 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 the ideal backhaul link or the non-ideal backhaul link. Each of the plurality of base stations (110-1, 110-2, 110-3, 120-1, 120-2) may be connected to the core network via the ideal backhaul link or the non-ideal backhaul link. Each of the plurality of 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.

[0069] Additionally, each of the plurality of base stations (110-1, 110-2, 110-3, 120-1, 120-2) may support MIMO transmission (e.g., single user (SU)-MIMO, multi user (MU)-MIMO, massive MIMO, etc.), coordinated multipoint (CoMP) transmission, carrier aggregation (CA) transmission, transmission in an unlicensed band, sidelink communication (e.g., device to device communication (D2D), proximity services (ProSe)), Internet of Things (IoT) 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 scheme, and the fourth terminal (130-4) can receive a signal from the second base station (110-2) by the SU-MIMO scheme. Alternatively, the second base station (110-2) can transmit signals 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 signals from the second base station (110-2) based on the MU-MIMO method.

[0070] 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 scheme, 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) based on the CoMP scheme. Each of the plurality of base stations (110-1, 110-2, 110-3, 120-1, 120-2) can transmit and receive a signal with terminals (130-1, 130-2, 130-3, 130-4, 130-5, 130-6) within its cell coverage based on the CA scheme. 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 under the control of the second base station (110-2) and the third base station (110-3), respectively.

[0071] 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 signals. In FIG. 3, each of the first wireless device (300a) and the second wireless device (300b) may be a base station or a UE.

[0072] Referring to FIG. 3, a first wireless device (300a) can transmit a signal to a second wireless device (300b). A transmission processor (311) included in the first wireless device (300a) can receive data (e.g., a data unit) from a data source (310). The transmission processor (311) can receive control information from a controller (316). The control information can 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).

[0073] The transmitting processor (311) may perform a processing operation on data (e.g., an encoding operation, a symbol mapping operation, etc.) to generate data symbol(s). The transmitting processor (311) may perform a processing operation on control information (e.g., an encoding operation, a symbol mapping operation, etc.) to generate control symbol(s). In addition, the transmitting processor (311) may generate synchronization / reference symbol(s) for a synchronization signal and / or a reference signal.

[0074] The Tx MIMO processor (312) may perform a spatial processing operation (e.g., a precoding operation) on data symbol(s), control symbol(s), and / or synchronization / reference symbol(s). The output (e.g., a symbol stream) of the Tx MIMO processor (312) may be provided to modulators (MODs) included in the transceivers (313a to 313t). The modulators (MODs) may perform a processing operation on the symbol stream to generate modulation symbols, and may perform an additional processing operation (e.g., an analog conversion operation, an amplification operation, a filtering operation, an upconversion operation) on the modulation symbols to generate signals. The signals generated by the modulators (MODs) of the transceivers (313a to 313t) may be transmitted via the antennas (314a to 314t).

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

[0076] Meanwhile, the second wireless device (300b) can transmit a signal to the first wireless device (300a). The transmitting processor (368) included in the second wireless device (300b) can receive data (e.g., data units) from a data source (367) and perform a processing operation on the data to generate data symbol(s). The transmitting processor (368) can receive control information from the controller (366) and perform a processing operation on the control information to generate control symbol(s). In addition, the transmitting processor (368) can perform a processing operation on a reference signal to generate reference symbol(s).

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

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

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

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

[0081] Referring to FIGS. 4A and 4B, a transmission path (410) may be implemented in a communication node that transmits a signal, and a reception path (420) may be implemented in 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 receiving 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 may be a natural number.

[0082] In the transmission path (410), information bits may be input to a channel coding and modulation block (411). The channel coding and modulation block (411) may perform a coding operation (e.g., a low-density parity check (LDPC) coding operation, a polar coding operation, etc.) and a modulation operation (e.g., a quadrature phase shift keying (QPSK), a quadrature amplitude modulation (QAM), etc.) on the information bits. The output of the channel coding and modulation block (411) may be a sequence of modulation symbols.

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

[0084] The CP addition block (415) can insert a CP into a 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 at the baseband before up-conversion.

[0085] A signal transmitted from a transmission path (410) may be input to a reception path (420). An operation in the reception path (420) may be the reverse operation of the operation in the transmission path (410). A DC (421) may down-convert the frequency of the received signal to a baseband frequency. A CP removal block (422) may remove a CP from a signal. The output of the CP removal block (422) may be a serial signal. An S-to-P block (423) may convert the serial signal into parallel signals. An N FFT block (424) may perform an FFT algorithm to generate N parallel signals. A P-to-S block (425) may convert the parallel signals into a sequence of modulation symbols. A 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 data.

[0086] In FIGS. 4A and 4B , Discrete Fourier Transform (DFT) and Inverse DFT (IDFT) may be used instead of FFT and IFFT. Each of the blocks (e.g., components) in FIGS. 4A and 4B may be implemented by at least one of hardware, software, or firmware. For example, some of the blocks in FIGS. 4A and 4B 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 , a block may be subdivided into multiple blocks, multiple blocks may be integrated into a single block, some blocks may be omitted, and blocks supporting other functions may be added.

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

[0088] Referring to Figure 5, time resources in a communication system can be divided into frame units. 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 (milliseconds). 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 the system frame after system frame #1023 can be #0.

[0089] A system frame may include two half frames. A half frame may be 5 ms long. 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 include 10 subframes. A subframe may be 1 ms long. The 10 subframes within a system frame may be referred to as "subframes #0-9."

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

[0091] Referring to Fig. 6, one subframe can include n slots, where n can be a natural number. Therefore, one subframe can be composed of one or more slots.

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

[0093] Referring to Figure 7, a single slot may include one or more symbols. A single slot illustrated in Figure 7 may include 14 symbols. The length of a slot may vary depending on the number and length of symbols contained in the slot. Alternatively, the length of a slot may vary depending on the numerology.

[0094] In a communication system, the numerology applied to physical signals and channels may be variable. The numerology may be variable to meet various technical requirements of the communication system. In a communication system applying CP (cyclic prefix)-based OFDM waveform technology, the numerology may include subcarrier spacing and CP length (or CP type). Table 1 may be an embodiment of a method for configuring a numerology for a CP-OFDM-based communication system. At least some of the numerologies in Table 1 may be supported depending on the frequency band in which the communication system operates. In addition, the communication system may additionally support numerologies not listed in [Table 1].

[0095] Subcarrier spacing 15 ㎑ 30 ㎑ 60 ㎑ 120 ㎑ 240 ㎑ 480 ㎑ OFDM symbol length [㎲] 66.733.316.78.34.22.1 CP length [㎲] 4.762.381.190.600.300.151 Number of OFDM symbols in ㎳ 142856112224448

[0096] When the subcarrier spacing is 15 kHz (e.g., μ=0), the slot length can be 1 ms. In this case, one system frame can contain 10 slots. When the subcarrier spacing is 30 kHz (e.g., μ=1), the slot length can be 0.5 ms. In this case, one system frame can contain 20 slots. When the subcarrier spacing is 60 kHz (e.g., μ=2), the slot length can be 0.25 ms. In this case, one system frame can contain 40 slots. When the subcarrier spacing is 120 kHz (e.g., μ=3), the slot length can be 0.125 ms. In this case, one system frame can contain 80 slots. When the subcarrier spacing is 240 kHz (e.g., μ=4), the slot length can be 0.0625 ms. In this case, one system frame can contain 160 slots.

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

[0098] The slot format can be semi-statically configured by higher layer signaling (e.g., RRC signaling). Information indicating the semi-static slot format can be included in the system information, and the semi-static slot format can be configured cell-specifically. In addition, the semi-static slot format can be additionally configured for each terminal through terminal-specific higher layer signaling (e.g., RRC signaling). The flexible symbol of the cell-specifically configured slot format can be overridden to a downlink symbol or an uplink symbol by terminal-specific higher layer signaling. In addition, the slot format can be dynamically indicated by physical layer signaling (e.g., a slot format indicator (SFI) included in DCI). The semi-statically configured slot format can be overridden by a dynamically indicated slot format. For example, the semi-statically configured flexible symbol can be overridden to a downlink symbol or an uplink symbol by the SFI.

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

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

[0101] 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)". Resources 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 a basic unit for 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 a basic unit for resource allocation in the time domain.

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

[0103] Downlink data can be transmitted via the PDSCH. The base station can transmit PDSCH configuration information (e.g., scheduling information) to the terminal via the PDCCH. The terminal can obtain the PDSCH configuration information by receiving the PDCCH (e.g., downlink control information (DCI)). For example, the PDSCH configuration information can include the MCS (modulation coding scheme) 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. The PDSCH can refer to a radio resource through which downlink data is transmitted and received. Alternatively, the PDSCH can refer to the downlink data itself. The PDCCH can refer to a radio resource through which downlink control information (e.g., DCI) is transmitted and received. Alternatively, the PDCCH can refer to the downlink control information itself.

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

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

[0106] The search space information may include a coreset identifier (ID) associated with the search space, a period of PDCCH monitoring, and / or an offset. Each of the PDCCH monitoring period and offset may be indicated on a slot-by-slot basis. In addition, the search space information may further include an index of the symbol at which the PDCCH monitoring operation begins.

[0107] A base station can configure a bandwidth part (BWP) for downlink communication. The BWP can be configured differently for each terminal. The base station can inform the terminal of the BWP configuration information using higher layer signaling. The higher layer signaling can mean "transmission operation of system information" and / or "transmission operation of RRC (radio resource control) message." The number of BWPs configured for one terminal can be one or more. The terminal can receive BWP configuration information from the base station and check the BWP(s) configured by the base station based on the BWP configuration information. When multiple BWPs are configured for downlink communication, the base station can activate one or more BWPs among the multiple BWPs. The base station can transmit the configuration information of the activated BWP(s) to the terminal using at least one of higher layer signaling, a medium access control (MAC) control element (CE), or DCI. The base station can 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 perform a downlink reception operation in the activated BWP(s).

[0108] 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 transmission reception points (TRPs) that are physically separated. By utilizing multiple TRPs, MTRP technology can solve the problem of reduced quality-of-service (QoS) for terminals located at the cell edge when they are far from the base station, while also resolving the problem of inter-cell interference from base stations located in different cells. Furthermore, MTRP technology can play a role in providing an additional communication path, that is, 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 millimeter wave bands.

[0109] In the standard, MTRP technology is divided into Coherent Joint Transmission (CJT) and Non-Coherent Joint Transmission (NCJT). 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 base stations connected to the TRPs. On the other hand, the NCJT method allows two or more TRPs to decide scheduling, precoding matrix selection, modulation, and coding schemes without cooperation between the TRPs in a situation where two or more TRPs support a single terminal.

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

[0111] 1) Beam determination

[0112] 2) Beam measurement

[0113] 3) Beam reporting

[0114] 4) Beam sweeping

[0115] Here, the TRP and the UE can utilize the reciprocity characteristics of the downlink (DL) / uplink (UL) channels when managing beams. For example, the UE can utilize the values ​​measured in the receive beams (Rx beams) of the DL channel when configuring the transmit beam (Tx beam). And, the UE can utilize the values ​​measured in the transmit beams (Tx beams) of the UL channel when configuring the receive beam (Rx beam). These transmit beam configuration and receive beam configuration procedures can be performed in the same manner 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 a beam to be used for transmission of a specific channel and / or signal, for example, PDSCH and / or CSI-RS and / or PDCCH. The base station can dynamically indicate quasi-colocation (QCL) information to the UE by transmitting TCI through downlink control information (DCI).

[0116] Two antenna ports are said to be quasi-co-located when the channel characteristics of a symbol transmitted from one antenna port can be inferred from the channel characteristics of a symbol transmitted from the other antenna port. For convenience of explanation, in the following, when two antenna ports are quasi-co-located, we refer to them as having a QCL relationship.

[0117] FIG. 9 illustrates an example of a quasi-colocation (QCL) relationship between reference signals in a wireless communication system according to an embodiment of the present disclosure. Referring to FIG. 9, the QCL relationship between reference signals for 5G and below can be extended to generate information regarding TCI states.

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

[0119] CSI-RS (channel state information - reference signal): CSI-RS can be used by the network to determine the characteristics of the wireless channel. There are two types of CSI-RS. CSI-RS (CSI ACQ) can be used for CSI reception, and CSI-RS (BM) can be used for beam management (BM).

[0120] SSB and CSI-RS (BM) may be in 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 utilized for CSI-RS (CSI ACQ) reception.

[0121] 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 average / spread and spatial characteristics of delay may be utilized for reception of PDCCH DMRS.

[0122] SSB, CSI-RS (BM) and CSI-RS (CSI ACQ) may be in a QCL relationship with PDSCH DMRS, and at least one of the mean / spread and spatial characteristics of Doppler shift / spread and delay may be utilized for reception of PDCCH DMRS.

[0123] 3GGP Rel-17 introduced a TCI configuration method utilizing a unified TCI pool, or the unified TCI framework, to reduce signaling overhead for QCL configuration of DL and / or UL channels and simplify multi-beam operation compared to the previous release of 3GGP Rel-16.

[0124] According to the unified TCI framework, the base station can preset a common TCI pool that can be commonly used (or applied) to DL and UL channels via RRC signaling. Furthermore, according to the unified TCI framework, the base station can directly indicate TCI for DL ​​and UL channels from the configured common TCI pool using the Medium Access Control (MAC) control element (CE) (MAC-CE) / downlink control information (DCI). Furthermore, according to the unified TCI framework, the base station can support updates to the common TCI state.

[0125] A common TCI state can be indicated (or set) for multiple component carriers (CCs). Among the multiple CCs, a reference CC can be additionally set, and TCI updates for other CCs within the indicated list can be performed simultaneously via a TCI update command for the reference CC.

[0126] At this time, there are three main methods for setting the status of TCI for DL ​​channels and UL channels.

[0127] A. Joint TCI state indication method that is commonly indicated to DL / UL channels

[0128] B. DL channel separate TCI state indication method for setting TCI separately for DL ​​channel and

[0129] C. UL Channel Separate TCI State Indication Method

[0130] Looking at the three methods above from a broader perspective, they can be divided into a joint TCI status indication method that provides common indications for both DL and UL channels, and a separate TCI status indication method that sets TCIs separately for each DL or UL channel. The fundamental difference between the two methods above lies in the existence of reciprocity between the DL and UL channels.

[0131] The Unified TCI framework was designed for a single TRP (sTRP) system in 3GPP Rel-17. However, 3GPP Rel-18 aims to expand to a multi-TRP (mTRP) system.

[0132] TCI status can be used to convey QCL relationships to terminals. TCI status contains information about QCL relationships and can be conveyed via DCI. Section 5.1.5 of 3GPP TS 38.214 defines the procedure for conveying QCL information as follows:

[0133]

[0134]

[0135]

[0136]

[0137]

[0138]

[0139]

[0140]

[0141]

[0142]

[0143]

[0144]

[0145]

[0146] As above, the UE can be configured with TCI-State configuration lists through higher layer parameters (e.g., PDSCH-Config). The UE can decode the PDSCH using the TCI-State configuration lists. Each TCI state can 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 higher layer parameter qcl-Type1, and for the second DL RS using qcl-Type2. The QCL types 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 higher layer parameter (e.g., qcl-Type in QCL-Info). The QCL type can have one of the following values:

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

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

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

[0150] - typeD: {Spatial Rx parameter}

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

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

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

[0154] In addition, as shown in FIG. 10, a unified TCI state can be configured to set a beam by integrating multiple channels or reference signals. 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. The base station can transmit information about beam settings for CSI-RS, CORESET, PDSCH, PUSCH, PUCCH, SRS, etc. to the terminal through the unified TCI state without having to transmit the TCI state for each channel to the terminal. Whether the unified TCI state is activated can be explicitly or implicitly transmitted to the terminal. For example, when the BWP of the CC does not have a TCI-State or TCI-UL-State configuration, the terminal can apply the TCI-State or TCI-UL-State configuration from the reference BWP of the reference CC configured by the unified TCI-StateRef.

[0155] A multiple transmission and reception point (M-TRP) technique can be proposed, in which communication is performed through multiple transmitting and receiving nodes. The M-TRP technique can be divided into a single control information technique (single downlink control information (S-DCI)) that controls transmission and reception through multiple nodes through a single control information, and a multiple downlink control information technique (multiple downlink control information (M-DCI)) that separately transmits information for each node. In addition, the procedure for transmitting TCI information may vary depending on whether TCI information for uplink and downlink is set separately or jointly.

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

[0157] Referring to Fig. 11, the configuration types related to TCI are classified into separate types and joint types. The separate type method is a method in which the TCI state is set through separate TCI state lists for uplink and downlink respectively, and the joint type method is a method in which the TCI state is set through the TCI state lists of the joint for uplink and downlink. The base station can convey the configuration type related to the unified TCI to the terminal through unifiedTCI-StateType in ServingCellConfig. In addition, the base station can convey information about the resource set for the reference signal to the terminal through PDSCH-Config, and the PDSCH-Config can be included in the BWP-Downlink IE.

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

[0159] Among the TCI state settings, the TCI state settings to be activated can be transmitted through the TCI state activation / deactivation MAC CE. The integrated TCI state activation / deactivation MAC CE can indicate the TCI state ID to be activated. The integrated TCI state activation / deactivation MAC CE includes a serving cell ID, a DL BWP ID, and a UL BWP ID. It can indicate a serving cell and a BWP to which the MAC CE can be applied as a code point. The Pi field can indicate whether each ith code point includes multiple TCI states or a single TCI state. When Pi = 1, the ith TCI code point includes multiple TCI states, and when Pi = 0, the ith TCI code point can include only a DL / joint TCI state or only a UL TCI state.

[0160] 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 an UL TCI state. Therefore, in FIG. 11, the D / U field belonging to the same octet as a separate type of DL TCI state and a joint type of TCI state can be set to 1, and the D / U field belonging to the same octet as a separate type of UL TCI state can be set to 0.

[0161] 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 uplink and downlink, so the UL BWP ID can be omitted. The Fi,j field indicates whether the jth 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 the value 1 or 2. Therefore, in the case of 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 activated.

[0162] Unlike the unified TCI state enable / disable MAC CE, the enhanced unified TCI state enable / disable MAC CE for separate TCI states may include an Fi,j field and a Si,j field. The Fi,j field indicates whether the jth DL TCI state exists in the TCI state ID field associated with the code point i of the DCI Transmission Configuration Indication field. The Si,j field indicates whether the jth UL TCI state exists in the TCI state ID field associated with the 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 at most two DL TCI states and at most two UL TCI states, a maximum of 32 TCI states can be enabled.

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

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

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

[0166] The TCI state can be used to transmit uplink signals. Uplink power control can be used to determine 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.

[0167] For PUSCH, PUCCH, SRS, or PRACH transmissions, a transmission opportunity can be defined by a slot index within a frame, the first symbol within the slot, and the number of consecutive symbols. If the UE receives TCI states in dl-OrJointTCI-StateList, an RS index for downlink path loss estimation for PUSCH, PUCCH, or SRS transmission can be provided for each one or both TCI states for PUSCH, PUCCH, or SRS transmission opportunities.

[0168] 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 an RS index for path loss estimation can be provided from the TCI state associated with the SRS resource with the lowest SRS-ResourceId. In this case, the overall 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.

[0169] Hereinafter, the initial connection procedure between a terminal and a base station will be described. If the initial connection procedure is performed with the base station due to reasons such as the terminal's power on / off operation or loss 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 primary synchronization signal (PSS) and a secondary synchronization signal (SSS). The terminal may receive a physical broadcast channel (PBCH) signal from the base station to obtain broadcast information within the cell. Based on the physical broadcast channel, the terminal may obtain information about the cell using at least one of the MIB or SIB. A block including all of the PSS, SSS, and PBCH may be referred to as a synchronization signal block (SSB).

[0170] A 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 can include a temporary identifier. The terminal can transmit MSG3 (or an RRC connection request message) using the scheduling information in the RAR, and the base station can perform a contention resolution procedure by transmitting MSG4 (or a contention resolution message) to the terminal in response to MSG3.

[0171] The base station can perform beam management based on the RACH opportunity used for preamble transmission in the random access procedure. For example, the base station can determine the beam on which the terminal received the synchronization signal based on the RACH opportunity in which the preamble was transmitted. As described above, a synchronization signal can also be included as a reference signal for indicating the QCL relationship, and the QCL relationship can be established based on the SSB received through the initial access procedure.

[0172] 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 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 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 a measurement target, a measurement cycle, and the like.

[0173] Base station and terminal beam settings can be managed through artificial intelligence (AI). For convenience, beam set B refers to the beam set where measurements are performed using AI / ML model input, and beam set A refers to the beam set determined based on AI / ML model inference. Beam sets A and B may contain beam information for the same frequency range.

[0174] 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 measurements 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.

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

[0176] The aforementioned artificial intelligence model can be designed to infer a beam including at least one of a downlink reception beam and a downlink transmission beam. In addition, the output of the artificial intelligence model can include at least one of a transmission beam, a reception beam, an L1-RSRP of the transmission beam, an L1-RSRP of the reception beam, an angle of the transmission beam, an angle of the reception beam, and other information.

[0177] The beam management method using an AI model is not limited to the aforementioned method. The AI ​​model can be configured in various ways by configuring inputs and outputs with various combinations of settings for beam sets A and B, performance monitoring, data collection, and auxiliary information.

[0178] Learning and inference methods can also be implemented in various ways. For example, artificial intelligence can be learned or trained using an AI / ML (artificial intelligence / machine learning) model. Learning and training can be performed by the network or the UE. Furthermore, learning and inference can be performed on different devices. For example, learning can be performed on the network and inference on the UE. Split learning can be performed in such a way that some of the learning is performed on a first device and some on a second device. Similarly to learning, split 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 on the UE, and inference can be performed using the input data on the network. Furthermore, input data generated on the UE can be used for inference within the UE.

[0179]

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

[0181]

[0182] A base station can configure a triggering event or triggering condition to cause a UE to perform a beam reporting operation when a specific triggering condition is satisfied. In the present disclosure, a beam reporting operation performed by a UE in response to satisfying a configured triggering event is referred to as UE-BR. For the UE-BR operation, the base station can configure a triggering condition for UE-BR using a combination of one or more of higher layer signaling such as RRC, MAC-CE, and DCI. When the UE-BR operation is triggered, the UE can perform the UE-BR operation as follows.

[0183] FIG. 12 illustrates a first example of a procedure for UE-BR in a wireless communication system according to an 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 UE-BR, the terminal (1210) may transmit control information for beam reporting on 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 beam reporting. 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 on the second UL channel.

[0184] FIG. 13 illustrates a second example of a procedure for UE-BR in a wireless communication system according to an 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 UE-BR, the terminal (1310) may transmit control information for a beam report on the first PUCCH. Here, the control information may include a notification for the transmission of the beam report. In step S1303, the terminal (1310) transmits a second UL channel to the base station (1320). That is, the terminal (1310) transmits a beam report on the second UL channel.

[0185] 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 can be used to transmit a scheduling request (SR) requesting UL resource allocation for UE-BR. Accordingly, the base station can indicate specific UL resources for UE-BR through DCI or allocate UL resources to be used for UE-BR. The UE performs UE-BR using the 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 UE will use the pre-configured second UL channel for UE-BR. Thereafter, the UE performs UE-BR using the second UL channel. At this time, the second UL channel may include a PUCCH or a PUSCH.

[0186] In addition to Mode A and Mode B, UE-BR operations may be performed as illustrated in FIGS. 14 and 15 below. For convenience of explanation, the present disclosure refers to the method illustrated in FIG. 14 as Mode C, and the method illustrated in FIG. 15 as Mode D.

[0187] FIG. 14 illustrates a third example of a procedure for UE-BR in a wireless communication system according to an embodiment of the present disclosure. Referring to FIG. 14 , in step S1401, a terminal (1410) transmits a first PUSCH to a base station (1420). That is, in response to triggering for UE-BR, the terminal (1410) may transmit control information for beam reporting on the first PUSCH. Here, the control information may include a request for scheduling. In step S1403, the base station (1420) transmits a DCI to the terminal (1410). The DCI includes scheduling information for beam reporting. In step S1405, the terminal (1410) transmits a second UL channel to the base station (1420). That is, the terminal (1410) transmits a beam report on the second UL channel.

[0188] Mode C described with reference to FIG. 14 is a method of transmitting an SR for UE-BR through a PUSCH by multiplexing it with other data when there are PUSCH resources configured or available to the UE after UE-BR is triggered. In the present disclosure, the PUSCH is referred to as a 1st PUSCH, and a request through an SR transmitted through the PUSCH may include information indicating that the SR is for UE-BR. In addition, necessary information for performing SR and UE-BR may be transmitted using X bit(s) through the 1st PUSCH. Thereafter, the UE receives an indication for UL resources through DCI, or is allocated UL resources, and performs UE-BR through the indicated or allocated second UL channel. At this time, the second UL channel may include a PUCCH or a PUSCH.

[0189] FIG. 15 illustrates a fourth example of a procedure for UE-BR in a wireless communication system according to an embodiment of the present disclosure. Referring to FIG. 15 , in step S1501, a terminal (1510) transmits a first PUSCH to a base station (1520). That is, in response to triggering for UE-BR, the terminal (1510) may transmit control information for a beam report on the first PUSCH. Here, the control information may include a notification for transmission of the beam report. In step S1503, the terminal (1510) transmits a second UL channel to the base station (1520). That is, the terminal (1510) transmits a beam report on the second UL channel.

[0190] Mode D, described with reference to FIG. 15, is a method in which, after UE-BR is triggered, the terminal transmits information to the base station via PUSCH, notifying that it will use a pre-configured second UL channel for UE-BR by multiplexing UCI (uplink control information) and data. Thereafter, the UE performs UE-BR using the second UL channel. At this time, the second UL channel may include PUCCH or PUSCH. Information required for notification and UE-BR may be transmitted using X bit(s) via the first PUSCH.

[0191]

[0192] FIG. 16 illustrates an example of a procedure for transmitting a beam report in a wireless communication system according to an embodiment of the present disclosure. FIG. 16 also illustrates an operating method of a terminal.

[0193] Referring to FIG. 16, at step S1601, 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 for a reference signal. That is, the terminal performs a measurement for at least one reference signal and determines that the measurement result satisfies the event condition. Here, the event condition can be configured by upper layer signaling.

[0194] In step S1603, the terminal transmits control information for a beam report. The terminal transmits control information related to the beam report in response to the detection of an event for the beam report. According to various embodiments, the control information may include a request for resource allocation for the beam report or a notification for the beam report. Here, the control information may be transmitted on the PUCCH or the PUSCH. For example, the PUSCH may be a channel allocated for another beam report or a channel allocated for transmitting data other than the beam report.

[0195] In step S1605, the terminal transmits a beam report. The terminal may transmit the beam report through an UL channel corresponding to the control information. That is, the UL channel may be a channel allocated in response to the control information, or may include a channel indicated by the control information among pre-configured channels. For example, if multiple channels are pre-configured, the UL channel may be determined based on the PUCCH or PUSCH that conveyed the control information. At this time, the format of the beam report and the configuration for selecting the beam(s) included in the beam report may be signaled in advance, and in this case, the terminal may generate and transmit the beam report based on the configuration.

[0196]

[0197] FIG. 17 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. 17 also illustrates an operating method of a base station.

[0198] Referring to FIG. 17, in step S1701, the base station receives control information for a beam report. In response to the detection of an event for a beam report from a terminal, control information related to the beam report may be transmitted. According to various embodiments, the control information may include a request for resource allocation for the beam report or a notification for the beam report. Here, the control information may be transmitted on a PUCCH or a PUSCH. For example, the PUSCH may be a channel allocated for another beam report or a channel allocated for transmitting data other than the beam report.

[0199] In step S1703, the base station receives a beam report. The base station can receive the beam report through an UL channel corresponding to the control information. That is, the UL channel may be a channel allocated in response to the control information, or may include a channel indicated by the control information among pre-configured channels. For example, if multiple channels are pre-configured, the UL channel may be determined based on a PUCCH or PUSCH that conveys the control information. At this time, the format of the beam report and the configuration for selecting beam(s) included in the beam report may be signaled in advance, and in this case, the base station can receive a beam report generated based on the configuration.

[0200]

[0201] UE-BR can be performed according to the aforementioned procedures. Specific embodiments of each operation included in the aforementioned procedures are described below. Specific embodiments of each operation may be defined differently depending on the mode, and embodiments of UE-BR operations for each mode are as follows.

[0202]

[0203] [UE-BR Operation Example #1]

[0204] In FIG. 12 or FIG. 13, that is, in Mode A or Mode C, the first UL channel transmitted by the UE, that is, the first PUCCH or the first PUSCH, may include information indicating the amount of data to be transmitted for UE-BR or the amount of resources required for second UL channel allocation, together with an SR requesting UL resource allocation. In other words, the control information transmitted on the first PUCCH or the first PUSCH may include information indicating the amount of data to be transmitted for UE-BR or the amount of resources required for second UL channel allocation. In this case, the base station may allocate the second UL channel in consideration of the SR and the amount of data for beam reporting to be transmitted from the UE or the amount of resources required for beam reporting. Here, the allocation of the second UL channel may be performed in a manner of indicating at least one UL channel among preconfigured UL channel resources or in a manner of allocating new PUSCH resources.

[0205] In the aforementioned operation, the amount of data for beam reporting can be signaled using the existing BSR (Buffer Status Report). For convenience of explanation, in this disclosure, information for conveying the amount of data for beam reporting transmitted from a terminal or the amount of resources required for beam reporting is referred to as BRS (Beam Reporting Status).

[0206] (Example #1-1) If there is no resource pre-configured as a second UL channel candidate, the base station can allocate PUSCH resources through DCI and perform UE-BR using the allocated PUSCH resources as a second UL channel.

[0207] (Example #1-2) If the resources pre-configured as the second UL channel candidates include only PUCCH, the base station can allocate the second UL channel as follows.

[0208] - The terminal can perform UE-BR using already configured PUCCH resources without allocating new UL channel resources. If there are multiple available PUCCH resources, the base station can indicate a specific PUCCH resource using the PUCCH resource indicator field in the DCI. For example, the resource indicator field can have a size of 3 bits. Alternatively, the base station can use a newly defined field in the DCI to indicate the PUCCH resource. Additionally, implicit or explicit signaling can be performed to indicate PUCCH resources through the DCI.

[0209] - If UE-BR is possible through one of the pre-configured PUCCH resources for BRS, the UE can perform UE-BR using the corresponding PUCCH resource among the pre-configured PUCCH resources. The base station can use the PUCCH resource indication field in the DCI to indicate a specific available PUCCH resource or to indicate one PUCCH resource among multiple available PUCCH resources. Alternatively, the base station can use a newly defined field in the DCI to indicate the PUCCH resource. In addition, explicit or implicit signaling can be performed to indicate the PUCCH resource through the DCI. If the pre-configured PUCCH resource(s) are not sufficient to perform UE-BR, the base station can allocate a PUSCH resource through the DCI, and the UE can perform UE-BR using the allocated PUSCH resource as a second UL channel.

[0210] (Example #1-3) If the resources pre-configured as the second UL channel candidates include only Type 1 CS (configured scheduling) PUSCH resources(s), the base station may allocate the second UL channel in the following manner.

[0211] - The terminal can perform UE-BR with pre-configured PUSCH resources without allocating resources for a new UL channel. If there are multiple configurations for Type 1 CS PUSCH, the base station can transmit indication information for a specific Type 1 CS PUSCH via DCI. The terminal that receives the DCI can perform UE-BR using the first PUSCH resource available in the indicated Type 1 CS PUSCH configuration.

[0212] - If UE-BR is possible with one of the pre-configured PUSCH resources for BRS, the UE can perform UE-BR using one of the pre-configured PUSCH resources as described above. If the pre-configured PUSCH resource(s) are not sufficient to perform UE-BR, the base station can allocate PUSCH resources via DCI, and the UE can perform UE-BR using the corresponding PUSCH resources on the second UL channel.

[0213] (Example #1-4) If the resources pre-configured as the second UL channel candidates include only Type 2 CS PUSCH resource(s), the base station may allocate the second UL channel in the following manner.

[0214] - A terminal can perform UE-BR with pre-configured PUSCH resources without resource allocation of a new UL channel. If there are configurations for multiple Type 2 CS PUSCHs, the base station can transmit indication information for a specific Type 2 CS PUSCH through DCI. A terminal that receives the DCI can perform UE-BR using the first PUSCH resource available in the indicated Type 2 CS PUSCH configuration. At this time, if the Type 2 CS is in a deactivation state, the DCI can indicate activation of the Type 2 CS-enabled PUSCH by masking it with a specific RNTI. The specific RNTI can be a CS-RNTI.

[0215] - If UE-BR is possible with one of the pre-configured PUSCH resources for BRS, the terminal can perform UE-BR using one of the pre-configured PUSCH resources according to the above-described method. If the pre-configured PUSCH resource(s) are not sufficient to perform UE-BR, the base station can allocate PUSCH resources through DCI, and the terminal can perform UE-BR using the corresponding PUSCH resources on the second UL channel.

[0216] (Example #1-5) If the pre-configured resources as the second UL channel candidates include two (2) or more of PUCCH, Type 1 CS-enabled PUSCH, and Type 2 CS-enabled PUSCH, the base station may allocate the second UL channel in the following manner.

[0217] - The UE can perform UE-BR with one of the pre-configured resources without allocating resources of a new UL channel. For this purpose, the DCI may include indication information regarding the resources used for UE-BR among the pre-configured PUCCH or PUSCH resources. For example, the DCI may implicitly or explicitly indicate which of the pre-configured resources to use. For example, the base station may use an indicator (e.g., a 1-bit field) in the DCI to indicate which resource among the pre-configured PUCCH and PUSCH to use. Alternatively, the base station may use an indicator (e.g., a 1-bit indication) to indicate which PUSCH among Type 1 CS and Type 2 CS to use. To indicate a specific resource among the available pre-configured resources, the base station may indicate the specific resource by combining the indicator with other fields in the DCI, such as the PUCCH resource indication field. That is, the base station may use one field or a combination of fields included in the DCI to explicitly or implicitly indicate the resource used as the second UL channel.

[0218] - Unlike the instruction method using DCI as described above, a method of setting priorities among pre-configured resources, selecting a resource to be used according to the priorities, and using it as a second UL channel can also be applied. Specifically, the base station can use one resource as a second UL channel according to priorities among the actually available resources. At this time, the base station can determine whether it is available by comparing the amount of beam reports transmitted from the terminal and the amount of allocated resources. Here, since the base station signals the configuration for the beam report, it can determine the amount of beam reports. For example, if the priorities are set in the order of PUCCH, Type 2 CS PUSCH, and Type 1 CS PUSCH, if PUCCH and Type 2 CS PUSCH are actually available, the base station and / or the terminal can use PUCCH as a second UL channel. As another example, if Type 2 CS PUSCH, Type 1 CS PUSCH are available as UL resources, and / or the terminal can use Type 2 CS PUSCH as a second UL channel. Furthermore, if PUCCH is used as a secondary UL channel based on priority, the DCI may include indication information regarding which resource among multiple PUCCHs to use. If PUSCH is used as a secondary UL channel, the DCI may include indication information regarding which resource among multiple PUSCHs to use.

[0219] - In the aforementioned second UL channel usage methods, if the pre-configured resource is Type 2 CS PUSCH and is in an inactive state, the DCI can activate Type 2 CS by masking it with a specific RNTI. For example, the specific RNTI can be a CS-RNTI. If the resource to be used is PUCCH, the base station can indicate a specific PUCCH resource using a PUCCH resource indication field (e.g., a 3-bit field) in the DCI. Alternatively, the base station can indicate a specific PUCCH resource using a new field in the DCI. In addition, the PUCCH resource can be indicated implicitly or explicitly in the DCI.

[0220] - If UE-BR is possible with one of the pre-configured resources for BRS, the terminal can perform UE-BR with one of the pre-configured resources according to the above-described method. If the pre-configured resource(s) are not sufficient to perform UE-BR, the base station can allocate PUSCH resources via DCI, and the terminal can perform UE-BR using the PUSCH resources as a second UL channel.

[0221] If the amount of data that can be transmitted through the second UL channel allocated in the aforementioned operations is less than the amount of information about the beams to be reported, the terminal may perform UE-BR using the channel in descending order of beam quality and may not report information about the remaining beams. If the report about the current beam is included by the RRC configuration, information about the current beam always has priority regardless of the beam quality, and thus can be reported through the second UL channel.

[0222]

[0223] [UE-BR Operation Example #2]

[0224] In FIG. 12 or FIG. 14, i.e., in Mode A or Mode C, the UE may transmit only an SR for requesting UL resources on the first PUCCH or the first PUSCH, and may not include information indicating the amount of data to be transmitted for UE-BR or the amount of resources required for second UL channel allocation.

[0225] In the above-described operation, the allocation of the second UL channel may include indicating a specific UL channel among the pre-configured UL channel resources or may include allocating a new PUSCH resource.

[0226] In the case where there is no resource pre-configured as a second UL channel candidate, in the case where the resource pre-configured as a second UL channel candidate is only PUCCH, in the case where the resource pre-configured as a second UL channel candidate includes only Type 1 CS-enabled PUSCH resource(s), in the case where the resource pre-configured as a second UL channel candidate includes Type 2 CS-enabled PUSCH resource(s), in the case where the resource pre-configured as a second UL channel candidate includes two (2) or more of PUCCH, Type 1 CS-enabled PUSCH, and Type 2 CS-enabled PUSCH, the aforementioned Embodiment #1 may be simply applied or a modified or combined form thereof may be applied. In this case, since the terminal does not separately indicate the amount of resources required for UE-BR, in the operation considering the BRS according to Embodiment #1, the amount of resources required for UE-BR may be determined based on the number of beams to be reported (e.g., N) set by RRC. If set in RRC to include the current beam report, the terminal reports information on N+1 beams through the UE-BR operation. That is, the base station can indicate a second UL channel that enables reporting on N or N+1 beams through RRC settings among the available resources through DCI, and the terminal can transmit a beam report. If new PUSCH resources are allocated through DCI, the base station can allocate PUSCH resources for reporting the configured number of beams to be reported, i.e., N or N+1 beams, and the terminal can transmit a beam report.

[0227] In the above-described operations, if the amount of data that can be transmitted through the allocated second UL channel is less than the amount of information on beams to be reported, the terminal may perform UE-BR using the channel in descending order of beam quality and may not report information on the remaining beams. That is, if reporting of X beams is possible, the terminal may select X beams having good quality and perform UE-BR on the selected X beams. If reporting on the current beam is included by RRC configuration, information on the current beam always has priority regardless of beam quality, and thus may be reported through the second UL channel.

[0228] [UE-BR Operation Example #3]

[0229] In FIG. 13 or FIG. 15, i.e., in Mode B or Mode D, the UE transmits information to notify the base station that it plans to use a pre-configured second UL channel for UE-BR performance on the first PUCCH or the first PUSCH. For example, the signaling on the first PUCCH or the first PUSCH may be in the same or similar form as SR. Alternatively, the signaling on the first PUCCH or the first PUSCH may be performed in a manner such as bit indication, use of a specific sequence, or CRC masking.

[0230] If two or more channels are pre-configured as the second UL channel available for UE-BR, the UL channel with the earliest time point may be used. In other words, the available UL channel that is earliest in time from the time point of transmission of the first PUCCH or the first PUSCH may be used as the second UL channel. Alternatively, the beam report may be transmitted at the first available transmission opportunity of the second UL channel after a predefined or configured number of symbols (e.g., X) from the transmission of the last symbol of the report notification on the first PUCCH or the first PUSCH.

[0231] If up to X beams can be reported using a pre-configured second UL channel, and X is less than N or N+1, the terminal can select X beams with good quality among the beams to be currently reported, and report the selected X beams. If the reporting of the current beam is configured by RRC to be included, information about the current beam always has priority regardless of the quality of the beam, and thus can be reported through the second UL channel.

[0232] If the resource configured as the pre-configured second UL channel is Type 2 CS PUSCH and is in an inactive state, the first PUCCH or the first PUSCH in FIGS. 13 and 15 may include indication information for activating the Type 2 CS PUSCH resource. That is, the Type 2 CS PUSCH resource activated through the existing DCI may be activated by the first PUCCH or the first PUSCH in UE-BR operation. Alternatively, if the available pre-configured resource is Type 2 CS PUSCH and is in an inactive state, the UE-BR may be automatically activated (e.g., without separate signaling) upon triggering, and a notification that the UE uses the resource may be transmitted via the first PUCCH or the first PUSCH.

[0233] [UE-BR Operation Example #4]

[0234] In the operation of FIG. 13 or FIG. 15, if the amount of resources of the pre-configured second UL channel used for UE-BR after the first PUCCH or first PUSCH transmission is not sufficient to transmit beam information through the channel, the base station may allocate new PUSCH resources through DCI and enable UE-BR operation. That is, it is possible to change the operation mode to Mode A or Mode C while performing Mode B or Mode D operation.

[0235]

[0236] FIG. 18 illustrates an example of a procedure for transmitting a beam report based on whether scheduling information has been received in a wireless communication system according to an embodiment of the present disclosure. FIG. 18 also illustrates an operation method of a terminal.

[0237] Referring to FIG. 18, in step S1801, the terminal receives configuration information of channels for beam reporting. The configuration information may include allocation information (e.g., frequency location, slot location, period, offset, etc.) for multiple channels pre-configured for transmitting beam reports. For example, the multiple channels may be allocated using the CS method. Accordingly, the terminal can identify candidate channels available for UE-BR-based beam reporting.

[0238] In step S1803, the terminal transmits control information based on event detection. Specifically, the terminal performs measurement on at least one reference signal, determines that the measurement result satisfies the conditions of a pre-configured event, and transmits control information for the report. According to various embodiments, the control information may include a notification for a beam report. Here, the control information may be transmitted on the PUCCH or the PUSCH. For example, the PUSCH may be a channel allocated for other beam reports or a channel allocated for transmitting data other than the beam report.

[0239] In step S1805, the terminal determines whether scheduling information for beam reporting has been received. The determination of whether scheduling information has been received may be performed during a predefined or preconfigured time interval. The time interval may begin after the last symbol of the control information or after a predefined number of symbols have elapsed since the last symbol.

[0240] If scheduling information is received, the terminal transmits a beam report on a channel indicated by the scheduling information in step S1807. On the other hand, if scheduling information is not received, that is, if a time interval elapses without detection of scheduling information, the terminal transmits a beam report on one of the preconfigured channels in step S1809. For example, one of the preconfigured channels may include the earliest candidate channel after a predefined time elapses from the transmission of the control information.

[0241] To perform a procedure similar to the embodiment described with reference to FIG. 18, the terminal must be able to attempt DCI reception even in Mode B or Mode D after transmitting the first PUCCH or the first PUSCH. For example, mode switching is possible in the following manner.

[0242] If the base station determines that the amount of data that can be transmitted through the pre-configured second UL channel is insufficient to transmit a beam report, the base station may allocate new PUSCH resources via DCI. At this time, the criterion for determining whether resources are sufficient may be information about the number of beams to be reported, which has been pre-configured with RRC. In addition, if the terminal transmits information about the amount of data for the beam report to be transmitted through UE-BR execution, the base station may determine whether resources are sufficient based on the received information.

[0243] For a UE, it is possible to monitor whether a DCI allocating PUSCH resources for UE-BR is received within a specific time offset. Here, the offset can be configured by upper layer signaling such as RRC, MAC-CE, etc. In this case, even in Mode B or Mode D operation, the UE attempts to receive DCI during the configured time offset period, and if the DCI is not received, the UE can perform UE-BR through a pre-configured second UL channel. On the other hand, if a DCI allocating PUSCH resources for UE-BR is received during the configured time offset period, the UE can perform UE-BR using the corresponding resources.

[0244] In the above-described embodiment, even though the terminal is performing the mode B and mode D operations, the terminal monitors the DCI during a configured time offset period after the first PUCCH or the first PUSCH transmission. According to another embodiment, the DCI monitoring operation may be selectively performed. A condition for the terminal to monitor DCI reception may be configured through upper layer signaling such as RRC or MAC-CE. For example, the amount of beam information reported via UE-BR may be configured as a condition. The amount of beam information as a condition may include the number of reported beams configured via the base station. Alternatively, the amount of beam information as a condition may include the amount of beam information to be reported that the terminal actually reports via UE-BR. Alternatively, the amount of beam information as a condition may include a data size expressed as a threshold. If the amount of data that can be transmitted via the pre-configured second UL channel is less than the amount of data corresponding to the condition, the terminal may monitor the DCI reception during the configured offset period.

[0245] [UE-BR Operation Example #5]

[0246] According to embodiment #4, when changing the operation from Mode B or Mode D operation to Mode A or Mode C, a new PUSCH resource is allocated via DCI. According to another embodiment, the DCI may indicate a pre-configured UL resource in the same environment. For example, in selecting a specific UL resource among the pre-configured UL resources available as a second UL channel, the UL channel available at the earliest point in time after the first UL channel transmission may be selected as the second UL channel, and beam reporting may be performed. In this case, the base station may indicate the use of another pre-configured UL channel based on the time point of reporting beam information through the second UL channel or the amount of data that can be transmitted through the second UL channel. In this case, the operation mode may be changed from Mode B or Mode D operation to Mode A or Mode C. In this case, the use of a specific pre-configured UL resource other than the UL resource that the terminal is configured to use may be indicated among the pre-configured UL resources through the DCI transmitted in Mode A or Mode C.

[0247]

[0248] [UE-BR Operation Example #6]

[0249] In the procedures illustrated in FIGS. 12 to 15, when performing UE-BR through the second UL channel, the terminal can transmit UCI information, such as CSI, by multiplexing them. The types of UCI that are allowed to be multiplexed may be some or all of the types (e.g., CSI, SR, HARQ-ACK / NACK, etc.). If there are multiple types of UCI that can be multiplexed and the amount of data that can actually be multiplexed is limited, priority may be given to specific UCI types, such as HARQ ACK / NACK.

[0250] In one embodiment, the UCI types that are allowed to be multiplexed may be defined differently depending on the type of the second UL channel. For example, if the second UL channel is a PUSCH, multiplexing for all UCI types may be allowed, and if it is a PUCCH, only HARQ ACK / NACK may be allowed. In other words, the UCI types and priorities allowed for UCI multiplexing may be configured or defined differently depending on whether the second UL channel is a PUCCH or a PUSCH. In another embodiment, if the second UL channel is a PUCCH, the settings for UCI multiplexing (e.g., the UCI types that are allowed to be multiplexed) may vary depending on the PUCCH format.

[0251]

[0252] [UE-BR Operation Example #7]

[0253] A base station can configure and control a terminal to perform a beam reporting operation when the terminal satisfies a specific triggering condition. At this time, multiple specific triggering conditions can be configured and operated. That is, multiple events can be configured. In this case, when performing UE-BR through a second UL channel, the terminal can transmit information indicating which event triggered the beam report together with the beam report. Information about the event that triggered the beam report can be transmitted through a first UL channel (e.g., PUCCH or PUSCH). Alternatively, information about the event that triggered the beam report can be indicated by a combination of two UL channels (e.g., a first UL channel and a second UL channel).

[0254] In one embodiment, when multiple events are applied and triggering occurs for two or more events simultaneously, beam reporting for only one event may be performed according to the priority of the triggering event. For example, when three triggering conditions are configured, if two conditions are satisfied simultaneously, beam reporting for one triggering condition with a higher priority may be performed. The priority between triggering events may be configured by higher layer signaling such as RRC or MAC-CE. Alternatively, the UE may select a specific triggering condition, perform UE-BR operation, and indicate the selected triggering condition via a second UL channel. Information about the selected triggering condition may be transmitted via the first UL channel (e.g., PUCCH or PUSCH). Alternatively, information about the selected triggering condition may be transmitted via two UL channels.

[0255] In one embodiment, when multiple triggering conditions are configured, if a second triggering condition is satisfied while a UE-BR operation is in progress according to a first triggering condition, the satisfaction of the second triggering condition may be ignored, and the ongoing UE-BR operation may be performed. That is, when a UE-BR operation is in progress by being triggered, triggering of a new UE-BR may not be permitted until the execution of the corresponding UE-BR operation is completed.

[0256] According to another embodiment, while a UE-BR operation is in progress, a newly triggered UE-BR operation may be performed in duplicate. At this time, in the newly triggered UE-BR operation, the remaining beam information may be transmitted, excluding some or all of the beam information reported in the previously performed UE-BR operation. Specifically, when a second triggering condition is satisfied while a UE-BR operation is in progress according to a first triggering condition, when performing a UE-BR operation according to the second triggering condition, the terminal may exclude from reporting a beam that overlaps with a beam reported in the UE-BR operation according to the first triggering condition.

[0257] When multiple triggering conditions are configured, the method for selecting a beam to report after triggering and the configuration of the reported beam information may be configured differently for each triggering condition. In this case, the method for selecting a beam for UE-BR performance and the information regarding the beam to be reported may be operated so as to be linked to the condition that triggered the actual UE-BR.

[0258] [UE-BR Operation Example #8]

[0259] When UE-BR is triggered in a Pcell (primary cell) or Scell ​​(secondary cell) in a CA (carrier aggregation) environment, UE-BR can be operated in the following manner.

[0260] FIG. 19 illustrates an example of a procedure for transmitting a cross-carrier beam report in a wireless communication system according to an embodiment of the present disclosure. FIG. 19 also illustrates an operating method of a terminal.

[0261] Referring to Figure 19, at step S1901, the terminal detects an event for a beam report from the first CC. The conditions for the event for the beam report can be configured in advance through upper-layer signaling. At this time, the conditions for the event can be configured on a per-CC basis or in a common CC-wide manner. That is, the terminal determines whether the conditions for the event are satisfied based on the reference signal received from the first CC.

[0262] In step S1903, the terminal generates a beam report. That is, the terminal generates information on quality values ​​for reference signals received from the first CC and generates a beam report including the generated information. At this time, the terminal can generate the beam report based on the configuration of a previously signaled report.

[0263] In step S1905, the terminal transmits a beam report on the second CC. In other words, the terminal transmits a beam report for the first CC on the second CC. That is, the terminal transmits the beam report based on a cross-carrier scheme. Here, the beam report or the control information transmitted prior to the beam report may include information indicating that the beam report is for the first CC.

[0264] As described with reference to FIG. 19, a beam report based on measurements from the first CC can be transmitted from the second CC. Various methods for cross-carrier beam reporting, including this, can be summarized as follows.

[0265] [Method 1] All UE-BRs can be operated to perform beam information using only UL channels in Pcell.

[0266] [Method 2] UE-BR generated in each cell is performed using the UL channel in the corresponding cell.

[0267] [Method 3] UE-BR generated in each cell is operated to enable UE-BR in that cell or other cells.

[0268] For methods 1 and 3, UE-BR operation for cross-CC (component carrier) is allowed. If cross-CC reporting is allowed, the UE can transmit an indicator for which cell the UE-BR is for using the first UL channel or the second UL channel. The indicator for the CC can be defined using a specific number of bits to distinguish the CC. For example, if a 3-bit indicator is used, distinguishing up to 8 CCs is possible.

[0269]

[0270] The operations 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 that stores information readable by a computer system. Furthermore, a computer-readable recording medium can be distributed across network-connected computer systems, allowing the computer-readable program or code to be stored and executed in a distributed manner.

[0271] Additionally, the computer-readable recording medium may include hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, etc. The program instructions may include not only machine language codes produced by a compiler, but also high-level language codes that can be executed by a computer using an interpreter, etc.

[0272] While some aspects of the present disclosure have been described in the context of a device, they may also represent a description of 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 as 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 or more of the most significant method steps may be performed by such a device.

[0273] 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 the present disclosure. The field-programmable gate array may operate in conjunction with a microprocessor to perform one of the methods described in the present disclosure. In general, the methods are preferably performed by some hardware device.

[0274] Although the present disclosure has been described with reference to preferred embodiments thereof, it will be understood by those skilled in the art that various modifications and changes may be made to the present disclosure without departing from the spirit and scope of the present disclosure as set forth in the claims below.

[0275] The present disclosure can be used in devices and recording media in wireless communication systems.

Claims

1. In a method of operating a terminal in a wireless communication system, A step for detecting an event for UE-BR (user equipment-initiated / event-driven beam report); In response to detection of the above event, a step of transmitting control information for beam reporting on a first UL (uplink) channel; A step of transmitting the beam report on a second UL channel corresponding to the control information, Control information for the beam report includes a request for resource allocation for the beam report or a notification for transmission of the beam report, A method wherein the second UL channel comprises an available UL channel determined based on a point in time at which control information for the beam report is transmitted among the UL channels.

2. In claim 1, A method wherein the second UL channel comprises an available UL channel determined based on a point in time at which control information for the beam report is transmitted among pre-configured UL channels.

3. In claim 2, The above second UL channel is, The earliest available UL channel in time from the time point at which control information for the beam report is transmitted among the above pre-configured UL channels, or A method comprising: including the first available UL channel after a predefined number of symbols on the time axis from the time at which control information for the beam report is transmitted among the pre-configured UL channels.

4. In claim 1, The above first UL channel includes a PUSCH (physical uplink shared channel), A method in which control information for the above beam report is multiplexed with uplink data on the PUSCH.

5. In claim 1, The above event is detected in the first CC (component carrier), The above beam report is transmitted from the second CC, the method.

6. In claim 5, A method wherein the control information for the beam report or the beam report includes information indicating the first CC.

7. In claim 1, A method wherein the control information for the beam report includes at least one of information on the amount of resources required for the beam report or information indicating which of a plurality of events the detected event is.

8. In claim 1, A step of receiving configuration information including a configuration for a plurality of PUCCHs or a plurality of PUSCHs that can be used as the second UL channel; and A method further comprising the step of receiving scheduling information indicating an index of one of the plurality of PUCCHs or the plurality of PUSCHs.

9. In claim 8, A method in which the plurality of PUCCHs or the plurality of PUSCHs are allocated by a CG (configured grant).

10. In claim 8, A method wherein the control information for the beam report includes an instruction for activating the plurality of PUCCHs or the plurality of PUSCHs.

11. In claim 1, A step of receiving configuration information including a configuration for a plurality of PUCCHs or a plurality of PUSCHs that can be used as the second UL channel; and A method further comprising the step of receiving scheduling information including allocation information for a PUCCH or PUSCH that does not belong to the plurality of PUCCHs or the plurality of PUSCHs.

12. In claim 1, A method wherein the beam report includes reporting on some beams selected in descending order of quality value from the beam having the highest quality value when the amount of resources of the second UL channel is less than the amount of resources required for the beam report.

13. In claim 1, The step of transmitting the above beam report is: A step of transmitting control information for the above beam report and waiting for reception of scheduling information for a specified time offset period; When the scheduling information is received within the time offset period, a step of transmitting the beam report using a channel allocated by the scheduling information; and A method comprising the step of transmitting the beam report using a pre-configured channel if the scheduling information is not received within the time offset period.

14. In claim 1, The step of transmitting the above beam report is: A step of multiplexing the above beam report and UCI (uplink control information); and A method comprising the steps of transmitting the multiplexed beam report and the UCI.

15. In claim 14, A method wherein the UCI multiplexed with the beam report is determined depending on whether the UL channel is a PUSCH or a PUCCH.

16. In claim 1, A method in which, while the transmission of the above beam report is in progress, another event is detected, the detection of the other event is ignored.

17. In a method of operating a base station in a wireless communication system, A step of receiving control information for beam reporting according to detection of an event for UE-BR (user equipment-initiated / event-driven beam report) of a terminal on a first UL (uplink) channel; A step of receiving the beam report in a second UL channel corresponding to the control information, Control information for the beam report includes a request for resource allocation for the beam report or a notification for transmission of the beam report, A method wherein the second UL channel comprises an available UL channel determined based on a point in time at which control information for the beam report is transmitted among pre-configured UL channels.

18. In a wireless communication system, at a terminal, At least one transmitter / receiver; at least one processor; and At least one memory operably connected to said at least one processor and storing instructions that, when executed by said processor, control said terminal to perform operations; The above actions are, A step for detecting an event for UE-BR (user equipment-initiated / event-driven beam report); In response to detection of the above event, a step of transmitting control information for beam reporting on a first UL (uplink) channel; A step of transmitting the beam report on a second UL channel corresponding to the control information, Control information for the beam report includes a request for resource allocation for the beam report or a notification for transmission of the beam report, The terminal, wherein the second UL channel includes an available UL channel determined based on the time at which control information for the beam report is transmitted among the pre-configured UL channels.

19. In a base station in a wireless communication system, At least one transmitter / receiver; at least one processor; and At least one memory operably connected to said at least one processor and storing instructions that, when executed by said processor, control said base station to perform operations; The above actions are, A step of receiving control information for beam reporting according to detection of an event for UE-BR (user equipment-initiated / event-driven beam report) of a terminal on a first UL (uplink) channel; A step of receiving the beam report in a second UL channel corresponding to the control information, Control information for the beam report includes a request for resource allocation for the beam report or a notification for transmission of the beam report, A base station, wherein the second UL channel comprises an available UL channel determined based on a time point at which control information for the beam report is transmitted among pre-configured UL channels.

Citation Information

Patent Citations

  • Techniques for transmitting an event-triggered non-serving cell beam report

    US20240214854A1