Front-End Traffic Control via Back-End Load Feedback
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In current mobile communication networks, traffic control is often performed on non-overloaded service messages due to the lack of load status consideration by front-end network elements, leading to inefficient resource utilization and potential congestion.
Innovation Solution
A method where the back-end network element classifies service messages by type, sets priorities, and adjusts the number of messages to be processed based on resource availability and delay thresholds, sending these adjustments to the front-end network element to perform differential traffic control, thereby avoiding unnecessary rejection or discard of non-overloaded messages.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Device complexity
If the front-end network element performs traffic control without considering the load status of different service message types in the back-end network element, then the traffic control process is simple, but non-overloaded service messages are incorrectly rejected or discarded, leading to inefficient resource utilization and potential congestion
Solution Approach 1:
The patent segments service messages into different types (e.g., voice messages, data messages, signaling messages) and maintains separate queue structures for each type. The front-end network element performs independent load status detection for each service message type, allowing differentiated traffic control decisions. This segmentation enables the system to identify that only certain message types are overloaded while others remain within capacity, preventing incorrect rejection of non-overloaded messages and improving overall resource utilization efficiency.
2Device complexity
If the back-end network element processes all service messages without prioritization, then the processing logic is simple, but critical service messages may experience excessive delay, reducing service quality
Solution Approach 1:
The patent assigns different priority levels to different service message types based on their specific requirements. For example, voice messages may be assigned high priority to ensure real-time delivery, while data messages may have lower priority. The back-end network element processes messages according to their priority levels, ensuring that critical service messages receive timely processing. This local quality differentiation maintains service quality while keeping the processing logic relatively simple through standardized priority rules.
3Ease of operation
If the front-end network element rejects or discards service messages without accurate load status information, then the traffic control execution is simple, but the service success rate decreases and network resource utilization is reduced
Solution Approach 1:
The patent implements a feedback mechanism where the back-end network element continuously detects and reports the load status of each service message type queue to the front-end network element. The front-end network element uses this real-time feedback information to make accurate traffic control decisions, rejecting or discarding only those messages from overloaded queue types while allowing messages from under-loaded queue types to pass through. This feedback-driven approach maintains simple execution at the front-end while significantly improving service success rate and network resource utilization.
Data Source
Figure 1(a)~1(c)
Figure 2~3
AI summary
Embodiments of the present invention relate to a traffic control method and apparatus, where the method includes: determining, by a back-end network element according to a type of a received service message, a priority of the service message and a resource that needs to be consumed for processing the service message; obtaining, according to the priority of the service message and usage of the resource, a quantity or an adjustment quantity of service messages of a different type to be received in a current period; and sending the quantity or the adjustment quantity of the service messages of the different type to be received in the current period to a front-end network element, so that the front-end network element performs traffic control on the service messages of the different type according to the quantity or the adjustment quantity of the service messages of the different type to be received in the current period. The present invention resolves a problem in the prior art that traffic control is performed on a non-overloaded service message because a front-end network element does not perform overload control according to a load status of a service message of a different type in a back-end network element.