CFRA RSRP Threshold Determination via CBRA Fallback
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing communication technologies face challenges in determining a suitable RSRP threshold for contention-free random access (CFRA) procedures, especially when the threshold is not configured in the CFRA configuration.
Innovation Solution
A method and device for determining a threshold in CFRA, where a user equipment (UE) acquires a CBRA configuration sent by a network side device, and upon triggering CFRA, determines if an RSRP threshold is configured. If not, the UE determines a target version, which includes either a first or second version of the CBRA configuration, and sets the RSRP threshold accordingly based on the target version.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the RSRP threshold is not configured in the CFRA configuration, then the CFRA procedure cannot proceed according to a configured threshold, but the UE can fall back to using the RSRP threshold from CBRA configuration
Solution Approach 1:
The patent uses the CBRA configuration as an intermediary to provide the RSRP threshold when the CFRA configuration does not have it. The UE determines whether to use CFRA or CBRA configuration by checking if the RSRP threshold is configured in CFRA, and if not, falls back to CBRA configuration, thus using CBRA as a mediator to ensure the CFRA procedure can still proceed with a valid threshold.
2Ease of operation
If the UE uses the RSRP threshold from CBRA configuration for CFRA, then the CFRA procedure can proceed, but the configuration complexity increases due to version determination
Solution Approach 1:
The patent applies preliminary action by having the network side device indicate the target version in advance before the UE needs to determine the RSRP threshold. The network device sends an indication of the target version (first or second version of CBRA configuration) to the UE, so when the UE needs to perform CFRA and find no RSRP threshold in CFRA configuration, it can directly use the pre-indicated target version from CBRA configuration without complex version determination logic.
3Measurement precision
If the network side device indicates the target version to the UE, then the UE can correctly determine the RSRP threshold version, but the signaling overhead increases
Solution Approach 1:
The patent makes the version indication mechanism universal by using an existing uplink or downlink message that the UE already sends or receives for other purposes. Instead of creating a dedicated new message for version indication, the network side device includes the target version indication in an existing signaling message (such as uplink control information or downlink control information), allowing the same message to serve both its original function and the additional function of version indication, thus avoiding increased signaling overhead.
Data Source
AI summary
A method for determining a threshold in contention-free random access (CFRA) is performed by a user equipment (UE). The method includes: in response to the UE triggering the CFRA, and determining that a reference signal received power (RSRP) threshold is not configured in a CFRA configuration, determining a target version, the target version including at least one of a first version or a second version, wherein the first version is earlier than the second version; and determining an RSRP threshold in CFRA according to an RSRP threshold in a contention-based random access (CBRA) configuration corresponding to the target version.