JPH11127192A

JPH11127192A - ネットワークシステム

Info

Publication number: JPH11127192A
Application number: JP28747797A
Authority: JP
Inventors: Yasuto Shiraishi; 靖人白石; Tomoyuki Hamada; 朋幸濱田; Junichi Kato; 順一加藤
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1997-10-20
Filing date: 1997-10-20
Publication date: 1999-05-11
Also published as: US5936944A

Abstract

(57)【要約】【課題】通信のレスポンスを低下させることなく複数の
呼の切断処理を行うことができるネットワークシステム
を提供すること。【解決手段】ネットワークシステムでは、フレームリレ
ー交換機は、呼設定要求メッセージを一の端末装置へ送
信する場合には、自身が一の端末装置との間で実行可能
なリスタート手順の情報を呼設定要求メッセージに付与
する。一の端末装置は、呼設定要求メッセージに付与さ
れた情報から、フレームリレー交換機が実行可能なリス
タート手順を知る。そして、一の端末装置は、自身とフ
レームリレー網との間で実行可能なリスタート手順を実
行可能状態とする。一の端末装置は、呼設定要求メッセ
ージの応答メッセージに両者間で実行可能なリスタート
手順の情報を付与する。そして、フレームリレー交換機
は、一の端末装置から受信した応答メッセージに付与さ
れた情報より、自身と一の端末装置との間で実行可能な
リスタート手順を実行可能状態とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークシス
テムに関し、特にネットワークシステムを構成するＩＴ
Ｕ-Ｔ勧告Ｑ.９３３又はフレームリレーフォーラムに準
拠したフレームリレー交換機のＳＶＣ(Switched Virtua
l Circuit：相手選択接続)制御に関する。

【０００２】

【従来の技術】ＩＴＵ-Ｔ勧告Ｑ.９３３及びフレームリ
レーフォーラムでは、ＳＶＣにおいて特定のメッセージ
を使用し、現在設定されている複数の呼或いは全ての呼
を一度に切断するリスタート(初期化)手順は定義されて
いない。

【０００３】このため、フレームリレー網を介して複数
のフレームリレー端末装置(以下、「端末装置」という)
間で通信が行われている場合において、例えば、ノード
(ネットワークの接続点，例えばフレームリレー交換機
等)の障害，端末装置の障害，ノード間或いはノード−
端末装置間を接続する中継線の障害等が発生し、複数の
呼を切断する必要が生じた際には、ＩＴＵ-Ｔ勧告Ｑ.９
３３にて定義された切断手順(通常の切断シーケンス)に
従って各呼の切断処理が行われている。

【０００４】ここで、通常の切断シーケンスについて説
明する。例えば端末装置とフレームリレー交換機との間
で呼の切断を行う場合には、例えば、フレームリレー交
換機が端末装置に対してメッセージ“ＤＩＳＣ(切断)”
を送信する。端末装置は、“ＤＩＳＣ”を受信すると、
フレームリレー交換機との間の呼を解放し、フレームリ
レー交換機に対してメッセージ“ＲＥＬ(解放)”を送信
する。フレームリレー交換機は、他方の端末装置から
“ＲＥＬ”を受信すると、端末装置との間の呼を解放
し、他方の端末装置に対してメッセージ“ＲＥＬＣＯ
ＭＰ(解放完了)”を送信する。このようにして、フレー
ムリレー交換機と端末装置との間に設定された呼が切断
される。

【０００５】

【発明が解決しようとする課題】しかしながら、通常の
切断シーケンスを用いて複数の呼を切断する場合には以
下の問題があった。図２５は、従来の問題の説明図であ
る。図２５に示すように、装置Ｘと端末装置Ｙとの間
で、フレームリレー網を介して複数の呼(図２５では４
つ)が設定され通信が行われている場合にフレームリレ
ー網内で障害が発生したとする。すると、フレームリレ
ー網では、上述した通常の切断シーケンスに従って切断
処理を行う。

【０００６】即ち、フレームリレー網から端末装置Ｘ及
び端末装置Ｙの夫々に対して呼毎に“ＤＩＳＣ”が送信
される。各端末装置Ｘ,Ｙは、各“ＤＩＳＣ”を受信す
ると、夫々に対応する“ＲＥＬ”をフレームリレー網へ
送信する。そして、各端末装置Ｘ,Ｙから送信された各
“ＲＥＬ”がフレームリレー網にて受信され、これらに
応じた“ＲＥＬＣＯＭＰ”の夫々をほぼ同時に各端末
装置Ｘ,Ｙに送信する。その後、各“ＲＥＬＣＯＭＰ”
が各端末装置Ｘ,Ｙに受信されると、端末装置Ｘと端末
装置Ｙとの間設定された全ての呼が切断される。

【０００７】このように、通常の切断シーケンスでは、
“ＤＩＳＣ”,“ＲＥＬ”,及び“ＲＥＬＣＯＭＰ”の
各メッセージは、設定された呼毎にやりとりされる。即
ち、図２５に示す例では、各端末装置Ｘ,Ｙとフレーム
リレー網との間にて、夫々４つの“ＤＩＳＣ”,“ＲＥ
Ｌ”，及び“ＲＥＬＣＯＭＰ”のメッセージ交換がな
される。これより、上述した切断シーケンスが行われて
いる間、端末装置Ｘとフレームリレー網とを接続する回
線，及び端末装置Ｙとフレームリレー網とを接続する回
線の負荷が著しく上昇する。

【０００８】このため、上述した切断シーケンスの実行
により輻輳が発生し、スループットが低下して端末装置
間における通信のレスポンスが著しく悪くなる場合があ
った。

【０００９】本発明は上記問題に鑑みなされたものであ
り、通信のレスポンスを低下させることなく複数の呼の
切断処理を行うことができるネットワークシステムを提
供することを課題とする。

【００１０】

【課題を解決するための手段】本発明は、上述した課題
を解決するために以下の構成を採用する。すなわち、請
求項１の発明は、フレームリレー網とこのフレームリレ
ー網に接続された二以上の端末装置からなるネットワー
クシステムであって、前記フレームリレー網は、前記二
以上の端末装置のうち一の端末装置へ呼設定要求メッセ
ージを送信する呼設定要求手段と、前記呼設定要求メッ
セージに前記一の端末装置との間で実行可能な１以上の
リスタート手順の情報を付与する手順情報付与手段と、
前記一の端末装置より送信された応答メッセージからリ
スタート手順の特定情報を抽出する抽出手段と、前記抽
出手段によって抽出された特定情報に対応するリスター
ト手順を前記端末装置との間で実行可能に設定する手順
設定手段とを備え、前記一の端末装置は、前記フレーム
リレー網から送信された呼設定要求メッセージを受信す
る受信手段と、前記受信手段によって受信された呼設定
要求メッセージに付与されたリスタート手順の情報を取
得する手順情報取得手段と、前記フレームリレー網との
間で実行可能な１以上のリスタート手順の情報を保持す
る手順情報保有手段と、前記手順情報保持手段の保持内
容，及び前記手順情報取得手段によって取得された情報
に基づいて前記一の端末装置と前記フレームリレー網と
の間で実行可能なリスタート手順の特定情報を生成する
特定情報生成手段と、前記特定情報生成手段によって生
成された特定情報が付与された応答メッセージを前記フ
レームリレー網へ送信する応答手段と、前記特定情報生
成手段によって生成された特定情報に対応するリスター
ト手順を前記フレームリレー網との間で実行可能に設定
する手順決定手段とを備えた。

【００１１】請求項１の発明によれば、フレームリレー
網は、呼設定要求メッセージを一の端末装置へ送信する
場合に自身が一の端末装置との間で実行可能なリスター
ト手順の情報を呼設定要求メッセージに付与する。一の
端末装置は、呼設定要求メッセージに付与された情報か
ら、フレームリレー網が実行可能なリスタート手順を知
る。そして、一の端末装置は、自身とフレームリレー網
との間で実行可能なリスタート手順を実行可能状態とす
る。その後、フレームリレー網は、一の端末装置から受
信した応答メッセージに付与された情報より、自身と一
の端末装置との間で実行可能なリスタート手順を実行可
能状態とする。

【００１２】請求項２の発明は、請求項１のネットワー
クシステムにおける一の端末装置が、前記フレームリレ
ー網へ呼設定要求メッセージを送信する呼設定要求手段
と、前記呼設定要求メッセージに前記フレームリレー網
との間で実行可能な１以上のリスタート手順の情報を付
与する手順情報付与手段と、前記フレームリレー網より
送信された応答メッセージからリスタート手順の特定情
報を抽出する抽出手段と、前記抽出手段によって抽出さ
れた特定情報に対応するリスタート手順を前記フレーム
リレー網との間で実行可能に設定する手順設定手段とを
さらに備え、前記フレームリレー網が、前記一の端末装
置から送信された呼設定要求メッセージを受信する受信
手段と、前記受信手段によって受信された呼設定要求メ
ッセージに付与されたリスタート手順の情報を取得する
手順情報取得手段と、前記端末装置との間で実行可能な
リスタート手順の情報を保持する手順情報保有手段と、
前記手順情報保持手段の保持内容，及び前記手順情報取
得手段によって取得された情報に基づいて、前記一の端
末装置と前記フレームリレー網との間で実行可能なリス
タート手順の特定情報を生成する特定情報生成手段と、
前記特定情報生成手段によって生成されたリスタート手
順の特定情報が付与された応答メッセージを前記端末装
置へ送信する応答手段と、前記特定情報生成手段によっ
て生成された特定情報に対応するリスタート手順を前記
一の端末装置との間で実行可能に設定する手順決定手段
とをさらに備えたことで特定したものである。

【００１３】請求項３の発明は、請求項１記載の一の端
末装置との間で実行可能な１以上のリスタート手順の情
報は、前記一の端末装置が初めて受信する呼設定要求メ
ッセージのみに付与されることで特定したものである。

【００１４】請求項４の発明は、請求項２記載のフレー
ムリレー網との間で実行可能な１以上のリスタート手順
の情報は、前記一の端末装置が初めて送信する呼設定要
求メッセージのみに付与されることで特定したものであ
る。

【００１５】請求項５の発明は、請求項１〜４記載のフ
レームリレー網が、前記一の端末装置と他の端末装置と
の間で複数の呼が設定され通信が行われている場合にこ
の通信に係る障害を検出する障害検出手段と、前記障害
検出手段が障害を検出した場合に前記一の端末装置との
間で設定されている複数の呼のうちの何れかを代表呼と
して決定する第１代表呼決定手段と、前記一の端末装置
との間で設定されている複数の呼を前記代表呼以外を除
いて解放する第１呼解放手段と、前記代表呼についての
呼切断メッセージを生成し前記一の端末装置へ送信する
第１メッセージ送信手段と、前記呼切断メッセージに解
放すべき呼の情報を付与する呼情報付与手段と、前記一
の端末装置から前記呼切断メッセージに対応する呼解放
メッセージを受信した場合に前記代表呼を解放し前記呼
解放メッセージに対応する呼解放完了メッセージを前記
一の端末装置へ送信する第２呼解放手段とをさらに備
え、前記一の端末装置は、前記フレームリレー網から受
信した前記呼切断メッセージに付与された解放すべき呼
の情報に基づいて、前記フレームリレー網との間で設定
されている複数の呼を前記代表呼以外を除いて解放する
第３呼解放手段と、前記呼解放メッセージを生成し前記
フレームリレー網へ送信する第２メッセージ送信手段
と、前記呼解放完了メッセージを受信した場合に前記代
表呼を解放する第４解放手段とをさらに備えたことで特
定したものである。

【００１６】請求項５の発明によれば、１回の呼切断手
順で複数の呼を切断できるので、従来のように、呼切断
手順が複数回連続して行われることによる回線への負荷
を回避できる。

【００１７】請求項６の発明は、請求項１〜５記載の前
記フレームリレー網は、前記一の端末装置と他の端末装
置との間で複数の呼が設定され通信が行われている場合
にこの通信に係る障害を検出する障害検出手段と、前記
障害検出手段が障害を検出した場合に前記一の端末装置
との間で設定されている複数の呼のうちの何れかを代表
呼として決定する第１代表呼決定手段と、前記一の端末
装置との間で設定されている複数の呼の一部を前記代表
呼以外を除いて解放する第１呼解放手段と、前記代表呼
についての呼切断メッセージを生成し前記一の端末装置
へ送信する第１メッセージ送信手段と、前記呼切断メッ
セージに解放すべき呼の情報を付与する呼情報付与手段
と、前記一の端末装置から前記呼切断メッセージに対応
する呼解放メッセージを受信した場合に前記代表呼を解
放し前記呼解放メッセージに対応する呼解放完了メッセ
ージを前記一の端末装置へ送信する第２呼解放手段とを
さらに備え、前記一の端末装置は、前記フレームリレー
網から受信した前記呼切断メッセージに付与された解放
すべき呼の情報に基づいて、前記フレームリレー網との
間で設定されている複数の呼の一部を前記代表呼以外を
除いて解放する第３呼解放手段と、前記呼解放メッセー
ジを生成し前記フレームリレー網へ送信する第２メッセ
ージ送信手段と、前記呼解放完了メッセージを受信した
場合に前記代表呼を解放する第４解放手段とをさらに備
えたことで特定したものである。

【００１８】請求項７の発明は、請求項１〜６記載のフ
レームリレー網は、前記一の端末装置と他の端末装置と
の間で複数の呼が設定され通信が行われている場合にこ
の通信に係る障害を検出する障害検出手段と、前記障害
検出手段が障害を検出した場合に前記一の端末装置との
間で設定されている複数の呼のうちの何れかを代表呼と
して決定する第１代表呼決定手段と、前記一の端末装置
との間で設定されている複数の呼を前記代表呼以外を除
いて解放する第１呼解放手段と、前記代表呼についての
呼切断メッセージを生成し前記一の端末装置へ送信する
第１メッセージ送信手段と、前記呼切断メッセージに解
放すべき呼の情報を付与する呼情報付与手段と、前記一
の端末装置から前記呼切断メッセージの応答メッセージ
を受信した場合に前記代表呼を解放する第２呼解放手段
とをさらに備え、前記一の端末装置は、前記フレームリ
レー網から受信した前記呼切断メッセージに付与された
解放すべき呼の情報に基づいて、前記フレームリレー網
との間で設定されている複数の呼を前記代表呼以外を除
いて解放する第３呼解放手段と、前記応答メッセージを
生成し前記フレームリレー網へ送信する第２メッセージ
送信手段と、前記応答メッセージを送信した場合に前記
代表呼を解放する第４解放手段とをさらに備えたことで
特定したものである。

【００１９】請求項８の発明は、請求項１〜７記載のフ
レームリレー網が、前記一の端末装置と他の端末装置と
の間で複数の呼が設定され通信が行われている場合にこ
の通信に係る障害を検出する障害検出手段と、前記障害
検出手段が障害を検出した場合に前記一の端末装置との
間で設定されている複数の呼のうちの何れかを代表呼と
して決定する第１代表呼決定手段と、前記一の端末装置
との間で設定されている複数の呼の一部を前記代表呼以
外を除いて解放する第１呼解放手段と、前記代表呼につ
いての呼切断メッセージを生成し前記一の端末装置へ送
信する第１メッセージ送信手段と、前記呼切断メッセー
ジに解放すべき呼の情報を付与する呼情報付与手段と、
前記一の端末装置から前記呼切断メッセージに対応する
応答メッセージを受信した場合に前記代表呼を解放する
第２呼解放手段とをさらに備え、前記一の端末装置が、
前記フレームリレー網から受信した前記呼切断メッセー
ジに付与された解放すべき呼の情報に基づいて、前記フ
レームリレー網との間で設定されている複数の呼の一部
を前記代表呼以外を除いて解放する第３呼解放手段と、
前記応答メッセージを生成し前記フレームリレー網へ送
信する第２メッセージ送信手段と、前記応答メッセージ
を送信した場合に前記代表呼を解放する第４解放手段と
をさらに備えたことで特定したものである。

【００２０】請求項９の発明は、請求項５〜８記載の解
放すべき呼の情報が解放すべきデータリンクコネクショ
ン識別子番号であることで特定したものである。請求項
１０の発明は、請求項５〜９記載の解放すべき呼の情報
が解放すべきデータリンクコネクション識別子番号を示
すビットマップであることで特定したものである。

【００２１】請求項１１の発明は、請求項５〜９記載の
解放すべき呼の情報が解放すべきデータリンクコネクシ
ョン識別子番号の範囲を示す情報であることで特定した
ものである。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。〔ネットワークシステムの構成〕図１は、本発明の実施
形態１によるネットワークシステムの全体構成図であ
る。図１に示すように、実施形態１によるネットワーク
システムは、フレームリレー網ＦＲＮに複数の端末装置
(図１には、端末装置Ａ〜Ｄを図示)が夫々通信回線を介
して接続されることによって構成されている。〔フレームリレー網〕フレームリレー網ＦＲＮは、単数
又は複数のノード(フレームリレー交換機)とノード間を
接続する通信回線(中継線)とから構成されている。各フ
レームリレー交換機は、ハードウェア的には、入力され
たフレーム又は出力されるフレームに対する処理を行う
回線対応部，回線対応部を制御するＣＣ(チャネルコン
トローラ)，及びＣＣによって実行されるプログラムや
プログラムの実行に際して用いられるデータ等が格納さ
れたメモリ装置(ＲＡＭ，ＲＯＭ，ＭＯ，ハードディス
ク等)で構成されている。

【００２３】図２は、上述したハードウェア構成を有す
るフレームリレー交換機の機能ブロック図である。図２
において、フレームリレー交換機は、回線障害検出部１
０，回線制御部１１，リスタート部１２，リスタートサ
ービス状態管理テーブル(以下、「リスタート管理テー
ブル」という)１３，呼制御部１４，呼制御メモリ１
５，メッセージ分析部１６，メッセージ編集部１７，及
びリソース管理部１８を備えている。

【００２４】ここに、回線制御部１１は、フレームリレ
ー交換機と各端末装置Ａ〜Ｄとの間で接続されている物
理回線が使用可能か否か，または、各物理回線に障害が
生じていないか否か等を監視する。

【００２５】リスタート部１２は、フレームリレー交換
機を用いて設定されている呼を切断する場合に切断すべ
き呼を特定し、特定した呼の切断依頼を呼制御部１４に
対して行う。

【００２６】リスタート管理テーブル１３には、フレー
ムリレー交換機と接続された各端末装置Ａ〜Ｄの夫々に
ついて、複数の呼を切断する場合にどのような切断手順
を用いるべきかの情報が格納される。図３は、リスター
ト管理テーブル１３の説明図である。図３に示すよう
に、リスタート管理テーブル１３には、端末装置Ａ〜Ｄ
の夫々に対して提供するリスタートサービス(リスター
ト手順)の内容を格納する領域１３ａ〜１３ｎ(図３には
領域１３ａ〜１３ｃのみを図示)が形成されている。

【００２７】各領域１３ａ〜１３ｎの夫々には、端末装
置(又はフレームリレー網)との間におけるリスタートサ
ービスについてのネゴシエーションが完了したか否かを
示すネゴシエーション状態を格納する領域１１３ａが形
成されている。この領域１１３ａには、具体的には、
「ネゴシエーション完了」又は「ネゴシエーション未完
了」の情報が格納される。

【００２８】また、各領域１３ａ〜１３ｎの夫々には、
複数種類のリスタートサービスの夫々について提供／非
提供を示す情報が格納される領域１１３ｂ〜１１３ｇが
形成されている。ここに、領域１１３ｂには、「既存メ
ッセージ・番号による通知」によるリスタートサービス
(以下、「サービス(１)」という)の提供／非提供を示す
情報が格納される。また、領域１１３ｃには、「既存メ
ッセージ・ビットマップによる通知」によるリスタート
サービス(以下、「サービス(２)」という)の提供／非提
供を示す情報が格納される。また、領域１１３ｄには、
「既存メッセージ・範囲指定による通知」によるリスタ
ートサービス(以下、「サービス(３)」という)の提供／
非提供を示す情報が格納される。

【００２９】また、領域１１３ｅには、「独自メッセー
ジ・番号による通知」によるリスタートサービス(以
下、「サービス(４)」という)の提供／非提供を示す情
報が格納される。また、領域１１３ｆには、「独自メッ
セージ・ビットマップによる通知」によるリスタートサ
ービス(以下、「サービス(５)」という)の提供／非提供
を示す情報が格納される。また、領域１１３ｇには、
「既存メッセージ・範囲指定による通知」によるリスタ
ートサービス(以下、「サービス(５)」という)の提供／
非提供を示す情報が格納される。

【００３０】具体的には、領域１１３ｂ〜１１３ｇの夫
々には、リスタートサービスの非提供を示す「オフライ
ン」，リスタートサービスについてネゴシエーション中
であることを示す「スタンバイ」，又はリスタートサー
ビスの提供を示す「オンライン」の何れかが設定され
る。このリスタート管理テーブル１３の格納内容は、リ
スタート部１２やメッセージ編集部１７によって参照さ
れ、書き換えられる。

【００３１】図２に示す呼制御部１４は、各端末装置Ａ
〜Ｄ間において設定された呼を管理するとともに、呼設
定及び呼切断の際におけるフレームリレー交換機の動作
制御を行う。

【００３２】呼制御メモリ１５には、現時点にて設定さ
れている呼の情報が格納されている。図４は、呼制御メ
モリ１５の説明図である。呼制御メモリ１５には、端末
装置に対応づけて設定された複数の第１領域が形成され
ている。各第１領域は、呼番号に対応づけて形成される
複数の第２領域からなる。そして、各第２領域には、入
側の呼番号と入側のＤＬＣＩ(Data Link Connection Id
entifier：データリンクコネクション識別子)とが格納
されるとともに、出側の呼番号と出側のＤＬＣＩとが格
納される。この呼制御メモリ１５の格納内容は、呼制御
部１４やリソース管理部１８によって参照され、書き換
えられる。

【００３３】メッセージ分析部１６は、各端末装置Ａ〜
Ｄからフレームリレー交換機が受信したメッセージの内
容を分析する。また、メッセージ分析部１６は、メッセ
ージの分析結果を呼制御部１４に通知する。

【００３４】メッセージ編集部１７は、呼制御部１４か
らの指示に従ってメッセージを生成する。メッセージ編
集部１７によって生成されたメッセージは、端末装置Ａ
〜Ｄの何れかへ向けて送信される。

【００３５】リソース管理部１８は、呼制御部１４から
の指示に従って、呼制御メモリ１５の記憶内容を変更す
る。さらに、上述したフレームリレー交換機は、端末装
置Ａ〜Ｄのうちの何れか二つを選択して接続するＳＶＣ
機能を備えている。また、フレームリレー交換機内の図
示せぬメモリ装置には、自身が提供可能なリスタートサ
ービスの種類を示す情報(特定情報)が記憶されている。〔端末装置〕図１に示す端末装置Ａ〜Ｄは、ＣＰＵ，メ
モリ装置，出力装置，入力装置，通信インターフェイス
等を備えたコンピュータ(例えば、パーソナルコンピュ
ータ，ワークステーション，サーバ装置)。端末装置Ａ
〜Ｄのうち、端末装置Ａ〜Ｃの夫々は同じ構成を有して
いるので、例として端末装置Ａについて説明する。

【００３６】図３は、端末装置Ａの機能ブロック図であ
る。図３において、端末装置Ａは、回線制御部２１，リ
スタート部２２，リスタート管理テーブル２３，呼制御
部２４，呼制御メモリ２５，メッセージ編集部２６，メ
ッセージ分析部２７，及びリソース管理部２８を備えて
いる。

【００３７】そして、メッセージ編集部２６は、フレー
ムリレー網ＦＲＮから送信されてきたメッセージを受信
し、メッセージ編集部２７は、メッセージをフレームリ
レー網ＦＲＮへ向けて送信する。図３に示した端末装置
Ａの構成要素は、図２に示したフレームリレー交換機の
構成要素と同じであるため、端末装置Ａの各構成要素に
ついての説明は省略する。

【００３８】但し、リスタート管理テーブル２３は、図
６(ａ)に示すように、図３に示した領域１３ａと同様の
構成を有しており、領域１２３ａには、フレームリレー
網ＦＲＮとのネゴシエーション状態が格納され、領域１
２３ｂ〜１２３ｇの夫々には、領域１１３ｂ〜１１３ｇ
と同様に、端末装置Ａが提供するリスタートサービスの
内容を示す情報が格納される。また、呼制御メモリ２５
には、図６(ｂ)に示すように、設定された呼に対応する
ＤＬＣＩ番号が格納される。

【００３９】また、端末装置Ａ〜Ｃの図示せぬメモリ装
置には、端末装置自身が提供可能なリスタートサービス
の種類を示す情報(特定情報)が記憶されている。なお、
端末装置Ｄは、上述したサービス(１)〜(６)の何れも提
供することのできない端末装置である。即ち、従来にお
ける端末装置である。〔ネットワークシステムにおける処理〕次に、実施形態
１によるネットワークシステムにおける処理を複数の状
況毎に説明する。但し、説明を簡単にするため、図１に
示したフレームリレー網ＦＲＮは、図２に示した構成を
備えた単一のフレームリレー交換機からなるものとす
る。〈ネットワークシステムにおけるリスタートサービス決
定処理〉最初に、ネットワークシステムにおけるリスタ
ートサービス決定処理を説明する。このリスタートサー
ビス決定処理は、例えば、端末装置がフレームリレー網
(フレームリレー交換機)に物理的に接続され、この端末
装置とフレームリレー交換機との間で回線が初めてオー
プンした際に、当該端末装置とフレームリレー交換機と
の間で行われる。ここでは、例えば、端末装置Ａがフレ
ームリレー交換機に物理的に接続され、両者の間で回線
が初めてオープンしたものとする。《フレームリレー網によるリスタートサービス決定処
理》最初に、フレームリレー網(フレームリレー交換機)
によるリスタートサービス決定処理を説明する。図７
は、リスタートサービス決定処理の動作説明図であり、
図８及び図９は、フレームリレー網ＦＲＮ(フレームリ
レー交換機)によるリスタートサービス決定処理を示す
フローチャートである。

