A method for event-triggered l1 measurement reporting

Abstract

This disclosure is directed generally to wireless communications technologies and more specifically to configuration and provisioning of event-triggered Layer-1 measurement reporting in the context of Layer-1 / Layer-2 Triggered Mobility (LTM). Specifically, configuration mechanisms are provided to allow for event triggering of L1 measurement report at either beam level or cell level. Manners of configuration for measurement resources, evaluation of events, and triggering of measurement report are provided. Mechanism for beam level or cell level event evaluation and trigger using counters and / or timers are provided in order to avoid ping pong effect in measurement reporting. The disclosed implementations provide improvement in efficiency of L1 measurement reporting for LTM and reduction of overhead in the L1 measurement reporting.

Description

A METHOD FOR EVENT-TRIGGERED L1 MEASUREMENT REPORTINGTECHNICAL FIELD

[0001] This disclosure is directed generally to wireless communications technologies and more specifically to configuration and provisioning of event-triggered Layer-1 measurement reporting in the context of Layer-1 / Layer-2 Triggered Mobility (LTM) .BACKGROUND

[0002] In a wireless communication network, a wireless terminal device in communication with a serving cell may need to switch cells during mobility. It is desirable for such cell switches to be performed with reduced mobility latency, data interruption time, communication overhead and / or energy consumption in various network architectures and topologies.SUMMARY

[0003] This disclosure is directed generally to wireless communications technologies and more specifically to configuration and provisioning of event-triggered Layer-1 measurement reporting in the context of Layer-1 / Layer-2 Triggered Mobility (LTM) . Specifically, configuration mechanisms are provided to allow for event triggering of L1 measurement report at either beam level or cell level. Manners of configuration for measurement resources, evaluation of events, and triggering of measurement report are provided. Mechanism for beam level or cell level event evaluation and trigger using counters and / or timers are provided in order to avoid ping pong effect in measurement reporting. The disclosed implementations provide improvement in efficiency of L1 measurement reporting for LTM and reduction of overhead in the L1 measurement reporting. In some example implementations, a method performed by a wireless terminal in communication with a serving cell in a wireless communication network is disclosed. The method may include receiving from the serving cell a set of configuration information items for provisioning event-triggered reporting of Layer-1 (L1) measurements; performing one or more L1 measurements; performing, based on the set of configuration information items, an evaluation of at least one event associated with the one or more L1 measurements; monitoring a triggering condition for an L1 measurement report based on the  evaluation of the at least one event according to the set of configuration items; and transmitting the L1 measurement report to the serving cell in response to the triggering condition being met.

[0004] In the example implementations above, the method may further include determining a level of input L1 measurements for the evaluation of the at least one event, the level of input L1 measurements being one of a plurality of predetermined levels comprising a beam level, a cell level, and a mixed beam-cell level.

[0005] In any one of the example implementations above, the level of input L1 measurements is explicitly signaled by the serving cell to the wireless terminal via one of the set of configuration information items.

[0006] In any one of the example implementations above, the level of input L1 measurements is implicitly derived by the wireless terminal from the set of configuration information items.

[0007] In any one of the example implementations above, a particular level of the plurality of predetermined levels is implicitly determined by the wireless terminal when a predetermined configuration information parameter is absent from the set of configuration information items.

[0008] In any one of the example implementations above, the set of configuration information items comprise an L1 measurement reporting configuration.

[0009] In any one of the example implementations above, the L1 measurement reporting configuration comprises at least one of: at least one L1 measurement threshold value associated with the evaluation of the at least one event or the triggering condition; at least one L1 measurement offset value associated with the evaluation of the at least one event or the triggering condition; a first indication to indicate whether to include beam-level or cell-level L1 measurement results in the L1 measurement report; a second indication to indicate whether to use beam-level or cell-level L1 measurement results for the evaluation of the at least one event; a third indication to indicate whether a candidate beam change of a candidate cell for L1-triggered mobility (LTM) during the evaluation of the at least one event would cause a counter or a timer that control the evaluation of the at least one event or the monitoring of the triggering condition to reset or not; or the triggering condition.

[0010] In any one of the example implementations above, the L1 reporting configuration is included: within a candidate cell configuration for LTM; or outside of a candidate cell configuration for LTM and in an LTM configuration common to all candidate cells for LTM.

[0011] In any one of the example implementations above, the set of configuration information items comprise a measurement resource configuration.

[0012] In any one of the example implementations above, the measurement resource configuration is included in one of: an LTM channel state information (CSI) resource configuration; a measurement object (MO) configuration; or an SSB / CSI-RS configuration for an LTM candidate.

[0013] In any one of the example implementations above, the measurement resource configuration is included in the LTM CSI resource configuration and the LTM CSI resource configuration comprises an indication to indicate whether a resource set listed in the LTM CSI resource configuration is to be used / measured for the event-triggered reporting of L1 measurements or for CSI measurement reporting.

[0014] In any one of the example implementations above, the measurement resource configuration is included in the LTM CSI resource configuration and comprises at least one of: a list of cells allowed or excluded for event-triggered measurements; a list of beams or reference signals allowed or excluded for event-triggered measurement; one or more cell specific offset values for evaluating the one or more L1 measurements; one or more beam specific offset values for evaluating the one or more L1 measurements; one or more threshold measurement values for consolidation of L1 measurements of a resource set or a cell; or one or more maximum numbers of per-beam L1 measurement results to be averaged in a resource set of a cell.

[0015] In any one of the example implementations above, the measurement resource configuration is included in the MO configuration, the MO configuration is provided per beam / reference signal, per cell or per frequency.

[0016] In any one of the example implementations above, the measurement resource configuration is included in the MO configuration or the SSB / CSI-RS configuration for an LTM  candidate, and the measurement resource configuration comprises at least one of: a list of cells allowed or excluded for event-triggered measurements; a list of beams or reference signals allowed or excluded for event-triggered measurement; one or more beam specific offset values for evaluating the one or more L1 measurements; one or more threshold measurement values for consolidation of L1 measurements of a cell; or one or more maximum numbers of per-beam L1 measurement results to be averaged in a cell

[0017] In any one of the example implementations above, the set of configuration information items comprise an indication to indicate measurement resources for the serving cell.

[0018] In any one of the example implementations above, the set of configuration information items comprise an L1 measurement reporting configuration and a separate L1 measurement resource configuration.

[0019] In any one of the example implementations above, the L1 measurement reporting configuration and the separate L1 measurement resource configuration are associated via an L1 measurement ID.

[0020] In any one of the example implementations above, the L1 measurement reporting configuration and the separate L1 measurement resource configuration are associated by including one or more measurement resource IDs in the L1 measurement reporting configuration.

[0021] In any one of the example implementations above, each of the one or more measurement resource IDs comprises at least one of: an L1 measurement object (MO) ID; a beam / reference signal index; or a cell ID.

[0022] In any one of the example implementations above, the measurements or the evaluation of the at least one event is performed by the wireless terminal at physical layer and reported to a media access control (MAC) layer of the wireless terminal; or the evaluation of the at least one event is performed by the wireless terminal at the MAC layer.

[0023] In any one of the example implementations above, the monitoring of the triggering condition is performed by the wireless terminal at the MAC layer.

[0024] In any one of the example implementations above, the triggering condition is  monitored according to a timer and the evaluation of the at least one event, wherein the timer is configured to monitor the at least one event to be met during a preconfigured value for the timer.

[0025] In any one of the example implementations above, monitoring the triggering condition comprises at least one of the following: starting the timer when an entering condition associated with the at least one event is met; resetting or stopping the timer when the entering condition associated with the at least one event becomes not met or when a leaving condition associated with the at least one event is met; and upon an expiration of the timer, determining that the trigger condition for the L1 measurement report is met.

[0026] In any one of the example implementations above, the triggering condition is monitored according to a counter and the evaluation of the at least one event, wherein the counter is configured to monitor the at least one event to be met consecutively with a preconfigured value for the counter.

[0027] In any one of the example implementations above, monitoring the triggering condition comprises at least one of the following: initializing the counter to 0; incrementing the counter by 1 when an entering condition associated with the at least one event is met; reset the counter to 0 when the entering condition associated with the at least one event becomes not met or when a leaving condition associated with the at least one event is met; and upon the counter reaching the preconfigured value, determining that the trigger condition for the L1 measurement report is met.

[0028] In some other implementations, a wireless communications apparatus either on the network side or terminal side is disclosed. The wireless communication apparatus may include a processor and a memory, wherein the processor is configured to read code from the memory and implement any one of the methods above.

[0029] In yet some other implementations, a non-transitory computer readable medium is disclosed. The non-transitory computer readable medium may include computer instructions, when executed by a processor of a wireless communication device on the network side or terminal side, may cause the wireless communication device to implement any one of the methods above.BRIEF DESCRIPTION OF THE DRAWINGS

[0030] FIG. 1 illustrates an example wireless communication network including a wireless access network, a core network, and data networks.

[0031] FIG. 2 illustrates an example wireless access network including a plurality of mobile stations / terminals or User Equipments (UEs) and a wireless access network node in communication with one another via an over-the-air radio communication interface.

[0032] FIG. 3 shows an example radio access network (RAN) architecture.

[0033] FIG. 4 shows an example communication protocol stack in a wireless access network node or wireless terminal device including various network layers.

[0034] FIG. 5 illustrates an example LTM procedure.DETAILED DESCRIPTION

[0035] The present disclosure will now be described in detail hereinafter with reference to the accompanied drawings, which form a part of the present disclosure, and which show, by way of illustration, specific examples of embodiments. The present disclosure may, however, be embodied in a variety of different forms and, therefore, the covered or claimed subject matter is intended to be construed as not being limited to any of the embodiments to be set forth below.

