Prioritizations during beam failure recovery

Methods, systems, and devices for wireless communications are described. A user equipment (UE) may determine, during a beam failure recovery period, that a configured control resource set at least partially overlaps with a beam failure recovery control resource set. The UE may configure, based at least in part on the at least partial overlap, a receive beam to receive the beam failure recovery control resource set. The UE may receive a control signal over the beam failure recovery control resource set during the beam failure recovery period.

BACKGROUND

The following relates generally to wireless communications, and more specifically to prioritizations during beam failure recovery.

Wireless communication systems may operate in millimeter wave (mmW) frequency ranges, e.g., 28 GHz, 40 GHz, 60 GHz, etc. Wireless communications at these frequencies may be associated with increased signal attenuation (e.g., path loss), which may be influenced by various factors, such as temperature, barometric pressure, diffraction, etc. As a result, signal processing techniques, such as beamforming, may be used to coherently combine energy and overcome the path losses at these frequencies. Due to the increased amount of path loss in mmW communication systems, transmissions from the base station and/or the UE may be beamformed. Moreover, a receiving device may use beamforming techniques to configure antenna(s) and/or antenna array(s) such that transmissions are received in a directional manner.

In some aspects, wireless communication systems operating in the mmW frequency ranges may result in a loss of communications due to a beam failure event. For example, due to UE mobility, blocking, and the like, the current transmit/receive beam pair for the UE and/or the base station may suddenly become unavailable or otherwise unusable. When this occurs, a beam recovery procedure is typically implemented in order to identify and activate a new beam to use for communications. However, in some instances conventional techniques may disrupt that beam failure recovery procedure, which may further exacerbate the beam failure event, e.g., may increase the duration of the beam failure event, may require additional resources/signaling in order to identify and configure the new beam, and the like.

SUMMARY

The described techniques relate to improved methods, systems, devices, and apparatuses that support prioritizations during beam failure recovery. Generally, the described techniques provide for a mechanism for improved prioritization techniques during a beam failure event. In some aspects, this may include prioritizing control resources (e.g., a control resource set (coreset), a search space, and the like) that are associated with the beam recovery procedure over other configured control resources (or coresets). For example, the UE may determine, during a beam failure recovery (BFR) period, that configured coreset(s) at least partially overlap with a BFR coreset (or search space), e.g., overlap in time and/or frequency. In some aspects, this may result in the UE having to choose between using its available receive beam to receive control information or signaling over the BFR coreset or to use its available receive beam to receive other control information over the configured coresets. Prioritizing the BFR coreset during the beam failure recovery period may allow the UE to receive the control signal for the beam recovery procedure. In some aspects, the base station may implement this technique by avoiding scheduling overlapping coresets between the configured coresets and the BFR coreset.

In another aspect, the described techniques improve reception of data associated with the beam recovery procedure. For example, the UE may be configured with a default receive beam (e.g., a second receive beam associated with the configured coresets) that is based on a coreset having the lowest identifier and an active transmission configuration information (TCI) state. During a beam failure event, the UE may identify a different receive beam (e.g., a first receive beam that is associated with a BFR coreset) to use for receiving the beam recovery signal(s). Accordingly and based on the beam failure event occurring, the UE may discard the default receive beam and instead use the first receive beam for receiving a BFR signal and some or all of the BFR data signal(s). In some aspects, this may include the UE using the first receive beam during a beam switch latency period that is associated with the UE, e.g., until the UE can decode the BFR signal (e.g., downlink control information (DCI)) to determine which receive beam is scheduled for receiving the BFR data signal(s).

In another aspect, the described techniques may be utilized to support prioritization of coreset that are associated with a beam failure recovery event over other configured coresets. For example, the UE may determine that the beam failure event has occurred and that the number of coresets configured for the UE has exceeded a threshold (e.g., the coresets are overbooked). Generally, the coresets may include at least one BFR coreset and one or more other configured coreset. The UE may prioritize monitoring the BFR coreset (e.g., may drop one or more of the other configured coresets) during a BFR period.

A method of wireless communication at a UE is described. The method may include determining, during a beam failure recovery period, that a configured control resource set at least partially overlaps with a beam failure recovery control resource set, configuring, based on the at least partial overlap, a receive beam to receive the beam failure recovery control resource set, and receiving a control signal over the beam failure recovery control resource set during the beam failure recovery period.

An apparatus for wireless communication at a UE is described. The apparatus may include a processor, memory in electronic communication with the processor, and instructions stored in the memory. The instructions may be executable by the processor to cause the apparatus to determine, during a beam failure recovery period, that a configured control resource set at least partially overlaps with a beam failure recovery control resource set, configure, based on the at least partial overlap, a receive beam to receive the beam failure recovery control resource set, and receive a control signal over the beam failure recovery control resource set during the beam failure recovery period.

Another apparatus for wireless communication at a UE is described. The apparatus may include means for determining, during a beam failure recovery period, that a configured control resource set at least partially overlaps with a beam failure recovery control resource set, configuring, based on the at least partial overlap, a receive beam to receive the beam failure recovery control resource set, and receiving a control signal over the beam failure recovery control resource set during the beam failure recovery period.

A non-transitory computer-readable medium storing code for wireless communication at a UE is described. The code may include instructions executable by a processor to determine, during a beam failure recovery period, that a configured control resource set at least partially overlaps with a beam failure recovery control resource set, configure, based on the at least partial overlap, a receive beam to receive the beam failure recovery control resource set, and receive a control signal over the beam failure recovery control resource set during the beam failure recovery period.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for determining that a beam failure event may have occurred, transmitting, based on the occurrence of the beam failure event, a beam failure recovery request to a base station using a transmit beam and identifying the receive beam based on the transmit beam.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for monitoring a set of candidate beams transmitted from the base station and selecting the transmit beam from the set of candidate beams.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the beam failure recovery period includes a time period between transmitting a beam failure recovery request signal and receiving the control signal, where the control signal includes at least a portion of a beam failure recovery response.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the beam failure recovery period includes a time period between transmitting a beam failure recovery request signal and receiving a signal activating a transmission configuration information state.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the signal includes a Radio Resource Control (RRC) signal, or a MAC CE, or a combination thereof.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the at least partial overlap includes a time domain overlap, or a frequency domain overlap, or a combination thereof.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the control signal includes at least a portion of a beam failure recovery response.

A method of wireless communication at a base station is described. The method may include determining that a beam failure event has occurred for a UE, configuring, based on the determining, a beam failure recovery control resource set and one or more configured control resource sets for the UE, where the beam failure recovery control resource set does not overlap with the one or more configured control resource sets, and transmitting, based on the determining, a control signal over the beam failure recovery control resource set.

An apparatus for wireless communication at a base station is described. The apparatus may include a processor, memory in electronic communication with the processor, and instructions stored in the memory. The instructions may be executable by the processor to cause the apparatus to determine that a beam failure event has occurred for a UE, configure, based on the determining, a beam failure recovery control resource set and one or more configured control resource sets for the UE, where the beam failure recovery control resource set does not overlap with the one or more configured control resource sets, and transmit, based on the determining, a control signal over the beam failure recovery control resource set.

Another apparatus for wireless communication at a base station is described. The apparatus may include means for determining that a beam failure event has occurred for a UE, configuring, based on the determining, a beam failure recovery control resource set and one or more configured control resource sets for the UE, where the beam failure recovery control resource set does not overlap with the one or more configured control resource sets, and transmitting, based on the determining, a control signal over the beam failure recovery control resource set.

A non-transitory computer-readable medium storing code for wireless communication at a base station is described. The code may include instructions executable by a processor to determine that a beam failure event has occurred for a UE, configure, based on the determining, a beam failure recovery control resource set and one or more configured control resource sets for the UE, where the beam failure recovery control resource set does not overlap with the one or more configured control resource sets, and transmit, based on the determining, a control signal over the beam failure recovery control resource set.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the beam failure recovery control resource set and one or more configured control resource sets may be configured to not overlap prior to the occurrence of the beam failure event.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the beam failure recovery control resource set and one or more configured control resource sets may be configured to not overlap in response to the occurrence of the beam failure event and during a beam failure recovery period.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for receiving a beam failure recovery request from the UE, where the occurrence of the beam failure event may be based on the beam failure recovery request.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the control signal includes at least a portion of a beam failure recovery response.

A method of wireless communication at a UE is described. The method may include determining that a beam failure event has occurred for the UE, identifying, during a beam failure recovery period associated with the beam failure event, a first receive beam associated with a beam failure recovery control resource set and a second receive beam associated with a configured control resource set that is configured for the UE during the beam failure recovery period, discarding the second receive beam in response to the occurrence of the beam failure event, and receiving, using the first receive beam, a beam failure recovery signal and at least a portion of a beam failure recovery data signal during a beam switch latency period associated with the UE.

An apparatus for wireless communication at a UE is described. The apparatus may include a processor, memory in electronic communication with the processor, and instructions stored in the memory. The instructions may be executable by the processor to cause the apparatus to determine that a beam failure event has occurred for the UE, identify, during a beam failure recovery period associated with the beam failure event, a first receive beam associated with a beam failure recovery control resource set and a second receive beam associated with a configured control resource set that is configured for the UE during the beam failure recovery period, discard the second receive beam in response to the occurrence of the beam failure event, and receive, using the first receive beam, a beam failure recovery signal and at least a portion of a beam failure recovery data signal during a beam switch latency period associated with the UE.

Another apparatus for wireless communication at a UE is described. The apparatus may include means for determining that a beam failure event has occurred for the UE, identifying, during a beam failure recovery period associated with the beam failure event, a first receive beam associated with a beam failure recovery control resource set and a second receive beam associated with a configured control resource set that is configured for the UE during the beam failure recovery period, discarding the second receive beam in response to the occurrence of the beam failure event, and receiving, using the first receive beam, a beam failure recovery signal and at least a portion of a beam failure recovery data signal during a beam switch latency period associated with the UE.

A non-transitory computer-readable medium storing code for wireless communication at a UE is described. The code may include instructions executable by a processor to determine that a beam failure event has occurred for the UE, identify, during a beam failure recovery period associated with the beam failure event, a first receive beam associated with a beam failure recovery control resource set and a second receive beam associated with a configured control resource set that is configured for the UE during the beam failure recovery period, discard the second receive beam in response to the occurrence of the beam failure event, and receive, using the first receive beam, a beam failure recovery signal and at least a portion of a beam failure recovery data signal during a beam switch latency period associated with the UE.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for identifying, based on the beam failure recovery signal, a third receive beam and receiving, using the third receive beam, a second portion of the beam failure recovery data signal after the beam switch latency period associated with the UE.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for transmitting, based on the occurrence of the beam failure event, a beam failure recovery request to a base station using a transmit beam and identifying the first receive beam based on the transmit beam.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for monitoring a set of candidate beams transmitted from the base station and selecting the transmit beam from the set of candidate beams.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the configured control signal may be associated with a control resource set having a lowest available identifier and an associated transmission configuration information state.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the first and second receive beams may be associated with a receiving physical downlink shared channel (PDSCH) during at least a portion of the beam switch latency period associated with the UE.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for discarding the second receive beam when the beam failure recovery control resource set may have an associated transmission opportunity in a same slot as the configured control resource set.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for receiving, using the first receive beam, the beam failure recovery signal that overlaps with a resource for a downlink or an uplink transmission scheduled by the configured control resource set.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the configured control resource set scheduling the downlink or the uplink transmission occurs before or after the downlink or the uplink transmission of a beam failure recovery request.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for transmitting an acknowledgement/negative acknowledgement for the scheduled downlink transmission.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for refraining from transmitting an acknowledgement/negative acknowledgement for the scheduled downlink transmission.

A method of wireless communication at a base station is described. The method may include determining that a beam failure event has occurred for a UE, identifying a beam switch latency period associated with the UE, transmitting, based on the beam failure event occurring, a control signal to the UE, and transmitting a data signal to the UE during a portion of the slot that occurs after the beam switch latency period of the UE.

An apparatus for wireless communication at a base station is described. The apparatus may include a processor, memory in electronic communication with the processor, and instructions stored in the memory. The instructions may be executable by the processor to cause the apparatus to determine that a beam failure event has occurred for a UE, identify a beam switch latency period associated with the UE, transmit, based on the beam failure event occurring, a control signal to the UE, and transmit a data signal to the UE during a portion of the slot that occurs after the beam switch latency period of the UE.

Another apparatus for wireless communication at a base station is described. The apparatus may include means for determining that a beam failure event has occurred for a UE, identifying a beam switch latency period associated with the UE, transmitting, based on the beam failure event occurring, a control signal to the UE, and transmitting a data signal to the UE during a portion of the slot that occurs after the beam switch latency period of the UE.

A non-transitory computer-readable medium storing code for wireless communication at a base station is described. The code may include instructions executable by a processor to determine that a beam failure event has occurred for a UE, identify a beam switch latency period associated with the UE, transmit, based on the beam failure event occurring, a control signal to the UE, and transmit a data signal to the UE during a portion of the slot that occurs after the beam switch latency period of the UE.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for determining to transmit the data signal during the portion of the slot that occurs after the beam switch latency period prior to the occurrence of the beam failure event.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for determining to transmit the data signal during the portion of the slot that occurs after the beam switch latency period prior to the occurrence of the beam failure event in response to the occurrence of the beam failure event.

A method of wireless communication at a UE is described. The method may include determining that a beam failure event has occurred, determining that a number of control resource sets has exceeded a threshold based on the occurrence of the beam failure event, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and prioritizing a monitoring of the beam failure recovery control resource set over the one or more configured control resource sets during a beam failure recovery period.

An apparatus for wireless communication at a UE is described. The apparatus may include a processor, memory in electronic communication with the processor, and instructions stored in the memory. The instructions may be executable by the processor to cause the apparatus to determine that a beam failure event has occurred, determine that a number of control resource sets has exceeded a threshold based on the occurrence of the beam failure event, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and prioritize a monitoring of the beam failure recovery control resource set over the one or more configured control resource sets during a beam failure recovery period.

Another apparatus for wireless communication at a UE is described. The apparatus may include means for determining that a beam failure event has occurred, determining that a number of control resource sets has exceeded a threshold based on the occurrence of the beam failure event, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and prioritizing a monitoring of the beam failure recovery control resource set over the one or more configured control resource sets during a beam failure recovery period.

A non-transitory computer-readable medium storing code for wireless communication at a UE is described. The code may include instructions executable by a processor to determine that a beam failure event has occurred, determine that a number of control resource sets has exceeded a threshold based on the occurrence of the beam failure event, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and prioritize a monitoring of the beam failure recovery control resource set over the one or more configured control resource sets during a beam failure recovery period.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for determining an identifier associated with each control resource set and dropping one or more control resource sets based on the corresponding identifier, where the identifier for the beam failure recovery control resource set may be lower than the identifiers corresponding to the dropped one or more control resource sets.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for determining that an identifier for at least one of the control resource sets identifies the at least one of the control resource sets as the beam failure recovery control resource set and dropping one or more control resource sets other than the beam failure recovery control resource set based on the corresponding identifier.

A method of wireless communication at a base station is described. The method may include determining that a beam failure event has occurred for a UE, configuring a set of control resource sets for the UE based on the determining, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and selecting an identifier for each control resource set, where the identifier for the beam failure recovery control resource set is lower than the identifiers for the one or more configured control resource sets.

An apparatus for wireless communication at a base station is described. The apparatus may include a processor, memory in electronic communication with the processor, and instructions stored in the memory. The instructions may be executable by the processor to cause the apparatus to determine that a beam failure event has occurred for a UE, configure a set of control resource sets for the UE based on the determining, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and select an identifier for each control resource set, where the identifier for the beam failure recovery control resource set is lower than the identifiers for the one or more configured control resource sets.

Another apparatus for wireless communication at a base station is described. The apparatus may include means for determining that a beam failure event has occurred for a UE, configuring a set of control resource sets for the UE based on the determining, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and selecting an identifier for each control resource set, where the identifier for the beam failure recovery control resource set is lower than the identifiers for the one or more configured control resource sets.

A non-transitory computer-readable medium storing code for wireless communication at a base station is described. The code may include instructions executable by a processor to determine that a beam failure event has occurred for a UE, configure a set of control resource sets for the UE based on the determining, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and select an identifier for each control resource set, where the identifier for the beam failure recovery control resource set is lower than the identifiers for the one or more configured control resource sets.

Some examples of the method, apparatuses, and non-transitory computer-readable medium described herein may further include operations, features, means, or instructions for receiving a beam failure recovery request from the UE, where the occurrence of the beam failure event may be based on the beam failure recovery request.

In some examples of the method, apparatuses, and non-transitory computer-readable medium described herein, the control signal includes at least a portion of a beam failure recovery response.

DETAILED DESCRIPTION

Some wireless communication systems may operate in millimeter wave (mmW) frequency ranges (e.g., 28 GHz, 40 GHz, 60 GHz, etc.). In some cases, wireless communication at these frequencies may be associated with increased signal attenuation (e.g., path loss), which may be influenced by various factors, such as temperature, barometric pressure, diffraction, etc. As a result, signal processing techniques such as beamforming (i.e., directional transmission) may be used to coherently combine signal energy and overcome the path loss in specific beam directions. In some cases, a device may select an active beam for communicating with a network by selecting the strongest beam from among a number of candidate beams.

In some aspects, operations in the mmW network may be interrupted during a beam failure event. For example, the beam failure event may occur due to UE mobility, blocking, etc., which may result in the current beam (e.g., transmit and/or receive beam being used by the UE) becoming unavailable or otherwise unusable to continue using for wireless communications. According to conventional techniques, when a beam failure event occurs, the UE may determine or otherwise detect that the beam failure event has occurred. In response, the UE may monitor a set of beamformed signals (e.g., a set of candidate beams) being transmitted by the base station and identify a best beam, e.g., which beam is received with the highest receive power level, with the lowest interference level, and the like. The UE typically uses the best beam to transmit a beam failure recovery (BFR) request to the base station to initiate the BFR procedure. Typically, the BFR procedure includes the base station transmitting a signal (e.g., a physical downlink control channel (PDCCH) carrying a downlink control information (DCI)) that conveys or otherwise indicates a grant for a data signal (e.g., a physical downlink shared channel (PDSCH)). However, in some circumstances, conventional techniques may result in the UE being unable to receive the signal and/or the data signal for the BFR procedure. In some aspects, such conventional techniques may result in the loss of reception due to the UE being configured with coresets and/or other implementation techniques that prevent the UE from receiving the BFR signal and/or data signals.

Aspects of the disclosure are initially described in the context of a wireless communication system, such as a mmW network. In some aspects, wireless communication systems may be configured to support improved prioritization techniques in a BFR scenario. In one aspect, this may include prioritizing PDCCH (e.g., control signals or simply signals) transmitted on BFR control resource set (coreset) (e.g., on a search space (SS) associated with the BFR procedure (BFR-SS)) over PDCCH transmissions that are not associated with the BFR procedure (e.g., other configured PDCCH transmissions on configured coresets). As one example, this may include the UE determining that the BFR coreset at least partially overlaps (e.g., in time and/or frequency) with other configured coresets. In this instance, the UE may select or otherwise use the BFR coreset to receive a control signal as a part of a BFR procedure. In some aspects, this may include the base station being more particular about configuring coresets to avoid any overlap between BFR coreset and the other configured coresets (e.g., either in response to the BFR event occurring and/or on a more permanent basis).

Additionally or alternatively, aspects of the described techniques may support improved BFR data signal reception (e.g., PDSCH) during a BFR procedure. For example, the UE may be configured with a default receive beam (e.g., a second receive beam) to use to receive data signals. Conventionally, the default receive beam may be based on a coreset (e.g., a SS) having the lowest identifier value and having an associated transmission configuration information (TCI) state. However, in a BFR event the new best beam may not have a TCI state configured. For example, the UE may dynamically determine the best beam after the BFR event is detected based on a set of candidate beams transmitted from the base station. The UE may identify the best beam from the candidate transmit beams and use this information to select a transmit beam (and an associated receive beam, which may be referred to as a first receive beam) to use during the BFR procedure. The UE may transmit a BFR request using the identified transmit beam, and then use the associated receive beam to detect the BFR control signal on the BFR coreset. According to conventional techniques, the UE would be configured to switch to the default receive beam to receive data signals following the control signals. Instead, the UE may use the best beam (e.g., the first receive beam determined based on the candidate transmit beams from the base station) to continue to monitor for the BFR data signals for one or more symbols. For example, the UE may have an associated beam switch latency period that includes the time between when the BFR control signal is received and when the UE decodes the information in the BFR control signal (e.g., the downlink control information (DCI)) to determine which TCI state (and corresponding receive beam) to use to receive the BFR data signals. During the period of the beam switch latency, the UE may instead use the best receive beam (e.g., the first receive beam) to receive BFR data signals until the UE is able to decode the BFR control signal (e.g., the DCI).

In another aspect, the described techniques provide a mechanism where overbooking of coresets does not result in dropping of a BFR coreset. For example, the UE may determine that a certain number of coresets has exceeded a threshold (e.g., the coresets have been overbooked) during a BFR event. In response, the UE may prioritize monitoring the BFR coreset over the other configured coresets in order to ensure that the BFR control signals are received. That is, conventional techniques require the UE to drop overbooked coresets beginning with the coresets having the highest identifier value. However, according to aspects of the described techniques the UE may identify the BFR coreset from the other configured coresets and, when overbooked, drop one or more of the other configured coresets instead of the BFR coreset.

Aspects of the disclosure are further illustrated by and described with reference to apparatus diagrams, system diagrams, and flowcharts that relate to prioritizations during beam failure recovery.

A UE115may determine, during a beam failure recovery period, that a configured control resource set at least partially overlaps with a beam failure recovery control resource set. The UE115may configure, based at least in part on the at least partial overlap, a receive beam to receive the beam failure recovery control resource set. The UE115may receive a control signal over the beam failure recovery control resource set during the beam failure recovery period.

A base station105may determine that a beam failure event has occurred for a UE115. The base station105may configure, based at least in part on the determining, a beam failure recovery control resource set and one or more configured control resource sets for the UE, where the beam failure recovery control resource set does not overlap with the one or more configured control resource sets. The base station105may transmit, based at least in part on the determining, a control signal over the beam failure recovery control resource set.

A UE115may determine that a beam failure event has occurred for the UE115. The UE115may identify, during a beam failure recovery period associated with the beam failure event, a first receive beam associated with a beam failure recovery control resource set and a second receive beam associated with a configured control resource set that is configured for the UE during the beam failure recovery period. The UE115may discard the second receive beam in response to the occurrence of the beam failure event. The UE115may receive, using the first receive beam, a beam failure recovery signal and at least a portion of a beam failure recovery data signal during a beam switch latency period associated with the UE.

