JPH10336240A

JPH10336240A - データ転送装置およびデータ転送方法

Info

Publication number: JPH10336240A
Application number: JP14410197A
Authority: JP
Inventors: Yuji Ozawa; 祐治小沢
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1997-06-02
Filing date: 1997-06-02
Publication date: 1998-12-18
Anticipated expiration: 2017-06-02
Also published as: JP3627444B2

Abstract

(57)【要約】【課題】広帯域ブロック伝送トラフィックと、他のト
ラフィックの多重伝送が発生するパケット交換ネットワ
ークにおいて、輻輳を回避し、伝送帯域の負荷に係わり
なく、高い帯域利用効率、正確なデータ伝送を実行す
る。【解決手段】受信局において伝送チャネルを介して転
送されるデータ中にブロック伝送があるか否かについて
監視を実行する。送信局からのコネクション確立要求が
あった場合、伝送チャネル上のブロック伝送実施状況に
基づいて、コネクション確立の可否を判断する。ブロッ
ク伝送が実行中である場合、他のコネクション確立要求
について拒否する。あるいは、受信中のパケット・トラ
フィックによる伝送チャネルの使用帯域を測定し、コネ
クション確立要求に基づく推定使用帯域との総和を算出
し、総和が伝送チヤネルの帯域を超えた場合に限り、新
たなコネクションを拒否することにより、効率的なデー
タ転送を達成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数の送信局か
らのパケットを同一の伝送チャネル上に多重して、受信
局に伝送するパケット交換ネットワークにおいて、伝送
チャネル多重における輻輳を回避するために、送信帯域
を制御するデータ転送装置およびデータ転送方法に関す
る。

【０００２】

【従来の技術】［伝送帯域の競合］同一のネットワーク上で、複数端末
が任意のタイミングでデータ転送を行う場合、各々の伝
送間で伝送帯域の競合が発生する。ネットワークには、
一般に複数の端末が接続され、各端末間では、ネットワ
ークを構成する伝送媒体を介してデータ転送を行う。伝
送帯域は、単位時間当たりの伝送データ量で表される。
伝送媒体の持つ伝送能力には限界があり、その最大伝送
帯域Ｒｍａｘは、一定の有限な値である。

【０００３】伝送媒体の持つ帯域は、複数のデータ転送
によって共有され、個々のデータ転送では、それぞれの
単位時間当たりの伝送データ量に従った帯域を使用す
る。各データ転送の帯域使用量ｒ（ｔ）は時々刻々と変
化する。

【０００４】同一の伝送媒体の持つ帯域を共有するデー
タ転送の帯域使用量の合計Σｒ（ｔ）が、伝送媒体の最
大伝送帯域Ｒｍａｘより多い場合、それぞれのデータ転
送間で、共有帯域の奪い合いとなる。これを、競合と呼
ぶ。競合の結果、例えば伝送単位であるパケットの消失
が発生し、データの再送が行われ、伝送チヤネルの利用
効率が低下する。この状態を輻輳と呼ぶ。

【０００５】競合、および輻輳はつぎのような理由で生
じる。データ転送の主体は、ネットワークに接続される
各端末の上で稼働するアプリケーションである。一般
に、端末上では複数種類のアプリケーションが稼働す
る。また、当然、ネットワーク全体で見ても複数種類の
アプリケーションが稼働する。各アプリケーションによ
るデータ転送の状況は、その開始時刻、終了時刻、送信
端末、受信端末、経路、使用帯域の経時変化によって特
徴づけられる。データ転送を行うアプリケーションの中
には、例えば、人間によるインタラクションが伝送デー
タの源泉となるｔｅｌｎｅｔなどの様に、それ自体のデ
ータ転送の状況が予測不可能なアプリケーションも存在
する。

【０００６】一方、一般に、データ転送はＩＳＯの７階
層参照モデルに代表されるような機能的な階層構造によ
って実現されるが、従来のネットワーク一般において
は、そこで稼働するアプリケーションは不定であり、デ
ータ転送を制御する機能階層では、ある特定のアプリケ
ーションでのみ取得可能な情報を制御の前提とすること
ができない。つまり、機能的にアプリケーションより下
位の階層となる伝送媒体の側からみて、それを共用して
データ転送を行う各アプリケーションからのデータ転送
の状況は全て同様に取得不可能な情報として取り扱われ
ている。

【０００７】その為、従来のネットワークにおいては、
各データ転送の開始時刻、終了時刻、送信端末、受信端
末、経路、使用帯域の変化といった伝送状況の全てを掌
握することは困難であり、これらの情報は統計・確率的
に予測されている。

【０００８】また、ネットワーク上でデータ転送を行う
アプリケーションは、一般に独立して稼働しており、各
アプリケーションは、その他のアプリケーションによる
データ転送の状況とは無関係に、データ転送を行う。そ
の為、各データ転送は、互いに独立であり、それぞれの
送信端において多元的に制御されている。

【０００９】このような状況において、ある一つのデー
タ転送に着目すると、その伝送で利用可能な帯域Ｒ
（ｔ）は、他のデータ転送の帯域使用状況との兼ね合い
で、時々刻々と変化する。また、後述する回復型輻輳制
御方式の送信端でのデータ転送はそれぞれの送信端にお
いて独立に制御され、回避型輻輳制御方式および回復型
輻輳制御方式が混在するデータ転送の送信端において、
他のデータ転送の帯域使用状況は掌握困難である。

【００１０】その為、データ転送の送出端において、他
のデータ転送の帯域使用状況を予測し自身のデータ転送
による帯域使用量を制御する際、その予測を誤った場合
には、同一の伝送媒体を共用するデータ転送の帯域使用
量の合計Σｒ（ｔ）が、時として、伝送媒体の最大伝送
帯域Ｒｍａｘを越えることがある。

【００１１】このような競合、および輻輳は帯域の利用
効率を低下させるので回避することが望まれる。すなわ
ち、帯域の競合により伝送に必要な帯域が得られなかっ
た場合には、その分のデータが損失する。一般に、デー
タが損失した場合には、その再送を行うが、これにより
実効的な帯域の利用効率［伝送に成功したデータ量／伝
送に使用された帯域量］は低下する。競合を抑制し、か
つ、限られた伝送媒体の最大伝送帯域を効率よく活用す
るには、データ転送の送出端において、その時点でその
伝送に利用可能な帯域Ｒ（ｔ）と、その伝送が使用する
帯域ｒ（ｔ）を等しく制御することが必要である。

【００１２】［従来の輻輳回避方式］つぎに従来の伝送
技術における輻輳回避方式について説明する。同一の伝
送媒体を共有して複数のデータ転送を行う為には、各デ
ータ転送間で帯域の配分を行う交換技術が必要である。
交換技術の代表的な方式として、パケット交換方式があ
る。これは、データをパケットと呼ばれる小単位に分割
して伝送する。パケットは、その伝送経路上の各伝送媒
体に至る毎に帯域を割当てられる。つまり、パケット交
換においては、各伝送媒体の帯域は、各時点で帯域を共
有するデータ転送間でパケット単位に動的配分される。

【００１３】このパケット交換方式における帯域競合の
制御方式の１つに追値制御がある。これは、変動する目
標値［時刻ｔで伝送に利用可能な帯域量Ｒ（ｔ）］に対
して、制御量［時刻ｔにおいて伝送で使用する帯域量ｒ
（ｔ）］を操作し、両者の差分｜Ｒ（ｔ）−ｒ（ｔ）｜
をゼロにするよう制御するものである。

【００１４】パケット交換方式は、実際に伝送媒体の帯
域を使用している伝送に対して、動的に帯域を配分する
ため、伝送媒体の最大伝送帯域Ｒｍａｘを無駄なく利用
できる。しかし、その一方で、使用帯域の追値制御を行
う必要があり、その際、制御量の操作に過不足が生じる
場合がある。

【００１５】例えば、・Ｒ（ｔ）−ｒ（ｔ）＞０（制御
量過少）の場合は、伝送に使用されない帯域が発生し、
帯域利用効率が低下する。

【００１６】また、・Ｒ（ｔ）−ｒ（ｔ）＜０（制御量
過多）の場合は、伝送帯域が競合する。一般には、伝送
媒体前後でデータのバッファリングを行い帯域使用量を
時間的に平均化することで制御量の過多を吸収する。し
かし、バッファもまた、帯域と同様に競合の対象とな
る。また、バッファ長が十分長い場合でも、バッファリ
ングによるデータ転送遅延が増大する。一般に、データ
転送遅延は、帯域競合の増加に合わせて増大し、これに
伴い、データ転送遅延のばらつきも拡大する。

【００１７】図１に示す様に、複数の送信局が同一の受
信局へと、各々任意のタイミングでデータ転送を行うパ
ケット交換ネットワークでは、各送信局から送信される
パケットを受信局への伝送チャネル上に多重するバッフ
ァ（以下、多重化バッファ）が用いられる。このバッフ
ァにおいて、入力パケット・トラフィックの使用帯域の
総和が出力の伝送チャネル帯域を上回る状態が発生する
ことがある。

【００１８】この場合、伝送チャネル帯域を上回る分の
入力パケットは、多重化バッファに滞留し、出力機会を
待つが、バッファ量は有限であるから、バッファ溢れに
よりパケットが消失する危険性がある。パケット消失は
伝送誤りとなり、結果としてデータの再送による帯域利
用効率の低下を招く。いわゆる輻輳が発生する。

【００１９】輻輳を回避、あるいは輻輳から回復するた
めには、送信帯域を制御し、多重化バッファへの入力を
抑制する必要がある。これを輻輳制御と呼ぶ。

【００２０】次に、輻輳制御方式について説明する。輻
輳制御方式には大別して次のＡ．回復型輻輳制御方式、
およびＢ．回避型輻輳制御方式の２つがある。

【００２１】Ａ．回復型輻輳制御方式（フィードバック
（ＦＢ）制御）データ転送中に、輻輳発生の結果事象（バッファ滞留量
やパケット消失）の観測値に応じて、各送信局が独立し
て自律的に送信帯域を制御する。

【００２２】Ｂ．回避型輻輳制御方式（フィードフォワ
ード（ＦＦ）制御）データ転送に先立ち、各送信局と受信局との間で送信帯
域に関して折衝を行い、各送信局が受信局からの指示に
従属して送信帯域を制御する。

【００２３】従来、分散処理環境では、ＲＰＣ（リモー
ト・プロシージャ・コール）等のアプリケーションによ
る伝送要求が生じた時点で即座にデータ転送を開始する
必要があり、送信開始までの遅延が少ない前者、すなわ
ち回復型輻輳制御方式が用いられていた。

【００２４】しかしながら、回復型の輻輳制御方式で
は、輻輳状態の発生、または、輻輳状態への移行が検知
されてから、それに応じた送信帯域制御の結果、つま
り、輻輳からの回復効果が現れるまでの期間に距離に比
例するラウンド・トリップ遅延が含まれるため、制御遅
れが原理的に不可避である。

【００２５】パケット交換において従来から行われてい
る回復型輻輳制御方式、いわゆるフィードバック制御
（閉ループ制御とも呼ばれる）においては、目標値と制
御量の観測点における両者の差分を観測し、フィードバ
ック情報として制御点に返す。制御点ではその情報に基
づき制御量を操作する。フィードバックを用いた使用帯
域の追値制御は、フィードバック情報の観測点によって
大きく以下のａ．ｂ．の２者に分けられる。

【００２６】ａ．帯域を共有する伝送媒体において、共
有帯域の使用状況を観測し、その結果を送信端にフィー
ドバックするもの実際に適用されている代表的技術としては、Ｅｔｈｅｒ
ｎｅｔにおけるＣＳＭＡ／ＣＤ方式、ＡＴＭのＡＢＲサ
ービスにおけるｒｍセルを用いたＣＩ方式、および、Ｅ
Ｒ方式などがある。ＣＳＭＡ／ＣＤ：ＣａｒｒｉｅｒＳｅｎｓｅＭｕｌ
ｔｉｐｌｅＡｃｃｅｓｓｗｉｔｈＣｏｌｌｉｓｉ
ｏｎＤｅｔｅｃｔｉｏｎＡＴＭ：ＡｓｙｎｃｈｒｏｎｏｕｓＴｒａｎｓｆｅｒ
ＭｏｄｅＡＢＲ：ＡｖａｉｌａｂｌｅＢｉｔＲａｔｅｒｍ：ＲｅｓｏｕｒｃｅＭａｎａｇｅｍｅｎｔＣＩ：ＣｏｎｇｅｓｔｉｏｎＩｎｄｉｃａｔｉｏｎＥＲ：ＥｘｐｌｉｃｉｔＲａｔｅ

【００２７】ｂ．データの受信端においてデータの損失
を検出し、その結果を送信端にフィードバックし、デー
タ送信端においては、データの損失を帯域競合の結果発
生したものと見なすもの、実際に適用されている代表的
技術としては、ＴＣＰにおけるＳｌｏｗＳｔａｒｔ方
式がある。ＴＣＰ：ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌ
Ｐｒｏｔｏｃｏｌ

【００２８】以下に、上述のａ．帯域を共有する伝送媒
体において、共有帯域の使用状況を観測し、その結果を
送信端にフィードバックするものの具体例を示す。

【００２９】ａ−１．ＣＳＭＡ／ＣＤ方式Ｅｔｈｅｒｎｅｔは、バス型の受動的な物理的伝送媒体
であり、同時に単一のパケット（Ｅｔｈｅｒｎｅｔでは
フレームと呼ばれる）が伝送可能であるため、フレーム
単位での各送信端における分散競合制御を行う。

【００３０】フレームの送信端においては、伝送媒体上
の信号を監視（ＣａｒｒｉｅｒＳｅｎｓｅ）し、他の
フレームの伝送状況を検知する。伝送媒体上に他のフレ
ームが存在しない場合、自身のフレームを送出するが、
そこで同時に複数の端末がフレームを送出した場合、フ
レームの衝突（Ｃｏｌｌｉｓｉｏｎ）が発生する。

【００３１】各送信端においては、フレームの衝突を検
出すると、送出を中断し、ＢｉｎａｒｙＥｘｐｏｎｅ
ｎｔｉａｌＢａｃｋｏｆｆアルゴリズムによって衝突
確率が少ないと期待される期間を決定し、その期間後
に、再度フレーム送出を試みる。

【００３２】ａ−２．ｒｍセルによるＣＩ方式（ＡＴＭ
−ＡＢＲ）ＡＴＭでは、パケット（ＡＴＭではセルと呼ばれる）交
換機と呼ばれる能動的な全二重（上り下りの両方向通
信）の伝送媒体を用いる。セル交換機においては、各端
末から送信されたセルを、一旦バッファリングし、それ
ぞれの目的経路へと伝送（スイッチング）する。このた
め、送信端においては、セルの送出間隔を操作すること
で伝送帯域の使用量を制御することが出来る。

【００３３】ＡＴＭにおいては、交換機内のスイッチン
グ、およびセルスイッチング先の伝送帯域の輻輳（Ｃｏ
ｎｇｅｓｔｉｏｎ）が発生しうる。ｒｍセルは、各送信
端から一定間隔で送出され、データ転送経路上の交換機
を経由し、受信端に到着すると送信端へと返送される。
ＣＩ方式においては、データ転送経路上の交換機におい
て輻輳が検知された場合に、その時点で交換機を通過す
るｒｍセルを用いて輻輳の発生を送信端へと通知する。
送信端においては、ｒｍセルにより輻輳の発生を検知す
ると、確率的に輻輳を回避出来ると期待される帯域使用
量まで使用帯域を低減し、また、ｒｍセルによる輻輳の
通知が解除されると、徐々に使用帯域を増加していく。
なお、ある一定期間以上の休止後にデータ転送を行う場
合も、輻輳をまねかないと期待される低い帯域使用か
ら、徐々に帯域使用量を増加していく。

【００３４】ａ−３．ｒｍセルによるＥＲ方式（ＡＴＭ
−ＡＢＲ）ＥＲ方式においては、データ転送経路上の交換機におい
て輻輳が検知された場合に、その時点で交換機を通過す
るｒｍセルを用いて、輻輳を回避出来ると期待される帯
域使用量を交換機から送信端へと通知する。送信端にお
いては、ｒｍセルにより使用帯域の指定を受けると、そ
の指示に基づき使用帯域を操作する。

【００３５】また、上述のｂ．データの受信端において
データの損失を検出し、その結果を送信端にフィードバ
ックし、データ送信端においては、データの損失を帯域
競合の結果発生したものと見なすものの具体例として
は、以下に示すものがある。

【００３６】ｂ−１．ＳｌｏｗＳｔａｒｔ方式（ＴＣ
Ｐ）ＴＣＰは、データ転送の信頼性を保証するトランスポー
トプロトコルである。標準のＴＣＰにおいては、データ
の受信端は、データを受信したことを送信端に通知する
だけである。データの損失の検出は、受信端からのデー
タ受信の通知がタイムアウトすることによって間接的に
検出される。データ送信端では、データの損失を検出し
た場合、その分のデータを受信端に向けて再送する。
ＳｌｏｗＳｔａｒｔ方式においては、データ送信端にお
いてデータ損失を検出した場合、それが帯域の競合の結
果発生したものと見なし、データの送出間隔を調整す
る。

【００３７】具体的には、まず、連続して送出するデー
タを１パケットのみとする。そのデータの受信が確認さ
れた場合には、次は２パケットを連続して送出する。こ
のようにして、各パケットの受信が確認されるごとに、
順次連続して送出するパケット数を１パケットずつ増加
させていく。

【００３８】フィードバック制御においては、追値制御
の誤差を無くすために、上述した例ａ−３．．ｒｍセル
によるＥＲ方式（ＡＴＭ−ＡＢＲ）に示すように、目標
値を直接観測し、かつ、制御量との差分を正確にフィー
ドバックする必要がある。しかし、現実の制御系におい
ては、制御点と観測点間には距離Ｌがあり、両者間での
フィードバック情報の伝搬には、最低でも△ｔ＝距離Ｌ
÷光速ｃの遅延が存在する。つまり、時刻ｔに観測点に
おいて観測される制御量は、時刻ｔ−△ｔに制御点にお
いて操作された制御量ｒ（ｔ−△ｔ）であり、その制御
量の決定に用いられたフィードバック情報は、さらに△
ｔ前の観測値である。

【００３９】従って、現実のフィードバック制御系にお
いては、いかに正確なフィードバックを行ったとして
も、△ｔ＝０とは成り得ないため、正確な追値制御を行
うこと、つまり、｜Ｒ（ｔ）−ｒ（ｔ−△ｔ）｜＝０と
する事は不可能である。

【００４０】［回復型輻輳制御の適用条件］制御遅れが
原理的に不可避である回復型輻輳制御方式は、次の条件
のデータ転送において適用される。

【００４１】１．ラウンドトリップ遅延が短く、また、
多重されるトラフィック個々の使用帯域が、伝送チャネ
ルの帯域に対して比較的狭く、その変動の影響が多重化
バッファで緩衝可能であること。

【００４２】２．アプリケーションによる伝送要求にお
いて、パケットの消失が許容される。つまり、パケット
の消失が生じた場合でも、再送による遅延が問題となら
ない、または、再送の必要がないこと。

【００４３】回復型の輻輳制御によって十分な輻輳回避
効果が達成されるためには、これらの適用条件を満足す
ることが必要である。従来、回復型輻輳制御が多く利用
されてきた理由は、ａ．輻輳の原因となり、また、その
影響を被るのは、主に、連続して一連のパケットが伝送
されるトラフィックであること。また、ｂ．連続して一
連のパケットが伝送されるトラフィックを生じるのは、
ファイル転送などの大量データ転送や、音声・動画など
の時系列データ転送アプリケーションであること。これ
らａ．ｂ．の理由によるものである。

【００４４】さらに、上述の回復型輻輳制御方式を効果
的に実行可能とする条件的な要素として、以下に示す、
一般的な従来のデータ転送ネットワークにおける技術的
構成がある。

【００４５】・ＶＬＳＩ技術や光ファイバ技術の向上に
より、伝送チャネルの帯域は、数百メガ〜数ギガ・ビッ
ト／秒オーダと広帯域化がなされている。

【００４６】・ファイル転送などのアプリケーションで
は、送信局記憶中のファイルをパケットに分割しては逐
次伝送し、受信局記憶にて再構成する。従来、ファイル
の記憶には磁性体ディスク等の大容量記憶媒体が用いら
れるが、そのデータ入出力帯域は、数〜数十メガ・ビッ
ト／秒程度と、伝送チャネルの帯域に比べ狭帯域であ
り、トラフィックの使用帯域もこれに律速される。ま
た、例え輻輳が生じても、個々のトラフィックは狭帯域
ゆえに、パケットの消失は部分的であり、また、ファイ
ル伝送の全データ転送所要時間がラウンド・トリップ時
間に比して十分長いため、再送が問題とならない。

【００４７】・時系列データ転送アプリケーションで
は、その使用帯域は、音声の場合、数十〜数百キロ・ビ
ット／秒程度と狭く、動画の場合でも、数〜数十メガ・
ビット／秒程度と、上記ファイル転送の使用帯域と同程
度である。また、即時性が高く、もとより再送は不適で
あり、冗長符号による誤り訂正を行う為、パケットの消
失も問題とならない。

【００４８】［ブロック伝送とその輻輳制御］しかしな
がら、これに対して、近年、高精細フルカラー画像を高
速に印字出力するプリントサービスが実用化に近づいて
おり、ここでは、一ページ当たり数百メガ・ビットの高
精細フルカラー画像を、複数ページにわたり、数百メガ
・ビット／秒もの広帯域で連続して伝送する事が要求さ
れる。

【００４９】このような数百メガ・ビット／秒もの広帯
域での伝送要求に応える方式として、複数パケットを集
約した大サイズのデータをブロックとしてブロック単位
で転送するブロック伝送方式が提案されている。

【００５０】ブロック伝送方式では、従来ボトルネック
であった送信局、および、受信局の記憶に半導体メモリ
等の広帯域の記憶媒体を大量に用いる事で、データ入出
力のスループットを確保し、複数パケットを集約した大
サイズのブロックを構成し、ブロック単位で伝送処理を
行う事で、従来、パケット単位の逐次伝送により生じて
いた伝送処理のオーバーヘッドを削減し、広帯域を得
る。

【００５１】しかし、一方で、パケット消失時に再送が
伝送効率に与える影響も大きく、その際の使用帯域も、
伝送チャネルの帯域と同程度まで使用し得る為、原理的
にパケット消失が発生することが避けられない回復型の
輻輳制御方式をブロック伝送に適用することはできな
い。

【００５２】この問題を解決する従来例として、ブロッ
ク伝送トラフィックに対して、回避型の輻輳制御を適用
する方式が、本出願と同一出願人の特許出願である特願
平０８−１７９４９号において述べられている。この技
術は、データ転送に先だって、データ送信装置がデータ
転送の特性情報をデータ転送制御装置に送信し、データ
転送の特性情報とデータ転送媒体の情報からデータ転送
の詳細な態様を決定して、その態様に基づいてデータ転
送を行なうものである。

【００５３】回避型輻輳制御方式を適用するデータ転送
実行アプリケーションは、ファイル転送や、プリントサ
ービスのアプリケーションである。これらのアプリケー
ションの伝送対象のデータは、データ転送の開始以前
に、送信端においてその全体が存在しており、そのデー
タ転送には以下の特徴がある。

【００５４】一般に伝送データ量が既知である。また、
もしデータ量が既知とならない場合でも、データ量は有
限であり、伝送の終了が明らかに存在する。このような
アプリケーションの多くでは、データ転送の開始以前
に、送受信端末間で伝送データ量等の制御情報が交換さ
れる。

【００５５】回避型輻輳制御の際に使用されるデータ転
送制御情報の基となる具体的なアプリケーション制御情
報の例を以下に示す。

【００５６】標準的なファイル転送プロトコルであるｆ
ｔｐ（ｆｉｌｅｔｒａｎｓｆｅｒｐｒｏｔｏｃｏｌ）
においては、データ転送の開始時に、データ送信端より
データ受信端に対して、転送されるファイルのデータ量
が通知される。

【００５７】ＵＮＩＸオペレーティングシステムのプリ
ントスプーラによって用いられる制御ファイルにおいて
は、プリントの為にプリンタスプール間で伝送されるデ
ータファイルのファイル数、各ファイルのデータ量等の
情報が含まれる。

【００５８】さらに、ＩＳＯ１０１７５：ＤＰＡ（Ｄ
ｏｃｕｍｅｎｔＰｒｉｎｔｉｎｇＡｐｐｌｉｃａｔｉ
ｏｎ）の規定においては、プリント出力に際してクライ
アントからプリントサーバに対して伝送されるプリント
要求情報の内容に、プリント出力されるドキュメントの
データ量、ページ数、各ページデータ量や構成内容、出
力部数、出力期限などといったプリントジョブの詳細を
示すことが可能である。

【００５９】よって、このようなアプリケーションの制
御情報に基づき、そのデータ転送による帯域利用状況を
導きだす事が可能である。

【００６０】また、回避型輻輳制御方式を用いるデータ
転送アプリケーションは、データ転送の開始以前に、送
受信端間で制御情報が交換される時点で、伝送経路を決
定する事が可能であり、このようなアプリケーションに
おいては、伝送データが既存であり、その生成に起因す
る使用帯域の変動がなく、その変動を一定とすることが
可能である。

【００６１】回避型輻輳制御方式を用いる場合、各デー
タ転送の状況を一元的に掌握可能とすることが、輻輳を
完全に防止するためには必要な条件となる。回避型輻輳
制御が提案される以前の従来のネットワーク一般では、
データ転送を行うアプリケーションは不定であり、その
データ転送の状況を一元的に掌握することは不可能であ
った。その為、各データ転送の送信端において独立・多
元的に制御されてきた。

【００６２】しかし、プリントサービス等のクライアン
ト−サーバ型のアプリケーションでは、データ転送は全
てサーバに集中する。従って、サーバにおいては、そこ
に集中するデータ転送の開始時刻、終了時刻、送信端、
受信端、経路、伝送データ量、使用する帯域の変動等の
制御情報を容易に取得可能であり、これらの制御情報を
利用して回避型輻輳制御方式が実現した。

【００６３】ネットワークを構成する伝送媒体の実際の
帯域利用状況を把握するためには、本来、各伝送媒体の
所在において、その帯域利用状況を観測する必要があ
る。しかし、ネットワークを構成する伝送媒体全ての利
用状況を同時に観測し集計することは、一般的に不可能
である。しかし、ネットワーク中の伝送媒体の構成とそ
れぞれの伝送能力を把握した上で、サーバにおける各デ
ータ転送の帯域使用状況を観測すれば、ネットワーク中
の各伝送媒体での帯域利用状況は推察可能であり、回避
型輻輳制御による輻輳の防止が達成される。

【００６４】回避型輻輳制御方式を用いる場合、伝送さ
れるデータは使用帯域の調整を許容し、制御可能なデー
タであることが条件となる。回避型輻輳制御方式を用い
る以前の従来のネットワーク一般では、データ転送を行
うアプリケーションは不定であり、アプリケーションに
よるデータ転送の要求は全て同様に取り扱われ、高速処
理という観点でのみ転送が実行されることから輻輳が多
発していた。

【００６５】しかし、データ転送を行うアプリケーショ
ンの内、ファイル転送やプリントサービス等のアプリケ
ーションにおいては、比較的大きなデータ転送遅延の許
容範囲を持つため、データ転送の開始時刻、終了時刻の
調整が可能である。また、これらのアプリケーションで
伝送されるデータ量は、比較的大きく、帯域利用状況変
動の単位が長時間である為、制御が比較的容易でもあ
る。

【００６６】プリントサービスの様なクライアント−サ
ーバ型のアプリケーションにおけるデータ特性、およ
び、データ転送の集中形態に着目すれば、確定的な帯域
使用状況に基づく一元的伝送制御を実現する要件が揃っ
ている。よって、その要件を満たすアプリケーションに
よるデータ転送が主となるネットワークにおいては、確
定的な帯域使用状況に基づく一元的伝送制御の適用によ
る競合回避が実現可能である。このような条件の基に実
行されるのが回避型輻輳制御である。

【００６７】つぎに回避型輻輳制御に用いられるデータ
転送アプリケーションにおいて、一般的なデータ転送制
御情報中に含まれる情報の例を示す。１．データ送信装置識別子一般的には、データ送信局名を示す。２．データ転送識別子一般的には、単一のデータ送信局で同時に複数のデータ
転送を行う場合があり、その際、いずれのデータ転送に
対するデータ転送情報かを識別する。３．データ転送情報の正当性の証明正当なデータ転送情報であることを証明する。４．データ転送経路一般的には、単に、データ受信局名を示す。正確には、
データ転送経路の識別子、または、経路上で使用される
伝送媒体の識別子を示す。５．伝送データ量一データ転送期間で伝送されるデータ量を示す。データ
転送の終了を示す場合には、例えば、伝送データ量＝０
とする。６．データ転送開始期間データ転送の開始が可能な期間の先頭時刻と、末尾時刻
を示す。７．データ転送終了期間データ転送を終了すべき期間の先頭時刻と、末尾時刻を
示す。８．使用伝送帯域の要求範囲データ転送に要求される使用帯域の範囲を示す。９．使用伝送帯域の制御範囲データ送信局において操作可能な使用帯域の範囲を示
す。１０．データ転送帯域割当ての優先度データ転送相互間での順序指定、優先順位指定を可能と
する場合に用いる。

【００６８】上記中、１．データ送信装置識別子以外
は、実施構成によりデータ転送情報中に明示されない場
合がある。

【００６９】アプリケーションが作成したデータ転送制
御情報に基づきデータ転送指示を決定し、その結果をア
プリケーションに通知する場合において、データ転送制
御情報中の上記いずれかの条件が満たされない場合は、
伝送制御情報に示された内容の伝送要求が受け付け不可
能であることを示したデータ転送指示がアプリケーショ
ンに対して通知される。また、その場合は、送信装置に
対するデータ転送指示は行われない。

【００７０】また、データ転送制御情報をアプリケーシ
ョンが作成し、かつ、そのデータ転送制御情報に基づく
データ転送指示の決定結果をアプリケーションに通知す
る以外の場合において、データ転送制御情報中に示され
た上記中のいずれかの条件が満たされない場合はそれら
の条件は無視される。