[0036] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment” or “in some embodiments” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment” or “in other embodiments” as used herein does not necessarily refer to a different embodiment. The phrase “in one implementation” or “in some implementations” as used herein does not necessarily refer to the same implementation and the phrase “in another implementation” or “in other implementations” as used herein does not necessarily refer to a different implementation. It is intended, for example, that claimed subject matter includes combinations of exemplary embodiments or implementations in whole or in part.

[0037] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” or “at least one” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a” , “an” , or “the” , again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” or “determined by” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0038] Wireless Network Overview

[0039] An example wireless communication network, shown as 100 in FIG. 1, may include wireless terminal devices or user equipment (UE) 110, 111, and 112, a carrier network 102, various service applications 140, and other data networks 150. The wireless terminal devices or UEs, may be alternatively referred to as wireless terminals. The carrier network 102, for example, may include access network nodes 120 and 121, and a core network 130. The carrier network 110 may be configured to transmit voice, data, and other information (collectively referred to as data traffic) among UEs 110, 111, and 112, between the UEs and the service applications 140, or between the UEs and the other data networks 150. The access network nodes 120 and 121 may be configured as various wireless access network nodes (WANNs, alternatively referred to as wireless base stations) to interact with the UEs on one side of a communication session and the core network 130 on the other. The term “access network” may be used more broadly to refer a combination of the wireless terminal devices 110, 111, and 112 and the access network nodes 120 and 121. A wireless access network may be alternatively referred to as Radio Access Network (RAN) . The core network 130 may include various network nodes configured to control communication sessions and perform network  access management and traffic routing. The service applications 140 may be hosted by various application servers deployed outside of but connected to the core network 130. Likewise, the other data networks 150 may also be connected to the core network 130.

[0040] In the example wireless communication network of 100 of FIG. 1, the UEs may communicate with one another via the wireless access network. For example, UE 110 and 112 may be connected to and communicate via the same access network node 120. The UEs may communicate with one another via both the access networks and the core network. For example, UE 110 may be connected to the access network node 120 whereas UE 111 may be connected to the access network node 121, and as such, the UE 110 and UE 111 may communicate to one another via the access network nodes 120 and 121, and the core network 130. The UEs may further communicate with the service applications 140 and the data networks 150 via the core network 130. Further, the UEs may communicate to one another directly via side link communications, as shown by 113.

[0041] FIG. 2 further shows an example system diagram of the wireless access network 120 including a WANN 202 serving UEs 110 and 112 via the over-the-air interface 204. The wireless transmission resources for the over-the-air interface 204 include a combination of frequency, time, and / or spatial resource. Each of the UEs 110 and 112 may be a mobile or fixed terminal device installed with mobile access units such as SIM / USIM modules for accessing the wireless communication network 100. The UEs 110 and 112 may each be implemented as a terminal device including but not limited to a mobile phone, a smartphone, a tablet, a laptop computer, a vehicle on-board communication equipment, a roadside communication equipment, a sensor device, a smart appliance (such as a television, a refrigerator, and an oven) , or other devices that are capable of communicating wirelessly over a network. As shown in FIG. 2, each of the UEs such as UE 112 may include transceiver circuitry 206 coupled to one or more antennas 208 to effectuate wireless communication with the WANN 120 or with another UE such as UE 110. The transceiver circuitry 206 may also be coupled to a processor 210, which may also be coupled to a memory 212 or other storage devices. The memory 212 may be transitory or non-transitory and may store therein computer instructions or code which, when read and executed by the processor 210, cause the processor  210 to implement various ones of the methods described herein.

[0042] Similarly, the WANN 120 may include a wireless base station or other wireless network access point capable of communicating wirelessly via the over-the-air interface 204 with one or more UEs and communicating with the core network 130. For example, the WANN 120 may be implemented, without being limited, in the form of a 2G base station, a 3G nodeB, an LTE eNB, a 4G LTE base station, a 5G NR base station of a 5G gNB, a 5G central-unit base station, or a 5G distributed-unit base station. Each type of these WANNs may be configured to perform a corresponding set of wireless network functions. The WANN 202 may include transceiver circuitry 214 coupled to one or more antennas 216, which may include an antenna tower 218 in various forms, to effectuate wireless communications with the UEs 110 and 112. The transceiver circuitry 214 may be coupled to one or more processors 220, which may further be coupled to a memory 222 or other storage devices. The memory 222 may be transitory or non-transitory and may store therein instructions or code that, when read and executed by the one or more processors 220, cause the one or more processors 220 to implement various functions of the WANN 120 described herein.

[0043] Data packets in a wireless access network such as the example described in FIG. 2 may be transmitted as protocol data units (PDUs) . The data included therein may be packaged as PDUs at various network layers wrapped with nested and / or hierarchical protocol headers. The PDUs may be communicated between a transmitting device or transmitting end (these two terms are used interchangeably) and a receiving device or receiving end (these two terms are also used interchangeably) once a connection (e.g., a radio link control (RRC) connection) is established between the transmitting and receiving ends. Any of the transmitting device or receiving device may be either a wireless terminal device such as device 110 and 120 of FIG. 2 or a wireless access network node such as node 202 of FIG. 2. Each device may both be a transmitting device and receiving device for bi-directional communications.

[0044] The core network 130 of FIG. 1 may include various network nodes geographically distributed and interconnected to provide network coverage of a service region of the carrier network 102. These network nodes may be implemented as dedicated hardware network nodes. Alternatively, these network nodes may be virtualized and implemented as virtual  machines or as software entities. These network nodes may each be configured with one or more types of network functions which collectively provide the provisioning and routing functionalities of the core network 130.

[0045] Returning to wireless radio access network (RAN) , FIG. 3 illustrates an example RAN 340 in communication with a core network 310 and wireless terminals UE1 to UE7. The RAN 340 may include one or more various types of wireless base station or WANNs 320 and 321 which may include but are not limited to gNB, eNodeB, NodeB, or other type of base stations. The RAN 340 may be backhauled to the core network 310. The WANNs 320, for example, may further include multiple separate access network nodes in the form of a Central Unit (CU) 322 and one or more Distributed Unit (DU) 324 and 326. The CU 322 is connected with DU1 324 and DU2 326 via various interfaces, for example, an F1 interface. The F1 interface, for example, may further include an F1-C interface and an F1-U interface, which may be used to carry control plane information and user plane data, respectively. In some embodiments, the CU may be a gNB Central Unit (gNB-CU) , and the DU may be a gNB Distributed Unit (gNB-DU) . While the various implementations described below are provided in the context of a 5G cellular wireless network, the underlying principles described herein are applicable to other types of radio access networks including but not limited to other generations of cellular network, as well as Wi-Fi, Bluetooth, ZigBee, and WiMax networks.

[0046] The UEs may be connected to the network via the WANNs 320 over an air interface. The UEs may be served by at least one cell. Each cell is associated with a coverage area. These cells may be alternatively referred to as serving cells. The coverage areas between cells may partially overlap. Each UE may be actively communicating with at least one cell while may be potentially connected or connectable to more than one cell. In the example of FIG. 1, UE1, UE2, and UE3 may be served by cell1 330 of the DU1, whereas UE4 and UE5 may be served by cell2 332 of the DU1, and UE6 and UE7 may be served by cell3 associated with DU2. In some implementations, a UE may be served simultaneously by two or more cells. Each of the UE may be mobile and the signal strength and quality from the various cells at the UE may depend on the UE location and mobility.

[0047] FIG. 4 further illustrates a simplified view of the various network layers involved in  transmitting user-plane PDUs from a transmitting device 402 to a receiving device 404 in the example wireless access network of FIGs. 1-3. FIG. 4 is not intended to be inclusive of all essential device components or network layers for handling the transmission of the PDUs. FIG. 4 illustrates that the data packaged by upper network layers 420 at the transmitting device 402 may be transmitted to corresponding upper layer 430 (such as radio resource control or RRC layer) at the receiving device 304 via Packet Data Convergence Protocol layer (PDCP layer, not shown in FIG. 4) and radio link control (RLC) layer 422 and of the transmitting device, the physical (PHY) layers of the transmitting and receiving devices and the radio interface, as shown as 406, and the media access control (MAC) layer 434 and RLC layer 432 of the receiving device. Various network entities in each of these layers may be configured to handle the transmission and retransmission of the PDUs.

[0048] In FIG. 4, the upper layers 420 may be referred as layer-3 or L3, whereas the intermediate layers such as the RLC layer and / or the MAC layer and / or the PDCP layer (not shown in FIG. 4) may be collectively referred to as layer-2, or L2, and the term layer-1 is used to refer to layers such as the physical layer and the radio interface-associated layers. In some instances, the term “low layer” may be used to refer to a collection of L1 and L2, whereas the term “high layer” may be used to refer to layer-3. In some situations, the term “lower layer” may be used to refer to a layer among L1, L2, and L3 that are lower than a current reference layer. Control signaling may be initiated and triggered at each of L1 through L3 and within the various network layers therein. These signaling messages may be encapsulated and cascaded into lower layer packages and transmitted via allocated control or data over-the-air radio resources and interfaces. The term “layer” generally includes various corresponding entities thereof. For example, a MAC layer encompasses corresponding MAC entities that may be created. The layer-1 (L1) , for example, encompasses PHY entities. The layer-2 (L2) , for another example encompasses MAC layers / entities, RLC layers / entities, service data adaptation protocol (SDAP) layers and / or PDCP layers / entities.