【００４０】図７及び図８に示すように、回線がオープ
ンすると、図２に示すフレームリレー交換機の回線制御
部１１は、フレームリレー交換機と端末装置Ａとの間で
回線がオープンしたことを示す通知(回線復旧通知)をリ
スタート部１２に伝える(Ｓ０１) リスタート部１２は、回線復旧通知を受け取ると、リス
タート管理テーブル１３における領域１１３ａ(図３参
照)に「ネゴシエーション未完了」を設定する。これに
よって、端末装置Ａとの間におけるリスタート手順につ
いてのネゴシエーションが「未完了」と設定される(Ｓ
０２)。

【００４１】続いて、リスタート部１２は、リスタート
管理テーブル１３における領域１１３ｂ〜１１３ｇの全
てに「オフライン」を設定する。これによって、フレー
ムリレー交換機が端末装置Ａに対して実行し得る全ての
リスタート手順がオフライン状態とされる(Ｓ０３)。そ
の後、呼制御部１４が、端末装置Ａからの呼設定要求を
受け付ける状態となる(Ｓ０４)。

【００４２】ここで、端末装置Ａ〜Ｄのいずれかから呼
設定要求が受信された場合(Ｓ０４；あり)には、フレー
ムリレー交換機では、勧告Ｑ.９３１に従った呼設定手
順が行われる。即ち、メッセージ分析部１６が、受信さ
れた呼設定要求について発信／着信の別を判定する(Ｓ
０５)。

【００４３】このとき、受信された呼設定要求が端末装
置Ａが端末装置Ｂ〜Ｄの何れかとの間での呼設定を要求
する旨のメッセージ“ＳＥＴＵＰ(呼設定)”である場合
には、メッセージ分析部１６は、当該呼設定要求につい
て着信と判定し、処理が図９に示すＳ１６へ進む。

【００４４】これに対し、受信された呼設定要求が端末
装置Ｂ〜Ｄの何れかが端末装置Ａとの間で呼設定を要求
する旨のメッセージ“ＳＥＴＵＰ”である場合には、メ
ッセージ分析部１６は、当該呼設定要求について発信と
判定する。そして、メッセージ分析部１６は、呼制御部
１４にメッセージ受信通知を与え、リスタート部１２に
端末側リスタートサービス状態通知を与える。その後、
処理がＳ０６へ進む。

【００４５】なお、処理がＳ０５からＳ０６へ進む際に
は、呼制御部１３が、メッセージ受信通知に付与された
呼番号とＤＬＣＩ番号とを抽出し、これらが呼制御メモ
リ１５の該当領域に書き込まれる。

【００４６】処理がＳ０６へ進んだ場合には、リスター
ト部１２が、メッセージ分析部１６から通知を受け取っ
た後、リスタート管理テーブル１３の領域１１３ａに
「ネゴシエーション未完了」と「ネゴシエーション完
了」(「済」)との何れの情報が設定されているか，即
ち、フレームリレー交換機と端末装置Ａとの間でリスタ
ート手順のネゴシエーションが完了しているか否かを判
定する。

【００４７】このとき、領域１１３ａに「ネゴシエーシ
ョン完了」が設定されている場合(Ｓ０６；ＹＥＳ)に
は、メッセージ編集部１７によってメッセージ“ＳＥＴ
ＵＰ(呼設定)”が送信先の端末装置(端末装置Ａ)に送信
された後、処理がＳ０８へ進む。これに対し、領域１１
３ａに「ネゴシエーション未完了」が設定されている場
合(Ｓ０６；ＮＯ)には、処理がＳ０７へ進む。

【００４８】処理がＳ０７へ進んだ場合には、リスター
ト部１２が、リスタート管理テーブル１３における領域
１１３ｂ〜１１３ｇの全てに「スタンバイ」を設定す
る。これによって、フレームリレー交換機と端末装置Ａ
との間におけるリスタート手順がネゴシエーション中と
なる。

【００４９】続いて、呼制御部１４が、メッセージ編集
部１７に対し“ＳＥＴＵＰ”の編集指示(メッセージ送
信要求)を与える。すると、メッセージ編集部１７は、
“ＳＥＴＵＰ”を編集する。このとき、メッセージ編集
部１７は、リスタート部１２に対し、フレームリレー交
換機が提供可能なリスタート手順(リスタートサービス)
を問い合わせる。すると、リスタート部１２は、リスタ
ート管理テーブル１３の領域１１３ｂ〜１１３ｇの格納
内容を取り出してメッセージ編集部１７に与える。

【００５０】すると、メッセージ編集部１７は、リスタ
ート部１２から受け取った情報を“ＳＥＴＵＰ”内のユ
ーザ特有のリスタートオプションサポート情報要素に固
定シフト手順を用いてマッピングする(Ｓ０９)。そし
て、メッセージ編集部１７によって編集し終わった“Ｓ
ＥＴＵＰ”は、端末装置Ａへ送信される。

【００５１】ここで、“ＳＥＴＵＰ”内に設定されるリ
スタートオプションサポート情報要素(以下、「リスタ
ート情報要素」という)を説明する。図１２は、情報要
素の説明図である。図１２に示すように、情報要素は、
第１オクテットに設定される情報要素識別子と、第２オ
クテットに設定される情報要素内容長と、第３オクテッ
トに設定されるリスタートサービス情報とからなる。こ
こに、情報要素識別子は、この情報要素がリスタート情
報要素であることを示すデータであり、情報要素内容長
は、リスタート情報要素のデータ長を示すものである。
第３オクテットの第１〜第６ビットの夫々には、リスタ
ート手順の種類が割り当てられており、各リスタート手
順をフレームリレー交換機が提供可能か否かを示すビッ
トが格納される。

【００５２】Ｓ０９の処理が終了し、“ＳＥＴＵＰ”が
端末装置Ａへ送信されると、フレームリレー交換機内の
図示せぬタイマが所定時間の計時を開始する。これと同
時に呼制御部１４が端末装置Ａからの応答メッセージを
受け付ける状態となる(Ｓ１０)。

【００５３】このとき、図示せぬタイマが所定時間を計
時する前に、端末装置Ａからの応答メッセージ(“ＣＡ
ＬＬＰＲＯＣ(呼設定受付)”又は“ＲＥＬＣＯＭ
Ｐ”)がメッセージ分析部１６に受信された場合(Ｓ１
０；ＹＥＳ)には、処理がＳ１１へ進む。これに対し、
図示せぬタイマが所定時間を計時した場合(Ｓ１０；Ｎ
Ｏ)には、“ＳＥＴＵＰ”に対する端末装置Ａからの応
答なしと判定され、処理がＳ１３へ進む。

【００５４】処理がＳ１１へ進んだ場合には、メッセー
ジ分析部１６から呼制御部１４に応答メッセージ受信通
知が与えられる。すると、呼制御部１４は、メッセージ
受信通知から端末装置Ａとの間における呼番号及びＤＬ
ＣＩ番号を抽出し、これらを呼制御メモリ１５の該当領
域に格納する。

【００５５】続いて、メッセージ分析部１６は、応答メ
ッセージ内に端末装置Ａのリスタート情報要素が付与さ
れているか否かを判定する。このとき、情報要素が付与
されている場合には、処理がＳ１２へ進む。これに対
し、情報要素が付与されていない場合には、処理がＳ１
３へ進む。

【００５６】処理がＳ１２へ進んだ場合には、メッセー
ジ分析部１６が応答メッセージから情報要素を抽出し、
この情報要素を端末側リスタートサービス状態通知とし
てリスタート部１２へ伝える。すると、リスタート部１
２は、情報要素の内容(図１２参照)を参照して、リスタ
ート管理テーブル１３の領域１１３ｂ〜１１３ｇのう
ち、フレームリレー交換機と端末装置Ａとの双方におい
て提供可能なリスタートサービスについての領域に「オ
ンライン」を設定し、その他のリスタートサービスにつ
いての領域に「オフライン」を設定する。その後、処理
がＳ１４へ進む。

【００５７】一方、処理がＳ１３に進んだ場合には、リ
スタート部１２がリスタート管理テーブル１３における
領域１１３ｂ〜１１３ｇの全てに「オフライン」を設定
する。その後、処理がＳ１４へ進む。

【００５８】処理がＳ１４へ進んだ場合には、リスター
ト部１２が、リスタート管理テーブル１３における領域
１１３ａに「ネゴシエーション完了」を設定する。その
後、処理がＳ１５へ進む。

【００５９】処理がＳ０８へ進んだ場合には、呼制御部
１４が“ＳＥＴＵＰ”の応答メッセージが送信されてく
るのを待つ。そして、呼制御部１４が“ＳＥＴＵＰ”の
応答メッセージを受信すると、呼の接続処理(呼設定処
理)が行われる(Ｓ１５)。但し、端末装置Ａからの“Ｓ
ＥＴＵＰ”の応答メッセージがなかった場合には、Ｓ１
５にて呼の切断処理が行われる。その後、処理がＳ０４
へ戻る。

【００６０】ところで、処理がＳ１６(図９参照)へ進ん
だ場合には、メッセージ分析部１６は、端末側リスター
トサービス状態通知をリスタート部１２に与える。する
と、リスタート部１２は、リスタート管理テーブル１３
の領域１１３ａに「ネゴシエーション完了」が設定され
ているか否かを判定する。このとき、「ネゴシエーショ
ン完了」が設定されている場合(Ｓ１６；ＹＥＳ)には、
処理がＳ２１へ進み、設定されていない場合(Ｓ１６；
ＮＯ)には、処理がＳ１７へ進む。

【００６１】処理がＳ１７へ進んだ場合には、リスター
ト部１２は、リスタート管理テーブル１３の領域１１３
ａに「ネゴシエーション完了」を設定する。続いて、リ
スタート部１２は、受信された“ＳＥＴＵＰ”内に端末
装置Ａのリスタート情報要素が付与されているか否かを
判定する(Ｓ１８)。

【００６２】このとき、“ＳＥＴＵＰ”内にリスタート
情報要素が付与されている場合には、処理がＳ１９へ進
み、付与されていない場合には、処理がＳ２１へ進む。
処理がＳ１９へ進んだ場合には、“ＳＥＴＵＰ”に付与
されたリスタート情報要素の内容に基づいて、領域１１
３ｂ〜１１３ｇのうち、フレームリレー交換機及び端末
装置Ａの双方が提供可能なリスタートサービスに対応す
る領域に「スタンバイ」が設定される。

【００６３】一方、メッセージ分析部１６が“ＳＥＴＵ
Ｐ”を受信すると、呼制御部１６がメッセージ分析部１
７から“ＳＥＴＵＰ”の受信通知を受け取り、メッセー
ジ編集部１６に“ＳＥＴＵＰ”の応答メッセージの送信
要求を与える。このとき、呼制御部１４は、呼を接続す
る場合には“ＣＡＬＬＰＲＯＣ”の送信要求を与え、
呼接続を拒否する場合には“ＲＥＬＣＯＭＰ”の送信
要求を与える。なお、呼制御部１４は、呼接続を行う場
合には、メッセージ受信通知から端末装置Ａとの間にお
ける呼番号及びＤＬＣＩ番号を抽出し、これらを呼制御
メモリ１５の該当領域に格納する。

【００６４】メッセージ編集部１６は、送信要求を受け
取ると、応答メッセージを作成する。このとき、メッセ
ージ編集部１６は、端末装置Ａが提供可能なリスタート
サービスをリスタート部１２に問い合わせる。リスター
ト部１２は、リスタート管理テーブル１３の領域１１３
ｂ〜１１３ｇの何れかに「スタンバイ」が設定されてい
る場合には、リスタートサービスありのユーザ特有情報
要素(リスタート情報要素)の編集要求をメッセージ編集
部１６に与える。また、リスタート部１２は、フレーム
リレー交換機と端末装置Ａとの双方において提供可能な
リスタートサービスの内容をメッセージ編集部１６に与
える。

【００６５】その後、リスタート部は、領域１１３ｂ〜
１１３ｇのうち、フレームリレー交換機及び端末装置Ａ
の双方で提供可能なリスタートサービスに対応する領域
に「オンライン」を設定し、その他の領域に「オフライ
ン」を設定する。その後、処理がＳ２０へ進む。

