JPH10164069A - コネクション制御方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 仮想チャネル・コネクションの解放に要する
手順が複雑であり、処理時間の短縮が難しい。 【解決手段】 仮想チャネル・コネクションの解放時、
ルートは解放しないままその帯域のみを解放することに
したので、コネクション解放に要する処理を簡略化で
き、その分、仮想チャネル・コネクションの解放に要す
る処理時間を従来に比して短縮することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コネクション制御
方法及びコネクション制御装置に関し、例えば、ＬＡＮ
エミュレーションによって実現された仮想ＬＡＮ上に存
在する端末間に通信チャネルを設定する場合及び解放す
る場合に適用し得る。

【０００２】

【従来の技術】図２及び図３に、ＡＴＭＬＡＮエミュレ
ーションにおいて従来用いられているＶＣＣ（Virtual
Channel Connection）設定／解放手順を示す。なお、端
末１及び２のそれぞれは、ＬＡＮエミュレーション・エ
ンティティー（ＬＥＥ：LAN Emulation Entity）と、ア
プリケーション・レイヤ（ＡＰＬ：ＬＡＮＥＭＵの上位
レイヤ、例えばＬＬＣレイヤ）とから構成されているも
のとする。また、端末１及び２間には、２つのＡＴＭノ
ード（ＡＴＭ交換機等）が存在しているものとする。

【０００３】(a) まず、図２により、端末１及び２のア
プリケーション・レイヤ（ＡＰＬ）間でデータ通信を行
う場合に実行されるコネクション設定手順を説明する。

【０００４】(a-1) この設定手順は、端末１のアプリケ
ーション・レイヤからＬＡＮエミュレーション・エンテ
ィティー（ＬＥＥ）に対して、端末２宛のデータが送ら
れることにより開始される。ＬＡＮエミュレーション・
エンティティー（ＬＥＥ）は、この時点で、端末１と端
末２間にＶＣＣが設定されているか否かを確認し、否定
的な結果が得られた場合には、端末２との間にＶＣＣを
設定するためのＶＣＣ設定要求メッセージ（ＳＥＴＵ
Ｐ）をＡＴＭノード宛に送出する。なお、このメッセー
ジが送出される前には、(1) メッセージ処理（ＳＥＴＵ
Ｐの組み立て）、(2) プロトコル処理（状態遷移、タイ
マー起動）、(3) 帯域管理処理（帯域割り当て）が行わ
れる。

【０００５】(a-2) 設定要求メッセージ（ＳＥＴＵＰ）
を受信したＡＴＭノードは、(1) メッセージ処理（ＳＥ
ＴＵＰの分析、ＶＣＣ設定処理中メッセージ（ＣＡＬＬ
ＰＲＯＣ）の組み立て）、(2) プロトコル処理（状態
遷移、タイマー処理）、(3)ルーティング処理（ＶＣＣ
のルート決定）、(4) 帯域管理処理（帯域割り当て）を
行う。このとき、ＡＴＭノードは、ＶＣＣ設定処理中メ
ッセージ（ＣＡＬＬＰＲＯＣ）を端末１に返し、設定要
求メッセージ（ＳＥＴＵＰ）を次のＡＴＭノードに送出
する。

【０００６】(a-3) 次のＡＴＭノードは、同じく、(1)
メッセージ処理（ＳＥＴＵＰの分析）、(2) プロトコル
処理（状態遷移、タイマー処理）、(3) ルーティング処
理（ＶＣＣのルート決定）、(4) 帯域管理処理（帯域割
り当て）を行い、設定要求メッセージ（ＳＥＴＵＰ）を
宛先である端末２に送出する。

【０００７】(a-4) ＳＥＴＵＰを受信した端末２のＬＥ
Ｅは、(1) メッセージ処理（ＣＯＮＮの分析、(2) ＶＣ
Ｃ確認応答メッセージ（ＣＯＮＮＡＣＫ）の組み立
て）、(3) プロトコル処理（状態遷移、タイマー処
理）、(4) 帯域管理処理（帯域割り当て）を行い、ＶＣ
Ｃ設定確認メッセージ（ＣＯＮＮ）をＡＴＭノードに返
送する。

【０００８】(a-5) ＶＣＣ設定確認メッセージ（ＣＯＮ
Ｎ）を受信したＡＴＭノードは、(1) メッセージ処理
（ＣＯＮＮの分析、ＶＣＣ確認応答メッセージ（ＣＯＮ
ＮＡＣＫ）の組み立て）、(2) プロトコル処理（状態遷
移、タイマー処理）を行う。このとき、ＡＴＭノード
は、ＶＣＣ確認応答メッセージ（ＣＯＮＮＡＣＫ）を端
末１に返す一方で、次のＡＴＭノードにＶＣＣ設定確認
メッセージ（ＣＯＮＮ）を転送する。

【０００９】(a-6) このＶＣＣ設定確認メッセージ（Ｃ
ＯＮＮ）の転送を受けた次のＡＴＭノードは、(1) メッ
セージ処理（ＣＯＮＮの分析）、(2) プロトコル処理
（状態遷移、タイマー処理）を行い、端末１へＶＣＣ設
定確認メッセージ（ＣＯＮＮ）を送出する。

【００１０】(a-7) このようにして、ＶＣＣ設定確認メ
ッセージ（ＣＯＮＮ）を受信した端末１のＬＡＮエミュ
レーション・エンティティー（ＬＥＥ）は、(1) メッセ
ージ処理（ＣＯＮＮの分析、ＣＯＮＮＡＣＫの組み立
て）、(2) プロトコル処理（状態遷移、タイマー処理）
を行い、ＡＴＭノードへＶＣＣ確認応答メッセージ（Ｃ
ＯＮＮＡＣＫ）を送出する。

【００１１】この結果、端末１及び２のＬＡＮエミュレ
ーション・エンティティー（ＬＥＥ）間にＶＣＣが確立
され、確立されたＶＣＣを通して、端末１のＬＥＥから
アプリケーション・レイヤ（ＡＰＬ）のデータが端末２
に送信される。以上が、コネクション設定手順である。

【００１２】(b) 次に、図３により、端末１及び２のア
プリケーション・レイヤ（ＡＰＬ）間に設定されている
コレクション（ＶＣＣ）の解放手順を説明する。

【００１３】(b-1) この解放手順は、端末１のＬＡＮエ
ミュレーション・エンティティー（ＬＥＥ）が、そのア
プリケーション・レイヤ（ＡＰＬ）から一定時間（デフ
ォルト値は２０分）の間、データ送信請求を受け付けな
かった場合に開始される。すなわち、この場合に、端末
１のＬＡＮエミュレーション・エンティティー（ＬＥ
Ｅ）からＡＴＭノードに対し、ＶＣＣを解放するための
ＶＣＣ解放請求メッセージ（ＲＥＬ）が送出される。な
お、このメッセージ（ＲＥＬ）が送出される前には、
(1) メッセージ処理（ＲＥＬの組み立て）、(2) プロ
トコル処理（状態遷移、タイマー処理）、(3) 帯域管理
処理（帯域解放）の処理を行う。

【００１４】(b-2) このＶＣＣ解放請求メッセージ（Ｒ
ＥＬ）を受信したＡＴＭノードは、(1) メッセージ処理
（ＲＥＬメッセージの分析）、(2) プロトコル処理（状
態遷移、タイマー処理）、(3) 帯域管理処理（帯域解
放）を行い、受信したＲＥＬを次のＡＴＭノードに送出
する。なお、次のＡＴＭノードの処理も同じである。

【００１５】(b-3) ＲＥＬを受信した端末２のＬＥＥ
は、(1) メッセージ処理（ＲＥＬメッセージの分析、Ｖ
ＣＣ解放確認メッセージ（ＲＥＬ ＣＯＭＰ）の組み立
て）、(2) プロトコル処理（状態遷移、タイマー処
理）、(3) 帯域管理処理（帯域解放）を行い、ＶＣＣ解
放確認メッセージ（ＲＥＬＣＯＭＰ）をＡＴＭノードに
返送する。

【００１６】以後、ＶＣＣ解放確認メッセージ（ＲＥＬ
ＣＯＭＰ）を受信したＡＴＭノード及び端末１は、図３
に示すように、(1) メッセージ処理、(2) プロトコル処
理を行う。その結果、ＶＣＣが解放されることになる。

【００１７】

【発明が解決しようとする課題】ところが、従来のＶＣ
Ｃ設定処理手順及び解放処理手順は、上述したように複
雑な処理である。

【００１８】従って、エンド−エンドのアプリケーショ
ン・レイヤレベルでのデータ高速通信（単にデータ転送
時間が短いだけでなく）が求められている現在、この複
雑な手順をチャネルの設定及び解放の都度実行すること
は、通信処理時間の点で問題であった。

【００１９】

【課題を解決するための手段】

(A) かかる課題を解決するため、第１の発明において
は、仮想チャネル・コネクションの制御方法において、
以下のようにしたことを特徴とする。

【００２０】すなわち、仮想チャネル・コネクションの
設定時、前回行われた仮想チャネル・コネクションの解
放後も保持されたままの状態になっているルートについ
て、その帯域のみを確保することを特徴とする。

【００２１】(B) また、第２の発明においては、仮想チ
ャネル・コネクション制御方法において、以下のように
したことを特徴とする。

【００２２】すなわち、仮想チャネル・コネクションの
解放時、ルートは解放しないままその帯域のみを解放す
ることを特徴とする。

【００２３】(C) また、第３の発明においては、仮想チ
ャネル・コネクションの制御に用いられるコネクション
制御装置において、以下の手段を備えたことを特徴とす
る。

【００２４】すなわち、仮想チャネル・コネクションの
設定時、前回行われた仮想チャネル・コネクションの解
放後も保持されたままの状態になっているルートについ
て、その帯域のみを確保するように動作する設定制御手
段を備えたことを特徴とする。

【００２５】(D) さらに、仮想チャネル・コネクション
の制御に用いられるコネクション制御装置において、以
下の手段を備えたことを特徴とする。

【００２６】すなわち、仮想チャネル・コネクションの
解放時、ルートは解放しないままその帯域のみ解放する
ように動作する解放制御手段を備えたことを特徴とす
る。

【００２７】以上のように、上述の(A) 及び(C) に示す
本発明によれば、仮想チャネル・コネクションを設定す
る際に必要となるのは帯域確保の制御だけで良く、従来
のように呼設定のためのプロトコル処理やルーティング
処理が不要となるので、その分、仮想チャネル・コネク
ションの設定に要する処理時間を従来に比して短縮する
ことができる。

【００２８】また、上述の(B) 及び(D) に示す本発明に
よれば、仮想チャネル・コネクションを解放する際に必
要となるのは帯域解放の制御だけで良く、従来のように
呼解放のためのプロトコル処理やメッセージ処理が不要
となるので、その分、仮想チャネル・コネクションの解
放に要する処理時間を従来に比して短縮することができ
る。

【００２９】

【発明の実施の形態】

（Ａ）実施形態 （Ａ−１）システム構成 以下、ＬＡＮエミュレーションにより構築された仮想Ｌ
ＡＮにおいて、本発明に係るコネクション制御装置及び
その制御方法を用いる場合について、図面を参照しなが
ら詳述する。

【００３０】図１及び図４は、実施形態に係るコネクシ
ョン制御装置をインターフェース部分に備える端末及び
ＡＴＭノードによって構築された仮想ＬＡＮの一接続形
態を示したものである。図１及び図４の場合、２台の端
末１及び２が２台のＡＴＭノードを介して接続されてい
るが、言うまでもなく、ＡＴＭノードの段数はこれに限
られるものではない。

【００３１】また、図１及び図４では、ＡＴＭノードに
端末１及び２が直接接続されているものとして表してあ
るが、これについてもこれに限られるものではなく、端
末１及び２は、ＡＴＭノードに接続されたＬＡＮ上に存
在していても良い。なお、この場合には、ＬＡＮ上に存
在する各ノードにも、実施形態に係るコネクション制御
装置が必要になる。これらノードの具体例には、ＡＴＭ
スイッチ、ルータ、サーバー等がある。

【００３２】このように、実施形態に係るコネクション
制御装置は、仮想ＬＡＮ上の各ノードに実装されるもの
であるが、今回新たに設けられた機能は、ＶＣＣを解放
する際、帯域のみを解放してルートについてはそのまま
の状態で保持するようにし、また、ＶＣＣを設定する際
には、前回の設定時より維持されているルートについて
その帯域を確保する点を特徴とする。すなわち、一度、
設定したＶＣＣのルートはそのまま維持し、必要な場合
だけ帯域幅を確保し、その他の場合には帯域幅を”０”
として他の通信の妨げにならないようにした点を特徴と
するものである。これにより、設定時や解放時でのルー
ティング処理や呼設定のプロトコル処理を省略できると
いう利点がある。

【００３３】なお、このような制御を実行すると、帯域
幅が”０”ではあるが多数のルートをＡＴＭノードが常
にハンドリングできる必要があるが、ＡＴＭノードがハ
ンドリングできる仮想チャネル識別子（ＶＣＩ：Virtua
l Channel Identifier）の値は数万にも及ぶのでこの点
については十分実用可能である。

【００３４】このコネクション制御装置は、ＶＣＣの設
定又は解放時、図５に示すセルフォーマットで構成され
るＲＭ（Resouce Management） セルを送受することに
より、前述の機能を実現するようになっている。ここ
で、プロトコル識別子の値は、当該ＲＭセルが今回の用
途に用いられるセルであることを表し、要求／確認識別
子の値は、当該ＲＭセルが帯域を要求するセルか確認の
セルかを表し、明記セルレートの値は、要求する帯域幅
を表している。なお、プロトコル識別子のデフォルト値
は”１”であるが、今回の用途に使用されるＲＭセルに
は、例えば”２”を用いるものとする。

【００３５】各ノードに設けられたコネクション制御装
置は、このＲＭセルの入力を確認することにより、以下
の項で説明する処理動作を実行する。

【００３６】（Ｂ）実施形態の動作 次に、以上の構成を有するコネクション制御装置を使用
して、実際に、仮想ＬＡＮ上に２つの端末１及び２間に
ＶＣＣを設定する場合の動作並びにそれを解放する場合
の動作を説明する。

【００３７】（Ｂ−１）ＶＣＣ解放手順 (a) 説明の都合上、まず、ＶＣＣを解放する手順から説
明する。図１は、この処理を実行する際に、仮想ＬＡＮ
上の各ノードに設けられたコネクション制御装置のそれ
ぞれが実行する処理手順を表したものである。ここで
は、端末１からＶＣＣの解放要求が出される場合につい
て説明する。

【００３８】(a-1) ＬＡＮエミュレーション・エンティ
ティー（ＬＥＥ）は、アプリケーション・レイヤ（ＡＰ
Ｌ）から一定時間（デフォルト値は２０分）に亘ってデ
ータ送信要求を受け付けなかった場合、ＶＣＣを解放す
べきものと判断し、その解放処理を開始する。すなわ
ち、ＬＡＮエミュレーション・エンティティー（ＬＥ
Ｅ）は、帯域解放セル（ＲＭセル）を次段のＡＴＭノー
ドに送り出し、帯域のみの解放を指示する。

【００３９】このとき、端末１のＬＡＮエミュレーショ
ン・エンティティ（ＬＥＥ）は、ＲＭセルを出力するの
に先だって、(1) ＲＭセル処理（ＲＭセルの組み立て）
と、(2) 帯域管理処理（帯域解放）とを実行する。な
お、実際のＲＭセル組み立て処理においては、ＡＴＭセ
ルヘッダ、プロトコル識別子、要求／確認識別子及び明
記セルレートの各フィールドが設定されることになる。
また、帯域管理処理では、現状の使用帯域合計から解放
する帯域分を削除する処理がなされ、処理バッファの解
放がなされる。

【００４０】(a-2) この(1) ＲＭセル処理（ＲＭセルの
分析）及び(2) 帯域管理処理（帯域解放）については、
ＲＭセルを受信する１段目及び２段目のＡＴＭノードに
ついても同様に実行される。そして、ＲＭセルが１段目
のＡＴＭノードから２段目のＡＴＭノードへ、２段目の
ＡＴＭノードから端末２へと出力される。

【００４１】(a-3) このＲＭセルを受信すると、端末２
のＬＡＮエミュレーション・エンティティ（ＬＥＥ）
は、(1) ＲＭセル処理（ＲＭセルの分析、帯域解放確認
ＲＭセルの組み立て）、(2) 帯域管理処理（帯域解放）
を実行し、帯域の解放が実行されたことを通知する帯域
解放確認ＲＭセルをＡＴＭノードに返送する。

【００４２】(a-4) このように端末２から返送されてく
るＲＭセルは、順次、１段目及び２段目のＡＴＭノード
を経て転送される。このとき、各ＡＴＭノードでは、Ｒ
Ｍセル処理（ＲＭセルの分析）のみが実行される。

【００４３】(a-5) そして、最終的に、ＶＣＣの解放を
要求した端末１が要求に対する応答としてのＲＭセルを
受信し、そのＬＡＮエミュレーション・エンティティ
（ＬＥＥ）がＲＭセル処理（ＲＭセルの分析）を実行す
ることにより、ＶＣＣの帯域が解放されたことを確認す
る。

