JP2969559B2 - データ転送フロー制御方式 - Google Patents
データ転送フロー制御方式Info
- Publication number
- JP2969559B2 JP2969559B2 JP2259297A JP2259297A JP2969559B2 JP 2969559 B2 JP2969559 B2 JP 2969559B2 JP 2259297 A JP2259297 A JP 2259297A JP 2259297 A JP2259297 A JP 2259297A JP 2969559 B2 JP2969559 B2 JP 2969559B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- packet
- transmission
- time
- receiving terminal
- 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.)
- Expired - Lifetime
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、送信端末，受信端
末及び複数の交換ノードで構成される資源予約ネットワ
ークにおいて、データ転送の際のトランスポートレイヤ
プロトコルのデータ転送フロー制御方式に関する。
末及び複数の交換ノードで構成される資源予約ネットワ
ークにおいて、データ転送の際のトランスポートレイヤ
プロトコルのデータ転送フロー制御方式に関する。
【０００２】
【従来の技術】コンピュータ・ネットワークのデータ転
送におけるデータ転送フロー制御には、送信タイマ駆動
によるデータの転送レートの制御と、受信端末からのウ
インドウ通知によるウインドウ制御を併用する方式があ
る。このような従来方式では、ネットワークに対するデ
ータフローにはレート制御を用い、端末間に対するデー
タフローにはウインドウ制御を用いて、レート制御によ
る送信タイミング時に、ウインドウ制御によりデータ送
信が許容されているときのみ、レート制御により規制さ
れたデータ量を転送することでデータフローが制御され
るものである。図６はこのような従来方式によるデータ
転送の状況を示すもので、送信端末及び受信端末は、そ
れぞれウインドウ制御によりデータ送信が許可されてい
る場合に、レートタイマ（送信タイマ）の送信タイミン
グに従って相手端末にデータを転送する。
送におけるデータ転送フロー制御には、送信タイマ駆動
によるデータの転送レートの制御と、受信端末からのウ
インドウ通知によるウインドウ制御を併用する方式があ
る。このような従来方式では、ネットワークに対するデ
ータフローにはレート制御を用い、端末間に対するデー
タフローにはウインドウ制御を用いて、レート制御によ
る送信タイミング時に、ウインドウ制御によりデータ送
信が許容されているときのみ、レート制御により規制さ
れたデータ量を転送することでデータフローが制御され
るものである。図６はこのような従来方式によるデータ
転送の状況を示すもので、送信端末及び受信端末は、そ
れぞれウインドウ制御によりデータ送信が許可されてい
る場合に、レートタイマ（送信タイマ）の送信タイミン
グに従って相手端末にデータを転送する。
【０００３】
【発明が解決しようとする課題】上記の従来方式におい
ては、ウインドウ許容値までデータを転送した場合、受
信端末側から新たなウインドウの通知が来ない限り、次
のレート制御送信タイミングになっても送信端末のデー
タ送信はブロックされる。ここで、データ転送が高速広
帯域になってくると、こうしたウインドウ通知の遅延が
大きくなるため、実際に受信端末側でデータの受信処理
が行える可能性があるにもかかわらず、図７の例えば時
点，，のように受信端末側へのデータ送信がブロ
ックされてしまうという現象が発生し、スループットの
低下につながるという問題がある。
ては、ウインドウ許容値までデータを転送した場合、受
信端末側から新たなウインドウの通知が来ない限り、次
のレート制御送信タイミングになっても送信端末のデー
タ送信はブロックされる。ここで、データ転送が高速広
帯域になってくると、こうしたウインドウ通知の遅延が
大きくなるため、実際に受信端末側でデータの受信処理
が行える可能性があるにもかかわらず、図７の例えば時
点，，のように受信端末側へのデータ送信がブロ
ックされてしまうという現象が発生し、スループットの
低下につながるという問題がある。
【０００４】こうしたデータ転送遅延の大きいネットワ
ークにおける上記問題の対処方法として、ネットワーク
遅延量と転送帯域との積を見込んだ受信バッファサイズ
を予め受信端末側に確保するようにしてウインドウサイ
ズを拡張する方法が提案されているが、このような方法
では、事前にネットワーク遅延量が不明であるため、実
際のデータ転送遅延量に無関係に必要以上のサイズの受
信バッファを確保することになり、この結果、受信バッ
ファの浪費を招くという問題がある。また、受信バッフ
ァのサイズがネットワーク遅延と転送帯域の積に満たな
い場合は、その受信バッファで確保可能なデータ量によ
りスループットが制限されてしまう。
ークにおける上記問題の対処方法として、ネットワーク
遅延量と転送帯域との積を見込んだ受信バッファサイズ
を予め受信端末側に確保するようにしてウインドウサイ
ズを拡張する方法が提案されているが、このような方法
では、事前にネットワーク遅延量が不明であるため、実
際のデータ転送遅延量に無関係に必要以上のサイズの受
信バッファを確保することになり、この結果、受信バッ
ファの浪費を招くという問題がある。また、受信バッフ
ァのサイズがネットワーク遅延と転送帯域の積に満たな
い場合は、その受信バッファで確保可能なデータ量によ
りスループットが制限されてしまう。
【０００５】従って本発明は、データ転送が高速広帯域
になり、受信バッファのサイズがネットワーク遅延と転
送帯域の積に満たないようなデータ転送においても送信
側でのデータ転送のブロックを回避すると共に、受信側
の受信能力に応じたデータ転送を可能にすることを目的
とする。
になり、受信バッファのサイズがネットワーク遅延と転
送帯域の積に満たないようなデータ転送においても送信
側でのデータ転送のブロックを回避すると共に、受信側
の受信能力に応じたデータ転送を可能にすることを目的
とする。
【０００６】
【課題を解決するための手段】このような課題を解決す
るために本発明は、送信端末，受信端末及び複数の交換
ノードから構成されるとともに、ネットワーク層以下の
層においては転送レートが資源予約プロトコルにより保
証され、送信端末では送信タイマの駆動に基づくレート
制御及び受信端末からのウインドウ通知に基づくウイン
ドウ制御を併用して受信端末へデータ転送を行うネット
ワークのトランスポート層プロトコルにおけるデータ転
送フロー制御方式において、送信端末は、ウインドウ通
知とレート制御間隔による第１の送信タイミング及び予
め計測された受信端末のデータ受信処理時間計測値の最
大の時間間隔による第２の送信タイミングの何れかの送
信タイミングのうち早い送信タイミングでデータを転送
するようにしたものである。また、受信端末は、送信端
末からの転送パケットを受信する毎にそのパケットに付
加されたローカルな時間を示すタイムスタンプ情報を確
認応答パケットに付加して送信端末に返送し、送信端末
ではこの確認応答パケットの受信時刻とタイムスタンプ
情報とから受信端末の前記データ受信処理時間を計測
し、このデータ受信処理時間計測値が最大となる確認応
答データの受信時間間隔を第２の送信タイミングとして
定めるようにしたものである。
るために本発明は、送信端末，受信端末及び複数の交換
ノードから構成されるとともに、ネットワーク層以下の
層においては転送レートが資源予約プロトコルにより保
証され、送信端末では送信タイマの駆動に基づくレート
制御及び受信端末からのウインドウ通知に基づくウイン
ドウ制御を併用して受信端末へデータ転送を行うネット
ワークのトランスポート層プロトコルにおけるデータ転
送フロー制御方式において、送信端末は、ウインドウ通
知とレート制御間隔による第１の送信タイミング及び予
め計測された受信端末のデータ受信処理時間計測値の最
大の時間間隔による第２の送信タイミングの何れかの送
信タイミングのうち早い送信タイミングでデータを転送
するようにしたものである。また、受信端末は、送信端
末からの転送パケットを受信する毎にそのパケットに付
加されたローカルな時間を示すタイムスタンプ情報を確
認応答パケットに付加して送信端末に返送し、送信端末
ではこの確認応答パケットの受信時刻とタイムスタンプ
情報とから受信端末の前記データ受信処理時間を計測
し、このデータ受信処理時間計測値が最大となる確認応
答データの受信時間間隔を第２の送信タイミングとして
定めるようにしたものである。
【０００７】
【発明の実施の形態】以下、本発明について図面を参照
して説明する。図２は、送信端末と受信端末間で送受さ
れるパケットのフォーマットの一例を示す図であり、パ
ケットのヘッダとして、先頭から順に、送信元ポート番
号，送信先ポート番号，送信データシーケンス番号，受
信データシーケンス番号，ヘッダ長表示，セグメント種
別表示，ウインドウサイズ，チェックサム，緊急ポイン
タ，送信タイムスタンプ値，受信タイムスタンプ値の各
領域が設けられている。そしてこれらのヘッダ情報の送
信に続いて実際のパケットデータが送信される。
して説明する。図２は、送信端末と受信端末間で送受さ
れるパケットのフォーマットの一例を示す図であり、パ
ケットのヘッダとして、先頭から順に、送信元ポート番
号，送信先ポート番号，送信データシーケンス番号，受
信データシーケンス番号，ヘッダ長表示，セグメント種
別表示，ウインドウサイズ，チェックサム，緊急ポイン
タ，送信タイムスタンプ値，受信タイムスタンプ値の各
領域が設けられている。そしてこれらのヘッダ情報の送
信に続いて実際のパケットデータが送信される。
【０００８】次に図１は、本発明に係るデータ転送フロ
ー制御方式を適用したシステムの構成を示すブロック図
である。同図において、１はデータの転送を行う送信端
末、２は転送されてきたデータを受信する受信端末であ
る。送信端末１と受信端末２とは、図示省略した例えば
ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ
Ｍｏｄｅ）ノード等の複数の交換ノードからなるネッ
トワークを介して接続されている。ここで本発明におい
ては、ネットワークレイヤ以下のレイヤでは、転送レー
ト（帯域）はＡＴＭやＲＳＶＰなどの資源予約プロトコ
ルで保証され、従って送信端末１はその転送レート以下
でデータを送信する限りは、ネットワークでの輻輳は発
生しないネットワークを前提としている。
ー制御方式を適用したシステムの構成を示すブロック図
である。同図において、１はデータの転送を行う送信端
末、２は転送されてきたデータを受信する受信端末であ
る。送信端末１と受信端末２とは、図示省略した例えば
ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ
Ｍｏｄｅ）ノード等の複数の交換ノードからなるネッ
トワークを介して接続されている。ここで本発明におい
ては、ネットワークレイヤ以下のレイヤでは、転送レー
ト（帯域）はＡＴＭやＲＳＶＰなどの資源予約プロトコ
ルで保証され、従って送信端末１はその転送レート以下
でデータを送信する限りは、ネットワークでの輻輳は発
生しないネットワークを前提としている。
【０００９】図１において、送信端末１及び受信端末２
にはそれぞれ通信制御部１０，２０が設けられ、送信端
末１の通信制御部１０は次のように構成されている。即
ち、通信制御部１０は、一定量のデータ（パケット）を
転送するタイミングの生成を行うレート制御部１１と、
受信端末２へのデータ転送に対し受信端末２からの確認
応答により送信許容ウインドウを検出するウインドウ制
御部１２と、受信端末２からの確認応答により各送信パ
ケットに対する確認応答受信時間（ラウンドトリップタ
イム；ＲＴＴ）の最大時間差を計測する確認応答受信間
隔測定部１３と、送信データ（転送データ）のＴＣＰ
（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏ
ｔｏｃｏｌ）パケットと同様なヘッダに、送信時の送信
端末１の図示しない時計回路のローカルな時間をタイム
スタンプ値（送信タイムスタンプ値）として付加して送
信パケットを生成し、この生成したパケットをレート制
御部１１，ウインドウ制御部１２，確認応答受信間隔測
定部１３からの各情報に従って送信するパケット送信処
理部１４と、受信したパケットの正常性を検査し、確認
応答用ヘッダ情報をパケット送信処理部１４へ通知する
パケット受信処理部１５とからなる。なお、受信端末２
の通信制御部２０の構成も基本的には送信端末１の構成
と同様であり、従って各端末１，２では、互いにデータ
の送信及び受信が行われる。
にはそれぞれ通信制御部１０，２０が設けられ、送信端
末１の通信制御部１０は次のように構成されている。即
ち、通信制御部１０は、一定量のデータ（パケット）を
転送するタイミングの生成を行うレート制御部１１と、
受信端末２へのデータ転送に対し受信端末２からの確認
応答により送信許容ウインドウを検出するウインドウ制
御部１２と、受信端末２からの確認応答により各送信パ
ケットに対する確認応答受信時間（ラウンドトリップタ
イム；ＲＴＴ）の最大時間差を計測する確認応答受信間
隔測定部１３と、送信データ（転送データ）のＴＣＰ
（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏ
ｔｏｃｏｌ）パケットと同様なヘッダに、送信時の送信
端末１の図示しない時計回路のローカルな時間をタイム
スタンプ値（送信タイムスタンプ値）として付加して送
信パケットを生成し、この生成したパケットをレート制
御部１１，ウインドウ制御部１２，確認応答受信間隔測
定部１３からの各情報に従って送信するパケット送信処
理部１４と、受信したパケットの正常性を検査し、確認
応答用ヘッダ情報をパケット送信処理部１４へ通知する
パケット受信処理部１５とからなる。なお、受信端末２
の通信制御部２０の構成も基本的には送信端末１の構成
と同様であり、従って各端末１，２では、互いにデータ
の送信及び受信が行われる。
【００１０】ここで、送信端末１のレート制御部１１で
は、例えば指定されるパラメータが、レート：Ｒｂｐ
ｓ，バースト：Ｂｂｉｔｓであるとすると、時間ＲＴ＝
Ｂ／Ｒとなるレートタイマを有する。このレートタイマ
は、パケット送信処理部１４からのタイマ起動通知毎に
起動され、タイマ値である時間ＲＴが経過すると、パケ
ット送信処理部１４に送信タイミングａを出力する。ま
た、送信端末１のウインドウ制御部１２では、パケット
受信処理部１５で受信した受信端末２からの確認応答パ
ケット中に含まれその受信端末２の受信能力を示す確認
応答ウインドウｆに基づき受信端末２に対して転送可能
なデータ量を送信許可ウインドウｃとしてパケット送信
処理部１４に送出する。
は、例えば指定されるパラメータが、レート：Ｒｂｐ
ｓ，バースト：Ｂｂｉｔｓであるとすると、時間ＲＴ＝
Ｂ／Ｒとなるレートタイマを有する。このレートタイマ
は、パケット送信処理部１４からのタイマ起動通知毎に
起動され、タイマ値である時間ＲＴが経過すると、パケ
ット送信処理部１４に送信タイミングａを出力する。ま
た、送信端末１のウインドウ制御部１２では、パケット
受信処理部１５で受信した受信端末２からの確認応答パ
ケット中に含まれその受信端末２の受信能力を示す確認
応答ウインドウｆに基づき受信端末２に対して転送可能
なデータ量を送信許可ウインドウｃとしてパケット送信
処理部１４に送出する。
【００１１】また、送信端末１の確認応答受信間隔測定
部１３では、パケット受信処理部１５で受信した受信端
末２からの確認応答パケットに含まれる確認応答タイム
スタンプｄ（受信タイムスタンプ値）を入力すると、こ
の確認応答タイムスタンプ値と受信端末２から確認応答
パケットを受信した時刻とからそのパケットに対する確
認応答受信間隔を算出する。そして、算出した各確認応
答受信間隔の最大値と最小値との差分を求め、この差分
値を確認応答受信間隔最大時間差情報（ＲＴＴ＿ＤＩ
Ｖ）としてパケット送信処理部１４へ通知する。
部１３では、パケット受信処理部１５で受信した受信端
末２からの確認応答パケットに含まれる確認応答タイム
スタンプｄ（受信タイムスタンプ値）を入力すると、こ
の確認応答タイムスタンプ値と受信端末２から確認応答
パケットを受信した時刻とからそのパケットに対する確
認応答受信間隔を算出する。そして、算出した各確認応
答受信間隔の最大値と最小値との差分を求め、この差分
値を確認応答受信間隔最大時間差情報（ＲＴＴ＿ＤＩ
Ｖ）としてパケット送信処理部１４へ通知する。
【００１２】パケット送信処理部１４では、レート制御
部１１からの送信タイミングａの通知時に、受信端末２
宛に転送するデータ量（最大、前記Ｂｂｉｔｓ迄）がウ
インドウ制御部１２からの送信許可ウインドウｃの範囲
を越えていなければ、レート制御部１１に対してタイマ
起動通知ｂを行う。そしてその後、ＴＣＰパケットと同
様なヘッダに、送信時の送信端末１のローカルな時間を
タイムスタンプ値（送信タイムスタンプ値）として付加
して送信パケットを生成し、その生成した送信パケット
を送信する。
部１１からの送信タイミングａの通知時に、受信端末２
宛に転送するデータ量（最大、前記Ｂｂｉｔｓ迄）がウ
インドウ制御部１２からの送信許可ウインドウｃの範囲
を越えていなければ、レート制御部１１に対してタイマ
起動通知ｂを行う。そしてその後、ＴＣＰパケットと同
様なヘッダに、送信時の送信端末１のローカルな時間を
タイムスタンプ値（送信タイムスタンプ値）として付加
して送信パケットを生成し、その生成した送信パケット
を送信する。
【００１３】また、パケット送信処理部１４は、レート
制御部１１からの送信タイミングａの通知時に、受信端
末２への転送データ量（最大、前記Ｂｂｉｔｓ迄）がウ
インドウ制御部１２からの送信許可ウインドウｃの範囲
を越えていれば、確認応答受信間隔測定部１３から通知
された確認応答受信間隔最大時間差情報の時間分送信待
ちを行った後、レート制御部１１に対しタイマ起動通知
ｂを行う。そしてその後、ＴＣＰパケットと同様なヘッ
ダに、送信時の送信端末１のローカルな時間をタイムス
タンプ値（送信タイムスタンプ値）として付加して送信
パケットを生成し、生成した送信パケットを送信する。
制御部１１からの送信タイミングａの通知時に、受信端
末２への転送データ量（最大、前記Ｂｂｉｔｓ迄）がウ
インドウ制御部１２からの送信許可ウインドウｃの範囲
を越えていれば、確認応答受信間隔測定部１３から通知
された確認応答受信間隔最大時間差情報の時間分送信待
ちを行った後、レート制御部１１に対しタイマ起動通知
ｂを行う。そしてその後、ＴＣＰパケットと同様なヘッ
ダに、送信時の送信端末１のローカルな時間をタイムス
タンプ値（送信タイムスタンプ値）として付加して送信
パケットを生成し、生成した送信パケットを送信する。
【００１４】一方、パケット受信処理部１５では、上述
したように、受信端末２から受信した確認応答パケット
のＴＣＰのヘッダと同様のヘッダによる誤りチェックや
シーケンス番号チェック等の正常性の確認を行い、ヘッ
ダに含まれる確認応答ウインドウｆ（ウインドウサイ
ズ）をウインドウ制御部１２に通知する。また、確認応
答パケットヘッダに含まれる確認応答タイムスタンプｄ
（受信タイムスタンプ値）を確認応答受信間隔測定部１
３に通知する。さらに、データパケットを受信した場合
はこの受信パケットに対する確認応答パケットを生成・
転送するために、パケット送信処理部１４に対し、新た
に受信可能なウインドウサイズとともに受信データシー
ケンス番号や受信パケットヘッダに含まれる送信タイム
スタンプ値を確認応答送信要求ｇとともに通知する。通
知された送信タイムスタンプ値は、確認応答パケットで
は受信タイムスタンプ値フィールドに格納される。
したように、受信端末２から受信した確認応答パケット
のＴＣＰのヘッダと同様のヘッダによる誤りチェックや
シーケンス番号チェック等の正常性の確認を行い、ヘッ
ダに含まれる確認応答ウインドウｆ（ウインドウサイ
ズ）をウインドウ制御部１２に通知する。また、確認応
答パケットヘッダに含まれる確認応答タイムスタンプｄ
（受信タイムスタンプ値）を確認応答受信間隔測定部１
３に通知する。さらに、データパケットを受信した場合
はこの受信パケットに対する確認応答パケットを生成・
転送するために、パケット送信処理部１４に対し、新た
に受信可能なウインドウサイズとともに受信データシー
ケンス番号や受信パケットヘッダに含まれる送信タイム
スタンプ値を確認応答送信要求ｇとともに通知する。通
知された送信タイムスタンプ値は、確認応答パケットで
は受信タイムスタンプ値フィールドに格納される。
【００１５】次に図３及び図４は本発明の要部動作を示
すフローチャートである。これらのフローチャート及び
図５に示す送信端末１の送信タイミング図に従って本発
明をさらに具体的に説明する。なお、図５の送信タイミ
ング図は、ネットワーク遅延と転送帯域の積（即ち、遅
延帯域幅積）が受信端末２の受信バッファサイズより大
きい場合を示している。送信端末１から受信端末２へパ
ケットが送信されると、受信端末２ではその送信パケッ
トを受信してそのパケットに付加された送信タイムスタ
ンプ値を確認応答パケットに付加して送信端末１へ返送
する。こうして返送された受信端末２からの確認応答パ
ケットが送信端末１のパケット受信処理部１５で受信さ
れ、この確認応答パケットに含まれる確認応答タイムス
タンプｄ（受信タイムスタンプ値）が図３のステップＳ
１でパケット受信処理部１５から通知されると、確認応
答受信間隔測定部１３はステップＳ２でこの確認応答タ
イムスタンプ値と確認応答パケットを受信した時刻とか
らそのパケットに対する確認応答受信間隔（ＲＴＴ）を
算出する。こうした確認応答受信間隔は確認応答パケッ
トが正常に受信される毎に算出される。
すフローチャートである。これらのフローチャート及び
図５に示す送信端末１の送信タイミング図に従って本発
明をさらに具体的に説明する。なお、図５の送信タイミ
ング図は、ネットワーク遅延と転送帯域の積（即ち、遅
延帯域幅積）が受信端末２の受信バッファサイズより大
きい場合を示している。送信端末１から受信端末２へパ
ケットが送信されると、受信端末２ではその送信パケッ
トを受信してそのパケットに付加された送信タイムスタ
ンプ値を確認応答パケットに付加して送信端末１へ返送
する。こうして返送された受信端末２からの確認応答パ
ケットが送信端末１のパケット受信処理部１５で受信さ
れ、この確認応答パケットに含まれる確認応答タイムス
タンプｄ（受信タイムスタンプ値）が図３のステップＳ
１でパケット受信処理部１５から通知されると、確認応
答受信間隔測定部１３はステップＳ２でこの確認応答タ
イムスタンプ値と確認応答パケットを受信した時刻とか
らそのパケットに対する確認応答受信間隔（ＲＴＴ）を
算出する。こうした確認応答受信間隔は確認応答パケッ
トが正常に受信される毎に算出される。
【００１６】ここで算出した確認応答受信間隔が、以前
の確認応答受信時に算出され図示しないメモリに記憶さ
れている最も短い確認応答受信間隔（ＲＴＴ＿ＭＩＮ）
より小さいか否かをステップＳ３で判断する。そして、
今回算出した確認応答受信間隔が最も短いと判定される
場合は、その確認応答受信間隔を最小値（ＲＴＴ＿ＭＩ
Ｎ）としてステップＳ４でメモリに記憶し更新する。そ
の後、ステップＳ５では、メモリに記憶されている最大
の確認応答受信間隔（ＲＴＴ＿ＭＡＸ）から今回算出し
た最小の確認応答受信間隔（ＲＴＴ＿ＭＩＮ）を減算し
て確認応答受信間隔最大時間差情報（ＲＴＴ＿ＤＩＶ）
とし、この更新した確認応答受信間隔最大時間差情報を
ステップＳ６でパケット送信処理部１４へ通知する。
の確認応答受信時に算出され図示しないメモリに記憶さ
れている最も短い確認応答受信間隔（ＲＴＴ＿ＭＩＮ）
より小さいか否かをステップＳ３で判断する。そして、
今回算出した確認応答受信間隔が最も短いと判定される
場合は、その確認応答受信間隔を最小値（ＲＴＴ＿ＭＩ
Ｎ）としてステップＳ４でメモリに記憶し更新する。そ
の後、ステップＳ５では、メモリに記憶されている最大
の確認応答受信間隔（ＲＴＴ＿ＭＡＸ）から今回算出し
た最小の確認応答受信間隔（ＲＴＴ＿ＭＩＮ）を減算し
て確認応答受信間隔最大時間差情報（ＲＴＴ＿ＤＩＶ）
とし、この更新した確認応答受信間隔最大時間差情報を
ステップＳ６でパケット送信処理部１４へ通知する。
【００１７】また、今回算出した確認応答受信間隔が以
前に算出された最も短い確認応答受信間隔（ＲＴＴ＿Ｍ
ＩＮ）より小さいくないと判定されステップＳ３の判定
が「ＮＯ」となる場合は、処理をステップＳ７へ移行し
て、今回算出した確認応答受信間隔がメモリに記憶され
以前に算出された最も長い確認応答受信間隔（ＲＴＴ＿
ＭＡＸ）より大きいか否かを判断する。そして、今回算
出した確認応答受信間隔が最も長いと判定される場合
は、その確認応答受信間隔を最大値（ＲＴＴ＿ＭＡＸ）
としてステップＳ８でメモリに記憶し更新する。その
後、ステップＳ５へ移行し、今回算出した最大の確認応
答受信間隔（ＲＴＴ＿ＭＡＸ）からメモリに記憶されて
いる最小の確認応答受信間隔（ＲＴＴ＿ＭＩＮ）を減算
して確認応答受信間隔最大時間差情報（ＲＴＴ＿ＤＩ
Ｖ）とし、この更新した確認応答受信間隔最大時間差情
報をステップＳ６でパケット送信処理部１４へ通知す
る。
前に算出された最も短い確認応答受信間隔（ＲＴＴ＿Ｍ
ＩＮ）より小さいくないと判定されステップＳ３の判定
が「ＮＯ」となる場合は、処理をステップＳ７へ移行し
て、今回算出した確認応答受信間隔がメモリに記憶され
以前に算出された最も長い確認応答受信間隔（ＲＴＴ＿
ＭＡＸ）より大きいか否かを判断する。そして、今回算
出した確認応答受信間隔が最も長いと判定される場合
は、その確認応答受信間隔を最大値（ＲＴＴ＿ＭＡＸ）
としてステップＳ８でメモリに記憶し更新する。その
後、ステップＳ５へ移行し、今回算出した最大の確認応
答受信間隔（ＲＴＴ＿ＭＡＸ）からメモリに記憶されて
いる最小の確認応答受信間隔（ＲＴＴ＿ＭＩＮ）を減算
して確認応答受信間隔最大時間差情報（ＲＴＴ＿ＤＩ
Ｖ）とし、この更新した確認応答受信間隔最大時間差情
報をステップＳ６でパケット送信処理部１４へ通知す
る。
【００１８】一方、パケット送信処理部１４では、図４
のステップＳ１１でレート制御部１１から送信タイミン
グａが通知されると、ステップＳ１２で受信端末２へ転
送する最大バーストサイズＢビット分の送信データを取
り出し、ステップＳ１３でこの転送データ量がウインド
ウ制御部１２からの送信許可ウインドウｃの範囲内にあ
るか否かを判定する。そして、この転送データ量がウイ
ンドウ制御部１２からの送信許可ウインドウｃの範囲を
越えていなければ、ステップＳ１４でレート制御部１１
に対しタイマ起動通知を行い、送信タイミングを生成す
るレートタイマを再起動させる。そしてその後、ステッ
プＳ１５でヘッダに、送信時の送信端末１のローカルな
時間をタイムスタンプ値（送信タイムスタンプ値）とし
て付加して送信パケットを生成し、ステップＳ１６でそ
の生成パケットを送信する。
のステップＳ１１でレート制御部１１から送信タイミン
グａが通知されると、ステップＳ１２で受信端末２へ転
送する最大バーストサイズＢビット分の送信データを取
り出し、ステップＳ１３でこの転送データ量がウインド
ウ制御部１２からの送信許可ウインドウｃの範囲内にあ
るか否かを判定する。そして、この転送データ量がウイ
ンドウ制御部１２からの送信許可ウインドウｃの範囲を
越えていなければ、ステップＳ１４でレート制御部１１
に対しタイマ起動通知を行い、送信タイミングを生成す
るレートタイマを再起動させる。そしてその後、ステッ
プＳ１５でヘッダに、送信時の送信端末１のローカルな
時間をタイムスタンプ値（送信タイムスタンプ値）とし
て付加して送信パケットを生成し、ステップＳ１６でそ
の生成パケットを送信する。
【００１９】一方、受信端末２へ送信する転送データ量
がウインドウ制御部１２からの送信許可ウインドウｃの
範囲を越えていれば、ステップＳ１３の判定は「ＮＯ」
となる。この場合は、確認応答受信間隔測定部１３から
通知され記憶されている確認応答受信間隔最大時間差情
報（ＲＴＴ＿ＤＩＶ）が示す時間分のタイマをステップ
Ｓ１６で起動する。その後、ステップＳ１７でこのタイ
マのタイムアップを判断し、タイマがタイムアップする
と、ステップＳ１４でレート制御部１１に対しタイマ起
動通知ｂを行い、送信タイミングａを生成するレートタ
イマを再起動させる。そしてその後、ステップＳ１５で
ヘッダに、送信時の送信端末１のローカルな時間をタイ
ムスタンプ値（送信タイムスタンプ値）として付加して
送信パケットを生成し、ステップＳ１６でその生成パケ
ットを送信する。即ち、受信端末２への転送データ量が
ウインドウ制御部１２からの送信許可ウインドウｃの範
囲を越えている場合は、レート制御部１１のレートタイ
マから送信タイミングａが出力されても、図５に示すよ
うに、確認応答受信間隔最大時間差情報が示す時間ｔ分
待機した後、データを送信する。
がウインドウ制御部１２からの送信許可ウインドウｃの
範囲を越えていれば、ステップＳ１３の判定は「ＮＯ」
となる。この場合は、確認応答受信間隔測定部１３から
通知され記憶されている確認応答受信間隔最大時間差情
報（ＲＴＴ＿ＤＩＶ）が示す時間分のタイマをステップ
Ｓ１６で起動する。その後、ステップＳ１７でこのタイ
マのタイムアップを判断し、タイマがタイムアップする
と、ステップＳ１４でレート制御部１１に対しタイマ起
動通知ｂを行い、送信タイミングａを生成するレートタ
イマを再起動させる。そしてその後、ステップＳ１５で
ヘッダに、送信時の送信端末１のローカルな時間をタイ
ムスタンプ値（送信タイムスタンプ値）として付加して
送信パケットを生成し、ステップＳ１６でその生成パケ
ットを送信する。即ち、受信端末２への転送データ量が
ウインドウ制御部１２からの送信許可ウインドウｃの範
囲を越えている場合は、レート制御部１１のレートタイ
マから送信タイミングａが出力されても、図５に示すよ
うに、確認応答受信間隔最大時間差情報が示す時間ｔ分
待機した後、データを送信する。
【００２０】このように本発明では、ネットワークレイ
ヤ以下で資源予約が行われるネットワーク上のトランス
ポートレイヤでのデータ転送において、送信端末１で通
信開始時から送信パケットに対する受信端末２からの確
認応答受信時間を計測し、計測した各確認応答受信時間
の差分の最大値にレート制御部１１の送信間隔を加えた
時間を、受信端末２が受信パケットを処理できる最悪時
間と見立て、ウインドウ通知遅延によりデータ転送がブ
ロックされた時には、その最悪時間間隔のタイミングと
ウインドウ通知のタイミングとのうち早い方のタイミン
グでデータを転送するように制御する。この結果、受信
端末２の受信バッファサイズが遅延帯域幅積に匹敵する
データ転送の場合は従来通り機能し、遅延帯域幅積に満
たないデータ転送においても受信端末の受信パケット処
理能力に応じたデータ転送が可能になる。
ヤ以下で資源予約が行われるネットワーク上のトランス
ポートレイヤでのデータ転送において、送信端末１で通
信開始時から送信パケットに対する受信端末２からの確
認応答受信時間を計測し、計測した各確認応答受信時間
の差分の最大値にレート制御部１１の送信間隔を加えた
時間を、受信端末２が受信パケットを処理できる最悪時
間と見立て、ウインドウ通知遅延によりデータ転送がブ
ロックされた時には、その最悪時間間隔のタイミングと
ウインドウ通知のタイミングとのうち早い方のタイミン
グでデータを転送するように制御する。この結果、受信
端末２の受信バッファサイズが遅延帯域幅積に匹敵する
データ転送の場合は従来通り機能し、遅延帯域幅積に満
たないデータ転送においても受信端末の受信パケット処
理能力に応じたデータ転送が可能になる。
【００２１】
【発明の効果】以上説明したように本発明によれば、送
信端末は、ウインドウ通知とレート制御間隔による第１
の送信タイミング及び予め計測された受信端末のデータ
受信処理時間計測値の最大の時間間隔による第２の送信
タイミングの何れかの送信タイミングのうち早い送信タ
イミングでデータを転送するようにしたので、データ転
送が高速広帯域になってもデータの転送がブロックされ
ずに受信端末に対し的確にデータ転送が行えるととも
に、受信端末の受信バッファのサイズがネットワーク遅
延と転送帯域の積に満たないような場合でも受信端末の
受信能力に応じたデータ転送が可能になるという効果が
ある。また、受信端末は、送信端末からの転送パケット
を受信する毎にそのパケットに付加されたローカルな時
間を示すタイムスタンプ情報を確認応答パケットに付加
して送信端末に返送し、送信端末ではこの確認応答パケ
ットの受信時刻と受信タイムスタンプ情報とから受信端
末の上記データ受信処理時間を計測し、このデータ受信
処理時間計測値が最大となる確認応答パケットの受信時
間間隔を第２の送信タイミングとして定めるようにした
ので、送信端末側では受信端末の受信能力を的確に把握
しデータ転送を行うことができる。
信端末は、ウインドウ通知とレート制御間隔による第１
の送信タイミング及び予め計測された受信端末のデータ
受信処理時間計測値の最大の時間間隔による第２の送信
タイミングの何れかの送信タイミングのうち早い送信タ
イミングでデータを転送するようにしたので、データ転
送が高速広帯域になってもデータの転送がブロックされ
ずに受信端末に対し的確にデータ転送が行えるととも
に、受信端末の受信バッファのサイズがネットワーク遅
延と転送帯域の積に満たないような場合でも受信端末の
受信能力に応じたデータ転送が可能になるという効果が
ある。また、受信端末は、送信端末からの転送パケット
を受信する毎にそのパケットに付加されたローカルな時
間を示すタイムスタンプ情報を確認応答パケットに付加
して送信端末に返送し、送信端末ではこの確認応答パケ
ットの受信時刻と受信タイムスタンプ情報とから受信端
末の上記データ受信処理時間を計測し、このデータ受信
処理時間計測値が最大となる確認応答パケットの受信時
間間隔を第２の送信タイミングとして定めるようにした
ので、送信端末側では受信端末の受信能力を的確に把握
しデータ転送を行うことができる。
【図１】 本発明の実施の形態を示すブロック図であ
る。
る。
【図２】 送信端末と受信端末間で送受されるパケット
の構成を示す図である。
の構成を示す図である。
【図３】 送信端末を構成する確認応答受信間隔計測部
の動作を示すフローチャートである。
の動作を示すフローチャートである。
【図４】 送信端末を構成するパケット送信処理部の動
作を示すフローチャートである。
作を示すフローチャートである。
【図５】 遅延帯域幅積が受信バッファサイズより大き
い場合の送信端末のデータ送信タイミングを示す図であ
る。
い場合の送信端末のデータ送信タイミングを示す図であ
る。
【図６】 遅延帯域幅積が受信バッファサイズより小さ
い場合の従来装置のデータ送受信タイミングを示す図で
ある。
い場合の従来装置のデータ送受信タイミングを示す図で
ある。
【図７】 遅延帯域幅積が受信バッファサイズより大き
い場合の従来装置のデータ送受信タイミングを示す図で
ある。
い場合の従来装置のデータ送受信タイミングを示す図で
ある。
１…送信端末、２…受信端末、１０，２０…通信制御
部、１１…レート制御部、１２…ウインドウ制御部、１
３…確認応答受信間隔測定部、１４…パケット送信処理
部、１５…パケット受信処理部。
部、１１…レート制御部、１２…ウインドウ制御部、１
３…確認応答受信間隔測定部、１４…パケット送信処理
部、１５…パケット受信処理部。
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.6，ＤＢ名) H04L 12/28 H04L 12/56 H04L 29/08
Claims (2)
- 【請求項１】 送信端末，受信端末及び複数の交換ノー
ドから構成されるとともに、ネットワーク層以下の層に
おいては転送レートが資源予約プロトコルにより保証さ
れ、送信端末では送信タイマの駆動に基づくレート制御
及び受信端末からのウインドウ通知に基づくウインドウ
制御を併用して受信端末へデータ転送を行うネットワー
クのトランスポート層プロトコルにおけるデータ転送フ
ロー制御方式において、 送信端末は、前記ウインドウ通知とレート制御間隔によ
る第１の送信タイミング及び予め計測された受信端末の
データ受信処理時間計測値の最大の時間間隔による第２
の送信タイミングの何れかの送信タイミングのうち早い
送信タイミングでデータを転送することを特徴とするデ
ータ転送フロー制御方式。 - 【請求項２】 請求項１において、 受信端末は、送信端末からの転送パケットを受信する毎
にそのパケットに付加されたローカルな時間を示すタイ
ムスタンプ情報を確認応答パケットに付加して送信端末
に返送し、送信端末ではこの確認応答パケットの受信時
刻とタイムスタンプ情報とから受信端末の前記データ受
信処理時間を計測し、このデータ受信処理時間計測値が
最大となる確認応答パケットの受信時間間隔を前記第２
の送信タイミングとして定めることを特徴とするデータ
転送フロー制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2259297A JP2969559B2 (ja) | 1997-02-05 | 1997-02-05 | データ転送フロー制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2259297A JP2969559B2 (ja) | 1997-02-05 | 1997-02-05 | データ転送フロー制御方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10224359A JPH10224359A (ja) | 1998-08-21 |
| JP2969559B2 true JP2969559B2 (ja) | 1999-11-02 |
Family
ID=12087126
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2259297A Expired - Lifetime JP2969559B2 (ja) | 1997-02-05 | 1997-02-05 | データ転送フロー制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2969559B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1018821A1 (en) * | 1999-01-08 | 2000-07-12 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Communication device and method |
| US6608818B1 (en) * | 1999-11-10 | 2003-08-19 | Qualcomm Incorporated | Radio link protocol enhancements to reduce setup time for data calls |
| JP4580277B2 (ja) * | 2005-05-20 | 2010-11-10 | 日本放送協会 | コンテンツ送信装置及びそのプログラム、並びに、コンテンツ受信装置及びそのプログラム |
| JP2007201702A (ja) * | 2006-01-25 | 2007-08-09 | Mitsubishi Electric Corp | 受信装置、通信装置および通信方法 |
| US8073984B2 (en) * | 2006-05-22 | 2011-12-06 | Apple Inc. | Communication protocol for use with portable electronic devices |
-
1997
- 1997-02-05 JP JP2259297A patent/JP2969559B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10224359A (ja) | 1998-08-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6208653B1 (en) | Method and apparatus for controlling a flow between terminals in an ATM network | |
| US6625118B1 (en) | Receiver based congestion control | |
| US7002911B1 (en) | Flow control mechanism | |
| EP0219049B1 (en) | High-speed packet-switched communications system with end-to-end flow control and retransmission | |
| US6161138A (en) | Media access control for isochronous data packets in carrier sensing multiple access systems | |
| US6606320B1 (en) | Data communication system and method, data transmission device and method | |
| EP0693840A1 (en) | Traffic control system having distributed rate calculation & link by link flow control | |
| WO1985002964A1 (en) | Adaptive preferential flow control for packet switching system | |
| JPH0771125B2 (ja) | データ通信方法およびデータ通信システム | |
| JP2001024678A (ja) | データ伝送ネットワーク中で輻輳を予測して制御する方法およびノード | |
| US6339584B1 (en) | Media access control for isochronous data packets in carrier sensing multiple access systems | |
| JPS611146A (ja) | 情報通信装置 | |
| US6909697B1 (en) | Method and apparatus for identifying a maximum frame size | |
| JP2969559B2 (ja) | データ転送フロー制御方式 | |
| US20050220025A1 (en) | Flow control device | |
| AU756724B2 (en) | Queue management in packet switched networks | |
| JPH09247209A (ja) | 資源予約チャネル用トランスポートレイヤプロトコルのフロー制御方式 | |
| JP2001168871A (ja) | データ転送方式 | |
| JP2008544623A (ja) | クロック・ドメインを使ったデータ送信の方法および装置 | |
| JP2004120230A (ja) | データ通信におけるＱｏＳ制御方法およびシステム | |
| JP2510875B2 (ja) | トラヒック監視方式 | |
| JP2606128B2 (ja) | コンピュータ間通信方法 | |
| JPH07123101A (ja) | Ａｔｍ多重化装置 | |
| US7006515B1 (en) | Isochronous queue and buffer management | |
| JP2011019166A (ja) | データ中継装置 |