【００６６】処理がＳ２０へ進んだ場合には、メッセー
ジ編集部１７が、応答メッセージを編集する。このと
き、メッセージ編集部１７は、応答メッセージ内のリス
タート情報要素に、リスタート部１２から受け取ったフ
レームリレー交換機と端末装置Ａとで提供可能なリスタ
ートサービスの内容をマッピングする。その後、処理が
Ｓ２２へ進む。

【００６７】処理がＳ２１に進んだ場合には、応答メッ
セージが作成される。但し、この応答メッセージには、
リスタートサービスの内容はマッピングされない。その
後、処理がＳ２２へ進む。

【００６８】処理がＳ２２へ進んだ場合には、メッセー
ジ編集部１７が、編集し終わった応答メッセージを端末
装置Ａへ送信する。その後、処理がＳ０４へ戻る。《端末装置によるリスタートサービス決定処理》次に、
端末装置Ａによるリスタートサービス決定処理を説明す
る。図１０及び図１１は、端末装置Ａによるリスタート
サービス決定処理を示すフローチャートである。図７及
び図１０に示すように、端末装置Ａとフレームリレー交
換機との間で回線がオープンすると、図５に示す端末装
置Ａの回線制御部２１は、フレームリレー交換機との間
で回線がオープンしたことを示す回線復旧通知をリスタ
ート部１２に伝える(Ｓ１０１)。

【００６９】リスタート部２２は、回線復旧通知を受け
取ると、リスタート管理テーブル２３における領域１２
３ａ(図３参照)に「ネゴシエーション未完了」を設定す
る(Ｓ１０２)。

【００７０】続いて、リスタート部２２は、リスタート
管理テーブル２３における領域１２３ｂ〜１２３ｇの全
てに「オフライン」を設定する。これによって、端末装
置Ａが実行し得る全てのリスタートサービスがオフライ
ン状態とする(Ｓ１０３)。

【００７１】その後、呼制御部２４が、端末装置Ａから
の呼設定要求を受け付ける状態となる(Ｓ１０４)。ここ
で、端末装置Ａの図示せぬ入力装置(キーボード，マウ
ス等)から呼設定要求が受信された場合，或いは、フレ
ームリレー交換機から呼設定要求を受信した場合(Ｓ１
０４；あり)には、メッセージ分析部２６が、受信され
た呼設定要求について発信／着信の別を判定する(Ｓ１
０５)。

【００７２】このとき、呼設定要求がフレームリレー交
換機から送信された“ＳＥＴＵＰ”である場合には、処
理が図１１に示すＳ１１６へ進む。これに対し、呼設定
要求が図示せぬ入力装置から入力されたものである場合
には、メッセージ分析部２６は、メッセージ分析部２６
は、呼制御部２４にメッセージ受信通知を与え、リスタ
ート部２２に端末側リスタートサービス状態通知を与え
る。その後、処理がＳ１０６へ進む。

【００７３】なお、処理がＳ１０５からＳ１０６へ進む
際には、呼制御部２３が、メッセージ受信通知に付与さ
れた呼番号とＤＬＣＩ番号とを抽出し、これらが呼制御
メモリ２５(図６参照)の該当領域に書き込まれる。

【００７４】処理がＳ１０６へ進むと、リスタート部２
２が、端末装置Ａとフレームリレー交換機との間でリス
タート手順のネゴシエーションが完了しているか否かを
判定する。このとき、ネゴシエーションが完了している
場合には、メッセージ編集部２７から“ＳＥＴＵＰ”が
フレームリレー交換機へ送信された後、処理がＳ１０８
へ進む。これに対し、ネゴシエーションが完了していな
い場合には、処理がＳ１０７へ進む。

【００７５】処理がＳ１０７へ進むと、リスタート部２
２が、リスタート管理テーブル２３における領域１２３
ｂ〜１２３ｇの全てに「スタンバイ」を設定する。続い
て、呼制御部２４が、メッセージ編集部２７にメッセー
ジ送信要求を与える。すると、メッセージ編集部２７
は、“ＳＥＴＵＰ”を編集する。

【００７６】このとき、メッセージ編集部２７は、リス
タート部２２に対し、端末装置Ａが提供可能なリスター
トサービスを問い合わせる。すると、リスタート部２２
は、リスタート管理テーブル２３の領域１２３ｂ〜１２
３ｇの格納内容を取り出してメッセージ編集部２７に与
える。

【００７７】すると、メッセージ編集部２７は、リスタ
ート部２２から受け取った情報を“ＳＥＴＵＰ”内のリ
スタート情報要素(図１２参照)に固定シフト手順を用い
てマッピングする(Ｓ１０９)。そして、メッセージ編集
部２７は、編集し終わった“ＳＥＴＵＰ”を、フレーム
リレー交換機へ送信する。

【００７８】“ＳＥＴＵＰ”が端末装置Ａへ送信される
と、端末装置Ａ内の図示せぬタイマが所定時間の計時を
開始する。これと同時に呼制御部２４がフレームリレー
交換機Ａから応答メッセージを受け付ける(Ｓ１１０)。

【００７９】このとき、図示せぬタイマが所定時間を計
時する前に、応答メッセージがメッセージ分析部１６に
受信された場合(Ｓ１１０；ＹＥＳ)には、処理がＳ１１
１へ進む。これに対し、図示せぬタイマが所定時間を計
時した場合(Ｓ１１０；ＮＯ)には、フレームリレー交換
機から“ＳＥＴＵＰ”に対する応答なしと判定され、処
理がＳ１１３へ進む。

【００８０】処理がＳ１１１へ進んだ場合には、メッセ
ージ分析部２６から呼制御部２４にメッセージ受信通知
が与えられる。すると、呼制御部２４は、メッセージ受
信通知からフレームリレー交換機との間における呼番号
及びＤＬＣＩ番号を抽出し、これらを呼制御メモリ２５
の該当領域に格納する。

【００８１】続いて、メッセージ分析部２６は、受信し
た応答メッセージ内にフレームリレー交換機のリスター
ト情報要素が付与されているか否かを判定する。このと
き、リスタート情報要素が付与されている場合には、処
理がＳ１１２へ進む。これに対し、リスタート情報要素
が付与されていない場合には、処理がＳ１１３へ進む。

【００８２】処理がＳ１１２へ進むと、メッセージ分析
部２６は、応答メッセージからリスタート情報要素を抽
出し、リスタート部２２へ与える。すると、リスタート
部２２は、受け取ったリスタート情報要素の内容(図１
２参照)を参照して、リスタート管理テーブル２３の領
域１２３ｂ〜１２３ｇのうち、フレームリレー交換機と
端末装置Ａとの双方において提供可能なリスタートサー
ビスについての領域に「オンライン」を設定し、その他
のリスタートサービスについての領域に「オフライン」
を設定する。その後、処理がＳ１１４へ進む。

【００８３】一方、処理がＳ１１３に進むと、リスター
ト部２２がリスタート管理テーブル２３における領域１
２３ｂ〜１２３ｇの全てに「オフライン」を設定する。
その後、処理がＳ１１４へ進む。

【００８４】処理がＳ１１４へ進むと、リスタート部２
２が、リスタート管理テーブル２３における領域１２３
ａに「ネゴシエーション完了」を設定する。その後、処
理がＳ１１５へ進む。

【００８５】一方、処理がＳ１０８へ進むと、呼制御部
２４は、“ＳＥＴＵＰ”に対する応答メッセージが送信
されてくるのを待つ。そして、呼制御部２４が“ＳＥＴ
ＵＰ”の応答メッセージを受信すると、処理がＳ１１５
へ進む。

【００８６】Ｓ１１５では、呼接続処理が行われる。但
し、フレームリレー交換機から“ＳＥＴＵＰ”の応答メ
ッセージがなかった場合(Ｓ１１０；ＮＯ)には、Ｓ１１
５にて呼の切断処理が行われる。その後、処理がＳ１０
４へ戻る。

【００８７】ところで、処理がＳ１１６(図１１参照)へ
進んだ場合には、メッセージ分析部２６は、端末側リス
タートサービス状態通知をリスタート部２２に与える。
すると、リスタート部２２は、リスタート管理テーブル
２３の領域１２３ａに「ネゴシエーション完了」が設定
されているか否かを判定する。このとき、「ネゴシエー
ション完了」が設定されている場合(Ｓ１１６；ＹＥＳ)
には、処理がＳ１２１へ進み、設定されていない場合
(Ｓ１１６；ＮＯ)には、処理がＳ１１７へ進む。

【００８８】処理がＳ１１７へ進むと、リスタート部２
２は、リスタート管理テーブル２３の領域１２３ａに
「ネゴシエーション完了」を設定する。続いて、リスタ
ート部２２は、受信された“ＳＥＴＵＰ”内にフレーム
リレー交換機のリスタート情報要素が付与されているか
否かを判定する(Ｓ１１８)。

【００８９】このとき、“ＳＥＴＵＰ”内にリスタート
情報要素が付与されている場合には、処理がＳ１１９へ
進み、付与されていない場合には、処理がＳ１２１へ進
む。処理がＳ１１９へ進むと、“ＳＥＴＵＰ”に付与さ
れたリスタート情報要素の内容に基づいて、領域１２３
ｂ〜１２３ｇのうち、フレームリレー交換機及び端末装
置Ａの双方が提供可能なリスタートサービスに対応する
領域に「スタンバイ」が設定される。

【００９０】一方、メッセージ分析部２６が“ＳＥＴＵ
Ｐ”を受信すると、呼制御部２６がメッセージ分析部２
７から“ＳＥＴＵＰ”の受信通知を受け取り、メッセー
ジ編集部２６に“ＳＥＴＵＰ”の応答メッセージの送信
要求を与える。このとき、呼制御部２４は、呼を接続す
る場合には“ＣＡＬＬＰＲＯＣ”の送信要求を与え、
呼接続を拒否する場合には“ＲＥＬＣＯＭＰ”の送信
要求を与える。

【００９１】メッセージ編集部２６は、送信要求を受け
取ると、応答メッセージを作成する。このとき、メッセ
ージ編集部２６は、端末装置Ａが提供可能なリスタート
サービスをリスタート部２２に問い合わせる。リスター
ト部２２は、リスタート管理テーブル２３の領域１２３
ｂ〜１２３ｇの何れかに「スタンバイ」が設定されてい
る場合には、リスタートサービスありのユーザ特有情報
要素(リスタート情報要素)の編集要求をメッセージ編集
部２６に与える。また、リスタート部２２は、フレーム
リレー交換機と端末装置Ａとの双方において提供可能な
リスタートサービスの内容をメッセージ編集部２６に与
える。

【００９２】その後、リスタート部２２は、領域１２３
ｂ〜１２３ｇのうち、フレームリレー交換機及び端末装
置Ａの双方で提供可能なリスタートサービスに対応する
領域に「オンライン」を設定し、その他の領域に「オフ
ライン」を設定する。その後、処理がＳ１２０へ進む。

【００９３】処理がＳ１２０へ進んだ場合には、メッセ
ージ編集部２７が、応答メッセージを編集する。このと
き、メッセージ編集部２７は、応答メッセージ内のリス
タート情報要素に、リスタート部２２から受け取ったフ
レームリレー交換機と端末装置Ａとで提供可能なリスタ
ートサービスの内容をマッピングする。その後、処理が
Ｓ１２２へ進む。

【００９４】処理がＳ１２１に進んだ場合には、応答メ
ッセージが生成される。但し、この応答メッセージに
は、リスタート情報要素はマッピングされない。その
後、処理がＳ１２２へ進む。

【００９５】処理がＳ１２２へ進んだ場合には、メッセ
ージ編集部２７が、編集し終わった応答メッセージを端
末装置Ａへ送信する。その後、処理がＳ１０４へ戻る。
ところで、フレームリレー交換機と端末装置Ａとの間で
リスタートサービスが決定された後は、リスタート管理
テーブル１３の領域１１３ａに「ネゴシエーション完
了」が設定されるので、その後にフレームリレー交換機
が端末装置Ａに係る呼設定要求を受信してもＳ０７〜Ｓ
１４の処理(図８参照)，及びＳ１７〜Ｓ２０の処理(図
９参照)は実行されない。同様に、端末装置Ａにおいて
もＳ１０７〜Ｓ１１４の処理(図１０参照)，及びＳ１１
７〜Ｓ１２０の処理は実行されない。

【００９６】また、“ＳＥＴＵＰ”にリスタート情報要
素が含まれていない場合には、リスタート部１２は起動
しない。また、リスタート情報要素が付与された“ＳＥ
ＴＵＰ”を受信した端末装置がリスタートサービスを提
供しないものである場合(端末装置Ｄ)には、当該端末装
置にてリスタート情報要素は廃棄される。

【００９７】なお、上述したリスタートサービス決定処
理によって決定されるリスタートサービスは、サービス
(１)〜(６)の何れか一つである。但し、複数のリスター
トサービスについて「オンライン」が設定されても良い
が、この場合には、例えば、リスタートサービスを実行
する際に、所定の優先順位に従って、提供可能な一つの
リスタートサービスが選択される。〈ネットワークシステムにおけるリスタート処理〉次
に、ネットワークシステムにおけるリスタート処理(初
期設定処理)を説明する。このリスタート処理は、端末
装置Ａ〜Ｄがフレームリレー網ＦＲＮ(フレームリレー
交換機)を介して複数の呼を設定し、データ通信を行っ
ている場合において、フレームリレー網，端末装置Ａ〜
Ｄ，或いは通信回線の何れかに障害が生じた際に実行さ
れる。

【００９８】但し、ここでは、例として、図１に示す端
末装置Ａとフレームリレー交換機との間におけるリスタ
ート処理について説明する。図１３は、リスタート処理
の動作説明図であり、図１４は、フレームリレー網によ
るリスタート処理を示すフローチャートであり、図１５
は、端末装置Ａによるリスタート処理を示すフローチャ
ートである。

【００９９】図１３及び図１４に示すように、フレーム
リレー交換機の回線制御部１１が端末装置Ｂの障害を検
出すると(Ｓ２０１)、回線制御部１１は、端末装置Ｂの
障害発生通知をリスタート部１２に与える。

【０１００】すると、リスタート部１２は、障害発生通
知より端末装置Ａとの間で設定されている全ての呼，又
は一部の呼を切断すべきと認識し、呼制御メモリ１５の
格納内容(端末装置Ａと端末装置Ｂとの間で設定されて
いる複数の呼の情報)を参照し、解放(切断)すべき複数
の呼を求める(Ｓ２０２)。

【０１０１】続いて、リスタート部１２は、リスタート
管理テーブル１３の領域１１３ｂ〜１１３ｇの格納内容
(図６参照)を参照し、「オンライン」が設定されている
リスタートサービスがあるか否かを判定する(Ｓ２０
３)。このとき、リスタートサービスがある場合には処
理がＳ２０４へ進み、リスタートサービスがない場合に
は、処理がＳ２０５へ進む。

【０１０２】処理がＳ２０４へ進んだ場合には、リスタ
ート部１２は、Ｓ２０２にて求めた複数の呼のうち、何
れかの呼の番号を代表呼番号として決定する。そして、
リスタート部１２は、代表呼番号，当該複数の呼に対応
する全てのＤＬＣＩ番号又は解放すべきＤＬＣＩの範囲
(１〜ｎ)，及びリスタートが発生した旨をリスタート発
生通知として呼制御部１４に与える。また、リスタート
部１２は、リスタート発生通知と同内容の情報を、複数
呼解放要求としてリソース管理部１８に与える。

【０１０３】リソース管理部１８は、リスタート部１２
から複数呼解放要求を受け取ると、Ｓ２０２にて求めら
れた複数の呼のうち代表呼番号以外の呼を解放した旨の
内容を、呼制御メモリ１５の該当領域に上書きした後、
代表呼番号以外の呼及びＤＬＣＩを解放する(Ｓ２０
６)。

【０１０４】続いて、呼制御部１４は、リスタート部１
２からリスタート発生通知を受け取ると、代表呼番号の
呼の切断メッセージの送信要求をメッセージ編集部１７
に与える。このとき、呼制御部１４は、メッセージ編集
部１７に対し、リスタートが発生した旨を切断メッセー
ジに付与する旨の要求をも行う。

【０１０５】すると、メッセージ編集部１７は、代表呼
番号の呼についての切断メッセージの編集を開始する
(Ｓ２０７)。メッセージ編集部１７は、切断メッセージ
の編集に当たり、リスタート管理テーブル１３の領域１
１３ｂ〜１１３ｇの格納内容を参照し、何れのリスター
トサービスが「オンライン」に設定されているかを判定
する(Ｓ２０８)。

【０１０６】このとき、「オンライン」に設定されてい
るリスタートサービスが、上述したサービス(１)又はサ
ービス(４)である場合には、処理がＳ２０９へ進み、サ
ービス(２)又はサービス(５)である場合には、処理がＳ
２１０へ進み、サービス(３)又はサービス(６)である場
合には、処理がＳ２１１へ進む。

【０１０７】処理がＳ２０９へ進んだ場合において、リ
スタートサービスがサービス(１)である場合には、メッ
セージ編集部１７は、ＩＴＵ-Ｔ勧告Ｑ.９３３に従った
切断メッセージたる“ＤＩＳＣ(切断)”を編集する。こ
のとき、メッセージ編集部１７は、“ＤＩＳＣ”に付与
される情報要素として、ＪＴ-Ｑ.９３１の初期設定表示
情報要素を流用し、初期設定クラス＝７(全ＤＬＣＩ)，
又は初期設定クラス＝０(指定ＤＬＣＩ)を、固定シフト
手順を用いて“ＤＩＳＣ”にマッピングする。但し、初
期設定クラス＝０がマッピングされる場合には、切断す
べき複数のＤＬＣＩの番号が“ＤＩＳＣ”に含められ
る。その後、処理がＳ２１２へ進む。

【０１０８】一方、処理がＳ２０９へ進んだ場合におい
て、リスタートサービスがサービス(４)である場合に
は、メッセージ編集部１７は、勧告外で独自に設定した
切断メッセージ“ＬＲＳＴ”を編集する。このとき、メ
ッセージ編集部１７は、“ＬＲＳＴ”に付与される情報
要素として、ＪＴ-Ｑ.９３１の初期設定表示情報要素を
流用し、初期設定クラス＝７(全ＤＬＣＩ)，又は初期設
定クラス＝０(指定ＤＬＣＩ)を、“ＬＲＳＴ”にマッピ
ングする。

【０１０９】但し、初期設定クラス＝０がマッピングさ
れる場合には、切断すべき複数のＤＬＣＩの番号が“Ｌ
ＲＳＴ”に含められる。その後、処理がＳ２１２へ進
む。処理がＳ２１０へ進んだ場合において、リスタート
サービスがサービス(２)であるときには、メッセージ編
集部１７は、ＩＴＵ-Ｔ勧告Ｑ.９３３に従った“ＤＩＳ
Ｃ”を編集する。このとき、メッセージ編集部１７は、
“ＤＩＳＣ”に付与される情報要素として、ＪＴ-Ｑ.９
３１の初期設定表示情報要素を流用し、初期設定クラス
＝７(全ＤＬＣＩ)，又は初期設定クラス＝０(指定ＤＬ
ＣＩ)を、固定シフト手順を用いて“ＤＩＳＣ”にマッ
ピングする。

【０１１０】但し、初期設定クラス＝０がマッピングさ
れる場合であって、切断すべきＤＬＣＩが複数ある際に
は、切断すべきＤＬＣＩを示すビットマップ(ＤＬＣＩ
マップ識別子情報要素)が、“ＤＩＳＣ”に含められ
る。その後、処理がＳ２１２へ進む。

【０１１１】一方、処理がＳ２１０へ進んだ場合におい
て、リスタートサービスがサービス(５)である場合に
は、メッセージ編集部１７は、勧告外で独自に設定した
切断メッセージ“ＬＲＳＴ”を編集する。このとき、メ
ッセージ編集部１７は、“ＬＲＳＴ”に付与される情報
要素として、ＪＴ-Ｑ.９３１の初期設定表示情報要素を
流用し、初期設定クラス＝７(全ＤＬＣＩ)，又は初期設
定クラス＝０(指定ＤＬＣＩ)を、固定シフト手順を用い
て“ＬＲＳＴ”にマッピングする。

【０１１２】但し、初期設定クラス＝０がマッピングさ
れる場合であって、切断すべきＤＬＣＩが複数ある際に
は、切断すべきＤＬＣＩを示すビットマップ(ＤＬＣＩ
マップ識別子情報要素)が、“ＬＲＳＴ”に含められ
る。その後、処理がＳ２１２へ進む。

【０１１３】処理がＳ２１１へ進んだ場合において、リ
スタートサービスがサービス(３)である場合には、メッ
セージ編集部１７は、勧告Ｑ.９３３に従った切断メッ
セージたる“ＤＩＳＣ”を編集する。このとき、メッセ
ージ編集部１７は、“ＤＩＳＣ”に付与される情報要素
として、ＪＴ-Ｑ.９３１の初期設定表示情報要素を流用
し、初期設定クラス＝１(範囲ＤＬＣＩ)を、固定シフト
手順を用いて“ＤＩＳＣ”にマッピングする。

【０１１４】また、メッセージ編集部１７は、ＪＴ-Ｑ.
９３３のデータリンクコネクション識別子情報要素を流
用し、解放すべきＤＬＣＩの開始番号“１”と、解放す
べきＤＬＣＩの終了番号“ｎ”を“ＤＩＳＣ”にマッピ
ングする。その後、処理がＳ２１２へ進む。

【０１１５】一方、処理がＳ２１０へ進んだ場合におい
て、リスタートサービスがサービス(６)である場合に
は、メッセージ編集部１７は、勧告外で独自に設定した
切断メッセージ“ＬＲＳＴ”を編集する。このとき、メ
ッセージ編集部１７は、“ＬＲＳＴ”に付与される情報
要素として、ＪＴ-Ｑ.９３１の初期設定表示情報要素を
流用し、初期設定クラス＝１(範囲ＤＬＣＩ)を、固定シ
フト手順を用いて“ＬＲＳＴ”にマッピングする。

【０１１６】また、メッセージ編集部１７は、ＪＴ-Ｑ.
９３３のデータリンクコネクション識別子情報要素を流
用し、解放すべきＤＬＣＩの範囲開始番号“１”と、解
放すべきＤＬＣＩの範囲終了番号“ｎ”とを、“ＤＩＳ
Ｃ”にマッピングする。その後、処理がＳ２１２へ進
む。

【０１１７】なお、このＳ２０９〜Ｓ２１１にて編集さ
れる切断メッセージには、リスタートが発生した旨の情
報が含められる。処理がＳ２１２へ進んだ場合には、メ
ッセージ編集部１７が、リスタートサービスがサービス
(１)〜(６)の何れであるかを判定する。このとき、リス
タートサービスがサービス(１)〜(３)の何れかである場
合には、処理がＳ２１３へ進む。これに対し、リスター
トサービスがサービス(４)〜(６)の何れかである場合に
は、処理がＳ２１４へ進む。

【０１１８】処理がＳ２１３へ進んだ場合には、メッセ
ージ編集部１７が、編集し終わった“ＤＩＳＣ”を端末
装置Ａへ送信する。その後、処理がＳ２１５へ進む。一
方、処理がＳ２１４へ進んだ場合には、メッセージ編集
部１７が、編集し終わった“ＬＲＳＴ”を端末装置Ｂへ
送信する。その後、処理がＳ２１５へ進む。これによっ
て、代表呼番号の呼の切断メッセージが端末装置Ａへ送
信される。

【０１１９】処理がＳ２１５へ進んだ場合には、フレー
ムリレー交換機は、Ｓ２１３にて送信された“ＤＩＳ
Ｃ”，又はＳ２１４にて送信された“ＬＲＳＴ”の応答
メッセージの受信を待つ状態となり、応答メッセージを
受信すると、代表呼番号の呼が解放(切断)される。その
後、フレームリレー交換機によるリスタート処理が終了
する。

【０１２０】なお、処理がＳ２０５へ進んだ場合には、
端末装置Ａと端末装置Ｂとの間で設定されている全ての
呼について、勧告に従った切断(解放)処理(例えば、Ｉ
ＴＵ-Ｔ勧告Ｑ.９３３に従った切断処理)が、行われ
る。その後、フレームリレー交換機によるリスタート処
理が終了する。

【０１２１】Ｓ２１３又はＳ２１４にて送信された切断
メッセージ(“ＤＩＳＣ”又は“ＬＲＳＴ”)が端末装置
Ａに受信されると、端末装置Ａにて図１５に示すリスタ
ート処理が実行される。

【０１２２】図１３及び図１５に示すように、端末装置
Ａのメッセージ分析部２６がフレームリレー交換機から
切断メッセージを受信すると(Ｓ３０１)、メッセージ分
析部２６は、受信した切断メッセージの呼番号を代表呼
番号と設定し、代表呼番号の切断メッセージを受信した
旨を呼制御部２４へ通知する(Ｓ３０２)。

【０１２３】続いて、メッセージ分析部２６は、固定シ
フト手順を用いて切断メッセージ内にリスタートが発生
した旨が含まれているか否かを判定する(Ｓ３０３)。こ
のとき、リスタートが発生した旨が含まれていない場合
(Ｓ３０３；ＮＯ)には、処理がＳ３０５へ進む。これに
対し、リスタートが発生した旨が含まれていた場合に
は、処理がＳ３０４へ進む。

