VoIP CMTS Processor Overload Control via Dynamic Call Admission
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current CMTS processors in VoIP networks face overload issues, leading to delayed dial tones, failed call setups, and inefficient resource utilization, as they struggle to manage the number of calls due to limited processor capacity, resulting in frustration for users and lost revenue.
Innovation Solution
Implementing programmable variables to track the number of additional VoIP calls that can be accepted during a monitoring period, allowing for real-time denial of pending call requests when the processor load exceeds predetermined thresholds, thereby preventing processor overload and minimizing dropped calls.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If the CMTS processor accepts more VoIP calls, then network capacity and revenue increase, but processor overload occurs leading to call drops and service degradation
Solution Approach 1:
The system performs preliminary assessment of processor capacity before accepting new calls. By calculating available processor capacity based on current load and predicting future capacity needs, the system proactively determines whether to accept or deny call requests before overload occurs, preventing call drops and service degradation
Solution Approach 2:
The system continuously monitors processor load and uses this feedback to dynamically adjust call acceptance decisions. The processor capacity calculation incorporates real-time processor utilization data, creating a closed-loop control system that adapts to changing load conditions and maintains reliable service
2Productivity
If the CMTS processor operates at high utilization, then resource efficiency improves, but processor overload leads to delayed dial tones and failed call setups
Solution Approach 1:
The system dynamically adjusts call acceptance thresholds based on real-time processor capacity calculations. Rather than using fixed utilization thresholds, the system continuously recalculates available capacity considering current processor load, call duration patterns, and network conditions, allowing flexible optimization of both efficiency and reliability
Solution Approach 2:
The system changes the parameter of call acceptance decisions based on processor capacity calculations. By modifying the effective capacity threshold dynamically rather than using a static value, the system adapts to varying processor loads and maintains optimal operation across different traffic conditions
3Reliability
If the CMTS denies more call requests to prevent overload, then processor reliability improves, but resource utilization becomes inefficient as the processor may be capable of handling more calls
Solution Approach 1:
The system performs preliminary capacity assessment before denying calls. By calculating available processor capacity in advance and comparing it against predicted resource requirements, the system only denies calls when truly necessary, avoiding premature rejections and maximizing resource utilization while maintaining stability
Solution Approach 2:
The system allows processor utilization to exceed traditional threshold limits when capacity calculations indicate sufficient available resources. This partial relaxation of conservative thresholds enables higher resource utilization while maintaining reliability through continuous capacity monitoring and adaptive decision-making
Data Source
AI summary
CMTS software keeps track of the number of call requests accepted during a given monitoring period, this number being referred to as Count. As each call request is received, Count is compared to the current value stored in an overload state MIB (which can change multiple times during a monitoring period based on the actual overload state as reported by fault management). If Count exceeds the MIB value, the call request is denied. After the monitoring period ends, the Count of call requests accepted is reset to zero and the count value begins incrementing at the start of the next monitoring period as calls are accepted.