JPH08305643A - ファイル転送方法 - Google Patents
ファイル転送方法Info
- Publication number
- JPH08305643A JPH08305643A JP7112781A JP11278195A JPH08305643A JP H08305643 A JPH08305643 A JP H08305643A JP 7112781 A JP7112781 A JP 7112781A JP 11278195 A JP11278195 A JP 11278195A JP H08305643 A JPH08305643 A JP H08305643A
- Authority
- JP
- Japan
- Prior art keywords
- tcp
- file
- protocol
- network
- ftp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【目的】 ＴＣＰのウインドウサイズを拡大することな
く、高速・高遅延ネットワークでのＦＴＰファイル転送
を効率的に行うこと。 【構成】 ＦＴＰプロトコルによりファイルを転送する
際に、ファイルの分割数及びＴＣＰセッションの数を、
ＴＣＰプロトコルのウインドウサイズと、ネットワーク
の往復遅延時間及び回線速度とに基づいて決定し、この
数でファイルを分割すると共にＴＣＰセッションをデー
タ転送用に複数確立して、データ転送を行う。
く、高速・高遅延ネットワークでのＦＴＰファイル転送
を効率的に行うこと。 【構成】 ＦＴＰプロトコルによりファイルを転送する
際に、ファイルの分割数及びＴＣＰセッションの数を、
ＴＣＰプロトコルのウインドウサイズと、ネットワーク
の往復遅延時間及び回線速度とに基づいて決定し、この
数でファイルを分割すると共にＴＣＰセッションをデー
タ転送用に複数確立して、データ転送を行う。
Description
【０００１】
【産業上の利用分野】本発明はウインドウサイズが制限
されたＴＣＰなどのトランスポートプロトコルを用いた
ファイル転送方法に関し、高速ではあるが高遅延のネッ
トワークにおいても、ウインドウサイズの制限に影響さ
れることなく、効率的にデータ転送を行うことができる
ようにしたものである。
されたＴＣＰなどのトランスポートプロトコルを用いた
ファイル転送方法に関し、高速ではあるが高遅延のネッ
トワークにおいても、ウインドウサイズの制限に影響さ
れることなく、効率的にデータ転送を行うことができる
ようにしたものである。
【０００２】
【従来の技術】ファイル転送のための標準プロトコルと
して、ＵＮＩＸを始めとした多くのコンピュータで使用
されているＦＴＰ（File Transfer Protocol）が知られ
ている。プロトコルとは通信規約である。
して、ＵＮＩＸを始めとした多くのコンピュータで使用
されているＦＴＰ（File Transfer Protocol）が知られ
ている。プロトコルとは通信規約である。
【０００３】ＦＴＰプロトコルはＴＣＰ／ＩＰ（Transm
isson Control Protocol/InternetProtocol）上のサー
ビスを用いるファイル転送プロトコルであり、ファイル
転送の際に１本のＴＣＰセッション（ＴＣＰプロトコル
での論理コネクション）を使用する。そのためファイル
転送の性能はＴＣＰプロトコルの転送能力、特にスライ
ディングウインドウのウインドウサイズの上限により制
限されるところが多く、ネットワークがより高速且つ高
遅延になりつつある現状では、ネットワークの回線速度
に比べて期待した程のスループットが得られないという
問題がある。以下、この点について順を追って説明す
る。
isson Control Protocol/InternetProtocol）上のサー
ビスを用いるファイル転送プロトコルであり、ファイル
転送の際に１本のＴＣＰセッション（ＴＣＰプロトコル
での論理コネクション）を使用する。そのためファイル
転送の性能はＴＣＰプロトコルの転送能力、特にスライ
ディングウインドウのウインドウサイズの上限により制
限されるところが多く、ネットワークがより高速且つ高
遅延になりつつある現状では、ネットワークの回線速度
に比べて期待した程のスループットが得られないという
問題がある。以下、この点について順を追って説明す
る。
【０００４】ＴＣＰ／ＩＰプロトコルは本来ＢＳＤ系の
ＵＮＩＸで採用されたものであるが、現在では、世界的
規模のネットワークであるインターネット（Internet）
を始めとして広く用いられているプロトコルスイートで
ある。
ＵＮＩＸで採用されたものであるが、現在では、世界的
規模のネットワークであるインターネット（Internet）
を始めとして広く用いられているプロトコルスイートで
ある。
【０００５】そのうち、ＴＣＰプロトコルはＯＳＩ参照
モデルの第４層（トランスポート層）に相当するコネク
ション型でバイトストリーム指向のトランスポートプロ
トコルであり、後述するように、再送付き肯定確認応答
プロトコルの改良版である可変ウインドウサイズのスラ
イディングウインドウプロトコルを用いて信頼性のある
効率的なデータ転送サービスを提供している。また、Ｉ
ＰプロトコルはＯＳＩ参照モデルの第３層（ネットワー
ク層）に相当するネットワークプロトコルである。
モデルの第４層（トランスポート層）に相当するコネク
ション型でバイトストリーム指向のトランスポートプロ
トコルであり、後述するように、再送付き肯定確認応答
プロトコルの改良版である可変ウインドウサイズのスラ
イディングウインドウプロトコルを用いて信頼性のある
効率的なデータ転送サービスを提供している。また、Ｉ
ＰプロトコルはＯＳＩ参照モデルの第３層（ネットワー
ク層）に相当するネットワークプロトコルである。
【０００６】なお、コネクション型とは事前に論理コネ
クションを確立した後にデータ転送を行う通信形態であ
り、コネクションレス型とは論理コネクションの確立を
必要としないデータ転送の形態である。
クションを確立した後にデータ転送を行う通信形態であ
り、コネクションレス型とは論理コネクションの確立を
必要としないデータ転送の形態である。
【０００７】次に、スライディングウインドウプロトコ
ルの説明の前に、再送付き肯定確認応答プロトコルにつ
いて説明する。信頼性のあるデータ転送を保証する多く
のプロトコルでは、１回毎のデータ転送量を固定してお
き、データ送信者はデータ受信者に対してデータを受信
する度に確認応答を送信することを要求し、確認応答を
待って次のデータを送出する。しかし、このような単純
な肯定確認応答プロトコルでは、送信者は固定サイズの
データ転送毎に必ず確認応答を待たなければならないの
で、非効率的である。
ルの説明の前に、再送付き肯定確認応答プロトコルにつ
いて説明する。信頼性のあるデータ転送を保証する多く
のプロトコルでは、１回毎のデータ転送量を固定してお
き、データ送信者はデータ受信者に対してデータを受信
する度に確認応答を送信することを要求し、確認応答を
待って次のデータを送出する。しかし、このような単純
な肯定確認応答プロトコルでは、送信者は固定サイズの
データ転送毎に必ず確認応答を待たなければならないの
で、非効率的である。
【０００８】そこでＴＣＰプロトコルでは、図５に示す
ように、転送しようとするパケットシーケンス５１の中
に可変サイズのウインドウ５２を設定し、最初はウイン
ドウ５２内の全てのパケット１〜８を転送する。そし
て、一度送信者がウインドウ５２内の最初のパケット１
に対する確認応答を受信すると、ウインドウ５２をスラ
イドさせ、次のパケット９を送る。ウインドウ５２のサ
イズは転送しようとするパケットシーケンス５１のサイ
ズに応じて可変であるが、ＴＣＰプロトコルでは上限を
６４ＫＢ（キロバイト）に制限している。なお、前述の
如くＴＣＰプロトコルはバイトストリーム指向であるた
め、実際には、パケット単位ではなくバイト単位でウイ
ンドウ５２がスライドする。
ように、転送しようとするパケットシーケンス５１の中
に可変サイズのウインドウ５２を設定し、最初はウイン
ドウ５２内の全てのパケット１〜８を転送する。そし
て、一度送信者がウインドウ５２内の最初のパケット１
に対する確認応答を受信すると、ウインドウ５２をスラ
イドさせ、次のパケット９を送る。ウインドウ５２のサ
イズは転送しようとするパケットシーケンス５１のサイ
ズに応じて可変であるが、ＴＣＰプロトコルでは上限を
６４ＫＢ（キロバイト）に制限している。なお、前述の
如くＴＣＰプロトコルはバイトストリーム指向であるた
め、実際には、パケット単位ではなくバイト単位でウイ
ンドウ５２がスライドする。
【０００９】図６はスライディングウインドウプロトコ
ルの動作概念を示し、ウインドウ内のパケット１〜８の
送信に対し、受信側からそれぞれの確認応答５３が出さ
れている。
ルの動作概念を示し、ウインドウ内のパケット１〜８の
送信に対し、受信側からそれぞれの確認応答５３が出さ
れている。
【００１０】このようなスライディングウインドウプロ
トコルを有するＴＣＰプロトコルを用いたＦＴＰプロト
コルのアルゴリズムは図７に示され、その時のデータ転
送の動作概念は図８に示される。
トコルを有するＴＣＰプロトコルを用いたＦＴＰプロト
コルのアルゴリズムは図７に示され、その時のデータ転
送の動作概念は図８に示される。
【００１１】即ち、図７において、ファイル転送要求コ
マンドが入力されると（ステップＳ７１）、ＦＴＰプロ
トコルはデータ転送用に１本のＴＣＰセッションをＴＣ
Ｐプロトコルに確立させ（ステップＳ７２）、ファイル
のデータを転送する（ステップＳ７３）。データ転送に
おいては、図８に示すように、送信側はウインドウサイ
ズ分だけのデータ８１をまず転送し、その確認応答８２
を受信するまで次の転送を待つ。確認応答８２を受信し
たら次のデータ８３を転送し、またしても確認応答８４
を受信するまで次の転送を待つ。このような操作がファ
イルの全データを転送し終るまで繰り返される。全ての
データ転送が完了したら、図７のステップＳ７４に示す
ように、ＦＴＰプロトコルがＴＣＰセッションを終了す
る。
マンドが入力されると（ステップＳ７１）、ＦＴＰプロ
トコルはデータ転送用に１本のＴＣＰセッションをＴＣ
Ｐプロトコルに確立させ（ステップＳ７２）、ファイル
のデータを転送する（ステップＳ７３）。データ転送に
おいては、図８に示すように、送信側はウインドウサイ
ズ分だけのデータ８１をまず転送し、その確認応答８２
を受信するまで次の転送を待つ。確認応答８２を受信し
たら次のデータ８３を転送し、またしても確認応答８４
を受信するまで次の転送を待つ。このような操作がファ
イルの全データを転送し終るまで繰り返される。全ての
データ転送が完了したら、図７のステップＳ７４に示す
ように、ＦＴＰプロトコルがＴＣＰセッションを終了す
る。
【００１２】図８から判るように、ウインドウサイズが
可変なため単純な確認応答プロトコルよりも効率的であ
るが、可変ウインドウサイズのスライディングウインド
ウプロトコルを用いた場合でも、ファイルのサイズが大
きい場合にはウインドウサイズの制限により何回かに分
けてデータ転送が行われる。そのため、データ転送後か
ら確認応答を受信するまでの間ｔ1 がネットワーク上の
空き時間として累積し、ネットワークのスループットを
低下させる。この空き時間ｔ1 はネットワークの往復遅
延時間に左右され、高遅延なほど多くなる。また空き時
間ｔ1 が全体に対して占める割合は、１回のデータ送出
に要する時間ｔ2 が短いほど大きくなり、この時間ｔ2
はネットワークの回線速度が高速なほど短くなる。
可変なため単純な確認応答プロトコルよりも効率的であ
るが、可変ウインドウサイズのスライディングウインド
ウプロトコルを用いた場合でも、ファイルのサイズが大
きい場合にはウインドウサイズの制限により何回かに分
けてデータ転送が行われる。そのため、データ転送後か
ら確認応答を受信するまでの間ｔ1 がネットワーク上の
空き時間として累積し、ネットワークのスループットを
低下させる。この空き時間ｔ1 はネットワークの往復遅
延時間に左右され、高遅延なほど多くなる。また空き時
間ｔ1 が全体に対して占める割合は、１回のデータ送出
に要する時間ｔ2 が短いほど大きくなり、この時間ｔ2
はネットワークの回線速度が高速なほど短くなる。
【００１３】一般にネットワークの最大実効スループッ
トＥは、ウインドウサイズをＷ、ネットワークの往復遅
延時間をＤとすると、次式（１）で与えられる。
トＥは、ウインドウサイズをＷ、ネットワークの往復遅
延時間をＤとすると、次式（１）で与えられる。
【数１】 Ｅ＝Ｗ／Ｄ …式（１）
【００１４】式（１）から判るように、伝送路上での遅
延が大きくなる等、ネットワークの往復遅延時間が長く
なると、最大実効スループットＥ以上に回線速度が高速
なネットワークでは、回線速度と比べて期待した程のス
ループットが得られない。これは、これまでの説明から
明らかなように、スライディングウインドウプロトコル
におけるウインドウサイズが不十分なため、確認応答を
待つまでの空き時間がネットワークに生じるからであ
る。
延が大きくなる等、ネットワークの往復遅延時間が長く
なると、最大実効スループットＥ以上に回線速度が高速
なネットワークでは、回線速度と比べて期待した程のス
ループットが得られない。これは、これまでの説明から
明らかなように、スライディングウインドウプロトコル
におけるウインドウサイズが不十分なため、確認応答を
待つまでの空き時間がネットワークに生じるからであ
る。
【００１５】最近では、フレームリレーやＡＴＭ等の高
速な通信技術が発達してきたこと、並びに、ネットワー
クが世界的規模に広がってきたことにより、ネットワー
クがより一層高速で且つ高遅延になりつつあるので、こ
のようなネットワークでは、ＴＣＰプロトコルの性能、
特に６４ＫＢというウインドウサイズの上限、によって
ＦＴＰプロトコルのデータ転送能力が制限される、とい
う効率上の問題点が露見してきた。
速な通信技術が発達してきたこと、並びに、ネットワー
クが世界的規模に広がってきたことにより、ネットワー
クがより一層高速で且つ高遅延になりつつあるので、こ
のようなネットワークでは、ＴＣＰプロトコルの性能、
特に６４ＫＢというウインドウサイズの上限、によって
ＦＴＰプロトコルのデータ転送能力が制限される、とい
う効率上の問題点が露見してきた。
【００１６】この問題点の解決策として、従来、ＴＣＰ
プロトコルにおけるウインドウサイズの拡大が提案され
ている。
プロトコルにおけるウインドウサイズの拡大が提案され
ている。
【００１７】しかし、ウインドウサイズを６４ＫＢより
大きくすることはＴＣＰプロトコル自体の拡張である。
従って、ＴＣＰ／ＩＰプロトコルが既に機器のシステム
の一部として組み込まれている場合が多いことを考慮す
ると、現在存在するＴＣＰ／ＩＰ製品にプロトコル自体
の拡張となるウインドウサイズの拡大をそのまま適用す
ることは困難である。
大きくすることはＴＣＰプロトコル自体の拡張である。
従って、ＴＣＰ／ＩＰプロトコルが既に機器のシステム
の一部として組み込まれている場合が多いことを考慮す
ると、現在存在するＴＣＰ／ＩＰ製品にプロトコル自体
の拡張となるウインドウサイズの拡大をそのまま適用す
ることは困難である。
【００１８】また、ウインドウサイズを拡大した場合、
品質の悪いネットワークでは、ＴＣＰセグメントの再送
によるオーバヘッドが大きくなるため、逆にスループッ
トが低下する恐れがある。
品質の悪いネットワークでは、ＴＣＰセグメントの再送
によるオーバヘッドが大きくなるため、逆にスループッ
トが低下する恐れがある。
【００１９】従って、現状のファイル転送技術では、フ
レームリレーやＡＴＭの到来により高速化し、且つ、世
界的規模への拡大により高遅延化したネットワークに十
分対応することができず、効率的でない。
レームリレーやＡＴＭの到来により高速化し、且つ、世
界的規模への拡大により高遅延化したネットワークに十
分対応することができず、効率的でない。
【００２０】
【発明が解決しようとする課題】本発明の課題は、上記
従来技術の問題点に鑑み、ウインドウサイズの制限に影
響されることなく、高速且つ高遅延のネットワークでの
効率的なファイル転送を行うことができる方法を提供す
ることである。
従来技術の問題点に鑑み、ウインドウサイズの制限に影
響されることなく、高速且つ高遅延のネットワークでの
効率的なファイル転送を行うことができる方法を提供す
ることである。
【００２１】
【課題を解決するための手段】上記課題を解決する本発
明のファイル転送方法は、ＦＴＰプロトコルによりファ
イルを転送する際に、ファイルを分割し複数のＴＣＰセ
ッションにより転送を行うことを特徴とするものであ
る。
明のファイル転送方法は、ＦＴＰプロトコルによりファ
イルを転送する際に、ファイルを分割し複数のＴＣＰセ
ッションにより転送を行うことを特徴とするものであ
る。
【００２２】また、本発明のファイル転送方法は、ファ
イルの分割数及びＴＣＰセッションの数を、ＴＣＰプロ
トコルのウインドウサイズと、ネットワークの往復遅延
時間及び回線速度とに基づいて決定することを特徴とす
るものである。
イルの分割数及びＴＣＰセッションの数を、ＴＣＰプロ
トコルのウインドウサイズと、ネットワークの往復遅延
時間及び回線速度とに基づいて決定することを特徴とす
るものである。
【００２３】更に本発明のファイル転送方法は、ウイン
ドウサイズが制限されているトランスポートプロトコル
上のサービスを用いるファイル転送方法において、前記
ウインドウサイズと、ネットワークの往復遅延時間及び
回線速度とに基づいて、必要な論理コネクションの数を
決定すること、この決定した数でファイルを分割し、そ
れぞれを決定した数の論理コネクションにより転送する
こと、を特徴とするものである。
ドウサイズが制限されているトランスポートプロトコル
上のサービスを用いるファイル転送方法において、前記
ウインドウサイズと、ネットワークの往復遅延時間及び
回線速度とに基づいて、必要な論理コネクションの数を
決定すること、この決定した数でファイルを分割し、そ
れぞれを決定した数の論理コネクションにより転送する
こと、を特徴とするものである。
【００２４】
【作用】ＦＴＰプロトコルは従来１本のＴＣＰセッショ
ンによりデータ転送を行っているが、ＴＣＰプロトコル
自体は複数のＴＣＰセッションを確立することが可能で
ある。
ンによりデータ転送を行っているが、ＴＣＰプロトコル
自体は複数のＴＣＰセッションを確立することが可能で
ある。
【００２５】そこで、ファイルを複数に分割し複数のデ
ータ転送用ＴＣＰセッションによりデータ転送を行うこ
とにより、ＴＣＰプロトコル自体には何の改変を与える
ことなく、ウインドウサイズの不足により生じるネット
ワークの空き時間を有効に利用することができる。ま
た、複数のＴＣＰセッションによりデータ転送を行うこ
とにより、品質が良くないネットワークであっても、再
送による帯域の浪費が少なくなる。
ータ転送用ＴＣＰセッションによりデータ転送を行うこ
とにより、ＴＣＰプロトコル自体には何の改変を与える
ことなく、ウインドウサイズの不足により生じるネット
ワークの空き時間を有効に利用することができる。ま
た、複数のＴＣＰセッションによりデータ転送を行うこ
とにより、品質が良くないネットワークであっても、再
送による帯域の浪費が少なくなる。
【００２６】ファイルの分割数及びＴＣＰセッシッンの
数は基本的には任意の固定した値でも良いが、小さすぎ
ると効率向上の効果が少なく、大きすぎるとオーバヘッ
ドが増えるので、ウインドウサイズとネットワークのパ
ラメータとに基づき決定することが望ましい。即ち、ウ
インドウサイズが大きければ数を減らし、往復遅延時間
が多いほど、あるいは回線速度が速いほど数を増せば良
い。
数は基本的には任意の固定した値でも良いが、小さすぎ
ると効率向上の効果が少なく、大きすぎるとオーバヘッ
ドが増えるので、ウインドウサイズとネットワークのパ
ラメータとに基づき決定することが望ましい。即ち、ウ
インドウサイズが大きければ数を減らし、往復遅延時間
が多いほど、あるいは回線速度が速いほど数を増せば良
い。
【００２７】上述したデータ転送効率向上の技術は、Ｔ
ＣＰプロトコル上のＦＴＰプロトコルに限らず、ウイン
ドウサイズが制限されているトランスポートプロトコル
を用いるファイル転送方法全にて拡張して適用すること
ができる。
ＣＰプロトコル上のＦＴＰプロトコルに限らず、ウイン
ドウサイズが制限されているトランスポートプロトコル
を用いるファイル転送方法全にて拡張して適用すること
ができる。
【００２８】
【実施例】以下、図面を参照して本発明の一実施例とし
て、ＴＣＰプロトコル上でのＦＴＰプロトコルによるフ
ァイル転送を説明する。図１には本発明の実施例のシス
テム構成が示され、図２には本発明の実施例のファイル
転送アルゴリズムが示され、図３には２個のＴＣＰセッ
ションを用いたＦＴＰデータ転送の動作概念が示され、
図４には実験結果によるＴＣＰセッションの数と総合ス
ループットとの関係が示されている。
て、ＴＣＰプロトコル上でのＦＴＰプロトコルによるフ
ァイル転送を説明する。図１には本発明の実施例のシス
テム構成が示され、図２には本発明の実施例のファイル
転送アルゴリズムが示され、図３には２個のＴＣＰセッ
ションを用いたＦＴＰデータ転送の動作概念が示され、
図４には実験結果によるＴＣＰセッションの数と総合ス
ループットとの関係が示されている。
【００２９】図１において、送信側（または受信側）の
システム１１は、ＦＴＰ基本部１２及びユーザインタフ
ェース１３に加えて、パラメータ収集モジュール１４
と、ＴＣＰセッション数計算モジュール１５と、ファイ
ル分割・統合モジュール１６を備えている。このような
システム１１どうしがＴＣＰドライバ１７を介してネッ
トワークで接続されている。また、システム１１にはデ
ータを格納するための記憶装置（ディスク）１８が接続
されている。
システム１１は、ＦＴＰ基本部１２及びユーザインタフ
ェース１３に加えて、パラメータ収集モジュール１４
と、ＴＣＰセッション数計算モジュール１５と、ファイ
ル分割・統合モジュール１６を備えている。このような
システム１１どうしがＴＣＰドライバ１７を介してネッ
トワークで接続されている。また、システム１１にはデ
ータを格納するための記憶装置（ディスク）１８が接続
されている。
【００３０】ここで、ＴＣＰドライバ１７は可変ウイン
ドウサイズのスライディングウインドウプロトコルを含
むＴＣＰプロトコルを実行するものであり、ＴＣＰセッ
ションの確立、ウインドウサイズの設定、データ転送、
確認応答の送受、ウインドウのスライド等を行う。
ドウサイズのスライディングウインドウプロトコルを含
むＴＣＰプロトコルを実行するものであり、ＴＣＰセッ
ションの確立、ウインドウサイズの設定、データ転送、
確認応答の送受、ウインドウのスライド等を行う。
【００３１】システム１１の各部１２〜１６について説
明すると、ＦＴＰ基本部１２はＦＴＰプロトコルを実行
する基本的機能に加えて、次のような各部を管理する機
能を有する。
明すると、ＦＴＰ基本部１２はＦＴＰプロトコルを実行
する基本的機能に加えて、次のような各部を管理する機
能を有する。
【００３２】（１）ユーザインタフェース１３から“ge
t"、“put"などのファイル転送要求のコマンドを受け取
った時、パラメータ収集モジュール１４にパラメータ収
集を指示する。 （２）ＴＣＰセッション数計算モジュール１５に必要と
するＴＣＰセッション数の計算を指示する。 （３）ファイル分割・統合モジュール１６にファイルの
分割または統合を指示する。 （４）ＴＣＰドライバ１７にファイル転送先を指示し、
また必要とする数のＴＣＰセッションの確立を指示し、
更にＴＣＰセッションの終了を指示する。
t"、“put"などのファイル転送要求のコマンドを受け取
った時、パラメータ収集モジュール１４にパラメータ収
集を指示する。 （２）ＴＣＰセッション数計算モジュール１５に必要と
するＴＣＰセッション数の計算を指示する。 （３）ファイル分割・統合モジュール１６にファイルの
分割または統合を指示する。 （４）ＴＣＰドライバ１７にファイル転送先を指示し、
また必要とする数のＴＣＰセッションの確立を指示し、
更にＴＣＰセッションの終了を指示する。
【００３３】ユーザインタフェース１３はコマンドライ
ンの入力の処理などを行う。
ンの入力の処理などを行う。
【００３４】パラメータ収集モジュール１４はＴＣＰド
ライバ１７から、最大ウインドウサイズＷ（bytes:バイ
ト）と、ネットワークの往復遅延時間Ｄ（sec:秒）及び
回線速度Ｂ（bps:１秒当りのビット数）といったパラメ
ータを収集又は測定する。ＴＣＰプロトコルではＷ＝６
４ＫＢである。ＤとＢはファイル転送先までのネットワ
ーク上のルートによって変わるが、これらはＴＣＰドラ
イバ１７にとって既知であり、インターネット（Intern
et）の場合にはＩＣＭＰ（Internet Control Message P
rotocol)プロトコルなどによって求まる。
ライバ１７から、最大ウインドウサイズＷ（bytes:バイ
ト）と、ネットワークの往復遅延時間Ｄ（sec:秒）及び
回線速度Ｂ（bps:１秒当りのビット数）といったパラメ
ータを収集又は測定する。ＴＣＰプロトコルではＷ＝６
４ＫＢである。ＤとＢはファイル転送先までのネットワ
ーク上のルートによって変わるが、これらはＴＣＰドラ
イバ１７にとって既知であり、インターネット（Intern
et）の場合にはＩＣＭＰ（Internet Control Message P
rotocol)プロトコルなどによって求まる。
【００３５】ＴＣＰセッション数計算モジュール１５
は、パラメータ収集モジュール１４で得たパラメータ
Ｗ，Ｄ，Ｂを用いて、次式（２）または式（３）の計算
により、必要とするデータ転送用のＴＣＰセッション数
Ｎを決定する。
は、パラメータ収集モジュール１４で得たパラメータ
Ｗ，Ｄ，Ｂを用いて、次式（２）または式（３）の計算
により、必要とするデータ転送用のＴＣＰセッション数
Ｎを決定する。
【００３６】
【数２】
【００３７】
【数３】
【００３８】ここで、式（３）中の分子Ｂ×Ｄは確認応
答を受信する前に転送可能なデータサイズ（ビット）で
あり、８×Ｗはウインドウサイズ（ビット）であるか
ら、これらから必要なＴＣＰセッショッ数Ｎを決定する
ことができる。なお、式（２）と式（３）は等価であ
る。
答を受信する前に転送可能なデータサイズ（ビット）で
あり、８×Ｗはウインドウサイズ（ビット）であるか
ら、これらから必要なＴＣＰセッショッ数Ｎを決定する
ことができる。なお、式（２）と式（３）は等価であ
る。
【００３９】ファイル分割・統合モジュール１６は、Ｆ
ＴＰ基本部１２で指定されたファイルを記憶装置１８か
ら読み出し、これをモジュール１５が決定したＴＣＰセ
ッション数Ｎで分割し、ＴＣＰドライバ１７に与える。
ＴＰ基本部１２で指定されたファイルを記憶装置１８か
ら読み出し、これをモジュール１５が決定したＴＣＰセ
ッション数Ｎで分割し、ＴＣＰドライバ１７に与える。
【００４０】ＴＣＰドライバ１７は、ＦＴＰ基本部１２
を通してＴＣＰセッシッ数Ｎが指定されると、Ｎ個のＴ
ＣＰセッションを確立し、モジュール１６で分割された
Ｎ個のデータをそれぞれにＴＣＰセッションを対応づけ
してネットワークに転送する。
を通してＴＣＰセッシッ数Ｎが指定されると、Ｎ個のＴ
ＣＰセッションを確立し、モジュール１６で分割された
Ｎ個のデータをそれぞれにＴＣＰセッションを対応づけ
してネットワークに転送する。
【００４１】システム１１が受信側になる場合は、ＦＴ
Ｐ基本部１２はＴＣＰドライブ１７からＴＣＰセッショ
ン数を受け取り、ファイル分割・統合モジュール１６に
対し、ファイルの統合を指示する。この指示を受けて、
同モジュール１６はＴＣＰドライブ１７から与えられる
複数のＴＣＰセッションのデータを１つのファイルに統
合し、記憶装置１８に格納する。
Ｐ基本部１２はＴＣＰドライブ１７からＴＣＰセッショ
ン数を受け取り、ファイル分割・統合モジュール１６に
対し、ファイルの統合を指示する。この指示を受けて、
同モジュール１６はＴＣＰドライブ１７から与えられる
複数のＴＣＰセッションのデータを１つのファイルに統
合し、記憶装置１８に格納する。
【００４２】次に、図２、図３を参照してシステム全体
の動作を説明する。 （１）ファイル転送要求コマンドを入力すると（図２の
ステップＳ２１）、まずウインドウサイズＷ，往復遅延
時間Ｄ及び回線速度Ｂを収集（または測定）して、必要
なデータ転送用ＴＣＰセッション数Ｎを決定する（ステ
ップＳ２２，Ｓ２３）。 （２）次に、転送すべきファイルをＮ個のデータに分割
し（ステップＳ２４）、更に、ＴＣＰセッションをデー
タ転送用にＮ個確立する（ステップＳ２５）。 （３）Ｎ個のＴＣＰセッションを用いて、Ｎ個のデータ
を時分割手法により同時並列的に転送する（ステップＳ
２６）。図３にＮ＝２とした場合のデータ転送動作を概
念的に示す。但し、図３の時分割手法は一例にすぎず、
任意のもので良い。 （４）Ｎ個のデータを全て転送したら、Ｎ個全てのＴＣ
Ｐセッションを終了する（ステップＳ２７）。 （５）受信側では、Ｎ個のＴＣＰセッションにより転送
されてきたＮ個のデータを統合し、１つのファイルにす
る（ステップＳ２８）。
の動作を説明する。 （１）ファイル転送要求コマンドを入力すると（図２の
ステップＳ２１）、まずウインドウサイズＷ，往復遅延
時間Ｄ及び回線速度Ｂを収集（または測定）して、必要
なデータ転送用ＴＣＰセッション数Ｎを決定する（ステ
ップＳ２２，Ｓ２３）。 （２）次に、転送すべきファイルをＮ個のデータに分割
し（ステップＳ２４）、更に、ＴＣＰセッションをデー
タ転送用にＮ個確立する（ステップＳ２５）。 （３）Ｎ個のＴＣＰセッションを用いて、Ｎ個のデータ
を時分割手法により同時並列的に転送する（ステップＳ
２６）。図３にＮ＝２とした場合のデータ転送動作を概
念的に示す。但し、図３の時分割手法は一例にすぎず、
任意のもので良い。 （４）Ｎ個のデータを全て転送したら、Ｎ個全てのＴＣ
Ｐセッションを終了する（ステップＳ２７）。 （５）受信側では、Ｎ個のＴＣＰセッションにより転送
されてきたＮ個のデータを統合し、１つのファイルにす
る（ステップＳ２８）。
【００４３】本発明の有効性を確認するために、以下の
実験を行った。その結果を図４に示す。
実験を行った。その結果を図４に示す。
【００４４】即ち、回線速度を１．５３６Ｍbps 、往復
遅延時間を４０ms、２００ms、５００ms、１０００msと
したシリアル回線で接続したＬＡＮ（Local Area Netwo
rk）間で、ＦＴＰプロトコルによるデータ転送を行う。
そして、１つのファイルを１〜４分割し、それぞれ１〜
４個のデータ転送用ＴＣＰセッションにより転送し、各
ケースにおける総合スループットを測定した。図４よ
り、ＴＣＰセッション数の増加により総合スループット
が向上することが良く判る。特に、高遅延の場合に効果
が顕著である。
遅延時間を４０ms、２００ms、５００ms、１０００msと
したシリアル回線で接続したＬＡＮ（Local Area Netwo
rk）間で、ＦＴＰプロトコルによるデータ転送を行う。
そして、１つのファイルを１〜４分割し、それぞれ１〜
４個のデータ転送用ＴＣＰセッションにより転送し、各
ケースにおける総合スループットを測定した。図４よ
り、ＴＣＰセッション数の増加により総合スループット
が向上することが良く判る。特に、高遅延の場合に効果
が顕著である。
【００４５】
【発明の効果】本発明によれば、ＦＴＰのファイル転送
において、ファイルを複数に分割し複数のＴＣＰセッシ
ョンによりデータ転送を行うので、ＴＣＰプロトコル自
体には何の改変を与えることなく、ウインドウサイズの
不足により生じるネットワークの空き時間を有効に利用
することができ、特にインターネットのような高速・高
遅延のネットワークでの効率的なＦＴＰファイル転送が
できる。また、複数のＴＣＰセッションによりデータ転
送を行うことにより、品質が良くないネットワークであ
っても、再送による帯域の浪費が少なくなる。
において、ファイルを複数に分割し複数のＴＣＰセッシ
ョンによりデータ転送を行うので、ＴＣＰプロトコル自
体には何の改変を与えることなく、ウインドウサイズの
不足により生じるネットワークの空き時間を有効に利用
することができ、特にインターネットのような高速・高
遅延のネットワークでの効率的なＦＴＰファイル転送が
できる。また、複数のＴＣＰセッションによりデータ転
送を行うことにより、品質が良くないネットワークであ
っても、再送による帯域の浪費が少なくなる。
【００４６】また、ウインドウサイズとネットワークの
往復遅延時間及び回線速度とに基づいて必要なＴＣＰセ
ッション数を決定することにより、ＴＣＰセッション数
が最適化する。
往復遅延時間及び回線速度とに基づいて必要なＴＣＰセ
ッション数を決定することにより、ＴＣＰセッション数
が最適化する。
【００４７】更に、本発明によれば、ＴＣＰプロトコル
上のＦＴＰファイル転送に限らず、ウインドウサイズが
制限されているトランスポートプロトコルを用いる各種
のファイル転送において、効率的なデータ転送を実現す
ることができる。
上のＦＴＰファイル転送に限らず、ウインドウサイズが
制限されているトランスポートプロトコルを用いる各種
のファイル転送において、効率的なデータ転送を実現す
ることができる。
【図１】本発明の一実施例に係るシステム構成を示す
図。
図。
【図２】本発明の一実施例に係るファイル転送アルゴリ
ズムを示す図。
ズムを示す図。
【図３】２個のＴＣＰセッションを用いたＦＴＰデータ
転送の動作概念を示す図。
転送の動作概念を示す図。
【図４】実験結果によるＴＣＰセッション数と総合スル
ープットとの関係を示す図。
ープットとの関係を示す図。
【図５】スライディングウインドウの概念を示す図。
【図６】スライディングウインドウプロトコルを用いた
確認応答プロトコルを示す図。
確認応答プロトコルを示す図。
【図７】従来のファイル転送アルゴリズムを示す図。
【図８】従来のＦＴＰデータ転送の動作概念を示す図。
１１ システム １２ ＦＴＰ基本部 １３ ユーザインタフェース １４ パラメータ収集モジュール １５ ＴＣＰセッション数計算モジュール １６ ファイル分割・統合モジュール １７ ＴＣＰドライバ １８ 記憶装置
Claims (3)
- 【請求項１】 ＦＴＰプロトコルによりファイルを転送
する際に、ファイルを分割し複数のＴＣＰセッションに
より転送を行うことを特徴とするファイル転送方法。 - 【請求項２】 前記ファイルの分割数及びＴＣＰセッシ
ョンの数を、ＴＣＰプロトコルのウインドウサイズと、
ネットワークの往復遅延時間及び回線速度とに基づいて
決定することを特徴とする請求項１記載のファイル転送
方法。 - 【請求項３】 ウインドウサイズが制限されているトラ
ンスポートプロトコル上のサービスを用いるファイル転
送方法において、 前記ウインドウサイズと、ネットワークの往復遅延時間
及び回線速度とに基づいて、必要な論理コネクションの
数を決定すること、 この決定した数でファイルを分割し、それぞれを決定し
た数の論理コネクションにより転送すること、 を特徴とするファイル転送方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11278195A JP3711156B2 (ja) | 1995-05-11 | 1995-05-11 | ファイル転送方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11278195A JP3711156B2 (ja) | 1995-05-11 | 1995-05-11 | ファイル転送方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08305643A true JPH08305643A (ja) | 1996-11-22 |
| JP3711156B2 JP3711156B2 (ja) | 2005-10-26 |
Family
ID=14595346
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11278195A Expired - Fee Related JP3711156B2 (ja) | 1995-05-11 | 1995-05-11 | ファイル転送方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3711156B2 (ja) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11242640A (ja) * | 1998-02-25 | 1999-09-07 | Kdd Corp | ファイル転送方法 |
| JP2004260668A (ja) * | 2003-02-27 | 2004-09-16 | Nippon Telegr & Teleph Corp <Ntt> | 動画像伝送システム、動画像送信装置、動画像中継装置、動画像受信装置、プログラム、および記録媒体 |
| KR20050002604A (ko) * | 2003-06-30 | 2005-01-07 | 마이크로소프트 코포레이션 | 데이터 전송 관리 시스템 및 방법 |
| JP2005012711A (ja) * | 2003-06-20 | 2005-01-13 | Sony Corp | リアルタイムデータ通信システム、リアルタイムデータ通信装置およびリアルタイムデータ通信方法 |
| JP2005057482A (ja) * | 2003-08-04 | 2005-03-03 | Fujitsu Fip Corp | データ転送方法、データ転送用プログラムおよび記録媒体 |
| JP2006050295A (ja) * | 2004-08-05 | 2006-02-16 | Nippon Telegr & Teleph Corp <Ntt> | データパケット伝送方法及びシステム |
| JP2008160515A (ja) * | 2006-12-25 | 2008-07-10 | Kyocera Corp | 電子機器 |
| US8112533B2 (en) | 2008-02-21 | 2012-02-07 | Brother Kogyo Kabushiki Kaisha | Data transmission device |
| JP2012253765A (ja) * | 2011-05-31 | 2012-12-20 | Samsung Sds Co Ltd | データの並列受信のためのストリーム制御方法及び装置 |
| US8423688B2 (en) | 2011-03-29 | 2013-04-16 | Hitachi Systems, Ltd. | Multi-thread file input and output system and multi-thread file input and output program |
| WO2014207978A1 (ja) * | 2013-06-26 | 2014-12-31 | 日本電気株式会社 | 送信装置、受信装置および中継装置 |
| JP2019520745A (ja) * | 2016-05-31 | 2019-07-18 | アンカーフリー, インク.Anchorfree Inc. | 同時接続の総スループットを改善するためのシステム及び方法 |
-
1995
- 1995-05-11 JP JP11278195A patent/JP3711156B2/ja not_active Expired - Fee Related
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11242640A (ja) * | 1998-02-25 | 1999-09-07 | Kdd Corp | ファイル転送方法 |
| JP2004260668A (ja) * | 2003-02-27 | 2004-09-16 | Nippon Telegr & Teleph Corp <Ntt> | 動画像伝送システム、動画像送信装置、動画像中継装置、動画像受信装置、プログラム、および記録媒体 |
| JP2005012711A (ja) * | 2003-06-20 | 2005-01-13 | Sony Corp | リアルタイムデータ通信システム、リアルタイムデータ通信装置およびリアルタイムデータ通信方法 |
| KR20050002604A (ko) * | 2003-06-30 | 2005-01-07 | 마이크로소프트 코포레이션 | 데이터 전송 관리 시스템 및 방법 |
| JP2005025758A (ja) * | 2003-06-30 | 2005-01-27 | Microsoft Corp | メッセージに基づく拡張可能なデータ転送のためのシステムおよび方法 |
| JP2005057482A (ja) * | 2003-08-04 | 2005-03-03 | Fujitsu Fip Corp | データ転送方法、データ転送用プログラムおよび記録媒体 |
| JP2006050295A (ja) * | 2004-08-05 | 2006-02-16 | Nippon Telegr & Teleph Corp <Ntt> | データパケット伝送方法及びシステム |
| JP2008160515A (ja) * | 2006-12-25 | 2008-07-10 | Kyocera Corp | 電子機器 |
| US8112533B2 (en) | 2008-02-21 | 2012-02-07 | Brother Kogyo Kabushiki Kaisha | Data transmission device |
| US8423688B2 (en) | 2011-03-29 | 2013-04-16 | Hitachi Systems, Ltd. | Multi-thread file input and output system and multi-thread file input and output program |
| JP2012253765A (ja) * | 2011-05-31 | 2012-12-20 | Samsung Sds Co Ltd | データの並列受信のためのストリーム制御方法及び装置 |
| WO2014207978A1 (ja) * | 2013-06-26 | 2014-12-31 | 日本電気株式会社 | 送信装置、受信装置および中継装置 |
| US9973402B2 (en) | 2013-06-26 | 2018-05-15 | Nec Corporation | Transmission device, receiving device, and relay device |
| JP2019520745A (ja) * | 2016-05-31 | 2019-07-18 | アンカーフリー, インク.Anchorfree Inc. | 同時接続の総スループットを改善するためのシステム及び方法 |
| JP2019523582A (ja) * | 2016-05-31 | 2019-08-22 | アンカーフリー, インク.Anchorfree Inc. | 同時接続の総スループットを改善するためのシステム及び方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3711156B2 (ja) | 2005-10-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2020022209A1 (ja) | ネットワーク制御装置及びネットワーク制御方法 | |
| US8169909B2 (en) | Optimization of a transfer layer protocol connection | |
| JP4738594B2 (ja) | データフロー制御方法および装置 | |
| JP4187940B2 (ja) | パケット伝送方法及びシステム、並びにパケット送信装置、受信装置、及び送受信装置 | |
| US7355971B2 (en) | Determining packet size in networking | |
| US6219713B1 (en) | Method and apparatus for adjustment of TCP sliding window with information about network conditions | |
| US20060045011A1 (en) | Methods and apparatus for use in packet-switched data communication networks | |
| US7010592B2 (en) | Method for collecting statistical traffic data | |
| US20040192312A1 (en) | Communication system for voice and data with wireless TCP server | |
| US20030110286A1 (en) | Method and apparatus for segmenting a data packet | |
| JP4377326B2 (ja) | 送信ウィンドウサイズの計算方法 | |
| JP2001268130A (ja) | フロー制御されたネットワーク上におけるｔｃｐ接続のフローを制御するための方法および装置、相互接続機器 | |
| JP3814678B2 (ja) | サテライトを介するインターネット | |
| JP2001197104A (ja) | 時間ベースのマルチメディアオブジェクトストリーミング装置及び方法 | |
| WO2002049254A2 (en) | A system and method for data transfer acceleration in a tcp network environment | |
| JPH08305643A (ja) | ファイル転送方法 | |
| JP2001144802A (ja) | データ通信装置及びその方法及び通信システム及び記憶媒体 | |
| JP3767862B2 (ja) | 非対称ネットワーク環境下でのｔｃｐデータ伝送効率の向上方法及び通信システム | |
| KR100880707B1 (ko) | 기지국 프로세서에서의 무선 채널 할당 | |
| JP3490000B2 (ja) | サーバ・システムおよびクライアント・サーバ間の通信方法 | |
| Chlamtac et al. | Voice/data integration on Ethernet—backoff and priority considerations | |
| Westphal et al. | IP header compression: A study of context establishment | |
| Elloumi et al. | A simulation-based study of TCP dynamics over HFC networks | |
| Peng et al. | Fast backward congestion notification mechanism for TCP congestion control | |
| Chu et al. | Modeling and analysis of the Unix communication subsystems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050207 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050215 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050414 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050719 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050812 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110819 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |