QoS Notification Control for Non-GBR Flows in 5G Networks
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In 5G mobile communication, the existing QoS control mechanisms for non-GBR QoS flows are inadequate in optimizing network resource management and user experience due to frequent changes in wireless network states, leading to service disruptions and inefficiencies.
Innovation Solution
A QoS notification control (QNC) mechanism is introduced, where the access network detects changes in QoS parameters of non-GBR flows and transmits notification messages through the core network to application entities, enabling them to adjust their settings and adapt to changes in network conditions.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If QoS control is performed in units of QoS flows for non-GBR bearing flows, then network resource management is improved, but service disruptions occur due to frequent changes in wireless network states
Solution Approach 1:
The patent implements a feedback mechanism where the access network device monitors QoS parameter changes and sends notification messages to application entities when changes exceed thresholds. This allows application entities to adjust their behavior in response to network conditions, maintaining service reliability while enabling dynamic resource management. The feedback loop includes: monitoring QoS parameters, comparing against thresholds, sending notifications when thresholds are exceeded, and applying adjustments based on notifications.
Solution Approach 2:
The patent dynamically changes QoS parameters (such as bit rate, delay budget, or priority) of non-GBR QoS flows based on wireless network state. When network conditions change, the access network device updates these parameters and notifies application entities, allowing the system to adapt to varying network conditions while maintaining service quality. This involves: defining QoS parameters for non-GBR flows, monitoring their changes, and adjusting them when they meet reporting conditions.
2Reliability
If notification messages are transmitted for every QoS parameter change, then application entities can respond to network changes, but signaling overhead increases
Solution Approach 1:
The patent applies different notification strategies to different QoS parameters or different application entities based on their specific requirements. Not all parameters trigger notifications, and not all application entities receive all notifications. This selective approach reduces unnecessary signaling while ensuring that critical changes are communicated. The implementation involves: setting different thresholds for different parameters, selecting which parameters to monitor based on service requirements, and sending notifications only when specific conditions are met.
Solution Approach 2:
The patent introduces threshold-based parameter change detection, where notification messages are only transmitted when QoS parameter changes exceed predetermined thresholds. This filters out minor fluctuations that would otherwise generate excessive signaling, while still capturing significant changes that require application entity response. The process includes: defining threshold values for QoS parameters, comparing actual parameter changes against these thresholds, and triggering notifications only when thresholds are exceeded.
Data Source
AI summary
A method for notifying a quality of service (QoS) change includes determining that a change of a parameter of QoS notification control (QNC) of a non-guaranteed bit rate (non-GBR) bearing flow in a mobile network meets a reporting condition. The method further includes, in response to the determination that the change of the parameter of the QNC meets the reporting condition, transmitting a notification message to an application entity by an access network device through a core network entity.