【００４４】この一連の処理の後、ルートは確立されて
いるが帯域は”０”のＶＣＣが得られる。

【００４５】（Ｂ−２）ＶＣＣ設定手順 (b) 次に、ＶＣＣを設定する手順を示す。図４は、この
処理を実行する際に、仮想ＬＡＮ上の各ノードに設けら
れたコネクション制御装置のそれぞれが実行する処理手
順を表したものである。ここでは、端末１からＶＣＣの
設定要求が出される場合について説明する。なお、図４
は、前項で説明した処理手順によって既に帯域の解放が
なされた後になされるＶＣＣの設定処理を前提としてい
るものであり、かかるルートが存在していない場合に
は、従来例の場合と同様の手順（図２）の手順に従って
ＶＣＣが設定される。

【００４６】(b-1) 端末１のＬＡＮエミュレーション・
エンティティー（ＬＥＥ）は、アプリケーション・レイ
ヤ（ＡＰＬ）から端末２に宛てたデータが入力される
と、既に、端末２との間にルートが存在するか否かを確
認する。ここで、ルートは存在していても帯域は確保さ
れていないことを確認すると、端末２との間のＶＣＣの
帯域を確保するべく、帯域確保要求セル（ＲＭセル）を
送出する。

【００４７】このとき、端末１のＬＡＮエミュレーショ
ン・エンティティー（ＬＥＥ）は、ＲＭセルを送出する
のに先だって、(1) ＲＭセル処理（ＲＭセルの組み立
て）と、(2) 帯域管理処理（帯域割り当て）とを実行す
る。なお、実際のＲＭセル組み立て処理においては、前
述の解放処理の場合と同じく、ＲＭセルフォーマットの
うち、ＡＴＭセルヘッダ、プロトコル識別子、要求／確
認識別子及び明記セルレートの各フィールドが設定され
ることになる。例えば、要求／確認識別子は”０”に設
定される。また、明記セルレートは、それまでの使用帯
域状況に応じて設定される。

【００４８】一方、帯域管理処理においては、要求帯域
を受け付けられるか否かが判断される。ここでは、現状
の使用帯域合計に要求帯域を加えた帯域が、端末の最大
帯域幅を超えるか否かが調べられ、越えないことが確か
められた場合には、帯域確保命令を受け付けられること
になる。同時に、その帯域を処理（データ送信処理や受
信処理）を行うためのバッファを確保する。これに対し
て、要求帯域を認めると端末の最大帯域幅を越えてしま
う場合には、要求帯域幅を減らす等して再判定が行われ
る。

【００４９】(b-2) かかる処理の終了後、帯域の確保を
要求するＲＭセルが端末１から出力されると、これを受
けた第１及び第２のＡＴＭノードがかかるＲＭセルを順
次次段のＡＴＭノード及び端末２へと転送する。

【００５０】このとき、第１及び第２のＡＴＭノードに
おいても、前述と同様な(1) ＲＭセル処理（ＲＭセルの
分析）、(2) 帯域管理処理（帯域確保）が実行される。
なお、これら各ＡＴＭノードの場合には、帯域管理処理
として、要求されている帯域を現状の使用帯域合計に加
えた帯域が各ＡＴＭノードの最大帯域幅を超えてしまう
か否かの判定が行われる。

【００５１】(b-3) ＲＭセル受信した端末２のＬＡＮエ
ミュレーション・エンティティー（ＬＥＥ）は、(1) Ｒ
Ｍセル処理（ＲＭセルの分析、帯域確保確認ＲＭセルの
組み立て）、(2) 帯域管理処理（帯域確保）を行い、帯
域確保確認セル（ＲＭセル）をＡＴＭノードに返送す
る。このとき、返送されるＲＭセルの要求／確認識別子
には、確認信号であることを表す”１”が書き込まれる
ことになる。

【００５２】(b-4) このように端末２から返送されてく
るＲＭセルは、順次、１段目及び２段目のＡＴＭノード
を経て転送される。このとき、各ＡＴＭノードでは、
ＲＭセル処理（ＲＭセルの分析）のみが実行される。

【００５３】(b-5) そして、最終的に、ＶＣＣの設定を
要求した端末１が要求に対する応答としてのＲＭセルを
受信し、そのＬＡＮエミュレーション・エンティティー
（ＬＥＥ）がＲＭセル処理（ＲＭセルの分析）を実行す
ることにより、ＶＣＣの帯域が確保されたことを確認す
る。

【００５４】この一連の処理の後、帯域が確保されたＶ
ＣＣを介して、端末１のＬＥＥから端末２のＬＥＥへデ
ータの送信が開始されることになる。

【００５５】（Ｃ）実施形態の効果 以上のように、本実施形態によれば、ＶＣＣを解放する
場合にもその帯域を解放するだけでルートは解放せずに
残すようにしたので、再度同じ端末に対してＶＣＣを設
定する必要が生じた場合にも帯域を確保するだけで通信
を開始することができ、従来のようにルートの設定その
他の処理をその都度繰り返す場合に比してデータ送信開
始までに要する時間を一段と短縮することができる。

【００５６】このことは、ＶＣＣを解放する場合も同様
であり、ＶＣＣ解放時に要する時間も短縮することがで
きる。

【００５７】（Ｄ）他の実施形態 なお、上述の実施形態においては、かかるＶＣＣの解放
／設定処理の際に使用する管理用のセルとしてＲＭセル
を例に挙げたが、本発明はこれに限らず、例えばＯＡＭ
（Operation And Management ）と呼ばれる保守管理用
のプロトコルセルその他の管理用セルを適用しても良
い。

【００５８】

【発明の効果】上述のように第１及び第３の発明によれ
ば、仮想チャネル・コネクションの設定時、従来のよう
にルートの設定及び帯域の確保を最初から行うのではな
く、前回行われた仮想チャネル・コネクションの解放後
もそのままになっているルートについて、その帯域を確
保する制御により所定の設定処理を完了できるようにし
たことにより、従来に比して仮想チャネル・コネクショ
ンの設定に要する時間が格段に短くて済むコネクション
制御方法及びコネクション制御装置を実現することがで
きた。

【００５９】また、上述のように第２及び第４の発明に
よれば、仮想チャネル・コネクションの解放時、従来の
ようにルート及び帯域を双方共に解放するのではなく、
帯域のみを解放することとし、ルートは帯域幅の無いル
ートとしてそのまま保持するようにしたことにより、従
来に比して仮想チャネル・コネクションの解放に要する
時間が格段に短くて済むコネクション制御方法及びコネ
クション制御装置を実現することができる。

【図面の簡単な説明】

【図１】実施形態に係るコネクション制御方法に基づく
ＶＣＣ解放手順を示す説明図である。

【図２】従来型のコネクション制御方法に基づくＶＣＣ
設定手順を示す説明図である。

【図３】従来型のコネクション制御方法に基づくＶＣＣ
解放手順を示す説明図である。

【図４】実施形態に係るコネクション制御方法に基づく
ＶＣＣ設定手順を示す説明図である。

【図５】ＲＭセルフォーマットを示す説明図である。

【符号の説明】

ＡＰＬ…アプリケーション・レイヤ、ＬＥＥ…ＬＡＮエ
ミュレーション・エンティティー、ＶＣＣ…バーチャル
・チャネル・コネクション。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 松永 聡彦 東京都港区虎ノ門１丁目７番12号 沖電気 工業株式会社内

Claims (4)

【特許請求の範囲】
1. 【請求項１】 仮想チャネル・コネクションの制御方法
   において、 仮想チャネル・コネクションの設定時、前回行われた仮
   想チャネル・コネクションの解放後も保持されたままの
   状態になっているルートについて、その帯域のみを確保
   することを特徴とするコネクション制御方法。
2. 【請求項２】 仮想チャネル・コネクション制御方法に
   おいて、 仮想チャネル・コネクションの解放時、ルートは解放し
   ないままその帯域のみを解放することを特徴とするコネ
   クション制御方法。
3. 【請求項３】 仮想チャネル・コネクションの制御に用
   いられるコネクション制御装置において、 仮想チャネル・コネクションの設定時、前回行われた仮
   想チャネル・コネクションの解放後も保持されたままの
   状態になっているルートについて、その帯域のみを確保
   するように動作する設定制御手段を備えたことを特徴と
   するコネクション制御装置。
4. 【請求項４】 仮想チャネル・コネクションの制御に用
   いられるコネクション制御装置において、 仮想チャネル・コネクションの解放時、ルートは解放し
   ないままその帯域のみ解放するように動作する解放制御
   手段を備えたことを特徴とするコネクション制御装置。