A base station105may determine that a beam failure event has occurred for a UE115. The base station105may identify a beam switch latency period associated with the UE115. The UE115may transmit, based at least in part on the beam failure event occurring, a control signal to the UE115. The base station105may transmit a data signal to the UE115during a portion of the slot that occurs after the beam switch latency period of the UE115.

A UE115may determine that a beam failure event has occurred. The UE115may determine that a number of control resource sets has exceeded a threshold based at least in part on the occurrence of the beam failure event, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets. The UE115may prioritize a monitoring of the beam failure recovery control resource set over the one or more configured control resource sets during a beam failure recovery period.

A base station105may determine that a beam failure event has occurred for a UE115. The base station105may configure a set of control resource sets for the UE115based at least in part on the determining, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets. The base station105may select an identifier for each control resource set, where the identifier for the beam failure recovery control resource set is lower than the identifiers for the one or more configured control resource sets.

FIG. 2illustrates an example of a slot configuration200in accordance with aspects of the present disclosure. In some examples, slot configuration200may implement aspects of wireless communication system100. Aspects of slot configuration200may be implemented by UE and/or a base station, which may be examples of the corresponding devices described herein. In some aspects, slot configuration200may be implemented in a mmW network. In some aspects, slot205may be implemented or wireless communications, such as during a BFR event.

Generally, slot configuration200illustrates one example of a slot205that includes a control portion210and a data portion215. Generally, the control portion210may include one or more coresets. Generally, a coreset may include various control resources, a search space, and the like. Examples of coresets may include one or more configured coresets220and one or more BFR coresets225. The data portion215generally carries or otherwise conveys data signals configured by the coreset(s) in the control portion210.

Typically, a BFR event may occur when the beam (e.g., transmit and/or receive beam) being used for wireless communications suddenly becomes unavailable or otherwise unusable. For example, the beam may become unavailable due to UE mobility, blocking, and the like. Another example may include the beam no longer be acceptable for wireless communications, e.g., due to the increased interference level, fading, and the like. Conventionally, the UE detecting a BFR event may begin monitoring a set of candidate beams transmitted from a base station to identify a new best beam. For example, the base station may transmit the set of candidate beams according to a known pattern and/or schedule, and may include an identifier for each candidate beam. The UE may receive one or more of the candidate beams and identify the best beam as the beam with the highest receive power level, with the lowest interference level, and the like. Based on this best beam identified from the set of candidate beams, the UE may to use the best beam for transmitting a BFR request to the base station. For example, the UE may identify its own transmit beam, as well as an associated receive beam to use during the BFR procedure based on the candidate beams.

The BFR request typically initiates the BFR procedure between the base station and the UE in order to identify a new beam to use for wireless communications. The BFR procedure typically has an associated BFR period, which may be defined in a number of ways. In one example, the BFR period may include the time between transmitting the BFR request and when a BFR response is received (e.g., when a control signal is received on coresets that are associated with the BFR procedure, such as a BFR coreset225). In another example, the BFR period may include the time between transmitting the BFR request and receiving a signal activating a TCI state. For example, a higher layer signaling (e.g., MAC CE, RRC, or other higher layer signaling) may be received during the BFR procedure that completes the BFR procedure and ends the BFR period.

The typical BFR procedure includes the UE transmitting the BFR request to the base station, and the base station transmitting the BFR response to the UE. The BFR response may include control and/or data signals associated with the BFR procedure that are used to identify the new beam to be used between the base station and the UE. For example, the BFR response may include one or more control signals received on resources allocated to or otherwise associated with the BFR procedure (e.g., BFR coreset225) that carry or otherwise convey an indication of resources to use for receiving data signals associated with the BFR procedure. However, conventional techniques may result in a loss of the BFR control signals and/or data signals by the UE. For example, conventional techniques may result in the UE being forced to monitor other resources, rather than the resources associated with the BFR response.

As one example, conventional wireless networks may be configured with various parameters and/or rules that are implemented during wireless communications and/or during a particular scenario. As one example and in the scenario where a BFR event has occurred, one rule may define which search space (e.g., which coreset) the UE monitors after transmitting the BFR request. For example, the conventional rules may require the UE, after transmitting the BFR request, to continue to monitor previously configured search spaces (e.g., configured coresets220) in addition to the BFR search space (e.g., the BFR coreset225). This may prove problematic when there is an overlap between the configured coresets220and the BFR coreset225during the BFR period.

As another example, conventional techniques may dictate which receive beam the UE uses after the coresets. More particular, for the PDCCH monitoring and for the corresponding PDSCH reception, conventional techniques may include the UE assuming the same antenna quasi co-located (QCL) parameters with an index g_new until the UE receives (by higher layers) an activation for a TCI state or any other parameters (e.g., TCI-StatesPDCCH-ToAddlist and/or TCI-StatesPDCCH-ToReleaseList). In a similar rule, conventional techniques require that before decoding the DCI (e.g., the BFR control signal indicated in the BFR coreset225), a UE operating in an RRC connected mode may use the default receive beam to receive PDCCH on a corset with the lowest ID and with the TCI state configured in the latest slot with the monitored corsets. However, in a BFR scenario these rules may result in the UE missing the corresponding PDSCH following the BFR control signal.

However, aspects of the described techniques provide a mechanism that improves prioritizations by the UE and/or base station during a BFR event. In one aspect this may include during the BFR recovery period, addressing the situation where the BFR search space (e.g., BFR coreset225) time occasion overlaps (e.g., at least to some degree) with another previously configured search space (e.g., one or more of configured coresets220) occasion. If the UE were to choose the receive beam for receiving the previously configured corset (e.g., configured coresets220), it may not be able to receive the PDCCH carried on the BFR corset225in the BFR search space.

The situation is illustrated in slot configuration200where a configured coreset220overlaps (in the time domain in this example) with the BFR coreset225in the control portion210. In this instance, instead of monitoring the configured coreset220, the UE may determine that at least one of the configured coresets220overlap with the BFR coreset225and, instead, may configure a receive beam to receive the control signal over the BFR coreset225during the BFR recovery period. That is, in the instance where the configured coreset220overlaps with a BFR coreset225during the BFR period, the UE may prioritize the BFR coreset225for reception to ensure that the BFR procedure can be successfully performed. Accordingly, the UE may receive the control signal (e.g., DCI) over the BFR coreset225. It is to be understood that aspects of this described technique may be utilized when the configured coreset220overlaps with the BFR coreset225in the time domain and/or in the frequency domain.

In another approach to resolve this issue, aspects of the described techniques may be implemented at a base station or network. For example, the network may simply refrain from configuring or otherwise allocating any of the configured coresets220that overlap with BFR coreset225. The base station or network may avoid such overlapping configurations permanently (e.g., without regard to whether the BFR event has occurred) and/or as needed (e.g., in response to the occurrence of the BFR event). Accordingly, aspects of the described techniques may improve reception of the control signal over the BFR coreset225during the BFR period.

In some aspects, during the BFR period and when the BFR search space (e.g., BFR coreset225) occasion overlaps with the previously configured search space (e.g., configured coreset220) occasion, the UE may use the receive beam for receiving the BFR corset225to receive the control signal in the BFR search space. In some aspects, the network configuration may ensure that the BFR search space occasion never overlaps with other search space occasions. For example, the network configuration may ensure that there is never any overlap. In another example, the network configuration may ensure that no overlap occurs at least after receiving the BFR request and before receiving an acknowledgment for a MAC CE activation command for a TCI state and/or an RRC reconfiguration for TCI state.

Other problematic areas with respect to conventional techniques include the situation where too many coresets are allocated or otherwise configured. The situation may typically be referred to as overbooking and may include the number of monitored search spaces (e.g., coresets) in a slot exceeding the UE capability. In this instance, conventional techniques require the UE to drop certain search spaces (e.g., certain coresets), with the decision on which search space(s) to drop being based on the search space identifier. As one example, conventional techniques require that the search spaces with the largest identifier are dropped first. In this instance, the UE may drop the BFR search space (e.g., BFR coreset225) after sending the BFR request and, therefore cannot receive the BFR response.

To address this issue, aspects of the described techniques provide for prioritization of the BFR search space (e.g., BFR coreset225) in an overbooking scenario. For example, during a BFR event, the UE may determine that the number of coresets (e.g., configured coresets220and BFR coresets225) have exceeded a threshold (e.g., to many coresets are booked for the UE). In response, the UE may prioritize monitoring the BFR coreset225over the configured coresets220during the BFR period. In some aspects, the dropping may be based on the identifier. For example, in one example the base station may configure the identifier for the BFR coreset225to be lower than the identifiers used for the configured coresets220. In this aspect, the UE may determine the identifier for each coreset and follow the conventional techniques, whereas the BFR coreset225having the lowest identifier means that it is the last search space to be dropped. In another example, the UE may simply determine which coreset is the BFR coreset225, and drop the necessary amount of configured coresets220while maintaining the BFR coreset225.

In some aspects, the BFR search spaces configured to always have a highest monitoring priority even in the presence of overbooking. At the base station or network, this may be implemented by ensuring that the BFR search space has a lowest identifier in every present slot (e.g., such as slot205). At the UE, this may be implemented by the UE not dropping or otherwise prioritizing and the BFR search space (e.g., the BFR coreset225).

FIG. 3illustrates an example of a slot configuration300in accordance with aspects of the present disclosure. In some examples, slot configuration300may implement aspects of wireless communication system100and/or slot configuration200. Aspects of slot configuration300may be implemented by base station and/or UE, which may be examples of the corresponding devices described herein. In some aspects, slot configuration300may be implemented in a mmW network.

Generally, slot configuration300illustrates an example of a slot that may be used during a BFR event. The slot may span a set of symbols, with nine symbols being shown by way of example only. Generally, the symbol305may include or otherwise be associated with a BFR coreset (e.g., a BFR search space). Generally, the symbol305may carry a DCI which conveys an indication of a grant and/or one or more configurations to be used for receiving data signals (e.g., PDSCH) during one or more of symbols310-345. However, a UE may have an associated beam switch latency350that generally includes the time between reception of the DCI during the symbol305and successfully decoding the DCI to identify the grant and/or configuration information indicated in the DCI. Accordingly, for the symbols310and315, the UE has not have decoded the DCI received in symbol305, and therefore does not know the configuration information and/or grant information indicated in the DCI. In some aspects, this may be problematic during a BFR event when the DCI schedules data signals during symbol310and/or315.

As discussed above, conventional techniques may require a default receive beam that the UE must use to receive the PDSCH (e.g., data signals) when the scheduling offset is less than the beam switch latency threshold. For example, conventional techniques may require the UE to use a default receive beam to receive the PDCCH on a corset with the lowest identifier and with the TCI state configured in the latest slot with the monitored corsets. However, the BFR corsets may have no configured/valid TCI state during the BFR recovery, so it is therefore not considered in the default receive beam determination. Accordingly, during the BFR recovery the default PDSCH receive beam may not be the same as that receiving the BFR corset, e.g., the receive beam selected based on the selected candidate beam for sending the BFR request on the associated random access channel (RACH) resource. Accordingly, the UE may not receive the PDSCH scheduled by PDCCH in the BFR search space if the scheduling offset is less than the UE beam switch latency threshold.

Accordingly, aspects of the described techniques provide a mechanism that prioritizes or otherwise ensures PDSCH reception scheduled by PDCCH in the BFR search space (e.g., the BFR coreset). For example, a UE may determine that the BFR event has occurred and identify a first receive beam associated with the BFR coreset and a second receive beam (e.g., the default receive beam) associated with the configured coreset. The UE may discard or otherwise reduce the priority for the second receive beam based on the BFR event and, instead, use the first receive beam to receive the BFR control signal and at least a portion of the BFR data signal during the beam switch latency period.

That is, using the techniques described above the UE may identify a transmit beam to use to transmit the BFR request based on a set of candidate beams transmitted by the base station. The UE may identify a receive beam (e.g., the first receive beam) based on the transmit beam used to transmit the BFR request signal. The UE may receive the DCI indicated in symbol305using the first receive beam. Conventionally, the UE would be required to switch to the default receive beam (e.g., the second receive beam) starting at symbol310since the BFR coreset does not have an active TCI state configured. However, in accordance with aspects of the described techniques the UE may discard, ignore, or otherwise deprioritize the second receive beam during a BFR event. Instead, the UE may continue to use the first receive beam to receive PDSCH in symbol310and315.

Once the UE successively decodes the DCI at the beam switch latency350, the UE may then know the configured TCI state (e.g., may know which receive beam is configured by the DCI, which may be referred to as third receive beam) and use the third receive beam to receive PDSCH in symbols320-345.

In some aspects, the base station may determine the beam switch latency threshold for the UE and schedule data signals (e.g., PDSCH) to avoid symbols occurring before the beam switch latency350. For example, base station may determine that the BFR event has occurred for the UE and identify the beam switch latency period for the UE. The base station may transmit the control signal to the UE (e.g., the DCI on a BFR coreset during symbol305) and then transmit the data signal (e.g., PDSCH) to the UE during a portion of the slot that occurs after the beam switch latency period of the UE (e.g., in one or more of symbols320-345). Accordingly, the base station (or network) may avoid the situation where the UE is unable to switch to the first receive beam during symbols310and/or315based on the conventional techniques, while ensuring that the UE is able to receive the data signals for the BFR procedure during the slot.

In some aspects, during the BFR recovery period the rule for the default PDSCH receive beam may be modified to include, when the BFR search space occasion or equivalently BFR corset is scheduled in the latest slot with the monitored corsets, the UE shall use the receive beam for receiving the BFR corset as the default PDSCH receive beam. Otherwise, the UE may use the default receive beam according to the conventional rule.

In some aspects, the network may ensure scheduling offset between a scheduled PDSCH and the scheduling PDCCH in the BFR search space is no less than the PDSCH beam switch latency threshold of the UE. In one example, the network may always ensure that the offset is no less than the threshold. In another example, the network may ensure that the offset is no less than the beam switch latency threshold at least after receiving the BFR request and before receiving an acknowledgment for a MAC CE activation command for a TCI state or an RRC reconfiguration for TCI state.

In some aspects, during the BFR recovery the UE may use a default PDSCH receive beam as that for receiving the BFR corset from the beginning of each BFR search space occasion to the end of each BFR search space occasion plus the beam switch latency threshold.

FIG. 4shows a block diagram400of a device405in accordance with aspects of the present disclosure. The device405may be an example of aspects of a UE115as described herein. The device405may include a receiver410, a communications manager415, and a transmitter420. The device405may also include a processor. Each of these components may be in communication with one another (e.g., via one or more buses).

The receiver410may receive information such as packets, user data, or control information associated with various information channels (e.g., control channels, data channels, and information related to prioritizations during beam failure recovery, etc.). Information may be passed on to other components of the device405. The receiver410may be an example of aspects of the transceiver720described with reference toFIG. 7. The receiver410may utilize a single antenna or a set of antennas.

The communications manager415may determine, during a beam failure recovery period, that a configured control resource set at least partially overlaps with a beam failure recovery control resource set, configure, based on the at least partial overlap, a receive beam to receive the beam failure recovery control resource set, and receive a control signal over the beam failure recovery control resource set during the beam failure recovery period. The communications manager415may also determine that a beam failure event has occurred for the UE, identify, during a beam failure recovery period associated with the beam failure event, a first receive beam associated with a beam failure recovery control resource set and a second receive beam associated with a configured control resource set that is configured for the UE during the beam failure recovery period, discard the second receive beam in response to the occurrence of the beam failure event, and receive, using the first receive beam, a beam failure recovery signal and at least a portion of a beam failure recovery data signal during a beam switch latency period associated with the UE. The communications manager415may also determine that a beam failure event has occurred, determine that a number of control resource sets has exceeded a threshold based on the occurrence of the beam failure event, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and prioritize a monitoring of the beam failure recovery control resource set over the one or more configured control resource sets during a beam failure recovery period. The communications manager415may be an example of aspects of the communications manager710described herein.

The transmitter420may transmit signals generated by other components of the device405. In some examples, the transmitter420may be collocated with a receiver410in a transceiver module. For example, the transmitter420may be an example of aspects of the transceiver720described with reference toFIG. 7. The transmitter420may utilize a single antenna or a set of antennas.

The receiver510may receive information such as packets, user data, or control information associated with various information channels (e.g., control channels, data channels, and information related to prioritizations during beam failure recovery, etc.). Information may be passed on to other components of the device505. The receiver510may be an example of aspects of the transceiver720described with reference toFIG. 7. The receiver510may utilize a single antenna or a set of antennas.

The communications manager515may be an example of aspects of the communications manager415as described herein. The communications manager515may include a PDCCH manager520, a PDSCH manager525, and an overbooking manager530. The communications manager515may be an example of aspects of the communications manager710described herein.

The PDCCH manager520may determine, during a beam failure recovery period, that a configured control resource set at least partially overlaps with a beam failure recovery control resource set, configure, based on the at least partial overlap, a receive beam to receive the beam failure recovery control resource set, and receive a control signal over the beam failure recovery control resource set during the beam failure recovery period.

The PDSCH manager525may determine that a beam failure event has occurred for the UE, identify, during a beam failure recovery period associated with the beam failure event, a first receive beam associated with a beam failure recovery control resource set and a second receive beam associated with a configured control resource set that is configured for the UE during the beam failure recovery period, discard the second receive beam in response to the occurrence of the beam failure event, and receive, using the first receive beam, a beam failure recovery signal and at least a portion of a beam failure recovery data signal during a beam switch latency period associated with the UE.

The overbooking manager530may determine that a beam failure event has occurred, determine that a number of control resource sets has exceeded a threshold based on the occurrence of the beam failure event, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and prioritize a monitoring of the beam failure recovery control resource set over the one or more configured control resource sets during a beam failure recovery period.

The transmitter535may transmit signals generated by other components of the device505. In some examples, the transmitter535may be collocated with a receiver510in a transceiver module. For example, the transmitter535may be an example of aspects of the transceiver720described with reference toFIG. 7. The transmitter535may utilize a single antenna or a set of antennas.

FIG. 6shows a block diagram600of a communications manager605in accordance with aspects of the present disclosure. The communications manager605may be an example of aspects of a communications manager415, a communications manager515, or a communications manager710described herein. The communications manager605may include a PDCCH manager610, a BFR procedure manager615, a PDSCH manager620, an overbooking manager625, and a PDCCH prioritization manager630. Each of these modules may communicate, directly or indirectly, with one another (e.g., via one or more buses).

The PDCCH manager610may determine, during a beam failure recovery period, that a configured control resource set at least partially overlaps with a beam failure recovery control resource set. In some examples, the PDCCH manager610may configure, based on the at least partial overlap, a receive beam to receive the beam failure recovery control resource set. In some examples, the PDCCH manager610may receive a control signal over the beam failure recovery control resource set during the beam failure recovery period. In some examples, the PDCCH manager610may discard the second receive beam when the beam failure recovery control resource set has an associated transmission opportunity in a same slot as the configured control resource set. In some examples, the PDCCH manager610may receive, using the first receive beam, the beam failure recovery signal that overlaps with a resource for a downlink or an uplink transmission scheduled by the configured control resource set.

In some examples, the PDCCH manager610may transmit an acknowledgement/negative acknowledgement for the scheduled downlink transmission. In some examples, the PDCCH manager610may refrain from transmitting an acknowledgement/negative acknowledgement for the scheduled downlink transmission. In some cases, the beam failure recovery period includes a time period between transmitting a beam failure recovery request signal and receiving the control signal, where the control signal includes at least a portion of a beam failure recovery response. In some cases, the beam failure recovery period includes a time period between transmitting a beam failure recovery request signal and receiving a signal activating a transmission configuration information state. In some cases, the signal includes an RRC signal, or a MAC CE, or a combination thereof. In some cases, the at least partial overlap includes a time domain overlap, or a frequency domain overlap, or a combination thereof. In some cases, the control signal includes at least a portion of a beam failure recovery response. In some cases, the configured control signal is associated with a control resource set having a lowest available identifier and an associated transmission configuration information state.

In some cases, the first and second receive beams are associated with receiving PDSCH during at least a portion of the beam switch latency period associated with the UE. In some cases, the configured control resource set scheduling the downlink or the uplink transmission occurs before or after the downlink or the uplink transmission of a beam failure recovery request.

The PDSCH manager620may determine that a beam failure event has occurred for the UE. In some examples, the PDSCH manager620may identify, during a beam failure recovery period associated with the beam failure event, a first receive beam associated with a beam failure recovery control resource set and a second receive beam associated with a configured control resource set that is configured for the UE during the beam failure recovery period. In some examples, the PDSCH manager620may discard the second receive beam in response to the occurrence of the beam failure event. In some examples, the PDSCH manager620may receive, using the first receive beam, a beam failure recovery signal and at least a portion of a beam failure recovery data signal during a beam switch latency period associated with the UE.

The overbooking manager625may determine that a beam failure event has occurred. In some examples, the overbooking manager625may determine that a number of control resource sets has exceeded a threshold based on the occurrence of the beam failure event, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets. In some examples, the overbooking manager625may prioritize a monitoring of the beam failure recovery control resource set over the one or more configured control resource sets during a beam failure recovery period.

The BFR procedure manager615may determine that a beam failure event has occurred. In some examples, the BFR procedure manager615may transmit, based on the occurrence of the beam failure event, a beam failure recovery request to a base station using a transmit beam. In some examples, the BFR procedure manager615may identify the receive beam based on the transmit beam. In some examples, the BFR procedure manager615may monitor a set of candidate beams transmitted from the base station. In some examples, the BFR procedure manager615may select the transmit beam from the set of candidate beams. In some examples, the BFR procedure manager615may identify, based on the beam failure recovery signal, a third receive beam. In some examples, the BFR procedure manager615may receive, using the third receive beam, a second portion of the beam failure recovery data signal after the beam switch latency period associated with the UE.

In some examples, the BFR procedure manager615may transmit, based on the occurrence of the beam failure event, a beam failure recovery request to a base station using a transmit beam. In some examples, the BFR procedure manager615may identify the first receive beam based on the transmit beam. In some examples, the BFR procedure manager615may monitor a set of candidate beams transmitted from the base station. In some examples, the BFR procedure manager615may select the transmit beam from the set of candidate beams.

The PDCCH prioritization manager630may determine an identifier associated with each control resource set. In some examples, the PDCCH prioritization manager630may drop one or more control resource sets based on the corresponding identifier, where an identifier for the beam failure recovery control resource set is lower than identifiers corresponding to the dropped one or more control resource sets. In some examples, the PDCCH prioritization manager630may determine that an identifier for at least one of the control resource sets identifies the at least one of the control resource sets as the beam failure recovery control resource set. In some examples, the PDCCH prioritization manager630may drop one or more control resource sets other than the beam failure recovery control resource set based on the corresponding identifier.

FIG. 7shows a diagram of a system700including a device705in accordance with aspects of the present disclosure. The device705may be an example of or include the components of device405, device505, or a UE115as described herein. The device705may include components for bi-directional voice and data communications including components for transmitting and receiving communications, including a communications manager710, an I/O controller715, a transceiver720, an antenna725, memory730, and a processor740. These components may be in electronic communication via one or more buses (e.g., bus745).