[0049] L1 / L2 Triggered Mobility (LTM)

[0050] LTM is a procedure in which a gNB (generally representing a base station) receives L1 measurement report (s) from a UE, and on that basis the gNB changes UE’s serving cell by a  cell switch command signaled via, for example, a MAC CE. The cell switch command indicates as a target cell an LTM candidate cell with a cell configuration that the gNB previously prepared and provided to the UE through RRC signaling. Then the UE switches to the target cell according to the cell switch command. The cell switch command may be conveyed in a MAC CE, which contains the necessary information to perform the LTM cell switch.

[0051] An overall example procedure for LTM is shown in FIG. 5. Subsequent LTM is done by repeating the early synchronization, LTM cell switch execution, and LTM cell switch completion steps without releasing other LTM candidate cell configurations after each LTM cell switch completion. FIG. 5 may be applied to a scenario that the cell switch is intra-CU, and as such only one gNB is shown and the LTM cell switch may occur between a source cell and a target cell associated with the same gNB. The example general procedure of FIG. 5 may be applicable to Main-Cell-Group (MCG) LTM cell switching and / or Secondary-Cell-Group SCG LTM cell switching. The underlying principle can also be expanded and applied to inter-CU LTM.

[0052] The example general procedure of FIG. 5 for LTM is described as follows. The numeral headers represent the corresponding steps of FIG. 5.

[0053] 1. The UE may send a MeasurementReport message to the gNB in the current communication connection with a source cell associated with the gNB. The gNB receives MeasurementReport message and then decides, based on the MeasurementReport message, to initiate LTM preparation to configure future LTM cell switch.

[0054] 2. The gNB transmits an RRCReconfiguration message to the UE including the LTM candidate cell configurations for candidate cells.

[0055] 3. The UE stores the LTM candidate cell configurations and transmits an RRCReconfigurationComplete message to the gNB. Steps 1-3 may be referred to as an LTM preparation procedure.

[0056] 4a. The UE may perform downlink (DL) synchronization with the candidate cell (s) before receiving the cell switch command.

[0057] 4b. If configured / indicated by the network, the UE may perform UE-based Time Advance (TA) measurement (s) or PDCCH order triggered early RACH to acquire the TA value (s) of one or multiple candidate cells before receiving the cell switch command. For UE-based Time Advance (TA) measurement (s) , the UE performs TA measurement (s) for the candidate cells after being configured by RRC but the exact timing for the UE to perform the TA measurement (s) is up to UE implementation. For PDCCH order triggered early RACH, this may be done via Contention Free Random Access (CFRA) triggered by a Physical Downlink Control Channel (PDCCH) order from the source cell, following which the UE sends preamble towards the indicated candidate cell. Then the indicated candidate cell calculates the TA value (s) . In order to minimize the data transmission interruption of the source cell in the current communication with the UE due to the CFRA towards the candidate cell (s) , the candidate cell (s) may not transmit and the UE may not receive Random Access Response (RAR) for the purpose of TA value acquisition, and the TA value (s) of the candidate cell (s) may be indicated in the cell switch command to the UE. The UE may not maintain TA timer (s) for the candidate cell (s) , and may rely on network implementation to guarantee TA validity instead. Steps 4a and 4b above may be referred to as an early synchronization procedure.

[0058] 5. The UE may then perform L1 measurements on the configured candidate cell (s) and transmits L1 measurement reports to the gNB. L1 measurements may be performed as long as the RRC reconfiguration message (received in Step 2) is applied by the UE.

[0059] 6. The gNB may decide to execute cell switch to a target cell (among the candidate cell (s) ) and transmits, e.g., a MAC CE triggering the cell switch by including a candidate configuration index of the target cell (for identify the target cell configuration among one or more candidate cells) . The UE may then switch to the target cell and applies the cell configuration indicated by the candidate configuration index.

[0060] 7. The UE performs the random access procedure towards the target cell, if UE does not already have valid TA of the target cell from, for example, the synchronization  procedure above. The random access procedure of Step 7 may be omitted if the UE has already obtained a valid TA of the target cell. Steps 5 through 7 above may be referred to as LTM cell switch execution procedure.

[0061] 8. The UE completes the LTM cell switch procedure by sending RRCReconfigurationComplete message to the target cell. If the UE has performed a random access procedure in Step 7 above, the UE may consider that LTM cell switch execution is successfully completed when the random access procedure is successfully completed. For RACH-less LTM (where Step 7 is omitted) , the UE may instead consider that LTM cell switch execution is successfully completed when the UE determines that the network has successfully received its first UL data.

[0062] The Steps 4-8 above can be performed multiple times for subsequent LTM using the LTM candidate configuration (s) provided in Step 2.

[0063] Event-Triggered L1 Measurement Reporting

[0064] In some example implementations of the L1 measurement reporting above, e.g., Step 5 of FIG. 5, the reporting may be triggered periodically or on other predefined or configured schedule. The reporting is provided from the UE to the network work such that the network can evaluate the measurement and determine whether to perform LTM cell switch for the UE and if so, further determine a target cell among a plurality of prepared candidate cell for the LTM switching.

[0065] In some other example implementations, the L1 measurement reporting may be triggered based on detection of occurrence of predefined or configured events, and a report triggering condition based on the occurrence of the events. The events and the triggering condition may be designed such that the report is triggered when LTM cell switching of the UE may need to be considered and evaluated by the network. In such a manner, unnecessary reporting may be reduced in comparison to periodic or other fixed schedule reporting, thereby reducing the network overhead and making the L1 measurement reporting more adaptive to network conditions.

[0066] Such events may be predefined and / or configured. For example, types of events  may be predefined and parameter for determining whether an event is in effect may be either predefined or configured. Some events may be considered as a state, and the UE can enter the event (the state) and leave the state (the event) . The parameters associated with entering or leaving an event (thresholds, offsets, etc. ) may be predefined or may be configured.

[0067] For L1 measurement report triggering, the following types of events may be used and considered in a triggering condition with the conditions for entering and leaving a state indicated when applicable:

[0068] ● A1-like event: Serving cell / beam becomes better than a threshold. The formula entering or leaving the events of this type may be defined to include at least one of the following conditions:

[0069] Entering condition: the measurement result of the serving cell / beam > Threshold.

[0070] Leaving condition: the measurement result of the serving cell / beam < Threshold.

[0071] ● A2-like event: Serving cell / beam becomes worse than a threshold. The formula for entering or leaving the event may be defined to include at least one of the following conditions:

[0072] Entering condition: the measurement result of the serving cell / beam < Threshold.

[0073] Leaving condition: the measurement result of the serving cell / beam > Threshold.

[0074] ● A3-like event: Candidate cell / beam becomes amount of offset better than SpCell / serving cell / beam. The formula for entering or leaving the event may be defined to include at least one of the following conditions:

[0075] Entering condition: the measurement result of the candidate cell / beam > the measurement result of the SpCell / serving cell / beam + Offset.

[0076] Leaving condition: the measurement result of the candidate cell / beam < the measurement result of the SpCell / serving cell / beam + Offset.

[0077] ● A4-like event: Candidate cell / beam becomes better than a threshold. The formula  for entering or leaving the event may be defined to include at least one of the following conditions:

[0078] Entering condition: the measurement result of the candidate cell / beam > Threshold. Leaving condition: the measurement result of the candidate cell / beam < Threshold.

[0079] ● A5-like event: SpCell / serving cell / beam becomes worse than a first threshold (Threshold 1) and Candidate cell / beam becomes better than a second threshold (Threshold 2) . The formula for entering or leaving the event may be defined to include at least one of the following conditions:

[0080] Entering condition: (the measurement result of the SpCell / serving cell / beam < Threshold 1) AND (the measurement result of the candidate cell / beam > Threshold 2) .

[0081] Leaving condition: (the measurement result of the SpCell / serving cell / beam >Threshold 1) AND (the measurement result of the candidate cell / beam < Threshold 2) .

[0082] ● A3H1-like event: Candidate cell / beam becomes amount of offset better than SpCell / serving cell / beam and the UE altitude becomes higher than a threshold. The formula for entering or leaving the event may be defined to include at least one of the following conditions:

[0083] Entering condition: (the measurement result of the candidate cell / beam > the measurement result of the SpCell / serving cell / beam + Offset) AND (the UE altitude > Threshold) .

[0084] Leaving condition: (the measurement result of the candidate cell / beam < the measurement result of the SpCell / serving cell / beam + Offset) AND (the UE altitude < Threshold) .

[0085] ● A3H2-like event: Candidate cell / beam becomes amount of offset better than SpCell / serving cell / beam and the UE altitude becomes lower than a threshold.

[0086] The formula for entering or leaving the event may be defined to include at least one of the following conditions:

[0087] Entering condition: (the measurement result of the candidate cell / beam > the measurement result of the SpCell / serving cell / beam + Offset) AND (the UE altitude < Threshold) .

[0088] Leaving condition: (the measurement result of the candidate cell / beam < the measurement result of the SpCell / serving cell / beam + Offset) AND (the UE altitude > Threshold) .

[0089] ● A4H1-like event: Candidate cell / beam becomes better than a first threshold (Threshold 1) and the UE altitude becomes higher than a second threshold (Threshold 2) . The formula for entering or leaving the event may be defined to include at least one of the following conditions:

[0090] Entering condition: (the measurement result of the candidate cell / beam > Threshold 1) AND (the UE altitude > Threshold 2) .

[0091] Leaving condition: (the measurement result of the candidate cell / beam < Threshold 1) AND (the UE altitude < Threshold 2) .

