(57)【要約】【課題】帯域の利用効率を向上させることが可能な通信装置を得ること。【解決手段】本発明は、利用可能な帯域が変動するネットワークにおいて、利用可能な送信帯域を推定してデータを送信する通信装置であって、自身が送信したデータの受信実績をデータの送信先である対向装置から取得する受信パケット量読み出しメッセージ処理部１１と、受信パケット量読み出しメッセージ処理部１１が取得した受信実績および自身におけるデータ送信実績に基づいてパケットロス量を算出し、算出したパケットロス量と２種類のしきい値との比較結果に従った手順で利用可能な送信帯域の推定値を求める送信帯域推定部１２と、を備える。【選択図】図１
2016021665.tif 000002
【特許請求の範囲】
【請求項１】
利用可能な帯域が変動するネットワークにおいて、利用可能な送信帯域を推定してデータを送信する通信装置であって、
自身が送信したデータの受信実績をデータの送信先である対向装置から取得する受信実績取得手段と、
前記受信実績取得手段が取得した受信実績および自身におけるデータ送信実績に基づいてパケットロス量を算出し、算出したパケットロス量と２種類のしきい値との比較結果に従った手順で前記利用可能な送信帯域の推定値を求める送信帯域推定手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記２種類のしきい値をＴＨ１およびＴＨ２、かつＴＨ２＜ＴＨ１とした場合、
前記送信帯域推定手段は、
「ＴＨ１＜前記パケットロス量」であれば、
前記受信実績に基づいて前記対向装置における平均受信レートを算出し、算出した平均受信レートを前記推定値とし、
「ＴＨ２＜前記パケットロス量≦ＴＨ１」であれば、
前記受信実績に基づいて前記対向装置における平均受信レートを算出し、算出した平均受信レートと前回の推定値とに基づいて、最新の推定値を求め、
「前記パケットロス量≦ＴＨ２」であれば、
前回の推定値に対して、当該前回の推定値を得るために実施した処理の内容に応じた値を加算し、最新の推定値とする、
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記送信帯域推定手段は、
「ＴＨ２＜前記パケットロス量≦ＴＨ１」であれば、
前記最新の推定値を「前記平均受信レート＋（前記前回の推定値−前記平均受信レート）×α」、ただし０＜α＜１、とする、
ことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記送信帯域推定手段は、
「前記パケットロス量≦ＴＨ２」であれば、
前回の推定値を得るための処理で算出したパケットロス量である前回のパケットロス量とＴＨ２を比較し、比較結果に基づいて適宜更新される補正値Ｄを前回の推定値に加算して最新の推定値を求め、
「ＴＨ２＜前回のパケットロス量」の場合、
補正値Ｄを一定値δに更新してから前回の推定値に加算し、
「ＴＨ２≧前回のパケットロス量」の場合、
補正値Ｄに１以上の定数βを乗算して補正値Ｄを更新し、
更新後の補正値Ｄが既定の最大値未満の場合は更新後の補正値Ｄを前回の推定値に加算し、
更新後の補正値Ｄが既定の最大値以上の場合は規定の最大値を前回の推定値に加算する、
ことを特徴とする請求項２または３に記載の通信装置。
【請求項５】
利用可能な帯域が変動するネットワークにおいて、データ送信元の通信装置が利用可能な送信帯域を推定するための送信帯域推定方法であって、
自身が送信したデータの受信実績をデータの送信先である対向装置から取得する受信実績取得ステップと、
前記受信実績取得ステップで取得した受信実績および自身におけるデータ送信実績に基づいてパケットロス量を算出するパケットロス算出ステップと、
前記算出したパケットロス量を２種類のしきい値との比較する比較ステップと、
前記比較ステップにおける比較結果に従った手順で前記利用可能な送信帯域の推定値を求める送信帯域推定ステップと、
を含むことを特徴とする送信帯域推定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用可能な帯域が変動するネットワークにおいてデータ通信を行う通信装置に関する。
【背景技術】
【０００２】
車や列車などの移動体が携帯電話網やＷｉＭＡＸといった公衆サービスの無線アクセス回線上でデータ通信を行う場合、移動による無線環境変化や、同じ基地局に接続する他ユーザの通信量の変化により、無線アクセス回線で利用可能な送信帯域は、上り方向（移動体から基地局への方向）と下り方向（基地局から移動体への方向）のいずれの方向でも動的に変化する。移動体が行う通信において、無線アクセス回線の送信帯域が低い時にＶｏＩＰの電話音声データ伝送等の高優先度の通信を優先的に行うためには、無線アクセス回線で利用可能な送信帯域を推定し、推定した送信帯域以下で送信するように送信帯域制御を行い、推定した送信帯域の範囲内で複数通信に対する優先制御を行うことが必要となる。送信帯域の推定が必要となる理由は、無線アクセス回線を構成する基地局や無線移動局が内部で管理する送信帯域に関する情報を装置外からは一般にはアクセスできないため、移動体上の送信端末は現在の送信帯域を知ることができないためである。ネットワークが有線回線のみから構成される場合でも、公衆サービスのネットワークではネットワーク構成が一般ユーザには公開されていないこと、他ユーザの通信量変化により利用可能な送信帯域が変化することから、同様に送信帯域の推定が必要となる。
【０００３】
送信帯域推定に適用可能な従来技術が記載されている文献として、下記の非特許文献１や２が存在する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】“A  Measurement  Study  of  Available  Bandwidth  Estimation  Tools”,  Jacob  Strauss,  Dina  Katabi,  Frans  Kaashoek  （MIT  Computer  Science  and  Artificial  Intelligence  Laboratory）
【非特許文献２】“Host-to-Host  Congestion  Control  for  TCP”,  Alexander  Afanasyev,  Neil  Tilley,  Peter  Reiher,  and  Leonard  Kleinrock,  IEEE  COMMUNICATIONS  SURVEYS  &  TUTORIALS
【発明の概要】
【発明が解決しようとする課題】
【０００５】
非特許文献１では、packet  pairやpacket  trainと呼ばれるプローブパケットを用いて送信帯域を推定する方法が開示されている。Packet  pairやpacket  trainと呼ばれるプローブパケット方式では、正確な送信帯域推定を行うために多数のプローブパケット送信が必要となる。例えば、１００Ｍｂｐｓ程度の送信帯域推定の場合、一回の推定のために１３０ＫＢから２．５ＭＢのプローブパケット送信が必要となる。送信帯域が絶えず変化するネットワークの場合、１秒毎等頻繁に送信帯域推定を行う必要がある。頻繁に送信帯域推定を行う場合は、プローブパケット送信に使用する送信帯域が、ネットワーク自体の送信帯域（例えばＷｉＭＡＸの場合で数百ｋｂｐｓから２０Ｍｂｐｓ程度）に対して無視できないものとなり、本来送信対象のデータ送信の妨げとなる問題がある。
【０００６】
非特許文献２では、ＩＰネットワークのレイヤ４プロトコルとして使用されるＴＣＰ（Transmission  Control  Protocol）の輻輳制御技術が複数種類開示されている。ＴＣＰの輻輳制御処理は、輻輳が発生したか否か、即ち、送信端末が現在使用している送信帯域がネットワークの最大送信帯域を超過したか否かの判定と、判定結果に基づく次に使用する送信帯域の決定の２つの要素から構成される。ＴＣＰの輻輳判定処理では、高信頼通信機能実現の目的で使われるパケットに付与するシーケンス番号と、受信済みシーケンス番号を示す送達確認メッセージから推測される、パケットロス発生，ラウンドトリップ時間（ＲＴＴ）増加等の情報を用いて輻輳発生を判定する。そして、輻輳発生時に送信側が送信可能なデータ量（輻輳制御ウィンドウ）を減らし、輻輳無しで通信している間は輻輳制御ウィンドウを増やすという形で、次の送信帯域決定を行う。ＴＣＰの輻輳制御技術を適用して送信帯域推定を行う場合、各送信パケットにシーケンス番号を含むヘッダを付与する必要があるため本来のデータ送信に利用可能な帯域が減少するという問題がある。また、送信パケットに対する送達確認メッセージを送信パケットに対して一定以上（例えば２パケットに１回）の割合で送信する必要があるため、本来のデータ送信に利用可能な帯域がさらに減少するという問題もある。
【０００７】
本発明は、上記に鑑みてなされたものであって、帯域の利用効率を向上させることが可能な通信装置および送信帯域推定方法を得ることを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、利用可能な帯域が変動するネットワークにおいて、利用可能な送信帯域を推定してデータを送信する通信装置であって、自身が送信したデータの受信実績をデータの送信先である対向装置から取得する受信実績取得手段と、前記受信実績取得手段が取得した受信実績および自身におけるデータ送信実績に基づいてパケットロス量を算出し、算出したパケットロス量と２種類のしきい値との比較結果に従った手順で前記利用可能な送信帯域の推定値を求める送信帯域推定手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明にかかる通信装置によれば、送信帯域を推定するために必要なオーバヘッドを削減し、帯域の利用効率を向上させることができる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明にかかる通信装置においてデータを送信する送信処理部の一例を示す図である。
【図２】図２は、本発明にかかる通信装置においてデータを受信する受信処理部の一例を示す図である。
【図３】図３は、本発明にかかる通信装置による送信帯域推定手順の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１１】
以下に、本発明にかかる通信装置および送信帯域推定方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１２】
実施の形態．
図１は、本発明にかかる通信装置においてデータを送信する送信処理部の一例を示す図である。図２は、本発明にかかる通信装置においてデータを受信する受信処理部の一例を示す図である。
【００１３】
図１に示した送信処理部１は、受信実績取得手段として動作する受信パケット量読み出しメッセージ処理部１１、送信帯域推定手段として動作する送信帯域推定部１２、時計１３、データ送信アプリケーション１４、シェーパ１５およびネットワークインタフェース部１６を備える。送信処理部１は、対向する通信装置に対してデータを送信する場合に動作する。
【００１４】
図２に示した受信処理部２は、受信パケット量読出し要求処理部２１、時計２２、データ受信アプリケーション２３およびネットワークインタフェース部２４を備える。受信処理部２は、対向する通信装置が送信したデータを受信する場合に動作する。
【００１５】
なお、説明の便宜上、図１に示した送信処理部１と図２に示した受信処理部２のそれぞれが時計を備えているような構成としたが、図１に示した時計１３と図２に示した時計２２は同じものとする。すなわち、図１における符号１３と図２における符号２２は同じ時計を示しているものとする。図１に示したネットワークインタフェース部１６と図２に示したネットワークインタフェース部２４も同じものとする。
【００１６】
図１に示した送信処理部１において、受信パケット量読み出しメッセージ処理部１１は、所定のタイミングでネットワークインタフェース部１６から送信パケット量（例えば、送信したパケットの数を示す送信パケット数、送信したデータの量を示す送信バイト数、など）の情報を読み出すとともに時計１３から時刻の情報を読み出し、データ受信側の通信装置（以下、受信側装置）へ受信パケット量読み出し要求メッセージを送信する。同時に、送信パケット量、時刻、受信パケット量読み出し要求メッセージと受信パケット量読み出し応答メッセージの対応付けに必要なシーケンス番号情報を、送信帯域推定部１２へ通知する。また、受信側装置から受信パケット量読み出し応答メッセージを受信すると、受信したメッセージに含まれる情報を送信帯域推定部１２へ通知する。
【００１７】
送信帯域推定部１２は、受信パケット量読み出しメッセージ処理部１１から通知される、受信パケット量読み出し要求メッセージ送信時の送信パケット量、時刻、および受信パケット量読み出し要求メッセージと受信パケット量読み出し応答メッセージの対応付けに必要なシーケンス番号情報と、受信パケット量読み出し応答メッセージに含まれる受信パケット量（例えば、受信したパケットの数を示す受信パケット数、受信したデータの量を示す受信バイト数、など）、時刻およびシーケンス番号情報と、に基づいて、送信帯域推定値を算出する。また、算出した送信帯域推定値をシェーパ１５に設定する。
【００１８】
時計１３は、ローカル時刻を計測する。なお、受信側装置の時計との絶対時刻の同期は不要だが、経過時間の測定精度は一定程度あるものとする。
【００１９】
データ送信アプリケーション１４は、データを送信するアプリケーションである。本実施の形態の通信装置において、データ送信アプリケーション１４は、送信帯域推定機能を利用するものである。
【００２０】
シェーパ１５は、データ送信アプリケーション１４が送信する通信データと、受信パケット量読み出しメッセージ処理部１１が送信する受信パケット量読み出し要求メッセージを合わせたトラフィックに対し、送信帯域推定部１２により設定された送信帯域推定値に従ってシェーピングを行い、ネットワークインタフェース部１６にネットワークへの送信を要求する。
【００２１】
ネットワークインタフェース部１６は、ネットワークとの間の通信データ送受信に関わる通信プロトコル処理を行う。また、送信パケット量の累積値を管理し、受信パケット量読み出しメッセージ処理部１１からの読み出し要求に対して送信パケット量の累積値を返す。
【００２２】
図２に示した受信処理部２において、受信パケット量読み出し要求処理部２１は、データ送信側の通信装置（以下、送信側装置）から受信パケット量読み出し要求メッセージを受信した時に、ネットワークインタフェース部２４から受信パケット量の累積値を読み出すとともに、時計２２が管理している時刻（ローカル時刻）を読み出し、受信パケット量読み出し応答メッセージを送信側装置へ送信する。
【００２３】
時計２２は、ローカル時刻を計測する。なお、送信側装置の時計との絶対時刻の同期は不要だが、経過時間の測定精度は一定程度あるものとする。
【００２４】
データ受信アプリケーション２３は、データを受信するアプリケーションである。本実施の形態の通信装置において、データ受信アプリケーション２３は、送信帯域推定機能を利用するものである。
【００２５】
ネットワークインタフェース２４は、ネットワークとの間の通信データ送受信に関わる通信プロトコル処理を行う。また、受信パケット量の累積値を管理し、受信パケット量読み出し要求処理部１１からの読み出し要求に対して受信データ量の累積値を返す。
【００２６】
つづいて、本実施の形態にかかる通信装置の特徴的な動作、具体的には、図１に示した送信処理部１が、対向する通信装置へのデータ送信で使用可能な帯域（送信帯域）を推定する動作について、図３を参照しながら説明する。図３は、本発明にかかる通信装置による送信帯域推定手順の一例を示すシーケンス図である。
【００２７】
図３に示したように、本実施の形態にかかる通信装置（送信側）は、対向する通信装置（受信側）との間で図３に示した<1>から<5>の各処理を一定以上の間隔を空けて繰り返し実行して送信帯域を推定する。
【００２８】
すなわち、送信側の通信装置（送信側装置）において、受信パケット量読出しメッセージ処理部１１が、まず、<1>送信済みパケット量（パケット数、バイト数、など）をネットワークインタフェース部１６から読み出し、このときの時刻（時計１３が管理している時刻）とともに記憶する。受信パケット量読出しメッセージ処理部１１は、次に、<2>受信パケット量読み出し要求メッセージを生成してデータ受信側の通信装置（受信側装置）へ送信する。
【００２９】
受信パケット量読み出し要求メッセージを受信した受信側装置においては、受信パケット量読み出し要求処理部２１が、まず、<3>受信済みパケット量（パケット数、バイト数、など）をネットワークインタフェース部２４から読み出し、次に、<4>読み出した値と、読み出しを行った時刻の情報を含んだ受信パケット量読み出し応答メッセージを生成して送信側装置へ送信する。
【００３０】
受信パケット量読み出し応答メッセージを受信した送信側装置においては、送信帯域推定部１２が、<5>帯域推定値を更新する。より詳しくは、まず、受信パケット量読み出しメッセージ処理部１１が、受信したメッセージに含まれている情報と、上記の処理<1>で記憶した情報とを送信帯域推定部１２へ出力し、送信帯域推定部１２が、通知された情報に基づいて送信帯域を推定する。帯域推定値の更新が終了すると、<6>データ送信アプリケーション１４が、更新後の帯域推定値に従ってパケット（データ）を送信する。
【００３１】
ここで、上記の処理<5>においては、以下の＜手順１＞から＜手順５＞に従って帯域推定値を更新する。
【００３２】
＜手順１＞
周期的に実行する処理<1>で記憶しておいた送信済みパケット量から送信パケット量を計算する。すなわち、記憶している最新の送信済みパケット量と２番目に新しい送信済みパケット量の差を求めて送信パケット量とする。なお、２番目に新しい送信済みパケット量を記憶していない場合、記憶している最新の送信済みパケット量を送信パケット量とする。
【００３３】
＜手順２＞
受信パケット量読み出し応答メッセージにより受信側装置から通知された受信済みパケット量から受信パケット量（受信側装置へ到達したパケット量）を計算する。すなわち、最新の受信パケット量読み出し応答メッセージで通知された受信済みパケット量と前回の受信パケット量読み出し応答メッセージで通知された受信済みパケット量の差を求めて受信パケット量とする。なお、最新の受信パケット量読み出し応答メッセージが初めて受信したものである場合（過去に受信パケット量読み出し応答メッセージを受信した実績がない場合）、最新の受信パケット量読み出し応答メッセージで通知された受信済みパケット量を受信パケット量とする。
【００３４】
＜手順３＞
上記＜手順１＞で計算した送信パケット量と上記＜手順２＞で計算した受信パケット量の差分を求めてパケットロス量とする。
【００３５】
＜手順４＞
パケットロス量を２つのしきい値（ＴＨ１，ＴＨ２）と比較して帯域推定値Ｒを更新する。具体的には、以下に示すように、パケットロス量と各しきい値との関係に応じた方法で帯域推定値Ｒを更新する。
【００３６】
［ＴＨ１＜パケットロス量の場合］
この場合、発生トラフィック量が通信路の帯域より多く、かつ、現在の帯域推定値Ｒが通信路の帯域より大きいと判断する。そして、最新の受信パケット量読み出し応答メッセージで通知された受信済パケット量および時刻と、前回の受信パケット量読み出し応答メッセージで通知された受信済パケット量および時刻とに基づいて、受信側装置における平均受信レートを算出し、新帯域推定値（更新後の帯域推定値）Ｒとする。
すなわち、新帯域推定値Ｒ＝（最新の受信済パケット量−前回の受信パケット量）／（最新の時刻−前回の時刻）とする。なお、最新の受信済パケット量は、最新の受信パケット量読み出し応答メッセージで通知された受信済パケット量、前回の受信済パケット量は、前回の受信パケット量読み出し応答メッセージで通知された受信済パケット量、最新の時刻は、最新の受信パケット量読み出し応答メッセージで通知された時刻、前回の時刻は、前回の受信パケット量読み出し応答メッセージで通知された時刻、である。
【００３７】
［ＴＨ２＜パケットロス量≦ＴＨ１の場合］
この場合、発生トラフィック量が通信路の帯域より少なく、かつ、帯域推定値Ｒが通信路の帯域より大きいと判断する。そして、受信側装置における平均受信レートを算出し、算出した平均受信レートと現在の帯域推定値Ｒの間の値を新帯域推定値（更新後の帯域推定値）Ｒとする。
例えば、「新帯域推定値Ｒ＝平均受信レート＋（現在の帯域推定値Ｒ−平均受信レート）×α」とする。なお、平均受信レートは受信側装置における平均受信レート、現在の帯域推定値Ｒは更新前の帯域推定値Ｒであり、０＜α＜１とする。平均受信レートの算出方法は、上記のＴＨ１＜パケットロス量の場合と同様である。αは固定値としてもよいし、何らかの判断基準で動的に変更してもよい。これにより、ネットワークにおける送信帯域の増加減少に対して、送信帯域推定値を追従する形で増加減少させることができる。
【００３８】
［パケットロス量≦ＴＨ２の場合］
この場合、帯域推定値Ｒが通信路の帯域以下と判断する。そして、現在の帯域推定値Ｒ以上の値を新帯域推定値（更新後の帯域推定値）Ｒとする。
例えば、「新帯域推定値Ｒ＝現在の帯域推定値Ｒ＋Ｄ」とする。ここで、Ｄは帯域推定値Ｒの補正量を示す値であり、このＤの値は以下の様に決定する。前回帯域推定値を更新した時に「ＴＨ１＜パケットロス量」または「ＴＨ２＜パケットロス量≦ＴＨ１」であった場合、「Ｄ＝定数値δ」とする。これは、前回の帯域推定において帯域推定値が実際の送信帯域より大きいと判定したため、今回は帯域推定値を増やし過ぎない様に、予め設定されるパラメータである定数値δとするものである。また、前回帯域推定値を更新した時に「パケットロス量≦ＴＨ２」であった場合、「Ｄ＝現在のＤ×β」とする。ただし、βは１以上の定数、Ｄの最大値は定数Ｍとし、現在のＤ×βがＭを越える場合には「Ｄ＝Ｍ」とする。これは、前回の帯域推定でも帯域推定値を増やしているため、送信帯域の増加への追従性を高める目的で帯域推定値の増加を加速する目的で、指数関数的に帯域推定値を増やすためのものである。但し、１回の帯域推定処理における帯域推定値の増加分が大きくなり過ぎない様にするため、帯域推定値の増加分Ｄに上限値Ｍを設けている。これにより、ネットワークにおける送信帯域の増加減少に対して、送信帯域推定値を追従する形で増加減少させることができる。
【００３９】
＜手順５＞
上記＜手順４＞において更新した後の帯域推定値Ｒで送信シェーピングをかけるように、シェーパ１５を設定する。
【００４０】
以上の手順で帯域推定値Ｒを更新する場合、受信パケット量読み出し要求メッセージと受信パケット量読み出し応答メッセージを一定時間（例えば１秒）以上の間隔に１度送信するだけで、送信帯域推定のために大量のプローブパケット送信を伴わず、また、送信データへのシーケンス番号付与や送達確認メッセージ送信は不要である。例えば、受信パケット量読み出し要求メッセージと受信パケット量読み出し応答メッセージをＵＤＰ／ＩＰｖ４パケットとして実装した場合、受信パケット量読み出し要求メッセージは、ＵＤＰ／ＩＰｖ４ヘッダ２８バイトと、受信パケット量読み出し要求メッセージであることとシーケンス番号を示すヘッダ４バイトの合計３２バイトで実現可能である。受信パケット量読み出し応答メッセージは、ＵＤＰ／ＩＰｖ４ヘッダ２８バイトと、受信パケット量読み出し応答メッセージであることとシーケンス番号を示すヘッダ４バイトと、受信パケット数（４バイト）、受信バイト数（４バイト）、時刻（４バイト）を示すデータの合計４４バイトで実現可能である。つまり、１秒に１回の割合で送信帯域推定を行うために、１秒に１回、３２バイト＋４４バイト＝７６バイトのオーバヘッドが発生することとなる。また、１秒以上に１回送信となるが、受信パケット量読み出し要求メッセージを、上記の様に独立したメッセージとして送信するのではなく、通常の送信パケットに付加するヘッダ（受信パケット量読み出し要求メッセージであることとを示す２バイトと、ヘッダ付加前のＩＰパケットのペイロードのプロトコルを示す２バイトの計４バイト）として実装する方法も考えられ、この場合、オーバヘッドは４バイト＋受信パケット量読み出し応答メッセージ４４バイト＝４８バイトとなる。
【００４１】
既存手法の内、上記の非特許文献１で開示されている技術を適用し、packet  pairやpacket  trainを用いて１秒に１回の割合で送信帯域推定を行う場合、１回の推定のために１３０ＫＢから２．５ＭＢのプローブパケットを送信する必要があるのと比較すると、大幅に送信帯域推定のためのオーバヘッドを減らすことができる。
【００４２】
また、上記の非特許文献２で開示されているＴＣＰの輻輳制御と同様に、パケットに付加するシーケンス番号と、受信済みシーケンス番号を示す送達確認メッセージを使用する場合、送信側装置が送信する全パケットにシーケンス番号を含むヘッダを付加し、１秒以上の時間間隔に１回送達確認メッセージを返す様にヘッダで受信側装置に通知し、受信側装置が送達確認メッセージを返すこととなる。シーケンス番号と送達確認メッセージ送信を要求するフラグの合計４バイトと、ヘッダ付与前のＩＰパケットのペイロードのプロトコルを示す２バイトの計６バイトがヘッダサイズとなる。送達確認メッセージは本実施の形態の通信装置が使用する受信パケット量読み出し応答メッセージと同等の情報を含むので４４バイトとなる。すなわち、送信帯域推定のためのオーバヘッドは、（４４バイト＋６バイト×送信帯域推定実行の時間間隔の間に送信するパケット数）となる。上述したように、本実施の形態の通信装置を適用した場合のオーバヘッドは４８または７６バイトであり、４８バイトの場合と比較すると、送信帯域推定実行の時間間隔の間に送信するパケット数が１以上でオーバヘッドが大きくなり、送信パケット数が増えるとオーバヘッドが送信パケット数に比例して増える。また、オーバヘッドが７６バイトの場合と比較すると、送信帯域推定実行の時間間隔の間に送信するパケット数が６以上でオーバヘッドが大きくなり、送信パケット数が増えるとオーバヘッドが送信パケット数に比例して増える。
【００４３】
以上のように、本実施の形態の通信装置によれば、送信帯域推定に必要なオーバヘッドとなる送信データ量を従来よりも削減することが可能である。
【００４４】
このように、本実施の形態の通信装置は、受信側の通信装置に対して受信したデータ量を問い合わせ、通知されてきた最新の受信データ量および過去の受信データ量と最新の送信データ量および過去の送信データ量とに基づいてパケットロス量を求め、パットロス量をしきい値と比較することにより送信帯域を推定することとした。これにより、送信帯域を推定するために必要なオーバヘッドを削減することができ、帯域の利用効率を向上させることができる。
【産業上の利用可能性】
【００４５】
本発明にかかる通信装置は、利用可能な帯域が動的に変化する通信システムにおいて、送信で使用可能な帯域を推定してデータを送信する通信装置として有用である。
【符号の説明】
【００４６】
１  送信処理部、２  受信処理部、１１  受信パケット量読み出しメッセージ処理部、１２  送信帯域推定部、１３，２２  時計、１４  データ送信アプリケーション、１５  シェーパ、１６，２４  ネットワークインタフェース部、２１  受信パケット量読み出し要求処理部、２３  データ受信アプリケーション。
【図１】
2016021665.tif 000003
【図２】
2016021665.tif 000004
【図３】
2016021665.tif 000005