JPH07297854A - 交換網における相手固定接続管理方式、ノードの管理方式、及びノード - Google Patents

Abstract

(57)【要約】 【目的】特別な監視ノードを不要とし、しかも、伝送路
に余計な負荷をかけることなく、ＰＶＣの接続状態の欠
陥を当該ＰＶＣ上の全ノードに送信することができる交
換網における相手固定接続管理方式を提供する。 【構成】各ノード１間では、定期的にポーリングを行
う。隣接する相手方のノード１ａからの定期的ポーリン
グの欠落を３回検出すると、ノード１ｂはリンク状態の
欠陥が生じたと認識する。そして、ノード１ｂは、この
リンクを経由するＰＶＣにおける次段のノード１ｃに対
して、当該ＰＶＣが無効である旨を通知する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の相互に伝送路に
よって接続されたノードから構成される交換網におい
て、相手固定接続を保証し管理するための管理方式に関
する。

【０００２】

【従来の技術】例えばフレームリレーのような交換網に
おいては、予め網に相手先を登録しておいて、専用線の
ように利用する仮想パスを張るＰＶＣ（Ｐｅｒｍａｎｅ
ｎｔＶｉｔｕａｌ Ｃｉｒｃｕｉｔ：相手固定接続，以
下、「ＰＶＣ」と略す。）のサービスが行われている。
このＰＶＣを実施するために、交換網は、このＰＶＣが
経由する全ノードを特定するとともに、これら特定され
たノードにＰＶＣの識別情報と当該ノードにおける入／
出力チャネルを登録させていた。このように登録してお
けば、交換網において集中的に制御しなくとも、発信元
から発信されたフレームは、ＰＶＣ上の各ノードを次々
に転送されて、相手先に送信されるのである。

【０００３】ところで、このＰＶＣ上の何れかのノード
又は伝送路に障害が生じると、この障害地点において当
該ＰＶＣによるフレームは廃棄されてしまうために通信
が不可能になる。しかし、ＰＶＣ上の他のノードやフレ
ームの発信元端末は、この障害発生を認識することがで
きないので、フレームの発信・転送を続けてしまうこと
になる。この事は、通信内容の喪失になるばかりか、交
換網資産の無駄使いになってしまう。

【０００４】そのため、従来の交換網においては、ＳＮ
ＭＰ（簡易ネットワーク監視プロトコル）に従った管理
を行っていた。即ち、交換網を構成する全てのノードに
おけるＰＶＣ状態を監視する監視ノードを設置し、この
監視ノードに各ノードからのＰＶＣ状態監視情報を集中
させることにより網内におけるＰＶＣの集中監視を行
い、必要に応じてＰＶＣを無効にさせる等の制御を行っ
ていた。この従来おけるＰＶＣの集中監視の概略を図１
３に基づいて説明する。

【０００５】図１３において、各ノード２１は、隣接す
るノード２１との間のリンク（伝送路，インタフェー
ス）Ｌがダウンしているかどうかの情報（状態通知情
報）を、機械的手段によって検知して保持している。監
視ノード２０は、全ノード２１−１〜６に対して、定期
的に又は適宜に、状態通知情報を送信すべき旨の命令を
ポーリングによって送信する。そして、監視ノード２０
は、この命令に応じて各ノードが送信してきた状態通知
情報を受信するとともに、受信した各情報を分析するこ
とによってリンクのダウンを認識するのである。また、
監視ノード２０は、このリンクのダウンに関する情報を
全ノードに対して、配布してＰＶＣを無効にする等の処
理を指示していた。

【０００６】

【発明が解決しようとする課題】しかしながら、監視ノ
ード２０は、全ノードの各々に対して直接接続されてい
るわけではなかった。そのため、直接接続されていない
遠方のノード（図１３における２１−２〜６）との情報
の交換は、その間に在るノードを中継させて行ってい
た。例えば、ノード２１−２との間で情報の交換を行う
場合には、ノード２１−１を中継して、伝送路Ｌ１及び
Ｌ２を経由させて行っていた。また、ノード２１−３と
の間で情報の交換を行う場合には、ノード２１−１及び
ノード２１−２を中継して、伝送路Ｌ１，Ｌ２，及びＬ
７を経由させて行っていた。従って、伝送路Ｌ１及びＬ
２では、これら複数のノードについての情報が同時に伝
送されることになるので、これら伝送路の容量を大きく
占有することになっていた。このように、従来の集中監
視方式では、伝送路を有効に使用しているとは言えなか
った。

