Buffer Status Report Handling in LTE Random Access
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current systems face challenges in efficiently processing buffer status reports in random access procedures, particularly in scenarios where both cellular and ProSe buffer status reports are triggered, leading to complexity in contention resolution during resource allocation in LTE networks.
Innovation Solution
A method and system that allow user equipment (UE) to determine and send either a ProSe BSR or a cellular BSR in a MAC PDU message, enabling the evolved NodeB (eNB) to generate a resource grant responsive to either report, simplifying the random access procedure and contention resolution by disabling certain scenarios where both types of BSRs are reported together.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Loss of information
If both ProSe BSR and cellular BSR are reported together in a MAC PDU, then complete buffer status information is provided, but system complexity and contention resolution difficulty increase
Solution Approach 1:
The patent segments the buffer status reporting by separating ProSe BSR and cellular BSR into different reporting scenarios. Instead of always reporting both together, the system divides the reporting into distinct cases: only ProSe BSR, only cellular BSR, or both together based on specific trigger conditions. This segmentation reduces unnecessary complexity in scenarios where only one type of BSR is needed.
Solution Approach 2:
The patent implements dynamic BSR reporting behavior where the UE adapts its reporting strategy based on real-time conditions. The MAC PDU construction dynamically changes depending on which BSR trigger conditions are met, allowing the system to optimize between information completeness and complexity by selecting appropriate reporting combinations rather than always reporting both types.
2Adaptability or versatility
If the system allows multiple BSR reporting scenarios, then comprehensive resource allocation is achieved, but processing time and computational load increase
Solution Approach 1:
The patent applies preliminary action by pre-defining specific trigger conditions for BSR reporting before actual resource allocation occurs. The UE evaluates predetermined conditions (such as buffer thresholds, resource availability, and service requirements) before constructing the MAC PDU, which streamlines the decision-making process and reduces processing time during actual resource allocation scenarios.
Solution Approach 2:
The patent implements local quality by applying different reporting strategies to different types of traffic and service requirements. Instead of using a uniform reporting approach, the system tailors the BSR reporting behavior to specific local conditions such as ProSe service requirements, cellular traffic patterns, and resource availability, thereby optimizing processing efficiency for each specific scenario.
3Loss of information
If the UE always includes both ProSe BSR and cellular BSR in MAC PDU, then all buffer status is reported, but message size and uplink overhead increase
Solution Approach 1:
The patent extracts only the necessary BSR information from the available buffer status data. Instead of always including both ProSe BSR and cellular BSR in every MAC PDU, the system extracts and includes only the relevant BSR type(s) based on current trigger conditions, service requirements, and resource availability, thereby reducing uplink message volume while maintaining reporting completeness where needed.
Data Source
AI summary
A method for requesting communications resources by a user equipment (UE) includes determining that a proximity-based service (ProSe) buffer status report (BSR) trigger condition has been met, determining that a cellular BSR trigger condition has been met, generating a media access control (MAC) protocol data unit (PDU) message comprising only one of a ProSe BSR and a cellular BSR, and sending the MAC PDU message to an evolved NodeB (eNB).