CN112202492B

CN112202492B - Optical cable fault positioning method and device and electronic equipment

Info

Publication number: CN112202492B
Application number: CN202010904738.6A
Authority: CN
Inventors: 曲贺楠; 张志锋; 阙文锋; 张笔; 张小伟
Original assignee: China Mobile Communications Group Co Ltd; China Mobile Group Guangdong Co Ltd
Current assignee: China Mobile Communications Group Co Ltd; China Mobile Group Guangdong Co Ltd
Priority date: 2020-09-01
Filing date: 2020-09-01
Publication date: 2021-10-01
Anticipated expiration: 2040-09-01
Also published as: CN112202492A

Abstract

The invention discloses an optical cable fault positioning method and device and electronic equipment. Compared with the problem that the fault location of the optical cable needs to be carried out by means of external special hardware equipment, the fault location method of the optical cable not only increases the hardware equipment, but also is troublesome, the characteristic that a pair of optical transmission components can mutually transmit frame signals in the optical cable transmission network is directly utilized without adding external hardware, and the network management needs to monitor and manage the optical transmission components, obtain the number of frames transmitted between a pair of optical transmission components and the multiframe value of the last frame, and the multiframe value of the target frame transmitted by the target component on the transmitting side upon reception of the last frame, in combination with the length of each frame signal in the optical cable transmission network, determines the fault region between a pair of optical transmission components, in other words, the purpose of optical cable fault positioning can be quickly realized by upgrading the software layer in the optical cable transmission network, namely from the software layer.

Description

Optical cable fault positioning method and device and electronic equipment

Technical Field

The invention relates to the technical field of optical cable transmission, in particular to an optical cable fault positioning method and device and electronic equipment.

Background

When the optical cable has breakpoints and other faults, the position of the breakpoints fault can be determined by detecting and monitoring the whole optical cable with the aid of special optical detection equipment.

However, fault location by means of dedicated detection equipment requires not only the addition of dedicated hardware equipment outside the cable transport network, but also detection is time consuming.

Disclosure of Invention

The invention provides an optical cable fault positioning method, an optical cable fault positioning device and electronic equipment, and aims to solve the problems that special hardware equipment needs to be added and time is consumed for detection in optical cable fault positioning.

In a first aspect, the present invention provides an optical cable fault location method, applied to an optical cable transmission network, where the optical cable transmission network includes at least one pair of optical transmission components that transmit frame signals to each other based on a same optical fiber, and the method includes:

acquiring the number of frames transmitted between a pair of the optical transmission components, wherein the number of the frames is the number of frames transmitted in a single direction;

acquiring a multiframe value of a last frame of a pair of the optical transmission assemblies, wherein the last frame is a last received frame in the pair of the optical transmission assemblies, and the optical transmission assembly receiving the last frame is taken as a target assembly; wherein the multiframe value represents a value of a multiframe positioning signal;

acquiring a multiframe value of a target frame, wherein when the target component receives the last frame, a frame correspondingly transmitted by the target component on a transmitting side is marked as the target frame;

determining an optical cable fault area between a pair of the optical transmission components according to the frame number, the length of a single frame signal in the optical cable transmission network, the multi-frame value of the last frame, the target component and the multi-frame value of the target frame.

In a second aspect, the present invention provides an optical cable fault location apparatus, applied to an optical cable transmission network, where the optical cable transmission network includes at least one pair of optical transmission components that transmit frame signals to each other based on a same optical fiber, and the optical cable fault location apparatus includes:

a frame number acquiring module, configured to acquire the number of frames transmitted between the pair of optical transport components, where the number of frames is the number of frames in unidirectional transmission;

a target component determining module, configured to obtain a pair of multiframe values of a last frame of the optical transmission component, where the last frame is a last received frame in the pair of optical transmission components, and an optical transmission component receiving the last frame is a target component; wherein the multiframe value represents a value of a multiframe positioning signal;

a multiframe value acquiring module of the target frame, configured to acquire a multiframe value of the target frame, where when the target component receives the last frame, a frame that the target component correspondingly transmits on a transmitting side is marked as the target frame;

and the fault area determining module is used for determining the optical cable fault area between the pair of optical transmission assemblies according to the frame number, the length of the single frame signal in the optical cable transmission network, the multiframe value of the last frame, the target assembly and the multiframe value of the target frame.

In a third aspect, the present invention provides an electronic device comprising: a memory, a processor and a computer program stored on the memory and executable on the processor, which computer program, when executed by the processor, carries out the steps of the method as described above.

In a fourth aspect, the invention provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the method as described above.

Compared with the problem that the fault location of the optical cable needs to be carried out by means of external special hardware equipment, the fault location method of the optical cable not only increases the hardware equipment, but also is troublesome, the characteristic that a pair of optical transmission components can mutually transmit frame signals in the optical cable transmission network is directly utilized without adding external hardware, and the network management needs to monitor and manage the optical transmission components, obtain the number of frames transmitted between a pair of optical transmission components and the multiframe value of the last frame, and the multiframe value of the target frame transmitted by the target component on the transmitting side upon reception of the last frame, in combination with the length of each frame signal in the optical cable transmission network, determines the fault region between a pair of optical transmission components, in other words, the purpose of optical cable fault positioning can be quickly realized by upgrading the software layer in the optical cable transmission network, namely from the software layer.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the invention and not to limit the invention. In the drawings:

FIG. 1 is a schematic view of a cable transport network employing a cable fault location method in accordance with an embodiment of the present invention;

FIG. 2 is a schematic flow chart illustrating a method for locating a fault in an optical cable according to an embodiment of the present invention;

FIG. 3 is a diagram illustrating a frame signal structure and reserved first/second overhead locations according to an embodiment of the present invention;

FIG. 4 is a diagram illustrating an embodiment of obtaining an overhead value;

fig. 5 is a diagram illustrating relevant parameters obtained from OTMA and OTMB when a value of the number n of frames is obtained in the first embodiment of the present invention;

fig. 6 is a schematic diagram illustrating a breakpoint generated between OTMA and OTMB in the first embodiment of the present invention;