【０００７】また、従来の集中監視方式では、監視ノー
ド２０が各ＰＶＣの情報を認識していないことから、全
ノード２１から収集した情報から認識したリンクのダウ
ンの情報を全ノードに配布する必要があった。従って、
情報を必要としていないノードにも配布することにな
り、そのため、更に伝送路に余計な負荷を与えることに
なっていた。

【０００８】本発明は、このような点に鑑みてなされた
もので、その目的とするところは、特別な監視ノードを
不要とし、しかも、伝送路に余計な負荷をかけることな
く、ＰＶＣの接続状態の欠陥を当該ＰＶＣ上の全ノード
に送信することができる交換網における相手固定接続管
理方式を提供することにある。

【０００９】

【課題を解決するための手段】本発明は、前記課題を解
決するため以下なような構成とした。先ず、本発明の交
換網における相手固定接続管理方式について図１の原理
図に沿って説明する。

【００１０】＜交換網における相手固定接続管理方式＞
本発明の交換網における相手固定接続管理方式は、相互
に伝送路（１０１）によって接続された複数のノード
（１００）から構成される交換網における相手固定接続
管理方式において、前記伝送路（１０１）によって接続
された各隣接するノード（１００）間における接続状態
を、これら隣接する双方のノード（１００）が監視する
（Ｓ１）とともに、前記各ノード（１００）は、隣接す
る他のノード（１００）との間の接続状態の欠陥を検出
したときには、当該伝送路（１００）を経由する相手先
固定接続が無効であると登録して（Ｓ２）、この相手先
固定接続における次段のノードに当該相手先固定接続の
無効を通知（Ｓ３）し、隣接する他のノードから前記通
知を受けたときには、通知された相手先固定接続が無効
であると登録して（Ｓ４）、この相手先固定接続におけ
る次段のノードに当該相手固定接続の無効を通知する
（Ｓ５）ことを特徴とする（請求項１に対応）。

【００１１】以下、本発明の各構成要件とそのポイント
を説明する。 〔交換網〕本発明における交換網とは、フレームリレー
交換網でも良いし、パケット交換網でも良い。また、各
ノードは中継専用のノードでも良いし、端末が接続され
ているノードでも良い。 〔監視〕本発明における隣接ノード間における接続状態
の監視は、機械式なセンサで行っても良いし、ハードウ
ェアによって電気的に検出するようにしても良い。

【００１２】更に、ソフトウェアによって論理的に検出
しても良い。この場合の検出の論理としては、隣接する
双方のノード（１００）間において、相互に定期的ポー
リングを行うとともに、相手側のノード（１００）から
のポーリングの欠落を検知したときに、当該相手側のノ
ード（１００）との間の接続状態の欠陥が生じていると
認識するようにすることができる（請求項２に対応）。
このようにすれば、間欠的に検出のためのシーケンスを
実行すればよいので、ノードのＣＰＵに対する負荷を軽
減することができる。また、欠陥発生に対するレスポン
スは、このポーリングの周期を変えることで、容易に変
更することができる。また、この場合、相手先からのポ
ーリングの欠落を１回検出した時に直ちに欠陥発生と認
識しても良いが、誤認識による動作ミスを避けるために
は、複数回検出したときに初めて、欠陥発生と認識する
ことが望ましい。その場合の回数としては、例えば、３
回とすると、欠陥発生に対するレスポンスと欠陥認識の
確実性を両立することができる。

【００１３】また、「接続状態の欠陥」とは、伝送路事
態の物理的破壊の他、伝送路との間のインタフェースに
論理的欠陥が生じた場合も含まれる。なお、この場合に
は、片方向の通話にのみ欠陥が生じる場合がある。例え
ば、上り方向の通信には欠陥が生じていないが下り方向
の通信には欠陥が生じているといった場合である。従っ
て、各ノード（１００）が自己のノード（１００）を通
過する全相手先固定接続をその接続による通信方向毎に
管理するとともに、前記接続状態の欠陥を検出したとき
には、欠陥の生じた接続と同方向の相手固定接続に関し
てのみ、当該接続が無効であると登録するとともに、こ
の相手固定接続における次段のノード（１００）に当該
相手固定接続の無効を通知するようにしても良い（請求
項３に対応）。このようにすれば、下りの通話を行うた
めのＰＶＣのみ無効として、上りの通話には影響を生じ
させないようにすることができる。 〔登録〕各ノードにおいて、隣接するノード間において
接続状態の欠陥が生じていると判断した場合，及び他の
隣接するノードからＰＶＣの無効を通知された場合に
は、関係するＰＶＣが無効である旨を登録する。各ノー
ドは、この登録を行うための登録領域（ディスク，ファ
イル，テーブル，データベース等）を有していることが
必要となる。この場合、当該登録領域に、予め、当該ノ
ードを通過して張られている全ＰＶＣの識別情報がリス
トアップされていることが望ましい。このようにしてお
けば、この識別情報に有効（ａｃｔｉｖｅ）か無効（ｉ
ｎａｃｔｉｖｅ）を表す情報を付加するだけで登録を行
うことができる。このようにして無効の登録をしておけ
ば、端末から当該ＰＶＣによるフレームが送信されてき
たとしても、転送を拒否することができる。 〔通知〕ＰＶＣが無効である旨の通知は、当該ＰＶＣに
おける当該ノードの次段のノードに転送される。

