JP3243264B2 - マルチプロセッサシステムにおける通信バスの障害制御方式 - Google Patents
マルチプロセッサシステムにおける通信バスの障害制御方式Info
- Publication number
- JP3243264B2 JP3243264B2 JP26745191A JP26745191A JP3243264B2 JP 3243264 B2 JP3243264 B2 JP 3243264B2 JP 26745191 A JP26745191 A JP 26745191A JP 26745191 A JP26745191 A JP 26745191A JP 3243264 B2 JP3243264 B2 JP 3243264B2
- Authority
- JP
- Japan
- Prior art keywords
- processor
- station
- monitoring station
- communication bus
- monitoring
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000004891 communication Methods 0.000 title claims description 48
- 238000000034 method Methods 0.000 title claims description 5
- 238000012544 monitoring process Methods 0.000 claims description 92
- 238000010586 diagram Methods 0.000 description 12
- 238000012545 processing Methods 0.000 description 10
- 102100037584 FAST kinase domain-containing protein 4 Human genes 0.000 description 8
- 101001028251 Homo sapiens FAST kinase domain-containing protein 4 Proteins 0.000 description 8
- 102100035966 DnaJ homolog subfamily A member 2 Human genes 0.000 description 4
- 101000931210 Homo sapiens DnaJ homolog subfamily A member 2 Proteins 0.000 description 4
- 101710098555 NADPH-cytochrome P450 reductase 1 Proteins 0.000 description 3
- 101710098560 NADPH-cytochrome P450 reductase 2 Proteins 0.000 description 3
- 230000004807 localization Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 239000013256 coordination polymer Substances 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
- G06F11/2005—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication controllers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
- G06F11/2007—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication media
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/26—Functional testing
- G06F11/273—Tester hardware, i.e. output processing circuits
- G06F11/2736—Tester hardware, i.e. output processing circuits using a dedicated service processor for test
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2038—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant with a single idle spare processing component
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Small-Scale Networks (AREA)
- Hardware Redundancy (AREA)
- Multi Processors (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【産業上の利用分野】本発明は二重化したリング型の通
信バスで接続したマルチプロセッサシステムにおける通
信バスの障害制御方式に関する。
信バスで接続したマルチプロセッサシステムにおける通
信バスの障害制御方式に関する。
【０００２】複数のプロセッサとこれらのプロセッサを
複数のバス型またはリングバス型の通信バスで相互に接
続し，通信バスとプロセッサ間を接続するアダプタ（局
という）が通信バスシステム上に配置された構成をとる
マルチプロセッサシステムが利用されている。このシス
テムの各通信バス上には監視機能を持つ一つの監視局と
複数の被監視局とが設けられている。このようなマルチ
プロセッサシステムでは，通信バス上の局に障害が発生
した場合，障害となった局を通信バスから切離す必要が
ある。この場合，監視局に障害が発生するとその監視機
能が果たせなくなる。
複数のバス型またはリングバス型の通信バスで相互に接
続し，通信バスとプロセッサ間を接続するアダプタ（局
という）が通信バスシステム上に配置された構成をとる
マルチプロセッサシステムが利用されている。このシス
テムの各通信バス上には監視機能を持つ一つの監視局と
複数の被監視局とが設けられている。このようなマルチ
プロセッサシステムでは，通信バス上の局に障害が発生
した場合，障害となった局を通信バスから切離す必要が
ある。この場合，監視局に障害が発生するとその監視機
能が果たせなくなる。
【０００３】
【従来の技術】図７は従来例の説明図である。図７の
(1) は正常時の構成,(2)は異常時の構成を表す。(1),
(2) において，Ａ〜Ｄはそれぞれプロセッサ，７０ａ，
７１ａ，７２ａ，７３ａはそれぞれリング型の通信バス
（以下，リング＃０という）に接続されたバスアダプタ
（以下，局という）を構成し，７０ｂ，７１ｂ，７２
ｂ，７３ｂはそれぞれリング型の通信バス（リング＃１
という）により接続された局である。
(1) は正常時の構成,(2)は異常時の構成を表す。(1),
(2) において，Ａ〜Ｄはそれぞれプロセッサ，７０ａ，
７１ａ，７２ａ，７３ａはそれぞれリング型の通信バス
（以下，リング＃０という）に接続されたバスアダプタ
（以下，局という）を構成し，７０ｂ，７１ｂ，７２
ｂ，７３ｂはそれぞれリング型の通信バス（リング＃１
という）により接続された局である。
【０００４】(1) に示す正常時には, 複数のプロセッサ
Ａ〜Ｄは，例えば交換機の制御等の負荷分散された処理
をそれぞれで実行し，各プロセッサ間で処理を行うと共
に他プロセッサとの間で相互にデータ，状態情報や指令
等をそれぞれの局及びリングを介して送受信する。その
ため，各プロセッサはリング＃０とリング＃１の両方を
用い，それぞれ転送情報を分散して転送させている。こ
の場合，情報の種類により転送するリングを区別する等
の使用法もある。
Ａ〜Ｄは，例えば交換機の制御等の負荷分散された処理
をそれぞれで実行し，各プロセッサ間で処理を行うと共
に他プロセッサとの間で相互にデータ，状態情報や指令
等をそれぞれの局及びリングを介して送受信する。その
ため，各プロセッサはリング＃０とリング＃１の両方を
用い，それぞれ転送情報を分散して転送させている。こ
の場合，情報の種類により転送するリングを区別する等
の使用法もある。
【０００５】各リング＃０とリング＃１は，それぞれの
通信バスシステム上に一つの監視局と複数の被監視局と
から構成されている。図７の例では，リング＃０の通信
バスシステムにおいて７２ａが監視局で他の７０ａ，７
１ａ，７３ａは一般局であり，リング＃１の通信バスシ
ステムにおいて７１ｂが監視局で他の７０ｂ，７２ｂ，
７３ｂは一般局である。
通信バスシステム上に一つの監視局と複数の被監視局と
から構成されている。図７の例では，リング＃０の通信
バスシステムにおいて７２ａが監視局で他の７０ａ，７
１ａ，７３ａは一般局であり，リング＃１の通信バスシ
ステムにおいて７１ｂが監視局で他の７０ｂ，７２ｂ，
７３ｂは一般局である。
【０００６】各通信バスシステム上の監視局は次のよう
な機能を備えている。 リングのバス通信バスシステムの構成管理，すなわ
ち，バスネットワークのトポロジー情報，アドレス情
報，制御パラメータ等ネットワーク構成管理に関する情
報を収集して管理する機能。
な機能を備えている。 リングのバス通信バスシステムの構成管理，すなわ
ち，バスネットワークのトポロジー情報，アドレス情
報，制御パラメータ等ネットワーク構成管理に関する情
報を収集して管理する機能。
【０００７】統計情報・トラヒック情報の収集，すな
わちバスネットワークの統計情報・トラヒック情報を定
期的に収集し，集計する機能。 手動再構成・リモートテスト，すなわち任意の局に対
して強制的に動作を指示したりリモートテストを実行す
る機能。
わちバスネットワークの統計情報・トラヒック情報を定
期的に収集し，集計する機能。 手動再構成・リモートテスト，すなわち任意の局に対
して強制的に動作を指示したりリモートテストを実行す
る機能。
【０００８】監視局は上記のような機能を備えるため，
監視局が障害等によりその機能を継続できなくなった場
合，通信バスシステムとして上記の機能が失われてしま
う。図７の(2) により従来の監視局障害時におけるシス
テムの動作例を説明する。
監視局が障害等によりその機能を継続できなくなった場
合，通信バスシステムとして上記の機能が失われてしま
う。図７の(2) により従来の監視局障害時におけるシス
テムの動作例を説明する。
【０００９】この例ではリング＃１のプロセッサＢの配
下にある監視局７１ｂで障害が発生した場合である。障
害が発生すると，隣接局の７０ｂ，７２ｂはそれぞれル
ープバック動作（折り返し経路の形成）を行い障害発生
局７１ｂをリングバスから切り離す処理を行う。これに
より監視局７１ｂはリングから隔離された状態になり，
この状態でリング＃１では運用が行われる。
下にある監視局７１ｂで障害が発生した場合である。障
害が発生すると，隣接局の７０ｂ，７２ｂはそれぞれル
ープバック動作（折り返し経路の形成）を行い障害発生
局７１ｂをリングバスから切り離す処理を行う。これに
より監視局７１ｂはリングから隔離された状態になり，
この状態でリング＃１では運用が行われる。
【００１０】
【発明が解決しようとする課題】上記したように，従来
の方式では，監視局に障害が発生した場合，そのリング
では監視局が無い状態で運用しなければならないため，
構成管理，統計情報・トラヒック情報収集，手動再構成
・リモートテスト等の通信バスシステムとしての監視・
管理機能を欠くため正常に運用できなくなり，マルチプ
ロセッサシステムの運用に影響を与えるという問題があ
った。
の方式では，監視局に障害が発生した場合，そのリング
では監視局が無い状態で運用しなければならないため，
構成管理，統計情報・トラヒック情報収集，手動再構成
・リモートテスト等の通信バスシステムとしての監視・
管理機能を欠くため正常に運用できなくなり，マルチプ
ロセッサシステムの運用に影響を与えるという問題があ
った。
【００１１】なお，一般局に障害が発生した場合は，障
害局のみが切り離されリング＃１の監視機能は保存され
たままである。本発明は複数のプロセッサを複数の通信
バスで相互に接続するための局が通信バスシステム上に
配置された構成をとるマルチプロセッサシステムにおい
て監視局に障害が発生しても他の局により監視局の機能
を実現できる通信バスの障害制御方式を提供することを
目的とする。
害局のみが切り離されリング＃１の監視機能は保存され
たままである。本発明は複数のプロセッサを複数の通信
バスで相互に接続するための局が通信バスシステム上に
配置された構成をとるマルチプロセッサシステムにおい
て監視局に障害が発生しても他の局により監視局の機能
を実現できる通信バスの障害制御方式を提供することを
目的とする。
【００１２】
【課題を解決するための手段】図１は本発明の基本構成
図，図２は基本構成の作用説明図である。図１におい
て，１ａは通信バスシステムを管理する管理プロセッ
サ，２ａは管理プロセッサに設けられ，現在の監視局が
障害等で動作できない時他の一般局を監視局として動作
させるために対応するプロセッサを監視局制御プロセッ
サに変更する制御を行う監視局制御プロセッサ変更手
段，３ａは当該プロセッサが，現在接続している局を監
視局として制御するのか，一般局として制御するのかの
属性を保持するプロセッサ属性保持手段，４ａは自プロ
セッサに接続する局（配下の局という）を監視局として
動作するよう制御する監視局制御手段，５ａは配下の局
を一般局として動作するよう制御する一般局制御手段，
６ａは配下の局に動作モードを指示する動作モード指示
送出手段である。１ｂは配下に一般局が接続されている
被管理プロセッサ，３ｂ〜６ｂは管理プロセッサ内の３
ａ〜６ａと同じ手段であり，他の図示されない各被管理
プロセッサ１ｃ〜１ｎも１ｂと同様の構成を備えてい
る。
図，図２は基本構成の作用説明図である。図１におい
て，１ａは通信バスシステムを管理する管理プロセッ
サ，２ａは管理プロセッサに設けられ，現在の監視局が
障害等で動作できない時他の一般局を監視局として動作
させるために対応するプロセッサを監視局制御プロセッ
サに変更する制御を行う監視局制御プロセッサ変更手
段，３ａは当該プロセッサが，現在接続している局を監
視局として制御するのか，一般局として制御するのかの
属性を保持するプロセッサ属性保持手段，４ａは自プロ
セッサに接続する局（配下の局という）を監視局として
動作するよう制御する監視局制御手段，５ａは配下の局
を一般局として動作するよう制御する一般局制御手段，
６ａは配下の局に動作モードを指示する動作モード指示
送出手段である。１ｂは配下に一般局が接続されている
被管理プロセッサ，３ｂ〜６ｂは管理プロセッサ内の３
ａ〜６ａと同じ手段であり，他の図示されない各被管理
プロセッサ１ｃ〜１ｎも１ｂと同様の構成を備えてい
る。
【００１３】７ａ，７ｂは局を表し，８ａは動作モード
指示受信手段，９ａは監視局機能実現手段，１０ａは一
般局機能実現手段，８ｂ〜１０ｂは８ａ〜１０ａと同じ
手段であり，他の図示されない局７ｃ〜７ｎも７ａ，７
ｂと同様の構成を備える。１１は局７ａ，７ｂ・・・・
７ｎを接続して構成される通信バスを表し，１２は各プ
ロセッサの他方の通信バスを表す，なお，通信バス１２
もそれぞれ７ａ〜７ｎと同様の各プロセッサ配下の局を
相互接続してリングバスを構成してもよい。
指示受信手段，９ａは監視局機能実現手段，１０ａは一
般局機能実現手段，８ｂ〜１０ｂは８ａ〜１０ａと同じ
手段であり，他の図示されない局７ｃ〜７ｎも７ａ，７
ｂと同様の構成を備える。１１は局７ａ，７ｂ・・・・
７ｎを接続して構成される通信バスを表し，１２は各プ
ロセッサの他方の通信バスを表す，なお，通信バス１２
もそれぞれ７ａ〜７ｎと同様の各プロセッサ配下の局を
相互接続してリングバスを構成してもよい。
【００１４】
【作用】図１の基本構成における作用を図２を参照しな
がら説明する。図２のＡ．及びＢ．には図１のプロセッ
サ１ａ〜１ｄが４台設けられ，各プロセッサに対して局
７ａ〜７ｄが通信バス１１により接続され，他方の通信
バス１２が１３ａ〜１３ｄにより示す各局により接続さ
れているものとし，図２のＡ．は正常時の状態を表し，
Ｂ．は異常時の状態を表す。
がら説明する。図２のＡ．及びＢ．には図１のプロセッ
サ１ａ〜１ｄが４台設けられ，各プロセッサに対して局
７ａ〜７ｄが通信バス１１により接続され，他方の通信
バス１２が１３ａ〜１３ｄにより示す各局により接続さ
れているものとし，図２のＡ．は正常時の状態を表し，
Ｂ．は異常時の状態を表す。
【００１５】図２のＡ．において，１ａは管理プロセッ
サであり，通信バス１１の監視局は７ｂであり，従って
被管理プロセッサ１ｂが監視局制御プロセッサであり，
以下この通信バス１１の局についての作用を説明する。
サであり，通信バス１１の監視局は７ｂであり，従って
被管理プロセッサ１ｂが監視局制御プロセッサであり，
以下この通信バス１１の局についての作用を説明する。
【００１６】通信バス１１上の監視局７ｂに障害が発生
して使用不可能になると，その上位プロセッサである被
管理プロセッサ１ｂは通信バス１１を使用することがで
きないため，他方の通信バス１２を使用して管理プロセ
ッサ１ａにその旨を通知する。管理プロセッサ１ａは，
通信バス１１上の監視局７ｂに障害が発生したことを認
識すると，監視局制御プロセッサ変更手段２ａにより新
たに監視局制御プロセッサとなる被管理プロセッサ１ｃ
（図１には示されないが，１ｂと同一構成）を選出し，
そのプロセッサ１ｃに対して通信バス１１上の配下の局
を監視局化するよう指示を出す。
して使用不可能になると，その上位プロセッサである被
管理プロセッサ１ｂは通信バス１１を使用することがで
きないため，他方の通信バス１２を使用して管理プロセ
ッサ１ａにその旨を通知する。管理プロセッサ１ａは，
通信バス１１上の監視局７ｂに障害が発生したことを認
識すると，監視局制御プロセッサ変更手段２ａにより新
たに監視局制御プロセッサとなる被管理プロセッサ１ｃ
（図１には示されないが，１ｂと同一構成）を選出し，
そのプロセッサ１ｃに対して通信バス１１上の配下の局
を監視局化するよう指示を出す。
【００１７】指示を受けたプロセッサ１ｃは，そのプロ
セッサ属性保持手段３ｃによりプロセッサ属性（監視局
制御プロセッサまたは一般局制御プロセッサを表す）を
保持すると共に監視局制御手段４ｃを起動し，それ以降
は監視局制御プロセッサとして動作する。配下の一般局
７ｃ（図１には示されないが７ａ，７ｂと同一構成）に
対しては，動作モード指示送出手段６ｃを介して監視局
化の動作モード指示を送出する。
セッサ属性保持手段３ｃによりプロセッサ属性（監視局
制御プロセッサまたは一般局制御プロセッサを表す）を
保持すると共に監視局制御手段４ｃを起動し，それ以降
は監視局制御プロセッサとして動作する。配下の一般局
７ｃ（図１には示されないが７ａ，７ｂと同一構成）に
対しては，動作モード指示送出手段６ｃを介して監視局
化の動作モード指示を送出する。
【００１８】局７ｃは動作モード指示受信手段８ｃから
監視局動作モード指示を受信すると，監視局機能実現手
段９ｃを起動し，一般局機能実現手段１０ｃを停止する
ことにより監視局となる。この状態が図２のＢ．であ
る。また，管理プロセッサ１ａは，以前の監視局制御プ
ロセッサである被管理プロセッサ１ｂに対して通信バス
１２を介して一般局制御プロセッサ化の指示を送出す
る。被管理プロセッサ１ｂはこれによりプロセッサ属性
保持手段３ｂに一般局制御プロセッサの表示を保持する
と共に，監視局制御手段４ｂの動作を停止させ，一般局
制御手段５ｂを起動することにより一般局制御プロセッ
サとなる。
監視局動作モード指示を受信すると，監視局機能実現手
段９ｃを起動し，一般局機能実現手段１０ｃを停止する
ことにより監視局となる。この状態が図２のＢ．であ
る。また，管理プロセッサ１ａは，以前の監視局制御プ
ロセッサである被管理プロセッサ１ｂに対して通信バス
１２を介して一般局制御プロセッサ化の指示を送出す
る。被管理プロセッサ１ｂはこれによりプロセッサ属性
保持手段３ｂに一般局制御プロセッサの表示を保持する
と共に，監視局制御手段４ｂの動作を停止させ，一般局
制御手段５ｂを起動することにより一般局制御プロセッ
サとなる。
【００１９】以上の動作により，監視局が使用不可能に
なった時の監視局切り替え制御を実現することができ
る。
なった時の監視局切り替え制御を実現することができ
る。
【００２０】
【実施例】図３は本発明が実施されるマルチプロセッサ
交換システムの構成図，図４はプロセッサが備える各テ
ーブルの構成及び動作モード指示フォーマットを示す
図，図５は実施例の各部の処理フロー，図６は本発明の
適用例のシステム構成図である。
交換システムの構成図，図４はプロセッサが備える各テ
ーブルの構成及び動作モード指示フォーマットを示す
図，図５は実施例の各部の処理フロー，図６は本発明の
適用例のシステム構成図である。
【００２１】図３において，３０ａ〜３０ｄは交換機を
制御するためのマルチプロセッサを構成し，３０ａは全
体の管理及び制御を行うメインプロセッサ（ＭＰＲ:Mai
n Processor)，３０ｂは分散された一定範囲の呼を処理
するコールプロセッサ（ＣＰＲ：Call Processor) １，
３０ｃ，３０ｄも分散されたそれぞれの呼を処理するＣ
ＰＲ２，ＣＰＲ３であり，ＭＰＲは管理プロセッサであ
り，ＣＰＲ１〜ＣＰＲ３は被管理プロセッサである。
制御するためのマルチプロセッサを構成し，３０ａは全
体の管理及び制御を行うメインプロセッサ（ＭＰＲ:Mai
n Processor)，３０ｂは分散された一定範囲の呼を処理
するコールプロセッサ（ＣＰＲ：Call Processor) １，
３０ｃ，３０ｄも分散されたそれぞれの呼を処理するＣ
ＰＲ２，ＣＰＲ３であり，ＭＰＲは管理プロセッサであ
り，ＣＰＲ１〜ＣＰＲ３は被管理プロセッサである。
【００２２】３１ａ〜３１ｄはそれぞれのプロセッサと
接続され，相互にリングバス＃０により接続されたバス
アダプタであるリング・バスインタフェース・ユニット
（ＲＢＵ），３２ａ〜３２ｄはそれぞれのプロセッサと
接続された相互にリングバス＃１により接続されたＲＢ
Ｕである。
接続され，相互にリングバス＃０により接続されたバス
アダプタであるリング・バスインタフェース・ユニット
（ＲＢＵ），３２ａ〜３２ｄはそれぞれのプロセッサと
接続された相互にリングバス＃１により接続されたＲＢ
Ｕである。
【００２３】図３のような構成において，初期状態では
リング＃１上では監視局がＣＰＲ１配下のＲＢＵ３２ｂ
であり，その他のＲＢＵ３２ａ，３２ｃ，３２ｄは全て
一般局になっている。なお，リング＃０はＲＢＵ３１ｃ
が監視局で他のＲＢＵはすべて一般局になっている。
リング＃１上では監視局がＣＰＲ１配下のＲＢＵ３２ｂ
であり，その他のＲＢＵ３２ａ，３２ｃ，３２ｄは全て
一般局になっている。なお，リング＃０はＲＢＵ３１ｃ
が監視局で他のＲＢＵはすべて一般局になっている。
【００２４】図４にプロセッサが備える各テーブルの構
成及び動作モード指示フォーマットを示す。図４の(a)
は管理プロセッサ及び被管理プロセッサが備えるプロセ
ッサ属性保持テーブルである。この内容は, リング番号
（＃０，＃１）に対応して２つのビット列が設けられ，
各ビット列の各ビット位置（右端が０ビット位置）がプ
ロセッサ番号に対応し，自プロセッサ番号に対応するビ
ット位置にＦビットが設定されている。このＦビットが
“０”の時一般局制御プロセッサであることを表示し，
“１”の時監視局制御プロセッサであることを表示す
る。
成及び動作モード指示フォーマットを示す。図４の(a)
は管理プロセッサ及び被管理プロセッサが備えるプロセ
ッサ属性保持テーブルである。この内容は, リング番号
（＃０，＃１）に対応して２つのビット列が設けられ，
各ビット列の各ビット位置（右端が０ビット位置）がプ
ロセッサ番号に対応し，自プロセッサ番号に対応するビ
ット位置にＦビットが設定されている。このＦビットが
“０”の時一般局制御プロセッサであることを表示し，
“１”の時監視局制御プロセッサであることを表示す
る。
【００２５】図４の(b) は監視局制御プロセッサ変更テ
ーブルであり, 管理プロセッサ（図３の場合ＭＰＲ）に
備えられている。このテーブルには，監視局制御プロセ
ッサが障害になった時に次に監視局制御プロセッサにな
るプロセッサの番号が順番に格納されており，この例で
はＣＰＲ１，ＣＰＲ２，ＣＰＲ３の順に格納されてい
る。例えば，現在がＣＰＲ２が監視局制御プロセッサで
あれば，これが障害になると次にＣＰＲ３が一般局制御
プロセッサから監視局制御プロセッサに変更される。
ーブルであり, 管理プロセッサ（図３の場合ＭＰＲ）に
備えられている。このテーブルには，監視局制御プロセ
ッサが障害になった時に次に監視局制御プロセッサにな
るプロセッサの番号が順番に格納されており，この例で
はＣＰＲ１，ＣＰＲ２，ＣＰＲ３の順に格納されてい
る。例えば，現在がＣＰＲ２が監視局制御プロセッサで
あれば，これが障害になると次にＣＰＲ３が一般局制御
プロセッサから監視局制御プロセッサに変更される。
【００２６】図４の(c) は監視局制御プロセッサ番号保
持テーブルであり，このテーブルは管理プロセッサに備
えられいる。この内容は，各リング番号（＃０，＃１）
毎にそれぞれのリングバスにおいて現在監視局制御プロ
セッサとなっているプロセッサ番号が格納されている。
図３の例では，リング＃０がＣＰＲ２，リング＃１がＣ
ＰＲ１の各番号になっている。
持テーブルであり，このテーブルは管理プロセッサに備
えられいる。この内容は，各リング番号（＃０，＃１）
毎にそれぞれのリングバスにおいて現在監視局制御プロ
セッサとなっているプロセッサ番号が格納されている。
図３の例では，リング＃０がＣＰＲ２，リング＃１がＣ
ＰＲ１の各番号になっている。
【００２７】図４の(d) は動作指示フォーマットであ
り，管理プロセッサから他プロセッサに対し監視局か一
般局かの何れかの動作モードで動作するよう指示するフ
レームのフォーマットである。先頭の「ＤＴ」は動作モ
ード変更を指示するデータ（他の指示と区別する符号デ
ータ）を表し，次の「モード指定」により指定内容（監
視局か一般局か）を表す。
り，管理プロセッサから他プロセッサに対し監視局か一
般局かの何れかの動作モードで動作するよう指示するフ
レームのフォーマットである。先頭の「ＤＴ」は動作モ
ード変更を指示するデータ（他の指示と区別する符号デ
ータ）を表し，次の「モード指定」により指定内容（監
視局か一般局か）を表す。
【００２８】図５に示す実施例の各部の処理フローを，
図３の構成における動作例を用いて説明する。 図３の構成において，リング＃１上でＣＰＲ１配下の
ＲＢＵ３２ｂに障害が発生した場合を例にすると，隣接
局であるＭＰＲ３０ａ配下のＲＢＵ３２ａとＣＰＲ２配
下のＲＢＵ３２ｃにおいてループバックが形成されて障
害局切離し動作が行われ，障害が発生したＲＢＵ３２ｂ
はリングバス上から物理的に切離される。従って，ＣＰ
Ｒ１はリング＃１を使用することができないため，リン
グバス＃０を利用してＭＰＲにＲＢＵ障害発生を通知す
る（図５のＳ１）。
図３の構成における動作例を用いて説明する。 図３の構成において，リング＃１上でＣＰＲ１配下の
ＲＢＵ３２ｂに障害が発生した場合を例にすると，隣接
局であるＭＰＲ３０ａ配下のＲＢＵ３２ａとＣＰＲ２配
下のＲＢＵ３２ｃにおいてループバックが形成されて障
害局切離し動作が行われ，障害が発生したＲＢＵ３２ｂ
はリングバス上から物理的に切離される。従って，ＣＰ
Ｒ１はリング＃１を使用することができないため，リン
グバス＃０を利用してＭＰＲにＲＢＵ障害発生を通知す
る（図５のＳ１）。
【００２９】ＭＰＲはＣＰＲ１からの障害発生通知を
受け取ると（図５のＳ２），図４の(c) に示す監視局制
御プロセッサ番号保持テーブルと障害発生局のリング番
号から現在の監視局制御プロセッサ番号が得られ，これ
と通知元のプロセッサ番号とを比較する（図５のＳ
３）。ここで不一致が検出された場合は，障害発生ＲＢ
Ｕが一般局であることが分かり，従来と同様の処理が行
われる( 障害局の代替局を設けないで障害局はリングか
ら切離された状態に置かれる) 。
受け取ると（図５のＳ２），図４の(c) に示す監視局制
御プロセッサ番号保持テーブルと障害発生局のリング番
号から現在の監視局制御プロセッサ番号が得られ，これ
と通知元のプロセッサ番号とを比較する（図５のＳ
３）。ここで不一致が検出された場合は，障害発生ＲＢ
Ｕが一般局であることが分かり，従来と同様の処理が行
われる( 障害局の代替局を設けないで障害局はリングか
ら切離された状態に置かれる) 。
【００３０】図３の例のように障害発生局が監視制御プ
ロセッサの場合は，一致が検出され監視局障害の処理が
開始され，そのプロセッサ番号で図４の(b)の監視局制
御プロセッサ変更テーブルを参照し，次に監視局となる
プロセッサ番号を取り出し（図５のＳ４），そのプロセ
ッサに対して監視局制御プロセッサ化の指示を送出する
（図５のＳ５）。
ロセッサの場合は，一致が検出され監視局障害の処理が
開始され，そのプロセッサ番号で図４の(b)の監視局制
御プロセッサ変更テーブルを参照し，次に監視局となる
プロセッサ番号を取り出し（図５のＳ４），そのプロセ
ッサに対して監視局制御プロセッサ化の指示を送出する
（図５のＳ５）。
【００３１】図４の(b) のテーブルからは, 現在の監視
局制御プロセッサの番号ＣＰＲ１の次の順番のプロセッ
サ番号としてＣＰＲ２が取り出され，図４の(d) に示す
フォーマットによりＣＰＲ２に対してモード指定（監視
局の動作モード）が送られる。
局制御プロセッサの番号ＣＰＲ１の次の順番のプロセッ
サ番号としてＣＰＲ２が取り出され，図４の(d) に示す
フォーマットによりＣＰＲ２に対してモード指定（監視
局の動作モード）が送られる。
【００３２】監視局制御プロセッサとなるよう通知を
受けたＣＰＲ２は，配下の一般局（ＲＢＵ３２ｃ）に対
して監視局として動作するよう監視局化の動作モードを
送出する（Ｓ６）。ＣＰＲ２は，このＲＢＵ３２ｃから
動作モード指示の受信に対応するＡＣＫ（受信確認の応
答）を受け取ることにより動作モード指示が正常に受け
付けられたか否かをＭＰＲに通知し（図５のＳ７），こ
れと共に図４の(a) のプロセッサ属性保持テーブルの自
プロセッサを示す部分に監視制御プロセッサ化を表示す
る（図５のＳ８）。
受けたＣＰＲ２は，配下の一般局（ＲＢＵ３２ｃ）に対
して監視局として動作するよう監視局化の動作モードを
送出する（Ｓ６）。ＣＰＲ２は，このＲＢＵ３２ｃから
動作モード指示の受信に対応するＡＣＫ（受信確認の応
答）を受け取ることにより動作モード指示が正常に受け
付けられたか否かをＭＰＲに通知し（図５のＳ７），こ
れと共に図４の(a) のプロセッサ属性保持テーブルの自
プロセッサを示す部分に監視制御プロセッサ化を表示す
る（図５のＳ８）。
【００３３】監視局化の動作モード指示を受けたＣＰ
Ｒ２配下のＲＢＵ３２ｃは，監視局機能を活性化して指
示の応答をＣＰＲ２に返すと，以降は監視局として動作
する。
Ｒ２配下のＲＢＵ３２ｃは，監視局機能を活性化して指
示の応答をＣＰＲ２に返すと，以降は監視局として動作
する。
【００３４】ＭＰＲはＣＰＲ２からの結果通知を受信
すると判定し（図５のＳ９，Ｓ１０），失敗であれば，
図４の(b) の監視局制御プロセッサ番号変更テーブルを
再び参照して，次のプロセッサ番号を取り出し，上記の
処理を繰り返す。結果が良好であれば，図４の(c) の監
視局制御プロセッサ番号保持テーブルのプロセッサ番号
をＣＰＲ２に書き換えると共に旧監視局制御プロセッサ
（ＣＰＲ１）に対して，一般局制御プロセッサ化の指示
を送出する（図５のＳ１１，Ｓ１２）。
すると判定し（図５のＳ９，Ｓ１０），失敗であれば，
図４の(b) の監視局制御プロセッサ番号変更テーブルを
再び参照して，次のプロセッサ番号を取り出し，上記の
処理を繰り返す。結果が良好であれば，図４の(c) の監
視局制御プロセッサ番号保持テーブルのプロセッサ番号
をＣＰＲ２に書き換えると共に旧監視局制御プロセッサ
（ＣＰＲ１）に対して，一般局制御プロセッサ化の指示
を送出する（図５のＳ１１，Ｓ１２）。
【００３５】ＣＰＲ１はＭＰＲから一般局制御プロセ
ッサとなるよう指示を受信すると，自プロセッサ内のプ
ロセッサ属性保持テーブル（図４の(a) ）の自プロセッ
サを示す部分に一般局制御プロセッサ化を表示し（図５
のＳ１３），以降は一般局制御プロセッサとして動作す
る。
ッサとなるよう指示を受信すると，自プロセッサ内のプ
ロセッサ属性保持テーブル（図４の(a) ）の自プロセッ
サを示す部分に一般局制御プロセッサ化を表示し（図５
のＳ１３），以降は一般局制御プロセッサとして動作す
る。
【００３６】図６は本発明の適用例のシステム構成図で
ある。図６の構成には，二重化リングバスを用いた交換
システムの実際の配置が示されている。このシステム
は，ＭＰＲとＣＰＲ１〜ＣＰＲ６３の合計６４個のプロ
セッサを備え，各プロセッサは，中央制御装置（Ｃ
Ｃ），チャネル制御装置（ＣＨ）がそれぞれ０系と１系
に対応して設けられ二重化されている。各プロセッサは
ノードステーションを介して光リングバスシステムを構
成する０系リングバスと１系リングバスに接続されてい
る。
ある。図６の構成には，二重化リングバスを用いた交換
システムの実際の配置が示されている。このシステム
は，ＭＰＲとＣＰＲ１〜ＣＰＲ６３の合計６４個のプロ
セッサを備え，各プロセッサは，中央制御装置（Ｃ
Ｃ），チャネル制御装置（ＣＨ）がそれぞれ０系と１系
に対応して設けられ二重化されている。各プロセッサは
ノードステーションを介して光リングバスシステムを構
成する０系リングバスと１系リングバスに接続されてい
る。
【００３７】各ノードステーションの内部構成は図６中
に拡大して示され，０系リングバスには，リング・バス
インタフェース・ユニット（ＲＢＵ０）が設けられ，こ
のＲＢＵ０には０系のＣバス（ＣＨＣ０，ＣＣ０に接続
するバス）と接続するＣＢＵ００が接続されている。ま
たＲＢＵ０には１系のＣバスに接続するＣＢＵ１０が接
続されている。同様に１系のリングバスにはＲＢＵ１が
接続され，これと１系のＣバスがＣＢＵ１１を介して接
続されると共に０系のＣバスとＣＢＵ０１を介して接続
されている。このノードステーションのＲＢＵ０が本発
明のリング＃０に接続する局（３１ａ〜３１ｄ）に対応
し，ＲＢＵ１が本発明のリング＃１に接続する局（３２
ａ〜３２ｄ）に対応し，各ＭＰＲ，ＣＰＲの０系リング
バスと１系リングバスのそれぞれの中の１つが監視局と
して機能する。
に拡大して示され，０系リングバスには，リング・バス
インタフェース・ユニット（ＲＢＵ０）が設けられ，こ
のＲＢＵ０には０系のＣバス（ＣＨＣ０，ＣＣ０に接続
するバス）と接続するＣＢＵ００が接続されている。ま
たＲＢＵ０には１系のＣバスに接続するＣＢＵ１０が接
続されている。同様に１系のリングバスにはＲＢＵ１が
接続され，これと１系のＣバスがＣＢＵ１１を介して接
続されると共に０系のＣバスとＣＢＵ０１を介して接続
されている。このノードステーションのＲＢＵ０が本発
明のリング＃０に接続する局（３１ａ〜３１ｄ）に対応
し，ＲＢＵ１が本発明のリング＃１に接続する局（３２
ａ〜３２ｄ）に対応し，各ＭＰＲ，ＣＰＲの０系リング
バスと１系リングバスのそれぞれの中の１つが監視局と
して機能する。
【００３８】このようにして各プロセッサは，二重化さ
れた一方から，ＲＢＵ０，ＲＢＵ１を介して０系のリン
グバス，１系のリングバスの両方にアクセスして通信を
行うことができる。この図６のシステムでは，各プロセ
ッサが二重化されているためにプロセッサの障害に対し
て切り替えを行う構成を備えている点を除いて，各系の
リングバス上に設けられた１つの監視局に対応するイン
タフェースユニット（ＲＢＵ０，ＲＢＵ１）の障害に対
して，図４，図５に記載した実施例と同様の制御により
対処することができる。
れた一方から，ＲＢＵ０，ＲＢＵ１を介して０系のリン
グバス，１系のリングバスの両方にアクセスして通信を
行うことができる。この図６のシステムでは，各プロセ
ッサが二重化されているためにプロセッサの障害に対し
て切り替えを行う構成を備えている点を除いて，各系の
リングバス上に設けられた１つの監視局に対応するイン
タフェースユニット（ＲＢＵ０，ＲＢＵ１）の障害に対
して，図４，図５に記載した実施例と同様の制御により
対処することができる。
【００３９】
【発明の効果】本発明によれば二重化されたリング型の
通信バスにより接続されたマルチプロセッサシステムに
おいて通信バスに監視機能を備える局（バスアダプタ）
に障害が発生しても他のプロセッサに接続する局により
直ちに代替させることができるので通信バスシステムと
しての監視・管理機能を正常に維持することができ，マ
ルチプロセッサシステムの信頼性を向上することができ
る。
通信バスにより接続されたマルチプロセッサシステムに
おいて通信バスに監視機能を備える局（バスアダプタ）
に障害が発生しても他のプロセッサに接続する局により
直ちに代替させることができるので通信バスシステムと
しての監視・管理機能を正常に維持することができ，マ
ルチプロセッサシステムの信頼性を向上することができ
る。
【図面の簡単な説明】
【図１】本発明の基本構成図である。
【図２】基本構成の作用説明図である。
【図３】本発明が実施されるマルチプロセッサ交換シス
テムの構成図である。
テムの構成図である。
【図４】プロセッサが備える各テーブルの構成及び動作
モード指示フォーマットを示す図である。
モード指示フォーマットを示す図である。
【図５】実施例の各部の処理フローである。
【図６】本発明の適用例のシステム構成図である。
【図７】従来例の説明図である。
１ａ 管理プロセッサ １ｂ 被管理プロセッサ ２ａ 監視局制御プロセッサ変更手段 ３ａ，３ｂ プロセッサ属性保持手段 ４ａ，４ｂ 監視局制御手段 ５ａ，５ｂ 一般局制御手段 ６ａ，６ｂ 動作モード指示送出手段 ７ａ，７ｂ 局 ８ａ，８ｂ 動作モード指示受信手段 ９ａ，９ｂ 監視局機能実現手段 １０ａ，１０ｂ 一般局機能実現手段 １１ 通信バス １２ 他方の通信バス
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭63−146626（ＪＰ，Ａ) 特開 昭59−117350（ＪＰ，Ａ) 特開 昭53−72403（ＪＰ，Ａ) 特開 昭61−167245（ＪＰ，Ａ) 特開 昭60−197044（ＪＰ，Ａ) 特開 昭53−942（ＪＰ，Ａ) 特開 昭56−13854（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 13/00 G06F 15/16 H04L 12/42
Claims (3)
- 【請求項１】 二重化したリング型の通信バスで接続さ
れたマルチプロセッサシステムにおける通信バスの障害
制御方式において，少なくとも一方の通信バス上に各プ
ロセッサに接続され，各プロセッサから制御される局を
複数個配置し，前記複数の局は通信バスの監視・管理機
能を備える１つの監視局と他の一般局とで構成し，監視
局に障害が発生すると該監視局を制御するプロセッサは
他方の通信バスを介して障害発生を通知し，複数プロセ
ッサ内の１つの管理プロセッサは前記監視局の障害発生
の通知により起動する監視局制御プロセッサ変更手段を
備え，監視局制御プロセッサ変更手段は，現在の監視局
に代わる一般局を選択し，選択された局を制御するプロ
セッサを監視局を制御するプロセッサへ変更する指示を
発生し，前記指示を受けたプロセッサは，接続された局
の動作モードを監視局に設定することを特徴とするマル
チプロセッサシステムにおける通信バスの障害制御方
式。 - 【請求項２】 請求項１において，監視局制御プロセッ
サ変更手段は，通信バスに配置された複数局について次
に監視局となる順番を格納したテーブルと，通信バスの
現在の監視局を表す情報を格納したテーブルとを備える
ことを特徴とするマルチプロセッサシステムにおける通
信バスの障害制御方式。 - 【請求項３】 請求項１において，前記管理プロセッサ
及び他のプロセッサは，それぞれに接続する局が監視局
か一般局かの表示が設定されるプロセッサ属性保持手段
を備え，該プロセッサ属性保持手段は管理プロセッサか
らの指示により変更され，変更された内容に応じて，接
続された局に対し監視局制御手段か一般局制御手段によ
り局を制御することを特徴とするマルチプロセッサシス
テムにおける通信バスの障害制御方式。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26745191A JP3243264B2 (ja) | 1991-10-16 | 1991-10-16 | マルチプロセッサシステムにおける通信バスの障害制御方式 |
| US08/418,154 US5522030A (en) | 1991-10-16 | 1995-04-06 | Fault control system for communications buses in multi-processor system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26745191A JP3243264B2 (ja) | 1991-10-16 | 1991-10-16 | マルチプロセッサシステムにおける通信バスの障害制御方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05108517A JPH05108517A (ja) | 1993-04-30 |
| JP3243264B2 true JP3243264B2 (ja) | 2002-01-07 |
Family
ID=17445033
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26745191A Expired - Fee Related JP3243264B2 (ja) | 1991-10-16 | 1991-10-16 | マルチプロセッサシステムにおける通信バスの障害制御方式 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5522030A (ja) |
| JP (1) | JP3243264B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5983371A (en) * | 1997-07-11 | 1999-11-09 | Marathon Technologies Corporation | Active failure detection |
| JP2000242609A (ja) * | 1999-02-23 | 2000-09-08 | Nippon Telegr & Teleph Corp <Ntt> | 分散オブジェクト動的配置制御方法及び装置 |
| WO2002031620A2 (en) * | 2000-10-06 | 2002-04-18 | Alphion Corporation | Improved network restoration capability via dedicated hardware and continuous performance monitoring |
| US20020133734A1 (en) * | 2000-10-06 | 2002-09-19 | Jithamithra Sarathy | Network restoration capability via dedicated hardware and continuous performance monitoring |
| US8266476B2 (en) * | 2006-11-09 | 2012-09-11 | Sony Computer Entertainment Inc. | Multiprocessor system, its control method, and information recording medium |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS60197044A (ja) * | 1984-02-29 | 1985-10-05 | Fujitsu Ltd | ル−プ通信制御方式 |
| US5202980A (en) * | 1989-06-30 | 1993-04-13 | Nec Corporation | Information processing system capable of readily taking over processing of a faulty processor |
| US5307481A (en) * | 1990-02-28 | 1994-04-26 | Hitachi, Ltd. | Highly reliable online system |
-
1991
- 1991-10-16 JP JP26745191A patent/JP3243264B2/ja not_active Expired - Fee Related
-
1995
- 1995-04-06 US US08/418,154 patent/US5522030A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH05108517A (ja) | 1993-04-30 |
| US5522030A (en) | 1996-05-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5276440A (en) | Network device information exchange | |
| US7167445B2 (en) | Virtual line switched ring (VLSR) connection state distribution scheme | |
| US6202170B1 (en) | Equipment protection system | |
| EP1323254B1 (en) | Router-level automatic protection switching | |
| EP2053780A1 (en) | A distributed master and standby managing method and system based on the network element | |
| JP2809151B2 (ja) | 通信網自動回復システム | |
| AU2001241700B2 (en) | Multiple network fault tolerance via redundant network control | |
| JP3243264B2 (ja) | マルチプロセッサシステムにおける通信バスの障害制御方式 | |
| JP4045419B2 (ja) | 伝送経路設定方法、伝送装置およびネットワークシステム | |
| JP2776977B2 (ja) | Ｉｓｄｎ通信システムの障害処理方法およびｉｓｄｎ通信システム | |
| JP3402733B2 (ja) | 伝送装置の制御システム | |
| JP2504366B2 (ja) | 耐故障性システム | |
| JPH04299743A (ja) | コンピュータネットワークシステム | |
| JP3591953B2 (ja) | 防災監視システム及び防災監視システムにおけるデータ伝送方法 | |
| JP3355576B2 (ja) | 切替回路 | |
| JP4303791B2 (ja) | 容易に構成可能な監視制御を備える電気通信交換システム | |
| JP2000004248A (ja) | 通信ネットワ―クシステム | |
| EP0511925A2 (en) | Dynamic backup and recovery of focal points in a computer network | |
| JPH06195318A (ja) | 分散処理システム | |
| US7590717B1 (en) | Single IP address for redundant shelf processors | |
| US6801498B1 (en) | Asynchronous transfer mode communication equipment and method for switching virtual path of same | |
| JP2561006B2 (ja) | ルーティング制御方式 | |
| JPS637055A (ja) | デ−タ伝送ステ−シヨン | |
| JPH07250125A (ja) | デ−タ伝送装置 | |
| JP2004140571A (ja) | 伝送システムとその監視制御装置およびプロテクション機能の設定更新方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20011009 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071019 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081019 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081019 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091019 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |