Method for network machine learning based beam failure recovery

Abstract

This disclosure provides systems, devices, apparatus, and methods, including computer programs encoded on storage media, for network-side machine learning based beam failure recovery. A UE (102) transmits (412), to a network entity (104) after a beam failure detection, BFD, a beam failure recovery request, BFRQ, the BFRQ indicating information for a candidate beam prediction, CBP. The UE (102) receives (416), from the network entity (104), a beam failure recovery response, BFRR, indicating a candidate beam for recovering from a beam failure associated with the BFD. The candidate beam is based on the information for the CBP.

Description

METHOD FOR NETWORK MACHINE LEARNING BASED BEAM FAILURE RECOVERYTECHNICAL FIELD

[0001] The present disclosure relates generally to wireless communication, and more particularly, to beam failure recovery based on network-side machine learning (ML) techniques.BACKGROUND

[0002] The Third Generation Partnership Project (3GPP) specifies a radio interface referred to as fifth generation (5G) new radio (NR) (5G NR) . An architecture for a 5G NR wireless communication system includes a 5G core (5GC) network, a 5G radio access network (5G-RAN) , a user equipment (UE) , etc. The 5G NR architecture seeks to provide increased data rates, decreased latency, and / or increased capacity compared to prior generation cellular communication systems.

[0003] Wireless communication systems, in general, provide various telecommunication services (e.g., telephony, video, data, messaging, broadcasts, etc. ) based on multiple-access technologies, such as orthogonal frequency division multiple access (OFDMA) technologies, that support communication with multiple UEs. Improvements in mobile broadband continue the progression of such wireless communication technologies. For example, the beam recovery procedure may be modified to enable the candidate beam prediction (CBP) by the network-side machine learning (ML) model.

[0004] BRIEF SUMMARY

[0005] The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects. This summary neither identifies key or critical elements of all aspects nor delineates the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.

[0006] Next generation communication systems (e.g., five generation (5G) and sixth generation (6G) wireless technology) use beam management techniques to improve throughput to meet wireless user requirements. Beam management techniques are increasingly complicated because of an adoption of higher frequency bands, user mobility, and an increased antenna count. Machine learning (ML) helps reduce the complexity and overhead associated with the beam management techniques, such as by way of candidate beam prediction (CBP) . The CBP by a network-side ML model may reduce the overhead associated with candidate beam detection  (CBD) reference signal (RS) . For example, the network entity may only configure the CBD RSs for a subset of network beams instead all the network beams. In addition, the overhead is further reduced because the CBP is being performed at the network entity by the network-side ML model, instead of at the UE. However, the beam recovery procedure may need to be modified to enable the CBP by the network-side ML model. For example, the modified beam recovery procedure may need to specify the control signaling between the network entity and the user equipment (UE) for implementing the network-side ML CBP. The modified beam recovery procedure also may need to specify the content of the beam failure recovery request (BFRQ) and a beam failure recovery response (BFRR) .

[0007] Aspects of the present disclosure address the above-noted and other deficiencies by implementing network-side ML model based CBP techniques. In one example, the UE detects a beam failure. The UE transmits a BFRQ indicating information that the network entity can use to predict a candidate beam. In response, the network entity transmits a BFRR indicating the predicted candidate beam that the UE should use. In some implementations, the network entity may transmit a set of reference signals for the UE to verify or validate the predicted candidate beam, and the UE may report such validation to the network entity. Accordingly, the UE begins using the predicted candidate beam so that the UE is able to recover from the beam failure. In this manner, the UE does not have to identify the candidate beam but the UE transmit to the network entity a report including beam quality for a subset of network beams after the UE identifies beam failure. The network entity can predict the network beam based on the report.

[0008] According to some aspects, the UE transmits, to the network entity after a beam failure detection (BFD) , a BFRQ. The BFRQ indicates information for a CBP. The UE receives, from the network entity, a BFRR, indicating a candidate beam for recovering from a beam failure associated with the BFD. The candidate beam is based on the information for the CBP.

[0009] According to some aspects, the network entity receives, from the UE after the BFD, the BFRQ. The BFRQ indicates information for the CBP. The network entity transmits, to the UE, the BFRR, indicating at least one candidate beam for recovering from a beam failure associated with the BFD. The at least one candidate beam is based on the information for the CBP.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] FIG. 1 illustrates a diagram of a wireless communications system that includes a plurality of user equipments (UEs) and network entities in communication over one or more cells according to an embodiment.

[0011] FIG. 2 is an example of a beam failure recovery (BFR) procedure according to an embodiment.

[0012] FIG. 3 is a signaling diagram illustrating communications between a user equipment (UE) and a network entity for the BFR procedure according to an embodiment.

[0013] FIG. 4 is a signaling diagram illustrating communications between the UE and the network entity for performing a network-side machine learning (ML) candidate beam procedure (CBP) according to an embodiment.

[0014] FIG. 5 is an example for the network-side CBP with one predicted candidate beam based on spatial-domain beam prediction according to an embodiment.

[0015] FIG. 6 is an example for the network-side CBP with a set of predicted candidate beams based on spatial-domain beam prediction according to an embodiment.

[0016] FIG. 7 is an example for a PRACH based BFRQ when one of the configured DL RS meets the CBD criteria according to an embodiment.

[0017] FIG. 8 is an example for the PRACH based BFRQ when none of the configured DL RS meets the CBD criteria according to an embodiment.

[0018] FIG. 9 is an example for BFRR with candidate beam indication without ACK / NACK according to an embodiment.

[0019] FIG. 10 is an example for BFRR with candidate beam indication with ACK / NACK according to an embodiment.

[0020] FIG. 11 is an example for the BFRR with multiple configured monitoring occasions without ACK / NACK feedback according to an embodiment.

[0021] FIG. 12 is an example for the BFRR with multiple configured monitoring occasions with ACK / NACK feedback according to an embodiment.

[0022] FIG. 13 is example for the BFRR with predicted potential candidate beams without additional beam indication according to an embodiment.

[0023] FIG. 14 is an example for the BFRR with predicted potential candidate beams with additional beam indication according to an embodiment.

[0024] FIG. 15 is an example for the BFRR on multiple configured monitoring occasions according to an embodiment.

[0025] FIG. 16 is a flowchart of a method of wireless communication at a UE according to an embodiment.

[0026] FIG. 17 is a flowchart of a method of wireless communication at a network entity according to an embodiment.

[0027] FIG. 18 is a diagram illustrating a hardware implementation for an example UE apparatus according to some embodiments.

[0028] FIG. 19 is a diagram illustrating a hardware implementation for one or more example network entities according to some embodiments.DETAILED DESCRIPTION

[0029] FIG. 1 illustrates a diagram 100 of a wireless communications system associated with a plurality of cells 190. The wireless communications system includes user equipments (UEs) 102 and base stations / network entities 104. Some base stations may include an aggregated base station architecture and other base stations may include a disaggregated base station architecture. The aggregated base station architecture utilizes a radio protocol stack that is physically or logically integrated within a single radio access network (RAN) node. A disaggregated base station architecture utilizes a protocol stack that is physically or logically distributed among two or more units (e.g., radio unit (RU) 106, distributed unit (DU) 108, central unit (CU) 110) . For example, a CU 110 is implemented within a RAN node, and one or more DUs 108 may be co-located with the CU 110, or alternatively, may be geographically or virtually distributed throughout one or multiple other RAN nodes. The DUs 108 may be implemented to communicate with one or more RUs 106. Any of the RU 106, the DU 108 and the CU 110 can be implemented as virtual units, such as a virtual radio unit (VRU) , a virtual distributed unit (VDU) , or a virtual central unit (VCU) . The base station / network entity 104 (e.g., an aggregated base station or disaggregated units of the base station, such as the RU 106 or the DU 108) , may be referred to as a transmission reception point (TRP) .

[0030] Operations of the base station 104 and / or network designs may be based on aggregation characteristics of base station functionality. For example, disaggregated base station architectures are utilized in an integrated access backhaul (IAB) network, an open-radio access network (O-RAN) network, or a virtualized radio access network (vRAN) , which may also be referred to a cloud radio access network (C-RAN) . Disaggregation may include distributing functionality across the two or more units at various physical locations, as well as distributing functionality for at least one unit virtually, which can enable flexibility in network designs. The various units of the disaggregated base station architecture, or the disaggregated RAN architecture, can be configured for wired or wireless communication with at least one other unit. For example, the base stations 104d, 104e and / or the RUs 106a, 106b, 106c, 106d may communicate with the UEs 102a, 102b, 102c, 102d, and / or 102s via one or more radio frequency (RF) access links based on a Uu interface. In examples, multiple RUs 106 and / or base stations  104 may simultaneously serve the UEs 102, such as by intra-cell and / or inter-cell access links between the UEs 102 and the RUs 106 / base stations 104.

[0031] The RU 106, the DU 108, and the CU 110 may include (or may be coupled to) one or more interfaces configured to transmit or receive information / signals via a wired or wireless transmission medium. For example, a wired interface can be configured to transmit or receive the information / signals over a wired transmission medium, such as via the fronthaul link 160 between the RU 106d and the baseband unit (BBU) 112 of the base station 104d associated with the cell 190d. The BBU 112 includes a DU 108 and a CU 110, which may also have a wired interface (e.g., midhaul link) configured between the DU 108 and the CU 110 to transmit or receive the information / signals between the DU 108 and the CU 110. In further examples, a wireless interface, which may include a receiver, a transmitter, or a transceiver, such as an RF transceiver, configured to transmit and / or receive the information / signals via the wireless transmission medium, such as for information communicated between the RU 106a of the cell 190a and the base station 104e of the cell 190e via cross-cell communication beams 136-138 of the RU 106a and the base station 104e.

[0032] The RUs 106 may be configured to implement lower layer functionality. For example, the RU 106 is controlled by the DU 108 and may correspond to a logical node that hosts RF processing functions, or lower layer PHY functionality, such as execution of fast Fourier transform (FFT) , inverse FFT (iFFT) , digital beamforming, physical random access channel (PRACH) extraction and filtering, etc. The functionality of the RU 106 may be based on the functional split, such as a functional split of lower layers.

[0033] The RUs 106 may transmit or receive over-the-air (OTA) communication with one or more UEs 102. For example, the RU 106b of the cell 190b communicates with the UE 102b of the cell 190b via a first set of communication beams 132 of the RU 106b and a second set of communication beams 134b of the UE 102b, which may correspond to inter-cell communication beams or, in some examples, cross-cell communication beams. For instance, the UE 102b of the cell 190b may communicate with the RU 106a of the cell 190a via a third set of communication beams 134a of the UE 102b and a fourth set of communication beams 136 of the RU 106a. DUs 108 can control both real-time and non-real-time features of control plane and user plane communications of the RUs 106.

