JP2021082925A - 通信装置、通信装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】遅延ＡＣＫパケットの送信頻度を制御する。【解決手段】通信装置は、他の通信装置からパケットを受信し、該受信されたパケットのデータを受信バッファに格納し、該受信されたパケットの数が、該受信されたパケットに対する確認応答（ＡＣＫ）パケットを送信するための基準として用いられる基準パケット数以上になった場合に、該ＡＣＫパケットを送信する。通信装置は、該受信バッファの空き容量を表すウインドウサイズが所定の閾値未満の場合に、該ＡＣＫパケットの送信頻度が高くなるように、該基準パケット数を制御する。【選択図】 図４

Description

本発明は、確認応答を用いた通信を行う通信装置等に関する。

ＴＣＰ（Transport Control Protocol）では、送信装置からデータパケットを受信した受信装置は、確認応答（Acknowledgement、ＡＣＫ）パケットを送信する仕組みが規定されている（特許文献１）。また、ＴＣＰでは、所定数のデータパケットを受信すると当該所定数分のデータパケットに対して１つのＡＣＫパケットを送信する遅延確認応答（遅延ＡＣＫ）が規定されている。また、ＴＣＰでは、受信したデータパケットの数が所定数に満たない場合であっても、１つ目のデータパケットの受信から所定の遅延時間が経過すると、遅延ＡＣＫパケットを送信することも規定されている。

特開２０１４−１８３５３３号公報

上記のように、遅延ＡＣＫを使用するＴＣＰ通信では、遅延ＡＣＫパケットの送信頻度（以下、ＡＣＫ送信頻度）と、遅延ＡＣＫを送信するための１つ目のデータパケットの受信からの遅延時間（以下、単に遅延時間とも称する）を設定する必要がある。ＡＣＫ送信頻度は、遅延ＡＣＫパケットを送信するための基準として用いられる受信データパケット数（以下、遅延ＡＣＫ送信のための基準パケット数）に対応する。ここで、ＡＣＫ送信頻度を固定に設定した場合（すなわち、遅延ＡＣＫ送信のための基準パケット数を固定に設定した場合）、以下の課題が生じる。

受信装置の受信バッファの空き容量を表すウインドウサイズは、ＡＣＫパケットのウインドウサイズフィールドを用いて、送信装置に通知される。送信装置は受信したＡＣＫパケットから取得したウインドウサイズに基づき、送信するデータ量を決定する。送信装置は決定した量のデータ（例えば、ウインドウサイズ分のデータ）のデータパケットの送信を終えると、受信装置からＡＣＫパケットを受信するまでデータパケットの送信を停止する。送信装置がデータパケットの送信を停止する前に送ったデータパケット数が、遅延ＡＣＫ送信のための基準パケット数に満たない場合、受信装置は遅延時間の経過後に遅延ＡＣＫパケットを送信する。しかしながら、受信装置が遅延時間の経過後に遅延ＡＣＫパケットを送信する回数が増加すると、通信性能が低下する。遅延ＡＣＫ送信のための基準パケット数を大きく設定するほど（すなわち、ＡＣＫ送信頻度が低いほど）、ＡＣＫ送信を待たなければならないパケット数が増えるため、遅延時間を待って遅延ＡＣＫパケットを送信する可能性が大きくなる。

本発明は上記課題に鑑みてなされたものであり、遅延ＡＣＫパケットの送信頻度を制御するための技術を提供することを目的とする。

上記目的を達成するための一手段として、本発明の通信装置は以下の構成を有する。すなわち、通信装置であって、の通信装置からパケットを受信する受信手段と、前記受信手段により受信されたパケットのデータを受信バッファに格納する格納手段と、前記受信手段により受信されたパケットに対する確認応答（ＡＣＫ）パケットを送信するための基準として用いられる基準パケット数を制御する制御手段と、前記受信手段により受信されたパケットの数が、前記基準パケット数以上になった場合に、前記ＡＣＫパケットを送信する送信手段と、を有し、前記制御手段は、前記受信バッファの空き容量を表すウインドウサイズが所定の閾値未満の場合に、前記ＡＣＫパケットの送信頻度が高くなるように、前記基準パケット数を制御する。

本発明によれば、遅延ＡＣＫパケットの送信頻度を制御するための技術が提供される。

