JP2000196556A - Method for confirming continuity normality on optical transmission line - Google Patents

Abstract

PROBLEM TO BE SOLVED: To easily and quickly confirm continuity normality of an optical transmission line while maintaining user security. SOLUTION: An input output device transfers a trace message to a data processing unit 2. A software program 21 of the data processing unit 2 edits the trace message, firm ware 22 buffers the message and hardware 23 sets each byte of the trace message to J1 bytes and transfers them to a data processing unit 3 via a transmission path being an optical transmission line. The data processing unit 3 uses hardware 33, firmware 32 and software 31 in this order to analyze the trace message and transfers the result to the input output device. The input output device compares the transferred trace message with the received trace message to confirm the continuity normality of the transmission path.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for confirming the normality of continuity on an optical transmission line between data processing devices.

[0002]

2. Description of the Related Art Today, optical communication in which data processing devices are connected by an optical cable line is widely performed. Conventionally, maintenance personnel can easily and accurately transmit data between adjacent data processing devices. There is no known method for confirming the normality of path continuity. In particular, in the content of communication on the transmission path,
There is no other way but to rely on the result of the actual data transfer, and there is a need for a method for a maintenance person to confirm on a physical path while protecting user confidentiality.

[0003]

It goes without saying that the importance of transmission quality is a matter of course. However, as in the above-mentioned prior art, the normality of transmission path conduction can be confirmed only by the result of actual data transfer. In such a case, there is a possibility that the user's confidentiality may be touched, so that the user's needs cannot be immediately responded, and social problems arise. SUMMARY OF THE INVENTION It is an object of the present invention to provide a method of checking the normality of continuity on an optical transmission path between data processing devices, which enables a maintenance person to check the normality of continuity of a transmission path while protecting user confidentiality.

[0004]

According to the present invention, there is provided a method for confirming normality of continuity on an optical transmission line, comprising the steps of: A step of setting each byte of the trace message consisting of the J1 byte in the POH in the STS-3c frame; a step of distributing the trace message between data processing devices connected by the optical transmission line; Reading a distributed trace message, and comparing the transmitted trace message with a trace message read and received from a data processing device adjacent to the data processing device to which the trace message was transferred. It is characterized by having. Further, the continuity normality checking device on the optical transmission line according to the first aspect of the present invention is characterized in that the continuity normality checking device on the optical transmission line in which communication employing the SONET method is performed between the data processing devices, by inputting a trace message. An input / output device for transferring data to one of the data processing devices, and one of the trace messages in the transferred data processing device.
Byte by byte in JOH of POH in STS-3c frame
Means for setting to 1 byte and transferring to the adjacent data processing device via the optical transmission path, and means for transferring the transferred trace message to the input / output device in the adjacent data processing device; The input / output device,
The normality of the continuity is confirmed by comparing the transferred trace message with the input trace message. Also, the second embodiment of the continuity normality checking device on the optical transmission line includes a SONET between the data processing devices.
A first input / output device for inputting a trace message and transferring it to one of the data processing devices, wherein the first input / output device transfers a trace message to the data processing device; , Each byte of the trace message is stored in the PO in the STS-3c frame.
Means for setting to J1 byte in H and transferring to the adjacent data processing device via the optical transmission line; and means for transferring the transferred trace message to the input / output device in the adjacent data processing device. A second input / output device for comparing the transferred trace message with the input trace message transmitted from the first input / output device to check the continuity. And

[0005]

Next, embodiments of the present invention will be described with reference to the drawings. First, in the user network interface, the different hierarchies of each country
(Srnchronus Digital Hierarchy) and achieved international standardization.
TU-T Recommendation G. 709 standardizes SONET (Synchronous Optical Network) as one type of SHD. In SONET, STS-3c (Sr-3) that realizes a framing function conforming to the SDH transmission frame is implemented.
Data transfer is performed in frame units called nchronus Transport Signal-3c). Then, as shown in FIG. 6, in a layer called a TC sublayer, A
The process of assembling the cell received from the TM layer into the payload of the STS-3c is performed. As shown in FIG. 7, the STS-3c frame includes SOH (Sect.
Two types of overhead called ion overhead) and POH (Path Overhead) are provided.

[0006] The present invention uses POH.
That is, the J1 byte in the POH composed of 9 lines is used, the trace message is divided into 1-byte units, and the J1 byte is set by hardware.
The function according to the present invention is realized by carrying it to an adjacent data processing device and confirming its contents.

