CN107864058A - Fault judgment method and device - Google Patents

Abstract

A specific embodiment of the present application provides a fault judgment method, including the access network device obtaining a simulation service instruction, the simulation service instruction is used to instruct the access network device to obtain line fault information; the access network device, according to the simulation service instruction, Send the service request information corresponding to the simulation service instruction to the server; the access network device determines the line failure according to the response information of the server to the service request information. The fault judgment method and device provided in this application simulate user services through access network equipment and send the user services to the server, and the server processes the user services and sends the processed response results to the access network equipment. The access network equipment processes the response information to determine the line fault, thereby realizing the location of the cause of the line fault.

Description

Fault judgment method and device

technical field

The present application relates to the field of access network technology, and in particular to a fault judgment method and device.

Background technique

When the terminal user is connected to the Internet and visits the target address, an access request is sent, and the access request is forwarded to the core network through the access network. Then, the access request is sent to the destination device at the destination address through the core network. The destination device returns corresponding information according to the access request, and the returned information is sent to the access network through the core network, and then sent to the terminal that sends the access request through the access network.

Among them, the access network equipment generally works at the data link layer (ie, below the network layer). Access network equipment only provides corresponding data link channels. When the access network device receives a corresponding request or message, it forwards the content of the request by analyzing the data link layer information. Since the access network device is not sensitive to the forwarded user service, that is to say, the access network device does not know the forwarded content.

Therefore, when the access network equipment or information is forwarded through the access network equipment, when there is an outage failure, the failure information will be returned to the terminal. Since the access network equipment does not understand the failure of user services (PPPOE, VOIP, iTV, etc.), the access network equipment cannot provide fault information for the system operation and maintenance engineer, which causes inconvenience in troubleshooting.

Contents of the invention

The specific embodiments of the present application provide a fault diagnosis method and device, by simulating a user service in an access network device and making the access network device analyze the information returned by the user service, so as to determine the corresponding fault information.

In the first aspect, a specific embodiment of the present application provides a fault judgment method, including:

The access network device obtains a simulation service instruction, and the simulation service instruction is used to instruct the access network device to obtain line fault information;

The access network device sends service request information corresponding to the simulation service instruction to the server according to the simulation service instruction;

The access network device determines the line failure according to the server's response information to the service request information.

In a possible design, the access network device determines the line failure according to the response information of the server to the service request information, including:

When the access network device does not receive the return information of the service request information from the server within the first time threshold range, the access network device determines that the line is faulty.

In a possible design, the access network device determines the line failure according to the response information of the server to the service request information, including:

The access network device receives error information returned by the server according to the service request information, where the error information is used to indicate the cause of the error;

The access network device determines the line failure according to the returned error information.

In a possible design, the method also includes:

The access network device sends the line failure condition to the network management device.

In a possible design, the service request information is any one of point-to-point protocol information running on Ethernet/Internet telephony information or interactive television information.

In a second aspect, a specific embodiment of the present application provides a fault judgment device, including:

a receiving unit, configured to obtain a simulation service instruction, and the simulation service instruction is used to instruct the access network equipment to obtain line fault information;

A processing unit, configured to send service request information corresponding to the simulation service instruction to the server according to the simulation service instruction;

The processing unit is further configured to determine the line failure according to the response information of the server to the service request information.

In a possible design, the processing unit is configured to determine the line failure according to the response information of the server to the service request information, including:

The processing unit is configured to determine, by the access network device, that the line is faulty when no return information of the service request information from the server is received within a first time threshold range.

In a possible design, the processing unit is configured to determine the line failure according to the response information of the server to the service request information, including:

a receiving unit, configured to receive error information returned by the server according to the service request information, where the error information is used to indicate the cause of the error;

The processing unit is configured to determine a line fault according to the returned error information.

In one possible design, also include:

The sending unit is configured to send line fault information to the network management device.

In a possible design, the service request information is any one of point-to-point protocol information running on Ethernet/Internet telephony information or interactive television information.

The specific embodiments of the present application provide a fault judgment method and device, which simulate user services through access network equipment and send the user services to the server, and the server processes the user services and sends the processed response results to the access network network equipment to send. The access network equipment processes the response information to determine the line fault situation, thereby realizing the location of the cause of the line fault.

Description of drawings

The drawings described here are used to provide a further understanding of the application and constitute a part of the application. The schematic embodiments and descriptions of the application are used to explain the application and do not constitute an improper limitation to the application. In the attached picture:

FIG. 1 is an access network communication system provided by a specific embodiment of the present application;