【０１２４】処理がＳ３０４へ進んだ場合には、メッセ
ージ分析部２６が、設定された代表呼番号，切断メッセ
ージに含まれていた複数のＤＬＣＩ番号(ＤＬＣＩマッ
プ識別子情報要素，ＤＬＣＩの範囲)，及びリスタート
が発生した旨を、リスタート要求としてリスタート部２
２に与える。

【０１２５】リスタート部２２は、リスタート要求を受
け取ると、代表呼番号と切断メッセージに含まれていた
ＤＬＣＩ番号(ＤＬＣＩマップ識別子情報要素，ＤＬＣ
Ｉの範囲)を、複数呼解放要求としてリソース管理部２
８に与える。

【０１２６】リソース管理部２８は、複数呼解放要求を
受け取ると、切断メッセージに含まれていたＤＬＣＩ番
号のうち、代表呼番号に対応するＤＬＣＩを除く全ての
ＤＬＣＩ番号及び呼番号を特定する。

【０１２７】そして、リソース管理部２８は、特定した
ＤＬＣＩ番号及び呼番号に該当する呼及びＤＬＣＩを解
放(切断)するとともに、呼制御メモリ２５の格納内容を
この解放動作に応じた内容に書き換える。但し、切断メ
ッセージにＤＬＣＩの範囲が含まれていた場合には、こ
のＤＬＣＩの範囲のうち、代表呼番号に対応するＤＬＣ
Ｉを除く全てのＤＬＣＩ及び呼が解放される。その後、
処理がＳ３０５へ進む。

【０１２８】処理がＳ３０５へ進んだ場合には、切断メ
ッセージの受信通知を受け取った呼制御部２４が、代表
呼番号の切断メッセージに対する応答メッセージの送信
要求をメッセージ編集部２７に与える。メッセージ編集
部２７は、送信要求を受け取ると、応答メッセージを編
集する。

【０１２９】ここで、Ｓ３０１にて受信された切断メッ
セージが“ＤＩＳＣ”である場合には、メッセージ編集
部２７は、応答メッセージ“ＲＥＬ”を編集する。一
方、切断メッセージが“ＬＲＳＴ”である場合には、応
答メッセージ“ＬＲＳＴＡＣＫ”を編集する。

【０１３０】そして、メッセージ編集部２７は、編集し
終わった“ＲＥＬ”又は“ＬＲＳＴＡＣＫ”を、フレー
ムリレー交換機へ送信する。その後、“ＲＥＬ”が送信
された場合には、フレームリレー交換機から“ＲＥＬ
ＣＯＭＰ”を端末装置Ａが受信したときに、代表呼番号
に該当する呼及びＤＬＣＩが解放される。一方、“ＬＲ
ＳＴＡＣＫ”が送信された場合には、直ちに代表呼番
号に該当する呼及びＤＬＣＩが解放される。そして、端
末装置Ａによるリスタート処理が終了する。

【０１３１】なお、フレームリレー交換機と端末装置Ｄ
との間では、従来におけるリスタート処理によって、複
数の呼が一つづつ解放される。〔ネットワークシステムの動作例〕次に、図１に示した
ネットワークシステムの動作例を説明する。《リスタートサービス決定処理の際の動作例》最初に、
上述したネットワークシステムの動作例として、フレー
ムリレー交換機と端末装置Ａとの間で行われるリスター
トサービス決定処理の際の動作例を説明する。図１６
は、リスタートサービス決定処理の際の動作例を示すシ
ーケンス図である。

【０１３２】フレームリレー交換機と端末装置Ａとが物
理回線を介して接続され、両者の間で回線がオープンす
ると(Ｓ０１，Ｓ１０１)、両者間におけるリスタートサ
ービスのネゴシエーション状態が「ネゴシエーション未
完了」に設定され(Ｓ０２，Ｓ１０２)、全てのリスター
トサービスが「オフライン」に設定される(Ｓ０３，Ｓ
１０３)。

【０１３３】ここで、フレームリレー交換機が呼設定要
求を受信すると、呼設定要求を受け付けた呼制御部１４
は、メッセージ編集部１７に対し“ＳＥＴＵＰ”の送信
要求を行う。メッセージ編集部１７は、呼制御部１４か
らの要求により、“ＳＥＴＵＰ”を作成する。

【０１３４】このとき、メッセージ編集部１７は、リス
タート部１２にフレームリレー交換機が提供可能なリス
タートサービスを問い合わせるが、リスタートサービス
は全て「オフライン」と設定されているため、メッセー
ジ編集部１７は、“ＳＥＴＵＰ”に固定シフト手順を用
いてリスタート情報要素(図１２参照)を付与する。

【０１３５】このリスタート情報要素には、フレームリ
レー交換機が提供可能なリスタートサービスを示す情報
がマッピングされる。そして、“ＳＥＴＵＰ”が端末装
置Ａへ送信される(Ｓ０９)。その後、リスタート部１２
は、全てのリスタートサービスを「オフライン」から
「スタンバイ」に移行させる(Ｓ０７)。

【０１３６】端末装置Ａでは、“ＳＥＴＵＰ”が受信さ
れると、その“ＳＥＴＵＰ”にリスタート情報要素が含
まれているか否かが判定され(Ｓ１１８)、リスタート情
報要素が含まれている場合には、その情報要素の内容に
基づいて、端末装置Ａとフレームリレー交換機との双方
で提供可能なリスタートサービスのみが「オンライン」
に設定される(Ｓ１１９)。

【０１３７】端末装置Ａでは、“ＳＥＴＵＰ”に対する
応答メッセージ(“ＣＡＬＬＰＲＯＣ”又は“ＲＥＬ
ＣＯＭＰ”)が作成される。この応答メッセージには、
端末装置Ａとフレームリレー交換機との双方で提供可能
なリスタートサービスの内容が含められる(Ｓ１２０)。
その後、応答メッセージは、フレームリレー交換機へ送
信される(Ｓ１２２)。

【０１３８】フレームリレー交換機では、応答メッセー
ジ内からフレームリレー交換機と端末装置Ａとの間で提
供可能なリスタートサービスの内容が抽出され、当該リ
スタートサービスのみが「オンライン」に設定される
(Ｓ１２)。その後、ネゴシエーション状態が「ネゴシエ
ーション完了」と設定され(Ｓ１３)、応答メッセージに
応じた動作(呼接続動作又は呼切断動作)が行われる(Ｓ
１５)。

【０１３９】その後、フレームリレー交換機に端末装置
Ａとの呼設定要求が受信されても、ネゴシエーション状
態が「ネゴシエーション完了」に設定されているため、
“ＳＥＴＵＰ”にリスタート情報要素は含められず、通
常の呼設定の際におけるシグナリング手順が実行され
る。《リスタート処理の際における動作例》次に、ネットワ
ークシステムの動作例として、リスタート処理の際にお
ける動作例について説明する。 (サービス(１)の第１動作例)図１７は、フレームリレー
交換機と端末装置Ａとの間で上述したサービス(１)が提
供される場合における第１動作例を示すシーケンス図で
ある。この動作例は、リスタート管理テーブル１３(２
３)の領域１１３ｂ(１２３ｂ)に「オンライン」が設定
され、且つ回線制御部１１が障害を検出した場合には、
フレームリレー交換機と端末装置Ａとの間で設定されて
いる全ての呼を解放(切断)する設定がなされていること
を前提とする。

【０１４０】図１７に示すように、端末装置Ａと端末装
置Ｂとの間で複数の呼が設定され、データ通信が行われ
ている際に、端末装置Ｂにて障害が発生したとする。す
ると、フレームリレー交換機の回線制御部１１(図１３
参照)は、端末装置Ｂの障害を検出し(Ｓ２０１)、端末
装置Ａとの間における全ての呼を切断すべきと認識す
る。

【０１４１】すると、リスタート部１２が、端末装置Ａ
との間で設定されている複数の呼のうち、何れかの呼番
号を代表呼番号として決定する(Ｓ２０４)。ここでは、
例として、既設定の複数の呼のうち、最も若い呼番号を
有する呼の番号が代表呼番号として決定される。

【０１４２】続いて、リスタート部１２は、リソース管
理部１８及び呼制御部１４に対し、代表呼番号，解放す
る全てのＤＬＣＩ，及びリスタートが発生した旨を通知
する。すると、リソース管理部１８は、端末装置Ａとの
間で使用されているＤＬＣＩのうち、代表呼番号に係る
ＤＬＣＩ以外の全てのＤＬＣＩを解放する(Ｓ２０６)。
また、呼制御部１４は、端末装置Ａへ既存の呼解放メッ
セージである“ＤＩＳＣ”の送信要求をメッセージ編集
部１６に与える。

【０１４３】メッセージ編集部１７は、代表呼番号の呼
についての“ＤＩＳＣ”を編集する。このとき、提供可
能なリスタートサービスがサービス(１)に設定されてい
るので、メッセージ編集部１７は、固定シフト手順を用
いて“ＤＩＳＣ”に全ての呼を切断する旨の設定(初期
設定クラス＝７)を付与する(Ｓ２０８)。続いて、リス
タートが発生した旨の情報を“ＤＩＳＣ”に付与する。
このようにして作成された“ＤＩＳＣ”は、端末装置Ａ
へ送信される(Ｓ２１３)。

【０１４４】端末装置Ａのメッセージ分析部２６は、
“ＤＩＳＣ”を受信すると、固定シフト手順を用いて
“ＤＩＳＣ”からリスタートが発生した旨の情報を抽出
し、リスタート部２２に与える。すると、リスタート部
２２は、“ＤＩＳＣ”の送信に使用された呼の番号を代
表呼番号とし(Ｓ３０２)、“ＤＩＳＣ”から解放すべき
全てのＤＬＣＩを求め、これらとリスタートが発生した
旨をリソース管理部２８に通知する。

【０１４５】すると、リソース管理部２８は、フレーム
リレー交換機との間で設定されている全ての呼及びＤＬ
ＣＩを、代表呼番号に対応する呼及びＤＬＣＩを除いて
解放する(Ｓ３０４)。その後、端末装置から代表呼番号
の呼についての“ＲＥＬ”が送信される(Ｓ３０５)。そ
して、フレームリレー交換機から端末装置Ａへ“ＲＥ
Ｌ”に対応する“ＲＥＬＣＯＭＰ”が送信され、“Ｒ
ＥＬＣＯＭＰ”が端末装置Ａに受信されると、代表呼
番号の呼及びＤＬＣＩが解放される(Ｓ３０６)。このよ
うにして、フレームリレー交換機と端末装置Ａとの間で
設定された全ての呼が解放される。 (サービス(１)の第２動作例)図１８は、フレームリレー
交換機と端末装置Ａとの間で上述したサービス(１)が提
供される場合における第２動作例を示すシーケンス図で
ある。この動作例は、リスタート管理テーブル１３(２
３)の領域１１３ｂ(１２３ｂ)に「オンライン」が設定
され、且つ回線制御部１１が障害を検出した場合には、
フレームリレー交換機と端末装置Ａとの間で設定されて
いる一部の呼を解放(切断)する設定がなされていること
を前提とする。図１８に示すように、端末装置Ａと端末
装置Ｂとの間，及び端末装置Ａと端末装置Ｃとの間の夫
々において複数の呼が設定されデータ通信が行われてい
る場合において、端末装置Ｂにて障害が発生したとす
る。

【０１４６】フレームリレー交換機の回線制御部１１
は、端末装置Ｂの障害を検出すると(Ｓ２０１)、フレー
ムリレー交換機と端末装置Ａとの間で設定されている呼
のうち、端末装置Ｂに係る全ての呼を切断すべきと認識
する。

【０１４７】すると、リスタート部１２が、端末装置Ａ
とフレームリレー交換機の間で使用され且つ端末装置Ｂ
とのデータ通信に使用されているＤＬＣＩを全て求め、
求めたＤＬＣＩ番号のうち最も若い番号を代表呼番号と
して決定する(Ｓ２０４)。

【０１４８】続いて、リスタート部１２は、リソース管
理部１８及び呼制御部１４に対し、代表呼番号，解放す
る全てのＤＬＣＩ，及びリスタートが発生した旨を通知
する。すると、リソース管理部１８は、解放すべきＤＬ
ＣＩのうち、代表呼番号に係るＤＬＣＩ以外の全てのＤ
ＬＣＩを解放する(Ｓ２０６)。また、呼制御部１４は、
端末装置Ａへ既存の呼解放メッセージである“ＤＩＳ
Ｃ”の送信要求をメッセージ編集部１６に与える。

