Method and apparatus for synchronization signal based beam tracking and management in sidelink communications

Abstract

Methods and apparatus for synchronization signal based beam tracking and management in sidelink communications are disclosed. The method for a first UE comprises the steps of: transmitting a BSI request to a second UE; sending the first S-SSB to the second UE according to the BSI request; and receiving a first BSI based on the first S-SSB measurement from the second UE.

Description

Technical Field

[0001] The present invention relates to a side link communication technology, and more particularly, to a technology for tracking and managing beams based on synchronization signals. Background Art

[0002] Communication networks (e.g., 5G communication networks or 6G communication networks) are being developed to provide enhanced communication services compared to existing communication networks (e.g., long term evolution (LTE), LTE-Advanced, etc.). 5G communication networks (e.g., New Radio (NR) communication networks) can support frequency bands below 6 GHz and frequency bands above 6 GHz. In other words, 5G communication networks can support frequency region 1 (FR1) bands and / or FR2 bands. Compared with LTE communication networks, 5G communication networks can support various communication services and scenarios. For example, usage scenarios of 5G communication networks may include enhanced Mobile BroadBand (eMBB), UltraReliable Low Latency Communication (URLLC), massive Machine Type Communication (mMTC), etc.

[0003] Compared with 5G communication networks, 6G communication networks can support a wide variety of communication services and scenarios. 6G communication networks can meet the requirements of ultra-performance, ultra-bandwidth, ultra-space, ultra-precision, ultra-intelligence and / or ultra-reliability. 6G communication networks can support multiple broadband bands and can be applied to various usage scenarios, such as terrestrial communication, non-terrestrial communication, sidelink communication, etc.

[0004] On the other hand, beam tracking and / or beam management operations for sidelink communications may be required. Beam tracking / management operations may be performed based on channel state information-reference signals (CSI-RS). In addition, beam tracking / management operations utilizing sidelink-synchronization signal blocks (S-SSB) may be considered. In this case, a specific process for beam tracking / management operations utilizing S-SSB may be required. Summary of the invention

[0005] Technical issues

[0006] The present invention is directed to providing methods and apparatus for tracking and managing beams in sidelink communications.

[0007] Technical Solution

[0008] According to an exemplary embodiment of the present invention, a method of a first user equipment (UE) for achieving the above-mentioned purpose may include: sending a beam state information (BSI) request to a second UE; sending a first sidelink synchronization signal block (S-SSB) to the second UE according to the BSI request; and receiving a first BSI based on a first S-SSB measurement from the second UE.

[0009] The BSI request may include configuration information of the first S-SSB, and the configuration information may include at least one of time resource information, frequency resource information, or transmission cycle information of the first S-SSB.

[0010] The first S-SSB may be configured for beam management operations, and the first S-SSB may be distinguished from an S-SSB configured for synchronization.

[0011] The BSI request may include information indicating whether to perform BSI reporting. When the information indicates that BSI reporting is to be performed, the first BSI may be received from the second UE. When the information indicates that BSI reporting is not to be performed, the first BSI may not be received from the second UE.

[0012] The BSI request may be included in a sidelink control information (SCI), a medium access control (MAC) control element (CE), or a radio resource control (RRC) message sent to the second UE.

[0013] The first BSI may include measurement information of the beam for the first UE and information indicating whether to stop S-SSB transmission. When the information indicates that S-SSB transmission is to be stopped, the first UE may stop S-SSB transmission after receiving the first BSI. When the information indicates not to stop S-SSB transmission, the first UE may perform S-SSB transmission after receiving the first BSI.

[0014] The method may further include: sending a second S-SSB to the second UE; and receiving a second BSI measured based on the second S-SSB from the second UE, wherein the first S-SSBs constitute a first S-SSB group, the second S-SSBs constitute a second S-SSB group, and the BSI measurement operation in the second UE may be performed based on the S-SSB group.

[0015] The method may further include: receiving a beam management (BM) request from the second UE, wherein the BM request may include information indicating whether a beam management operation is required, when the information indicates that a beam management operation is required, the first UE may send a BSI request, and when the information indicates that a beam management operation is not required, the first UE may not send a BSI request.

[0016] According to an exemplary embodiment of the present invention, a method of a second user equipment (UE) for achieving the above-mentioned purpose may include: receiving a beam state information (BSI) request from a first UE; receiving a first sidelink synchronization signal block (S-SSB) from the first UE according to the BSI request; generating a first BSI by performing a beam measurement operation based on the first S-SSB; and sending the first BSI to the first UE.

[0017] The BSI request may include configuration information of the first S-SSB, and the configuration information may include at least one of time resource information, frequency resource information, or transmission cycle information of the first S-SSB.

[0018] The first S-SSB may be configured for beam management operations, and the first S-SSB may be distinguished from an S-SSB configured for synchronization.

[0019] The BSI request may include information indicating whether to perform BSI reporting. When the information indicates that BSI reporting is to be performed, the second UE may send the first BSI to the first UE. When the information indicates that BSI reporting is not to be performed, the second UE may not send the first BSI to the first UE.

[0020] The BSI request may be included in a sidelink control information (SCI), a medium access control (MAC) control element (CE), or a radio resource control (RRC) message received from the first UE.

[0021] The first BSI may include measurement information of the beam for the first UE and information indicating whether to stop S-SSB transmission. When the information indicates that S-SSB transmission is to be stopped, the second UE may stop S-SSB reception after sending the first BSI. When the information indicates that S-SSB transmission is not to be stopped, the second UE may perform S-SSB reception after sending the first BSI.

[0022] The method may further include: receiving a second S-SSB from the first UE; generating a second BSI by performing a beam measurement operation based on the second S-SSB; and sending the second BSI to the first UE, wherein the first S-SSBs constitute a first S-SSB group, the second S-SSBs constitute a second S-SSB group, and the second UE can perform a beam measurement operation based on the S-SSB group.

[0023] The method may further include: sending a beam management (BM) request to the first UE, wherein the BM request includes information indicating whether a beam management operation is required, when the information indicates that the beam management operation is required, the second UE may perform a receiving operation for the BSI request, and when the information indicates that the beam management operation is not required, the second UE may not perform a receiving operation for the BSI request.

[0024] According to an exemplary embodiment of the present invention, a first user equipment (UE) for achieving the above-mentioned purpose may include: at least one processor, wherein the at least one processor may enable the first UE to execute: sending a beam state information (BSI) request to a second UE; sending a first sidelink synchronization signal block (S-SSB) to the second UE according to the BSI request; and receiving a first BSI based on a first S-SSB measurement from the second UE.

[0025] The BSI request may include configuration information of a first S-SSB, the configuration information including at least one of time resource information, frequency resource information, or transmission cycle information of the first S-SSB, the first S-SSB being configured for beam management operations, and the first S-SSB being distinguished from an S-SSB configured for synchronization.

[0026] At least one processor can cause the first UE to execute: sending a second S-SSB to the second UE; and receiving a second BSI measured based on the second S-SSB from the second UE, wherein the first S-SSBs constitute a first S-SSB group, the second S-SSBs constitute a second S-SSB group, and a BSI measurement operation in the second UE can be performed based on the S-SSB group.

[0027] At least one processor can cause the first UE to perform: receiving a beam management (BM) request from a second UE, wherein the BM request may include information indicating whether a beam management operation is required, when the information indicates that a beam management operation is required, the first UE sends a BSI request, and when the information indicates that a beam management operation is not required, the first UE may not send a BSI request.

[0028] Beneficial Effects

[0029] According to the present invention, the transmitting terminal can send a beam state information (BSI) request to the receiving terminal, and can send an S-SSB corresponding to the BSI request to the receiving terminal. The receiving terminal can send the BSI to the transmitting terminal by performing a measurement operation on the S-SSB. Based on these operations, a beam management operation based on the S-SSB can be performed, and SL communication can be implemented efficiently. BRIEF DESCRIPTION OF THE DRAWINGS

[0030] Figure 1 is a conceptual diagram showing a scenario of vehicle-to-everything (V2X) communication.

[0031] Figure 2 is a conceptual diagram illustrating a first exemplary embodiment of a communication system.

[0032] Figure 3 is a conceptual diagram showing a first exemplary embodiment of a communication node constituting a communication system.

[0033] Figure 4 is a block diagram illustrating a first exemplary embodiment of a communication node performing communications.

[0034] Figure 5a is a block diagram illustrating a first exemplary implementation of a transmit path.

[0035] Figure 5b is a block diagram illustrating a first exemplary implementation of a receive path.

[0036] Figure 6 is a block diagram illustrating a first exemplary implementation of a user plane protocol stack of a UE performing sidelink communications.

[0037] Figure 7 is a block diagram illustrating a first exemplary implementation of a control plane protocol stack of a UE performing sidelink communications.

[0038] Figure 8 is a block diagram illustrating a second exemplary embodiment of a control plane protocol stack of a UE performing sidelink communications.

[0039] Fig. 9 is a conceptual diagram showing a first exemplary embodiment of S-SSB.

[0040] Fig.10 is a conceptual diagram illustrating a first exemplary embodiment of an S-SSB period.

[0041] Fig.11 is a sequence listing illustrating a first exemplary embodiment of a beam management method.

[0042] Fig.12 is a sequence listing illustrating a second exemplary embodiment of a beam management method.

[0043] Fig.13 is a sequence listing illustrating a third exemplary embodiment of a beam management method.

[0044] Fig.14 is a sequence listing illustrating a fourth exemplary embodiment of a beam management method.

[0045] Fig.15is a sequence listing illustrating a fifth exemplary embodiment of a beam management method.

[0046] Fig.16 is a sequence listing illustrating a sixth exemplary embodiment of a beam management method.

[0047] Fig.17 is a sequence listing illustrating a seventh exemplary embodiment of a beam management method.

[0048] Fig.18 is a sequence listing illustrating an eighth exemplary embodiment of a beam management method. DETAILED DESCRIPTION

[0049] Since the present invention can be variously modified and can have multiple forms, specific exemplary embodiments will be shown in the drawings and described in detail in the specific embodiments. However, it should be understood that it is not intended to limit the present invention to specific exemplary embodiments, but on the contrary, the present invention covers all modifications and alternative forms that fall within the spirit and scope of the present invention.

[0050] Relational terms such as first, second, etc. can be used to describe various elements, but these elements should not be limited by the terms. These terms are only used to distinguish one element from another element. For example, without departing from the scope of the present invention, a first component can be named as a second component, and the second component can also be similarly named as the first component. The term "and / or" means any one or combination of multiple related and described matters.

[0051] In the present invention, "at least one of A and B" may mean "at least one of A or B" or "at least one of a combination of one or more of A and B". In addition, "one or more of A and B" may mean "one or more of A or B" or "one or more of a combination of one or more of A and B".

[0052] In the present invention, "(re)transmission" may refer to "transmission", "retransmission" or "transmission and retransmission", "(re)configuration" may refer to "configuration", "reconfiguration" or "configuration and reconfiguration", "(re)connection" may refer to "connection", "reconnection" or "connection and reconnection", and "(re)access" may refer to "access", "reaccess" or "access and reaccess".

[0053] When it is mentioned that a certain component is "coupled" or "connected" to another component, it should be understood that the certain component is directly "coupled" or "connected" to the other component, or another component may be provided therebetween. On the contrary, when it is mentioned that a certain component is "directly coupled" or "directly connected" to another component, it should be understood that no other component is provided therebetween.

[0054] The terms used in the present invention are only used to describe specific exemplary embodiments and are not intended to limit the present invention. Singular expressions include plural expressions unless the context clearly dictates otherwise. In the present invention, terms such as "including" or "having" are intended to indicate the presence of features, quantities, steps, operations, components, parts, or combinations thereof described in the specification, but it should be understood that these terms do not exclude the presence or addition of one or more features, quantities, steps, operations, components, parts, or combinations thereof.

[0055] Unless otherwise defined, all terms (including technical terms and scientific terms) used herein have the same meaning as those generally understood by those of ordinary skill in the art to which the present invention belongs. Terms commonly used in dictionaries and already in dictionaries should be interpreted as having meanings that match the contextual meanings in the art. In this specification, unless explicitly defined, terms are not necessarily interpreted as having formal meanings.

[0056] Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings. In describing the present invention, in order to facilitate a comprehensive understanding of the present invention, the same reference numerals refer to the same elements in the description of the entire accompanying drawings, and repeated descriptions thereof will be omitted. Operations of the exemplary embodiments clearly described in the present invention and combinations of the exemplary embodiments, expansions of the exemplary embodiments, and / or variants of the exemplary implementations may be performed. Some operations may be omitted, and the sequence of operations may be changed.

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

[0058] A base station may be referred to by various terms, such as node B, evolved node B, next generation node B (gNodeB), gNB, equipment, device, node, communication node, base transceiver station (BTS), radio remote head (RRH), transmission reception point (TRP), radio unit (RU), roadside unit (RSU), radio transceiver, access point, access node, etc. User equipment (UE) may be referred to by various terms, such as terminal, equipment, device, node, communication node, end node, access terminal, mobile terminal, station, subscriber station, mobile station, portable subscriber station, on-board unit (OBU), etc.

[0059] In the present invention, signaling may be one, or a combination of two or more of higher layer signaling, MAC signaling, and physical (PHY) signaling. A message for higher layer signaling may be referred to as a "higher layer message" or a "higher layer signaling message". A message for MAC signaling may be referred to as a "MAC message" or a "MAC signaling message". A message for PHY signaling may be referred to as a "PHY message" or a "PHY signaling message". Higher layer signaling may refer to the operation of sending and receiving system information (e.g., a master information block (MIB), a system information block (SIB)) and / or an RRC message. MAC signaling may refer to the operation of sending and receiving a MAC control element (CE). PHY signaling may refer to the operation of sending and receiving control information (e.g., downlink control information (DCI), uplink control information (UCI), or sidelink control information (SCI)).

[0060] In the present invention, "configuration of an operation (e.g., sending an operation)" may refer to configuration information (e.g., information element, parameter) required for the operation and / or signaling of information indicating the execution of the operation. "Configuration of an information element (e.g., parameter)" may refer to signaling of an information element. In the present invention, "signal and / or channel" may refer to a signal, a channel, or both a signal and a channel, and "signal" may be used to mean "signal and / or channel".

[0061] The communication network to which the exemplary embodiment is applied is not limited to the communication network described below, and the exemplary embodiment can be applied to various communication networks (e.g., 4G communication network, 5G communication network and / or 6G communication network). Here, "communication network" can be used interchangeably with the term "communication system".

[0062] Figure 1 It is a conceptual diagram showing a scenario of vehicle-to-everything (V2X) communication.

[0063] like Figure 1 As shown, V2X communication may include vehicle-to-vehicle (V2V) communication, vehicle-to-infrastructure (V2I) communication, vehicle-to-pedestrian (V2P) communication, vehicle-to-network (V2N) communication, etc. V2X communication may be supported by a communication system (e.g., a communication network) 140, and V2X communication supported by the communication system 140 may be referred to as "cellular-V2X (C-V2X) communication". Here, the communication system 140 may include a 4G communication system (e.g., an LTE communication system or an LTE-A communication system), a 5G communication system (e.g., an NR communication system), etc.

[0064] V2V communication may include communication between a first vehicle 100 (e.g., a communication node located in the vehicle 100) and a second vehicle 110 (e.g., a communication node located in the vehicle 110). Various driving information such as speed, heading, time, location, etc. may be exchanged between the vehicle 100 and the vehicle 110 through V2V communication. For example, autonomous driving (e.g., platoon driving) may be supported based on the driving information exchanged through V2V communication. V2V communication supported by the communication system 140 may be performed based on a sidelink communication technology (e.g., based on Proximity Based Services (ProSe) and Device-to-Device (D2D) communication technology, etc.). In this case, communication between the vehicle 100 and the vehicle 110 may be performed using at least one sidelink channel.

[0065] V2I communication may include communication between the first vehicle 100 and an infrastructure (e.g., a roadside unit (RSU)) 120 located on the roadside. The infrastructure 120 may include a traffic light or a street light located on the roadside. For example, when performing V2I communication, communication may be performed between a communication node located in the first vehicle 100 and a communication node located in a traffic light. Traffic information, driving information, and the like may be exchanged between the first vehicle 100 and the infrastructure 120 through V2I communication. V2I communication supported by the communication system 140 may be performed based on a sidelink communication technology (e.g., ProSe and D2D communication technology, etc.). In this case, communication between the vehicle 100 and the infrastructure 120 may be performed using at least one sidelink channel.

[0066] V2P communication may include communication between the first vehicle 100 (e.g., a communication node located in the vehicle 100) and the person 130 (e.g., a communication node carried by the person 130). Driving information of the first vehicle 100 and movement information of the person 130, such as speed, forward direction, time, location, etc., may be exchanged between the vehicle 100 and the person 130 through V2P communication. By judging a dangerous situation based on the obtained driving information and movement information, the communication node located in the vehicle 100 or the communication node carried by the person 130 may generate an alarm indicating the danger. V2P communication supported by the communication system 140 may be performed based on a sidelink communication technology (e.g., ProSe and D2D communication technology, etc.). In this case, communication between the communication node located in the vehicle 100 and the communication node carried by the person 130 may be performed using at least one sidelink channel.

[0067] V2N communication may be communication between the first vehicle 100 (e.g., a communication node located in the vehicle 100) and a communication system (e.g., a communication network) 140. V2N communication may be performed based on 4G communication technology (e.g., LTE or LTE-A as described in the 3GPP standard) or 5G communication technology (e.g., NR as described in the 3GPP standard). In addition, V2N communication may be performed based on Wireless Access in Vehicular Environments (WAVE) communication technology or Wireless Local Area Network (WLAN) communication technology defined in Institute of Electrical and Electronics Engineers (IEEE) 802.11, Wireless Personal Area Network (WPAN) communication technology defined in IEEE 802.15, and the like.

[0068] On the other hand, the communication system 140 supporting V2X communication may be configured as follows.

[0069] Figure 2 is a conceptual diagram illustrating a first exemplary embodiment of a communication system.

[0070] like Figure 2 As shown, the communication system may include an access network, a core network, etc. The access network may include a base station 210, a relay station 220, user equipments (UEs) 231 to 236, etc. UEs 231 to 236 may include a Figure 1 The communication nodes in the vehicle 100 and the vehicle 110 are located Figure 1 The communication nodes in the infrastructure 120 are Figure 1 When the communication system supports 4G communication technology, the core network may include a serving gateway (S-GW) 250, a packet data network (PDN) gateway (P-GW) 260, a mobility management entity (MME) 270, and the like.

[0071] When the communication system supports 5G communication technology, the core network may include a user plane function (UPF) 250, a session management function (SMF) 260, an access and mobility management function (AMF) 270, etc. Alternatively, when the communication system operates in a non-standalone (NSA) mode, the core network composed of the S-GW 250, the P-GW 260, and the MME 270 may support 5G communication technology as well as 4G communication technology, and the core network composed of the UPF 250, the SMF 260, and the AMF 270 may support 4G communication technology as well as 5G communication technology.

[0072] In addition, when the communication system supports network slicing technology, the core network can be divided into multiple logical network slices. For example, a network slice supporting V2X communication (e.g., V2V network slice, V2I network slice, V2P network slice, V2N network slice, etc.) can be configured, and V2X communication can be supported by the V2X network slice configured in the core network.

[0073] The communication nodes constituting the communication system (e.g., base stations, relay stations, UEs, S-GWs, P-GWs, MMEs, UPFs, SMFs, AMFs, etc.) can perform communication by utilizing at least one of the following communication technologies: code division multiple access (CDMA) technology, time division multiple access (TDMA) technology, frequency division multiple access (FDMA) technology, orthogonal frequency division multiplexing (OFDM) technology, filtered OFDM technology, orthogonal frequency division multiple access (OFDMA) technology, single carrier FDMA (SC-FDMA) technology, non-orthogonal multiple access (NOMA) technology, generalized frequency division multiplexing (GFDM) technology, filter bank multi-carrier (FBMC) technology, universal filtered multi-carrier (UFMC) technology, and space division multiple access (SDMA) technology. access, SDMA) technology.

[0074] The communication nodes constituting the communication system (e.g., base stations, relay stations, UE, S-GW, P-GW, MME, UPF, SMF, AMF, etc.) can be configured as follows.

[0075] Figure 3 is a conceptual diagram showing a first exemplary embodiment of a communication node constituting a communication system.

[0076] like Figure 3 As shown, the communication node 300 may include at least one processor 310, a memory 320, and a transceiver 330 connected to a network for performing communication. In addition, the communication node 300 may further include an input interface device 340, an output interface device 350, a storage device 360, etc. Each component included in the communication node 300 can communicate with each other when connected through a bus 370.

[0077] However, each component included in the communication node 300 may be connected to the processor 310 via a separate interface or a separate bus instead of the common bus 370. For example, the processor 310 may be connected to at least one of the memory 320, the transceiver 330, the input interface device 340, the output interface device 350, and the storage device 360 ​​via a dedicated interface.

[0078] The processor 310 may execute at least one program instruction stored in at least one of the memory 320 and the storage device 360. The processor 310 may refer to a central processing unit (CPU), a graphics processing unit (GPU), or a dedicated processor on which the method according to the exemplary embodiment of the present invention is executed. Each of the memory 320 and the storage device 360 ​​may include at least one of a volatile storage medium and a non-volatile storage medium. For example, the memory 320 may include at least one of a read-only memory (ROM) and a random access memory (RAM).