The communications manager710may determine, during a beam failure recovery period, that a configured control resource set at least partially overlaps with a beam failure recovery control resource set, configure, based on the at least partial overlap, a receive beam to receive the beam failure recovery control resource set, and receive a control signal over the beam failure recovery control resource set during the beam failure recovery period. The communications manager710may also determine that a beam failure event has occurred for the UE, identify, during a beam failure recovery period associated with the beam failure event, a first receive beam associated with a beam failure recovery control resource set and a second receive beam associated with a configured control resource set that is configured for the UE during the beam failure recovery period, discard the second receive beam in response to the occurrence of the beam failure event, and receive, using the first receive beam, a beam failure recovery signal and at least a portion of a beam failure recovery data signal during a beam switch latency period associated with the UE. The communications manager710may also determine that a beam failure event has occurred, determine that a number of control resource sets has exceeded a threshold based on the occurrence of the beam failure event, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and prioritize a monitoring of the beam failure recovery control resource set over the one or more configured control resource sets during a beam failure recovery period.

The I/O controller715may manage input and output signals for the device705. The I/O controller715may also manage peripherals not integrated into the device705. In some cases, the I/O controller715may represent a physical connection or port to an external peripheral. In some cases, the I/O controller715may utilize an operating system such as iOS®, ANDROID®, MS-DOS®, MS-WINDOWS®, OS/2®, UNIX®, LINUX®, or another known operating system. In other cases, the I/O controller715may represent or interact with a modem, a keyboard, a mouse, a touchscreen, or a similar device. In some cases, the I/O controller715may be implemented as part of a processor. In some cases, a user may interact with the device705via the I/O controller715or via hardware components controlled by the I/O controller715.

The transceiver720may communicate bi-directionally, via one or more antennas, wired, or wireless links as described above. For example, the transceiver720may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver720may also include a modem to modulate the packets and provide the modulated packets to the antennas for transmission, and to demodulate packets received from the antennas. In some cases, the device705may include a single antenna725. However, in some cases the device705may have more than one antenna725, which may be capable of concurrently transmitting or receiving multiple wireless transmissions.

The memory730may include random-access memory (RAM) and read-only memory (ROM). The memory730may store computer-readable, computer-executable code735including instructions that, when executed, cause the processor to perform various functions described herein. In some cases, the memory730may contain, among other things, a basic input/output system (BIOS) which may control basic hardware or software operation such as the interaction with peripheral components or devices.

The code735may include instructions to implement aspects of the present disclosure, including instructions to support wireless communications. The code735may be stored in a non-transitory computer-readable medium such as system memory or other type of memory. In some cases, the code735may not be directly executable by the processor740but may cause a computer (e.g., when compiled and executed) to perform functions described herein.

The communications manager815may determine that a beam failure event has occurred for a UE, configure, based on the determining, a beam failure recovery control resource set and one or more configured control resource sets for the UE, where the beam failure recovery control resource set does not overlap with the one or more configured control resource sets, and transmit, based on the determining, a control signal over the beam failure recovery control resource set. The communications manager815may also determine that a beam failure event has occurred for a UE, identify a beam switch latency period associated with the UE, transmit, based on the beam failure event occurring, a control signal to the UE, and transmit a data signal to the UE during a portion of the slot that occurs after the beam switch latency period of the UE. The communications manager815may also determine that a beam failure event has occurred for a UE, configure a set of control resource sets for the UE based on the determining, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and select an identifier for each control resource set, where the identifier for the beam failure recovery control resource set is lower than the identifiers for the one or more configured control resource sets. The communications manager815may be an example of aspects of the communications manager1110described herein.

The transmitter820may transmit signals generated by other components of the device805. In some examples, the transmitter820may be collocated with a receiver810in a transceiver module. For example, the transmitter820may be an example of aspects of the transceiver1120described with reference toFIG. 11. The transmitter820may utilize a single antenna or a set of antennas.

The communications manager915may be an example of aspects of the communications manager815as described herein. The communications manager915may include a PDCCH manager920, a PDSCH manager925, and an overbooking manager930. The communications manager915may be an example of aspects of the communications manager1110described herein.

The PDCCH manager920may determine that a beam failure event has occurred for a UE, configure, based on the determining, a beam failure recovery control resource set and one or more configured control resource sets for the UE, where the beam failure recovery control resource set does not overlap with the one or more configured control resource sets, and transmit, based on the determining, a control signal over the beam failure recovery control resource set.

The PDSCH manager925may determine that a beam failure event has occurred for a UE, identify a beam switch latency period associated with the UE, transmit, based on the beam failure event occurring, a control signal to the UE, and transmit a data signal to the UE during a portion of the slot that occurs after the beam switch latency period of the UE.

The overbooking manager930may determine that a beam failure event has occurred for a UE, configure a set of control resource sets for the UE based on the determining, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and select an identifier for each control resource set, where the identifier for the beam failure recovery control resource set is lower than the identifiers for the one or more configured control resource sets.

The transmitter935may transmit signals generated by other components of the device905. In some examples, the transmitter935may be collocated with a receiver910in a transceiver module. For example, the transmitter935may be an example of aspects of the transceiver1120described with reference toFIG. 11. The transmitter935may utilize a single antenna or a set of antennas.

FIG. 10shows a block diagram1000of a communications manager1005in accordance with aspects of the present disclosure. The communications manager1005may be an example of aspects of a communications manager815, a communications manager915, or a communications manager1110described herein. The communications manager1005may include a PDCCH manager1010, a BFR procedure manager1015, a PDSCH manager1020, an overbooking manager1025, and a PDCCH prioritization manager1030. Each of these modules may communicate, directly or indirectly, with one another (e.g., via one or more buses).

The PDCCH manager1010may determine that a beam failure event has occurred for a UE. In some examples, the PDCCH manager1010may configure, based on the determining, a beam failure recovery control resource set and one or more configured control resource sets for the UE, where the beam failure recovery control resource set does not overlap with the one or more configured control resource sets. In some examples, the PDCCH manager1010may transmit, based on the determining, a control signal over the beam failure recovery control resource set.

The PDSCH manager1020may determine that a beam failure event has occurred for a UE. In some examples, the PDSCH manager1020may identify a beam switch latency period associated with the UE. In some examples, the PDSCH manager1020may transmit, based on the beam failure event occurring, a control signal to the UE. In some examples, the PDSCH manager1020may transmit a data signal to the UE during a portion of the slot that occurs after the beam switch latency period of the UE.

The overbooking manager1025may determine that a beam failure event has occurred for a UE. In some examples, the overbooking manager1025may configure a set of control resource sets for the UE based on the determining, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets. In some examples, the overbooking manager1025may select an identifier for each control resource set, where the identifier for the beam failure recovery control resource set is lower than the identifiers for the one or more configured control resource sets.

The BFR procedure manager1015may receive a beam failure recovery request from the UE, where the occurrence of the beam failure event is based on the beam failure recovery request. In some examples, the BFR procedure manager1015may determine to transmit the data signal during the portion of the slot that occurs after the beam switch latency period prior to the occurrence of the beam failure event.

In some examples, the BFR procedure manager1015may determine to transmit the data signal during the portion of the slot that occurs after the beam switch latency period prior to the occurrence of the beam failure event in response to the occurrence of the beam failure event. In some cases, the beam failure recovery control resource set and one or more configured control resource sets are configured to not overlap prior to the occurrence of the beam failure event. In some cases, the beam failure recovery control resource set and one or more configured control resource sets are configured to not overlap in response to the occurrence of the beam failure event and during a beam failure recovery period. In some cases, the control signal includes at least a portion of a beam failure recovery response.

The PDCCH prioritization manager1030may receive a beam failure recovery request from the UE, where the occurrence of the beam failure event is based on the beam failure recovery request. In some cases, the control signal includes at least a portion of a beam failure recovery response.

FIG. 11shows a diagram of a system1100including a device1105in accordance with aspects of the present disclosure. The device1105may be an example of or include the components of device805, device905, or a base station105as described herein. The device1105may include components for bi-directional voice and data communications including components for transmitting and receiving communications, including a communications manager1110, a network communications manager1115, a transceiver1120, an antenna1125, memory1130, a processor1140, and an inter-station communications manager1145. These components may be in electronic communication via one or more buses (e.g., bus1150).

The communications manager1110may determine that a beam failure event has occurred for a UE, configure, based on the determining, a beam failure recovery control resource set and one or more configured control resource sets for the UE, where the beam failure recovery control resource set does not overlap with the one or more configured control resource sets, and transmit, based on the determining, a control signal over the beam failure recovery control resource set. The communications manager1110may also determine that a beam failure event has occurred for a UE, identify a beam switch latency period associated with the UE, transmit, based on the beam failure event occurring, a control signal to the UE, and transmit a data signal to the UE during a portion of the slot that occurs after the beam switch latency period of the UE. The communications manager1110may also determine that a beam failure event has occurred for a UE, configure a set of control resource sets for the UE based on the determining, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets, and select an identifier for each control resource set, where the identifier for the beam failure recovery control resource set is lower than the identifiers for the one or more configured control resource sets.

In some cases, the wireless device may include a single antenna1125. However, in some cases the device may have more than one antenna1125, which may be capable of concurrently transmitting or receiving multiple wireless transmissions.

The memory1130may include RAM, ROM, or a combination thereof. The memory1130may store computer-readable code1135including instructions that, when executed by a processor (e.g., the processor1140) cause the device to perform various functions described herein. In some cases, the memory1130may contain, among other things, a BIOS which may control basic hardware or software operation such as the interaction with peripheral components or devices.

The code1135may include instructions to implement aspects of the present disclosure, including instructions to support wireless communications. The code1135may be stored in a non-transitory computer-readable medium such as system memory or other type of memory. In some cases, the code1135may not be directly executable by the processor1140but may cause a computer (e.g., when compiled and executed) to perform functions described herein.

At1205, the UE may determine, during a beam failure recovery period, that a configured control resource set at least partially overlaps with a beam failure recovery control resource set. The operations of1205may be performed according to the methods described herein. In some examples, aspects of the operations of1205may be performed by a PDCCH manager as described with reference toFIGS. 4 through 7.

At1210, the UE may configure, based on the at least partial overlap, a receive beam to receive the beam failure recovery control resource set. The operations of1210may be performed according to the methods described herein. In some examples, aspects of the operations of1210may be performed by a PDCCH manager as described with reference toFIGS. 4 through 7.

At1215, the UE may receive a control signal over the beam failure recovery control resource set during the beam failure recovery period. The operations of1215may be performed according to the methods described herein. In some examples, aspects of the operations of1215may be performed by a PDCCH manager as described with reference toFIGS. 4 through 7.

At1305, the base station may determine that a beam failure event has occurred for a UE. The operations of1305may be performed according to the methods described herein. In some examples, aspects of the operations of1305may be performed by a PDCCH manager as described with reference toFIGS. 8 through 11.

At1310, the base station may configure, based on the determining, a beam failure recovery control resource set and one or more configured control resource sets for the UE, where the beam failure recovery control resource set does not overlap with the one or more configured control resource sets. The operations of1310may be performed according to the methods described herein. In some examples, aspects of the operations of1310may be performed by a PDCCH manager as described with reference toFIGS. 8 through 11.

At1315, the base station may transmit, based on the determining, a control signal over the beam failure recovery control resource set. The operations of1315may be performed according to the methods described herein. In some examples, aspects of the operations of1315may be performed by a PDCCH manager as described with reference toFIGS. 8 through 11.

At1405, the UE may determine that a beam failure event has occurred for the UE. The operations of1405may be performed according to the methods described herein. In some examples, aspects of the operations of1405may be performed by a PDSCH manager as described with reference toFIGS. 4 through 7.

At1410, the UE may identify, during a beam failure recovery period associated with the beam failure event, a first receive beam associated with a beam failure recovery control resource set and a second receive beam associated with a configured control resource set that is configured for the UE during the beam failure recovery period. The operations of1410may be performed according to the methods described herein. In some examples, aspects of the operations of1410may be performed by a PDSCH manager as described with reference toFIGS. 4 through 7.

At1415, the UE may discard the second receive beam in response to the occurrence of the beam failure event. The operations of1415may be performed according to the methods described herein. In some examples, aspects of the operations of1415may be performed by a PDSCH manager as described with reference toFIGS. 4 through 7.

At1420, the UE may receive, using the first receive beam, a beam failure recovery signal and at least a portion of a beam failure recovery data signal during a beam switch latency period associated with the UE. The operations of1420may be performed according to the methods described herein. In some examples, aspects of the operations of1420may be performed by a PDSCH manager as described with reference toFIGS. 4 through 7.

At1505, the base station may determine that a beam failure event has occurred for a UE. The operations of1505may be performed according to the methods described herein. In some examples, aspects of the operations of1505may be performed by a PDSCH manager as described with reference toFIGS. 8 through 11.

At1510, the base station may identify a beam switch latency period associated with the UE. The operations of1510may be performed according to the methods described herein. In some examples, aspects of the operations of1510may be performed by a PDSCH manager as described with reference toFIGS. 8 through 11.

At1515, the base station may transmit, based on the beam failure event occurring, a control signal to the UE. The operations of1515may be performed according to the methods described herein. In some examples, aspects of the operations of1515may be performed by a PDSCH manager as described with reference toFIGS. 8 through 11.

At1520, the base station may transmit a data signal to the UE during a portion of the slot that occurs after the beam switch latency period of the UE. The operations of1520may be performed according to the methods described herein. In some examples, aspects of the operations of1520may be performed by a PDSCH manager as described with reference toFIGS. 8 through 11.

At1605, the UE may determine that a beam failure event has occurred. The operations of1605may be performed according to the methods described herein. In some examples, aspects of the operations of1605may be performed by an overbooking manager as described with reference toFIGS. 4 through 7.

At1610, the UE may determine that a number of control resource sets has exceeded a threshold based on the occurrence of the beam failure event, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets. The operations of1610may be performed according to the methods described herein. In some examples, aspects of the operations of1610may be performed by an overbooking manager as described with reference toFIGS. 4 through 7.

At1615, the UE may prioritize a monitoring of the beam failure recovery control resource set over the one or more configured control resource sets during a beam failure recovery period. The operations of1615may be performed according to the methods described herein. In some examples, aspects of the operations of1615may be performed by an overbooking manager as described with reference toFIGS. 4 through 7.

At1705, the base station may determine that a beam failure event has occurred for a UE. The operations of1705may be performed according to the methods described herein. In some examples, aspects of the operations of1705may be performed by an overbooking manager as described with reference toFIGS. 8 through 11.

At1710, the base station may configure a set of control resource sets for the UE based on the determining, where the control resource sets include a beam failure recovery control resource set and one or more configured control resource sets. The operations of1710may be performed according to the methods described herein. In some examples, aspects of the operations of1710may be performed by an overbooking manager as described with reference toFIGS. 8 through 11.

At1715, the base station may select an identifier for each control resource set, where the identifier for the beam failure recovery control resource set is lower than the identifiers for the one or more configured control resource sets. The operations of1715may be performed according to the methods described herein. In some examples, aspects of the operations of1715may be performed by an overbooking manager as described with reference toFIGS. 8 through 11.