[0092] ● A4H2-like event: Candidate cell / beam becomes better than a first threshold (Threshold 1) and the UE altitude becomes lower than a second threshold (Threshold 2) . The formula for entering or leaving the event may be defined to include at least one of the following conditions:

[0093] Entering condition: (the measurement result of the candidate cell / beam > Threshold 1) AND (the UE altitude < Threshold 2) .

[0094] Leaving condition: (the measurement result of the candidate cell / beam < Threshold 1) AND (the UE altitude > Threshold 2) .

[0095] ● A5H1-like event: SpCell / serving cell / beam becomes worse than a first threshold (Threshold 1) and Candidate cell / beam becomes better than a second threshold  (Threshold 2) and the UE altitude becomes higher than a third threshold (Threshold 3) . The formula for entering or leaving the event may be defined to include at least one of the following conditions:

[0096] Entering condition: (the measurement result of the SpCell / serving cell / beam < Threshold 1) AND (the measurement result of the candidate cell / beam > Threshold 2) AND (the UE altitude > Threshold 3) .

[0097] Leaving condition: (the measurement result of the SpCell >Threshold 1) AND (the measurement result of the candidate cell < Threshold 2) AND (the UE altitude < Threshold 3) .

[0098] ● A5H2-like event: SpCell / serving cell / beam becomes worse than a first threshold (Threshold 1) and Candidate cell / beam becomes better than a second threshold (Threshold 2) and the UE altitude becomes lower than a third threshold (Threshold 3) . The formula for entering or leaving the event the event may be defined to include at least one of the following conditions:

[0099] Entering condition: (the measurement result of the SpCell / serving cell / beam < Threshold 1) AND (the measurement result of the candidate cell / beam > Threshold 2) AND (the UE altitude < Threshold 3) .

[0100] Leaving condition: (the measurement result of the SpCell / serving cell / beam >Threshold 1) AND (the measurement result of the candidate cell / beam < Threshold 2) AND (the UE altitude > Threshold 3) .

[0101] The event may be considered to be satisfied or occurred in various manners. For example, the event may be considered as satisfied if the corresponding entering condition of this event is met. Alternatively, the event may be considered as not being satisfied if the entering condition of the event is not met or if the leaving condition of the event is met.

[0102] The thresholds and / or offset values above for determining the entering and leaving conditions of the events may be predefined or may be configured by the network via, for example RRC signaling, or MAC CE, or other signaling path.

[0103] In some example implementations, in order to improve the robustness of the event and / or allow the flexible adjustment the threshold / offset value for cells / beams, at least one of the following parameters may also be configured by the network for an event:

[0104] ● A hysteresis;

[0105] ● A cell specific offset;

[0106] ● A beam specific offset;

[0107] ● A measurement resource set or measurement object specific offset.

[0108] As an example, if the hysteresis above is configured for an event, the UE shall consider for the event that its measurement result in the left side of the inequality above with minus the hysteresis when the inequality is “>” ; and / or consider the measurement result in left side of the inequality plus the hysteresis when the inequality is “<” .

[0109] As another example, for the cell specific offset, the beam specific offset, and / or the measurement resource offset or measurement object specific offset above, the network can configure them for the candidate cell and / or the serving / SpCell (e.g., with the same value or different values for the candidate and serving / SpCell) . If such an offset is configured, the UE may additionally consider the measurement result of the candidate plus the specific offset value for the candidate and the measurement result of the serving plus the specific offset value for the serving in the inequality for each event above.

[0110] In some example implementations, in order to avoid the frequent cell switch and ping-pong affect due to the fast fluctuations of L1 measurements, some criteria may be considered to improve the robustness of the L1 measurement results reported by the event-triggered measurement reporting. A timer and / or a counter may be configured by the network to evaluate whether an event is met. For example, an event may be considered as occurred only when the conditions related to entering the event (and / or leaving the event) is met during a period of time which can be tracked by a timer. Such a timer during which specific criteria for the event needs to be met may be configured. For another example, an event condition may be required to be met for a consecutive number of times, which may be tracked  by a counter. Such a counter may be configured to record the number times for which event condition is met. For another example, for an event related to a cell, the event may only be considered as being met when at least a number of beams of the cell meet the related conditions. Another counter may be designed and configured to track the number of beams of a cell. The timer and counter may be combined to track an event in order to determine whether an event is met or has occurred, e.g., an event may only be considered as occurred when the relevant conditions are met for a minimum number of times during a particular period of time.

[0111] Example Options for level of Event Evaluation with Respect to Beams and Cells

[0112] In the example event above, the conditions for entering or leaving the event are specified for cells or beams, e.g., SpCell / serving cells / beams or candidate cells / beams for LTM. Each cell may be associated with multiple beams. The evaluation for whether an event condition has been met may be performed at a cell level, or for any of the beams of the relevant cell, or any groups of beams of the relevant cell. As such, input for the event evaluation above may be performed using several different options below with respect how to select the beams in a cell that are relevant to evaluating the event entering or leaving conditions above:

[0113] ● Option 1: beam-level L1 measurement result of event evaluation. In some example implementations, at least one beam of a cell, e.g., candidate cell, may be evaluated for the conditions for the events above. Taking an A3-like event above as an example, the event condition may be considered as being met when the L1 measurement result of at least one beam of the candidate cell becomes better than the current beam of SpCell / serving cell by the configured offset.

[0114] The change of the beam of the cell may impact the event evaluation, e.g., reset or not reset the event evaluation. As an example, if timer and / or a counter above is configured for the event evaluation, various options for handling the counters and timers for evaluating the events may be implemented. In a first option, while the counter or the timer is running during an event evaluation, beam change of the cell may cause the counter / timer to reset. Such beam change of the cell, for example, may include but is not limited to a change of the best / strongest beam of the cell  (e.g., from beam 1 to beam 2, because beam 1 ceases to meet the event condition but beam 2 begins to meet the event condition) . Upon detecting such changes, the timer for the cell may be stopped and / or the counter for the cell shall be reset to an initial value (e.g., 0 or 1) . As a second option, on the contrary, the beam change above of the cell during the event evaluation may not cause the counter / timer to reset. In other words, the beam change may not impact the running of the timer / counter. The two options relating to resetting of the timer or counter may be provided as configuration options. An indication to indicate whether the timer or counter shall be reset in response to beam change in the cell may be signaled by the network via, e.g., an RRC message,

[0115] ● Option 2: cell-level L1 measurement result for event evaluation. Taking an A3-like event above as an example, the L1 measurement result of a candidate cell may be evaluated as to whether it has become better than the current SpCell / serving cell by aggregating or consolidating measurement results of several beams of the candidate cell.

[0116] ● Option 3: an additionally configured number of beams for event evaluation, e.g., refer to as “mixed beam-cell level” . Specifically, for an event to be considered as being met for a cell, the number of beams where the conditions for the event above are met may need reach a threshold number of beams. Taking an A3-like event as an example, the number of beams of candidate cell that are better than the current beam of SpCell / serving cell would need to be greater than (or equal to) a certain threshold number in order for the event to be considered as being met under this option.

[0117] In the conditions for the event valuation above, current SpCell / serving cell may be evaluated, either alone or in comparison to the candidate cells (as specified by the event entering or leaving conditions above) . The current serving cell may also be associates with a plurality of beams. A current beam of the SpCell / serving cell may be used for the evaluation. The term “current beam” of the SpCell / serving cell may refer to different optional beam or combination of beams. In a first example implementation, the best beam, e.g., the beam with  the highest L1-RSRP of the SpCell / serving cell maybe considered as the current beam. In a second example implementation, the beam or reference signal associated with the activated TCI-state in the current SpCell / serving cell may be considered as the current beam for event evaluation purposes. In a third example implementation, a beam explicitly configured / indicated by, e.g., an RRC message or a MAC CE may be considered as the current beam for evaluation against, e.g., beam or beams from a candidate cell for evaluation the event entering and leaving conditions above.

[0118] Likewise, particularly for a candidate cell that is involved in the evaluation of entering or leaving an event, a beam of the candidate cell for evaluation may be taken in the following options. In a first example, the best beam, e.g., the beam with the highest L1-RSRP of the candidate cell may be taken for the event evaluation. In a second example, a beam / RS associated with the activated TCI-state in the candidate cell is taken for event evaluation. For another example, a beam explicitly configured / indicated by an RRC message or a MAC CE may be taken for event evaluation.

[0119] The beams above, either for the SpCell / serving cell or candidate cells, may refer to SSB based beam or CSI-RS based beam. For the event evaluation above, a beam of the candidate cell and a beam of the SpCell / serving cell being compared and evaluated should be of the same type, e.g., both beams are based on SSB, or both beams are based on CSI-RS.

[0120] Choice of the options for the level of event evaluation with respect to beams and cells may be indicated or signaled by the network. In some example implementations, explicit indication may be signaled to indicate whether the cell-level or beam-level measurement results to be used for the event evaluation. For example, a singling information field referred to as evaluationQuantity ENUMERATED {beam, cell} may be used for such explicit indication.

[0121] In some other example implementations, implicit indication by the network configured parameters may be extract to determine whether beam level or cell level event evaluation is to be performed. For example, the network may configure the absolute threshold for the consolidation of beam-level L1 measurement results (using a signaling element of, e.g., absThreshSS-BlocksConsolidation-L1) and / or the maximum number of beams to be averaged  (using a signaling element of, e.g., nrofSS-BlocksToAverage-L1) to the UE. These parameters are related to multi-beam consolidation and average. Their configuration thus implicitly indicates to the UE that the event evaluation is to be performed on beams at the cell level, and the UE should derive the cell-level L1 measurement result by consolidating the highest beam-level L1 measurement quantity values above the absolute threshold where the total number of averaged beams shall not exceed the maximum number configured by the network. If at least one of the parameters above are not configured by the network or the highest beam measurement quantity value is below or equal to the absolute threshold, the UE shall derive the cell-level L1 measurement result based on the best beam measurement quantity of this cell, or the UE shall use the beam-level L1 measurement result for the event evaluation, e.g., using the beam with the highest measurement quantity.

