JP2000078155A - Ａｔｍネットワークにおけるコネクション設定方式 - Google Patents

Abstract

(57)【要約】 【課題】 ＳＰＶＣを実現しているＡＴＭネットワーク
において、回線障害の検出を迅速に行う。 【解決手段】 Ｐ−ＮＮＩによって実現されるソフトウ
エアＰＶＣ、すなわち、送信元私設ネットワークと送信
先私設ネットワークとの間にＰＶＣが確立され、ＡＴＭ
交換機間はＳＶＣの確立によりダイナミックルーティン
グを行うＡＴＭネットワークにおいて、ＡＴＭ交換機に
回線上の障害発生をＡＴＭ物理レイヤで検出する障害検
出手段を設けた。そして、この物理レイヤで検出された
障害に基づいて、少なくとも送信元のＡＴＭ交換機と障
害先のＡＴＭ交換機を特定する情報を含んだ障害情報通
知セルを生成し、各ＡＴＭ交換機に障害発生を通知す
る。そして、発ノードであるＡＴＭ交換機は、前記障害
情報通知セルの受信により前記障害箇所を回避した迂回
ＳＶＣを再確立するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、ＡＴＭ交換網、特
にソフトウエアＰＶＣにより端末間が接続されているＡ
ＴＭ交換網における回線障害／装置障害時のコネクショ
ンの再接続技術に関する。

【０００２】

【従来の技術】Ｐ−ＮＮＩ（Private-Network Node Int
erface）は、ＡＴＭ交換網(Asynchronous Transfer Mod
e Network)のサービスインターフェースの１つであり、
公衆網と私設網とを結んでアドレス情報やルーティング
情報を交換するための規定である。

【０００３】Ｐ−ＮＮＩでは、ソフトウエア的なＰＶＣ
（Permanent Virtual Connection：以降ＳＰＶＣまたは
ソフトウエアＰＶＣと表記する）の確立が可能である。
ここでは、ＰＶＣは送信元ユーザーネットワーク情報
（ＵＮＩ:User Network Information）と送信先ＵＮＩ
との間にのみ確立され、その途中のＡＴＭノード間（Ａ
ＴＭ交換機間）はＳＶＣにより接続される。この結果、
ＡＴＭ交換機間でダイナミックルーティングを実現でき
る技術である。

【０００４】これを図１を用いて説明する。同図におい
て、端末１０１ａ（＃Ａ）〜ＡＴＭ交換機１０２間、お
よびＡＴＭ交換機１０４〜端末１０１ｂ（＃ｂ）間はＰ
ＶＣ(Permanent Virtual Connection)により接続され、
中継経路（ＡＴＭ交換機間）はＳＶＣ(Switched Virtua
l Connection)により接続される。

【０００５】ここで、ＳＰＶＣをＡＴＭ交換機１０２に
設定すると、中継経路のＳＶＣ部分は、ＡＴＭ交換機１
０２→１０３→１０４が自動的にコネクションを設定
し、それを維持するようになっている。この方式の特長
は以下の２点である。 (1).ＰＶＣの自動迂回機能 ＡＴＭ交換網内はＳＶＣで設定されているため、障害発
生時にＶＣ(Virtual Connection)が障害等（たとえばＡ
ＴＭ交換機１０３・１０４間）の理由により解放される
と、入り口側のＡＴＭ交換機１０２は出口側のＡＴＭ交
換機１０４に再発呼することにより、迂回路（ＡＴＭ交
換機１０２→１０５→１０４）が確保されるようになっ
ている。 (2).ＰＶＣ設定の簡略化機能 入り口側のＡＴＭ交換機１０２および出口側のＡＴＭ交
換機１０４に両端の端末情報（端末１０１ａ（＃Ａ）の
ＡＴＭアドレス、ＶＰＩ／ＶＣＩ＝ａ、端末１０１ｂ
（＃ｂ）のＡＴＭアドレス、ＶＰＩ／ＶＣＩ＝ｂ）など
を設定するだけで、ＡＴＭ網全体に渡るＰＶＣを設定す
ることができる。図２はＡＴＭにおける階層構成を示し
ており、上記(1)の障害発生時には、同図に示すＡＴＭ
レイヤで迂回ルートが決定されるようになっている。

