Terminal, wireless communication method, and base station

Abstract

A terminal according to one embodiment of the present disclosure includes a reception unit that receives one or more event settings related to event-triggered beam reporting, and a control unit that determines reporting content corresponding to each event setting based on the event settings. According to one embodiment of the present disclosure, it is possible to improve communication quality / throughput.

Description

Technical Field

[0001] This disclosure relates to terminals, wireless communication methods, and base stations in next-generation mobile communication systems. Background Technology

[0002] In Universal Mobile Telecommunications System (UMTS) networks, Long Term Evolution (LTE) was standardized with the aim of achieving higher data rates and lower latency (Non-Patent Document 1). Furthermore, LTE-Advanced (3GPP Rel. 10-14) was standardized with the aim of further increasing capacity and improving upon LTE (Third Generation Partnership Project (3GPP) Release (Rel.) 8, 9).

[0003] The development of successor systems to LTE is also underway (e.g., also known as the 5th generation mobile communication system (5G), 5G+, the 6th generation mobile communication system (6G), New Radio (NR), 3GPP Rel.15 and later, etc.).

[0004] Existing technical documents

[0005] Non-patent literature

[0006] Non-patent document 1: 3GPP TS 36.300 V8.12.0 “Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8)”, April 2010 Summary of the Invention

[0007] The problem that the invention aims to solve

[0008] In future wireless communication systems (e.g., NR), research is underway on using L1L2-triggered mobility (LTM) as specified in Rel.18 when terminals (user terminals, user equipment (UE)) move between cells.

[0009] In mobility scenarios after Rel.19, a wide variety of use cases can be envisioned. For example, in industrial communication systems, remote control of industrial equipment and factory automation could be examples. Furthermore, in real-time interactive services, AI-based / XR services could be cited.

[0010] Furthermore, research is underway into supporting event-based beam reporting in future wireless communication systems.

[0011] Triggered beam reporting will be supported in MIMO / mobility versions after Rel.19. Additionally, conditional handover (CHO) may also be supported as a mobility mechanism.

[0012] That is, event-triggered beam reports can be used for measurement reporting / beam switching / cell switching.

[0013] On the other hand, it is envisioned that the types of beam reports supported for each use case are different.

[0014] For example, in event-triggered beam reporting for MIMO in Rel.19, Type 1 / Type 2-1 beam reporting is supported. In event-triggered beam reporting for mobility in Rel.19, Type 2-2 beam reporting is supported.

[0015] However, research on the specifications related to event-based beamforming reporting for application use cases is insufficient. This lack of research hinders the achievement of lower latency communication, raising concerns that improvements in communication quality / throughput may be suppressed.

[0016] Therefore, one of the purposes of this disclosure is to provide terminals, wireless communication methods, and base stations that can improve communication quality / throughput.

[0017] Methods for solving problems

[0018] One aspect of this disclosure relates to a terminal comprising: a receiving unit for receiving one or more event settings related to an event-triggered beam report; and a control unit for determining, based on the event settings, the report content corresponding to each event setting.

[0019] Invention Effects

[0020] According to one method disclosed herein, communication quality / throughput can be improved. Attached Figure Description

[0021] Figure 1A as well as Figure 1B This illustrates an example of a unified / public TCI framework.

[0022] Figure 2A as well as Figure 2B An example of a DCI-based TCI status indication is shown.

[0023] Figure 3 This is a diagram illustrating an example of the timeline for the switching / activation of the TCI state as specified up to Rel. 15 / 16.

[0024] Figure 4 This is a diagram illustrating an example of the TCI status specified up to Rel.16.

[0025] Figure 5A This is a diagram illustrating an example of UE movement in Rel.17. Figure 5B This is a diagram illustrating an example of UE movement in Rel.18.

[0026] Figure 6 This is a flowchart illustrating an example of event-based beam reporting processing.

[0027] Figure 7A This is a diagram illustrating an example of the settings for the event involved in option 1-1-1-1. Figure 7B This is a diagram illustrating an example of the settings for the event involved in option 1-1-1-2. Figure 7C This is a diagram illustrating an example of the settings for the event involved in option 1-1-2.

[0028] Figure 8 This is a diagram illustrating an example of the event settings involved in option 1-2-1-1.

[0029] Figure 9 This is a diagram illustrating an example of the event settings involved in option 1-2-1-2.

[0030] Figure 10 This is a diagram illustrating an example of the report content settings related to option 1-3-1.

[0031] Figure 11 This is a diagram illustrating an example of the report content settings involved in option 1-3-2.

[0032] Figure 12 This is a diagram illustrating an example of the report content involved in option 1-3-3.

[0033] Figure 13 This is a diagram illustrating an example of the activation of an event involved in the second embodiment.

[0034] Figure 14A as well as Figure 14B This is a diagram showing the MAC CE used for the UL cell handover command with TCI status ID in Example 1.

[0035] Figure 15A as well as Figure 15B This is a diagram illustrating the MAC CE used for the UL cell handover command with RS ID in Example 1.

[0036] Figure 16A as well as Figure 16B This is a diagram illustrating an example of a MAC CE used for a UL cell handover command with TCI status ID and L1-RSRP, as shown in Example 1.

[0037] Figure 17A as well as Figure 17B This is a diagram illustrating an example of a MAC CE used for a UL cell handover command with RS ID and L1-RSRP, as shown in Example 1.

[0038] Figure 18A as well as Figure 18B This is a diagram illustrating the first example of the MAC CE used for the UL cell handover command in Example 2.

[0039] Figure 19A as well as Figure 19B This is a diagram illustrating the second example of the MAC CE used for the UL cell handover command in Example 2.

[0040] Figure 20A as well as Figure 20B This is a diagram of the third example of the MAC CE used for the UL cell handover command in Example 2.

[0041] Figure 21A as well as Figure 21B This is a diagram of the fourth example of the MAC CE used for the UL cell handover command in Example 2.

[0042] Figure 22A This is a diagram illustrating the first example of the MAC CE in Example 4.1. Figure 22B This is a diagram illustrating the second example of the MAC CE in Example 4.1.

[0043] Figure 23A This is a diagram illustrating an example of MAC CE for option 1 of Example 4.2. Figure 23B This is a diagram illustrating an example of MAC CE for option 2 of Example 4.2.

[0044] Figure 24 This is a diagram illustrating an example of the MAC CE from Example 4.3.

[0045] Figure 25 This is a diagram illustrating a portion of the MAC CE for option 1-1 in Example 5.2.

[0046] Figure 26A as well as Figure 26B This is a diagram illustrating a portion of the MAC CE for options 1-2 in Example 5.2.

[0047] Figure 27A as well as Figure 27B This is a diagram illustrating a portion of the MAC CE for option 2 of Example 5.2.

[0048] Figure 28 This is a diagram illustrating an example of the report content involved in option 4-1-3.

[0049] Figure 29 This is a diagram illustrating an example of the report content involved in option 4-1-4.

[0050] Figure 30 This is a diagram illustrating an example of a report related to the fifth embodiment.

[0051] Figure 31 This is a diagram illustrating an example of a report related to the sixth embodiment.

[0052] Figure 32 This is a diagram illustrating an example of the schematic structure of a wireless communication system according to one embodiment.

[0053] Figure 33 This is a diagram illustrating an example of the structure of a base station according to one embodiment.

[0054] Figure 34 This is a diagram illustrating an example of the structure of a user terminal according to one embodiment.

[0055] Figure 35 This is a diagram illustrating an example of the hardware structure of a base station and a user terminal according to one embodiment.

[0056] Figure 36 This is a diagram illustrating an example of a vehicle according to one embodiment. Detailed Implementation

[0057] (CSI Report)

[0058] In NR, the UE uses a specific reference signal (or the resources used by that reference signal) to measure the channel state and feeds back (reports) the Channel State Information (CSI) to the base station.

[0059] The UE can also use Channel State Information-Reference Signal (CSI-RS), Synchronization Signal / Physical Broadcast Channel (SS / PBCH) block, Synchronization Signal (SS), DeModulation Reference Signal (DMRS), etc., to measure channel state.

[0060] CSI-RS resources can also include at least one Non-Zero Power (NZP) CSI-RS and CSI Interference Management (IM). An SS / PBCH block is a block containing synchronization signals (e.g., Primary Synchronization Signal (PSS), Secondary Synchronization Signal (SSS)) and PBCH (and the corresponding DMRS), and can also be referred to as an SS block (SSB), etc. An SSB index can also be assigned to the time position of the SSB within a half-frame.

[0061] Additionally, CSI can also include Channel Quality Indicator (CQI), Precoding Matrix Indicator (PMI), CSI-RS Resource Indicator (CRI), SS / PBCH Block Indicator (SSBRI), Layer Indicator (LI), Rank Indicator (RI), Layer 1 (L1) Reference Signal Received Power (RSRP) (the power of the reference signal received in Layer 1), L1 Reference Signal Received Quality (RSRQ), L1 Signal to Interference plus Noise Ratio (SINR), and L1 Signal to Noise Ratio (SNR). At least one of the following: Ratio (SNR).

[0062] A CSI can also have multiple parts. The first part of the CSI (CSI Part 1) can also contain relatively few bits of information (e.g., RI). The second part of the CSI (CSI Part 2) can also contain relatively many bits of information, such as information determined based on CSI Part 1 (e.g., CQI).

[0063] As feedback methods for CSI, research is underway on (1) periodic CSI (P-CSI) reports, (2) aperiodic CSI (A(AP)-CSI) reports, and (3) semi-permanent CSI (SP-CSI) reports.

[0064] The UE may also be notified of information related to CSI reports (also known as CSI report configuration information) using higher-layer signaling, physical-layer signaling (e.g., downlink control information (DCI)) or a combination thereof. CSI report configuration information may also be configured, for example, using the RRC information element "CSI-ReportConfig".

[0065] CSI report configuration information may include information related to reporting period, offset, etc., which can be expressed in specific time units (slot units, subframe units, symbol units, etc.). CSI report configuration information may also include a configuration ID (CSI-ReportConfigId). This configuration ID can be used to determine the type of CSI reporting method (whether it is SP-CSI, etc.), reporting period, and other parameters. CSI report configuration information may also include information indicating which signal (or resource used by which signal) was used to report the measured CSI (CSI-ResourceConfigId).

[0066] (TCI, Spatial Relations, QCL)

[0067] In NR, research is underway on controlling the reception processing (e.g., at least one of receiving, demapping, demodulation, and decoding) and transmission processing (e.g., at least one of transmitting, mapping, precoding, modulation, and encoding) of at least one of the signals and channels (referred to as signal / channel) in the UE based on the Transmission Configuration Indication state (TCI state).

[0068] TCI states can also represent the states of signals / channels applied to the downlink. States equivalent to the TCI states of signals / channels applied to the uplink can also be described as spatial relations.

[0069] The so-called TCI status refers to information related to the quasi-co-location (QCL) of a signal / channel, and can also be called spatial reception parameters, spatial relation information, etc. The TCI status can also be set to the UE on a per-channel or per-signal basis.

[0070] QCL is an indicator of the statistical properties of a signal / channel. For example, it can also mean that, given a QCL relationship between a signal / channel and other signals / channels, it can be assumed that at least one of the following is the same among these different signals / channels: Doppler shift, Doppler spread, average delay, delay spread, and spatial parameter (e.g., spatial Rx parameter). (The QCL refers to at least one of these parameters.)

[0071] Additionally, the spatial reception parameters may also correspond to the UE's receive beam (e.g., receive analog beam), and the beam may also be determined based on the spatial QCL. The QCL (or at least one element of the QCL) in this disclosure may also be rewritten as sQCL (spatial QCL).

[0072] Regarding QCL, multiple types (QCL types) can also be specified. For example, four QCL types AD can be set, in which the parameters (or parameter sets) that can be assumed to be the same are different. These parameters (also referred to as QCL parameters) are represented as follows: • QCL Type A (QCL-A): Doppler shift, Doppler spread, average delay, and delay spread. • QCL Type B (QCL-B): Doppler shift and Doppler extension, • QCL Type C (QCL-C): Doppler shift and average delay, • QCL Type D (QCL-D): Space reception parameters.

[0073] The information of QCLs as shown in QCL types A to D above can also be referred to as QCL properties.

[0074] The situation in which a UE envisions a certain Control Resource Set (CORESET), channel, or reference signal in a specific QCL (e.g., QCL type D) relationship with other CORESETs, channels, or reference signals can also be referred to as a QCL assumption.

[0075] The UE may also determine at least one of the transmit beam (Tx beam) and receive beam (Rx beam) of the signal / channel based on the TCI state or QCL assumption of the signal / channel.

[0076] TCI status can also be, for example, information related to the QCL between the target channel (in other words, the reference signal (RS) used by the channel) and other signals (e.g., other RS). TCI status can also be set (indicated) by higher layer signaling, physical layer signaling, or a combination thereof.

[0077] Physical layer signaling can also be, for example, downlink control information (Downlink Control Information (DCI)).

[0078] The channel that is set (specified) to TCI state or spatial relationship can be, for example, at least one of the following: downlink shared channel (Physical Downlink Shared Channel (PDSCH))), downlink control channel (Physical Downlink Control Channel (PDCCH))), uplink shared channel (Physical Uplink Shared Channel (PUSCH))), and uplink control channel (Physical Uplink Control Channel (PUCCH))).

[0079] Furthermore, the RS that is related to the channel as QCL can be at least one of the following: a Synchronization Signal Block (SSB), a Channel State Information Reference Signal (CSI-RS), a Measurement Reference Signal (Sounding Reference Signal (SRS)), a Tracking CSI-RS (also known as a Tracking Reference Signal (TRS)), or a QCL Detection Reference Signal (also known as a QRS).

[0080] An SSB is a block of signals that contains at least one Primary Synchronization Signal (PSS), Secondary Synchronization Signal (SSS), and broadcast channel (Physical Broadcast Channel (PBCH)). An SSB can also be referred to as an SS / PBCH block.

[0081] The RS of QCL type X in TCI state can also refer to the RS that is in a relationship of QCL type X with a certain channel / signal (DMRS), and this RS can also be called the QCL source of QCL type X in TCI state.

[0082] (Unified / Common TCI Framework)

[0083] According to the unified TCI framework, multiple (UL / DL) channels / RS can be controlled through a common framework. Regarding the unified TCI framework, instead of specifying TCI states or spatial relationships for each channel as in Rel.15, it can both indicate a common beam (common TCI state) and apply it to all channels of UL and DL, or apply the common beam used by UL to all channels of UL and the common beam used by DL to all channels of DL.

[0084] We are researching a common beam for both DL and UL, or a common beam for DL ​​and a common beam for UL (integrated as two common beams).

[0085] The UE can also envision the same TCI state for both UL and DL (joint TCI state, joint TCI pool, joint common TCI pool, joint TCI state set). The UE can also envision different TCI states for UL and DL respectively (separate TCI state, separate TCI pool, UL separate TCI pool and DL separate TCI pool, separate common TCI pool, UL common TCI pool and DL common TCI pool).

[0086] UL and DL default beam alignment can also be achieved through MAC CE-based beam management (MAC CE-level beam indication). The default TCI state of the PDSCH can also be updated and matched with the default UL beam (spatial relationship).

[0087] Alternatively, a common beam / unified TCI state can be indicated from the same TCI pool (joint common TCI pool, joint TCI pool, set) used by both UL and DL through DCI-based beam management (DCI-level beam indication). X (>1) TCI states can also be activated via MAC CE. UL / DL DCI can also select one from X active TCI states. The selected TCI state can also be applied to the channels / RS of both UL and DL.

[0088] A TCI pool (set) can be either multiple TCI states set via RRC parameters, or multiple TCI states activated via MAC CE (activating a TCI state, activating a TCI pool, or a set) among multiple TCI states set via RRC parameters. Each TCI state can also be a QCL type A / D RS. As a QCL type A / D RS, it can also be set as SSB, CSI-RS, or SRS.

[0089] The number of TCI states corresponding to each of more than one TRP can also be specified. For example, the number of TCI states (UL TCI states) applied in the UL channel / RS (≥1) and the number of TCI states (DL TCI states) applied in the DL channel / RS (≥1) can also be specified. At least one of N and M can also be notified / set / indicated to the UE via higher-layer signaling / physical layer signaling.

[0090] In this disclosure, when N = M = X (where X is any integer), it can also mean that the UE is notified / set / indicated X TCI states (corresponding to X TRPs) common to UL and DL (joint TCI states). Furthermore, when N = X (where X is any integer) and M = Y (where Y is any integer, or Y = X), it can also mean that the UE is notified / set / indicated X UL TCI states (corresponding to X TRPs) and Y DL TCI states (corresponding to Y TRPs) (i.e., independent TCI states).

[0091] For example, when N=M=1 is recorded, it can also mean that the UE is notified / set / indicated a TCI state common to UL and DL for a single TRP (the joint TCI state for a single TRP).

[0092] Furthermore, for example, when N=1 and M=1 is recorded, it may also mean that the UE is separately notified / set / indicated a UL TCI state and a DL TCI state (an independent TCI state for a single TRP) for a single TRP.

[0093] Furthermore, for example, when N=M=2 is recorded, it may also mean that the UE is notified / set / indicated multiple (two) TCI states common to UL and DL for multiple (two) TRPs (joint TCI states for multiple TRPs).

[0094] Furthermore, for example, when N=2 and M=2 are recorded, it may also mean that the UE is notified / set / instructed to have multiple (two) UL TCI states and multiple (two) DL TCI states (independent TCI states for multiple TRPs) for multiple (two) TRPs.

[0095] Furthermore, the above example illustrates the case where N and M have values ​​of 1 or 2, but the values ​​of N and M can also be 3 or higher, and N and M can also be different.

[0096] Support for N=M=1 in Rel.17 is under investigation. For example, it would also be possible to support indicating a common beam (e.g., common beam) via RRC / MAC CE / DCI, and having this common beam applied to the channels / reference signals of multiple DL / UL. Furthermore, other scenarios could be supported in Rel.18 and later.

[0097] Figure 1A as well as Figure 1B An example of the unified TCI framework is shown. Figure 1A An example of a joint DL / UL TCI state (e.g., a joint DL / UL TCI state) is shown. Figure 1B An example of a separate TCI state (e.g., a separate TCI (DL TCI state and UL TCI state)) is shown.

[0098] exist Figure 1A In the example, the RRC parameter (information element) sets multiple TCI states for both DL and UL. In this disclosure, the TCI state set via the RRC parameter can also be referred to as a configured TCI state or a TCI state (e.g., configured TCI states). The MAC CE can also activate multiple TCI states among the configured TCI states. The DCI can also indicate one of the activated TCI states. In this disclosure, the TCI state indicated via the DCI can also be referred to as an indicated TCI state or an indicated TCI state (e.g., indicated TCI state).

[0099] A DCI can be a UL DCI (e.g., a DCI used for PUSCH scheduling) or a DL DCI (e.g., a DCI used for PDSCH scheduling). The indicated TCI state can also be applied to at least one (or all) of the UL / DL channels / RS. A DCI can also indicate both the UL TCI and the DL TCI.

[0100] In the example in the diagram, a point can be either a TCI state applied to both UL and DL, or two TCI states applied to UL and DL respectively.

[0101] At least one of the multiple TCI states set by RRC parameters and the multiple TCI states activated by MAC CE can also be referred to as a TCI pool (common TCI pool, joint TCI pool, TCI state pool). Multiple TCI states activated by MAC CE can also be referred to as an activated TCI pool (activated common TCI pool).

[0102] Furthermore, in this disclosure, the high-level parameters (RRC parameters) for setting multiple TCI states can also be referred to as setting information for setting multiple TCI states, or simply as "setting information". Additionally, in this disclosure, using a DCI to indicate one of the multiple TCI states can either involve receiving indication information contained in the DCI indicating one of the multiple TCI states, or it can involve only receiving the "indication information".

[0103] exist Figure 1B In the example, the RRC parameter sets multiple TCI states (joint common TCI pool) for both DL and UL. MAC CE can also activate multiple TCI states (activate TCI pools) among the set multiple TCI states. It can also be set / activated to activate separate, independent TCI pools for UL and DL respectively.

[0104] The DL DCI or new DCI format can also select (indicate) more than one (e.g., one) TCI state. The selected TCI state can also be applied to more than one (or all) DL channels / RS. The DL channel can also be PDCCH / PDSCH / CSI-RS. The UE can also use the Rel.16 TCI state operation (TCI framework) to determine the TCI state of each DL channel / RS. The UL DCI or new DCI format can also select (indicate) more than one (e.g., one) TCI state. The selected TCI state can also be applied to more than one (or all) UL channels / RS. The UL channel can also be PUSCH / SRS / PUCCH. Thus, different DCIs can separately indicate the UL TCI and the DL DCI.

[0105] From Rel.17 NR onwards, it is envisioned that support will be provided via MAC CE / DCI for beam activation / indication to TCI states associated with different physical cell identifiers (PCIs). Furthermore, from Rel.18 NR onwards, it is envisioned that support will be provided via MAC CE / DCI for indicating changes to serving cells with different PCIs.

[0106] Figure 1A The method for setting / indicating the TCI status (e.g., combined DL / UL TCI status), and Figure 1B The application of TCI status (e.g., standalone TCI status) setting / indication method can also be applied switchably. Which TCI status to apply, the joint DL / UL TCI status or the standalone TCI status, can also be set from the base station to the UE via higher-layer parameters.

[0107] (TCI status indication)

[0108] The Rel.17 Unified TCI framework supports the following modes 1 through 3.

[0109] [Mode 1] TCI state indication based on MAC CE

[0110] [Mode 2] DCI-based TCI state indication with DL assignment (DCI based TCI state indication by DCI format 1_1 / 1_2 with DL assignment)

[0111] [Mode 3] DCI-based TCI state indication without DL assignment (DCI-based TCI state indication by DCI format 1_1 / 1_2 without DL assignment)

[0112] When a UE receives a CC for which a TCI state is set and activated with a Rel.17 TCI state ID (e.g., tci-StateId_r17), it provides DCI format 1_1 / 1_2 with the Rel.17 TCI state ID indicating the TCI state. Alternatively, when receiving all CCs within the same CC list set via simultaneous TCI update list 1 or simultaneous TCI update list 2 (e.g., simultaneousTCI-UpdateList1 or simultaneousTCI-UpdateList2), it provides DCI format 1_1 / 1_2 with the Rel.17 TCI state ID indicating the TCI state. DCI format 1_1 / 1_2 may be used with DL allocation if DL allocation is available, or it may be used without DL allocation.

[0113] In the absence of DL allocation for DCI format 1_1 / 1_2, the UE can envision (verify) the following for this DCI.

[0114] - CS-RNTI is used for scrambling CRC in DCI.

[0115] - The following DCI field (special field) values ​​are set as follows: - The redundant version (RV) field is all '1's.

[0116] - The modulation and coding scheme (MCS) field is all '1's.

[0117] - The new data indicator (NDI) field is 0.

[0118] - The frequency domain resource assignment (FDRA) field is all '0's for FDRA type 0, all '1's for FDRA type 1, or all '0's for DynamicSwitch (same as the validation of the released PDCCH for DL ​​semi-persistent scheduling (SPS) or UL license type 2 scheduling).

[0119] In addition, the DCI in Mode 2 / Mode 3 mentioned above can also be called beam indication DCI.

[0120] In Rel.15 / 16, the UE ignores the BWP indicator field if it does not support activation of BWP changes via DCI. The same approach is being investigated regarding support for Rel.17 TCI states and their relationship to the interpretation of the TCI field. It is being investigated whether the TCI field is always present in DCI format 1_1 / 1_2 when the UE is set with a Rel.17 TCI state, and whether the UE ignores the TCI field if it does not support TCI updates via DCI.

[0121] In Rel.15 / 16, the presence or absence of the TCI field (TCI presence information within DCI, tci-PresentInDCI) is set per CORESET.

[0122] In DCI format 1_1, the TCI field is 0 bits if the higher-layer parameter tci-PresentInDCI is not valid, and 3 bits otherwise. When the BWP indicator field indicates that a BWP other than the active BWP is enabled, the UE follows these steps.

[0123] [Operation] If the higher-layer parameter tci-PresentInDCI is not valid for the CORESET used in the PDCCH that transmits the DCI format 1_1, the UE assumes that tci-PresentInDCI is not valid for all CORESETs within the indicated BWP. If this is not the case, the UE assumes that tci-PresentInDCI is valid for all CORESETs within the indicated BWP.

[0124] In DCI format 1_2, the TCI field is 0 bits if the higher-layer parameter tci-PresentInDCI-1-2 is not set; otherwise, it is 1, 2, or 3 bits, determined by the higher-layer parameter tci-PresentInDCI-1-2. When the BWP indicator field indicates that a BWP other than BWP is activated, the UE follows the procedure below.

[0125] [Operation] If the higher-layer parameter tci-PresentInDCI-1-2 is not set for the CORESET used in the PDCCH transmitting DCI format 1_2, the UE assumes that tci-PresentInDCI is not valid for all CORESETs within the indicated BWP. If this is not the case, the UE assumes that tci-PresentInDCI-1-2 is set with the same value as tci-PresentInDCI-1-2 set for all CORESETs within the indicated BWP.

[0126] Figure 2A This illustrates an example of a DCI-based joint DL / UL TCI status indication. The value of the TCI field used for the joint DL / UL TCI status indication is associated with a TCI status ID representing the joint DL / UL TCI status.

[0127] Figure 2B An example of a standalone DL / UL TCI status indication based on DCI is shown. For the TCI field value used for the standalone DL / UL TCI status indication, at least one TCI status ID is associated with both a TCI status ID representing the TCI status of DL only and a TCI status ID representing the TCI status of UL only. In this example, TCI field values ​​000 to 001 are associated with only one TCI status ID for DL, TCI field values ​​010 to 011 are associated with only one TCI status ID for UL, and TCI field values ​​100 to 111 are associated with both one TCI status ID for DL ​​and one TCI status ID for UL.

[0128] (Indicates TCI status / Sets TCI status)

[0129] For Rel.17 TCI states, the unified / common TCI state can also refer to the Rel.17 TCI state indicated by using (Rel.17) DCI / MACCE / RRC (indicated Rel.17 TCI state).

[0130] In this disclosure, the Rel.17 TCI state, the indicated TCI state, the unified / common TCI state, the TCI state applied to multiple signals (channel / RS), and the TCI state used for multiple signals (channel / RS) can also be overwritten with each other.

[0131] The Rel.17 TCI state can also be shared with at least one of the UE-specific receive, dynamic licensing (DCI) / configured licensing PUSCH in the PDSCH / PDCCH (updated using Rel.17 DCI / MAC CE / RRC), and multiple (e.g., all) dedicated PUCCH resources. The TCI state indicated by DCI / MAC CE / RRC can also be referred to as the indicated TCI state or the unified TCI state.

[0132] For Rel.17 TCI states, TCI states other than the unified TCI state can also refer to the Rel.17 TCI state configured using (Rel.17) MAC CE / RRC (configured Rel.17 TCI state). In this disclosure, the configured Rel.17 TCI state, the configured TCI state, the TCI state other than the unified TCI state, and the TCI state applied to a specific type of signal (channel / RS) can also be interchanged.

[0133] Setting the Rel.17 TCI state may not be shared with at least one of the UE-specific receive, dynamically authorized (DCI) / configured authorized PUSCH, and multiple (e.g., all) dedicated PUCCH resources in the PDSCH / PDCCH (updated using Rel.17 DCI / MAC CE / RRC). Setting the Rel.17 TCI state may also be structured such that it is set per CORESET / per resource / per resource set via RRC / MAC CE, and the setting of the Rel.17 TCI state will not be updated even if the aforementioned indicated Rel.17 TCI state (common TCI state) is updated.

[0134] (Channel / RS whose TCI status is indicated by the application)

[0135] The "indicated TCI state" based on MAC CE / DCI can also be applied to the following channels / RS.

[0136] [PDCCH]

[0137] • When CORESET0 is set to followUnifiedTCIState, the indicated TCI state is applied. Otherwise, the Rel.15 specification is applied for that CORESET. That is, CORESET0 follows the TCI state activated by MAC CE, or is QCL-enabled with SSB.

[0138] • For CORESETs other than index 0 that are associated with USS / CSS type 3, the TCI status is always applied.

[0139] • If a CORESET other than index 0 is configured to conform to a uniform TCI state for at least CSS type 3, then the indicated TCI state is applied. Otherwise, the configured TCI state is applied to that CORESET.

[0140] [PDSCH]

[0141] • The UE-dedicated PDSCH is always indicated by the application to indicate the TCI status.

[0142] • When a non-UE-dedicated PDSCH (a PDSCH scheduled via DCI within the CSS) has its followUnifiedTCIState set (for the CORESET of the PDCCH that schedules the PDSCH), the indicator TCI state can also be applied. Otherwise, the set TCI state for that PDSCH is applied to that PDSCH. If followUnifiedTCIState is not set for a PDSCH, whether a non-UE-dedicated PDSCH follows the indicator TCI state depends on whether followUnifiedTCIState is set for the CORESET used in scheduling that PDSCH.

[0143] [CSI-RS]

[0144] • When the CORESET of the PDCCH that triggers the A-CSI-RS for CSI acquisition or beam management is set to followUnifiedTCIState, the TCI state is applied. For other CSI-RS, the configured TCI state for that CSI-RS is applied.

[0145] [PUCCH]

[0146] • For all dedicated PUCCH resources, the application always indicates the TCI status.

[0147] [PUSCH]

[0148] • For dynamic / configured license PUSCH, the application is always indicated with TCI status.

[0149] [SRS]

[0150] • When the SRS resource sets for A-SRS used for beam management and A / SP / P-SRS used for codebook (CB) / non-codebook (NCB) / antenna switching are configured to follow a unified TCI state, an indication TCI state is applied. For other SRS, the TCI state set within this SRS resource set is applied.

[0151] (TCI state switching)

[0152] In Rel.15 / 16, the delay time for handover of the active TCI state for a UE that has been set to more than one TCI state in the serving cell is specified.

[0153] Even if the UE measures / saves / maintains QCL characteristics, the NW cannot identify whether the UE has measured / saves / maintained QCL characteristics unless the UE reports L1-RSRP / beam to the network (NW, e.g., base station). Therefore, for the UE to perform beam / RS measurements and reports, both the UE and the NW need to have a common understanding of whether the TCI state is known or unknown.

[0154] In Rel.16, a TCI state is known if the following conditions 0-5 are met: (Condition 0): During the period from the last transmission of the RS resource used in the report of L1-RSRP measurement from the target TCI state to the completion of the switch to activate the TCI state, the RS resource used for L1-RSRP measurement is the RS of the target TCI state or the RS that has a QCL relationship with the target TCI state.

[0155] (Condition 1): The TCI state switch command is received within 1280ms from the last transmission of the RS resource used for beam reporting or measurement.

[0156] (Condition 2): Before the TCI state switching indication, the UE sends at least one L1-RSRP report for the target TCI state.

[0157] (Condition 3): During the TCI state transition, the ability to detect the TCI state must be maintained.

[0158] (Condition 4): During the transition of TCI state, the detection of SSB associated with TCI state is maintained.

[0159] (Condition 5): The signal-to-noise ratio (SNR) in the TCI state is above -3dB.

[0160] The TCI state being unknown means that the TCI state is not known.

[0161] In addition, in this disclosure, a known TCI state may also be referred to as a "Known TCI State", and an unknown TCI state may also be referred to as an "Unknown TCI State".

[0162] In the case of using MAC CE for TCI state switching (MAC-CE based TCI state switch), and where the target TCI state (the TCI state at the switching destination) is a known TCI state, if the UE receives a Physical Downlink Shared Channel (PDSCH) containing an activation command (TCI state indication) in time slot n, then in time slot n+T HARQ +3N subframe,μ slot +TO k (T) first-SSB +T SSB-procThe initial time slot reception after (NR slotlength) involves the Physical Downlink Control Channel (PDCCH) of the serving cell in the target TCI state of the TCI state switching. Additionally, the UE receives the PDCCH in time slot n+T. HARQ +3N subframe,μ slot Previously, it was able to receive the PDCCH in the old (pre-switching) TCI state. From time slot n+T HARQ +3N subframe,μ slot It serves as a time slot n+T HARQ +3N subframe,μ slot +TO k (T) first-SSB +T SSB-proc During the period up to (NR slot length), the TCI state of the UE application is undefined (refer to) Figure 3 ).

[0163] Here, T HARQ This indicates the timing from the transmission of downlink data signals (e.g., PDSCH) to the delivery of acknowledgment information (e.g., HARQ-ACK information). N subframe,μ slot This indicates the number of time slots per subframe for setting μ for a subcarrier. T first-SSB This is the time from after the UE decodes the MAC CE command used during the activation of the TCI state until the initial transmission of the SSB. SSB-proc It's 2ms. k The value is 1 if the target TCI state is not included in the list of active TCI states used by PDSCH, and 0 otherwise. NR slot length indicates the length of the time slot.

