Outbound line routing system
By designing the outbound call route routing system, the use of priority allocation, load balancing, failover and retry, and compliance and anti-blocking modules are used to solve the problems of low resource utilization, complex management and poor scalability of the existing line routing system, and efficient, flexible and scalable line routing management is achieved, reducing operation and maintenance costs and ensuring service continuity and compliance.
Patent Information
- Application Number
- CN202411489487.4
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-24
- Publication Date
- 2025-05-30
AI Technical Summary
The existing line routing systems have problems such as low resource utilization, complex management and poor scalability, which are difficult to meet the needs of 5G network multi-network convergence, edge computing and efficient dynamic management.
An outbound call line routing system was designed, and the outbound call line routing module was used to implement line selection, including priority allocation module, load balancing module, failover and retry module, and compliance and anti-blocking module. Through these modules, dynamic allocation and failover of lines are realized to ensure compliance and prevent blocking.
It improves business processing efficiency and network resource utilization, supports multiple protocols and interfaces, has high scalability and low operation and maintenance costs, and ensures service continuity and compliance.
Smart Images

Figure CN120075747A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to an outbound line routing system, belonging to the field of telecommunication network technology. Background Art
[0002] With the rapid development of communication technology, the telecommunication network structure has become increasingly complex, and the requirements for the line routing system have also become higher and higher. Traditional routing systems often have problems such as low resource utilization, complex management, and poor scalability. In order to adapt to this change, it is particularly important to develop an efficient, flexible, and scalable line routing system deployment solution.
[0003] In this context, the introduction of 5G technology has brought new opportunities and challenges to the telecommunication network. As an important part of the CTNet2025 network reconstruction, the 5G network incorporates the core ideas of SDN, NFV, and cloud computing in its design and has the characteristic of separation of control and bearer. The design of the 5G core network can be based on a unified NFVI resource pool and implement cloud deployment, elastic scaling, and contraction through methods such as virtual machines and containers on virtual machines. At the same time, it is conducive to providing network slicing functions conveniently and flexibly; through the sinking of the user plane function (UPF) and the virtualization of business applications, edge computing is realized.
[0004] In addition, the multi-network convergence characteristic of the 5G network requires the line routing system to be able to operate and maintain multiple different standard networks efficiently, continuously reduce operation and maintenance costs, achieve energy conservation and emission reduction, and improve competitiveness. This requires the line routing system to have a higher level of flexibility and intelligence to achieve the efficient dynamic management and coordination of multiple access networks.
[0005] At the same time, with the expansion of the network scale and the diversification of business requirements, the line routing system needs to be able to support larger-scale data processing and more complex network topologies. This not only requires the routing system to have efficient data processing capabilities but also requires the system to be able to flexibly adapt to changes in the network structure and quickly respond to new business requirements.
[0006] To achieve these goals, the line routing system may need to adopt advanced routing protocols such as BGP (Border Gateway Protocol) and IS-IS (Intermediate System to Intermediate System), which can support the routing requirements of large-scale networks, provide fast convergence times, and good scalability.
[0007] At the same time, the routing system also needs to integrate artificial intelligence and machine learning technologies to achieve more intelligent traffic management and routing optimization.
[0008] In summary, in the face of the increasingly complex telecommunications network structure, developing an efficient, flexible, and scalable line routing system is the key to meeting future communication needs. This requires the industry to continuously explore and innovate to keep pace with the development of technology. Summary of the Invention
[0009] To overcome the deficiencies of the prior art, the present invention provides an outbound line routing system. The technical solution of the present invention is as follows:
[0010] An outbound line routing system, comprising:
[0011] An operation platform for business access, processing, routing, and distribution, supporting multiple protocols and interfaces;
[0012] A relay gateway for realizing the interconnection and interoperability between the PSTN network and the IP network, enabling seamless docking of telephone services and VoIP services;
[0013] An IP multimedia subsystem for providing IP-based multimedia service control, supporting voice, video, and messaging services;
[0014] A network extension access device for expanding network access capabilities;
[0015] A voice communication system for providing enterprise-level voice communication solutions;
[0016] A value-added service system for providing value-added services.
[0017] This system uses an outbound line routing module to implement line selection.
[0018] The outbound line routing module specifically includes a priority assignment module, a load balancing module, a failover and retry module, and a compliance and anti-blocking module. The priority assignment module is used to set different priorities for lines according to line quality, cost, and availability; the load balancing module is used to dynamically allocate call tasks according to the current call volume and load conditions of each line when there are multiple lines; the failover and retry module is used to quickly identify and switch to a backup line when the primary selected line fails, ensuring service continuity; the compliance and anti-blocking module is used to ensure the compliance of outbound activities and reduce the risk of number marking and account blocking caused by high-frequency outbound calls.
[0019] The specific assignment steps of the priority assignment module are as follows:
[0020] 1.1 Determine the input of the called number's location: the called number; Processing: The system identifies the prefix of the called number to determine its location; Output: The location information of the called number;
[0021] 1.2 Collect line resource information
[0022] Input: All available line resources owned by the system;
[0023] Process: Collect the following information for each line:
[0024] Whether the location of ownership matches the location of the called number; Call quality metrics related to voice clarity, packet loss rate, and latency; Rate information based on the carrier, time period, and region;
[0025] Output: A list of detailed information for each line;
[0026] 1.3 Process for calculating the line priority score: For each line, calculate the priority score based on the following factors:
[0027] Location matching score: If the line's location of ownership matches the location of the called number, the score is high;
[0028] Call quality score: Calculate the score based on the voice clarity, packet loss rate, and latency metrics, with higher quality resulting in a higher score;
[0029] Cost score: Calculate the score based on the line rate, with a lower rate resulting in a higher score;
[0030] Use the weighted sum formula to calculate the total score:
[0031] Total score = w1 × Location matching score + w2 × Call quality score + w3 × Cost score, where w1, w2, and w3 are weight coefficients adjusted according to business requirements;
[0032] 1.4 Process for sorting and selecting the line with the highest score: Sort all lines based on the calculated total score; Select the line with the highest score as the outbound call line;
[0033] Output: The selected line resource;
[0034] 1.5 Process for performing outbound calls: Use the selected line resource to perform an outbound call operation; Output: Outbound call execution result.
[0035] 1.6 Process for feedback and optimization: Collect feedback information on the outbound call execution, including the actual call quality and customer feedback; Adjust the weight coefficients w1, w2, and w3 based on the feedback to optimize the line selection strategy.
[0036] The specific allocation steps of the load balancing module are as follows:
[0037] 2.1 Real-time monitoring of line load
[0038] Input: The current load conditions of each line, including call volume, connection rate, and concurrent call count;
[0039] Processing: Collect and update the above metrics in real time;
[0040] Output: The load status of each line;
[0041] 2.2 Calculate the line load score
[0042] Calculate the load score based on the current load of the line;
[0043] Use the following formula to calculate the load score: where the current load is the call volume or concurrent call count metric, the higher the load, the lower the score; the lower the load, the higher the score; then output the load score of each line;
[0044] 2.3 Dynamically allocate call tasks
[0045] Sort the lines according to the load score;
[0046] Give priority to allocating new call requests to the line with the highest load score, that is, the line with the lowest load; then allocate call tasks to each line;
[0047] 2.4 Predictive analysis and preventive measures
[0048] Use historical data to predict the load trend of each line;
[0049] If it is predicted that some lines will be overloaded, take preventive measures;
[0050] 2.5 Execute outbound calls and monitor the effects
[0051] Use the selected lines to execute outbound call operations and monitor the outbound call effects in real time; then output the outbound call execution results and the line load changes.
[0052] 2.6 Feedback and optimization
[0053] Collect feedback information on outbound call execution, including the actual call quality and line load changes; adjust the parameters in the load score calculation formula according to the feedback to optimize the line selection strategy.
[0054] The specific working steps of the described failover and retry module are as follows:
[0055] 3.1 Fault detection
[0056] Heartbeat detection: Monitor the health status of each line by periodically sending heartbeat signals. If no response is received within the set time, the line is considered to have failed;
[0057] Resource utilization monitoring: Monitor the usage of system resources to identify potential fault points; Performance baseline comparison: Compare the current performance of the system with the baseline during normal operation to detect performance degradation or anomalies;
[0058] 3.2 Quick fault identification
[0059] Real-time monitoring: Use heartbeat detection to monitor the line status in real time. Once a fault or unstable connection is detected in the primary selected line, identify it immediately;
[0060] 3.3 Intelligent switching
[0061] Standby line selection: During the fault switching process, quickly transfer the call to the standby line according to the preset standby line list and switching rules;
[0062] Faulty line recording: Record the information of the faulty line for subsequent fault troubleshooting and repair;
[0063] 3.4 Failure retry
[0064] For failed call requests, retry according to the set retry policies; these policies include attempting to reconnect at different time intervals and adjusting call parameters to improve the connection rate;
[0065] 3.5 Retry limit The maximum number of retries: Set the maximum number of retries for each task to avoid resource exhaustion caused by infinite retries;
[0066] 3.6 Fault recovery process
[0067] Fault isolation: Once a fault is detected, start the fault recovery process, including multiple steps such as fault isolation, traffic diversion, and service restart;
[0068] Automatic execution: The fault recovery is automatically executed through pre-set policies;
[0069] 3.7 Data backup and recovery
[0070] Regular backup: Ensure the security and consistency of data by automatically backing up data regularly and restoring data from an appropriate recovery point in case of a fault;
[0071] 3.8 Monitoring and testing
[0072] Continuous monitoring: Provide the health status and performance metrics of components in real time and issue early warnings when signs of faults appear;
[0073] Regular testing: Regularly test the fault switching process.
[0074] The specific working steps of the compliance and anti-blocking module are as follows:
[0075] 4.1 Number pool management
[0076] Number Pool Construction: Construct a number pool that includes numbers from different operators, different regions, and different time periods to ensure the compliance and security of outgoing calls;
[0077] Number Allocation Strategy: According to the requirements of call tasks, the system dynamically allocates numbers from the number pool to avoid risks caused by frequent outgoing calls of a single number;
[0078] Number Recycling Mechanism: For used numbers, the system recycles them to the number pool after a preset time for reuse;
[0079] 4.2 Call Frequency Control
[0080] Set Frequency Limit: The system sets the call frequency limit for each number according to compliance requirements;
[0081] Real-time Monitoring and Adjustment: The system monitors the call frequency of each number in real time. Once it approaches or exceeds the limit, it automatically reduces the outgoing call speed or pauses the outgoing call task;
[0082] Calculation Formula: Use the Erlang B formula in queuing theory to estimate the maximum call volume that the system can handle under given call frequencies and number of numbers to ensure that it does not exceed the operator's account suspension threshold; The Erlang B formula is as follows:
[0083] Where, A is the average number of customers in the system, λ is the arrival rate, μ is the service rate, and ρ is the traffic intensity or server utilization rate;
[0084] 4.3 User Feedback Handling
[0085] Real-time Monitoring: The system monitors user feedback in real time;
[0086] Feedback Classification: Classify user feedback;
[0087] Handling Measures: Take corresponding handling measures for different types of feedback;
[0088] User Communication: For users with contact information, conduct return visits and communication to understand the details and provide solutions; For users who have not left contact information, guide users to provide feedback through official channels;
[0089] 4.4 Dynamic Adjustment Strategy
[0090] Data Analysis: Regularly analyze the number usage situation and user feedback data to identify potential compliance risks;
[0091] Strategy Optimization: According to the analysis results, dynamically adjust the number allocation strategy and call frequency limit to adapt to changing compliance requirements and user needs.
[0092] Risk Warning: Establish a risk warning mechanism. When potential compliance risks are detected, adjust the strategy in a timely manner to avoid account suspension or other adverse consequences.
[0093] The advantages of the present invention are as follows:
[0094] 1. High efficiency: Through the centralized processing and intelligent routing of the VOS3000 platform, the business processing efficiency and network resource utilization rate are improved.
[0095] 2. Flexibility: Supports multiple protocols and interfaces, and can flexibly access various network devices and business modules to meet different business needs.
[0096] 3. Scalability: The system architecture is clear and modularly designed, facilitating subsequent function expansion and upgrade.
[0097] 4. Cost-effectiveness: Optimizes the network structure, reduces operation and maintenance costs, and improves the overall economic efficiency. Description of the Drawings
[0098] Figure 1 is a schematic diagram of the main structure of the present invention.
[0099] Figure 2 is a block diagram of the structure of the outbound call line routing module of the present invention.
[0100] Figure 3 is Figure 1 a schematic diagram of the working process of Detailed Embodiments
[0101] The present invention will be further described below in conjunction with specific embodiments. The advantages and features of the present invention will become clearer as the description progresses. However, these embodiments are exemplary only and do not constitute any limitation to the scope of the present invention. Those skilled in the art should understand that without departing from the spirit and scope of the present invention, modifications or substitutions can be made to the details and forms of the technical solution of the present invention, but these modifications and substitutions all fall within the protection scope of the present invention.
[0102] See Figures 1 to 3 , the present invention relates to an outbound call line routing system, including:
[0103] The operation platform 1 (VOS3000 platform) is used for business access, processing, routing, and distribution, supports multiple protocols and interfaces, and can flexibly access various network devices and business modules.
[0104] The relay gateway 2 is used to realize the interconnection between the PSTN network and the IP network, enabling seamless docking of traditional telephone services and VoIP services;
[0105] IP Multimedia Subsystem 3, used to provide IP-based multimedia service control, supporting voice, video, and messaging services;
[0106] Network Extension Access Device 4 (such as 0-port gateway, GoIP, etc.) is used to expand network access capabilities; supporting access of more types of terminals and services.
[0107] Voice Communication System 5 (SD IP-PBX, Call Center System), used to provide enterprise-level voice communication solutions, supporting functions such as internal calls, incoming and outgoing external calls, and IVR navigation.
[0108] Value-added Service System 6 (including Vos, PIN card service APP callback click-to-dial system), used to provide value-added services; such as virtual number services, callback services, etc., to enhance user experience.
[0109] This system uses an outbound line routing module to implement line selection.
[0110] The outbound line routing module specifically includes a priority assignment module 7, a load balancing module 8, a failover and retry module 9, and a compliance and anti-blocking module 10. The priority assignment module 7 is used to set different priorities for lines according to line quality, cost, and availability; the load balancing module 8 is used to dynamically allocate call tasks according to the current call volume and load conditions of each line when there are multiple lines; the failover and retry module 9 is used to quickly identify and switch to a backup line when the primary selected line fails, ensuring service continuity; the compliance and anti-blocking module 10 is used to ensure the compliance of outbound activities and reduce the risk of number marking and blocking caused by high-frequency outbound calls.
[0111] The structure of the outbound line routing module has multiple advantages, specifically as follows:
[0112] Priority Assignment Module: This module can set different priorities for lines according to line quality, cost, and availability, thus ensuring the selection of the best line during outbound calls. This dynamic adjustment mechanism not only improves call quality but also reduces operating costs, ensuring the efficient use of resources.
[0113] Load Balancing Module: When multiple lines are available, the load balancing module can dynamically allocate call tasks according to the current call volume and load conditions of each line. This real-time monitoring and adjustment can effectively prevent a certain line from being overloaded, improving the overall call success rate and system stability. In addition, load balancing enhances the system's availability, ensuring that even if some lines fail, other lines can still work normally, thus avoiding service interruption.
[0114] Failover and Retry Module: When a failure occurs in the primary selected line, this module can quickly identify and switch to the backup line to ensure the continuity of services. This automated failover mechanism reduces the need for human intervention, improves the reliability and response speed of the system, and ensures that the user experience is not affected.
[0115] Compliance and Anti-Blocking Module: By setting up different number pools and call frequency controls, this module can ensure the compliance of outbound calling activities and reduce the risks of number marking and account blocking caused by high-frequency outbound calls. This compliance management not only protects the enterprise's brand image but also avoids potential legal risks, ensuring that the enterprise operates within the compliance framework.
[0116] Based on the above, the structural design of this outbound line routing module not only improves communication efficiency but also reduces operating costs, enhances the reliability and compliance of the system, and provides strong support for the enterprise's marketing and customer service.
[0117] The specific allocation steps of the described priority allocation module are as follows:
[0118] 1.1 Determine the input of the called number's location: Called number; Processing: The system identifies the prefix of the called number to determine its location; Output: The location information of the called number;
[0119] 1.2 Collect line resource information
[0120] Input: All available line resources owned by the system;
[0121] Processing: Collect the following information for each line:
[0122] Whether the location matches the location of the called number; Call quality indicators related to voice clarity, packet loss rate, and latency; Rate information based on the carrier, time period, and region;
[0123] Output: A detailed information list of each line;
[0124] 1.3 Calculate the line priority score Processing: For each line, calculate the priority score based on the following factors:
[0125] Location matching score: If the line location matches the location of the called number, the score is high;
[0126] Call quality score: Calculate the score based on the voice clarity, packet loss rate, and latency indicators, and the higher the quality, the higher the score;
[0127] Cost score: Calculate the score based on the line rate, and the lower the rate, the higher the score;
[0128] Use the weighted sum formula to calculate the total score:
[0129] Total score = w1 × Attributable location matching score + w2 × Call quality score + w3 × Cost score, where w1, w2, and w3 are weight coefficients adjusted according to business requirements;
[0130] 1.4 Sort and select the highest-scoring line for processing: Sort all lines according to the calculated total score; Select the line with the highest score as the outbound call line;
[0131] Output: The selected line resources;
[0132] 1.5 Execute outbound call processing: Use the selected line resources to execute outbound call operations; Output: Outbound call execution result.
[0133] 1.6 Feedback and optimization processing: Collect feedback information on outbound call execution, including actual call quality and customer feedback; Adjust the weight coefficients w1, w2, and w3 according to the feedback to optimize the line selection strategy.
[0134] The specific allocation steps of the described load balancing module are as follows:
[0135] 2.1 Monitor line load in real time
[0136] Input: The current load conditions of each line, including call volume, connection rate, and concurrent call count;
[0137] Processing: Collect and update the above indicators in real time;
[0138] Output: The load status of each line;
[0139] 2.2 Calculate line load scores
[0140] Calculate the load score based on the current load conditions of the lines;
[0141] Use the following formula to calculate the load score: where the current load is the call volume or concurrent call count indicator, the higher the load, the lower the score; the lower the load, the higher the score; then output the load score of each line;
[0142] 2.3 Dynamically allocate call tasks
[0143] Sort the lines according to the load scores;
[0144] Give priority to allocating new call requests to the line with the highest load score, that is, the line with the lowest load; then allocate call tasks to each line;
[0145] 2.4 Predictive analysis and preventive measures
[0146] Use historical data to predict the load trends of each line;
[0147] If it is predicted that some lines will be overloaded, preventive measures should be taken, such as: adding backup lines. Adjusting the routing strategy to direct more calls to lines with lower loads.
[0148] 2.5 Execute outbound calls and monitor the effects
[0149] Use the selected lines to execute outbound call operations and monitor the effects of outbound calls in real time; then output the results of outbound call execution and changes in line loads.
[0150] 2.6 Feedback and optimization
[0151] Collect feedback information on outbound call execution, including actual call quality and changes in line loads; adjust the parameters in the load score calculation formula based on the feedback to optimize the line selection strategy.
[0152] The specific working steps of the described failover and retry module are as follows:
[0153] 3.1 Fault detection
[0154] Heartbeat detection: Monitor the health status of each line by periodically sending heartbeat signals. If no response is received within the set time, the line is considered to have failed;
[0155] Resource utilization monitoring: Monitor the usage of system resources, such as CPU, memory, etc., to identify potential fault points;
[0156] Performance baseline comparison: Compare the current performance of the system with the baseline during normal operation to detect performance degradation or anomalies;
[0157] 3.2 Quickly identify faults
[0158] Real-time monitoring: Use heartbeat detection or other mechanisms to monitor the line status in real time. Once it is found that the primary selected line has failed or the connection is unstable, immediately identify it;
[0159] 3.3 Intelligent switching
[0160] Backup line selection: During the failover process, quickly transfer calls to the backup line according to the preset list of backup lines and switching rules;
[0161] Faulty line recording: Record the information of the faulty line for subsequent fault troubleshooting and repair;
[0162] 3.4 Failure retry
[0163] For failed call requests, retry according to the set retry policies; these policies include attempting to reconnect at different time periods and adjusting call parameters to improve the connection rate; Retry algorithm: The exponential backoff algorithm can be used, that is, after each retry fails, the waiting time gradually increases to avoid continuous failed retries.
[0164] 3.5 Retry count limit Maximum retry count: Set the maximum retry count for each task to avoid resource exhaustion caused by infinite retries;
[0165] 3.6 Fault recovery process
[0166] Fault isolation: Once a fault is detected, start the fault recovery process, including multiple steps such as fault isolation, traffic diversion, and service restart;
[0167] Automatic execution: The fault recovery is automatically executed through pre-set policies; for example, the load balancer automatically forwards traffic to healthy server groups.
[0168] 3.7 Data backup and recovery
[0169] Regular backup: Ensure data security and consistency by automatically backing up data regularly and restoring data from an appropriate recovery point in case of a fault;
[0170] 3.8 Monitoring and testing
[0171] Continuous monitoring: Provide the health status and performance metrics of components in real time and issue early warnings when signs of faults appear;
[0172] Regular testing: Regularly test the failover process to verify the reliability of the system design and correct potential problems.
[0173] The specific working steps of the compliance and anti-blocking module are as follows:
[0174] 4.1 Number pool management
[0175] Number pool construction: Construct a number pool containing different operators, different regions, and different time periods to ensure the compliance and security of outgoing calls;
[0176] Number allocation policy: According to the requirements of call tasks, the system dynamically allocates numbers from the number pool to avoid risks caused by frequent outgoing calls of a single number;
[0177] Number recycling mechanism: For used numbers, the system recycles them to the number pool after a preset time for reuse;
[0178] 4.2 Call frequency control
[0179] Set frequency limit: The system sets the call frequency limit for each number according to compliance requirements;
[0180] Real-time monitoring and adjustment: The system monitors the call frequency of each number in real time. Once it approaches or exceeds the limit, it automatically reduces the call-out speed or pauses the call-out task.
[0181] Calculation formula: Use the Erlang B formula in queuing theory to estimate the maximum number of calls that the system can handle under the given call frequency and number of numbers, so as to ensure that it does not exceed the operator's account suspension threshold; the Erlang B formula is as follows:
[0182] Among them, A is the average number of customers in the system, λ is the arrival rate, μ is the service rate, and ρ is the traffic intensity or server utilization rate.
[0183] 4.3 User feedback processing
[0184] Real-time monitoring: The system monitors user feedback in real time; including complaints, negative feedback, etc. Feedback classification: Classify user feedback, such as BUG type, function requirement type, experience type, etc.
[0185] Processing measures: For different types of feedback, take corresponding processing measures. For example, for BUG type problems, immediately submit them to development for repair; for function requirement type problems, conduct requirement evaluation and planning.
[0186] User communication: For users with contact information, conduct return visits and communication to understand the details and provide solutions; for users who have not left contact information, guide users to provide feedback through official channels.
[0187] 4.4 Dynamic adjustment strategy
[0188] Data analysis: Regularly analyze the number usage situation and user feedback data to identify potential compliance risks.
[0189] Strategy optimization: According to the analysis results, dynamically adjust the number allocation strategy and call frequency limit to adapt to the changing compliance requirements and user needs.
[0190] Risk warning: Establish a risk warning mechanism. When detecting potential compliance risks, adjust the strategy in a timely manner to avoid account suspension or other adverse consequences.
[0191] When implementing the present invention, specifically:
[0192] The first step: Planning and design
[0193] 1. Requirement analysis: Clearly define the requirements of the network, including supported service types (such as voice, video, messages, etc.), user scale, service quality requirements, etc.
[0194] 2. Network Design: Design the network topology, including determining the access methods of each operator (such as PSTN, China Telecom, China Mobile, etc.), as well as the layout and connection methods of network nodes such as relay gateways, IMS, 0-port gateways, and GoIP.
[0195] 3. System Selection: Select VOS3000 as the core platform of the VoIP operation support system, and consider its compatibility, scalability, and performance requirements.
[0196] The Second Step: Equipment Procurement and Installation
[0197] 1. Procure Equipment: According to the design plan, procure equipment such as the VOS3000 platform, relay gateways, IMS, 0-port gateways, GoIP, etc., as well as functional modules such as SD IP-PBX and call center systems.
[0198] 2. Install Equipment: Install the procured equipment according to the design plan, including physical location layout, network interface connection, power supply, etc.
[0199] The Third Step: System Configuration and Debugging
[0200] 1. Basic Configuration: Perform basic configuration on the VOS3000 platform, including network settings, user permission management, system parameter adjustment, etc.
[0201] 2. Service Configuration: Configure the service parameters of each functional module, such as call routing, number allocation, voice codec settings, etc.
[0202] 3. System Debugging: Conduct comprehensive debugging of the system to ensure normal communication between each functional module and smooth business processes.
[0203] The Fourth Step: Service Deployment and Testing
[0204] 1. Service Deployment: Deploy the preset services (such as VoIP calls, call center services, PIN card services, etc.) to the VOS3000 platform.
[0205] 2. Function Testing: Conduct function testing on the deployed services to verify whether they meet the design requirements, including aspects such as voice quality, business logic, and user interaction.
[0206] 3. Performance Testing: Conduct performance testing on the system to evaluate its stability and performance under high load conditions.
[0207] The Fifth Step: Operation and Maintenance and Optimization
[0208] 1. Daily Operation and Maintenance: Establish an operation and maintenance system, including system monitoring, fault troubleshooting, data backup and recovery, etc.
[0209] 2. Performance Optimization: Analyze system bottlenecks based on operation and maintenance data, and perform performance optimization and resource allocation.
[0210] 3. Business Expansion: Expand new business or functional modules according to market demands to maintain the competitiveness of the system.
[0211] The above are only the preferred specific embodiments of the present invention, but the protection scope of the present invention is not limited thereto. Any person skilled in the art within the technical scope disclosed by the present invention, according to the technical solution and inventive concept of the present invention, making equivalent substitutions or changes, shall be covered by the protection scope of the present invention.
Claims
1. An outbound call line routing system, characterized in that: include: Operation platform, used for business access, processing, routing and distribution, supporting multiple protocols and interfaces; Relay gateway, used to realize the interconnection between PSTN network and IP network, so that telephone service and VoIP service can be seamlessly connected; IP multimedia subsystem, used to provide IP-based multimedia service control, supporting voice, video and messaging services; Network extension access equipment, used to expand network access capabilities; Voice communication system, used to provide enterprise-level voice communication solutions; Value-added service system, used to provide value-added services.
2. An outbound call line routing system according to claim 1, characterized in that: The system uses an outbound call line routing module to implement line selection.
3. An outbound call line routing system according to claim 2, characterized in that: The outbound call line routing module specifically includes a priority allocation module, a load balancing module, a fault switching and retry module, and a compliance and anti-blocking module. The priority allocation module is used to set the priority of different lines according to the quality, cost, and availability of the lines; the load balancing module is used to dynamically allocate call tasks according to the current call volume and load conditions of each line when there are multiple lines; The fault switching and retry module is used to quickly identify and switch to the backup line when a fault occurs in the main selected line, ensuring the continuity of service; The compliance and anti-blocking module is used to ensure the compliance of outbound calling activities and reduce the risk of number marking and blocking caused by high-frequency outbound calls.
4. An outbound call line routing system according to claim 3, characterized in that: The specific allocation steps of the priority allocation module are as follows: 1.1 Determine the location of the called number Input: called number; Processing: the system identifies the prefix of the called number and determines its location; Output: location information of the called number; 1.2 Collecting line resource information Input: All available line resources owned by the system; Processing: Collect the following information for each line: Whether the location matches the location of the called number; call quality indicators involving voice clarity, packet loss rate, and delay; rate information based on operators, time periods, and regions; Output: detailed information list of each line; 1.3 Calculate the line priority score Processing: For each line, a priority score is calculated based on the following factors: Location matching score: If the line location matches the called number location, the score is high; Call quality score: The score is calculated based on voice clarity, packet loss rate, and latency indicators. The higher the quality, the higher the score. Cost score: The score is calculated based on the line rate. The lower the rate, the higher the score. Use the weighted sum formula to calculate the total score: Total score = w1 × location matching score + w2 × call quality score + w3 × cost score, where w1, w2, and w3 are weight coefficients, which are adjusted according to business needs; 1.4 Sort and select the highest scoring line Processing: Sort all lines according to the calculated total score; select the line with the highest score as the outbound call line; Output: selected line resources; 1.5 Execute outbound call Processing: Use the selected line resources to perform outbound call operations; Output: outbound call execution result. 1.6 Feedback and Optimization Processing: Collect feedback information on outbound call execution, including actual call quality and customer feedback; The weight coefficients w1, w2, and w3 are adjusted according to the feedback to optimize the line selection strategy.
5. An outbound call line routing system according to claim 3, characterized in that: The specific allocation steps of the load balancing module are as follows: 2.1 Real-time monitoring of line load Input: The current load of each line, including call volume, connection rate, and number of concurrent calls; Processing: Collect and update the above indicators in real time; Output: load status of each line; 2.2 Calculating Line Load Score Calculate the load score based on the current load condition of the line; The load score is calculated using the following formula: The current load is an indicator of call volume or concurrent call count. The higher the load, the lower the score; the lower the load, the higher the score. The load score of each line is then output. 2.3 Dynamically allocate call tasks Sort the lines by load score; Prioritize allocating new call requests to the line with the highest load score, i.e. the line with the lowest load; then allocate call tasks to each line; 2.4 Predictive analysis and preventive measures Use historical data to predict the load trend of each line; If overloading of certain lines is predicted, take preventive measures; 2.5 Execute outbound calls and monitor the results Use the selected line to perform outbound call operations and monitor the outbound call results in real time; then output the outbound call execution results and line load changes. 2.6 Feedback and Optimization Collect feedback information on outbound call execution, including actual call quality and line load changes; The parameters in the load score calculation formula are adjusted based on the feedback to optimize the line selection strategy.
6. An outbound call line routing system according to claim 3, characterized in that: The specific working steps of the fault switching and retry module are as follows: 3.1 Fault Detection Heartbeat detection: monitors the health status of each line by sending heartbeat signals regularly. If no response is received within the set time, the line is considered to be faulty. Resource usage monitoring: monitors the usage of system resources to identify potential failure points; Performance baseline comparison: Compare the current system performance with the baseline during normal operation to detect performance degradation or anomalies; 3.2 Quickly identify faults Real-time monitoring: Use heartbeat detection to monitor line status in real time. Once the main line is found to be faulty or the connection is unstable, it will be identified immediately. 3.3 Intelligent Switching Backup line selection: During a failover, calls are quickly transferred to backup lines based on the preset backup line list and switching rules; Fault line record: record the information of the fault line for subsequent troubleshooting and repair; 3.4 Retry after failure For failed call requests, retry according to the set retry strategies; these strategies include trying to reconnect at different time periods and adjusting call parameters to improve the connection rate; 3.5 Retry limit Maximum number of retries: Set the maximum number of retries for each task to avoid resource exhaustion caused by infinite retries; 3.6 Fault recovery process Fault isolation: Once a fault is detected, the fault recovery process is initiated, including multiple steps such as fault isolation, traffic transfer, and service restart; Automatic execution: Fault recovery is automatically executed through pre-set policies; 3.7 Data backup and recovery Regular backup: Ensure data security and consistency by automatically backing up data regularly and restoring data from a suitable recovery point when a failure occurs; 3.8 Monitoring and Testing Continuous monitoring: Provides real-time health status and performance indicators of components and issues early warnings when signs of failure occur; Regular testing: Test the failover process regularly.
7. The outbound call line routing system according to claim 3, characterized in that: The specific working steps of the compliance and anti-sealing module are as follows: 4.1 Number Pool Management Number pool construction: Build a number pool that includes different operators, different regions, and different time periods to ensure the compliance and security of outgoing calls; Number allocation strategy: Based on the needs of the call task, the system dynamically allocates numbers from the number pool to avoid the risk of frequent outgoing calls from a single number; Number recycling mechanism: For used numbers, the system will recycle them to the number pool after a preset time so that they can be used again; 4.2 Call frequency control Set frequency limit: The system sets the call frequency limit for each number according to compliance requirements; Real-time monitoring and adjustment: The system monitors the call frequency of each number in real time. Once it approaches or exceeds the limit, it automatically reduces the outgoing call speed or suspends the outgoing call task; Calculation formula: Use the Irish B formula in queuing theory to estimate the maximum number of calls that the system can handle under a given call frequency and number of numbers to ensure that it does not exceed the operator's blocking threshold; the Irish B formula is as follows: in, A is the average number of customers in the system, λ is the arrival rate, μ is the service rate, and ρ is the traffic intensity or server utilization; 4.3 User Feedback Processing Real-time monitoring: The system monitors user feedback in real time; Feedback classification: Categorize user feedback; Processing measures: Take corresponding measures for different types of feedback; User communication: For users with contact information, we will conduct return visits and communication to understand the details and provide solutions; for users who have not left contact information, we will guide them to provide feedback through official channels; 4.4 Dynamic Adjustment Strategy Data analysis: Regularly analyze number usage and user feedback data to identify potential compliance risks; Policy optimization: Based on the analysis results, dynamically adjust number allocation policies and call frequency limits to adapt to changing compliance requirements and user needs. Risk warning: Establish a risk warning mechanism to adjust strategies in a timely manner when potential compliance risks are detected to avoid account suspension or other adverse consequences.
Citation Information
Cited By
Dynamic service scheduling method for 5G new call based on intelligent semantics
CN120786527A
Intelligent semantic-based dynamic service scheduling method for 5g new call
CN120786527B
Outbound routing method and system based on multi-dimensional index coupling and large model decision
CN121486268A