【００７１】つぎに回避型輻輳制御を用いたデータ転送
において伝送指示中に明示される情報の例を以下に示
す。１．データ転送開始期間データ転送を開始すべき期間の先頭時刻と、末尾時刻を
指示する。単に、即時の送信開始を指示する場合には、
例えば、先頭時刻＝現在、末尾時刻＝現在または不定と
する。また、伝送制御情報に示された内容の伝送要求が
受け付け不可能な場合には、例えば、先頭時刻＝不定ま
たは無限遠とする。２．データ転送識別子いずれのデータ転送に対する伝送指示かを識別する。３．データ転送終了（停止）期間データ転送を終了（停止）すべき期間の先頭時刻と、末
尾時刻を指示する。単に、伝送終了（停止）期限を指示
する場合には、例えば、先頭時刻＝現在または不定、末
尾時刻＝伝送終了（停止）期限とする。また、単に即時
の送信停止を指示する場合には、例えば、先頭時刻＝現
在または不定、末尾時刻＝現在とする。４．データ転送経路データ転送に使用すべき経路、または、伝送媒体を指示
する。もしくは、単に受信端末を指定する。５．伝送データ量一回の伝送指示で伝送を許可するデータ量の範囲を指示
する。６．使用伝送帯域使用帯域の範囲を指示する。

【００７２】これらの情報を用いて帯域制御を実行する
ことにより、伝送帯域の負荷に係わらず高い帯域利用率
を達成し、正確なデータ転送時間の予測精度を得ること
ができるデータ転送が可能となる。この回避型輻輳制御
方式によるデータ転送方式によれば、特定のアプリケー
ションに基づくデータ転送同士、例えばブロック伝送ト
ラフィック同士による輻輳は回避される。

【００７３】しかし、ここで問題となるのは、ブロック
伝送と回復型の輻輳制御方式を使用した大量のデータ転
送が生じるアプリケーション（以下、他トラフィック）
が同時にデータ転送を行っている伝送チャネルに、新た
な他トラフィックが加わる場合である。伝送チヤネル上
に新たに加わる他トラフィックの帯域使用により使用帯
域増加が発生し、全送信使用帯域が伝送チャネル帯域を
越え、輻輳状態に陥いることがある。

【００７４】このようにして発生するデータ送信使用帯
域が伝送チャネル帯域を越えた輻輳状態を回避し、ブロ
ック伝送中の使用帯域を保証するためには、他の新たに
データ転送を開始するトラフィックの使用帯域を抑制す
る必要がある。

【００７５】しかし、従来の回復型の輻輳制御方式で
は、上述のように制御遅れの為に、輻輳によるパケット
消失は不可避であり、再送によるデータ転送効率の低下
が免れず、転送チヤネルを使用して同時にデータ転送を
行っているブロック伝送の効率にも影響を与える（図２
参照）。図２は、伝送効率を縦軸とし、他トラフィック
多重数を横軸としたグラフである。他トラフィック多重
数がある点（図２の垂直破線）を超えると急激に伝送効
率が低下する。すなわち、新たなトラフィックがチャネ
ル上に加わることにより、使用帯域が伝送チヤネルの帯
域（図２の垂直破線）を超過し、この結果、伝送効率の
低下を招く。

【００７６】

【発明が解決しようとする課題】この発明は以上の事情
を考慮してなされたものであり、新たなトラフィックの
増加等による伝送帯域の負荷の変動に係わりなく、ブロ
ック伝送効率の低下を引き起こさず、伝送チャネルの高
い利用効率、正確なデータ転送を得ることができるデー
タ転送技術を提供することを目的としている。

【００７７】従来、例えば上述した特願平０８−１７９
４９号において述べられている回避型の輻輳制御によっ
て制御されるトラフィックが、新たなコネクションを確
立しようとした場合、送信局と受信局のリソース、例え
ば送受信バッファの確保可能なことが確認されるとコネ
クション確立が可能と判断していた。ところが、そのコ
ネクション確立を判断するためのリソースの中に、伝送
チャネル帯域および現在使用中の使用帯域を考慮したも
のは組み入れられていないため、コネクションを確立し
た後に、伝送チヤネルの帯域を超えるデータ転送が発生
し、輻輳を引き起こすこととなる。

【００７８】従って、他トラフィックが新たなコネクシ
ョンを確立しようとした時に、大量のデータ転送が生じ
るアプリケーションの場合、結果として輻輳を引き起こ
すこととなっていた。本発明のデータ転送装置およびデ
ータ転送方法は伝送チャネル帯域を考慮したコネクショ
ン制御をすることにより、輻輳の回避が可能としたもの
である。

【００７９】

【課題を解決するための手段】本発明のデータ転送装置
およびデータ転送方法における構成の１つは、ブロック
伝送中の他トラフィック受付拒否を行うものである。

【００８０】ブロック伝送トラフィックと輻輳を生じる
のは、従来の複数パケットにまたがる大量データを伝送
するトラフィックであり、その個々の使用帯域は、先述
の通り狭帯域である。よって、一本一本の従来トラフィ
ックの使用帯域の増加は問題ではなく、その本数が増加
する事が問題である。通常、このように、連続した一連
のパケットを伝送する場合には、接続指向の伝送が行わ
れる。つまり、送受信バッファ等の資源をパケット毎に
個別に確保するのではなく、予め、一連のパケットに繰
り返し使用する資源を確保しておく事で、パケット毎の
オーバーヘッドを削減する。

【００８１】また、受信局と各送信局の間では、データ
転送に先立ち、接続の為のメッセージを交換することに
より、お互い資源確保できたことを知り、その後、予め
予定したデータ転送が可能となる。

【００８２】大量のデータ転送を生じる従来アプリケー
ションは、例えば、ｆｔｐやｌｐｒ、または、ｒｐｒｉ
ｎｔなどのように、パケット交換ネットワーク毎に固定
的であり限定可能である。つまり、ブロック伝送中に
は、受信局において、新たな他トラフィックを発生させ
ないために、送信局からの接続メッセージを受け付けな
いことで、他トラフィックの本数を制御する。

【００８３】以上により、他トラフィックの本数を増加
させないことによって、制御遅れによる輻輳を回避する
ことが可能となる。

【００８４】さらに、本発明のデータ転送装置およびデ
ータ転送方法における別の構成は、他トラフィックの本
数制限である。

【００８５】ブロック伝送トラフィックの送信使用帯域
は既知である。他トラフィックの使用帯域、本数も既知
である。ブロック伝送中には、受信局において、送信局
からの新たな他トラフィックの接続メッセージを受信し
た場合、新たな送信局の送信使用帯域と、全送信使用中
帯域が伝送チャネル帯域を越えないか判断し、越えない
場合のみ接続メッセージを受け付ける。

【００８６】上述の構成により、他トラフィックの本数
を制限することによって、制御遅れによる輻輳を回避す
ることが可能となる。

【００８７】上述の輻輳回避を達成するために、本発明
のデータ転送装置は、データ送信局と、データ受信局
と、データ送信局からのデータをデータ受信局に伝送す
るデータ伝送チャネルとを含むデータ転送装置におい
て、データ送信局は、該データ送信局からデータ受信局
へのデータ転送に先だってデータ転送用コネクション確
立のための接続要求を行うコネクション確立要求手段
と、該コネクション確立要求手段によって確立されたコ
ネクションに基づき、データ受信局に対してデータを送
信するデータ送信手段とを有し、データ受信局は、デー
タ伝送チャネルを介して転送されるデータを監視し、ブ
ロック伝送であるか否かを判定するブロック伝送監視手
段と、データ送信局からのコネクション確立要求に対し
て、ブロック伝送監視手段により監視されるデータ伝送
チャネル上のブロック伝送実施状況に基づいて、コネク
ション確立受諾の可否を判断し、データ送信局に対して
該コネクション確立の可否を通知するコネクション確立
指示手段と、を有することを特徴とする。

