JP2949624B1 - ファイバチャネル接続装置におけるコネクション制御方式 - Google Patents

Abstract

【要約】 【課題】 送信時には全ＦＣサーバに均等に送信機会を
与えると共に、受信時には全ＦＣクライアント端末に均
等に受信機会を与える。 【解決手段】 ＦＣ端末の種別が登録されたテーブルを
備え、ＦＣ端末から送信されたパケットを受信するとそ
の端末の種別をテーブルの内容に基づいて識別し、その
端末がＦＣサーバの場合はコネクション型通信、ＦＣク
ライアント端末の場合はコネクションレス型通信を選択
する一方、ＦＣ端末へのパケットを受信すると受信ＦＣ
端末の種別をテーブルの内容に基づいて識別し、その端
末がＦＣサーバの場合はコネクションレス型通信、ＦＣ
クライアント端末の場合はコネクション型通信を選択
し、かつコネクション型通信の選択時にはパケットの所
定数のフレーム転送毎にコネクションの確立及び開放を
行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファイバチャネル
（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ、以下、ＦＣ）ネットワ
ークとＡＴＭ網等の広域ネットワークとの接続に関し、
特にＦＣネットワークと広域ネットワーク間を接続する
ＦＣ接続装置のコネクション制御方式に関する。

【０００２】

【従来の技術】ＦＣの仕様はＡＮＳＩ（Ａｍｅｒｉｃａ
ｎ Ｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｉｎｓｔｉ
ｔｕｔｅ）Ｘ３Ｔ１１が制定したＦＣ規格に基づいて定
められている。従来は、ＦＣネットワークに収容される
ＦＣ端末がＦＣネットワーク，ＦＣ接続装置及び広域ネ
ットワークを介して大量のデータを広域ネットワークに
接続される相手端末へ送信する場合、相手端末とサービ
スクラス１と呼ばれるコネクション型通信を行ってい
る。こうしたコネクション型通信の場合には、ＦＣ端末
とＦＣ接続装置間の接続経路であるエンド・ツー・エン
ド間のリンクでは全帯域がそのデータ送信に占有されて
いる。

【０００３】

【発明が解決しようとする課題】従来は、例えば２台の
ＦＣ端末がネットワークを介して通信している間も使用
リンクの全帯域がその通信で占有されているため、他の
ＦＣ端末はその通信が完全に終了してリンクが空くまで
待機しなければならなかった。また、通信途中にデータ
を送っていない時間があっても、他のＦＣ端末はその時
間だけ割り込んでリンクを使用することができなかっ
た。なお、ここでいうＦＣ端末とはＦＣ通信プロトコル
を行ってＦＣを使用する端末をいう。具体的には、実装
しているＦＣ通信プロトコルを介して他の端末と通信す
るワークステーションやコンピュータ等である。

【０００４】即ち、ＦＣネットワークに収容されるＦＣ
端末である複数のＦＣサーバから同時にＦＣ接続装置を
介し他のネットワーク（広帯域ネットワーク）に接続さ
れている複数のクライアント端末宛てにデータを送信す
る場合も、最初にＦＣ接続装置との間でコネクションを
張ったＦＣサーバの通信が終了するまでは他のＦＣサー
バは待機しなければならず、その結果、他のＦＣサーバ
はデータを送信し終えるのに長時間を要するという問題
があった。また、ＦＣサーバから相手クライアント端末
へデータを送信すると相手クライアント端末からＦＣサ
ーバへ次のデータ送信の要求を返送するような会話型通
信システムでは、コネクションを張っているＦＣサーバ
が常にＦＣデータを送信し続けているわけではなく、Ｆ
Ｃサーバが数個〜数十個のＦＣフレームから構成される
ＦＣシーケンスをバースト的に送信し、その後クライア
ント端末から次のデータ送信を要求するパケットが到着
するまでの間、ＦＣサーバ側ではデータを全く送信しな
い。従来はこうしたフレームの無送信時間が比較的長く
存在し、かつこの間コネクションが張られたままになっ
ているため、回線の利用効率が低下するという問題があ
った。

【０００５】同様に、ＦＣ端末である複数のＦＣクライ
アント端末が同時に他のネットワークに接続されている
複数のサーバからデータを受信する場合も、ＦＣ接続装
置との間で最初にコネクションを張ったＦＣクライアン
ト端末のコネクションが終了するまで、他のＦＣクライ
アント端末は待機しなければならず、そのため、全ての
データを受信するのに長時間を要するという問題があっ
た。また、コネクションを張っているＦＣクライアント
端末が常にＦＣデータを受信し続けているわけではな
く、数個〜数十個のＦＣフレームから構成されるＦＣシ
ーケンスをバースト的に受信し、その後、次のＦＣシー
ケンスを受信するまでの間、ＦＣクライアント端末はデ
ータを全く受信しない。従来はこうしたフレームの無受
信時間が比較的長く存在し、かつこの間コネクションが
張られたままになっているため、同様に回線の利用効率
が低下するという問題があった。

【０００６】したがって本発明は、会話型通信システム
において、ＦＣネットワーク内の複数のＦＣサーバから
同時にＦＣネットワーク以外の通信プロトコルを有する
広域ネットワークヘデータ送信する場合、特定のＦＣサ
ーバがＦＣ接続装置とのコネクションを占有することを
防止して全ＦＣサーバに均等に送信機会を与えることに
より、同時通信が可能なトラフィック数を増加させるこ
とを目的とする。また、本発明は、ＦＣネットワーク以
外の通信プロトコルを有するネットワークからＦＣ接続
装置を介してＦＣクライアント端末ヘデータが送信され
る場合、特定のＦＣクライアント端末がＦＣ接続装置と
の間のコネクションを占有することを防止して全ＦＣク
ライアント端末に均等に受信機会を与えることにより、
同時通信が可能なトラフィック数を増加させることを目
的とする。

【０００７】

【課題を解決するための手段】このような課題を解決す
るために本発明は、複数のＦＣ端末が収容された第１の
ネットワーク（ＦＣネットワーク）と複数の非ＦＣ端末
が収容された第２のネットワーク（ＡＴＭネットワー
ク）との間に接続され、一方の端末から送信されるパケ
ットを他方の端末へ転送するＦＣ接続装置において、予
めＦＣ端末の種別が登録されたテーブルと、ＦＣ端末か
ら送信されたパケットを受信すると送信ＦＣ端末の種別
をテーブルの登録内容に基づいて識別し、この識別結果
に応じ送信ＦＣ端末との間のリンクを確立するコネクシ
ョン型通信及び前記リンクを確立しないコネクションレ
ス型通信の何れか一方の通信形態を選択する第１の選択
手段と、非ＦＣ端末からＦＣ端末へのパケットを受信す
ると前記パケットを受信する受信ＦＣ端末の種別をテー
ブルの登録内容に基づいて識別し、識別結果に応じてコ
ネクション型通信及びコネクションレス型通信の何れか
一方の通信形態を選択する第２の選択手段とを備え、各
選択手段によりコネクション型通信が選択されたときに
は複数のフレームからなるパケットの所定数のフレーム
の転送毎にコネクションの確立及び開放を行うようにし
たものである。また、ＦＣ端末とＦＣ接続装置間には該
ＦＣ接続装置からＦＣ端末の各通信形態を変更させる制
御フレームが送信され、ＦＣ接続装置は、ＦＣ端末から
何れかのコネクションの種類で送信されたパケットを受
信すると、この送信ＦＣ端末の種別をテーブルの登録内
容に基づいて識別し、この識別結果に基づく送信ＦＣ端
末の通信形態とコネクションの種類とが不一致の場合は
識別結果に基づく送信ＦＣ端末の通信形態に相当するコ
ネクションの種類に変更するように指示する制御フレー
ムを送信ＦＣ端末に送信し変更させる変更手段を備えた
ものである。また、ＦＣ端末としてＦＣサーバとＦＣク
ライアント端末とを備えるとともに、テーブルにはＦＣ
サーバとＦＣクライアント端末とがＦＣ端末の種別とし
て登録され、第１の選択手段は、送信ＦＣ端末がＦＣサ
ーバである場合は通信形態をコネクション型通信として
選択するとともに送信ＦＣ端末がＦＣクライアント端末
である場合は通信形態をコネクションレス型通信として
選択する一方、第２の選択手段は、受信ＦＣ端末がＦＣ
サーバである場合は通信形態をコネクションレス型通信
として選択するとともに受信ＦＣ端末がＦＣクライアン
ト端末である場合は通信形態をコネクション型通信とし
て選択するものである。

【０００８】したがって、ＦＣ端末がＦＣサーバかＦＣ
クライアント端末かの種別と、ＦＣフレームの伝送方向
とから、ＦＣデータフレームのペイロードに上位アプリ
ケーションのデータパケットか制御バケットかのどちら
が載っているかが判断され、これに応じてコネクション
型通信及びコネクションレス型通信の何れかが選択され
る。即ち、一般にデータパケットは多数のＦＣフレーム
で運ばれるため、フレーム順序の保証があり送達確認
（ＡＣＫ）があって高速通信が可能なコネクション型通
信が選択される。一方、制御パケットは一般に１フレー
ム〜数フレーム程度の少数のＦＣフレームで運ばれるの
で、コネクション設定・開放等オーバヘッドの必要のな
いコネクションレス型通信が選択される。

【０００９】

【発明の実施の形態】以下、本発明について図面を参照
して説明する。図１は本発明の第１の実施の形態を示す
フロック図であり、後述のＦＣネットワーク２と他のネ
ットワークであるＡＴＭネットワーク３との間に配設さ
れたＦＣ接続装置１の構成を示すものである。図１にお
いて、ＦＣ接続装置１は、ＦＣネットワーク２内のＦＣ
スイッチに接続されるＦＣインタフェース１１、ＡＴＭ
ネットワーク３に接続されるＡＴＭインタフェース１
２、ＦＣインタフェース１１からのＦＣフレームをＡＴ
Ｍセルに変換するＦＣ／ＡＴＭ変換器１３、ＡＴＭイン
タフェース３からのＡＴＭセルをＦＣフレームに復元す
るＡＴＭ／ＦＣ変換器１４、ＦＣネットワーク２に接続
されるＦＣ端末の種別を記録した端末種類表が格納され
端末種類テーブル１５、ＦＣインタフェース１１のコネ
クションの型をコネクション型かコネクションレス型の
どちらかに決定するコントローラ１６からなる。ここ
で、コネクション型とはコネクションオリエンテッド型
の略称である。

【００１０】また、図２はこのＦＣ接続装置１が配設さ
れるシステムの構成を示すブロック図である。図２で
は、ＦＣ接続装置１の一端に接続されＦＣスイッチ２１
〜２３を有するＦＣネットワーク２には、２台のＦＣサ
ーバ３１（＃１），３２（＃２）と、２台のＦＣクライ
アント端末４１（＃１），４２（＃２）とがＦＣ端末と
して接続される。ここで、ＦＣ端末の種類としては、Ｆ
Ｃサーバ３１（＃１），３２（＃２）と、ＦＣクライア
ント端末４１（＃１），４２（＃２）とに２分される。
また、ＦＣ接続装置１の他端にはＡＴＭネットワーク３
が接続され、このＡＴＭネットワーク３に、クライアン
ト端末６１（＃１），６２（＃２）、およびサーバ５１
（＃１），５２（＃２）とが接続される。

【００１１】さて、ＦＣネットワーク２とＡＴＭネット
ワーク３との間に配設され以上のように構成されたＦＣ
接続装置の動作について説明する。ＦＣ端末からＦＣネ
ットワーク２内のＦＣスイッチ経由で送信されてくるＦ
Ｃフレームを入力端子Ｆｉｎで受信し、ＦＣ／ＡＴＭ変
換器１３に導く。ＦＣ／ＡＴＭ変換器１３では、そのＦ
ＣフレームのＦＣヘッダを解読し、送信ＦＣ端末のアド
レスを検出する。これはＳ＿ＩＤ（Ｓｏｕｒｃｅ Ｉｄ
ｅｎｔｉｆｉｅｒ）といわれ、アドレスＡ１としてコン
トローラ１６ヘ報告される。端末種類テーブル１５には
予めＦＣネットワーク２に属する全ＦＣ端末が、ＦＣサ
ーバまたはＦＣクライアント端末として種別され登録さ
れている。コントローラ１６は、アドレスＡ１（Ｓ＿Ｉ
Ｄ）を入力するとこのアドレスＡ１に基づいて端末種類
テーブル１５を検索し、そのアドレスＡ１に対応する端
末がＦＣサーバかＦＣクライアント端末かを判断する。
そしてその種別に応じ、コントローラ１６はＦＣインタ
フェース１１のモード設定Ｍをコネクション型かコネク
ションレス型かの一方に設定し、ＦＣスイッチを介して
送信ＦＣ端末との間でネゴシエーションを行って、双方
の端末間で同一なコネクションの型を採用する。

【００１２】例えばＳ＿ＩＤがＦＣサーバであることが
判明すれば、コントローラ１６はそこから送信されるＦ
Ｃフレームをデータパケットと見なし、コネクション型
通信を設定する。具体的には、サービスクラス１を採用
する。サービスクラス１のとき、ＦＣネットワークを構
成する各ＦＣスイッチは特定のＦＣ端末とＦＣ接続装置
１との間を専用線で直接接続したものと等価なクロスポ
イントスイッチとして動作する。なお、コネクションレ
ス型の場合にはＦＣヘッダ内の宛先アドレス解読結果に
基く宛先回線の変更等の処理がＦＣスイッチにおいて必
要となるが、コネクション型の場合は固定なのでこうし
たスイッチング動作が不要となり、したがって高速デー
タ転送処理が可能となる。

【００１３】逆に、Ｓ＿ＩＤがＦＣクライアント端末で
あれば、ＦＣクライアント端末からのＦＣフレームは、
対向端末に対するデータ要求などのための制御パケット
とみなし、コネクションレス型通信を設定する。具体的
にはサービスクラス２またはサービスクラス３を使用す
る。サービスクラス２または３ではＦＣヘッダ内の宛先
アドレスに基いてＦＣスイッチの出回線の選択と入回線
と出回線との内部接続処理が発生する。しかし制御パケ
ットはデータパケットに比較して発生頻度が極端に低
く、アプリケーションにもよるがそれを伝送するための
ＦＣフレーム数も少ない。１つのＦＣフレームは約２Ｋ
バイトのパケットを送信できることと、制御パケット自
体が一般にそれ以下の長さで十分なため、１フレームで
送信でき、上記処理遅延は小さく高速通信の妨げとはな
らない。

【００１４】ＦＣフレームにはデータフレームと制御フ
レームの２種類あるが、アプリケーションである上位プ
ロトコルのデータパケットも制御パケットもいずれもＦ
Ｃデータフレームを用いて伝送される。ＦＣヘッダを解
読すれば、そのＦＣフレームの種別が分かるが、ペイロ
ードが上位アプリケーションのデータパケットか制御パ
ケットかは識別できない。そのため、そのＦＣフレーム
の送信端末，受信端末がサーバかクライアント端末かの
属性情報が必要となる。

【００１５】データ転送に関しては、ＦＣ接続装置１が
ＦＣネットワーク２に接続されるＦＣクライアント端末
ヘデータを転送するときは、ＦＣ接続装置１はコネクシ
ョン型を選択する。ＦＣ接続装置１がＦＣサーバヘＦＣ
フレームを転送する場合は、制御パケットと見なしてコ
ネクションレス型に設定する。

【００１６】ＦＣ／ＡＴＭ変換器１３は入力したＦＣフ
レームをＡＴＭセルに変換し、ＡＴＭインタフェース１
２へ送る。この変換方式の一例について説明する。ＦＣ
フレームのＦＣヘッダを除去し、ペイロードを取り出
す。ペイロードは一般にはＩＰ（Ｉｎｔｅｒｎｅｔ Ｐ
ｒｏｔｏｃｏｌ）パケットである。このペイロードをセ
グメンテーションしてセルに変換する。ＡＴＭインタフ
ェース１２はセルを出力端子ＡｏｕｔからＡＴＭネット
ワーク３ヘ送信する。宛先端末アドレスに対応するＶＰ
Ｉ，ＶＣＩは予め端末種類テーブル１５に書き込んでお
いたものを参照する。

【００１７】ここで、端末種類テーブル１５は、宛先対
向ＡＴＭ端末のＩＰアドレスからＶＰＩ，ＶＣＩを取得
する部分と、宛先ＦＣ端末のＩＰアドレスからＤ＿ＩＤ
（Ｄｅｓｔｉｎａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）を
取得する部分の２部分からなっている。ＦＣ／ＡＴＭ変
換器１３では、ＩＰパケットのヘッダを解読して宛先Ｉ
Ｐアドレスを検出し、このテーブル１５を参照して対応
するＶＰＩ，ＶＣＩを取得する。

【００１８】次に、ＡＴＭネットワーク３からＡＴＭセ
ルを受信する場合の動作について、再び図１を参照して
説明する。入力端子Ａｉｎから入力するセルをＡＴＭイ
ンタフェース１２にて受信し、ＡＴＭ／ＦＣ変換器１４
へ渡す。ＡＴＭ／ＦＣ変換器１４は受信セルをリアッセ
ンブリし、元のＩＰパケットに復元する。このＩＰパケ
ットのＩＰヘッダを調べ宛先ＦＣ端末のＩＰアドレスを
取得する。この宛先ＩＰアドレスを端末種類テーブル１
５の中から検索することにより、宛先ＦＣ端末アドレス
であるＤ＿ＩＤを取得する。これら関連するアドレスは
全て予め端末種類テーブル１５に書込んでおくもので、
ＡＴＭ／ＦＣ変換器１４においてこのＤ＿ＩＤをＦＣヘ
ッダ内の宛先アドレスフィールドに書き込んでＦＣフレ
ームを作成し、ＦＣインタフェース１１ヘ送る。

【００１９】コントローラ１６は、Ｄ＿ＩＤを基に端末
種類テーブル１５からその宛先ＦＣ端末の種類を取得
し、ＦＣサーバであれば、そのＦＣフレームは制御パケ
ットであると見なしてＦＣインタフェース１１を制御
し、コネクションレス型通信を行う。また、ＦＣクライ
アント端末であればそれ宛てのＦＣフレームはデータパ
ケットであると見なし、ＦＣインタフェース１１を制御
しコネクション型通信を行う。ＦＣインタフェース１１
はコントローラ１６から指定されたコネクションの型で
ＦＣネットワーク２を介しＦＣ端末と通信を行って、Ｆ
Ｃフレームを出力端子Ｆｏｕｔから宛先ＦＣ端末へ送信
する。