通信装置と他の通信装置２０の接続形態を示す図。 通信装置１０のハードウエア構成例を示すブロック図 通信装置１０の機能構成例を示すブロック図。 第１実施形態による通信装置１０により実行される処理のフローチャート。 第２実施形態による通信装置１０により実行される処理のフローチャート。 第３実施形態による通信装置１０により実行される処理のフローチャート。

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

（第１実施形態）
［通信システムの構成］
図１は、通信装置１０と他の通信装置２０から構成される通信システムにおける接続形態を示す図である。通信装置１０と他の通信装置２０は、ネットワーク３０を介して相互に接続されている。例えば、他の通信装置２０はデータパケットを送信し、データパケットを受信した通信装置１０は（遅延）ＡＣＫパケットを送信する。通信装置１０は、一例として、センサデバイス、タブレット、スマートフォン、ＰＣ、ノートＰＣ、携帯電話、カメラ、ビデオカメラ、ヘッドマウントディスプレイ等であるが、後述のハードウエア構成及び機能構成を満たすものであれば、これらに限定されない。一方、他の通信装置２０は、一例として、センサデバイス、タブレット、スマートフォン、ＰＣ、ノートＰＣ、携帯電話、カメラ、ビデオカメラ、ヘッドマウントディスプレイ等であるが、これらに限定されない。

ネットワーク３０は、一例として、通信装置１０と他の通信装置２０が参加する無線ＬＡＮ（Local Area Network）であり、例えばＩＥＥＥ８０２．１１シリーズの規格に対応した無線ネットワークである。なお、ネットワーク３０は、無線ＬＡＮに限定されず、Ｅｔｈｅｒｎｅｔ等の有線ＬＡＮ、無線ＬＡＮと有線ＬＡＮの組み合わせ等、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）通信やＡＣＫ（確認応答）パケット通信を使用する他のプロトコルが可能なネットワークであればよい。

[装置の構成]
図２は、本実施形態による通信装置１０のハードウエア構成例を示すブロック図である。 通信装置１０は、ＲＡＭ（Random Access Memory）２０１、ＲＯＭ（Read Only Memory）２０２、ＣＰＵ（Central Processing Unit）２０３、タイマ部２０４、メディアアクセス制御モジュール（ＭＡＣ）２０５、物理レイヤモジュール（ＰＨＹ）２０６、アンテナ２０７を備える。なお、通信装置１０が上記のモジュール全てを備えることは必須でない。

ＲＡＭ２０１は、プログラムやデータを一時記憶する。ＲＯＭ２０２は、変更を必要としないプログラムやパラメータを格納する。ＣＰＵ２０３は、通信装置１０全体を制御する。ＣＰＵ２０３は、メインメモリであるＲＡＭ２０１をワークメモリとして、ＲＯＭ２０２や図示しないＨＤＤ（Hard Disc Drive）などプログラム格納部の記憶媒体に格納された各種プログラムを実行する。タイマ部２０４は、計時処理を行い、プログラムの処理などの時間の経過を管理する。ＭＡＣ２０５とＰＨＹ２０６は、アンテナ２０７を介してネットワーク３０経由の通信を行う通信部である。ＣＰＵ２０３は、ネットワークドライバを実行し、ＭＡＣ２０５を制御して各種データの送受信を行う。

図３は、本実施形態による通信装置１０の機能構成例を示すブロック図である。通信装置１０は、制御部３０１、ＬＡＮ制御部３０２、ＴＣＰ／ＩＰ制御部３０３を備え、ＴＣＰ／ＩＰ制御部３０３は、受信処理部３０４、送信処理部３０５、バッファ管理部３０６、パケットカウント部３０７、ＡＣＫ制御部３０８を備える。各機能モジュールは、ＣＰＵ２０３により処理が実行される。なお、通信装置１０が上記の機能モジュール全てを備えることは必須でない。

制御部３０１は、通信装置１０が備える個々の機能モジュールを制御する。ＬＡＮ制御部３０２はＭＡＣ２０５を制御し、他の通信装置２０との通信の制御を行う。通信装置１０が外部の無線アクセスポイント（不図示）を経由して他の通信装置２０と無線ＬＡＮ接続する場合は、ＬＡＮ制御部３０２は、ＭＡＣ２０５を制御して無線アクセスポイントとの無線ＬＡＮ通信の制御を行う。なお、ＬＡＮ制御部３０２はこれに限らず、有線ＬＡＮ通信の制御など、ＴＣＰ／ＩＰ通信やＡＣＫ（確認応答）パケットを用いた通信といった他の通信方式の制御を行いうる。