【００８８】また、本発明のデータ転送装置において、
データ受信局におけるコネクション確立指示手段は、デ
ータ伝送チャネルにおいてブロック伝送が実行中である
場合に、データ送信局からのコネクション確立要求を拒
否する構成を有することを特徴とする。

【００８９】また、本発明のデータ転送装置において、
データ受信局は、データ送信局の識別子と該送信局との
接続状態とを対応付けたテーブルを有し、該テーブルに
基づいて、データ伝送チャネルにおいてブロック伝送の
実施状況を判定することを特徴とする。

【００９０】また、本発明のデータ転送装置において、
データ受信局は、受信中のデータ・パケット・トラフィ
ックによるデータ伝送チャネルの使用帯域を測定する使
用帯域測定手段を有し、コネクション確立指示手段は、
使用帯域測定手段により測定されたデータ伝送チャネル
の使用帯域と、データ送信局からのコネクション確立要
求に基づくデータ転送の推定使用帯域との総和を算出
し、該総和が伝送チヤネルの帯域を超えない場合は、コ
ネクション確立要求を受諾し、該総和が伝送チヤネルの
帯域を超える場合は、コネクション確立要求を拒否する
構成を有することを特徴とする。

【００９１】また、本発明のデータ転送装置において、
データ受信局は、データ送信局の識別子と該送信局から
の過去のデータ送信時の使用帯域とを対応付けたテーブ
ルを有し、該テーブルに基づいて、送信局からのコネク
ション確立要求に基づくデータ転送の推定使用帯域を求
めることを特徴とする。

【００９２】さらに本発明のデータ転送方法は、データ
送信局と、データ受信局と、データ送信局からのデータ
をデータ受信局に伝送するデータ伝送チャネルとを含む
データ転送装置におけるデータ転送方法において、デー
タ送信局からデータ受信局へのデータ転送に先だってデ
ータ転送用コネクション確立のための接続要求を行うコ
ネクション確立要求ステップと、データ受信局において
データ伝送チャネルを介して転送されるデータを監視
し、ブロック伝送であるか否かを判定するブロック伝送
監視ステップと、データ送信局からのコネクション確立
要求に対して、ブロック伝送監視ステップにおいて検出
されるデータ伝送チャネル上のブロック伝送実施状況に
基づいて、コネクション確立受諾の可否をデータ受信局
において判断し、データ送信局に対して該コネクション
確立の可否を通知するコネクション確立指示ステップ
と、コネクション確立指示ステップによって確立された
コネクションに基づき、データ受信局に対してデータを
送信するデータ送信ステップと、を有することを特徴と
する。

【００９３】また、本発明のデータ転送方法において、
データ受信局におけるコネクション確立指示ステップ
は、データ伝送チャネルにおいてブロック伝送が実行中
である場合に、データ送信局からのコネクション確立要
求の拒否を実行することを特徴とする。

【００９４】また、本発明のデータ転送方法において、
データ受信局は、受信中のデータ・パケット・トラフィ
ックによるデータ伝送チャネルの使用帯域を測定する使
用帯域測定ステップを有し、コネクション確立指示ステ
ップは、使用帯域測定ステップにより測定されたデータ
伝送チャネルの使用帯域と、データ送信局からのコネク
ション確立要求に基づくデータ転送の推定使用帯域との
総和を算出し、該総和が伝送チヤネルの帯域を超えない
場合は、コネクション確立要求を受諾し、該総和が伝送
チヤネルの帯域を超える場合は、コネクション確立要求
を拒否することを特徴とする。

【００９５】

【発明の実施の形態】以下、この発明の実施例について
説明する。本発明の実施例１におけるデータ転送装置の
構成を図３に示す。

【００９６】本発明のデータ転送装置における送信局
は、コネクション確立要求手段１、データ送信手段２を
有する。

【００９７】コネクション確立要求手段１は、データ送
信手段２へデータ転送等を実行するアプリケーションか
らの信号Ｓ０１（アプリケーションからの入力データ）
によるデータ送信の要求を信号Ｓ０４により監視してい
る。コネクション確立要求手段１がデータ送信の要求を
検知すると、受信局へのコネクション確立要求メッセー
ジを信号Ｓ０２により送信し、その応答として受信局か
ら送付されるコネクション確立指示メッセージをＳ０３
により受信し、確立されたコネクション内容に応じてデ
ータ送信手段を起動する。

【００９８】データ送信手段２は、コネクション確立要
求手段１からの信号Ｓ０４（データ送信指示）による指
示に従い、受信局に対して信号Ｓ０５（パケット）によ
り伝送チヤネルを介してパケット送信を実施する。

【００９９】本発明のデータ転送装置における受信局
は、コネクション確立指示手段３、ブロック伝送監視手
段４を有する。

【０１００】ブロック伝送監視手段４は、伝送チヤネル
において、ブロック伝送が行われているかを転送されて
いるパケットを監視することによって検知し、ブロック
伝送が検知された場合には、コネクション確立指示手段
３に対して、信号Ｓ０６（使用帯域通知）により、ブロ
ック伝送を実施していることを通知する。また、受信し
たパケットは、信号Ｓ０７（ブロック伝送状態遷移）に
より、所定のアプリケーションに渡される。

【０１０１】コネクション確立指示手段３は、送信局か
らのコネクション確立要求を信号Ｓ０２（コネクション
確立要求メッセージ）によって受信すると、コネクショ
ンを確立することによって発生するデータ転送が大量の
データ転送を生じるアプリケーションであるかをメッセ
ージからチェックし、大量データ転送アプリケーション
の場合には、ブロック伝送監視手段４からブロック伝送
実施が通知されているかによって、コネクション確立の
指示内容を決定し、送信局に対してコネクション確立指
示メッセージを信号Ｓ０３（コネクション確立指示メッ
セージ）により送信する。

【０１０２】本発明の実施例２の形態におけるデータ転
送装置の構成を図４に示す。本発明のデータ転送装置に
おける送信局は、コネクション確立要求手段１、データ
送信手段２を有する。各手段の構成および機能は、前述
した実施例１と同様のため省略する。

【０１０３】本発明のデータ転送装置における受信局
は、コネクション確立指示手段３、使用帯域測定手段５
を有する。

【０１０４】使用帯域測定手段５は、送信局から転送さ
れているデータ量の計測を一定時間毎に行い、単位時間
あたりの使用帯域を計数し、コネクション確立指示手段
に信号Ｓ０８（使用帯域情報）により通知する。

【０１０５】コネクション確立指示手段は、送信局から
のコネクション確立要求を信号Ｓ０２（コネクション確
立要求メッセージ）により受信すると、コネクションの
確立によって発生するデータ転送が大量のデータ転送を
生じるアプリケーションであるかをチェックし、大量の
データ転送アプリケーションの場合には、送信局の送信
使用帯域を取得し、その取得した送信帯域と、現在使用
中の送信帯域を使用帯域測定手段５から信号Ｓ０８（使
用帯域情報）により得るとともに合計帯域が伝送チャネ
ル帯域を越えないか計数する。その結果により、コネク
ション確立の指示内容を決定し、送信局に対してコネク
ション確立指示メッセージを信号Ｓ０３（コネクション
確立指示メッセージ）により送信する。

【０１０６】［実施例１］コネクション確立要求手段１
の実施例を図５に従い説明する。コネクション確立要求
手段１には、コネクション確立要求送信機能１１と、コ
ネクション確立指示受信機能１２がある。

【０１０７】コネクション確立要求送信機能１１は、信
号Ｓ０４（データ送信指示）によりアプリケーションか
らのデータ送信の要求を監視している。データ送信要求
を検知すると、送信局識別子と、該当のアプリケーショ
ン識別子とをパケットのヘッダ部（図９参照）に記述
し、受信局に対してコネクション確立要求メッセージを
信号Ｓ０２（コネクション確立要求メッセージ）により
送信する。

【０１０８】コネクション確立指示受信機能１２は、受
信局から信号Ｓ０３（コネクション確立指示メッセー
ジ）により送信されるコネクション確立指示メッセージ
を受信し、内容をチェックし、送信可能であれば、デー
タ送信手段２に対して信号Ｓ０４（データ送信指示）に
よりデータ送信開始を指示する。

【０１０９】送信要求が拒否された場合には、データ送
信手段に対して信号Ｓ０４（データ送信指示）により送
信中止を指示する。

【０１１０】次にデータ送信手段２の実施例を図６に従
い説明する。データ送信手段２には、送信データ蓄積機
能２１と、パケット送信機能２２がある。

【０１１１】送信データ蓄積機能２１は、アプリケーシ
ョンから受信局を一意に識別可能な受信局識別子、例え
ばＩＰネットワークのＩＰアドレスが、送信するデータ
とともに信号Ｓ０１（アプリケーションからの入力デー
タ）により渡される。渡されたデータを蓄積し、パケッ
ト送信機能からの信号Ｓ２１（パケットデータ要求信
号）によりデータ要求に対応して、指定されたデータ量
を要求ごとに受信局識別子とともに信号Ｓ０５（パケッ
ト）により渡す。

【０１１２】パケット送信機能２２は、コネクション確
立要求手段１から信号Ｓ０４（データ送信指示信号）に
よる送信開始の指示により、指定されたデータ量を送信
データ蓄積機能に要求し、送信データ蓄積機能から渡さ
れたデータをパケット化し、パケット毎に伝送チャネル
に信号Ｓ０７（ブロック伝送状態遷移信号）により送信
する。

【０１１３】送信が完了すると、次のデータを送信デー
タ蓄積機能に信号Ｓ２１（パケットデータ要求信号）に
より要求し、データを受取り、パケット化し、送信す
る。この一連の動作を全データが受信局に送信されるま
で繰り返す。

【０１１４】次にコネクション確立指示手段３の実施例
を図７に従い説明する。コネクション確立指示手段３に
は、コネクション確立要求受信機能３１と、コネクショ
ン確立指示機能３２がある。

【０１１５】コネクション確立要求受信機能３１は、送
信局からのコネクション確立要求を信号Ｓ０２（コネク
ション確立要求メッセージ）により受信すると、アプリ
ケーション識別子により、大量のデータ転送をともなう
アプリケーションであるか否かをチェックし、大量のデ
ータ転送をともなうアプリケーションの場合には、コネ
クション確立指示機能３２に対して、送信局が一意に決
まる送信局識別子とともに、コネクション確立要求があ
ったことを信号Ｓ３１（接続要求受信通知）により通知
する。大量のデータ転送を実行するアプリケーションで
ない場合には、信号Ｓ０３（コネクション確立指示メッ
セージ）により、コネクション確立指示メッセージを送
信する。

【０１１６】コネクション確立指示機能３２は、コネク
ション確立要求があったことを信号Ｓ３１（接続要求受
信通知）により通知されると、ブロック伝送監視手段４
のブロック伝送の状態を信号Ｓ０６（使用帯域通知）に
より得、ブロック伝送が実施されていなければ接続許可
を、実施されていれば接続拒否の指示をコネクション確
立指示メッセージに含ませ、信号Ｓ０３（コネクション
確立指示メッセージ）により送信局に送信する。

【０１１７】また、接続を許可した送信局識別子を記憶
し、ブロック伝送監視機能に信号Ｓ３２（送信中送信局
識別子）により通知する。

【０１１８】次にブロック伝送監視手段４の実施例を図
８に従い説明する。ブロック伝送監視手段４には、パケ
ット受信機能４１と、送信元識別機能４２がある。

【０１１９】パケット受信機能４１は、信号Ｓ０５（パ
ケット）により受信局への伝送チャネル上で多重された
パケットの受信毎に、信号Ｓ０７（ブロック伝送状態遷
移信号）によりアプリケーションに出力される。送信元
識別機能４２は、信号Ｓ４１（送信局識別子監視）によ
り受信されたパケットを監視している。

【０１２０】受信パケットのヘッダ部（図９参照）中に
ある送信局が一意に識別可能な送信局識別子と、コネク
ション確立指示手段３から通知されているブロック伝送
以外の送信局識別子のリスト（図１１参照）とにより、
当該パケットがブロック伝送によるものか判断する。判
断した結果を記憶する。また、ブロック伝送の状態遷移
を図１０に示す。

【０１２１】［実施例２］コネクション確立要求手段１
とデータ送信手段２の説明は、実施例１と同様のため省
略する。

【０１２２】次にコネクション確立指示手段５の実施例
を図１２に従い説明する。コネクション確立指示手段５
には、コネクション確立要求受信機能５１と、コネクシ
ョン確立指示機能５２がある。

【０１２３】コネクション確立要求受信機能５１につい
ては実施例１と同様のため説明を省略する。

【０１２４】コネクション確立指示機能５２は、コネク
ション確立要求があったことを信号Ｓ５１（接続要求受
信通知）により通知されると、当該送信局の実行帯域
（ＢＴｘ）を得る。送信帯域を得る方法としては、前回
の送信局毎の送信使用帯域の計測結果を記憶しておきそ
の記憶値を使用する。または、送信局からの申告値を使
用する等による方法がある。前回の送信局毎の送信使用
帯域の計測結果は、例えば図１４に示すようなリストと
として送信局識別子と前回送信使用帯域とを対応づけた
表として記憶する。

【０１２５】また、使用帯域測定手段６で測定されてい
る現在の送信使用帯域（ＲＲｘ）を信号Ｓ０８（使用帯
域情報）により獲得し、伝送チャネル帯域（Ｒｍａｘ）
とにより、下記の式（１）が成立する場合には接続許可
を、成立しなければ接続拒否の指示をコネクション確立
指示メッセージに含ませ、信号Ｓ０３（コネクション確
立指示メッセージ）により送信局に送信する。

【０１２６】

【数１】Ｒｍａｘ≧ＢＴｘ＋ＲＲｘ（１）

【０１２７】上記式（１）は、コネクション確立によっ
て発生するデータ転送による実行帯域（ＢＴｘ）と現在
の伝送チャネルにおける送信使用帯域（ＲＲｘ）との総
和が、伝送チャネル帯域（Ｒｍａｘ）より小さいことを
条件としてコネクションの確立、すなわち接続許可を実
行することを意味している。

【０１２８】次に使用帯域測定手段６の実施例を図１３
に従い説明する。使用帯域測定手段６は、パケット受信
機能６１と、使用帯域測定機能６２とがある。

【０１２９】パケット受信機能６１は、信号Ｓ０５（パ
ケット）により受信局への伝送チャネル上で多重された
パケットの受信毎に、信号Ｓ０７（ブロック伝送状態遷
移）によりアプリケーションに出力される。

【０１３０】使用帯域測定機能６２は、信号Ｓ５２（使
用帯域通知）を受領するとともに、信号Ｓ６１（パケッ
ト受信間隔監視）によりパケットの受信を監視してい
る。パケット受信機能よりパケット受信の通知を受ける
と、受信間隔ＴＲｘの計数を開始し、以降は新たなパケ
ットの受信が通知される度に、信号Ｓ０８（使用帯域情
報）にて使用帯域ＲＲｘを出力する。使用帯域ＲＲｘ
は、パケットＬ、および、受信間隔ＴＲｘに対して、次
の式（２）で与えられる。

【０１３１】

【数２】ＲＲｘ＝Ｌ／ＴＲｘ（２）

【０１３２】上記の式（２）で算出された使用帯域が信
号Ｓ０８により、コネクション接続指示手段に出力され
る。

【０１３３】