【００２０】このように、ＦＣ接続装置１は、ＦＣ端末
がＦＣサーバかＦＣクライアント端末かの種別とＦＣフ
レームの伝送方向とから、ＦＣデータフレームのペイロ
ードに上位アプリケーションのデータパケットか制御バ
ケットかのどちらが載っているかを判断し、この判断結
果に応じてコネクション型通信か、またはコネクション
レス型通信かを決定するようにしたものである。ここ
で、データパケットは一般に多数のＦＣフレームで運ば
れるため、フレーム順序の保証があり、かつ送達確認
（ＡＣＫ）があって高速通信が可能なコネクション型通
信とする。一方、制御パケットは一般に１フレーム〜数
フレーム程度の少数のＦＣフレームで運ばれるため、コ
ネクション設定・開放等オーバヘッドの必要のないコネ
クションレス型通信とする。

【００２１】次に、ＦＣ端末がＦＣ接続装置１に対して
通信を開始する際に、ＦＣ接続装置１が決定するコネク
ションの型と、ＦＣ端末が最初に選択した型とが不一致
の場合について一致させる方法を、図６を参照して説明
する。図６は、図１のＦＣ接続装置１に制御ＦＣフレー
ム発生器１７を設けたものである。図６において、コン
トローラ１６がコネクションの型の不一致を検出する
と、ＦＣ接続装置１の決定する型に合わせることを要求
するＦＣ制御フレームを発生させて、そのＦＣデータフ
レームを送信したＦＣ端末へＦＣ制御フレームを送信す
る。

【００２２】ＡＮＳＩ標準にはこのフレームに関する規
定はないが、ＦＣ制御フレームには多くの予備を認めて
おり、ベンダーが自由に定義し利用できるように保証し
ている。そこで、サービスクラスを指定するＦＣ制御フ
レームを定義し、ＦＣ端末、ＦＣ接続装置１の双方にこ
れを解釈・実行する手段を予め設けておく。具体的には
例えばドライバソフトに新規ＦＣ制御フレームに対する
実行機能を追加する。このためのＦＣ制御フレームはＦ
Ｃヘッダ内のＲ＿ＣＴＬ（Ｒｏｕｔｉｎｇ Ｃｏｎｔｒ
ｏｌ）フィールドにおいて、ＡＮＳＩでリザーブされて
いるコードを割り振ることにより定義できる。例えば、
ベーシックリンクサービス（ＢａｓｉｃＬｉｎｋ Ｓｅ
ｒｖｉｃｅ）コマンドにはＮＯＰやＲＭＣ等の５コード
が定義されているが他は未定義のリザーブコードとなっ
ている。この未定義のリザーブコードのうちの１つを割
り振るのも一つの方法である。

【００２３】このように定義したＦＣ制御フレームを使
用したコネクション変更方法を図７のシーケンス図を用
いて説明する。まず、ＦＣ端末からＦＣネットワーク２
を経由して時点でサービスクラスｉ（ｉ＝１，２，３
の何れか）でＦＣデータフレームが送信されてくるとす
る。すると、ＦＣ接続装置１は、端末種類テーブル１５
からこのＦＣ端末の種類を検出し、上述した方法にした
がってコネクションの型を決定する。そして決定したコ
ネクションの型が上記サービスクラスｉのコネクション
のと不一致であることが判明すると、ＦＣ接続装置１は
選択すべきコネクションに対応したサービスクラスｊ
（ｉ≠ｉ）に変更すべきと判断する。

【００２４】ＦＣ接続装置１は直ちに、サービスクラス
ｊを指定するＦＣ制御フレームを作成し、時点でＦＣ
ネットワーク２を経由してＦＣ端末へ送信しコネクショ
ンの変更を要求する。因みにサービスクラス１がコネク
ション型であり、サービスクラス２，３がコネクション
レス型である。サービスクラス２はＡＣＫ（確認フレー
ム）が必要であるが、サービスクラス３は必要でないと
ころが異なる。選択するコネクションレス型としてはど
ちらでも差し支えない。

【００２５】このＦＣ制御フレームをＦＣ端末が受信す
ると、直ちにサービスクラスをそれまでのサービスクラ
スｉから新規に指定されたサービスクラスｊに変更し、
時点でＦＣデータフレームを送信してくる。以降は、
新しいサービスクラスｊでＦＣデータフレームの送信を
続けるようにＦＣ端末に設定しておくため、毎回、ＦＣ
制御フレームの送信を必要とすることはない。ＦＣ端末
はＦＣ接続装置１と最初にログインするとき、全サービ
スクラスを利用できるようにＦＣ接続装置１からネゴシ
エーションしておく。通信時に、ＦＣ接続装置１から、
この制御ＦＣフレームを用い、どのサービスクラスを使
用するかを指定する。

【００２６】このようにＦＣ接続装置１から、サービス
クラスの種類を指定したＦＣ制御フレームをＦＣ端末へ
送信すれば、このＦＣ端末は指定されたサービスクラス
で通信を行うようになる。このように構成することによ
り、ＦＣ接続装置が決定するコネクションの型にＦＣ端
末が合わせることになる。例えば、ＦＣサーバが最初に
コネクションレス型でＦＣフレームを送信してきた場
合、ＦＣ接続装置から、コネクション型通信に切り替え
るようにＦＣ制御フレームをＦＣサーバヘ即座に送信
し、以降ＦＣサーバはこの方向の通信をコネクション型
通信に切り替える。逆に、ＦＣクライアント端末からコ
ネクション型でＦＣフレームを送信してきた場合は、Ｆ
Ｃ接続装置１から、コネクションレス型通信に切り替え
るようにＦＣ制御フレームをＦＣクライアント端末ヘ即
座に送信し、以降、ＦＣクライアント端末はこの方向の
通信をコネクションレス型通信とに切り替える。

【００２７】次に、図２を参照してＦＣネットワーク２
と他のネットワークであるＡＴＭネットワーク３との間
でＦＣ接続装置１を介し会話型通信が実行されるシステ
ムについて説明する。図２において、ＦＣネットワーク
２には、上述したように２台のＦＣサーバ３１（＃
１），３２（＃２）と、２台のＦＣクライアント端末４
１（＃１），４２（＃２）とがＦＣ端末として接続され
ている。ここで、ＦＣ端末の台数は任意であるのは言う
までもない。ＦＣ端末の種類としては、膨大な画像デー
タ等の各種データベースを有し、そのデータベースから
データを読み出して、それを要求する遠隔端末へ送信す
るＦＣサーバ３１（＃１），３２（＃２）と、反対に、
例えば画像データを受信し画面やスクリーンに表示する
ＦＣクライアント端末４１（＃１），４２（＃２）とに
２分することができる。

【００２８】一般に、ＦＣ端末は、その周辺ハードの種
類、構成、および実装されているドライバー等のソフト
ウエアでどちらに属するかが固定的に定まっているもの
である。これらのＦＣ端末は、ＦＣスイッチ２２，２３
に接続され第１のネットワークであるＦＣネットワーク
２を構成する。そして、ＦＣスイッチ２２，２３に接続
されるＦＣスイッチ２１がＦＣ接続装置１を介して、一
例として図２のように第２のネットワークであるＡＴＭ
ネットワーク３に接続され、このＡＴＭネットワーク３
に、クライアント端末６１（＃１），６２（＃２）、お
よびサーバ５１（＃１），５２（＃２）とが接続されて
いる。ここで、相互に通信している端末は、図２では、
ＦＣサーバ３１（＃１）とクライアント端末６１（＃
１）、ＦＣサーバ３２（＃２）とクライアント端末６２
（＃２）、サーバ５１（＃１）とＦＣクライアント端末
４１（＃１）、サーバ５２（＃２）とＦＣクライアント
端末４２（＃２）であるとする。

【００２９】ＡＴＭネットワーク３に接続されている端
末５１，５２，６１，６２は、ＦＣインタフェース１１
を有する必要はない。図１で説明したように、ＦＣ接続
装置１において、ＦＣヘッダを除去したＩＰパケットを
ＡＴＭネットワーク３ヘ送信するからである。逆にＡＴ
Ｍセルを受信するときは、ＦＣ接続装置１にてＦＣヘッ
ダを付加するからである。ＦＣネットワーク２内の通信
はＦＣフレームを用いて行われ、ＦＣ端末３１，３２，
４１．４２とＦＣ接続装置１との間の通信には、図２に
示すようにコネクション型とコネクションレス型とが存
在する。

【００３０】次に、図２と図３をもとに、データの流れ
を説明する。図３は図２に示すＦＣサーバ３１，３２の
送信フレームと受信フレームを表したタイミングチャー
トであり、本発明の第１の要部動作を示すものである。
以下、ＦＣサーバ３１，３２をそれぞれＦＣサーバ＃
１，＃２、クライアント端末６１，６２をそれぞれクラ
イアント端末＃１，＃２として説明する。図３（ａ），
（ｂ）に示すＦＣサーバ＃１，＃２からの送信データは
コネクション型通信で、それぞれリンクＬ１１，Ｌ１２
を通り、ＦＣネットワーク２内のＦＣスイッチ２２に入
り、ＦＣスイッチ２１を経由してＦＣ接続装置１へ到達
する。このＦＣデータフレームはＦＣ接続装置１でセル
に変換されてＡＴＭネットワーク３を通過し、それぞれ
リンクＬ１１’，Ｌ１２’を通って、クライアント端末
＃１，＃２へ届く。クライアント端末＃１，＃２はデー
タセルを受け取ると、上位プロトコルにより、次データ
要求パケットを上述した方向と逆方向ヘセルの形式で送
信する。これは上述の逆ルートを辿ってＦＣ接続装置１
に届く。

【００３１】この場合、ＦＣ接続装置１はコネクション
レス型通信を行い、ＦＣサーバ＃１，＃２ヘデータ要求
パケットの載ったＦＣフレームを送信する。ここで、こ
のデータ要求パケットはデータ部分がないので一般に小
サイズのデータである。即ちこのＦＣフレームは約２ｋ
バイトのペイロード長なので、このためのＦＣフレーム
は例えば１フレームと短いものである。そのため、ＦＣ
接続装置１はコネクションレス型通信とし、ＦＣ接続装
置１とＦＣスイッチ２１間のリンクにデータフレームが
存在せず、コネクションが張られていない空いているタ
イミングで迅速に転送する。この結果、こうしたデータ
要求パケットは、図３（ｂ），（ｄ）の符号，，
，に示されるタイミングでＦＣサーバ＃１，＃２に
送信され、ＦＣサーバ＃１，＃２により受信される。
る。

【００３２】また、ＦＣサーバ＃１とＦＣサーバ＃２と
は同時にデータ送信できないので、ＦＣ接続装置１にお
いて、どちらかのＦＣサーバとコネクションを張り、Ｆ
Ｃデータフレームの１フロック（１かたまり）である１
シーケンスを受信し、それに対するＡＣＫを図３の時点
，，，，のタイミングでそれぞれ返送後にコ
ネクションを開放するものである。したがって、ＦＣ接
続装置１の１シーケンスにおけるＦＣリンクのコネクシ
ョンは、図３（ｅ）に示すように、各ＦＣサーバ＃１，
＃２からデータを受信しこれに対するＡＣＫ（確認信
号）を各ＦＣサーバ＃１，＃２に返送するまでの間とな
る。ここで、データブロックの一例として、１つのＩＰ
パケットが１シーケンスに相当している。複数のＩＰパ
ケットを１シーケンスで送信することも可能であり、な
んら妨げとならないが説明を簡単にするため、ＩＰパケ
ットを１シーケンスと仮定する。

【００３３】ＩＰパケット長は最大６４ｋバイトであ
り、それに対してＦＣデータフレーム長は最大約２ｋバ
イトなので最大３２フレーム（６４ｋ÷２ｋ）が１シー
ケンスとなる。シーケンスの最後のフレームのＦＣヘッ
ダにシーケンスの終了通知（Ｅｎｄ＿ｏｆ＿Ｓｅｑｅｎ
ｃｅ）が書き込まれているので、ＦＣ接続装置１はこの
通知を検出した時点で、コネクション開放要求をＦＣサ
ーバ＃１，＃２へ送信する。コネクション開放要求は、
種々の方法があり、たとえば、ＮＯＰ（Ｎｏ Ｏｐｅｒ
ａｔｉｏｎ）というＦＣ制御フレームをＦＣ接続装置１
からＦＣサーバ＃１，＃２へ送信し、そのフレーム終了
識別子であるデリミタにＥＯＦｄｔ（Ｅｎｄ＿ｏｆ＿Ｆ
ｒａｍｅ Ｄｉｓｃｏｎｎｅｃｔ＿Ｔｅｒｍｉｎａｔ
ｅ）を使用することで行える。また、この場合、受信デ
ータに対する確認信号であるＡＣＫフレームにコネクシ
ョン開放要求を乗せてＦＣサーバヘ送信してもよい。ま
た、直接ＲＭＣ（Ｒｅｍｏｖｅ ｃｏｎｎｅｃｔｉｏ
ｎ）というコネクション開放制御フレームを送信するこ
とによっても可能である。

【００３４】ＡＴＭネットワーク３の伝播遅延が大きい
場合、対向端末からのデータ要求バケットの到達が遅
れ、ＦＣサーバ＃１，＃２がデータを送信し終わった後
の数ｍＳ〜数十ｍＳ後にＦＣサーバ＃１，＃２に到達す
ることがある。仮にこの間、ＦＣサーバ＃１がコネクシ
ョンを張ったままであれば、そのＦＣリンクをＦＣサー
バ＃２は使用できないのでリンク利用が非効率的であ
る。そこで、ＦＣサーバ＃１または＃２のデータ送信が
終了次第、上述したようにＦＣ接続装置１からＦＣサー
バ＃１または＃２へＡＣＫを返送してコネクションを開
放する。そして、上記制御パケット（データ要求パケッ
ト）が到着すると、コネクションを張らずにこのデータ
要求パケットを速やかに対応するＦＣサーバ＃１または
＃２へ転送する。

【００３５】そして、このデータ要求パケットを受信
し、次のデータの送信準備が早く完了したＦＣサーバ＃
１または＃２からデータが送信されて来たとき、ＦＣ接
続装置１は該当のＦＣサーバとコネクションを確立す
る。ＦＣサーバ＃１または＃２から送信されるＦＣデー
タフレームのフレーム開始を示すデリミタにＳＯＦｃ１
（Ｓｔａｒｔ＿ｏｆ＿Ｆｒａｍｅ Ｃｏｎｎｅｃｔ Ｃ
ｌａｓｓ１）、が使用されてコネクション型通信が実行
される。このように、例えばＦＣサーバ＃１がＦＣリン
クを利用してデータ送信を行っている場合そのデータ送
信が終了次第、ＦＣ接続装置１からＦＣサーバ＃１へＡ
ＣＫを返送してコネクションを開放し、データ要求パケ
ットが到着した図３（ｂ）の例えば時点で、コネクシ
ョンを張らずにこのデータ要求パケットを速やかに対応
するＦＣサーバ＃１へ転送するようにしたものである。
この結果、ＦＣサーバ＃２では、この間に発生した図３
（ｄ）の時点のデータ要求パケットに対し開放されて
いるリンクを用い、図３（ｃ）に示すように対向端末へ
データを送信することができる。

【００３６】なお、ＡＴＭネットワーク３の往復遅延
は、ＡＴＭ端末５１，５２，６１，６２の収容場所に応
じて異なるため、コネクションが張ってある時間帯域に
データ要求がＡＴＭネットワーク３からＦＣ接続装置１
へ到達する場合がある。このような場合、コネクション
が空くまでデータ要求フレームはＦＣ接続装置１にて待
機させられ、コネクションが開放された直後、優先的に
該当するＦＣサーバヘ転送される。

【００３７】次に図２と図４をもとに、図３のデータの
流れとは逆方向のデータ伝送について説明する。図４は
図２に示すＦＣクライアント端末４１，４２の受信フレ
ームと送信フレーム、及び送達確認フレームを示すタイ
ミングチャートであり本発明の第２の要部動作を示すも
のである。以下、ＦＣクライアント端末４１，４２をそ
れぞれＦＣクライアント端末＃１，＃２、サーバ５１，
５２をそれぞれサーバ＃１，＃２として説明する。ＡＴ
Ｍネットワーク３に接続されたサーバ＃１，＃２からの
データはＡＴＭネットワーク３を通過し、ＦＣ接続装置
１に達する。この場合、ＦＣ接続装置１はＦＣクライア
ント＃１、＃２とコネクションを確立し、このデータを
リンクＬ２１，Ｌ２２を通してＦＣクライアント端末＃
１，＃２へ転送する。この結果、ＦＣクライアント端末
＃１，＃２ではぞれぞれ図４（ａ），（ｃ）のタイミン
グでデータを受信する。この場合、ＦＣクライアント端
末＃１，＃２はデータを正常に受信したことを示す送達
確認ＦＣフレーム（ＡＣＫフレーム）をそれぞれ図４の
時点，，，，のタイミングでＦＣ接続装置１
へ送信する。

【００３８】この送達確認ＦＣフレームはＦＣ接続装置
１で終端され、サーバ＃１，＃２に達しない。データ転
送はコネクション型通信のため、ＦＣネットワーク２内
のＦＣスイッチにおいてＦＣフレームの伝送順序が保証
され、しかも全帯域を全て利用するので高速伝送が可能
となる。データ転送では、ＦＣクライアント端末＃１，
＃２とＦＣ接続装置１との間にはコネクション型通信が
なされるのでＦＣクライアント端末＃１または＃２のど
ちらか一方とだけ通信が行われる。例えば、ＦＣクライ
アント端末＃１とコネクションが張られているとき、Ｆ
Ｃ接続装置１からＦＣネットワーク２内のＦＣスイッチ
を通り、ＦＣクライアント端末＃１へ向かうリンクの全
帯域を全てＦＣクライアント端末＃１が使用し、ＦＣク
ライアント端末＃２は使用できない。そのため、ＦＣ接
続装置１がデータブロック毎にコネクションを開放し、
図４（ｅ）に示すように、ＦＣクラアント端末＃１への
データをＡＴＭネットワーク３から受信するとＦＣクラ
イアント端末＃１との間でコネクションを張る一方、Ｆ
Ｃクラアント端末＃２へのデータをＡＴＭネットワーク
３から受信するとＦＣクライアント端末＃２との間でコ
ネクションを張るようにして、ＦＣクライアント端末＃
１，＃２に対して平等にリンクを使用させる。