【００１４】各ノードがＰＶＣの無効を通知する際に、
隣接するノードがない場合には、当該ノードは端末（又
はＤＴＥ）に接続されていることになる。この場合に、
この端末（又はＤＴＥ）にＰＶＣの無効を通知しても、
本発明の範囲を逸脱しないことは言うまでもない。

【００１５】さらに、このＰＶＣの無効の通知は、メッ
セージ通知フレームによってなされるようにしても良
い。次に、本発明のノード管理方式について説明する。

【００１６】＜ノード管理方式＞すなわち、本発明のノ
ード管理方式は、相互に伝送路（１０１）によって接続
された複数のノード（１００）から構成され、各ノード
（１００）間を固定のチャネルで接続すると共に、前記
各ノード（１００）は、隣接するノード（１００）との
接続状態を監視（Ｓ１）し、前記隣接するノード（１０
０）との間の接続状態の欠陥を検出した場合に、前記伝
送路（１００）を経由する相手先固定接続の無効を登録
（Ｓ２）して、前記相手先固定接続の無効を前記隣接す
るノード（１００）へ通知することを特徴とする（請求
項４に対応）。

【００１７】この方式を構成する監視（Ｓ１）、登録
（Ｓ２）、及び通知（Ｓ３）は、前述の交換網における
相手固定接続管理方式に対応しており、説明は省略す
る。また、隣接するノード（１００）は、前記ノード
（１００）から相手先固定接続の無効通知を受けると、
前記相手先固定接続の無効を登録して（Ｓ４）、前記相
手先固定接続における次段のノード（１００）へ前記相
手先固定接続の無効を通知（Ｓ５）するようにしてもよ
い（請求項５に対応）。

【００１８】さらに、本発明のノードの構成について説
明する。 ＜ノード＞すなわち、本発明のノードは、相互に伝送路
（１０１）によって接続された複数のノード（１００）
から構成され、各ノード（１００）間を固定のチャネル
で接続すると共に、前記各ノード（１００）は、隣接す
るノード（１００）との間に設定されている相手固定接
続毎に接続状態を登録するデータ登録部（１４）と、前
記隣接するノード（１００）との間で一定時間毎に情報
交換を行い、隣接するノード（１００）から情報が送信
されてこなければ相手固定接続の欠落を検出し、前記隣
接するノード（１００）へ前記相手固定接続の欠落を通
知する障害監視部（１３ａ）と、前記障害監視部（１３
ａ）が相手固定接続の欠落を検出した場合に、この相手
固定接続の障害発生を前記データ登録部（１４）へ登録
するデータ更新部（１３ｄ）とを備えるようにしてもよ
い（請求項６に対応）。

【００１９】また、障害監視部（１３ａ）は、隣接する
ノード（１００）との間で一定時間毎にポーリングを行
い、予め設定されている時間内に隣接するノード（１０
０）からのポーリングを受信できなかった場合に、相手
固定接続の障害発生を検出する機能を有するようにして
もよい（請求項７に対応）。

【００２０】

【作用】本発明によれば、まず、交換網を構成する全て
のノード（１００）は、伝送路（１０１）によって接続
された隣接している全てのノード（１００）との間にお
ける接続状態を監視する（Ｓ１）。

【００２１】そして、各ノード（１００）は、何れかの
他のノード（１００）との間の接続状態に欠陥を検出し
たときには、当該伝送路（１０１）を経由する相手先固
定接続が無効であると自ら登録する（Ｓ２）。

【００２２】そして、この無効とした相手先固定接続に
おける次段のノード（１００）に対し、当該相手先固定
接続の無効を通知する（Ｓ３）。この通知を受けた当該
次段のノード（１００）は、通知された相手先固定接続
が無効であると自ら登録する（Ｓ４）。

【００２３】そして、当該次段のノード（１００）は、
通知された相手先固定接続における更に次段のノード
（１００）に、当該相手固定接続の無効を通知する（Ｓ
５）。このように無効が登録された相手先固定接続は、
以後間違って使用されることが防がれる。この相手先固
定接続の無効を認識した加入者は、交換網に対して相手
固定接続の張り直しを要求する等のアクションを採るこ
とが可能になる。

【００２４】

【実施例】以下、本発明の具体的な実施例を説明する。
なお、以後の実施例においては、本発明をフレームリレ
ー交換網に適用した場合を例に挙げて説明する。

【００２５】図２は本発明による相手固定接続管理方式
が採用されたフレームリレー交換網の概略を示す。同図
において、フレームリレー交換網は、説明の都合上、相
互に直列に接続された４個のノード（第１ノード１ａ、
第２ノード１ｂ、第３ノード１ｃ、及び第４ノード１
ｄ）と、第２ノード１ｂから分岐した１個のノード１ｅ
とから構成されているものとする（以下、これらのノー
ドを総称してノード１と記す）。

【００２６】各ノード１間は、複数ＰＶＣが設定可能な
伝送線Ｌによって接続されている。なお、第１ノード１
ａには、第１データ端末装置（ＤＴＥ）２ａが接続さ
れ、第４ノード１ｄには、第２データ端末装置（ＤＴ
Ｅ）２ｂが接続されている。

【００２７】なお、図２では、第１ノード１ａ、第２ノ
ード１ｂ、第３ノード１ｃ、及び第４ノード１ｄを経由
して第１データ端末装置２ａ及び第２データ端末装置２
ｂを接続する２つのＰＶＣ（第１データ端末装置２ａを
発信元とする方向のＰＶＣと、第２データ端末装置２ｂ
を発信元とする方向のＰＶＣ）が設定されている状態を
示している。そして、第１ノード１ａから第２ノード１
ｂに至る方向において、両ノード１ａ、１ｂ間の伝送路
が切断した状態（リンク・インアクティブ）を示す。

【００２８】図３に各ノード１の具体的構成を示す。図
３において、スイッチ部（ＳＷ）１１は複数のチャネル
（ＣＨ）１２に接続されているとともに、ＰＶＣ管理部
（ＭＮＧ）１３に接続されている。このＰＶＣ管理部１
３は、データベース１４に接続されている。また、これ
らスイッチ部（ＳＷ）１１及びＰＶＣ管理部１３は、オ
ペレーションシステム（ＯＳ）１０に接続されている。
以下、各部の説明を行う。

【００２９】スイッチ部（ＳＷ）１１は、何れかのチャ
ネル１２を介して外部から送信されてくるフレームを、
ＰＶＣ監理部（ＭＮＧ）１３、オペレーションシステム
（ＯＳ）１０からの制御によって、通信相手先に繋がっ
ている何れかのチャネル１２へ送出する経路切換機能を
有している。

【００３０】各チャネル１２は、他のノード又は端末に
接続するためのインタフェースである。従って、或る隣
接しているノードに送信されるべきフレームは、全て同
じチャネル１２を通るとともに。この隣接しているノー
ドに繋がっているＰＶＣは、全て同じチャネル１２に張
られている。

【００３１】データベース１４は、図５に示すＰＶＣ状
態管理テーブル１４ａ及び図６に示すルーチングテーブ
ル１４ｂを有している。このＰＶＣ状態管理テーブル１
４ａは、当該ノード１を経由する全てのＰＶＣに関し
て、その識別番号（ＰＶＣＩＤ）とそのＰＶＣの状態
（「ａｃｔｉｖｅ」又は「ｉｎａｃｔｉｖｅ」）とを対
応付けた情報を保持している。この「ａｃｔｉｖｅ」と
は当該ＰＶＣが有効であり、使用可能状態にあることを
示している。また、「ｉｎａｃｔｉｖｅ」とは当該ＰＶ
Ｃが無効であり、使用不可能な状態にあることを示して
いる。このＰＶＣ状態の値は、適宜書き換え可能であ
る。なお、ＰＶＣの識別番号は、奇数が上りを示し、偶
数が下りを示している。

【００３２】一方、ルーチングテーブル１４ｂは、入力
側のチャネル１２毎に作成されるテーブルであり（図６
では、チャネル１についてのルーチングテーブル１４ｂ
を表示している。）、各ルーチングテーブル１４ｂは、
そのチャネル１２を経由する全てのＰＶＣに関し、その
識別番号（ＰＶＣＩＤ）、出力側のチャネル（出ＰＯＲ
Ｔ）、及び出側のデータリンクコネクション識別子（出
ＤＬＣＩ）とを対応付けた情報を保持している。これら
情報は、ＰＶＣ設定時に書き込まれるとともに、ＰＶＣ
設定変更時に書き換えられる。

