Telecommunication broadband automatic troubleshooting method and system combining DSL rule and dynamic script
By using DSL language to describe telecom broadband troubleshooting process rules, and performing process steps in combination with dynamic script language, a process orchestration engine is built, which solves the problem of inefficiency of traditional manual troubleshooting methods and achieves more efficient and flexible automatic troubleshooting capabilities.
Patent Information
- Application Number
- CN202411783694.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-06
- Publication Date
- 2025-03-14
AI Technical Summary
Traditional manual troubleshooting methods are inefficient and it is difficult to make timely adjustments and optimizations based on complex and changing network environments and fault conditions.
The domain-specific language DSL is used to describe the telecom broadband troubleshooting process rules, and combine multiple dynamic scripting languages (such as Python, Groovy, and JavaScript) to execute process steps and build a process orchestration engine to achieve automatic troubleshooting.
It improves the execution efficiency of the troubleshooting process and the flexibility of the response adjustment, reduces human intervention, improves the accuracy and efficiency of troubleshooting, and achieves more stable and reliable telecommunications broadband services.
Smart Images

Figure CN119629088A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the field of Internet data communication, and in particular to a telecommunication broadband automatic troubleshooting method and system combining DSL rules and dynamic scripts. Background Art
[0002] With the popularization of telecommunications broadband services, users have higher and higher requirements for network stability and service quality. Traditional manual troubleshooting methods have many disadvantages. First, the traditional troubleshooting process often requires trial and error based on experience and intuition, resulting in low efficiency. Second, the troubleshooting process and methods are relatively fixed, and it is difficult to make timely adjustments and optimizations based on the complex and changing network environment and fault conditions.
[0003] In view of this, the present invention proposes a telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts, which improves the automation level of telecommunication broadband fault diagnosis, reduces human intervention, improves the accuracy and efficiency of fault diagnosis, and ultimately achieves more stable and reliable telecommunication broadband services. Summary of the invention
[0004] The purpose of the present invention is to propose a telecommunication broadband automatic troubleshooting method and system that combines DSL rules and dynamic scripts. By designing a concise DSL language to express the complex and changeable fault diagnosis process, and combining multiple dynamic scripting languages (Python, Groovy, JavaScript, etc.) to execute process step actions, a set of convenient and programmable and customizable fault diagnosis process framework is realized, thereby improving the execution efficiency of the troubleshooting process and the flexibility of contingency adjustment.
[0005] To achieve the above object, the technical solution of the present invention is as follows:
[0006] A telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts, the method comprising:
[0007] The domain-specific language DSL is used to describe the rules of the telecommunications broadband troubleshooting process, including the definition of each step in the troubleshooting process and the Boolean judgment conditions between the steps;
[0008] Build a process orchestration engine that supports dynamic script customization. The process orchestration engine allows the use of multiple scripting languages to define the conditional judgment logic and troubleshooting action logic of each step of the troubleshooting process;
[0009] The process orchestration engine parses the DSL process rule syntax and converts it into a model. Based on the parsed model, the engine dynamically loads and executes scripts to execute each step in the troubleshooting process. During the process execution, the engine evaluates the conditional judgments between steps to determine the next flow and complete automatic telecommunications broadband troubleshooting.
[0010] Preferably, the process orchestration engine supports retrying failed troubleshooting steps, and each step can customize retry configuration and specify exceptions.
[0011] Preferably, the process orchestration engine supports multiple scripting languages including Python, Lua, Groovy and Javascript, and provides an independent execution environment for each supported scripting language.
[0012] Preferably, the dynamic script adopts a modular design to facilitate expansion and maintenance.
[0013] Preferably, DSL rules are stored in a variety of media, including relational databases, Nacos configuration services, XML, and JSON files, to ensure portability and adaptability of DSL rules.
[0014] Preferably, the troubleshooting process includes a broadband disconnection processing process, a broadband fault processing process and a wifi network troubleshooting process.
[0015] Preferably, in the troubleshooting process rules defined by the DSL, each sub-process is defined by a unique process ID and a descriptive label.
[0016] Preferably, the wifi network troubleshooting process troubleshooting process rules are specifically as follows:
[0017] When a wireless WIFI disconnection failure occurs, first determine whether the account has been set with a maximum Internet access time. If confirmed, guide the user to cancel the operation. Otherwise, determine whether AAA / ITM is frequently disconnected. If confirmed, switch to broadband disconnection processing. Otherwise, determine whether the account is online. If not, switch to broadband fault process. If confirmed, determine whether the Tianyi gateway to the smart platform is online. If not, execute the dispatch. If online, determine whether the whole-house WIFI is bound. If confirmed, execute the dispatch. Otherwise, guide the user to apply for whole-house WIFI.
[0018] Preferably, the conditional judgment steps and troubleshooting action steps in the WiFi network troubleshooting process rules are defined by dynamic scripts to define the corresponding conditional judgment logic and troubleshooting action logic;
[0019] The conditional judgment step includes whether the account has set a maximum Internet access time, whether it is frequently disconnected, whether the account is online, whether the Tianyi gateway to the smart platform is online, and whether the whole house WIFI is applied;
[0020] The troubleshooting steps include guiding the execution of cancellation operations, guiding the application of whole-house WiFi and dispatching orders;
[0021] In a dynamic script, each step of the troubleshooting process is defined by a unique step ID and a descriptive label;
[0022] In the DSL definition of the WiFi network troubleshooting process rules, the combination of DSL and scripting language and the nesting of processes are achieved by referencing the corresponding step ID of the dynamic script and the process ID of other triggered processes.
[0023] A telecommunication broadband automatic troubleshooting system combining DSL rules and dynamic scripts, the system is implemented based on the above-mentioned telecommunication broadband automatic troubleshooting method, and includes a process orchestration engine and a medium storing DSL rules.
[0024] Compared with the prior art, the present invention has the following beneficial effects:
[0025] 1. Simple and intuitive DSL syntax: The DSL rule definition syntax used is simple and clear, making complex telecommunications network fault diagnosis rules easy to express and understand, greatly improving the efficiency and accuracy of rule definition.
[0026] 2. Instant hot loading mechanism: DSL rules support hot loading, allowing for quick response when fault diagnosis rules change without restarting the system, thus ensuring service continuity and stability.
[0027] 3. Flexibility of dynamic scripts: Through a variety of dynamic scripting languages, the various steps and operations of the troubleshooting process can be flexibly defined. Hot loading is also supported, so that the troubleshooting logic can quickly adapt to network changes. BRIEF DESCRIPTION OF THE DRAWINGS
[0028] Figure 1 The figure is a flowchart of WIFI network troubleshooting in one embodiment of the present invention. DETAILED DESCRIPTION
[0029] The technical solution of the present invention is described in detail below in conjunction with the accompanying drawings.
[0030] A telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts, the method comprising:
[0031] The domain-specific language DSL is used to describe the rules of the telecommunications broadband troubleshooting process, including the definition of each step in the troubleshooting process and the Boolean judgment conditions between the steps; DSL rules allow other processes to be triggered in the process to handle more complex fault scenarios;
[0032] Build a process orchestration engine that supports dynamic script customization. The process orchestration engine allows the use of multiple scripting languages to define the conditional judgment logic and troubleshooting action logic of each step of the troubleshooting process;
[0033] The process orchestration engine parses the DSL process rule syntax and converts it into a model. Based on the parsed model, the engine dynamically loads and executes scripts to execute each step in the troubleshooting process. During the process execution, the engine evaluates the conditional judgments between steps to determine the next flow and complete automatic telecommunications broadband troubleshooting.
[0034] The process orchestration engine allows dynamic adjustment of processes based on new information or user input during the troubleshooting process. It supports dynamic loading and execution of new scripts during the troubleshooting process without restarting the engine or reloading DSL definitions. The scripting language can be closely integrated with the DSL, allowing functions or methods written in the scripting language to be directly called in the DSL.
[0035] In this embodiment, the process orchestration engine supports retrying failed troubleshooting steps, and each step can customize the retry configuration and specify exceptions.
[0036] In this embodiment, the process orchestration engine supports multiple scripting languages including Python, Lua, Groovy and Javascript, which enhances the expressiveness of the troubleshooting process; and provides an independent execution environment for each supported scripting language to ensure the security and stability of the script.
[0037] In this embodiment, the dynamic script adopts a modular design to facilitate expansion and maintenance.
[0038] In this embodiment, DSL rules are stored in multiple media, including relational databases, Nacos configuration services, XML, and JSON files, to ensure the portability and adaptability of DSL rules.
[0039] In this embodiment, the troubleshooting process includes a broadband disconnection processing process, a broadband fault processing process and a wifi network troubleshooting process.
[0040] In this embodiment, in the troubleshooting process rules defined by the DSL, each sub-process is defined by a unique process ID and a descriptive label.
[0041] In this embodiment, the Wi-Fi network troubleshooting process rules are specifically as follows:
[0042] Determine whether the account has set a maximum Internet access duration; if so, guide the user to cancel the operation; otherwise, determine whether the account is frequently disconnected;
[0043] If there are frequent disconnections, go to the broadband disconnection handling process, otherwise determine whether the account is online;
[0044] If the account is not detected to be online, go to the broadband fault handling process, otherwise determine whether the Tianyi gateway to the intelligent platform is online;
[0045] If the Tianyi gateway to the smart platform is online, it will guide you to process the whole house, otherwise it will determine whether to process the whole house;
[0046] If you want to apply for the whole house, we will send the order, otherwise we will guide you to apply for the whole house.
[0047] In this embodiment, the condition judgment steps and troubleshooting action steps in the WiFi network troubleshooting process rules are defined by dynamic scripts to define the corresponding condition judgment logic and troubleshooting action logic;
[0048] The conditional judgment step includes whether the account has set a maximum Internet access time, whether it is frequently disconnected, whether the account is online, whether the Tianyi gateway to the smart platform is online, and whether the whole house WIFI is applied;
[0049] The troubleshooting steps include guiding the execution of cancellation operations, guiding the application of whole-house WiFi and dispatching orders;
[0050] In a dynamic script, each step of the troubleshooting process is defined by a unique step ID and a descriptive label;
[0051] In the DSL definition of the WiFi network troubleshooting process rules, the combination of DSL and scripting language and the nesting of processes are achieved by referencing the corresponding step ID of the dynamic script and the process ID of other triggered processes.
[0052] The following specifically describes the application of the present invention in the business scenario of WiFi network troubleshooting process:
[0053] Reference Figure 1 ,The process starts when the user encounters a WiFi disconnection, diagnoses the cause of the problem through a series of judgment questions, and provides corresponding solutions or further operation suggestions based on the diagnosis results.
[0054] 1. Define process condition judgment logic and step action logic through dynamic scripts
[0055] <steps>
[0056] <step id='s1' desc='Judgment condition: Whether the maximum online time is set for the account'>
[0057] function isMaxOnlineTimeSetted(data){
[0058] return data.isMaxOnlineTimeSetted();
[0059] }
[0060]
[0061] <step id='a' desc='Step action: Guide to cancel the operation'>
[0062] function cancelOperation(data){
[0063] data.doCancelOperation();
[0064] }
[0065]
[0066] <step id='s2' desc='Judgment condition: Whether there are frequent disconnections'>
[0067] function isFrequentDisconnections(data){
[0068] return data.isFrequentDisconnections();
[0069] }
[0070]
[0071] <step id='s3' desc='Judgment condition: Whether the account is online'>
[0072] function isAccountOnline(data){
[0073] return data.isAccountOnline();
[0074] }
[0075]
[0076] <step id='s4' desc='Judgment condition: Whether the Tianyi gateway is online to the intelligent platform'>
[0077] function isPlatformOnline(data){
[0078] return data.isPlatformOnline();
[0079] }
[0080]
[0081] <step id='s5' desc='Judgment condition: Whether to handle whole-house WIFI'>
[0082] function isQWWifiOpen(data){
[0083] return data.isQWWifiOpen();
[0084] }
[0085]
[0086] <step id='b' desc='Step action: Guide to handle whole-house WiFi'>
[0087] function openQWWifi(data){
[0088] data.doOpenQWWifi();
[0089] }
[0090]
[0091]
[0092] As described above, in the troubleshooting process, each step is defined by a unique ID and a descriptive label, and the conditional judgment logic is implemented through JavaScript functions. For example, the isMaxOnlineTimeSetted function checks whether the maximum Internet access duration has been set for the account, while the cancelOperation function guides the user to cancel the operation when necessary. The implementation of these functions ensures that the troubleshooting process can make accurate judgments based on real-time data.
[0093] 2. Define process rules through DSL language
[0094]
[0095] The above DSL rules define the structure and control logic of the troubleshooting process. For example, in flow3, the process first determines whether the account has a maximum online time (s1). If not (isMaxOnlineTimeSetted returns false), the process will further determine whether there is a frequent disconnection problem (s2) and select the corresponding sub-process (flow1 or flow2) based on the result. If the maximum time is set, the cancelOperation step is executed.
[0096] The branching logic in the troubleshooting process allows the system to select different processing paths based on the current diagnostic results. For example, if the account is detected to be online (s3), the system will check the online status of the smart platform (s4). If the platform is not online, the dispatch is executed (c); if it is online, it will continue to determine whether the user has applied for full-house WIFI (s5). If not, it will guide the user to apply for full-house WIFI (b); if it has been applied, the dispatch is executed (c).
[0097] 3. Flexibility and scalability of the process
[0098] Through the process rules defined by DSL, you can easily add, modify or delete steps and conditional judgments in the process without making large-scale changes to the entire system architecture. This flexibility enables the troubleshooting process to adapt to changing business needs and technical environments.
[0099] In summary, the technical solution of the present invention provides a structured, flexible and user-friendly troubleshooting process that can effectively diagnose and solve various complex broadband problems.
[0100] A telecommunication broadband automatic troubleshooting system combining DSL rules and dynamic scripts, the system is implemented based on the above-mentioned telecommunication broadband automatic troubleshooting method, and includes a process orchestration engine and a medium storing DSL rules.
[0101] The present invention uses a method for defining a telecommunications broadband troubleshooting process using a domain-specific language (DSL), which allows complex troubleshooting logic to be expressed through concise and intuitive syntax. A method for implementing all conditional judgments and step actions in the troubleshooting process as a variety of dynamic script functions; these functions accept a unified context object, and provide a standardized interface for dynamic adjustment of the process and problem solving. Both DSL rules and script actions support hot loading, so that when the fault judgment rules or script actions change, the system can respond and adapt instantly without restarting, thereby ensuring service continuity. Through a modular system architecture design, each component of the troubleshooting process is designed as an independent module, which is easy to optimize and replace individually to adapt to changing technical requirements.
[0102] The above are preferred embodiments of the present invention. Any changes made according to the technical solution of the present invention, as long as the resulting functions do not exceed the scope of the technical solution of the present invention, belong to the protection scope of the present invention.< / steps>
Claims
1. A telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts, characterized in that: The method comprises: The domain-specific language DSL is used to describe the rules of the telecommunications broadband troubleshooting process, including the definition of each step in the troubleshooting process and the Boolean judgment conditions between the steps; Build a process orchestration engine that supports dynamic script customization. The process orchestration engine allows the use of multiple scripting languages to define the conditional judgment logic and troubleshooting action logic of each step of the troubleshooting process; The process orchestration engine parses the DSL process rule syntax and converts it into a model. Based on the parsed model, the engine dynamically loads and executes scripts to execute each step in the troubleshooting process. During the process execution, the engine evaluates the conditional judgments between steps to determine the next flow and complete automatic telecommunications broadband troubleshooting.
2. The telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts according to claim 1, characterized in that: The process orchestration engine supports retrying failed troubleshooting steps, and each step can customize retry configuration and specify exceptions.
3. The telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts according to claim 1, characterized in that: The process orchestration engine supports multiple scripting languages including Python, Lua, Groovy and Javascript, and provides an independent execution environment for each supported scripting language.
4. The telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts according to claim 1, characterized in that: The dynamic script adopts modular design to facilitate expansion and maintenance.
5. The telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts according to claim 1, characterized in that: DSL rules are stored in a variety of media, including relational databases, Nacos configuration services, XML, and JSON files, to ensure the portability and adaptability of DSL rules.
6. The telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts according to claim 1, characterized in that: The troubleshooting process includes a broadband disconnection processing process, a broadband fault processing process and a wifi network troubleshooting process.
7. The telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts according to claim 6, characterized in that: In the troubleshooting process rules defined in DSL, each sub-process is defined by a unique process ID and a descriptive label.
8. The telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts according to claim 7, characterized in that: Wi-Fi network troubleshooting process The specific troubleshooting process rules are as follows: When a wireless WIFI disconnection failure occurs, first determine whether the account has been set with a maximum Internet access time. If confirmed, guide the user to cancel the operation. Otherwise, determine whether AAA / ITM is frequently disconnected. If confirmed, switch to broadband disconnection processing. Otherwise, determine whether the account is online. If not, switch to broadband fault process. If confirmed, determine whether the Tianyi gateway to the smart platform is online. If not, execute the dispatch. If online, determine whether the whole-house WIFI is bound. If confirmed, execute the dispatch. Otherwise, guide the user to apply for whole-house WIFI.
9. The telecommunication broadband automatic troubleshooting method combining DSL rules and dynamic scripts according to claim 8, characterized in that: The conditional judgment steps and troubleshooting action steps in the WiFi network troubleshooting process rules are defined by dynamic scripts for the corresponding conditional judgment logic and troubleshooting action logic; The conditional judgment step includes whether the account has set a maximum Internet access time, whether it is frequently disconnected, whether the account is online, whether the Tianyi gateway to the smart platform is online, and whether the whole house WIFI is applied; The troubleshooting steps include guiding the execution of cancellation operations, guiding the application of whole-house WiFi and dispatching orders; In a dynamic script, each step of the troubleshooting process is defined by a unique step ID and a descriptive label; In the DSL definition of the WiFi network troubleshooting process rules, the combination of DSL and scripting language and the nesting of processes are achieved by referencing the corresponding step ID of the dynamic script and the process ID of other triggered processes.
10. A telecommunications broadband automatic troubleshooting system combining DSL rules and dynamic scripts, characterized in that: The system is implemented based on the telecommunications broadband automatic troubleshooting method as described in any one of claims 1 to 9, and includes a process orchestration engine and a medium storing DSL rules.