[0034] Any combination of the RU 106, the DU 108, and the CU 110, or reference thereto individually, may correspond to a base station 104. Thus, the base station 104 may include at least one of the RU 106, the DU 108, or the CU 110. The base stations 104 provide the UEs 102 with access to a core network. The base stations 104 may relay communications between the UEs  102 and the core network (not shown) . The base stations 104 may be associated with macrocells for higher-power cellular base stations and / or small cells for lower-power cellular base stations. For example, the cell 190e may correspond to a macrocell, whereas the cells 190a-190d may correspond to small cells. Small cells include femtocells, picocells, microcells, etc. A network that includes at least one macrocell and at least one small cell may be referred to as a “heterogeneous network. ”

[0035] Transmissions from a UE 102 to a base station 104 / RU 106 are referred to as uplink (UL) transmissions, whereas transmissions from the base station 104 / RU 106 to the UE 102 are referred to as downlink (DL) transmissions. Uplink transmissions may also be referred to as reverse link transmissions and downlink transmissions may also be referred to as forward link transmissions. For example, the RU 106d utilizes antennas of the base station 104d of cell 190d to transmit a downlink / forward link communication to the UE 102d or receive an uplink / reverse link communication from the UE 102d based on the Uu interface associated with the access link between the UE 102d and the base station 104d / RU 106d.

[0036] Communication links between the UEs 102 and the base stations 104 / RUs 106 may be based on multiple-input and multiple-output (MIMO) antenna technology, including spatial multiplexing, beamforming, and / or transmit diversity. The communication links may be associated with one or more carriers. The UEs 102 and the base stations 104 / RUs 106 may utilize a spectrum bandwidth of Y MHz (e.g., 5, 10, 15, 20, 100, 400, 800, 1600, 2000, etc. MHz) per carrier allocated in a carrier aggregation of up to a total of Yx MHz, where x component carriers (CCs) are used for communication in each of the uplink and downlink directions. The carriers may or may not be adjacent to each other along a frequency spectrum. In examples, uplink and downlink carriers may be allocated in an asymmetric manner, with more or fewer carriers allocated to either the uplink or the downlink. A primary component carrier and one or more secondary component carriers may be included in the component carriers. The primary component carrier may be associated with a primary cell (PCell) and a secondary component carrier may be associated with a secondary cell (SCell) .

[0037] Some UEs 102, such as the UEs 102a and 102s, may perform device-to-device (D2D) communications over sidelink. For example, a sidelink communication / D2D link utilizes a spectrum for a wireless wide area network (WWAN) associated with uplink and downlink communications. Such sidelink / D2D communication may be performed through various wireless communications systems, such as wireless fidelity (Wi-Fi) systems, Bluetooth systems, Long Term Evolution (LTE) systems, New Radio (NR) systems, etc.

[0038] The UEs 102 and the base stations 104 / RUs 106 may each include a plurality of antennas. The plurality of antennas may correspond to antenna elements, antenna panels, and / or antenna arrays that may facilitate beamforming operations. For example, the RU 106b transmits a downlink beamformed signal based on a first set of communication beams 132 to the UE 102b in one or more transmit directions of the RU 106b. The UE 102b may receive the downlink beamformed signal based on a second set of communication beams 134b from the RU 106b in one or more receive directions of the UE 102b. In a further example, the UE 102b may also transmit an uplink beamformed signal (e.g., sounding reference signal (SRS) ) to the RU 106b based on the second set of communication beams 134b in one or more transmit directions of the UE 102b. The RU 106b may receive the uplink beamformed signal from the UE 102b in one or more receive directions of the RU 106b. The UE 102b may perform beam training to determine the best receive and transmit directions for the beamformed signals. The transmit and receive directions for the UEs 102 and the base stations 104 / RUs 106 may or may not be the same.

[0039] In further examples, beamformed signals may be communicated between a first base station / RU 106a and a second base station 104e. For instance, the base station 104e of the cell 190e may transmit a beamformed signal to the RU 106a based on the communication beams 138 in one or more transmit directions of the base station 104e. The RU 106a may receive the beamformed signal from the base station 104e of the cell 190e based on the RU communication beams 136 in one or more receive directions of the RU 106a. In further examples, the base station 104e transmits a downlink beamformed signal to the UE 102e based on the communication beams 138 in one or more transmit directions of the base station 104e. The UE 102e receives the downlink beamformed signal from the base station 104e based on UE communication beams 130 in one or more receive directions of the UE 102e. The UE 102e may also transmit an uplink beamformed signal to the base station 104e based on the UE communication beams 130 in one or more transmit directions of the UE 102e, such that the base station 104e may receive the uplink beamformed signal from the UE 102e in one or more receive directions of the base station 104e.

[0040] The base station 104 may include and / or be referred to as a network entity. That is, “network entity” may refer to the base station 104 or at least one unit of the base station 104, such as the RU 106, the DU 108, and / or the CU 110. The base station 104 may also include and / or be referred to as a next generation evolved Node B (ng-eNB) , a next generation NB (gNB) , an evolved NB (eNB) , an access point, a base transceiver station, a radio base station, a radio transceiver, a transceiver function, a basic service set (BSS) , an extended service set (ESS) , a TRP, a network node, network equipment, or other related terminology. The base station 104 or an entity at the base station 104 can be implemented as an IAB node, a relay node, a sidelink node,  an aggregated (monolithic) base station, or a disaggregated base station including one or more RUs 106, DUs 108, and / or CUs 110. A set of aggregated or disaggregated base stations may be referred to as a next generation-radio access network (NG-RAN) . In some examples, the UE 102a operates in dual connectivity (DC) with the base station 104e and the base station / RU 106a. In such cases, the base station 104e can be a master node and the base station / RU 106a can be a secondary node.

[0041] Still referring to FIG. 1, in certain aspects, any of the UEs 102 may include a UE management component 140 configured to transmit, to a network entity 104 after a beam failure detection (BFD) , a beam failure recovery request (BFRQ) . The BFRQ indicates information for a candidate beam prediction, CBP. The UE management component 140 is configured to receive (416) , from the network entity (104) , a beam failure recovery response (BFRR) indicating a candidate beam for recovering from a beam failure associated with the BFD. The candidate beam is based on the information for the CBP.

[0042] In certain aspects, any of the base stations 104 or a network entity of the base stations 104 may include a machine learning (ML) beam management component 150 configured to receive, from the UE 102 after the BFD, the BFRQ. The BFRQ indicates information for the CBP. The ML beam management component 150 is configured to transmit, to the UE 102, the BFRR indicating at least one candidate beam for recovering from a beam failure associated with the BFD. The at least one candidate beam is based on the information for the CBP.

[0043] Accordingly, FIG. 1 describes a wireless communication system that may be implemented in connection with aspects of one or more other figures described herein. Further, although the following description may be focused on 5G NR, the concepts described herein may be applicable to other similar areas, such as 5G-Advanced and future versions, LTE, LTE-advanced (LTE-A) , and other wireless technologies, such as 6G.

[0044] FIG. 2 illustrates diagrams 200 of various examples associated with a beam failure recovery (BFR) procedure. The BFR procedure is used to recover a radio link between the network entity and the UE from a beam failure event. For example, the radio link between a moving UE 102 and the network entity 104 is susceptible to blockage resulting in the beam failure. Referring to FIG. 2, the example 200A illustrates a normal mode for a beamforming procedure. The network entity 104 successfully transmits signals / channels using a transmit beam 202 associated with the network entity 104 to the UE 102 via the beamforming procedure. In this manner, the network entity 104 and UE 102 establish a beam pair including the transmit beam 202 and a corresponding receive beam 204. The example 200B illustrates a beam failure event due to a blockage 210 between the network entity 104 and the UE 102. The blockage 210 blocks the transmit beam 202  and therefore the beam pair between the transmit beam and the corresponding receive beam 204 cannot be established. The example 200C illustrates the BFR procedure that is triggered due to the blockage 210 to obtain a new beam pair (e.g., a transmit beam 206 and a receive beam 208) . In this manner, the UE 102 can receive a downlink resource allocation or an uplink grant on a physical downlink control channel (PDCCH) .

[0045] FIG. 3 illustrates a signaling diagram 300 of an example scenario in which UE 102 and network entity 104 exchanges messages and implement procedures for performing the BFR procedure.

[0046] The network entity may receive 302, from the UE 102, UE capability indicating the supported BFR configurations.

[0047] The network entity 104 transmits 304, to the UE 102, RRC signaling configuring the parameters for BFD, CBD, BFRQ, and BFRR.

[0048] The network entity 104 transmits 306a, 306b, 306c a set of downlink reference signal (RS) for the BFD (e.g., synchronization signal block (SSB) or channel state information reference signal (CSI-RS) ) . The UE 102 monitors the BFD RS and measures a hypothetical block error rate (BLER) for the BFD RSs. The UE 102 determines a BFD instance for a BFD periodicity if the measured hypothetical BLER meets a predefined threshold (e.g., 1%) . Then, after the UE 102 detects N consecutive BFD instances, the UE 102 can determine 308 a beam failure event happens, where N is an integer may be configured by the network entity 104 via a radio resource control (RRC) signaling or predefined.

[0049] The network entity 104 transmits 310 a set of downlink RS for the CBD (or CBD RS) . The UE 102 measures the layer 1 reference signal received power (L1-RSRP) (or layer 1 signal-to-interference plus noise ratio L1-SINR) and identifies 312 one of the CBD RSs as the candidate beam, where the measured L1-RSRP for the CBD RS meets a threshold configured by the network entity 104.

[0050] In response to determining that the beam failure event happens, the UE 102 transmits 314, to the network entity 104, the BFRQ. The UE 102 transmits, to the network entity 104, the CBD RS index via the BFRQ. For a primary cell (PCell) and a primary secondary cell (PSCell) BFR, the UE 102 transmits, to the network entity 104, the BFRQ via a physical random access channel (PRACH) , where the PRACH is associated with the CBD RS resource. For a secondary cell (SCell) BFR, the UE 102 transmits, to the network entity 104, the BFRQ via a medium access control (MAC) control element (CE) , where the UE 102 reports the failed SCell index (es) and optionally reports the CBD RS index explicitly.

[0051] In response to receiving the BFRQ, the network entity 104 transmits 316, to the UE 102, the BFRR. For the PCell / PSCell BFR, the network entity 104 transmits, to the UE 102, the BFRR after 4 slots after the slot with PRACH. For the SCell BFR, the network entity 104 transmits the BFRR after the network entity 104 decodes the MAC CE. The network entity 104 transmits the BFRR via the PDCCH. For the PCell / PSCell BFR, the network entity 104 transmits the BFRR via the PDCCH in a dedicated search space configured by the network entity 104. For the SCell BFR, the network entity 104 transmits the BFRR via a downlink control information (DCI) scheduling a new transmission for a physical uplink shared channel (PUSCH) with the same hybrid automatic repeat request (HARQ) process as that used for the PUSCH with the MAC CE for BFRQ.

[0052] In some implementations, after 28 symbols and after the UE receives the last symbol of the BFRR, the UE 102 and the network entity 104 may use 318 the new beam associated with the CBD RS reported in the BFRQ for further communication.

