MTC-IWF Entity QoS Control via PCRF Signaling
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current technologies do not provide a method for the MTC-IWF entity to request quality of service control from a PCRF entity in response to a request from the SCS, which is necessary for dynamically adjusting communication quality in a PLMN for MTC devices.
Innovation Solution
An MTC-IWF entity sends a request for quality of service to a PCRF entity, which then applies the requested quality of service to a specific communication of an MTC device, using a control unit configured to handle these requests and perform the necessary signaling through defined reference points.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If the MTC-IWF entity does not have the capability to request quality of service control from the PCRF entity, then the network structure remains simple and existing procedures can be used, but the system cannot dynamically adjust quality of service for specific communications of MTC devices
Solution Approach 1:
The MTC-IWF entity is enhanced with multi-functionality by adding the capability to request quality of service control from the PCRF entity. This allows the MTC-IWF to serve both as a signaling interface for MTC applications and as a QoS control trigger, eliminating the need for separate dedicated QoS control entities and maintaining system simplicity while improving adaptability.
Solution Approach 2:
The MTC-IWF entity acts as an intermediary between the SCS and the PCRF entity. It receives quality of service requests from the SCS and forwards them to the PCRF for actual QoS control implementation, enabling dynamic QoS adjustment without requiring direct connections between all network elements.
2Adaptability or versatility
If quality of service control is implemented for specific communications, then communication quality can be dynamically adjusted according to application needs, but the signaling procedure becomes more complex
Solution Approach 1:
The quality of service control signaling procedure is merged with the existing MTC-IWF signaling flow. The MTC-IWF entity combines the QoS request handling function with its existing signaling interfaces to the SCS and PCRF, allowing QoS control to be implemented through the same signaling paths already used for MTC application communication, thereby avoiding additional procedural complexity.
3Adaptability or versatility
If the MTC-IWF entity adds quality of service request functionality, then quality of service control for MTC devices is enabled, but the entity complexity increases
Solution Approach 1:
The MTC-IWF entity achieves multi-functionality by integrating quality of service control capability into its existing signaling interface with the PCRF entity. This allows the same entity to handle both MTC application signaling and QoS control requests, avoiding the need for separate dedicated QoS control entities and minimizing overall system complexity.
Data Source
AI summary
A Machine Type Communication Inter Working Function (MTC-IWF) entity (1) is configured to, in response to receiving from a Service Capability Server (SCS) a first request for quality of service to be applied to a specific communication of an MTC device, send to a Policy and Charging Rule Function (PCRF) entity a second request for applying the quality of service to the specific communication. It is thus possible, for example, to facilitate controlling quality of service of a specific communication in a Public Land Mobile Network (PLMN) in response to a request by the SCS for the quality of service.