【０００６】図３は、この障害復旧の手順をフロー図で
示したものである。図１に示したような交換機１０３・
１０４間に障害が発生している場合（ステップ３０
１）、ＡＴＭ交換網での迂回動作に移行するためには、
下記の処理が必要である。

【０００７】第１に、ＡＴＭ交換網でＶＣ(Virtual Con
nection)が切断されていることが必要である（ステップ
３０２）。ここで、各ＡＴＭ交換機内のデータリンク監
視タイマでは、ＶＣの切断までに通常１７秒間程度かか
る。この数値は、タイマ無応答(Timer No REsponse)と
して規定されている７秒と、Ｌ３タイマＴ３０９の１０
秒を合計したものである。

【０００８】端末１０１ａ（＃Ａ）（ＳＰＶＣの場合は
Ownerスイッチ、ここではＡＴＭ交換機１０２）からの
再発呼時に、ルーティングテーブルが更新されていれば
迂回ルートが確保される。

【０００９】ここで、再発呼のためには、以前の呼が解
放されていることが前提条件となる。ＶＣ切断を確認す
るデータリンク監視タイマは、図２のＡＴＭの階層構成
のＡＴＭレイヤで行われている。

【００１０】第２に、ルーティングテーブルが更新され
ていることが必要である（ステップ３０３）。ここで、
「Helloパケット送出時間間隔」に「Helloパケット送出
回数」を乗じたものがルーティングテーブルの更新時間
となる。ここで、初期値が１５秒×５回とすると合計で
７５秒ということになる。

【００１１】これは、「隣接ノードから１５秒間隔でHe
lloパケットが送信される規定となっているためであ
る。もし当該Helloパケットが本来到着するはずの５回
分の時間を待っても来なかった場合、ＡＴＭ交換機は隣
接ノードとのルートは使用不可と判断し、ルーティング
テーブルを更新する」という機能のためである。

【００１２】この従来技術における障害発生時のノード
間のHelloパケットの受信シーケンスを示したものが図
６である。上記ステップ３０２と３０３の双方が確認さ
れた場合にはじめて経路変更処理が開始される（ステッ
プ３０５）。

【００１３】ところで、ＡＴＭ交換機におけるルーティ
ングテーブル更新時間は上記の説明からも明らかなよう
に、ＶＣ切断時間よりも大きな値としなければならな
い。ここで、できるだけ早く迂回ルートを設定するため
には、ルーティングテーブル更新時間をＶＣ切断時間よ
りも少し大きめの値に設定すればよい。

【００１４】以下に例を示す。 Helloパケット送出時間間隔＝１５秒（設定可能範囲
ａ秒〜ｂ秒） Helloパケット送出回数 ＝ ２回（設定可能範囲
ｃ回〜ｄ回） 上記の値をとると、 最少：１５秒×２回＝３０秒 最大：１４秒＋１５秒×２回＝４４秒 （隣接ノードからのHelloパケット受信直後に回線障害
となった場合に要する最大時間）でルーティングテーブ
ルが更新される。ここで、ＳＰＶＣによる障害時の迂回
コネクションの切り戻しについては、障害経路を迂回し
ている場合、障害経路が復旧しても端末１０１ａ（＃
Ａ）〜ＡＴＭ交換機１０２間はＰＶＣで接続されてお
り、端末１０１ａ（＃Ａ）からの再発呼は発生しないた
め、ＳＶＣコネクションをＡＴＭ交換機１０２が維持し
続けるため、自動的に元の経路（障害が回復した経路：
ＡＴＭ交換機１０２→１０３→１０４）に戻ることはな
い。

【００１５】そのため、迂回されたコネクションが一部
の区間に集中し、ネットワーク性能を圧迫し続け輻輳を
誘発する問題点があった。障害が復旧した元の経路を使
用するためには、一度テーブルでの定義を解除し、再登
録を行う必要がある。

【００１６】なお、ＡＴＭネットワーク内のノード間
（ＡＴＭ交換機間）で障害通知をするＯＡＭセル(Opera
tion Administration and Maintenance)があるが、図４
に示すように、ノード障害を認識すると（ステップ４０
１）、コネクション毎に障害通知を行うが（４０２）、
障害がコネクションにおいてどちらかの方向であるかを
通知する程度の機能しか有しておらず、障害箇所を特定
するような情報を含んでいない。