[0053] FIG. 3 describes a signaling diagram of an example scenario in which a UE 102 and a network entity 104 exchange messages and implement procedures for performing the BFR procedure, and FIG. 4 describes a signaling diagram illustrating communications between the UE and the network entity for performing a network-side ML CBP according to an embodiment.

[0054] FIG. 4 illustrates a signaling diagram 400 of communications between a UE 102 and a network entity 104 for performing a network-side ML CBP according to an embodiment. The network entity 104 may correspond to the base station or an entity at the base station, such as the RU 106, the DU 108, the CU 110, etc. The procedures 306a, 306b, 306c, and 308 of FIG. 4 are similar to procedures 306a, 306b, 306c, and 308 of FIG. 3.

[0055] In some examples, initially, the UE 102 may transmit 402, to the network entity 104, (and the network entity 104 may receive 402 from the UE 102) an indication of a UE capability indicating a supported configuration for the BFR based on the network-side ML CBP procedure. The supported configuration indicates whether the UE 102 supports a beam report procedure to facilitate the network-side ML CBP procedure. In some implementations, the UE 102 may report the supported configurations for the network-side ML based BFP. The supported configurations include at least one of the parameters: the maximum number of configured DL RSs for beam report for CBP; the maximum number of reported beams in BFRQ; the maximum number of measured time instances for the beam quality one DL RS; the maximum offset for between every two consecutive time instances for a beam measurement for the DL RS. In some implementations, the UE 102 may further report at least one of the following information: whether the UE 102 supports the network-side ML based transmission reception point (TRP) specific BFR or per UE  102 (across TRPs) BFR or both; whether the UE 102 supports a concurrent configuration of the CBD and the network-side ML CBP procedure.

[0056] Based on the UE capability, the network entity 104 transmits 404, to the UE 102, (and the UE 102 receives 404 from the network entity 104) RRC configuration configuring at least one of the parameters. The network entity 104 may configure the network-side ML BFR procedure via RRC signaling (e.g., RRCReconfiguration) . The network entity 104 may provide at least one of the parameters: a first parameter enabling the network CBP; a first set of DL RSs for BFD; a second set of DL RSs for UE report to facilitate the network CBP; at least one uplink resource for BFRQ; a search space for BFRR; number of reported beams in BFRQ; report quantity for each beam in BFRQ, (e.g., whether to report L1-RSRP or not; number of time instances for reported beams in BFRQ) . In some implementations, the first and second set of RS (s) may be periodic DL RS, e.g., synchronization signal block (SSB) or channel state information reference signal (CSI-RS) . For TRP-specific BFR, the network entity 104 may configure multiple sets of DL RSs for BFD, where different sets correspond to different TRPs. For TRP-specific BFR, the network entity 104 may configure multiple sets of DL RSs for UE report to facilitate the network CBP, where different sets correspond to different TRPs. For per-UE BFR, the network entity 104 may configure one set of DL RSs for BFD, where the set of DL RSs correspond to one or more than one TRPs. For per-UE BFR, the network entity 104 may configure one set of DL RSs for UE report to facilitate the network CBP, where the set of DL RSs correspond to one or more than one TRPs.

[0057] The network entity 104 transmits 306a, 306b, 306c to the UE 102, (and the UE 102 receives 306a, 306b, 306c from the network entity 104) a first set of BFD RSs. The UE 102 may perform the BFD procedure based on the first set of BFD RSs. The network entity 104 may also transmit a second set of DL RSs.

[0058] The UE 102 determines 308 a beam failure event occurs. In some implementations, the network entity 104 transmits 410, to the UE 102, (and the UE 102 receives 410 from the network entity 104) a second set of DL RSs for the UE report to facilitate the network-side ML model CBP procedure.

[0059] If the UE 102 determines 308 the beam failure occurs, the UE 102 may transmit 412, to the network entity 104, (and the network entity 104 receives 412 from the UE 102) a BFRQ indicating at least one of the following information: failed serving cell indexes; failed TRP indexes; beam quality for the RSs in one or more than one instances in the second set; RS indexes for the reported beam quality. The UE 102 may determine that the beam failure occurs if the measured hypothetical BLER for the BFD RSs exceeds a threshold (e.g., 1%BLER) .

[0060] Based on the received BFRQ, the network entity 104 may perform 414 the network-side ML model CBP procedure to predict at least one candidate beam.

[0061] In some implementations, the network entity 104 transmits 416, to the UE 102, (and the UE 102 receives 414 from the network entity 104) the BFRR indicating at least one of the information: acknowledgement of the BFRQ; indication of a DL RS or a transmission configuration indication (TCI) state; triggering a third set of DL RS (s) for beam report for CBD; an uplink resource for the beam report. In some implementations, the BFRR indicates one of the predicted beams by indicating one DL RS or one TCI state for the predicted beam.

[0062] In some other implementations, the network entity 104 may predict a set of beams and transmit 418, to the UE 102, (and the UE 102 receives 418 from the network entity 104) triggering a third set of DL RSs for the beam report. In response, the UE 102 may transmit a beam report based on the third set of DL RSs.

[0063] The UE 102 may transmit 420, to the network entity 104, (and the UE 102 receives 420 from the network entity 104) a report for the CBD or an acknowledgement (ACK) or negative-acknowledgement (NACK) for the BFRR.

[0064] In some implementations, the network entity 104 and the UE 102 may further communicate 422 based on the network predicted beam from the network CBP for at least one of the channels: PDCCH, Physical Downlink Shared Channel (PDSCH) , Physical Uplink Control Channel (PUCCH) , PUSCH, SRS, or CSI-RS.

[0065] In this disclosure, unless specified, a RRC signaling may indicate a RRC reconfiguration message from the network entity 104 to the UE 102, or a system information block (SIB) , where the SIB can be an existing SIB (e.g., SIB1) or a new SIB (e.g., SIB J, where J is an integer above 21) transmitted by the network entity 104. In some implementations, the network entity 104 may receive the UE 102 capability from a UE 102 or from a core network (e.g., Access and Mobility Management Function (AMF) ) or another network entity 104.

[0066] FIG. 4 is a signaling diagram illustrating communications between the UE and the network entity for performing a network-side ML CBP according to an embodiment, and FIG. 5 is an example for the network-side CBP with one predicted candidate beam based on spatial-domain beam prediction according to an embodiment.

[0067] In some implementations, the UE 102 transmits, to the network entity 104, the BFRQ via the MAC CE. In some implementations, the network entity 104 may configure a dedicated scheduling request (SR) for the UE 102 requesting an uplink resource for the MAC CE. The network entity 104 may configure a common SR, or different SRs for the MAC CE for a non-ML based BFR and MAC CE for the ML based BFR. If the network entity 104 does not configure the  SR, the UE 102 may use the configured SR for other functionalities (e.g., SR for an uplink data transmission, or a physical random access channel (PRACH) to request the uplink resource for the MAC CE transmission) .

[0068] In some other implementations, the UE 102 may transmit, to the network entity 104, the BFRQ via at least one PUCCH resource. The network entity 104 may configure the PUCCH resource via an RRC signaling. In some implementations, the UE 102 may transmit the MAC CE or the PUCCH in a serving cell without the beam failure is detected.

[0069] In some implementations, the UE 102 may transmit, to the network entity 104, the BFRQ including at least one of the following information to facilitate the spatial-domain beam prediction at the network entity side. The following information may include: at least one serving cell index (e.g., SCell index) , which indicates the serving cell with beam failure event that the UE has detected; one or more than one failed TRP index, which indicates the TRP with the beam failure event that the UE has detected; an indicator indicating whether a candidate beam is identified; M DL RS index (es) from the second configured set of DL RS (s) , where the value of M may be configured by the network entity or determined based on the number of DL RS (s) in the second set and / or the indication of whether a candidate beam is identified or reported by the UE; beam quality, e.g., L1-RSRP, for the M DL RS (s) . For TRP-specific BFR, the UE 102 may report the M DL RS index (es) and / or the beam quality for the M DL RS index (es) for the second configured set of DL RS (s) for the failed TRP. If the UE 102 identifies more than one TRPs fail, the UE 102 may report more than one M DL RS index (es) and / or the beam quality for the M DL RS index (es) .

[0070] In some implementations, if the UE 102 has identified a candidate beam from the second set of DL RS (s) , the UE 102 may report 1 DL RS index from the second set of DL RS (s) and the UE may not report the beam quality for the DL RS; otherwise, the UE may report M DL RS index (es) and the corresponding beam quality. The UE 102 determines a beam as a candidate beam if its beam quality, e.g., L1-RSRP, is above a threshold, where the threshold may be predefined or configured by the network entity.

[0071] Based on the received BFRQ, when the UE 102 reports that the UE 102 does not identify a candidate beam, the network entity 104 may perform the network-side ML model CBP procedure to predict the candidate beam in the spatial domain. The network entity 104 may predict a candidate beam or a set of potential candidate beams.

[0072] FIG. 5 is an example 500 for the network-side CBP with one predicted candidate beam based on spatial-domain beam prediction according to an embodiment. Referring to FIG. 5, the BFRQ indicates information that the network entity can use to predict a candidate beam using the  network-side ML model CBP procedure 504. The example 500 illustrates a beam grid that represents thirty-two (32) beams, where a beam is located in the beam grid based on Azimuth angle Of Departure (AoD) and Zenith angel Of Departure (ZoD) of the beam. For example, the BFRQ indicates a number of reported beams 502 (e.g., beams 3, 10, 12, 13, 23, 26, 28, and 30) . The network entity 104 uses the number of reported beams 502 to predict the candidate beam 506 (e.g., beam 6) based on the network-side ML model CBP procedure 504.

[0073] FIG. 6 is an example 600 for the network-side CBP with a set of predicted candidate beams based on spatial-domain beam prediction according to an embodiment. The example 600 is similar to the example 500 in FIG. 5 except that a set of predicted candidate beams are generated. Here, the BFRQ indicates a number of reported beams 602 (e.g., beams 3, 10, 12, 13, 23, 26, 28, and 30) . The network entity 104 uses the number of reported beams 602 to predict a set of potential candidate beams 606 (e.g., beams 5 and 6) based on the network-side ML model CBP procedure 604.

[0074] In some other implementations, the UE 102 may transmit, to the network entity 104, the BFRQ, indicating at least one of the following information to facilitate the time-domain beam prediction at the network side. The following information may include: at least one serving cell index (e.g., SCell index) , which indicates the serving cell with beam failure event that the UE has detected; one or more than one failed TRP index, which indicates the TRP with the beam failure event that the UE has detected; an indicator indicating whether a candidate beam is identified; M DL RS index (es) from the second configured set of DL RS (s) for the past N instances, where the value of M may be configured by the network entity or determined based on the number of DL RS (s) in the second set and / or the indication of whether a candidate beam is identified or reported by the UE, and the value of N may be configured by the network entity 104 or reported by the UE 102; and a beam quality, e.g., L1-RSRP, for the M DL RS (s) in the N time instances. For TRP-specific BFR, the UE 102 may report the M DL RS index (es) and / or the beam quality for the M DL RS index (es) for the second configured set of DL RS (s) for the failed TRP. If the UE 102 identifies more than one TRPs fail, the UE 102 may report more than one M DL RS index (es) and / or the beam quality for the M DL RS index (es) .

[0075] In some implementations, if the UE 102 has identified a candidate beam based on the second set of DL RS (s) , the UE 102 may report 1 DL RS index from the second set of DL RS (s) and the UE 102 may not report the beam quality for the DL RS. Otherwise, the UE 102 may report M DL RS index (es) for the N instances and the corresponding beam quality. The UE 102 may report the same or different DL RS index (es) for different instances. The UE 102 determines  a beam as a candidate beam if the associated beam quality, (e.g., L1-RSRP) is above a threshold, where the threshold may be predefined or configured by the network entity 104.

[0076] In some other implementations, the network entity 104 may configure the UE 102 to report the M DL RS index (es) for the N instances and the beam quality in BFRQ. Thus, the UE 102 does not report the indicator indicating whether a candidate beam is identified or not.

[0077] In some implementations, the network entity 104 may perform a time-domain beam prediction. The network entity 104 may predict the candidate beam or potential candidate beams based on the beams applied to the second DL RS set in future slots.

[0078] In some other implementations, the network entity 102 may perform hybrid spatial-domain and time-domain beam prediction. The network entity 104 may predict, based on all the network beams, the candidate beam or potential candidate beams in the future slots.

[0079] In some other implementations, the network entity 104 may configure whether the UE 102 reports the BFRQ with more than one DL RS indexes and corresponding beam quality or not. To facilitate the network-side ML CBP with spatial domain beam prediction, the network entity 104 may configure the UE 102 to report more than one DL RS index (es) and corresponding beam quality. The network entity 104 may configure whether the UE 102 reports the BFRQ with DL RS index (es) for more than one instances and corresponding beam quality or not. To facilitate the network-side ML CBP with the time-domain beam prediction, the network entity 104 may configure the UE 102 to report DL RS index (es) for more than one instances and corresponding beam quality.

[0080] In an embodiment, the UE 102 transmits the BFRQ to the network entity via PRACH. The network entity 104 may configure at least one PRACH resources, where each DL RSs in the second set of DL RS (s) is associated with one or more than one PRACH resources. Different PRACH resources may be configured with at least one of different time domain resources, different frequency domain resources, or PRACH sequences.

[0081] The UE may transmit the PRACH resources with a common transmission power after the UE determines the beam failure is detected. In some implementations, the common transmission power is configured by the network entity via RRC signaling, MAC CE or DCI. In some implementations, the common transmission power is predefined, e.g., the maximum transmission power for the UE. In some implementations, the UE reports the common transmission power by an RRC message, MAC CE or uplink control information (UCI) .

[0082] In some other implementations, the UE 102 determines the common transmission power. The UE 102 also determines the common uplink transmission based on at least one of the following: the uplink power control parameter, e.g., target received power, configured by the  network entity; the measured pathloss for at least one of the DL RS in the second set; the maximum uplink transmission power for an uplink panel and / or a serving cell and / or a carrier; a power ramping factor configured by the network entity or determined by the UE.

[0083] In some implementations, the measured pathloss is measured from the first DL RS in the second set of DL RS (s) . In some other implementations, the measurement pathloss is the minimum or maximum or average pathloss measured from all the DL RSs in the second set.

[0084] In one example, the UE 102 determines the transmission power for the PRACH as follows: PTx=min {Pcmax, c, f, k, PPRACH, target, f, c+PLb, f, c, k}

[0085] where Pcmax, c, f, k indicates the maximum transmission power at carrier f, serving cell c and panel k; PPRACH, target, f, c indicates the target received power for PRACH for BFR for serving cell f and carrier c, where the target received power may be common for all PRACH resources or dedicatedly configured for PRACH resource for BFR; PLb, f, c, k indicates the pathloss from bandwidth part b, carrier f, serving cell c and panel k.

[0086] Based on the received PRACH resources, the network entity 104 can identify the beam quality for each network beam based on the uplink L1-RSRP for each PRACH resources and predict the candidate beam or a set of potential candidate beams.

[0087] In some implementations, the network entity 104 configures the PRACH resources on primary serving cell (PSCell) or primary secondary serving cell (PSCell) only.

[0088] In some implementations, the network entity 104 may configure two groups of PRACH resources associated with each DL RS in the second sets. If the UE 102 identifies the DL RS has met the CBD criteria, (e.g., the beam quality is above a pre-defined or configured threshold) , the UE 102 transmits the PRACH on the PRACH resources in the first group. Otherwise, the UE 102 transmits the PRACH on the PRACH resources in the second group.

[0089] Referring to FIG. 7, the network entity 104 configures two groups of PRACH resources (e.g., PRACH resource group 1 710 and PRACH resource group 2 712) . The PRACH resource group 1 for the CBD 710 includes PRACH resource 1 710A, PRACH resource 2 710B, ..., PRACH resource 8 710N. The PRACH resource group 2 for the CBP 712 includes PRACH resource 9 712A, PRACH resource 10 712B, . . ., PRACH resource 16 712N. The BFRQ indicates a reported beam 702 (e.g., beam 10) . The PRACH resource used for the BFRQ 708 is PRACH resource 2 710B which is mapped to beam 10. The UE 102 transmits, to the network entity, the BFRQ via the PRACH on the PRACH resource 2 710B in the PRACH resource group 1 710 when  one of the configured DL RS meets the CBD criteria. The network entity 104 uses the beam 702 reported via BFRQ reception 704 to identify a candidate beam 706 (e.g., beam 10) for beam failure recovery.

[0090] Referring to FIG. 8, the network entity 104 configures two groups of PRACH resources (e.g., PRACH resource group 1 810 and PRACH resource group 2 812) . The PRACH resource group 1 for the CBD 810 includes PRACH resource 1 810A, PRACH resource 2 810B, ..., PRACH resource 8 810N. The PRACH resource group 2 for the CBP 812 includes PRACH resource 9 812A, PRACH resource 10 812B, ..., PRACH resource 16 812N. The BFRQ indicates a number of reported beams 802 (e.g., beams 3, 10, 12, 13, 23, 26, 28, and 30) . The PRACH resource used for the BFRQ 808 is PRACH resource group 2 812. The UE 102 transmits the PRACH on the PRACH resource 9 812A, PRACH resource 10 812B, ..., PRACH resource 16 812N in the PRACH resource group 2 812 when none of the configured DL RS meets the CBD criteria. The network entity 104 uses the number of reported beams 802 to predict the candidate beam 806 (e.g., beam 5) using the network side-ML model 804 CBP procedure.

[0091] In some implementations, different PRACH resources may be configured with at least one of different PRACH sequences, different time domain resources, or different frequency domain resources.

[0092] FIG. 9 is an example for BFRR with candidate beam indication without ACK / NACK according to an embodiment. Referring to FIG. 9, the network entity 104 may transmit the BFRR with the candidate beam indication 904 in response to the BFRQ 902. The UE 102 may apply 908 the candidate beam after the action delay 906 indicated in the BFRR

[0093] In an embodiment, the network entity 104 predicts the candidate beam after receiving the BFRQ. The network entity 104 transmits, to the UE 102, the BFRR to indicate the candidate beam for further communication. The network entity 104 may transmit the BFRR via a MAC CE or a DCI.

[0094] In some implementations, the network entity 104 may transmit the BFRR in a serving cell where the UE 102 has not reported beam failure in the BFRQ. The BFRR may include at least one of the following information: serving cell index indicating the serving cell to apply the indicated candidate beam; an indication of a DL RS index or a TCI state index for candidate beam indication; a CSI-RS resource set index for tracking; a CSI-RS resource index or resource set index for pathloss measurement; a CSI-RS resource set index for UE beam tracking for the candidate beam; action delay to apply the candidate beam; a PUCCH resource index for ACK / NACK feedback for the BFRR.

[0095] In some implementations, the candidate DL RSs for the candidate beam indication may be configured by the network entity 104 via the RRC signaling. In some other implementations, the candidate DL RSs for the candidate beam indication may be predefined, (e.g., the SSB in the same serving cell) . In some implementations, the candidate TCI states for the candidate beam indication may be configured by the network entity 104 via RRC signaling or MAC CE.

[0096] In some implementations, the network entity 104 and the UE 102 may determine the action delay to apply the candidate beam as the slot after the action delay to apply the candidate beam after the last symbol of the BFRR. In some other implementations, the UE 102 may report ACK / NACK for the BFRR or the indicated candidate beam. The network entity 104 and UE 102 may determine the action delay as the slot after the action delay to apply the candidate beam after the last symbol of the PUSCH or PUCCH with the ACK / NACK report. In some implementations, if the UE 102 identifies the indicated candidate beam meets the candidate beam criteria, (e.g., the beam quality is above a pre-defined or configured threshold) , the UE 102 may report an ACK. Otherwise, the UE 102 may report a NACK.

[0097] FIG. 10 is an example for the BFRR with candidate beam indication with ACK / NACK according to another embodiment. Referring to FIG. 10, the network entity 104 may transmit the BFRR with the candidate beam indication 1004 in response to the BFRQ 1002. Here, the UE 102 may report ACK 1006 for the BFRR or the candidate beam. The UE 102 may apply 1010 the candidate beam after the action delay 1008 indicated in the BFRR.

[0098] In some other implementations, the network entity 104 may configure the action delay to apply the candidate beam via RRC signaling. In some other implementations, the UE 102 may report the action delay. In some other implementations, the action delay may be predefined, (e.g., 28 symbols or 3 milliseconds) .

[0099] In some implementations, the network entity 104 may trigger a CSI-RS resource set for tracking by the BFRQ for the UE 102 to track the time and frequency offset for the indicated candidate beam, where the network entity 104 transmits the CSI-RS for tracking based on the indicated candidate beam. Thus, the CSI-RS for tracking is quasi-co-located (QCLed) with the indicated DL RS index or TCI state for candidate beam indication.

[0100] In some implementations, the network entity 104 may trigger a CSI-RS resource or resource set for pathloss measurement by the BFRQ for the UE 102 to identify the pathloss for the indicated candidate beam for uplink power control, where the network entity 104 transmits the CSI-RS for pathloss measurement based on the indicated candidate beam. Thus, the CSI-RS for  pathloss measurement is QCLed with the indicated DL RS index or TCI state for candidate beam indication.

[0101] In some implementations, the network entity 104 may trigger a set of CSI-RSs for UE beam tracking by the BFRQ for the UE 102 to identify the best UE beam for the indicated candidate beam, where the network entity 104 transmits the CSI-RS for UE beam tracking based on the indicated candidate beam. Thus, the CSI-RS for UE beam tracking is QCLed with the indicated DL RS index or TCI state for candidate beam indication.

[0102] In some implementations, the network entity 104 may transmit the BFRR in the serving cell where the UE 102 has reported a beam failure in the BFRQ. The network entity 104 may transmit the BFRR via a PDCCH. In some implementations, the network entity 104 may transmit the BFRR via a PDCCH associated with a configured radio network temporary identifier (RNTI) or a cell RNTI (C-RNTI) or modulation and coding scheme C-RNTI (MCS-C-RNTI) .