ＴＣＰ／ＩＰ制御部３０３は、ＬＡＮ制御部３０２を利用して、他の通信装置２０との間でＴＣＰ／ＩＰ方式の通信プロトコル処理および通信制御を行う。なお、ＴＣＰ／ＩＰ制御部３０３は、ＴＣＰ／ＩＰに限らず、ＡＣＫ（確認応答）パケット通信を使用する他のプロトコルを利用してもよい。以下、ＴＣＰ／ＩＰ制御部３０３における機能モジュールについて説明する。

受信処理部３０４は、ＬＡＮ制御部３０２を介して他の通信装置２０からデータパケット等のパケット／情報を受信するための処理を行う。パケットのデータはＴＣＰにおけるＭＳＳ（Maximum Segment Size）以上のサイズを有しうる。送信処理部３０５は、ＬＡＮ制御部３０２を介してＡＣＫパケットおよび／または遅延ＡＣＫパケットの送信を行うための処理を行う。例えば、送信処理部３０５は、タイマ部２０４を使用し、受信処理部３０４による１つ目のデータパケットの受信から所定の遅延時間が経過する前に受信されたデータパケットに対するＡＣＫパケットを一つにまとめ、遅延ＡＣＫパケットとして送信する。ただし、遅延時間が経過する前であっても、遅延ＡＣＫ送信のための基準パケット数（遅延ＡＣＫパケットを送信するために必要な受信データパケット数）のデータパケットが受信処理部３０４により受信された場合、送信処理部３０５は遅延ＡＣＫパケットを送信する。なお、遅延時間の初期値と、遅延ＡＣＫ送信のための基準パケット数の初期値は、予め通信装置１０に設定されてもよく、また、ユーザによる操作等を介して、後述するＡＣＫ制御部３０８により設定されてもよい。

バッファ管理部３０６はＲＡＭ２０１等に設けられるバッファを管理し、バッファに対して各種データを記憶または削除するための制御を行う。本実施形態では、バッファ管理部３０６は、以下において受信バッファと称するバッファを管理し、該受信バッファの空き容量を表すウインドウサイズの記憶に関する制御を行う。記憶されるウインドウサイズは、他の通信装置２０に通知されたウインドウサイズであってもよいし、他の通信装置２０に通知されていないウインドウサイズであってもよい。なお、本実施形態ではバッファ管理部３０６による制御対象の記憶媒体としてＲＡＭ２０１を利用する例を示すが、これに限らず、補助記憶装置（不図示）など他の記憶部を利用してもよい。パケットカウント部３０７は、受信処理部３０４により受信されたデータパケットをカウントする。ＡＣＫ制御部３０８は、遅延ＡＣＫパケットの送信に対する制御を行う。例えばＡＣＫ制御部３０８は、遅延ＡＣＫパケットの通信頻度、すなわち遅延ＡＣＫ送信のための基準パケット数を制御する。

[第１実施形態における処理の流れ]
図４は、本実施形態による通信装置１０により実行される処理のフローチャートである。具体的には、図４は、通信装置１０がデータパケットを受信してから条件に応じてＡＣＫ送信頻度を変更して遅延ＡＣＫパケットを送信する手順を示すフローチャートである。図４に示すフローチャートは、通信装置１０のＣＰＵ２０３がＲＯＭ２０２に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウエアの制御を実行することにより実現されうる。

Ｓ４０１において、受信処理部３０４は、他の通信装置２０からＬＡＮ制御部３０２を介してデータパケットを受信する。

Ｓ４０２以降の処理は、ＴＣＰ／ＩＰ制御部３０３における処理である。Ｓ４０２において、バッファ管理部３０６は、受信処理部３０４により受信されたデータパケットを受信バッファに格納する。なお、他の通信装置２０から受信されたデータパケットは、ＬＡＮ制御部３０２が管理するバッファに一旦格納されてもよく、その場合は、バッファ管理部３０６は、ＬＡＮ制御部３０２により管理されたバッファに格納されているデータパケットを、受信バッファに格納する。また、バッファ管理部３０６は、データパケットを受信バッファに格納後に、受信バッファの空き容量（ウインドウサイズ）を更新する。また、Ｓ４０２において、送信処理部３０５は、タイマ部２０４で計時されている時間を計測する。Ｓ４０２において、タイマ部２０４が計時を開始していない（起動していない）場合、送信処理部３０５はタイマ部２０４による計時を開始させる。すなわち、タイマ部２０４は、ＡＣＫパケットが送信されていない１つ目のデータパケットの受信からの時間を計時する。

Ｓ４０３において、ＡＣＫ制御部３０８は、バッファ管理部３０６により管理されているウインドウサイズを所定の閾値を比較する。ウインドウサイズが所定の閾値より小さい場合（Ｓ４０３でＹＥＳ）、処理はＳ４０４に進み、ウインドウサイズが所定の閾値以上の場合（Ｓ４０３でＮＯ）、処理はＳ４０５に進む。所定の閾値は、例えば、予め通信装置１０に設定されており、遅延ＡＣＫ送信のための基準パケット数にＭＳＳを乗じた値を最小値とし、それ以上の値とすることができる。

Ｓ４０４において、ＡＣＫ制御部３０８は、ＡＣＫ送信頻度を高くなるように設定する。すなわち、ＡＣＫ制御部３０８は、遅延ＡＣＫ送信のための基準パケット数を現在の値よりも小さい値に変更する。変更後の値は、例えば、現在設定されている値未満で１を最小値とする整数値であればよい。

Ｓ４０５において、パケットカウント部３０７は、受信処理部３０４により受信されたデータパケット数（受信データパケット数）を、遅延ＡＣＫ送信のための基準パケット数と比較する。受信データパケット数が、遅延ＡＣＫ送信のための基準パケット数以上の場合（Ｓ４０５でＹＥＳ）、処理はＳ４０６に進み、受信データパケット数が、遅延ＡＣＫ送信のための基準パケット数未満の場合（Ｓ４０５でＮＯ）、処理はＳ４０９に進む。

Ｓ４０６において、バッファ管理部３０６は、受信バッファに格納されているパケットのデータが減った（削除された）ことを受けて、ウインドウサイズが広がるようにウインドウサイズを更新し、パケットカウント部３０７は、カウントしていた受信データパケット数を初期化する（０にする）。なお、受信バッファに格納されているパケットのデータは、ユーザアプリケーション等（上位レイヤにおける処理）により引き抜かれることにより、減らされ得る。また、受信処理部３０４は、タイマ部２０４を初期化する（０にする）。Ｓ４０７において、送信処理部３０５は、ＬＡＮ制御部３０２を介して遅延ＡＣＫパケットを送信する。遅延ＡＣＫパケットには、バッファ管理部３０６により管理される受信バッファにおけるウインドウサイズの情報が含まれうる。すなわち、更新された（広がった）ウインドウサイズが通知されうる。

Ｓ４０８において、ＡＣＫ制御部３０８は、ＡＣＫ送信頻度を元に戻す。すなわち、ＡＣＫ制御部３０８は、遅延ＡＣＫ送信のための基準パケット数を初期値（Ｓ４０４における変更前の値）に変更する。

受信データパケット数が、遅延ＡＣＫ送信のための基準パケット数未満の場合に進むＳ４０９において、ＡＣＫ制御部３０８は、タイマ部２０４により計時されている時間（タイマ部２０４の経過時間）を所定の遅延時間と比較する。タイマ部２０４の経過時間が遅延時間未満の場合（Ｓ４０９でＹＥＳ）、処理はＳ４１０に進み、タイマ部２０４の経過時間が遅延時間以上の場合（Ｓ４０９でＮＯ）、処理はＳ４０６に進む。Ｓ４１０において、パケットカウント部３０７は、受信処理部３０４により受信されたデータパケットのカウント数を１増やし、処理はＳ４０８へ進む。

以上、説明したように、通信装置１０は管理している現在の受信バッファにおけるウインドウサイズに応じて、ＡＣＫ送信頻度を変更する。すなわち、ウインドウサイズが所定の閾値未満の場合、通信装置１０は、ＡＣＫ送信頻度を高めるために、遅延ＡＣＫ送信のための基準パケット数を、より小さい値に設定する。これにより、変更前のＡＣＫ送信頻度では遅延時間の経過後に送信されるはずであった遅延ＡＣＫの数を削減することができ、通信性能の低下を防止することが可能となる。

（第２実施形態）
以下、第２実施形態の通信処理を説明する。本実施形態では、通信装置１０は、受信バッファが広がったことを通知する（遅延）ＡＣＫを、他の通信装置２０が正常に受信できなかったと想定した場合に、模擬的なウインドウサイズを設定する。そして、通信装置１０は、当該模擬的なウインドウサイズに基づいてＡＣＫ送信頻度を制御する。なお、本実施形態において、第１実施形態と同様の図、および図中と同じ要素に関しては説明を省略する。本実施形態における通信システムの構成および通信装置１０の構成は、第１実施形態と同様である。

[第２実施形態における処理の流れ]
図５は、本実施形態による通信装置１０により実行される処理のフローチャートである。具体的には、図５は、通信装置１０がデータパケットを受信してから条件に応じてＡＣＫ送信頻度を変更して遅延ＡＣＫパケットを送信する手順を示すフローチャートである。図５に示すフローチャートは、通信装置１０のＣＰＵ２０３がＲＯＭ２０２に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウエアの制御を実行することにより実現されうる。

Ｓ５０１〜Ｓ５０２の処理は、図４のＳ４０１〜Ｓ４０２の処理と同様である。Ｓ５０３において、ＡＣＫ制御部３０８は、送信処理部３０５により送信された最後のＡＣＫパケットでウインドウサイズが広がったことを他の通信装置２０に通知したかを確認する。例えば、ＡＣＫ制御部３０８は、送信処理部３０５により送信された最後のＡＣＫパケットに、広がったウインドウサイズの情報が含まれていたかを確認する。ウインドウサイズが広がったことを通知している場合（Ｓ５０３でＹＥＳ）、処理はＳ５０４に進み、ウインドウサイズが広がったことを通知していない場合（Ｓ５０３でＮＯ）、処理はＳ５１２に進む。

Ｓ５０４において、ＡＣＫ制御部３０８は、パケットロス等（通信状況等により他の通信装置がＡＣＫパケットの受信に失敗したこと）により、他の通信装置２０がウインドウサイズの広がったことを認識していないことを想定して、模擬的なウインドウサイズを設定する。なお、模擬的なウインドウサイズとは、直近のＡＣＫよりも１つ前のＡＣＫで通知したウインドウサイズのことである。そして、ＡＣＫ制御部３０８は、設定した模擬的なウインドウサイズを所定の閾値を比較する。模擬的なウインドウサイズが所定の閾値より小さい場合（Ｓ５０４でＹＥＳ）、処理はＳ５０５に進み、模擬的なウインドウサイズが所定の閾値以上の場合（Ｓ５０４でＮＯ）、処理はＳ５０８に進む。なお、所定の閾値は、図４のＳ４０３の処理で用いた閾値と同様に、例えば、予め通信装置１０に設定されており、遅延ＡＣＫ送信のための基準パケット数にＭＳＳを乗じた値を最小値とし、それ以上の値とすることができる。

Ｓ５０５の処理は、図４のＳ４０４の処理と同様である。Ｓ５０６において、ＡＣＫ制御部３０８は、Ｓ５０４の処理において設定した模擬的なウインドウサイズを、他の通信装置２０から受信したデータパケットのデータサイズ（受信データサイズ）の合計と比較する。当該データパケットは、送信処理部３０５によりウインドウサイズが広がったことを通知したＡＣＫパケットが送信された後に他の通信装置２０から受信したデータパケットである。模擬的なウインドウサイズが受信データサイズの合計より小さい場合（Ｓ５０６でＹＥＳ）、処理はＳ５０７に進み、模擬的なウインドウサイズが受信データサイズの合計以上の場合（Ｓ５０６でＮＯ）、処理はＳ５０８に進む。

