Beam Failure Indicator Evaluation and Logging for Wireless Reliability

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Wireless communication systems face challenges in accurately detecting and managing beam failures due to complex and dynamic environments, which can lead to signal attenuation or blockage, undermining channel resource optimization and communication reliability.

Innovation Solution

A method for user equipment (UE) to evaluate multiple beam failure indicator (BFI) trigger conditions based on beam failure detection (BFD) reference signal measurements, log different types of BFIs, and declare a beam failure if the logged number exceeds a threshold, transmitting the failure indication and reason to a network entity, enabling more informed beam recovery and optimization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If multiple BFI trigger conditions are evaluated and different types of BFIs are logged, then beam failure detection precision is improved, but device complexity increases

Engineering Contradiction:
Improvebeam failure detection precisionVSAvoiddevice complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent segments beam failure detection into multiple distinct BFI trigger conditions (e.g., reference signal quality threshold, signal-to-interference ratio threshold, consecutive failure count threshold). Each trigger condition is evaluated independently and logged separately, allowing precise identification of failure causes while maintaining manageable complexity through modular evaluation logic.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary logging mechanism that records different types of BFIs (e.g., noise-induced failures, interference-induced failures, blockage-induced failures) before final failure declaration. This intermediary layer enables detailed failure analysis without requiring complex real-time processing, as the logging occurs as a separate preparatory step.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If beam failure reasons are identified and transmitted to network entity, then communication reliability is improved, but loss of time increases

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidfailure indication time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent performs preliminary evaluation of multiple BFI trigger conditions and logs different failure types before the final beam failure declaration. By pre-processing and categorizing failure indicators in advance, the system reduces the time required for failure analysis and indication transmission, as the cause identification is already completed when the failure is declared.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The UE autonomously evaluates BFI trigger conditions, logs failure types, determines failure causes, and prepares failure indication information without requiring external assistance. This self-service capability enables rapid local processing and immediate transmission of failure information to the network entity, minimizing communication delays.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS11870534B2Enhanced beam failure indicator and applications
Publication Date: 2024.01.09 QUALCOMM INC
  • US11870534B2 patent drawing
  • US11870534B2 patent drawing
  • US11870534B2 patent drawing

AI summary

Certain aspects of the present disclosure provide techniques for enhancing beam failure indications and detections. In particular, the present disclosure provides techniques for identifying and indicating reasons associated with beam failures. For example, in aspects, a user equipment (UE) may evaluate multiple beam failure indicator (BFI) trigger conditions based on beam failure detection (BFD) reference signal (RS) measurements. The UE logs different types of BFIs based on the evaluating. If a logged number of BFIs exceeds a threshold value within a measurement period, the UE declares a beam failure and transmits, to a network entity, an indication of the beam failure and a reason for the beam failure based on the different types of BFIs detected.