Fig. 2 is a kind of fault judgment method provided by the specific embodiment of the present application;

Fig. 3 is the flow chart of PPPOE emulation service in the specific embodiment of the application;

Fig. 4 is the flow chart of VOIP emulation service in the specific embodiment of the application;

Fig. 5 is the flow chart of iTV simulation service in the specific embodiment of the application;

FIG. 6 is a fault judgment device provided by a specific embodiment of the present application;

Fig. 7 is a schematic structural diagram of a fault judging device according to an embodiment of the present application.

Detailed ways

In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in conjunction with specific embodiments of the present application and corresponding drawings. Apparently, the described embodiments are only some of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in this application, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts belong to the scope of protection of this application.

The technical solutions provided by various embodiments of the present application will be described in detail below in conjunction with the accompanying drawings.

A fault judgment method and device provided in specific embodiments of the present application. When the service access personnel determine whether the user service can be successfully accessed after the access is completed, or when the operation and maintenance engineer is checking and repairing, because the access network device only performs forwarding of the user service, the only Execute user services and obtain fault information from the terminal side. In this application, the access network equipment simulates the user service and executes the user service, so as to obtain the return information of the execution result of the user service. When a fault occurs in executing the user service, the returned information includes a fault reason. The access network device determines the fault information by parsing the returned information.

This application simulates user services through access network equipment, so as to directly obtain fault information, avoiding the need for maintenance engineers or service access personnel to perform tests through terminals, thereby facilitating fault location.

Fig. 1 is an access network communication system provided by a specific embodiment of the present application. Including network management equipment, network switching equipment, servers and access network equipment. In the depicted example, the network management device provides basic management of the network system's configuration, faults, performance, and network user distribution. In a specific embodiment of the present application, the network management device is further configured to send an emulation service instruction to the access network device. Wherein, the emulation service instruction is sent to the access network device through the network switching device. The network switching device is used to forward various instructions in the network layer. The server is used to manage user information,

Specifically, when it is necessary to determine whether the connection between the terminal and the access network fails, the network management device sends an emulation service instruction to the access network device. The access network device sends a service request to the server according to the simulation service instruction, and the service is a user service. The server determines whether there is a failure and the cause of the failure according to the response information of the server.

Wherein, the response information may be determined by receiving the information replied by the server by the access network device. The access network device determines the fault condition according to the response information by parsing the response information. Certainly, the response information may also be that the access network device determines the fault condition according to not receiving the response information returned by the server within the first time threshold after sending the simulation service instruction to the server.

FIG. 2 is a fault judgment method provided by a specific embodiment of the present application. As shown in Figure 2, the method includes:

S201. The access network device obtains a simulation service instruction, where the simulation service instruction is used to instruct the access network device to obtain line fault information.

When it is necessary to determine whether there is a fault in the terminal's network access or to determine the cause of the terminal's network access fault, the network management device sends an emulation service instruction to the access network device.

In a specific embodiment, the simulation server instruction may be any one of the first simulation service instruction, the second simulation service instruction or the third simulation service instruction. Wherein, the first simulation service command is to run point-to-point protocol (point-to-point protocol over Ethernet, PPPOE) simulation service command on Ethernet, and the second simulation service command is Voice over Internet Protocol (VOIP) The simulation service instruction, the third simulation service instruction is an interactive television (interactive television, iTV) simulation service instruction.

In a specific embodiment of the present application, the servers may be different devices in different access network management systems and when executing different simulation service instructions. For example, in sampling the optical fiber access network technology of passive optical network (Ethernet Passive Optical Network, EPON), when executing PPPOE emulation service instruction, described server is PPPOE server; When executing VOIP emulation service instruction, described server is SIP server; When executing the iTV simulation service instruction, the server is a multicast server.

S202. The access network device sends service request information corresponding to the simulation service instruction to the server according to the simulation service instruction.

In a specific embodiment, the service request information may be any one of the first service request information, the second service request information or the third service request information. The first service request is a point-to-point protocol service request on Ethernet, the second service request is an Internet phone service request, and the third service request is an interactive TV service request.

When the simulation service instruction received by the access network device is the first simulation service instruction, the service request information is the first service request information; when the simulation service instruction received by the access network device is the second simulation service instruction When the service request information is the second service request information; when the simulation service instruction received by the access network device is the third simulation service instruction, the service request information is the third service request information.

S203. The access network device determines the line failure according to the response information of the server to the service request information.