fig. 7 is a schematic block diagram of an optical cable fault location device according to a second embodiment of the present invention.

Fig. 8 is a schematic structural diagram of an electronic device according to a third embodiment of the present invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the present invention more apparent, the technical solutions of the present invention will be clearly and completely described below with reference to the specific embodiments of the present invention and the accompanying drawings. It is to be understood that the described embodiments are merely exemplary of the invention, and not restrictive of the full scope of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

Before carrying out the specific embodiments, the relevant definitions of the present application and the relevant relationships between the definitions are explained as follows.

The multiframe value is short for the value of the multiframe positioning signal;

mfas (multi frame Alignment signal), a multiframe positioning signal, each frame signal has a multiframe positioning signal, and it can be understood that the value of the multiframe positioning signal is the sequence number of the frame signal.

An otn (optical Transport network), an optical Transport network;

an OTM (optical Transport Module), an optical Transport module;

an otu (optical Channel Transport unit), an optical path transfer unit;

otma (optical Transport Module a), optical Transport component a, also referred to herein as the first component;

otmb (optical Transport Module B), optical Transport component B, also referred to herein as the second component;

otmc (optical Transport Module C), optical Transport component C, also referred to herein as the third component;

otmd (optical Transport Module D), optical Transport Module D, also referred to herein as fourth Module;

MFAS _ TA, multiframe value of current frame of OTMA sending side;

MFAS _ TB, the multiframe value of the current frame at the OTMB sending side;

MFAS _ RA, multiframe value of current frame of OTMA receiving side;

MFAS _ RB, multiframe value of current frame at OTMB receiving side;

RES _ TB, a value inserted in a reserved first overhead position when the OTMB sends the current frame, where the value is a multiframe value of the current frame being received by the OTMB receiving side, and the reserved first overhead position is shown as RES in fig. 2;

RES _ TA, a value inserted in a reserved first overhead position when the OTMA sends the current frame, where the value is a multiframe value of the current frame being received by the OTMA receiving side, and the reserved first overhead position is shown in RES in fig. 2;

RES _ RA, overhead value of current frame being received by OTMA receiving side;

RES _ RB, overhead value of the current frame being received by the receiving side of OTMB.

The multiframe value of the last frame, also referred to herein as the second last frame, received by the receiving side of MFAS _ x, OTMB;

the multiframe value of the last frame, also referred to herein as the first last frame, received by the receiving side of MFAS _ y, OTMA;

MFAS _ TB _ los, when the OTMB receiving side receives the second last frame, the OTMB sending side sends the multiframe value of the current frame, when MFAS _ x is the multiframe value of the last frame in the network system, MFAS _ TB _ los is the multiframe value of the target frame;

MFAS _ TA _ los, when the OTMA receiving side receives the first last frame, the OTMA sending side sends the multiframe value of the current frame, when MFAS _ y is the multiframe value of the last frame in the network system, MFAS _ TA _ los is the multiframe value of the target frame;

n, the number of frames transmitted between the first assembly and the second assembly or the number of frames transmitted between the second assembly and the first assembly is related to the length of the optical fiber between the first assembly and the second assembly, and when the lengths of the optical fibers of the first assembly and the second assembly are fixed, the value of n is also fixed;

and in the initial fault area, preliminarily estimating the area where the fault is approximately located.

Example one

At present, the judgment of the breakpoint of the Optical cable fault in the industry mainly depends on OTDR (Optical Time-domain Reflectometer, Optical Time domain Reflectometer) equipment and a single board with an OTDR function, most core patents of the OTDR equipment are mastered in japan and european and american enterprises, and the Optical cable fault positioning method provided by the embodiment of the invention belongs to the problem of calculating the physical breakpoint in the software algorithm level, has low implementation cost, and can be expected to have good effect, so that the technical blank in the field in the domestic industry can be made up, and the monopoly of patents can be broken through.

Specifically, the optical cable fault location method of the embodiment of the present invention is applicable to an optical cable transport network, where the optical cable transport network may include at least one pair of optical transport components, for example, two, three, or four pairs of optical transport components, referring to fig. 1, the optical transport network includes 4 optical transport components in total, namely OTMA, OTMB, OTMC, and OTMD, and a network management DCN; wherein, 4 optical transport modules can form a ring network structure, for example, OTMA and OTMB are a pair of optical transport modules capable of transmitting frame signals to each other, and OTMA and OTMC are a pair of optical transport modules capable of transmitting frame signals to each other.

Actually, when performing fault location, fault location is usually performed on an optical cable between any pair of optical transmission components that mutually transmit frame signals based on the same optical fiber, therefore, in the embodiment of the present invention, a method for locating a fault on an optical cable is mainly described by taking a pair of optical transmission components, which is OTMA and OTMB, as an example, fig. 2 is a flowchart of a method for locating a fault on an optical cable provided in an exemplary embodiment of the present invention, where the method specifically includes the following steps.

S102: and acquiring the number of frames transmitted between the pair of optical transmission components, wherein the number of the frames is the number of frames transmitted in a single direction.

S104: acquiring a multiframe value of a last frame of a pair of optical transmission assemblies, wherein the last frame is a last received frame in the pair of optical transmission assemblies, and the optical transmission assembly receiving the last frame is taken as a target assembly; wherein the multiframe value represents a value of a multiframe positioning signal;

s106: acquiring a multiframe value of a target frame, wherein when a target component receives a last frame, a frame which is correspondingly transmitted by the target component at a transmitting side is marked as the target frame;

s108: an optical cable fault area is determined between a pair of optical transmission components according to the number of frames, the length of a single frame signal in the optical cable transmission network, the multi-frame value of the last frame, the target component and the multi-frame value of the target frame.

Specifically, in the embodiment of the present invention, the optical transport components OTMA, OTMB, and the like can acquire respective data and upload the data to the network manager, and the network manager can calculate and determine the optical cable fault area after receiving and acquiring the data. The executing main bodies of S102 to S106 may be each optical transmission component, or may be devices such as a network manager and the like capable of acquiring parameters of each optical transmission component, and the executing main body of S108 may be a network manager and acquires other devices capable of monitoring and managing each optical transmission component existing in the optical cable transmission network.

