JPH09252322A - フレームリレーのｐｖｃ状態確認方法 - Google Patents
フレームリレーのｐｖｃ状態確認方法Info
- Publication number
- JPH09252322A JPH09252322A JP8454296A JP8454296A JPH09252322A JP H09252322 A JPH09252322 A JP H09252322A JP 8454296 A JP8454296 A JP 8454296A JP 8454296 A JP8454296 A JP 8454296A JP H09252322 A JPH09252322 A JP H09252322A
- Authority
- JP
- Japan
- Prior art keywords
- status
- state
- message
- link
- abnormal
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
(57)【要約】
【課題】 フレームリレーのＰＶＣ状態確認方法に関
し、リンク状態が異常状態から正常状態に回復したこと
を確認してから通信再開までの時間を短縮することを目
的とする。 【解決手段】 所定の時間間隔毎に第１または第２の状
態問合せメッセージを送信し、第１の状態問合せメッセ
ージに対する第１の状態表示メッセージを受信してリン
ク状態を確認し、第２の状態問合せメッセージに対する
第２の状態表示メッセージを受信してリンク状態および
ＰＶＣ状態を確認し、所定の時間間隔をリンク状態の正
常時と異常時とで切り替え、第２の状態問合せメッセー
ジの送信間隔をリンク状態の正常時と異常時とで切り替
え、異常時には第２の状態問合せメッセージを異常時の
時間間隔および送信間隔で送信し、それに対する第２の
状態表示メッセージを受信する。
し、リンク状態が異常状態から正常状態に回復したこと
を確認してから通信再開までの時間を短縮することを目
的とする。 【解決手段】 所定の時間間隔毎に第１または第２の状
態問合せメッセージを送信し、第１の状態問合せメッセ
ージに対する第１の状態表示メッセージを受信してリン
ク状態を確認し、第２の状態問合せメッセージに対する
第２の状態表示メッセージを受信してリンク状態および
ＰＶＣ状態を確認し、所定の時間間隔をリンク状態の正
常時と異常時とで切り替え、第２の状態問合せメッセー
ジの送信間隔をリンク状態の正常時と異常時とで切り替
え、異常時には第２の状態問合せメッセージを異常時の
時間間隔および送信間隔で送信し、それに対する第２の
状態表示メッセージを受信する。
Description
【０００１】
【発明の属する技術分野】本発明は、フレームリレーの
ＰＶＣ（相手固定接続；Permanent Virtual Circuit)状
態確認方法に関し、特にリンク状態が異常状態から正常
状態へ回復したことを確認してから通信を再開するまで
の時間を短縮するものである。
ＰＶＣ（相手固定接続；Permanent Virtual Circuit)状
態確認方法に関し、特にリンク状態が異常状態から正常
状態へ回復したことを確認してから通信を再開するまで
の時間を短縮するものである。
【０００２】
【従来の技術】フレームリレーは、ＬＡＮ（ローカル・
エリア・ネットワーク）間通信の高速化を図るために導
入された高速パケット交換方式で、従来のＸ．２５パケ
ット交換方式（伝送速度６４Ｋbps)のプロトコルを簡略
化し、その分高速なデータ転送（１．５〜２Ｍbps ）を
可能としたものである。最近の伝送路はエラーレイトが
非常に小さくなっているので、このようにしても差し支
えない。
エリア・ネットワーク）間通信の高速化を図るために導
入された高速パケット交換方式で、従来のＸ．２５パケ
ット交換方式（伝送速度６４Ｋbps)のプロトコルを簡略
化し、その分高速なデータ転送（１．５〜２Ｍbps ）を
可能としたものである。最近の伝送路はエラーレイトが
非常に小さくなっているので、このようにしても差し支
えない。
【０００３】フレームリレーには、従来のＸ．２５方式
と同様に、予め網に相手先を登録しておき、専用線のよ
うにして利用するＰＶＣ（相手固定接続）がある。フレ
ームリレーにおけるＰＶＣは予め呼を設定する必要がな
く、特定のＤＬＣＩ（データリンク・コネクション識別
子）でフレームを送出すれば、決まった相手にフレーム
が送信される。
と同様に、予め網に相手先を登録しておき、専用線のよ
うにして利用するＰＶＣ（相手固定接続）がある。フレ
ームリレーにおけるＰＶＣは予め呼を設定する必要がな
く、特定のＤＬＣＩ（データリンク・コネクション識別
子）でフレームを送出すれば、決まった相手にフレーム
が送信される。
【０００４】ところが、何等かの事情によってリンク状
態が異常状態となり、相手ユーザと通信ができない状態
になった場合は、呼制御そのものがないため、その原因
はユーザ側で推定しなければならず、そのための手順と
してＰＶＣ状態確認手順が規定されている。
態が異常状態となり、相手ユーザと通信ができない状態
になった場合は、呼制御そのものがないため、その原因
はユーザ側で推定しなければならず、そのための手順と
してＰＶＣ状態確認手順が規定されている。
【０００５】このＰＶＣ状態確認手順は、ユーザとフレ
ームリレー網との間のリンク状態の正常性を確認する機
能と、ユーザ間のＰＶＣ状態を確認する機能を有してい
る。これらの機能によってユーザ間のＰＶＣの正常性を
ユーザ側で把握することができる。また、ユーザと網と
の間のリンク状態を網で把握可能となるため、迅速な故
障回復を行うことができる。
ームリレー網との間のリンク状態の正常性を確認する機
能と、ユーザ間のＰＶＣ状態を確認する機能を有してい
る。これらの機能によってユーザ間のＰＶＣの正常性を
ユーザ側で把握することができる。また、ユーザと網と
の間のリンク状態を網で把握可能となるため、迅速な故
障回復を行うことができる。
【０００６】具体的には、ＴＴＣ（電気通信技術委員
会）標準ＪＴ−Ｑ９３３で規定するリンク完全性確認手
順によって行われる。すなわち、ユーザと網との間でＴ
３９１秒（１０秒）の時間間隔毎に第１の状態問合せ
（ＳＴＡＴＵＳ ＥＮＱ）メッセージの送信と、それに
対する第１の状態表示（ＳＴＡＴＵＳ）メッセージの受
信とを繰り返し、状態表示メッセージの送信番号を確認
することでユーザと網との間のリンク状態の正常性を確
認する。
会）標準ＪＴ−Ｑ９３３で規定するリンク完全性確認手
順によって行われる。すなわち、ユーザと網との間でＴ
３９１秒（１０秒）の時間間隔毎に第１の状態問合せ
（ＳＴＡＴＵＳ ＥＮＱ）メッセージの送信と、それに
対する第１の状態表示（ＳＴＡＴＵＳ）メッセージの受
信とを繰り返し、状態表示メッセージの送信番号を確認
することでユーザと網との間のリンク状態の正常性を確
認する。
【０００７】また、状態問合せメッセージのＮ３９１回
（６回）の送信間隔毎に網にフル状態表示を要求する第
２の状態問合せメッセージを送信し、それに対する第２
の状態表示メッセージを受信する。この第２の状態表示
メッセージはリンク状態の確認およびＰＶＣ状態の確認
が含まれており、設定されている全ＰＶＣ状態を確認す
ることができる。
（６回）の送信間隔毎に網にフル状態表示を要求する第
２の状態問合せメッセージを送信し、それに対する第２
の状態表示メッセージを受信する。この第２の状態表示
メッセージはリンク状態の確認およびＰＶＣ状態の確認
が含まれており、設定されている全ＰＶＣ状態を確認す
ることができる。
【０００８】すなわち、状態表示メッセージのフレーム
・フォーマットのアクティブ・ビット（Ａビット）によ
ってＰＶＣの状態がアクティブ（通信可能）かインアク
ティブ（通信不可能）かを確認することができる。ユー
ザは、インアクティブを受信した場合は、アクティブを
受信するまで該当するＤＣＬＩのＰＶＣリンクは通信で
きないと判断する。
・フォーマットのアクティブ・ビット（Ａビット）によ
ってＰＶＣの状態がアクティブ（通信可能）かインアク
ティブ（通信不可能）かを確認することができる。ユー
ザは、インアクティブを受信した場合は、アクティブを
受信するまで該当するＤＣＬＩのＰＶＣリンクは通信で
きないと判断する。
【０００９】また、最新のＮ３９３回（４回）の状態問
合せメッセージの送信に対する応答のうち、Ｎ３９２回
（３回）以上がエラーである場合はリンク状態の異常を
確認し、データ通信を停止する。リンク状態が異常状態
から正常状態へ回復したことを確認するには、リンク完
全性確認手順を引き続き行い、Ｎ３９２回連続してエラ
ーなしで状態表示メッセージを受信した場合は、正常状
態へ回復したと確認する。
合せメッセージの送信に対する応答のうち、Ｎ３９２回
（３回）以上がエラーである場合はリンク状態の異常を
確認し、データ通信を停止する。リンク状態が異常状態
から正常状態へ回復したことを確認するには、リンク完
全性確認手順を引き続き行い、Ｎ３９２回連続してエラ
ーなしで状態表示メッセージを受信した場合は、正常状
態へ回復したと確認する。
【００１０】なお、Ｔ３９１、Ｎ３９１、Ｎ３９２、Ｎ
３９３はそれぞれＰＶＣ状態確認手順のパラメータを示
し、Ｔ３９１はリンク完全性確認タイマで、ユーザが状
態問合せメッセージを送信する時間間隔を表し、通常１
０秒に設定される。状態問合せメッセージを送信してか
らＴ３９１秒の間に網から状態表示メッセージを受信し
ない場合はエラーと判定する。
３９３はそれぞれＰＶＣ状態確認手順のパラメータを示
し、Ｔ３９１はリンク完全性確認タイマで、ユーザが状
態問合せメッセージを送信する時間間隔を表し、通常１
０秒に設定される。状態問合せメッセージを送信してか
らＴ３９１秒の間に網から状態表示メッセージを受信し
ない場合はエラーと判定する。
【００１１】Ｎ３９１はフル状態表示カウンタで、ユー
ザが第１の状態問合せメッセージをＮ３９１回送信する
毎に１回の割りで、フル状態表示の要求を行う第２の状
態問合せメッセージの送信間隔を設定する。通常６回に
設定される。
ザが第１の状態問合せメッセージをＮ３９１回送信する
毎に１回の割りで、フル状態表示の要求を行う第２の状
態問合せメッセージの送信間隔を設定する。通常６回に
設定される。
【００１２】Ｎ３９２は固定故障判定閾値で、最新のＮ
３９３回のイベントにおいてＮ３９２回のエラーを検出
した場合はリンク状態は異常状態である判定し、Ｎ３９
２回連続してエラーがない場合はリンク状態は正常状態
に回復したと判定する。通常３回に設定される。
３９３回のイベントにおいてＮ３９２回のエラーを検出
した場合はリンク状態は異常状態である判定し、Ｎ３９
２回連続してエラーがない場合はリンク状態は正常状態
に回復したと判定する。通常３回に設定される。
【００１３】Ｎ３９３は監視イベントカウンタで、リン
ク状態の異常状態を検出するための監視イベント数を計
数する。イベントは状態問合せメッセージの送信として
定義される。通常４回に設定される。
ク状態の異常状態を検出するための監視イベント数を計
数する。イベントは状態問合せメッセージの送信として
定義される。通常４回に設定される。
【００１４】
【発明が解決しようとする課題】前述した従来のＰＶＣ
状態確認手順では、リンク状態が異常状態から正常状態
に回復したことを確認してからデータ通信を再開するに
は、Ｎ３９２回（３回）目の連続正常応答が偶然にもＮ
３９１回（６回）目のフル状態表示の応答であれば、Ｄ
ＣＬＩ毎のアクティブ／インアクティブを即座に判定で
きるので、アクティブ状態の相手ユーザに対しては直ち
にデータ通信が可能となる。しかし、Ｎ３９２回目の連
続正常応答が常にＮ３９１回目のフル状態表示の応答と
一致するとは限らず、確率の問題である。
状態確認手順では、リンク状態が異常状態から正常状態
に回復したことを確認してからデータ通信を再開するに
は、Ｎ３９２回（３回）目の連続正常応答が偶然にもＮ
３９１回（６回）目のフル状態表示の応答であれば、Ｄ
ＣＬＩ毎のアクティブ／インアクティブを即座に判定で
きるので、アクティブ状態の相手ユーザに対しては直ち
にデータ通信が可能となる。しかし、Ｎ３９２回目の連
続正常応答が常にＮ３９１回目のフル状態表示の応答と
一致するとは限らず、確率の問題である。
【００１５】また、Ｔ３９１、Ｎ３９１、Ｎ３９２、Ｎ
３９３は固定的な値であるため、異常状態を検出するに
は、「Ｔ３９１×Ｎ３９３＋α（リンク完全性確認フル
状態表示応答待ち時間）」秒の最低待ち時間が必要とな
る。αは装置の処理時間（１ｍｓ未満）である。
３９３は固定的な値であるため、異常状態を検出するに
は、「Ｔ３９１×Ｎ３９３＋α（リンク完全性確認フル
状態表示応答待ち時間）」秒の最低待ち時間が必要とな
る。αは装置の処理時間（１ｍｓ未満）である。
【００１６】また、回復を検出するには、「Ｔ３９１×
Ｎ３９２＋β（リンク完全性確認応答受信時間）」秒の
最低時間に加え、リンク完全性確認フル状態表示の応答
（第２の状態表示メッセージ）である「Ｔ３９１×Ｎ３
９１」秒の組み合わせ最大待ち時間が通常必要である。
βは装置の処理時間（１ｍｓ未満）である。
Ｎ３９２＋β（リンク完全性確認応答受信時間）」秒の
最低時間に加え、リンク完全性確認フル状態表示の応答
（第２の状態表示メッセージ）である「Ｔ３９１×Ｎ３
９１」秒の組み合わせ最大待ち時間が通常必要である。
βは装置の処理時間（１ｍｓ未満）である。
【００１７】また、回復後、通信再開までにはプロトコ
ル定数を使用することにより、実際の回復からユーザの
回復確認までの差が、最小で「Ｔ３９１×Ｎ３９２＋
α」秒となり、最大で「Ｔ３９１×Ｎ３９２＋β＋Ｔ３
９１×Ｎ３９１」秒となり、通信再開までが一定しない
幅のある時間となる。このため、本来通信可能な状態を
通信不可能な状態にするという不都合が生じる。
ル定数を使用することにより、実際の回復からユーザの
回復確認までの差が、最小で「Ｔ３９１×Ｎ３９２＋
α」秒となり、最大で「Ｔ３９１×Ｎ３９２＋β＋Ｔ３
９１×Ｎ３９１」秒となり、通信再開までが一定しない
幅のある時間となる。このため、本来通信可能な状態を
通信不可能な状態にするという不都合が生じる。
【００１８】本発明は、このような課題を解決するため
になされたもので、リンク状態が異常状態から正常状態
に回復したことを確認してからユーザと網との通信再開
までの時間を短縮することを目的とする。
になされたもので、リンク状態が異常状態から正常状態
に回復したことを確認してからユーザと網との通信再開
までの時間を短縮することを目的とする。
【００１９】
【課題を解決するための手段】本発明のフレームリレー
のＰＶＣ状態確認方法は、所定の時間間隔毎に第１また
は第２の状態問合せメッセージを網に送信し、この第１
の状態問合せメッセージに対する第１の状態表示メッセ
ージを網から受信してリンク状態を確認し、第２の状態
問合せメッセージに対する第２の状態表示メッセージを
網から受信してリンク状態およびＰＶＣ状態を確認し、
所定の時間間隔をリンク状態の正常時と異常時とで切り
替え、第２の状態問合せメッセージの送信間隔をリンク
状態の正常時と異常時とで切り替え、リンク状態の異常
時には第２の状態問合せメッセージを異常時の時間間隔
および送信間隔で網に送信し、それに対する第２の状態
表示メッセージを網から受信するようにしたのものであ
る。
のＰＶＣ状態確認方法は、所定の時間間隔毎に第１また
は第２の状態問合せメッセージを網に送信し、この第１
の状態問合せメッセージに対する第１の状態表示メッセ
ージを網から受信してリンク状態を確認し、第２の状態
問合せメッセージに対する第２の状態表示メッセージを
網から受信してリンク状態およびＰＶＣ状態を確認し、
所定の時間間隔をリンク状態の正常時と異常時とで切り
替え、第２の状態問合せメッセージの送信間隔をリンク
状態の正常時と異常時とで切り替え、リンク状態の異常
時には第２の状態問合せメッセージを異常時の時間間隔
および送信間隔で網に送信し、それに対する第２の状態
表示メッセージを網から受信するようにしたのものであ
る。
【００２０】この場合、本発明のフレームリレーのＰＶ
Ｃ状態確認方法は、リンク状態の異常時には、第２の状
態表示メッセージの送信間隔を１回として毎回第２の状
態表示メッセージを網から受信するようにしたものであ
る。
Ｃ状態確認方法は、リンク状態の異常時には、第２の状
態表示メッセージの送信間隔を１回として毎回第２の状
態表示メッセージを網から受信するようにしたものであ
る。
【００２１】また、本発明のフレームリレーのＰＶＣ状
態確認方法は、リンク状態の異常時には、第２の状態表
示メッセージに代えてＣＬＬＭ（統合リンク・レイヤ・
マネージメント）メッセージを網から受信し、このＣＬ
ＬＭメッセージを受信した時点でリンク状態の異常を確
認するようにしたものである。
態確認方法は、リンク状態の異常時には、第２の状態表
示メッセージに代えてＣＬＬＭ（統合リンク・レイヤ・
マネージメント）メッセージを網から受信し、このＣＬ
ＬＭメッセージを受信した時点でリンク状態の異常を確
認するようにしたものである。
【００２２】本発明によれば、第１または第２の状態問
合せメッセージを送信する時間間隔と、第２の状態問合
せメッセージを送信する送信間隔とを、正常時と異常時
とで自動的に切り換え、異常時には正常時よりも短い監
視間隔で行うようにしたので、リンク状態が異常状態か
ら正常状態に回復したことを確認してから、ＰＶＣ状態
を確認するまでの時間を大幅に短縮することができる。
合せメッセージを送信する時間間隔と、第２の状態問合
せメッセージを送信する送信間隔とを、正常時と異常時
とで自動的に切り換え、異常時には正常時よりも短い監
視間隔で行うようにしたので、リンク状態が異常状態か
ら正常状態に回復したことを確認してから、ＰＶＣ状態
を確認するまでの時間を大幅に短縮することができる。
【００２３】とくに、フル状態表示の要求を行う第２の
状態問合せメッセージを送信する送信間隔を、異常時は
１回とすれば、毎回第２の状態表示メッセージを受信す
ることになるので、リンク状態が異常状態から正常状態
に回復したことの確認およびＰＶＣ状態の確認を同時に
行うことができ、最小時間でデータ通信を再開すること
ができる。
状態問合せメッセージを送信する送信間隔を、異常時は
１回とすれば、毎回第２の状態表示メッセージを受信す
ることになるので、リンク状態が異常状態から正常状態
に回復したことの確認およびＰＶＣ状態の確認を同時に
行うことができ、最小時間でデータ通信を再開すること
ができる。
【００２４】また、ＣＬＬＭメッセージによってリンク
状態の異常を確認することにより、短時間でリンク状態
の異常を確認することができる。
状態の異常を確認することにより、短時間でリンク状態
の異常を確認することができる。
【００２５】
【発明の実施の形態】図１は、本発明によるフレームリ
レーのＰＶＣ状態確認方法が適用されるフレームリレー
通信装置のブロック図である。この通信装置１は、装置
全体を制御してフレームリレーの網異常回復確認を促進
するマイクロコンピュータ構成のＣＰＵ２、論理変数記
憶用メモリであるＲＡＭ３、記憶用メモリであるＥＥＰ
ＲＯＭ４、フレームリレー網および10ＢＡＳＥ−Ｔのリ
ンク状態を示すＬＥＤ５および時計６を備える。
レーのＰＶＣ状態確認方法が適用されるフレームリレー
通信装置のブロック図である。この通信装置１は、装置
全体を制御してフレームリレーの網異常回復確認を促進
するマイクロコンピュータ構成のＣＰＵ２、論理変数記
憶用メモリであるＲＡＭ３、記憶用メモリであるＥＥＰ
ＲＯＭ４、フレームリレー網および10ＢＡＳＥ−Ｔのリ
ンク状態を示すＬＥＤ５および時計６を備える。
【００２６】さらに、フレームリレー網に送信するデー
タまたは受信したデータを制御するＷＡＮ（広域網）コ
ントローラ７、ＬＡＮから受信したデータまたは送信す
るデータを制御するＬＡＮコントローラ８、ＷＡＮコン
トローラ７およびＬＡＮコントローラ８が送受信するデ
ータを格納するメモリであるＲＡＭ９を備える。
タまたは受信したデータを制御するＷＡＮ（広域網）コ
ントローラ７、ＬＡＮから受信したデータまたは送信す
るデータを制御するＬＡＮコントローラ８、ＷＡＮコン
トローラ７およびＬＡＮコントローラ８が送受信するデ
ータを格納するメモリであるＲＡＭ９を備える。
【００２７】さらに、フレームリレーの物理的な制御を
するコントローラ１０、10ＢＡＳＥ−Ｔの物理的な制御
をするコントローラ１１、ＲＳ−２３２Ｃの物理的な制
御をするコントローラ１２を備える。
するコントローラ１０、10ＢＡＳＥ−Ｔの物理的な制御
をするコントローラ１１、ＲＳ−２３２Ｃの物理的な制
御をするコントローラ１２を備える。
【００２８】図２は、本発明によるフレームリレーのＰ
ＶＣ状態確認方法の実施の形態１を示すシーケンス図で
ある。
ＶＣ状態確認方法の実施の形態１を示すシーケンス図で
ある。
【００２９】まず、ユーザと網とのリンク状態は正常状
態にあり、ユーザから網へ第１の状態問合せ（ＳＴＡＴ
ＵＳ ＥＮＱ）メッセージＳＥを送信する（ステップＴ
１０）。このメッセージＳＥはリンク完全性確認のメッ
セージである。網はこのメッセージＳＥを受けて第１の
状態表示（ＳＴＡＴＵＳ）メッセージＳを応答する（ス
テップＴ１１）。ユーザはこのメッセージＳを受けてリ
ンク状態の正常性を確認する。
態にあり、ユーザから網へ第１の状態問合せ（ＳＴＡＴ
ＵＳ ＥＮＱ）メッセージＳＥを送信する（ステップＴ
１０）。このメッセージＳＥはリンク完全性確認のメッ
セージである。網はこのメッセージＳＥを受けて第１の
状態表示（ＳＴＡＴＵＳ）メッセージＳを応答する（ス
テップＴ１１）。ユーザはこのメッセージＳを受けてリ
ンク状態の正常性を確認する。
【００３０】次に、リンク状態が異常状態になり、そこ
にユーザから網へ状態問合せメッセージＳＥを送信する
と（ステップＴ１２）、状態表示メッセージＳの応答が
例えば受信シーケンス番号に異常が発生していると、ユ
ーザは１回目の異常を認識をする（ステップＴ１３）。
この送信および受信を３回繰り返すと（ステップＴ１２
〜Ｔ１７）、最新のＮ３９３回（４回）の状態問合せメ
ッセージＳＥの送信（Ｔ１０，Ｔ１２，Ｔ１４，Ｔ１
６）のうちＮ３９２回（３回）がエラーとなり、ユーザ
はリンク状態の異常を確認しデータ通信を停止する。
にユーザから網へ状態問合せメッセージＳＥを送信する
と（ステップＴ１２）、状態表示メッセージＳの応答が
例えば受信シーケンス番号に異常が発生していると、ユ
ーザは１回目の異常を認識をする（ステップＴ１３）。
この送信および受信を３回繰り返すと（ステップＴ１２
〜Ｔ１７）、最新のＮ３９３回（４回）の状態問合せメ
ッセージＳＥの送信（Ｔ１０，Ｔ１２，Ｔ１４，Ｔ１
６）のうちＮ３９２回（３回）がエラーとなり、ユーザ
はリンク状態の異常を確認しデータ通信を停止する。
【００３１】次いで、タイマＴ３９１の設定値を正常判
定時のＴａ秒（１０秒）から異常判定時のＴｂ秒（５
秒）に変更し、カウンタＮ３９１の設定値を正常判定時
のＮａ回（６回）から異常判定時のＮｂ回（１回）に変
更する。そして、新たに設定したＴｂ秒間隔でユーザか
ら網へフル状態表示要求の第２の状態問合せメッセージ
ＳＥ−Ｆを送信する（ステップＴ１８）。
定時のＴａ秒（１０秒）から異常判定時のＴｂ秒（５
秒）に変更し、カウンタＮ３９１の設定値を正常判定時
のＮａ回（６回）から異常判定時のＮｂ回（１回）に変
更する。そして、新たに設定したＴｂ秒間隔でユーザか
ら網へフル状態表示要求の第２の状態問合せメッセージ
ＳＥ−Ｆを送信する（ステップＴ１８）。
【００３２】ユーザがＴｂ秒毎に第２の状態問合せメッ
セージを送信し、このメッセージに対する網からの第２
の状態表示メッセージＳ−Ｆの応答が３回連続して正常
であれば（ステップＴ１８〜Ｔ２３）、ユーザはＮ３９
２回（３回）連続エラーなしで状態表示メッセージを受
信したことになり、リンク状態が正常状態に回復したと
確認する。
セージを送信し、このメッセージに対する網からの第２
の状態表示メッセージＳ−Ｆの応答が３回連続して正常
であれば（ステップＴ１８〜Ｔ２３）、ユーザはＮ３９
２回（３回）連続エラーなしで状態表示メッセージを受
信したことになり、リンク状態が正常状態に回復したと
確認する。
【００３３】また、ユーザはこの回復確認を第２の状態
表示メッセージＳ−Ｆ（ステップＴ２３）を受信したこ
とによって行うので、このメッセージＳ−Ｆから相手ユ
ーザ（すなわちＤＬＣＩ）毎にアクティブ（通信可能）
またはインアクティブ（通信不可能）の状態が確認で
き、アクティブであると受信した相手ユーザには直ちに
データ通信を再開する。こうして最小時間でデータ通信
の再開が行える。
表示メッセージＳ−Ｆ（ステップＴ２３）を受信したこ
とによって行うので、このメッセージＳ−Ｆから相手ユ
ーザ（すなわちＤＬＣＩ）毎にアクティブ（通信可能）
またはインアクティブ（通信不可能）の状態が確認で
き、アクティブであると受信した相手ユーザには直ちに
データ通信を再開する。こうして最小時間でデータ通信
の再開が行える。
【００３４】リンク状態が正常状態に戻ると、タイマＴ
３９１の値を正常判定時のＴａ秒に戻し、Ｎ３９１の値
を正常判定時のＮａ回に戻し、正常通信に影響の少ない
監視間隔で第１の状態問合せメッセージＳＥの送信（ス
テップＴ２４）および第１の状態表示メッセージＳの受
信（ステップＴ２５）を行う。また、Ｎａ回毎に第２の
状態問合せメッセージＳＥ−Ｆの送信および第２の状態
表示メッセージＳ−Ｆの受信を行う。
３９１の値を正常判定時のＴａ秒に戻し、Ｎ３９１の値
を正常判定時のＮａ回に戻し、正常通信に影響の少ない
監視間隔で第１の状態問合せメッセージＳＥの送信（ス
テップＴ２４）および第１の状態表示メッセージＳの受
信（ステップＴ２５）を行う。また、Ｎａ回毎に第２の
状態問合せメッセージＳＥ−Ｆの送信および第２の状態
表示メッセージＳ−Ｆの受信を行う。
【００３５】図３は、本発明によるフレームリレーのＰ
ＶＣ状態確認方法の実施の形態２を示すシーケンス図で
ある。この実施の形態２では、リンク状態の異常の確認
をＣＬＬＭ（統合リンク・レイヤ・マネージメント）メ
ッセージを受信して行う点を除いては、前述の実施の形
態１と同一である。
ＶＣ状態確認方法の実施の形態２を示すシーケンス図で
ある。この実施の形態２では、リンク状態の異常の確認
をＣＬＬＭ（統合リンク・レイヤ・マネージメント）メ
ッセージを受信して行う点を除いては、前述の実施の形
態１と同一である。
【００３６】まず、ユーザと網とのリンク状態は正常状
態にあり、この状態でユーザから網へ第１の状態問合せ
メッセージＳＥを送信する（ステップＴ３０）。このメ
ッセージＳＥはリンク完全性確認のメッセージである。
網はこのメッセージＳＥを受けて第１の状態表示（ＳＴ
ＡＴＵＳ）メッセージＳを応答する（ステップＴ３
１）。ユーザはこのメッセージＳを受けてリンク状態の
正常性を確認する。
態にあり、この状態でユーザから網へ第１の状態問合せ
メッセージＳＥを送信する（ステップＴ３０）。このメ
ッセージＳＥはリンク完全性確認のメッセージである。
網はこのメッセージＳＥを受けて第１の状態表示（ＳＴ
ＡＴＵＳ）メッセージＳを応答する（ステップＴ３
１）。ユーザはこのメッセージＳを受けてリンク状態の
正常性を確認する。
【００３７】次に、リンク状態が異常状態になり、そこ
にユーザから網へ第１の状態問合せメッセージＳＥを送
信すると（ステップＴ３２）、第１の状態表示メッセー
ジＳの応答が例えば受信シーケンス番号に異常が発生し
ていると、ユーザは異常を認識をする（ステップＴ３
３）。
にユーザから網へ第１の状態問合せメッセージＳＥを送
信すると（ステップＴ３２）、第１の状態表示メッセー
ジＳの応答が例えば受信シーケンス番号に異常が発生し
ていると、ユーザは異常を認識をする（ステップＴ３
３）。
【００３８】次いで、網からユーザにＣＬＬＭ（統合リ
ンク・レイヤ・マネージメント）メッセージが通知され
る（ステップＴ３４）。このメッセージは、網が自律的
にフレームを生成し、ユーザに対して網状態を通知する
フレームで、軽輻輳通知、重輻輳通知、装置故障通知お
よび全フレーム廃棄通知等の通知機能を有する。
ンク・レイヤ・マネージメント）メッセージが通知され
る（ステップＴ３４）。このメッセージは、網が自律的
にフレームを生成し、ユーザに対して網状態を通知する
フレームで、軽輻輳通知、重輻輳通知、装置故障通知お
よび全フレーム廃棄通知等の通知機能を有する。
【００３９】装置故障通知メッセージを受信すると、ユ
ーザは受信した時点で直ちに異常状態と確認し、データ
通信を停止する。ＣＬＬＭメッセージの通知後、リンク
状態が正常状態に回復しても、その旨のメッセージが網
から自律的に通知されることはないので、ユーザはタイ
マＴ３９１の設定値を正常判定時のＴａ秒（１０秒）か
ら異常判定時のＴｂ秒（５秒）に変更し、カウンタＮ３
９１の設定値を正常判定時のＮａ回（６回）から異常判
定時のＮｂ回（１回）に変更する。そして、新たに設定
したＴｂ秒間隔でユーザから網へフル状態表示の要求の
状態問合せメッセージＳＥ−Ｆを送信する（ステップＴ
３５）。
ーザは受信した時点で直ちに異常状態と確認し、データ
通信を停止する。ＣＬＬＭメッセージの通知後、リンク
状態が正常状態に回復しても、その旨のメッセージが網
から自律的に通知されることはないので、ユーザはタイ
マＴ３９１の設定値を正常判定時のＴａ秒（１０秒）か
ら異常判定時のＴｂ秒（５秒）に変更し、カウンタＮ３
９１の設定値を正常判定時のＮａ回（６回）から異常判
定時のＮｂ回（１回）に変更する。そして、新たに設定
したＴｂ秒間隔でユーザから網へフル状態表示の要求の
状態問合せメッセージＳＥ−Ｆを送信する（ステップＴ
３５）。
【００４０】すなわち、ＣＬＬＭメッセージによって異
常状態が通知されると、ユーザはＴｂ秒毎にフル状態表
示の要求である第２の状態問合せメッセージＳＥ−Ｆを
送信する。このメッセージＳＥ−Ｆに対する第２の状態
表示メッセージＳ−Ｆの応答が３回連続して正常であれ
ば（ステップＴ３５〜Ｔ４０）、ユーザはＮ３９２回
（３回）連続エラーなしで状態表示メッセージを受信し
たことになり、正常状態に回復したと判断する。
常状態が通知されると、ユーザはＴｂ秒毎にフル状態表
示の要求である第２の状態問合せメッセージＳＥ−Ｆを
送信する。このメッセージＳＥ−Ｆに対する第２の状態
表示メッセージＳ−Ｆの応答が３回連続して正常であれ
ば（ステップＴ３５〜Ｔ４０）、ユーザはＮ３９２回
（３回）連続エラーなしで状態表示メッセージを受信し
たことになり、正常状態に回復したと判断する。
【００４１】また、ユーザはリンク状態が正常状態へ回
復したことを確認すると同時に、第２の状態問合せメッ
セージＳＥ−Ｆ（ステップＴ４０）によって相手ユーザ
毎（すなわちＤＬＣＩ毎）にアクティブ（通信可能）ま
たはインアクティブ（通信不可能）の状態が確認できる
ので、アクティブであることを受信した相手ユーザには
直ちにデータ通信を再開する。こうして常に最小時間で
データ通信の再開が行える。
復したことを確認すると同時に、第２の状態問合せメッ
セージＳＥ−Ｆ（ステップＴ４０）によって相手ユーザ
毎（すなわちＤＬＣＩ毎）にアクティブ（通信可能）ま
たはインアクティブ（通信不可能）の状態が確認できる
ので、アクティブであることを受信した相手ユーザには
直ちにデータ通信を再開する。こうして常に最小時間で
データ通信の再開が行える。
【００４２】リンク状態が正常状態に戻ると、タイマＴ
３９１の値を正常判定時のＴａ秒に戻し、Ｎ３９１の値
を正常判定時のＮａ回に戻し、正常通信に影響の少ない
監視間隔で第１の状態問合せメッセージＳＥの送信（ス
テップＴ４１）および第１の状態表示メッセージＳの受
信（ステップＴ４２）を行う。また、Ｎａ回毎に第２の
状態問合せメッセージＳＥ−Ｆの送信および第２の状態
表示メッセージＳ−Ｆの受信を行う。
３９１の値を正常判定時のＴａ秒に戻し、Ｎ３９１の値
を正常判定時のＮａ回に戻し、正常通信に影響の少ない
監視間隔で第１の状態問合せメッセージＳＥの送信（ス
テップＴ４１）および第１の状態表示メッセージＳの受
信（ステップＴ４２）を行う。また、Ｎａ回毎に第２の
状態問合せメッセージＳＥ−Ｆの送信および第２の状態
表示メッセージＳ−Ｆの受信を行う。
【００４３】図４は、本発明によるフレームリレーのＰ
ＶＣ状態確認方法の実施の形態３を示すシーケンス図
で、立上がり時に、すでにユーザ側でリンク状態の異常
状態を確認しているときのシーケンス図を示す。
ＶＣ状態確認方法の実施の形態３を示すシーケンス図
で、立上がり時に、すでにユーザ側でリンク状態の異常
状態を確認しているときのシーケンス図を示す。
【００４４】まず、タイマＴ３９１を正常判定時のＴａ
秒から異常判定時のＴｂ秒に設定変更し、カウンタＮ３
９１を正常判定時のＮａ回から異常判定時のＮｂ回に設
定変更する。そして、Ｔｂ秒間隔でユーザから網へフル
状態表示の要求の第２の状態問合せメッセージＳＥ−Ｆ
を送信する（ステップＴ５０）。
秒から異常判定時のＴｂ秒に設定変更し、カウンタＮ３
９１を正常判定時のＮａ回から異常判定時のＮｂ回に設
定変更する。そして、Ｔｂ秒間隔でユーザから網へフル
状態表示の要求の第２の状態問合せメッセージＳＥ−Ｆ
を送信する（ステップＴ５０）。
【００４５】このメッセージＳＥ−Ｆに対する第２の状
態表示メッセージＳ−Ｆの応答が３回連続して正常であ
れば（ステップＴ５０〜Ｔ５５）、Ｎ３９２回（３回）
連続エラーなしで状態表示メッセージを受信したことに
なるので、ユーザはリンク状態が正常状態に回復したと
確認する。
態表示メッセージＳ−Ｆの応答が３回連続して正常であ
れば（ステップＴ５０〜Ｔ５５）、Ｎ３９２回（３回）
連続エラーなしで状態表示メッセージを受信したことに
なるので、ユーザはリンク状態が正常状態に回復したと
確認する。
【００４６】また、ユーザはこの確認と同時に第２の状
態表示メッセージＳ−Ｆ（ステップＴ５５）によって相
手ユーザ毎（すなわちＤＬＣＩ毎）にアクティブ（通信
可能）またはインアクティブ（通信不可能）の状態が確
認できるので、アクティブであることを受信した相手ユ
ーザには直ちにデータ通信を再開できる。こうして常に
最小時間でデータ通信の再開が行える。
態表示メッセージＳ−Ｆ（ステップＴ５５）によって相
手ユーザ毎（すなわちＤＬＣＩ毎）にアクティブ（通信
可能）またはインアクティブ（通信不可能）の状態が確
認できるので、アクティブであることを受信した相手ユ
ーザには直ちにデータ通信を再開できる。こうして常に
最小時間でデータ通信の再開が行える。
【００４７】リンク状態が正常状態に戻ると、タイマＴ
３９１の値を正常判定時のＴａ秒に戻し、Ｎ３９１の値
を正常判定時のＮａ回に戻し、正常通信に影響の少ない
監視間隔で第１の状態問合せメッセージＳＥの送信（ス
テップＴ５６）および第１の状態表示メッセージＳの受
信（ステップＴ５７）を行う。また、Ｎａ回毎に第２の
状態問合せメッセージＳＥ−Ｆの送信および第２の状態
表示メッセージＳ−Ｆの受信を行う。
３９１の値を正常判定時のＴａ秒に戻し、Ｎ３９１の値
を正常判定時のＮａ回に戻し、正常通信に影響の少ない
監視間隔で第１の状態問合せメッセージＳＥの送信（ス
テップＴ５６）および第１の状態表示メッセージＳの受
信（ステップＴ５７）を行う。また、Ｎａ回毎に第２の
状態問合せメッセージＳＥ−Ｆの送信および第２の状態
表示メッセージＳ−Ｆの受信を行う。
【００４８】なお、判定閾値であるＮ３９２を３回から
１回に変更すれば、第２の状態表示メッセージＳ−Ｆが
１回でも正常であれば、リンク状態が正常状態に回復し
たと判断してより速いデータ通信の再開が可能となる。
１回に変更すれば、第２の状態表示メッセージＳ−Ｆが
１回でも正常であれば、リンク状態が正常状態に回復し
たと判断してより速いデータ通信の再開が可能となる。
【００４９】
【発明の効果】本発明は、第１または第２の状態問合せ
メッセージを送信する時間間隔Ｔ３９１と、フル状態表
示要求を行う第２の状態問合せメッセージを送信する送
信間隔Ｎ３９１とを、リンク状態の正常時と異常時とで
自動的に切り換え、正常時は通信に影響の少ない監視間
隔でフル状態表示要求のメッセージの送受信を行い、異
常時はそれよりも短い監視間隔でフル状態表示要求のメ
ッセージの送受信を行うようにしている。
メッセージを送信する時間間隔Ｔ３９１と、フル状態表
示要求を行う第２の状態問合せメッセージを送信する送
信間隔Ｎ３９１とを、リンク状態の正常時と異常時とで
自動的に切り換え、正常時は通信に影響の少ない監視間
隔でフル状態表示要求のメッセージの送受信を行い、異
常時はそれよりも短い監視間隔でフル状態表示要求のメ
ッセージの送受信を行うようにしている。
【００５０】これにより、リンク状態が異常状態から正
常状態に回復したことを確認してから、相手ユーザのア
クティブ／インアクティブを確認するまでの時間が短縮
できるので、短時間でデータ通信を再開することができ
る。
常状態に回復したことを確認してから、相手ユーザのア
クティブ／インアクティブを確認するまでの時間が短縮
できるので、短時間でデータ通信を再開することができ
る。
【００５１】とくに、フル状態表示要求を行う状態問合
せメッセージを送信する送信間隔Ｎ３９１Ｎを、異常時
は１回とすることにより、リンク状態が異常状態から正
常状態に回復したことの確認と、相手ユーザのアクティ
ブ／インアクティブの確認とが同時に行えるので、最小
時間でデータ通信を再開することができる。
せメッセージを送信する送信間隔Ｎ３９１Ｎを、異常時
は１回とすることにより、リンク状態が異常状態から正
常状態に回復したことの確認と、相手ユーザのアクティ
ブ／インアクティブの確認とが同時に行えるので、最小
時間でデータ通信を再開することができる。
【図１】本発明が適用されるフレームリレー通信装置の
ブロック図である。
ブロック図である。
【図２】本発明の実施の形態１によるフレームリレーの
ＰＶＣ状態確認方法を示すシーケンス図である。
ＰＶＣ状態確認方法を示すシーケンス図である。
【図３】本発明の実施の形態２によるフレームリレーの
ＰＶＣ状態確認方法を示すシーケンス図である。
ＰＶＣ状態確認方法を示すシーケンス図である。
【図４】本発明の実施の形態３によるフレームリレーの
ＰＶＣ状態確認方法を示すシーケンス図である。
ＰＶＣ状態確認方法を示すシーケンス図である。
ＳＥ 第１の状態問合せメッセージ Ｓ 第１の状態表示メッセージ ＳＥ−Ｆ 第２の状態問合せメッセージ Ｓ−Ｆ 第２の状態表示メッセージ Ｔ３９１ リンク完全性確認タイマ（所定の時間間隔を
設定） Ｎ３９１ フル状態表示カウンタ（所定の送信間隔を設
定） Ｎ３９２ 固定故障判定閾値 Ｎ３９３ 監視イベントカウンタ
設定） Ｎ３９１ フル状態表示カウンタ（所定の送信間隔を設
定） Ｎ３９２ 固定故障判定閾値 Ｎ３９３ 監視イベントカウンタ
Claims (3)
- 【請求項１】 所定の時間間隔毎に第１または第２の状
態問合せメッセージを網に送信し、 前記第１の状態問合せメッセージに対する第１の状態表
示メッセージを網から受信してリンク状態を確認し、 前記第２の状態問合せメッセージに対する第２の状態表
示メッセージを網から受信してリンク状態およびＰＶＣ
状態を確認し、 前記時間間隔をリンク状態の正常時と異常時とで切り替
え、 前記第２の状態問合せメッセージの送信間隔をリンク状
態の正常時と異常時とで切り替え、 前記リンク状態の異常時には、前記第２の状態問合せメ
ッセージを前記異常時の時間間隔および送信間隔で網に
送信し、それに対する前記第２の状態表示メッセージを
網から受信することを特徴とするフレームリレーのＰＶ
Ｃ状態確認方法。 - 【請求項２】 前記リンク状態の異常時には、前記第２
の状態表示メッセージの送信間隔を１回として毎回前記
第２の状態表示メッセージを網から受信することを特徴
とする請求項１記載のフレームリレーのＰＶＣ状態確認
方法。 - 【請求項３】 前記リンク状態の異常時には、前記第２
の状態表示メッセージに代えてＣＬＬＭメッセージを網
から受信し、このＣＬＬＭメッセージを受信した時点で
前記リンク状態の異常を確認することを特徴とする請求
項１記載のフレームリレーのＰＶＣ状態確認方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08454296A JP3446920B2 (ja) | 1996-03-14 | 1996-03-14 | フレームリレーのｐｖｃ状態確認方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08454296A JP3446920B2 (ja) | 1996-03-14 | 1996-03-14 | フレームリレーのｐｖｃ状態確認方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09252322A true JPH09252322A (ja) | 1997-09-22 |
| JP3446920B2 JP3446920B2 (ja) | 2003-09-16 |
Family
ID=13833547
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08454296A Expired - Fee Related JP3446920B2 (ja) | 1996-03-14 | 1996-03-14 | フレームリレーのｐｖｃ状態確認方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3446920B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001013588A1 (fr) * | 1999-08-11 | 2001-02-22 | Fujitsu Limited | Dispositif de communication a relais de trames, systeme de commutation a relais de trames, systeme de communication a relais de trames et procede de controle de procedure par confirmation du statut pvc |
-
1996
- 1996-03-14 JP JP08454296A patent/JP3446920B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001013588A1 (fr) * | 1999-08-11 | 2001-02-22 | Fujitsu Limited | Dispositif de communication a relais de trames, systeme de commutation a relais de trames, systeme de communication a relais de trames et procede de controle de procedure par confirmation du statut pvc |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3446920B2 (ja) | 2003-09-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2245472B1 (en) | System and method for network recovery from multiple link failures | |
| EP1895724B1 (en) | A method for implementing active/standby gateway device in the network and a system thereof | |
| US10708132B2 (en) | Technique for handling a status change in an interconnect node | |
| JP3142485B2 (ja) | ネットワーク制御装置 | |
| WO2009023996A1 (fr) | Procédé de mise en œuvre d'une interconnexion de réseau par l'intermédiaire d'une agrégation de liaisons | |
| JPH05327653A (ja) | 可変時分割通信システム用ステーション装置 | |
| JP2001103062A (ja) | 障害検出通知方法 | |
| CN101340377B (zh) | 一种用于二层网络数据传输的方法、装置及其系统 | |
| US7860090B2 (en) | Method for processing LMP packets, LMP packet processing unit and LMP packet processing node | |
| WO2004047366A1 (fr) | Procede d'etablissement d'un etat de liaison de reseau | |
| JP3446920B2 (ja) | フレームリレーのｐｖｃ状態確認方法 | |
| JP2012142710A (ja) | Ｌａｎｉ／ｆ切替制御システムと方法およびプログラム | |
| JP3419979B2 (ja) | 装置状態管理方法およびデータ通信システム | |
| JP4692419B2 (ja) | ネットワーク装置及びそれに用いる冗長切替え方法並びにそのプログラム | |
| JPH05304528A (ja) | 多重化通信ノード | |
| KR100512625B1 (ko) | 이동통신 시스템에서의 자원 관리 방법 | |
| KR100620902B1 (ko) | 품질보장형 서비스 스위치 관리 시스템의 관리 통신안정화 방법 | |
| JP2001189738A (ja) | ネットワーク故障検出システム、検出方法 | |
| CN115550106A (zh) | 环网节点的控制方法、网络设备及存储介质 | |
| KR100233245B1 (ko) | 고속무선호출 시스템에서의 이중화 제어방법 | |
| JP3312078B2 (ja) | フレームリレー装置 | |
| JP2000013401A (ja) | Ａｔｍ−ｐｂｘシステム | |
| KR940007156B1 (ko) | 통신 네트워크상에서의 프로세서 동기화 기법 | |
| CN115396308A (zh) | 数据中心维护网络稳定的系统、方法以及装置 | |
| JP2001060959A (ja) | 高信頼化システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |