Dynamic RACH Procedure Selection Based on Channel Metrics

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current wireless communication systems face inefficiencies in configuring random access transmissions, particularly in selecting between two-step and four-step random access channel (RACH) procedures, which can lead to delays and increased signaling overhead, especially when signal quality is variable or payload sizes differ.

Innovation Solution

A method where user equipment (UE) and base stations select between two-step and four-step RACH procedures based on channel metrics, quality of service parameters, and payload sizes, using configuration messages that include thresholds and reference signal measurements to determine the appropriate procedure for establishing communication connections.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a four-step RACH procedure is used, then reliability is improved in poor signal conditions, but latency increases

Engineering Contradiction:
Improveconnection establishment reliabilityVSAvoidRACH procedure latency
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements dynamic RACH procedure selection where the UE adapts between two-step and four-step procedures based on real-time channel conditions. The device determines channel quality metrics and dynamically chooses the appropriate RACH type, making the system flexible rather than static. This resolves the contradiction by allowing the system to use the faster two-step procedure when conditions permit and the more reliable four-step procedure when conditions deteriorate.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the parameter of RACH procedure type based on channel quality parameters. By monitoring channel metrics and adjusting the selected RACH procedure accordingly, the system optimizes the balance between latency and reliability. When channel quality is good, the two-step procedure is selected for lower latency; when quality degrades, the four-step procedure is selected for higher reliability.

Inventive Principle:
Principle #35Parameter changes

2Loss of time

If a two-step RACH procedure is used, then latency is reduced, but reliability deteriorates in poor signal conditions

Engineering Contradiction:
ImproveRACH procedure latencyVSAvoidconnection establishment reliability
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The system dynamically switches between two-step and four-step RACH procedures based on real-time channel assessments. Rather than being fixed, the procedure type is adaptively selected, allowing the system to capitalize on the low latency of two-step RACH when conditions are favorable while avoiding its reliability pitfalls when conditions deteriorate.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent performs preliminary channel quality assessment before initiating the RACH procedure. By evaluating channel conditions in advance, the system prevents the reliability issues that would arise from using two-step RACH in poor conditions. This preliminary evaluation acts as a protective measure against potential connection failures.

Inventive Principle:
Principle #9Preliminary anti-action

3Adaptability or versatility

If RACH procedure selection is based on channel metrics, then adaptability is improved, but device complexity increases

Engineering Contradiction:
ImproveRACH procedure adaptabilityVSAvoidUE processing complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent performs preliminary channel quality measurements and evaluations before RACH procedure selection. By assessing channel metrics in advance and establishing selection criteria beforehand, the system reduces the complexity of real-time decision-making. The UE prepares the necessary measurements and comparisons ahead of time, simplifying the actual selection process when connection establishment is needed.

Inventive Principle:
Principle #10Preliminary action

4Ease of operation

If explicit signaling is used to indicate RACH procedure, then ease of operation is improved, but signaling overhead increases

Engineering Contradiction:
ImproveRACH procedure configurationVSAvoidsignaling overhead
Core Design Contradiction:
Ease of operationVSQuantity of substance

Solution Approach 1:

The patent enables the UE to autonomously select the appropriate RACH procedure type based on its own channel quality measurements and pre-configured selection criteria. Rather than requiring explicit network signaling for each selection, the device serves itself by making intelligent decisions based on local observations. This self-service approach reduces signaling overhead while maintaining ease of operation through automated, rule-based selection.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS12016051B2Techniques for configuring random access transmissions
Publication Date: 2024.06.18 QUALCOMM INC
  • US12016051B2 patent drawing
  • US12016051B2 patent drawing
  • US12016051B2 patent drawing

AI summary

Methods, systems, and devices for wireless communications are described. Examples may include receiving, at a user equipment (UE) a random access channel (RACH) configuration message from a base station, where the message indicates a channel metric (e.g., received signal strength indicator (RSSI), reference signal received power (RSRP), reference signal received quality (RSRQ), a signal-to-noise ratio (SNR), signal-to-interference-plus-noise ratio (SINR), or the like) and a threshold associated with the channel metric. The, UE may measure a reference signal (e.g., synchronization signal block (SSB), channel state information reference signal (CSI-RS), or the like) and select a RACH procedure based on comparing the measured channel metric to the threshold. For example, the UE may select a two-step RACH procedure if the measured channel metric satisfies the threshold specified in the configuration. In some cases, the UE may select a RACH procedure or a listen-before-talk (LBT) procedure based on a QoS parameter.