It should be noted that the optical cable fault location method of the embodiment of the present invention is applicable to OTUK specified by g.709 protocol; of course, other cable networks may be suitable.

In S102, specifically, the number of frames (i.e., the value of n) in the OTMA to OTMB direction (hereinafter referred to as a direction) is acquired, or the value of n in the OTMB to OTMA direction (hereinafter referred to as a direction) is determined. In fact, because of the rate deviation (rate tolerance) of the frame signal, the value of n in the a direction and the value of n in the B direction may be different, or may deviate by some bytes, however, the rate deviation (rate tolerance) of the frame signal in the present application has a small influence on the difference of n in the two directions, and thus may be ignored, and the value of n in the a direction is considered to be equal to the value of n in the B direction. For example, since OTMA and OTMB are independent of each other, the rate tolerance of OTUK is ± 20ppm according to the g.709 protocol, and in the boundary condition, OTMA shifts forward by 20ppm at the standard rate and OTMB shifts backward by 20ppm at the standard rate, the influence of such forward shift and backward shift on the fault location is negligible.

Specifically, S102 includes the following steps:

s1022: and determining one optical transmission assembly from a pair of optical transmission assemblies as a frame number calculation interface.

S1024: acquiring an overhead value of a current frame being received by a receiving side of a computing interface and a multiframe value of the current frame being sent by a sending side of the computing interface; the overhead value is a value inserted at a reserved first overhead position on a current frame being transmitted by a transmitting side of the optical transmission component, and the value is a multiframe value of the current frame being received by a receiving side of the optical transmission component.

S1026: the number of frames transmitted between a pair of optical transport components is determined based on the overhead value of the current frame being received and the multiframe value of the current frame being transmitted.

Taking OTMA as an example of a computing interface, an overhead value of a current frame being received by an OTMA receiving side, that is, an RES _ RA, and a multiframe value of the current frame being sent by a sending side of OTMA, that is, an MFAS _ TA, are obtained. The overhead value of the current frame being received by the OTMA is a value of a first overhead position that is inserted into the frame when the frame is sent by the OTMB sending side, and the value is a multiframe value of the current frame being received by the corresponding OTMB receiving side when the OTMB sending side sends the frame. And dividing the difference value of RES _ RA and MFAS _ TA by 2 to obtain a value which is the n value of unidirectional transmission between OTMA and OTMB. Similarly, taking OTMB as an example of the computing interface, the value of n can be obtained as well.

The determination of the n value may be performed by the above-described technique once or may be performed by a plurality of calculations.

In S104, the method includes:

s1042: acquiring a multiframe value of a first last frame received by a first component, and acquiring a multiframe value of a current frame which is being sent by a sending side of the first component when the first component receives the first last frame, wherein the first last frame is a frame which is received by the first component last;

s1044: acquiring a multiframe value of a second last frame received by the second assembly, wherein the second last frame is a frame received by the second assembly at last;

s1046: when the first component receives the first last frame, the value obtained by summing the multiframe value and the frame number of the current frame being transmitted by the transmitting side of the first component is compared with the multiframe value of the second last frame received by the second component, and the multiframe value of the last frame in the pair of optical transmission components and the target component are determined.

Specifically, OTMA is the first component and OTMB is the second component. After obtaining the MFAS _ y and the MFAS _ TA _ los, further obtaining the MFAS _ x, comparing the MFAS _ TA _ los + n with the MFAS _ x, determining which of the MFAS _ x and the MFAS _ y is the multi-frame value of the last frame between the OTMA and the OTMB, and further determining which of the OTMA and the OTMB is the target component.

Specifically, if MFAS _ TA _ los + n is equal to MFAS _ x, it indicates that the OTMA receives the first and last frames and the OTMB receives the second and last frames, and further determines that the first and second last frames are both the last frames, and the first component or the second component may be the target component. If MFAS _ TA _ los + n is greater than MFAS _ x, it indicates that the OTMB has already received the second last frame when the OTMA receives the first last frame, and then it is determined that the first last frame is the last frame, and the OTMA is the target component that receives the last frame. If MFAS _ TA _ los + n is smaller than MFAS _ x, it indicates that the OTMB has not received the second last frame when the OTMA receives the first last frame, and further determines that the second last frame is the last frame, and the OTMB is the target component for receiving the last frame.

The above is to obtain MFAS _ TA _ los + n to compare with MFAS _ x, and determine the last frame, the target component, and the initial failure region.

As a variation of S104, in S1042, a multiframe value of a first last frame received by the first component may be obtained, but a multiframe value of a current frame being sent by the sending side of the first component when the first component receives the first last frame is not obtained, a multiframe value of a second last frame received by the second component is obtained in S1044, and a multiframe value of a current frame being sent by the sending side of the second component when the second component receives the second last frame is obtained, and a value obtained by summing the multiframe value and the number of frames of the current frame being sent by the sending side of the second component when the second component receives the second last frame is compared with the multiframe value of the first last frame received by the first component in S1046, so as to determine a multiframe value of a last frame in OTMA and OTMB, and a target component. That is, MFAS _ TB _ los + n is compared with MFAS _ y to determine the last frame, target component, and failure onset region.

In S108, the method specifically includes:

s1082: according to the target assembly, determining a primary fault area, wherein the primary fault area is far away from the target assembly, and the primary fault area comprises one of the following components: a midpoint between the first component and the second component, a region between the first component and the midpoint, or a region between the second component and the midpoint. As analyzed above, after the target component is determined, it may be determined whether the failure is close to OTMA, OTMB, or between the middle points of OTMA and OTMB, so as to preliminarily determine the initial failure area.

S1084: and obtaining the difference value of subtracting the multi-frame value of the target frame from the multi-frame value of the last frame and subtracting the number of frames.

S1086: and in the initial fault area, determining the optical cable fault area according to the difference and the length of the single frame signal in the optical cable transmission network.