【０１４９】メッセージ編集部１７は、代表呼番号の呼
についての“ＤＩＳＣ”を編集する。このとき、リスタ
ートサービスがサービス(１)に設定されているので、メ
ッセージ編集部１７は、固定シフト手順を用いて“ＤＩ
ＳＣ”に(初期設定クラス＝０)を付与する(Ｓ２０８)。
続いて、解放すべきＤＬＣＩの情報をＪＴ-Ｑ.１３３の
データリンクコネクション識別子情報要素を流用して
“ＤＩＳＣ”に付与する。さらに、リスタートが発生し
た旨の情報を“ＤＩＳＣ”に付与する。そして、編集し
終わった“ＤＩＳＣ”を、端末装置Ａへ送信する(Ｓ２
１３)。

【０１５０】端末装置Ａのメッセージ分析部２６は、
“ＤＩＳＣ”を受信すると、“ＤＩＳＣ”からリスター
トが発生した旨を抽出し、リスタート部２２に与える。
リスタート部２２は、“ＤＩＳＣ”の送信に使用された
呼の番号を代表呼番号とし(Ｓ３０２)、“ＤＩＳＣ”か
ら解放すべき全てのＤＬＣＩを求め、これらとリスター
トが発生した旨をリソース管理部２８に通知する。

【０１５１】リソース管理部２８は、端末装置Ａと端末
装置Ｂとの間で使用されている全ての呼及びＤＬＣＩ
を、代表呼番号に対応する呼及びＤＬＣＩを除いて解放
する(Ｓ３０４)。その後の動作は、サービス(１)の第１
動作例と同様であるので説明を省略する。最終的には、
端末装置Ａと端末装置Ｂとの間で設定された全ての呼の
みが解放される。

【０１５２】このように、代表呼番号についての切断手
順のみで、端末装置Ａと端末装置Ｂとの間で設定された
全ての呼が切断されるため、端末装置Ａとフレームリレ
ー交換機とを接続する回線へ急激な負担がかからず、端
末装置Ａと端末装置Ｃとのデータ通信に影響を与えるの
を防止できる。 (サービス(２)の動作例)図１９は、フレームリレー交換
機と端末装置Ａとの間で上述したサービス(２)が提供さ
れる場合における動作例を示すシーケンス図である。こ
の動作例は、リスタート管理テーブル１３(２３)の領域
１１３ｃ(１２３ｃ)に「オンライン」が設定されている
ことを前提とする。

【０１５３】但し、図１９に示す動作例は、図１８に示
した動作例とほぼ同様であるので、相違点についてのみ
説明する。この動作例では、メッセージ編集部１７が
“ＤＩＳＣ”に解放すべきＤＬＣＩを付与する際に、端
末装置Ａとフレームリレー交換機との間で使用されてい
るＤＬＣＩのうち、端末装置Ｂとの通信に使用されてい
るＤＬＣＩの全てをビットマップに変換したＤＬＣＩマ
ップ識別子(図１９参照)を生成し、このＤＬＣＩマップ
識別子を“ＤＩＳＣ”に付与する。そして、このＤＬＣ
Ｉマップ識別子を含む“ＤＩＳＣ”を受信したメッセー
ジ分析部２６が、このＤＬＣＩマップ識別子から解放す
べきＤＬＣＩを求める。 (サービス(３)の動作例)図２０は、フレームリレー交換
機と端末装置Ａとの間で上述したサービス(３)が提供さ
れる場合における動作例を示すシーケンス図である。こ
の動作例は、リスタート管理テーブル１３(２３)の領域
１１３ｃ(１２３ｃ)に「オンライン」が設定され、且つ
回線制御部１１が障害を検出した場合には、フレームリ
レー交換機と端末装置Ａとの間で設定されている一部の
呼を解放(切断)する設定がなされていることを前提とす
る。

【０１５４】図２０に示すように、端末装置Ａと端末装
置Ｂとの間，及び端末装置Ａと端末装置Ｃとの間の夫々
において複数の呼が設定されデータ通信が行われてお
り、端末装置Ａは、端末装置Ｂとのデータ通信のために
１番〜ｎ番のＤＬＣＩを使用し、端末装置Ｃとのデータ
通信のためにｎ＋１番〜ｍ番のＤＬＣＩを使用してい
る。ここで、端末装置Ｂにて障害が発生したとする。

【０１５５】フレームリレー交換機の回線制御部１１
は、端末装置Ｂの障害を検出すると(Ｓ２０１)、フレー
ムリレー交換機と端末装置Ａとの間で設定されている呼
のうち、端末装置Ｂに係る全ての呼を切断すべきと認識
する。

【０１５６】すると、リスタート部１２が、端末装置Ａ
と端末装置Ｂとの間で使用されているＤＬＣＩの開始番
号“１”と終了番号“ｎ”を求め、求めたＤＬＣＩ番号
のうち最も若い番号を代表呼番号として決定する(Ｓ２
０４)。

【０１５７】続いて、リスタート部１２は、リソース管
理部１８及び呼制御部１４に対し、代表呼番号，解放す
るＤＬＣＩの範囲(１〜ｎ)，及びリスタートが発生した
旨を通知する。すると、リソース管理部１８は、端末装
置Ａとフレームリレー交換機の間で使用され且つ端末装
置Ｂとのデータ通信に使用されているＤＬＣＩのうち、
代表呼番号に係るＤＬＣＩ以外の全てのＤＬＣＩを解放
する(Ｓ２０６)。また、呼制御部１４は、端末装置Ａへ
既存の呼解放メッセージである“ＤＩＳＣ”の送信要求
をメッセージ編集部１６に与える。

【０１５８】メッセージ編集部１７は、代表呼番号の呼
についての“ＤＩＳＣ”を編集する。このとき、リスタ
ートサービスがサービス(４)に設定されているので、メ
ッセージ編集部１７は、固定シフト手順を用いて“ＤＩ
ＳＣ”に(初期設定クラス＝１)を付与する(Ｓ２０８)。
続いて、解放すべきＤＬＣＩの開始番号“１”の情報及
び終了番号“ｎ”の情報を、ＪＴ-Ｑ.１３３のデータリ
ンクコネクション識別子情報要素を流用して“ＤＩＳ
Ｃ”に付与する。さらに、リスタートが発生した旨の情
報を“ＤＩＳＣ”に付与する。そして、編集し終わった
“ＤＩＳＣ”を、端末装置Ａへ送信する(Ｓ２１３)。

【０１５９】端末装置Ａのメッセージ分析部２６は、
“ＤＩＳＣ”を受信すると、“ＤＩＳＣ”からリスター
トが発生した旨を抽出し、リスタート部２２に与える。
リスタート部２２は、“ＤＩＳＣ”の送信に使用された
呼の番号を代表呼番号とし(Ｓ３０２)、“ＤＩＳＣ”か
ら解放すべきＤＬＣＩの開始番号“１”及び終了番号
“ｎ”を求め、これらとリスタートが発生した旨をリソ
ース管理部２８に通知する。

【０１６０】リソース管理部２８は、端末装置Ａとフレ
ームリレー交換機との間で使用されているＤＬＣＩ(１
番〜ｎ番)を、代表呼番号に係るＤＬＣＩを除いて解放
する(Ｓ３０４)。その後の動作は、サービス(１)の第１
動作例と同様であるので説明を省略する。最終的には、
端末装置Ａと端末装置Ｂとの間で設定された全ての呼の
みが解放される。 (サービス(４)の第１動作例)図２１は、フレームリレー
交換機と端末装置Ａとの間で上述したサービス(４)が提
供される場合における第１動作例を示すシーケンス図で
ある。この動作例は、リスタート管理テーブル１３(２
３)の領域１１３ｅ(１２３ｅ)に「オンライン」が設定
され、且つ回線制御部１１が障害を検出した場合には、
フレームリレー交換機と端末装置Ａとの間で設定されて
いる全ての呼を解放(切断)する設定がなされていること
を前提とする。

【０１６１】但し、図２１に示す動作例は、図１７に示
した動作例とほぼ同様であるので、相違点についてのみ
説明する。この動作例では、呼制御部１４が、端末装置
Ａに対し、勧告外で独自に設定された呼解放メッセージ
である“ＬＲＳＴ”を送信する。この“ＬＲＳＴ”に
は、サービス(１)の動作例と同様の初期設定表示情報要
素，及びリスタートが発生した旨の情報が付与される。

【０１６２】端末装置Ａは、“ＬＲＳＴ”を受信する
と、この応答メッセージとして独自に設定された“ＬＲ
ＳＴＡＣＫ”を、フレームリレー交換機へ送信する。
そして、フレームリレー交換機では、“ＬＲＳＴＡＣ
Ｋ”が受信されると代表呼番号に係る呼及びＤＬＣＩが
解放され、“ＬＲＳＴＡＣＫ”が廃棄される。 (サービス(４)の第２動作例)図２２は、フレームリレー
交換機と端末装置Ａとの間で上述したサービス(４)が提
供される場合における第２動作例を示すシーケンス図で
ある。この動作例は、リスタート管理テーブル１３(２
３)の領域１１３ｅ(１２３ｅ)に「オンライン」が設定
されていることを前提とする。

【０１６３】但し、図２２に示す動作例は、端末装置Ａ
とフレームリレー交換機との間で送受信されるメッセー
ジが上述した“ＬＲＳＴ”及び“ＬＲＳＴＡＣＫ”で
ある点を除き、図１８に示した動作例とほぼ同様である
ので、説明を省略する。 (サービス(５)の第２動作例)図２３は、フレームリレー
交換機と端末装置Ａとの間で上述したサービス(５)が提
供される場合における動作例を示すシーケンス図であ
る。この動作例は、リスタート管理テーブル１３(２３)
の領域１１３ｆ(１２３ｆ)に「オンライン」が設定され
ていることを前提とする。

【０１６４】但し、図２３に示す動作例は、端末装置Ａ
とフレームリレー交換機との間で送受信されるメッセー
ジが上述した“ＬＲＳＴ”及び“ＬＲＳＴＡＣＫ”で
ある点を除き、図１９に示した動作例とほぼ同様である
ので、説明を省略する。 (サービス(６)の第２動作例)図２４は、フレームリレー
交換機と端末装置Ａとの間で上述したサービス(６)が提
供される場合における動作例を示すシーケンス図であ
る。この動作例は、リスタート管理テーブル１３(２３)
の領域１１３ｇ(１２３ｇ)に「オンライン」が設定され
ていることを前提とする。

【０１６５】但し、図２４に示す動作例は、端末装置Ａ
とフレームリレー交換機との間で送受信されるメッセー
ジが上述した“ＬＲＳＴ”及び“ＬＲＳＴＡＣＫ”で
ある点を除き、図２０に示した動作例とほぼ同様である
ので、説明を省略する。〔実施形態による効果〕本実施形態によるネットワーク
システムによると、フレームリレー網ＦＲＮ(フレーム
リレー交換機)と端末装置Ａ〜Ｄとの間で初めて回線が
オープンした場合には、端末装置とフレームリレー交換
機との間でリスタートサービス決定処理が行われ、リス
タートが発生した際に提供されるリスタートサービス
(サービス(１)〜(６)の何れか)が決定される。

【０１６６】そして、端末装置Ａ〜Ｄ間でデータ通信が
行われている際に、端末装置Ａ〜Ｄの何れか，フレーム
リレー交換機，又は通信回線に障害が生じた場合には、
端末装置とフレームリレー交換機との間において、リス
タートサービス決定処理によって決定されたサービス
(１)〜(６)の何れかについてのリスタート処理が実行さ
れる。

【０１６７】このリスタート処理によれば、代表呼番号
の呼についての切断手順を行うことで、複数の呼及びＤ
ＬＣＩが解放される。このため、従来に比べてリスター
ト手順を早く終了させることができる。また、従来のよ
うな複数の呼の夫々について切断手順を行うことによる
回線への負荷を低減できる。従って、回線への負荷が大
きくなることによるスループット低下を防止することが
できるとともに、端末装置間におけるデータ通信のレス
ポンス低下を防止できる。

【０１６８】また、リスタートサービス決定処理は、初
めての回線オープンの際にしか実行されないので、呼設
定要求がフレームリレー交換機に受信される度に当該決
定処理が行われる煩わしさを回避できる。

【０１６９】また、本実施形態によるフレームリレー交
換機は、リスタートサービスを提供しない端末装置であ
っても接続することができる。但し、この場合には、従
来と同様のリスタート手順が行われる。

【０１７０】以上説明したように、本発明によればフレ
ームリレーＳＶＣにおいてポイント-ポイント間論理リ
ンクの全呼切断や複数呼同時切断の必要が発生した場合
に回線の負荷を上げることなくこれらの切断を行うこと
ができ、その結果輻輳発生を抑えることができる。この
ため、同一回線錠のＰＶＣ(固定間接続)や切断非対象の
ＳＶＣのデータ転送に影響を与えなくなる。これらによ
って、フレームリレー回線の能力向上に寄与するところ
が大きい。