FIG. 1 is a block diagram showing an embodiment of the present invention. In FIG. 1, an exchange will be described as an example. In this embodiment, an input / output device 1 such as a keyboard having a display used for confirming input / output of a trace message, and software 2 for controlling the input / output device and transferring the trace message to an adjacent station are provided.
1, a data processing device 2 (exchange A) comprising firmware 22 and hardware 23, and a data processing device 3 (exchange B) which receives the trace message, processes the data, and reports it to the input / output device 1. The data processing device 2 edits the trace message input from the input / output device 1 with the software 21, passes the edited message to the firmware 22, and buffers the trace message there.
Set to 1 byte. The unit of the message is up to 64 bytes including the LF. The trace message carried by the JOH byte of the POH is analyzed by the data processing device 3 in the reverse order of the input, that is, analyzed across the hardware 33, the firmware 32, and the software 31, and transferred to the input / output device 1. . The input / output device 1 compares the trace message transferred to the data processing device 2 to confirm the normality of the transmission path.

Next, the operation of setting trace data in this embodiment will be described in detail with reference to FIGS. The trace message input from the input unit of the input / output device 1 is input-checked by software in the input / output device 1, and after confirming the line number, the format of the trace message (character string of 63 bytes + LF), etc., corrects. For example, it is transferred to the data processing device 2 (switch A). At this time, when operating in dual, transmission is performed from the input / output device 1 to the data processing devices of the 0 system and the 1 system. If the input is not correct, an error message is output for the parameter that is not set correctly (step A1 in FIG. 2). Upon receiving the trace message output request, the data processing device 2 first
Software 21 edits the message and issues a request to firmware 22. When receiving the reply of the reception OK from the firmware 22 in response to the request, the software 21 returns the reception OK to the input / output device 1 in the same manner. If there is no response from the firmware 22, the software 21 returns a transmission NG: timeout to the output device 1 (step A in FIG. 2).
2). The firmware 22 issues a setting request to the hardware 23 for the trace data received from the software 21. The hardware 23 sets the data on the transmission frame and continues to flow until there is a reset request (step A3 in FIG. 2). The above is a series of operations for setting trace data.

Next, the incoming data reading operation will be described with reference to FIG. As described above, the trace data once set continues to flow as long as the reset is not skipped in the sequence exchange with the software 21 / firmware 22. The reset can be caused by an “OUS-> INS” request to the line card or by a phase restart. Hardware 33 of data processing device 3
The firmware 32 has a 64-byte buffering function, and the unit stores J1 for each line. The trace message input from the input unit of the input / output device 1 is input-checked by the software in the input / output device 1 as in the case of the setting request, and after confirming the line number, the line system designation, etc. A request is issued to the processing device 3 (exchange B). If the input has not been made correctly, an error message is output for the parameter that is not set correctly (step B1 in FIG. 3). The software 31 edits the message and issues the request to the firmware 32. If there is no response from the firmware 32, the software 31
G: Timeout is returned to the output device 1. Upon receiving the OK from the firmware 32 and receiving the reply of the trace data stored in the buffer, the software 31 returns the edited contents as a reply to the input / output device 1 (step B2 in FIG. 3). The input / output device 1
The trace message received from the data processing device 3 via the hardware 33, the firmware 32, and the software 31 is compared with the previously set trace message in the memory. Output. On the other hand, if they do not match, both messages are output together with the error message as NG.

Next, the overall operation of this embodiment will be described with reference to FIG. In step 1, line Lu00 of exchange A
In response to 0024, the trace message "NOZAWA"
Request to send. After confirming the normal setting (OK), a read (reception) request is made to the line Lu0000026 of the exchange B to which the line Lu0000024 is connected in step 2. The trace message “NOZAWA” set on line u0000024 in step 3 is
"The Same Both data as" indicating that the message matches the trace message "NOZAWA"
“NOZAWA” is the trace message “NOZAW
A ".

