JP2000022744A - パケット通信システム、パケット通信装置及びパケット通信方法 - Google Patents
パケット通信システム、パケット通信装置及びパケット通信方法Info
- Publication number
- JP2000022744A JP2000022744A JP18490098A JP18490098A JP2000022744A JP 2000022744 A JP2000022744 A JP 2000022744A JP 18490098 A JP18490098 A JP 18490098A JP 18490098 A JP18490098 A JP 18490098A JP 2000022744 A JP2000022744 A JP 2000022744A
- Authority
- JP
- Japan
- Prior art keywords
- data
- network
- terminal
- packet communication
- transmission
- 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.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 本発明は、送達確認を送信するようなパケッ
ト通信システムにおいて、前記送達確認を送信する間隔
をネットワークの状態に基づいて変化させることを目的
とする。 【解決手段】 ネットワークを介して、第一の端末から
第二の端末へデータを送信し、前記第二の端末が前記デ
ータを受信したことを前記第一の端末へ通知するための
送達確認を送信するようなパケット通信システムにおい
て、前記第２の端末が前記送達確認を送信する間隔を、
前記ネットワークの状態に基づいて変化させる。
ト通信システムにおいて、前記送達確認を送信する間隔
をネットワークの状態に基づいて変化させることを目的
とする。 【解決手段】 ネットワークを介して、第一の端末から
第二の端末へデータを送信し、前記第二の端末が前記デ
ータを受信したことを前記第一の端末へ通知するための
送達確認を送信するようなパケット通信システムにおい
て、前記第２の端末が前記送達確認を送信する間隔を、
前記ネットワークの状態に基づいて変化させる。
Description
【０００１】
【発明の属する技術分野】無線通信、特に、音声や画
像、データの通信を行なうマルチメディアをサポートす
るパケット通信システム、パケット通信装置及びパケッ
ト通信方法に関する。
像、データの通信を行なうマルチメディアをサポートす
るパケット通信システム、パケット通信装置及びパケッ
ト通信方法に関する。
【０００２】
【従来の技術】コンピュータなどの端末間で通信を行な
う時に用いるトランスポート層プロトコルとしてTCP(Tr
ansmission Control Protocol)がある。通信を開始する
にあたり、データ送信者はこのTCP のスリーウエイハン
ドシェイクと呼ばれる手段を用いて相手端末とコネクシ
ョン確立を行なう。そしてデータを受信した端末がデー
タを送信した端末に対して送達確認の応答を返すことに
より誤り制御を行う。データに抜けが生じないため、信
頼性の必要なデータ通信に主に使用されている。
う時に用いるトランスポート層プロトコルとしてTCP(Tr
ansmission Control Protocol)がある。通信を開始する
にあたり、データ送信者はこのTCP のスリーウエイハン
ドシェイクと呼ばれる手段を用いて相手端末とコネクシ
ョン確立を行なう。そしてデータを受信した端末がデー
タを送信した端末に対して送達確認の応答を返すことに
より誤り制御を行う。データに抜けが生じないため、信
頼性の必要なデータ通信に主に使用されている。
【０００３】例えば伝送速度が10Mbpsのイーサネットで
接続される端末間で、データをアプリケーションにダウ
ンロードした時のTCP の振舞の例を図４に示す。ワーク
ステーション４１がワークステーション４２とTCP の接
続を行ない、データをダウンロードしその応答をワーク
ステーション４１がワークステーション２に返してい
る。
接続される端末間で、データをアプリケーションにダウ
ンロードした時のTCP の振舞の例を図４に示す。ワーク
ステーション４１がワークステーション４２とTCP の接
続を行ない、データをダウンロードしその応答をワーク
ステーション４１がワークステーション２に返してい
る。
【０００４】また、TCP は、フロー制御としてウインド
ウ制御を用いている。図４では、ウインドウサイズは87
60バイトとする。イーサネットでは、一回で送信できる
最大パケット長は1500バイトであり、通常TCP/IP(Inter
net Protocol) のオーバーヘッド40バイトを引いた1460
バイトが一回の送信で送ることのできるデータ量とな
る。ワークステーション４２は、ワークステーション４
１に送信するデータをTCP 層で1460バイトに分割し、１
パケット中のデータを1460バイトとしてワークステーシ
ョン４１に送信する。その際、ワークステーション４１
からの応答がなくても送信できるバイト数であるウイン
ドウサイズを、送信したバイトづつ減らしていく。
ウ制御を用いている。図４では、ウインドウサイズは87
60バイトとする。イーサネットでは、一回で送信できる
最大パケット長は1500バイトであり、通常TCP/IP(Inter
net Protocol) のオーバーヘッド40バイトを引いた1460
バイトが一回の送信で送ることのできるデータ量とな
る。ワークステーション４２は、ワークステーション４
１に送信するデータをTCP 層で1460バイトに分割し、１
パケット中のデータを1460バイトとしてワークステーシ
ョン４１に送信する。その際、ワークステーション４１
からの応答がなくても送信できるバイト数であるウイン
ドウサイズを、送信したバイトづつ減らしていく。
【０００５】この場合、ワークステーション４１のウイ
ンドウサイズが8760としたので、ワークステーション４
２が送信できるバイト数を8760から1460を引いて、7300
バイトとする。このようにワークステーション４２は、
データを送信するたびに、送信可能バイト数を減らして
いく。そして、ワークステーション４１は正しいデータ
を受信したことを確認して、それらのデータに対する送
達確認をウィンドウサイズを含めた形で返す。ワークス
テーション４２がワークステーション４１から応答を受
信すると、応答に含まれている受信可能バイト数によ
り、ワークステーション４２の送信可能バイト数を更新
する。図５では、8760バイトであるので初期値にリセッ
トされる。
ンドウサイズが8760としたので、ワークステーション４
２が送信できるバイト数を8760から1460を引いて、7300
バイトとする。このようにワークステーション４２は、
データを送信するたびに、送信可能バイト数を減らして
いく。そして、ワークステーション４１は正しいデータ
を受信したことを確認して、それらのデータに対する送
達確認をウィンドウサイズを含めた形で返す。ワークス
テーション４２がワークステーション４１から応答を受
信すると、応答に含まれている受信可能バイト数によ
り、ワークステーション４２の送信可能バイト数を更新
する。図５では、8760バイトであるので初期値にリセッ
トされる。
【０００６】この送達確認はデータの送信側であるワー
クステーション４２から送信されたデータの量が前に送
達確認が送信されてから最大セグメントサイズ２つ分、
この例では1460×2 で2920バイト、を受信すると送信さ
れる仕組みになっている。ただし、実際の通信例では、
その内部処理の事情により最大セグメントサイズ３つ分
あるいは４つ分受信してから送達確認が送信されること
もめずらしくない。
クステーション４２から送信されたデータの量が前に送
達確認が送信されてから最大セグメントサイズ２つ分、
この例では1460×2 で2920バイト、を受信すると送信さ
れる仕組みになっている。ただし、実際の通信例では、
その内部処理の事情により最大セグメントサイズ３つ分
あるいは４つ分受信してから送達確認が送信されること
もめずらしくない。
【０００７】図４に示すように、複数のパケットによっ
て伝送されたデータに対してひとつの応答を返すことに
より、パケット毎に応答を返す方法よりもワークステー
ション４１からワークステーション４２への伝送路を有
効に利用することができる。
て伝送されたデータに対してひとつの応答を返すことに
より、パケット毎に応答を返す方法よりもワークステー
ション４１からワークステーション４２への伝送路を有
効に利用することができる。
【０００８】ところで、図５のようにワークステーショ
ン４２からワークステンション４１への伝送路とワーク
ステーション４１からワークステーション４２への伝送
路が異なり、その伝送速度が非対称であるようなシステ
ムを考える。ここで、ワークステーション４１からワー
クステーション４２への伝送路速度がワークステーショ
ン４２からワークステーション４１への伝送速度と比べ
て十分に小さい場合、ワークステーション４２からワー
クステーション４１へのスループットは、双方向同じ伝
送速度の場合と比べて小さくなってしまう。
ン４２からワークステンション４１への伝送路とワーク
ステーション４１からワークステーション４２への伝送
路が異なり、その伝送速度が非対称であるようなシステ
ムを考える。ここで、ワークステーション４１からワー
クステーション４２への伝送路速度がワークステーショ
ン４２からワークステーション４１への伝送速度と比べ
て十分に小さい場合、ワークステーション４２からワー
クステーション４１へのスループットは、双方向同じ伝
送速度の場合と比べて小さくなってしまう。
【０００９】上述したようにTCP では最大セグメントサ
イズ２つ分を受信すると送達確認を送信する仕組みにな
っており、さらにその送達確認に含まれたウインドウの
情報に基づいて送信側はウインドウ制御を行い、送信で
きるデータ量を決めている。大量のデータが送信される
と受信側はそれに伴って、かなりの量の送達確認を送信
することになる。しかしながら、受信側から送信側への
伝送速度が小さいため、送達確認の送信待ちの状態が生
じてしまう。
イズ２つ分を受信すると送達確認を送信する仕組みにな
っており、さらにその送達確認に含まれたウインドウの
情報に基づいて送信側はウインドウ制御を行い、送信で
きるデータ量を決めている。大量のデータが送信される
と受信側はそれに伴って、かなりの量の送達確認を送信
することになる。しかしながら、受信側から送信側への
伝送速度が小さいため、送達確認の送信待ちの状態が生
じてしまう。
【００１０】さらに別の問題としてTCP では信頼性のあ
る転送を提供するために再転送付き肯定送達確認という
技術を採用している。これは受信者がデータを受信する
たびに送達確認メッセージを送信者に送り返す。送信者
は送ったパケットの記録を保持し、送達確認を待って次
のパケットを送信する。また送信者はパケットを送ると
き、タイマをスタートさせ、送達確認が到着する前にタ
イマが切れればパケットを再転送する。
る転送を提供するために再転送付き肯定送達確認という
技術を採用している。これは受信者がデータを受信する
たびに送達確認メッセージを送信者に送り返す。送信者
は送ったパケットの記録を保持し、送達確認を待って次
のパケットを送信する。また送信者はパケットを送ると
き、タイマをスタートさせ、送達確認が到着する前にタ
イマが切れればパケットを再転送する。
【００１１】送達確認には受信された部分の最上位オク
テットの位置よりも１だけ大きいシーケンス値を指して
いる。したがって送信者はこのシーケンス値より小さい
値のデータは受信者に届き、シーケンス値から始まるデ
ータを送信すればよいことになる。そしてこの機構はど
れだけのデータが集まったかを報告することになるので
累積的である。これを累積確認応答と呼ぶ。
テットの位置よりも１だけ大きいシーケンス値を指して
いる。したがって送信者はこのシーケンス値より小さい
値のデータは受信者に届き、シーケンス値から始まるデ
ータを送信すればよいことになる。そしてこの機構はど
れだけのデータが集まったかを報告することになるので
累積的である。これを累積確認応答と呼ぶ。
【００１２】ここでこの送達確認がロスした場合を考え
る。送信側のウインドウサイズ、連続して一度に送信で
きるデータ量が最大セグメントサイズにて２つ分とす
る。送信側はこのデータ量を送信するが、次のデータの
送信は受信側からの送達確認を待たなければならない。
その受信側からの送達確認が何らかの原因でロスしたと
する。送信側は送達確認が送信されてこないため、前記
送信したデータはタイムアウトとなる。これはスループ
ットの大幅な低下となる。もし受信側の送達確認の送信
頻度がこれより多ければ、累積確認応答の性質により、
このようにタイムアウトする可能性が低くなる。以上の
ように、送達確認の頻度によっては、送信側でタイムア
ウトを引き起こし、スループットを低下させてしまう。
る。送信側のウインドウサイズ、連続して一度に送信で
きるデータ量が最大セグメントサイズにて２つ分とす
る。送信側はこのデータ量を送信するが、次のデータの
送信は受信側からの送達確認を待たなければならない。
その受信側からの送達確認が何らかの原因でロスしたと
する。送信側は送達確認が送信されてこないため、前記
送信したデータはタイムアウトとなる。これはスループ
ットの大幅な低下となる。もし受信側の送達確認の送信
頻度がこれより多ければ、累積確認応答の性質により、
このようにタイムアウトする可能性が低くなる。以上の
ように、送達確認の頻度によっては、送信側でタイムア
ウトを引き起こし、スループットを低下させてしまう。
【００１３】
【発明が解決しようとする課題】従来例で述べたよう
に、データ受信側からデータ送信側への伝送路がデータ
送信側からデータ受信側への伝送路と比べて伝送速度が
小さい場合に、スループットが双方向が同じ伝送速度と
比べて落ちてしまうという問題があった。またその一方
で、送達確認の頻度を減らしてしまうのはスループット
の低下にもつながるという問題も存在していた。
に、データ受信側からデータ送信側への伝送路がデータ
送信側からデータ受信側への伝送路と比べて伝送速度が
小さい場合に、スループットが双方向が同じ伝送速度と
比べて落ちてしまうという問題があった。またその一方
で、送達確認の頻度を減らしてしまうのはスループット
の低下にもつながるという問題も存在していた。
【００１４】
【課題を解決するための手段】以上に述べた課題を解決
するため、本発明のパケット通信システムは、ネットワ
ークを介して、第一の端末から第二の端末へデータを送
信し、前記第二の端末が前記データを受信したことを前
記第一の端末へ通知するための送達確認を送信するよう
なパケット通信システムにおいて、前記第２の端末が前
記送達確認を送信する間隔を、前記ネットワークの状態
に基づいて変化させることを特徴とする。
するため、本発明のパケット通信システムは、ネットワ
ークを介して、第一の端末から第二の端末へデータを送
信し、前記第二の端末が前記データを受信したことを前
記第一の端末へ通知するための送達確認を送信するよう
なパケット通信システムにおいて、前記第２の端末が前
記送達確認を送信する間隔を、前記ネットワークの状態
に基づいて変化させることを特徴とする。
【００１５】さらに本発明のパケット通信システムは、
前記送達確認を前記ネットワークの状態に基づいて廃棄
することを特徴とする。また、本発明のパケット通信装
置は、ネットワークを介してデータを受信する手段と、
前記受信する手段にて受信した前記データに対する送達
確認を送信した端末宛に送信する手段と、前記ネットワ
ークのトラフィック状態を検出する手段と、前記検出す
る手段において検出された前記ネットワークのトラフィ
ック状態に応じて、前記送信する手段にて前記送達確認
を送信する間隔を制御する手段とを具備したことを特徴
とする。
前記送達確認を前記ネットワークの状態に基づいて廃棄
することを特徴とする。また、本発明のパケット通信装
置は、ネットワークを介してデータを受信する手段と、
前記受信する手段にて受信した前記データに対する送達
確認を送信した端末宛に送信する手段と、前記ネットワ
ークのトラフィック状態を検出する手段と、前記検出す
る手段において検出された前記ネットワークのトラフィ
ック状態に応じて、前記送信する手段にて前記送達確認
を送信する間隔を制御する手段とを具備したことを特徴
とする。
【００１６】さらに、本発明のパケット通信装置は、前
記制御する手段は、前記ネットワークのトラフィック状
態に応じて、前記送達確認を破棄することを特徴とす
る。また、本発明のパケット通信方法は、ネットワーク
を介して、第一の端末から第二の端末へデータを送信
し、前記第二の端末が前記データを受信したことを前記
第一の端末へ通知するための送達確認を送信するような
パケット通信方法において、前記ネットワークのトラフ
ィック状態を検出するステップと、前記検出するステッ
プにおいて検出された前記ネットワークのトラフィック
状態に応じて、前記第2 の端末が前記送達確認を送信す
る間隔を制御するステップとからなることを特徴とす
る。
記制御する手段は、前記ネットワークのトラフィック状
態に応じて、前記送達確認を破棄することを特徴とす
る。また、本発明のパケット通信方法は、ネットワーク
を介して、第一の端末から第二の端末へデータを送信
し、前記第二の端末が前記データを受信したことを前記
第一の端末へ通知するための送達確認を送信するような
パケット通信方法において、前記ネットワークのトラフ
ィック状態を検出するステップと、前記検出するステッ
プにおいて検出された前記ネットワークのトラフィック
状態に応じて、前記第2 の端末が前記送達確認を送信す
る間隔を制御するステップとからなることを特徴とす
る。
【００１７】さらに、本発明のパケット通信方法は、前
記制御するステップは、前記ネットワークのトラフィッ
ク状態に応じて、前記送達確認を破棄することを特徴と
する。
記制御するステップは、前記ネットワークのトラフィッ
ク状態に応じて、前記送達確認を破棄することを特徴と
する。
【００１８】
【発明の実施の形態】図１、図２は本発明に係わるシス
テム構成図を示す。１はクライアント、２はサーバー、
３はゲートウエイ、４はネットワーク、５はゲートウエ
イからクライアントへの伝送速度がクライアントからゲ
ートウエイへの伝送速度よりも十分に速いような非対称
の伝送路である。
テム構成図を示す。１はクライアント、２はサーバー、
３はゲートウエイ、４はネットワーク、５はゲートウエ
イからクライアントへの伝送速度がクライアントからゲ
ートウエイへの伝送速度よりも十分に速いような非対称
の伝送路である。
【００１９】図２はクライアント１内の構成図であり、
１１は制御部、１２は受信データ量生成部、１３はACK
生成部、１４はデータ受信量保存テーブル、１５は送受
信部である。
１１は制御部、１２は受信データ量生成部、１３はACK
生成部、１４はデータ受信量保存テーブル、１５は送受
信部である。
【００２０】図３はデータ受信量保存テーブルの例を示
した図である。クライアント１の要求により、サーバー
２からクライアント２に向けて大量のデータを送信する
ようなアプリケーションが開始されたとする。ここでこ
のコネクションの最大セグメントサイズは1460バイトと
する。クライアント１ではACK送信の間隔の初期値を292
0バイト( 最大セグメントサイズ２つ分) を受信したら
１つのACK を送信するような間隔とする。
した図である。クライアント１の要求により、サーバー
２からクライアント２に向けて大量のデータを送信する
ようなアプリケーションが開始されたとする。ここでこ
のコネクションの最大セグメントサイズは1460バイトと
する。クライアント１ではACK送信の間隔の初期値を292
0バイト( 最大セグメントサイズ２つ分) を受信したら
１つのACK を送信するような間隔とする。
【００２１】クライアント１ではある時間単位で受信し
たデータ量を受信データ量計算部１２において計算して
いる。以上を前提としてACK の送信間隔を変動させる手
法について順を追って説明する。
たデータ量を受信データ量計算部１２において計算して
いる。以上を前提としてACK の送信間隔を変動させる手
法について順を追って説明する。
【００２２】まず、図１、図２、図３をもとに請求項１
に対応する本発明の第１の実施例について述べる。クラ
イアント１の制御部１１では受信データ量計算部１２よ
りデータ受信量を受信し、前記データ受信量とデータ受
信量保存テーブル１４に保存してある同じ間隔でACK を
送信している期間に関しての平均受信データ量を用い
て、新しく平均受信データ量を計算する。
に対応する本発明の第１の実施例について述べる。クラ
イアント１の制御部１１では受信データ量計算部１２よ
りデータ受信量を受信し、前記データ受信量とデータ受
信量保存テーブル１４に保存してある同じ間隔でACK を
送信している期間に関しての平均受信データ量を用い
て、新しく平均受信データ量を計算する。
【００２３】制御部１１は前記平均受信データ量(1) と
データ受信量保存テーブル１４にある前記平均受信デー
タ量でのACK の送信間隔より一段階狭い送信間隔での平
均受信データ量(2) を比較する。図１のようなネットワ
ークの一部に非対称の伝送路が存在する場合には(1) と
(2) の差は大きくなり、対称の場合には(1) と(2) の差
は少なくなる。そこで(1) と(2) の差があるしきい値を
超えた場合には、4380バイト( 最大セグメントサイズ３
つ分) を受信したら１つのACK を送信するような間隔に
する命令をACK 生成部１３に送信する。
データ受信量保存テーブル１４にある前記平均受信デー
タ量でのACK の送信間隔より一段階狭い送信間隔での平
均受信データ量(2) を比較する。図１のようなネットワ
ークの一部に非対称の伝送路が存在する場合には(1) と
(2) の差は大きくなり、対称の場合には(1) と(2) の差
は少なくなる。そこで(1) と(2) の差があるしきい値を
超えた場合には、4380バイト( 最大セグメントサイズ３
つ分) を受信したら１つのACK を送信するような間隔に
する命令をACK 生成部１３に送信する。
【００２４】以上により、非対称のようにクライアント
１からサーバー２への伝送速度が低いためにサーバー１
からクライアント１へのスループットが落ちてしまうよ
うなネットワークにおいてもサーバー２からクライアン
ト１方向のスループットの減少を止めることが可能とな
る。
１からサーバー２への伝送速度が低いためにサーバー１
からクライアント１へのスループットが落ちてしまうよ
うなネットワークにおいてもサーバー２からクライアン
ト１方向のスループットの減少を止めることが可能とな
る。
【００２５】次に図１、図２をもとに請求項１に対応す
る本発明の第２の実施例について述べる。第１の実施例
と同じように、サーバー２からクライアント１に向けて
大量のデータが送信されるようなアプリケーションが開
始されたとする。
る本発明の第２の実施例について述べる。第１の実施例
と同じように、サーバー２からクライアント１に向けて
大量のデータが送信されるようなアプリケーションが開
始されたとする。
【００２６】順調に転送が行なわれ、ACK の送信間隔が
11680 バイトを受信したら１つのACK を送信するような
間隔になった時点で、何らかの原因で、あるサーバー２
からクライアント１へのパケットが１つロスしたとす
る。クライアント２内の制御部１１はパケットがロスし
たかどうかについては確認を取ることはできないが、パ
ケットの順序が変わったことを検出し、ネットワークに
何らかの異常が発生したと解釈する。
11680 バイトを受信したら１つのACK を送信するような
間隔になった時点で、何らかの原因で、あるサーバー２
からクライアント１へのパケットが１つロスしたとす
る。クライアント２内の制御部１１はパケットがロスし
たかどうかについては確認を取ることはできないが、パ
ケットの順序が変わったことを検出し、ネットワークに
何らかの異常が発生したと解釈する。
【００２７】そこで、制御部１１はACK もロスする可能
性があると考え、ACK 生成部１３に対して、ACK の送信
間隔を現在の送信間隔の半分、すなわちACK の送信間隔
が5840バイトを受信したら１つのACK を送信するような
間隔にする。これにより、ACK のロスによるサーバー２
からクライアント１方向のスループット減少の可能性を
低くすることが可能となる。
性があると考え、ACK 生成部１３に対して、ACK の送信
間隔を現在の送信間隔の半分、すなわちACK の送信間隔
が5840バイトを受信したら１つのACK を送信するような
間隔にする。これにより、ACK のロスによるサーバー２
からクライアント１方向のスループット減少の可能性を
低くすることが可能となる。
【００２８】図６はクライアント２内部におけるネット
ワークプロトコルのスタックを表したものである。図７
はクライアント２内でACK が送信待ちをしている様子を
模式的に表したものである。
ワークプロトコルのスタックを表したものである。図７
はクライアント２内でACK が送信待ちをしている様子を
模式的に表したものである。
【００２９】ここで図１、図６をもとに請求項２に対応
する本発明の第３の実施例について述べる。図１におい
てサーバー２からクライアント１に向けて大量のデータ
が送信される場合について考える。この時、クライアン
ト２はTCP の振舞により最大セグメントサイズ２つ分の
パケットを受信する度に１つのACK をサーバー２に向け
て送信する。このACK は図６中のTCP 層６３で発生し、
IP層６４、データリンク層６５とそれぞれで処理が施さ
れ物理層( 送受信部) ６６より送信される。
する本発明の第３の実施例について述べる。図１におい
てサーバー２からクライアント１に向けて大量のデータ
が送信される場合について考える。この時、クライアン
ト２はTCP の振舞により最大セグメントサイズ２つ分の
パケットを受信する度に１つのACK をサーバー２に向け
て送信する。このACK は図６中のTCP 層６３で発生し、
IP層６４、データリンク層６５とそれぞれで処理が施さ
れ物理層( 送受信部) ６６より送信される。
【００３０】ここで、送信のネットワークの伝送速度よ
りもACK の発生速度が早い場合を考える。この場合、送
信できないACK は図７のようにデータリンク層で待ちの
状態となる。
りもACK の発生速度が早い場合を考える。この場合、送
信できないACK は図７のようにデータリンク層で待ちの
状態となる。
【００３１】このデータリンク層６５で送信待ちをして
いるACK があるしきい値以上になった場合、一番新しく
生成されたACK を除いてすべて廃棄する。そして送信の
ネットワークに送信する余裕が生まれた場合には前記一
番新しく生成されたACK を送信する。
いるACK があるしきい値以上になった場合、一番新しく
生成されたACK を除いてすべて廃棄する。そして送信の
ネットワークに送信する余裕が生まれた場合には前記一
番新しく生成されたACK を送信する。
【００３２】TCP におけるACK は累積的であるため一番
新しいACK が一番古いACK の役割を果たすことができ
る。これによって、ACK を送信できないことによるサー
バー２からクライアント１方向のスループットの低下を
避けることが可能となる。
新しいACK が一番古いACK の役割を果たすことができ
る。これによって、ACK を送信できないことによるサー
バー２からクライアント１方向のスループットの低下を
避けることが可能となる。
【００３３】図8 は本発明に係るゲートウエイの構成を
示した図である。８１は受信部、８２は送信部、８３は
制御部、８４はＡＣＫ蓄積部である。ＡＣＫ蓄積部８４
は図９のようになっており、コネクション毎にＡＣＫを
蓄積できるキュー構成を持っている。
示した図である。８１は受信部、８２は送信部、８３は
制御部、８４はＡＣＫ蓄積部である。ＡＣＫ蓄積部８４
は図９のようになっており、コネクション毎にＡＣＫを
蓄積できるキュー構成を持っている。
【００３４】ここで図5 のような非対称の伝走路が図2
の構成において５の部分でなく、ゲートウエイ３・サー
バ２間に存在していた場合、ゲートウエイ３が第3 の実
施例に示す動作を行なってもよい。
の構成において５の部分でなく、ゲートウエイ３・サー
バ２間に存在していた場合、ゲートウエイ３が第3 の実
施例に示す動作を行なってもよい。
【００３５】すなわち、ゲートウエイ３のＡＣＫ蓄積部
８４はクライアント１、クライアント１１、クライアン
ト１２からのＡＣＫを図9 にあるように、それぞれ分け
てキューに蓄積する。そして送信待ちをしているＡＣＫ
が一定のしきい値以上になった場合、一番新しく生成さ
れたＡＣＫを除いてすべて破棄する。そして送信のネッ
トワークに送信する余裕ができた場合には前記一番新し
く生成されたＡＣＫを送信するものである。
８４はクライアント１、クライアント１１、クライアン
ト１２からのＡＣＫを図9 にあるように、それぞれ分け
てキューに蓄積する。そして送信待ちをしているＡＣＫ
が一定のしきい値以上になった場合、一番新しく生成さ
れたＡＣＫを除いてすべて破棄する。そして送信のネッ
トワークに送信する余裕ができた場合には前記一番新し
く生成されたＡＣＫを送信するものである。
【００３６】
【発明の効果】以上説明したように本発明によれば、ネ
ットワークを介して接続された端末が他の端末とデータ
の送受信を行う際、受信したデータに対して送信する送
達確認（ACK)の間隔を制御することにより、ネットワー
クにおいるスループットの低下を防ぐことができる。と
くに、送信と受信の経路が非対称な場合には、必要な送
達確認のみを送信することで、データ送受信の信頼性を
向上させることが可能である。
ットワークを介して接続された端末が他の端末とデータ
の送受信を行う際、受信したデータに対して送信する送
達確認（ACK)の間隔を制御することにより、ネットワー
クにおいるスループットの低下を防ぐことができる。と
くに、送信と受信の経路が非対称な場合には、必要な送
達確認のみを送信することで、データ送受信の信頼性を
向上させることが可能である。
【図１】本発明に係わる通信システムを示した図
【図２】本発明に係わるネットワークシステムの構成を
示した図
示した図
【図３】データ受信量保存テーブルを示した図
【図４】TCP の振舞を示した図
【図５】非対称伝送路の例を示した図
【図６】プロトコルスタックを示した図
【図７】ACK の送信待ちの様子を示した図
【図８】本発明に係わるゲートウエイの構成を示した図
【図９】ゲートウエイのＡＣＫ蓄積部の構成を示した図
１…クライアント ２…サーバー ３…ゲートウエイ ４…ネットワーク ５…非対称伝送路
Claims (6)
- 【請求項１】 ネットワークを介して、第一の端末から
第二の端末へデータを送信し、前記第二の端末が前記デ
ータを受信したことを前記第一の端末へ通知するための
送達確認を送信するようなパケット通信システムにおい
て、 前記第２の端末が前記送達確認を送信する間隔を、前記
ネットワークの状態に基づいて変化させることを特徴と
するパケット通信システム。 - 【請求項２】 前記パケット通信システムにおいて、 前記送達確認を前記ネットワークの状態に基づいて廃棄
することを特徴とする請求項１パケット通信システム。 - 【請求項３】 ネットワークを介してデータを受信する
手段と、 前記受信する手段にて受信した前記データに対する送達
確認を送信した端末宛に送信する手段と、 前記ネットワークのトラフィック状態を検出する手段
と、 前記検出する手段において検出された前記ネットワーク
のトラフィック状態に応じて、前記送信する手段にて前
記送達確認を送信する間隔を制御する手段とを具備した
ことを特徴とするパケット通信装置。 - 【請求項４】 前記パケット通信装置において、 前記制御する手段は、前記ネットワークのトラフィック
状態に応じて、前記送達確認を破棄することを特徴とす
る請求項３パケット通信装置。 - 【請求項５】 ネットワークを介して、第一の端末から
第二の端末へデータを送信し、前記第二の端末が前記デ
ータを受信したことを前記第一の端末へ通知するための
送達確認を送信するようなパケット通信方法において、 前記ネットワークのトラフィック状態を検出するステッ
プと、 前記検出するステップにおいて検出された前記ネットワ
ークのトラフィック状態に応じて、前記第2 の端末が前
記送達確認を送信する間隔を制御するステップとからな
ることを特徴とするパケット通信方法。 - 【請求項６】 前記パケット通信方法において、 前記制御するステップは、前記ネットワークのトラフィ
ック状態に応じて、前記送達確認を破棄することを特徴
とする請求項５記載のパケット通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18490098A JP2000022744A (ja) | 1998-06-30 | 1998-06-30 | パケット通信システム、パケット通信装置及びパケット通信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18490098A JP2000022744A (ja) | 1998-06-30 | 1998-06-30 | パケット通信システム、パケット通信装置及びパケット通信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000022744A true JP2000022744A (ja) | 2000-01-21 |
Family
ID=16161301
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18490098A Pending JP2000022744A (ja) | 1998-06-30 | 1998-06-30 | パケット通信システム、パケット通信装置及びパケット通信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000022744A (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003087320A (ja) * | 2001-09-06 | 2003-03-20 | Kddi Corp | パケット中継装置、及びその方法 |
| WO2004110013A1 (ja) * | 2003-06-09 | 2004-12-16 | Matsushita Electric Industrial Co., Ltd. | パケット通信装置 |
| JP2010093370A (ja) * | 2008-10-03 | 2010-04-22 | Nippon Telegr & Teleph Corp <Ntt> | エッジノードおよび帯域制御方法 |
| WO2010097978A1 (ja) * | 2009-02-27 | 2010-09-02 | 株式会社東芝 | 通信装置、方法及びプログラム |
| JP2010258631A (ja) * | 2009-04-23 | 2010-11-11 | Fujitsu Ltd | サーバおよびａｃｋ返信方法 |
| WO2011052201A1 (ja) * | 2009-11-02 | 2011-05-05 | パナソニック株式会社 | 通信端末および通信方法 |
| WO2013011638A1 (ja) * | 2011-07-19 | 2013-01-24 | 日本電気株式会社 | 通信装置およびその通信制御方法 |
| JP2015095151A (ja) * | 2013-11-13 | 2015-05-18 | 富士通株式会社 | 起動制御プログラム、装置、及び方法 |
| JP2021082925A (ja) * | 2019-11-18 | 2021-05-27 | キヤノン株式会社 | 通信装置、通信装置の制御方法、及びプログラム |
-
1998
- 1998-06-30 JP JP18490098A patent/JP2000022744A/ja active Pending
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003087320A (ja) * | 2001-09-06 | 2003-03-20 | Kddi Corp | パケット中継装置、及びその方法 |
| WO2004110013A1 (ja) * | 2003-06-09 | 2004-12-16 | Matsushita Electric Industrial Co., Ltd. | パケット通信装置 |
| JP2010093370A (ja) * | 2008-10-03 | 2010-04-22 | Nippon Telegr & Teleph Corp <Ntt> | エッジノードおよび帯域制御方法 |
| US9106417B2 (en) | 2009-02-27 | 2015-08-11 | Kabushiki Kaisha Toshiba | Communication apparatus for transmission protocol processing and reception protocol processing |
| WO2010097978A1 (ja) * | 2009-02-27 | 2010-09-02 | 株式会社東芝 | 通信装置、方法及びプログラム |
| JP2010206304A (ja) * | 2009-02-27 | 2010-09-16 | Toshiba Corp | 通信装置、方法及びプログラム |
| JP2010258631A (ja) * | 2009-04-23 | 2010-11-11 | Fujitsu Ltd | サーバおよびａｃｋ返信方法 |
| WO2011052201A1 (ja) * | 2009-11-02 | 2011-05-05 | パナソニック株式会社 | 通信端末および通信方法 |
| EP2498474A1 (en) * | 2009-11-02 | 2012-09-12 | Panasonic Corporation | Communication terminal and communication method |
| EP2498474A4 (en) * | 2009-11-02 | 2013-03-27 | Panasonic Corp | COMMUNICATION TERMINAL AND COMMUNICATION METHOD |
| US8588068B2 (en) | 2009-11-02 | 2013-11-19 | Panasonic Corporation | Communication terminal and communication method |
| JP5573844B2 (ja) * | 2009-11-02 | 2014-08-20 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 通信端末および通信方法 |
| WO2013011638A1 (ja) * | 2011-07-19 | 2013-01-24 | 日本電気株式会社 | 通信装置およびその通信制御方法 |
| JP2015095151A (ja) * | 2013-11-13 | 2015-05-18 | 富士通株式会社 | 起動制御プログラム、装置、及び方法 |
| US9880855B2 (en) | 2013-11-13 | 2018-01-30 | Fujitsu Limited | Start-up control program, device, and method |
| JP2021082925A (ja) * | 2019-11-18 | 2021-05-27 | キヤノン株式会社 | 通信装置、通信装置の制御方法、及びプログラム |
| JP7286513B2 (ja) | 2019-11-18 | 2023-06-05 | キヤノン株式会社 | 通信装置、通信装置の制御方法、及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100785293B1 (ko) | 다중 ｔｃｐ확인응답을 이용한 ｔｃｐ 혼잡 제어 시스템및 그 방법 | |
| EP0409578B1 (en) | Data communication method and system with cyclic sequence of acknowledgements | |
| JP4654926B2 (ja) | 通信システム、通信装置及びそれらに用いる輻輳制御方法並びにそのプログラム | |
| EP1195966B1 (en) | Communication method | |
| JP5544430B2 (ja) | 通信装置および通信システム | |
| US6741555B1 (en) | Enhancement of explicit congestion notification (ECN) for wireless network applications | |
| US9577791B2 (en) | Notification by network element of packet drops | |
| EP1344359B1 (en) | Method of enhancing the efficiency of data flow in communication systems | |
| KR100600607B1 (ko) | 무선 휴대 인터넷 시스템에서 ａｒｑ 제어 장치 및 제어방법 | |
| CN106210924B (zh) | 视频网络传输控制方法和*** | |
| WO2014092779A1 (en) | Notification by network element of packet drops | |
| US20030117974A1 (en) | TCP processing apparatus of base transceiver subsystem in wired/wireless integrated network and method thereof | |
| WO2008044653A1 (fr) | Système, périphérique et procédé de communication | |
| JP2000022744A (ja) | パケット通信システム、パケット通信装置及びパケット通信方法 | |
| JP7067544B2 (ja) | 通信システム、通信装置、方法およびプログラム | |
| JP4485684B2 (ja) | 通信システムにおけるデータ・パケットの伝達方法および装置 | |
| JP2005244897A (ja) | 信頼性のある通信方法及びその装置 | |
| JPH11196041A (ja) | 無線マルチキャストデータ転送方法及び無線通信システム | |
| JP4531302B2 (ja) | パケット中継装置、及びその方法 | |
| KR100913897B1 (ko) | 재전송 타임아웃 수를 줄이기 위한 전송 제어 프로토콜혼잡제어방법 | |
| JP4832483B2 (ja) | 移動体通信システム及び移動体通信方法 | |
| JP5109579B2 (ja) | フロー制御方法 | |
| Liqing et al. | TCP optimization implementation of a small embedded system | |
| JP2003198612A (ja) | パケット通信ネットワークにおけるファイル転送方法 | |
| KR101396785B1 (ko) | 네트워크 장치에서 tcp 기능을 수행하는 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040608 |