Optionally, the response information may be determined by the access network device according to receiving the response information sent by the server. The access network device determines the fault condition according to the response information by parsing the response information. Certainly, the response information may also be that the access network device determines the fault condition according to not receiving the response information returned by the server within the first time threshold after sending the simulation service instruction to the server.

The access network device determines the line failure according to the response information of the server to the service request information, including: the access network device does not receive the return information of the server to the service request information within the first time threshold range , the access network device determines that the line is faulty.

The access network device determines the line failure according to the response information of the server to the service request information, including: the access network device receives the error information returned by the server according to the service request information, and the error information is used to indicate the cause of the error . The access network device determines the line failure according to the returned error information.

Optionally, the access network device further sends the line fault to the network management device after determining the line fault. The line fault condition can be displayed through the network management device, or sent to other devices through the network management device.

Based on the fault diagnosis method described in FIG. 2 , the PPPOE service simulation, the VOIP service simulation and the iTV service simulation are further illustrated below with examples.

Fig. 3 is a flow chart of PPPOE emulation service in a specific embodiment of the present application. As shown in FIG. 3 , the access network adopts an optical fiber access network technology of a passive optical network (Ethernet Passive Optical Network, EPON). Wherein, the access network device includes an optical line terminal (Optical Line Terminal, OLT).

When receiving the first emulation service instruction sent by the network management device, the OLT sends a PPPOE service request to the PPPOE server. The PPPOE server returns corresponding response information according to the PPPOE service request. After receiving the response information returned by the PPPOE server, the OLT analyzes the corresponding information to determine the fault information included therein. The OLT also sends the analyzed fault information to the network management device.

Among them, the OLT sends a PPPOE service request to the PPPOE server, and the PPPOE server returns corresponding information according to the PPPOE service request, including the sending, receiving and processing process of multiple signalings, specifically the standard PPPOE protocol handshake negotiation process. This application handshake negotiation process The process is not limited.

The response information sent by the PPPOE server analyzed by the OLT may be the response information returned in any step.

Fig. 4 is a flow chart of the VOIP emulation service in the specific embodiment of the present application. As shown in FIG. 4 , the OLT and the signaling control protocol (Session Initiation Protocol, SIP) server of the application layer.

When the OLT obtains the second simulation service instruction sent by the network management device, it sends a SIP service request to the SIP server. The SIP service request sent by the OLT to the SIP server includes sending an IP channel validity verification request to the SIP server and a registration request to the SIP server. When the OLT sends an IP channel validity verification request to the SIP server, the SIP server will return corresponding response information to the OLT. When the OLT sends a registration request to the SIP server, the SIP server will return corresponding registration result information to the OLT.

The OLT can respectively analyze the response information and the registration request returned by the SIP server, so as to determine the line failure. It should be noted that when the SIP server returns invalid response information when judging the validity of the IP channel, the OLT will not generate a registration request message.

After the OLT parses the response information and registration request returned by the SIP server, it also sends the parsed result to the network management server.

Fig. 5 is a flow chart of the iTV emulation service in a specific embodiment of the present application. As shown in FIG. 5 , it includes an optical line terminal (OLT, optical line terminal) and a multicast server.

The OLT acquires a third simulation service instruction sent by the network management device, where the third simulation service instruction is a multicast join request instruction. The OLR sends a multicast join request to the multicast server. The multicast server will determine whether to join the multicast according to the multicast join request sent by the ORT, and return corresponding response information to the OLT. The OLT determines whether the response information includes live program information according to the response information. The OLT also sends the result to the network management device.

Fig. 6 is a fault judgment device provided by a specific embodiment of the present application. As shown in FIG. 6 , a receiving unit 601 and a processing unit 602 are included.

The receiving unit 601 is configured to obtain a simulation service instruction, where the simulation service instruction is used to instruct the access network device to obtain line fault information.

The processing unit 602 is configured to send service request information corresponding to the simulation service instruction to the server according to the simulation service instruction. The processing unit 602 is further configured to determine the line failure according to the response information of the server to the service request information.

Optionally, the processing unit 602 is configured to determine the line fault situation according to the response information of the server to the service request information, including: the processing unit 602 does not receive the service request information from the server within the first time threshold range When the information is returned, the processing unit 602 determines that the line is faulty.

Optionally, the processing unit 602 is configured to determine the line failure according to the response information of the server to the service request information, including: a receiving unit 602 configured to receive error information returned by the server according to the service request information, the error The information is used to indicate the cause of the error; the processing unit 602 is also used to determine the line fault according to the returned error information.

Optionally, the shown device further includes a sending unit 603 . After the processing unit 602 determines the line failure according to the response information of the server to the service request information, it further includes: a sending unit 603, configured to send the line failure to the network management device.