[0122] In some example implementations, implicit indication may be determined as to whether beam level or cell level event evaluation is to be performed via network configured parameters with respect to number of beams to be evaluated. For example, the network may configure a minimum number of beams of candidate cell to be evaluated, which indicates an evaluation not at, for example, best beam level. If such a parameter is configured by the network, the UE shall may use Option 3 above to evaluate whether the event is met. If such a parameter is not configured by the network, the UE then may use, for example, Option 1 above to evaluate whether the event is met.

[0123] L1 Measurement Report Configuration

[0124] The L1 measurement reporting may be based on a configuration provided by the network. Configuration information and parameters pertaining to such a report configuration may be transmitted to from the serving cell to the UE during, for example, the LTM preparation stage of FIG. 5. The configuration may specify information pertaining to whether the report is event-triggered, periodic, or otherwise scheduled. And if the report is event-triggered, the report configuration may further provide parameters related to event evaluations and triggering conditions.

[0125] Generally, a report configuration may include at least one of:

[0126] ● the report configuration ID;

[0127] ● the event ID;

[0128] ● the report type, e.g., event-triggered report type, periodic report type, and the like;

[0129] ● threshold value (s) for events, e.g., for A1 / 2 / 4 / 5 type events, the threshold value (s) may include L1-RSRP (Reference Signal Receive Power) threshold based on SSB, L1-RSRP threshold based on CSI-RS, and the like;

[0130] ● the offset value (s) for event evaluation, e.g., for A3 type events, L1-RSRP offset based on SSB, L1-RSRP offset based on CSI-R;

[0131] ● the trigger quantity (signal to be measured for event evaluation and triggering) , e.g., L1-RSRP, L1-RSRQ (reference signal received quality) , L1-SINR (signal to interference noise ratio) ;

[0132] ● the reference signal (RS) type to be used for event evaluation, e.g., SSB, CSI-RS;

[0133] ● maximum number of RSs / beams to be included in one measurement report;

[0134] ● maximum number of cells to be included in one measurement report;

[0135] ● an indication to indicate whether to include the L1 measurement results of beam (s) of the current serving cell or SpCell in the measurement report (e.g., the beam could be the current serving beam (s) or the beam (s) associated with the activated TCI-state or the best beam (s) ) ;

[0136] ● an indication to indicate whether to include the L1 measurement results of the current serving cell or SpCell in the measurement report;

[0137] ● an indication to indicate whether to include the beam-level or cell-level L1 measurement results in the measurement report;

[0138] ● an indication to indicate whether to use the beam-level or cell-level L1 measurement results for the event evaluation;

[0139] ● minimum number of beams of a candidate cell which specific criteria for the event needs to be met in order to trigger a measurement report;

[0140] ● time during which specific criteria for the event or for the beam (s)  / cell (s) in the associated measurement resource or measurement object configuration needs to be met in order to trigger a measurement report, e.g., a timeToTrigger parameter;

[0141] ● minimum number of times which specific criteria for the event or for the beam (s)  / cell (s) in the associated measurement resource or measurement object configuration needs to be met consecutively to trigger a measurement report;

[0142] ● minimum number of times which specific criteria for the event or for the beam (s)  / cell (s) in the associated measurement resource or measurement object configuration needs to be met during a time window to trigger a measurement report;

[0143] ● an indication to indicate whether or not the UE shall initiate the measurement reporting procedure when the leaving condition is met for a cell or beam which has triggered a measurement report;

[0144] ● a number of measurement reports allowed to be sent;

[0145] ● an indication to indicate whether to use allowed cell / beam list included in the associated measurement resource or measurement object configuration; or

[0146] ● an indication to indicate whether beam change in a cell during an event evaluation shall cause a counter / timer reset or not.

[0147] The report configuration above when specifying event-triggering information, may be referred to as event-triggered report configuration. The event-triggered report configuration may be transmitted from the serving cell to the UE by being included in various configurations. In one example implementation, the event-triggered report configuration may be included within each serving / candidate cell configuration, e.g., similar to how LTM-CSI-ReportConfig is included and transmitted. In another example implementations, the event-triggered report  configuration may be transmitted outside the candidate cell configuration. For example, it may be included as common configuration for all candidate cells, similar to how ltm-CSI-ResourceConfig is transmitted. In some example implementations, if the measurement resources reuse the ltm-CSI-ResourceConfig, the event-triggered report configuration can be outside the candidate cell configuration.

[0148] Measurement Resource Configuration

[0149] The measurement resources, for example, may include SSBs or CSI-RS, and the like, which may be indicated by a measurement resource configuration. The measurement resource configuration, particularly for event-triggered measurement report, may be provided by the network (the base station from the serving cell) the UE in several example manners.

[0150] For example, referred to as Option 1, an LTM CSI resource configuration framework may be used for providing measurement resource configuraiton as resource sets. In such a manner, the event / report configuration may be applicable per resource set.

[0151] For another example, referred to as Option 2, a layer -1 (L1) measurement object (MO) configuration may be introduced for effectuating the measurement resource configuration. In some example implementations, the L1 MO configuration may be be provided per RS / beam, per cell, or per frequency. Correspondingly, the event / report configuration may be applicable per RS / beam, per cell, or per frequency.

[0152] For yet another example, referred to as Option 3, an SSB / CSI-RS configuration configured for each LTM candidate may be reused for the measurement resource configuration, e.g., LTM-SSB-Config within an LTM-Candidate. As such, the event / report configuration may be applicable per LTM candidate cell / configuration

[0153] For Option 1 above, the existing LTM CSI resource configuration (e.g., LTM-CSI-ResourceConfig) may include a group of one or more CSI resources for one or more LTM candidate configurations, where a list of candidate cells are provided (e.g., via ltm-CandidateIdList within LTM-CSI-ResourceConfig) with a list of CSI resources provided for each of the candidate cells of the list of candidate cells (e.g., via ltm-CSI-SSB-ResourceList  within LTM-CSI-ResourceConfig, each item in ltm-CSI-SSB-ResourceList contains a collection SSB and / or CSI-RS resources for a candidate cell in ltm-CandidateIdList at a corresponding position) . Specifically, the ltm-CandidateIdList information field may indicates the LTM candidate cell IDs related to the SSBs in the ltm-CSI-SSB-ResourceList. The candidate list may have the same number of entries as ltm-CSI-SSB-ResourceList. The first entry in this list shall be associated to the first entry in ltm-CSI-SSB-ResourceList, the second entry of this list shall be associated to the second entry in ltm-CSI-SSB-ResourceList, and so on. Each entry in ltm-CSI-SSB-ResourceList include one or more SSBs and / or CSI-RS’s (e.g., index of the SSBs and / or CSI-RS’s)

[0154] As described above, the measurement resources may include different types, e.g., SSB, CSI-RS, and the like. Some of these resources, may be measured and then reported for purposes other than event-triggered L1-measurement report. For example, the CSI-RS may be measured for CSI-measurement reporting purposes. As such, there may be a need to differentiate different reporting with respect to a same type of measurement resources.

[0155] In some example implementations, in order to differentiate the measurement resources for CSI measurement reporting and event-triggered measurement reporting, an indication can be introduced to indicate whether the resource set to be used / measured is for event-triggered measurement reporting or CSI measurement reporting. For example, an indication (e.g., within the LTM-CSI-SSB-ResourceSet information field) may be introduced for indicating whether the resource set is to be used / measured for event-triggered measurement reporting or CSI measurement reporting.

[0156] In some example implementations, the LTM CSI resource configuration or SSB / CSI-RS resource set configuration above may include at least one of the following information for the event-triggered measurement:

[0157] ● an add / mod list of cells allowed for event-triggered measurement, e.g., each cell is identified by a PCI or an LTM candidate configuration ID (e.g., ltm-CandidateId) ;

[0158] ● a release list of cells allowed for event-triggered measurement;

[0159] ● an add / mod list of cells excluded for event-triggered measurement;

[0160] ● a release list of cells excluded for event-triggered measurement;

[0161] ● an add / mod list of beams / RSs allowed for event-triggered measurement, e.g., each beam / RS may be identified by an SSB index, or a CSI-RS index. The network may configure the SSB list and CSI-RS list separately;

[0162] ● a release list of beams / RSs allowed for event-triggered measurement;

[0163] ● an add / mod list of beams / RSs excluded for event-triggered measurement;

[0164] ● a release list of beams / RSs excluded for event-triggered measurement;

[0165] ● an add / mod list of cell specific offset, e.g., each item in the list may include a cell ID (e.g., PCI or an LTM candidate configuration ID) and the corresponding cell specific offset applicable to the cell;

[0166] ● a release list of cell specific offset, e.g., each item in the list may include a cell ID;

[0167] ● an add / mod list of beam / RS specific offset, e.g., each item in the list may include a beam / RS ID (e.g., an SSB index, or a CSI-RS index) and the corresponding beam / RS specific offset applicable to the beam / RS;

[0168] ● a release list of beam / RS specific offset, e.g., each item in the list may include a beam / RS ID;

[0169] ● offset value applicable to all measured cells or beams in the resource set;

