Random Access Configuration Mapping for 5G Feature Combinations

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In 5G communication systems, efficiently providing RACH resource partitioning information for various feature combinations is challenging due to limited resources and the need for load balancing, especially when supporting multiple features like RedCap and network slicing.

Innovation Solution

A method for a terminal to select a random access configuration based on Physical Downlink Control Channel (PDCCH) orders, using different preamble selection methods depending on the trigger, ensuring efficient RACH resource allocation for feature combinations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If RACH resources are divided for each feature combination to achieve load balancing, then network performance is improved, but signaling complexity and processing load increase

Engineering Contradiction:
Improvenetwork performanceVSAvoidsignaling complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent creates a mapping relationship between feature combinations and RACH resources that allows a single RACH resource to serve multiple feature combinations. Instead of dedicating separate RACH resources to each feature combination, the system uses a unified RACH resource pool with mapping tables that associate different feature combinations (e.g., RedCap, network slicing) with appropriate RACH resources based on predefined rules, thereby reducing signaling overhead while maintaining load balancing capabilities.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The system dynamically adjusts the mapping between feature combinations and RACH resources based on network conditions and load requirements. By changing the mapping parameters (which feature combination maps to which RACH resource) rather than maintaining fixed dedicated resources, the system can optimize load balancing while using a smaller set of RACH resources, thus reducing signaling complexity.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If separate RACH resources are allocated for each feature combination, then load balancing is achieved, but the number of required RACH resources increases

Engineering Contradiction:
Improveload balancingVSAvoidnumber of RACH resources
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent merges multiple feature combination requirements into a unified RACH resource allocation framework. Instead of allocating separate RACH resources for each feature combination (RedCap, network slicing, etc.), the system combines these requirements and uses a shared RACH resource pool with mapping relationships that allow multiple feature combinations to access the same RACH resources under different conditions, thereby reducing the total number of RACH resources needed while maintaining load balancing.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

Each RACH resource is designed to be universal and can serve multiple feature combinations. The mapping mechanism allows a single RACH resource to be associated with multiple feature combinations based on predefined rules and network conditions, making the RACH resources multi-functional and reducing the overall quantity required.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Reliability

If multiple RACH configurations are provided for different features, then feature-specific optimization is achieved, but terminal processing load increases

Engineering Contradiction:
Improvefeature-specific optimizationVSAvoidterminal processing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The mapping relationships between feature combinations and RACH resources are pre-configured and stored in the terminal before actual random access occurs. When a terminal needs to perform random access, it simply looks up the appropriate RACH resource based on its feature combination and the pre-established mapping table, rather than processing multiple RACH configurations in real-time. This preliminary setup significantly reduces terminal processing load during actual access operations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses parameter-based mapping where specific parameters (feature combination identifiers) directly map to RACH resources. Instead of providing multiple complete RACH configurations for different features, the system changes the approach to using parameter-based selection from a unified configuration, reducing the processing burden on terminals while maintaining feature-specific optimization capabilities.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS12543224B2Method and apparatus for selecting random access configuration and uplink carrier for random access procedure based on physical downlink control channel order in wireless communication system
Publication Date: 2026.02.03 BLACKPIN INC
  • US12543224B2 patent drawing
  • US12543224B2 patent drawing
  • US12543224B2 patent drawing

AI summary

A method and apparatus for selecting a random access configuration is provided. The Method includes receiving a System Information Block1, selecting a feature-combination-related-information based on a feature-combination-information and performing random access procedure based on the selected feature-combination-related-information. The SIB1 includes a one or more RACH-ConfigCommon, each of the one or more RACH-ConfigCommon includes a zero or one or more feature-combination-related-information, each of the one or more feature-combination-related-information includes a feature-combination-information, the feature-combination-information includes a redcap related field and a smallData related field and a message 3 repetition related field and a slice related field, each of the redcap related field and the smallData related field and the message 3 repetition field includes a bit indicating a single value, the slice related field includes a information corresponding to one or more Single-Network Slice Selection Assistance Information (S-NSSAI), the information corresponding to one or more Single Network Slice Selection Assistance Information (S-NSSAI) consists of multiple bits.