Next, another embodiment of the present invention will be described with reference to the drawings. This also takes the exchange as an example. Referring to FIG. 5, in the present embodiment, an input / output device 4 is added to the embodiment shown in FIG. This is shown in FIG.
Unlike the case where two stations including an adjacent station are managed by the input / output device 1, the adjacent station is managed by another input / output device 4. In this embodiment, each input / output device 1 transmits only a trace message,
The input / output device 4 only receives a trace message. Now, the procedure will be described in detail. First, the procedure for transmitting a trace message from the input / output device 1 is described first.
As described above, after the input check is performed by the internal software program of the input / output device 1, the data is transferred to the data processing device 2 (switch A). The trace message is stored in the software 2 in the data processing device 2.
1, via the firmware 22 and the hardware 23, the J1 byte of the Path Overhead of the STC-3c frame is set byte by byte and flows on the transmission path. Next, a processing procedure in the data processing device 3 for reading the trace message will be described. In the embodiment of FIG. 1, the data processing device 3 of the adjacent station is also managed by the input / output device 1, but in the embodiment shown in FIG. Because it is managed, the transmitted contents of the trace message cannot be confirmed. Therefore, in the input / output device 4 in FIG. 5, it is necessary to confirm the contents of the trace message transmitted from the data processing device 2 by manual operation. Although there are various means, here, an example using a telephone network will be described. When the trace message is transmitted from the input / output device 1 and terminated normally, the same contents as the previously transmitted trace message are notified (transmitted) to the input / output device 4 using a telephone network such as the Internet. In response, the trace message is read from the input / output device 4. In the procedure shown in FIG. 1, the input device 1 saves the trace message previously transmitted from the data processing device 2 in the memory, and when a read request is issued to the data processing device 3, the hardware 33 and the firmware 32
Then, by automatically comparing the trace message read out via the software 31 with the trace message transmitted from the data processing device 2 saved in the memory, the continuity of the transmission path has been confirmed.
However, in the embodiment of FIG. 5, the content of the trace message acquired from the input / output device 4 by the telephone network is added.
By reading the trace message, the normality of the transmission path continuity with the adjacent station managed separately can be confirmed.

[0012]

According to the present invention, since the normality of the continuity of the transmission physical path of the optical cable is confirmed by a character message, a maintenance person can easily and promptly carry out the operation while keeping the user secret. Since the two stations including the adjacent station and the input / output device for controlling the two stations are integrated, there is an effect that data comparison and the like can be accurately performed.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a first embodiment of the present invention.

FIG. 2 is a flowchart of trace data setting in the embodiment of FIG.

FIG. 3 is a flowchart of reading and reading trace data in the embodiment of FIG. 1;

FIG. 4 is a diagram showing the entire operation of the embodiment of FIG. 1;

FIG. 5 is a block diagram showing another embodiment of the present invention.

FIG. 6 is a diagram showing the concept of a general transmission path.

FIG. 7 is a diagram showing a general STC-3c frame.

[Explanation of symbols]

 1,4 input / output device 2,3 data processing device 21,31 software 22,32 firmware 23,33 hardware

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) H04L 12/26 H04L 11/12 9A001 F-term (Reference) 5K002 BA06 DA05 DA09 DA13 EA06 FA01 GA03 5K028 BB08 MM05 MM14 PP04 PP22 TT01 5K030 HB06 JA10 JL03 JL10 MA04 MB01 5K033 DB20 DB22 EA02 EA05 5K042 AA01 AA03 AA08 CA10 DA11 EA02 EA14 FA15 GA01 JA01 JA08 LA09 LA11 LA15 9A001 BB04 CC08 KK16 LL05 LL09

Claims (5)

[Claims] 1. A method for confirming the normality of continuity on an optical transmission line in which communication employing a SONET method is performed between data processing devices, wherein each byte of a plurality of bytes of a trace message is included in a POH in an STS-3c frame. A procedure for setting the J1 byte, a procedure for distributing the trace message between data processing devices connected by the optical transmission line, a procedure for reading the distributed trace message, and a procedure for transmitting the transmitted trace message. Comparing the received trace message with a trace message read from a data processing device adjacent to the data processing device to which the trace message has been transferred. 2. The method according to claim 1, wherein the data processing device is an exchange. 3. A continuity check device on an optical transmission line in which communication employing a SONET method is performed between data processing devices.
An I / O device that transfers the trace message to the PTS in the STS-3c frame in the transferred data processing device.
Means for setting the J1 byte in the OH to transfer to the adjacent data processing device via the optical transmission line, and means for transferring the transferred trace message to the input / output device in the adjacent data processing device; Wherein the input / output device compares the transferred trace message with the input trace message to check the continuity of the continuity. 4. A continuity checking device on an optical transmission line in which communication employing a SONET method is performed between data processing devices, wherein a trace message is input to the data processing device to check the continuity of the data.
A first input / output device for transferring the trace message to the first data processing device;
Means for setting the J1 byte in the OH to transfer to the adjacent data processing device via the optical transmission line, and means for transferring the transferred trace message to the input / output device in the adjacent data processing device; A second input / output device for comparing the transferred trace message with the input trace message transmitted from the first input / output device to check the continuity. A continuity normality checking device on an optical transmission line. 5. The apparatus according to claim 3, wherein the data processing device is an exchange.