【００３３】ＰＶＣ監理部（ＭＮＧ）１３は、当該ノー
ド１を経由するＰＶＣを管理する管理部である。即ち、
あるチャネル１２から特定のＰＶＣのデータリンコネク
ション識別子（ＤＬＣＩ）を有するフレームが送信され
てきた時には、このフレームをスイッチ部１１から受け
取る。そして、そのＤＬＣＩを基にＰＶＣ状態管理テー
ブル１４ａを検索し、このＤＬＣＩが示すＰＶＣが有効
か無効かについての情報を獲得する。そして、無効であ
る場合には、スイッチ部１１に対して転送を行わない旨
を指示する。一方、有効である場合には、このフレーム
が送信されてきたチャネル１２の番号とＤＬＣＩとを基
に、ルーチングテーブル１４ｂを検索し、このフレーム
を転送すべき出力側チャネル（出ＰＯＲＴ）についての
情報を獲得する。この情報は、出力側チャネルの情報フ
レームに付して、スイッチ部１１に返却される。

【００３４】また、このＰＶＣ管理部１３は、チャネル
１２を介して隣接して接続されている他のノード１との
間のリンク（インタフェース、伝送路Ｌ等）の接続状態
を監視する。そして、接続状態に欠陥があった場合に
は、このリンクを経由する全てのＰＶＣに関し、そのＰ
ＶＣにおける次段のノードに当該無効の通知を行う。

【００３５】この機能を果たすためにＰＶＣ管理部１３
が有している構成を、図４に基づいて説明する。図４に
示すように、このＰＶＣ管理部１３は、基本ポーリング
部１３ａ、テーブル更新部１３ｄ、及びＰＶＣ状態獲得
部１３ｅを有している。基本ポーリング部１３ａは、更
に、受信処理部１３ｂ及び送信処理部３ｃとから構成さ
れている。これら各機能部は、ＰＶＣ管理部１３におい
てプログラムを実行することにより生じる機能の関連付
けを示したものである。

【００３６】ＰＶＣ状態獲得部１３ｅは、送信処理部１
３ｃから要求のあったチャネルについて、ルーチングテ
ーブル１４ｂを検索し、そのチャンネルを経由するＰＶ
Ｃの情報を返答する。

【００３７】テーブル更新部１３ｄは、受信処理部１３
ｂから要求のあったＰＶＣについて、ＰＶＣ状態管理テ
ーブル１４ａを書き換え、無効であると登録する。基本
ポーリング部１３ａは、受信処理部１３ｂ及び送信処理
部１３ｃにより、図７及び図８に示す基本ポーリングを
行い、これにより接続欠陥を発見した場合には、上記登
録及び通知を行う。

【００３８】ここで、図７及び図８に示した基本ポーリ
ングを説明する。図７は接続欠陥が生じる以前における
状態を示し、図８は接続欠陥が生じた状態を示してい
る。図７に示すように、各ノード１は、伝送路により相
互に接続された隣接するノードに対して、定期的にポー
リングを行う。この定期的にポーリングを行うために、
送信処理部１３ｃは、オペレーションシステム（ＯＳ）
１０からタイマ通知を受ける。

【００３９】また、各ノード１は、隣接したノードから
のポーリングを受信する期限を設定するために、オペレ
ーションシステム（ＯＳ）１０からタイマ通知を受け
る。即ち、このタイマによって設定された期限前にポー
リングを受信すると、ポーリングがあったと判断し、期
限までにポーリングを受信しないと、ポーリングが欠落
したと判断する。

【００４０】そして、図８に示す第２ノード１ｂのよう
に、隣接する第１ノード１ａとの間の伝送路が切断し
て、ポーリングの欠落が３回生じると、第２ノード１ｂ
は、伝送路の切断を検出する。なお、第２ノード１ｂか
ら第１ノード１ａに向かうポーリングは欠落していない
ので、その方向に向かう伝送路は、切断していないと判
断される。

【００４１】接続の欠陥が生じていると検出した場合に
は、送信処理部１３ｃはＰＶＣ状態処理部１３により、
この伝送路（チャネル）を経由するＰＶＣを特定して、
ＰＶＣ情報メッセージを作成する。このＰＶＣ状態メッ
セージは、このＰＶＣにおける次段のノードにつながる
出力チャネルを特定する情報と当該ＰＶＣが無効である
旨の情報から構成される。