[0103] In some implementations, the network entity 104 may configure a set of monitoring occasions (MOs) for a search space for the BFRR, where different MOs may correspond to different network beams. The search space may be configured by the network entity 104 or predefined, (e.g., search space #0) .

[0104] After X slots and after the UE 102 transmits the last symbol of the BFRQ, the UE 102 starts to monitor the BFRR on the predefined or configured search space, where X may be predefined, (e.g., X=0 or X=4) , or configured by the network entity via RRC signaling.

[0105] The network entity 104 transmits the BFRR on the MO of the predefined or configured search space corresponding to the predicted candidate beam. After receiving the BFRR on the MO, the UE 102 can identify the candidate beam. The UE 102 may apply the candidate beam after the action delay for the candidate beam after the last symbol of the BFRR, where the action delay may be predefined, (e.g., 28 symbols) , or configured by the network entity 104 via RRC signaling or the BFRR.

[0106] FIG. 11 is an example for the BFRR with multiple configured MOs without ACK / NACK feedback according to an embodiment. Referring to FIG. 11, the network entity 104 configures a set of MOs for the UE 102 to monitor for the BFRR (e.g., BFRR MO 1 1104, BFRR MO 2 1106, ..., BFRR MO X 1108, BFRR MO X+1 1110) . Each MO may be associated with a candidate beam. Here, in response to the BFRQ 1102, the network entity 104 transmits the BFRR on BFRR MO X 1108 (to indicate the candidate beam which is associated with MO X 1108) . After receiving the BFRR on the MO, the UE 102 may apply 1114 the candidate beam associated with the MO X 1108 for further communication after the action delay 1112. The action delay 1112 may start from the last symbol of the transmission of the BFRR on BFRR MO X 1108.

[0107] FIG. 12 is an example for the BFRR with multiple configured monitoring occasions with ACK / NACK feedback according to an embodiment. Referring to FIG. 12, the network entity 104 configures a set of MOs for the UE to monitor for the BFRR (e.g., BFRR MO 1 1204, BFRR MO 2 1206, ..., BFRR MO X 1208, BFRR MO X+1 1210) . Each MO may be associated with a candidate beam. Here, in response to the BFRQ 1202, the network entity 104 transmits the BFRR on BFRR MO X 1208 (to indicate the candidate beam which is associated with MO X 1208) . The UE 102 may report ACK 1212 for the BFRR or the candidate beam. After transmitting the ACK 1212, the UE 102 may apply 1216 the candidate beam associated with the MO X 1208 for further communication after the action delay 1214. The action delay 1214 may start from the last symbol of the transmission of the ACK 1212.

[0108] In some implementations, the network entity 104 may configure a PUCCH resource via RRC signaling of BFRR to report whether the indicated candidate beam meets the candidate beam criteria. The UE 102 may transmit the PUCCH based on the beam associated with the received BFRR. The UE 102 may apply the candidate beam after the action delay for the candidate beam after the last symbol of the PUCCH, where the action delay may be predefined, (e.g., 28 symbols) , or configured by the network entity 104 via RRC signaling or the BFRR.

[0109] In an embodiment, the network entity 104 predicts a set of potential candidate beam after receiving the BFRQ, and the network entity 104 may trigger the UE 102 to measure and report the candidate beam from the set of potential candidate beams. The network entity 104 may transmit control signaling to trigger the beam measurement and report based on the set of potential candidate beams by the BFRR. The network entity 104 may transmit the BFRR via a MAC CE or a DCI.

[0110] In some implementations, the network entity 104 may transmit the BFRR in a serving cell where the UE 102 has not reported beam failure in the BFRQ. The network entity 104 may transmit at least one of the following information in the BFRR: a triggering of a third set of DL RS (s) for beam report; a PUCCH resource index or PUSCH resource for beam report based on the third set of DL RS (s) .

[0111] In some implementations, the network entity 104 transmits the third set of DL RS (s) based on the predicted potential candidate beams. The network entity 104 configures the resources for the third set of DL RS (s) via RRC signaling. In some implementations, the third set of DL RS (s) may be a set of SSBs. In some other implementations, the third set of DL RS (s) may be a set of CSI-RS resources. In some other implementations, the third set of DL RS (s) may be a set of CSI-RS resource sets, where the network entity 104 transmits the CSI-RS resources in a  resource set from the same antenna port, e.g., the CSI-RS resource set is configured with RRC parameter repetition.

[0112] In some implementations, the UE 102 reports the L1-RSRP for each DL RS in the triggered third set. In some other implementations, the UE 102 reports the L1-RSRP and the DL RS index for one of the DL RSs that can meet the CBD criteria, e.g., the L1-RSR is above a predefined or configured threshold. In some other implementations, the UE 102 reports the DL RS index for one of the DL RSs that can meet the CBD criteria. One state of the DL RS index may indicate none of the DL RS can meet the CBD criteria. In some other implementations, the UE 102 reports whether each DL RS can meet the CBD criteria. In one example, the UE 102 reports a bitmap, where bit x indicates whether the DL RS x meets the CBD criteria or not.

[0113] In some implementations, after Z slots or symbols and after receiving the last symbol of the beam report, the network entity 104 and the UE 102 may apply the beam for the reported DL RS for further communication. If the UE 102 reports multiple DL RS index (es) , the network entity 104 and the UE 102 may apply the one with highest L1-RSRP reported or the first reported DL RS index that meets the CBD criteria. The value of Z may be predefined, e.g., Z=28 symbols, or configured by the network entity 104.

[0114] In some other implementations, after receiving the beam report, the network entity 104 transmits a beam indication signaling to the UE indicating one of the reported DL RS. The network entity may transmit the beam indication signaling by MAC CE or DCI. The network entity and UE may apply the indicated beam after receiving Z slots or symbols after receiving the last symbol of the beam indication signaling or transmitting the last symbol of the ACK of the beam indication signaling.

[0115] FIG. 13 is an example for the BFRR with predicted potential candidate beams without additional beam indication according to an embodiment. Referring to FIG. 13, for example, in response to the BFRQ 1302 from the UE, the network entity 104 may transmit 1304, to the UE 102, a control signal triggering a third set of DL RSs for the beam report. The network entity 104 transmits, to the UE 102, a third set of DL RS 1306. In response, the UE 102 transmits, to the network entity 104, a beam report for the triggered third set of DL RSs 1308. After the action delay 1310, the UE 102 applies 1312 the beam for one of the reported beams in the beam report that meets the CBD criteria for further communication. The action delay 1310 may start from the last symbol of the transmission of the beam report 1308.

[0116] FIG. 14 is an example for the BFRR with predicted potential candidate beams with additional beam indication according to an embodiment. Referring to FIG. 14, for example, in response to the BFRQ 1402, the network entity 104 may transmit 1404, to the UE 102, triggering  a third set of DL RSs for the beam report. The network entity 104 transmits, to the UE 102, a third set of DL RS 1406. In response, the UE 102 transmits, to the network entity 104, a beam report for the triggered third set of DL RSs 1408. In contrast to FIG. 13 above, the network entity 104 may transmit 1410, to the UE 102, beam indication based on the received beam report. After the action delay 1412, the UE 102 applies 1414 the beam (corresponding to the beam indication 1410) for further communication. The action delay 1414 may start from the last symbol of the transmission of the beam indication 1410.

[0117] In some implementations, the network entity 104 may transmit the BFRR in the serving cell where the UE 102 has reported beam failure in the BFRQ. The network entity 104 may transmit the BFRR via a PDCCH. In some implementations, the network entity 104 may transmit the BFRR via a PDCCH associated with a configured radio network temporary identifier (RNTI) or cell RNTI (C-RNTI) or modulation and coding scheme C-RNTI (MCS-C-RNTI) .

[0118] FIG. 15 is an example for the BFRR on multiple configured monitoring occasions according to an embodiment. Referring to FIG 15, the network entity 104 may transmit the BFRR on multiple MOs, where the network entity 104 selects the MO based on the predicted potential candidate beams. The network entity 104 configures a set of MOs for the UE to monitor for the BFRR (e.g., BFRR MO 1 1504, BFRR MO 2 1506, . . ., BFRR MO X 1508, BFRR MO X+1 1510) . Each MO may be associated with a candidate beam. Here, in response to the BFRQ 1502, the network entity 104 transmits the BFRR on BFRR MO 2 1506 and BFRR MO X 1508 (to indicate a set of candidate beams which are associated with MO 2 1506 and MO X 1508) . The network entity 104 configures different PUCCH resources for different candidate beams associated with MO 1, MO 2, MO X, etc. The UE 102 selects a candidate beam associated with MO X 1508 and transmits 1512 the PUCCH for the BFRR or candidate beam in MO X. Accordingly, the UE 102 may apply 1516 the candidate beam associated with the MO X 1508 for further communication after the action delay 1514. The action delay 1514 may start from the last symbol of the transmission 1512 of the PUCCH for the BFRR or candidate beam in MO X.

[0119] The UE 102 may measure the demodulation reference signal (DMRS) of the PDCCH in the MO or the DL RSs corresponding to the MOs with PDCCH detected. The UE 102 identifies one of the beams associated with the MOs as the candidate beam, and the UE 102 transmits a PUCCH based on the beam to the network entity. In some implementations, the network entity 104 may configure the PUCCH resources for the UE report, where different PUCCH resources may correspond to different beams. In some other implementations, the network entity 104 may configure the PUCCH resource by the BFRR, and the BFRR on different MOs may trigger different PUCCH resources.

[0120] In some implementations, the UE 102 may apply the candidate beam after the action delay for the candidate beam after the last symbol of the PUCCH, where the action delay may be predefined, e.g., 28 symbols, or configured by the network entity by RRC signaling or the BFRR.

[0121] In some implementations, the network entity 104 may configure whether the network entity 104 predicts one candidate beam or one set of potential candidate beams. In one example, the network entity 104 may configure whether additional ACK / NACK for the candidate beam is enabled or not. In another example, the network entity 104 may configure whether additional report based on the third set of DL RS is enabled or not. In another example, the network entity 104 may configure whether to enable or disable the UE autonomous beam update after the UE 102 receives the BFRR. In another example, the network entity 104 may configure the number of MOs for BFRR transmission.

[0122] FIGs. 16-17 show methods for implementing one or more aspects of FIGs. 3-15. In particular, FIG. 16 shows an implementation by the UE 102 of the one or more aspects of FIGs. 3-15. FIG. 17 shows an implementation by the network entity 104 of the one or more aspects of FIGs. 3-15.

[0123] FIG. 16 illustrates a flowchart 1600 of a method of wireless communication at a UE. With reference to FIGs. 1 and 18, the method may be performed by the UE 102, the UE apparatus 1802, etc., which may include the memory 1826′, 1806′, 1816, and which may correspond to the entire UE 102 or the entire UE apparatus 1802, or a component of the UE 102 or the UE apparatus 1802, such as the wireless baseband processor 1826 and / or the application processor 1806.

[0124] The UE may transmit 1602, to a network entity 104, a UE capability message indicating a capability of the UE to facilitate the CBP. For example, referring to FIG. 4, initially, the UE 102 may transmit 402, to the network entity 104, an indication of a UE capability indicating a supported configuration for the BFR based on the network-side ML CBP procedure.

[0125] The UE may receive 1604, from the network entity 104, a configuration. For example, referring to FIG. 4, based on the UE capability, the UE 102 receives 404 from the network entity 104 RRC configuration configuring at least one of the parameters. The network entity 104 may configure the network-side ML CBP procedure via RRC signaling (e.g., RRCReconfiguration) . The network entity 104 may provide at least one of the parameters: a first parameter enabling the network CBP; a first set of DL RSs for BFD; a second set of DL RSs for UE report to facilitate the network CBP; at least one uplink resource for BFRQ; a search space for BFRR; number of reported beams in BFRQ; report quantity for each beam in BFRQ, (e.g., whether to report L1-RSRP or not; number of time instances for reported beams in BFRQ) . In some implementations,  the first and second set of RS (s) may be periodic DL RS, e.g., synchronization signal block (SSB) or channel state information reference signal (CSI-RS) .

[0126] The UE 102 may receive 1610, from the network entity 104, a second set of RS. For example, referring to FIG. 4, the UE 102 receives 410, from the network entity 104, a second set of DL RSs for the UE report to facilitate the network-side ML model CBP procedure.

[0127] The UE 102 transmits 1612, to a network entity 104 after a BFD, a BFRQ. The BFRQ indicates information for a CBP. For example, referring to FIG. 4, if the UE 102 determines 308 the beam failure occurs, the UE 102 may transmit 412, to the network entity 104, a BFRQ indicating at least one of the following information: failed serving cell indexes; failed TRP indexes; beam quality for the RSs in one or more than one instances in the second set; RS indexes for the reported beam quality. The UE 102 may determine that the beam failure occurs if the measured hypothetical BLER for the BFD RSs exceeds a threshold (e.g., 1%BLER) .

[0128] The UE 102 receives 1616, from the network entity 104, a BFRR indicating a candidate beam for recovering from a beam failure associated with the BFD. The candidate beam is based on the information for the CBP. For example, referring to FIG. 4, the UE 102 receives 416 from the network entity 104, the BFRR indicating at least one of the information: acknowledgement of the BFRQ; indication of a DL RS or a TCI state; triggering a third set of DL RS (s) for beam report for CBD; an uplink resource for the beam report. In some implementations, the BFRR indicates one of the predicted beams by indicating one DL RS or one transmission configuration indication (TCI) state for the predicted beam.

[0129] The UE 102 may receive 1618, from the network entity 104, a third set of RS via the candidate beam to validate whether the candidate beam satisfies a beam quality criteria. For example, referring to FIG. 4, the UE 102 receives 418 from the network entity 104 triggering a third set of DL RSs for the beam report.

[0130] The UE 102 may transmit 1620, to the network entity 104, a beam report based on the third set of the RS. For example, referring to FIG. 4, the UE 102 may transmit 420, to the network entity 104 a report for the CBD or an acknowledgement (ACK) or negative-acknowledgement (NACK) for the BFRR.

[0131] FIG. 16 describes a method from a UE-side of a wireless communication link, whereas FIG. 17 describes a method from a network-side of the wireless communication link.

[0132] FIG. 17 is a flowchart 1700 of a method of wireless communication at a network entity. With reference to FIGs. 1 and 19, the method may be performed by one or more network entities 104, which may correspond to a base station or a unit of the base station, such as the RU 106, the DU 108, the CU 110, an RU processor 1906, a DU processor 1926, a CU processor 1946,  etc. The one or more network entities 104 may include memory 1906’ / 1926’ / 1946’, which may correspond to an entirety of the one or more network entities 104, or a component of the one or more network entities 104, such as the RU processor 1906, the DU processor 1926, or the CU processor 1946.

[0133] The network entity 104 may receive 1702, from a UE 102, a UE capability message indicating a capability of the UE to facilitate the CBP. For example, referring to FIG. 4, initially, the network entity may receive 402, from the UE 102, an indication of a UE capability indicating a supported configuration for the BFR based on the network-side ML CBP procedure.

[0134] The network entity 104 may transmit 1704, to the UE 102, a configuration. For example, referring to FIG. 4, based on the UE capability, the network entity 104 transmits 404 to the UE 102, RRC configuration configuring at least one of the parameters. The network entity 104 may provide at least one of the parameters: a first parameter enabling the network CBP; a first set of DL RSs for BFD; a second set of DL RSs for UE report to facilitate the network CBP; at least one uplink resource for BFRQ; a search space for BFRR; number of reported beams in BFRQ; report quantity for each beam in BFRQ, (e.g., whether to report L1-RSRP or not; number of time instances for reported beams in BFRQ) . In some implementations, the first and second set of RS (s) may be periodic DL RS, e.g., synchronization signal block (SSB) or channel state information reference signal (CSI-RS) .

[0135] The network entity 104 may transmit 1710, to the UE 102, a second set of RS. For example, referring to FIG. 4, the network entity transmits 410, to the UE 102, a second set of DL RSs for the UE report to facilitate the network-side ML model CBP procedure.

[0136] The network entity 104 receives 1712, from the UE 102, after a BFD, a BFRQ, the BFRQ indicating information for a CBP. For example, referring to FIG. 4, if the UE 102 determines 308 the beam failure occurs, the network entity 104 receives 412 from the UE 102 a BFRQ indicating at least one of the following information: failed serving cell indexes; failed TRP indexes; beam quality for the RSs in one or more than one instances in the second set; RS indexes for the reported beam quality.

[0137] The network entity 104 transmits 1716, to the UE, a BFRR, indicating at least one candidate beam for recovering from a beam failure associated with the BFD, the at least one candidate beam being based on the information for the CBP. For example, referring to FIG. 4, the network entity 104 transmits 416 to the UE 102, the BFRR indicating at least one of the information: acknowledgement of the BFRQ; indication of a DL RS or a TCI state; triggering a third set of DL RS (s) for beam report for CBD; an uplink resource for the beam report.

[0138] The network entity 104 may transmit 1718, to the UE, a third set of RS via the candidate beam to validate whether the candidate beam satisfies a beam quality criteria. For example, referring to FIG. 4, the network entity 104 transmits 418 to the UE 102, triggering a third set of DL RSs for the beam report.

[0139] The network entity 104 may receive 1720, from the UE, a beam report based on the third set of the RS. For example, referring to FIG. 4, the network entity 104 may receive 420, from the UE 102 a report for the CBD or an acknowledgement (ACK) or negative-acknowledgement (NACK) for the BFRR.

[0140] A UE apparatus 1802, as described in FIG. 18, may perform the method of flowchart 1600. The one or more network entities 104, as described in FIG. 19, may perform the method of flowchart 1700.

[0141] FIG. 18 is a diagram 1800 illustrating an example of a hardware implementation for a UE apparatus 1802. The UE apparatus 1802 may be the UE 102, a component of the UE 102, or may implement UE functionality. The UE apparatus 1802 may include an application processor 1806, which may have on-chip memory 1806’. In examples, the application processor 1806 may be coupled to a secure digital (SD) card 1808 and / or a display 1810. The application processor 1806 may also be coupled to a sensor (s) module 1812, a power supply 1814, an additional module of memory 1816, a camera 1818, and / or other related components. For example, the sensor (s) module 1812 may control a barometric pressure sensor / altimeter, a motion sensor such as an inertial management unit (IMU) , a gyroscope, accelerometer (s) , a light detection and ranging (LIDAR) device, a radio-assisted detection and ranging (RADAR) device, a sound navigation and ranging (SONAR) device, a magnetometer, an audio device, and / or other technologies used for positioning.

[0142] The UE apparatus 1802 may further include a wireless baseband processor 1826, which may be referred to as a modem. The wireless baseband processor 1826 may have on-chip memory 1826′. Along with, and similar to, the application processor 1806, the wireless baseband processor 1826 may also be coupled to the sensor (s) module 1812, the power supply 1814, the additional module of memory 1816, the camera 1818, and / or other related components. The wireless baseband processor 1826 may be additionally coupled to one or more subscriber identity module (SIM) card (s) 1820 and / or one or more transceivers 1830 (e.g., wireless RF transceivers) .

[0143] Within the one or more transceivers 1830, the UE apparatus 1802 may include a Bluetooth module 1832, a WLAN module 1834, an SPS module 1836 (e.g., GNSS module) , and / or a cellular module 1838. The Bluetooth module 1832, the WLAN module 1834, the SPS module 1836, and the cellular module 1838 may each include an on-chip transceiver (TRX) , or in  some cases, just a transmitter (TX) or just a receiver (RX) . The Bluetooth module 1832, the WLAN module 1834, the SPS module 1836, and the cellular module 1838 may each include dedicated antennas and / or utilize antennas 1840 for communication with one or more other nodes. For example, the UE apparatus 1802 can communicate through the transceiver (s) 1830 via the antennas 1840 with another UE (e.g., sidelink communication) and / or with a network entity 104 (e.g., uplink / downlink communication) , where the network entity 104 may correspond to a base station or a unit of the base station, such as the RU 106, the DU 108, or the CU 110.

[0144] The wireless baseband processor 1826 and the application processor 1806 may each include a computer-readable medium  / memory 1826′, 1806′, respectively. The additional module of memory 1816 may also be considered a computer-readable medium  / memory. Each computer-readable medium  / memory 1826′, 1806′, 1816 may be non-transitory. The wireless baseband processor 1826 and the application processor 1806 may each be responsible for general processing, including execution of software stored on the computer-readable medium  / memory 1826′, 1806′, 1816. The software, when executed by the wireless baseband processor 1826  / application processor 1806, causes the wireless baseband processor 1826  / application processor 1806 to perform the various functions described herein. The computer-readable medium  / memory may also be used for storing data that is manipulated by the wireless baseband processor 1826  / application processor 1806 when executing the software. The wireless baseband processor 1826  / application processor 1806 may be a component of the UE 102. The UE apparatus 1802 may be a processor chip (e.g., modem and / or application) and include just the wireless baseband processor 1826 and / or the application processor 1806. In other examples, the UE apparatus 1802 may be the entire UE 102 and include the additional modules of the apparatus 1802.

[0145] As discussed in FIG. 1 and implemented with respect to FIG. 16, the UE management component 140 configured to transmit, to a network entity 104 after a BFD, a BFRQ. The BFRQ indicates information for a candidate beam prediction, CBP. The UE management component 140 is configured to receive (416) , from the network entity (104) , a BFRR indicating a candidate beam for recovering from a beam failure associated with the BFD. The candidate beam is based on the information for the CBP.

[0146] The UE management component 140may be within the application processor 1806 (e.g., at 140a) , the wireless baseband processor 1826 (e.g., at 140b) , or both the application processor 1806 and the wireless baseband processor 1826. The UE management component 140a-140b may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors configured to perform the stated  processes / algorithm, stored within a computer-readable medium for implementation by the one or more processors, or a combination thereof.

[0147] FIG. 19 is a diagram 1900 illustrating an example of a hardware implementation for one or more network entities 104. The one or more network entities 104 may be a base station, a component of a base station, or may implement base station functionality. The one or more network entities 104 may include, or may correspond to, at least one of the RU 106, the DU, 108, or the CU 110. The CU 110 may include a CU processor 1946, which may have on-chip memory 1946′. In some aspects, the CU 110 may further include an additional module of memory 1956 and / or a communications interface 1948, both of which may be coupled to the CU processor 1946. The CU 110 can communicate with the DU 108 through a midhaul link 162, such as an F1 interface between the communications interface 1948 of the CU 110 and a communications interface 1928 of the DU 108.

[0148] The DU 108 may include a DU processor 1926, which may have on-chip memory 1926′. In some aspects, the DU 108 may further include an additional module of memory 1936 and / or the communications interface 1928, both of which may be coupled to the DU processor 1926. The DU 108 can communicate with the RU 106 through a fronthaul link 160 between the communications interface 1928 of the DU 108 and a communications interface 1908 of the RU 106.

[0149] The RU 106 may include an RU processor 1906, which may have on-chip memory 1906′. In some aspects, the RU 106 may further include an additional module of memory 1916, the communications interface 1908, and one or more transceivers 1930, all of which may be coupled to the RU processor 1906. The RU 106 may further include antennas 1940, which may be coupled to the one or more transceivers 1930, such that the RU 106 can communicate through the one or more transceivers 1930 via the antennas 1940 with the UE 102.

[0150] The on-chip memory 1906′, 1926′, 1946′ and the additional modules of memory 1916, 1936, 1956 may each be considered a computer-readable medium  / memory. Each computer-readable medium  / memory may be non-transitory. Each of the processors 1906, 1926, 1946 is responsible for general processing, including execution of software stored on the computer-readable medium  / memory. The software, when executed by the corresponding processor (s) 1906, 1926, 1946 causes the processor (s) 1906, 1926, 1946 to perform the various functions described herein. The computer-readable medium  / memory may also be used for storing data that is manipulated by the processor (s) 1906, 1926, 1946 when executing the software. In examples, the ML beam management component 150 may sit at any of the one or more network  entities 104, such as at the CU 110; both the CU 110 and the DU 108; each of the CU 110, the DU 108, and the RU 106; the DU 108; both the DU 108 and the RU 106; or the RU 106.

[0151] As discussed in FIG. 1 and implemented with respect to FIG. 17, the ML beam management component 150 is configured to receive, from the UE 102 after the BFD, the BFRQ. The BFRQ indicates information for the CBP. The ML beam management component 150 is configured to transmit, to the UE 102, the BFRR indicating at least one candidate beam for recovering from a beam failure associated with the BFD. The at least one candidate beam is based on the information for the CBP.

[0152] The ML beam management component 150 may be within one or more processors of the one or more network entities 104, such as the RU processor 1906 (e.g., at 150a) , the DU processor 1926 (e.g., at 150b) , and / or the CU processor 1946 (e.g., at 150c) . The ML beam management component 150a-150c may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors 1906, 1926, 1946 configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by the one or more processors 1906, 1926, 1946, or a combination thereof.

[0153] Various ML techniques may be used to enable the ML beam management component 150 to predict candidate beams (e.g., CBP) . Examples of such techniques include, but are not limited to:

[0154] · Statistical methods such as AutoRegressive Integrated Moving Average (ARIMA) .

[0155] · Exponential Smoothing: such as Single Exponential Smoothing, Double Exponential Smoothing (Holt′s method) , and Triple Exponential Smoothing (Holt-Winters method) .

[0156] · Machine learning algorithms such as Linear Regression, Decision Trees, and Random Forests.

[0157] · Support Vector Machines (SVM) .

[0158] · Neural Networks such as Recurrent Neural Networks (RNNs) , Long Short-Term Memory (LSTM) networks, and Gated Recurrent Unit (GRU) networks.

[0159] · State-Space Models such as Kalman Filters.

[0160] · Deep Learning and Neural Networks such as Convolutional Neural Networks (CNNs)

[0161] · Time series features based techniques such as extracting meaningful features from the time series data, such as rolling statistics (mean, variance) , Fourier or wavelet transformations, and autocorrelation functions.

[0162] · Proximity-based methods such as k-Nearest Neighbors (k-NN) and Dynamic Time Warping (DTW)

[0163] The specific order or hierarchy of blocks in the processes and flowcharts disclosed herein is an illustration of example approaches. Hence, the specific order or hierarchy of blocks in the processes and flowcharts may be rearranged. Some blocks may also be combined or deleted. Dashed lines may indicate optional elements of the diagrams. The accompanying method claims present elements of the various blocks in an example order, and are not limited to the specific order or hierarchy presented in the claims, processes, and flowcharts.

[0164] The detailed description set forth herein describes various configurations in connection with the drawings and does not represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough explanation of various concepts. However, these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

[0165] Aspects of wireless communication systems, such as telecommunication systems, are presented with reference to various apparatuses and methods. These apparatuses and methods are described in the following detailed description and are illustrated in the accompanying drawings by various blocks, components, circuits, processes, call flows, systems, algorithms, etc. (collectively referred to as “elements” ) . These elements may be implemented using electronic hardware, computer software, or combinations thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0166] An element, or any portion of an element, or any combination of elements may be implemented as a “processing system” that includes one or more processors. Examples of processors include microprocessors, microcontrollers, graphics processing units (GPUs) , central processing units (CPUs) , application processors, digital signal processors (DSPs) , reduced instruction set computing (RISC) processors, systems-on-chip (SoC) , baseband processors, field programmable gate arrays (FPGAs) , programmable logic devices (PLDs) , state machines, gated logic, discrete hardware circuits, and other similar hardware configured to perform the various functionality described throughout this disclosure. One or more processors in the processing system may execute software, which may be referred to as software, firmware, middleware,  microcode, hardware description language, or otherwise. Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software components, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, or any combination thereof.

