(57)【特許請求の範囲】
【請求項１】
プライベートフレームリレー網が公衆フレームリレー網を介してＦＲＡＤと接続されたネットワークにおけるＰＶＣ状態確認方式において，
前記プライベートフレームリレー網と前記ＦＲＡＤ間で直接ＰＶＣ状態確認手順を実行するためのＦＲＡＤ間ＰＶＣ状態確認用のＰＶＣを，通常のデータ通信用のＰＶＣとは別に公衆フレームリレー網に設定し，
前記プライベートフレームリレー網と前記ＦＲＡＤは，それぞれＦＲＡＤまたはプライベートフレームリレー網と前記ＦＲＡＤ間ＰＶＣ状態確認用のＰＶＣを介して双方向の状態問合せを行う手段及びそれぞれに収容する端末との状態問合せに応答する手段とを備え，前記端末との問合せに応答する手段及び前記ＦＲＡＤ間状態問合せを行う手段を用いた問合せにより，それぞれＰＶＣの有効性をプライベートフレームリレー網またはＦＲＡＤに通知することを特徴とするフレームリレー網におけるＰＶＣ状態確認方式。
【請求項２】
請求項１において，
前記プライベートフレームリレー網と前記ＦＲＡＤは，前記端末との問合せに応答する手段及び前記ＦＲＡＤ間状態問合せを行う手段を用いた問合せにより，それぞれ新規ＰＶＣを他方のプライベートフレームリレー網またはＦＲＡＤに通知することを特徴とするフレームリレー網におけるＰＶＣ状態確認方式。
【請求項３】
請求項１において，
前記プライベートフレームリレー網と前記ＦＲＡＤは，前記端末との問合せに応答する手段及び前記ＦＲＡＤ間状態問合せを行う手段を用いた問合せにより，それぞれ削除ＰＶＣを他方のプライベートフレームリレー網またはＦＲＡＤに通知することを特徴とするフレームリレー網におけるＰＶＣ状態確認方式。
【請求項４】
請求項１において，
前記プライベートフレームリレー網が公衆フレームリレー網に設定しているＤＬＣＩ番号とＦＲＡＤが公衆フレームリレー網に設定しているＤＬＣＩ番号の相違を，前記プライベートフレームリレー網または前記ＦＲＡＤの何れか一方でＤＬＣＩ番号の変換を行うことを特徴とするフレームリレー網におけるＰＶＣ状態確認方式。
【請求項５】
請求項１において，
前記プライベートフレームリレー網または前記ＦＲＡＤは，前記ＦＲＡＤ間ＰＶＣ状態確認用のＰＶＣを介した双方向のＰＶＣ状態確認を行うと共に，それぞれ公衆フレームリレー網に対して端末装置としてＰＶＣの状態問合せを実行し，
前記ＦＲＡＤ間のＰＶＣ状態確認の結果と，前記公衆フレームリレー網からの状態問合せに対する結果に基づいて，ＰＶＣの状態を識別することを特徴とするフレームリレー網におけるＰＶＣ状態確認方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はフレームリレー交換機とＦＲＡＤ間のＰＶＣ状態確認方式に関する。
近年，ＬＡＮ間通信に求められる高速，並びに低遅延に適したフレームリレー通信の発展に伴い，小型の支線系集線拠点向けのフレームリレー多重化装置としてＦＲＡＤ（Rrame Relay Assembly and Disassmbly:フレームリレー組立・分解装置) が注目を集めている。
【０００２】
フレームリレー交換機とＦＲＡＤ間ではＩＴＵ−Ｔ勧告によりＰＶＣ（Permanent Virtual Circuit ：相手固定接続）状態確認手順によりＰＶＣの状態確認を行っているが，ＦＲＡＤの配下の端末の状態はフレームリレー交換機に通知されないためその改善が望まれている。
【０００３】
【従来の技術】
図１５は従来例１の接続形態とＰＶＣ状態確認の制御シーケンスである。
図１５において，９０はフレームリレー端末ａ，９１はＦＲＡＤ（フレームリレー組立・分解装置) ａ，９２はフレームリレー交換機，９３はフレームリレー端末ｂであり，各装置間はＵＮＩ（User Network Interface) により接続されている。フレームリレーの場合，ＩＴＵ(International Telecommunication Union) −Ｔ勧告Ｑ．９３３ＡＮＮＥＸ  Ａで規定されるＰＶＣ状態確認手順に従うと，図１５に示す従来例１のケースでは，フレームリレー交換機９２がＤＣＥ（Data Circuit terminating Equipment：回線終端装置），ＦＲＡＤａがＤＴＥ（Data Terminal Equipment ：データ端末装置）として動作するのが一般的である。
【０００４】
図１５の場合，フレームリレー端末ａとフレームリレー端末ｂの間に張られたＰＶＣは，フレームリレー端末ａとＦＲＡＤａの間のＤＬＣＩ（Data Link Connection Identifire)が「１６」，ＦＲＡＤａとフレームリレー交換機９２の間のＤＬＣＩが「３２」，フレームリレー交換機９２とフレームリレー端末ｂの間のＤＬＣＩが「４８」と，それぞれ設定されている。この状態で，フレームリレー端末ａ，ＦＲＡＤａ及びフレームリレー端末ｂは，それぞれ上記ＩＴＵ−ＴのＰＶＣ状態確認手順に従ってＰＶＣ状態確認の動作を行う。
【０００５】
このＰＶＣ状態確認手順は，ユーザと網間のリンクの正常性を確認すると共にユーザとユーザ間のＰＶＣ状態を通知するために行われる。
通常，ユーザ側から網に対して, 状態問合わせを要求するメッセージ（STATUS ENQIRY:ＳＥで略称する )を送信して，網から状態表示のメッセージ（STATUS：ＳＴと略称する）が返ってくる。この状態問合わせのメッセージ（ＳＥ）には，リンク完全性確認（ユーザと網間のリンクの正常性を確認）を要求するメッセージと，フルステータス表示（通信対象の全てのＰＶＣリンクの状況を確認）を要求するメッセージ（ＳＥ−Ｆと略称する）があり，ＳＥのメッセージを構成する情報要素の中のレポート種別により何れであるかを指示する。なお，これらの状態問合せ及び応答のメッセージのアドレスフィールドのＤＬＣＩは「０」を使用することになっている。
【０００６】
リンク完全性確認は，一定周期毎にユーザ側から網に対しＳＥを送信すると，網からＳＴが返され，ＳＥとＳＴの送信シーケンス番号と受信シーケンス番号が順番に更新されることを確認して端末側及び網側で正常性を確認することができる。
【０００７】
フルステータス表示を要求する状態問合わせのメッセージ（ＳＥ−Ｆ）は，情報要素の中のレポート種別でフルステータス表示が指示され，これを受けた網側では，端末が使用している各ＰＶＣについて情報要素を作成して，各情報要素について現在のＤＬＣＩ，新規ビット（Ｎ），アクティブビット（Ａ）を状態に応じて設定したフルステータス応答のメッセージ（ＳＴ−Ｆ（ＤＬＣＩ，Ｎ，Ａ）で表示）を端末側に応答する。ここで，新規ビット（Ｎ）は，これが「０」であるとＰＶＣが以前に確立していることを表し，「１」であるとＰＶＣが新しく確立したことを表す。
【０００８】
また，アクティブビット（Ａ）は，「Ｉ」（または０）であるとＰＶＣがインアクティブ（使用不可能），「Ａ」（または１）であるとアクティブ（使用可）であることを表す。端末側は，これを識別することにより全ての使用ＰＶＣの状態を確認することができる。なお，端末側では，前回のフルステータスメッセージ（ＳＴ−Ｆ）を保持しており，今回受け取ったフルステータスメッセージの内容と比べることにより，前回存在していたＰＶＣが今回のメッセージに含まれていないと，そのＰＶＣが削除されたことを検出できる。
【０００９】
図１５には，レポート種別がリンク完全性確認を要求するメッセージ及び応答としてステータスメッセージ（ＳＴ）の送受信は図示省略されており，フルステータス表示を要求するＳＥ−Ｆがリンク完全性確認の問合わせより長い周期でフレームリレー端末ａ，ＦＲＡＤａ，フレームリレー端末ｂから，それぞれ上位（網側）の装置である，ＦＲＡＤａやフレームリレー交換機に対し送信される（図１５のａ，ｃ１，ｅ１）。これに対し，それぞれ相手装置からＳＴ−Ｆが返ってくる（図１５のｂ，ｄ１，ｆ１）。なお，ｂに示すＳＴ−Ｆ（１６，Ａ）は，ＤＬＣＩが１６であり，Ａによりアクティブであることを表示し，ｄ１，ｆ１も同様である。
【００１０】
このように状態確認が行われるが，フレームリレー端末ａとＦＲＡＤａの間の回線に障害が発生すると，フレームリレー端末ａ側ではＳＥ／ＳＥ−Ｆを送信してもＦＲＡＤａから応答（ＳＴ／ＳＴ−Ｆ）が返ってこないか，またはＦＲＡＤａ側はフレームリレー端末ａからＳＥ／ＳＥ−Ｆを受信しないので障害であることが分かるが，ＦＲＡＤａはこれをフレームリレー交換機に通知することができない。この場合，フレームリレー交換機９２は，フレームリレー端末ｂからのｅ２で示すＳＥ−Ｆの状態問合わせに対し，ｆ２で示す応答でＰＶＣのＤＬＣＩ＝４８はアクティブであることを表示している。これを確認したフレームリレー端末ｂが，フレームリレー端末ａと接続するＰＶＣによりフレームｇを送信すると，フレームリレー交換機９２を介してＦＲＡＤａまで送信できるが，ＦＲＡＤａからフレームリレー端末ａの回線が障害となっているため，このフレームをフレームリレー端末ａへ送信できずに廃棄されることになる。
【００１１】
図１６，図１７は従来例２の接続形態とＰＶＣ状態確認の制御シーケンス（その１），（その２）である。この制御シーケンスでも，レポート種別がリンク完全性確認を要求するメッセージ及び応答としてステータスメッセージ（ＳＴ）の送受信は図示省略されている。
【００１２】
図１６，図１７において，９０，９３は上記図１５と同様にそれぞれフレームリレー端末ａ，フレームリレー端末ｂ，９４はＦＲＡＤ，９５は公衆フレームリレー網，９６はプライベートフレームリレー網である。この接続において，フレームリレー端末ａとフレームリレー端末ｂ間のＰＶＣは，図に示すように，ＤＬＣＩ１６，ＤＬＣＩ３２，ＤＬＣＩ４８，ＤＬＣＩ６４の各ＤＬＣＩが設定されている。
【００１３】
この従来例２のケースでは，プライベートフレームリレー網９６，ＦＲＡＤ９４はＤＴＥ（データ端末装置），公衆フレームリレー網９５はＤＣＥ（回線終端装置）として動作し，フレームリレー端末ａはＦＲＡＤ９４に対し，ＦＲＡＤ９４は公衆フレームリレー網９５に対し，プライベートフレームリレー網９６は公衆フレームリレー網９５に対し，フレームリレー端末ｂはプライベートフレームリレー網９６に対し，それぞれフルステータス表示を要求する問合わせを行っている。図１６に示すように，フレームリレー端末ａとＦＲＡＤ９４の間の回線障害が発生した場合，フレームリレー端末ｂは２度のＳＴ−Ｆ（ｇ１，ｇ２）の送信に対し，アクティブのフルステータス表示（ｈ１，ｈ２）を受け取っているので，フレームリレー端末ａへのフレームｉを送信するが，ＦＲＡＤ９４で廃棄されてしまう。
【００１４】
この後，図１７のシーケンスに移ってフレームリレー端末ａとＦＲＡＤ９４の間の回線障害が回復した時，フレームリレー端末ｂとプライベートフレームリレー網９６間で回線障害が発生した場合，フレームリレー端末ａは，フルステータスの状態問合わせ（ａ２）に対するステータス表示（ｂ２）によりＤＬＣＩ＝１６がアクティブであることを確認すると，フレームリレー端末ｂへフレームを送信する。この場合，プライベートフレームリレー網９６において，フレームリレー端末ｂへの送信できないため，フレームは廃棄される。
【００１５】
【発明が解決しようとする課題】
上記の従来例１では，上記のＩＴＵ−Ｔ勧告Ｑ．９３３ＡＮＮＥＸ  Ａで規定されるＰＶＣ状態確認手順によると，図１５に示す従来例１のＦＲＡＤａがＤＴＥとして動作するため，ＦＲＡＤａ配下の端末が回線障害になってＰＶＣが動作不可能な状態になっても，報告することができず，フレームリレー交換機とＦＲＡＤａ間のリンク完全性確認手順が正常であれば，相手端末に対しフルステータス表示の問合わせに対しＰＶＣが動作可能（アクティブ）と通知されてしまい，フレームが送信されても廃棄されるという問題がある。
【００１６】
同様に，従来例２の場合も，プライベートフレームリレー網，ＦＲＡＤがＤＴＥ，公衆フレームリレー網がＤＣＥとして動作するため，プライベートフレームリレー網配下のＰＶＣ状態がＦＲＡＤに，ＦＲＡＤ配下のＰＶＣ状態がプライベートフレームリレー網に報告されないため，ＦＲＡＤ配下の端末や，プライベートフレームリレー網配下の端末に回線障害が発生して動作不可能な状態になっても，公衆フレームリレー網とプライベートフレームリレー網，公衆フレームリレー網とＦＲＡＤ間のリンク完全性確認の手順が正常であれば，フルステータス表示の状態問合わせに対し，相手端末に動作可能と通知してしまう。
【００１７】
本発明はフレームリレー端末とＦＲＡＤ間の回線障害や，プライベートフレームリレー網とフレームリレー端末間の回線障害時にＰＶＣのインアクティブが，公衆フレームリレー網や，プライベートフレームリレー網に対し報告されないことによるフレーム廃棄の発生を防止することができるフレームリレー交換機とＦＲＡＤ間のＰＶＣ状態確認手順制御方式を提供することを目的とする。
【００１８】
また，フレームリレー端末とＦＲＡＤ間や，プライベートフレームリレー網とフレームリレー端末間のＰＶＣ状態情報要素で報告する新規ＰＶＣ（Ｎビット）の報告や，ＰＶＣ削除の報告についても同様に公衆フレームリレー網やプライベートフレームリレー網に対し報告できないという問題を解決することを目的とする。
【００１９】
【課題を解決するための手段】
本発明はフレームリレー交換機とＦＲＡＤ間のＰＶＣ状態確認手順として，双方向網手順を使用してフレームリレー交換機とＦＲＡＤ間の双方からＰＶＣ有効性の報告を可能とするものである。なお，この双方向網手順は，ＩＴＵ−Ｔ勧告Ｑ．９３３  ＡＮＮＥＸ  ＡでＵＮＩ（ユーザ・ネットワーク・インタフェース）でオプションとして規定されているが，本発明はその手順をＦＲＡＤとフレームリレー交換機の場合に使用するものである。
【００２０】
また，本発明はこのフレームリレー交換機とＦＲＡＤ間の双方向網手順を使用して，新規ＰＶＣの報告や，削除ＰＶＣの報告を行うものである。
更に，本発明はプライベートフレームリレー網に対しＦＲＡＤが公衆フレームリレー網を経由して接続される場合に，プライベートフレームリレー網とＦＲＡＤ間で直接ＰＶＣ状態確認手順を実施するためのＰＶＣを公衆フレームリレー網に設定して双方向網手順を両者の間で行い，ＰＶＣ有効性の報告をＦＲＡＤからプライベートフレームリレー網に通知することを可能とするものである。
【００２１】
図１は本発明による第１の原理構成図である。
図１において，１はフレームリレー端末ａ，２はＦＲＡＤａ，２ａはフレームリレー交換機３に対しフルステータスの問合せを開始して応答を受信する処理を行う状態問合わせ開始手段，２ｂは配下の端末からのフルステータスの状態問合せに対し状態表示の応答を送信する処理を行う端末間状態問合せ応答手段，２ｃはフレームリレー交換機からの問合せに対しフルステータスの問合せに対し応答を送信する処理を行う状態問合せ応答手段，３は公衆網または私設網の何れかのフレームリレー交換機，３ａはＦＲＡＤに対しフルステータスの状態問合せを開始して応答を受け取る処理を行う状態問合わせ開始手段，３ｂは端末からの状態問合せに対し応答を送信する処理を行う端末間状態問合せ応答手段，３ｃはＦＲＡＤからの状態問合せを受け取ると状態表示の応答を返す状態問合せ応答手段，４はフレームリレー端末ｂである。
【００２２】
フレームリレー端末（以下，単に端末という）ａとｂを結ぶＰＶＣは，端末ａとＦＲＡＤａ間のＤＬＣＩが「１６」，ＦＲＡＤａとフレームリレー交換機３間のＤＬＣＩが「３２」，フレームリレー交換機３と端末ｂ間のＤＬＣＩが「４８」であり，各装置の間のインタフェースは全てＵＮＩ（ユーザ・ネットワーク・インタフェース）である。なお，図１の構成において，ＦＲＡＤａの２ｃ，フレームリレー交換機３の３ａは，逆方向の状態問合せを行うために新たに設けられた手段である。
【００２３】
図１において，ＦＲＡＤａ２及びフレームリレー交換機３はそれぞれ従来と同様に端末間状態問合せ応答手段２ｂ，３ｂにより各フレームリレー端末（以下，単に端末という）ａ，ｂからの状態問合せに対し応答すると共に，端末との回線の状態（障害発生）を検出する。また，ＦＲＡＤａは網側装置（ＤＣＥ）であるフレームリレー交換機３に対し端末装置（ＤＴＥ）として従来と同様に，状態問合せ開始手段２ａにより状態問合せを行い，フレームリレー交換機３の状態問合せ応答手段３ｃにより応答を行うことで，ＦＲＡＤａとフレームリレー交換機３の間のＤＬＣＩ及びフレームリレー交換機３と端末ｂの間のＤＬＣＩの状態を識別することがてきる。
【００２４】
これと逆方向の状態問合せを行うために，本発明により，フレームリレー交換機３に状態問合せ開始手段３ａを設け，その状態問合せに対し応答するためにＦＲＡＤａに状態問合せ応答手段２ｃを設けた。この逆方向の状態問合せを行うことにより，フレームリレー交換機３は端末ａの回線状態を含むＰＶＣ状態を得ることができ，この状態を端末ｂからの状態問合せ時に通知することができる。なお，応答により通知される状態の中には，ＰＶＣのアクティブ，インアクティブだけでなく，ＰＶＣの追加（新規），ＰＶＣの削除等も含まれる。
【００２５】
図２は本発明による第２の原理構成図である。図２において，１，４は上記図１の同じ符号と同様のフレームリレー端末ａ，ｂであり，５はＦＲＡＤｃ，６は公衆フレームリレー網，７はプライベートフレームリレー網（具体的にはその中の交換機）である。ＦＲＡＤｃの５ａ，５ｂは上記図１のＦＲＡＤａ内の２ａ，２ｂと同様であり説明を省略する。５ｃはＦＲＡＤ間状態問合せ開始手段，５ｄはＦＲＡＤ間状態問合せ応答手段である。なお，プライベートフレームリレー網７は，公衆フレームリレー網６からみるとＦＲＡＤに相当するため，ＦＲＡＤｃとプライベートフレームリレー網７との間をＦＲＡＤ間と呼ぶ。公衆フレームリレー網６の６ａは状態問合せ応答手段６ａであり，プライベートフレームリレー網７の７ａ，７ｂは前記ＦＲＡＤｃの５ａ，５ｂに対応し，７ｃ，７ｄは上記ＦＲＡＤｃの５ｃ，５ｄに対応する。
【００２６】
この例では，通常のユーザデータの通信用のＰＶＣとして，端末ａとＦＲＡＤｃ間のＤＬＣＩが「１６」，ＦＲＡＤｃと公衆フレームリレー網６間のＤＬＣＩが「３２」，公衆フレームリレー網６とプライベートフレームリレー網７間のＤＬＣＩが「４８」，プライベートフレームリレー網７と端末ｂ間のＤＬＣＩが「６４」であり，各装置の間のインタフェースは全てＵＮＩである。また，ＦＲＡＤｃの５ｃ，５ｄ及びプライベートフレームリレー網７の７ｃ，７ｄは，この発明によりＦＲＡＤｃとプライベートフレームリレー網７の間で双方向の状態確認を行うために設けられた手段である。
【００２７】
図２のＦＲＡＤｃとプライベートフレームリレー網７の状態問合せ開始手段５ａ，７ａはそれぞれ網側装置である公衆フレームリレー網６に対し上記図１のＦＲＡＤａの２ａと同様に状態問合せを行い，公衆フレームリレー網６の状態問合せ応答手段６ａからの応答を受け取ることによりそれぞれ公衆フレームリレー網６とプライベートフレームリレー網７の間のＰＶＣの状態及びＦＲＡＤｃと公衆フレームリレー網６間のＰＶＣの状態を識別できる。この発明では，ＦＲＡＤｃとプライベートフレームリレー網７により，それぞれ相手側の端末の状態（回線状態）を識別するための，ＦＲＡＤ間の双方向の状態問合せ用のＰＶＣを，公衆フレームリレー網６に予め設定しておく。図２の例では，ＦＲＡＤｃと公衆フレームリレー網６間のＤＬＣＩが「１」で，公衆フレームリレー網６とプライベートフレームリレー網７間のＤＬＣＩが「２」である。
【００２８】
ＦＲＡＤｃ及びプライベートフレームリレー網７のＦＲＡＤ間状態問合せ開始手段５ｃ，７ｃは，このＦＲＡＤ間の状態問合せ用のＰＶＣを介して状態問合せを行うと相手方のＦＲＡＤ間状態問合せ応答手段５ｄ，７ｄによりＦＲＡＤｃやプライベートフレームリレー網７において，ＤＬＣＩを識別して，本来のユーザデータの通信用のＰＶＣのＤＬＣＩに接続する配下の端末の回線状態を含む状態情報をＦＲＡＤ間状態問合せ用のＰＶＣを介して応答する。この応答を受信することにより，相手ＦＲＡＤ（またはプライベートフレームリレー網）に接続する端末の状態を識別することができる。
【００２９】
上記の図２の説明では，公衆フレームリレー網６にＦＲＡＤ間状態問合せ用のＰＶＣを設定しているが，新たなＰＶＣを設定せずに，既存のＰＶＣ（ＦＲＡＤｃと公衆フレームリレー網６の間はＤＬＣＩ「３２」，公衆フレームリレー網６とプライベートフレームリレー網７の間はＤＬＣＩ「４８」を使用したＰＶＣ）を使用して，フレーム内にフレーム識別情報を設け，そこに通常フレームかＰＶＣ状態確認用フレームかの識別情報を設定するようにしてもよい。
【００３０】
【発明の実施の形態】
図３は本発明の第１の制御シーケンスの例であり，上記図１に示す構成における各装置間の相互の制御動作の例を示す。
【００３１】
図３に示す端末ａからＦＲＡＤａに対しＳＥ−Ｆ（フルステータス要求のメッセージ，以下，単にＳＥ−Ｆという）が送信され，ＦＲＡＤａでこれを受信すると，端末間状態問合せ応答手段２ｂにより従来と同様にＳＴ（フルステータス表示の応答メッセージ，以下，単にＳＴという）が送り返される（図３のａ１，ｂ１）。この端末間状態問合せ応答手段２ｂは，端末からのＳＥ−Ｆ（またはリンク完全性確認の問合せ）が一定周期で来ないと，回線障害であることを検出できる。
【００３２】
一方，ＦＲＡＤａは，従来と同様に状態問合せ開始手段２ａが動作してフレームリレー交換機３へのＳＥ−Ｆの送信と，フレームリレー交換機３の状態問合応答手段３ｃの処理により送られてくるＳＴ−Ｆを受信してＰＶＣの状態を検出する（ｃ１，ｄ１）。また，フレームリレー交換機３は，状態問合せ開始手段３ａによりＦＲＡＤａに対しＳＥ−Ｆを送出し，ＦＲＡＤａが状態問合せ応答手段２ｃの動作によりＳＴ−Ｆ（端末ａとＦＲＡＤａ間のＰＶＣ状態を含む）を受け取る。この場合，フレームリレー交換機３は端末（ＤＴＥ）として動作するのと同じである。
【００３３】
図３に示すように端末ａとＦＲＡＤａ間で回線障害が発生すると，フレームリレー交換機３からのｅ２で示すＳＥ−Ｆに対し，ＦＲＡＤａからｆ２で示すＳＴ−Ｆ（３２，Ｉ）が送られる。このＳＴは，ＤＬＣＩ３２は，インアクティブ（Ａ＝１に表示）であることを表示する。この後，フレームリレー交換機３が端末ｂからｇ２で示すＳＥ−Ｆを受け取ると，ＤＬＣＩ３２がインアクティブであるため，このＰＶＣを構成するＤＬＣＩ４８についても，インアクティブであることを表示するＳＴ−Ｆ（４８，Ｉ）を端末ｂへ通知する。これにより，端末ｂは端末ａへのフレームの送信を止める。こうして，従来の技術では，端末ｂに端末ａの状態が報告されないことによりフレームの送信が行われて，途中で廃棄される事態の発生を防止することができる。
【００３４】
図４，図５は本発明による第２の制御シーケンスの例（その１），（その２）であり，上記図２に示す構成における各装置間の相互の制御動作の例を示す。
図２を参照しながら説明すると，予めＦＲＡＤｃとプライベートフレームリレー網７の間で，直接ＰＶＣ状態確認手順を実施するためのＰＶＣを公衆フレームリレー網６に設定する。そのＰＶＣは上記したように，ＦＲＡＤｃと公衆フレームリレー網６の間のＤＬＣＩが「１」で，公衆フレームリレー網６とプライベートフレームリレー網７の間のＤＬＣＩが「２」である。
【００３５】
端末ａとＦＲＡＤｃ間及びプライベートフレームリレー網７と端末ｂの間の状態確認の問合せＳＥ−Ｆはそれぞれ端末側から従来と同様に開始され，端末間状態問合せ応答手段５ｂ，７ｂにより対応する端末へＳＴが送られる（図４のａ１，ｂ１，ｇ１，ｈ１等）。また，この端末間状態問合せ応答手段５ｂ，７ｂにより対応する端末側の回線障害の検出をリンク完全性確認（従来のシーケンス番号による）手順により行うことができる。また，ＦＲＡＤｃとプライベートフレームリレー網７は，それぞれ端末（ＤＴＥ）として公衆フレームリレー網６に対し，状態問合せ開始手段５ａ，７ａから開始し，状態問合せ開始手段５ａは公衆フレームリレー網６から，公衆フレームリレー網６とプライベートフレームリレー網７間のＰＶＣ状態を受け取り，状態問合せ開始手段７ａは公衆フレームリレー網６から，公衆フレームリレー網６とＦＲＡＤｃ間のＰＶＣ状態を受け取る。
【００３６】
また，ＦＲＡＤｃ及びプライベートフレームリレー網７のＦＲＡＤ間状態問合せ開始手段５ｃ，７ｃはそれぞれ，相手ＦＲＡＤ（またはプライベートフレームリレー網）との間でＰＶＣ状態確認を行うため，対応するＰＶＣのＤＬＣＩ（ＤＬＣＩ１または２）をテーブル（後述するＰＶＣ管理テーブル）から取り出し，相手ＦＲＡＤ（またはプライベートフレームリレー網）の番号や公衆フレームリレー網６の回線番号を指定して，ＦＲＡＤ間ＰＶＣ状態確認用の種別等を含む状態問合せＳＥ−Ｆを送信する。
【００３７】
これを受けた，相手ＦＲＡＤｃまたはプライベートフレームリレー網７のＦＲＡＤ間状態問合せ応答手段５ｄ，７ｄはそれぞれ種別によりＦＲＡＤ間状態問合せであることを識別し，テーブルを参照して上記テーブルから本来のユーザデータ用のＰＶＣのＤＬＣＩを求めて，その状態情報を相手側のＦＲＡＤ（プライベートフレームリレー網）に向けて送信する。この場合も，ＦＲＡＤ間状態問合せ用のＰＶＣを用いて公衆フレームリレー網を介して送られる。このやりとりは，図４のｉ１，ｊ１及びｋ１，ｌ（エル）１により行われる。
【００３８】
図４において，端末ａとＦＲＡＤａ間の回線障害が発生した場合，その後ＦＲＡＤａでは，端末ａからの状態問合せ（リンク完全性確認またはフルステータス表示）が一定時間以上無いことにより障害になっていることを検出する。この状態（ユーザデータ通信用のＰＶＣがＤＬＣＩ「１６」の部分で使用不可となっている状態）は，図５のｋ２で示すプライベートフレームリレー網７からのＦＲＡＤ間状態問合せ（ＳＥ−Ｆ）に対し，ＦＲＡＤｃからのｌ（エル）２で示す応答（ＳＴ−Ｆ（３２，Ｉ）：ＤＬＣＩ「３２」がインアクティブであることを表す）により通知することができる。この応答を識別すると，プライベートフレームリレー網７はその後に端末ｂからのｇ２に示す状態問合せ（ＳＥ−Ｆ）に対し，ｈ２で示す応答（ＳＴ−Ｆ（６４，Ｉ）：ＤＬＣＩ「６４」がインアクティブであることを表示）を返す。
【００３９】
その後，端末ｂの回線に障害が発生して，端末ａの回線障害が回復した場合，プライベートフレームリレー網７において，端末ｂからの状態問合せ（リンク完全性確認またはフルステータス表示）が一定時間以上ないことにより端末ｂの回線に障害が発生したことを検出する。これによりＦＲＡＤｃからのＦＲＡＤ間状態問合せ用のＰＶＣを用いたＦＲＡＤ間状態問合せが，図５のｉ３に示すようにプライベートフレームリレー網７へ送られると，プライベートフレームリレー網７で端末ｂとの回線が障害であるために，ｊ３で示すような応答（ＳＴ−Ｆ（３２，Ｉ）：ＤＬＣＩ「３２」はインアクティブであることを表示）を返す。その後，端末ａがａ２で示す状態問合せ（ＳＥ−Ｆ）を行うと，ＦＲＡＤｃは先のｊ３の応答結果に基づいて，ＤＬＣＩ「１６」がインアクティブであることを表す応答（ＳＴ（１６，Ｉ））を端末ａに送信する。これにより，端末ａは，回線障害が発生した端末ｂへの送信を止める。
【００４０】
上記図４，図５の説明ではＦＲＡＤ間状態問合せ用のＰＶＣを新たに契約して設定しているが，料金の関係等でこの方法を採用できない場合には，契約済の既存のＰＶＣ（図２のＤＬＣＩ「３２」，ＤＬＣＩ「４８」）を使用して，ＦＲＡＤ間状態確認手順用のフレームを送受信することができ，図６にそのフォーマットを示す。
【００４１】
図６はＦＲＡＤ，公衆フレームリレー網及びプライベートフレームリレー網間で送信されるフレームのフォーマットである。このフォーマットにおいて，ａはフラグ，ｂはアドレスフィールド，ｃはフレーム識別部であり，この中の１ビットを使用して，“０”が通常フレーム，“１”がＰＶＣ状態確認手順用フレームを表示する。その後の領域であるｄにユーザデータ（通常フレームの場合）か，Ｑ．９３１メッセージ（ＰＶＣ状態確認手順用フレームの場合）が選定される。
【００４２】
また，ｅはＦＣＳ，ｆはフラグである。このフレームを用いてＰＶＣ状態問合せを行う場合，公衆フレームリレー網６では，既存のＰＶＣを介して相手側のＦＲＡＤに送信する。相手側のＦＲＡＤで，フレームの中のフレーム識別部を判別して，ユーザデータ内のＱ．９３１メッセージを確認の問合せとして処理し，対応する応答を同様のフォーマットにより，問合せを開始したＦＲＡＤへ送信する。
【００４３】
図７はフレームリレー交換機の構成図である。このフレームリレー交換機の構成は，上記図２に示すＦＲＡＤｃ及びプライベートフレームリレー網７内の交換機に相当する。また，このフレームリレー交換機の構成には，上記図１に示すＦＲＡＤａ及びフレームリレー交換機３と共通の構成が含まれている（ＦＲＡＤ間ポーリング開始手順処理部１６，ＦＲＡＤ間ポーリング応答手順処理部１７及びこれらの処理に関連するテーブルを除く）。
【００４４】
図７において，１０はフレームリレー交換サービスを実行するフレームリレー交換機，１１はＣＣＩＴＴ勧告Ｑ．９２２，Ｑ．９３３に従い，ユーザとのフレーム送受信処理及びフレームリレー交換機間のフレーム送受信処理を行うフレームリレー交換処理部である。なお，フレームリレー交換処理部１１を構成する，各処理部１２〜１７のプログラムは交換機のメインメモリに格納される。
【００４５】
１２はフレーム受信処理部であり，その機能は，端末からのフレーム受信時，ＤＬＣＩ＝０の場合，ＰＶＣ状態確認用のフレームと認識し，フレームの分析処理を続行し，ステータス（ＳＴ）メッセージの場合は，ポーリング（ＰＶＣ状態確認の問合せを意味する）開始手順処理部１４（後述する）を起動し，ステータスＥＮＱ（状態問合せ：ＳＥ）メッセージの場合は，ポーリング応答手順処理部１５（後述する）を起動する。また，ＤＬＣＩ≠０の場合，回線番号とＤＬＣＩ番号からＰＶＣ管理テーブル２０（後述する）を参照し，ＰＶＣ識別表示を求める。ＰＶＣ識別表示がＦＲＡＤ間ＰＶＣ状態確認手順用であることが分かると，フレームの分析を行い，ステータスメッセージの場合は，ＦＲＡＤ間ポーリング開始手順処理部１６を起動し，ステータスＥＮＱ（状態問合せ）メッセージの場合は，ＦＲＡＤ間ポーリング応答手順処理部１７を起動する。
【００４６】
１３はフレーム送信処理部であり，ポーリング開始手順処理部１４，ポーリング応答手順処理部１５，ＦＲＡＤ間ポーリング開始手順処理部１６，ＦＲＡＤ間ポーリング応答手順処理部１７から起動され，各処理部から送信依頼されたＰＶＣ状態確認手順用のＱ．９３１メッセージ（ステータスメッセージ：ＳＴ，ステータス問合せメッセージ：ＳＥ）を回線に対して送信する。
【００４７】
１４はポーリング開始手順処理部であり，フレームリレー交換機１０とＦＲＡＤ装置が直接接続される場合（図１の場合）は，ＦＲＡＤとの間でＩＴＵ−Ｔ勧告Ｑ．９３３ＡＮＮＥＸ  Ａで規定するＰＶＣ状態確認手順のポーリング開始手順の処理を行う。
【００４８】
１５はポーリング応答手順処理部であり，フレームリレー交換機とＦＲＡＤ装置が直接接続される場合（図１の場合）は，ＦＲＡＤとの間でＩＴＵ−Ｔ勧告Ｑ．９３３ＡＮＮＥＸ  Ａで規定するＰＶＣ状態確認手順のポーリング応答手順の処理を行う。なお，端末からのポーリング開始手順に対しても応答手順の処理を行う。
【００４９】
１６はＦＲＡＤ間ポーリング開始手順処理部であり，公衆フレームリレー網経由でＦＲＡＤと接続されている場合（図２の場合）に，ＦＲＡＤとの間でＩＴＵ−Ｔ勧告Ｑ．９３３ＡＮＮＥＸ  Ａで規定するＰＶＣ状態確認手順のポーリング開始手順の処理を行う。なお，ＤＬＣＩ番号はＦＲＡＤ間ＰＶＣ状態確認手順用ＤＬＣＩ管理テーブル２４（後述する）に登録されているＤＬＣＩ番号を使用する。
【００５０】
１７はＦＲＡＤ間ポーリング応答手順処理部であり，公衆フレームリレー網経由でＦＲＡＤと接続されている場合にＦＲＡＤとの間でＩＴＵ−Ｔ勧告Ｑ．９３３ＡＮＮＥＸ  Ａで規定するＰＶＣ状態確認手順のポーリング応答手順の処理を行う。なお，ＤＬＣＩ番号はＦＲＡＤ間ＰＶＣ状態確認手順用ＤＬＣＩ管理テーブルに登録されているＤＬＣＩ番号を使用する。
【００５１】
次に１８〜２４の各符号が付されたテーブルを，図８乃至図１４を参照しながら説明する。
１８はリンク状態管理テーブルであり，その構成図を図８に示す。
【００５２】
このリンク状態管理テーブルは，図８に示すように回線番号によりインデックスされ，フレームリレー交換機と直接回線で接続されるＦＲＡＤ，または公衆フレームリレー網との間で実施するＰＶＣ状態確認手順の動作モード（ａで示す），ポーリング開始手順リンク状態（ｂで示す），ポーリング応答手順リンク状態（ｃで示す）を保持する。ａの動作モードは，該当する回線のＰＶＣ状態確認手順の動作モードを表し，次の何れかのモードが設定される。
【００５３】
▲１▼ＤＴＥモード（端末として動作し，ポーリング開始手順だけを行う）
▲２▼ＤＣＥモード（網として動作し，ポーリング応答手順だけを行う）
▲３▼双方向モード（ポーリング開始手順ならびにポーリング応答手順を行う）
ｂのポーリング開始手順リンク状態は，ポーリング開始手順におけるリンク完全性確認状態（上記した送信，受信シーケンス番号による確認）を示し，正常状態かエラー状態かを表す。但し，この情報は動作モードがＤＴＥモードか双方向モードの場合に有効である。
【００５４】
ｃのポーリング応答手順リンク状態は，ポーリング応答手順におけるリンク完全性確認状態を示し，正常状態，エラー状態を表す。但し，この情報は動作モードがＤＣＥモードか双方向モードの場合に有効である。
【００５５】
１９はＰＶＣ状態管理テーブルであり，その構成図を図９に示す。
このＰＶＣ状態管理テーブルは，図９に示すように，回線番号×ＤＬＣＩ番号でインデックスされ，登録表示ａ，Ｎビット送信状況ｂ，Ｎビット受信状況ｃ，Ａビット受信状況ｄを保有する。ａの登録表示は，当該ＤＬＣＩに対してＰＶＣが登録されているか否かを示し，ｂのＮビット送信状況は，ポーリング応答手順におけるＮビット（新規のＰＶＣを追加したことを表示するビット）の送信状況を示し，次の３つの状況がある。▲１▼Ｎビット＝１未送信，▲２▼Ｎビット＝１送信済で相手確認待ち，▲３▼Ｎビット＝１送信済で相手確認済である。
【００５６】
図９のｃのＮビット受信状況は，ポーリング開始手順におけるＮビット受信状況を示し，次の２つの状況がある。▲１▼Ｎビット＝１未受信（ＰＶＣ状態情報要素無しを含む），▲２▼Ｎビット＝１受信済である。更に，ｄのＡビット受信状況は，ポーリング開始手順におけるＡビット（リンクがアクティブかインアクティブかを表す）の受信状況を示し，▲１▼Ａビット＝０受信（インアクティブ），▲２▼Ａビット＝１受信（アクティブ）の何れかである。
【００５７】
図７の２０はＰＶＣ管理テーブルであり，その構成図を図１０に示す。
このＰＶＣ管理テーブルは，図１０に示すように，回線番号，ＤＬＣＩ番号でインデックスされ，ＰＶＣ識別表示ａ，ＰＶＣの相手情報有効表示ｂ，相手回線番号ｃ，相手ＤＬＣＩ番号ｄ，また公衆フレームリレー網経由でＦＲＡＤと接続される場合は，その表示ｅ，ＦＲＡＤ番号ｆ及びＦＲＡＤ側ＤＬＣＩ番号ｇを保有する。
【００５８】
上記ａのＰＶＣ識別表示は，当該ＰＶＣが次の２つの何れの用途であるかを表示する。すなわち，▲１▼通常ＰＶＣ用か，▲２▼ＦＲＡＤ間ＰＶＣ状態確認手順用かの何れかである。次のｂの相手情報有効表示は，相手回線番号，相手ＤＬＣＩ番号が有効か否かを示す。また，ｃの相手回線番号は，ＰＶＣの相手回線番号を示し，ｄの相手ＤＬＣＩ番号は，ＰＶＣの相手ＤＬＣＩ番号を示す。ｅの公衆フレームリレー網経由ＦＲＡＤ接続表示は，公衆フレームリレー網経由でＦＲＡＤに接続されるＰＶＣであるかを示す。また，ｆのＦＲＡＤ番号は，公衆フレームリレー網経由で接続されるＦＲＡＤ番号を示し，ｇのＦＲＡＤ側ＤＬＣＩ番号は，公衆フレームリレー網間のＤＬＣＩ番号を示す。
【００５９】
図７の２１はＦＲＡＤ間リンク状態管理テーブルであり，その構成図を図１１に示す。
このＦＲＡＤ間リンク状態管理テーブルは，図１１に示すようにＦＲＡＤ番号でインデックスされ，ＦＲＡＤとの間で実施するＰＶＣ状態確認手順の動作モードａ，ポーリング開始手順リンク状態ｂ，ポーリング応答手順リンク状態ｃを保有する。ａ〜ｃに設定される内容は，上記図８に示すリンク状態管理テーブルと同様であり，説明を省略する。但し，この場合のリンク状態は公衆フレームリレー網を介した他のＦＲＡＤとの間のＰＶＣのリンク状態に関する。
【００６０】
図７の２２はＦＲＡＤ間ＰＶＣ状態管理テーブルであり，その構成図を図１２に示す。
このテーブルは，図１２に示すように，ＦＲＡＤ番号，ＤＬＣＩ番号でインデックスされ，登録表示ａ，Ｎビット送信状況ｂ，Ｎビット受信状況ｃ，Ａビット受信状況ｄを保有する。このテーブルのａ〜ｄに設定される内容は，上記図９に示すＰＶＣ状態管理テーブルと同様であり，説明を省略する。但し，この場合のＰＶＣ状態は，公衆フレームリレー網を介した他のＦＲＡＤとの間のＰＶＣに関する。
【００６１】
図７の２３はＦＲＡＤ間ＰＶＣ管理テーブルであり，その構成図を図１３に示す。
このテーブルは，図１３に示すように，ＦＲＡＤ番号，ＤＬＣＩ番号でインデックスされ，ＰＶＣ識別表示ａ，公衆フレームリレー網と接続している回線番号ｂ，ＤＬＣＩ番号ｃを保有する。ａのＰＶＣ識別表示は，通常ＰＶＣ用か，ＦＲＡＤ間ＰＶＣ状態確認手順用かを示し，ｂの回線番号はプライベートフレームリレー網が公衆フレームリレー網と接続している回線番号を示し，ＤＬＣＩ番号はプライベートフレームリレー網と公衆フレームリレー網間のＤＬＣＩ番号を示す。
【００６２】
図７の２４はＦＲＡＤ間ＰＶＣ状態確認手順用ＤＬＣＩ管理テーブルであり，その構成図を図１４に示す。
このテーブルは，ＦＲＡＤ番号でインデックスされ，ＦＲＡＤとの間でＰＶＣ状態確認手順を実施するＤＬＣＩ番号を保有する。
【００６３】
上記のような各処理部と各テーブルを備えた図７に示すフレームリレー交換機が，上記図２に示すプライベートフレームリレー網の交換機として動作する例を説明する。但し，プライベートフレームリレー網とＦＲＡＤとのＰＶＣ状態確認手順において，ＤＬＣＩ番号の変更はプライベートフレームリレー網側（図７のフレームリレー交換機）で実施する。なお，このＤＬＣＩ番号の変更は，上記図２に関して説明した，図２のＦＲＡＤｃが公衆フレームリレー網とＦＲＡＤ間のＰＶＣ状態確認用に契約したＤＬＣＩ番号と，プライベートフレームリレー網が公衆フレームリレー網とＦＲＡＤ間のＰＶＣ状態確認用に契約したＤＬＣＩ番号に相違があるため，何れか一方で変換処理を行う。
【００６４】
ポーリング開始手順及びポーリング応答手順については，ＩＴＵ−Ｔ勧告Ｑ．９３３ＡＮＮＥＸ  Ａで規定されている通りに従来と同様に行われ，説明を省略する。
【００６５】
以下に，主としてＦＲＡＤ間のＰＶＣ状態確認手順（図４，図５参照）に関して，図７に示すフレームリレー交換機の処理を説明する。この場合，図２，図４に示すように，通常の通信要求のＰＶＣ（ＤＬＣＩ１６，３２，４８，６４とで構成）の他にＦＲＡＤ間のＰＶＣ状態確認手順用のＰＶＣ（ＤＬＣＩ１とＤＬＣＩ２で構成）が公衆フレームリレー網に設定（契約）されているものとする。
【００６６】
フレームリレー交換機は，ポーリング開始手順処理部１４がフレーム送信処理部１３に送信依頼して公衆フレームリレー網（図２の６）に対して送信した状態問合せ（ＳＥ：STATUS ENQUIRY) メッセージ（レポート種別＝フルステータス）に対して，公衆フレームリレー網から状態表示メッセージ（ＳＴ−Ｆ）を受信するとフレーム受信処理部１２でＤＬＣＩ＝０且つＱ．９３１メッセージ種別を分析することで，状態表示メッセージ（STATUS）と認識し，ポーリング開始手順処理部１４を起動する。ポーリング開始手順処理部１４は，状態表示メッセージの情報要素を分析し，ＤＬＣＩ＝４８のＰＶＣ状態情報要素内のＡビット＝１を，図９に示すＰＶＣ状態管理テーブル内のＡビット受信状況にＡ＝１受信を設定する。
【００６７】
次に，フレームリレー交換機は，ＦＲＡＤに対し状態問合せメッセージを送信する場合，図１４に示すＦＲＡＤ間ＰＶＣ状態確認手順用のＤＬＣＩ管理テーブル２４から，ＦＲＡＤとの間でＰＶＣ状態確認手順を行うためのＤＬＣＩ番号を求める。求めたＤＬＣＩ番号とＦＲＡＤ番号から図１３に示すＦＲＡＤ間ＰＶＣ管理テーブル２３から公衆フレームリレー網と接続している回線番号とＤＬＣＩ番号を求めて，フレーム送信処理部に対して送信依頼し，フレームリレー送信処理部１３はＤＬＣＩ＝２とする状態要求メッセージ（ＳＥ）を公衆フレームリレー網に対して送信する。公衆フレームリレー網は，通常フレームの交換処理を行い，通信相手であるＦＲＡＤに対して状態問合せ（ＳＥ）を送信する。
【００６８】
ＦＲＡＤが送信した状態表示メッセージ（ＳＴ）を公衆フレームリレー網からＤＬＣＩ＝２のフレームとしてフレーム受信処理部１２が受信するとＤＬＣＩ＝０でないため，回線番号，ＤＬＣＩ番号から図１０に示すＰＶＣ管理テーブルのＰＶＣ識別表示を判定する。この判定でＦＲＡＤ間ＰＶＣ状態確認手順用であることが判別されるため，フレームの分析を継続し，Ｑ．９３１メッセージ種別が状態表示メッセージ（ＳＴ）であることからＦＲＡＤ間ポーリング開始手順処理部１６を起動する。ＦＲＡＤ間ポーリング開始手順処理部１６は，回線番号とＤＬＣＩ番号から，図１０に示すＰＶＣ管理テーブル内のＦＲＡＤ番号を求める。
【００６９】
また，ＦＲＡＤ間ポーリング開始手順処理部１６は，状態表示メッセージ（ＳＴ）の情報要素を分析し，ＤＬＣＩ＝３２のＰＶＣ状態情報要素内のＡビット＝０を図１２に示すＦＲＡＤ間ＰＶＣ状態管理テーブル内のＡビット受信状況にＡビット＝０受信を設定する。
【００７０】
次にフレームリレー端末ｂ（図２の４）に対してレポート種別がフルステータスの状態要求メッセージ（ＳＴ−Ｆ）を送信する場合，ポーリング応答手順処理部１５は，ＤＬＣＩ６４に対するＰＶＣ状態情報要素を編集するが，そのＡビットの値の編集は次のように行う。
【００７１】
まず，回線番号，ＤＬＣＩ番号から図１０に示すＰＶＣ管理テーブルを参照し，相手回線番号と相手ＤＬＣＩ番号を求める。これは，公衆フレームリレー網との接続回線番号とＤＬＣＩ番号である。また，求めた回線番号，ＤＬＣＩ番号から図１０に示すＰＶＣ管理テーブルを参照すると，公衆フレームリレー網経由ＦＲＡＤ接続表示が設定されているので，公衆フレームリレー網経由でＦＲＡＤに接続されたＰＶＣであると識別し，そのテーブルからＦＲＡＤ番号，ＦＲＡＤ側ＤＬＣＩ番号を求める。
【００７２】
こうして求めた回線番号，ＤＬＣＩ番号からＤＬＣＩ６４に対するＰＶＣ状態情報要素を編集するＡビットは，以下の全てを満足する場合だけＡビット＝１とする。
【００７３】
(1) フレームリレー端末ｂとのポーリング応答手順のリンク完全性確認が正常であること。これは，図８のリンク状態管理テーブル内のポーリング応答手順リンク状態ｃにより判定する。
【００７４】
(2) 公衆フレームリレー網からポーリング開始手順でＡビット＝１（アクティブ）を受信していること。これは，図９のＰＶＣ状態管理テーブル内のＡビット受信状況ｄにより判定する。
【００７５】
(3) 公衆フレームリレー網とのポーリング開始手順のリンク完全性確認が正常であること。これは，図８のリンク状態管理テーブル内のポーリング開始手順リンク状態ｂにより判定する。
【００７６】
(4) ＦＲＡＤｃ（図２の５）からポーリング開始手順でＡビット＝１を受信していること。これは図１２のＦＲＡＤ間ＰＶＣ状態管理テーブルのＡビット受信状況ｄにより判定する。
【００７７】
(5) ＦＲＡＤｃとのポーリング開始手順のリンク完全性確認が正常であること。これは図１１のＦＲＡＤ間リンク状態管理テーブルのポーリング開始手順リンク状態ｂにより判定する。
【００７８】
(6) ＦＲＡＤｃとのポーリング応答手順のリンク完全性確認が正常であること。これは，図１１のＦＲＡＤ間リンク状態管理テーブル内のポーリング応答手順リンク状態ｃにより判定する。
【００７９】
上記の図２，図４の構成でフレームリレー端末ａとＦＲＡＤｃの間が回線障害の場合には，上記の(4) でＡビット＝０（インアクティブ）を受信するため，ＤＬＣＩ＝６４に対するＰＶＣ状態情報要素のＡビットは０に設定される。状態表示メッセージ（ＳＴ）が編集されるとフレーム送信処理部１３が起動され，フレームリレー端末ｂに対して送信される。
【００８０】
【発明の効果】
本発明により以下のような効果を奏する。
(1) フレームリレー交換機，ＦＲＡＤの双方向でＰＶＣの有効性（アクティブ）の報告が可能となるためエンド端末に対して正確なＰＶＣ有効性の報告が可能となる。
【００８１】
(2) フレームリレー交換機とＦＲＡＤの双方向で新規ＰＶＣの報告が可能となるため，エンド端末に対してフレームリレー交換機, ＦＲＡＤの双方ともＰＶＣが登録された時点でエンド端末に対して新規ＰＶＣの報告が可能となる。
【００８２】
(3) フレームリレー交換機, ＦＲＡＤの双方向で削除ＰＶＣの報告が可能となるため，エンド端末に対してフレームリレー交換機，ＦＲＡＤの何れか一方のＰＶＣが削除された時点でエンド端末に対して削除ＰＶＣの報告をすることが可能となる。
【００８３】
(4) プライベートフレームリレー網とＦＲＡＤが公衆フレームリレー網を経由して接続した場合にも，上記(1) 〜(3) と同様の効果が得られる。
【図面の簡単な説明】
【図１】本発明の第１の原理構成図である。
【図２】本発明の第２の原理構成図である。
【図３】本発明の第１の制御シーケンスの例である。
【図４】本発明による第２の制御シーケンスの例（その１）を示す図である。
【図５】本発明による第２の制御シーケンスの例（その２）を示す図である。
【図６】ＦＲＡＤ，公衆フレームリレー網及びプライベートフレームリレー網間で送信されるフレームのフォーマットを示す図である。
【図７】フレームリレー交換機の構成図である。
【図８】リンク状態管理テーブルの構成図である。
【図９】ＰＶＣ状態管理テーブルの構成図である。
【図１０】ＰＶＣ管理テーブルの構成図である。
【図１１】ＦＲＡＤ間リンク状態管理テーブルの構成図である。
【図１２】ＦＲＡＤ間ＰＶＣ状態管理テーブルの構成図である。
【図１３】ＦＲＡＤ間ＰＶＣ管理テーブルの構成図である。
【図１４】ＦＲＡＤ間ＰＶＣ状態確認手順用ＤＬＣＩ管理テーブルの構成図である。
【図１５】従来例１の接続形態とＰＶＣ状態確認の制御シーケンスを示す図である。
【図１６】従来例２の接続形態とＰＶＣ状態確認の制御シーケンス（その１）を示す図である。
【図１７】従来例２の接続形態とＰＶＣ状態確認の制御シーケンス（その２）を示す図である。
【符号の説明】
１      フレームリレー端末ａ
２      ＦＲＡＤａ
２ａ    状態問合せ開始手段
２ｂ    端末間状態問合せ応答手段
２ｃ    状態問合せ応答手段
３      フレームリレー交換機
３ａ    状態問合わせ開始手段
３ｂ    端末間状態問合せ応答手段
３ｃ    状態問合せ応答手段
４      フレームリレー端末ｂ
【図１】
0003655673.tif 000002
【図２】
0003655673.tif 000003
【図３】
0003655673.tif 000004
【図４】
0003655673.tif 000005
【図５】
0003655673.tif 000006
【図６】
0003655673.tif 000007
【図７】
0003655673.tif 000008
【図８】
0003655673.tif 000009
【図９】
0003655673.tif 000010
【図１０】
0003655673.tif 000011
【図１１】
0003655673.tif 000012
【図１２】
0003655673.tif 000013
【図１３】
0003655673.tif 000014
【図１４】
0003655673.tif 000015
【図１５】
0003655673.tif 000016
【図１６】
0003655673.tif 000017
【図１７】
0003655673.tif 000018