【００４２】このＰＶＣ情報メッセージは、送信処理部
１３ｃから受信処理部１３ａに通知される。すると、受
信処理部１３ｂは、通知されたＰＶＣ状態メッセージに
ついて、テーブル更新部１３ｄにＰＶＣ状態管理テーブ
ル１４ａ上の登録内容を「無効」とする。また、このＰ
ＶＣ状態メッセージを、メッセージ通知フレームに乗せ
て、スイッチ部１１に送信する。このメッセージ通知フ
レームは、送信先のノードとの間における定期的基本ポ
ーリングに代わって、送信先のノードに送信される。

【００４３】また、送信処理部１３ｃが隣接したノード
からＰＶＣ情報メッセージを受信した場合には、このＰ
ＶＣ情報メッセージに基づいて、新たなＰＶＣメッセー
ジを作成し、受信処理部１３ｂに通知する（図９参
照）。

【００４４】図８は、ＰＶＣ情報メッセージが当該ＰＶ
Ｃが張られているノード１を次々に転送されて、最終的
に端末（ＤＴＥ）によって受信される様子が示されてい
る。次に、図１０乃至図１２を参照して、基本ポーリン
グ部１３ａにおいて実行される処理について説明する。

【００４５】最初に、送信処理部１３ｃにおいて処理さ
れる図１０による処理を説明する。なお、この図１０に
よる処理は、当該ノード１が複数のチャネルを有してい
る場合には、チャネル毎に並行して実行される。

【００４６】この図１０の処理は、ノード立ち上げとと
もにスタートする。そして、ステップＳ１０１におい
て、ポーリングタイマ（ＯＳからのタイマ通知に基づく
ソフトウェアタイマ）をスタートさせる。このポーリン
グタイマは、或る一定の基準時間に達したか否かを測定
するものである。

【００４７】次に、ステップＳ１０２において、ポーリ
ングタイマが基準時間に達するまで待つ。ポーリングタ
イマが基準時間に達すると、ポーリングタイマをリセッ
トするとともに、処理をステップＳ１０３に進める。

【００４８】このステップＳ１０３においては、当該処
理において処理対象になっている隣接ノードから通常の
ポーリングメッセージがあるかどうかを判定する。通常
のポーリングメッセージがある場合には、当該隣接ノー
ドとの間のリンク状態は正常であると判断することがで
きる。そこで、処理をステップＳ１０５に進める。

【００４９】一方、隣接ノードから通常メッセージがな
いとステップＳ１０３にて判定したときは、当該隣接ノ
ードとの間のリンク状態に欠陥がある可能性がある。そ
こで、処理をステップＳ１０４に進めて、カウンタ値
（初期値＝０）に“１”を加算して、加算後の値が
“３”以上になったかどうかを判定する。

【００５０】カウンタ値が“３”以上であると判定した
ときは、リンク状態に異常が生じていると見なすことが
できるので、処理をステップＳ１０７に進める。これに
対して、カウンタ値が“３”未満であると判定したとき
には、リンク状態の異常が生じている蓋然性が十分でな
いので、処理をステップＳ１０５に進める。

【００５１】ステップＳ１０５においては、この処理に
おいて処理対象としているチャネル以外のチャネルから
リンクエラー（リンク状態の欠陥）の通知があるか否か
を判定する。リンクエラーの通知がある場合には、処理
をステップＳ１０７に進める。

【００５２】これに対して、ステップＳ１０５にてリン
クエラーの通知がないと判定した場合には、ステップＳ
１０６において、通常のポーリングメッセージを、処理
対象としているチャネルに向けて送信する。そして、処
理をステップＳ１０２に戻す。

【００５３】ステップＳ１０７では、図１１に示したＰ
ＶＣ状態獲得サブルーチンを実行する。このＰＶＣ状態
獲得サブルーチンでは、ステップＳ２０２において、処
理対象としているチャネルについてのルーティングテー
ブル１４ｂを検索する。

【００５４】そして、続くステップＳ２０３において、
ステップＳ２０２にて獲得したルーチングテーブル１４
ｂに記載されている全てのＤＬＣＩのＰＶＣ識別情報を
獲得する。

【００５５】そして、続くステップＳ２０４において、
ＰＶＣ状態管理テーブル１４ａにアクセスし、ステップ
Ｓ２０３で獲得したＰＶＣ情報とは逆方向のＰＶＣ情報
を獲得する。このＰＶＣ情報と、ステップＳ２０３で獲
得したＰＶＣ情報とに基づいてＰＶＣ情報メッセージを
作成する。

【００５６】以上により、このＰＶＣ状態獲得サブルー
チンが終了し、処理をステップＳ１０８に戻す。このス
テップＳ２０４が終了すると、処理はステップＳ１０８
に進む。