【００１７】そのため、ＯＡＭセルを受信したノードは
受信しただけでそのＯＡＭセルを何の動作にも利用する
ことはない（ステップ４０３）。また、受信したＯＡＭ
セルを輻輳制御などのトラフィック制御に利用する場合
もあるが（ステップ４０４）、経路制御には利用できな
い。

【００１８】本発明はこのような点に鑑みてなされたも
のであり、回線・装置障害時にＳＶＣ／ソフトウエアＰ
ＶＣ再接続を極めて短い時間で実現できる技術を提供す
ることを目的とする。

【００１９】

【課題を解決するための手段】本発明の第１の手段は、
Ｐ−ＮＮＩによって実現されるソフトウエアＰＶＣ、す
なわち、送信元私設ネットワークと送信先私設ネットワ
ークとの間にＰＶＣが確立され、ＡＴＭ交換機間はＳＶ
Ｃの確立によりダイナミックルーティングを行うＡＴＭ
ネットワークにおいて、ＡＴＭ交換機に回線上の障害発
生をＡＴＭ物理レイヤで検出する障害検出手段を設けた
ものである。

【００２０】そして、この物理レイヤで検出された障害
に基づいて、少なくとも送信元のＡＴＭ交換機と障害先
のＡＴＭ交換機を特定する情報を含んだ障害情報通知セ
ルを生成し、各ＡＴＭ交換機に障害発生を通知する。そ
して、発ノードであるＡＴＭ交換機は、前記障害情報通
知セルの受信により前記障害箇所を回避した迂回ＳＶＣ
を再確立するようにした。

【００２１】このように、障害検出をＡＴＭ物理レイヤ
で行うことにより、迅速な復旧処理が可能になる。第２
の手段は、前記第１の手段において、回線上において発
生していた障害の復旧を前記と同様にＡＴＭの物理レイ
ヤで検出することとした。

【００２２】このように、物理レイヤで検出された復旧
情報に基づいて、復旧通知セルを発ノードであるＡＴＭ
交換機に通知することにより、復旧経路によりＳＶＣの
確立を迅速に行うことができる。なお、このとき、前記
障害を回避して設定されている迂回ＳＶＣを維持しなが
ら障害復旧した経路での復旧ＳＶＣを確立することによ
り、ＳＶＣによる接続状態が途切れることなくＡＴＭネ
ットワーク内で迂回ＳＶＣから復旧ＳＶＣへの移行が可
能になる。

【００２３】第３の手段は、前記第１の手段において、
前記２端末を特定する情報と、この２端末間のＡＴＭ交
換機間に確立される現用系ＳＶＣと、障害発生時に用い
られる予備系ＳＶＣとの対応関係を規定した管理テーブ
ルを備えた構成とした。

【００２４】これにより、発ノード側のＡＴＭ交換機
は、管理テーブルを参照して容易に迂回ＳＶＣを設定で
きる。第４の手段は、前記第１の手段において、障害検
出のため、隣接するＡＴＭ交換機からの回線インターフ
ェースの物理的な状態を監視し、光受信ロス、同期はず
れ等により回線障害を検出するようにした。これらの具
体的かつ物理的な障害検出を契機にＳＶＣ確立を行うこ
とにより、極めて迅速な障害対応が可能になる。

【００２５】

【発明の実施の形態】以下、図面に基づいて、本発明の
実施の形態を説明する。図５はＡＴＭ交換機の機能ブロ
ックを示す図である。本実施例では代表的なものとして
ＡＴＭ交換機１０２を説明するが、その他のＡＴＭ交換
機１０３，１０４，１０５も同じ構成を有している。

【００２６】同図において、１はスイッチ部であり、Ａ
ＴＭセルのスイッチ処理を行う。２は、入出力部であり
スイッチ内の制御部のインターフェースとして機能す
る。３は演算部であり、演算プロセッサ等で構成されて
いる。４はメモリであり、ここにはＳＰＶＣ管理テーブ
ル５が設定される。このＳＰＶＣ管理テーブル５は、図
２０に示すように、ＳＰＶＣのＰＶＣとＳＶＣの関連付
けを管理するとともに、ノード間における現用系ＳＶＣ
と、障害発生時の予備系ＳＶＣを登録しておくことがで
きる。

【００２７】また、メモリ部４には前記ＳＰＶＣ管理テ
ーブル５とともに図２１に示すような端末管理テーブル
を持たせてもよい。この端末管理テーブルは、同図に示
すように、ＡＴＭ交換機と端末との関係を規定したもの
であり、端末管理番号とともに、ＡＴＭアドレスとＰＶ
Ｃ（ＶＰＩおよびＶＣＩ）とが対応付けられている。

【００２８】図５において、６は回線部であり、現用系
と迂回系の回線を収容する回線インターフェースとして
機能する。７は障害検出部であり、ＯＡＭセルの到着に
より障害の検出を行う。８は制御部であり、プロセッサ
により構成される。９は送受信部であり、ＡＴＭセルの
送受信を行う。

【００２９】同図において、スイッチ部１によりＡＴＭ
セルのスイッチ処理が行われ、ＳＶＣ処理は入出力部２
を経由して演算部３とメモリ４と制御部８で処理される
ようになっている。

【００３０】次に、図１１〜１９に沿って障害発生→障
害回避→障害復旧の処理を説明する。ネットワーク構成
および端末間コネクションは図１１に示す通りである。

【００３１】端末ａｃ間において、端末ａ・ノードＡ
間、ノードＣ・端末ｃ間はＰＶＣで接続され、ノードＡ
→ノードＢ→ノードＣはＳＶＣで接続されている。ま
ず、図１２に示すようにノードＢ〜ノードＣ間で回線障
害が発生したとする。

【００３２】このとき、前述のように、従来の技術では
コネクション切断の判断を図２のＡＴＭレイヤで行って
いたため、データリンク監視がタイムアウトに達する時
間までは経路が切り替えられることはなかった。

【００３３】本実施態様では、この点について、障害発
生後のコネクション切断の判断をハード的な障害検出に
よる図２の物理レイヤで実施することによって、数ミリ
〜数百ミリ秒レベルの障害検出と切り替え処理を実現す
るようにした。

【００３４】ノード（ここではノードＢ）の回線部６で
の光受信ロス（LOS:Los Of Signal）や同期はずれ(LOF:
Los Of Frame,OFF:Out Of Frame, LOP:Los Of Pointer)
などの物理レイヤの障害検出を障害検出部７で検出する
と、それをトリガーとして、データ監視タイムアウト処
理を実施するため、当該障害情報を入出力部２を経由し
て制御部８に送る。

【００３５】このときの本実施形態における障害情報チ
ェックシーケンスを図７に示す。次に、図１３に示すよ
うに、ノードＢから他のノード（Ａ，Ｃ，Ｅ，Ｄ）に対
して障害通知を行う。

【００３６】この障害通知はノードＣから他のノード
（Ａ，Ｂ，Ｄ，Ｅ）に行われるようにしてもよい。障害
を検出したノード（ここではＢ，Ｃ）は、ネットワーク
内の通信不可となった情報を障害検出部７において検出
し、その情報を収集した障害情報通知セルを演算部３と
メモリ４と制御部８とで組み立てる。

【００３７】そして、この障害情報通知セルをネットワ
ーク内（ＡＴＭネットワークピアグループ内）の通知可
能なすべてのノードに送信する。各ノードでは、その障
害情報通知セルの受信に基づいて当該障害箇所を迂回し
たＳＶＣを再確立する。

【００３８】前記障害情報通知セルとしては、図２２に
示すようなペイロードセルを用いることができる。この
ように、ペイロードセルの予備の値を利用する方法があ
り、情報送受信については、図１０のセルフォーマット
および図２３のセルフォーマット内のセルタイプと機能
タイプ種別を情報として持つセルを利用する。

【００３９】ここで、図１０は障害情報通知セルとして
も用いる場合のＡＴＭセルのフォーマットを示してお
り、ペイロード内に、４ビットのセルタイプ領域、同じ
く４ビットの機能タイプ領域、８ビットの障害タイプ領
域、任意ビットのピアグループＩＤ領域、送信元ノード
ＡＴＭアドレス、送信元ノードＩＤ、送信元ノードポー
トＩＤ、障害先ノードＡＴＭアドレス、障害先ノードＩ
Ｄ、障害先ノードポートＩＤ等の各領域が設けられてい
る。

【００４０】前記フォーマット中のセルタイプ領域およ
び機能タイプ領域に登録されるビット一覧を示したのが
図２３である。すなわち、当該障害情報通知セルが障害
通知である場合にはセルタイプには”０００１”が、機
能タイプには”０００１”が書き込まれる。また、障害
情報通知セルが障害通知応答である場合にはセルタイプ
には”０００１”が、機能タイプには”００１０”が書
き込まれる。また、障害情報通知セルが復旧通知である
場合にはセルタイプには”００１０”が、機能タイプに
は”０００１”が書き込まれる。さらに、障害情報通知
セルが復旧通知応答である場合には、セルタイプには”
００１０”が、機能タイプには”００１０”が書き込ま
れるようになっている。

【００４１】このような障害情報通知セルの機能によ
り、当該障害情報通知セルを受信した各ノード（ＡＴＭ
交換機）では障害箇所と障害内容を把握することができ
る。この障害内容の把握により、ノードＡでは、障害の
あるノードＢを回避した迂回経路（ノードＡ→ノードＥ
→ノードＤ→ノードＣ）でＳＶＣを再接続する。

【００４２】以上に述べた手順をフロー図で示したもの
が図８である。すなわち、同図において、ノード間の回
線断または装置断が発生することを検出すると（ステッ
プ８０１）、障害箇所の隣接ノードが障害検出を行い、
そして障害情報通知セルにより各ノードに通知する（８
０２）。

【００４３】前記障害情報通知セルを受信したノードは
情報に矛盾がないか否かを判断する（８０３）。ここで
矛盾があった場合には処理を終了する（８０４）。前記
ステップ８０３において矛盾がないと判断された場合に
は障害箇所が経路になっているＳＰＶＣのＳＶＣコネク
ションの切断処理を行う（８０５）。

【００４４】このようにして経路変更処理が開始される
（８０６）。次に、回線障害が復旧した場合の処理を説
明する。図１５に示す迂回ＳＶＣが設定されたネットワ
ーク構成において、ノードＢおよびノードＣが回線障害
の復旧を検出をする。

【００４５】この回線／装置障害のハード的な障害復旧
検出をコネクションの再接続（切り戻し）のための契機
として利用する。具体的には、ノードＢ，Ｃは回線部６
における光受信ロス(LOS:Los Of Signal)や同期はずれ
(LOF:Los Of Frame, OFF:Out Of Frame, LOP:Los Of Po
inter)などの光受信ロスや同期はずれなどの物理層の障
害復旧検出をトリガとして迂回前のＳＶＣを再接続す
る。

【００４６】障害の復旧通知は、図１６に示すように、
ノードＢから他のノード（Ａ，Ｃ，Ｄ，Ｅ）に行う。ま
た、図１７に示すように、ノードＣから他のノード
（Ａ，Ｂ，Ｄ，Ｅ）に行う。

【００４７】このように、障害復旧を検出したノード
Ｂ，Ｃが、新たに生成した障害情報通知セルによりネッ
トワーク内（ＡＴＭネットワークピアグループ内）の通
知可能なすべてのノードに通知する。

【００４８】前記障害情報通知セルとしては、前述の障
害通知と同様に、図２２に示すようなペイロードセルを
用いることができる。このように、ペイロードセルの予
備の値を利用する方法があり、情報送受信については、
図１０のセルフォーマットおよび図２３のセルフォーマ
ット内のセルタイプと機能タイプ種別を情報として持つ
セルを利用する。それにより、各ノードでは、障害情報
通知セルを受信したノードは復旧箇所と復旧内容を把握
することができる。このような復旧内容の把握により、
ノードＡでは、障害発生前に利用していたノードＡ→ノ
ードＢ→ノードＣの経路でＳＶＣを再接続する（図１
８）。

【００４９】障害復旧通知を受けたノード（ノードＡ）
は、迂回したＳＶＣ（ノードＡ→ノードＥ→ノードＤ→
ノードＣ）を切断することなく、自動的に障害前の経路
（ノードＡ→ノードＢ→ノードＣ）に再接続する。それ
を実現するためのＳＰＶＣにおけるＰＶＣとＳＶＣとの
関連付けは図５のメモリ部４のＳＰＶＣ管理テーブル５
で管理する。この管理テーブル５の内容を示したものが
図２０である。同図に示すように、この管理テーブル５
は、端末管理番号をキーに、ＡＴＭアドレス、ＶＰＩお
よびＶＣＩのＰＶＣの各値がそれぞれ対応付けられてい
る。