Specifically, the difference in S1084 is denoted as h, the length of the single frame signal in the optical cable transmission network is denoted as d, where taking the multiframe value of the last frame as MFAS _ x as an example, at this time, MFAS _ TB _ los is the multiframe value of the target frame, OTMB is the target component, the initial failure region is between OTMA and the midpoint, the calculated h is MFAS _ x-MFAS _ TB _ los-n, the failure region is the length of the h-th frame signal in the optical cable transmission network from the midpoint to the OTMA direction, that is, the length of the h-th d from the midpoint is kept within the length of the h-th frame signal in the optical cable transmission network, and the offset OTMA is far from the OTMB. Conversely, taking the multi-frame value of the last frame as MFAS _ y as an example, where MFAS _ TA _ los is the multi-frame value of the target frame, OTMA is the target component, the initial failure region is between OTMB and the midpoint, the calculated h is MFAS _ y-MFAS _ TA _ los-n, and the failure region is the length interval of the h frame signal from the midpoint to the OTMB direction in the optical cable transmission network, that is, the length interval of the h d from the midpoint to the h frame signal is kept within the h length interval, and the OTMB is biased to be away from the OTMA.

In an embodiment of the present invention, the frame structure of the frame signal may include at least two rows of bytes, such as three rows of bytes, four rows of bytes, five rows of bytes, and more than five rows of bytes. When the frame structure of the frame signal has a plurality of bytes, in S106, the number of multiframes of the last frame may be determined by calculating the total number of lines of the frame structure according to the line to which the last byte received in the last frame belongs. For example, the frame structure of the frame signal OUT is 4 rows × 4080 columns (see fig. 3), and a row-column counter is provided at the receiving end, which row is the last byte received when the optical cable is interrupted, i.e. the multiframe value may have decimal information. Similarly, the value of n may also be a decimal number, and the value may be an average value calculated multiple times. For example, OUT is 4 lines in total, the number of multiframes of one frame before the last frame is acquired is j, the last byte acquired by the last frame is in line 2, it can be understood that the average value in the last frame is acquired, and the multiframe value of the last frame is j + 0.5.

It should be noted that, as shown in fig. 3, the frame structure of OUT specified in the protocol G7.09 includes a multiframe location signal of one byte, and each frame signal determines a multiframe value of each frame according to a value of the multiframe location signal in the byte, so that a value range of the multiframe value is usually between 0 and 255. However, when the distance between the OTMA and the OTMB exceeds the length of 128 frames (for example, the length of each frame OUT4 is 233 meters, and the length of the 128 frames is 29.8km) in calculating the n value, it will result in inaccurate calculation of the n value, and for this reason, the second overhead position reserved in fig. 3, that is, the highest position of RES in fig. 3 is an extended position as a multiframe location signal, that is, the multiframe overhead is extended to 0-512 or more. When the most significant bit of the RES in fig. 3 is the extended position of the multiframe location signal, the least significant bit, or the two least significant bits, of the RES may be used as the reserved first overhead position.

According to the process provided by the embodiment of the invention, the area where the breakpoint between the pair of optical transmission components is located can be determined, wherein the length of the area where the breakpoint is located is associated with the length of a single frame signal in an optical cable transmission network or the number of lines of a single frame. For example, each frame of OTU4 has a corresponding length of about 233 meters, so that it can be determined that the length of the area where the breakpoint is located is 233 meters, or the accuracy of fault location is 233 meters; further, since the specific calculation can be accurate to the line information of each frame, each frame of the OTU4 includes 4 lines, the accuracy of fault location is 233/4, and the total error is 58.25 meters. On the other hand, if the transmission rate in the cable transport network is further increased, for example, the transmission rate is doubled, the accuracy is doubled, and the error is halved.