【発明の効果】以上、説明したように本発明のデータ転
送装置およびデータ転送方法によれば、広帯域ブロック
伝送トラフィックと、複数の送信局から各々任意のタイ
ミングで送信される他のトラフィックを多重して伝送を
行う場合でも、ブロック伝送の送信帯域を変動させるこ
となく、他のトラフィックの使用帯域の変動を制御する
ことにより、制御遅れによる輻輳を回避し、パケット消
失を防ぐことで、高い伝送効率を得ることが可能とな
る。

【０１３４】また、伝送チャネル帯域と通信帯域とを比
較することで、新たなトラフィックの追加あるいは拒否
を行うように構成しているので、効率的な伝送チヤネル
の使用が可能となる。

【図面の簡単な説明】

【図１】多重化バッファにおける輻輳を説明する図
である。

【図２】伝送トラフィックと伝送効率の関係を示す
図である。

【図３】本発明のデータ転送装置の第１実施例の構
成を示す図である。

【図４】本発明のデータ転送装置の第２実施例の構
成を示す図である。

【図５】本発明のデータ転送装置のコネクション確
立要求手段の構成を示す図である。

【図６】本発明のデータ転送装置のデータ送信手段
の構成を示す図である。

【図７】本発明のデータ転送装置のコネクション確
立指示手段の構成例１を示す図である。

【図８】本発明のデータ転送装置のブロック伝送監
視手段の構成を示す図である。

【図９】パケットの構造を説明する図である。

【図１０】ブロック伝送状態遷移を説明する図であ
る。

【図１１】ブロック伝送以外の送信局識別子リストを
示す図である。

【図１２】本発明のデータ転送装置のコネクション確
立指示手段の構成例２を示す図である。

【図１３】本発明のデータ転送装置の使用帯域測定手
段の例を示す図である。

【図１４】送信局識別子および前回送信使用帯域リス
トを示す図である。

【符号の説明】

１コネクション確立要求手段２データ送信手段手段３コネクション確立指示手段４ブロック伝送監視手段５コネクション確立指示手段（実施例２）６使用帯域測定手段（実施例２）１１コネクション確立要求機能１２コネクション確立指示受信機能２１送信データ蓄積機能２２パケット送信機能３１コネクション確立要求受信機能３２コネクション確立指示機能４１パケット受信機能４２送信元識別機能５１コネクション確立要求受信機能（実施例２）５２コネクション確立指示機能（実施例２）６１パケット受信機能（実施例２）６２使用帯域測定機能Ｓ０１アプリケーションからの入力データＳ０２コネクション確立要求メッセージＳ０３コネクション確立指示メッセージＳ０４データ送信指示信号Ｓ０５パケットＳ０６使用帯域通知信号Ｓ０７ブロック伝送状態遷移信号Ｓ０８使用帯域情報信号Ｓ２１パケットデータ要求信号Ｓ３１接続要求受信通知信号Ｓ３２送信中送信局識別子信号Ｓ４１送信局識別子監視信号Ｓ５１接続要求受信通知信号Ｓ５２使用帯域通知信号Ｓ６１パケット受信間隔監視信号

Claims

【特許請求の範囲】

【請求項１】データ送信局と、データ受信局と、前記
データ送信局からのデータを前記データ受信局に伝送す
るデータ伝送チャネルとを含むデータ転送装置におい
て、前記データ送信局は、該データ送信局から前記データ受
信局へのデータ転送に先だってデータ転送用コネクション確立のための接続要求を行うコネクション
確立要求手段と、該コネクション確立要求手段によって確立されたコネク
ションに基づき、前記データ受信局に対してデータを送
信するデータ送信手段とを有し、前記データ受信局は、前記データ伝送チャネルを介して転送されるデータを監
視し、ブロック伝送であるか否かを判定するブロック伝
送監視手段と、前記データ送信局からの前記コネクション確立要求に対
して、前記ブロック伝送監視手段により監視される前記
データ伝送チャネル上のブロック伝送実施状況に基づい
て、コネクション確立受諾の可否を判断し、前記データ
送信局に対して該コネクション確立の可否を通知するコ
ネクション確立指示手段と、を有することを特徴とするデータ転送装置。
【請求項２】前記データ受信局における前記コネクシ
ョン確立指示手段は、前記データ伝送チャネルにおいて
ブロック伝送が実行中である場合に、前記データ送信局
からのコネクション確立要求を拒否する構成を有するこ
とを特徴とする請求項１記載のデータ転送装置。
【請求項３】前記データ受信局は、データ送信局の識
別子と該送信局との接続状態とを対応付けたテーブルを
有し、該テーブルに基づいて、前記データ伝送チャネル
においてブロック伝送の実施状況を判定することを特徴
とする請求項１記載のデータ転送装置。
【請求項４】前記データ受信局は、受信中のデータ・パケット・トラフィックによる前記デ
ータ伝送チャネルの使用帯域を測定する使用帯域測定手
段を有し、前記コネクション確立指示手段は、前記使用帯域測定手段により測定された前記データ伝送
チャネルの使用帯域と、前記データ送信局からの前記コ
ネクション確立要求に基づくデータ転送の推定使用帯域
との総和を算出し、該総和が前記伝送チヤネルの帯域を
超えない場合は、前記コネクション確立要求を受諾し、
該総和が前記伝送チヤネルの帯域を超える場合は、前記
コネクション確立要求を拒否する構成を有することを特
徴とする請求項１記載のデータ転送装置。
【請求項５】前記データ受信局は、データ送信局の識
別子と該送信局からの過去のデータ送信時の使用帯域と
を対応付けたテーブルを有し、該テーブルに基づいて、
前記送信局からのコネクション確立要求に基づくデータ
転送の推定使用帯域を求めることを特徴とする請求項４
記載のデータ転送装置。
【請求項６】データ送信局と、データ受信局と、前記
データ送信局からのデータを前記データ受信局に伝送す
るデータ伝送チャネルとを含むデータ転送装置における
データ転送方法において、前記データ送信局から前記データ受信局へのデータ転送
に先だってデータ転送用コネクション確立のための接続
要求を行うコネクション確立要求ステップと、前記データ受信局において前記データ伝送チャネルを介
して転送されるデータを監視し、ブロック伝送であるか
否かを判定するブロック伝送監視ステップと、前記データ送信局からの前記コネクション確立要求に対
して、前記ブロック伝送監視ステップにおいて検出され
る前記データ伝送チャネル上のブロック伝送実施状況に
基づいて、コネクション確立受諾の可否を前記データ受
信局において判断し、前記データ送信局に対して該コネ
クション確立の可否を通知するコネクション確立指示ス
テップと、前記コネクション確立指示ステップによって確立された
コネクションに基づき、前記データ受信局に対してデー
タを送信するデータ送信ステップと、を有することを特徴とするデータ転送方法。
【請求項７】前記データ受信局における前記コネクシ
ョン確立指示ステップは、前記データ伝送チャネルにお
いてブロック伝送が実行中である場合に、前記データ送
信局からのコネクション確立要求の拒否を実行すること
を特徴とする請求項６記載のデータ転送方法。
【請求項８】前記データ受信局は、受信中のデータ・
パケット・トラフィックによる前記データ伝送チャネル
の使用帯域を測定する使用帯域測定ステップを有し、前記コネクション確立指示ステップは、前記使用帯域測
定ステップにより測定された前記データ伝送チャネルの
使用帯域と、前記データ送信局からの前記コネクション
確立要求に基づくデータ転送の推定使用帯域との総和を
算出し、該総和が前記伝送チヤネルの帯域を超えない場
合は、前記コネクション確立要求を受諾し、該総和が前
記伝送チヤネルの帯域を超える場合は、前記コネクショ
ン確立要求を拒否することを特徴とする請求項６記載の
データ転送方法。