Ｓ５０７において、ＡＣＫ制御部３０８は、ＡＣＫ送信頻度を元に戻す。すなわち、ＡＣＫ制御部３０８は、遅延ＡＣＫ送信のための基準パケット数を初期値（Ｓ５０５における変更前の値）に変更する。なお、Ｓ５０６の判定で処理がＳ５０７に進んだ場合は、模擬的なウインドウサイズを設定した理由であった、他の通信装置２０がウインドウサイズの広がったことを認識していない可能性がなくなったことを意味する。そのため、設定した模擬的なウインドウサイズはＳ５０７において不要となるため、ＡＣＫ制御部３０８はこれを破棄してもよい。Ｓ５０８〜Ｓ５１１の処理は、図４のＳ４０５〜Ｓ４０８の処理と同様である。Ｓ５１２〜Ｓ５１３の処理は、Ｓ４０３〜Ｓ４０４の処理と同様である。Ｓ５１４〜Ｓ５１５の処理は、Ｓ４０９〜Ｓ４１０の処理と同様である。

以上、説明したように、通信装置１０は、模擬的なウインドウサイズに応じて、ＡＣＫ送信頻度を調整し、遅延ＡＣＫ送信のための基準パケット数を、より小さい値に変更する。これにより、パケットロス等が原因で、他の通信装置２０が通信装置１０のウインドウサイズが広がったことを認識していない場合でも、変更前のＡＣＫ送信頻度では遅延時間を待って送信されるはずであった遅延ＡＣＫパケットの数を削減することができる。その結果、通信性能の低下を防止することが可能となる。

（第３実施形態）
以下、第３実施形態の通信処理を説明する。本実施形態では、通信装置１０は、条件に応じて、ＡＣＫパケットで通知するウインドウサイズを調整する。なお、本実施形態において、第１実施形態と同様の図、および図中と同じ要素に関しては説明を省略する。本実施形態における通信システムの構成および通信装置１０の構成は、第１実施形態と同様である。

[第３実施形態における処理の流れ]
図６は、本実施形態による通信装置１０により実行される処理のフローチャートである。具体的には、図６は、通信装置１０がデータパケットを受信してから条件に応じてＡＣＫ送信頻度を変更して遅延ＡＣＫパケットを送信する手順を示すフローチャートである。図５に示すフローチャートは、通信装置１０のＣＰＵ２０３がＲＯＭ２０２に記憶されている制御プログラムを実行し、情報の演算および加工並びに各ハードウエアの制御を実行することにより実現されうる。

Ｓ６０１〜Ｓ６０４の処理は、図４のＳ４０１〜Ｓ４０４の処理と同様である。なお、本フローチャートにおいて、Ｓ６０４の処理を含めなくてもよい。すなわち、Ｓ６０４でＮＯの場合に、ＡＣＫ制御部３０８は、遅延ＡＣＫ送信のための基準パケット数を一時的に小さい値に変更しなくてもよい。

Ｓ６０５において、ＡＣＫ制御部３０８は、ウインドウサイズが、ＡＣＫ送信頻度で受信することができるデータサイズ（遅延ＡＣＫ送信のための基準パケット数に１パケットのデータサイズ（例えばＭＳＳ）を乗じた値）の整数倍であるか否かを確認する。ウインドウサイズがＡＣＫ送信頻度で受信することができるデータサイズの整数倍でない場合（Ｓ６０５でＹＥＳ）、処理はＳ５０６に進み、ウインドウサイズがＡＣＫ送信頻度で受信することができるデータサイズの整数倍である場合（Ｓ６０５でＮＯ）、処理はＳ５０７に進む。

Ｓ６０６において、ＡＣＫ制御部３０８は、送信処理部３０５により送信されるＡＣＫパケットで通知するウインドウサイズを、ＡＣＫ送信頻度で受信することができるデータサイズの整数倍に調整する。例えば、１データパケットのデータサイズがＭＳＳであり、現在のウインドウサイズが７ＭＳＳ（７データパケット分）で遅延ＡＣＫ送信のための基準パケット数が２である場合、ＡＣＫ制御部３０８は、２の整数倍である６ＭＳＳ（６データパケット分）をウインドウサイズとして、ＡＣＫパケットで通知することを決定する。Ｓ６０７〜Ｓ６１２の処理は、図４のＳ４０５〜Ｓ４１０の処理と同様である。なお、Ｓ６０８ではウインドウサイズは更新されない。

以上、説明したように、通信装置１０はウインドウサイズに応じて、ＡＣＫ送信頻度を現在の設定よりも小さい値に変更する。その際、通信装置１０は、送信するＡＣＫで通知するウインドウサイズを、ＡＣＫ送信頻度で受信することができるデータサイズの整数倍に調整する。ＡＣＫ送信頻度に満たない端数分のパケットを受信する可能性がある場合でも、ウインドウサイズを調整することで、変更前のＡＣＫ送信頻度では遅延時間を待って送信されるはずであった遅延ＡＣＫの数を削減することができ、通信性能の低下を防止することが可能となる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０ 通信装置、２０ 他の通信装置

