Access Network QoS Parameter Translation for Mobile Wireless Networks
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Inconsistent Quality-of-Service (QoS) capabilities between host core network components and access networks can cause failures during data session establishment in neutral host networking environments, where access networks may receive unsupported QoS requirements.
Innovation Solution
The access network identifies unsupported QoS attributes in a radio access bearer setup request, modifies these attributes, and resends the request to the core network for processing, allowing the establishment of a radio access bearer and negotiation with the user device.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the access network supports multiple QoS class identifiers to provide diverse service quality, then the quality of service level is improved, but the device complexity increases due to the need to manage and coordinate multiple QoS parameters across neutral host networking elements
Solution Approach 1:
The patent introduces a QoS parameter translation mechanism that acts as an intermediary between the core network and access network. When the access network receives a QoS parameter it cannot support, it translates the parameter into an equivalent supported parameter, thereby mediating the incompatibility between different network elements while maintaining service quality.
Solution Approach 2:
The patent dynamically changes QoS parameters by detecting unsupported parameters and substituting them with alternative parameters that achieve the same service objective. This parameter transformation allows the system to adapt to different network capabilities without compromising the overall quality of service.
2Manufacturing precision
If the access network rejects session establishment requests with unsupported QoS attributes, then the manufacturing precision of QoS management is maintained, but the productivity decreases due to session establishment failures
Solution Approach 1:
The patent converts the harmful effect of unsupported QoS parameters into a beneficial outcome by using the rejection trigger to initiate a parameter translation process. Instead of simply failing the session, the system uses the unsupported parameter as an opportunity to adapt and find an equivalent supported parameter, thereby turning a potential failure into a successful session establishment.
Solution Approach 2:
The patent performs preliminary parameter validation and translation before final session establishment. By checking QoS parameter compatibility in advance and performing necessary translations beforehand, the system prevents session failures and ensures smooth connection setup.
3Productivity
If the access network modifies unsupported QoS attributes to establish sessions, then the productivity is improved by reducing session failures, but the manufacturing precision of QoS management may be compromised due to parameter modifications
Solution Approach 1:
The patent applies local quality by making QoS parameter modifications only at the specific location where incompatibility is detected (the access network), while preserving the original QoS requirements elsewhere in the system. This localized adaptation maintains overall QoS management precision while enabling session establishment.
Solution Approach 2:
The patent implements a feedback mechanism where the access network monitors which QoS parameters are supported and continuously adjusts parameter translations based on this feedback. This closed-loop approach ensures that parameter modifications maintain the intended service quality while adapting to actual network capabilities.
Data Source
AI summary
A system may receive, by a first network device in an access network, a request to setup a radio access bearer (RAB) for use in establishing a connection with a user equipment (UE), wherein the request includes at least one Quality-of-Service (QOS) attribute associated with the request. The first network device may determine that the at least one QoS attribute is not supported by the access network and may send a notification that RAB setup has failed to a second network device in a core network, wherein the notification includes a cause indicator that indicates that the failure is caused by an unsupported QoS. In response, the core network may modify the request to include a default quality of service attribute that is supported by the access network and may send the modified request to the first network device.