[0170] ● an absolute threshold for the consolidation of measurement results based on SSB / CSI-RS resources of a resource set, e.g., absThreshCSI-RS-Consolidation, absThreshSS-BlocksConsolidation. The field may be used for the derivation of cell-level L1 measurement results;

[0171] ● an absolute threshold for the consolidation of measurement results based on SSB / CSI-RS resource (s) of a cell, e.g., a list of absolute thresholds, each threshold  being associated with a cell ID;

[0172] ● a maximum number of L1 measurement results per beam based on SSB / CSI-RS resources of a resource set to be averaged, e.g., nrofCSInrofCSI-RS-ResourcesToAverage, nrofSS-BlocksToAverage; or

[0173] ● a maximum number of L1 measurement results per beam based on SSB / CSI-RS resources of a cell to be averaged, e.g., a list of the maximum numbers, each maximum number being associated with a cell ID.

[0174] For Option 2 above, the L1 MO configuration may include the SSB / CSI-RS based measurement resources per RS / beam, per cell, or per frequency.

[0175] For example, ff the L1 MO configuration is provided per RS / beam, it may also include a beam / RS specific offset.

[0176] For another example, if the L1 MO configuration is provided per cell, it may also include at least one of the following information:

[0177] ● an add / mod list of beams / RSs allowed for measurement;

[0178] ● a release list of beams / RSs allowed for measurement;

[0179] ● an add / mod list of beams / RSs excluded for measurement;

[0180] ● a release list of beams / RSs excluded for measurement;

[0181] ● an add / mod list of beam / RS specific offset;

[0182] ● a release list of beam / RS specific offset;

[0183] ● offset value applicable to all measured beams of the cell;

[0184] ● a absolute threshold for the consolidation of measurement results per beam based on SSB / CSI-RS resources; or

[0185] ● a maximum number of L1 measurement results per beam based on SSB / CSI-RS  resources to be averaged.

[0186] For yet another example, if the L1 MO configuration is provided per frequency, it may also include at least one of the following information:

[0187] ● similar information items listed above for L1 MO configuration per cell;

[0188] ● an add / mod list of cells allowed for measurement;

[0189] ● a release list of cells allowed for measurement;

[0190] ● an add / mod list of cells excluded for measurement;

[0191] ● a release list of cells excluded for measurement;

[0192] ● an add / mod list of cell specific offset;

[0193] ● a release list of cell specific offset;

[0194] ● offset value applicable to all measured cells or beams in the frequency;

[0195] ● an absolute threshold for the consolidation of measurement results based on SSB / CSI-RS resource (s) of a cell, e.g., a list of absolute thresholds, each threshold being associated with a cell ID;

[0196] ● the maximum number of L1 measurement results per beam based on SSB / CSI-RS resources of a cell to be averaged, e.g., a list of the maximum numbers, each maximum number being associated with a cell ID;

[0197] ● ssb frequency; or

[0198] ● ssb SubcarrierSpacing.

[0199] For Option 3 above, the LTM candidate configuration may include at least one of the information items for the event-triggered measurement, such as the one similar to the information items listed above for L1 MO configuration per cell.

[0200] In some example implementation, identification of measurement resources for the  current serving cell / SpCell may be provided by an indication signaled from the network or base station, such as a servingCellResourceSet IE, within the LTM-Candidate IE, which may be refer to a CSI resource configuration Id (e.g., LTM-CSI-ResourceConfigId) , or an L1 MO ID.

[0201] The measurement resource configuration and event / report configuration above may be correlated or associated. For example, an event report configuration may govern reporting of a measurement resource configured by a measurement resource configuration. An association between the two configurations may be indicated in various manners.

[0202] In an example implementation, referred to as Option 1, an L1 measurement ID may be introduced to link the measurement resource ID (s) and the report configuration ID. For example, a measurement resource configuration and the report configuration referring to a same measurement ID may be considered as being associated.

[0203] In another example implementation, referred to as Option 2, the measurement resource IDs may be indicated or included in the associated report configuration. In other words, IDs of measurement resources associated with report configuration may be included within the report configuration.

[0204] The measurement resource ID above may be at least one of:

[0205] - a CSI resource configuration ID, e.g., LTM-CSI-ResourceConfigId;

[0206] - an L1 MO ID;

[0207] - an RS / beam index; or

[0208] - a cell ID, e.g., PCI, the candidate configuration ID (e.g., ltm-CandidateId) , to refer to the SSB / CSI-RS configuration of the cell.

[0209] In some example implementations, one event / report configuration may be associated with a list of measurement resource IDs, e.g., a list of cell ID (s) , or a list of beam ID (s) . In this case, when the corresponding event (e.g., the entering condition of the event) is met, the UE may include one or more concerned cell (s) or beam (s) whose measurement result (s) has met the event, into a triggered cell or beam list. The triggered cell or beam list may be maintained  within a UE variable (e.g., VarMeasReportList) associated with this event / report configuration. The UE may also need to include the cell ID (s) and / or beam ID (s) in the triggered measurement report.

[0210] In some other example implementations, one event / report configuration may be associated with one measurement resource ID, e.g., the cell ID, or the beam ID. In this case, the measurement report may be triggered per measurement resource independently. The UE may include only the measurement result for one cell or beam in one measurement report. There may be no need to include the candidate cell or beam ID in the triggered measurement report.

[0211] The measurement resource configuration above may be transmitted from the network to the UE in various signaling manners. In some example implementations, the measurement resource configuration may be included within each serving / candidate cell configuration, e.g., similar to LTM-CSI-ReportConfig described above. In some other example implementations, the measurement resource configuration may be transmitted outside the candidate cell configuration, e.g., as a common configuration for all candidate cells, similar to ltm-CSI-ResourceConfig described above.

[0212] Event evaluation and Measurement Report Triggering

[0213] In some example implementations, the UE may perform L1 measurements at the physical layer periodically (or according to other configured schedules) , based on the configured measurement resources. The measurements may then be evaluated to determine whether the event conditions above are met.

[0214] As described above, for purposes of avoiding ping pong effect in L1 measurement reporting, a timer or counter may be configured by the network to evaluate whether the event is met. For example, the timer may run and during the running of the timer, the specific criteria (e.g., entering condition) for the event would need to be met. For another example, the counter may be configured to record a number of times the specific criteria for the event in order to evaluate whether the criteria are met consecutively for N times. For another example, the counter may be configured to record a number of beams of a candidate cell where specific  criteria for the event is met in order to determine whether the criteria are met by a certain number of beams.

[0215] Several example manners may be employed to perform event evaluation and to trigger the L1 measurement reporting with respect to the UE’s protocol layer where the event evaluation is performed and from which the L1 measurement reporting is triggered.

[0216] In a first example manner, referred to as Option 1, the UE may perform event evaluation and trigger the measurement reporting at the physical layer. For example, the UE may evaluate whether the entering condition of an event is fulfilled at the physical layer. If a timer or counter is configured for the event, the UE may maintain the timer or counter at the physical layer. As an example, if the entering condition of the event is fulfilled for one or more beams / cells continuously during the time period that the timer is active, the UE may initiate the L1 measurement reporting procedure. As another example, if the number times for which the entering condition of the event is fulfilled for one or more beams / cells is larger than or equal to the corresponding network configured counter value, the UE may initiate the L1 measurement reporting procedure. As another example, if the number of beams for which the entering condition of the event is fulfilled is larger than or equal to the corresponding network configured counter value, the UE may initiate the L1 measurement reporting procedure.

[0217] In a second example manner, referred to as Option 2, the UE may perform the event evaluation and trigger the measurement reporting at the MAC layer. For example, the UE may report the L1 measurement results of beams to the MAC layer (e.g., periodically) , and then the MAC layer may evaluate whether the entering condition of the event is fulfilled. If a timer or counter is configured for the event, the UE may maintain the timer or counter at the MAC layer. The detail for how the timer and / or counter is / are used is similar to the description in option 1. Alternatively, the UE may evaluate whether the entering condition of the event is met at the physical layer, and reports the fulfillment or non-fulfillment instance indication of the event condition (e.g., the entering condition, or the leaving condition) to the MAC layer. The MAC layer may then determine whether the event is met by counting the instance indication.

[0218] In a third example manner, referred to as Option 3, the UE may perform the event  evaluation at the physical layer and trigger the measurement reporting at the MAC layer. For example, the UE may perform the event evaluation at the physical layer, as described in Option 1 above. If the event is fulfilled, the UE may send the event fulfillment indication to the MAC layer, and then the MAC layer may initiate the L1 measurement reporting procedure.

[0219] In a fourth example manner, referred to as Option 4, the UE may perform the event evaluation at the MAC layer and trigger the measurement reporting at the physical layer. For example, the UE may perform the event evaluation at the MAC layer, as described in Option 2 above. If the event is fulfilled, the UE may send the event fulfillment indication to the physical layer, and then the physical layer may initiate the L1 measurement reporting procedure.

[0220] The timer or the counter above may be configured and / or maintained per beam or per cell, or per event.

[0221] In some example implementations, for one event, the timer / counter values configured for the candidate cell / beam and the SpCell / serving cell / beam may be different. Taking an A5-like event as an example, the counter value for the SpCell that needs to meet the threshold consecutively may be set at N, while the counter value for the candidate that needs to meet the threshold consecutively may be set at M: the condition for report triggering based on this event may be (the measurement result of the SpCell < Threshold 1 --N times) AND (the measurement result of the candidate > Threshold 2 --M times) .

