Source: https://patents.google.com/patent/JPH0512143A/en
Timestamp: 2020-05-27 04:23:10
Document Index: 317293534

Matched Legal Cases: ['art 8', 'art 10', 'art 12', 'art 8', 'art 12', 'art 10']

JPH0512143A - Fault detection system for double-current bus - Google Patents
Fault detection system for double-current bus
JPH0512143A
JPH0512143A JP3165365A JP16536591A JPH0512143A JP H0512143 A JPH0512143 A JP H0512143A JP 3165365 A JP3165365 A JP 3165365A JP 16536591 A JP16536591 A JP 16536591A JP H0512143 A JPH0512143 A JP H0512143A
JP3165365A
Shoichi Omori
尚一 大森
亮一 石橋
1991-07-05 Application filed by Fujitsu Ltd, 富士通株式会社 filed Critical Fujitsu Ltd
1991-07-05 Priority to JP3165365A priority Critical patent/JPH0512143A/en
1993-01-22 Publication of JPH0512143A publication Critical patent/JPH0512143A/en
PURPOSE:To quickly detect the occurrence of a fault in a DQDB system control. CONSTITUTION:Plural terminal devices 13 are connected to a double-current bus 2 consisting of a down-bus 2a and an up-bus 2b from a network termination device 1, and a data transmission processing part 8, a down-bus processing part 10a and a fault detection part 12 are provided within the terminal devices 13. When a data transmission request is made by the data transmission processing part 8, the fault detection part 12 actuates a timer 11 to count the lapse of a certain time period. When the request has not been transmitted after a lapse of a certain time period, that is, when the request is not written in the request bit 3 of a cell 7 and not transmitted in the down-bus processing part 10a, the fault of the bus is detected.
BACKGROUND OF THE INVENTION The present invention relates to a wide band ISDN (B-
The present invention relates to a terminal control device in a home system such as ISDN) or a failure detection technique for the terminal device.
2. Description of the Related Art Broadband ISDN (B-ISDN) has been researched and developed as a means for transmitting and receiving a large amount of information (data) such as voice and moving images using a communication line. In such information, a large amount of continuous information such as a moving image is instantaneously generated. Therefore, as a communication method, a band is individually allocated according to the amount of information as in the conventional technique S.
It was difficult to sufficiently deal with TM (Synchronous Transfer Mode).
Therefore, ATM (Asynchronous Transf) is used to transfer information by converting it into fixed length packets called cells.
er mode) is being considered. In this type of communication system, the terminal device 13 (T
E), or DQDB (Dual Que) as a method of controlling access competition between terminal adapters (TA).
Dual Buss) method is under study.
This DQDB method is shown in FIGS. 7 and 8.
Will be briefly explained. FIG. 7 is an explanatory diagram showing a format of the cell 7 in ATM, and FIG. 8 is an explanatory diagram showing a home system in B-ISDN.
The format of the cell 7 in ATM is
It consists of a header 5 composed of 5 bytes and an information field 6 composed of a capacity of 48 bytes. The header 5 has a busy bit 4 of 1 bit each.
And request bit 3 are provided.
The busy bit 4 indicates whether or not valid data is stored in the information field 6 of the cell 7, and "1" is registered when the data is written. The request bit 3 indicates whether or not there is a write request to the cell 7, and “1” is received in response to the write request from the terminal device 13.
Next, a conventional bus contention control system will be described with reference to FIG. Terminal equipment (TE)
13, a terminal adapter (TA) (hereinafter, simply referred to as “terminal device 13” unless otherwise specified) is connected to the down bus 2a and the up bus 2b of the network terminating device 1 (NT), When sending data from itself, necessary data is written in the information field 6 of the empty cell 7 which is passing through the down bus 2a and the up bus 2b.
At this time, the following control is performed in order to adjust the access conflict. The terminal device 13 is provided with a request counter and a down counter.
The request counter counts transmission requests on the downstream side of the upstream bus 2b (the network terminating device 1 (NT) side, hereinafter, the terminal device 13 located on the network terminating device 1 side is defined as a higher-level device) than itself. belongs to. The down counter is for counting down to its own turn in order to allocate the cell 7 to a request prior to itself. These two types of counters are used to control access competition.
That is, when a data transmission request occurs, each terminal device 13 sends a request bit 3 = "1" (request bit 3 is set to "request bit 3") sent by a device higher than itself.
While counting the cell 7) in which 1 ”is written by the request counter, the request bit 3 is an empty bit ("
0 ") cell 7 is waited for.
When the request bit 3 = "1" is registered and transmitted to the cell 7 of the down bus 2a, the value of the request counter is loaded into the down counter and the value of the request counter is cleared.
Each time the cell 7 having the busy bit 4 = 0 passes through the up bus 2b, the down counter is decremented and counted, and when the value of the down counter becomes 0, the next busy bit 4 = "0". The data is registered in the cell 7 (written in the information field 6).
In this way, contention control of the bus with a relatively small access delay has been realized.
However, in the above-mentioned prior art, when the terminal device 13 suffers the following trouble, it becomes impossible to send data, and a means for detecting such a trouble state is also taken. However, there was a risk that the recovery from the failure would be significantly delayed.
For example, in the host device, the down bus 2
a If a transmission failure has occurred and the cell 7 with the request bit 3 = 1 continues to be transmitted to the downstream bus 2a, this may occur even though the lower device has a data transmission request. Cannot be sent.
On the other hand, although the self sends a request (registers "1" in the request bit 3 of the cell 7), a transmission failure occurs in the upstream bus 2b in the lower device, and the upstream bus 2b is transmitted. When the cell 7 with the busy bit 4 = 1 is continuously transmitted, there is a possibility that data transmission (writing of data to the information field 6) cannot be performed.
The present invention has been made in view of the above problems, and an object thereof is to provide a technique capable of promptly detecting the occurrence of a failure in DQDB system control.
According to the present invention, as shown in FIG. 1 which is a principle diagram, a plurality of terminal devices 1 are provided on a double-current bus 2 consisting of a downstream bus 2a and an upstream bus 2b from a network terminating device 1.
3, the data transmission processing unit 8, the downlink bus processing unit 10a, and the failure detection unit 12 are provided in the terminal device 13.
When the data transmission processing unit 8 makes a data transmission request, the failure detection unit 12 activates the timer 11 to count the elapse of a certain period of time. Then, if the request has not been transmitted after the elapse of this fixed time, that is, if the downstream bus processing unit 10a has not written and transmitted the request to the request bit 3 of the cell 7, the bus fault is detected.
According to the present invention, the timer 11 is activated in response to a data transmission request, the time until the request can be sent is monitored, and if the request cannot be sent even after this time, Assuming that a bus transmission failure has occurred in a higher-order terminal device (upstream terminal device on the downstream bus) than itself, for example, a failure to continue writing requests to the request bit 3 of the cell 7 has occurred, the occurrence of the failure is warned.
Therefore, it is possible to easily detect a bus transmission failure in the host terminal device. Further, in the case of a bus transmission failure in a terminal device lower than itself, the failure detection unit 12 activates the timer 11 upon the sending of a request (writing / sending a request to the request bit 3 of the cell 7). , The information field 6 of the cell 7 in the upstream bus processing unit 10b after a certain time has elapsed.
It is detected whether or not the data has been written to and transmitted. This makes it possible to detect a bus transmission failure in the lower terminal device 13 when data has not been transmitted even after a certain period of time has elapsed.
First Embodiment As shown in FIG. 2, an ATM network 14 of the present invention includes an interconnected main exchange 15 and a main exchange 15.
And a plurality of subscriber exchanges 16 that are respectively subordinately connected to each other.
A network terminating device 1 (NT) is further connected to the subscriber exchange 16 in a subordinate manner.
Terminal device 13 (TE) on the (NT) bus (double current bus 2)
Are connected directly or via a terminal adapter (TA). These network termination device 1 (NT), terminal device 13 (TE) and terminal adapter 17 (T
The home system is constituted by A).
FIG. 3 shows the configuration of the home system in this embodiment,
In particular, only the downstream bus 2a system is extracted and shown. The terminal device 13 of this embodiment includes a data transmission processing unit 8, a downlink bus processing unit 10a, and a failure detection unit 12. In addition to this, a request counter and a down counter are provided, but they are omitted in the figure.
The data transmission processing section 8 has a function of transmitting data and generating a data transmission request, and these transmission requests are notified to the downlink bus processing section 10a and the failure detection section 12.
In the down bus processing unit 10a, the down bus 2a
The cell 7 that circulates is fetched, and processing such as writing to the request bit 3 in the header 5 of the cell 7 is performed. Also,
This processing in the downlink bus processing unit 10a is notified to the failure detection unit 12 as a request transmission notification.
The fault detecting section 12 has a timer 11. This timer 11 is a subtraction timer, and starts a subtraction by loading an initial value from a ROM or RAM or the like by a start instruction.
Next, the fault detection method in this embodiment will be described with reference to FIGS. 3 and 4. Here in FIG.
The first bus 13a and the second bus 1a are connected to the down bus 2a.
3b and the third terminal device 13c are connected, and here it is assumed that the terminal device located on the right side is the higher-level terminal device.
Here, the bus transmission failure of the downlink bus processing unit 10a has occurred in the first terminal device 13a, and
It is assumed that an error occurs in which "1" is continuously written in the request bit 3 of all cells 7 sent from the terminal device 13a.
In this state, when a data transmission request is generated in the second terminal device 13b (or the third terminal device 13c may be used), the following processing is performed. That is, when a data transmission request is generated in the data transmission processing unit 8 of the second terminal device 13b, the downlink bus processing unit 10a causes the cell 7 passing through itself.
"1" when the request bit 3 is an empty bit (request bit 3 = "0")
Must be written and the cell 7 must be sent to the downstream bus 2a again.
However, as described above, the first terminal device 13
Due to the failure of a, the cell 7 having the empty request bit 3 (request bit 3 = “0”) does not arrive at the downstream bus processing unit 10a of the second terminal device 13b.
At this time, according to the first embodiment, when the fault detection unit 12 receives the data transmission request generation notification of the data transmission processing unit 8 (401), the timer 11 is started (402).
The count of the timer 11 here is a subtraction count as described above, and a time-out signal is generated when the value of the timer 11 becomes "0". Whether or not the downstream bus processing unit 10a has transmitted a request after the timer 11 is activated and before the time-out occurs, that is, the request bit 3
It is judged whether or not the cell 7 in which "1" is written is transmitted (404), and when the transmission of the request is completed, the timer 11 is cleared (405) and the initial state (400) is restored.
If the request times out without sending a request (403), a failure display such as a warning buzzer or warning lamp is displayed (406). As described above, according to the present embodiment, by monitoring the elapse of a certain time from the data transmission request, the higher-rank terminal device 13 (here, the first terminal device 13b) than itself (here, the second terminal device 13b) is monitored.
It is possible to easily detect a bus transmission failure in the terminal device 13a).
The initial setting value of the timer 11 in each terminal device 13 may be changed depending on the number of upper terminal devices or the processing capability of each terminal device.
[Embodiment 2] FIG. 5 is a block diagram showing an in-home bus system in Embodiment 2 of the present invention. The terminal device 13 of this embodiment
In addition, the downlink bus processing unit 10a described in the first embodiment is included.
And a failure detection unit 12, an upstream bus processing unit 10b, a request counter 18, and a down counter 20.
The fault detection unit 12 has a subtraction timer 11 similar to that described in the first embodiment, and starts an subtraction by loading an initial value from ROM or RAM by a start instruction. Has become.
Next, the fault detection method in the second embodiment will be described with reference to FIGS. 5 and 6 together with the normal data transmission procedure. In FIG. 5, for example, the second terminal device 1
When a data transmission request is generated in 3b, the request counter 1 is triggered by the notification of the data transmission request.
In the cell 7 passing through the down bus 2a, 8 counts the cells 7 in which the request is written in the request bit 3 (request bit 3 = “1”). As a result, the terminal device 1 that has already generated a data transmission request on the upper side of itself (here, the second terminal device 13b)
The number of 3s present is counted.
Then, the downstream bus processing unit 10a causes the request bit 3 to be an empty bit (request bit 3 = "
When the cell 7 of 0 ") is taken in, the downlink bus processing unit 10a registers the request in the request bit 3 of the cell 7 (request bit 3 =" 1 ") and sends the cell 7 again to the downlink bus 2a. .
As described above, when the request is sent, the value of the request counter 18 is loaded into the down counter 20, and the value of the request counter 18 is cleared. When the up bus processor 10b fetches the cell 7 from the up bus 2b, the down counter 20 counts the cell 7 in which the busy bit 4 is an empty bit, that is, the cell 7 in which the information field 6 is empty. That is, the empty cell 7 that passes through the second terminal device 13b while the value of the down counter 20 becomes "0" is used for data transmission of the host terminal higher than the second terminal device 13b.
The value of the down counter 20 is "0".
At this stage, the data requested for transmission is written in the information field 6 of the next empty cell 7 and the upstream bus 2
Here, when a failure occurs in a lower terminal than the second terminal device 13b, for example, the third terminal device 13c, and an error of continuously writing "1" in the busy bit 4 occurs, the second terminal The cell 7 having the busy bit 4 and the empty bit does not arrive at the upstream bus processing unit 10b of the terminal device 13b.
At this time, according to the second embodiment, when the failure detection unit 12 receives the notification of the request transmission in the downlink bus processing unit 10a (601), the timer 11 is started (602).
After the timer 11 is started, until the time-out occurs, whether or not the upstream bus processing unit 10b has transmitted data, that is, the busy bit 4 = "after the down counter 20 is decremented to" 0 ". It is judged whether or not the data is written in the information field 6 of the cell 7 of "0" and sent to the up bus 2b (604), and when the sending of the data is completed, the timer 11 is cleared (605) to initialize. Return to the state (600).
If a time-out occurs while data is not being sent (603), a failure display such as a warning buzzer or warning lamp is displayed (606). As described above, according to the present embodiment, by monitoring the elapse of a certain time from the transmission of the request, the lower terminal device 13 (here, the third terminal device 13c) is lower than itself (here, the second terminal device 13b). A bus transmission failure can be easily detected.
The initial setting value of the timer 11 in each terminal device 13 may be changed depending on the number of lower devices or the processing capability of each terminal device.
According to the present invention, in the DQDB system bus control, it is possible to promptly detect the occurrence of a bus transmission failure, and it is possible to take prompt action.
FIG. 2 is an explanatory diagram showing a system configuration according to an embodiment of the present invention.
FIG. 3 is a block diagram showing an in-home downlink bus system in the first embodiment.
FIG. 4 is a flowchart showing processing in the first embodiment.
FIG. 5 is a block diagram showing a bus system in a home according to a second embodiment.
FIG. 6 is a flowchart showing the processing in the second embodiment.
FIG. 7 is an explanatory diagram showing a cell format in ATM.
FIG. 8 is an explanatory diagram showing a home system in B-ISDN.
1 ... Network terminator 2. Double bus 2a ... Down bus 2b ... 3 ... Request bit 4 ... Busy bit 5 ... Header 6 ... Information field 7 ... cell 8 ... Data transmission processing unit 10a ... Down bus processing unit 10b ... Upstream bus processing unit 11 ... Timer 12 ... Fault detection unit 13 ... Terminal device 14 ... ATM network 15 ... Main exchange 16 ... Subscriber switch 17 ... Terminal adapter 18 ... Request counter 20 ... Down counter
1. A network terminator (1), a double-current bus (2) comprising a downstream bus (2a) and an upstream bus (2b) connected to the network terminator (1), and the double-current bus (2). A cell (7) consisting of a header (5) having at least a request bit (3) and a busy bit (4) and an information field (6) for storing data, and a data transmission request is generated. Data transmission processing unit (8)
Then, the cell (7) from the downstream bus (2a) is fetched and a predetermined process is executed, and then the cell (7) is transferred to the downstream bus (2a).
And a terminal device (13) having a downstream bus processing unit (10a) for re-transmitting to the terminal and a fault detection unit (12) having a timer (11) and connected to the double-current bus (2), The failure detection unit (12) in the terminal device (13) is configured such that the downlink bus processing unit (10a) causes the cell (7) to operate after a certain period of time has elapsed from the generation of a data transmission request in the data transmission processing unit (8). A failure detection method for a double-current bus that determines a bus failure when a request cannot be sent by writing a request to the request bit (3).
2. The fault detection unit (12) receives a data transmission request from the data transmission processing unit (8) and activates the timer (11), and the timer (11) sets a preset time. And a request is written in the request bit (3) of the cell (7) in the downlink bus processing unit (10a) while the timer (11) is less than the set time. Determining whether or not the request is written in the request bit (3) of the cell (7) in the above step, clearing the value of the timer (11), and requesting the cell (7) A fault detection method in a double-current bus, comprising a step of generating a fault warning when a set time has elapsed without writing a request to bit (3).
3. A network terminator (1), a double-current bus (2) comprising a downstream bus (2a) and an upstream bus (2b) connected to the network terminator (1), and the double-current bus (2). Cell (7) consisting of a header (5) having at least a request bit (3) and a busy bit (4) and an information field (6) for storing data, and a downstream bus (2a) Cell (7) of (1), executes a predetermined process, and then sends the cell (7) again to the down bus (2a), and the up bus (2).
Failure detection provided with an up bus processing unit (10b) for fetching the cell (7) from the b) and executing a predetermined process and then sending the cell (7) again to the up bus (2b), and a timer (11) And a terminal device (13) having a section (12) and connected to the double-flow bus (2), wherein a failure detection section (12) in the terminal apparatus (13) includes the downlink bus processing section (10a). ), When the cell (7) in which the request bit (3) has been written is sent, and after a certain period of time has passed, the upstream bus processing unit (10b) takes in the cell (7) and writes the data, and the data cannot be sent. Detection method for double-current bus that is judged to be a fault in a bus.
4. The terminal device (13) starts a timer (11) by transmitting a request in the downlink bus processing unit (10a), and determines whether the timer (11) has reached a set time. The step of making a judgment, and while the timer (11) is less than the set time, the cell (7) in which the busy bit (4) is an empty bit is fetched in the upstream bus processing unit (10b) and its information field ( 6) determining whether data has been written to the information field, and in the step, when the data is written to the information field (6), clearing the value of the timer (11); ) Is a fault detection method in a double-current bus, which comprises a step of generating a fault warning when a set time has elapsed without writing data to the bus.
JP3165365A 1991-07-05 1991-07-05 Fault detection system for double-current bus Pending JPH0512143A (en)
JP3165365A JPH0512143A (en) 1991-07-05 1991-07-05 Fault detection system for double-current bus
EP92111132A EP0522430B1 (en) 1991-07-05 1992-07-01 System for detecting failure in dual bus user network
AU19433/92A AU636267B2 (en) 1991-07-05 1992-07-03 System for detecting failure in dual bus user network
CA002073140A CA2073140C (en) 1991-07-05 1992-07-03 System for detecting failure in dual bus user network
US07/909,035 US5379307A (en) 1991-07-05 1992-07-06 System for detecting failure in dual bus user network
JPH0512143A true JPH0512143A (en) 1993-01-22
ID=15810987
JP3165365A Pending JPH0512143A (en) 1991-07-05 1991-07-05 Fault detection system for double-current bus
US (1) US5379307A (en)
EP (1) EP0522430B1 (en)
JP (1) JPH0512143A (en)
AU (1) AU636267B2 (en)
CA (1) CA2073140C (en)
JP3560364B2 (en) * 1994-06-10 2004-09-02 富士通株式会社 Timeout determination device, method and communication device
EP1041741A1 (en) * 1999-04-01 2000-10-04 ICO Services Ltd. Radio link timeout
JPH0222947A (en) * 1988-07-12 1990-01-25 Hitachi Cable Ltd Bypassing system for loop network
JPH02150942A (en) * 1988-12-01 1990-06-11 Nec Corp Bus abnormality detecting circuit
DE3586796D1 (en) * 1984-12-03 1992-12-10 Univ Western Australia queue protocol for.
1991-07-05 JP JP3165365A patent/JPH0512143A/en active Pending
1992-07-01 EP EP92111132A patent/EP0522430B1/en not_active Expired - Lifetime
1992-07-03 AU AU19433/92A patent/AU636267B2/en not_active Ceased
1992-07-03 CA CA002073140A patent/CA2073140C/en not_active Expired - Fee Related
1992-07-06 US US07/909,035 patent/US5379307A/en not_active Expired - Lifetime
EP0522430A3 (en) 1993-03-24
EP0522430A2 (en) 1993-01-13
CA2073140A1 (en) 1993-01-06
US5379307A (en) 1995-01-03
AU1943392A (en) 1993-01-21
AU636267B2 (en) 1993-04-22
CA2073140C (en) 1996-04-02
EP0522430B1 (en) 1996-12-27
EP0827306A2 (en) 1998-03-04 Method and apparatus for generating a proxy connection endpoint for operation administration and management (OAM) asynchronous transfer mode (ATM) cells
JP3517245B2 (en) 2004-04-12 Coordination method and apparatus for routing device output access in a packet switching network
DE69631615T2 (en) 2004-09-30 Method and system for regulating cell transmission speed in an ATM network using a resource management cell
JP3332474B2 (en) 2002-10-07 ATM communication device and failure detection notification device
JPH10271132A (en) 1998-10-09 Flow control system for packet exchange network
US6714989B1 (en) 2004-03-30 ATM controller and ATM communication control device
JP3207879B2 (en) 2001-09-10 Method and circuit device for determining good virtual connection
US7486613B2 (en) 2009-02-03 Protection-switching apparatus and method in asynchronous transfer mode system with ring topology
JP2002111716A (en) 2002-04-12 Packet switch and multicast control system used therefor
JP2780660B2 (en) 1998-07-30 Line switching device
1997-05-13 A02 Decision of refusal