【００５７】このステップＳ１０８においては、ステッ
プＳ２０４にて作成したＰＶＣ情報メッセージを、受信
処理部１３ｂに送信する。このステップＳ１０８が終了
すると、処理はステップＳ１０２に戻る。

【００５８】次に、受信処理部１３ｂにおいて処理され
る図１２による処理を説明する。この図１２による処理
は、送信処理部１３ｃによるステップＳ１０８のＰＶＣ
情報メッセージを、ステップＳ３０１において受信する
事により、ステートする。

【００５９】そして、次に、ステップＳ３０２におい
て、自己のノードにおけるリンクエラーか否かを判定す
る。自己のノードのリンクエラーである場合には、ステ
ップＳ３０３において、受信したＰＶＣ情報メッセージ
に従って、ＰＶＣの通過するチャネルに通知する。

【００６０】続くステップＳ３０４では、受信したＰＶ
Ｃ情報メッセージにおいて特定されたＰＶＣについて、
ＰＶＣ管理テーブル１４ａにおけるＰＶＣ状態を無効
（ｉｎａｃｔｉｖｅ）と書き換える。そして、処理をス
テップＳ３０５に進める。なお、自己のノードにおける
リンクエラーでない場合は、ステップＳ３０３及びステ
ップＳ３０４をスキップしてステップＳ３０５の処理を
実行する。

【００６１】ステップＳ３０５においては、他のノード
からのＰＶＣ情報メッセージかどうかを判定する。他の
ノードからのＰＶＣ情報メッセージであると判定した場
合には、ステップＳ３０６において、受信したＰＶＣ情
報メッセージにおいて特定されたＰＶＣについて、ＰＶ
Ｃ管理テーブル１４ａにおけるＰＶＣ状態を無効（ｉｎ
ａｃｔｉｖｅ）と書き換える。

【００６２】続くステップＳ３０７では、受信したＰＶ
Ｃ情報メッセージに従って、ＰＶＣの通過にチャネルに
通知する。そして、処理をステップＳ３０１に戻す。な
お、他のノードからのＰＶＣ情報メッセージでない場合
には、ステップＳ３０６及びステップＳ３０７をスキッ
プしてステップＳ３０１の処理を実行する。

【００６３】以上説明した本実施例によれば、隣接ノー
ドとのメッセージ交換でＰＶＣの状態情報を伝達するこ
とができるので、集中監視方式において発生すると想定
される伝送路上の監視フレーム占有率を軽減することが
できる。

【００６４】また、各ノード１におけるスイッチ部１１
を考慮すれば、同一のＰＶＣでも方向によってその輻輳
状態が異なるといえる。従って、通信の方向に従って、
別のＰＶＣとして管理を行っているので、片方向におけ
る輻輳によるＰＶＣの状態変化が反対方向のＰＶＣの状
態に影響を与えることを防止することができる。例え
ば、図２における第１ノード１ａと第２ノード１ｂとの
間における第２ノード１ｂへ向かうリンクが切断された
と想定すると、第２データ端末装置２ｂに向かうユーザ
フレームは当然廃棄されるべきであるが、交換網内に滞
留している第１データ端末装置２ａに向かうユーザフレ
ームは第１データ端末装置２ａまで到着すべきである。
そこで、方向別にＰＶＣ状態を管理すれば、片方向の状
態変化の影響が反対方向のＰＶＣ状態に及ぶ事が防止で
きる。

【００６５】また、他のノード１からのＰＶＣ情報メッ
セージを受信したノード１は、即時に、このＰＶＣ情報
メッセージをＰＶＣ進行方向のノード１に転送すること
ができるので、データ端末装置２は、リンクの状態をリ
アルタイムに把握することができる。

【００６６】

【発明の効果】本発明によれば、特別な監視ノードを不
要とし、しかも、伝送路に余計な負荷をかけることな
く、ＰＶＣの接続状態の欠陥を当該ＰＶＣ上の全ノード
に送信することができる。

【図面の簡単な説明】

【図１】本発明の原理図

【図２】本発明の第１実施例が適用される交換網の概略
を示す図

【図３】本発明の第１実施例による各ノードの構成を示
すブロック図

【図４】図３におけるＰＶＣ管理部の具体的構成を示す
ブロック図

【図５】図３におけるデータベース内に格納されている
ＰＶＣ状態管理テーブルを説明する図

【図６】図３におけるデータベース内に格納されている
ルーチングテーブルを説明する図

【図７】定期的ポーリングを説明する図

【図８】ＰＶＣ情報メッセージが伝送されていく様子を
説明する図

【図９】ＰＶＣ情報メッセージの転送を説明する図

