Radio resource requirements for user equipment initiated beam management–measurement delay

Abstract

An apparatus configured to process, based on signaling from a network node, configuration information for beam management, perform beam measurements on a current beam and on one or more new beams within a measurement delay period, the measurement delay period determined based at least in part on the configuration information and generate, for transmission to the network node within a reporting delay, a beam measurement report, wherein the reporting delay is determined based at least in part on the configuration information.

Description

Radio Resource Requirements for User Equipment Initiated Beam Management–Measurement DelayBackground

[0001] Wireless communication networks provide integrated communication platforms and telecommunication services to wireless user devices. Example telecommunication services include telephony, data (e.g., voice, audio, and / or video data) , messaging, internet-access, and / or other services. The wireless communication networks have wireless network nodes that exchange wireless signals with the wireless user devices using wireless network protocols, such as protocols described in various telecommunication standards promulgated by the Third Generation Partnership Project (3GPP) . Example wireless communication networks include code division multiple access (CDMA) networks, time division multiple access (TDMA) networks, frequency-division multiple access (FDMA) networks, orthogonal frequency-division multiple access (OFDMA) networks, Long Term Evolution (LTE) , and Fifth Generation New Radio (5G NR) .

[0002] Third Generation Partnership Project (3GPP) defines a number of reference signals to facilitate communications in a wireless access cell. A base station may configure a user equipment (UE) to perform and report measurements on these reference signals in order to perform various beam and link management operations. It would be beneficial to have a mechanism for UE initiated beam management where delay requirements such as measurement period delays and reporting delays for the beam management are calculated.Summary

[0003] Some example embodiments are related to an apparatus having processing circuitry configured to process, based on signaling from a network node, configuration information for beam management, perform beam measurements on a current beam and on one or more new beams within a measurement delay period, the measurement delay period determined based at least in part on the configuration information and generate, for transmission to the network node within a reporting delay, a beam measurement report, wherein the reporting delay is determined based at least in part on the configuration information.

[0004] Other example embodiments are related to an apparatus having processing circuitry configured to generate, for transmission to a user equipment (UE) , configuration information for beam management including information used to determine a measurement delay period in which the UE is configured to perform beam measurements on a current beam and one or more new beams and the configuration information further includes information used to determine a reporting delay, process, based on signaling from the UE, a beam measurement report within the reporting delay, the reporting delay determined based at least in part on the configuration information and generate, for transmission to the UE, an indication configured to activate or indicate transmission configuration indication (TCI) states based on the beam measurement report.Brief Description of the Drawings

[0005] Fig. 1 shows an example network arrangement according to various example embodiments.

[0006] Fig. 2 shows an example user equipment (UE) according to various example embodiments.

[0007] Fig. 3 shows an example base station according to various example embodiments.

[0008] Fig. 4 illustrates example beam management procedures, according to various example embodiments.

[0009] Fig. 5 illustrates example beam management procedures P2 and P3, according to various example embodiments.

[0010] Fig. 6 shows an example timing diagram for an example beam reporting procedure according to various example embodiments.

[0011] Fig. 7 shows an example flow diagram for beam reporting Mode A according to various example embodiments.

[0012] Fig. 8 shows an example flow diagram for beam reporting Mode B according to various example embodiments.

[0013] Fig. 9 illustrates an example table for determining sharing factors according to various example embodiments.

[0014] Fig. 10 illustrates example occasions for determining the sharing factor for the scenario 1 of Fig. 9 according to various example embodiments.

[0015] Fig. 11 illustrates example occasions for determining the sharing factor for the scenario 2 of Fig. 9 according to various example embodiments.

[0016] Fig. 12 illustrates example occasions for determining the sharing factor for the scenario 4 of Fig. 9 according to various example embodiments.

[0017] Fig. 13 illustrates example occasions for determining the sharing factor for the scenario 5 of Fig. 9 according to various example embodiments.Detailed Description

[0018] The example embodiments may be further understood with reference to the following description and the related appended drawings, wherein like elements are provided with the same reference numerals. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various aspects may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various aspects with unnecessary detail. For the purposes of the present document, the phrase “A or B” means (A) , (B) , or (A and B) ; and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”

[0019] The example embodiments relate to RRM requirements for UE initiated beam management, to be described in greater detail below. Specifically, the example embodiments describe how to calculate delay requirements such as measurement delays and reporting delays for UE initiated beam management, including CSI-RS based measurements, SSB intra-cell based measurements,  and SSB inter-cell based measurements, as well as determining sharing factors for sharing with other measurements.

[0020] The example embodiments are described with regard to a UE.However, reference to a UE is merely provided for illustrative purposes. The example embodiments may be utilized with any electronic component that may establish a connection to a network and is configured with the hardware, software, and / or firmware to exchange information and data with the network. Therefore, the UE as described herein is used to represent any appropriate type of electronic component.

[0021] The example embodiments are also described with reference to a 5G New Radio (NR) network. However, the example embodiments may also be implemented in other types of networks, including but not limited to legacy networks or future evolutions of the cellular protocol (e.g., 6G networks) capable of performing wireless operations. This may include terrestrial networks, non-terrestrial networks, geosynchronous networks, non-geosynchronous networks, etc., and is particularly useful in any networks that may apply gradual timing adjustments.

[0022] A UE may be configured to correct transmission timing errors between the UE and a cell (e.g., a gNB) . The example embodiments are described with reference to a method of calculating delay requirements such as measurement delays and reporting delays for UE initiated beam management, including CSI-RS based measurements, SSB intra-cell based measurements, and SSB inter-cell based measurements, as well as determining sharing factors for sharing with other measurements.

[0023] Fig. 1 shows an example network arrangement 100 according to various example embodiments. The example network arrangement 100 includes a UE 110. The UE 110 may be any type of electronic component that is configured to communicate via a network, e.g., mobile phones, tablet computers, desktop computers, smartphones, phablets, embedded devices, wearables, Internet of Things (IoT) devices, etc. An actual network arrangement may include any number of UEs being used by any number of users. Thus, the example of a single UE 110 is merely provided for illustrative purposes.

[0024] The UE 110 may be configured to communicate with one or more networks. In the example of the network configuration 100, the network with which the UE 110 may wirelessly communicate is a 5G NR radio access network (RAN) 120. However, the UE 110 may also communicate with other types of networks (e.g., sixth generation (6G) RAN, 5G cloud RAN, a next generation RAN (NG-RAN) , a long-term evolution (LTE) RAN, a legacy cellular network, a wireless local area network (WLAN) , etc. ) and the UE 110 may also communicate with networks over a wired connection. With regard to the example embodiments, the UE 110 may establish a connection with the 5G NR RAN 120. Therefore, the UE 110 may have at least a 5G NR chipset to communicate with the 5G NR RAN 120. The UE 110 may also have other chipsets to communicate with other types of RANs, e.g., LTE chipset, ISM chipset, etc.

[0025] The 5G NR RAN 120 may be a portion of a cellular network that may be deployed by a network carrier (e.g., Verizon, AT&T, T-Mobile, etc. ) . The 5G NR RAN 120 may include base stations or access nodes (Node Bs, eNodeBs, HeNBs, eNBS,  gNBs, gNodeBs, macrocells, microcells, small cells, femtocells, etc. ) that are configured to send and receive traffic from UEs that are equipped with the appropriate cellular chip set. As used herein, the term “base station, ” “access node, ” “access point, ” or the like may describe equipment that provides the radio baseband functions for data and / or voice connectivity between a network and one or more users. These access nodes may be referred to as BS, gNBs, RAN nodes, eNBs, NodeBs, RSUs, TRxPs or TRPs, and so forth, and may comprise ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell) . In fact, in some embodiments, a UE, such as UE 110 described herein, may function as an access point. In one example, the 5G NR RAN 120 includes the gNB 120A. However, reference to a gNB is merely provided for illustrative purposes, any appropriate base station or cell may be deployed (e.g., Node Bs, eNodeBs, HeNBs, eNBs, gNBs, gNodeBs, macrocells, microcells, small cells, femtocells, etc. ) .

[0026] In the network arrangement 100, the 5G NR RAN 120 deploys a gNB 120A. The gNB 120A may be configured with multiple TRPs. Each TRP may represent one or more components configured to transmit and / or receive a signal. In some embodiments, multiple TRPs may be deployed locally at the gNB 120A. In other embodiments, multiple TRPs may be distributed at different locations and connected to the gNB 120A via a backhaul connection. For example, multiple small cells may be deployed at different locations and connected to the gNB 120A. However, these examples are merely provided for illustrative purposes. TRPs are configured to be adaptable to a wide variety of different conditions and deployment scenarios. Thus, any  reference to a TRP being a particular network component or multiple TRPs being deployed in a particular arrangement is merely provided for illustrative purposes. The TRPs described herein may represent any type of network component configured to transmit and / or receive a beam.

[0027] Any association procedure may be performed for the UE 110 to connect to the 5G NR RAN 120. For example, as discussed above, the 5G NR RAN 120 may be associated with a particular network carrier where the UE 110 and / or the user thereof has a contract and credential information (e.g., stored on a SIM card) . Upon detecting the presence of the 5G NR RAN 120, the UE 110 may transmit the corresponding credential information to associate with the 5G NR RAN 120. More specifically, the UE 110 may associate with a specific cell (e.g., the gNB 120A) .