【００５０】次に、図１９に示すように、迂回経路（ノ
ードＡ→ノードＥ→ノードＤ→ノードＣ）を切り離し
て、復旧経路（ノードＡ→ノードＢ→ノードＣ）に切り
替える。

【００５１】このとき、ＳＰＶＣのＰＶＣとＳＶＣを関
連付けるため図２１に示すような管理テーブルをＰ−Ｎ
ＮＩとは別に設けて管理する。このような管理テーブル
により、１つのＳＰＶＣコネクションに対して同時に２
つのＳＶＣを存在させ、障害復旧の障害復旧通知セルに
より迂回したＳＶＣから元のＳＶＣに切り替える。図２
０にＳＰＶＣ管理テーブルの例を示す。また、図９に本
発明の切り戻す手順を示す。ＳＰＶＣ管理テーブルは、
ＳＰＶＣ管理番号と、端末＃Ａ（ここでは１０１ａ）と
端末＃Ｂ（ここでは１０１ｂ）、そしてそれぞれのＳＶ
Ｃ管理番号と利用状態（たとえば現用系（ＡＣＴ）か予
備系（ＳＴＡＮＢＹ）か）が対応付けられている。

【００５２】図９は、以上に述べた迂回経路から本来の
経路への切り戻し手順を示したフロー図である。切り戻
し処理では、ノード間の回線切断または装置の切断が復
旧された場合には（ステップ９０１）、障害箇所を隣接
のノードが障害復旧の検出を行う（９０２）。また障害
復旧通知セルにより各ノードに通知する。

【００５３】上記障害復旧通知セルを受信したノードは
情報に矛盾がないか否かを判断する（９０３）。そして
矛盾があった場合には処理を終了する（９０４）。そし
て矛盾がなかった場合には、障害により迂回したルート
を保持したまま障害前のＳＰＶＣのＳＶＣ接続を再接続
する（９０５）。そしてＳＰＶＣにおけるＳＶＣ発呼し
たオーナー側のノード（ここではＡＴＭ交換機１０２）
より、ＳＶＣ切断処理を行う（９０６）。そして最後に
ＳＰＶＣにおけるＳＶＣ両端のノードで迂回ルート（Ｓ
ＶＣ）と復帰ルート（ＳＶＣ）と切り替える（９０
７）。

【００５４】このように、障害が回復した場合には迂回
経路から本来の経路への切り替え（切り戻し）が可能と
なる。

【００５５】

【発明の効果】本発明では、コネクション切断の確認を
ＡＴＭレイヤではなく物理レイヤで行うため、コネクシ
ョンの切断確認時にデータリンク監視タイマのタイムア
ウト（約１７秒）を待つ必要がなく、光受信ロスや同期
はずれだけで障害検出ができる。そのため、コネクショ
ンの切断確認に要する時間は数ミリ秒〜数百ミリ秒で足
りる。さらに、障害復旧時のコネクション復旧確認にお
いても、これを物理レイヤで行うため、復旧確認が極め
て迅速にできる。さらに、障害復旧時に、従来は手動で
設定変更を行っていた切り戻し処理も、障害復旧通知セ
ルの受領後、障害前のＳＶＣを再接続した後に迂回して
いたＳＶＣから再接続したＳＶＣに切り替えることによ
り自動復旧が可能となる。

【図面の簡単な説明】

【図１】 ＡＴＭネットワークのシステム構成図

【図２】 ＡＴＭの階層構成の説明図

【図３】 ＳＰＶＣの迂回手順を示すフロー図

【図４】 ＯＡＭセルの障害通知を示すフロー図

【図５】 実施形態におけるＡＴＭスイッチのブロック
図

【図６】 従来技術における障害検出のシーケンス図

【図７】 実施形態における障害検出のシーケンス図

【図８】 実施形態におけるＳＶＣコネクションの切断
処理を示すフロー図

【図９】 実施形態における復旧ＳＶＣの確立手順を示
すフロー図

【図１０】 実施形態における障害情報通知セルおよび
復旧通知セルのフォーマット図