[0167] If the functionality described herein is implemented in software, the functions may be stored on, or encoded as, one or more instructions or code on a computer-readable medium, such as a non-transitory computer-readable storage medium. Computer-readable media includes computer storage media and can include a random-access memory (RAM) , a read-only memory (ROM) , an electrically erasable programmable ROM (EEPROM) , optical disk storage, magnetic disk storage, other magnetic storage devices, combinations of these types of computer-readable media, or any other medium that can be used to store computer executable code in the form of instructions or data structures that can be accessed by a computer. Storage media may be any available media that can be accessed by a computer.

[0168] Aspects, implementations, and / or use cases described herein may be implemented across many differing platform types, devices, systems, shapes, sizes, and packaging arrangements. For example, the aspects, implementations, and / or use cases may come about via integrated chip implementations and other non-module-component based devices, such as end-user devices, vehicles, communication devices, computing devices, industrial equipment, retail / purchasing devices, medical devices, artificial intelligence (AI) -enabled devices, machine learning (ML) -enabled devices, etc. The aspects, implementations, and / or use cases may range from chip-level or modular components to non-modular or non-chip-level implementations, and further to aggregate, distributed, or original equipment manufacturer (OEM) devices or systems incorporating one or more techniques described herein.

[0169] Devices incorporating the aspects and features described herein may also include additional components and features for the implementation and practice of the claimed and described aspects and features. For example, transmission and reception of wireless signals necessarily includes a number of components for analog and digital purposes, such as hardware components, antennas, RF-chains, power amplifiers, modulators, buffers, processor (s) , interleavers, adders / summers, etc. Techniques described herein may be practiced in a wide variety of devices, chip-level components, systems, distributed arrangements, aggregated or disaggregated components, end-user devices, etc., of varying configurations.