[0028] The network arrangement 100 also includes a cellular core network 130, the Internet 140, an IP Multimedia Subsystem (IMS) 150, and a network services backbone 160. The cellular core network 130 manages the traffic that flows between the cellular network and the Internet 140. The IMS 150 may be generally described as an architecture for delivering multimedia services to the UE 110 using the IP protocol. The IMS 150 may communicate with the cellular core network 130 and the Internet 140 to provide the multimedia services to the UE 110. The network services backbone 160 is in communication either directly or indirectly with the Internet 140 and the cellular core network 130. The network services backbone 160 may be generally described as a set of components (e.g., servers, network storage arrangements, etc. ) that implement a suite of  services that may be used to extend the functionalities of the UE 110 in communication with the various networks.

[0029] Fig. 2 shows an example UE 110 according to various example embodiments. The UE 110 will be described with regard to the network arrangement 100 of Fig. 1. The UE 110 may represent any electronic device and may include a processor 205, a memory arrangement 210, a display device 215, an input / output (I / O) device 220, a transceiver 225, and other components 230. The other components 230 may include, for example, an audio input device, an audio output device, a battery that provides a limited power supply, a data acquisition device, ports to electrically connect the UE 110 to other electronic devices, sensors to detect conditions of the UE 110, etc.

[0030] The processor 205 may be configured to execute a plurality of engines for the UE 110. For example, the engines may include a beam measurement engine 235 for performing operations related to beam measurement. For example, the beam measurement engine 235 may perform beam measurements on current and new possible beams, such as reference signal receive power (RSRP) measurements at Layer 1 (L1) , according to configuration information received from a network node. In addition, the beam measurement engine 235 may recognize certain trigger conditions based on the beam measurements, and may upon determining the trigger events, either send a Physical Uplink Control Channel (PUCCH) request to the network node to request a resource for sending a beam management report, or may transmit a PUCCH message notifying the network node that a beam management report is going to be sent. The beam measurement engine 235 may generate and send a beam management report to the network node  using either the uplink (UL) channel identified in downlink control information (DCI) sent by the network node in response to the PUCCH request, or the UL channel identified in the configuration information. These operations will be described in greater detail below.

[0031] The above referenced engine being an application (e.g., a program) executed by the processor 205 is only an example. The functionality associated with the engines may also be represented as a separate incorporated component of the UE 110 or may be a modular component coupled to the UE 110, e.g., an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry to receive signals and processing circuitry to process the signals and other information. The engines may also be embodied as one application or separate applications. In addition, in some UEs, the functionality described for the processor 205 is split among two or more processors such as a baseband processor and an applications processor. The example embodiments may be implemented in any of these or other configurations of a UE.

[0032] The memory arrangement 210 may be a hardware component configured to store data related to operations performed by the UE 110. The display device 215 may be a hardware component configured to show data to a user while the I / O device 220 may be a hardware component that enables the user to enter inputs. The display device 215 and the I / O device 220 may be separate components or integrated together such as a touchscreen. The transceiver 225 may be a hardware component configured to establish a connection with the 5G NR-RAN 120, an LTE-RAN (not pictured) , a legacy RAN (not pictured) , a WLAN (not pictured) ,  etc. Accordingly, the transceiver 225 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . For example, the transceiver 225 may operate on the unlicensed spectrum when e.g., NR-U is configured.

[0033] The transceiver 225 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 205 may be operably coupled to the transceiver 225 and configured to receive from and / or transmit signals to the transceiver 225. The processor 205 may be configured to encode, decode and / or process signals (e.g., signaling from a base station of a network) for implementing any one of the methods described herein.

[0034] Fig. 3 shows an example base station 300 according to various example embodiments. The base station 300 may represent the gNB 120A or any other type of access node through which the UE 110 may establish a connection and manage network operations. As used herein, the term “base station” may also refer to an “access node, ” “access point, ” or the like and may describe equipment that provides the radio baseband functions for data and / or voice connectivity between a network and one or more users. These base stations and access nodes may be referred to as BS, gNB s, RAN nodes, eNBs, NodeBs, RSUs, TRxPs or TRPs, and so forth, and may comprise ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell) .

[0035] The base station 300 may include a processor 305, a memory arrangement 310, an input / output (I / O) device 315, a transceiver 320, other components 325, and multiple TRPs 330. The other components 325 may include, for example, an audio input device, an audio output device, a battery, a data acquisition device, ports to electrically connect the base station 300 to other electronic devices and / or power sources, TxRUs, transceiver chains, antenna elements, antenna panels, etc.

[0036] As indicated above, in some scenarios, the multiple TRPs 330 may be deployed locally at the base station 300. In other scenarios, one or more of the multiple TRPs 330 may be deployed at physical locations remote from the base station 300 and connected to the base station via a backhaul connection. The base station 300 may be configured to control the multiple TRPs 330 and perform operations such as, but not limited to, assigning resources, configuring reference signals, implementing beam management techniques, etc.

[0037] The processor 305 may be configured to execute a plurality of engines of the base station 300. For example, the engines may include a beam management engine 335 that may perform operations related to beam management. For example, the beam management engine 335 may send configuration information for beam management to a user equipment (UE) , wherein the configuration information includes information that may be used to determine a measurement delay period in which the UE is configured to perform beam measurements on a current beam and one or more new beams, and the configuration information includes information that may be used to determine a reporting  delay. The beam management engine 335 may receive, from the UE, a Physical Uplink Control Channel (PUCCH) request to request a resource for transmitting the beam measurement report, or may receive a PUCCH notification that a beam measurement report is being sent. In response to the PUCCH request, the beam measurement engine 225 may transmit downlink control information (DCI) for an uplink channel to be used for the beam management report to the UE. The beam management engine 335 may also receive a beam measurement report from the UE, and may use information in the beam measurement report to activate or indicate transmission configuration indication (TCI) states for the UE. These operations will be described in greater detail below.

[0038] The above noted engine 335 being an application (e.g., a program) executed by the processor 305 is only an example. The functionality associated with the engine 335 may also be represented as a separate incorporated component of the base station 300 or may be a modular component coupled to the base station 300, e.g., an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry to receive signals and processing circuitry to process the signals and other information. In addition, in some base stations, the functionality described for the processor 305 is split among a plurality of processors (e.g., a baseband processor, an applications processor, etc. ) . The example embodiments may be implemented in any of these or other configurations of a base station.

[0039] The memory 310 may be a hardware component configured to store data related to operations performed by the base  station 300. The I / O device 315 may be a hardware component or ports that enable a user to interact with the base station 300.

[0040] The transceiver 320 may be a hardware component configured to exchange data with the UE 110 and any other UEs in the network arrangement 100. The transceiver 320 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . Therefore, the transceiver 320 may include one or more components (e.g., radios) to enable the data exchange with the various networks and UEs. The transceiver 320 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 305 may be operably coupled to the transceiver 320 and configured to receive from and / or transmit signals to the transceiver 320. The processor 305 may be configured to encode, decode and / or process signals (e.g., signaling from a UE) for implementing any one of the methods described herein.

[0041] To adapt to changes in a radio environment and relative positioning between the UE 110 and the base stations, the UE 110 may be configured to perform a variety of measurements on reference signals transmitted in both a serving cell (SC) and a non-serving cell (NSC) . The base station (e.g., gNB 120A) may transmit measurement configurations to provide the UE 110 with information to perform the reference signal measurements. Upon performing the measurements, the UE 110 may provide a measurement report to the base station (gNB 120A) . The base station may perform various radio resource management (RRM) operations based on the measurement report.

[0042] The measurement configurations may instruct the UE 110 to perform measurements based on reference signals that include, for example, channel-state information –reference signals (CSI-RSs) and synchronization signal and physical broadcast channel blocks (SSBs) . The measurements may be beam-level or cell-level.

[0043] The measurement configurations may be transmitted to the UE 1110 while the UE 110 is in a radio resource control (RRC) -connected mode by dedicated signaling, such as RRC signaling (for example, an RRC reconfiguration message or RRC resume message) .

[0044] In some embodiments, a measurement configuration may include (directly or by reference) a measurement identity, a measurement object, and a reporting configuration. The measurement identity may link a reporting configuration to a measurement object. The measurement identity may include a first pointer toward a reporting configuration and a second pointer toward a measurement object that provides information about the SSB resources that are to be measured. The UE 110 may provide measurement results within an RRC message (for example, an RRC measurement report) that includes the measurement ID as a reference.

[0045] The reporting configuration may provide a periodic, event-triggered, or cell global identity (CGI) configuration. The reporting configuration may include parameters, such as report amount, reporting interval, and, if the configuration is an event-triggered configuration, a measurement reporting event. The report amount and reporting interval may be abstract syntax  notation one (ASN. 1) fields in a report configuration information element (IE) . The report amount may describe how many times a measurement report is to be transmitted based on a triggering event. The triggering event may be a period elapsing (for a periodic configuration) or a triggering condition of a measurement reporting event being satisfied (for an event-triggered configuration) . The reporting interval may provide a time between successive transmissions of the measurement report. The reporting configuration may further describe the reference signal type (for example, SSB) that may be used for the periodic or event-triggered configurations.

[0046] The SSBs may be used for reference signal receive power (RSRP) measurements at Layer 1 (L1) or Layer 3 (L3) . The L1 measurements may be used to monitor and respond to radio channel conditions on a shorter time frame as compared with L3 measurements. The L1 measurements may be used to, for example, perform beam management procedures, while the L3 measurements may be used to, for example, perform handover procedures.

[0047] In some embodiments, consistent with Release 17 3GPP TSs definition of further enhanced multiple-input, multiple-output (FeMIMO) in 3GPP TS 38.214 v17.2.0 (2022-06-23) and TS 38.331 v17.1.0 (2022-07-19) , the UE 110 may be configured for L1-reference signal received power (RSRP) measurements on the non-serving cell. The non-serving cell may have a different physical cell identity (PCI) than the PCI of the serving cell. In some embodiments, the non-serving cell may be referred to as a cell with different (or additional) PCI (CDP) . The L1-RSRP measurements for the non-serving cell may provide the basis for inter-cell beam management. The serving base station may use  inter-cell beam management to instruct the UE 110 to switch from a beam associated with the serving cell to a beam associated with the non-serving cell for receiving a physical downlink shared channel (PDSCH) or physical downlink control channel (PDCCH) . This may be done with a simple transmission configuration indication (TCI) state switch without having to do a complete handover, which relies on layer 3 (L3) measurements and takes more time. Performing this dynamic beam switch may often be done when the UE 110 is operating in the higher frequency ranges, for example, frequency range 2 (FR2) , from 24.25 GHz to 52.6 GHz, or above.

[0048] Performing L1-RSRP measurements on CDPs requires coordinated management of a number of measurement configurations. For example, SSB occasions from the serving cell may overlap with SSB occasions from the non-serving cell. Furthermore, the SSB occasions (from either the serving cell or non-serving cell) may overlap with occasions from a measurement gap (MG) configuration (used for inter-frequency or inter-radio access technology (RAT) measurements) and occasions from SSB measurement timing configuration (SMTC) (used to define the measurement opportunities for performing the L3 measurements) .

[0049] Beam Management (BM)

[0050] One aspect of 5G may be beam forming and beam management (BM) . Beam forming and beam management may include various techniques for creating directional beams for transmitting (Tx) and receiving (Rx) wireless signals. A 5G device (e.g., UE 110 and / or BS (such as gNB 120A) may use multiple antennas to create such beams. In order to create a  communication channel between a pair of wireless devices, the devices may select respective Tx and Rx beams so that the transmitting device's Tx beam points toward (e.g., aligns with) the receiving device's Rx beam. BM may be thought of as the process to select and maintain appropriate Tx and Rx beam selection to create a quality communication channel (e.g., as measured according to one or more of various metrics of signal strength and quality such as Reference Signal Received Power (RSRP) , Reference Signal Received Quality (RSRQ) , Signal to Interference Plus Noise Ratio (SINR) , Signal to Noise Ratio (SNR) , Channel Quality Indicator (CQI) , etc. ) . Various factors of the communication environment may impact beam selection, e.g., position and orientation of the devices relative to obstacles (e.g., buildings) , sources of interference, etc. These factors may change over time (e.g., due to motion of the UE, among other reasons) and thus the preferred Rx and or Tx beams may also change. Note that both devices may both transmit and receive, and thus may use both Tx and Rx beams.

[0051] BM frameworks may operate as shown in Fig. 4. A BS (e.g., a gNB 120A, e.g., shown as the transmitting device, in this example) may periodically or routinely transmit BM channel state information (CSI) . BM CSI may include reference signals (e.g., P-CSI-RS: Periodic CSI-RS, SP-CSI-RS: Semi-persistent CSI-RS, SSB: Synchronization Signal Blocks, etc. ) . The gNB may also periodically transmit RRC configuration information that may be relevant to BM. The UE may monitor / measure the RSRP of the beam (s) and may report the RSRP to the gNB (e.g., in a beam quality report) . The gNB may monitor beam degradation (e.g., or any change in beam quality) , e.g., based on the reported RSRP. Note that additional or alternative measurements  may also be taken, reported and used such as RSRQ, SNR, etc. Based on detecting beam degradation (e.g., due to CSI and / or one or more metrics in the beam quality report passing or falling below a threshold) , the gNB may trigger BM procedures. In some embodiments, aperiodic BM procedures (such as P2 / P3, discussed below) may be triggered by a gNB if BM CSI is not sufficient to avoid degradation (e.g., beyond a threshold) . Such aperiodic BM procedures may be UE-specific, e.g., in order to avoid the potentially extensive resource cost of doing so for UEs generally.

[0052] As illustrated, during an exemplary BM procedure, a BS (e.g., a gNB 120A) may transmit a series of beams (e.g., Tx beams 402A, B, C, and D) in a sweep (or a series of sweeps) and may transmit RRC configuration information relevant to beam management. As used herein, the term “sweep” may indicate sequentially using each of multiple beams. UE 110 may detect one or more of the beams, may measure the strength (e.g., RSRP) or other characteristics of the beam (s) , and may provide one or more reports to the gNB based on the detection (s) and / or measurement (s) . During the sweep, the UE may use one or more Rx beams (in the illustrated example, the UE uses two different Rx beams 704X and Y) . One or more beam sweep periods (e.g., the length of time to transmit Tx beams 402A-D) may occur during a beam report period (e.g., the length of time until a beam quality report is created and transmitted) . In the illustrated example, two beam sweep periods occur during the beam report period.

[0053] Fig. 5 illustrates exemplary BM procedures referred to as P2 and P3. P2 and P3 may be used to select beams for downlink  communications. For example, P2 may be used to select transmission beams (e.g., holding the reception beam (s) constant or omnidirectional) and P3 may be used to select reception beams (e.g., holding the transmission beam (s) constant or omnidirectional) . P2 and P3 may be on-demand procedures and rely on aperiodic CSI-RS. For example, upon beam degradation (e.g., beam quality metrics falling below a threshold) , one or more of P2 or P3 may be used to select new or better transmission and / or reception beams. In some embodiments, P2 and or P3 may follow P1, which may be a longer more intensive procedure, e.g., used initially for determining both transmission and reception beams.

[0054] In P2, a BS (e.g., gNB 120A) transmits a series (e.g., a sweep) of Tx beams 402A-D, e.g., narrow beams at different angles using a set of CSI resources 502A-D (CSI resource set or CRS) . Note that although four Tx beams are shown, any number of beams (e.g., and corresponding CSI resources) may be used in the sweeping pattern. A specific CSI resource may correspond to each beam, resulting in the total group of beams using a specific CRS. For example, a CRS consisting of four resources may be used for P2, such that a different resource is used for each of four beams. More specifically, Tx beam 402A may use CSI-Resource 502A and so forth. In other words, the CRS may not be repeated, e.g., repetition is off. In the example shown, a receiving UE 110 may use a single, broad receive (e.g., Rx beam 404, which may be an omnidirectional beam) beam during the sweep. Based on reports provided by the UE, the gNB may select a Tx beam. The gNB may then use the selected Tx beam (e.g., 402D) for communication with the UE.

[0055] In the exemplary P3 procedure of Fig. 5, in contrast to P2, the UE 110 may perform a sweep of Rx beams 404A-D while the gNB transmits a constant, broad Tx beam 402 (e.g., an omnidirectional beam) . In this example, the gNB may use a single CSI resource (e.g., shown as 504A, noting that any CSI resource may be used) during the sweep, e.g., repetition may be on. Thus, in this exemplary embodiment, the CRS may only include a single resource, e.g., CSI-Resource 504A. Based on the measurements (e.g., RSRP) of the Tx beam using the different Rx beams, the UE may select an Rx beam. The UE may report the selected Rx beam (e.g., 404A) to the gNB, although Rx beam selection reporting may not be necessary. The UE may use the selected Rx beam for receiving communications from the gNB.

[0056] It will be appreciated that other BM procedures are possible, including at least P1, U1, U2, and U3. As noted above, P1 may include concurrent and / or sequential sweeps of both the gNB (e.g., Tx beam) and UE (e.g., Rx) . U1, U2, and U3 may correspond to the P1, P2, and P3 procedures, respectively, except in the uplink direction where the roles may be reversed, e.g., the UE may transmit a Tx beam and the gNB may receive with an Rx beam. Thus, in U2, the UE may sweep across multiple transmission beams and in U3, the gNB may sweep across multiple reception beams. Thus, in some embodiments, procedures P1, P2, and P3 may be associated with downlink transmissions and U1, U2, and U3 may be associated with uplink transmissions.

[0057] As previously mentioned, there may be a need for UE initiated beam management and improved methods and techniques for such. For example, in Rel-19 MIMO Phase 5 WI, one of the  objectives is UE initiated beam management. Some issues have been agreed on, while others are designated for further study. Some aspects of beam reporting framework have been agreed upon.

[0058] However, in order to fully support UE initiated BM, the following parameters need to be defined: Delay requirements, including sharing with other measurements; scheduling restriction (s) ; measurement restriction (s) ; and UE behavior with concurrent L1 procedures. Proposed herein are methods and techniques for a UE and a base station (e.g., a gNB) to determine delay requirements and sharing requirements (such as sharing factors) with other measurements in order to support and enhance UE initiated beam management.

[0059] Fig. 6 shows an example timing diagram for an example beam reporting procedure according to various example embodiments. In Fig. 6, in example procedure 600, a UE may perform one or more L1-RSRP measurements 610, which may be periodic or aperiodic. A trigger condition 620 may occur. The trigger condition may be any of numerous events. One example of a trigger may be when a quality of at least one new beam, such as L1-RSRP, becomes a threshold value better than the current beam. The threshold value may be configured by RRC, the current beam may be in the indicated TCI state, and which new beams are to be measured may be configured by the network. Another example trigger may be a measured quality of the current beam is worse than a certain threshold. Another example trigger may be when a quality of at least one new beam, such as L1-RSRP, becomes a threshold value better than the RS derived from the activated TCI state with the M-th best quality.

[0060] At 630, after the trigger condition is met, the UE may transmit a PUCCH to a gNB to request a resource. The gNB may send scheduling DCI for an UL channel (640) . At 650, the UE sends a beam report on a second UL channel. In one embodiment, the beam report may be sent via a PUSCH (Physical Uplink Shared Channel) . At 660, the gNB may activate or indicate a TCI state based on the beam report.

[0061] In beam reporting, there may be two modes –Mode A and Mode B. Mode A involves dynamically scheduling Uplink Control Information (UCI) by gNB. Mode B involves UCI in pre-configured resource (s) for the second UL channel.

[0062] Fig. 7 shows an example flow diagram for beam reporting Mode A according to various example embodiments. Fig. 8 shows an example flow diagram for beam reporting Mode B according to various example embodiments. Referring to Fig. 7, an example flow 700 for Mode A (dynamically scheduling Uplink Control Information (UCI) by gNB) may include the UE measuring L1-RSRP (or measure quantity) on new beams and the current beam (710) . At 720, an event trigger is detected, and the UE may transmit a PUCCH to request a resource for a second UL channel to carry a beam report. The gNB may transmit a scheduling DCI for the UL channel to the UE (730) . The UE detects the DCI format to indicate a resource for a second UL channel to carry the beam report. The UE may then transmit the beam report on the second UL channel (740) . At 750, the gNB may activate or indicate one or more TCI state (s) based on the beam report.

[0063] Referring to Fig. 8, an example flow 800 for Mode B (UCI in pre-configured resource (s) for second UL channel) may  include the UE measuring L1-RSRP (or measure quantity) on new beams and the current beam (810) . Upon an event criteria (trigger) being met, the UE may then transmit a first Physical Uplink Control Channel (PUCCH) (one-bit / multi-bit) to notify a second uplink (UL) channel to carry a beam report (820) . At 830, the UE may transmit the beam report on the second UL channel. At 840, the gNB may activate or indicate one or more TCI state (s) based on the beam report.

[0064] Further, as mentioned previously, in order to fully support UE initiated BM, delay requirements must be addressed. Proposed herein are delay requirements for UE initiated beam management. For legacy systems, the delay requirements are defined based on configured measurements resources for a measurement report. The UE performs measurement on new beams continuously and reports when a criteria is met. The new beams can be Synchronization Signal Block (SSB) or Channel State Information-Reference Signal CSI-RS) for measurement. In one embodiment, the measurement period can be based on legacy requirement (similar to L1-RSRP measurement delay –see Table 1 (Frequency Range 1) and Table 2 (Frequency Range 2) below) . The legacy requirements may include: CSI-RS based L1-RSRP (TL1-RSRP-CSI-RS) ; SSB based L1-RSRP -intra-cell (TL1-RSRP-SSB) ; and SSB based L1-RSRP -inter-cell (TL1-RSRP-SSB_CDP) .