Optionally, the service request information is any one of point-to-point protocol information running on Ethernet/Internet telephony information or interactive television information.

Fig. 7 is a schematic structural diagram of a fault judging device according to an embodiment of the present application. Please refer to FIG. 7 , at the hardware level, the fault judging device includes a processor, a network interface and a memory. where storage may include memory. Of course, the fault judging device may also include hardware required by other services.

Memory for storing programs. Specifically, the program may include program code including computer operation instructions. Storage, which can include internal memory and nonvolatile storage, provides instructions and data to the processor.

The processor reads the corresponding computer program from the non-volatile memory into the memory and then runs it, forming an image prediction device on a logical level. The processor executes the program stored in the memory, and is specifically used to perform the following operations:

The access network device obtains a simulation service instruction, and the simulation service instruction is used to instruct the access network device to obtain line fault information;

The access network device sends service request information corresponding to the simulation service instruction to the server according to the simulation service instruction;

The access network device determines the line failure according to the server's response information to the service request information.

The fault judging device can also execute any method in FIG. 2 , which will not be repeated in this embodiment of the present application.

A computer program product is also proposed in a specific embodiment of the present application, and the computer program product can be used for running by an access network device. When the computer program product runs on the access network device, the access network device is made to execute the method as shown in FIG. 2 .

It should be noted that the embodiments provided in the present application are only optional embodiments introduced in the present application, and those skilled in the art can design more embodiments on this basis, so details are not repeated here.

Those skilled in the art can appreciate that the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein can be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are executed by hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art may use different methods to implement the described functions for each specific application, but such implementation should not be regarded as exceeding the scope of the present application.

Those skilled in the art can clearly understand that for the convenience and brevity of the description, the specific working process of the above-described system, device and unit can refer to the corresponding process in the foregoing method embodiment, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods may be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or 40 components can be combined or can be Integrate into another system, or some features may be ignored, or not implemented. In another point, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms. A unit described as a separate component may or may not be physically separated, and a component displayed as a unit may or may not be a physical unit, that is, it may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit. If the functions are realized in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including Several instructions are used to make a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) execute all or part of the steps of the methods in various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disk and other media that can store program codes. .

The above is only the specific implementation of the application, but the scope of protection of the application is not limited thereto. Anyone familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the application, and should cover Within the protection scope of this application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims (10)

1. A fault diagnosis method, characterized in that, comprising: The access network device obtains a simulation service instruction, and the simulation service instruction is used to instruct the access network device to obtain line fault information; The access network device sends service request information corresponding to the simulation service instruction to the server according to the simulation service instruction; The access network device determines the line failure according to the server's response information to the service request information. 2. The method according to claim 1, wherein the access network device determines the line fault condition according to the response information of the server to the service request information, including: When the access network device does not receive the return information of the service request information from the server within the first time threshold range, the access network device determines that the line is faulty. 3. The method according to claim 1, wherein the access network device determines the line fault condition according to the response information of the server to the service request information, including: The access network device receives error information returned by the server according to the service request information, where the error information is used to indicate the cause of the error; The access network device determines the line failure according to the returned error information. 4. The method according to claim 1, wherein the method further comprises: The access network device sends the line failure condition to the network management device. 5. The method according to claim 1, wherein the service request information is any one of point-to-point protocol information running on Ethernet/Internet telephone information or interactive television information. 6. A fault judgment device, characterized in that, comprising: a receiving unit, configured to obtain a simulation service instruction, and the simulation service instruction is used to instruct the access network equipment to obtain line fault information; A processing unit, configured to send service request information corresponding to the simulation service instruction to the server according to the simulation service instruction; The processing unit is further configured to determine the line failure according to the response information of the server to the service request information. 7. The device according to claim 6, wherein the processing unit is configured to determine the line fault condition according to the response information of the server to the service request information, comprising: The processing unit is configured to determine that the line is faulty when no return information of the service request information from the server is received within the first time threshold range. 8. The device according to claim 6, wherein the processing unit is configured to determine the line fault condition according to the response information of the server to the service request information, comprising: a receiving unit, configured to receive error information returned by the server according to the service request information, where the error information is used to indicate the cause of the error; The processing unit is configured to determine a line fault according to the returned error information. 9. The device according to claim 6, further comprising: The sending unit is configured to send line fault information to the network management device. 10. The device according to claim 6, wherein the service request information is any one of point-to-point protocol information running on Ethernet/Internet telephony information or interactive television information.