[0079] Reference again Figure 2 In the communication system, the base station 210 may form a macro cell or a small cell and may be connected to the core network via an ideal backhaul or a non-ideal backhaul. The base station 210 may send a signal received from the core network to UE 231 to UE 236 and the relay station 220, and may send a signal received from UE 231 to UE 236 and the relay station 220 to the core network. UE#1 231, UE#2 232, UE#4 234, UE#5 235, and UE#6 236 may belong to the cell coverage of the base station 210. UE#1 231, UE#2 232, UE#4 234, UE#5 235, and UE#6 236 may be connected to the base station 210 by performing a connection establishment process with the base station 210. UE#1 231 , UE#2 232 , UE#4 234 , UE#5 235 , and UE#6 236 may communicate with the base station 210 after being connected to the base station 210 .

[0080] The relay station 220 may be connected to the base station 210, and may relay communication between the base station 210 and UE#3 233 and UE#4 234. That is, the relay station 220 may transmit a signal received from the base station 210 to the UE#3 233 and UE#4 234, and may transmit a signal received from the UE#3 233 and UE#4 234 to the base station 210. The UE#4 234 may belong to both the cell coverage of the base station 210 and the cell coverage of the relay station 220, and the UE#3 233 may belong to the cell coverage of the relay station 220. That is, the UE#3 233 may be located outside the cell coverage of the base station 210. The UE#3 233 and UE#4 234 may be connected to the relay station 220 by performing a connection establishment procedure with the relay station 220. The UE#3 233 and UE#4 234 may communicate with the relay station 220 after being connected to the relay station 220.

[0081] The base station 210 and the relay station 220 may support multiple-input multiple-output (MIMO) technology (e.g., single-user (SU)-MIMO, multi-user (MU)-MIMO, massive MIMO, etc.), coordinated multipoint (CoMP) communication technology, carrier aggregation (CA) communication technology, unlicensed band communication technology (e.g., Licensed Assisted Access (LAA), enhanced LAA (eLAA), etc.), side link communication technology (e.g., ProSe communication technology, D2D communication technology), etc. UE#1 231, UE#2 232, UE#5 235, and UE#6 236 may perform operations corresponding to the base station 210 and operations supported by the base station 210. UE#3 233 and UE#4 234 may perform operations corresponding to the relay station 220 and operations supported by the relay station 220.

[0082] Here, the base station 210 may refer to a Node B (NB), an evolved Node B (eNB), a base transceiver station (BTS), a radio remote head (RRH), a transmit receive point (TRP), a radio unit (RU), a road side unit (RSU), a radio transceiver, an access point, an access node, etc. The relay station 220 may refer to a small base station, a relay node, etc. Each of the UEs 231 to 236 may refer to a terminal, an access terminal, a mobile terminal, a station, a subscriber station, a mobile station, a portable subscriber station, a node, a device, an on-board unit (OBU), etc.

[0083] On the other hand, a communication node that performs communication in a communication network may be configured as follows. Figure 4 The communication nodes shown may be Figure 3 A specific exemplary embodiment of a communication node is shown.

[0084] Figure 4 is a block diagram illustrating a first exemplary embodiment of a communication node performing communications.

[0085] like Figure 4 As shown, each of the first communication node 400a and the second communication node 400b can be a base station or a UE. The first communication node 400a can send a signal to the second communication node 400b. The transmission processor 411 included in the first communication node 400a can receive data (e.g., data unit) from the data source 410. The transmission processor 411 can receive control information from the controller 416. The control information may include at least one of system information, RRC configuration information (e.g., information configured by RRC signaling), MAC control information (e.g., MAC CE) or PHY control information (e.g., DCI, SCI).

[0086] The transmit processor 411 may generate data symbols by performing processing operations on data (e.g., encoding operations, symbol mapping operations, etc.). The transmit processor 411 may generate control symbols by performing processing operations on control information (e.g., encoding operations, symbol mapping operations, etc.). In addition, the transmit processor 411 may generate synchronization / reference symbols for synchronization signals and / or reference signals.

[0087] The Tx MIMO processor 412 may perform spatial processing operations (e.g., precoding operations) on data symbols, control symbols, and / or synchronization / reference symbols. The output (e.g., symbol stream) of the Tx MIMO processor 412 may be provided to a modulator (MOD) included in the transceiver 413a to the transceiver 413t. The modulator may generate modulation symbols by performing processing operations on the symbol stream, and may generate signals by performing additional processing operations (e.g., analog conversion operations, amplification operations, filtering operations, up-conversion operations, etc.) on the modulation symbols. The signals generated by the modulators of the transceivers 413a to the transceivers 413t may be transmitted through the antennas 414a to the antennas 414t.

[0088] The signal transmitted by the first communication node 400a may be received at the antenna 464a to the antenna 464r of the second communication node 400b. The signal received at the antenna 464a to the antenna 464r may be provided to a demodulator (DEMOD) included in the transceiver 463a to the transceiver 463r. The demodulator (DEMOD) may obtain samples by performing processing operations (e.g., filtering operations, amplification operations, down-conversion operations, digital conversion operations, etc.) on the signal. The demodulator may perform additional processing operations on the samples to obtain symbols. The MIMO detector 462 may perform MIMO detection operations on the symbols. The receiving processor 461 may perform processing operations (e.g., deinterleaving operations, decoding operations, etc.) on the symbols. The output of the receiving processor 461 may be provided to the data sink. 460 and controller 466. For example, data may be provided to data sink 460, and control information may be provided to controller 466.

[0089] On the other hand, the second communication node 400b can send a signal to the first communication node 400a. The transmission processor 469 included in the second communication node 400b can receive data (e.g., data unit) from the data source 467, and perform processing operations on the data to generate data symbols. The transmission processor 468 can receive control information from the controller 466, and perform processing operations on the control information to generate control symbols. In addition, the transmission processor 468 can generate reference symbols by performing processing operations on reference signals.

[0090] The Tx MIMO processor 469 may perform spatial processing operations (e.g., precoding operations) on data symbols, control symbols, and / or reference symbols. The output (e.g., symbol stream) of the Tx MIMO processor 469 may be provided to a modulator (MOD) included in the transceiver 463a to the transceiver 463t. The modulator may generate modulation symbols by performing processing operations on the symbol stream, and may generate signals by performing additional processing operations (e.g., analog conversion operations, amplification operations, filtering operations, up-conversion operations) on the modulation symbols. The signals generated by the modulators of the transceivers 463a to the transceivers 463t may be transmitted via the antennas 464a to the antennas 464t.

[0091] The signal transmitted by the second communication node 400b can be received at the antenna 414a to the antenna 414r of the first communication node 400a. The signal received at the antenna 414a to the antenna 414r can be provided to the demodulator (DEMOD) included in the transceiver 413a to the transceiver 413r. The demodulator can obtain samples by performing processing operations (e.g., filtering operations, amplification operations, down-conversion operations, digital conversion operations) on the signal. The demodulator can perform additional processing operations on the samples to obtain symbols. The MIMO detector 420 can perform MIMO detection operations on the symbols. The receiving processor 419 can perform processing operations (e.g., deinterleaving operations, decoding operations, etc.) on the symbols. The output of the receiving processor 419 can be provided to the data sink 418 and the controller 416. For example, data can be provided to the data sink 418, and control information can be provided to the controller 416.

[0092] Memory 415 and storage 465 may store data, control information and / or program codes. Scheduler 417 may perform scheduling operations for communications. Figure 4 The processors 411, 412, 419, 461, 468, 469 and the controllers 416 and 466 shown may be Figure 3 The processor 310 shown may be used to execute the methods described in the present invention.

[0093] Figure 5a is a block diagram illustrating a first exemplary embodiment of a transmit path, Figure 5b is a block diagram illustrating a first exemplary implementation of a receive path.

[0094] like Figure 5a and Figure 5bAs shown, the transmission path 510 can be implemented in a communication node that transmits a signal, and the reception path 520 can be implemented in a communication node that receives a signal. The transmission path 510 may include a channel coding and modulation block 511, a serial-to-parallel (S to P) block 512, an N-point inverse fast Fourier transform (N-point IFFT) block 513, a parallel-to-serial (P to S) block 514, a cyclic prefix (CP) adding block 515, and an up-converter (UC) 516. The reception path 520 may include a down-converter (DC) 521, a CP deletion block 522, an S to P block 523, an N-point FFT block 524, a P to S block 525, and a channel decoding and demodulation block 526. Here, N may be a natural number.

[0095] In the transmission path 510, the information bits may be input to the channel coding and modulation block 511. The channel coding and modulation block 511 may perform coding and decoding operations (e.g., low-density parity check (LDPC) coding and decoding operations, polar coding and decoding operations, etc.) and modulation operations (e.g., quadrature phase shift keying (OPSK), quadrature amplitude modulation (QAM), etc.) on the information bits. The output of the channel coding and modulation block 511 may be a modulation symbol sequence.

[0096] The S to P block 512 may convert the frequency domain modulation symbols into parallel symbol streams to generate N parallel symbol streams. N may be an IFFT size or an FFT size. The N-point IFFT block 513 may generate a time domain signal by performing an IFFT operation on the N parallel symbol streams. The P to S block 514 may convert the output (e.g., parallel signals) of the N-point IFFT block 513 into a serial signal to generate a serial signal.

[0097] The CP adding block 515 may insert the CP into the signal. The UC 516 may up-convert the frequency of the output of the CP adding block 515 to a radio frequency (RF) frequency. In addition, the output of the CP adding block 515 may be filtered in the baseband before up-conversion.

[0098] The signal transmitted from the transmission path 510 may be input to the reception path 520. The operation in the reception path 520 may be the reverse operation of the operation in the transmission path 510. The DC 521 may down-convert the frequency of the received signal to the baseband frequency. The CP removal block 522 may remove the CP from the signal. The output of the CP removal block 522 may be a serial signal. The S to P block 523 may convert the serial signal into a parallel signal. The N-point FFT block 524 may generate N parallel signals by performing an FFT algorithm. The P to S block 525 may convert the parallel signal into a modulation symbol sequence. The channel decoding and demodulation block 526 may perform a demodulation operation on the modulation symbol, and may recover the data by performing a decoding operation on the result of the demodulation operation.

[0099] exist Figure 5a and Figure 5b In the present invention, discrete Fourier transform (DFT) and inverse DFT (IDFT) can be used to replace FFT and IFFT. Figure 5a and Figure 5b Each of the blocks (eg, components) in the embodiment may be implemented by at least one of hardware, software, or firmware. Figure 5a and Figure 5b Some blocks in the can be implemented by software, and other blocks can be implemented by hardware or a combination of hardware and software. Figure 5a and Figure 5b In the , a block can be subdivided into multiple blocks, multiple blocks can be integrated into one block, some blocks can be omitted, and blocks that support other functions can be added.