【００３９】ＦＣ接続装置１は受信したＡＴＭセルから
ＩＰデータパケットを再構築する。ＩＰパケットは最大
６４ｋバイト長であり、ＦＣフレームは最大約２ｋバイ
トなのでＩＰデータパケットをセグメントして複数のＦ
Ｃフレームに分割してＦＣクライアント＃１，＃２へ送
信する。つまり、１ＩＰパケット分のＦＣフレームを集
めて１シーケンスとして送信する。このシーケンスの最
後フレームのＦＣヘッダに、コネクション開放要求を書
き込むことによりコネクションを開放したいことを伝
え、ＦＣクライアント端末＃１または＃２との間のコネ
クションを開放する。

【００４０】そして、どのＦＣクライアント端末ともコ
ネクションが張られていない、図４（ｂ），（ｄ）の時
点，，のタイミングで各ＦＣクライアント端末＃
１，＃２からＦＣネットワーク内のＦＣスイッチを通し
て次データ要求パケットが送信される。これをＦＣ接続
装置１がＡＴＭネットワーク３を経由して対向サーバ＃
１，＃２へ転送する。対向サーバ＃１，＃２はこのデー
タ要求パケットを受信すると次のデータをＡＴＭネット
ワーク３を経由してＦＣクライアント端末＃１，＃２宛
に送信するが、ＦＣ接続装置１はこのデータを中継して
ＦＣクライアント端末＃１，＃２に送信する。ＦＣクラ
イアント端末＃１，＃２はデータを受信すると直ちに図
４の時点，，，，のタイミングでＡＣＫを返
送する。ＦＣ接続装置１はこれを受信したタイミングで
ＦＣクライアント端末＃１，＃２との間のコネションを
開放する。

【００４１】続いてＦＣクライアント端末＃１，＃２か
らの次データ要求のＦＣフレームが送信されてくるが、
この次データ要求はＦＣクライアント端末＃１，＃２が
先に受信したＦＣデータを処理した後に送信されてくる
もので、ＡＣＫ受信時点から時間が経過している。即
ち、ＦＣクライアント端末ではサーバからの受信データ
が例えば画像データであればこれを元の画像に復元し、
画面に表示する等の処理時間が必要となる。したがっ
て、ＦＣクライアント端末では受信データを受け取った
後、直ちに次のデータを要求するものではないので、こ
の時点までコネクションを張っているのは無駄であり、
ＡＣＫを受信した時点でコネクションを開放する。

【００４２】次に、図２と図５をもとに、本発明の第３
の要部動作を説明する。図５のタイミングチャートはＦ
Ｃネットワーク２に収容されたＦＣサーバ＃１とＦＣク
ライアント端末＃１とがそれぞれ独立にＡＴＭネットワ
ーク３に収容された対向端末と通信する例である。ここ
で、ＦＣサーバ＃１の動作とＦＣクライアント端末＃１
の動作は独立であって、各々前述の図３及び図４に示す
各タイミングチャートと同様である。つまり、ＦＣサー
バ＃１とＦＣクライアント端末＃１は、それぞれ図５
（ａ），（ｃ），（ｅ）に示すように、ＦＣ接続装置１
との間でそれぞれ異なるタイミングでコネクションを張
ってデータ転送を行う。そして、１シーケンスの終了毎
に図５（ｂ），（ｄ）の時点，，，，のタイ
ミングでＡＣＫを返送し、コネクションを開放する。ま
た、データ要求フレームはコネクションの張っていない
図５（ｂ），（ｄ）の時点、，のタイミングで短
時間に伝送する。

【００４３】このように、ＦＣネットワーク２に複数の
ＦＣサーバと複数のＦＣクライアント端末とを混在して
収容し、ＦＣサーバ及びＦＣクライアント端末が他のネ
ットワーク（ＡＴＭネットワーク３）に接続されている
端末と通信を行うとき、ＦＣ接続装置１は、データ転送
に対してはコネクション型通信とし、かつデータブロッ
クの送受信毎にコネクションを確立・開放するようにし
たものである。この結果、通信を行う全端末に均等に通
信機会を与えることができる。また、ＦＣフレームの転
送順序を保証し、ＦＣネットワーク２内のＦＣスイッチ
を高速動作可能とすることにより、データ転送時間を短
縮できるようにしたものである。また、ＦＣ接続装置１
はＦＣデータ要求パケットのような制御パケットに対し
てはコネクションレス型通信を行うことにより、コネク
ション確立・開放のためのオーバヘッドを発生させずに
迅速に制御パケットを転送できる。

【００４４】

【発明の効果】以上説明したように本発明によれば、複
数のＦＣ端末が収容された第１のネットワークと複数の
非ＦＣ端末が収容された第２のネットワークとの間に接
続され、一方の端末から送信されるパケットを他方の端
末へ転送するＦＣ接続装置において、予めＦＣ端末の種
別が登録されたテーブルを備え、ＦＣ端末から送信され
たパケットを受信すると送信ＦＣ端末の種別をテーブル
の登録内容に基づいて識別し、識別結果に応じ送信ＦＣ
端末との間のリンクを確立するコネクション型通信及び
前記リンクを確立しないコネクションレス型通信の何れ
か一方の通信形態を選択する一方、非ＦＣ端末からＦＣ
端末へのパケットを受信すると前記パケットを受信する
受信ＦＣ端末の種別をテーブルの登録内容に基づいて識
別し、識別結果に応じてコネクション型通信及びコネク
ションレス型通信の何れか一方の通信形態を選択すると
ともに、コネクション型通信が選択されたときには複数
のフレームからなる前記パケットの所定数のフレームの
転送毎にコネクションの確立及び開放を行うようにした
ので、送信ＦＣ端末である特定のＦＣサーバがＦＣ接続
装置とのコネクションを占有することを回避でき、した
がって全ＦＣサーバに均等に送信機会を与えることがで
きる。また、受信ＦＣ端末である特定のＦＣクライアン
ト端末がＦＣ接続装置との間のコネクションを占有する
ことを回避でき、したがって全ＦＣクライアント端末に
均等に受信機会を与えることができる。また、ＦＣ接続
装置はＦＣ端末から何れかのコネクションの種類で送信
されたパケットを受信すると、この送信ＦＣ端末の種別
をテーブルの登録内容に基づいて識別し、この識別結果
に基づく送信ＦＣ端末の通信形態とコネクションの種類
とが不一致の場合は識別結果に基づく送信ＦＣ端末の通
信形態に相当するコネクションの種類に変更するように
送信ＦＣ端末に指示する構成としたので、ＦＣ接続装置
は各ＦＣ端末に適合した通信形態を的確に設定すること
ができる。また、送信ＦＣ端末がＦＣサーバである場合
は通信形態をコネクション型通信として選択するととも
に送信ＦＣ端末がＦＣクライアント端末である場合は通
信形態をコネクションレス型通信として選択する一方、
受信ＦＣ端末がＦＣサーバである場合は通信形態をコネ
クションレス型通信として選択するとともに受信ＦＣ端
末がＦＣクライアント端末である場合は通信形態をコネ
クション型通信として選択するようにしたので、各ＦＣ
端末のデータ量に適合した通信形態を選択することがで
きる。

【図面の簡単な説明】

【図１】 本発明を適用したＦＣ接続装置の第１の構成
を示すブロック図である。

【図２】 図１のＦＣ接続装置が配設された通信システ
ムの構成を示すブロック図である。

【図３】 上記通信システムの第１の動作を示すタイム
チャートである。

【図４】 上記通信システムの第２の動作を示すタイム
チャートである。

【図５】 上記通信システムの第３の動作を示すタイム
チャートである。

【図６】 ＦＣ接続装置の第２の構成を示すブロック図
である。

【図７】 図６のＦＣ接続装置によるコネクション型の
変更設定の例を示すシーケンス図である。

【符号の説明】

１…ＦＣ接続装置、２…ＦＣネットワーク（第１のネッ
トワーク）、３…ＡＴＭネットワーク（第２のネットワ
ーク）、１１…ＦＣインタフェース、１２…ＡＴＭイン
タフェース、１３…ＦＣ／ＡＴＭ変換器、１４…ＡＴＭ
／ＦＣ変換器、１５…端末種類テーブル、１６…コント
ローラ、２１〜２３…ＦＣスイッチ、３１，３２…ＦＣ
サーバ、４１，４２…ＦＣクライアント端末、５１，５
２…サーバ、６１，６２…クライアント端末。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平10−257104（ＪＰ，Ａ) 特開 平９−121213（ＪＰ，Ａ) 特開 平９−121211（ＪＰ，Ａ) 特開 平10−285221（ＪＰ，Ａ) 電子情報通信学会技術研究報告 ＳＳ Ｅ98−75 (58)調査した分野(Int.Cl.⁶，ＤＢ名) H04L 12/66 H04L 12/28 H04L 12/46 H04L 29/06 H04Q 3/00 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 複数のファイバチャネル端末が収容され
   た第１のネットワークと複数の非ファイバチャネル端末
   が収容された第２のネットワークとの間に接続され、一
   方の端末から送信されるパケットを他方の端末へ転送す
   るファイバチャネル接続装置において、 予め前記ファイバチャネル端末の種別が登録されたテー
   ブルと、 ファイバチャネル端末から送信されたパケットを受信す
   ると送信ファイバチャネル端末の種別を前記テーブルの
   登録内容に基づいて識別し、この識別結果に応じ送信フ
   ァイバチャネル端末との間のリンクを確立するコネクシ
   ョン型通信及び前記リンクを確立しないコネクションレ
   ス型通信の何れか一方の通信形態を選択する第１の選択
   手段と、 非ファイバチャネル端末からファイバチャネル端末への
   パケットを受信すると前記パケットを受信する受信ファ
   イバチャネル端末の種別を前記テーブルの登録内容に基
   づいて識別し、識別結果に応じて前記コネクション型通
   信及びコネクションレス型通信の何れか一方の通信形態
   を選択する第２の選択手段とを備え、前記各選択手段に
   よりコネクション型通信が選択されたときには複数のフ
   レームからなる前記パケットの所定数のフレームの転送
   毎にコネクションの確立及び開放を行うことを特徴とす
   るファイバチャネル接続装置におけるコネクション制御
   方式。
2. 【請求項２】 請求項１において、 前記ファイバチャネル端末とファイバチャネル接続装置
   間には該ファイバチャネル接続装置から前記ファイバチ
   ャネル端末の各通信形態を変更させる制御フレームが送
   信され、 前記ファイバチャネル接続装置は、ファイバチャネル端
   末から何れかのコネクションの種類で送信されたパケッ
   トを受信すると、この送信ファイバチャネル端末の種別
   を前記テーブルの登録内容に基づいて識別し、この識別
   結果に基づく送信ファイバチャネル端末の通信形態と前
   記コネクションの種類とが不一致の場合は前記識別結果
   に基づく送信ファイバチャネル端末の通信形態に相当す
   るコネクションの種類に変更するように指示する制御フ
   レームを前記送信ファイバチャネル端末に送信し変更さ
   せる変更手段を備えたことを特徴とするファイバチャネ
   ル接続装置におけるコネクション制御方式。
3. 【請求項３】 請求項１または請求項２において、 ファイバチャネル端末としてファイバチャネルサーバと
   ファイバチャネルクライアント端末とを備えるととも
   に、前記テーブルにはファイバチャネルサーバとファイ
   バチャネルクライアント端末とがファイバチャネル端末
   の種別として登録され、 前記第１の選択手段は、前記送信ファイバチャネル端末
   がファイバチャネルサーバである場合は前記通信形態を
   コネクション型通信として選択するとともに前記送信フ
   ァイバチャネル端末がファイバチャネルクライアント端
   末である場合は前記通信形態をコネクションレス型通信
   として選択する一方、 前記第２の選択手段は、前記受信ファイバチャネル端末
   がファイバチャネルサーバである場合は前記通信形態を
   コネクションレス型通信として選択するとともに前記受
   信ファイバチャネル端末がファイバチャネルクライアン
   ト端末である場合は前記通信形態をコネクション型通信
   として選択することを特徴とするファイバチャネル接続
   装置におけるコネクション制御方式。