(57)【要約】【課題】バーストエラーが予想されるネットワークの性能および通信効率を向上させることができる通信装置およびその通信制御方法を提供する。【解決手段】送信データを送信してから所定の設定時間が経過する前に当該送信データに対する確認応答ＡＣＫを受信側装置（２０）から受信したか否かを判定する再送タイマ（１０３）と、確認応答を所定の設定時間内に受信しなかった時に所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定する輻輳ウィンドウ決定部（１０６）と、設定された輻輳ウィンドウで送信すべきデータを送信するデータ送信部（１０１）とを有する。【選択図】図２
2012132283.tif 000002
【特許請求の範囲】
【請求項１】
送信したデータに対して確認応答を受信側から受け取る方式の通信システムにおける通信装置であって、
送信データを送信してから所定の設定時間が経過する前に当該送信データに対する確認応答を受信側装置から受信したか否かを判定する判定手段と、
前記確認応答を前記所定の設定時間内に受信しなかった時、前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定する輻輳ウィンドウ設定手段と、
前記設定された輻輳ウィンドウで送信すべきデータを送信するデータ送信手段と、
を有することを特徴とする通信装置。
【請求項２】
前記データ送信手段は、前記設定された輻輳ウィンドウで送信すべきデータを一定の頻度で送信することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記データ送信手段は、前記所定の設定時間の経過前に受信した最新の確認応答の受信時刻に基づいて前記受信側装置に到着したデータを推定し、当該推定データに続くデータを送信することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
送信したデータに対して確認応答を受信側から受け取る通信装置における通信制御方法であって、
判定手段が送信データを送信してから所定の設定時間が経過する前に当該送信データに対する確認応答を受信側装置から受信したか否かを判定し、
輻輳ウィンドウ設定手段が、前記確認応答を前記所定の設定時間内に受信しなかった時、前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定し、
データ送信手段が前記設定された輻輳ウィンドウで送信すべきデータを送信する、
ことを特徴とする通信制御方法。
【請求項５】
前記データ送信手段は、前記設定された輻輳ウィンドウで送信すべきデータを一定の頻度で送信することを特徴とする請求項４に記載の通信制御方法。
【請求項６】
前記データ送信手段は、前記所定の設定時間の経過前に受信した最新の確認応答の受信時刻に基づいて前記受信側装置に到着したデータを推定し、当該推定データに続くデータを送信することを特徴とする請求項４または５に記載の通信制御方法。
【請求項７】
送信装置が送信したデータに対して受信装置が確認応答を返信する通信システムであって、
前記送信装置は、
送信データを送信してから所定の設定時間が経過する前に当該送信データに対する確認応答を前記受信装置から受信したか否かを判定する判定手段と、
前記確認応答を前記所定の設定時間内に受信しなかった時、前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定する輻輳ウィンドウ設定手段と、
前記設定された輻輳ウィンドウで送信すべきデータを送信するデータ送信手段と、
を有し、
前記受信装置は前記送信データを受信したことを示す確認応答を送信する送信手段を有する、
ことを特徴とする通信システム。
【請求項８】
前記送信装置と前記受信装置がバーストロスが発生する可能性のあるネットワーク区間を挟んで配置されたことを特徴とする請求項７に記載の通信システム。
【請求項９】
送信装置が送信したデータに対して受信装置が確認応答を返信する通信システムにおける通信方法であって、
前記送信装置が送信データを送信し、
前記受信装置が前記送信データを受信した時に確認応答を前記送信装置へ返信し、
前記送信装置が、当該送信から所定の設定時間が経過する前に当該送信データに対する確認応答を前記受信装置から受信しなかった時に前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定し、前記設定された輻輳ウィンドウで送信すべきデータを送信する、
ことを特徴とする通信方法。
【請求項１０】
送信したデータに対して確認応答を受信側から受け取る通信装置におけるプログラム制御プロセッサを機能させるプログラムであって、
判定手段が送信データを送信してから所定の設定時間が経過する前に当該送信データに対する確認応答を受信側装置から受信したか否かを判定し、
輻輳ウィンドウ設定手段が、前記確認応答を前記所定の設定時間内に受信しなかった時、前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定し、
データ送信手段が前記設定された輻輳ウィンドウで送信すべきデータを送信する、
ように前記プログラム制御プロセッサを機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は端末間の通信システムに係り、特に送信データに対する確認応答を用いる通信システムにおける通信装置およびその通信制御方法に関する．
【背景技術】
【０００２】
インターネットで用いられる代表的な通信プロトコルであるＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)では、送信端末がデータを送信すると、それを受信した受信端末が確認応答を送信端末へ返信する。送信端末は、データを送信すると再送タイマを初期時間に設定し、その確認応答が受信端末から帰ってこないまま再送タイマがタイムアウトすると、確認応答がない送信データを１つだけ受信端末へ再送する。この再送を行う際、再送タイマは初期時間の２倍に時間に設定される。こうして再送タイマが作動するたびに、次の再送タイマの設定時間は２倍ずつ長くなるように規定されている。この再送タイマの設定動作は指数バックオフと呼ばれる。指数バックオフは、端末間の通信帯域が極端に小さい場合やネットワークが極端に混雑した場合にも通信を可能とするために用いられる。ＴＣＰは多様な通信環境で利用することを前提として設計されているため、このような機能を有する。【０００３】
受信端末は、再送されたパケットを受信すると、既に受信して整列が完了したパケットに対する確認応答を返信する。送信端末は、この確認応答を参照することで次に送信すべきデータを決定することができる。以下、図１を参照しながら具体例を説明する。【０００４】
図１において、送信端末から受信端末へデータが送信されているが、図中の「シグナルロスト」と記された期間、通信信号が断絶し端末間の通信パケットが消失したものとする。この例では、送信端末は、データ３に対する確認応答が受信できないため、データ３の送信後に再送タイマが起動した時に（ＲＴＯ:Retransmission Time Out）、当該データ３を再送する。受信端末は、再送データ３の到着をトリガとして、データ４まで受信している旨を記した確認応答（ＡＣＫ４）を返信する。送信端末は、ＡＣＫ４を受信すると、これに続くデータ５を送信する。【０００５】
なお、受信側からの確認応答に応じてパケットの再送を行う通信システムは多く提案されており、たとえば特許文献１には、マルチメディア通信において、受信側から正常受信の確認応答が所定時間内に得られないときに再送処理が実行されるシステムが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１０−０５６４８０号公報
【特許文献２】特開２０１０−０３５０３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、一般的に、ネットワークではキューイング遅延や処理遅延などにより遅延が突発的に増加することがあるため、再送タイマの初期値は十分大きく（１秒ほどに）設定されている。このため、再送タイマが起動されデータが再送される場合には、通信停止による性能低下が生じる。また再送が行われた後も、パケットが端末間を往復するラウンドトリップ遅延時間ＲＴＴ(Round Trip Time)の間は通信が行われないので、ＲＴＴが大きい場合には大きな性能低下となってしまう。【０００８】
近年ではＴＣＰ／ＩＰ通信の適用範囲が広がり、ますます様々なネットワーク環境で用いられるようになったが、一部の環境ではＴＣＰの通信性能が得られない場合がある。なかでも無線回線や長距離回線を通した通信ではＴＣＰの性能低下が知られている。しかしながら、将来は、より高い周波数領域での無線高速通信の実施が考えられるので、このようなＴＣＰ／ＩＰ通信は衛星間通信などの長距離通信にも応用されることが期待されている。【０００９】
信号エラーが発生する可能性がある長距離通信では、遅延が大きいことから自動再送要求（ＡＲＱ）のような再送方法は通信効率を悪化させる。そこで前方誤訂正符号(ＦＥＣ)が使用されるが、ＦＥＣではバースト的な信号エラーを回復するにはオーバヘッドが大きくなるため、バースト的な信号エラーをＦＥＣにより完全に防止することは経済的ではない。【００１０】
これに対して、ＴＣＰには受信端末が消失したデータの番号を送信者に知らせるセレクティブＡＣＫ（Selective ACK）オプションがある。しかしながら、バーストロスにより大量のデータが失われた場合や確認応答が１つも返信されて来なかった場合には、最も基本的な確認応答による動作が行われるため、一部到着していたデータがあったとしても多くが再送されることとなり、結果的に通信効率が悪化してしまう。【００１１】
このように、上述したＴＣＰや特許文献１などに記載されている通信方式では、バーストエラーが予想されるネットワークを通してデータ通信が行われると、再送タイムアウトの動作が問題となって著しく性能が低下する。特に、再送タイムアウトが繰り返された場合、ＴＣＰでは指数バックオフにより極端な性能低下が生じてしまう。【００１２】
また、バーストエラーが発生した後でネットワークが通信可能となった場合、ＴＣＰでは、上述したように再送パケットに対するＡＣＫを受信するまで通信が停止状態となっている。すなわち、パケットが送信端末と受信端末との間を一往復するだけの時間は通信性能が得られないこととなる。このためにネットワークの復旧を迅速に検出することができず、ネットワーク性能を低下させるひとつの原因となっている。【００１３】
さらに、再送タイムアウトになると送信端末が再送データを送信し、受信端末がその確認応答を返信する際に受信済みのデータ番号を通知するので、送信端末は当該確認応答を受け取るまで次に送信すべきデータを知ることができない。その結果、受信端末で既に受信しているデータを重複して再送する可能性があり、これもネットワーク性能を低下させる原因である。【００１４】
そこで本発明の目的は、バーストエラーが予想されるネットワークの性能および通信効率を向上させることができる通信装置およびその通信制御方法を提供することにある。
【課題を解決するための手段】
【００１５】
本発明による通信装置は、送信したデータに対して確認応答を受信側から受け取る方式の通信システムにおける通信装置であって、送信データを送信してから所定の設定時間が経過する前に当該送信データに対する確認応答を受信側装置から受信したか否かを判定する判定手段と、前記確認応答を前記所定の設定時間内に受信しなかった時、前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定する輻輳ウィンドウ設定手段と、前記設定された輻輳ウィンドウで送信すべきデータを送信するデータ送信手段と、を有することを特徴とする。【００１６】
本発明による通信制御方法は、送信したデータに対して確認応答を受信側から受け取る通信装置における通信制御方法であって、判定手段が送信データを送信してから所定の設定時間が経過する前に当該送信データに対する確認応答を受信側装置から受信したか否かを判定し、輻輳ウィンドウ設定手段が、前記確認応答を前記所定の設定時間内に受信しなかった時、前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定し、データ送信手段が前記設定された輻輳ウィンドウで送信すべきデータを送信する、ことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、バーストエラーが予想されるネットワークの性能および通信効率を向上させることができる。
【図面の簡単な説明】
【００１８】
【図１】図１は背景技術によるデータ通信手順を説明するためのシーケンス図である。
【図２】図２は本発明の一実施形態による通信装置の機能的構成を示すブロック図である。
【図３】図３は本実施形態による通信制御方法に従ったデータ通信手順を説明するためのシーケンス図である。
【図４】図４は本実施形態による通信制御方法を示すフローチャートである。
【図５】図５は本発明の他の実施形態による通信装置を利用した中継ネットワーク図である。
【図６】図６は、図５におけるＴＣＰ中継器の送信機能の構成を示すブロック図である。
【図７】図７は、図５におけるＴＣＰ中継器の受信機能の構成を示すブロック図である。
【発明を実施するための形態】
【００１９】
本発明の実施形態によれば、再送タイマが作動した場合に送信側の輻輳ウィンドウを増加させることで、通信信号にバーストエラーがある場合でも再送タイムアウトの動作時の性能を大幅に改善することができる。増加した輻輳ウィンドウにおいて十分な頻度でデータ送信することにより、バーストエラーが解消して通信が再開したことを迅速に検出することが可能となる。さらに、本発明によれば、再送タイムアウトとなった時に受信端末が受信済みであろうデータ番号を推測することで、重複するデータの再送を回避することができ通信効率をさらに改善することができる。以下、本発明の実施形態および実施例について図面を参照しながら詳細に説明する。
【００２０】
１．一実施形態
図２において、送信側通信装置１０（以下、送信端末１０という。）と受信側通信装置２０（以下、受信端末２０という。）はネットワーク３０を介して接続され、ＴＣＰコネクションを利用してデータを転送するものとする。送信端末１０はデータをネットワーク３０を通して受信端末２０へ送信し、受信端末２０は受信したデータに対する確認応答をネットワーク３０を通して送信端末１０へ返信する。
【００２１】
ネットワーク３０は有線あるいは無線を問わないが、通信信号が断続的に消失(バーストロス)する可能性があるネットワークであるものとする。例えば、衛星局と陸上局との長距離無線通信などのように、往復時間ＲＴＴが長く遮蔽物などにより信号の遮断が想定されるネットワークなどである。
【００２２】
送信端末１０は、アプリケーション１１と、送信すべきデータを格納するデータ記憶部１２と、アプリケーション１１からデータを入力しＴＣＰプロトコルに従って本実施形態による通信制御を実行するＴＣＰ送信部１３と、ＴＣＰ送信部１３から受け取ったデータをパケット化するＩＰ処理部１４と、ＩＰ処理部１４から渡されたパケットをフレーム化してネットワーク３０へ出力する入出力処理部１５とを含む。
【００２３】
ＴＣＰ送信部１３は、アプリケーションから入力したデータをセグメント化しレート制御しつつＩＰ処理部１４へ出力するデータ送信部１０１と、セグメントを記憶するセグメント記憶部１０２と、データを送信するたびにセットされ所定の設定時間の経過（ＲＴＯ）を判定する再送タイマ１０３と、送信したデータに対する確認応答を受信するまでの時間を計測する遅延計測部１０４と、送信データが受信側に到達していると推定するデータ到達推定部１０５と、輻輳ウィンドウサイズ(送信可能なデータ量)を決定する輻輳ウィンドウ決定部１０６と、から構成される。なお、輻輳ウィンドウとは送信側が送信できる最大のデータ番号であり、輻輳ウィンドウサイズとは輻輳ウィンドウから現在送信済みでかつＡＣＫが返信されてきていない最小のデータシーケンス番号を減じたもの、すなわち送信可能なデータ量を指す。
【００２４】
特に、データ到達推定部１０５は、遅延計測部１０４が計算した送信端末１０と受信端末２０との間の遅延Ｄ（Ｄ＝ＲＴＴ／２）を参照し、受信している最新の確認応答ＡＣＫの受信時刻Ｒから最新の確認応答ＡＣＫが送信された時刻Ｌ（＝Ｒ−Ｄ）を推定し、時刻Ｌよりも前に送信されていたデータは受信端末２０に到達していると推定する。この推定時刻Ｌに基づいて、輻輳ウィンドウ決定部１０６は、時刻Ｌ以降に送信された再送データとこれに続く未送信データとをあわせた合計と等しくなるように輻輳ウィンドウを増加させる。この輻輳ウィンドウは送信端末１０と受信端末２０との間のパイプを満たすデータ分量に相当する。
【００２５】
受信端末２０は、アプリケーション２１と、受信したデータを記憶するデータ記憶部２２と、ＩＰ処理部２４から受け取ったパケットをデータ化しＴＣＰプロトコルに従って通信制御を実行するＴＣＰ受信部２３と、入出力処理部２５から受け取ったフレームをパケット化しＴＣＰ受信部２３へと渡すＩＰ処理部２４と、ネットワーク３０から受け取ったフレームをＩＰ処理部２４に渡す入出力処理部２５と、から構成される。
【００２６】
ＴＣＰ受信部２３は、ＩＰ処理部２４から受け取ったパケットをデータ化してアプリケーション２１へ出力するデータ受信部２０１と、セグメントを記憶するセグメント記憶部２０２と、受信したデータに対する確認応答ＡＣＫを返信するＡＣＫ送信部２０３と、から構成される。
【００２７】
なお、ＴＣＰ送信部１３のデータ送信部１０１、再送タイマ１０３、遅延計測部１０４、データ到達推定部１０５および輻輳ウィンドウ決定部１０６の各機能は、図示しないメモリに格納されたプログラムをＣＰＵ等のプログラム制御プロセッサ上で実行することにより実現することもできる。次に、本実施形態による通信手順を説明するが、受信端末２０の動作は既存のＴＣＰと同様であるから、主に送信端末１０に着目して説明する。
【００２８】
２．通信シーケンス
図３は送信端末１０と受信端末２０との間のパケットトランザクションの例を示す。まず、ブロック矢印で示す期間に通信信号が断絶する場合を想定する。送信端末１０はデータ１から順に送信し、データを送信するごとに当該データに対する再送タイマ１０３をセットする。再送タイマ１０３はデータが送信されてから当該データに対するＡＣＫが平滑化ＲＴＴ（ｓＲＴＴ）以内に受信できなかった場合に起動される。ｓＲＴＴの算出方法はＴＣＰの規定に含まれる。
【００２９】
図３では、データ３以降のデータに対するＡＣＫ３が返信されてないため、再送タイマ１０３がデータ３の送信時からｓＲＴＴ時間経過後に起動される。このとき、送信端末１０は時刻Ｒで最も新しいＡＣＫ２を受信しているので、ＡＣＫ２の受信時刻Ｒからネットワークの遅延Ｄを差し引くことで、ＡＣＫ２が受信端末２０から送信された時刻Ｌ (Ｌ＝Ｒ−Ｄ)を推定する。すなわち、この推定時刻Ｌよりも前に送信端末１０が送信したデータは受信端末２０に到着していると推定する。
【００３０】
図３に示す例では、データ４まで受信端末２０に到達していると推定されるので、送信端末１０は、それに続くデータ５から再送を開始する。その際、データ５から数え、再送タイムアウトＲＴＯが起動される前の輻輳ウィンドウＷｏと等しいだけのデータをさらに送信する。具体的には、ＡＣＫ２を受信した直後にデータ３〜データ６まで送信しているのでＷｏ＝４であり、これに送信すべき１つのデータ５からＷｏ個のデータを送信できるようにすれば、輻輳ウィンドウＷ＝５＋Ｗｏ−１＝８となる。言い換えれば、本実施形態によれば、再送タイムアウトＲＴＯが起動される前の輻輳ウィンドウＷｏを増大させてデータを送信する。したがって、この例では、データ５から４つのデータ、つまりデータ５〜データ８までが送信される。
【００３１】
さらに、データ５の送信からｓＲＴＴ（＝２Ｄ）経過した後でも受信端末２０からＡＣＫが確認できない場合には、再び再送タイマが起動し、上述と同様にデータ５から４つのデータの送信が繰り返される。この２度目のデータ５〜データ８の送信中に通信が回復し、データ７が正常に受信端末２０へ到達し、それに対するＡＣＫ７が送信端末１０へ返信されてきたとする。このＡＣＫ７を受信した時点で、送信端末１０はネットワークが復旧したことを知ることができる。
【００３２】
このように、ＡＣＫ２が受信端末２０から送信された時刻Ｌ (Ｌ＝Ｒ−Ｄ)を算出し、それより前の送信データは受信端末２０に到達していると推定できるので、それ以降のデータを送信すればよい。したがって重複したデータの送信を回避することができ、かつ通信の一時停止も防止することができる。
【００３３】
３．送信端末の動作
図４において、データ送信部１０１はＴＣＰコネクションが送信端末１０と受信端末２０の間で開設され、アプリケーション１１からデータが入力されることで処理が開始される。
【００３４】
データ送信部１０１は、送信すべきデータがあるか否かを判定し（動作４０１）、既に送信すべきデータがなくアプリケーション１１からコネクション終了指示があった場合には（動作４０１のＮＯ）、処理を終了する。送信すべきデータがある場合には（動作４０１のＹＥＳ）、データ送信部１０１は送信すべきデータをセグメント化してＩＰ処理部１４へ出力し、当該データに対する再送タイマ１０３をｓＲＴＴ後にタイムアウトするようにセットする(動作４０２)。輻輳ウィンドウ制御に基づいて、送信データはＩＰ処理部１４でパケット化され入出力処理部１５を通して送信される。
【００３５】
データ送信部１０１は、パケットを送信した後、受信端末２０から当該送信パケットに対するＡＣＫを受信したか否かを判定する（動作４０３）。ＡＣＫを受信すれば（動作４０３のＹＥＳ）、動作４０１へ戻り、次のデータの送信プロセスへ移行する。ＡＣＫを受信しなければ（動作４０３のＮＯ）、再送タイマ１０３が起動したか否かを判定する（動作４０４）。ｓＲＴＴを経過していなければ（動作４０４のＮＯ）、ＡＣＫの受信を待機する（動作４０３，４０４）。
【００３６】
ＡＣＫを受信しないままｓＲＴＴを経過すると（動作４０４のＹＥＳ）、データ到達推定部１０５は、上述したように、受信している最新の確認応答ＡＣＫの受信時刻Ｒから最新の確認応答ＡＣＫが送信された時刻Ｌ（＝Ｒ−Ｄ）を推定し、時刻Ｌよりも前に送信されていたデータは受信端末２０に到達していると推定する（動作４０５）。
【００３７】
続いて、輻輳ウィンドウ決定部１０６は、輻輳ウィンドウＷを次に送信すべきデータ（ｎ＋１）から数えて再送タイマ起動時の輻輳ウィンドウサイズＷｏ分を送信可能な数に更新する（動作４０６）。すなわち、データｎ＋Ｗｏ分のデータまで送信可能とする。そして、動作４０２へ戻り、以上述べた処理を繰り返す。
【００３８】
４．効果
本実施形態によれば、通信が再開した場合にも、受信端末は既に受信したデータを重複して受信することが回避され、かつ、受信端末２０がＡＣＫを返信してから送信端末１０に到達するまでの間も送信端末１０は続くデータを送信し続けることができるので、通信の一時停止時間がなく迅速に通信信号の再開を検出できる。
【００３９】
５．他の実施形態
本発明による通信装置は、ＴＣＰ中継器をバーストロスが発生するネットワークで接続した中継ネットワークにも適用可能である。
【００４０】
図５に示すように、送信端末５０１から送信されたデータは、ＴＣＰ中継器５０３および５０４と、それぞれの通信区間でのＴＣＰコネクション５０８，５０９および５１０とを通して、受信端末５０２へデータを転送する。ここでは、ネットワーク５０６がバーストロスが発生するリンクであり、ネットワーク５０５および５０７が輻輳が発生するネットワークであるとする。このようなシステムにおいて、本実施形態による通信装置はＴＣＰ中継器５０３および５０６の間のＴＣＰコネクション５０６にて実施される．送信端末５０１および受信端末５０２とそれぞれ通信するＴＣＰコネクション５０８および５１０では通常のＴＣＰによる通信が実行される。
【００４１】
図６において、ＴＣＰ中継器５０３は、データ転送部６０１、データ記憶部６０２、ＴＣＰ送信部６０３、ＴＣＰ受信部６０４、ＩＰ処理部６０５および入出力処理部６０６を有し、ＴＣＰ送信部６０３が図２に示す送信端末１０のＴＣＰ送信部１３と同じ構成を有する。データ転送部６０１は、ＴＣＰ受信部６０４で受信したデータをデータ記憶部６０２に格納しＴＣＰ送信部６０３へ出力する機能を有する。
【００４２】
図７において、ＴＣＰ中継器５０４は、データ転送部７０１、データ記憶部７０２、ＴＣＰ送信部７０３、ＴＣＰ受信部７０４、ＩＰ処理部７０５および入出力処理部７０６を有し、ＴＣＰ送信部７０３が図２に示す受信端末２０のＴＣＰ受信部２３と同じ構成を有する。データ転送部７０１は、ＴＣＰ受信部７０４で受信したデータをデータ記憶部７０２に格納しＴＣＰ送信部７０３へ出力する機能を有する。
【００４３】
このように、バーストロスが発生するネットワーク５０６を挟んで本実施形態によるＴＣＰ送信部６０３とＴＣＰ受信部７０４を設けることにより、この区間だけに本発明による通信方式を実施することができる。リンクの両端にＴＣＰ中継器５０３および５０４を配置することでトラヒックの合流がなくなるので、輻輳の発生を抑えることができる。またトラヒックの合流がないのでネットワーク遅延の計測精度が向上し、より正確に再送するべきデータを推測できる。
【００４４】
また、図５に示すように、一部の区間で本実施形態を適用し、他の区間で既存のＴＣＰを利用することで、ＴＣＰの性能への影響を小さくして本実施形態を効果的に利用することができる。
【００４５】
６．付記
上述した実施形態の一部あるいは全部は、以下の付記のようにも記載されうるが、これらに限定されるものではない。
【００４６】
（付記１）
送信したデータに対して確認応答を受信側から受け取る方式の通信システムにおける通信装置であって、
送信データを送信してから所定の設定時間が経過する前に当該送信データに対する確認応答を受信側装置から受信したか否かを判定する判定手段と、
前記確認応答を前記所定の設定時間内に受信しなかった時、前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定する輻輳ウィンドウ設定手段と、
前記設定された輻輳ウィンドウで送信すべきデータを送信するデータ送信手段と、
を有することを特徴とする通信装置。
【００４７】
（付記２）
前記データ送信手段は、前記設定された輻輳ウィンドウで送信すべきデータを一定の頻度で送信することを特徴とする付記１に記載の通信装置。
【００４８】
（付記３）
前記データ送信手段は、前記所定の設定時間の経過前に受信した最新の確認応答の受信時刻に基づいて前記受信側装置に到着したデータを推定し、当該推定データに続くデータを送信することを特徴とする付記１または２に記載の通信装置。
【００４９】
（付記４）
前記受信側装置との間の信号遅延測定値と前記最新の確認応答の受信時刻とを用いて前記受信側装置に到着したデータを推定することを特徴とする付記３に記載の通信装置。
【００５０】
（付記５）
送信したデータに対して確認応答を受信側から受け取る通信装置における通信制御方法であって、
判定手段が送信データを送信してから所定の設定時間が経過する前に当該送信データに対する確認応答を受信側装置から受信したか否かを判定し、
輻輳ウィンドウ設定手段が、前記確認応答を前記所定の設定時間内に受信しなかった時、前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定し、
データ送信手段が前記設定された輻輳ウィンドウで送信すべきデータを送信する、
ことを特徴とする通信制御方法。
【００５１】
（付記６）
前記データ送信手段は、前記設定された輻輳ウィンドウで送信すべきデータを一定の頻度で送信することを特徴とする付記５に記載の通信制御方法。
【００５２】
（付記７）
前記データ送信手段は、前記所定の設定時間の経過前に受信した最新の確認応答の受信時刻に基づいて前記受信側装置に到着したデータを推定し、当該推定データに続くデータを送信することを特徴とする付記５または６に記載の通信制御方法。
【００５３】
（付記８）
前記受信側装置との間の信号遅延測定値と前記最新の確認応答の受信時刻とを用いて前記受信側装置に到着したデータを推定することを特徴とする付記７に記載の通信制御方法。
【００５４】
（付記９）
送信装置が送信したデータに対して受信装置が確認応答を返信する通信システムであって、
前記送信装置は、
送信データを送信してから所定の設定時間が経過する前に当該送信データに対する確認応答を前記受信装置から受信したか否かを判定する判定手段と、
前記確認応答を前記所定の設定時間内に受信しなかった時、前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定する輻輳ウィンドウ設定手段と、
前記設定された輻輳ウィンドウで送信すべきデータを送信するデータ送信手段と、
を有し、
前記受信装置は前記送信データを受信したことを示す確認応答を送信する送信手段を有する、
ことを特徴とする通信システム。
【００５５】
（付記１０）
前記送信装置と前記受信装置がバーストロスが発生する可能性のあるネットワーク区間を挟んで配置されたことを特徴とする付記９に記載の通信システム。
【００５６】
（付記１１）
送信装置が送信したデータに対して受信装置が確認応答を返信する通信システムにおける通信方法であって、
前記送信装置が送信データを送信し、
前記受信装置が前記送信データを受信した時に確認応答を前記送信装置へ返信し、
前記送信装置が、当該送信から所定の設定時間が経過する前に当該送信データに対する確認応答を前記受信装置から受信しなかった時に前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定し、前記設定された輻輳ウィンドウで送信すべきデータを送信する、
ことを特徴とする通信方法。
【００５７】
（付記１２）
送信したデータに対して確認応答を受信側から受け取る通信装置におけるプログラム制御プロセッサを機能させるプログラムであって、
判定手段が送信データを送信してから所定の設定時間が経過する前に当該送信データに対する確認応答を受信側装置から受信したか否かを判定し、
輻輳ウィンドウ設定手段が、前記確認応答を前記所定の設定時間内に受信しなかった時、前記所定の設定時間が経過する前に設定されていた輻輳ウィンドウサイズ以上の輻輳ウィンドウを設定し、
データ送信手段が前記設定された輻輳ウィンドウで送信すべきデータを送信する、
ように前記プログラム制御プロセッサを機能させるプログラム。
【産業上の利用可能性】
【００５８】
本発明はＴＣＰ方式の通信システムに適用可能である。
【符号の説明】
【００５９】
１０  送信端末
１１  アプリケーション
１２  データ記憶部
１３  ＴＣＰ送信部
１４  ＩＰ処理部
１５  入出力処理部
１０１  データ送信部
１０２  セグメント記憶部
１０３  再送タイマ
１０４  遅延計測部
１０５  データ到達推定部
１０６  輻輳ウィンドウ決定部
２０  受信端末
２１  アプリケーション
２２  データ記憶部
２３  ＴＣＰ受信部
２４  ＩＰ処理部
２５  入出力処理部
２０１  データ送信部
２０２  セグメント記憶部
２０３  ＡＣＫ送信部
【図１】
2012132283.tif 000003
【図２】
2012132283.tif 000004
【図３】
2012132283.tif 000005
【図４】
2012132283.tif 000006
【図５】
2012132283.tif 000007
【図６】
2012132283.tif 000008
【図７】
2012132283.tif 000009
【国際調査報告】
2012132283.tif 000010
2012132283.tif 000011
2012132283.tif 000012
2012132283.tif 000013