[0065] Table 1: Measurement Period TL1-RSRP_Meaurement_Period_CSI-RS for FR1

[0066] Table 2: Measurement Period TL1-RSRP_Meaurement_Period_CSI-RS for FR2

[0067] Under the proposed new UE initiated beam management, for CSI-RS based L1-RSRP (TL1-RSRP-CSI-RS) , only aperiodic reporting is possible based on the trigger event. The number of samples for measurement (M) is subject to RAN1’s design. In one embodiment, M is 1 if timeRestrictionForChannelMeasurement is  configured for new beam measurement. Otherwise, M will be 3 (if same design as Rel-15) . In one embodiment, M may always be assumed to be 1.

[0068] The UE initiated BM may also use a sharing factor P. In a first option, the sharing factor P may be re-used (as in clause 9.5.4.2 of 3GPP TS 38.133) . In a second option, the sharing factor P may be re-designed, as discussed more fully below.

[0069] The value K may be a predefined factor having a value defined by standard (e.g., 3GPP standards) or a value indicated to the UE in signaling from the network.

[0070] An example measurement period for CSI-RS based new beam measurement may be seen in Tables 3 and 4 below.

[0071] Table 3: Measurement Period TL1-RSRP_Meaurement_Period_NB_CSI-RS for FR1

[0072] Table 4: Measurement Period TL1-RSRP_Meaurement_Period_NB_CSI-RS for FR2

[0073] For SSB based L1-RSRP -intra-cell (TL1-RSRP-SSB) , the measurement period can be based on legacy requirements (see Table 5 (Frequency Range 1) and Table 6 (Frequency Range 2) below) .

[0074] Table 5: Measurement Period TL1-RSRP_Meaurement_Period_SSB for FR1

[0075] Table 6: Measurement Period TL1-RSRP_Meaurement_Period_SSB for FR2

[0076] For SSB based L1-RSRP (TL1-RSRP-NB-SSB) , for the new proposed UE initiated BM, only aperiodic reporting is possible based on a trigger event. The number of samples for measurement (M) is subject to RAN1’s design. In one embodiment, M is 1 if timeRestrictionForChannelMeasurement is configured for new beam measurement. Otherwise, M is 3 (if same design as Rel-15) . In another embodiment, it may be always assumed that M equals 1.

[0077] For SSB based L1-RSRP, the UE initiated BM may also utilize a sharing factor P. In a first option, the sharing factor may be re-uses as in the legacy systems (see, e.g., 9.5.4.1. In a second option, the sharing factor P may be re-designed, as discussed more fully below.

[0078] An example measurement period for SSB intra-cell based new beam measurement may be seen in Tables 7 and 8 below.

[0079] Table 7: Measurement Period TL1-RSRP_Meaurement_Period__NB_SSB for FR1

[0080] Table 8: Measurement Period TL1-RSRP_Meaurement_Period__NB_SSB for FR2

[0081] For SSB based L1-RSRP -inter-cell (TL1-RSRP-SSB_CDP) , the measurement period can be based on legacy requirements (see Table 9 (Frequency Range 1) and Table 10 (Frequency Range 2) below) .

[0082] Table 9: Measurement Period TL1-RSRP_Meaurement_Period_SSB_CDP for known cells with different PCIs in FR1

[0083] Table 10: Measurement Period TL1-RSRP_Meaurement_Period_SSB_CDP for known cells with different PCIs in FR1.

[0084] For SSB based L1-RSRP-inter-cell (TL1-RSRP-NB-SSB_CDP) , for the new proposed UE initiated BM, only aperiodic reporting is possible based on a trigger event. The number of samples for measurement (M) is subject to RAN1’s design. In one embodiment, M is 1 if timeRestrictionForChannelMeasurement is configured for new beam measurement. Otherwise, M is 3 (if same design as Rel-17) . In another embodiment, it may be always assumed that M equals 1.

[0085] For SSB based L1-RSRP-inter-cell, the UE initiated BM may also utilize a sharing factor P. In a first option, the sharing factor may be re-uses as in the legacy systems (see, e.g., 9.13.4.1) . In a second option, the sharing factor P may be re-designed, as discussed more fully below.

[0086] An example measurement period for SSB inter-cell based new beam measurement may be seen in Tables 11 and 12 below.

[0087] Table 11: Measurement Period TL1-RSRP_Meaurement_Period_NB_SSB_CDP for known cells with different PCIs in FR1

[0088] Table 12: Measurement Period TL1-RSRP_Meaurement_Period__NB_SSB_CDP for known cells with different PCIs in FR2

[0089] As mentioned above, in the proposed UE initiated BM techniques, a resource sharing factor P may also be utilized. For example, the sharing factor P may be used in FR1 when measurement occasions overlap with measurement gap (MG) , or in FR2 due to beam sweeping when measurement occasions overlap with SMTC occasions, measurement gap, or inter-cell SSB for L1 measurement / serving cell SSB for L1 measurement. The sharing factor P may be determined by a formula based sharing factor in one embodiment. In another embodiment, the sharing factor P may be derived based on counting the number of occasions. In this option, there is no formula, but instead the number of available occasions are counted, and the final sharing factor is directly derived, as shown in Fig. 9 in one embodiment. Fig. 9 illustrates an example table for determining sharing factors according to various example embodiments.

[0090] The UE 110 may use the sharing factor to determine which measurement occasions to use for a particular measurement. The network may use the sharing factor to determine an L1-RSRP measurement period. 3GPP TS 38.133 v17.6.0 (2022-06-30) defines the L1 measurement period, TL1-RSRP_Measurement_Period_SSB, based on sharing factor (P) . The L1 measurement period is a period in  which a physical layer of the UE 110 is to determine L1-RSRP measurements with a sufficient accuracy. If the UE 110 does not report configured L1-RSRP measurements over the L1 measurement period, the base station may determine there is a beam or radio-link failure and attempt to perform a radio resource management (RRM) operation such as configuring a new beam or cell.

[0091] In FR2, the L1 measurement period for the serving cell may be determined as follows. Unless described elsewhere herein, the parameters used to calculate the L1 measurement period for the serving cell may be similar to like-named parameters in clause 9.5.4.1 of 3GPP TS 38.133.

[0092] If the UE 110 is not operating in accordance with a discontinuous reception (DRX) configuration, the L1 measurement period may be equal to max (Treport, ceil (M *P *N) *TSSB) . Treport may be a configured periodicity for reporting, TSSB may be the periodicity of an SSB index configured for L1-RSRP measurements of the serving cell, M is equal to one if a time restriction for channel measurement parameter is configured or is equal to three otherwise, and N is eight.

[0093] If the UE 110 is operating in accordance with a DRX configuration not more than 320 milliseconds, the L1 measurement period may be equal to max (Treport, ceil (1.5 *M *P *N) *max(TDRX, TSSB) . TDRX is a DRX cycle length and the rest of the parameters may be similar to those described above and in clause 9.5.4.1 of TS 38.133.

[0094] If the UE 110 is operating in accordance with a DRX configuration more than 320 milliseconds, the L1 measurement  period may be equal to ceil (1.5 *M *P *N) *TDRX. The parameters may be similar to that described above and in clause 9.5.4.1 of TS 38.133.

[0095] In FR2, the L1 measurement period for the non-serving cell may be determined as follows. Unless described elsewhere herein, the parameters used to calculate the L1 measurement period for the non-serving cell may be similar to like-named parameters in clause 9.13.4 of 3GPP TS 38.133.

[0096] If the UE 110 is not operating in accordance with a discontinuous reception (DRX) configuration, the L1 measurement period may be equal to max (Treport, ceil (M *P *N) *TSSB, CDP) . Treport may be a configured periodicity for reporting, TSSB, CDP may be the periodicity of an SSB index configured for the inter-cell L1-RSRP measurements of the non-serving cell / CDP, M is equal to one if a time restriction for channel measurement parameter is configured or is equal to three otherwise, and N is eight.

[0097] If the UE 110 is operating in accordance with a DRX configuration not more than 320 milliseconds, the L1 measurement period may be equal to max (Treport, ceil (1.5 *M *P *N) *max (TDRX, TSSB, CDP) . TDRX is a DRX cycle length.

[0098] If the UE 110 is operating in accordance with a DRX configuration more than 320 milliseconds, the L1 measurement period may be equal to ceil (1.5 *M *P *N) *TDRX.

[0099] Referring back to Fig. 9, Fig. 9 shows how a final sharing factor (P) , which may be used to determine the L1-RSRP measurement period for FR2 as described above, may be directly  determined in a number of different scenarios. FIG. 9 illustrates a table 900 for directly determining a final sharing factor in accordance with some embodiments. The direct determination of the final sharing factor in table 900 may be based on one or more of the following four overlap numbers.

[0100] A first overlap number, SSBSC1, is a number of SSB occasions of the serving cell that overlap with SSB occasions of the nonserving cell but do not overlap with occasions of the MG configuration or SMTC within a time period equal to max (MGRP, TSMTC) .

[0101] A second overlap number, SSBCDP1, is a number of SSB occasions of the nonserving cell that overlap with SSB occasions of the serving cell but do not overlap with occasions of the MG configuration or SMTC within a time period equal to max (MGRP, TSMTC) .

[0102] A third overlap number, SSBSC2, is a number of SSB occasions of the serving cell that do not overlap with SSB occasions of the non-serving cell, occasions of the MG configuration, or occasions of the SMTC within a time period equal to max (MGRP, TSMTC) .

[0103] A third overlap number, SSBCDP2, is a number of SSB occasions of the non-serving cell that do not overlap with SSB occasions of the serving cell, occasions of the MG configuration, or occasions of the SMTC within a time period equal to max (MGRP, TSMTC) .

[0104] In a first scenario, the periodicity relationship is defined by TSSB, SC = TSSB, CDP < TSMTC or MGRP. That is, both periodicities associated with the SC SSB configuration and the NSC SSB configuration are equal to one another, are less than the periodicity associated with SMTC, and are less than the periodicity associated with the MG configuration.

[0105] In the first scenario, the sharing factor, P, for the serving cell may be given by:  and the sharing factor, P, for the non-serving cell may be given by:

[0106] In a second scenario, the periodicity relationship is defined by TSSB, SC < TSSB, CDP < TSMTC or MGRP. That is, the periodicity associated with SC SSB configuration is less than the periodicity associated with the NSC SSB configuration and the periodicity associated with the NSC SSB configuration is less than the periodicity associated with SMTC and is also less than the periodicity associated with the MG configuration. The second scenario may also be associated with the condition in which all the SC SSB occasions collide with NCS SSB occasions, occasions of the MG configuration, or occasions of the SMTC.

[0107] In the second scenario, the sharing factor, P, for the serving cell may be given by:  and the sharing factor, P, for the non-serving cell may be given by:

[0108] In a third scenario, the periodicity relationship is defined by TSSB, CDP < TSSB, SC <= TSMTC or MGRP. That is, the periodicity associated with NSC SSB configuration is less than the periodicity associated with the SC SSB configuration and the periodicity associated with the SC SSB configuration is less than or equal to the periodicity associated with SMTC and is also less than or equal to the periodicity associated with the MG configuration. The third scenario may also be associated with the condition in which all the SC SSB occasions collide with NCS SSB occasions, occasions of the MG configuration, or occasions of the SMTC. In some embodiments, when determining the sharing factor for the NSC, the associated condition may be that all NSC SSB occasions collide with SC SSB occasions, occasions of the MG configuration, or occasions of the SMTC. However, given the relationship between the various occasions, these conditions may effectively be the same.

[0109] In the third scenario, the sharing factor, P, for the serving cell may be given by:  and the sharing factor, P, for the non-serving cell may be given by:

[0110] In a fourth scenario, the periodicity relationship is defined by TSSB, SC < TSSB, CDP < TSMTC or MGRP. That is, the periodicity associated with SC SSB configuration is less than the periodicity associated with the NSC SSB configuration and the periodicity associated with the NSC SSB configuration is less than the periodicity associated with SMTC and is also less than  the periodicity associated with the MG configuration. The fourth scenario may also be associated with the condition in which not all the SC SSB occasions overlap with NCS SSB occasions, occasions of the MG configuration, or occasions of the SMTC. That is, at least some of the SC SSB occasions do not overlap with any other of the occasions.

[0111] In the fourth scenario, the sharing factor, P, for the serving cell may be given by:  and the sharing factor, P, for the non-serving cell may be given by:

[0112] In a fifth scenario, the periodicity relationship is defined by TSSB, CDP < TSSB, SC < TSMTC or MGRP. That is, the periodicity associated with NSC SSB configuration is less than the periodicity associated with the SC SSB configuration and the periodicity associated with the SC SSB configuration is less than the periodicity associated with SMTC and is also less than the periodicity associated with the MG configuration. The fifth scenario may also be associated with the condition in which not all the NSC SSB occasions overlap with CS SSB occasions, occasions of the MG configuration, or occasions of the SMTC. That is, at least some of the NSC SSB occasions do not overlap with any other of the occasions.

[0113] In the fifth scenario, the sharing factor, P, for the serving cell may be given by:  and the sharing factor, P, for the non-serving cell may be given by:

[0114] Fig. 10 illustrates example occasions 1000 in accordance with some embodiments. The occasions 1000 may include occasions from SC SSB configuration, an NSC SSB configuration, an MG configuration, and an SMTC. The occasions 1000 represent an example of scenario 1 of Fig. 9 in which TSSB, SC = TSSB, CDP < TSMTC or MGRP.

[0115] The SC SSB configuration may configure SC SSB occasions with a 20-ms periodicity and an offset of zero. The NSC SSB configuration may configure NSC SSB occasions with a 20-ms periodicity and an offset of zero. The SMTC may configure occasions with a 40-ms periodicity and an offset of zero. The MG configuration may configure MG occasions with a 80-ms periodicity an offset of 20 ms.

[0116] The first overlap number, SSBSC1, is one as there is one instance (e.g., at 60 ms) in which the SSB occasions do not overlap with either occasions from the SMTC or the MG configuration in an 80 ms time period (e.g., equal to max (MGRP, TSMTC) ) . The sharing factor for the serving cell may be determined by which reduces to 16 / 2 / 1 = 8.

[0117] With reference to Fig. 10, if the UE 110 needs one sample of the SC SSB, it may need 1 *8 SC SSB occasions. The one sample obtained from the eight occasions is shown in Fig. 10 with the dotted fill in the occasion at 60 ms.

[0118] The third overlap number, SSBCDP1, is one as there is one instance (e.g., at 60 ms) in which the SSB occasions do not overlap with either occasions from the SMTC or the MG  configuration in an 80 ms time period (e.g., equal to max (MGRP, TSMTC) ) . The sharing factor for the non-serving cell may be determined by which reduces to 16 / 2 / 1 = 8.

[0119] With reference to Fig. 10, if the UE 110 needs one sample of the NSC SSB, it may need 1 *8 NSC SSB occasions. The one sample obtained from the eight occasions is shown in Fig. 10 with the dotted fill in the occasion at 140 ms.

[0120] Fig. 11 illustrates example occasions 1100 in accordance with some embodiments. The occasions 1100 may include occasions from SC SSB configuration, an NSC SSB configuration, an MG configuration, and an SMTC. The occasions 1100 represent an example of scenario 2 of Fig. 9 in which TSSB, SC < TSSB, CDP < TSMTC or MGRP and all SC SSB occasions collide with NSC occasions, occasions of the MG configuration, or occasions of the SMTC.

[0121] The SC SSB configuration may configure SC SSB occasions with a 10-ms periodicity and an offset of zero. The NSC SSB configuration may configure NSC SSB occasions with a 20-ms periodicity and an offset of 10 ms. The SMTC may configure occasions with a 40-ms periodicity and an offset of zero. The MG configuration may configure MG occasions with a 20-ms periodicity an offset of zero.

[0122] The first overlap number, SSBSC1, is two as there are two instances (e.g., at 10 ms and at 30 ms) in which the SSB occasions do not overlap with either occasions from the SMTC or the MG configuration in a 40 ms time period (e.g., equal to  max (MGRP, TSMTC) ) . The sharing factor for the serving cell may be determined by which reduces to 8 / 1 / 2 = 4.

[0123] With reference to Fig. 11, if the UE 110 needs two samples of the SC SSB, it may need 2 *4 SC SSB occasions. The two samples obtained from the eight occasions are shown in Fig. 11 with the dotted fill in the occasions at 30 ms and 70 ms.

[0124] The second overlap number, SSBCDP1, is two as there are two instances (e.g., at 10 ms and 30 ms) in which the SSB occasions do not overlap with either occasions from the SMTC or the MG configuration in a 80 ms time period (e.g., equal to max(MGRP, TSMTC) ) . The sharing factor for the non-serving cell may be determined by which reduces to 8 / 2 / 2 = 2.

[0125] With reference to Fig. 11, if the UE 110 needs two samples of the NSC SSB, it may need 2 *2 NSC SSB occasions. The two samples obtained from the four occasions are shown in Fig. 11 with the dotted fill in the occasions at 10 ms and 50 ms.

[0126] Fig. 12 illustrates example occasions 1200 in accordance with some embodiments. The occasions 1200 may include occasions from SC SSB configuration, an NSC SSB configuration, an MG configuration, and an SMTC. The occasions 1200 represent an example of scenario 4 of Fig. 9 in which TSSB, SC < TSSB, CDP < TSMTC or MGRP and not all SC SSB occasions collide with NSC SSB occasions, occasions of the MG configuration, or occasions of the SMTC.

[0127] The SC SSB configuration may configure SC SSB occasions with a 10-ms periodicity and an offset of zero. The NSC SSB configuration may configure NSC SSB occasions with a 20-ms periodicity and an offset of zero. The SMTC may configure occasions with a 40-ms periodicity and an offset of zero. The MG configuration may configure MG occasions with a 80-ms periodicity an offset of 10 ms.

[0128] The third overlap number, SSBSC2, is three as there are three instances (e.g., at 30 ms, 50 ms, and 70 ms) in which the SC SSB occasions do not overlap with NSC SSB occasions, occasions of the SMTC, or occasions of the MG configuration in a 80 ms time period (e.g., equal to max (MGRP, TSMTC) ) . The sharing factor for the serving cell may be determined by which reduces to 8 / 1 / 3 = 8 / 3.

[0129] With reference to Fig. 12, if the UE 110 needs three samples of the SC SSB, it may need 3 * (8 / 3) SC SSB occasions. The three samples obtained from the eight occasions are shown in Fig. 12 with the dotted fill in the occasions at 30 ms, 50 ms, and 70 ms.

[0130] The second overlap number, SSBCDP1, is two as there are two instances (e.g., at 20 ms and 60 ms) in which the NSC SSB occasions overlap with the SC SSB occasions but do not overlap with either occasions from the SMTC or the MG configuration in a 80 ms time period (e.g., equal to max (MGRP, TSMTC) ) . The sharing factor for the non-serving cell may be determined by  which reduces to 8 / 2 / 2 = 2.

[0131] With reference to Fig. 12, if the UE 110 needs two samples of the NSC SSB, it may need 2 *2 NSC SSB occasions. The two samples obtained from the four occasions are shown in Fig. 12 with the dotted fill in the occasions at 20 ms and 60 ms.

[0132] Fig. 13 illustrates example occasions 1300 in accordance with some embodiments. The occasions 1000 may include occasions from SC SSB configuration, an NSC SSB configuration, an MG configuration, and an SMTC. The occasions 1300 represent an example of scenario 5 of Fig. 9 in which TSSB, CDP < TSSB, SC < TSMTC or MGRP and not all NSC SSB occasions overlap with SC SSB occasions, occasions of the MG configuration, or occasions of the SMTC.

[0133] The SC SSB configuration may configure SC SSB occasions with a 20-ms periodicity and an offset of zero. The NSC SSB configuration may configure NSC SSB occasions with a 10-ms periodicity and an offset of zero. The SMTC may configure occasions with a 40-ms periodicity and an offset of zero. The MG configuration may configure MG occasions with a 80-ms periodicity an offset of 30 ms.

[0134] The first overlap number, SSBSC1, is two as there are two instances (e.g., at 20 ms and 60 ms) in which the SC SSB occasions overlap with NSC SSB occasions but do not overlap with occasions of the SMTC, or occasions of the MG configuration in a 80-ms time period (e.g., equal to max (MGRP, TSMTC) ) . The sharing factor for the serving factor may be determined by which reduces to 8 / 2 / 2 = 2.

[0135] With reference to Fig. 13, if the UE 110 needs two samples of the SC SSB, it may need 2 *2 SC SSB occasions. The two samples obtained from the four occasions are shown in Fig. 13 with the dotted fill in the occasions at 20 ms and 60 ms.

[0136] The fourth overlap number, SSBCDP2, is three as there are three instances (e.g., at 10 ms, 50 ms, and 70 ms) in which the NSC SSB occasions do not overlap with the SC SSB occasions, occasions from the SMTC, or occasions from the MG configuration in a 80 ms time period (e.g., equal to max (MGRP, TSMTC) ) . The sharing factor for the non-serving center may be determined  which reduces to 8 / 1 / 3 = 8 / 3.

[0137] With reference to Fig. 13, if the UE 110 needs three samples of the NSC SSB, it may need 3 * (8 / 3) NSC SSB occasions. The three samples obtained from the eight occasions are shown in Fig. 13 with the dotted fill in the occasions at 10 ms, 50 ms, and 70 ms.

[0138] In addition, also proposed herein as part of the delay requirements for UE initiated BM is a reporting delay, which may occur after the event is triggered. Moreover, the measurement delay and the reporting delay could be combined to obtain a total delay, according to one embodiment.

[0139] As previously discussed, when the trigger event criteria is met, the UE may transmit a PUCCH for requesting or notifying with regards to a second uplink (UL) channel to carry a beam report. The example embodiments provide some examples of trigger events but these are only examples. Other trigger events  may be used in a similar manner as described for the example trigger events, including, but not limited to trigger events defined by standards, e.g., 3GPP Technical Specifications. In a first option, a reporting delay can be specified as the time until the UE sends a PUCCH for Mode A or Mode B after the UE detects a trigger condition. The delay components may include the time until the first PUCCH or the PUCCH periodicity. In this case, the reporting delay would be TfirstPUCCH or TPUCCH.

[0140] In a second option, a reporting delay may be specified as the time until the UE sends the beam report. In the second option, the delay components may include one or more of the time until the first PUCCH or the PUCCH periodicity, and / or the time for PUSCH transmission. There may be an uncertainty as to when the UE will receive the DCI with UL grant to transmit the beam report for Mode A. Defining a delay based on the UE receiving DCI and then sending BM report is not feasible for Mode A, as there is not a defined time within which the UE would receive a DCI for the second UL transmission for the BM report. Thus, in this scenario, the reporting delay would be TfirstPUCCH + Tunc + T1, or TPUCCH + Tunc + T1, where Tunc is the uncertain amount of time for when the UE receives the DCI with the UL grant to transmit the BM report for Mode A, where Tunc = 0 for mode B, and where T1 is the time to the configured PUSCH slot for transmitting the beam report. In one embodiment, T1 may equal K2 in case of Mode-A (DCI with UL grant to PUSCH) , or T1 may equal TfirstPUSCH or TPUSCH, the time to the PUSCH configured for the beam report.

[0141] A total delay for the UE initiated BM under the proposed method may be determined by adding together the measurement delay and the reporting delay. The measurement delay  and the reporting delay may be specified, or a total measurement and a reporting delay may be specified. The total delay can be specified as the time until the UE sends a PUCCH for Mode A or Mode B after UE measures based on trigger condition, where the delay components may include the time for L1-RSRP measurement (s) , the time until the first PUCCH or the PUCCH periodicity, which would be TL1-RSRP + Tfirst-PUCCH or TL1-RSRP + TPUCCH. The total delay until the UE sends the beam report includes delay components such as the time for L1-RSRP measurement (s) , the time until the first PUCCH or the PUCCH periodicity, and the time for the PUSCH transmission. There is uncertainty as to when the UE will receive the DCI with the UL grant to transmit the beam report for Mode A. So the total delay in this situation is TL1-RSRP + Tfirst-PUCCH + Tunc + T1 or TL1-RSRP + TPUCCH + Tunc + T1, where Tunc is the uncertain amount of time for when the UE receives the DCI with the UL grant to transmit the BM report for Mode A, where Tunc = 0 for mode B, and where T1 is the time to the configured PUSCH slot for transmitting beam report. Thus, the total delay for the first option above would be TL1-RSRP + TfirstPUCCH or TL1-RSRP + TPUCCH. The total delay for the second option would be TL1-RSRP + TfirstPUCCH + Tunc + T1, or TL1-RSRP + TPUCCH + Tunc + T1.

[0142] Once the measurement delays above are determined, the UE may measure new beams within the measurement delay and may transmit the beam measurement report to the gNB within the reporting delay. The gNB may then use the beam measurement report to configure new TCI states and / or activate new TCI states.

[0143] Examples

[0144] In a first example, a method, comprising processing, based on signaling from a network node, configuration information for beam management, performing beam measurements on a current beam and on one or more new beams within a measurement delay period, the measurement delay period determined based at least in part on the configuration information, and generating, for transmission to the network node within a reporting delay, a beam measurement report, wherein the reporting delay is determined based at least in part on the configuration information.

[0145] In a second example, the method of the first example, further comprising, upon determining a trigger event has occurred based on the beam measurements, generating, for transmission to the network node, a Physical Uplink Control Channel (PUCCH) request to request a resource for transmitting the beam measurement report and processing, based on signaling from a network node, scheduling downlink control information (DCI) for a second uplink channel on which the beam measurement report is to be transmitted.

[0146] In a third example, the method of the first example, further comprising, upon determining a trigger event has occurred, generating, for transmission to the network node, a Physical Uplink Control Channel (PUCCH) notification to notify the network node that the beam measurement report is being transmitted, wherein the beam measurement report is transmitted on an uplink channel configured in the configuration information.

[0147] In a fourth example, the method of the second example, further comprising processing, based on signaling from a network node, an indication configured to activate or indicate transmission configuration indication (TCI) states based on the beam measurement report.

[0148] In a fifth example, the method of the third example, further comprising processing, based on signaling from a network node, an indication configured to activate or indicate transmission configuration indication (TCI) states based on the beam measurement report.

[0149] In a sixth example, the method of the first example, wherein the measurements for the one or more new beams are Synchronization Signal Block (SSB) or Channel State Information-Reference Signal (CSI-RS) measurements.

[0150] In a seventh example, the method of the second example, wherein the trigger event is one or more of a measured quality of at least one new beam becomes a threshold value better than a measured quality of the current beam, a measured quality of the current beam is worse than a certain threshold and a measured quality of at least one new beam becomes a threshold value better than a reference signal derived from an activated transmission configuration indication (TCI) state with a M-th best quality.

[0151] In an eighth example, the method of the first example, wherein the beam measurements are Channel State Information-Reference Signal (CSI-RS) measurements, only aperiodic beam reporting is possible based on a trigger event, and wherein the  measurement delay period for a first frequency range FR1 is ceil (M*P) *TCSI-RS when the apparatus is not operating in accordance with a discontinuous reception (DRX) configuration, ceil (K*M&P) *max (TDRX, TCSI-RS) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds and ceil (M*P) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds and, wherein the measurement delay period for a second frequency range FR2 is ceil (M*P*N) *TCSI-RS when the apparatus is not operating in accordance with a DRX configuration, ceil (1.5*M*P*N) *max (TDRX, TCSI-RS) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds and ceil (M*P*N) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds, wherein M is the number of samples for beam measurement, P is a sharing factor, TCSI-RS is a periodicity of CSI-RS configured for Layer 1-Reference Signal Received Power (L1-RSRP) , TDRX is a DRX cycle length, K is a predefined factor and N is a beam sweeping factor.

[0152] In a ninth example, the method of the eighth example, wherein the number of samples for beam measurement is one (1) if timeRestrictionForChannelMeasurement is configured for new beam measurement, always assumed to be one (1) or otherwise three (3) .

[0153] In a tenth example, the method of the first example, wherein the beam measurements are Synchronization Signal Block (SSB) intra-cell based measurements, only aperiodic beam reporting is possible based on a trigger event, and wherein the measurement delay period in milliseconds for a first frequency  range FR1 is ceil (M*P) *TSSB when the apparatus is not operating in accordance with a discontinuous reception (DRX) configuration, ceil (K*M*P) *max (TDRX, TSSB) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds and ceil (M*P) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds and, wherein the measurement delay period for a second frequency range FR2 is ceil (M*P*N) *TSSB when the apparatus is not operating in accordance with a DRX configuration, ceil (1.5*K*M*P*N) *max (TDRX, TSSB) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds and ceil (1.5*M*P*N) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds, wherein M is the number of samples for beam measurement, P is a sharing factor, TSSB is a periodicity of the SSB Index configured for intra-cell Layer 1-Reference Signal Received Power (L1-RSRP) , TDRX is a DRX cycle length, K is a predefined factor, and N is a beam sweeping factor.

[0154] In an eleventh example, the method of the first example, wherein the beam measurements are Synchronization Signal Block (SSB) inter-cell based measurements, only aperiodic beam reporting is possible based on a trigger event, and wherein the measurement delay period in milliseconds for a first frequency range FR1 is ceil (M*P) *TSSB_CDP when the apparatus is not operating in accordance with a discontinuous reception (DRX) configuration, ceil (K*M*P) *max (TDRX, TSSB_CDP) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds and ceil (M*P) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds and, wherein the measurement delay period for a  second frequency range FR2 is ceil (M*P*N) *TSSB_CDP when the apparatus is not operating in accordance with a DRX configuration, ceil (1.5*K*M*P*N) *max (TDRX, TSSB_CDP) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds and ceil (1.5*M*P*N) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds, wherein M is the number of samples for beam measurement, P is a sharing factor, TSSB_CDP is a periodicity of the SSB Index configured for inter-cell Layer 1-Reference Signal Received Power (L1-RSRP) , TDRX is a DRX cycle length, K is a predefined factor, and N is a beam sweeping factor.

[0155] In a twelfth example, the method of the first example, wherein the measurement delay period is based at least in part on a sharing factor, wherein the sharing factor is determined based on a formula provided in the configuration information.

[0156] In a thirteenth example, the method of the first example, wherein the measurement delay period is based at least in part on a sharing factor, wherein the sharing factor is determined based on counting a number of possible measurement opportunities for a particular configuration.

[0157] In a fourteenth example, the method of the thirteenth example, further comprising comparing at least two periodicities, the at least two periodicities to include a first periodicity associated with a serving cell Synchronization Signal Block (SSB) configuration, a second periodicity associated with a non-serving cell SSB configuration, a third periodicity of an SSB measurement timing configuration (SMTC) ,  or a fourth periodicity of a measurement gap (MG) configuration, determining a overlap number with respect to a time period equal to max (MGRP, TSMTC) , where TSMTC is the third periodicity and MGRP is the fourth periodicity, determining the sharing factor to identify measurement opportunities for a target configuration based on the overlap number and the comparing of the at least two periodicities and performing the beam measurements on the measurement opportunities for the target configuration.

[0158] In a fifteenth example, the method of the first example, wherein the reporting delay is a time period from when the processing circuitry determines that a trigger event has occurred based on the beam measurements until the processing circuitry generates, for transmission to the network node, a Physical Uplink Control Channel (PUCCH) message based on the trigger event.

[0159] In a sixteenth example, the method of the first example, wherein the reporting delay is a time until a first Physical Uplink Control Channel (PUCCH) message is transmitted or is equal to a periodicity of the PUCCH.

[0160] In a seventeenth example, the method of the first example, wherein the reporting delay is a time period from when the processing circuitry determines that a trigger event has occurred based on the beam measurements until the beam measurement report is transmitted.

[0161] In an eighteenth example, the method of the first example, wherein the reporting delay is a time until a first Physical Uplink Control Channel (PUCCH) message is transmitted  or is equal to a periodicity of the PUCCH plus the time needed for transmission of the beam measurement report, which may be given as TfirstPUCCH + Tunc + T1, or TPUCCH + Tunc + T1, where Tunc is an uncertain amount of time for the processing circuitry to receive, from the network node, Downlink Control Information (DCI) with an uplink (UL) grant to transmit the beam measurement report for a first mode (Mode A) , where Tunc = 0 for a second mode (mode B) where an uplink channel for transmitting the beam measurement report is configured in the configuration information, and where T1 is a time to a configured Physical Uplink Scheduled Channel (PUSCH) slot for transmitting the beam measurement report for Mode-A and is the time to a first PUSCH or a periodicity of the PUSCH configured for the beam management report on a second uplink channel.

[0162] In a nineteenth example, a processor configured to perform any of the methods of the first through eighteenth examples.

[0163] In a twentieth example, a user equipment (UE) configured to perform any of the methods of the first through eighteenth examples.

[0164] In a twenty first example, a method, comprising generating, for transmission to a user equipment (UE) , configuration information for beam management including information used to determine a measurement delay period in which the UE is configured to perform beam measurements on a current beam and one or more new beams and the configuration information further includes information used to determine a reporting delay, processing, based on signaling from the UE, a  beam measurement report within the reporting delay, the reporting delay determined based at least in part on the configuration information and generating, for transmission to the UE, an indication configured to activate or indicate transmission configuration indication (TCI) states based on the beam measurement report.

[0165] In a twenty second example, the method of the twenty first example, further comprising processing, based on signaling from the UE, a Physical Uplink Control Channel (PUCCH) request to request a resource for transmitting the beam measurement report and generating, for transmission to the UE, downlink control information (DCI) for an uplink channel, wherein the beam measurement report is received on the uplink channel.

[0166] In a twenty third example, the method of the twenty first example, further comprising processing, based on signaling from the UE, a Physical Uplink Control Channel (PUCCH) notification that the beam measurement report is being transmitted on an uplink channel configured in the configuration information.

[0167] In a twenty fourth example, a processor configured to perform any of the methods of the twenty first through twenty third examples.

[0168] In a twenty fifth example, a base station configured to perform any of the methods of the twenty first through twenty third examples.

[0169] Those skilled in the art will understand that the above-described example embodiments may be implemented in any suitable software or hardware configuration or combination thereof. An example hardware platform for implementing the example embodiments may include, for example, an Intel x86 based platform with compatible operating system, a Windows OS, a Mac platform and MAC OS, a mobile device having an operating system such as iOS, Android, etc. In a further example, the example embodiments of the above-described method may be embodied as a program containing lines of code stored on a non-transitory computer readable storage medium that, when compiled, may be executed on a processor or microprocessor.

[0170] In some embodiments, a non-transitory computer-readable memory medium (e.g., a non-transitory memory element) may be configured so that it stores program instructions and / or data, where the program instructions, if executed by a computer system, cause the computer system to perform a method, e.g., any of a method embodiments described herein, or, any combination of the method embodiments described herein, or, any subset of any of the method embodiments described herein, or, any combination of such subsets.

[0171] In some embodiments, a device (e.g., a UE) may be configured to include a processor (or a set of processors) and a memory medium (or memory element) , where the memory medium stores program instructions, where the processor is configured to read and execute the program instructions from the memory medium, where the program instructions are executable to implement any of the various method embodiments described herein (or, any combination of the method embodiments described herein,  or, any subset of any of the method embodiments described herein, or, any combination of such subsets) . The device may be realized in any of various forms.

[0172] Embodiments of the present invention may be realized in any of various forms. For example, in some embodiments, the present invention may be realized as a computer-implemented method, a computer-readable memory medium, or a computer system. In other embodiments, the present invention may be realized using one or more custom-designed hardware devices such as ASICs. In other embodiments, the present invention may be realized using one or more programmable hardware elements such as FPGAs.

[0173] Although this application described various aspects each having different features in various combinations, those skilled in the art will understand that any of the features of one aspect may be combined with the features of the other aspects in any manner not specifically disclaimed or which is not functionally or logically inconsistent with the operation of the device or the stated functions of the disclosed aspects.

[0174] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0175] It will be apparent to those skilled in the art that various modifications may be made in the present disclosure, without departing from the spirit or the scope of the disclosure. Thus, it is intended that the present disclosure cover modifications and variations of this disclosure provided they come within the scope of the appended claims and their equivalents.

Claims

1.An apparatus comprising processing circuitry configured to:process, based on signaling from a network node, configuration information for beam management;perform beam measurements on a current beam and on one or more new beams within a measurement delay period, the measurement delay period determined based at least in part on the configuration information; andgenerate, for transmission to the network node within a reporting delay, a beam measurement report, wherein the reporting delay is determined based at least in part on the configuration information.2.The apparatus of claim 1, wherein the processing circuitry is configured to:upon determining a trigger event has occurred based on the beam measurements, generate, for transmission to the network node, a Physical Uplink Control Channel (PUCCH) request to request a resource for transmitting the beam measurement report; andprocess, based on signaling from a network node, scheduling downlink control information (DCI) for a second uplink channel on which the beam measurement report is to be transmitted.3.The apparatus of claim 2, wherein the processing circuitry is configured to process, based on signaling from a network node, an indication configured to activate or indicate transmission configuration indication (TCI) states based on the beam measurement report.4.The apparatus of claim 2, wherein the trigger event is one or more of:a measured quality of at least one new beam becomes a threshold value better than a measured quality of the current beam;a measured quality of the current beam is worse than a certain threshold; anda measured quality of at least one new beam becomes a threshold value better than a reference signal derived from an activated transmission configuration indication (TCI) state with a M-th best quality.5.The apparatus of claim 1, wherein the processing circuitry is configured to:upon determining a trigger event has occurred, generate, for transmission to the network node, a Physical Uplink Control Channel (PUCCH) notification to notify the network node that the beam measurement report is being transmitted, wherein the beam measurement report is transmitted on an uplink channel configured in the configuration information.6.The apparatus of claim 5, wherein the processing circuitry is configured to process, based on signaling from a network node, an indication configured to activate or indicate transmission configuration indication (TCI) states based on the beam measurement report.7.The apparatus of claim 1, wherein the beam measurements are Channel State Information-Reference Signal (CSI-RS) measurements, only aperiodic beam reporting is possible based on a trigger event, andwherein the measurement delay period for a first frequency range FR1 is:ceil (M*P) *TCSI-RS when the apparatus is not operating in accordance with a discontinuous reception (DRX) configuration;ceil (K*M&P) *max (TDRX, TCSI-RS) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds; andceil (M*P) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds; andwherein the measurement delay period for a second frequency range FR2 is:ceil (M*P*N) *TCSI-RS when the apparatus is not operating in accordance with a DRX configuration;ceil (1.5*M*P*N) *max (TDRX, TCSI-RS) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds; andceil (M*P*N) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds,wherein M is the number of samples for beam measurement, P is a sharing factor, TCSI-RS is a periodicity of CSI-RS configured for Layer 1-Reference Signal Received Power (L1-RSRP) , TDRX is a DRX cycle length, K is a predefined factor and N is a beam sweeping factor.8.The apparatus of claim 7, wherein the number of samples for beam measurement is:one (1) if timeRestrictionForChannelMeasurement is configured for new beam measurement, always assumed to be one (1) ; or otherwise three (3) .9.The apparatus of claim 1 wherein the beam measurements are Synchronization Signal Block (SSB) intra-cell based measurements, only aperiodic beam reporting is possible based on a trigger event, andwherein the measurement delay period in milliseconds for a first frequency range FR1 is:ceil (M*P) *TSSB when the apparatus is not operating in accordance with a discontinuous reception (DRX) configuration;ceil (K*M*P) *max (TDRX, TSSB) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds; andceil (M*P) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds; andwherein the measurement delay period for a second frequency range FR2 is:ceil (M*P*N) *TSSB when the apparatus is not operating in accordance with a DRX configuration;ceil (1.5*K*M*P*N) *max (TDRX, TSSB) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds; andceil (1.5*M*P*N) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds,wherein M is the number of samples for beam measurement, P is a sharing factor, TSSB is a periodicity of the SSB Index configured for intra-cell Layer 1-Reference Signal Received Power (L1-RSRP) , TDRX is a DRX cycle length, K is a predefined factor, and N is a beam sweeping factor.10.The apparatus of claim 1 wherein the beam measurements are Synchronization Signal Block (SSB) inter-cell based measurements, only aperiodic beam reporting is possible based on a trigger event, andwherein the measurement delay period in milliseconds for a first frequency range FR1 is:ceil (M*P) *TSSB_CDP when the apparatus is not operating in accordance with a discontinuous reception (DRX) configuration;ceil (K*M*P) *max (TDRX, TSSB_CDP) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds; andceil (M*P) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds; andwherein the measurement delay period for a second frequency range FR2 is:ceil (M*P*N) *TSSB_CDP when the apparatus is not operating in accordance with a DRX configuration;ceil (1.5*K*M*P*N) *max (TDRX, TSSB_CDP) when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds; andceil (1.5*M*P*N) *TDRX when the apparatus is operating in accordance with a DRX configuration not more than 320 milliseconds,wherein M is the number of samples for beam measurement, P is a sharing factor, TSSB_CDP is a periodicity of the SSB Index configured for inter-cell Layer 1-Reference Signal Received Power (L1-RSRP) , TDRX is a DRX cycle length, K is a predefined factor, and N is a beam sweeping factor.11.The apparatus of claim 1, wherein the measurement delay period is based at least in part on a sharing factor, wherein the sharing factor is determined based on a formula provided in the configuration information.12.The apparatus of claim 1, wherein the measurement delay period is based at least in part on a sharing factor, wherein the sharing factor is determined based on counting a number of possible measurement opportunities for a particular configuration.13.The apparatus of claim 12, wherein the processing circuitry is configured to:compare at least two periodicities, the at least two periodicities to include a first periodicity associated with a serving cell Synchronization Signal Block (SSB) configuration, a second periodicity associated with a non-serving cell SSB configuration, a third periodicity of an SSB measurement timing configuration (SMTC) , or a fourth periodicity of a measurement gap (MG) configuration;determine a overlap number with respect to a time period equal to max (MGRP, TSMTC) , where TSMTC is the third periodicity and MGRP is the fourth periodicity;determine the sharing factor to identify measurement opportunities for a target configuration based on the overlap number and the comparing of the at least two periodicities; andperform the beam measurements on the measurement opportunities for the target configuration.14.The apparatus of claim 1, wherein the reporting delay is a time period from when the processing circuitry determines that a trigger event has occurred based on the beam measurements until the processing circuitry generates, for transmission to the network node, a Physical Uplink Control Channel (PUCCH) message based on the trigger event.15.The apparatus of claim 1, wherein the reporting delay is a time until a first Physical Uplink Control Channel (PUCCH) message is transmitted or is equal to a periodicity of the PUCCH.16.The apparatus of claim 1, wherein the reporting delay is a time period from when the processing circuitry determines that a trigger event has occurred based on the beam measurements until the beam measurement report is transmitted.17.The apparatus of claim 1, wherein the reporting delay is a time until a first Physical Uplink Control Channel (PUCCH) message is transmitted or is equal to a periodicity of the PUCCH plus the time needed for transmission of the beam measurement report, which may be given as TfirstPUCCH + Tunc + T1, or TPUCCH + Tunc + T1, where Tunc is an uncertain amount of time for the processing circuitry to receive, from the network node, Downlink Control Information (DCI) with an uplink (UL) grant to transmit the beam measurement report for a first mode (Mode A) , where Tunc = 0 for a second mode (mode B) where an uplink channel for transmitting the beam measurement report is configured in the configuration  information, and where T1 is a time to a configured Physical Uplink Scheduled Channel (PUSCH) slot for transmitting the beam measurement report for Mode-A and is the time to a first PUSCH or a periodicity of the PUSCH configured for the beam management report on a second uplink channel.18.An apparatus comprising processing circuitry configured to:generate, for transmission to a user equipment (UE) , configuration information for beam management including information used to determine a measurement delay period in which the UE is configured to perform beam measurements on a current beam and one or more new beams and the configuration information further includes information used to determine a reporting delay;process, based on signaling from the UE, a beam measurement report within the reporting delay, the reporting delay determined based at least in part on the configuration information; andgenerate, for transmission to the UE, an indication configured to activate or indicate transmission configuration indication (TCI) states based on the beam measurement report.19.The apparatus of claim 18, wherein the processing circuitry is configured to:process, based on signaling from the UE, a Physical Uplink Control Channel (PUCCH) request to request a resource for transmitting the beam measurement report; andgenerate, for transmission to the UE, downlink control information (DCI) for an uplink channel, wherein the beam measurement report is received on the uplink channel.20.The apparatus of claim 18, wherein the processing circuitry is configured to:process, based on signaling from the UE, a Physical Uplink Control Channel (PUCCH) notification that the beam measurement report is being transmitted on an uplink channel configured in the configuration information.

Images