【図１１】 実施形態におけるネットワーク構成および
端末間コネクションを示す説明図

【図１２】 実施形態におけるネットワーク構成におい
て、障害発生状態を示す説明図

【図１３】 実施形態におけるネットワーク構成におい
て、障害情報通知セルの送信状態を示す説明図（１）

【図１４】 実施形態におけるネットワーク構成におい
て、障害情報通知セルの送信状態を示す説明図（２）

【図１５】 実施形態におけるネットワーク構成におい
て、迂回ＳＶＣの確立状態を示す説明図

【図１６】 実施形態におけるネットワーク構成におい
て、復旧通知セルの送信状態を示す説明図（１）

【図１７】 実施形態におけるネットワーク構成におい
て、復旧通知セルの送信状態を示す説明図（２）

【図１８】 実施形態におけるネットワーク構成におい
て、迂回ＳＶＣと復旧ＳＶＣとが併存した状態を示す説
明図

【図１９】 実施形態におけるネットワーク構成におい
て、復旧時の接続変更（切り戻し）状態を示す説明図

【図２０】 実施形態におけるＳＰＶＣ管理テーブルを
示す説明図

【図２１】 実施形態における端末管理テーブルを示す
説明図

【図２２】 ＡＴＭセルのペイロードセルにおける利用
状態を示す説明図

【図２３】 実施形態における障害通知セルおよび復旧
通知セルのセルフォーマット内の状態を示す説明図

【符号の説明】

１ スイッチ部 ２ 送受信部 ３ 演算部 ４ メモリ部 ５ ＳＰＶＣ管理テーブル ６ 回線部（回線インターフェース） ７ 障害検出部 ８ 制御部 １０１ａ 端末＃Ａ １０１ｂ 端末＃Ｂ １０２ 発ノード（ＡＴＭ交換機） １０３，１０５ 中継ノード（ＡＴＭ交換機） １０４ 着ノード（ＡＴＭ交換機）

Claims (4)

【特許請求の範囲】
1. 【請求項１】 端末と端側ＡＴＭ交換機との間が私設ネ
   ットワークを通じて接続されているそのような２端末間
   で通信を行う際に、送信元私設ネットワークと送信先私
   設ネットワークとの間にＰＶＣが確立され、ＡＴＭ交換
   機間はＳＶＣの確立によりダイナミックルーティングを
   行うＡＴＭネットワークにおいて、 回線上の障害発生をＡＴＭの物理階層で検出する障害検
   出手段と、 前記障害検出手段において検出された情報に基づいて少
   なくとも送信元のＡＴＭ交換機と障害先のＡＴＭ交換機
   を特定する情報を含んだ障害情報通知セルを生成する障
   害情報通知セル生成手段と、 前記障害情報通知セルの受信により前記障害箇所を回避
   した迂回ＳＶＣを再確立する迂回ＳＶＣ確立手段とから
   なるＡＴＭネットワークにおけるコネクション設定方
   式。
2. 【請求項２】 前記に加えて、回線上の障害復旧をＡＴ
   Ｍの物理階層で検出する障害復旧検出手段と、 前記障害復旧検出手段において検出された情報に基づい
   て少なくとも送信元のＡＴＭ交換機と復旧先のＡＴＭ交
   換機を特定する情報を含んだ障害復旧通知セルを生成す
   る障害復旧通知セル生成手段と、 前記障害復旧通知セルの受信により、前記障害を回避し
   て設定されている迂回ＳＶＣを維持しつつ、前記障害復
   旧した経路での復旧ＳＶＣを確立する請求項１記載のＡ
   ＴＭネットワークにおけるコネクション設定方式。
3. 【請求項３】 前記に加えて、前記２端末を特定する情
   報と、この２端末間のＡＴＭ交換機間に確立される現用
   系ＳＶＣと、障害発生時に用いられる予備系ＳＶＣとの
   対応関係を規定した管理テーブルを備えている請求項１
   または２記載のＡＴＭネットワークにおけるコネクショ
   ン設定方式。
4. 【請求項４】 前記障害検出手段は、隣接するＡＴＭ交
   換機からの回線インターフェースの物理的な状態を監視
   し、光受信ロス、同期はずれ等により回線障害を検出す
   るものである請求項１記載のＡＴＭネットワークにおけ
   るコネクション設定方式。