【０１７１】また、リスタート手順(リスタートサービ
ス)の自動判別を行う機能により、本発明を適用する通
信システムと適用しない通信システム間との接続が行え
るとともに、保守者がそのことを意識する必要がない。

【０１７２】なお、本実施形態では、代表呼番号は、最
も若い番号をもって決定したが、最も大きい呼の番号を
代表呼番号として決定しても良く、複数の呼のなかから
ランダムに代表呼番号を決定するようにされていても良
い。

【０１７３】

【発明の効果】本発明によるネットワークシステムによ
れば、フレームリレー交換機と端末装置との間で設定さ
れた複数の呼を一度の切断手順によって切断できるの
で、複数の呼毎に切断手順を行うことによる回線への負
荷増大を回避できる。このため、端末装置間におけるデ
ータ通信のレスポンス低下を防止することができる。

【図面の簡単な説明】

【図１】本実施形態によるネットワークシステムの全体
構成図

【図２】フレームリレー網(フレームリレー交換機)の機
能ブロック図

【図３】リスタートサービス状態管理テーブルの説明図

【図４】呼制御メモリの説明図

【図５】端末装置の機能ブロック図

【図６】リスタートサービス状態管理テーブル及び呼制
御メモリの説明図

【図７】フレームリレー交換機及び端末装置の動作説明
図

【図８】フレームリレー交換機によるリスタートサービ
ス決定処理を示すフローチャート

【図９】フレームリレー交換機によるリスタートサービ
ス決定処理を示すフローチャート

【図１０】端末装置によるリスタートサービス決定処理
を示すフローチャート

【図１１】端末装置によるリスタートサービス決定処理
を示すフローチャート

【図１２】リスタートサービスサポート情報要素の説明
図

【図１３】フレームリレー交換機及び端末装置の動作説
明図

【図１４】フレームリレー交換機によるリスタート処理
を示すフローチャート

【図１５】端末装置によるリスタート処理を示すフロー
チャート

【図１６】ネットワークシステムの動作例を示すシーケ
ンス図

【図１７】ネットワークシステムの動作例を示すシーケ
ンス図

【図１８】ネットワークシステムの動作例を示すシーケ
ンス図

【図１９】ネットワークシステムの動作例を示すシーケ
ンス図

【図２０】ネットワークシステムの動作例を示すシーケ
ンス図

【図２１】ネットワークシステムの動作例を示すシーケ
ンス図

【図２２】ネットワークシステムの動作例を示すシーケ
ンス図

【図２３】ネットワークシステムの動作例を示すシーケ
ンス図

【図２４】ネットワークシステムの動作例を示すシーケ
ンス図

【図２５】従来の問題点の説明図

【符号の説明】

Ａ,Ｂ,Ｃ,Ｄ端末装置ＦＲＮフレームリレー網１１,２１回線制御部１２,２２リスタート部１３,２３リスタートサービス状態管理テーブル１４,２４呼制御部１５,２５呼管理メモリ１６,２６メッセージ分析部１７,２７メッセージ編集部

Claims

【特許請求の範囲】

【請求項１】フレームリレー網とこのフレームリレー網
に接続された二以上の端末装置からなるネットワークシ
ステムであって、前記フレームリレー網は、前記二以上の端末装置のうち
一の端末装置へ呼設定要求メッセージを送信する呼設定
要求手段と、前記呼設定要求メッセージに前記一の端末
装置との間で実行可能な１以上のリスタート手順の情報
を付与する手順情報付与手段と、前記一の端末装置より
送信された応答メッセージからリスタート手順の特定情
報を抽出する抽出手段と、前記抽出手段によって抽出さ
れた特定情報に対応するリスタート手順を前記端末装置
との間で実行可能に設定する手順設定手段とを備え、前記一の端末装置は、前記フレームリレー網から送信さ
れた呼設定要求メッセージを受信する受信手段と、前記
受信手段によって受信された呼設定要求メッセージに付
与されたリスタート手順の情報を取得する手順情報取得
手段と、前記フレームリレー網との間で実行可能な１以
上のリスタート手順の情報を保持する手順情報保有手段
と、前記手順情報保持手段の保持内容，及び前記手順情
報取得手段によって取得された情報に基づいて前記一の
端末装置と前記フレームリレー網との間で実行可能なリ
スタート手順の特定情報を生成する特定情報生成手段
と、前記特定情報生成手段によって生成された特定情報
が付与された応答メッセージを前記フレームリレー網へ
送信する応答手段と、前記特定情報生成手段によって生
成された特定情報に対応するリスタート手順を前記フレ
ームリレー網との間で実行可能に設定する手順決定手段
とを備えたネットワークシステム。
【請求項２】前記一の端末装置は、前記フレームリレー
網へ呼設定要求メッセージを送信する呼設定要求手段
と、前記呼設定要求メッセージに前記フレームリレー網
との間で実行可能な１以上のリスタート手順の情報を付
与する手順情報付与手段と、前記フレームリレー網より
送信された応答メッセージからリスタート手順の特定情
報を抽出する抽出手段と、前記抽出手段によって抽出さ
れた特定情報に対応するリスタート手順を前記フレーム
リレー網との間で実行可能に設定する手順設定手段とを
さらに備え、前記フレームリレー網は、前記一の端末装置から送信さ
れた呼設定要求メッセージを受信する受信手段と、前記
受信手段によって受信された呼設定要求メッセージに付
与されたリスタート手順の情報を取得する手順情報取得
手段と、前記端末装置との間で実行可能なリスタート手
順の情報を保持する手順情報保有手段と、前記手順情報
保持手段の保持内容，及び前記手順情報取得手段によっ
て取得された情報に基づいて、前記一の端末装置と前記
フレームリレー網との間で実行可能なリスタート手順の
特定情報を生成する特定情報生成手段と、前記特定情報
生成手段によって生成されたリスタート手順の特定情報
が付与された応答メッセージを前記端末装置へ送信する
応答手段と、前記特定情報生成手段によって生成された
特定情報に対応するリスタート手順を前記一の端末装置
との間で実行可能に設定する手順決定手段とをさらに備
えた請求項１記載のネットワークシステム。
【請求項３】前記一の端末装置との間で実行可能な１以
上のリスタート手順の情報は、前記一の端末装置が初め
て受信する呼設定要求メッセージのみに付与される請求
項１記載のネットワークシステム。
【請求項４】前記フレームリレー網との間で実行可能な
１以上のリスタート手順の情報は、前記一の端末装置が
初めて送信する呼設定要求メッセージのみに付与される
特徴とする請求項２記載のネットワークシステム。
【請求項５】前記フレームリレー網は、前記一の端末装
置と他の端末装置との間で複数の呼が設定され通信が行
われている場合にこの通信に係る障害を検出する障害検
出手段と、前記障害検出手段が障害を検出した場合に前
記一の端末装置との間で設定されている複数の呼のうち
の何れかを代表呼として決定する第１代表呼決定手段
と、前記一の端末装置との間で設定されている複数の呼
を前記代表呼以外を除いて解放する第１呼解放手段と、
前記代表呼についての呼切断メッセージを生成し前記一
の端末装置へ送信する第１メッセージ送信手段と、前記
呼切断メッセージに解放すべき呼の情報を付与する呼情
報付与手段と、前記一の端末装置から前記呼切断メッセ
ージに対応する呼解放メッセージを受信した場合に前記
代表呼を解放し前記呼解放メッセージに対応する呼解放
完了メッセージを前記一の端末装置へ送信する第２呼解
放手段とをさらに備え、前記一の端末装置は、前記フレームリレー網から受信し
た前記呼切断メッセージに付与された解放すべき呼の情
報に基づいて、前記フレームリレー網との間で設定され
ている複数の呼を前記代表呼以外を除いて解放する第３
呼解放手段と、前記呼解放メッセージを生成し前記フレ
ームリレー網へ送信する第２メッセージ送信手段と、前
記呼解放完了メッセージを受信した場合に前記代表呼を
解放する第４解放手段とをさらに備えた請求項１〜４の
何れかに記載のネットワークシステム。
【請求項６】前記フレームリレー網は、前記一の端末装
置と他の端末装置との間で複数の呼が設定され通信が行
われている場合にこの通信に係る障害を検出する障害検
出手段と、前記障害検出手段が障害を検出した場合に前
記一の端末装置との間で設定されている複数の呼のうち
の何れかを代表呼として決定する第１代表呼決定手段
と、前記一の端末装置との間で設定されている複数の呼
の一部を前記代表呼以外を除いて解放する第１呼解放手
段と、前記代表呼についての呼切断メッセージを生成し
前記一の端末装置へ送信する第１メッセージ送信手段
と、前記呼切断メッセージに解放すべき呼の情報を付与
する呼情報付与手段と、前記一の端末装置から前記呼切
断メッセージに対応する呼解放メッセージを受信した場
合に前記代表呼を解放し前記呼解放メッセージに対応す
る呼解放完了メッセージを前記一の端末装置へ送信する
第２呼解放手段とをさらに備え、前記一の端末装置は、前記フレームリレー網から受信し
た前記呼切断メッセージに付与された解放すべき呼の情
報に基づいて、前記フレームリレー網との間で設定され
ている複数の呼の一部を前記代表呼以外を除いて解放す
る第３呼解放手段と、前記呼解放メッセージを生成し前
記フレームリレー網へ送信する第２メッセージ送信手段
と、前記呼解放完了メッセージを受信した場合に前記代
表呼を解放する第４解放手段とをさらに備えた請求項１
〜５の何れかに記載のネットワークシステム。
【請求項７】前記フレームリレー網は、前記一の端末装
置と他の端末装置との間で複数の呼が設定され通信が行
われている場合にこの通信に係る障害を検出する障害検
出手段と、前記障害検出手段が障害を検出した場合に前
記一の端末装置との間で設定されている複数の呼のうち
の何れかを代表呼として決定する第１代表呼決定手段
と、前記一の端末装置との間で設定されている複数の呼
を前記代表呼以外を除いて解放する第１呼解放手段と、
前記代表呼についての呼切断メッセージを生成し前記一
の端末装置へ送信する第１メッセージ送信手段と、前記
呼切断メッセージに解放すべき呼の情報を付与する呼情
報付与手段と、前記一の端末装置から前記呼切断メッセ
ージの応答メッセージを受信した場合に前記代表呼を解
放する第２呼解放手段とをさらに備え、前記一の端末装置は、前記フレームリレー網から受信し
た前記呼切断メッセージに付与された解放すべき呼の情
報に基づいて、前記フレームリレー網との間で設定され
ている複数の呼を前記代表呼以外を除いて解放する第３
呼解放手段と、前記応答メッセージを生成し前記フレー
ムリレー網へ送信する第２メッセージ送信手段と、前記
応答メッセージを送信した場合に前記代表呼を解放する
第４解放手段とをさらに備えた請求項１〜６の何れかに
記載のネットワークシステム。
【請求項８】前記フレームリレー網は、前記一の端末装
置と他の端末装置との間で複数の呼が設定され通信が行
われている場合にこの通信に係る障害を検出する障害検
出手段と、前記障害検出手段が障害を検出した場合に前
記一の端末装置との間で設定されている複数の呼のうち
の何れかを代表呼として決定する第１代表呼決定手段
と、前記一の端末装置との間で設定されている複数の呼
の一部を前記代表呼以外を除いて解放する第１呼解放手
段と、前記代表呼についての呼切断メッセージを生成し
前記一の端末装置へ送信する第１メッセージ送信手段
と、前記呼切断メッセージに解放すべき呼の情報を付与
する呼情報付与手段と、前記一の端末装置から前記呼切
断メッセージに対応する応答メッセージを受信した場合
に前記代表呼を解放する第２呼解放手段とをさらに備
え、前記一の端末装置は、前記フレームリレー網から受信し
た前記呼切断メッセージに付与された解放すべき呼の情
報に基づいて、前記フレームリレー網との間で設定され
ている複数の呼の一部を前記代表呼以外を除いて解放す
る第３呼解放手段と、前記応答メッセージを生成し前記
フレームリレー網へ送信する第２メッセージ送信手段
と、前記応答メッセージを送信した場合に前記代表呼を
解放する第４解放手段とをさらに備えた請求項１〜７の
何れかに記載のネットワークシステム。
【請求項９】前記解放すべき呼の情報が解放すべきデー
タリンクコネクション識別子番号である請求項５〜８の
何れかに記載のネットワークシステム。
【請求項１０】前記解放すべき呼の情報が解放すべきデ
ータリンクコネクション識別子番号を示すビットマップ
である請求項５〜９の何れかに記載のネットワークシス
テム。
【請求項１１】前記解放すべき呼の情報が解放すべきデ
ータリンクコネクション識別子番号の範囲を示す情報で
ある請求項５〜９の何れかに記載のネットワークシステ
ム。