[0164] Figure 4 This is a diagram illustrating an example of the TCI states specified up to Rel.16. (See diagram.) Figure 4 As shown, the TCI state of the PDCCH indicates the relationship between the decall reference signal (DMRS) used by the PDCCH and the QCL type A / D of the TRS (or, CSI-RS, here TRS#1). Furthermore, the TCI state of the TRS indicates the relationship between the TRS and the QCL type C / D of the SSB (here SSB#1).

[0165] When using MAC CE during TCI state transition, and if the target TCI state is unknown, if the UE receives a PDSCH containing an activation command for the TCI state in time slot n, then in time slot n+T... HARQ +3Nsubframe ,μ slot +T L1-RSRP +TO uk (T) first-SSB +T SSB-proc In the initial time slot following (NR slot length), the UE receives the PDCCH of the serving cell in the target TCI state where a TCI state handover has occurred. Furthermore, in time slot n+T... HARQ +3N subframe,μ slot Previously, it was able to receive the PDCCH in the old (pre-switch) TCI state.

[0166] Here, TO uk For L1-RSRP measurements using CSI-RS, or for TCI states set to a QCL type other than QCL type D, the switching is 1. On the other hand, TO uk For the switching of TCI states that are at least set to QCL type D and the L1-RSRP measurement using SSB is 0.

[0167] In addition, T first-SSB This is the time from the start of the L1-RSRP measurement to the initial SSB transmission, assuming at least a TCI state switch of QCL type D is performed. Alternatively, T... first-SSB It is the time from after the UE decodes the MAC CE command used in the activation of the TCI state other than QCL type D until the initial transmission of the SSB.

[0168] Compared to the case where the target TCI state is a known TCI state, when the target TCI state is an unknown TCI state, the switching of the TCI state requires an additional T. L1-RSRP Time. T L1-RSRP This is the time associated with the received power measurement. T L1-RSRP It is 0 in frequency range (FR) 1, or in FR2 when QCL type D is not set. In other cases, it is the time required for the determination / refinement of the received beam in FR2.

[0169] Furthermore, in cases where downlink control information (DCI) is used during TCI state switching (DCI-based TCI state switch), and the target TCI state is a known TCI state, for the UE, if the higher-layer parameter tci-PresentInDCI used for CORESET scheduling PDSCH in time slot n is enabled, then in the first time slot after time slot n + timeDurationForDCI, the PDSCH of the serving cell with the target TCI state from which the TCI state switching occurred will be received. Here, timeDurationForDCI is the time required for the reception of PDCCH and the application of spatial QCL-related information (spatial QCL information) to the reception of DCI used for PDSCH.

[0170] Furthermore, in the case of using RRC signaling during TCI state switching (RRC-based TCI state switch), and given that the target TCI state is a known TCI state, if the UE receives the PDSCH transmitting the RRC activation command for the TCI state in time slot n, then in time slot n + (T RRC_processing +TO k (T) first-SSB +T SSB-proc The PDCCH of the serving cell in the target TCI state of the first time slot after (NR slot length) is received when the TCI state handover occurs.

[0171] Here, T RRC_processing This is the RRC processing delay. first-SSB This refers to the time from the start of the UE's RRC process to the initial transmission of the SSB. T SSB-proc TO k And (NR slot length) is the same as the case of a known TCI state during the switching of TCI states using MAC CE.

[0172] Furthermore, in cases where RRC signaling is used during TCI state switching (RRC-based TCI state switch), and the target TCI state is unknown, if the UE receives a PDSCH transmitting an RRC activation command for the TCI state in time slot n, then in time slot n + (T RRC_processing +T L1-RSRP +TOuk (T) first-SSB +T SSB-proc The PDCCH of the serving cell in the target TCI state of the first time slot after (NR slot length) is received when the TCI state handover occurs.

[0173] Here, T RRC_processing This is the RRC processing delay. SSB-proc TO uk And (NR slot length) is the same as the case of unknown TCI state during TCI state switching using MAC CE.

[0174] In addition, T first-SSB This is the time from the start of the L1-RSRP measurement to the initial SSB transmission, assuming at least a TCI state switch of QCL type D is performed. Alternatively, T... first-SSB It is the time from after the UE decodes the MAC CE command used in the activation of the TCI state other than QCL type D until the initial transmission of the SSB.

[0175] Rel.17 specifies the delay time for switching involved in the unified TCI state.

[0176] For example, when the RRC parameter (DLorJoint-TCIState) related to the unified TCI state is set for the DL channel of the serving cell for the UE, the specified delay time can also be applied.

[0177] In MR-DC or standalone NR, this delay time can also be applied to the entire list of multiple serving cells in the simultaneous TCI update lists (e.g., simultaneousU-TCI-UpdateList1, simultaneousU-TCI-UpdateList2, simultaneousU-TCI-UpdateList3, simultaneousU-TCI-UpdateList4) of multiple CCs / cells.

[0178] When the target DL TCI state reference differs from the Physical Cell ID (PCI) of the serving cell that has set that DL TCI state, the delay time can also be applied if the following conditions are met: • The activation BWP is the same for serving cells and cells with additional PCI.

[0179] • The center frequency, subcarrier spacing (SCS), and system frame number (SFN) offset of the cell with added PCI are the same as those of the serving cell.

[0180] • The cell for which PCI is added is known to the UE.

[0181] In addition, the PCI cell can be added as known if the following conditions are met: • Within the last 5 seconds before the L1-RSRP measurement is set, the UE sends a valid L3 measurement report for the cell with the additional PCI.

[0182] • The timing offset between the serving cell and the cell with added PCI is within the corresponding SCS CP.

[0183] If this condition is not met, the cell for which PCI is added can also be unknown.

[0184] In the unified TCI state, the DL TCI state being known can also mean that the following conditions are met: • During the period from the last transmission of RS resources used in the L1-RSRP measurement report of the target DL TCI state to the completion of the switch to activate the DL TCI state, the RS resources used for L1-RSRP measurement are RS of the target DL TCI state or RS that are QCL related to the target DL TCI state.

[0185] • The DL TCI state switch command is received within 1280ms from the last transmission of the RS resource used for beam reporting or measurement.

[0186] • Before the DL TCI state switching indication, the UE sends at least one L1-RSRP report for the target DL TCI state.

[0187] • Maintain the ability to detect the DL TCI state during the transition between DL TCI states.

[0188] • During the transition of DL TCI state, maintain the ability to detect SSBs associated with the DL TCI state.

[0189] • The signal-to-noise ratio (SNR) in DL TCI mode is above -3dB.

[0190] The SSB can also be associated with the PCI of the serving cell or a PCI that is different from the PCI of the serving cell.

[0191] If the above conditions are not met, the DL TCI state can also be unknown.

[0192] In the case of joint TCI state handover, if the target PL-RS is not maintained, the UE may not expect reception in the DL based on the target TCI state before completing the handover of DL and UL TCI states.

[0193] In the case of using MAC CE for DL ​​TCI state switching (MAC-CE based downlink TCI state switch), and if the target TCI state (the TCI state at the switching destination) is a known TCI state, if the UE receives a PDSCH containing an activation command (TCI state indication) in time slot n, then in time slot n+T HARQ +3N subframe,μ slot +TO k (T) first-SSB +T SSB-proc The initial time slot reception after (NR slot length) involves the Physical Downlink Control Channel (PDCCH) of the serving cell in the target TCI state of the TCI state switching. Additionally, the UE receives the PDCCH in time slot n+T. HARQ +3N subframe,μ slot Previously, it was possible to use the old (pre-handover) TCI state to receive UE-specific PDSCH / PDCCH. From time slot n+T HARQ +3N subframe,μ slot It serves as a time slot n+T HARQ +3N subframe,μ slot +TO k (T) first-SSB +T SSB-proc During the period up to (NR slot length), the TCI state of the UE application is not specified.

[0194] Here, T HARQ This indicates the timing from the transmission of downlink data signals (e.g., PDSCH) to the delivery of acknowledgment information (e.g., HARQ-ACK information). N subframe,μ slot This indicates the number of time slots per subframe for setting μ for a subcarrier. T first-SSB This is the time from after the UE decodes the MAC CE command used during the activation of the TCI state until the initial transmission of the SSB. SSB-procIt's 2ms. k The value is 1 if the target TCI state is not included in the list of active TCI states used by PDSCH, and 0 otherwise. NR slot length indicates the length of the time slot.

[0195] When using MAC CE during DL TCI state handover, and if the target TCI state is unknown, if the UE receives a PDSCH containing an activation command for the TCI state in time slot n, then in time slot n+T... HARQ +3N subframe,μ slot +T L1-RSRP +TO uk (T) first-SSB +T SSB-proc In the initial time slot following (NR slot length), the UE receives the PDCCH of the serving cell in the target TCI state where a TCI state handover has occurred. Furthermore, in time slot n+T... HARQ +3N subframe,μ slot Previously, it was possible to use the old (pre-switching) TCI state to receive UE-specific PDSCH / PDCCH.

[0196] Here, TO uk For L1-RSRP measurements using CSI-RS, or for TCI states set to a QCL type other than QCL type D, the switching is 1. On the other hand, TO uk For the switching of TCI states that are at least set to QCL type D and the L1-RSRP measurement using SSB is 0.

[0197] In addition, T first-SSB This is the time from the start of the L1-RSRP measurement to the initial SSB transmission, assuming at least a TCI state switch of QCL type D is performed. Alternatively, T... first-SSB It is the time from after the UE decodes the MAC CE command used in the activation of the TCI state other than QCL type D until the initial transmission of the SSB.

[0198] Compared to the case where the target TCI state is a known TCI state, when the target TCI state is an unknown TCI state, the switching of the TCI state requires an additional T. L1-RSRP Time. T L1-RSRP This is the time associated with the received power measurement. T L1-RSRPIt is 0 in frequency range (FR) 1, or in FR2 when QCL type D is not set. In other cases, it is the time required for the determination / refinement of the received beam in FR2.

[0199] Furthermore, for example, when the RRC parameter (DLorJoint-TCIState (unifiedTCI-StateType indicating Joint) or UL-TCIState) related to the unified TCI state is set for the UE in order to serve the cell's UL channel / signal, the specified delay time can also be applied.

[0200] In MR-DC or standalone NR, this delay time can also be applied to the entire list of multiple serving cells in the simultaneous TCI update lists (e.g., simultaneousU-TCI-UpdateList1, simultaneousU-TCI-UpdateList2, simultaneousU-TCI-UpdateList3, simultaneousU-TCI-UpdateList4) of multiple CCs / cells.

[0201] For UL TCI status (or, combined TCI status), the known / unknown information of the cell with the added PCI and the known / unknown information of the UL TCI status are the same as the case where the "DLTCI status" for the cell with the added PCI and the known / unknown information of the TCI status for the above-mentioned DL TCI status is rewritten as "UL TCI status (or, combined TCI status)".

[0202] In the case of joint TCI state switching, the UE may not expect transmission in UL before the DL and UL TCI state switching is completed.

[0203] In the case of using MAC CE for the handover of independent UL TCI state / joint TCI state for UL channel / signal (MAC-CE based uplink TCI state switch), and if the target TCI state (the TCI state of the handover destination) is a known TCI state, if the UE receives a PDSCH containing an activation command (TCI state indication) for the TCI state in time slot n, then in time slot n+T HARQ +3N subframe,μ slot +NM (T) first-target-PL-RS +4 T target-PL-RS(+2ms) / (NR slot length), capable of transmitting the UL signal of the target TCI state. Here, the UL channel / signal can also be PUCCH, PUSCH, or (when beamCorrespondenceWithoutUL-BeamSweeping is set to 1) semi-persistent / periodic / aperiodic SRS.

[0204] Furthermore, when using MAC CE in the handover of independent UL TCI state / joint TCI state for UL channel / signal, and when the target TCI state is an unknown TCI state, if the UE receives a PDSCH containing an activation command (TCI state indication) in time slot n, then in time slot n+T HARQ +3N subframe,μ slot + (T) L1-RSRP +T first-target-PL-RS +4 T target-PL-RS +2ms) / (NR slot length) can send the UL signal of the target TCI state.

[0205] Here, T HARQ This indicates the timing from the transmission of downlink data signals (e.g., PDSCH) to the delivery of acknowledgment information (e.g., HARQ-ACK information). N subframe,μ slot This indicates the number of time slots per subframe for which μ is set for the subcarrier. NRslot length indicates the length of the time slot.

[0206] For NM, it is 1 if the target PL-RS is maintained, and 0 if not.

[0207] T target-PL-RS This refers to the time from the L1-RSRP measurement to the initial path loss RS transmission when the target TCI state is unknown. Furthermore, T... target-PL-RS This refers to the time from when the MAC CE command is decoded by the UE to when the initial path loss RS is transmitted, assuming the target TCI status is known.

[0208] In the case of PL-RS being associated with the serving cell, T target-PL-RS This is the period of the target PL-RS as the SSB or NZP CSI-RS. When the PL-RS is associated with a PCI different from the serving cell, T... target-PL-RS It is the cycle of PL-RS that becomes SSB.

[0209] Compared to the case where the target TCI state is a known TCI state, when the target TCI state is an unknown TCI state, the switching of the TCI state requires an additional T. L1-RSRP Time. T L1-RSRP This is the time associated with the received power measurement. T L1-RSRP It is 0 in frequency range (FR) 1, or in FR2 when QCL type D is not set. In other cases, it is the time required for the determination / refinement of the received beam in FR2.

[0210] (L1 / L2 inter-cell mobility)

[0211] The study investigates UE UL transmission to one or more cells / TRPs. As a procedure in this case, consider scenario 1 or scenario 2 below. Additionally, in this disclosure, the serving cell can also be rewritten as the TRP within the serving cell. Layer 1 / Layer 2 (L1 / L2) and DCI / Medium Access Control Control Element (MAC CE) can also be rewritten. In this disclosure, a PCI that differs from the physical cell ID (Physical Cell Identity (PCI)) of the current serving cell is sometimes simply referred to as "different PCI". Non-serving cells, cells with different PCIs, and additional cells can also be rewritten.

[0212] <Scene 1>

[0213] Scenario 1 could be a scenario that corresponds to inter-cell mobility in multi-TRP, but it could also be a scenario that does not correspond to inter-cell mobility in multi-TRP.

[0214] (1) The UE receives from the serving cell the settings of the SSB for beam measurement of the TRP corresponding to a different PCI from the serving cell, as well as the settings required for using radio resources in data transmission and reception, which include resources of different PCIs.

[0215] (2) The UE performs beam measurement for the TRP corresponding to different PCIs and reports the beam measurement results to the serving cell.

[0216] (3) Based on the above report, the Transmission Configuration Indication (TCI) status associated with the TRP corresponding to different PCIs is activated by L1 / L2 signaling from the serving cell.

[0217] (4) The UE uses the dedicated channel on the TRP corresponding to the different PCI to transmit and receive.

[0218] (5) In cases involving multiple TRPs, the UE needs to always cover the serving cell. Similar to previous systems, the UE needs to use shared channels from the serving cell (Broadcast Control Channel (BCCH), Paging Channel (PCH)), etc.

[0219] In Scenario 1, when the UE transmits and receives signals with the additional cell / TRP (the TRP corresponding to the PCI of the additional cell), the serving cell (the assumption of the serving cell in the UE) is not changed. The UE is configured with higher-layer parameters associated with the PCI of the non-serving cell from the serving cell. Scenario 1 can also be applied, for example, in Rel. 17.

[0220] Figure 5A This diagram illustrates an example of UE movement in Rel.17. Imagine the UE moving from PCI#1 cell (serving cell) to PCI#3 cell (additional cell) (overlapping with the serving cell). In this case, L1 / L2-based handover of the serving cell is not supported in Rel.17.

[0221] An additional cell is a cell with an additional PCI that differs from the serving cell. The UE can receive / transmit UE-dedicated channels from the additional cell. For the UE to receive UE-shared channels (e.g., system information / paging / SMS), it needs to be within the coverage area of ​​the serving cell. If the UE moves outside the coverage area of ​​the serving cell, a handover (also known as L3 mobility) is required.

[0222] <Scene 2>

[0223] In Scenario 2, L1 / L2 inter-cell mobility is applied. In L1 / L2 inter-cell mobility, serving cell changes can be performed using functions such as beam control without RRC resetting. In other words, transmission and reception with the additional cell can be carried out without handover. Handover requires RRC reconnection, causing data communication interruptions. Therefore, by applying L1 / L2 inter-cell mobility that does not require handover, data communication can continue even when the serving cell changes. Scenario 2 can also be applied, for example, in Rel. 18. In Scenario 2, for example, the following process is performed.

[0224] (1) In order to change the beam measurement / serving cell, the UE receives the SSB settings of the cell (additional cell) with different PCI from the serving cell.

[0225] (2) The UE performs beam measurements for cells using different PCIs and reports the measurement results to the serving cell.

[0226] (3) The UE can also receive the settings (serving cell settings) of cells with different PCIs through higher-layer signaling (e.g., RRC). That is, it can also perform pre-configuration related to serving cell changes. This configuration can be performed together with the configuration in (1) or separately.

[0227] (4) Based on the above report, the TCI status of cells with different PCIs can also be activated via L1 / L2 signaling according to the change of the serving cell. The activation of the TCI status and the change of the serving cell can also be carried out separately.

[0228] (5) The UE changes its serving cell (the intended serving cell) and uses a pre-set UE-specific channel and TCI state to begin receiving / transmitting.

[0229] That is, in scenario 2, the serving cell (the concept of the serving cell in the UE) is updated via L1 / L2 signaling. Scenario 2 can also be applied in Rel.18.

[0230] Figure 5B This diagram illustrates an example of UE movement in Rel.18. In Rel.18, the serving cell is handed over via L1 / L2 (e.g., DCI / MAC CE). The UE can receive / transmit UE-dedicated / shared channels between the new serving cell (or the target serving cell). The UE can also leave the coverage area of ​​the current serving cell (e.g., the current serving cell).

[0231] (Type of beam report)

[0232] <Intra-cell Beam Report for Rel. 15 / 16>

[0233] In Rel.15 / 16, intra-cell beam reporting is supported. For example, L1-RSRP / SINR reporting can be configured via higher-layer signaling (RRC).

[0234] For example, in the calculation of L1-RSRP, when resources are associated with QCL type C / type D, the UE can be configured with either CSI-RS resources or SS / PBCH block resources, or both.

[0235] Furthermore, the UE can be configured with a maximum of 16 CSI-RS resource sets, each containing a maximum of 64 resources. The total number of different CSI-RS resources across all resource sets is less than 128.

[0236] In the L1-RSRP report, when the higher-level parameter nrofReportedRS (e.g., within CSI-ReportConfig) is set to 1, the reported L1-RSRP value is defined as a 7-bit value in the range of [-140~-44] dBm with a step size of 1 dB.

[0237] Here, the largest measurement of L1-RSRP is quantized as a 7-bit value in the range of [-140~-44] dBm with a step size of 1 dB. In addition, the differential values ​​of L1-RSRP are quantized as 4-bit values.

[0238] The difference value is calculated with a step size of 2 dB, referencing the largest measurement that is part of the same L1-RSRP report instance.

[0239] For example, in L1-SINR calculation and channel measurement, the UE can be configured with either NZP CSI-RS resources or SS / PBCH block resources, or both. Furthermore, for interference measurement, the UE can be configured with either NZP CSI-RS resources or CSI-IM resources.

[0240] For channel measurement, the UE can be configured with CSI resource settings associated with a maximum of 64 CSI resources or a maximum of 16 CSI-RS resource sets with SS / PBCH block resources.

[0241] In the L1-SINR report, with the high-level parameter nrofReportedRS set to 1, the reported L1-SINR value is defined as a 7-bit value in the range of [-23~40] dBm with a step size of 0.5 dB.

[0242] When the higher-layer parameter nrofReportedRS is set to a value greater than 1, or when the higher-layer parameter groupBasedBeamReporting is set to "enabled", the UE uses the differential-based L1-SINR value in the report.

[0243] The difference value is calculated with a step size of 1 dB, referencing the largest measurement as part of the same L1-SINR reporting instance.

[0244] In this disclosure, the intra-cell beam report of Rel.15 / 16 (also referred to as intra-cell beam report) may also be referred to as a type 1 beam report (beam report type 1) or a beam report for intra-cell beam handover.

[0245] <Inter-cell Beam Report of Rel.17>

[0246] As mentioned above, Rel.17 supports L1 / L2 inter-cell mobility. For example, a UE can transmit and receive UL / DL channels / signals between cells with different PCIs than the serving cell. For example, if a non-serving cell has a larger RSRP than the serving cell, the UE can transmit and receive UL / DL channels / signals between non-serving cells without handover.

[0247] In the L1-RSRP report, the absolute / differential values ​​of L1-RSRP can be used in the same way as in Rel.15 / 16. In the inter-cell beamforming report of Rel.17 (the type 2-1 beamforming report described later), each L1-RSRP value is associated with the PCI ID (for the serving cell / additional cell / candidate cell). The association between L1-RSRP values ​​and PCI IDs can also be set / indicated via higher-layer signaling / physical-layer signaling.

[0248] Based on the higher-layer signaling settings, up to seven additional cells are supported. Additionally, ID=0 refers to the PCI of the serving cell.

[0249] In this disclosure, inter-cell beam reporting (in Rel. 17 / 18) may also be referred to as type 2 beam reporting (beam reporting type 2). Type 2 beam reporting can further be classified as type 2-1, 2-2, as described later.

[0250] In this disclosure, the beam report of Rel.17 may also be referred to as a type 2-1 beam report, or a beam report for inter-cell beam switching.

[0251] <Inter-cell Beam Report of Rel.18>

[0252] Furthermore, Rel.18 beam reporting only supports SSB-based L1-RSRP reporting (beam reporting). Here, the number of candidate cells L is any one of 1 to 4, and the number of beams M for each cell can also be any one of 1 to 4. For example, in beam reporting, the 7-bit absolute value (the largest L1-RSRP value among all cells) is reported to one cell, and all remaining L1-RSRP values ​​are reported as differential values.

[0253] Regarding beam selection in the L1-RSRP report based on SSB, and regarding the M and L mentioned above that can be set via RRC, M... The maximum value of L and the combination of M and L can also depend on the UE capabilities.

[0254] In the L1-RSRP report, the absolute value / difference value of L1-RSRP can also be used in the same way as in Rel.15 / 16 / 17.

[0255] In the L1-RSRP report, the reported L1-RSRP value is defined as a 7-bit value in the range of [-140~-44] dBm with a step size of 1 dB.

[0256] Here, the largest measurement of L1-RSRP is quantized as a 7-bit value in the range of [-140~-44] dBm with a step size of 1 dB. In addition, the differential values ​​of L1-RSRP are quantized as 4-bit values.

[0257] The difference value is calculated with a step size of 2 dB, referencing the largest measurement that is part of the same L1-RSRP report instance.

[0258] The L1-RSRP report includes the SSBRIs of the configured candidate cells. That is, the L1-RSRP report includes the L1-RSRP corresponding to the SSBRI of the configured candidate cells. The format can also be the same as existing specifications.

[0259] In this disclosure, the beam report of Rel.18 may also be referred to as a type 2-2 beam report or a beam report used for cell handover. Furthermore, the type 2-2 beam report does not contain PCI-related information (PCI ID). Instead, PCI-related information may be included in the SSBRI. For example, in the case of four cells with 64 SSBs, the SSBRI can be any one of {0, 1, ..., 255}.

[0260] (Event-based beam reporting)

[0261] In future wireless communication systems, research is underway to support event-based beam reporting. Event-based beam reporting can also be called event-triggered beam reporting or event-driven beam reporting, and can also refer to UE-initiated beam reporting.

[0262] The events defined in the existing 5G NR can exemplify the following. Furthermore, events are not limited to those shown below; other new events can also be defined.

[0263] Event A1: The measurement result of the serving [cell] is better than the threshold.

[0264] Event A2: The measurement result of the serving [cell] is worse than the threshold.

[0265] Event A3: A situation where the measurement result of a neighboring [cell] (the value after adding an offset to the measurement result) is better than the measurement result of SpCell (the value after adding an offset to the measurement result).

[0266] Event A4: The measurement result of the neighboring [cell] (the value after adding the offset to the measurement result) is better than the threshold.

[0267] Event A5: A situation where the measurement result of SpCell is worse than the first threshold, and the measurement result of the neighboring [cell] (the value after adding an offset to the measurement result) is better than the second threshold.

[0268] Event A6: A situation where the measurement result of a neighboring cell (the value after adding an offset to the measurement result) is better than the measurement result of the serving cell (Secondary Cell (SCell)) (the value after adding an offset to the measurement result).

[0269] Event B1: The measurement results of neighboring [cells] between RATs are better than the threshold.

[0270] Event B2: The PCell measurement result is worse than the first threshold, and the measurement result of the neighboring [cell] between RATs (the value after adding the offset to the measurement result) is better than the second threshold.

[0271] <Applicable Situations>

[0272] Event-based beam reporting can also be applied in at least one of the following scenarios: • [Scenario 1]: L1-RSRP / SINR beam reports containing serving cell PCI / additional PCI (e.g., L1-RSRP / SINR beam reports for serving cell / additional PCI cells for L1 / L2 inter-cell mobility / inter-cell multi-TRP (M-TRP inter-cell) / Rel.18 L1 / L2 mobility accompanying cell handover).

[0273] • [Scenario 2]: L1-RSRP / SINR beam reports containing only the serving cell PCI.

[0274] The UE may also report measurement results (e.g., L1-RSRP / L1-SINR) of the NW (e.g., base station) when a specific event occurs (or, in this disclosure, a specific condition is met / not met).

[0275] Specific events may also be, for example, events related to at least one of the serving cell and the additional cell, and events related to beam reporting of at least one of the PCI of the serving cell and the PCI of the additional cell.

[0276] <<Events related to Scenario 1>>

[0277] An example of an event related to scenario 1 above will be described. This event may also refer to events related to the serving cell and the additional cell, or events related to beam reporting of the PCI of the serving cell and the PCI of the additional cell.

[0278] <<<Option 1>>>

[0279] Alternatively, one or more existing events of Radio Resource Management (RRM) (such as at least one of events A2 to A6 and I1 below) can be reused to trigger beam reporting (e.g., aperiodic CSI reporting). That is, both RRM reporting and CSI reporting can be triggered when at least one of the following events A2 to A6 and I1 occurs (if the event conditions are met), and the UE sends both RRM reporting and CSI reporting.

[0280] In addition, in this disclosure, the RRM report can also be rewritten with the L3 measurement report.

[0281] Figure 6 This is a flowchart illustrating an example of event-based beamforming reporting processing. The UE determines whether an event has occurred (e.g., at least one of events A2 to A6 and I1 below) (S1). If the UE is yes (YES) in S1, it sends a non-periodic CSI report (and RRM report) (S2); if no (NO), it terminates the processing related to event-based beamforming reporting. Figure 6 The process can also be repeated for each specific period.

[0282] In this disclosure, the triggered non-periodic CSI report and the non-periodic CSI report sent by the UE can be overwritten. CSI reports, L1 beam reports, and beam reports can also be overwritten.

[0283] In events A2 to A6 below, the measurement result can also be at least one of RSRP (L1-RSRP / L3-RSRP), RSRQ, and SINR (RS-SINR). In the conditions of events A2 to A6 below, "poor" can also mean "low," and "excellent" can also mean "high." In the conditions of events A2 to A6 below, SpCell can also mean a special cell, or at least one of a Primary Cell (PCell) and a Primary Secondary Cell (PSCell). In events A2 to A6 and I1 below, the parameter corresponding to hysteresis can also be added to / subtracted from the measurement result. The thresholds can be the same or different. Neighboring cells can also be non-serving cells.

[0284] Event A2: The measurement result of the serving cell is worse than the threshold.

[0285] Event A3: The measurement results of the neighboring cell (the value after adding an offset to the measurement results) are better than the measurement results of SpCell (the value after adding an offset to the measurement results).

[0286] Event A4: The measurement results of the neighboring cell (the value after adding the offset to the measurement results) are better than the threshold.

[0287] Event A5: The SpCell measurement result is worse than the first threshold, and the measurement result of the neighboring cell (the value after adding the offset to the measurement result) is better than the second threshold.

[0288] Event A6: The measurement result of the neighboring cell (the value after adding an offset to the measurement result) is better than the measurement result of the serving cell (Secondary Cell (SCell)) (the value after adding an offset to the measurement result).

[0289] Event I1: The measured interference is higher than the threshold.

[0290] Option 1 allows for the reuse of RRM report triggering in beam report triggering, making it easy to set up.

[0291] <<<Option 2>>>

[0292] One or more new events (separate from those used in RRM reporting) may also be defined to trigger aperiodic L1 beam reporting (CSI reporting). The events are similar to those A2 to A6 and I1 mentioned above, which are also used in triggering RRM reporting, but may differ from any of events A2 to A6 and I1 (triggering of RRM reporting) in at least one of the following options 2-1 to 2-4.

[0293] <<<<Option 2-1>>>>

[0294] The thresholds can also be different. That is, different thresholds can be used than those used for RRM reporting, such as using events A2 to A6 and I1 in L1 beam reporting (CSI reporting).

[0295] <<<<Option 2-2>>>>

[0296] The event can also occur based on the measurement of the reference signal received power (L1-RSRP) in Layer 1. That is, a comparison can be made based on L1-RSRP instead of L3-RSRP. Alternatively, a new filtered L1-RSRP can be applied, with the timescale (update / measurement period) between L1-RSRP and L3-RSRP (or the same as L1-RSRP or L3-RSRP). Other metrics, such as L1-SINR, L3-RSRQ, etc., can also be applied. For example, the following event A2' can be applied as a new event: Event A2': The L1-RSRP measurement result of the serving cell is worse than the threshold.

[0297] <<<<Options 2-3>>>>

[0298] It can also be based on comparisons of measurements at the beam level, multiple beam levels (combining independent measurements from multiple beams into a single value), or cell level. For example, the following event A4' or event A4'' can also be applied: Event A4': The measurement result from a beam from a neighboring cell is better than the threshold.

[0299] Event A4'': The statistical values ​​(e.g., average, total, etc.) of the measurement results of multiple beams (e.g., the optimal X beams) are better than the threshold. X can be fixed or can be set via higher-layer signaling, etc.

[0300] <<<<Options 2-4>>>>

[0301] [[Event Options 2-4]]

[0302] Alternatively, the number of beams that meet the conditions (such as any one of events A2 to A6 and I1) can be considered. For example, if X beams meet event A4' (where the measurements from X beams from neighboring cells are better than a threshold), the UE can also report a CSI.

[0303] Alternatively, examples combining at least two of 2-1 to 2-4 above can also be applied. For example, consider A4''' as an event combining 2-2 and 2-3. Furthermore, consider A4'''' as an event combining 2-2, 2-3, and 2-4: Event A4''': L1-RSRP measurement results from a beam from a neighboring cell are better than the threshold.

[0304] Event A4'''': The L1-RSRP ratio of each beam from X neighboring cells is better than the threshold.

[0305] Option 2 enables faster CSI reporting compared to existing RRM reporting that utilizes RRC.

[0306] <<<<Option 3>>>

[0307] Alternatively, any combination of two or more events from options 1 and 2 above can be used to trigger a non-periodic L1 beam report (CSI report).

[0308] You can also combine existing events used in RRM reports with one or more events from option B. For example, you can trigger a CSI report if both event A4 and a new event A4''' occur.

[0309] You can also combine two or more events from option 2. For example, you can trigger a CSI report if both event A2' and the new event A4''' are met.

[0310] <<Events related to scenario 2>>

[0311] An example of an event related to scenario 2 above will be described. This event may also refer to an event that is only related to the serving cell, or an event that is related to a beam report of a PCI that only includes the serving cell.

[0312] You can also define one or more new events (separate from those used in RRM reporting) to trigger aperiodic L1 beam reporting (CSI reporting). This event can also be at least one of the following events: B2 through B6 and K1. Event B2: The measurement result of the current beam is worse than the threshold.

[0313] Event B3: The measurement results of other beams (the value after adding an offset to the measurement results) are better than the measurement results of the current beam (the value after adding an offset to the measurement results).

[0314] Event B4: Measurements of other beams (the values ​​after adding an offset to the measurement) are better than the threshold.

[0315] Event B5: The measurement result of the current beam is worse than the first threshold, and the measurement results of other beams (the value after adding the offset to the measurement result) are better than the second threshold.

[0316] Event B6: The measurement result of the current beam (the value after adding an offset to the measurement result) is worse than the threshold, and the measurement results of other beams (the value after adding an offset to the measurement result) are better than the measurement result of the current beam (the value after adding an offset to the measurement result).

[0317] Event K1: The measured value of the interference is higher than the threshold.

[0318] Furthermore, the names / symbols used in the events described in this disclosure (e.g., A2-A6, B2-B6, I1, K1, etc.) are merely examples and are not limited to this example. For instance, the name of the event for case 2 may be the same as the name of the event for case 1 corresponding to (number).

[0319] Alternatively, for at least one of the events in this disclosure (the events involved in scenario 1 / scenario 2), a period (duration) / counter for satisfying the event (condition) can be specified. The UE / NW can also determine that the conditions of each event are satisfied if at least one of the conditions of each event is satisfied with a condition related to a specific period / counter. For example, the UE can also determine that the condition of the event B3 above is satisfied if, within a 100ms time window, the measurement result of another beam is better than the measurement result of the current beam. Furthermore, for example, the UE can also determine that the condition of the event B3 above is satisfied if, for every plurality of samples, the measurement result of another beam is better than the measurement result of the current beam 10 times.

[0320] In this disclosure, "current beam" may also mean, for example, an SSB / CSI-RS that has a QCL relationship with the PDCCH (QCLed).

[0321] The PDCCH can also be, for example, the PDCCH corresponding to a CORESET determined by specific rules / higher-level parameter settings. The CORESET can also be, for example, a CORESET with a specific (e.g., lowest / highest) CORESET ID.

[0322] The CSI-RS can also be, for example, a periodic / semi-persistent / aperiodic CSI-RS. The SSB / CSI-RS can also be, for example, defined as a periodic CSI-RS / SSB.

[0323] Furthermore, in this disclosure, "current beam" can also be, for example, the indicated TCI state (joint / DL / UL TCI state) under the current unified TCI state. Additionally, "current beam" can also be, for example, the QCL source RS (QCL type D / A) associated with the current indicated TCI state.

[0324] Furthermore, in this disclosure, "current beam" may also be, for example, a beam / resource index (e.g., CRI / SSBRI) reported in a specific (e.g., latest) L1-RSRP / L1-SINR.

[0325] In this disclosure, "other beams" can also be, for example, beams other than the "current beam" / SSB / CSI-RS / TCI status.

[0326] Multiple beam sets (candidate beam sets) can also be configured for the UE. The UE can also select / determine "other beams" from this set.

[0327] In this disclosure, “(better than...)” can also mean, for example, a measurement result that is (lower than...) or higher (e.g., RSRP / SINR / RSRQ).

[0328] The aforementioned thresholds can be predefined in the specification, set / indicated / notified using higher-level signaling (RRC / MAC CE) / DCI, reported by UE capabilities, or specified through a combination of these methods. For example, the threshold can also reuse an existing threshold (e.g., the threshold used in RRM / Scenario 1).

[0329] The aforementioned offset associated with this threshold can be predefined in the specification, set / indicated / notified using higher-level signaling (RRC / MAC CE) / DCI, reported by UE capabilities, or specified by a combination of these.

[0330] Furthermore, in this disclosure, UE-initiated beam reports, event-triggered beam reports, event-driven beam reports, event-based beam reports, and event-based beam reports can be rewritten to each other.

[0331] In this disclosure, the reported beam, the reporting beam, and the UE reporting beam can also be rewritten to each other.

[0332] (Rel.18 cell handover command (MAC CE))

[0333] The cell handover command sent via MAC CE can also contain at least the following information.

[0334] Information used to identify target cells Information related to advance timing (TA), • A joint TCI status index for the target cell, or a set of DL / UL TCI status indices for the target cell. • Activated DL / UL BWP for the target cell.

[0335] Regarding the existence of beam indication in cell handover commands, the following content is supported for at least a certain scenario.

[0336] • The cell handover command always contains a field that represents a joint TCI status index for the target cell, or a set of DL / UL TCI status indexes for the target cell.

[0337] • UE operations related to the beam indication field in RACH-based handover scenarios following a cell handover command.

[0338] (analyze)

[0339] The aforementioned event-triggered beam reporting will be supported in MIMO / mobility versions after Rel.19. Furthermore, conditional handover (CHO) may also be supported as a mobility mechanism.

[0340] That is, event-triggered beam reports can be used for measurement reporting / beam handover / cell handover.

[0341] However, research on specific methods for using event-triggered beam reporting to complete measurement reporting / beam switching / cell handover (e.g., RRC-based configuration methods, event activation / deactivation methods, report content / format, methods for determining report content, rules for event-related reports, and constraints related to report timing) is insufficient. This lack of research hinders the achievement of lower latency communication and raises concerns that improvements in communication quality / throughput may be suppressed.

[0342] In view of these, the inventors of this invention conceived of a new method for event-triggered beam reporting.

[0343] Hereinafter, embodiments of the present disclosure will be described in detail with reference to the accompanying drawings. The wireless communication methods involved in each embodiment can be applied individually or in combination.

[0344] (Various interpretations)

[0345] In this disclosure, terms enclosed in parentheses "()" may also indicate explanations of the preceding term (e.g., spelling instructions), in other words, specific examples, supplementary explanations, etc. Furthermore, in this disclosure, terms enclosed in square brackets "[]" may be included in the interpretation of the entire article, or may be excluded (ignored) while still interpreting the overall meaning of the article. Additionally, "()" and "[]" may also be used for purposes / meanings other than these.

[0346] In this disclosure, "A / B" and "at least one of A and B" may be rewritten as each other. In addition, in this disclosure, "A / B / C" may also mean "at least one of A, B and C".

[0347] In this disclosure, terms such as notification, activation, deactivation, indication (or indication), selection, configuration, update, and determination can be overridden. Similarly, terms such as support, control, ability to control, operation, and ability to operate can also be overridden.

[0348] In this disclosure, Radio Resource Control (RRC), RRC parameters, RRC messages, higher-level parameters, fields, Information Elements (IE), settings, etc., can also be modified interchangeably. In this disclosure, Medium Access Control (MAC) elements (MAC ControlElement (CE)), update commands, activation / deactivation commands, etc., can also be modified interchangeably.

[0349] In this disclosure, higher-layer signaling may be, for example, any one of Radio Resource Control (RRC) signaling, Medium Access Control (MAC) signaling, broadcast information, other messages (e.g., messages from the core network, such as positioning protocol messages, such as NR Positioning Protocol A (NRPPa) / LTE Positioning Protocol (LPP) messages), or combinations thereof.

[0350] In this disclosure, MAC signaling may also use, for example, a MAC Control Element (MACCE) or a MAC Protocol Data Unit (PDU). Broadcast information may also be, for example, a Master Information Block (MIB), a System Information Block (SIB), a Minimum System Information (Remaining Minimum System Information (RMSI)), or Other System Information (OSI).

[0351] In this disclosure, physical layer signaling may also be, for example, downlink control information (DCI), uplink control information (UCI), etc.

[0352] In this disclosure, indexes, identifiers (IDs), indicators, resource IDs, etc., can also be overridden with each other. In this disclosure, time series, lists, sets, groups, clusters, subsets, etc., can also be overridden with each other.

[0353] In this disclosure, the following terms are used: panel, UE panel, panel group, beam, beam group, precoder, uplink (UL) transmitting entity, transmission / reception point (TRP)), base station, spatial relation information (SRI), spatial relation, SRS resource indicator (SRI), control resource set (CORESET), physical downlink shared channel (PDSCH), codeword (CW), transport block (TB), reference signal (RS), antenna port (e.g., demodulation reference signal (DMRS)) port, antenna port group (e.g., DMRS port group), group (e.g., spatial relation group, code division multiplexing (CDM) group, reference signal group, CORESET group, physical uplink control channel (PDSCH)). The Uplink Control Channel (PUCCH) group, PUCCH resource group, resources (e.g., reference signal resources, SRS resources), resource sets (e.g., reference signal resource sets), CORESET pool, downlink Transmission Configuration Indication state (TCI state) (DL TCI state), uplink TCI state (UL TCI state), unified TCI state, common TCI state, Quasi-Co-Location (QCL) and QCL concept can also be rewritten.

[0354] In this disclosure, base stations, gNBs, and networks (NWs) can also be rewritten.

[0355] In this disclosure, cell groups, serving cell groups, primary cell groups (MCG), and secondary cell groups (SCG) can be interchanged. L1 / L2, L1 / L2 signaling, and DCI / MAC CE can also be interchanged. The serving cell can also be replaced with the cell that sends PDSCH. A candidate cell can also refer to a cell that is a candidate to become the serving cell through L1 / L2 inter-cell mobility. L1L2-triggered mobility (LTM) and L1 / L2 inter-cell mobility can also be interchanged.

[0356] In this disclosure, the terms cell, PCI, serving cell, source serving cell, source cell, CC, BWP, BWP within CC, and band can be interchanged. In this disclosure, the terms cell, PCI, cell with added PCI, additional cell, other cell, non-serving cell, cell with different PCI, candidate cell, candidate serving cell, cell with a PCI different from the current serving cell, other serving cells, and target cell can also be interchanged. The target cell can also be a cell selected from multiple candidate cells. In this disclosure, handover (conversion), change, and update can also be interchanged. The serving cell can also be rewritten as the serving cell before handover or the serving cell after handover.

[0357] In this disclosure, event-based beam reports, event-triggered beam reports, UE-triggered beam reports, and UE-initiated beam reports can also be overridden with each other.

[0358] In this disclosure, event-triggered beam reports may also be referred to as beam reports / CSI reports / L1-RSRP / SINR beam reports.

[0359] In this disclosure, the Type 1 beam report and the beam report used for intra-cell beam switching can also be rewritten.

[0360] In this disclosure, type 2 beam reports and inter-cell beam reports can also be rewritten to each other.

[0361] In this disclosure, the beam reports of type 2-1 and the beam reports used for inter-cell beam switching can also be rewritten.

[0362] In this disclosure, the beam reports of type 2-2 and the beam reports used for cell handover can also be rewritten.

[0363] In this disclosure, tables, mappings, and associations can also be rewritten.

[0364] In this disclosure, lists, pools, and groups can also be overridden.

[0365] In this disclosure, the (new) MAC CE, UCI, cell handover command, beam handover command, MAC CE for beam reporting, and MAC CE for cell handover can also be rewritten to each other.

[0366] In this disclosure, event-based beamforming reports can also be reported via PUSCH (e.g., configured permission PUSCH, permission-based PUSCH). That is, the reporting content in this disclosure can also be transmitted using at least one of MAC CE / UCI / PUCCH / PUSCH.

[0367] (Wireless communication method)

[0368] <First Implementation>

[0369] The first implementation relates to event-based beam reporting / RRC settings related to the event.

[0370] <<Implementation Method 1-1>>

[0371] The UE can also use specific RRC settings to receive event-related settings.

[0372] In this disclosure, the primary uses of the event are described as cell handover and measurement reporting, but the uses are not limited to these. The uses of the event can also be rewritten as any other use (e.g., first use, second use, etc.), and may also include beam handover.

[0373] <<<Option 1-1-1>>>

[0374] For example, this specific setting could also be a CSI reporting setting.

[0375] Option 1-1-1 can be implemented by extending existing CSI reporting settings, thus simplifying UE implementation and reducing signaling overhead.

[0376] For example, in the CSI report settings, more than one event can be set for cell handover.

[0377] <<<<Option 1-1-1-1>>>>

[0378] For example, events used for cell handover and measurement reporting can also be included in the CSI reporting settings.

[0379] For example, both event-triggered beam reporting and conditional LTM can be set based on at least one of specific higher-layer parameters, specification requirements, and UE capability information reporting. This implementation can also be applied, for example, in the case of both event-triggered beam reporting and conditional LTM.

[0380] For example, event settings can also be the same / common across multiple (e.g., two) events. In this case, one event setting can be used for both cell handover and measurement reporting.

[0381] Figure 7A This is a diagram illustrating an example of the event settings related to option 1-1-1-1. Figure 7A In the example shown, two events (Event #1 and Event #2) are set in a CSI report setting (CSI report setting #1). Figure 7A In the example shown, event #1 represents the setting of an event for cell handover, and event #2 represents the setting of an event for measurement reporting.

[0382] <<<<Options 1-1-1-2>>>>

[0383] For example, events used for cell handover and measurement reporting can also be included in a separate CSI reporting setting.

[0384] The event settings (e.g., offset [relative to a threshold], time to trigger (TTT) and at least one of the thresholds) can be the same or different in events used for cell handover and events used for measurement reporting.

[0385] An event setting can also be used for both cell handover and measurement reporting.

[0386] Figure 7B This diagram illustrates an example of the settings for the event involved in option 1-1-1-2. Figure 7B In the example shown, an event (Event #1 and Event #2) is set in each of the two CSI report settings (CSI report settings #1 and #2). Figure 7B In the example shown, event #1 represents the setting of an event for cell handover, and event #2 represents the setting of an event for measurement reporting.

[0387] <<<Options 1-1-2>>>

[0388] For example, this specific setting could also be an RRC setting other than the CSI reporting settings.

[0389] Option 1-1-2 allows for different settings depending on the purpose of the event, thus enabling more flexible signaling.

[0390] For example, in this RRC setting, more than one event can be set for cell handover.

[0391] For example, the RRC setting can also be at least one of the LTM setting and the conditional LTM setting.

[0392] Figure 7C This diagram illustrates an example of the event settings involved in option 1-1-2. Figure 7C In the example shown, an event (Event #1) is set within an RRC setting (RRC setting #1). Figure 7C In the example shown, event #1 represents the setting of the event for cell handover.

[0393] Alternatively, option 1-1-2 can also be applied by rewriting the CSI reporting settings of option 1-1-1 (option 1-1-1-1 / 1-1-1-2) to RRC settings other than CSI reporting settings.

[0394] In this disclosure, each event may also be assigned an event identification ID (e.g., an event ID).

[0395] Furthermore, in this disclosure, the number of configurable events (e.g., maximum / minimum number) can be set using higher-layer signaling, specified in advance in the specification, determined based on reports of UE capability information, or determined by a combination of at least two of these methods.

[0396] In this disclosure, for multiple events to be set, the same event can also be set using different / multiple parameters for cell handover and measurement reporting. For example, an event can be set with two parameters related to the [L1] threshold (corresponding to cell handover and measurement reporting respectively), or an event can be set with two parameters related to TTT (corresponding to cell handover and measurement reporting respectively). In this case, the UE can also report the index / ID corresponding to the different set parameters. Furthermore, in this case, it is also possible to set the reporting content for each parameter, or to pre-set the reporting content for each parameter.

[0397] In this disclosure, cell handover can also be rewritten as a disengagement from the source cell (the connected cell) or a target RRC reset application.

[0398] In this disclosure, events, timers, counters, new RRC parameters, etc., can also be overridden.

[0399] Furthermore, in this disclosure, channel measurement resources (CMR) can also be configured for comparison of different events.

[0400] For example, the same CMR can be set for the same event. In this case, the UE can also assume that different CMRs are set / used for different events. For example, in the case of events related to beam management, the UE can also [only] compare the CMR corresponding to the same frequency as the serving cell.

[0401] Furthermore, in this disclosure, CMRs associated with different events can also be set independently.

[0402] Furthermore, in this disclosure, the same CMR settings can be used for different events. The UE may also distinguish events not based on CMR settings. In this case, the UE may also determine the purpose (event) of the CMR based on the cell / beam reported by the UE (e.g., whether it is on a different frequency / whether it carries a candidate cell ID).

[0403] According to implementation method 1-1, RRC settings can be used to appropriately set events corresponding to the purpose.

[0404] <<Implementation Methods 1-2>>

[0405] The UE can either recognize the purpose of an event or not.

[0406] For example, the UE can choose whether or not to recognize whether an event is used for cell handover or for measurement reporting.

[0407] For example, the UE can also identify whether an event is used for cell handover or for measurement reporting.

[0408] <<<Options 1-2-1>>>

[0409] Separate event lists (multiple events) can also be set for cell handover and measurement reporting.

[0410] For different lists of events, you can use either the same event ID or different event IDs (e.g., consecutive event IDs).

[0411] Figure 8 This is a diagram illustrating an example of the event settings involved in option 1-2-1-1. Figure 8 The example shown includes event lists for cell handover and measurement reporting. Each event list contains events #1 through #4. Figure 8 In the example shown, events with the same event ID contained in different lists can have either the same event setting or different event settings.

[0412] <<<Options 1-2-2>>>

[0413] The same RRC settings can also contain event settings for different purposes.

[0414] In this case, parameters / fields / flags can also be set to identify the purpose of each event setting.

[0415] Figure 9 This is a diagram illustrating an example of the event settings involved in option 1-2-1-2. Figure 9 In the example shown, event setting #1 (event #1) and event setting #2 (event #2) are set in CSI report setting #1. To identify the purpose of these event settings, the UE can also be configured with flags / parameters corresponding to each event setting. Figure 9 In the example shown, event #1 is set as a cell handover event based on this flag, and event #2 is set as a measurement reporting event based on this flag.

[0416] In addition, Figure 9 The example shown uses CSI report settings as an example, but CSI report settings can also be RRC settings other than CSI report settings.

[0417] According to embodiments 1-2, the purpose of the event can be appropriately notified to the UE.

[0418] <<Implementation Methods 1-3>>

[0419] The settings related to the parameters (also known as report content / format) included in the reports for each event can be set using higher-level signaling, pre-defined in the specifications, determined based on the UE capability information report, or determined based on a combination of at least two of these.

[0420] The report content may include, for example, at least one of the following: Reference Signal (RS) Index, TCI Status ID, measurement results (e.g., [L1 / L3-]RSRP / SINR), Timing Advance (TA) association information (e.g., TA / TA Group (TAG)), Candidate Cell ID / Physical Cell ID (PCI), Serving Cell ID, and BWP ID.

[0421] <<<Option 1-3-1>>>

[0422] For example, if the reporting content for each event is configured using high-level signaling, this configuration can also be included in the event settings.

[0423] Figure 10 This diagram illustrates an example of the report content settings related to option 1-3-1. Figure 10 In the example shown, the report content is set in each event setting (event #1 and #2).

[0424] <<<Options 1-3-2>>>

[0425] For example, when the reporting content for each event is set using high-level signaling, this setting can also be set separately from the event settings (outside of the event settings).

[0426] In this case, the association between the reporting content settings and the event settings can also be set using higher-level signaling (RRC).

[0427] For example, the settings for a report can also be associated with an event setting.

[0428] For example, a report's content setting can be associated with multiple event settings.

[0429] For example, multiple report settings can be associated with an event setting.

[0430] For example, multiple report content settings can also be associated with multiple event settings.

[0431] The report content can be set using either new RRC parameters or existing RRC parameters (such as CSI resource settings).

[0432] Figure 11 This diagram illustrates an example of the report content settings related to option 1-3-2. Figure 11 In the example shown, the report content settings can also be set separately from the individual event settings (Event #1 and #2). Figure 11 In the example shown, event #1 is associated with report content #2, and event #2 is associated with report content #1.

[0433] <<<Options 1-3-3>>>

[0434] For example, if the reporting content for each event is specified according to the guidelines, the reporting content can also be specified for each setting ID of the event / CSI report setting ID.

[0435] In this case, events can also be set for each candidate cell.

[0436] Furthermore, for example, where the reporting content for each event is specified according to the guidelines, the reporting content can also be specified for each type (purpose) of the event.

[0437] For example, the report content can also be determined based on the RRC parameters set for the event (e.g., the flags in option 1-2-2 above). In this case, a maximum of N events (e.g., N=2) can be set for a single RRC setting (e.g., CSI report setting). The report content can also be specified based on the value of each flag / event type.

[0438] Figure 12 This is a diagram illustrating an example of the report content related to option 1-3-3. In Figure 12 In the example shown, the report content is specified per configuration ID (e.g., event ID / CSI report configuration ID). Figure 12 In the example shown, the report content corresponding to setting ID#1 includes the RS index and RSRP / SINR, while the report content corresponding to setting ID#2 includes the ID of the candidate cell that satisfies the event, the TA association information of the candidate cell, the RS index, RSRP / SINR, and the BWP ID.

[0439] According to implementation methods 1-3, the report content can be appropriately determined.

[0440] According to the first embodiment described above, it is possible to appropriately perform event-based beam reporting / RRC settings related to the event.

[0441] <Second Implementation>

[0442] The second implementation involves the activation / deactivation of events.

[0443] Events (evaluated events) can also be indicated / activated [implicitly / explicitly] using specific DL signals (e.g., MAC CE / DCI).

[0444] The UE can also deactivate a set event until the event is indicated / activated. The UE can also choose not to evaluate the deactivated event.

[0445] The activation / deactivation of an event (e.g., the state of the event) can also be set using new RRC parameters.

[0446] The new RRC parameter can also be specified as a parameter representing the state of a specific cell (e.g., sub-cell) (e.g., SCellState).

[0447] Event activation / indication can also be performed per event / per candidate cell, per subset of each event / candidate cell, or per multiple (e.g., all) events / candidate cells.

[0448] Figure 13 This is a diagram illustrating an example of the activation of an event involved in the second embodiment. Figure 13 In the example shown, the UE receives a MAC CE / DCI indicating the activation of an event from the base station (BS). The UE then determines the activation of the event based on the fields contained in the MAC CE / DCI.

[0449] <<Option 2-1>>

[0450] Existing MAC CE / DCI can also be used for event indication / activation.

[0451] This configuration makes UE implementation easier.

[0452] Existing MAC CEs can also be TCI state activated / deactivated using MAC CEs.

[0453] Existing DCIs can also be DCIs associated with the start of PRACH (PDCCH order) (e.g., DCI format 1_0).

[0454] <<<Option 2-1-1>>>

[0455] A specific number (e.g., X) of reserved bits can also be used to indicate the event ID / report setting ID, or to indicate whether an event evaluation has started.

[0456] The method of indication can use bitmaps, code points, or 1-bit flags.

[0457] The aforementioned X may also be determined based on at least one of the following: the number of events / candidate cells set using RRC, the reporting of UE capability information, or specifications.

[0458] For example, when using a bitmap and Y events are set, X can also be equal to Y.

[0459] For example, when using code points and Y events are set, X can also be determined by X = Ceil(log2(Y+1)) or X = Ceil(log2Y).

[0460] In this disclosure, Ceil(A) may also refer to the output of the floor function based on A.

[0461] When X is determined by X = Ceil(log2Y), special values ​​of X (e.g., 0, 00) can also be used for existing signaling (e.g., to indicate that no event has been activated).

[0462] <<<Option 2-1-2>>>

[0463] Existing information (e.g., candidate cell ID) can also be used for event activation / indication.

[0464] For example, if candidate cell #2 is indicated using the existing MAC CE / DCI, the UE can also determine that the event corresponding to candidate cell #2 has been activated / triggered.

[0465] <<Option 2-2>>

[0466] The new MAC CE / DCI can also be used for event indication / activation.

[0467] The new MAC CE / DCI may also include indicators / fields / bits for identifying the activation of events.

[0468] Option 2-1-1 above can also be applied appropriately to this indicator / field / bit.

[0469] According to the second implementation method described above, events are activated appropriately, and none of the set events are evaluated, thereby avoiding the complexity of the UE.

[0470] <Third Implementation Method>

[0471] The third implementation method relates to the report content / format.

[0472] The content / format of the report can be set / specified publicly in cell handover and measurement reporting, or it can be set / specified independently.

[0473] <<Option 3-1>>

[0474] The UE can also use specific UL signals (e.g., UCI / MAC CE) to report information / indicators indicating which event has been satisfied (which event has occurred).

[0475] This message / indicator can use bitmaps, code points, or 1-bit flags.

[0476] The aforementioned X may also be determined based on at least one of the following: the number of events / candidate cells set using RRC, the reporting of UE capability information, or specifications.

[0477] For example, when using a bitmap and Y events are set, X can also be equal to Y.

[0478] For example, when using code points and Y events are set, X can also be determined by X = Ceil(log2(Y+1)) or X = Ceil(log2Y).

[0479] When X is determined by X = Ceil(log2Y), special values ​​of X (e.g., 0, 00) can also be used for existing signaling (e.g., to indicate that no event has occurred).

[0480] According to option 3-1, the occurrence of events can be appropriately identified on the network side.

[0481] <<Option 3-2>>

[0482] In addition to existing CSI reporting information (e.g., RS index / measurement results (e.g., RSRP / SINR)), the UE can also report at least one of TA association information (e.g., TA / TAG), BWP ID, and other specific information.

[0483] In this option, the UE can also use the MAC CE as a container.

[0484] In this option, the additional report content can be predefined in the specifications or configured using high-level signaling.

[0485] According to option 3-2, in addition to CSI reporting information, information suitable for event-triggered beam reporting can also be reported.

[0486] <<MAC CE Example 1>>

[0487] Hereinafter, an example of the MAC CE involved in the third embodiment described above will be explained.

[0488] Under certain conditions, the UE may also send a MAC CE for a UL cell handover command to the base station (gNB), containing information about the target cell (Target configuration ID) indicating the cell handover target, and initiate cell handover (serving cell handover) to that target cell, thus beginning transmission and reception with the target cell / candidate cell. For example, the UE may also send a MAC CE for a UL cell handover command to the base station if at least one of the above-described event conditions is met.

[0489] The structure of the MAC CE used for UL cell handover commands is explained below. Hereinafter, the MAC CE used for UL cell handover commands will sometimes be referred to simply as MAC CE. In order to reduce overhead, the MAC CE used for UL cell handover commands may also have information (E1, E2, E3) indicating whether the target cell's beam association information, TA association information, and BWP association information are included.

[0490] E1 indicates whether the MAC CE contains beam association information (e.g., D / U (information indicating whether the corresponding TCI status ID is a combined / downlink TCI status or an uplink TCI status), TCI status ID, RS ID, or at least one of L1-RSRP). E2 indicates whether the MAC CE contains TA association information (e.g., TAG ID / TA command). E3 indicates whether the MAC CE contains DL / ULBWP ID. E1~E3 and combinations thereof can also be other than those mentioned above. The MAC CE can also contain at least one of E1~E3. For example, E1~E3 can be set to 0 if the information is not present, and set to 1 if the information is present.

[0491] The target setting ID, candidate cell ID, and PCI can also be associated with each other. This association can also be pre-set to the UE via RRC signaling. The target setting ID can also be associated with a portion of the candidate cell ID / PCI. Therefore, compared to including the candidate cell ID / PCI in the MAC CE, security can be improved and the number of bits in the MAC CE can be reduced.

[0492] MAC CE can also independently include at least one of the following to replace E1: information indicating whether D / U is included, information indicating whether TCI status ID is included, information indicating whether RS ​​ID is included, and information indicating whether L1-RSRP is included. MAC CE can also independently include at least one of the following to replace E2: information indicating whether TAG ID is included and information indicating whether a timing advance command is included.

[0493] Whether the MAC CE used for UL cell handover commands contains various information can be set through RRC, defined in advance in the specification, or determined based on UE capabilities.

[0494] Figure 14A as well as Figure 14B This is a diagram showing the MAC CE used for the UL cell handover command with TCI status ID in Example 1. Figure 14A as well as Figure 14B The MAC CE contains the Target Configuration ID, DL BWP ID, UL BWP ID, and TCI Status ID corresponding to the beam used, representing the target cell for cell handover. Figure 14A The MAC CE also includes a TAG ID and a timed advance command. Figure 14B The MAC CE also includes timed advance commands.

[0495] Figure 15A as well as Figure 15BThis is a diagram illustrating the MAC CE used for the UL cell handover command with RS ID in Example 1. Figure 15A as well as Figure 15B The MAC CE contains the Target configuration ID, DL BWP ID, UL BWP ID, and RS ID corresponding to the beam used in the handover, representing the target cell. Figure 15A The MAC CE also includes a TAG ID and a timed advance command. Figure 15B The MAC CE also includes timed advance commands.

[0496] The RS ID can also be, for example, the SS / PBCH Block Resource Indicator (SSBRI) / Channel State Information - Reference Signal (CSI-RS) Resource Indicator (CRI), in which case it can also be 7 bits.

[0497] The "Timing Advance Command" field of MAC CE can also be rewritten as "Whether the UE has obtained a valid TA instruction", or "Whether to send RACH to the target cell", or "RACH resources used in the target cell".

[0498] The UE can shorten the interruption time during cell handover by sending TCI status ID, RS ID, TAG ID, and timed advance command in advance before cell handover.

[0499] Figure 16A as well as Figure 16B This is a diagram illustrating an example of a MAC CE used for a UL cell handover command with TCI status ID and L1-RSRP, as shown in Example 1. Figure 16A as well as Figure 16B The MAC CE contains the Target configuration ID, DL BWP ID, UL BWP ID, TCI status ID corresponding to the beam used, and L1-RSRP (absolute value) indicating the target cell for the handover. Figure 16A The MAC CE also includes a TAG ID and a timed advance command. Figure 16B The MAC CE also includes timed advance commands.

[0500] Figure 17A as well as Figure 17BThis is a diagram illustrating an example of a MAC CE for a UL cell handover command with RS ID and L1-RSRP in the first embodiment. Figure 17A as well as Figure 17B The MAC CE contains the Target configuration ID, DL BWP ID, UL BWP ID, RS ID corresponding to the beam used, and L1-RSRP (absolute value) indicating the target cell for handover. Figure 17A The MAC CE also includes a TAG ID and a timed advance command. Figure 17B The MAC CE also includes timed advance commands.

[0501] Figure 16A , Figure 16B , Figure 17A as well as Figure 17B The L1-RSRP (absolute value) can also be the best L1-RSRP among the L1-RSRPs of the RS received by the UE. The base station (gNB) can also send an indication to the UE to interrupt cell handover if the received L1-RSRP is lower than the threshold.

[0502] According to Example 1, during cell handover, the UE notifies the base station in advance of beam association information, TA association information, and DL / ULBWP ID, thus enabling rapid cell handover.

[0503] <<MAC CE Example 2>>

[0504] Under certain conditions, the UE may also send a MAC CE containing the UERS ID and the measurement result (L1-RSRP) of the RS to the base station (gNB) for a UL cell handover command, and perform a cell handover (serving cell handover) to the target cell corresponding to the RS, initiating transmission and reception with the target cell / candidate cell. For example, the UE may also send a MAC CE for a UL cell handover command to the base station if at least one of the above-mentioned event conditions is met.

[0505] MAC CE can also include information (S1~S4) indicating whether the corresponding RS ID is used in the target cell for cell handover. For example, if S1 is 1, it means that the RS with RS ID = 1 is used in the target cell for cell handover; if S1 is 0, it means that the RS with RS ID = 1 is not used in the target cell for cell handover. Alternatively, S1~S4 may not set all RS IDs. For example, S1~S4 may only set the RS ID with the highest L1-RSRP.

[0506] A value of 1 for any of S1 to S4 in the MAC CE can also indicate that the MAC CE contains cell handover information (such as at least one of the target setting ID, TA association information, and UL / DL BWP ID).

[0507] Figure 18A as well as Figure 18B This is a diagram illustrating the first example of the MAC CE used for the UL cell handover command in Example 2.

[0508] When only one RS ID and L1-RSRP are included, these RS ID and L1-RSRP are used for cell handover reporting, with the RS ID indicating the target cell. For example, when C2~C3=0, only RS ID1 and L1-RSRP1 are included in the MAC CE.

[0509] Figure 19A as well as Figure 19B This is a diagram illustrating the second example of the MAC CE used for the UL cell handover command in Example 2. Figure 19A as well as Figure 19B Is Figure 18A as well as Figure 18B The example includes R, E1, and E2, representing the target cell's target configuration ID, DL BWP ID, and UL BWP ID for the cell handover object. E1 indicates whether the MAC CE contains DL / UL BWP information. E2 indicates whether the MAC CE contains a TAG ID / timing advance command.

[0510] Figure 20A as well as Figure 20B This is a diagram of the third example of the MAC CE used for the UL cell handover command in Example 2. Figure 20A as well as Figure 20B The MAC CE has two timed advance commands to replace Figure 19A as well as Figure 19B Examples include the TAG ID and the scheduled advance command.

[0511] exist Figure 19A as well as Figure 19B , Figure 20A as well as Figure 20B The target setting ID may not be included. In this case, the target setting ID can also be determined based on the RS ID. Figure 19A as well as Figure 19B Alternatively, the DL / UL BWP ID may not be included. In this case (e.g., with Rel.18 as the baseline), the DL / UL BWP ID can also be preset via RRC signaling.

[0512] Figure 21A as well as Figure 21B This is a diagram of the fourth example of the MAC CE used for the UL cell handover command in Example 2.

[0513] exist Figure 21A as well as Figure 21B In the MAC CE, S1-S4 report which RS ID (PCI1) is used in the target cell for cell handover. That is, S1-S4 indicate which corresponding RS ID or PCI is used in the target cell for cell handover. For example, if S1 is 1, it means that the RS with RS ID = 1 and PCI1 are used in the target cell for cell handover; if S1 is 0, it means that the RS with RS ID = 1 and PCI1 are not used in the target cell for cell handover. The RS ID and PCI correspond, and this correspondence can also be preset via RRC signaling. Therefore, the MAC CE can also contain only either the RS ID or the PCI.

[0514] A value of 1 in any of S1 to S4 of the MAC CE can also indicate that the MAC CE contains cell handover information (target setting ID, TA association information, UL / DL BWP ID).

[0515] exist Figure 21A as well as Figure 21B The MAC CE can also include Figure 19A as well as Figure 19B , Figure 20A as well as Figure 20B The TAG ID / timing advance command is shown in the image.

[0516] The UE can send both the MAC CE from Example 1 and the MAC CE from Example 2, or either one. When sending both MAC CEs, the UE can also adjust the settings to ensure there are no duplicate entries. For example, the UE can also send... Figure 18A or Figure 18B After the MAC CE, send Figure 14A or Figure 14B MAC CE. For example, when the UE sends... Figure 19A , Figure 19B , Figure 20A ,or Figure 20B In the case of a MAC CE, the MAC CE in Example 1 may not need to be sent.

[0517] In Example 2, the MAC CE contains the RS ID and the RS measurement results (L1-RSRP), so during cell handover, the NW can identify the quality of the target cell for cell handover.

[0518] <<MAC CE Example 3>>

[0519] <<<Example 3.1>>>

[0520] The UE can also report the start of cell handover to the NW (base station) using any of the following methods (triggering cell handover).

[0521] Option 1: The UE uses a UL cell handover command (e.g., MAC CE in Example 1) to report.

[0522] Option 2: The UE uses event-based beam reporting (e.g., MAC CE in Example 2, content-independent) to report.

[0523] Option 3: The UE uses event-based beam reporting (e.g., MAC CE in Example 2, any one of S1 to S4 is 1) to report.

[0524] The UE can also send a MAC CE for UL cell handover commands to the base station (gNB) based on the DL measurement results of the source cell (e.g., L1-RSRP / SINR, etc.). The UE can also send a MAC CE for UL cell handover commands if the measurement results of the source cell (e.g., L1-RSRP / SINR included in the CSI report) are lower than a specific threshold. For example, the UE can also send a MAC CE for UL cell handover commands if the measurement results are lower than a specific threshold within a specific period or if a specific number of times the measurement results are lower than a specific threshold. The threshold difference can be notified to the MAC layer from the physical layer or counted by a counter at the MAC layer.

[0525] <<<Example 3.2>>

[0526] The operation of the UE after triggering cell handover (sending the UL cell handover command MAC CE) is explained.

[0527] In the case of the UL cell handover command MAC CE in Application Example 1, the base station / UE can also decide whether to perform RACH-less LTM or RACH-based LTM based on the content of the MAC CE. RACH-less LTM can also be performed if at least one of the following conditions is met.

[0528] Option 1: E1 is 1 (e.g., beam association information exists) and E2 is 1 (e.g., TA association information exists).

[0529] Option 2: The UE obtains all the information required for cell handover through signals from the NW (e.g., the cell handover command MAC CE in LTM).

[0530] In the case of the UL cell handover command MAC CE in Application Example 2, the base station / UE can also decide whether to perform RACH-free LTM or RACH-based LTM based on the content of the MAC CE. RACH-free LTM can also be performed if at least one of the following conditions is met.

[0531] Option 3: E2 is 1 (e.g., TA associated information exists).

[0532] Option 4: The UE obtains all the information required for cell handover through signals from the NW (e.g., the cell handover command MAC CE in LTM).

[0533] Alternatively, RACH-based LTM can be executed if any one of options 1-4 is not satisfied. Alternatively, RACH-based LTM can be executed if at least one of options 1-4 is not satisfied.

[0534] When performing RACH-based LTM, the UE uses the RACH source set via RRC signaling and the RS (SSB) reported via UL cell handover command (based on Rel.18 LTM) to send PRACH to the target cell. Then, the UE stops communication with the source cell.

[0535] In the case of performing RACH-free LTM, the UE sends the initial UL data to the target cell at a set occasion (set via RRC) associated with the SSB reported via the UL cell handover command (based on Rel.18 LTM). Alternatively, the UE monitors the PDCCH of the target cell for dynamic scheduling (e.g., based on Rel.18 LTM). The UE then ceases communication with the source cell.

[0536] Alternatively, the UE's operation in this example can begin after a specific time (e.g., Xms / symbol / time slot) following the UL cell handover command report. This specific time can be set for the UE via RRC signaling, predefined in the specification, or set based on the UE's capabilities. Cell handover can also be cancelled if the UE receives a DL signal from the NW within the specific time.

[0537] The conditions for completing cell handover can also reuse the conditions from Rel.18.

[0538] <<MAC CE Example 4>>

[0539] <<<Example 4.1>>>

[0540] The UE can also receive a MAC CE containing the TCI status IDs of more than one candidate cell for TCI status activation / deactivation, and perform cell handover (serving cell handover) to the target cell corresponding to the candidate cell.

[0541] The UE can also send the MAC CE as in Example 1 / Example 2 before cell handover, or receive the cell handover command MAC CE from the base station (gNB). The TCI state of the target cell shown in the MAC CE in Example 1 / Example 2 can also be selected from the active TCI states in the MAC CEs in Example 4 / Example 5 / Example 6. This reduces the number of bits used in the TCI state ID of the MAC CE in Example 1 / Example 2.

[0542] Option 1: The MAC CE may also include information indicating whether the TCI status ID of more than one candidate cell is included in the MAC CE. Figure 22A This is a diagram illustrating the first example of MAC CE in Example 4.1. For example, if any of R (e.g., R in Oct1) is 0, it can also mean that the MAC CE does not contain the TCI state ID of the candidate cell; if R is 1, it can also mean that the MAC CE contains the TCI state ID of the candidate cell. Figure 22A The Serving Cell ID can also be replaced with the Candidate Cell ID.

[0543] The number of candidate cells corresponding to the TCI states that can be activated simultaneously by a single MAC CE can be set to the UE through RRC signaling, indicated to the UE through MAC CE, determined in advance by specifications, determined based on UE capabilities, or set / indicated / determined to the UE through a combination of these methods.

[0544] Option 2: The UE may also envision / expect that the TCI status IDs of more than one candidate cell are always included in the MAC CE. Whether the TCI status IDs of candidate cells are always included in the MAC CE can be set via RRC / determined in advance via specifications / determined based on the UE's capabilities.

[0545] The number of candidate cells corresponding to the TCI states that can be activated simultaneously by a single MAC CE can be set to the UE through RRC signaling, indicated to the UE through MAC CE, determined in advance by specifications, determined based on UE capabilities, or set / indicated / determined to the UE through a combination of these methods.

[0546] Option 3: The candidate cell ID or the bitmap corresponding to the candidate cell can also be included in the MAC CE, indicating whether the TCI status ID of more than one candidate cell is included in the MAC CE. The MAC CE can also contain multiple candidate cell IDs. Each bit of the bitmap can also be applied to the TCI status ID of a candidate cell. In the MAC CE, if all bits of the candidate cell ID or bitmap are 0 (or 1), the candidate cell's TCI status ID may not be included in the MAC CE. If all bits of the candidate cell ID or bitmap are not 0, the candidate cell's TCI status ID may also be included in the MAC CE.

[0547] In MAC CE, the current serving cell ID that is set as a candidate cell can also be included in the serving cell ID field.

[0548] change: Figure 22B This is a diagram illustrating the second example of the MAC CE in Example 4.1. (As shown...) Figure 22B In this way, the MAC CE can also contain a candidate cell ID. Multiple sets of octets in the graph constitute one set of the MAC CE. The 1-bit "R" field of each set (e.g., the first set) can also indicate the existence of the next set (e.g., the second set).

[0549] By receiving the MAC CE in this example, the UE can obtain the TCI status ID of the active / deactivated candidate cell before cell handover, and thus can quickly implement cell handover.

[0550] <<<Example 4.2>>

[0551] The method for indicating candidate cell IDs used for TCI state activation is explained.

[0552] Option 1: The MAC CE can also contain more than one candidate cell ID for TCI status activation. Figure 23A This is a diagram illustrating an example of MAC CE for option 1 of Example 4.2. Figure 23A The MAC CE contains two 3-bit candidate cell IDs, but the number of candidate cell IDs contained in the MAC CE may not be two.

[0553] The B bits used to indicate the candidate cell ID can also be determined by C candidate cells set for LTM / TCI state activation (e.g., B = [log2C], B: number of bits, C: number of candidate cells set for LTM / TCI state activation). C can be set to the UE via RRC signaling, indicated to the UE via MAC CE, predetermined by specifications, determined based on UE capabilities, or set / indicated / determined to the UE via a combination of these methods.

[0554] Alternatively, in option 3 of Example 4.1, for example, B could also be [log₂C + 1]. Specific bit combinations (e.g., "000") could also refer to the conventional MAC CE. In the case of applying option 1 of Example 4.1, in Figure 23A The R position of Oct1 can also contain bits indicating whether the TCI status ID of more than one candidate cell is included in the MAC CE.

[0555] Option 2: The MAC CE may also include bits (bitmap) for each candidate cell, indicating whether there is a TCI status ID in the MAC CE for more than one candidate cell. Figure 23B This is a diagram illustrating an example of MAC CE for option 2 of Example 4.2. Figure 23B In the example, Cells #0 to #6 each correspond to the TCI status ID of a candidate cell. For instance, if Cell #X is 0, it means that the MAC CE does not contain the TCI status ID of the candidate cell corresponding to Cell #X. If Cell #X is 1, it means that the MAC CE contains the TCI status ID of the candidate cell corresponding to Cell #X.

[0556] The number of candidate cells corresponding to the TCI states that can be activated simultaneously by a single MAC CE can be set to the UE through RRC signaling, indicated to the UE through MAC CE, determined in advance by specifications, determined based on UE capabilities, or set / indicated / determined to the UE through a combination of these methods.

[0557] In the case of option 1 in Example 4.1, in Figure 23B The position of Cell#0 in Oct 1 can also contain bits indicating whether the TCI status ID of more than one candidate cell is included in the MAC CE.

[0558] By receiving the MAC CE in this example, the UE can obtain the TCI status IDs of multiple candidate cells that are active / deactivated before cell handover. Therefore, even if there are multiple candidate cells that can become candidates for cell handover, cell handover can be carried out quickly.

[0559] <<<Example 4.3>>

[0560] Figure 24 This is a diagram illustrating an example of the MAC CE from Example 4.3. (As shown...) Figure 24 In that case, the MAC CE can also contain more than one TCI state ID for each candidate cell ID. For example, TCI state IDs 1~N represent the TCI state of candidate cell ID 0, and TCI state IDs 1~N (for Cell ID 1) represent the TCI state of candidate cell ID 1. Figure 24 In the example, the TCI status ID is configured in ascending order of candidate cell IDs, but it can also be configured in descending order of candidate cell IDs.

[0561] The number (N) of TCI status IDs for each candidate cell included in the MAC CE can also be determined as in option 1 or 2 below.

[0562] Option 1: N is the same as the number of TCI status IDs of the serving cell.

[0563] Option 2: N can be set to the UE via RRC signaling, indicated to the UE via MAC CE, predetermined by specifications, determined based on the UE's capabilities, or set / indicated / determined to the UE via a combination of these methods.

[0564] The number (N) of TCI status IDs for each candidate cell included in the MAC CE can be set / indicated / determined for each candidate cell, either for all candidate cells or for each band / CC.

[0565] By receiving the MAC CE in this example, the UE can quickly perform cell handover even when there are multiple TCI states corresponding to the candidate cell.

[0566] <<MAC CE Example 5>>

[0567] The MAC CE in Example 5 can also be combined with at least a part of the MAC CE in Example 4.

[0568] <<<Example 5.1>>>

[0569] Option 1: Alternatively, the same MAC subheader with eLCID as previous MAC CEs can be applied, and specific bits in the MAC CE (e.g., the first bit of Oct 1) can indicate whether the cell setting in subsequent MAC CEs is for the serving cell or a candidate cell. In this case, previous MAC CEs (e.g., ...) can be reused. Figure 9For example, a specific bit being 0 indicates that the subsequent cell is configured as a serving cell, while a specific bit being 1 indicates that the subsequent cell is configured as a candidate cell.

[0570] Option 2: Alternatively, a new MAC CE (different from the MAC CE used for the serving cell) can be applied, which includes the candidate cell's TCI status ID. In this case, it is not necessary to configure the bits indicating whether it is the serving cell or the candidate cell.

[0571] <<<Example 5.2>>

[0572] The new MAC CE contains information representing more than one candidate cell using the TCI status ID, Pi, D / U, and at least one TCI status ID.

[0573] Pi can also be set per candidate cell, with 1 indicating multiple TCI states and 0 indicating a single TCI state. D / U can also be set per TCI state ID, with 1 indicating a combined / downlink TCI state and 0 indicating an uplink TCI state. The TCI state ID can also be, for example, 6 bits or 7 bits.

[0574] As information indicating one or more candidate cells using TCI status ID, apply any of the following options.

[0575] Option 1: Candidate cell ID for TCI status activation.

[0576] Option 2: Bitmap (each bit corresponds to a candidate cell).

[0577] In option 1, the following options are also considered for setting / indicating the number (C) of candidate cells that a single MAC CE can simultaneously activate in TCI state.

[0578] Option 1-1: C can be set to the UE via RRC signaling, determined in advance by specifications, determined based on the UE's capabilities, or set / instructed / determined to the UE via a combination of these methods.

[0579] Option 1-2: C can also be indicated via this single MAC CE.

[0580] Figure 25 This is a diagram illustrating a portion of the MAC CE for option 1-1 in Example 5.2. In this example, the number of candidate cells is set to 4. In this case, the details described later are unnecessary. Figure 26A as well as Figure 26B E1~E3.

[0581] Figure 26A as well as Figure 26B This is a diagram illustrating a portion of the MAC CE for options 1-2 in Example 5.2. In this example, E1~E3 represent the presence or absence of Cell IDs 1~3, respectively (e.g., 0: not present, 1: present). Since at least one candidate cell exists (Cell ID 0 in this example), E0 may not be included.

[0582] The total number of candidate cells set for the activation of LTM / TCI state can be set to the UE via RRC signaling, determined in advance by specifications, determined based on UE capabilities, or set / indicated / determined to the UE by a combination of these methods.

[0583] Figure 27A as well as Figure 27B This is a diagram illustrating a portion of the MAC CE for option 2 of Example 5.2. Figure 27A as well as Figure 27B Cell#i in Figure 27A The range is 0-7. Figure 27B The values ​​0 to 6 correspond to candidate cells and indicate whether the TCI status ID of the corresponding candidate cell exists in the MAC CE (e.g., 0: not present, 1: present).

[0584] Furthermore, the MAC CE in this example can also be combined with any of the MAC CEs in Example 4. For example, Figure 25 , Figure 26A as well as Figure 26B , Figure 27A as well as Figure 27B It may also include the serving cell ID, DL / UL BWP ID, Pi, D / U, TCI status ID, R, etc. Furthermore, the MAC CE in this example can also be combined with any MAC CE from Example 1 / Example 2.

[0585] In this example, the UE is notified in the MAC CE of the number of candidate cells, the existence of candidate cells, and the presence or absence of the TCI status ID of candidate cells, thus enabling efficient processing without unnecessary reads.

[0586] According to the third embodiment described above, it is possible to appropriately report events related to UE.

[0587] <Fourth Implementation>

[0588] The fourth implementation involves the decision-making process for the report content.

[0589] The UE can also use RRC to configure multiple RS resources. The UE can also perform measurements for these multiple RS resources and determine / evaluate the occurrence of at least one RS resource event for these multiple RS resources.

[0590] <<Implementation Method 4-1>>

[0591] The UE can also evaluate / determine whether an event is satisfied for multiple (e.g., all) resources set via RRC.

[0592] <<<Option 4-1-1>>>

[0593] For example, in the case of satisfying events for multiple (e.g., all) resources, the UE can also [always] report the content for those multiple (e.g., all) resources.

[0594] <<<Option 4-1-2>>>

[0595] For example, in the case of satisfying events for multiple (e.g., all) resources, the UE can also [always] report the content for at least a portion of the multiple (e.g., all) resources (the selected resources).

[0596] The selected resources may also be prioritized in order of measurement results (e.g., [L1 / L3-]RSRP / SINR / RSRQ) (e.g., large / small values).

[0597] In addition, selected resources can also be prioritized / discarded based on rules pre-defined in the specification.

[0598] The number of resources selected (e.g., the maximum number) can be set via RRC signaling, pre-specified in the specification, determined based on UE capability information reports, or determined based on a combination of at least two of these.

[0599] <<<Option 4-1-3>>>

[0600] For example, in the event that a resource fulfillment event is for a portion of a set of (e.g., all) resources, the UE may [always] report the content for the set of (e.g., all) resources.

[0601] Figure 28 This is a diagram illustrating an example of the report content related to option 4-1-3. In Figure 28 In the example shown, for the UE, the reporting content related to RS#1 through #3 is configured in the event settings. The UE performs measurements on RS#1 through #3 (resources) and reports the RSs that were measured (in... Figure 28The example shows the report content of RS#1 to #3.

[0602] <<<Option 4-1-4>>>

[0603] For example, in the case of a resource satisfaction event for a portion of a set of multiple (e.g., all) resources, the UE can also [always] report the content of the resource for that portion.

[0604] Figure 29 This is a diagram illustrating an example of the report content related to option 4-1-4. Figure 29 In the example shown, for the UE, the reporting content related to RS#1 to #3 is set in the event settings. The UE performs measurements of RS#1 to #3 (resources) and reports the RS that meet the event (in Figure 29 The examples are the report contents of RS#1 and #3.

[0605] <<Implementation Method 4-2>>

[0606] The UE can also evaluate / determine whether an event is satisfied for a portion of the multiple resources set through RRC.

[0607] In this disclosure, evaluations and judgments can also be rewritten.

[0608] At least one of the resources being evaluated may also be determined by following option 4-2-1 / 4-2-2.

[0609] In addition, at least one of the options involved in the report content can also be applied to the above-described implementation method 4-1.

[0610] <<<Option 4-2-1>>>

[0611] The UE can also determine a subset of resources set via RRC based on whether an event common to multiple resources is met.

[0612] For example, multiple events can be set for each of multiple resources (e.g., resource common events and resource specific events).

[0613] For example, the UE can also evaluate / judge events for resources that are configured to have common resource events. Then, the UE can also evaluate / judge events for resources that are configured to have specific resource events.

[0614] Furthermore, for example, the UE can also evaluate / judge events for resources that are specific to a set resource. Then, the UE can also evaluate / judge events for resources that are common to a set resource.

[0615] <<<Option 4-2-2>>>

[0616] The UE can also determine a subset of resources that are set via RRC based on the status of the resources (e.g., active or deactivated).

[0617] For example, the UE can also evaluate / judge events related to activated resources.

[0618] According to the fourth embodiment described above, the content to be reported can be appropriately determined.

[0619] <Fifth Implementation>

[0620] The fifth implementation involves reporting which / what event is satisfied.

[0621] The UE can also identify whether an event is for cell handover or for measurement reporting.

[0622] It can also support the above implementation method 4-2.

[0623] The UE can also use specific report content in the beam report to report which / what event has been satisfied.

[0624] For example, the report may include either the number of candidate cells (non-serving cells) or at least the RS ID.

[0625] Figure 30 This is a diagram illustrating an example of a report related to the fifth embodiment. In Figure 30 In the example shown, the UE reports to the network (base station (BS)) containing specific information. The network then uses this report / information to determine which / what event has been satisfied in the UE.

[0626] <<Option 5-1>>

[0627] A report may also include only one RS ID.

[0628] When an RS ID is associated with a candidate cell, the report can also indicate that an event set for cell handover has been met.

[0629] Furthermore, the conditions involved in options 5-1-1 / 5-1-2 / 5-1-3 below may also be considered. At least two of the conditions involved in options 5-1-1 / 5-1-2 / 5-1-3 below may also be combined.

[0630] <<<Option 5-1-1>>>

[0631] For example, the additional conditions can also be conditions related to the measurement results corresponding to an RS ID.

[0632] For example, if a measurement result corresponding to an RS ID (e.g., [L1 / L3-]RSRP / SINR) is better than a specific threshold (e.g., high / low), the report may also indicate that an event set for cell handover has been met.

[0633] <<<Option 5-1-2>>>

[0634] For example, the additional conditions can also be conditions related to the state of a candidate cell associated with an RS ID.

[0635] In the case of a candidate cell associated with an RS ID, where DL synchronization / UL synchronization / TCI state activation has been completed, the report can also indicate that the event set for cell handover has been met.

[0636] <<<Option 5-1-3>>>

[0637] For example, the additional conditions could also be conditions related to the TA / BWP of a candidate cell associated with an RS ID.

[0638] When the report includes TA association information / BWP ID of a candidate cell associated with an RS ID, the report may also indicate that an event set for cell handover has been met.

[0639] <<Option 5-2>>

[0640] Multiple RS IDs can also be included in the report.

[0641] When multiple (e.g., all) RS IDs are associated with candidate cells, the report may also indicate that an event set for cell handover has been met.

[0642] Furthermore, the conditions involved in options 5-2-1 / 5-2-2 / 5-2-3 below may also be considered. At least two of the conditions involved in options 5-2-1 / 5-2-2 / 5-2-3 below may also be combined.

[0643] <<<Option 5-2-1>>>

[0644] For example, additional conditions could also be conditions related to the number of RS IDs included in the report.

[0645] For example, if the report contains more than a certain number (or more than a certain number) of RS IDs, the report may also indicate that an event set for cell handover has been met.

[0646] <<<Option 5-2-2>>>

[0647] For example, the additional conditions can also be conditions related to the measurement results corresponding to the RS ID.

[0648] For example, if a measurement result (e.g., [L1 / L3-]RSRP / SINR) corresponding to more than a certain number (or above a certain number) of RS IDs is better than a certain threshold (e.g., high / low), the report may also indicate that an event set for cell handover has been met.

[0649] <<<Option 5-2-3>>>

[0650] For example, the additional conditions could also be conditions related to the TA / BWP of the candidate cell associated with the RS ID.

[0651] For example, if the report includes TA association information / BWP ID of candidate cells associated with [more than a certain number (or, above a certain number)] RS IDs, the report may also indicate that an event set for cell handover has been met.

[0652] <<Option 5-3>>

[0653] Multiple RS IDs can also be included in the report.

[0654] When each RS ID is associated with a different candidate cell / serving cell, and the cell associated with the RS ID (hereinafter also referred to as the best RS ID) of the best measurement result (e.g., [L1 / L3-]RSRP / SINR) is a candidate cell, the report may also indicate that the event set for cell handover has been met.

[0655] Furthermore, the conditions involved in options 5-3-1 / 5-3-2 / 5-3-3 / 5-3-4 / 5-3-5 / 5-3-6 below may also be considered. At least two of the conditions involved in options 5-3-1 / 5-3-2 / 5-3-3 / 5-3-4 / 5-3-5 / 5-3-6 below may also be combined.

[0656] <<<Option 5-3-1>>>

[0657] For example, the additional conditions can also be conditions related to the measurement results corresponding to the RS ID.

[0658] For example, if the measurement result corresponding to the optimal RS ID (e.g., [L1 / L3-]RSRP / SINR) is better than a specific threshold (e.g., high / low), the report may also indicate that an event set for cell handover has been met.

[0659] <<<Option 5-3-2>>>

[0660] For example, the additional conditions can also be conditions related to the measurement results corresponding to the RS ID.

[0661] For example, a report may also indicate that an event set for cell handover has been met if the measurement result corresponding to the best RS ID (e.g., [L1 / L3-]RSRP / SINR) is better than a specific threshold (e.g., high / low) compared to a specific result of the best RS ID associated with a specific cell (e.g., serving cell).

[0662] <<<Option 5-3-3>>>

[0663] For example, additional conditions could also be conditions related to the number of RS IDs included in the report.

[0664] For example, if the report contains more (or more than a certain number) RS IDs associated with candidate cells that have the same RS ID as the best, the report may also indicate that an event set for cell handover has been met.

[0665] <<<Options 5-3-4>>>

[0666] For example, the additional conditions can also be conditions related to the measurement results corresponding to the RS ID.

[0667] For example, a report may also indicate that an event set for cell handover has been met if the measurement results of more than a certain number (or more than a certain number) of RS IDs associated with the same candidate cell as the best RS ID (e.g., [L1 / L3-]RSRP / SINR) are better than a certain threshold (e.g., higher / low) compared to a specific result of the [best] RS ID associated with a specific cell (e.g., serving cell).

[0668] <<<Option 5-3-5>>>

[0669] For example, the additional conditions can also be conditions related to the measurement results corresponding to the RS ID.

[0670] For example, if the measurement results (e.g., [L1 / L3-]RSRP / SINR) of more than a certain number (or more than a certain number) of candidate cells associated with the best RS ID are better than a certain threshold (e.g., high / low), the report may also indicate that an event set for cell handover has been met.

[0671] <<<Options 5-3-6>>>

[0672] For example, the additional conditions could also be conditions related to the TA / BWP of the candidate cell associated with the RS ID.

[0673] For example, if the report includes TA association information / BWP ID of the candidate cell associated with the best RS ID, the report may also indicate that an event set for cell handover has been met.

[0674] In the fifth implementation, the specific number and the specific threshold can be set / indicated using higher-level signaling (RRC) / MACCE / DCI, or can be predefined in the specification, or can be determined based on the report of UE capability information, or can be determined based on a combination of at least two of these.

[0675] Furthermore, in this embodiment, candidate cells, non-serving cells, and serving cells can be interchanged.

[0676] Furthermore, in this embodiment, the RS ID and candidate cells can also be rewritten.

[0677] Furthermore, in this embodiment, cell handover, beam switching, and measurement reports can also be rewritten.

[0678] According to the fifth implementation method above, it is possible to appropriately report which / what event has been satisfied.

[0679] <Sixth Implementation Method>

[0680] The sixth implementation involves the reporting and the conditions for reporting timing.

[0681] It is also possible to specify / set the timing involved in the transmission of the report, and the conditions involved in at least one of which cell is included in the report.

[0682] For example, the UE can also determine that an event has occurred, and then send a report based on that condition.

[0683] <<Option 6-1>>

[0684] For example, the UE can also send a report at a specific time after the reception [completion] is reset in the RRC associated with LTM.

[0685] For example, the cells included in the report can be any one or more cells that are set using RRC.

[0686] For example, the number of cells can be determined based on the UE implementation.

[0687] <<Option 6-2>>

[0688] For example, the UE can also send a report at a specific time after DL synchronization with a specific candidate cell is completed.

[0689] For example, the cells included in the report can be any one or more cells that are set using RRC, regardless of whether they are cells that have completed DL synchronization.

[0690] For example, the cells included in the report can be one or more cells that have completed DL synchronization.

[0691] <<Option 6-3>>

[0692] For example, the UE can also send a report at a specific time after UL synchronization with a specific candidate cell is completed.

[0693] For example, the cells included in the report can be any one or more cells set using RRC, regardless of whether they are cells completed synchronously with UL.

[0694] For example, the cell included in the report can be one or more cells that UL completed simultaneously.

[0695] <<Option 6-4>>

[0696] For example, the UE can also send a report at a specific time after the activation of the TCI state of the candidate cell is completed.

[0697] For example, the cells included in the report can be any one or more cells set using RRC, regardless of whether they are TCI status activation completed.

[0698] For example, the cells included in the report can be one or more cells that have completed activation of the TCI status.

[0699] <<Options 6-5>>

[0700] The UE can also receive the [new] MAC CE / DCI indicating that the beam report was triggered by the event.

[0701] The UE can also send a report at a specific time after the MAC CE / DCI reception [is completed].

[0702] For example, the cells included in the report can be any one or more cells that are set using RRC, regardless of the MAC CE / DCI indication.

[0703] For example, the cells included in the report may be one or more of the candidate cells indicated by the MAC CE / DCI.

[0704] Alternatively, at least two of the above options 6-1 to 6-5 can be combined and applied.

[0705] In addition, in this embodiment, a specific candidate cell can be either a single cell or multiple cells.

[0706] In addition, in this embodiment, "completed" may also mean when the DL signal is received, when the DL signal reception processing (e.g., demodulation / decoding) is completed, or when the corresponding UL signal (e.g., ACK) is sent.

[0707] The specific timing in options 6-1 to 6-5 above can also be within a specific period.

[0708] For example, the specific timing could also be within a specific period (e.g., X symbols / ms) after the completion of the corresponding operation.

[0709] For example, the specific timing could also be a specific number of UL resources that can be reported after the corresponding operation is completed (e.g., [Set License / Dynamic License] PUSCH / Dedicated SR / Dedicated PRACH).

[0710] The specific period and specific number can be set / indicated using higher-level signaling (RRC) / MAC CE / DCI, or can be pre-specified in the specification, or determined based on reports of UE capability information, or based on a combination of at least two of these.

[0711] Figure 31 This is a diagram illustrating an example of a report related to the sixth embodiment. In Figure 31 In the example shown, after a specific event occurs, within a specific period, a specific number (in) Figure 31 In the example shown, beam reporting is performed on UL resources (three times).

[0712] Additionally, the sixth embodiment can also apply timing to cell / beam measurements to perform event evaluation.

[0713] For example, the MAC CE in option 6-5 above can also be a MAC CE used to trigger the evaluation / judgment of an event.

[0714] The UE can also begin evaluating / judging an event after a specific period has elapsed since the transmission of the beam report triggered by the event.

[0715] According to the sixth embodiment above, the timing of the report and the cells included in the report can be appropriately determined.

[0716] <Supplement>

[0717] <<Information Notification to UE>>

[0718] In the above embodiments, any information [notification from the network (NW) (e.g., base station (BS))] to the UE (in other words, the reception of any information from the BS in the UE) can also be delivered using physical layer signaling (e.g., DCI), higher layer signaling (e.g., RRC signaling, MAC CE), specific signals / channels (e.g., PDCCH, PDSCH, reference signals), or combinations thereof.

[0719] In the case where the above notification is made via MAC CE, the MAC CE can also be identified by including a new Logical Channel ID (LCID) in the MAC subheader that is not specified in the existing standard.

[0720] When the above notification is made through DCI, the notification can also be made through specific fields of the DCI, the Radio Network Temporary Identifier (RNTI) used in the scrambling of the Cyclic Redundancy Check (CRC) bits assigned to the DCI, the format of the DCI, etc.

[0721] Furthermore, the notification of any information to the UE in the above embodiments can also be carried out periodically, semi-persistently, or non-periodically.

[0722] <<Notification of Information from UE>>

[0723] The notification of arbitrary information from the UE to the NW (in other words, the transmission / reporting of arbitrary information from the UE to the BS) in the above embodiments can also be performed using physical layer signaling (e.g., UCI), higher layer signaling (e.g., RRC signaling, MAC CE), specific signals / channels (e.g., PUCCH, PUSCH, PRACH, reference signals), or combinations thereof.

[0724] In the case where the above notification is made via MAC CE, the MAC CE can also be identified by including a new LCID in the MAC subheader that is not specified in the existing standard.

[0725] In cases where the above notification is sent via UCI, the above notification may also be sent using PUCCH or PUSCH.

[0726] Furthermore, the notification of any information from the UE in the above embodiments can also be carried out periodically, semi-persistently, or non-periodically.

[0727] <<Application of Each Implementation Method>>

[0728] In the UE / BS, a specific processing / operation / control / conception / information for at least one of the above-described implementations may also be applied (used) if any one or more of the following conditions are met: • High-level parameters are set to represent the specific processing / operation / control / concept / information mentioned above.

[0729] The specific processing / operation / control / concept / information mentioned above is determined based on associated high-level parameters.

[0730] The aforementioned specific processing / operation / control / concept / information is specified / activated / triggered via MAC CE / DCI / UCI / resource / channel / RS.

[0731] • The report or support indicates the specific UE capability (UE capability) of the aforementioned specific processing / operation / control / conception / information (or associated information).

[0732] The application of the aforementioned specific processing / operation / control / conception / information is judged based on specific conditions.

[0733] The specific UE capability mentioned above can also represent at least one of the following: • Supports specific processing / operation / control / information for at least one of the above-described embodiments.

[0734] • Supports event-triggered beam reporting.

[0735] • Supports beam reporting of type 1 / 2 / 2-1 / 2-2.

[0736] • Supports MIMO / mobility from Rel.19 onwards.

[0737] Furthermore, the aforementioned specific UE capabilities can be capabilities that apply across all frequencies (frequency-independent and common), capabilities that apply to each frequency (e.g., one or a combination of cells, bands, band combinations, BWPs, component carriers, etc.), capabilities that apply to each frequency range (e.g., Frequency Range 1 (FR1)), FR2, FR3, FR4, FR5, FR2-1, FR2-2), capabilities that apply to each subcarrier spacing (SCS) or capabilities that apply to each feature set (FS) or each feature set per component carrier (FSPC).

[0738] Furthermore, the aforementioned specific UE capabilities can be either capabilities that apply to all duplex modes (commonly regardless of the duplex mode) or capabilities that apply to each duplex mode (e.g., Time Division Duplex (TDD) and Frequency Division Duplex (FDD)).

[0739] UE / BS may also follow the operations specified in the existing 3GPP version if the above conditions are not met.

[0740] (Postscript)

[0741] With respect to one embodiment of this disclosure, the following invention is noted.

[0742] [Postscript 1-1]

[0743] A terminal includes: a receiving unit for receiving event settings related to an event-triggered beam report; and a control unit for determining, based on the event settings, at least one of the occurrence of a first event for cell handover and the occurrence of a second event for measurement reporting.

[0744] [Notes 1-2]

[0745] As described in Appendix 1-1, the event settings are included in the channel state information report settings.

[0746] [Notes 1-3]

[0747] The terminal as described in Appendix 1-1 or Appendix 1-2, wherein the event setting is included in a setting different from the channel state information reporting setting.

[0748] [Notes 1-4]

[0749] As in any one of Appendix 1-1 to Appendix 1-3, the terminal wherein the control unit determines, based on specific parameters, which of the first and second events the event setting corresponds to.

[0750] [Postscript 2-1]

[0751] A terminal includes: a receiving unit for receiving one or more event settings related to a beam report triggered by an event; and a control unit for determining, based on the event settings, the report content corresponding to each event setting.

[0752] [Postscript 2-2]

[0753] As described in Appendix 2-1, the terminal's report content is set in the event settings.

[0754] [Notes 2-3]

[0755] As described in Appendix 2-1 or Appendix 2-2, the terminal wherein the report content is set in a setting different from the event setting, and the report content is associated with the event setting.

[0756] [Appendix 2-4]

[0757] The terminal as described in any one of Appendix 2-1 to Appendix 2-3, wherein the report content is specified according to each identifier set for the event.

[0758] [Postscript 3-1]

[0759] A terminal includes: a receiving unit for receiving an activation indication of an event related to an event-triggered beam report; and a control unit for activating an event that determines the occurrence of an event based on the activation indication.

[0760] [Postscript 3-2]

[0761] As described in Appendix 3-1, the terminal is wherein the control unit determines that events other than those activated by the indication are in a deactivated state.

[0762] [Postscript 3-3]

[0763] As described in Appendix 3-1 or Appendix 3-2, the activation indication is a Medium Access Control (MAC) control element that activates the Transmission Configuration Indication (TCI) status.

[0764] [Notes 3-4]

[0765] The terminal as described in any one of Appendix 3-1 to Appendix 3-3, wherein the activation indication is downlink control information associated with the start of the physical random access channel.

[0766] [Postscript 4-1]

[0767] A terminal includes: a receiving unit for receiving settings of a plurality of reference signal resources related to an event-triggered beam report; and a control unit for determining, based on the settings, an event corresponding to at least one of the plurality of reference signal resources.

[0768] [Postscript 4-2]

[0769] As described in Appendix 4-1, the terminal wherein the control unit performs a report relating to all of the plurality of reference signal resources corresponding to the occurrence of the event.

[0770] [Appendix 4-3]

[0771] As described in Appendix 4-1 or Appendix 4-2, the terminal wherein the control unit makes a report relating to a reference signal resource among the plurality of reference signal resources that corresponds to a portion of the occurrence of the event.

[0772] [Postscript 4-4]

[0773] The terminal as described in any one of Annexes 4-1 to 4-3, wherein the control unit controls the reporting of information indicating which event has occurred.

[0774] [Postscript 5-1]

[0775] A terminal includes: a receiving unit that receives settings related to at least one resource for determining whether an event related to an event-triggered beam report has occurred; and a control unit that determines the occurrence of the event based on the settings and controls the transmission of a report containing at least one of information related to the number of more than one candidate cell and more than one reference signal identifier (ID).

[0776] [Postscript 5-2]

[0777] As described in Appendix 5-1, the report is a cell handover report when the report includes a reference signal ID and the reference signal ID is associated with a candidate cell.

[0778] [Appendix 5-3]

[0779] As described in Appendix 5-1 or Appendix 5-2, the report is a report for cell handover when the report contains multiple reference signal IDs and the multiple reference signal IDs are associated with candidate cells.

[0780] [Postscript 5-4]

[0781] As in any one of Appendix 5-1 to Appendix 5-3, the report is a report for cell handover when each of the more than one reference signal IDs is associated with a different candidate cell and the cell associated with the reference signal ID corresponding to the best measurement result is a candidate cell.

[0782] [Postscript 6-1]

[0783] A terminal includes: a control unit for determining the occurrence of an event related to an event-triggered beam report; and a transmission unit for transmitting a report on the occurrence of the event at a specific time interval.

[0784] [Postscript 6-2]

[0785] As described in Appendix 6-1, the specific timing is after receiving a resetting of Radio Resource Control (RRC) associated with L1L2-triggered mobility (LTM).

[0786] [Appendix 6-3]

[0787] As described in Appendix 6-1 or Appendix 6-2, the specific timing is for the completion of downlink or uplink synchronization of a specific candidate cell.

[0788] [Appendix 6-4]

[0789] The terminal as described in any one of Appendix 6-1 to Appendix 6-3, wherein the specific timing is after the activation of the Transmission Configuration Indication (TCI) state for a specific candidate cell.

[0790] (Wireless communication system)

[0791] The structure of a wireless communication system according to one embodiment of this disclosure will now be described. In this wireless communication system, communication is performed using any one or a combination of the wireless communication methods according to the above embodiments of this disclosure.

[0792] Figure 32This is a diagram illustrating an example of the schematic structure of a wireless communication system according to one embodiment. The wireless communication system 1 (also referred to simply as System 1) may also be a system that uses Long Term Evolution (LTE) or 5th generation mobile communication system New Radio (5G NR) as standardized by the Third Generation Partnership Project (3GPP) to achieve communication.

[0793] Furthermore, the wireless communication system 1 can also support dual connectivity between multiple radio access technologies (RATs) (Multi-RAT Dual Connectivity (MR-DC)). MR-DC can also include dual connectivity between LTE (Evolved Universal Terrestrial Radio Access (E-UTRA)) and NR (E-UTRA-NR Dual Connectivity (EN-DC)), dual connectivity between NR and LTE (NR-E-UTRA Dual Connectivity (NE-DC)), etc.

[0794] In EN-DC, the LTE (E-UTRA) base station (eNB) is the Master Node (MN), and the NR base station (gNB) is the Secondary Node (SN). In NE-DC, the NR base station (gNB) is the MN, and the LTE (E-UTRA) base station (eNB) is the SN.

[0795] Wireless communication system 1 can also support dual connectivity between multiple base stations within the same RAT (e.g., MN and SN are dual connectivity between NR base stations (gNB) (NR-NR Dual Connectivity (NN-DC))).

[0796] The wireless communication system 1 may also include a base station 11 forming a macro cell C1 with a relatively wide coverage area, and a base station 12 (12a-12c) configured within the macro cell C1 and forming a small cell C2 narrower than the macro cell C1. The user terminal 20 may also be located within at least one cell. The configuration, number, shape, size, etc., of each cell and the user terminal 20 are not limited to the manner shown in the figure. Hereinafter, without distinguishing between base stations 11 and 12, they will be collectively referred to as base station 10.

[0797] Alternatively, the wireless communication system 1 can also utilize Multiple Input Multiple Output (MIMO). For example, a cell can be formed by one antenna / base station 10 or by multiple antennas / base stations 10. A [virtual] cell (e.g., also called a super cell) can also be composed of multiple [virtual] cells (e.g., also called sub-cells). A super cell can also be equivalent to a cell with a fixed physical range, and a sub-cell can also be equivalent to a cell with a semi-static / dynamically varying physical range. In this case, the wireless communication system 1 can also be called a cell-free system.

[0798] User terminal 20 may also connect to at least one of multiple base stations 10. User terminal 20 may also utilize at least one of carrier aggregation (CA) using multiple component carriers (CC) and dual connectivity (DC).

[0799] Each CC can also be included in at least one of the first frequency band (Frequency Range 1 (FR1)) and the second frequency band (Frequency Range 2 (FR2)). Macro cell C1 can also be included in FR1, and small cell C2 can also be included in FR2. For example, FR1 can also be a frequency band below 6 GHz (sub-6 GHz), and FR2 can also be a frequency band above 24 GHz (above-24 GHz). In addition, the frequency bands, definitions, etc. of FR1 and FR2 are not limited to these; for example, FR1 can also be equivalent to a frequency band higher than FR2.

[0800] In addition, user terminal 20 can also use at least one of Time Division Duplex (TDD) and Frequency Division Duplex (FDD) to communicate in each CC.

[0801] Multiple base stations 10 can also be connected via wired (e.g., fiber optic cable based on the Common Public Radio Interface (CPRI), X2 / Xn interface, etc.) or wireless (e.g., NR communication). For example, when NR communication is used as a backhaul between base stations 11 and 12, base station 11, which is equivalent to a host station, can also be referred to as an Integrated Access Backhaul (IAB) donor, and base station 12, which is equivalent to a relay station, can also be referred to as an IAB node.

[0802] Base station 10 may also be connected to core network 30 via other base stations 10 or directly. Core network 30 may include, for example, at least one of Evolved Packet Core (EPC), 5G Core Network (5GCN), Next Generation Core (NGC), etc.

[0803] The core network 30 may also include, for example, user plane functions (UPF), access and mobility management functions (AMF), session management functions (SMF), unified data management (UDM), application functions (AF), data network (DN), location management functions (LMF), and network functions (NF) such as operation, administration and maintenance (OAM). Alternatively, multiple functions can be provided through a single network node. Furthermore, communication with external networks (e.g., the Internet) can also be achieved via the DN.

[0804] User terminal 20 can also be a terminal that supports at least one of the following communication methods: LTE, LTE-A, 5G, etc.

[0805] In wireless communication system 1, wireless access methods based on Orthogonal Frequency Division Multiplexing (OFDM) can also be used. For example, in at least one of the downlink (DL) and uplink (UL) links, Cyclic Prefix OFDM (CP-OFDM), Discrete Fourier Transform Spread OFDM (DFT-s-OFDM), Orthogonal Frequency Division Multiple Access (OFDMA), and Single Carrier Frequency Division Multiple Access (SC-FDMA) can also be used.

[0806] The wireless access method can also be referred to as a waveform. In addition, in the wireless communication system 1, other wireless access methods (e.g., other single-carrier transmission methods, other multi-carrier transmission methods) can also be used in the wireless access methods of UL and DL.

[0807] In the wireless communication system 1, the downlink channel can also be a shared downlink channel (Physical Downlink Shared Channel (PDSCH)), a broadcast channel (Physical Broadcast Channel (PBCH)), or a downlink control channel (Physical Downlink Control Channel (PDCCH)) shared by each user terminal 20.

[0808] In addition, in the wireless communication system 1, the uplink channel can also be the shared uplink channel (Physical Uplink Shared Channel (PUSCH)), the uplink control channel (Physical Uplink Control Channel (PUCCH)), the random access channel (Physical Random Access Channel (PRACH)) shared by each user terminal 20, etc.

[0809] User data, high-level control information, and System Information Blocks (SIBs) are transmitted via the PDSCH. User data and high-level control information can also be transmitted via the PUSCH. In addition, Master Information Blocks (MIBs) can also be transmitted via the PBCH.

[0810] Lower-layer control information can also be transmitted via PDCCH. This lower-layer control information may include, for example, downlink control information (DCI), which includes scheduling information for at least one of PDSCH and PUSCH.

[0811] Additionally, the DCI that schedules PDSCH can also be called DL allocation, DL DCI, etc., and the DCI that schedules PUSCH can also be called UL authorization, UL DCI, etc. Furthermore, PDSCH can be rewritten as DL data, and PUSCH can be rewritten as UL data.

[0812] In PDCCH detection, a Control Resource Set (CORESET) and a search space can be utilized. A CORESET corresponds to the resources used to search for DCIs. The search space corresponds to the search area and search method for PDCCH candidates. A CORESET can also be associated with one or more search spaces. The UE can also monitor CORESETs associated with a specific search space based on search space settings.

[0813] A search space can also correspond to one or more PDCCH candidates equivalent to one or more aggregation levels. One or more search spaces can also be referred to as a search space set. In addition, the terms "search space", "search space set", "search space setting", "search space set setting", "CORESET", and "CORESET setting" in this disclosure can be rewritten interchangeably.

[0814] The PUCCH can also transmit uplink control information (uplink control information (UCI)) that includes at least one of the following: Channel State Information (CSI), delivery confirmation information (e.g., also known as Hybrid Automatic Repeat Request ACK Knowledge (HARQ-ACK), ACK / NACK, etc.), and Scheduling Request (SR). The PRACH can also transmit random access preambles used for establishing connections with the cell.

[0815] In addition, in this disclosure, downlink, uplink, etc., may be described without the word "link". Furthermore, various channels may be described without the word "physical".

[0816] In wireless communication system 1, synchronization signals (SS) and downlink reference signals (DL-RS) can also be transmitted. In wireless communication system 1, DL-RS can also transmit cell-specific reference signals (CRS), channel state information reference signals (CSI-RS), demodulation reference signals (DMRS), positioning reference signals (PRS), and phase tracking reference signals (PTRS).

[0817] Synchronization signals can be, for example, at least one of a primary synchronization signal (PSS) and a secondary synchronization signal (SSS). A signal block containing SS (PSS, SSS) and PBCH (and DMRS for PBCH) can also be called an SS / PBCH block, SS block (SSB), etc. In addition, SS, SSB, etc. can also be called reference signals.

[0818] Furthermore, in wireless communication system 1, the uplink reference signal (UL-RS) can also transmit measurement reference signals (sounding reference signals (SRS)) and demodulation reference signals (DMRS). Additionally, DMRS can also be referred to as user terminal-specific reference signals (UE-specific reference signals).

[0819] (Base station)

[0820] Figure 33 This diagram illustrates an example of the structure of a base station according to one embodiment. The base station 10 includes a control unit 110, a transmit / receive unit 120, a transmit / receive antenna 130, and a transmission path interface (transmission line interface) 140. Alternatively, the control unit 110, the transmit / receive unit 120, the transmit / receive antenna 130, and the transmission path interface 140 may each be provided in more than one manner.

[0821] Furthermore, while this example primarily illustrates the functional blocks of the characteristic portions of this embodiment, it is also conceivable that the base station 10 may also possess other functional blocks required for wireless communication. A portion of the processing of each unit described below may also be omitted.

[0822] The control unit 110 performs overall control of the base station 10. The control unit 110 can be composed of a controller, control circuit, etc., which are described based on common knowledge in the art to which this disclosure pertains.

[0823] The control unit 110 can also control signal generation and scheduling (e.g., resource allocation, mapping). The control unit 110 can also control transmission, reception, and measurement using the transmit / receive unit 120, transmit / receive antenna 130, and transmission path interface 140. The control unit 110 can also generate data, control information, sequences, etc., to be transmitted as signals and forward them to the transmit / receive unit 120. The control unit 110 can also perform call processing (setting, releasing, etc.) of the communication channel, status management of the base station 10, and management of wireless resources.

[0824] The transmitting / receiving unit 120 may also include a baseband unit 121, a radio frequency (RF) unit 122, and a measurement unit 123. The baseband unit 121 may also include a transmitting processing unit 1211 and a receiving processing unit 1212. The transmitting / receiving unit 120 may be composed of transmitters / receivers, RF circuits, baseband circuits, filters, phase shifters, measurement circuits, transmitting / receiving circuits, etc., as described based on common knowledge in the art to which this disclosure pertains.

[0825] The transmitting and receiving unit 120 can be configured as a single integrated transmitting and receiving unit, or it can be composed of a transmitting unit and a receiving unit. The transmitting unit can also be composed of a transmitting processing unit 1211 and an RF unit 122. The receiving unit can also be composed of a receiving processing unit 1212, an RF unit 122, and a measurement unit 123.

[0826] The transmitting and receiving antenna 130 can be constructed from an antenna, such as an array antenna, as described based on common knowledge in the art to which this disclosure pertains.

[0827] The transmitting / receiving unit 120 can also transmit the aforementioned downlink channel, synchronization signal, downlink reference signal, etc. The transmitting / receiving unit 120 can also receive the aforementioned uplink channel, uplink reference signal, etc.

[0828] The transmitting and receiving unit 120 may also use digital beamforming (e.g., precoding), analog beamforming (e.g., phase rotation), etc., to form at least one of the transmitting beam and the receiving beam.

[0829] The transmitting and receiving unit 120 (transmitting processing unit 1211) may, for example, perform processing at the Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer (e.g., RLC retransmission control), and Medium Access Control (MAC) layer (e.g., HARQ retransmission control) on the data and control information obtained from the control unit 110, and generate a bit string to be transmitted.

[0830] The transmitting and receiving unit 120 (transmitting processing unit 1211) can also perform transmission processing such as channel coding (which may also include error correction coding), modulation, mapping, filter processing (filtering processing), Discrete Fourier Transform (DFT) processing (as needed), Inverse Fast Fourier Transform (IFFT) processing, precoding, and digital-to-analog conversion on the bit string to be transmitted, and output the baseband signal.

[0831] The transmitting and receiving unit 120 (RF unit 122) can also perform modulation, filtering, amplification, etc. on the baseband signal to the wireless frequency band, and transmit the wireless frequency band signal through the transmitting and receiving antenna 130.

[0832] On the other hand, the transmitting and receiving unit 120 (RF unit 122) can also amplify, filter, and demodulate the signals of the wireless frequency band received through the transmitting and receiving antenna 130 into the baseband signal.

[0833] The transmitting and receiving unit 120 (receiving and processing unit 1212) can also perform receiving and processing on the acquired baseband signal, including analog-to-digital conversion, Fast Fourier Transform (FFT) processing, Inverse Discrete Fourier Transform (IDFT) processing (as needed), filter processing, demapping, demodulation, decoding (which may also include error correction decoding), MAC layer processing, RLC layer processing, and PDCP layer processing, to acquire user data, etc.

[0834] The transmitting / receiving unit 120 (measurement unit 123) can also perform measurements related to the received signal. For example, the measurement unit 123 can also perform radio resource management (RRM) measurements, channel state information (CSI) measurements, etc., based on the received signal. The measurement unit 123 can also measure received power (e.g., Reference Signal Received Power (RSRP)), received quality (e.g., Reference Signal Received Quality (RSRQ), Signal to Interference plus Noise Ratio (SINR), Signal to Noise Ratio (SNR)), signal strength (e.g., Received Signal Strength Indicator (RSSI)), propagation path information (e.g., CSI), etc. The measurement results can also be output to the control unit 110.

[0835] The transmission path interface 140 can also transmit and receive signals (backhaul signaling) between the device included in the core network 30 (e.g., the network node providing the NF), other base stations 10, etc., and can also acquire and transmit user data (user plane data), control plane data, etc. for the user terminal 20.

[0836] In addition, the transmitting unit and receiving unit of the base station 10 in this disclosure may also be composed of at least one of a transmitting / receiving unit 120, a transmitting / receiving antenna 130, and a transmission path interface 140.

[0837] Additionally, base station 10 can be separated into three elements: Radio Unit (RU), Distributed Unit (DU), and Central Unit (CU). For example, the RU can implement RF processing (digital beamforming, digital-to-analog conversion, analog beamforming, etc.) and lower-level physical layer functions (precoding, IFFT, FFT, etc.). The DU can implement higher-level physical layer functions (from coding to resource element mapping, etc.), MAC layer functions, and RLC layer functions. The CU can also implement PDCP layer, Service Data Adaptation Protocol (SDAP) layer, and RRC layer functions.

[0838] In this disclosure, base station 10 may include a device that implements all the functions of RU, DU, and CU, or it may include multiple devices that implement a portion of the functions of RU, DU, and CU respectively and are interconnected. In this disclosure, base station 10 may also be rewritten in relation to RU / DU / CU.

[0839] The transmitting / receiving unit 120 can also transmit event settings related to beam reports triggered by events. The control unit 110 can also use the event settings to set at least one of the occurrence of a first event for cell handover and the occurrence of a second event for measurement reporting (first embodiment).

[0840] The transmitting / receiving unit 120 may also transmit one or more event settings related to the beam report triggered by the event. The control unit 110 may also use the event settings to indicate the report content corresponding to each event setting (first embodiment).

[0841] The transmitting / receiving unit 120 may also transmit an activation indication of an event related to a beam report triggered by an event. The control unit 110 may also use the activation indication to indicate the activation of an event that determines that an event has occurred (second embodiment).

[0842] The transmitting / receiving unit 120 can also transmit settings for multiple reference signal resources related to an event-triggered beam report. The control unit 110 can also use these settings to set an event corresponding to at least one of the multiple reference signal resources (fourth embodiment).

[0843] The transmitting and receiving unit 120 may also transmit settings related to at least one resource for determining whether an event related to an event-triggered beam report has occurred. The control unit 110 may also control the reception of reports (fifth embodiment) for the occurrence of the event determined based on the settings, including information related to the number of more than one candidate cell and more than one reference signal identifier (ID).

[0844] The control unit 110 can also control the transmission of event settings related to beam reports triggered by events. The transmission and reception unit 120 can also receive reports of the occurrence of the event that are transmitted at specific time intervals (sixth embodiment).

[0845] (User terminal)

[0846] Figure 34This diagram illustrates an example of the structure of a user terminal according to one embodiment. The user terminal 20 includes a control unit 210, a transmitting / receiving unit 220, and a transmitting / receiving antenna 230. Alternatively, more than one of each of the control unit 210, the transmitting / receiving unit 220, and the transmitting / receiving antenna 230 may be included.

[0847] Furthermore, while this example primarily illustrates the functional blocks of the characteristic portions of this embodiment, it is also conceivable that the user terminal 20 may also have other functional blocks required for wireless communication. Some of the processing of each unit described below may also be omitted.

[0848] The control unit 210 performs overall control of the user terminal 20. The control unit 210 can be composed of a controller, control circuit, etc., which are described based on common knowledge in the technical field to which this disclosure pertains.

[0849] The control unit 210 can also control signal generation, mapping, etc. The control unit 210 can also control transmission, reception, measurement, etc., using the transmission / reception unit 220 and the transmission / reception antenna 230. The control unit 210 can also generate data, control information, sequences, etc., to be transmitted as signals and forward them to the transmission / reception unit 220.

[0850] The transmitting / receiving unit 220 may also include a baseband unit 221, an RF unit 222, and a measurement unit 223. The baseband unit 221 may also include a transmitting processing unit 2211 and a receiving processing unit 2212. The transmitting / receiving unit 220 may be composed of transmitters / receivers, RF circuits, baseband circuits, filters, phase shifters, measurement circuits, transmitting / receiving circuits, etc., as described based on common knowledge in the art to which this disclosure pertains.

[0851] The transmitting and receiving unit 220 can be configured as a single integrated transmitting and receiving unit, or it can be composed of a transmitting unit and a receiving unit. The transmitting unit can also be composed of a transmitting processing unit 2211 and an RF unit 222. The receiving unit can also be composed of a receiving processing unit 2212, an RF unit 222, and a measurement unit 223.

[0852] The transmitting and receiving antenna 230 can be constructed from an antenna, such as an array antenna, as described based on common knowledge in the art to which this disclosure pertains.

[0853] The transmitting / receiving unit 220 can also receive the downlink channel, synchronization signal, downlink reference signal, etc., mentioned above. The transmitting / receiving unit 220 can also transmit the uplink channel, uplink reference signal, etc., mentioned above.

[0854] The transmitting and receiving unit 220 may also use digital beamforming (e.g., precoding), analog beamforming (e.g., phase rotation), etc., to form at least one of the transmitting beam and the receiving beam.

[0855] The transmitting and receiving unit 220 (transmitting processing unit 2211) may, for example, perform PDCP layer processing, RLC layer processing (e.g., RLC retransmission control), MAC layer processing (e.g., HARQ retransmission control) on the data and control information obtained from the control unit 210, and generate the bit string to be transmitted.

[0856] The transmitting and receiving unit 220 (transmitting processing unit 2211) can also perform channel coding (which may include error correction coding), modulation, mapping, filter processing, DFT processing (as needed), IFFT processing, precoding, digital-to-analog conversion and other transmission processing on the bit string to be transmitted, and output the baseband signal.

[0857] Furthermore, the decision to apply DFT processing can be based on the transform precoding settings. For a specific channel (e.g., PUSCH), if transform precoding is enabled, the transmit / receive unit 220 (transmit processing unit 2211) can perform DFT processing as described above for transmitting the channel using the DFT-s-OFDM waveform; otherwise, the transmit / receive unit 220 (transmit processing unit 2211) can perform DFT processing as described above for transmitting the channel without performing DFT processing.

[0858] The transmitting and receiving unit 220 (RF unit 222) can also perform modulation, filtering, amplification, etc. on the baseband signal to the wireless frequency band, and transmit the wireless frequency band signal through the transmitting and receiving antenna 230.

[0859] On the other hand, the transmitting and receiving unit 220 (RF unit 222) can also amplify, filter, demodulate, etc., the signals of the wireless frequency band received by the transmitting and receiving antenna 230.

[0860] The transmitting and receiving unit 220 (receiving and processing unit 2212) can also perform receiving and processing on the acquired baseband signal, such as analog-to-digital conversion, FFT processing, IDFT processing (as needed), filter processing, demapping, demodulation, decoding (which may also include error correction decoding), MAC layer processing, RLC layer processing, and PDCP layer processing, to obtain user data.

[0861] The transmitting / receiving unit 220 (measurement unit 223) can also perform measurements related to the received signal. For example, the measurement unit 223 can also perform RRM measurements, CSI measurements, etc., based on the received signal. The measurement unit 223 can also measure received power (e.g., RSRP), received quality (e.g., RSRQ, SINR, SNR), signal strength (e.g., RSSI), propagation path information (e.g., CSI), etc. The measurement results can also be output to the control unit 210.

[0862] Additionally, the measurement unit 223 can also derive channel measurements for CSI calculation based on channel measurement resources. Channel measurement resources can be, for example, non-zero power (NZP) CSI-RS resources. Furthermore, the measurement unit 223 can also derive interference measurements for CSI calculation based on interference measurement resources. Interference measurement resources can be at least one of NZP CSI-RS resources for interference measurement, CSI-Interference Measurement (IM) resources, etc. Additionally, CSI-IM can also be referred to as CSI-Interference Management (IM), and can be interchanged with zero power (ZP) CSI-RS. Furthermore, in this disclosure, CSI-RS, NZP CSI-RS, ZP CSI-RS, CSI-IM, CSI-SSB, etc., can also be interchanged.

[0863] Alternatively, the transmitting and receiving units of the user terminal 20 in this disclosure may also be composed of at least one transmitting / receiving unit 220 and transmitting / receiving antenna 230.

[0864] The transmitting and receiving unit 220 can also receive event settings related to beam reports triggered by events. The control unit 210 can also determine, based on the event settings, at least one of the occurrence of a first event for cell handover and the occurrence of a second event for measurement reporting (first embodiment).

[0865] The event settings can also be included in the channel state information report settings (first implementation).

[0866] The event settings can also be included in settings different from those for channel state information reporting (first implementation).

[0867] The control unit 210 can also determine, based on specific parameters, which of the first and second events the event setting corresponds to (first embodiment).

[0868] The transmitting and receiving unit 220 can also receive one or more event settings related to the beam report triggered by the event. The control unit 210 can also determine the report content corresponding to each event setting based on the event settings (first embodiment).

[0869] The report content can also be set in the event settings (first implementation).

[0870] The report content can also be set in a different setting than the event settings. The report content and the event settings can also be associated (first embodiment).

[0871] The report content can also be specified according to each identifier set for the event (first implementation).

[0872] The transmitting and receiving unit 220 can also receive an activation indication of an event related to a beam report triggered by an event. The control unit 210 can also activate an event to determine if an event has occurred based on the activation indication (second embodiment).

[0873] The control unit 210 can also determine that events other than those activated by the indicated event are in a deactivated state (second embodiment).

[0874] The activation indication may also be a Medium Access Control (MAC) control element that activates the Transmission Configuration Indication (TCI) status (second embodiment).

[0875] The activation indication may also be downlink control information related to the start of a physical random access channel (second embodiment).

[0876] The transmitting and receiving unit 220 can also receive settings for multiple reference signal resources related to beam reports triggered by events. The control unit 210 can also determine, based on the settings, an event corresponding to at least one of the multiple reference signal resources (fourth embodiment).

[0877] The control unit 210 can also generate reports related to all reference signal resources among the plurality of reference signal resources that correspond to the occurrence of the event (fourth embodiment).

[0878] The control unit 210 may also make reports related to the reference signal resources among the plurality of reference signal resources that correspond to a portion of the occurrence of the event (fourth embodiment).

[0879] The control unit 210 can also control the reporting of information indicating which event has occurred (third embodiment).

[0880] The transmitting and receiving unit 220 may also receive settings related to at least one resource for determining whether an event related to an event-triggered beam report has occurred. The control unit 210 may also determine the occurrence of the event based on the settings and control the transmission of a report containing information related to the number of more than one candidate cell and at least one reference signal identifier (ID) (fifth embodiment).

[0881] If the report includes a reference signal ID and the reference signal ID is associated with a candidate cell, the report can also be a report for cell handover (fifth embodiment).

[0882] If the report contains multiple reference signal IDs and the multiple reference signal IDs are associated with candidate cells, the report can also be a report for cell handover (fifth embodiment).

[0883] In cases where each of the more than one reference signal IDs is associated with a different candidate cell, and the cell associated with the reference signal ID corresponding to the best measurement result is a candidate cell, the report may also be a report for cell handover (fifth embodiment).

[0884] The control unit 210 can also determine the occurrence of an event related to the beam report triggered by the event. The transmission and reception unit 220 can also transmit a report on the occurrence of the event at a specific time interval (sixth embodiment).

[0885] The specific timing may also be after receiving a reset of Radio Resource Control (RRC) associated with L1L2-triggered mobility (LTM) (sixth embodiment).

[0886] The specific timing can also be after the downlink synchronization or uplink synchronization of a specific candidate cell is completed (sixth implementation).

[0887] The specific timing can also be the completion of the activation of the Transmission Configuration Indication (TCI) state for a specific candidate cell (sixth embodiment).

[0888] (Hardware structure)

[0889] Furthermore, the block diagrams used in the description of the above embodiments illustrate functional units. These functional blocks (structural units) are implemented through any combination of at least one of hardware and software. Moreover, the implementation method of each functional block is not particularly limited. That is, each functional block can be implemented using a single device that is physically or logically combined, or it can be implemented by directly or indirectly (e.g., using wired, wireless, etc.) connecting two or more physically or logically separate devices. A functional block can also be implemented by combining the aforementioned single device or multiple devices with software.

[0890] Here, the functions include judgment, decision, determination, calculation, calculation, processing, export, investigation, search, confirmation, receiving, sending, output, access, resolution, selection, selection, establishment, comparison, assumption, expectation, regard as, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assigning, but are not limited to these. For example, a functional block (structural unit) that implements the sending function can also be called a transmitting unit, transmitter, etc. As described above, the implementation method of any of them is not particularly limited.

[0891] For example, in one embodiment of this disclosure, the base station, user terminal, etc., can also function as a computer for processing the wireless communication method of this disclosure. Figure 35 This is a diagram illustrating an example of the hardware structure of a base station and a user terminal according to one embodiment. The base station 10 and the user terminal 20 described above can also be physically configured as a computer device including a processor 1001, a memory 1002, a storage device 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.

[0892] Furthermore, in this disclosure, terms such as apparatus, circuit, device, section, and unit can be interchanged. The hardware structure of base station 10 and user terminal 20 can be configured to include one or more of the apparatuses shown in the figures, or it can be configured not to include any of the apparatuses.

[0893] For example, only one processor 1001 is shown, but there can be multiple processors. Furthermore, processing can be performed by one processor, or simultaneously, sequentially, or by two or more processors using other methods. Additionally, processor 1001 can be implemented using more than one chip.

[0894] The functions of the base station 10 and the user terminal 20 are implemented, for example, by reading specific software (programs) into hardware such as the processor 1001 and the memory 1002, so that the processor 1001 performs calculations and controls communication via the communication device 1004, or controls at least one of reading and writing data in the memory 1002 and the storage device 1003.

[0895] The processor 1001, for example, enables the operating system to operate and control the computer as a whole. The processor 1001 may also be composed of a central processing unit (CPU) that includes interfaces with peripheral devices, control devices, arithmetic devices, registers, etc. For example, at least a portion of the control unit 110 (210), the transmit / receive unit 120 (220), etc., described above may also be implemented by the processor 1001.

[0896] Furthermore, the processor 1001 reads programs (program code), software modules, data, etc., from at least one of the storage 1003 and the communication device 1004 into the memory 1002, and performs various processes accordingly. As a program, a program that causes the computer to perform at least a portion of the operations described in the above embodiments can be used. For example, the control unit 110 (210) can also be implemented by a control program stored in the memory 1002 and operated in the processor 1001; similar implementations can be made for other functional blocks.

[0897] The memory 1002 may also be a computer-readable recording medium, such as being composed of at least one of a read-only memory (ROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), a random access memory (RAM), or other suitable storage media. The memory 1002 may also be referred to as a register, cache, main memory (main storage device), etc. The memory 1002 is capable of storing executable programs (program code), software modules, etc., for implementing the wireless communication method according to an embodiment of this disclosure.

[0898] Storage device 1003 may also be a computer-readable recording medium, such as a flexible disc, floppy disk, optical disk (e.g., compact disc ROM, CD-ROM), digital multifunction disk, Blu-ray disc, removable disk, hard disk, smart card, flash memory device (e.g., card, stick, key drive), stripe, database, server, or at least one other suitable storage medium. Storage device 1003 may also be referred to as an auxiliary storage device.

[0899] The communication device 1004 is hardware (transmitting and receiving device) used for communication between computers via at least one of a wired network and a wireless network. It is also referred to as a network device, network controller, network interface card (NIC), communication module, etc. To implement at least one of, for example, Frequency Division Duplex (FDD) and Time Division Duplex (TDD), the communication device 1004 may be configured to include a high-frequency switch, a duplexer, a filter, a frequency synthesizer, etc. For example, the aforementioned transmit / receive unit 120 (220) and transmit / receive antenna 130 (230) may also be implemented by the communication device 1004. The transmit / receive unit 120 (220) may also be implemented by physically or logically separating the transmit unit 120a (220a) and the receive unit 120b (220b).

[0900] Input device 1005 is an input device that receives input from external sources (e.g., keyboard, mouse, microphone, switch, button, sensor, etc.). Output device 1006 is an output device that performs output to external sources (e.g., display, speaker, light-emitting diode (LED) lamp, etc.). Alternatively, input device 1005 and output device 1006 can also be an integrated structure (e.g., a touch panel).

[0901] Furthermore, the processor 1001, memory 1002, and other devices are connected via a bus 1007 for communicating information. The bus 1007 can be configured as a single bus or as different buses between the devices.

[0902] Furthermore, the base station 10 and the user terminal 20 can also be configured to include hardware such as a microprocessor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a field-programmable gate array (FPGA), and can also use this hardware to implement part or all of the functional blocks. For example, the processor 1001 can also be implemented using at least one of these hardware components.

[0903] In addition, the devices included in the core network 30 (e.g., network nodes that provide NF) can also be implemented through the functional block / hardware structure described above.

[0904] (Modified example)

[0905] Furthermore, the terms described in this disclosure, as well as those necessary for understanding this disclosure, may be replaced with terms that have the same or similar meanings. For example, channel, symbol, and signal (signal or signaling) may be interchanged. Additionally, a signal may also be a message. A reference signal can also be abbreviated as RS, and may be referred to as pilot, pilot signal, etc., depending on the applied standard. Furthermore, a component carrier (CC) may also be referred to as cell, frequency carrier, carrier frequency, etc.

[0906] A radio frame can also be composed of one or more periods (frames) in the time domain. Each of these periods (frames) that constitute a radio frame can also be called a subframe. Furthermore, a subframe can also be composed of one or more time slots in the time domain. A subframe can also be a fixed time length (e.g., 1 ms) independent of the parameter set (numerology).

[0907] Here, the parameter set can also be communication parameters applied in at least one of the transmission and reception of a signal or channel. For example, the parameter set can also represent at least one of the following: subcarrier spacing (SCS), bandwidth, symbol length, cyclic prefix length, transmission time interval (TTI), number of symbols per TTI, radio frame structure, specific filtering processing performed by the transmitter and receiver in the frequency domain, and specific windowing processing performed by the transmitter and receiver in the time domain.

[0908] In the time domain, a time slot can also be composed of one or more symbols (Orthogonal Frequency Division Multiplexing (OFDM) symbols, Single Carrier Frequency Division Multiple Access (SC-FDMA) symbols, etc.). In addition, a time slot can also be a time unit based on a set of parameters.

[0909] A time slot can also contain multiple mini-time slots. Each mini-time slot can also consist of one or more symbols in the time domain. Furthermore, a mini-time slot can also be called a sub-time slot. A mini-time slot can also consist of fewer symbols than a time slot. PDSCH (or PUSCH) transmitted in a time unit larger than a mini-time slot can also be called PDSCH (PUSCH) mapping type A. PDSCH (or PUSCH) transmitted using mini-time slots can also be called PDSCH (PUSCH) mapping type B.

[0910] Radio frames, subframes, time slots, mini-time slots, and symbols all represent time units for transmitting signals. Radio frames, subframes, time slots, mini-time slots, and symbols can also use their respective other names. Furthermore, the time units such as frames, subframes, time slots, mini-time slots, and symbols in this disclosure can be interchanged.

[0911] For example, a subframe can also be called a TTI, multiple consecutive subframes can also be called a TTI, and a time slot or a mini-time slot can also be called a TTI. That is, at least one of a subframe and a TTI can be a subframe in existing LTE (1ms), a period shorter than 1ms (e.g., 1-13 symbols), or a period longer than 1ms. In addition, the unit representing TTI may not be called a subframe, but rather a time slot, mini-time slot, etc.

[0912] Here, TTI refers, for example, to the smallest unit of time for scheduling in wireless communication. For instance, in an LTE system, the base station schedules radio resources (frequency bandwidth, transmit power, etc., available to each user terminal) in TTI units. However, the definition of TTI is not limited to this.

[0913] TTI can also be a unit of time for transmitting channel-coded data packets (transmission blocks), code blocks, codewords, etc., and can also be a unit of processing such as scheduling and link adaptation. In addition, when a TTI is given, the actual time interval (e.g., the number of symbols) mapped to transmission blocks, code blocks, codewords, etc. can be shorter than the TTI.

[0914] Additionally, where a time slot or a mini-time slot is referred to as a TTI, more than one TTI (i.e., more than one time slot or more than one mini-time slot) can also be the minimum time unit for scheduling. Furthermore, the number of time slots (mini-time slots) constituting the minimum time unit of the schedule can also be controlled.

[0915] A TTI with a duration of 1 ms can also be referred to as a normal TTI (TTI in 3GPP Rel.8-12), a standard TTI, a long TTI, a normal subframe, a standard subframe, a long subframe, a time slot, etc. A TTI shorter than a normal TTI can also be referred to as a shortened TTI, a short TTI, a partial TTI (partial or fractional TTI), a shortened subframe, a short subframe, a mini time slot, a sub-time slot, a time slot, etc.

[0916] In addition, a long TTI (e.g., a normal TTI, a subframe, etc.) can also be rewritten as a TTI with a duration of more than 1 ms, and a short TTI (e.g., a shortened TTI, etc.) can also be rewritten as a TTI with a duration of less than a long TTI but more than 1 ms.

[0917] A resource block (RB) is a unit of resource allocation in both the time and frequency domains. In the frequency domain, it can also contain one or more consecutive subcarriers. The number of subcarriers in an RB can be the same regardless of the parameter set, for example, it can be 12. The number of subcarriers in an RB can also be determined based on the parameter set.

[0918] Furthermore, an RB can contain one or more symbols in the time domain, and can also be a time slot, a mini-time slot, a subframe, or the length of a TTI. A TTI, a subframe, etc., can also be composed of one or more resource blocks.

[0919] In addition, one or more RBs can also be referred to as Physical Resource Blocks (PRBs), Sub-Carrier Groups (SCGs), Resource Element Groups (REGs), PRB pairs, RB pairs, etc.

[0920] Furthermore, a resource block can also consist of one or more resource elements (REs). For example, an RE can also be a radio resource area consisting of a subcarrier and a symbol.

[0921] The Bandwidth Part (BWP) (also referred to as partial bandwidth, etc.) can also represent a subset of consecutive common resource blocks (RBs) used for a certain parameter set in a carrier. Here, common RBs can also be determined by the index of RBs based on the common reference point of the carrier. PRBs can also be defined in a BWP and appended with numbers within that BWP.

[0922] A BWP can also include a UL BWP (the BWP used by UL) and a DL BWP (the BWP used by DL). For a UE, one or more BWPs can also be set within a single carrier.

[0923] At least one of the configured BWPs can be active, and the UE may not intend to transmit or receive specific signals / channels outside of the active BWPs. Furthermore, the terms "cell," "carrier," etc., in this disclosure can be rewritten as "BWP."

[0924] Furthermore, the structures described above, such as radio frames, subframes, time slots, mini-time slots, and symbols, are merely illustrative. For example, the number of subframes contained in a radio frame, the number of time slots in each subframe or radio frame, the number of mini-time slots contained within a time slot, the number of symbols and RBs contained in a time slot or mini-time slot, the number of subcarriers contained in an RB, and the number of symbols in a TTI, symbol length, and cyclic prefix (CP) length can be varied in many ways.

[0925] Furthermore, the information, parameters, etc., described in this disclosure can be represented by absolute values, relative values ​​with respect to a specific value, or other corresponding information. For example, wireless resources can also be indicated by a specific index.

[0926] In this disclosure, the names used for parameters, etc., are not limiting names in any respect. Furthermore, the mathematical expressions, etc., using these parameters may differ from those explicitly disclosed in this disclosure. Various channels (PUCCH, PDCCH, etc.) and information elements can be identified by any suitable name; therefore, the various names assigned to these various channels and information elements are not limiting names in any respect.

[0927] The information, signals, etc., described in this disclosure can also be represented using any of a variety of different technologies. For example, data, instructions, commands, information, signals, bits, symbols, chips, etc., which may be mentioned throughout the above description, can also be represented by voltage, current, electromagnetic waves, magnetic fields or magnetic particles, light fields or photons, or any combination thereof.

[0928] Furthermore, information, signals, etc., can be output in at least one of the following directions: from higher level (upper layer) to lower level (lower layer), and from lower layer to higher level. Information, signals, etc., can also be input and output via multiple network nodes.

[0929] Input and output information, signals, etc., can be stored in a specific location (e.g., memory) or managed using a management table. Input and output information, signals, etc., can be overwritten, updated, or appended. Output information, signals, etc., can also be deleted. Input information, signals, etc., can also be sent to other devices.

[0930] Regarding any information (e.g., variables, constants, parameters) recorded in this disclosure, even if not specifically explicitly stated in the above embodiments, information representing / determining the value of such arbitrary information (or information associated with such arbitrary information) can be notified from any first device (e.g., UE / base station) to any second device (e.g., base station / UE).

[0931] The notification of information is not limited to the methods / implementations described in this disclosure, and may also be carried out by other methods. For example, the notification of information in this disclosure may also be implemented by physical layer signaling (e.g., downlink control information (DCI), uplink control information (UCI), etc.), higher layer signaling (e.g., radio resource control (RRC) signaling, broadcast information (Master Information Block (MIB), System Information Block (SIB) etc.), medium access control (MAC) signaling), other signals, or combinations thereof.

[0932] In addition, physical layer signaling can also be referred to as Layer 1 / Layer 2 (L1 / L2) control information (L1 / L2 control signals), L1 control information (L1 control signals), etc. Furthermore, RRC signaling can also be referred to as RRC messages, such as RRC Connection Setup messages, RRC Connection Reconfiguration messages, etc. Additionally, MAC signaling can also be notified using, for example, a MAC Control Element (CE).

[0933] Furthermore, notification of specific information (e.g., a notification of “is X”) is not limited to explicit notification, but can also be implicit (e.g., by not providing that specific information, or by providing other information).

[0934] The determination can be made by a value represented by a single bit (0 or 1), by a true or false value (boolean), or by a numerical comparison (e.g., a comparison with a specific value).

[0935] Whether software is called software, firmware, middleware, microcode, hardware description language, or any other name, it should be broadly interpreted to refer to instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, execution threads, procedures, functions, etc.

[0936] Furthermore, software, instructions, and information can also be sent and received via a transmission medium. For example, when software is sent from a website, server, or other remote source using at least one of wired technologies (coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL) etc.) and wireless technologies (infrared, microwave, etc.), at least one of these wired and wireless technologies is included within the definition of a transmission medium.

[0937] The terms “system” and “network” as used in this disclosure are interchangeable. “Network” may also mean devices included in a network (e.g., base stations).

[0938] In this disclosure, the terms “precoding”, “precoder”, “weight (precoding weight)”, “quasi-co-location (QCL)”, “transmission configuration indication state (TCI state)”, “spatial relation”, “spatial domain filter”, “transmit power”, “phase rotation”, “antenna port”, “layer”, “number of layers”, “rank”, “resource”, “resource set”, “beam”, “beamwidth”, “beam angle”, “antenna”, “antenna element”, “panel”, “UE panel”, “transmitting entity”, and “receiving entity” are used interchangeably.

[0939] Furthermore, in this disclosure, the antenna port can also be rewritten with an antenna port used for any signal / channel (e.g., a DeModulation Reference Signal (DMRS) port). In this disclosure, resources can also be rewritten with resources used for any signal / channel (e.g., reference signal resources, SRS resources, etc.). Additionally, resources can also include time / frequency / code / spatial / power resources. Moreover, the spatial domain transmission filter can also include at least one of a spatial domain transmission filter and a spatial domain reception filter.

[0940] The aforementioned groups may include, for example, at least one of the following: spatial relation group, code division multiplexing (CDM) group, reference signal (RS) group, control resource set (CORESET) group, PUCCH group, antenna port group (e.g., DMRS port group), layer group, resource group, beam group, antenna group, panel group, etc.

[0941] Furthermore, in this disclosure, beam, SRS Resource Indicator (SRI), CORESET, CORESET pool, PDSCH, PUSCH, Codeword (CW), Transport Block (TB), RS, etc., can also be rewritten to each other.

[0942] Furthermore, in this disclosure, the TCI state, downlink TCI state (DL TCI state), uplink TCI state (UL TCI state), unified TCI state, common TCI state, and joint TCI state can also be rewritten to each other.

[0943] Furthermore, in this disclosure, terms such as "QCL", "QCL concept", "QCL relationship", "QCL type information", "QCL property (QCLproperty / properties)", "specific QCL type (e.g., type A, type D) property", and "specific QCL type (e.g., type A, type D)" can be rewritten interchangeably.

[0944] In this disclosure, indexes, identifiers (IDs), indicators, indications, resource IDs, etc., can also be interchanged. In this disclosure, sequences, lists, sets, groups, clusters, subsets, etc., can also be interchanged.

[0945] Furthermore, the spatial relationship information identifier (ID) (TCI state ID) and the spatial relationship information (TCI state) can be interchanged. "Spatial relationship information (TCI state)" can also be interchanged with "a set of spatial relationship information (TCI states)," "one or more spatial relationship information," etc. TCI state and TCI can also be interchanged. Spatial relationship information and spatial relationship can also be interchanged.

[0946] In this disclosure, the terms "Base Station (BS)", "Wireless Base Station", "Fixed Station", "NodeB", "eNB (eNodeB)", "gNB (gNodeB)", "Access Point", "Transmission Point (TP)", "Reception Point (RP)", "Transmission / Reception Point (TRP)", "Panel", "Cell", "Sector", "Cell Group", "Carrier", and "Component Carrier" are used interchangeably. There are also instances where the terms macro cell, small cell, femtocell, and picocell are used to refer to a base station.

[0947] A base station can accommodate one or more (e.g., three) cells. When a base station accommodates multiple cells, the overall coverage area of ​​the base station can be divided into multiple smaller areas, each of which can also provide communication services through a base station subsystem (e.g., a small indoor base station (Remote Radio Head (RRH))). Terms such as "cell" or "sector" refer to a portion or all of the coverage area of ​​at least one of the base station and base station subsystem providing communication services within that coverage area.

[0948] In this disclosure, the information sent by the base station to the terminal can also be rewritten with the control / operation instructed by the base station to the terminal based on that information.

[0949] In this disclosure, the terms “Mobile Station (MS)”, “user terminal”, “user equipment (UE)”, and “terminal” are used interchangeably.

[0950] There are also instances where mobile stations are referred to as subscriber stations, mobile units, subscriber units, wireless units, remote units, mobile devices, wireless devices, wireless communication devices, remote devices, mobile subscriber stations, access terminals, mobile terminals, wireless terminals, remote terminals, handsets, user agents, mobile clients, clients, or several other appropriate terms.

[0951] At least one of the base station and the mobile station can also be referred to as a transmitting device, a receiving device, a wireless communication device, etc. Additionally, at least one of the base station and the mobile station can also be a device mounted on a moving object, the moving object itself, etc.

[0952] The term "mobile body" refers to a movable object whose speed is arbitrary, including situations where the body is stationary. Examples of such mobile bodies include vehicles, transport vehicles, automobiles, motorcycles, bicycles, connected cars, loading shovels, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, trolleys, rickshaws, ships (including vessels and other watercraft), airplanes, rockets, satellites, drones, multi-rotor aircraft, quadcopters, balloons, and objects carried on them, but are not limited to these. Furthermore, the mobile body can also be a mobile body that moves autonomously based on operational commands.

[0953] The mobile entity can be a means of transportation (e.g., a vehicle, an airplane, etc.), a mobile entity moving in an unmanned manner (e.g., a drone, an autonomous vehicle, etc.), or a robot (humanized or unmanned). Additionally, at least one of the base station and the mobile station may include a device that does not necessarily move during communication operations. For example, at least one of the base station and the mobile station may also be an Internet of Things (IoT) device such as a sensor.

[0954] Figure 36 This figure illustrates an example of a vehicle according to one embodiment. The vehicle 40 includes a drive unit 41, a steering unit 42, an accelerator pedal 43, a brake pedal 44, a gear shift lever 45, left and right front wheels 46, left and right rear wheels 47, an axle 48, an electronic control unit 49, various sensors (including a current sensor 50, a speed sensor 51, a pressure sensor 52, a vehicle speed sensor 53, an acceleration sensor 54, an accelerator pedal sensor 55, a brake pedal sensor 56, a gear shift lever sensor 57, and an object detection sensor 58), an information service unit 59, and a communication module 60.

[0955] The drive unit 41 is comprised of at least one of an engine, a motor, or a combination of an engine and a motor. The steering unit 42 is configured to include at least a steering wheel (also called a handlebar) and to perform directional control on at least one of the front wheel 46 and the rear wheel 47 based on the operation of the steering wheel by the user.

[0956] The electronic control unit 49 consists of a microprocessor 61, a memory (ROM, RAM) 62, and a communication port (e.g., an input / output (IO) port) 63). Signals from various sensors 50-58 present in the vehicle are input into the electronic control unit 49. The electronic control unit 49 can also be referred to as an ECU (Electronic Control Unit).

[0957] The signals from various sensors 50-58 include current signals from current sensor 50 that senses the current of the motor, speed signals from front wheel 46 / rear wheel 47 obtained by speed sensor 51, air pressure signals from front wheel 46 / rear wheel 47 obtained by air pressure sensor 52, vehicle speed signals obtained by vehicle speed sensor 53, acceleration signals obtained by acceleration sensor 54, accelerator pedal 43 depress amount signals obtained by accelerator pedal sensor 55, brake pedal 44 depress amount signals obtained by brake pedal sensor 56, shift lever 45 operation signals obtained by shift lever sensor 57, and detection signals obtained by object detection sensor 58 for detecting obstacles, vehicles, pedestrians, etc.

[0958] The information service unit 59 comprises various devices such as a vehicle navigation system, audio system, speakers, display, television, and radio, used to provide (output) various information such as driving information, traffic information, and entertainment information, as well as one or more ECUs that control these devices. The information service unit 59 uses information obtained from external devices via the communication module 60, etc., to provide various information / services (e.g., multimedia information / multimedia services) to the occupants of the vehicle 40.

[0959] The information service unit 59 may include input devices that accept input from the outside (e.g., keyboard, mouse, microphone, switch, button, sensor, touch panel, etc.) or output devices that implement output to the outside (e.g., display, speaker, LED light, touch panel, etc.).

[0960] The driver assistance system unit 64 comprises various devices used to provide functions for preventing accidents and reducing the driver's workload, such as millimeter-wave radar, light detection and ranging (LiDAR), cameras, positioning devices (e.g., Global Navigation Satellite System (GNSS)), map information (e.g., High Definition (HD) maps, Autonomous Vehicle (AV) maps), gyroscope systems (e.g., Inertial Measurement Unit (IMU)), Inertial Navigation System (INS)), artificial intelligence (AI) chips, and AI processors, as well as one or more ECUs that control these devices. Furthermore, the driver assistance system unit 64 sends and receives various information via a communication module 60 and implements driver assistance or autonomous driving functions.

[0961] The communication module 60 can communicate with the microprocessor 61 and the structural elements of the vehicle 40 via the communication port 63. For example, the communication module 60 sends and receives data (information) between the microprocessor 61 and the memory (ROM, RAM) 62, and various sensors 50-58 in the drive unit 41, steering control unit 42, accelerator pedal 43, brake pedal 44, gear shift lever 45, left and right front wheels 46, left and right rear wheels 47, axle 48, and electronic control unit 49 of the vehicle 40 via the communication port 63.

[0962] The communication module 60 is controlled by the microprocessor 61 of the electronic control unit 49 and is a communication device capable of communicating with external devices. For example, it can transmit and receive various types of information between external devices via wireless communication. The communication module 60 can be located either inside or outside the electronic control unit 49. The external device can be, for example, the aforementioned base station 10, user terminal 20, etc. Furthermore, the communication module 60 can be, for example, at least one of the aforementioned base station 10 and user terminal 20 (or it can function as at least one of the base station 10 and user terminal 20).

[0963] The communication module 60 can also wirelessly transmit at least one of the following to an external device: signals from the various sensors 50-58 described above that are input to the electronic control unit 49, information obtained based on these signals, and information based on input from an external source (user) obtained via the information service unit 59. The electronic control unit 49, the various sensors 50-58, the information service unit 59, etc., can also be referred to as input units that receive input. For example, the PUSCH transmitted via the communication module 60 can also contain information based on the aforementioned input.

[0964] The communication module 60 receives various information (traffic information, traffic light information, vehicle-to-vehicle information, etc.) sent from external devices and displays it to the information service unit 59 provided by the vehicle. The information service unit 59 can also be referred to as an output unit that outputs information (for example, outputs information to devices such as displays and speakers based on the PDSCH received through the communication module 60 (or data / information decoded from the PDSCH).

[0965] Furthermore, the communication module 60 stores various information received from external devices in a memory 62 that can be used by the microprocessor 61. The microprocessor 61 can also control the drive unit 41, steering unit 42, accelerator pedal 43, brake pedal 44, gear shift lever 45, left and right front wheels 46, left and right rear wheels 47, axle 48, and various sensors 50-58 of the vehicle 40 based on the information stored in the memory 62.

[0966] Furthermore, the base station in this disclosure can also be rewritten as a user terminal. For example, various methods / implementations of this disclosure can be applied to structures where communication between the base station and the user terminal is replaced by communication between multiple user terminals (e.g., also referred to as device-to-device (D2D) or vehicle-to-everything (V2X)). In this case, it can also be configured such that the user terminal 20 has the functions of the base station 10 described above. In addition, terms such as "uplink" and "downlink" can be rewritten as terms corresponding to inter-terminal communication (e.g., "sidelink"). For example, uplink channel, downlink channel, etc., can also be rewritten as sidelink channel.

[0967] Similarly, the user terminal in this disclosure can also be rewritten as a base station. In this case, it can also be configured such that the base station 10 has the functions of the user terminal 20 described above.

[0968] In this disclosure, operations are assumed to be performed by the base station, and sometimes, depending on the circumstances, by its upper node. Clearly, in a network containing one or more network nodes having a base station, various operations for communication with a terminal can be performed by the base station, one or more network nodes other than the base station (e.g., considering a Mobility Management Entity (MME), a Serving-Gateway (S-GW), etc., but not limited to these), or combinations thereof.

[0969] The various methods / implementations described in this disclosure can be used individually or in combination, and can be switched as needed during execution. Furthermore, the processing procedures, timing sequences, flowcharts, etc., of the various methods / implementations described in this disclosure can be rearranged as long as they do not contradict each other. For example, for the method described in this disclosure, the illustrated order is used to indicate various steps, but the order in which they are indicated is not limited.

[0970] The various methods / implementations described in this disclosure can also be applied to Long Term Evolution (LTE), LTE-Advanced (LTE-A), LTE-Beyond (LTE-B), SUPER 3G, IMT-Advanced, 4th generation mobile communication system (4G), 5th generation mobile communication system (5G), 6th generation mobile communication system (6G), xth generation mobile communication system (xG (x is, for example, an integer or a decimal)), Future Radio Access (FRA), New-Radio Access Technology (RAT), New Radio (NR), New radio access (NX), Futuregeneration radio access (FX), Global System for Mobile Communications (GSM (registered trademark)), CDMA2000, Ultra Mobile Broadband (UMB), IEEE This includes 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, Ultra-Wideband (UWB)), Bluetooth (registered trademark), systems utilizing other suitable wireless communication methods, and next-generation systems derived from enhancements, modifications, creations, or specifications based on them. Furthermore, multiple systems can be combined (e.g., LTE or LTE-A, combinations with 5G, etc.) for application.

[0971] As used in this disclosure, the term "based on" does not mean "based on only" unless otherwise specified. In other words, the term "based on" means both "based on only" and "based on at least".

[0972] Any reference to an element using the designations "first," "second," etc., as used in this disclosure does not comprehensively limit the quantity or order of these elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Therefore, reference to the first and second elements does not imply that only two elements may be used, or that the first element must take precedence over the second element in some form.

[0973] The term "determining" as used in this disclosure can encompass a wide variety of operations. For example, "determining" can also refer to judging, calculating, computing, processing, deriving, investigating, looking up (search, inquiry) (e.g., searching in a table, database or other data structure), and ascertaining.

[0974] In addition, "judgment (decision)" can also refer to receiving (e.g., receiving information), transmitting (e.g., sending information), inputting, outputting, accessing (e.g., accessing data in memory), etc., as situations where "judgment (decision)" is performed.

[0975] Furthermore, "judgment (decision)" can also refer to situations where resolving, selecting, choosing, establishing, or comparing are considered as making a "judgment (decision)". That is, "judgment (decision)" can also refer to certain operations as making a "judgment (decision)". In this disclosure, "judgment (decision)" can also be rewritten in relation to the operations described above.

[0976] Furthermore, in this disclosure, "determine / determining" can also be interchanged with "assume / assuming," "expect / expecting," "consider / considering," etc. Additionally, in this disclosure, "not assuming..." can also be interchanged with "assuming not...".

[0977] In this disclosure, "expect" can also be interchanged with "be expected." For example, "expect(s)..." (where "..." can also be expressed as a that clause, an infinitive to, etc.) can also be interchanged with "be expected..." or "perform..." (in the case of "..." being an infinitive to "to," the verb with "to" removed). "Does not expect..." can also be interchanged with "be not expected..." or "does not perform..." (in the case of "..." being an infinitive to "to," the verb with "to" removed). Furthermore, "An apparatus A is not expected..." can also be interchanged with "Apparatus B other than apparatus A does not expect apparatus A to perform..." (for example, if apparatus A is a UE, apparatus B can also be a base station).

[0978] The term "maximum transmit power" as used in this disclosure may refer to the maximum value of the transmit power, the nominal maximum transmit power (the nominal UE maximum transmit power), or the rated maximum transmit power (the rated UE maximum transmit power).

[0979] As used in this disclosure, the terms “connected,” “coupled,” or all variations thereof, refer to all direct or indirect connections or combinations between two or more elements, and can include cases where there is one or more intermediate elements between two mutually “connected” or “coupled” elements. The connections or combinations between elements can be physical, logical, or a combination thereof. For example, “connection” can also be rewritten as “access.”

[0980] In this disclosure, when two elements are connected, it is possible to consider using more than one wire, cable, printed electrical connection, etc. to be "connected" or "combined" with each other, and as several non-limiting and non-exclusive examples, to use electromagnetic energy with wavelengths having wireless frequency domain, microwave region, light (both visible and invisible) region to be "connected" or "combined" with each other.

[0981] In this disclosure, the term "A is different from B" can also mean "A and B are different from each other." Additionally, the term can also mean "A and B are each different from C." Terms such as "separate" and "combined" can also be interpreted in the same way as "different."

[0982] When the terms "include," "including," and variations thereof are used in this disclosure, these terms, like the term "comprising," mean inclusive. Furthermore, the term "or" as used in this disclosure does not mean XOR.

[0983] In this disclosure, for example, in cases where articles are added through translation, such as a, an, and the in English, the disclosure may also include cases where the noun following these articles is in a plural form.

[0984] In this disclosure, terms such as "below," "less than," "above," "more than," and "equal to" can be interchanged. Furthermore, in this disclosure, statements meaning "good," "bad," "large," "small," "high," "low," "early," "late," "wide," and "narrow" can be interchanged, not limited to the positive, comparative, and superlative degrees. Additionally, in this disclosure, statements meaning "good," "bad," "large," "small," "high," "low," "early," "late," "wide," and "narrow" can also be interchanged as expressions accompanied by "i" (where i is any integer), not limited to the positive, comparative, and superlative degrees (e.g., "highest" can also be interchanged with "i-th highest").

[0985] In this disclosure, "of", "for", "regarding", "related to", "associated with", etc., can also be rewritten interchangeably.

[0986] In this disclosure, phrases such as "when A, B", "if A, then B", "B upon A", "B in response to A", "B based on A", "B during / while A", "B before A", "B at / on A", "B after A", "B since A", and "B until A" can be rewritten interchangeably. Furthermore, A and B can be appropriately replaced with nouns, gerunds, or other suitable expressions depending on the context. Additionally, the time difference between A and B can be approximately 0 (immediately following or immediately preceding). Moreover, a time offset can be applied to the time A occurs. For example, "A" can also be rewritten interchangeably with "before / after the time offset of A". This time offset (e.g., more than one symbol / slot) can be predetermined or determined by the UE based on the information it is notified of.

[0987] In this disclosure, timing, moment, time, time instance, arbitrary time unit (e.g., time slot, sub-time slot, symbol, subframe), period, opportunity, resource, etc., can also be overridden.

[0988] The inventions disclosed herein have been described in detail above. However, it will be apparent to those skilled in the art that the inventions disclosed herein are not limited to the embodiments described herein. The description herein is for illustrative purposes only and is not intended to limit the inventions disclosed herein in any way.

Claims

1. A terminal, comprising: The receiving unit receives one or more event settings related to the beam report triggered by the event; and The control unit determines the report content corresponding to each event setting based on the event settings.

2. The terminal as described in claim 1, wherein, The report content is set in the event settings.

3. The terminal as described in claim 1, wherein, The report content is set in a different configuration than the event settings. The report content and the event settings are linked.

4. The terminal as described in claim 1, wherein, The report content is defined for each identifier set for the event.

5. A wireless communication method for a terminal, comprising: The steps for receiving one or more event settings related to an event-triggered beam report; and Based on the event settings, the steps are as follows: determining the report content corresponding to each event setting.

6. A base station, comprising: The transmitting unit transmits one or more event settings related to the beam report triggered by the event; and The control unit uses the event settings to instruct the report content corresponding to each event setting.

Images