[0170] The description herein is provided to enable a person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent  to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not limited to the aspects described herein, but are to be interpreted in view of the full scope of the present disclosure consistent with the language of the claims.

[0171] Reference to an element in the singular does not mean “one and only one” unless specifically stated, but rather “one or more. ” Terms such as “if, ” “when, ” and “while” do not imply an immediate temporal relationship or reaction. That is, these phrases, e.g., “when, ” do not imply an immediate action in response to or during the occurrence of an action, but simply imply that if a condition is met then an action will occur, but without requiring a specific or immediate time constraint for the action to occur. The terms “may” , “might” , and “can” , as used in this disclosure, often carry certain connotations. For example, “may” refers to a permissible feature that may or may not occur, “might” refers to a feature that probably occurs, and “can” refers to a capability (e.g., capable of) . The phrase “For example” often carries a similar connotation to “may” and, therefore, “may” is sometimes excluded from sentences that include “for example” or other similar phrases.

[0172] Unless specifically stated otherwise, the term “some” refers to one or more. Combinations such as “at least one of A, B, or C” or “one or more of A, B, or C” include any combination of A, B, and / or C, such as A and B, A and C, B and C, or A and B and C, and may include multiples of A, multiples of B, and / or multiples of C, or may include A only, B only, or C only. Sets should be interpreted as a set of elements where the elements number one or more.

[0173] Unless otherwise specifically indicated, ordinal terms such as “first” and “second” do not necessarily imply an order in time, sequence, numerical value, etc., but are used to distinguish between different instances of a term or phrase that follows each ordinal term. Reference numbers, as used in the specification and figures, are sometimes cross-referenced among drawings to denote same or similar features. A feature that is exactly the same in multiple drawings may be labeled with the same reference number in the multiple drawings. A feature that is similar among the multiple drawings, but not exactly the same, may be labeled with reference numbers that have different leading numbers, but have one or more of the same trailing numbers (e.g., 206, 306, 406, etc., may refer to similar features in the drawings) . Sometimes an “X” is used to universally denote multiple variations of a feature. For instance, “X06” can universally refer to all reference numbers that end in “06” (e.g., 206, 306, 406, etc. ) .

[0174] Structural and functional equivalents to elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are encompassed by the claims. The words “module, ” “mechanism, ” “element, ” “device, ” and the like may not be a substitute for the  word “means. ” As such, no claim element is to be construed as a means plus function unless the element is expressly recited using the phrase “means for. ” As used herein, the phrase “based on” shall not be construed as a reference to a closed set of information, one or more conditions, one or more factors, or the like. In other words, the phrase “based on A” , where “A” may be information, a condition, a factor, or the like, shall be construed as “based at least on A” unless specifically recited differently.

[0175] The following examples are illustrative only and may be combined with other examples or teachings described herein, without limitation.

[0176] Example 1 is a method of wireless communication at a UE, including: transmitting, to a network entity after a BFD, a BFRQ, the BFRQ indicating information for a CBP; and receiving, from the network entity, a BFRR, indicating a candidate beam for recovering from a beam failure associated with the BFD, the candidate beam being based on the information for the CBP.