The above describes the flow of the optical cable fault positioning method in the embodiment of the present invention, and the following briefly describes the working process in combination with a specific application scenario. In fact, in a ring network structure composed of a plurality of wavelength division devices (see fig. 1 by taking 4 devices as an example, there is no requirement on the number of devices in practice.

First, before the method of the embodiment of the present invention is applied to perform optical cable fault location, it needs to be explained that the transmission system composed of OTMA and OTMB two wavelength division devices should have the following conditions:

(1) the rate between OTMA and OTMB is 100G or more, that is, the OTUk is used for carrying, and k > is 4.

(2) OTMA and OTMB receive and transmit through the same optical fiber.

(3) Both the OTMA and the OTMB receiving sides may extract a multi-frame value (MFAS) of a frame currently being received and insert the MFAS back into a reserved first overhead position of a frame currently being sent by the sending side, where the reserved first overhead position is shown in fig. 3. That is to say, in a practical application scenario of the embodiment of the present invention, an overhead position of a frame sent by a sending side needs to be occupied, specifically, a multiframe value of a frame currently received by a receiving side is written in the overhead position by using a software method.

Of course, OTMA and OTMB may communicate with the network manager through other devices of the ring network.

Next, the value of n is determined.

As mentioned above in S104, the calculation of the n value needs to obtain the overhead value of the current frame being received by the OTMA or OTMB. Specifically referring to fig. 4, a manner of obtaining overhead values in OTMA and OTMB is described, taking OTMA as an example, obtaining a multiframe value MFAS of a current frame being received at an OTMA receiving side, and inserting the obtained multiframe value MFAS into an RES of the current frame being sent by an OTMA sending side as the overhead value of the current frame.

At a certain moment, let: MFAS _ TA ═ m, MFAS _ TB ═ k, MFAS _ RA ═ k + n, MFAS _ RB ═ m + n,

RES_TB＝MFAS_RB，RES_TA＝MFAS_RA。

wherein, m is a multiframe value of a current frame at a certain time OTMA sending side, and the value is between 0 and 255 (or 0 to 512 or more); k is a multi-frame value of the current frame at the OTMB sending side at the moment, and takes a value between 0 and 255 (or 0 to 512 or more), and n is the number of frames transmitted in one direction between the OTMA and the OTMB.

From the above equation, RES _ RA is MFAS _ Rb + n, RES _ RA is m +2n, and RES _ RA-MFAS _ Ta is 2 n.

This yields: at any time, the difference between RES _ RA of the OTMA receiving side and MFAS _ TA of the transmitting side is 2 n. Therefore, after RES _ RA and MFAS _ TA are acquired, the n value can be determined.

It should be noted that the concepts of MFAS _ TA, MFAS _ TB, MFAS _ RA, MFAS _ RB, RES _ TB, RES _ TA, RES _ RA, RES _ RB, etc. are understood from the above explanation of the relevant definitions in conjunction with fig. 5.

Finally, the principle of the method is further illustrated by taking four scenarios as an example:

scene one:

when the breakpoint is at the midpoint between OTMA and OTMB, the multiframe number of OTU4 being transmitted at the breakpoint in the a direction (OTMA-OTMB) is MFAS _ x, which is the last frame received by OTMB. And after the frame, the optical signal is lost, and the current frame number MFAS _ TB _ los of the OTMB sending direction at the moment is sampled and stored by taking the optical signal loss as a trigger condition.

Similarly, the multiframe number of the OTU4 being transmitted at the breakpoint of the B direction (OTMB-OTMA) is MFAS _ y, and when the frame reaches the OTMA, the current frame number MFAS _ TA _ los in the OTMA transmitting direction at this time is sampled and stored under the condition of optical signal loss.

Since the breakpoint is the midpoint (n 1 equals n2 in fig. 6), MFAS _ x and MFAS _ y arrive at the device at the same time in the respective transmission directions (corresponding to t1 equals t2 in fig. 6), where MFAS _ y equals MFAS _ TB + n, MFAS _ x equals MFAS _ TA + n, and at this moment, MFAS _ TB equals MFAS _ TB _ los, and MFAS _ TA equals MFAS _ TA _ los, thus obtaining MFAS _ y equals MFAS _ TB _ los + n, and MFAS _ x equals MFAS _ TA _ los + n.

Therefore, in S1046, that is, if MFAS _ TA _ los + n is determined to be equal to MFAS _ x, and if MFAS _ TB _ los + n is determined to be equal to MFAS _ y, OTMA and OTMB are both target components. Accordingly, in S1046 or S018, it is determined that the initial failure region is the midpoint between the OTMA and the OTMB, and the initial failure region is the finally determined failure region.

Scene two:

the break point is near the OTU4 at the midpoint near the OTMA direction, corresponding to n2-n1 being 1 in fig. 6. And respectively sampling and storing the multiframe number of the transmitting side when the OTMA and the OTMB receive the last frame.

When MFAS _ y reaches OTMA, MFAS _ x has not reached OTMB, and at this time, MFAS _ TA _ los + n ≠ MFAS _ RB ≠ MFAS _ x.

When MFAS _ x reaches OTMB, OTMA cannot receive light before one frame, and MFAS _ TA _ los + n is equal to MFAS _ x-1, i.e., MFAS _ x- (MFAS _ TA _ los + n) is equal to 1.

Therefore, in S1046, that is, if it is determined that MFAS _ TA _ los + n is smaller than MFAS _ x, it is determined that OTMB is the target component for receiving the last frame, and MFAS _ x is the multiframe value of the last frame of the optical cable network, and corresponds to the following of S1046, or it is determined in S108 that the initial failure region is relatively close to OTMA and far from OTMB, that is, the region between OTMA to the midpoint of OTMA and OTMB, and the initial failure region is the finally determined failure region.

Corresponding to the calculation processes of S1084 and S1086, the difference obtained by subtracting MFAS _ TA _ los from MFAS _ x and subtracting n is 1, and therefore, it is determined in the initial fault region from the OTMA to the midpoint that the breakpoint region is a position near the midpoint near the 1 st OTU4 in the OTMA direction.

Scene three:

the break point is near the midpoint h OTUs 4 in the OTMA direction, corresponding to n2-n1 being h in fig. 6, and MFAS _ x being the last received frame in the system, where MFAS _ TA _ los + n being MFAS _ x-h, i.e. MFAS _ x- (MFAS _ TA _ los + n) being h.

Similar to the second scenario, the first failure area corresponds to the foregoing S1046, that is, if it is determined that MFAS _ TA _ los + n is smaller than MFAS _ x, it is determined that the OTMB is a target component for receiving the last frame, and MFAS _ x is the last frame of the optical cable network, and corresponds to a subsequent step of S1046, or it is determined in S108 that the first failure area is relatively close to the OTMA and far from the OTMB, that is, an area located between the OTMA and a midpoint between the OTMA and the OTMB, and the first failure area is the finally determined failure area.

Corresponding to the calculation processes of S1084 and S1086, the difference obtained by subtracting MFAS _ TA _ los from MFAS _ x and subtracting n is h, and therefore, it is determined in the initial fault region from the OTMA to the midpoint that the breakpoint region is a position near the h-th OTU4 in the direction from the midpoint to the OTMA.

Scene four:

the break point is near the midpoint near h OTUs 4 in the OTMB direction, corresponding to n1-n2 being h in fig. 6, and MFAS _ y being the last received frame in the system, where MFAS _ TB _ los + n being MFAS _ y-h, i.e. MFAS _ y- (MFAS _ TB _ los + n) being h.

Correspondingly in S1046, that is, if it is determined that MFAS _ TB _ los + n is smaller than MFAS _ y, it is determined that the OTMA is the target component for receiving the last frame, and MFAS _ y is the last frame of the optical cable network and corresponds to the end of S1046, or it is determined in S108 that the initial failure region is relatively close to the OTMB and far from the OTMA, that is, the region between the OTMB and the midpoint between the OTMA and the OTMB, and the initial failure region is the finally determined failure region.

Corresponding to the calculation processes of S1084 and S1086, the difference obtained by subtracting MFAS _ TB _ los from MFAS _ y and subtracting n is h, and therefore, it is determined in the initial fault region from OTMB to the midpoint that the breakpoint region is the position near the h OTU4 in the direction from the midpoint to OTMB.

According to the four scenes, when the optical cable is interrupted, the OTMA and the OTMB respectively record the frame number of the OTU4 of the last frame received, namely the value of the MFAS, and record the frame number corresponding to the sending side at the moment, the OTMA and the OTMB upload the information to the network manager, and the network manager can find the corresponding cable breakage area according to the relationship between the frame number of the sending side at the moment and the last frame received.

In practical applications, the refractive index of the optical fiber is about 1.45, which corresponds to a light velocity of 20 kilometers per second in the optical fiber, i.e., the OTU4 per frame corresponds to a length of about 233 meters.

Example two

Based on the same idea, the method for positioning an optical cable fault according to the embodiment of the present invention further provides an optical cable fault positioning apparatus 400, which is applied to an optical cable transmission network, where the optical cable transmission network includes at least a pair of optical transmission components that mutually transmit frame signals based on the same optical fiber, and as shown in fig. 7, the method includes:

a frame number acquisition module, 410, configured to acquire a number of frames transmitted between a pair of the optical transport components, where the number of frames is a number of frames transmitted unidirectionally;

a target component determining module 420, configured to obtain a pair of multiframe values of a last frame of the optical transmission component, where the last frame is a last received frame in the pair of optical transmission components, and an optical transmission component receiving the last frame is a target component; wherein the multiframe value represents a value of a multiframe positioning signal;

a multiframe value acquiring module 430 of the target frame, configured to acquire a multiframe value of the target frame, where when the target component receives the last frame, a frame that the target component correspondingly transmits on a transmitting side is marked as the target frame;

a fault region determining module 440, configured to determine a cable fault region between a pair of the optical transmission components according to the number of frames, the length of each frame signal in the cable transmission network, the multiframe value of the last frame, the target component, and the multiframe value of the target frame.

The frame number obtaining module 410 specifically includes:

a calculation interface determining submodule for determining one optical transmission module from a pair of the optical transmission modules as a calculation interface of the number of frames;

the overhead value acquisition submodule is used for acquiring the overhead value of the current frame which is being received by the receiving side of the computing interface and the multiframe value of the current frame which is being sent by the sending side of the computing interface; the overhead value is a value inserted at a reserved first overhead position on a current frame being transmitted by a transmitting side of the optical transmission component, and the value is a multiframe value of the current frame being received by a receiving side of the optical transmission component;

and the frame number determining submodule is used for determining the number of frames transmitted between the pair of optical transmission assemblies according to the overhead value of the current frame being received and the multiframe value of the current frame being sent.

Optionally, a pair of said light delivery assemblies comprises a first assembly and a second assembly;

the target component determining module 420 specifically includes:

a first component correlation value obtaining sub-module, configured to obtain a multiframe value of a first last frame received by the first component, and obtain a multiframe value of a current frame being sent by a sending side of the first component when the first component receives the first last frame, where the first last frame is a frame last received by the first component;

a second module related value obtaining sub-module, configured to obtain a multiframe value of a second last frame received by the second module, where the second last frame is a frame received by the second module last;

and a last frame and target component determining submodule, configured to compare a value obtained by summing a multiframe value of a current frame and the number of frames being transmitted by a first component transmission side when the first component receives the first last frame with a multiframe value of a second last frame received by the second component, and determine a multiframe value of the last frame in the pair of optical transmission components and the target component.

The last frame and target component determination submodule specifically includes:

when the first component receives the first last frame, the sum of the multiframe value and the frame number of the current frame being sent by the sending side of the first component is equal to the multiframe value of the second last frame received by the second component, the first last frame or the second last frame is the last frame, and the first component or the second component is the target component;

when the first component receives the first last frame, the sum of the multiframe value and the frame number of the current frame being transmitted by the transmitting side of the first component is greater than the multiframe value of the second last frame received by the second component, the first last frame is the last frame, and the first component is the target component;

when the first component receives the first last frame, the sum of the multiframe value and the frame number of the current frame being transmitted by the transmitting side of the first component is smaller than the multiframe value of the second last frame received by the second component, the second last frame is the last frame, and the second component is the target component.

The fault area determining module 440 specifically includes:

the primary region determining submodule is used for determining a primary fault region according to a target assembly, wherein the primary fault region is far away from the target assembly, and the primary fault region comprises one of the following components: a midpoint between the first component and the second component, a region between the first component and the midpoint, or a region between the second component and the midpoint;

a difference value determining submodule, configured to obtain a difference value between the multi-frame value of the last frame minus the multi-frame value of the target frame and the number of frames minus the multi-frame value of the target frame;

and the fault determining submodule is used for determining the optical cable fault area in the initial fault area according to the difference and the length of the single frame signal in the optical cable transmission network.

Optionally, the frame structure of the frame signal is at least two rows of bytes;

the target component determining module 420 is specifically configured to:

and determining the multiframe value of the last frame according to the row to which the byte received last in the last frame belongs.

Optionally, a frame structure of the frame signal includes a multi-frame positioning signal of one byte and a reserved second overhead position; and the reserved second overhead position is an extended position of the multiframe positioning signal.

The optical cable fault location device 400 provided in the embodiment of the present invention may also execute the method executed by the optical cable fault location device in fig. 2, and implement the function of the optical cable fault location method in the embodiment shown in fig. 2, which is not described herein again.

EXAMPLE III

Figure 8 is a schematic diagram of a hardware configuration of an electronic device implementing various embodiments of the invention,

the electronic device 500 includes, but is not limited to: a radio frequency unit 501, a network module 502, an audio output unit 503, an input unit 504, a sensor 505, a display unit 506, a user input unit 507, an interface unit 508, a memory 509, a processor 510, and a power supply 511. Those skilled in the art will appreciate that the electronic device configuration shown in fig. 8 does not constitute a limitation of the electronic device, and that the electronic device may include more or fewer components than shown, or some components may be combined, or a different arrangement of components. In the embodiment of the present invention, the electronic device includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.

The processor 510 is configured to receive a request protocol packet sent by a request end device, where the request protocol packet carries a call parameter for calling a target service of a service end device;

the processor 510 is further configured to convert the request protocol packet into a calling parameter in a target identification format based on a preset protocol packet format conversion configuration, where the calling parameter in the target identification format can be called and executed for a target component;

the processor 510 is further configured to invoke a target component to execute the target service based on the invocation parameter in the target identification format.

In addition, the processor 510 is further configured to, if service response information sent by the second system is received, assemble the service response information into service feedback information, where the service feedback information is information that can be identified by the first system;

in addition, the processor 510 is further configured to receive an execution result sent by the service end device; assembling the execution result into a service response message based on the preset protocol message format conversion configuration, wherein the service response message can be identified for the request terminal equipment; and sending the service response message to the request terminal equipment.

In addition, the processor 510 is further configured to receive an execution result sent by the service end device; and calling the target component to execute the corresponding service based on the execution result.

In addition, the processor 510 is further configured to analyze the call parameter of the target identification format to obtain an input parameter and a service identifier; and calling a target component corresponding to the business identifier based on the input parameter so as to execute the target service.

Further, the processor 510 is further configured to generate a request package based on the input parameters; and sending the request file packet to the server side equipment through a target component corresponding to the service identifier, and receiving a response file packet returned by the server side equipment through the target component.

In addition, the processor 510 is further configured to perform flow analysis on the multiple request protocol messages according to flow configuration to obtain flow configuration information; executing the flow configuration information based on an extensible markup language (XML) flow script, and performing request protocol message conversion, service response message assembly and target component calling, wherein the flow syntax of the XML flow script at least comprises one of the following: sequential execution, branch execution, or loop execution. The process configuration comprises an analysis rule of a request protocol message, an assembly rule of a service response message and a calling parameter rule of a target component.

The embodiment of the invention provides electronic equipment which can receive a request protocol message sent by request end equipment, convert the request protocol message into a calling parameter of a target identification format through preset format conversion configuration, call and execute the target component by the calling parameter of the target identification format, and then call and execute the target service by the calling parameter of the target identification format. Therefore, by separating the communication process and the service logic of the server-side equipment, the server-side equipment communicates with the request-side equipment through the access equipment, the access equipment uniformly converts the messages of various communication protocols into calling parameters which can be identified internally, and executes service calling based on the calling parameters, so that the server-side equipment can support the access of peripheral equipment of various communication protocols, does not need to carry out coding development of processes such as hard coding of interfaces, protocol analysis, message processing, protocol return and the like aiming at various equipment systems, supports the access of various communication protocols, reduces the workload of developing and updating codes, and shortens the development period.

It should be understood that, in the embodiment of the present invention, the radio frequency unit 501 may be used for receiving and sending signals during a message sending and receiving process or a call process, and specifically, receives downlink data from a base station and then processes the received downlink data to the processor 510; in addition, the uplink data is transmitted to the base station. In general, radio frequency unit 501 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 501 can also communicate with a network and other electronic devices through a wireless communication system.

The electronic device provides wireless broadband internet access to the user via the network module 502, such as assisting the user in sending and receiving e-mails, browsing web pages, and accessing streaming media.

The audio output unit 503 may convert audio data received by the radio frequency unit 501 or the network module 502 or stored in the memory 509 into an audio signal and output as sound. Also, the audio output unit 503 may also provide audio output related to a specific function performed by the electronic apparatus 500 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 503 includes a speaker, a buzzer, a receiver, and the like.

The input unit 504 is used to receive an audio or video signal. The input Unit 504 may include a Graphics Processing Unit (GPU) 5041 and a microphone 5042, and the Graphics processor 5041 processes image data of a still picture or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 506. The image frames processed by the graphic processor 5041 may be stored in the memory 509 (or other storage medium) or transmitted via the radio frequency unit 501 or the network module 502. The microphone 5042 may receive sounds and may be capable of processing such sounds into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 501 in case of the phone call mode.

The electronic device 500 also includes at least one sensor 505, such as light sensors, motion sensors, and other sensors. Specifically, the light sensor includes an ambient light sensor that can adjust the brightness of the display panel 5061 according to the brightness of ambient light, and a proximity sensor that can turn off the display panel 5061 and/or a backlight when the electronic device 500 is moved to the ear. As one type of motion sensor, an accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the posture of an electronic device (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), and vibration identification related functions (such as pedometer, tapping); the sensors 505 may also include fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., which are not described in detail herein.

The display unit 506 is used to display information input by the user or information provided to the user. The Display unit 506 may include a Display panel 5061, and the Display panel 5061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

The user input unit 507 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the electronic device. Specifically, the user input unit 507 includes a touch panel 5071 and other input devices 5072. Touch panel 5071, also referred to as a touch screen, may collect touch operations by a user on or near it (e.g., operations by a user on or near touch panel 5071 using a finger, stylus, or any suitable object or attachment). The touch panel 5071 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 510, and receives and executes commands sent by the processor 510. In addition, the touch panel 5071 may be implemented in various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 5071, the user input unit 507 may include other input devices 5072. In particular, other input devices 5072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which are not described in detail herein.

Further, the touch panel 5071 may be overlaid on the display panel 5061, and when the touch panel 5071 detects a touch operation thereon or nearby, the touch operation is transmitted to the processor 510 to determine the type of the touch event, and then the processor 510 provides a corresponding visual output on the display panel 5061 according to the type of the touch event. Although in fig. 8, the touch panel 5071 and the display panel 5061 are two independent components to implement the input and output functions of the electronic device, in some embodiments, the touch panel 5071 and the display panel 5061 may be integrated to implement the input and output functions of the electronic device, and is not limited herein.

The interface unit 508 is an interface for connecting an external device to the electronic apparatus 500. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 508 may be used to receive input (e.g., data information, power, etc.) from external devices and transmit the received input to one or more elements within the electronic apparatus 500 or may be used to transmit data between the electronic apparatus 500 and external devices.

The memory 509 may be used to store software programs as well as various data. The memory 509 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 509 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device.

The processor 510 is a control center of the electronic device, connects various parts of the whole electronic device by using various interfaces and lines, performs various functions of the electronic device and processes data by running or executing software programs and/or modules stored in the memory 509 and calling data stored in the memory 509, thereby performing overall monitoring of the electronic device. Processor 510 may include one or more processing units; preferably, the processor 510 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 510.

The electronic device 500 may further include a power supply 511 (e.g., a battery) for supplying power to various components, and preferably, the power supply 511 may be logically connected to the processor 510 via a power management system, so as to implement functions of managing charging, discharging, and power consumption via the power management system.

Preferably, an embodiment of the present invention further provides an electronic device, which includes a processor 510, a memory 509, and a computer program that is stored in the memory 509 and can be run on the processor 510, and when the computer program is executed by the processor 510, the processes of the foregoing service invocation method embodiment are implemented, and the same technical effect can be achieved, and in order to avoid repetition, details are not described here again.

Example four

The embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements each process of the foregoing service invocation method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

The embodiment of the invention provides a computer-readable storage medium which can receive a request protocol message sent by a request terminal device, convert the request protocol message into a calling parameter of a target identification format through preset format conversion configuration, call and execute the target component by the calling parameter of the target identification format, and then call the target component to execute target service by the calling parameter of the target identification format. Therefore, by separating the communication process and the service logic of the server-side equipment, the server-side equipment communicates with the request-side equipment through the access equipment, the access equipment uniformly converts the messages of various communication protocols into calling parameters which can be identified internally, and executes service calling based on the calling parameters, so that the server-side equipment can support the access of peripheral equipment of various communication protocols, does not need to carry out coding development of processes such as hard coding of interfaces, protocol analysis, message processing, protocol return and the like aiming at various equipment systems, supports the access of various communication protocols, reduces the workload of developing and updating codes, and shortens the development period.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include transitory computer readable media (transient media) such as modulated data signals and carrier waves.

It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The above description is only an example of the present invention, and is not intended to limit the present invention. Various modifications and alterations to this invention will become apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the scope of the claims of the present invention.

Claims

1. An optical cable fault positioning method is applied to an optical cable transmission network, the optical cable transmission network comprises at least one pair of optical transmission components which mutually transmit frame signals based on the same optical fiber, and the method is characterized by comprising the following steps:

determining an optical cable fault area between a pair of the optical transmission components according to the number of frames, the length of a single frame signal in the optical cable transmission network, the multiframe value of the last frame, the target component and the multiframe value of the target frame;

a pair of said light delivery assemblies including a first assembly and a second assembly;

said determining an optical cable fault region between a pair of said optical transmission components based on said number of frames, a length of a single said frame signal in said optical cable transmission network, a multiframe value of said last frame, said target component, and a multiframe value of said target frame, comprising:

determining a primary fault area according to a target assembly, wherein the primary fault area is far away from the target assembly;

obtaining the difference value of subtracting the multiframe value of the target frame from the multiframe value of the last frame and subtracting the number of the frames;

and in the initial fault area, determining the optical cable fault area according to the difference and the length of the single frame signal in the optical cable transmission network.

2. The method of claim 1, wherein the obtaining the number of frames transmitted between the pair of optical transmission components, the number of frames being unidirectional frames, comprises:

determining an optical transport module from a pair of said optical transport modules as said frame count calculation interface;

acquiring an overhead value of the current frame being received by a receiving side of the computing interface and a multiframe value of the current frame being sent by a sending side of the computing interface; the overhead value is a value inserted at a reserved first overhead position on a current frame being transmitted by a transmitting side of the optical transmission component, and the value at the first overhead position is a multiframe value of the current frame being received by a receiving side of the optical transmission component;

and determining the number of frames transmitted between a pair of the optical transmission components according to the overhead value of the current frame being received and the multiframe value of the current frame being sent.

3. The method according to claim 1, wherein the obtaining a multiframe value of a last frame of a pair of the optical transmission components, the last frame being a last received frame in the pair of the optical transmission components, and targeting the optical transmission component receiving the last frame as a target component comprises:

acquiring a multiframe value of a first last frame received by the first component, and acquiring a multiframe value of a current frame being sent by a sending side of the first component when the first component receives the first last frame, wherein the first last frame is a frame received by the first component last;

acquiring a multiframe value of a second last frame received by the second component, wherein the second last frame is a frame received by the second component last;

when the first component receives the first last frame, the value obtained by summing the multiframe value of the current frame and the frame number which is being sent by the sending side of the first component is compared with the multiframe value of the second last frame received by the second component in size, and the multiframe value of the last frame in a pair of optical transmission components and the target component are determined.

4. The method according to claim 3, wherein the step of comparing the size of the sum of the multiframe value and the number of frames of the current frame being transmitted by the transmitting side of the first module and the multiframe value of the second last frame received by the second module when the first module receives the first last frame, determines the multiframe value of the last frame between the pair of optical transmission modules, and the target module comprises:

when the first component receives the first last frame, the sum of the multiframe value and the frame number of the current frame being transmitted by the transmitting side of the first component is equal to the multiframe value of the second last frame received by the second component, the first last frame is the last frame, the first component is the target component, or the second last frame is the last frame, and the second component is the target component;

5. The fault localization method of claim 3,

the initial fault area comprises one of the following: a midpoint between the first component and the second component, a region between the first component and the midpoint, or a region between the second component and the midpoint.

6. The fault location method according to claim 1, wherein the frame structure of the frame signal is such as to include at least two rows of bytes;

said obtaining a multiframe value for a last frame of a pair of said optical transport components comprises:

7. The fault location method according to claim 1, wherein the frame structure of the frame signal comprises a one-byte multiframe location signal and a reserved second overhead location; and the reserved second overhead position is an extended position of the multiframe positioning signal.

8. An optical cable fault locating device is applied to an optical cable transmission network, the optical cable transmission network comprises at least one pair of optical transmission components which mutually transmit frame signals based on the same optical fiber, and the optical cable fault locating device is characterized by comprising:

a fault area determination module, configured to determine a cable fault area between a pair of optical transmission components according to the number of frames, a length of a single frame signal in the cable transmission network, a multiframe value of the last frame, the target component, and a multiframe value of the target frame;

the failure area determination module is specifically configured to:

9. An electronic device, comprising: memory, processor and computer program stored on the memory and executable on the processor, which computer program, when executed by the processor, carries out the steps of the method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that a computer program is stored on the computer-readable storage medium, which computer program, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 7.