(57)【要約】 【課題】  エンドエンドの端末間での大幅なデータ転送遅延の増大を避けると共に、バッファ容量の逼迫を緩和することができるデータ通信装置を提供する。【解決手段】  受信バッファ１３ａは、送信端末側から受信されたデータを保持する。ＴＣＰモジュール７５は、データ通信装置と受信端末との間で保持すべきデータ量Ｔｂｕｆ２を、輻輳ウィンドウｃｗｎｄに基づいて決定する。また、ＴＣＰモジュール７５は、送信バッファ１３ｂが保持すべきデータ量に応じて、送信側に対して広告可能なデータ量を決定する。ＰＥＰプロセス７６は、受信バッファ１３ａが空になるか、送信バッファ１３ｂに保持されるデータ量がＴｂｕｆ２となるまで、受信バッファ１３ａからデータを読み出し、送信バッファ１３ｂに格納する。送信バッファ１３ｂは、格納されたデータを一時的に保持する。【選択図】    図１
2005348107.tif 000002
【特許請求の範囲】
【請求項１】
データ通信を行う送信装置および受信装置の間に設けられ、前記送信装置および前記受信装置の間で行われるデータ通信を高速化するデータ通信装置において、
前記送信装置によって送信されたデータを受信する受信手段と、
前記受信手段によって受信された前記データを前記受信装置へ送信する送信手段と、
前記受信手段によって受信された前記データを保持する受信データ保持手段と、
前記送信手段によって送信される送信待ちの前記データを保持する送信データ保持手段と、
前記受信データ保持手段から前記データを読み出して、前記送信データ保持手段に格納するデータ格納手段と、
前記受信装置との通信における通信制御に用いられる通信制御変数の値に応じて、前記送信データ保持手段が保持するデータ量を決定するデータ量決定手段と、
を具備することを特徴とするデータ通信装置。
【請求項２】
前記データ量決定手段はさらに、前記通信制御変数の値に応じて、前記受信データ保持手段が新たに保持することができるデータ量を決定することを特徴とする請求項１に記載のデータ通信装置。
【請求項３】
前記データ量決定手段はさらに、前記送信データ保持手段が保持するデータ量に応じて、前記受信データ保持手段が新たに保持することができるデータ量を決定することを特徴とする請求項１に記載のデータ通信装置。
【請求項４】
前記通信制御変数は、輻輳ウィンドウであることを特徴とする請求項１〜請求項３のいずれかの項に記載のデータ通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に基づいた通信を最適化するデータ通信装置に関する。
【背景技術】
【０００２】
インターネットにおいて信頼性のあるデータ転送を実現するためのプロトコルとして、ＴＣＰが広く使用されている。インターネットにおいては、ネットワークのトラヒックが増加することにより、有効な通信を行うことができなくなる輻輳状態が発生することがあり、輻輳状態にならないように通信を制御する輻輳制御に関する事項がＴＣＰにおいて規定されている。また、ＴＣＰにおいては、送信側と受信側との間で行われる通信データ量の制御を行うフロー制御に関する事項も規定されている。
【０００３】
ＴＣＰに基づいたフロー制御および輻輳制御は、以下のような特徴を有する。
１．送信端末が確認応答（ＡＣＫ：ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）なしに送信することができるデータ量（ウィンドウサイズ）が端末のＴＣＰ実装および設定に依存しており、常に十分なウィンドウサイズが確保される保証はない。
２．データ送信方向とは逆方向にＡＣＫを返送するための一定の回線帯域が必要である。
３．パケット紛失をネットワークの輻輳によるものと仮定し、パケットの紛失時にデータ送信レートを抑制してしまう。
このため、遅延の大きな回線や、ダウンリンクとアップリンクとの間で伝送速度が異なる非対称性の高い回線、伝送誤り率の大きな回線等においては、回線帯域を有効に利用することが困難であった。
【０００４】
これを解決するための一手法として、上記の特性を有する回線向けに最適化された各種のＴＣＰ通信中継装置（ＰＥＰ：Ｐｅｒｆｏｒｍａｎｃｅ  Ｅｎｈａｎｃｅｄ  Ｐｒｏｘｙ）装置を設置する手法が提案されている（例えば、特許文献１参照）。ＰＥＰ装置の多くは、上記の特性を有する回線の両端あるいは送信端末側の端点に設置され、送信端末と受信端末との間でエンドエンドに確立されるＴＣＰコネクションを明示的あるいは透過的に分割する。
【０００５】
ＴＣＰコネクションの分割方式としては以下の２方式が一般的である。
１．送信端末−ＰＥＰ装置間ならびにＰＥＰ装置−受信端末間の２つのＴＣＰコネクションに分割する（２コネクション分割方式）。
２．送信端末−第１のＰＥＰ装置間、第１のＰＥＰ装置−第２のＰＥＰ装置間、ならびに第２のＰＥＰ装置−受信端末間の３つのＴＣＰコネクション（２つのＰＥＰ装置間は独自のプロトコルの場合もある）に分割する（３コネクション分割方式）。
【０００６】
図３は、２コネクション分割方式による従来の通信システムの構成を示す概略構成図である。以下、図中の各構成について説明する。サーバ１は動画コンテンツデータ等のデータを、インターネット２を介して配信する。送信地球局３は、通信衛星４を介して加入者ネットワーク５と通信を行う。この送信地球局３は、上記のＰＥＰ装置としての役割を担うＴＣＰゲートウェイ３１、データ中継用のルータ３２、および通信衛星４とデータの送受信を行うアンテナ３３を備えている。加入者ネットワーク５は、通信衛星４とデータの送受信を行うアンテナ５１、データ中継用のルータ５２、およびサーバ１から動画コンテンツデータ等を受信するクライアント端末６を備えている。
【０００７】
なお、サーバ１とＴＣＰゲートウェイ３１との間の伝送遅延は、ＴＣＰゲートウェイ３１とクライアント端末６との間の伝送遅延よりも小さいものとする。すなわち、サーバ１とＴＣＰゲートウェイ３１との間の帯域幅遅延積は、ＴＣＰゲートウェイ３１とクライアント端末６との間の帯域幅遅延積よりも大きいものとする。
【０００８】
図４は、従来の通信システムによる通信のシーケンスを示している。図４（ａ）は、ＰＥＰ装置を設けない場合の通信のシーケンスを示している。サーバによって送信されたデータ（ＤＴ）は、ルータを介してクライアント端末によって受信される。データを誤りなく受信した場合、クライアント端末はＡＣＫをサーバへ返信する。サーバはクライアント端末からＡＣＫが返信されるまで待機しており、クライアント端末からのＡＣＫを受信した場合に、次のデータを送信する。
【０００９】
図４（ｂ）は、図３に示される通信システムによる通信のシーケンスを示している。ＴＣＰゲートウェイ３１はサーバ１からデータを受信し、クライアント端末６へデータを転送すると共に、このデータに対するＡＣＫを、クライアント端末６に代わって作成し、サーバ１へ送信する。サーバ１は、このＡＣＫを受信すると、クライアント端末６によってデータが正常に受信されたと判断し、次のデータを送信する。クライアント端末６はＴＣＰゲートウェイ３１からデータを受信し、そのデータに対応したＡＣＫを送信する。ＴＣＰゲートウェイ３１はそのＡＣＫを受信するが、サーバ１への転送は行わない。
【００１０】
ＴＣＰゲートウェイ３１は、クライアント端末６からデータの再送要求がなされた場合にデータを再送することができるようにするため、ＡＣＫを受信するまではデータを保持する。図３に示される通信システムによれば、ＴＣＰゲートウェイ３１を設けたことにより、サーバ１におけるデータの送信からＡＣＫの到着までの時間を削減することができるので、サーバ１とクライアント端末６との間の通信を高速化することができる。
【００１１】
図５は、３コネクション分割方式による従来の通信システムの構成を示す概略構成図である。図５においては、図４と同一の構成には同一の符号が付与されている。この通信システムにおいては、加入者ネットワーク５にＴＣＰゲートウェイ５３が設けられている。図６は、この通信システムによる通信のシーケンスを示している。ＴＣＰゲートウェイ３１とＴＣＰゲートウェイ５３との間の通信は独自のプロトコルに基づいて行われる。図３に示される通信システムによる通信の場合と同様に、この通信システムによれば、サーバ１とクライアント端末６との間の通信を高速化することができる。
【特許文献１】特開平１１−２５２１７９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
特に、遅延の大きい回線におけるＴＣＰ通信を高速化するためのＰＥＰ装置には、以下の動作が必要である。
１．送信端末から大量のパケットを先読みしてＰＥＰ装置内に蓄積する。
２．送信端末から先読みしたパケットを受信端末へ順次送信する。
３．ＡＣＫが返送されるまでパケットを保持する。
【００１３】
図７は、これを実現するためのＰＥＰ装置の機能を階層的に示している。図において、送信端末側とＰＥＰ装置との間のコネクションをＴＣＰ  ｃｏｎｎｅｃｔｉｏｎ  ＃１とし、受信端末側とＰＥＰ装置との間のコネクションをＴＣＰ  ｃｏｎｎｅｃｔｉｏｎ  ＃２とする。ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）８１およびＮＩＣ８２は、ＰＥＰ装置の物理的なインタフェースである。
【００１４】
ドライバ８３は、ＮＩＣ８１および８２と上位層とのデータの橋渡しを行う。ＩＰモジュール８４はＩＰを実行するソフトウェアである。ＴＣＰモジュール８５はＴＣＰを実行するソフトウェアである。ドライバ８３、ＩＰモジュール８４、およびＴＣＰモジュール８５は、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の中核部分をなすＫｅｒｎｅｌによって管理される。ＰＥＰプロセス８６は、ＰＥＰ装置が実行するアプリケーションプログラムを制御する。
【００１５】
ＴＣＰモジュール８５の機能の一つは、受信バッファ２３ａおよび送信バッファ２３ｂの管理を行うことである。一般的なＰＥＰ実装においては、送信端末−ＰＥＰ装置間には、一般的な（小さい）ウィンドウサイズに対応した受信バッファ２３ａ（バッファサイズをＲｂｕｆとする）が用意される。この受信バッファ２３ａは、送信端末側から受信されたデータを一時的に保持する。また、ＰＥＰ装置−受信端末間には、大きなウィンドウサイズに対応した大容量の送信バッファ２３ｂ（バッファサイズをＴｂｕｆとする）が用意される。この送信バッファ２３ｂは、受信端末へ送信されるデータを一時的に保持する。
【００１６】
送信端末側から受信されたデータは、受信バッファ２３ａに格納される。ＰＥＰプロセス８６は、受信バッファ２３ａが空になるか、送信バッファ２３ｂが満杯となるまで、受信バッファ２３ａからデータを読み出して、送信バッファ２３ｂに格納する。受信バッファ２３ａおよび２３ｂのバッファサイズは固定的であり、ＰＥＰ装置が送信端末に広告するウィンドウサイズ（Ｒｗｉｎ）は、送信バッファ２３ｂが満杯になるまで縮小しない。
【００１７】
特に遅延の大きい回線においては、回線帯域の変動や、低速受信端末・アプリケーションの存在、あるいは想定外のパケット紛失等により、受信端末への送信が滞る場合が考えられる。このような場合には、ＴＣＰコネクション単位で大量のパケット（受信バッファ２３ａ＋送信バッファ２３ｂ分）がＰＥＰ装置に滞留し、以下の問題が発生していた。
１．エンドエンドの端末間で予期しない転送遅延が発生する。
２．ＰＥＰ装置内のバッファ容量が逼迫する。
【００１８】
本発明は、上述した問題点に鑑みてなされたものであって、エンドエンドの端末間での大幅なデータ転送遅延の増大を避けると共に、バッファ容量の逼迫を緩和することができるデータ通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、データ通信を行う送信装置および受信装置の間に設けられ、前記送信装置および前記受信装置の間で行われるデータ通信を高速化するデータ通信装置において、前記送信装置によって送信されたデータを受信する受信手段と、前記受信手段によって受信された前記データを前記受信装置へ送信する送信手段と、前記受信手段によって受信された前記データを保持する受信データ保持手段と、前記送信手段によって送信される送信待ちの前記データを保持する送信データ保持手段と、前記受信データ保持手段から前記データを読み出して、前記送信データ保持手段に格納するデータ格納手段と、前記受信装置との通信における通信制御に用いられる通信制御変数の値に応じて、前記送信データ保持手段が保持するデータ量を決定するデータ量決定手段とを具備することを特徴とするデータ通信装置である。
【００２０】
請求項２に記載の発明は、請求項１に記載のデータ通信装置において、前記データ量決定手段はさらに、前記通信制御変数の値に応じて、前記受信データ保持手段が新たに保持することができるデータ量を決定することを特徴とする。
【００２１】
請求項３に記載の発明は、請求項１に記載のデータ通信装置において、前記データ量決定手段はさらに、前記送信データ保持手段が保持するデータ量に応じて、前記受信データ保持手段が新たに保持することができるデータ量を決定することを特徴とする。
【００２２】
請求項４に記載の発明は、請求項１〜請求項３のいずれかの項に記載のデータ通信装置において、前記通信制御変数は、輻輳ウィンドウであることを特徴とする。
【発明の効果】
【００２３】
本発明によれば、送信待ちのデータを保持する送信データ保持手段が保持するデータ量を、通信制御変数の値に基づいて決定するようにしたので、エンドエンドの端末間での大幅なデータ転送遅延の増大を避けると共に、バッファ容量の逼迫を緩和することができるという効果が得られる。
【発明を実施するための最良の形態】
【００２４】
以下、図面を参照し、本発明を実施するための最良の形態について説明する。本実施形態においては、２コネクション分割方式による通信システムにおいて用いられるデータ通信装置（ＰＥＰ装置）を想定するものとする。本実施形態によるデータ通信装置は、例えば文献（Ｔ．Ｈａｓｅｇａｗａ、他２名，「ＴＣＰ  Ｇａｔｅｗａｙ  ｆｏｒ  Ｓａｔｅｌｌｉｔｅ−ｂａｓｅｄ  Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｃｏｎｓｉｄｅｒｉｎｇ  Ａｃｃｏｍｍｏｄａｔｉｏｎ  ｏｆ  Ｍｕｌｔｉｐｌｅ  Ｃｕｓｔｏｍｅｒｓ」，情報処理学会論文誌，社団法人情報処理学会，第４３巻，第１２号，ｐ．３８６９−３８７７）に記載されたＴＣＰ−Ｖｅｇａｓベースの輻輳制御を行う。
【００２５】
図１は、本発明の一実施形態によるデータ通信装置の機能を階層的に示している。図において、送信端末側とＰＥＰ装置との間のコネクションをＴＣＰ  ｃｏｎｎｅｃｔｉｏｎ  ＃１とし、受信端末側とＰＥＰ装置との間のコネクションをＴＣＰ  ｃｏｎｎｅｃｔｉｏｎ  ＃２とする。ＮＩＣ７１およびＮＩＣ７２は、このデータ通信装置の物理的なインタフェースである。
【００２６】
ドライバ７３は、ＮＩＣ７１および７２と上位層とのデータの橋渡しを行う。ＩＰモジュール７４はＩＰを実行するソフトウェアである。ＴＣＰモジュール７５（データ量決定手段）はＴＣＰを実行するソフトウェアである。特に、ＴＣＰモジュール７５は受信バッファ１３ａ（受信データ保持手段）および送信バッファ１３ｂ（送信データ保持手段）の管理ならびに輻輳制御を行う。ドライバ７３、ＩＰモジュール７４、およびＴＣＰモジュール７５は、ＯＳの中核部分をなすＫｅｒｎｅｌによって管理される。ＰＥＰプロセス７６（データ格納手段）は、データ通信装置が実行するアプリケーションプログラムを制御する。
【００２７】
ＴＣＰモジュール７５は、送信バッファ１３ｂがデータ通信装置と受信端末との間で保持すべきデータ量Ｔｂｕｆ２（送信バッファ１３ｂによって既に保持されているデータ量と、ＰＥＰプロセス７６が送信バッファ１３ｂに新たに書き込むことができるデータ量との和）を、輻輳制御に用いられる輻輳制御変数（通信制御変数）である輻輳ウィンドウｃｗｎｄに基づいて決定する。ＴＣＰモジュール７５は、データ通信装置−受信端末間の遅延変動等に応じて、輻輳ウィンドウｃｗｎｄを増減させる。例えば、ＴＣＰモジュール７５は、データ通信装置−受信端末間の遅延を測定し、遅延が増加した場合に輻輳ウィンドウｃｗｎｄを減少させる。あるいは、受信端末側へ送信されたパケットが紛失した場合に、輻輳ウィンドウｃｗｎｄを減少させる。このように輻輳ウィンドウｃｗｎｄには、ＴＣＰ  ｃｏｎｎｅｃｔｉｏｎ  ＃２における送信レートの変動が反映される。ＴＣＰモジュール７５は、送信バッファ１３ｂが保持するデータ量Ｔｂｕｆ２を、以下の式に基づいて決定する。
Ｔｂｕｆ２＝Ｃ×ｃｗｎｄ  ・・・（１）
ただし、Ｃは正の定数（デフォルト値：２）であるとする。
【００２８】
また、ＴＣＰモジュール７５は、送信端末に対して広告する受信ウィンドウサイズ（Ｒｗｉｎ：受信バッファ１３ａが新たに保持することができるデータ量）を以下の式に基づいて決定する。
Ｒｗｉｎ＝ｍｉｎ（ｍａｘ(０，Ｔｂｕｆ２−ＤＴｓｕｍ)，Ｒｂｕｆ）  ・・・（２）
ただし、ｍｉｎ（Ｘ，Ｙ）＝Ｘ（Ｘ≦Ｙ）、ｍｉｎ（Ｘ，Ｙ）＝Ｙ（Ｘ＞Ｙ）、ｍａｘ（Ｘ，Ｙ）＝Ｙ（Ｘ≦Ｙ）、ｍｉｎ（Ｘ，Ｙ）＝Ｘ（Ｘ＞Ｙ）である。
【００２９】
ＤＴｓｕｍは、送信バッファ１３ｂが現在保持しているデータ量である。このデータ量は、データ通信装置−受信端末間において、ＡＣＫが返送されるまで送信バッファ１３ｂに保持されている送信済みのデータパケット、およびこれから送信される送信待ちのデータパケットの総量（蓄積パケット量）を表している。また、Ｒｂｕｆは受信バッファ量（送信端末に対して広告可能なウィンドウサイズの最大値）を表す。このように、受信ウィンドウサイズＲｗｉｎは、送信バッファ１３ｂが保持すべきデータ量Ｔｂｕｆ２に基づいて決定される。すなわち、輻輳ウィンドウｃｗｎｄの値が、送信端末−データ通信装置間の受信ウィンドウサイズＲｗｉｎに反映される。
【００３０】
次に、上記のデータ通信装置の動作について説明する。ＴＣＰコネクション（ＴＣＰ  ｃｏｎｎｅｃｔｉｏｎ  ＃１およびＴＣＰ  ｃｏｎｎｅｃｔｉｏｎ  ＃２）が確立すると、、送信端末から送信されたデータがＮＩＣ７１を介して入力される。このデータは、ドライバ７３によって上位層に渡され、ＩＰモジュール７４によって処理される。続いて、データはＴＣＰモジュール７５に渡され、ＴＣＰモジュール７５は、このデータの誤りを検査し、データに誤りがなかった場合、データを受信バッファ１３ａに格納すると共に、ＡＣＫを作成する。このＡＣＫは、ＩＰモジュール７４、ドライバ７３、およびＮＩＣ７１を介して送信端末へ送信される。
【００３１】
ＴＣＰモジュール７５は、受信端末側の遅延変動等に応じて輻輳ウィンドウｃｗｎｄを決定し、（１）式に基づいて、送信バッファ１３ｂが保持すべきデータ量Ｔｂｕｆ２を決定する。また、（２）式に基づいて、送信側に広告する受信バッファサイズＲｗｉｎを決定する。ＰＥＰプロセス７６は、受信バッファ１３ａが空になるか、送信バッファ１３ｂによって保持されるデータ量がＴｂｕｆ２となるまで、受信バッファ１３ａからデータを読み出し、送信バッファ１３ｂに格納する。
【００３２】
ＴＣＰモジュール７５は、送信バッファ１３ｂからデータを読み出し、ＩＰモジュール７４、ドライバ７３、およびＮＩＣ７２を介して受信端末へデータを送信する。受信端末へ送信されるデータはＴＣＰモジュール７５によってコピーされ、受信端末からＡＣＫが返信されるまでの間、送信バッファ１３ｂによって保持される。受信端末からのＡＣＫが受信された場合、ＴＣＰモジュール７５は、そのＡＣＫに対応した送信バッファ１３ｂ中のデータを削除する。
【００３３】
次に、上記の機能および動作を実現するデータ通信装置のハードウェア構成について説明する。図２は、本実施形態によるデータ通信装置の構成を示すブロック図である。以下、図中の各構成について説明する。Ｉ／Ｆ部１０ａおよび１０ｂは、データが入出力されるインタフェースであり、図１におけるＮＩＣ７１および７２に相当する構成である。送受信部１１（送信手段、受信手段）は、データの送受信に係る処理を行い、図１におけるドライバ７３およびＩＰモジュール７４に相当する機能を有する。
【００３４】
バッファ／ウィンドウ管理部１２（データ量決定手段、データ格納手段）は、ＴＣＰモジュール７５、およびＰＥＰプロセス７６の一部に相当する機能を有する。特に、バッファ／ウィンドウ管理部１２は、バッファ１３の管理を行うと共に、ＴＣＰに基づいた輻輳制御、フロー制御、および誤り制御（データ中の誤りの検査およびＡＣＫの作成等）等を行う。バッファ１３は、図１における受信バッファ１３ａおよび送信バッファ１３ｂを含むバッファであり、受信されたデータを一時的に記憶する。
【００３５】
なお、本実施形態においては、２コネクション分割方式による通信システムへの適用を想定して説明を行ったが、本実施形態によるデータ通信装置を３コネクション分割方式による通信システムに適用した場合も同様である。また、本実施形態のデータ通信装置はＴＣＰ−Ｖｅｇａｓベースの輻輳制御を行うとしたが、このデータ通信装置に他のＴＣＰ（ＴＣＰ−Ｒｅｎｏ等）を適用してもよい。また、（１）式における定数Ｃの値は２に限定されるものではなく、他の固定値を用いてもよいし、輻輳ウィンドウｃｗｎｄ等に応じて値が変化する値であってもよい。
【００３６】
上述したように、本実施形態において、ＴＣＰモジュール７５（バッファ／ウィンドウ管理部１２）は、送信バッファ１３ｂが保持するデータ量Ｔｂｕｆ２を、受信端末との通信における通信制御に用いられる輻輳ウィンドウｃｗｎｄの値に応じて決定する。この場合、ＴＣＰモジュール７５は、輻輳ウィンドウｃｗｎｄが増加した場合には、Ｔｂｕｆ２を増加させ、輻輳ウィンドウｃｗｎｄが減少した場合には、Ｔｂｕｆ２を減少させる。これにより、受信端末側で大きな遅延が発生しているにも関わらず、データ通信装置がデータを大量に蓄積するということがなくなるので、エンドエンドの端末間における予期しない転送遅延の発生を避けることができる。また、バッファ容量の逼迫を緩和することもできる。
【００３７】
また、送信バッファ１３ｂが保持すべきデータ量Ｔｂｕｆ２（または輻輳ウィンドウｃｗｎｄ）に応じて、受信バッファ１３ａが新たに保持することができるデータ量をＴＣＰモジュール７５（バッファ／ウィンドウ管理部１２）が決定することにより、上記の効果をより高めることができる。本実施形態によるデータ通信装置は、特に、無線通信路のように遅延の大きな回線や、非対称性の高い回線、伝送誤り率の大きな回線等に好適である。
【００３８】
以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成はこれらの実施の形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【図面の簡単な説明】
【００３９】
【図１】本発明の一実施形態によるデータ通信装置の機能を示す参考図である。
【図２】同実施形態によるデータ通信装置の構成を示すブロック図である。
【図３】従来の通信システムの概略構成を示す概略構成図である。
【図４】従来の通信システムによる通信のシーケンスを示す参考図である。
【図５】従来の通信システムの概略構成を示す概略構成図である。
【図６】従来の通信システムによる通信のシーケンスを示す参考図である。
【図７】従来のＰＥＰ装置の機能を示す参考図である。
【符号の説明】
【００４０】
１・・・サーバ、２・・・インターネット、３・・・送信地球局、４・・・通信衛星、５・・・加入者ネットワーク、６・・・クライアント端末、１０ａ，１０ｂ・・・Ｉ／Ｆ部、１１・・・送受信部、１２・・・バッファ／ウィンドウ管理部、１３・・・バッファ、１３ａ，２３ａ・・・受信バッファ、１３ｂ，２３ｂ・・・送信バッファ、３１，５３・・・ＴＣＰゲートウェイ、３２，５２・・・ルータ、３３，５１・・・アンテナ、７１，７２，８１，８２・・・ＮＩＣ、７３，８３・・・ドライバ、７４，８４・・・ＩＰモジュール、７５，８５・・・ＴＣＰモジュール、７６，８６・・・ＰＥＰプロセス。
【図１】
2005348107.tif 000003
【図２】
2005348107.tif 000004
【図３】
2005348107.tif 000005
【図４】
2005348107.tif 000006
【図５】
2005348107.tif 000007
【図６】
2005348107.tif 000008
【図７】
2005348107.tif 000009