[0177] Example 2 may be combined with Example 1 and further includes receiving, from the network entity, a configuration for at least one of: a first parameter enabling the CBP, a first set of RS, for the BFD, a second set of RS for the CBP, at least one uplink resource for the BFRQ, a search space for the BFRR, a number of reported beams in the BFRQ, a report quantity for each beam in the BFRQ, or a number of time instances for the reported beams in the BFRQ.

[0178] Example 3 may be combined with any of Examples 1-2 and further includes that the transmitting the BFRQ includes: transmitting the BRFQ via at least one of: a MAC CE, or a PUCCH resource.

[0179] Example 4 may be combined with any of Examples 1-3 and further includes that the CBP is associated with at least one of: a spatial-domain beam prediction or a time-domain beam prediction; and further include that the BFRQ indicates at least one of: a serving cell index indicating a serving cell associated with the BFD; a failed transmission reception point, TRP, index indicating a TRP associated with the BFD; an indicator of the candidate beam; a predefined DL RS index from a configured set of DL RS; or a beam quality for a predefined DL RS.

[0180] Example 5 may be combined with any of Examples 1-3 and further includes that the BFRQ indicates one or more DL RS indexes and an associated beam quality for each of the one or more DL RS indexes.

[0181] Example 6 may be combined with any of Examples 1-2 and further includes that the transmitting the BFRQ includes: transmitting the BRFQ via a PRACH.

[0182] Example 7 may be combined with any of Examples 1-6 and further includes that the BFRR indicates a set of candidate beams including the candidate beam, the set of candidate beams being based on the CBP.

[0183] Example 8 may be combined with any of Examples 6-7 and further includes that the receiving the BFRR includes at least one of: receiving the BFRR in a different serving cell from a serving cell associated with the BFD; or receiving the BFRR in a same serving cell as the serving cell associated with the BFD.

[0184] Example 9 may be combined with any of Examples 1-8 and further includes transmitting, to the network entity, a UE capability message indicating a capability of the UE to facilitate the CBP.

[0185] Example 10 may be combined with any of Examples 1-9 and further includes receiving, from the network entity, a second set of RS; and generating, based on the second set of RS, the information for the CBP.

[0186] Example 11 may be combined with any of Examples 1-10 and further includes receiving, from the network entity, a third set of RS via the candidate beam to validate whether the candidate beam satisfies a beam quality criteria; and transmitting, to the network entity, a beam report based on the third set of the RS.

[0187] Example 12 is a method of wireless communication at a network entity, including: receiving, from the UE after a BFD, a BFRQ, the BFRQ indicating information for a candidate beam prediction, CBP; and transmitting, to the UE, a BFRR indicating at least one candidate beam for recovering from a beam failure associated with the BFD, the at least one candidate beam being based on the information for the CBP.

[0188] Example 13 may be combined with Example 12 and further includes transmitting to the UE, a configuration for at least one of: a first parameter enabling the CBP, a first set of reference signal, RS, for the BFD, a second set of RS for the CBP, at least one uplink resource for the BFRQ, a search space for the BFRR, a number of reported beams in the BFRQ, a report quantity for each beam in the BFRQ, or a number of BFD instances for the reported beams in the BFRQ.

[0189] Example 14 may be combined with any of Examples 12-13 and further includes that the receiving the BFRQ includes communicating the BRFQ via at least one of: a medium access control, MAC, control element, CE, or a physical uplink control channel, PUCCH, resource.

[0190] Example 15 may be combined with any of Examples 12-14 and further includes that the BFRQ is associated with a spatial-domain beam prediction and indicates at least one of: a serving cell index indicating a serving cell associated with the BFD; a failed transmission reception point, TRP, index indicating a TRP associated with the BFD; an indicator of the candidate beam; a predefined downlink reference signal, DL RS, index from a configured set of DL RS; or a beam quality for a predefined DL RS.

[0191] Example 16 may be combined with any of Examples 12-14 and further includes that the BFRQ is associated with a time domain beam prediction and indicates at least one of: a serving cell index indicating a serving cell associated with the BFD; a failed transmission reception point, TRP, index indicating a TRP associated with the BFD; an indicator of the candidate beam; a predefined downlink reference signal, DL RS, index from a configured set of DL RS; a predefined downlink reference signal, DL RS, index from a configured set of DL RS for predefined past instances; or a beam quality for a predefined DL RS in the predefined past instances.

[0192] Example 17 may be combined with any of Examples 12-14 and further includes that the BFRQ indicates a DL RS index and an associated beam quality.

[0193] Example 18 may be combined with any of Examples 12-13 and further includes that the receiving the BFRQ includes: communicating the BRFQ via a physical random access channel, PRACH.

[0194] Example 19 may be combined with Example 12 and further includes that the transmitting the BFRR includes: transmitting the BFRR via a MAC CE or a downlink control information, DCI, the BFRR indicating one candidate beam.

[0195] Example 20 may be combined with any of Examples 12-19 and further includes that the BFRR including the CBP includes a set of candidate beams including candidate beam.

[0196] Example 21 may be combined with any of Examples 19-20 and further includes the transmitting the BFRR includes transmitting the BFRR in a different serving cell from a serving cell associated with the BFD.

[0197] Example 22 may be combined with any of Examples 19-20 and further includes the transmitting the BFRR includes transmitting the BFRR in a same serving cell as the serving cell associated with the BFD.

[0198] Example 23 may be combined with any of Examples 12-22 and further includes receiving, from the UE, a UE capability message indicating a capability of the UE to facilitate the CBP.

[0199] Example 24 may be combined with any of Examples 12-23 and further transmitting, to the UE, a second set of RS to facilitate the CBP.

[0200] Example 25 may be combined with any of Examples 12-13 and further includes transmitting, to the UE, the second set of RS, and further includes that the information for the CBP is based on the second set of RS.

[0201] Example 26 may be combined with any of Examples 12-25 and further includes generating a prediction of the at least one candidate beam based on at least one of: a spatial-domain beam prediction or a time-domain beam prediction.

[0202] Example 27 may be combined with any of Examples 12-26 and further includes transmitting, to the UE, a third set of RS via a set of candidate beams associated with the at least one candidate beam; and receiving, from the UE, a beam report validating at least one of the set of candidate beams, wherein the at least one of the set of candidate beams satisfies a beam quality criteria.

[0203] Example 28 is an apparatus for wireless communication for implementing a method as in any of examples 1-27.

[0204] Example 29 is an apparatus for wireless communication including means for implementing a method as in any of examples 1-27.

[0205] Example 30 is a non-transitory computer-readable medium storing computer executable code, the code when executed by a processor causes the processor to implement a method as in any of examples 1-27.

Claims

1.A method of wireless communication at a user equipment, UE, (102) , comprising:transmitting (412) , to a network entity (104) after a beam failure detection, BFD, a beam failure recovery request, BFRQ, the BFRQ indicating information for a candidate beam prediction, CBP; andreceiving (416) , from the network entity (104) , a beam failure recovery response, BFRR, indicating a candidate beam for recovering from a beam failure associated with the BFD, the candidate beam being based on the information for the CBP.2.The method of claim 1, further comprising:receiving (404) , from the network entity (104) , a configuration for at least one of:a first parameter enabling the CBP,a first set of reference signal, RS, for the BFD,a second set of RS for the CBP,at least one uplink resource for the BFRQ,a search space for the BFRR,a number of reported beams in the BFRQ,a report quantity for each beam in the BFRQ, ora number of time instances for the reported beams in the BFRQ.3.The method of any of claims 1-2, wherein the transmitting (412) the BFRQ comprises:transmitting the BRFQ via at least one of:a medium access control, MAC, control element, CE, ora physical uplink control channel, PUCCH, resource.4.The method of any of claims 1-3, wherein the CBP is associated with at least one of: a spatial-domain beam prediction or a time-domain beam prediction; andwherein the BFRQ indicates at least one of:a serving cell index indicating a serving cell associated with the BFD;a failed transmission reception point, TRP, index indicating a TRP associated with the BFD;an indicator of the candidate beam;a predefined downlink reference signal, DL RS, index from a configured set of DL RS; ora beam quality for a predefined DL RS.5.The method of any of claims 1-3, wherein the BFRQ indicates one or more DL RS indexes and an associated beam quality for each of the one or more DL RS indexes.6.The method of any of claims 1-2, wherein the transmitting (412) the BFRQ comprises:transmitting the BRFQ via a physical random access channel, PRACH.7.The method of any claims 1-6, wherein the BFRR indicates a set of candidate beams including the candidate beam, the set of candidate beams being based on the CBP.8.The method of any of claims 6-7 wherein the receiving (416) the BFRR comprises at least one of:receiving the BFRR in a different serving cell from a serving cell associated with the BFD; orreceiving the BFRR in a same serving cell as the serving cell associated with the BFD.9.The method of any of claims 1-8, further comprising:transmitting (402) , to the network entity (104) , a UE capability message indicating a capability of the UE (102) to facilitate the CBP.10.The method of any of claims 1-9, further comprising:receiving (410) , from the network entity (104) , a second set of RS; andgenerating, based on the second set of RS, the information for the CBP.11.The method of any of claims 1-10, further comprising:receiving (418) , from the network entity (104) , a third set of RS via the candidate beam to validate whether the candidate beam satisfies a beam quality criteria; andtransmitting (420) , to the network entity (104) , a beam report based on the third set of the RS.12.A method of wireless communication at a network entity, (104) , comprising:receiving (412) , from a user equipment, UE (102) after a beam failure detection, BFD, a beam failure recovery request, BFRQ, the BFRQ indicating information for a candidate beam prediction, CBP; andtransmitting (416) , to the UE (102) , a beam failure recovery response, BFRR, indicating at least one candidate beam for recovering from a beam failure associated with the BFD, the at least one candidate beam being based on the information for the CBP.13.The method of claim 12, further comprising:transmitting (404) , to the UE (102) , a configuration for at least one of:a first parameter enabling the CBP,a first set of reference signal, RS, for the BFD,a second set of RS for the CBP,at least one uplink resource for the BFRQ,a search space for the BFRR,a number of reported beams in the BFRQ,a report quantity for each beam in the BFRQ, ora number of BFD instances for the reported beams in the BFRQ.14.The method of any of claims 12-13, further comprising:transmitting (410) , to the UE (102) , the second set of RS, wherein the information for the CBP is based on the second set of RS.15.The method of any of claims 12-14, further comprising:generating a prediction of the at least one candidate beam based on at least one of a spatial-domain beam prediction or a time-domain beam prediction.16.The method of any of claims 12-15, further comprising:transmitting (418) , to the UE (102) , a third set of RS via a set of candidate beams associated with the at least one candidate beam; andreceiving (420) , from the UE (102) , a beam report validating at least one of the set of candidate beams, wherein the at least one of the set of candidate beams satisfies a beam quality criteria.17.An apparatus for wireless communication comprising a memory, a transceiver, and a processor coupled to the memory and the transceiver, the apparatus being configured to implement a method as in any of claims 1-16.

Images