[0100] On the other hand, the communication between UE#5 235 and UE#6 236 may be performed based on a sidelink communication technology (e.g., ProSe communication technology, D2D communication technology). The sidelink communication may be performed based on a one-to-one scheme or a one-to-many scheme. When V2V communication is performed using the sidelink communication technology, UE#5 235 may refer to a UE located at Figure 1 The communication node in the first vehicle 100, and UE#6 236 may refer to a communication node located at Figure 1 When V2I communication is performed using the sidelink communication technology, UE#5 235 may refer to a communication node located in the second vehicle 110. Figure 1 The communication node in the first vehicle 100, and UE#6236 may refer to a communication node located at Figure 1 When V2P communication is performed using the sidelink communication technology, UE#5 235 may refer to a communication node located in Figure 1The communication node in the first vehicle 100, and UE#6 236 may refer to a communication node carried by the person 130.

[0101] The scenarios in which the side link communication is applied can be classified according to the locations of the UEs (e.g., UE#5 235 and UE#6 236) participating in the side link communication, as shown in Table 1 below. For example, Figure 2 The scenario of sidelink communication between UE#5 235 and UE#6 236 shown may be sidelink communication scenario #C.

[0102] [Table 1]

[0103] Sidelink communication scenario UE#5 235 location UE#6 236 location #A Outside the coverage of base station 210 Outside the coverage of base station 210 #B Within the coverage area of ​​base station 210 Outside the coverage of base station 210 #C Within the coverage area of ​​base station 210 Within the coverage area of ​​base station 210 #D Within the coverage area of ​​base station 210 In the coverage area of ​​other base stations

[0104] On the other hand, the user plane protocol stack of the UEs (eg, UE#5 235 and UE#6 236) performing sidelink communication may be configured as follows.

[0105] Figure 6 is a block diagram illustrating a first exemplary implementation of a user plane protocol stack of a UE performing sidelink communications.

[0106] like Figure 6 As shown, UE#5 235 may be Figure 2 UE#5 235 is shown, and UE#6 236 may be Figure 2 UE#6 236 is shown. The scenario of the sidelink communication between UE#5 235 and UE#6 236 can be one of the sidelink communication scenarios #A to #D in Table 1. The user plane protocol stack of each of UE#5 235 and UE#6 236 can include a physical (PHY) layer, a medium access control (MAC) layer, a radio link control (RLC) layer, and a packet data convergence protocol (PDCP) layer.

[0107] A PC5 interface (e.g., PC5-U interface) may be used to perform sidelink communication between UE#5 235 and UE#6 236. A layer 2 identifier (ID) (e.g., source layer 2 ID, destination layer 2 ID) may be used for sidelink communication, and the layer 2 ID may be an ID configured for V2X communication. In addition, in the sidelink communication, a hybrid automatic repeat request (HARQ) feedback operation may be supported, and an RLC acknowledged mode (AM) or an RLC unacknowledged mode (UM) may be supported.

[0108] On the other hand, the control plane protocol stack of the UEs (eg, UE#5 235 and UE#6 236) performing sidelink communication may be configured as follows.

[0109] Figure 7 is a block diagram illustrating a first exemplary implementation of a control plane protocol stack of a UE performing sidelink communications, Figure 8 is a block diagram illustrating a second exemplary embodiment of a control plane protocol stack of a UE performing sidelink communications.

[0110] like Figure 7 and Figure 8 As shown, UE#5 235 may be Figure 2 UE#5 235 is shown, and UE#6 236 may be Figure 2 UE#6 236 is shown. The scenario of the side link communication between UE#5 235 and UE#6 236 can be one of the side link communication scenarios #A to #D in Table 1. Figure 7 The control plane protocol stack shown may be a control plane protocol stack for sending and receiving broadcast information (eg, Physical Sidelink Broadcast Channel (PSBCH)).

[0111] Figure 7 The control plane protocol stack shown may include a PHY layer, a MAC layer, an RLC layer, and a radio resource control (RRC) layer. A sidelink communication between UE#5 235 and UE#6 236 may be performed using a PC5 interface (eg, PC5-C interface). Figure 8 The control plane protocol stack shown may be a control plane protocol stack for one-to-one sidelink communications. Figure 8 The control plane protocol stack shown may include a PHY layer, a MAC layer, an RLC layer, a PDCP layer, and a PC5 signaling protocol layer.

[0112] On the other hand, channels utilized in the sidelink communication between UE#5 235 and UE#6 236 may include a physical sidelink shared channel (PSSCH), a physical sidelink control channel (PSCCH), a physical sidelink discovery channel (PSDCH), and a physical sidelink broadcast channel (PSBCH). PSSCH may be used to transmit and receive sidelink data and may be configured in a UE (e.g., UE#5 235 or UE#6 236) through higher layer signaling. PSCCH may be used to transmit and receive sidelink control information (SCI) and may also be configured in a UE (e.g., UE#5 235 or UE#6 236) through higher layer signaling.

[0113] PSDCH can be used for discovery process. For example, discovery signal can be transmitted via PSDCH. PSBCH can be used to send and receive broadcast information (e.g., system information). In addition, demodulation reference signal (DMRS), synchronization signal, etc. can be used in sidelink communication between UE#5 235 and UE#6 236. The synchronization signal can include a primary sidelink synchronization signal (PSSS) and a secondary sidelink synchronization signal (SSSS).

[0114] On the other hand, the side link transmission mode (TM) can be divided into side links TM#1 to TM#4, as shown in Table 2 below.

[0115] [Table 2]

[0116]

[0117]

[0118] When supporting sidelink TM#3 or TM#4, each of UE#5 235 and UE#6 236 may perform sidelink communication using a resource pool configured by base station 210. A resource pool may be configured for each of sidelink control information and sidelink data.

[0119] A resource pool for side link control information may be configured based on an RRC signaling process (e.g., a dedicated RRC signaling process, a broadcast RRC signaling process). A resource pool for receiving side link control information may be configured by a broadcast RRC signaling process. When side link TM#3 is supported, a resource pool for transmitting side link control information may be configured by a dedicated RRC signaling process. In this case, the side link control information may be transmitted via resources scheduled by the base station 210 within a resource pool configured by a dedicated RRC signaling process. When side link TM#4 is supported, a resource pool for transmitting side link control information may be configured by a dedicated RRC signaling process or a broadcast RRC signaling process. In this case, the side link control information may be transmitted via resources automatically selected by a UE (e.g., UE#5 235 or UE#6 236) within a resource pool configured by a dedicated RRC signaling process or a broadcast RRC signaling process.

[0120] When side link TM#3 is supported, a resource pool for sending and receiving side link data may not be configured. In this case, the side link data may be sent and received through resources scheduled by the base station 210. When side link TM#4 is supported, a resource pool for sending and receiving side link data may be configured through a dedicated RRC signaling process or a broadcast RRC signaling process. In this case, the side link data may be sent and received via resources automatically selected by a UE (e.g., UE#5 235 or UE#6 236) within a resource pool configured through a dedicated RRC signaling process or a broadcast RRC signaling process.

[0121] In the following, the side link communication method will be described. Even when describing a method performed at a first communication node in a communication node (e.g., sending or receiving a signal), the corresponding second communication node may also perform a method corresponding to the method performed at the first communication node (e.g., receiving or sending a signal). That is, when describing the operation of UE#1 (e.g., vehicle #1), the corresponding UE#2 (e.g., vehicle #2) may perform an operation corresponding to the operation of UE#1. Conversely, when describing the operation of UE#2, the corresponding UE#1 may perform an operation corresponding to the operation of UE#2. In the exemplary embodiment described below, the operation of the vehicle may be the operation of a communication node located in the vehicle.

[0122] The sidelink signal may be a synchronization signal and a reference signal for sidelink communication. For example, the synchronization signal may be a synchronization signal / physical broadcast channel (SS / PBCH) block, a sidelink synchronization signal (SLSS), a primary sidelink synchronization signal (PSSS), a secondary sidelink synchronization signal (SSSS), etc. The reference signal may be a channel state information-reference signal (CSI-RS), a DM-RS, a phase tracking-reference signal (PT-RS), a cell specific reference signal (CRS), a sounding reference signal (SRS), a discovery reference signal (DRS), etc.

[0123] The sidelink channel may be a PSSCH, a PSCCH, a PSDCH, a PSBCH, a physical sidelink feedback channel (PSFCH), etc. In addition, a sidelink channel may refer to a sidelink channel including a sidelink signal mapped to a specific resource in a corresponding sidelink channel. Sidelink communications may support broadcast services, multicast services, groupcast services, and unicast services.

[0124] The base station may send system information (e.g., SIB12, SIB13, SIB14) and an RRC message including configuration information for sidelink communication (i.e., sidelink configuration information) to the UE. The UE may receive the system information and the RRC message from the base station, identify the sidelink configuration information included in the system information and the RRC message, and perform sidelink communication based on the sidelink configuration message. SIB12 may include sidelink communication / discovery configuration information. SIB13 and SIB14 may include configuration information for V2X sidelink communication.

[0125] Sidelink communications may be performed within a SL bandwidth part (BWP). The base station may configure the SL BWP to the UE using higher layer signaling. The higher layer signaling may include SL-BWP-Config and / or SL-BWP-ConfigCommon. SL-BWP-Config may be used to configure the SL BWP for UE-specific sidelink communications. SL-BWP-ConfigCommon may be used to configure cell-specific configuration information.

[0126] In addition, the base station may configure a resource pool to the UE using higher layer signaling. The higher layer signaling may include SL-BWP-PoolConfig, SL-BWP-PoolConfigCommon, SL-BWP-DiscPoolConfig and / or SL-BWP-DiscPoolConfigCommon. SL-BWP-PoolConfig may be used to configure a sidelink communication resource pool. SL-BWP-PoolConfigCommon may be used to configure a cell-specific sidelink communication resource pool. SL-BWP-DiscPoolConfig may be used to configure a resource pool dedicated to UE-specific sidelink discovery. SL-BWP-DiscPoolConfigCommon may be used to configure a resource pool dedicated to cell-specific sidelink discovery. The UE may perform sidelink communication within a resource pool configured by the base station.

[0127] Sidelink communication may support SL discontinuous reception (DRX) operation. The base station may send a higher layer message (e.g., SL-DRX-Config) including parameters related to SL DRX to the UE. The UE may perform SL DRX operation based on the SL-DRX-Config received from the base station. Sidelink communication may support inter-UE coordination operation. The base station may send a higher layer message (e.g., SL-InterUE-CoordinationConfig) including inter-UE coordination parameters to the UE. The UE may perform inter-UE coordination operation based on the SL-InterUE-CoordinationConfig received from the base station.

[0128] The side link communication may be performed based on a single SCI scheme or a multi-SCI scheme. When a single SCI scheme is used, the side link communication may be performed based on one SCI (e.g., the first-stage SCI (1 st -stage SCI)) to perform data transmission (e.g., sidelink data transmission, sidelink shared channel (SL-SCH) transmission). When a multi-SCI scheme is used, two SCIs (e.g., first-stage SCI and second-stage SCI (2 nd-stage SCI)) to perform data transmission. SCI can be transmitted on PSCCH and / or PSSCH. When a single SCI scheme is utilized, SCI (e.g., first-stage SCI) can be transmitted on PSCCH. When a multi-SCI scheme is utilized, first-stage SCI can be transmitted on PSCCH, and second-stage SCI can be transmitted on PSCCH or PSSCH. The first-stage SCI can be referred to as "first-stage SCI (first-stage SCI)", and the second-stage SCI can be referred to as "second-stage SCI (second-stage SCI)". The format of the first-stage SCI may include SCI format 1-A, and the format of the second-stage SCI may include SCI format 2-A, SCI format 2-B, and SCI format 2-C.

[0129] SCI format 1-A can be used to schedule PSSCH and second-stage SCI. SCI format 1-A may include priority information, frequency resource allocation information, time resource allocation information, resource reservation period information, demodulation reference signal (DMRS) mode information, second-stage SCI format information, beta_offset indicator, number of DMRS ports, modulation and coding scheme (MCS) information, additional MCS table indicator, PSFCH overhead indicator, or at least one of a conflict information receiver flag.

[0130] SCI format 2-A may be used for decoding of PSSCH. SCI format 2-A may include at least one of a HARQ processor number, a new data indicator (NDI), a redundancy version (RV), a source ID, a destination ID, a HARQ feedback enable / disable indicator, a cast type indicator, or a CSI request.

[0131] SCI format 2-B may be used for decoding of PSSCH. SCI format 2-B may include at least one of the number of HARQ processors, NDI, RV, source ID, destination ID, HARQ feedback enable / disable indicator, zone ID, or communication range requirement.

[0132] SCI format 2-C may be used for decoding of PSSCH. In addition, SCI format 2-C may be used to provide or request inter-UE coordination information. SCI format 2-C may include at least one of the number of HARQ processors, NDI, RV, source ID, destination ID, HARQ feedback enable / disable indicator, CSI request, or provide / request indicator.

[0133] When the value of the provide / request indicator is set to 0, this may indicate that SCI format 2-C is used to provide inter-UE coordination information. In this case, SCI format 2-C may include at least one of a resource combination, a first resource position, a reference time slot position, a resource set type, or a lowest subchannel index.

[0134] When the value of the offer / request indicator is set to 1, this may indicate that the SCI format 2-C is used to request inter-UE coordination information. In this case, the SCI format 2-C may include at least one of a priority, a number of subchannels, a resource reservation period, a resource selection window position, a resource set type, or a padding bit.

[0135] On the other hand, side link (SL) communication may support beam management operations. Beam management operations may be supported in the FR2 band. In the present invention, beam management operations may refer to operations including beam tracking operations. Beam management operations may be performed based on at least one of aperiodic channel state information (CSI) report, a periodic CSI report, or a semi-persistent CSI report. SCI (e.g., SCI format 2-A and / or 2-C) may include a CSI request field, and beam management operations may be performed based on aperiodic CSI reports triggered by SCI.

[0136] The first terminal may transmit a CSI-RS (e.g., a CSI-RS for beam management) in each symbol belonging to the SL time slot. The first terminal may transmit the CSI-RS based on a beam scanning operation. In other words, the first terminal may transmit the CSI-RS using different beams (e.g., different transmit beams) in each symbol belonging to the SL time slot. The second terminal may receive the CSI-RS from the first terminal. A reception operation for the CSI-RS may be performed based on the beam scanning operation. For example, the second terminal may perform a reception operation for the CSI-RS using different beams (e.g., different receive beams). If transmission and reception operations of the CSI-RS (e.g., a reference signal) are performed based on a beam scanning operation, resources for transmission and reception of the CSI-RS may be insufficient.

[0137] When resources are allocated for beam scanning operations of reference signals, symbols (e.g., PSSCH symbols) for SL data transmission may be insufficient. Therefore, beam management operations based on signals other than reference signals (e.g., synchronization signals) may be required in SL communication.

[0138] The beam management operations in the NR Uu link can be defined as follows.

[0139] ■Signals used for CSI measurement: CSI-RS set and / or synchronization signal block (SSB)

[0140] ■Channel quality indicator (CQI) metric for beam: L1 - reference signal received power (RSRP)

[0141] ■ Maximum number of CSIs that can be reported per terminal: 4 (e.g. CSI reporting for 4 beams is possible)

[0142] ■ Report information: the maximum L1-RSRP among the L1-RSRPs of a beam and / or the difference between the maximum L1-RSRP and the L1-RSRPs of the remaining beams

[0143] ■CSI-RS transmission type: CSI report type + channel used for CSI reporting

[0144] -Periodic type: periodic CSI report + physical uplink control channel (PUCCH)

[0145] - Semi-persistent type: periodic CSI report + PUCCH or semi-persistent CSI report + physical uplink shared channel (PUSCH)

[0146] - Aperiodic type: Aperiodic CSI report (e.g., aperiodic CSI report triggered by DCI with CSI request field) + PUSCH

[0147] ■ Beam adjustment for each of a downlink transmission beam and a reception beam may be performed. If beam reciprocity is established between an uplink and a downlink, a beam management operation (eg, a beam adjustment operation) may be performed only for the downlink.

[0148] The CSI related operations in the NR SL link can be defined as follows.

[0149] ■Signal used for CSI measurement: CSI-RS set

[0150] ■CQI metric: L1-RSRP

[0151] ■Maximum CSI-RS ports: 2

[0152] ■CSI-RS transmission type: CSI report type + channel used for CSI reporting

[0153] - Aperiodic type: Aperiodic CSI report (e.g., aperiodic CSI report triggered by SCI format 2-A or 2-C with CSI request field) + PSSCH (e.g., MAC CE)

[0154] The following sidelink-synchronization signal block (S-SSB) related operations in NR communication can be defined.

[0155] ■ Unlike SSB transmission in NR Uu link, S-SSB transmission in NR SL link can be performed with a fixed period. The fixed period can be 160ms.

[0156] ■As shown in Table 3 below, depending on the frequency range (FR) and / or subcarrier spacing (SCS), it is possible to transmit multiple S-SSBs within one S-SSB period.

[0157] [Table 3]

[0158]

[0159] In SL communication, S-SSB can be used for beam management (e.g., beam quality measurement) of beams (e.g., transmit beams and / or receive beams) between a transmitting terminal and a receiving terminal. In other words, S-SSB can be used to perform beam management operations.

[0160] In the present invention, a terminal that sends an S-SSB for beam information measurement may be referred to as a transmitting terminal (or a first terminal), and a terminal that receives an S-SSB may be referred to as a receiving terminal (or a second terminal). The receiving terminal may obtain (e.g., measure) beam information based on the S-SSB, and may report the beam information to the transmitting terminal when necessary. The beam information measured by the receiving terminal may be defined as beam state information (BSI). For example, the BSI may include an index of a specific beam, beam quality information (e.g., RSRP, reference signal received quality (RSRQ), received signal strength indicator (RSSI), etc.) and / or calculation results for beam quality measurement values ​​(e.g., RSRP, RSRQ, RSSI, etc.).

[0161] Fig. 9 is a conceptual diagram showing a first exemplary embodiment of S-SSB.

[0162] like Fig. 9 As shown, the S-SSB may include a sidelink primary synchronization signal (S-PSS), a sidelink secondary synchronization signal (S-SSS) and a PSBCH. The S-SSB may further include a PSBCH DMRS. The PSBCH DMRS may be a DMRS for demodulation of the PSBCH. The S-SSB may be transmitted in a single time slot. Fig. 9 In the S-SSB shown in FIG. 1 , a normal cyclic prefix (CP) may be applied. In the present invention, a normal cyclic prefix (CP) may be applied. Fig. 9 The S-SSB shown, from Fig. 9 The variant S-SSB shown is S-SSB from Fig. 9 The extended S-SSB shown and / or from Fig. 9 The combination of S-SSB shown is S-SSB.

[0163] Fig.10 is a conceptual diagram illustrating a first exemplary embodiment of an S-SSB period.

[0164] like Fig.10 As shown, one or more S-SSBs may be transmitted within an S-SSB period. The period of the S-SSB period may be 160ms. The period of the S-SSB period may be a fixed period. The time offset from the start time of the S-SSB period to the transmission time of the first S-SSB and / or the time interval between S-SSBs may be configured to the terminal through signaling. The terminal may transmit the S-SSB in various ways based on the time offset and / or the time interval. In the present invention, the S-SSB may be transmitted in a fixed period. Fig.10 The S-SSB period shown, from Fig.10 The variant S-SSB period shown is from Fig.10 The extended S-SSB period of the S-SSB period shown and / or from Fig.10 The combined S-SSB period of the S-SSB period shown.

[0165] Fig.11 is a sequence diagram showing a first exemplary embodiment of a beam management method, Fig.12 is a sequence diagram illustrating a second exemplary embodiment of the beam management method.

[0166] like Fig.11 and Fig.12 As shown, the transmitting terminal may send a beam state information (BSI) request (S1101, S1201) to the receiving terminal. The receiving terminal may receive a BSI request from the transmitting terminal. The BSI request may indicate the transmission of an S-SSB for BSI measurement. When receiving a BSI request from the transmitting terminal, the receiving terminal may determine that an S-SSB is sent from the transmitting terminal (e.g., an S-SSB according to a BSI request or an S-SSB associated with a BSI request). After the transmission of the BSI request, the transmitting terminal may send an S-SSB to the receiving terminal (S1101, S1201). The transmission of the S-SSB may be triggered by a BSI request. The S-SSB may be associated with a BSI request. For example, the S-SSB may be an S-SSB for beam management operations, and the S-SSB for beam management operations may be configured to be distinguished from an S-SSB for synchronization. Alternatively, the S-SSB for beam management operations may be the same as the S-SSB for synchronization.

[0167] The transmitting terminal may transmit the S-SSB based on a beam scanning scheme. In other words, the transmitting terminal may transmit the S-SSB using different beams. The receiving terminal may receive the S-SSB from the transmitting terminal and may perform a beam measurement operation (e.g., a BSI measurement operation) based on the S-SSB. Fig.11In an exemplary embodiment of the invention, the receiving terminal may generate a BSI including a measurement result of a beam, and may report the BSI to the transmitting terminal (S1103). The transmitting terminal may receive the BSI from the receiving terminal, and may perform a beam management operation based on the BSI. For example, the transmitting terminal may change or maintain a transmitting beam based on the BSI. Fig.12 In an exemplary embodiment of , the receiving terminal may not perform BSI reporting.

[0168] The BSI request may be transmitted to the receiving terminal via signaling (e.g., RRC signaling, MAC signaling (e.g., MAC CE) and / or PHY signaling (e.g., SCI)). The BSI request may include all or part of the information about the S-PSS and / or S-SSS included in the S-SSB. The BSI request may include all or part of the information of the sidelink synchronization signal (SLSS) identifier (ID) for identifying the S-SSB transmitted by the transmitting terminal. The transmitting terminal may determine the SLSSID using a SLSSID generation scheme based on priority classification. The priority level may be determined based on the location of the terminal (e.g., within the coverage of the base station or outside the coverage of the base station) and / or the type of synchronization source.

[0169] The BSI request may include S-SSB configuration information. The S-SSB configuration information may include all or part of the information on the time resources for transmitting the S-SSB, all or part of the information on the frequency resources for transmitting the S-SSB, information on the transmission interval between the S-SSBs, or at least one of the information on the transmission period of the S-SSB. The BSI request may include information about the time offset from the transmission time of the BSI request to the start time of the time slot for transmitting the first S-SSB (e.g., the first S-SSB transmission triggered by the BSI request). The BSI request may include information about the time offset from the start time of the S-SSB period after the BSI request to the transmission time of the first S-SSB within the S-SSB period (e.g., the first S-SSB transmission triggered by the BSI request). The start time of the time slot for transmitting the S-SSB and / or the start time of the S-SSB period may be determined based on the system frame number (SFN), the direct frame number (DFN), and / or the configuration value of the S-SSB period.

[0170] The BSI request may include information about the number of S-SSBs transmitted within an S-SSB period and / or information about the time interval between S-SSBs within an S-SSB period. The BSI request may indicate whether to report beam information (e.g., BSI) based on S-SSB measurements. The report indicator indicating whether to perform BSI reporting may have a size of 1 bit. A report indicator set to a first value (e.g., 0) may indicate that BSI reporting is not performed. In this case, the receiving terminal may not send BSI to the transmitting terminal, and the transmitting terminal may not expect to receive BSI from the receiving terminal. A report indicator set to a second value (e.g., 1) may indicate that BSI reporting is performed. In this case, the receiving terminal may send BSI to the transmitting terminal, and the transmitting terminal may expect to receive BSI from the receiving terminal.

[0171] The BSI request may be transmitted via PSCCH and / or PSSCH. For example, the BSI request may be included in the SCI and / or MAC CE. The BSI report may be activated or deactivated. If the BSI report is activated by the SCI or MAC CE, the receiving terminal may perform the BSI report in response to the BSI request. If the BSI report is deactivated by the SCI or MAC CE, the receiving terminal may not perform the BSI report in response to the BSI request. Alternatively, whether to perform the BSI report (e.g., a BSI report in response to a BSI request) may be preconfigured. Whether to perform the BSI report may be preconfigured via SI signaling and / or RRC signaling. Whether to perform the BSI report may be configured in a resource pool-specific, side link-specific and / or UE-specific manner.

[0172] If the BSI request includes information indicating that BSI reporting is to be performed, then Fig.11 In an exemplary embodiment of the present invention, the receiving terminal may measure the transmit beam of the transmitting terminal based on the S-SSB, and may report the measurement information (e.g., BSI) of the transmit beam to the transmitting terminal. If the BSI request includes information indicating that the BSI report is not to be performed, then as in Fig.12 In an exemplary embodiment, the receiving terminal may measure the receiving beam based on the S-SSB and may not report the measurement information (e.g., BSI) of the receiving beam to the transmitting terminal.

[0173] The BSI request may include information indicating a measurement operation for a transmit beam and / or a receive beam, and the information included in the BSI request may implicitly indicate whether to perform a BSI report. If the BSI request includes information indicating a measurement operation for a receive beam (e.g., a receive beam of a receiving terminal), the receiving terminal may not perform a BSI report. In other words, the information indicating the measurement operation for the receive beam may implicitly indicate that a BSI report is not performed. If the BSI request includes information indicating a measurement operation for a transmit beam (e.g., a transmit beam of a transmitting terminal), the receiving terminal may perform a BSI report. In other words, the information indicating the measurement operation for the transmit beam may implicitly indicate that a BSI report is performed.

[0174] Alternatively, the information indicating whether to perform BSI reporting included in the BSI request may implicitly indicate a measurement operation for a transmit beam and / or a receive beam. If the BSI request includes information indicating the performance of BSI reporting, the receiving terminal may perform a measurement operation for the transmit beam of the transmitting terminal, and may report measurement information (e.g., BSI) of the transmit beam to the transmitting terminal. In other words, the information indicating the performance of BSI reporting may implicitly indicate the performance of a measurement operation for a transmit beam. If the BSI request includes information indicating that BSI reporting is not performed, the receiving terminal may perform a measurement operation for the receive beam of the receiving terminal, and may not report measurement information of the receive beam to the transmitting terminal. In other words, the information indicating that BSI reporting is not performed may implicitly indicate the performance of a measurement operation for a receive beam. The measurement operation for a receive beam may be performed by scanning the receive beam of the receiving terminal.

[0175] Whether to perform a measurement operation for a transmitted beam, whether to perform a measurement operation for a received beam, and / or whether to perform a BSI report may be preconfigured before transmission of a BSI request. In this case, a variant exemplary embodiment, an extended exemplary embodiment, and / or a combined exemplary embodiment from the above exemplary embodiment may be used. Whether to perform a measurement operation for a transmitted beam, whether to perform a measurement operation for a received beam, and / or whether to perform a BSI report may be preconfigured via SI signaling, RRC signaling, and / or MAC signaling. The above exemplary embodiment may be performed based on the configuration via SI signaling, RRC signaling, and / or MAC signaling.

[0176] If a measurement operation for a transmit beam of a transmitting terminal is performed, the receiving terminal may report measurement information (e.g., BSI) for the transmit beam to the transmitting terminal. If a measurement operation for a receive beam of a receiving terminal is performed, the receiving terminal may not report measurement information for the receive beam to the transmitting terminal. Since the transmitting terminal does not use the measurement information for the receive beam, the measurement information for the receive beam may not be sent to the transmitting terminal. The receiving terminal may change or maintain the receive beam based on the measurement information for the receive beam. In other words, the receiving terminal may perform a beam management operation based on the measurement information for the receive beam.

[0177] The information indicating the measurement operation of the transmit beam of the transmitting terminal may be separated from the information indicating whether to report the measurement result (e.g., the result of the measurement operation). The information indicating the measurement operation of the receive beam of the receiving terminal may also be separated from the information indicating whether to report the measurement result (e.g., the result of the measurement operation). An indicator having a size of 2 bits may be used for the above-mentioned indication operation. For example, one bit of the indicator may indicate whether a measurement operation for a transmit beam or a receive beam is performed, and another bit of the indicator may indicate whether a BSI report is performed. The indicator may be defined as shown in Table 4 below.

[0178] [Table 4]

[0179] Indicator Instructions 00 Used for measurement operations of transmit beams and BSI reporting operations 01 For measurement operation of transmit beam, no BSI reporting operation 10 For receiving beam measurement operations, BSI reporting operations 11 For measurement operation of receive beam, no BSI reporting operation

[0180] The indicators in Table 4 may be transmitted via signaling (eg, RRC signaling, MAC signaling, and / or PHY signaling). A variant indicator of the indicators in Table 4, an extended indicator of the indicators in Table 4, and / or a combined indicator of the indicators in Table 4 may be used.

[0181] The BSI request may include information about the number of S-SSB periods. In other words, the information included in the BSI request may limit the number of S-SSBs transmitted for beam measurement (e.g., BSI measurement). For example, if the information included in the BSI request indicates two S-SSB periods, and four S-SSB transmissions are indicated in each of the two S-SSB periods, the transmitting terminal may transmit eight S-SSBs for BSI measurement, and the receiving terminal may perform measurement operations for eight S-SSBs. The BSI request may include an indicator indicating the number of S-SSB periods, which may be 2 bits in size. The indicator may indicate 2, 4, 6, or 8 as the number of S-SSB periods. The indicator may indicate various numbers of S-SSB periods and may be configured in various forms.

[0182] The receiving terminal can measure the beam information based on the S-SSB transmitted by the transmitting terminal, and can report the BSI including the measurement result of the beam information to the transmitting terminal. When receiving the BSI report from the receiving terminal, the transmitting terminal can stop the S-SSB transmission. If it is determined that additional measurement of the beam information is not required, the S-SSB transmission can be stopped. In order to support the above operations, the BSI transmitted by the receiving terminal may include not only the measurement information of the beam, but also information indicating whether to stop the S-SSB transmission. If the information included in the BSI indicates to stop the S-SSB transmission, the transmitting terminal may stop the S-SSB transmission after receiving the BSI. If the information included in the BSI indicates to continue the S-SSB transmission, the transmitting terminal may continue the S-SSB transmission after receiving the BSI.

[0183] Alternatively, in the process of configuring the transmission of S-SSB for BSI measurement by the transmitting terminal, it can be configured that no additional S-SSB transmission is performed after receiving the BSI report. The configuration of not performing additional S-SSB transmission after receiving the BSI report can be implemented through the BSI report and / or higher layer signaling. Even when the number of S-SSB periods is not set (for example, when periodic S-SSB transmission is performed), the operation can be applied in the same or similar manner.

[0184] The BSI request may include information about the number of S-SSBs and / or S-SSB groups to be measured for the BSI report. In other words, the BSI request may include information about the range of S-SSBs measured for the BSI report. The BSI request may include information about the pattern of beams transmitting S-SSBs.

[0185] Fig.13 is a sequence listing illustrating a third exemplary embodiment of a beam management method.

[0186] like Fig.13 As shown, the transmitting terminal may send a BSI request to the receiving terminal (S1301). The receiving terminal may receive the BSI request from the transmitting terminal, and may identify the information element included in the BSI request. When receiving the BSI request, the receiving terminal may expect the transmission of the S-SSB associated with the BSI request. The transmitting terminal may send an S-SSB to the receiving terminal after sending the BSI request (S1302). The S-SSB may be associated with the BSI request. The transmission of the S-SSB may be triggered by the BSI request. The receiving terminal may perform a measurement operation for a preset number of S-SSBs or S-SSBs within a preset number of S-SSB periods, and may generate a BSI including the result of the measurement operation. In other words, the receiving terminal may perform a measurement operation on an S-SSB belonging to a preconfigured range.

[0187] The receiving terminal may report the BSI to the transmitting terminal (S1303). The transmitting terminal may receive the BSI from the receiving terminal. The transmitting terminal may perform a beam management operation based on the BSI. After receiving the BSI from the receiving terminal, the transmitting terminal may send an S-SSB to the receiving terminal (S1304). The receiving terminal may perform a measurement operation for a preset number of S-SSBs or S-SSBs within a preset number of S-SSB periods, and may generate a BSI including the result of the measurement operation. The receiving terminal may report the BSI to the transmitting terminal (S1305). The transmitting terminal may perform a beam management operation based on the BSI.

[0188] When it is configured to measure beam information (e.g., BSI) for each unit of an S-SSB period and perform BSI reporting for each unit of an S-SSB period, the receiving terminal may report the BSI measured for each unit of the S-SSB period. For example, when it is configured to measure beam information (e.g., BSI) for each unit of four S-SSB periods and perform BSI reporting for each unit of four S-SSB periods, the receiving terminal may report the BSI measured for every four S-SSB periods. The range of S-SSBs measured for the BSI report may be configured in units of S-SSB periods, in units of S-SSBs, in units of time slots, in configurable units, and / or as a combination of these units.

[0189] Fig.14 is a sequence listing illustrating a fourth exemplary embodiment of a beam management method.

[0190] like Fig.14 As shown, the transmitting terminal may send a BSI request to the receiving terminal (S1401). The receiving terminal may receive the BSI request from the transmitting terminal, and may identify the information element included in the BSI request. When receiving the BSI request, the receiving terminal may expect the transmission of the S-SSB associated with the BSI request. The transmitting terminal may send the S-SSB to the receiving terminal (S1402). The receiving terminal may perform a measurement operation for a preset number of S-SSBs or S-SSBs within a preset number of S-SSB time periods, and may generate a BSI including the result of the measurement operation. In other words, the receiving terminal may perform a measurement operation on an S-SSB belonging to a preconfigured range.

[0191] When configured not to perform BSI reporting, the receiving terminal may not report BSI to the transmitting terminal. In other words, even when configured not to perform BSI reporting, the execution of the BSI measurement operation for a preset number of S-SSBs or S-SSBs within a preset number of S-SSB periods may be indicated.

[0192] In addition, the transmitting terminal may transmit an S-SSB to the receiving terminal (S1403). The BSI measurement operation for a preset number of S-SSBs or S-SSBs within a preset number of S-SSB periods may be performed by the receiving terminal. The preset number of S-SSBs or S-SSBs within a preset number of S-SSB periods for BSI measurement may be referred to as an S-SSB group. Fig.13 and / or Fig.14 In an exemplary embodiment, an indication may be provided for each S-SSB group as to whether to perform BSI reporting.

[0193] Fig.15 is a sequence listing illustrating a fifth exemplary embodiment of a beam management method.

[0194] like Fig.15 As shown, the terminal may indicate or be configured to perform BSI reporting for the first S-SSB group, and may indicate or be configured not to perform BSI reporting for the second S-SSB group. When the indication of whether to perform BSI reporting implicitly indicates a transmit beam measurement operation or a receive beam measurement operation, the transmit beam measurement operation for the first S-SSB group may be implicitly indicated, and the receive beam measurement operation for the second S-SSB group may be implicitly indicated. Alternatively, the transmit beam measurement operation or the receive beam measurement operation may be explicitly indicated for each S-SSB group, and the transmitting terminal and / or the receiving terminal may operate regardless of whether BSI reporting is performed.

[0195] The transmitting terminal may send a BSI request to the receiving terminal (S1501). The receiving terminal may receive the BSI request from the transmitting terminal, and may identify the information element included in the BSI request. When receiving the BSI request, the receiving terminal may expect to transmit the S-SSB associated with the BSI request from the transmitting terminal. The transmitting terminal may perform transmission of a first S-SSB group (S1502). The receiving terminal may perform a measurement operation on the first S-SSB group, and may generate a BSI including the result of the measurement operation. When indicating a measurement operation for a transmit beam of the transmitting terminal or indicating to perform a BSI report, the receiving terminal may report the BSI to the transmitting terminal (S1503).

[0196] The transmitting terminal may receive the BSI from the receiving terminal. The transmitting terminal may perform a beam management operation based on the BSI. For example, the transmitting terminal may maintain or change the transmitting beam based on the BSI. After receiving the BSI from the receiving terminal, the transmitting terminal may perform transmission of the second S-SSB group (S1504). The receiving terminal may perform a measurement operation on the second S-SSB group. When a measurement operation for a receiving beam of the receiving terminal is indicated or an indication is given not to perform a BSI report, the receiving terminal may not report the BSI to the transmitting terminal. When a measurement operation for a receiving beam of the receiving terminal is indicated, the receiving terminal may perform a measurement operation for the receiving beam based on the second S-SSB group. The measurement operation for the receiving beam may be performed based on a beam scanning scheme. The receiving terminal may maintain or change the receiving beam based on the measurement result for the second S-SSB group.

[0197] Different beam patterns may be applied to S-SSB groups or S-SSB periods, respectively. The transmitting terminal may use different beam patterns to perform transmission of S-SSB groups. The receiving terminal may use different beam patterns to perform reception operations for S-SSB groups. The transmitting terminal may use different beam patterns to transmit S-SSBs in S-SSB periods. The receiving terminal may use different beam patterns to perform reception operations for S-SSBs in S-SSB periods.

[0198] Configuration information for the S-SSB group, information indicating whether to perform a measurement operation for a transmission beam for each S-SSB group, information indicating whether to perform a measurement operation for a reception beam for each S-SSB group, information indicating whether to perform a BSI report for each S-SSB group, information about a transmission beam pattern, and / or information about a reception beam pattern may be included in the BSI request. Configuration information for the S-SSB group, information indicating whether to perform a measurement operation for a transmission beam for each S-SSB group, information indicating whether to perform a measurement operation for a reception beam for each S-SSB group, information indicating whether to perform a BSI report for each S-SSB group, information about a transmission beam pattern, and / or information about a reception beam pattern may be transmitted through at least one of RRC signaling, MAC signaling, or PHY signaling.

[0199] Fig.16 is a sequence listing illustrating a sixth exemplary embodiment of a beam management method.

[0200] like Fig.16As shown, after transmission of a single BSI request, the entire S-SSB period used for beam measurement can be configured to be the same as a single S-SSB group. In this case, the transmitting terminal can send a BSI request for each S-SSB group. For example, the transmitting terminal can transmit BSI request #1 for S-SSB group #1, and transmit BSI request #2 for S-SSB group #2. When it is indicated to perform BSI reporting, the receiving terminal can report the BSI measured for a single S-SSB group to the transmitting terminal. The BSI report for BSI request #1 may not be indicated, and the BSI report for BSI request #2 may be indicated. The receiving terminal may report the BSI measured for S-SSB group #2 to the transmitting terminal.

[0201] The transmitting terminal may send a BSI request #1 to the receiving terminal (S1601). The receiving terminal may receive the BSI request #1 from the transmitting terminal, and may identify the information element included in the BSI request #1. When receiving the BSI request #1, the receiving terminal may expect the transmission of the S-SSB group #1 associated with the BSI request #1 to be performed by the transmitting terminal. The transmitting terminal may perform a transmission for the S-SSB group #1 (S1602). The receiving terminal may perform a measurement operation on the S-SSB group #1. When it is not indicated to perform a BSI report on the S-SSB group #1, the receiving terminal may not report the result of the measurement operation on the S-SSB group #1 (e.g., BSI) to the transmitting terminal.

[0202] The transmitting terminal may send a BSI request #2 to the receiving terminal (S1603). The receiving terminal may receive the BSI request #2 from the transmitting terminal, and may identify the information element included in the BSI request #2. When receiving the BSI request #2, the receiving terminal may expect the transmission of the S-SSB group #2 associated with the BSI request #2 to be performed by the transmitting terminal. The transmitting terminal may perform a transmission for the S-SSB group #2 (S1604). The receiving terminal may perform a measurement operation on the S-SSB group #2. When the instruction is to perform a BSI report on the S-SSB group #2, the receiving terminal may report the result of the measurement operation on the S-SSB group #2 (e.g., BSI) to the transmitting terminal (S1605). The transmitting terminal may receive the BSI measured for the S-SSB group #2 from the receiving terminal. The transmitting terminal may maintain or change the transmit beam based on the BSI.

[0203] All or part of the information elements that may be included in the BSI request in the present invention may be configured by higher layer signaling (e.g., SI signaling, RRC signaling, and / or MAC signaling). In this case, a variant exemplary embodiment, an extended exemplary embodiment, and / or a combined exemplary embodiment from the above exemplary embodiment may be performed.

[0204] The transmitting terminal that transmits the S-SSB for beam measurement may be a synchronization terminal (e.g., a synchronization reference terminal). A synchronization terminal (e.g., a transmitting terminal) may transmit the S-SSB for synchronization with the receiving terminal. When performing an S-SSB-based beam management operation, the receiving terminal may regard the transmitting terminal as a synchronization terminal, may acquire synchronization information based on the S-SSB received from the transmitting terminal, and may correct synchronization. In other words, the receiving terminal may synchronize with the transmitting terminal based on the S-SSB received from the transmitting terminal.

[0205] In the above exemplary embodiment, the trigger signal for the beam measurement operation and / or BSI reporting may be a BSI request from the transmitting terminal. The condition for the transmitting terminal to send the BSI request may be configured to the terminal (e.g., the transmitting terminal and / or the receiving terminal) through higher layer signaling (e.g., SI signaling, RRC signaling, and / or MAC signaling). When the condition configured by the higher layer signaling is met, the transmitting terminal may send the BSI request. When the condition configured by the higher layer signaling is met, the receiving terminal may expect the transmitting terminal to send the BSI request.

[0206] For example, when the quality of SL communication (e.g., beam-based SL communication) is equal to or less than a threshold and / or the measurement result of a reference signal (e.g., CSI-RS) transmitted by the transmitting terminal is equal to or less than a threshold, the transmitting terminal may send a BSI request to trigger a beam management operation. After sending the BSI request, the transmitting terminal may transmit an S-SSB. Beam management operations may be performed based on the measurement results for the S-SSB. The quality of the beam (e.g., measurement results) may be represented by RSRP, RSRQ, RSSI, etc. Alternatively, the quality of the beam may be the result of a specific operation involving RSRP, RSRQ, and / or RSSI.

[0207] Fig.17 is a sequence listing illustrating a seventh exemplary embodiment of a beam management method.

[0208] like Fig.17As shown, the receiving terminal may send a beam management (BM) request (S1701) to the transmitting terminal. The BM request may include information indicating whether a beam management operation is required. If it is determined that a beam management operation is required, the receiving terminal may send a BM request to the transmitting terminal. The BM request may include information indicating that a beam management operation is required. The beam measurement operation and / or the BSI reporting operation may be triggered by the receiving terminal (e.g., a BM request from the receiving terminal). The BM request may be transmitted via the PSCCH and / or PSSCH. In this case, the BM request may be included in the SCI and / or MACCE. Alternatively, the BM request may be transmitted via the PSFCH. The size of the BM request may be 1 bit. When the BM request is transmitted via the PSFCH, the BM request may be configured in the form of a preconfigured sequence requesting the execution of a beam management operation. When the BM request is indicated using 1-bit information, a BM request set to a first value (e.g., 0) may indicate that a beam management operation is not required. A BM set to a second value (e.g., 1) may indicate that a beam management operation is required. The transmitting terminal may receive a BM request from the receiving terminal. When receiving the BM request from the receiving terminal, the transmitting terminal may determine that the beam management operation is required. Alternatively, the transmitting terminal may determine that the beam management operation is required based on information included in the BM request. Accordingly, the transmitting terminal may send a BSI request to the receiving terminal (S1702).

[0209] The receiving terminal may receive a BSI request from the transmitting terminal, and may identify an information element included in the BSI request. When receiving the BSI request, the receiving terminal may expect to receive an S-SSB associated with the BSI request from the transmitting terminal. After sending the BSI request, the transmitting terminal may send the S-SSB to the receiving terminal (S1703). The receiving terminal may perform a measurement operation on the S-SSB of the transmitting terminal, and may report the BSI including the measurement result to the transmitting terminal (S1704). The transmitting terminal may receive the BSI from the receiving terminal, and may perform a beam management operation based on the BSI. For example, the transmitting terminal may maintain or change the transmit beam based on the BSI. The sending and receiving operation of the BM request (e.g., S1701) may be applied to Figures 11 to 16 At least one of the exemplary embodiments described in . Fig.17 The operations after S1701 in the exemplary embodiment can be Figures 11 to 16 The operations in at least one of the exemplary embodiments described in are the same or similar.

[0210] Fig.18 is a sequence listing illustrating an eighth exemplary embodiment of a beam management method.

[0211] like Fig.18As shown, an S-SSB-based beam management operation can be performed without a BSI request from a transmitting terminal. Configuration values ​​(e.g., all configuration values) for S-SSB transmission for beam management operations can be preconfigured for the terminal through signaling (e.g., SI signaling, RRC signaling, and / or MAC signaling). The transmitting terminal can send an S-SSB to a receiving terminal without sending a BSI request (S1801). The receiving terminal that performs SL communication with the transmitting terminal can receive the S-SSB from the transmitting terminal, and can measure the beam quality based on the S-SSB. The receiving terminal can report beam quality information (e.g., BSI) to the transmitting terminal (S1802). The transmitting terminal can receive the BSI from the receiving terminal. The transmitting terminal can maintain or change the transmit beam based on the BSI.

[0212] Can be executed from Fig.18 A variant exemplary embodiment, an extended exemplary embodiment and / or a combined exemplary embodiment of the exemplary embodiment in the embodiment. The combined exemplary embodiment may be Fig.18 and a combination of the exemplary embodiments in and other exemplary embodiments of the present invention. The transmitting terminal may be a synchronization terminal (e.g., a synchronization reference terminal) for the receiving terminal. Alternatively, the transmitting terminal may be used as a synchronization terminal that replaces an existing synchronization reference terminal of the receiving terminal. In this case, the receiving terminal may receive an S-SSB (e.g., an S-SSB for beam management operations), and may perform synchronization correction operations, beam quality measurement operations, BSI reporting operations, etc. based on the S-SSB.

[0213] In the present invention, the S-SSB used for beam management operation can be distinguished from the S-SSB used for synchronization. In this case, the S-SSB used for beam management operation and / or the S-SSB used for synchronization can be configured to the terminal through signaling. The transmission resources (e.g., time resources, frequency resources, transmission period) of the S-SSB used for beam management operation can be configured differently from the transmission resources of the S-SSB used for synchronization. Alternatively, the S-SSB used for beam management operation can be the same as the S-SSB used for synchronization.

[0214] The operation of the method according to the exemplary embodiment of the present invention can be implemented as a computer-readable program or code in a computer-readable recording medium. The computer-readable recording medium may include a recording device of all types having data that can be read by a computer system. In addition, the computer-readable recording medium can store and execute programs or codes, which can be distributed in a computer system connected via a network and read by a computer in a distributed manner.

[0215] Computer readable recording media may include hardware devices specifically configured to store and execute program instructions, such as ROM, RAM or flash memory. Program instructions may include not only machine language codes created by a compiler, but also high-level language codes that can be executed by a computer using an interpreter.

[0216] Although some aspects of the present invention have been described in the context of a device, these aspects may indicate the corresponding description according to the method, and a block or device may correspond to the step of the method or the feature of the step. Similarly, the aspects described in the context of the method may be represented as the feature of a corresponding block or project or a corresponding device. Some or all steps of the method may be performed by (or using) a hardware device such as a microprocessor, a programmable computer or an electronic circuit. In some embodiments, one or more of the most important steps of the method may be performed by such a device.

[0217] In some exemplary embodiments, a programmable logic device such as a field programmable gate array can be used to perform some or all of the functions of the methods described herein. In some exemplary embodiments, the field programmable gate array can be operated with a microprocessor to perform one of the methods described herein. Typically, the method is preferably performed by a specific hardware device.

[0218] The description of the present invention is merely exemplary in nature, and therefore variant forms that do not deviate from the essence of the present invention are intended to be within the scope of the present invention. Such variant forms should not be considered as departing from the spirit and scope of the present invention. Therefore, it will be understood by those of ordinary skill in the art that various changes in form and details may be made without departing from the spirit and scope defined by the appended claims.

Claims

1. A method of a first user equipment (UE), comprising: Sending a beam state information (BSI) request to the second UE; Sending a first sidelink synchronization signal block (S-SSB) to the second UE according to the BSI request; as well as A first BSI based on the first S-SSB measurement is received from the second UE.

2. The method according to claim 1, wherein: The BSI request includes configuration information of the first S-SSB, and the configuration information includes at least one of time resource information, frequency resource information or transmission cycle information of the first S-SSB.

3. The method according to claim 1, wherein: The first S-SSB is configured for beam management operations and is distinguished from an S-SSB configured for synchronization.

4. The method according to claim 1, wherein: The BSI request includes information indicating whether to perform BSI reporting. When the information indicates that BSI reporting is to be performed, the first BSI is received from the second UE. When the information indicates that BSI reporting is not to be performed, the first BSI is not received from the second UE.

5. The method according to claim 1, wherein: The BSI request is included in a sidelink control information (SCI), a medium access control (MAC) control element (CE), or a radio resource control (RRC) message sent to the second UE.

6. The method according to claim 1, wherein: The first BSI includes measurement information of the beam for the first UE and information indicating whether to stop S-SSB transmission. When the information indicates that S-SSB transmission is to be stopped, the first UE stops S-SSB transmission after receiving the first BSI. When the information indicates not to stop S-SSB transmission, the first UE performs S-SSB transmission after receiving the first BSI.

7. The method according to claim 1, further comprising: Sending a second S-SSB to a second UE; as well as receiving, from the second UE, a second BSI based on a second S-SSB measurement, The first S-SSBs constitute a first S-SSB group, the second S-SSBs constitute a second S-SSB group, and a BSI measurement operation in the second UE is performed based on the S-SSB group.

8. The method according to claim 1, further comprising: receiving a beam management (BM) request from a second UE, The BM request includes information indicating whether beam management operation is required, when the information indicates that beam management operation is required, the first UE sends a BSI request, and when the information indicates that beam management operation is not required, the first UE does not send a BSI request.

9. A method of a second user equipment (UE), comprising: receiving a beam state information (BSI) request from the first UE; receiving a first sidelink synchronization signal block (S-SSB) from the first UE according to the BSI request; generating a first BSI by performing a beam measurement operation based on the first S-SSB; as well as A first BSI is sent to a first UE.

10. The method according to claim 9, wherein: The BSI request includes configuration information of the first S-SSB, and the configuration information includes at least one of time resource information, frequency resource information or transmission cycle information of the first S-SSB.

11. The method according to claim 9, wherein: The first S-SSB is configured for beam management operations and is distinguished from an S-SSB configured for synchronization.

12. The method according to claim 9, wherein: The BSI request includes information indicating whether to perform BSI reporting. When the information indicates that BSI reporting is to be performed, the second UE sends the first BSI to the first UE. When the information indicates that BSI reporting is not to be performed, the second UE does not send the first BSI to the first UE.

13. The method according to claim 9, wherein: The BSI request is included in a sidelink control information (SCI), a medium access control (MAC) control element (CE), or a radio resource control (RRC) message received from the first UE.

14. The method according to claim 9, wherein: The first BSI includes measurement information of the beam for the first UE and information indicating whether to stop S-SSB transmission. When the information indicates that S-SSB transmission is to be stopped, the second UE stops S-SSB reception after sending the first BSI. When the information indicates that S-SSB transmission is not to be stopped, the second UE performs S-SSB reception after sending the first BSI.

15. The method according to claim 9, further comprising: receiving a second S-SSB from the first UE; generating a second BSI by performing a beam measurement operation based on the second S-SSB; as well as sending a second BSI to the first UE, The first S-SSBs constitute a first S-SSB group, the second S-SSBs constitute a second S-SSB group, and the second UE performs beam measurement operations based on the S-SSB group.

16. The method according to claim 9, further comprising: sending a beam management (BM) request to the first UE, The BM request includes information indicating whether a beam management operation is required, and when the information indicates that a beam management operation is required, the second UE performs a receiving operation for the BSI request, and when the information indicates that a beam management operation is not required, the second UE does not perform a receiving operation for the BSI request.

17. A first user equipment (UE), comprising at least one processor, wherein the at least one processor causes the first UE to execute: Sending a beam state information (BSI) request to the second UE; sending a first sidelink synchronization signal block (S-SSB) to the second UE according to the BSI request; and A first BSI based on the first S-SSB measurement is received from the second UE.

18. The first UE according to claim 17, wherein: The BSI request includes configuration information of a first S-SSB, the configuration information including at least one of time resource information, frequency resource information or transmission cycle information of the first S-SSB, the first S-SSB is configured for beam management operation, and the first S-SSB is distinguished from an S-SSB configured for synchronization.

19. The first UE according to claim 17, wherein: The at least one processor causes the first UE to execute: sending a second S-SSB to a second UE; and receiving, from the second UE, a second BSI based on a second S-SSB measurement, The first S-SSBs constitute a first S-SSB group, the second S-SSBs constitute a second S-SSB group, and a BSI measurement operation in the second UE is performed based on the S-SSB group.

20. The first UE according to claim 17, wherein: The at least one processor causes the first UE to perform: receiving a beam management (BM) request from the second UE, The BM request includes information indicating whether beam management operation is required, when the information indicates that beam management operation is required, the first UE sends a BSI request, and when the information indicates that beam management operation is not required, the first UE does not send a BSI request.

Images