【図１０】図４における送信処理部３ｃで実行される処
理を示すフローチャート

【図１１】図１０におけるステップＳ１０７において実
行されるサブルーチンを示すフローチャート

【図１２】図４における受信処理部３ｃで実行される処
理を示すフローチャート

【図１３】従来例を示す図

【符号の説明】

１・・ノード ２・・端末 １１・・スイッチ部 １２・・チャネル １３・・ＰＶＣ管理部 １４・・データベース

Claims (7)

【特許請求の範囲】
1. 【請求項１】 相互に伝送路（１０１）によって接続さ
   れた複数のノード（１００）から構成される交換網にお
   ける相手固定接続管理方式において、 前記伝送路（１０１）によって接続された各隣接するノ
   ード（１００）間における接続状態を、これら隣接する
   双方のノード（１００）が監視する（Ｓ１）とともに、 前記各ノード（１００）は、隣接する他のノード（１０
   ０）との間の接続状態の欠陥を検出したときには、当該
   伝送路（１００）を経由する相手先固定接続が無効であ
   ると登録して（Ｓ２）、この相手先固定接続における次
   段のノードに当該相手先固定接続の無効を通知（Ｓ３）
   し、隣接する他のノードから前記通知を受けたときに
   は、通知された相手先固定接続が無効であると登録して
   （Ｓ４）、この相手先固定接続における次段のノードに
   当該相手固定接続の無効を通知する（Ｓ５）ことを特徴
   とする交換網における相手固定接続管理方式。
2. 【請求項２】 前記隣接する双方のノード（１００）
   は、相互に定期的ポーリングを行うとともに、相手側の
   ノード（１００）からのポーリングの欠落を検知したと
   きに、当該相手側のノード（１００）との間の接続状態
   の欠陥を検出することを特徴とする請求項１記載の交換
   網における相手固定接続管理方式。
3. 【請求項３】 前記各ノード（１００）は、自己のノー
   ド（１００）を通過する全相手先固定接続をその接続に
   よる通信方向毎に管理するとともに、前記接続状態の欠
   陥を検出したときには、欠陥の生じた接続と同方向の相
   手固定接続に関してのみ、当該接続が無効であると登録
   するとともに、この相手固定接続における次段のノード
   （１００）に当該相手固定接続の無効を通知することを
   特徴とする請求項１記載の交換網における相手固定接続
   管理方式。
4. 【請求項４】 相互に伝送路（１０１）によって接続さ
   れた複数のノード（１００）から構成され、各ノード
   （１００）間を固定のチャネルで接続すると共に、 前記各ノード（１００）は、隣接するノード（１００）
   との接続状態を監視（Ｓ１）し、 前記隣接するノード（１００）との間の接続状態の欠陥
   を検出した場合に、前記伝送路（１００）を経由する相
   手先固定接続の無効を登録（Ｓ２）して、 前記相手先固定接続の無効を前記隣接するノード（１０
   ０）へ通知することを特徴とするノードの管理方式。
5. 【請求項５】 請求項４において、前記隣接するノード
   （１００）は、前記ノード（１００）から相手先固定接
   続の無効通知を受けると、 前記相手先固定接続の無効を登録して（Ｓ４）、 前記相手先固定接続における次段のノード（１００）へ
   前記相手先固定接続の無効を通知（Ｓ５）することを特
   徴とするノード管理方式。
6. 【請求項６】 相互に伝送路（１０１）によって接続さ
   れた複数のノード（１００）から構成され、各ノード
   （１００）間を固定のチャネルで接続すると共に、 前記各ノード（１００）は、隣接するノード（１００）
   との間に設定されている相手固定接続毎に接続状態を登
   録するデータ登録部（１４）と、 前記隣接するノード（１００）との間で一定時間毎に情
   報交換を行い、隣接するノード（１００）から情報が送
   信されてこなければ相手固定接続の欠落を検出し、前記
   隣接するノード（１００）へ前記相手固定接続の欠落を
   通知する障害監視部（１３ａ）と、 前記障害監視部（１３ａ）が相手固定接続の欠落を検出
   した場合に、この相手固定接続の障害発生を前記データ
   登録部（１４）へ登録するデータ更新部（１３ｄ）とを
   備えたことを特徴とするノード。
7. 【請求項７】 請求項６において、前記障害監視部（１
   ３ａ）は、前記隣接するノード（１００）との間で一定
   時間毎にポーリングを行い、予め設定されている時間内
   に隣接するノード（１００）からのポーリングを受信で
   きなかった場合に、前記相手固定接続の障害発生を検出
   することを特徴とするノード。