Claims (11)

1. 通信装置であって、
   他の通信装置からパケットを受信する受信手段と、
   前記受信手段により受信されたパケットのデータを受信バッファに格納してする格納手段と、
   前記受信手段により受信されたパケットに対する確認応答（ＡＣＫ）パケットを送信するための基準として用いられる基準パケット数を制御する制御手段と、
   前記受信手段により受信されたパケットの数が、前記基準パケット数以上になった場合に、前記ＡＣＫパケットを送信する送信手段と、を有し、
   前記制御手段は、前記受信バッファの空き容量を表すウインドウサイズが所定の閾値未満の場合に、前記ＡＣＫパケットの送信頻度が高くなるように、前記基準パケット数を制御することを特徴とする通信装置。
2. 前記基準パケット数は初期値が設定されており、前記制御手段は、前記受信バッファの空き容量を表すウインドウサイズが所定の閾値未満の場合に、前記基準パケット数を前記初期値より低い数に変更することを特徴とする請求項１に記載の通信装置。
3. 前記受信手段により受信されたパケットの数が、前記基準パケット数以上になった場合、前記制御手段は前記基準パケット数を前記初期値に更新することを特徴とする請求項２に記載の通信装置。
4. 前記送信手段は、前記受信バッファに格納されているデータに応じたウインドウサイズの情報を前記ＡＣＫパケットに含めて送信することを特徴とする請求項２または３に記載の通信装置。
5. 前記送信手段により前記ＡＣＫパケットが送信された場合であっても、前記制御手段は、当該ＡＣＫパケットよりも前に送信したＡＣＫパケットに含まれるウインドウサイズが前記所定の閾値未満の場合に、前記基準パケット数を前記初期値より低い数に変更することを特徴とする請求項４に記載の通信装置。
6. 前記制御手段により前記基準パケット数が前記初期値より低い数に変更された後に、前記受信手段により受信されたパケットのデータサイズの合計が前記ＡＣＫパケットよりも前に送信したＡＣＫパケットに含まれるウインドウサイズより大きくなった場合、前記制御手段は、前記基準パケット数を前記初期値に更新することを特徴とする請求項５に記載の通信装置。
7. 前記ウインドウサイズが前記所定の閾値未満の場合に、前記ウインドウサイズが前記基準パケット数のパケットのデータサイズの整数倍であるかを判定する判定手段と、
   前記判定手段により前記ウインドウサイズが前記基準パケット数のパケットのデータサイズの整数倍でないと判定された場合に、前記基準パケット数のパケットのデータサイズの整数倍となるように、前記ウインドウサイズを更新する更新手段と、
   を更に有することを特徴とする請求項１から６のいずれか１項に記載の通信装置。
8. 前記所定の閾値は、前記基準パケット数に前記パケットのデータサイズを乗じた値以上の値であることを特徴とする請求項１から７のいずれか１項に記載の通信装置。
9. 前記通信装置はＴＣＰ／ＩＰ方式の通信を行う通信装置であり、前記パケットのデータサイズは、ＴＣＰ（Transmission Control Protocol）におけるＭＳＳ（Maximum Segment Size）であることを特徴とする請求項１から８のいずれか１項に記載の通信装置。
10. 通信装置の制御方法であって、
    他の通信装置からパケットを受信する受信工程と、
    前記受信工程において受信されたパケットのデータを受信バッファに格納する格納工程と、
    前記受信工程において受信されたパケットに対する確認応答（ＡＣＫ）パケットを送信するための基準として用いられる基準パケット数を制御する制御工程と、
    前記受信工程において受信されたパケットの数が、前記基準パケット数以上になった場合に、前記ＡＣＫパケットを送信する送信工程と、を有し、
    前記制御工程では、前記受信バッファの空き容量を表すウインドウサイズが所定の閾値未満の場合に、前記ＡＣＫパケットの送信頻度が高くなるように、前記基準パケット数を制御することを特徴とする制御方法。
11. コンピュータを、請求項１から９のいずれか１項に記載の通信装置として機能させるためのプログラム。

Images