[0222] Several determination manners may be used to determine whether an event is met. In one example manner, the criteria for both the SpCell / serving cell and the candidate cell need to be met, e.g., the condition 1 above meets N times consecutively and the condition 2 above meets M times consecutively. For another example manner, the criteria for the candidate cell (or the SpCell / serving) may be considered as being applicable for both the candidate cell and the SpCell / serving cell, e.g., both the condition 1 and 2 above need to meet M times consecutively. For yet another example, the stricter criteria may be considered as being applicable for both the candidate cell and the SpCell / serving cell. For example, if M>N, both the conditions 1 and 2 may need to meet M times consecutively; if M<N, both the condition 1 and 2 may need to be met N times consecutively. The “cell” mentioned above and below may  also refer to as “beam” , e.g., in case that beam level measurement results is used for the event evaluation.

[0223] In some example implementations, the UE sampling interval for the candidate cell and the SpCell / serving may be different. For example, the period for the UE to measure the SpCell / serving cell may be N ms, while the period for the UE to measure the candidate cell is M ms.The UE may not obtain the measurement results for the SpCell / serving cell and the candidate cell simultaneously as the input for the event evaluation. Evaluation of the event under such situation, may be performed in the following several options or manners:

[0224] ● Option 1: if the event condition evaluation is performed in UE’s physical layer (e.g., the event condition involves determining whether the measurement result of the candidate cell is better than the measurement result of SpCell plus the offset) , the physical layer may evaluate the event condition once / when both the measurement result for the candidate cell and the SpCell / serving cell has been obtained.

[0225] ● Option 2: if the event condition evaluation is performed in UE’s MAC layer, the physical layer may report the L1 measurement results for the candidate cell and / or the SpCell / serving cell periodically to the MAC layer, the MAC layer may evaluate the event condition once / when both the measurement result for the candidate cell and the SpCell / serving cell has been obtained

[0226] ● Option 3: if the event condition evaluation is performed in UE’s MAC layer, the physical layer may include the L1 measurement results for the candidate cell and the SpCell / serving cells in one report instance to the MAC layer once / when both the measurement result for the candidate and the SpCell / serving has been obtained

[0227] As an example of a detailed example handling of the timer, e.g., if the timer is configured or maintained per beam, the UE may perform at least one of the following:

[0228] ● Start the timer when the entering condition of a beam is met or a fulfillment instance indication of event condition for a beam may be or may have been received from the lower layers (e.g., first meeting of the condition) ;

[0229] ● Keep the timer running if the entering condition of the same beam is met or the fulfillment instance indication of event condition for the same beam has been received from the lower layers (e.g., subsequent meeting of the condition) ;

[0230] ● Reset or stop the timer when the entering condition of the same beam is not met or when the leaving condition of the same beam is met or the non-fulfillment instance indication of event condition has been received from the lower layers;

[0231] ● If the timer expires, consider the event of the beam as being met and / or trigger the L1 measurement reporting.

[0232] An example of a detailed example handling of the counter, e.g., if the counter is configured / maintained per beam, the UE may perform at least one of the following:

[0233] ● The counter value may be initially set to 0;

[0234] ● Increment the counter value of the beam set by 1 when the entering condition of the beam is met or a fulfillment instance indication of event condition for the beam has been received from the lower layers;

[0235] ● Set / reset the counter value of the beam cell to 0 when the entering condition of the same beam is not met or when the leaving condition of the same beam is met or the non-fulfillment instance indication of event condition has been received from the lower layers;

[0236] ● If the counter value for the beam is larger than or equal to the corresponding NW configured counter value, consider the event of the beam is met and / or trigger the L1 measurement reporting.

[0237] An example of another detailed handling of the timer, e.g., when the timer is configured or maintained per cell, the UE may perform at least one of the following:

[0238] ■ Start the timer when the entering condition of a beam of a cell is met, or a fulfillment instance indication of event condition for a beam of a cell has been received from the lower layers (e.g., first meeting of the condition) ;

[0239] ■ Keep the timer running if the entering condition of the same beam of the cell or a new beam of the same cell is met, or the fulfillment instance indication of event condition for the same beam of the cell or a new beam of the same cell has been received from the lower layers (e.g., subsequent meeting of the condition) ;

[0240] ■ reset or stop the timer when no beam of the same cell meets the entering condition, or when the leaving condition for all beams of the cell which has previously met the entering condition is met, or the non-fulfillment instance indication of event condition for all beams of the cell which has previously reported the fulfillment instance indication, has been received from the lower layers;

[0241] ■ If the timer expires, consider the event of the cell is met and / or trigger the L1 measurement reporting.

[0242] An example of the detailed handling of the counter, e.g., when the counter is configured or maintained per cell, the UE may perform at least one of the following:

[0243] ■ The counter value may be initially set to 0,

[0244] ■ Increment the counter value of the cell set by 1, when the entering condition of a beam of the cell is met, or a fulfillment instance indication of event condition for a beam of the cell has been received from the lower layers;

[0245] ■ Set / reset the counter value of the beam cell to 0, when no beam of the same cell meets the entering condition, or when the leaving condition for all beams of the cell which has previously met the entering condition is met, or the non-fulfillment instance indication of event condition for all beams of the cell which has previously reported the fulfillment instance indication, has been received from the lower layers;

[0246] ● If the counter value for the beam is larger than or equal to the corresponding network configured counter value, consider the event of the beam is met and / or trigger the L1 measurement reporting.

[0247] In some other example implementations for the event evaluation (e.g., in the case a  counter is used that a number of times which specific criteria for the event needs to be met during a time window to trigger a measurement report) :

[0248] If at least one of the following conditions is met: (1) if the L1 measurement results of a beam or a cell meets the entering condition of an event, or (2) if a fulfillment instance indication of the entering condition of a beam or a cell has been received from lower layers, the UE may perform at least one of the following actions (e.g., at physical layer, or MAC layer) :

[0249] ● Start or restart the timer of the beam or cell, if a timer is configured;

[0250] ● Increment the counter value of the beam or cell set by 1, if a counter is configured;

[0251] ● if the counter value for the beam or cell is larger than or equal to the corresponding network configured counter value while the timer is running, the UE shall perform at least one of: consider the event of the beam or cell is met; or initiate the L1 measurement reporting procedure.

[0252] likewise, if at least one of the following condition is met: (1) if the L1 measurement results of a beam or a cell meets the leaving condition of an event, or (2) if the non-fulfillment instance indication of the entering condition of a beam or a cell has been received from lower layers, or (3) if the timer value or the counter value or the measurement resources from the beam or cell is reconfigured by the upper layer, or (4) if the MAC is reset, the UE shall perform at least one of the following actions (e.g., at physical layer, or MAC layer) : (1) stop the timer of the beam or cell, if a timer is configured; (2) set the counter value of the beam or cell to 0, if a counter is configured; or (3) discard the measurement results for the beam or cell, if there are measurement results stored in the UE variable / buffer.

[0253] L1 Measurement Report

[0254] Once the UE determines that triggering condition for L1 measurement report is met, the L1 measurement is then triggered. In some example implementations, the L1 measurement report can be carried via MAC CE or UCI.

[0255] In some example implementations, if the L1 measurement report is carried via MAC  CE, upon initiating the L1 measurement reporting at the MAC layer or reception of an indication from the lower layers that indicates the event is fulfilled, the UE may send the L1 measurement report to the network via the following options:

[0256] ● Option 1: If UL-SCH resources are available for a new transmission and if the UL-SCH resources can accommodate the size of MAC CE for L1 measurement report (e.g., MAC CE plus its subheader in size) , the UE shall generate the MAC CE and transmit it to the NW;

[0257] ● Option 2: If there is no UL-SCH resources available for a new transmission and if the UL-SCH resources cannot accommodate the size of MAC CE for L1 measurement report (e.g., MAC CE plus its subheader) , the UE shall trigger an SR (Scheduling Request) or a random access procedure to request a UL resources to carry the MAC CE for L1 measurement report.

[0258] In some example implementations, if the L1 measurement report is carried via UCI, upon initiating the L1 measurement reporting at the physical layer or reception of an indication from the upper layers that indicates the event is fulfilled, the following two option implementations may be used to send the L1 measurement report to the network:

[0259] ● Option 1: the L1 measurement report may be sent via dynamic scheduling UCI by the network work. For example, the UE may transmit a first PUCCH (e.g., a UCI or a SR) to request a resource for a second UL channel to carry the L1 measurement report. The UE may detect the DCI format to indicate a resource for a second UL channel to carry the L1 measurement report. The UE may transmit the L1 measurement report in the second UL channel.

[0260] ● Option 2: the L1 measurement report may be sent via UCI in pre-configured resource (s) . For example, the UE may transmit a first PUCCH (e.g., a UCI or a SR) to notify the network that the UE shall use a second UL channel (pre-configured) to carry the L1 measurement report. The UE may transmit the L1 measurement report in the second UL channel.

[0261] In some example implementations, the content of the L1 measurement report may include at least one of following information, e.g., for the triggered beam / cell or the serving beam / cell:

[0262] ● Beam / RS information (e.g., beam / RS ID) ,

[0263] ● Cell information (e.g., cell ID, candidate configuration ID, PCI) ,

[0264] ● CSI resource configuration ID;

[0265] ● L1 MO ID;

[0266] ● L1 / CSI report configuration ID;

[0267] ● Triggered event ID;

[0268] ● Beam-level L1 measurement results;

[0269] ● Cell-level L1 measurement results;

[0270] ● The number of beams of the triggered cell which has met the event; or The beam-level or cell-level L1 measurement results above may include L1-RSRP, L1 RSRQ and / or L1-SINR.

[0271] In some example implementations, the L1 measurement results included in the report may be provided via at least one of the following options:

[0272] ● Option 1: including the measurement results for each triggered cell or beam independently;

[0273] ● Option 2: including the measurement results for the best triggered cell or beam, and differential measurement results (e.g., the differential L1-RSRP value corresponding to the best / highest L1-RSRP value) for other triggered cell (s) or beam (s) .

[0274] In some of the example implementations, if the L1 measurement report is carried via MAC CE, e.g., an L1 measurement reporting MAC CE, the MAC CE may have a variable size (e.g., if the MAC CE can include the measurement results for more than one candidate cell or beam) or a fixed size (e.g., if the MAC CE include the measurement result for only one candidate cell or beam) .

[0275] The MAC CE above may include at least one of the following fields:

[0276] ● The cell information, e.g., the filed is set to the index of the candidate configuration, the length of the field may be 3 bits;

[0277] ● The beam information, e.g., the filed is set to index of the SSB or CSI-RS configured in the corresponding measurement resource or object configuration provided via RRC signaling. The length of the field is log2N, where N is the number of the SSB or CSI-RS configured in the corresponding measurement resource or object configuration.

[0278] ● The event / report configuration information, e.g., the filed is set to index of the corresponding measurement event or report configuration provided via RRC signaling. The length of the field is log2M, M is the number of the configured measurement event or report configuration.

[0279] ● The L1 measurement result, e.g., L1-RSRP. The length of the field may be 7 bits.

[0280] ● The differential L1 measurement result, e.g., differential L1-RSRP. The length of the field is 4 bits.

[0281] ● A field to indicate the presence of the measurement result for the current serving cell or beam, e.g., if the measurement result for the current serving cell or beam is available, this field may be set to 1; otherwise, this field may beset to 0. The length of the field may be 1 bit.

[0282] The description and accompanying drawings above provide specific example embodiments and implementations. The described subject matter may, however, be embodied in a variety of different forms and, therefore, covered or claimed subject matter is intended to be  construed as not being limited to any example embodiments set forth herein. A reasonably broad scope for claimed or covered subject matter is intended. Among other things, for example, subject matter may be embodied as methods, devices, components, systems, or non-transitory computer-readable media for storing computer codes. Accordingly, embodiments may, for example, take the form of hardware, software, firmware, storage media or any combination thereof. For example, the method embodiments described above may be implemented by components, devices, or systems including memory and processors by executing computer codes stored in the memory.

[0283] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment / implementation” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment / implementation” as used herein does not necessarily refer to a different embodiment. It is intended, for example, that claimed subject matter includes combinations of example embodiments in whole or in part.

[0284] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part on the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a, ” “an, ” or “the, ” may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0285] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present  solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0286] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

Claims

1.A method performed by a wireless terminal in communication with a serving cell in a wireless communication network, comprising:receiving from the serving cell a set of configuration information items for provisioning event-triggered reporting of Layer-1 (L1) measurements;performing one or more L1 measurements;performing, based on the set of configuration information items, an evaluation of at least one event associated with the one or more L1 measurements;monitoring a triggering condition for an L1 measurement report based on the evaluation of the at least one event according to the set of configuration items; andtransmitting the L1 measurement report to the serving cell in response to the triggering condition being met.2.The method of claim 1, wherein the method further comprises determining a level of input L1 measurements for the evaluation of the at least one event, the level of input L1 measurements being one of a plurality of predetermined levels comprising a beam level, a cell level, and a mixed beam-cell level.3.The method of claim 2, where the level of input L1 measurements is explicitly signaled by the serving cell to the wireless terminal via one of the set of configuration information items.4.The method of claim 2, wherein the level of input L1 measurements is implicitly derived by the wireless terminal from the set of configuration information items.5.The method of claim 4, wherein a particular level of the plurality of predetermined levels is implicitly determined by the wireless terminal when a predetermined configuration information parameter is absent from the set of configuration information items.6.The method of claim 1, wherein the set of configuration information items comprise an L1 measurement reporting configuration.7.The method of claim 6, wherein the L1 measurement reporting configuration comprises at least one of:at least one L1 measurement threshold value associated with the evaluation of the at least one event or the triggering condition;at least one L1 measurement offset value associated with the evaluation of the at least one event or the triggering condition;a first indication to indicate whether to include beam-level or cell-level L1 measurement results in the L1 measurement report;a second indication to indicate whether to use beam-level or cell-level L1 measurement results for the evaluation of the at least one event;a third indication to indicate whether a candidate beam change of a candidate cell for L1-triggered mobility (LTM) during the evaluation of the at least one event would cause a counter or a timer that control the evaluation of the at least one event or the monitoring of the triggering condition to reset or not; orthe triggering condition.8.The method of claim 6, wherein the L1 reporting configuration is included:within a candidate cell configuration for LTM; oroutside of a candidate cell configuration for LTM and in an LTM configuration common to all candidate cells for LTM.9.The method of claim 1, wherein the set of configuration information items comprise a measurement resource configuration.10.The method of claim 9, wherein the measurement resource configuration is included in one of:an LTM channel state information (CSI) resource configuration;a measurement object (MO) configuration; oran SSB / CSI-RS configuration for an LTM candidate.11.The method of claim 10, wherein the measurement resource configuration is included in the LTM CSI resource configuration and the LTM CSI resource configuration comprises an indication to indicate whether a resource set listed in the LTM CSI resource configuration is to be used / measured for the event-triggered reporting of L1 measurements or for CSI measurement reporting.12.The method of claim 10, wherein the measurement resource configuration is included in the LTM CSI resource configuration and comprises at least one of:a list of cells allowed or excluded for event-triggered measurements;a list of beams or reference signals allowed or excluded for event-triggered measurement;one or more cell specific offset values for evaluating the one or more L1 measurements;one or more beam specific offset values for evaluating the one or more L1 measurements;one or more threshold measurement values for consolidation of L1 measurements of a resource set or a cell; orone or more maximum numbers of per-beam L1 measurement results to be averaged in a resource set of a cell.13.The method of claim 10, wherein the measurement resource configuration is included in the MO configuration, the MO configuration is provided per beam / reference signal, per cell or per frequency.14.[Corrected under Rule 26, 03.06.2024]The method of claim 10, wherein the measurement resource configuration is included in the MO configuration or the SSB / CSI-RS configuration for an LTM candidate, and the measurement resource configuration comprises at least one of:a list of cells allowed or excluded for event-triggered measurements;a list of beams or reference signals allowed or excluded for event-triggered measurement;one or more beam specific offset values for evaluating the one or more L1 measurements;one or more threshold measurement values for consolidation of L1 measurements of a cell; orone or more maximum numbers of per-beam L1 measurement results to be averaged in a cell.15.The method of claim 1, wherein the set of configuration information items comprise an indication to indicate measurement resources for the serving cell.16.The method of claim 1, wherein the set of configuration information items comprise an L1 measurement reporting configuration and a separate L1 measurement resource configuration.17.The method of claim 16, wherein the L1 measurement reporting configuration and the separate L1 measurement resource configuration are associated via an L1 measurement ID.18.The method of claim 16, wherein the L1 measurement reporting configuration and the separate L1 measurement resource configuration are associated by including one or more measurement resource IDs in the L1 measurement reporting configuration.19.The method of claim 17 or claim 18, wherein each of the one or more measurement resource IDs comprises at least one of:an L1 measurement object (MO) ID;a beam / reference signal index; ora cell ID.20.The method of claim 1, whereinthe measurements or the evaluation of the at least one event is performed by the wireless terminal at physical layer and reported to a media access control (MAC) layer of the wireless terminal; orthe evaluation of the at least one event is performed by the wireless terminal at the MAC layer.21.The method of claim 20, whereinthe monitoring of the triggering condition is performed by the wireless terminal at the MAC layer.22.The method of claim 1, wherein the triggering condition is monitored according to a timer and the evaluation of the at least one event, wherein the timer is configured to monitor the at least one event to be met during a preconfigured value for the timer.23.The method of claim 22, wherein monitoring the triggering condition comprises at least one of the following:starting the timer when an entering condition associated with the at least one event is met;resetting or stopping the timer when the entering condition associated with the at least one event becomes not met or when a leaving condition associated with the at least one event is met; andupon an expiration of the timer, determining that the trigger condition for the L1 measurement report is met.24.The method of claim 1, wherein the triggering condition is monitored according to a counter and the evaluation of the at least one event, wherein the counter is configured to monitor the at least one event to be met consecutively with a preconfigured value for the counter.25.The method of claim 24, wherein monitoring the triggering condition comprises at least one of the following:initializing the counter to 0;incrementing the counter by 1 when an entering condition associated with the at least one event is met;reset the counter to 0 when the entering condition associated with the at least one event becomes not met or when a leaving condition associated with the at least one event is met; andupon the counter reaching the preconfigured value, determining that the trigger condition for the L1 measurement report is met.26.A wireless terminal in communication with a serving cell of a wireless communication network, comprising at least one memory for storing computer instructions and at least one processor for executing the computer instructions to:receive from the serving cell a set of configuration information items for provisioning event-triggered reporting of Layer-1 (L1) measurements;perform one or more L1 measurements;perform, based on the set of configuration information items, an evaluation of at least one event associated with the one or more L1 measurements;monitor a triggering condition for an L1 measurement report based on the evaluation of the at least one event according to the set of configuration items; andtransmit the L1 measurement report to the serving cell in response to the triggering condition being met.27.The wireless terminal of any one of claims 2 to 25, comprising at least one memory for storing computer instructions and at least one processor for executing the computer instructions to perform any one of the methods of claims 2 to 25.

Images