(57)【要約】【課題】ＴＣＰをトランスポートプロトコルとしてフロー制御を行う無線通信端末装置において、バッファ溢れによるパケット損失に起因するスループット低下を防止する。【解決手段】バッファ量を推定するバッファ量推定部５１０と、推定されたバッファ量からＴＣＰトランスポートプロトコルにおける受信ウィンドウサイズを推定するＲＷＩＮ制御部５１１と、推定された受信ウィンドウサイズを用いてフロー制御を行うＴＣＰ制御部５０２とを備える。【選択図】  図５
2006211015.tif 000002
【特許請求の範囲】
【請求項１】
バッファ量を推定するバッファ量推定手段と、
推定されたバッファ量からＴＣＰトランスポートプロトコルにおける受信ウィンドウサイズを推定する受信ウィンドウサイズ推定手段と、
推定された受信ウィンドウサイズを用いてフロー制御を行うＴＣＰ制御手段と、
を具備することを特徴とする無線通信端末装置。
【請求項２】
前記バッファ量推定手段および受信ウィンドウサイズ推定手段において、通信開始時にそれぞれバッファ量推定および受信ウィンドウサイズ推定を行うことを特徴とする請求項１記載の無線通信端末装置。
【請求項３】
前記受信ウィンドウサイズ推定手段において、前記無線通信制御手段における各無線通信制御ブロックのバッファサイズの合計を受信ウィンドウサイズとすることを特徴とする請求項１記載の無線通信端末装置。
【請求項４】
前記受信ウィンドウサイズ推定手段において、前記無線通信制御手段における各無線通信制御ブロックのバッファサイズを比較し、最小のバッファサイズを受信ウィンドウサイズとすることを特徴とする請求項１記載の無線通信端末装置。
【請求項５】
前記バッファ量推定手段および受信ウィンドウサイズ推定手段において、予め設定された周期における通信開始時に、バッファ量推定および受信ウィンドウサイズ推定を行うことを特徴とする請求項１記載の無線通信端末装置。
【請求項６】
前記受信ウィンドウサイズ推定手段において、予め設定されたバッファ目標利用率と、前記バッファ量推定手段で推定されたバッファ利用率とを比較して、受信ウィンドウサイズを推定することを特徴とする請求項５記載の無線通信装置。
【請求項７】
前記受信ウィンドウサイズ推定手段において、予め設定されたバッファ目標利用率と、前記バッファ量推定手段で推定されたバッファ利用率との比較結果に基づいて、受信ウィンドウサイズを予め設定されたステップサイズで変更することを特徴とする請求項６記載の無線通信装置。
【請求項８】
無線通信制御手段におけるバッファ量を推定し、推定されたバッファ量からＴＣＰトランスポートプロトコルにおける受信ウィンドウサイズを推定し、推定された受信ウィンドウサイズを用いてフロー制御を行うことを特徴とする無線通信制御方法。
【請求項９】
予め設定された周期における通信開始時に、バッファ量の推定および受信ウィンドウサイズの推定を行うことを特徴とする請求項８記載の無線通信制御方法。
【請求項１０】
前記受信ウィンドウサイズの推定時において、予め設定されたバッファ利用率と、推定されたバッファ利用率とを比較し、推定結果に基づいて、受信ウィンドウサイズを予め設定されたステップサイズで変更することを特徴とする請求項９記載の無線通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラ無線通信システムにおいて、特に通信制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ   Ｃｏｎｔｒｏｌ   Ｐｒｏｔｏｃｏｌ。以下、ＴＣＰという）を用いた無線パケット通信における移動通信端末装置および移動通信制御方法に関するものである。
【背景技術】
【０００２】
図１に、ヨーロッパにおけるＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）移動通信システムとインターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ。以下、ＩＰという）網に接続されたアプリケーションサーバの概略構成図を示す。
【０００３】
無線通信端末装置（ＵＥ）１０１は、在圏するセルの無線基地局（Ｎｏｄｅ Ｂ）１０２と無線リンクを介して無線通信を行う。無線リンクは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐｅｒｔｏｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において提案されているＤＰＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  ＣＨａｎｎｅｌ）を使用した回線交換型の固定レート無線伝送方式や、ＨＳ−ＰＤＳＣＨ（Ｈｉｇｈ  Ｓｐｅｅｄ−Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）を使用した高速下り共用チャネルでの構成などが該当する。
【０００４】
無線基地局１０２は、無線通信制御部（ＲＮＣ）１０３、ネットワークゲートウェイ（ＧＧＳＮ）１０４、ＴＣＰゲートウェイ（ＴＣＰ−ＧＷ）１０５を介して、ＩＰネットワーク１０６へと接続され、ＩＰネットワーク１０６に接続されたアプリケーションサーバ１０７と通信を行うものである。
【０００５】
無線通信制御部１０３は、複数の無線基地局１０２の無線ネットワーク制御を行う。ネットワークゲートウェイ１０４は外部ネットワークとの間でデータの受け渡しを制御するゲートウェイ装置である。ＴＣＰゲートウェイ１０５は、ＴＣＰを無線回線側と有線ネットワーク側とで終端するものである。
【０００６】
次に、無線通信端末装置１０１、ＴＣＰゲートウェイ１０５およびアプリケーションサーバ１０７のレイヤ構成を図２に示す。無線通信端末装置１０１は、物理レイヤであるＬ１層、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｏｒｏｌｌｅｒ）やＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌｌｅｒ）などが含まれるＬ２層と、ＩＰ層、Ｗ−ＴＣＰ層（２０１）、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）アプリケーション層２０２で構成されている。
【０００７】
また、ＴＣＰゲートウェイ１０５は、無線リンク側ＨＴＴＰプロトコル２０３と有線リンク側ＨＴＴプロトコルＰ２０４とを中継するリレー（Ｒｅｌａｙ）２０５、および、ＴＣＰプロトコルを有線ネットワーク側と無線ネットワーク側とで終端し、無線リンク側ではＷ−ＴＣＰ２０６、有線リンク側では通常のＴＣＰ２０７で通信を行うためのゲートウェイ装置である。
【０００８】
ＴＣＰゲートウェイ１０５では、無線通信端末装置１０１と対向する無線リンク側ではＷ−ＴＣＰ２０６を使用しているが、これは既存のＴＣＰ制御アルゴリズムは変更せず、無線リンク向けにパラメータをチューニングしたＴＣＰである。
【０００９】
一方、有線リンク側では通常のＴＣＰ２０７が使用され、アプリケーションサーバ１０７のＴＣＰ２０８とコネクションを確立し、ＨＴＴＰプロトコル２０９との通信を行う。
【００１０】
次に、図３を参照して、ＴＣＰのフロー制御のためのウィンドウ制御方法を説明する。  受信側ＴＣＰプロトコル３０１は、まずコネクションを確立する際に、受信側から受信ウィンドウサイズ(ＲＷＩＮ)３０２を送信側ＴＣＰ３０３に通知する。受信側ＴＣＰ３０１と送信側ＴＣＰ３０３の通信ノード間でコネクション確立が完了し、データの送受信３０４が開始されると、送信側では送信ウィンドウ３０５を伸縮してフロー制御を行う。
【００１１】
送信ウィンドウ３０５は、送達確認応答を受信することなく、つまりパケットの送信ごとにＡＣＫを返すことをせずに、同時にデータをまとめて送出することができるサイズを示している。また、送信ウィンドウサイズと受信側ＴＣＰ３０１から通知された受信ウィンドウサイズ３０６とを比較して、その小さい方ＴＣＰゲートウェイの値を実際に使用するウィンドウサイズとする制御も行う。前記背景技術に見られるような無線リンクを介した無線通信システムへのＴＣＰの適用は、例えば非特許文献１に記載されている。
【非特許文献１】ハリ  バラクリシュナン  「ア  コンパリズン  オフ  メカニズムズ  フォー  インプルービング  ティー  シー  ピー  パフォーマンス  オーバ  ワイヤレス  リンクス  」アイ  イー  イー  イー  トランザクション  オン  ネットワーキング，Ｖｏｌ．５，ＮＯ．6，ｐｐ．７５６‐７６７，１２月  １９９７年（Ｈａｒｉ  Ｂａｌａｋｒｉｓｈｎａｎ  「Ａ  Ｃｏｍｐａｒｉｓｏｎ  ｏｆ  Ｍｅｃｈａｎｉｓｍｓ  ｆｏｒ  Ｉｍｐｒｏｖｉｎｇ  ＴＣＰ  Ｐｅｒｆｏｒｍａｎｃｅ  ｏｖｅｒ  Ｗｉｒｅｌｅｓｓ  Ｌｉｎｋｓ」  ＩＥＥＥ  Ｔｒａｎｓａｃｔｉｏｎ  ｏｎ  Ｎｅｔｗｏｒｋｉｎｇ，Ｖｏｌ．5，Ｎｏ．６，ｐｐ．７５６‐７６７，Deｃ．１９９７）
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、従来の無線通信システムにあっては、有線リンクとは異なる無線リンク特有のフェージングによるバーストエラーやハンドオーバなどの影響によって、スループット低下の課題があることが報告されている。また、一般的には、ＴＣＰ受信ウィンドウサイズは受信端末側のＴＣＰ受信バッファサイズに基づいて決定されるため、移動通信端末のＴＣＰ受信バッファサイズ以外のバッファサイズが考慮されていない。
【００１３】
このため、受信ウィンドウサイズ分までのＴＣＰパケットが送信側から送出されたとしても、ＴＣＰ受信バッファサイズ以外のバッファサイズにおいてバッファ溢れ、パケット損失が発生し、これを送信側で検知すると、送信ウィンドウサイズのシュリンクにより、スループットが低下するという問題が発生する。
【００１４】
本発明は上記事情に鑑みてなされたものであり、ＴＣＰ／ＩＰパケットの無線通信において、バーストエラーやハンドオーバ、あるいはバッファ溢れ等に起因するパケット損失によるスループットの低下を防止できる無線通信端末装置および無線通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明の無線通信装置は、バッファ量を推定するバッファ量推定手段と、推定されたバッファ量からＴＣＰトランスポートプロトコルにおける受信ウィンドウサイズを推定する受信ウィンドウサイズ推定手段と、推定された受信ウィンドウサイズを用いてフロー制御を行うＴＣＰ制御手段と、を具備する構成を採る。
【００１６】
本発明の無線通信装置は、前記バッファ量推定手段および受信ウィンドウサイズ推定手段において、通信開始時にそれぞれバッファ量推定および受信ウィンドウサイズ推定を行う構成を採る。
【００１７】
本発明の無線通信装置は、前記受信ウィンドウサイズ推定手段において、前記無線通信制御手段における各無線通信制御ブロックのバッファサイズの合計を受信ウィンドウサイズとする構成を採る。
【００１８】
本発明の無線通信装置は、前記受信ウィンドウサイズ推定手段において、前記無線通信制御手段における各無線通信制御ブロックのバッファサイズを比較し、最小のバッファサイズを受信ウィンドウサイズとする構成を採る。
【００１９】
これら構成により、無線通信端末において、ＴＣＰパケットのバッファ溢れを回避し、スループットの向上を図ることができる。
【００２０】
本発明の無線通信装置は、前記バッファ量推定手段および受信ウィンドウサイズ推定手段において、予め設定された周期における通信開始時に、バッファ量推定および受信ウィンドウサイズ推定を行う構成を採る。
【００２１】
本発明の無線通信装置は、前記受信ウィンドウサイズ推定手段において、予め設定されたバッファ目標利用率と、前記バッファ量推定手段で推定されたバッファ利用率とを比較して、受信ウィンドウサイズを推定する構成を採る。
【００２２】
本発明の無線通信装置は、前記受信ウィンドウサイズ推定手段において、予め設定されたバッファ目標利用率と、前記バッファ量推定手段で推定されたバッファ利用率との比較結果に基づいて、受信ウィンドウサイズを予め設定されたステップサイズで変更する構成を採る。
【００２３】
これらの構成により、一定周期ごとに最適にＴＣＰ受信ウィンドウサイズを推定することによって、スループットの向上を図ることができる。
【００２４】
本発明の無線通信制御方法は、無線通信制御手段におけるバッファ量を推定し、推定された前記バッファ量からＴＣＰトランスポートプロトコルにおける受信ウィンドウサイズを推定し、推定された前記受信ウィンドウサイズを用いてフロー制御を行う構成を採る。
【００２５】
本発明の無線通信制御方法は、予め設定された周期における通信開始時に、バッファ量の推定および受信ウィンドウサイズの推定を行う構成を採る。
【００２６】
本発明の無線通信制御方法は、前記受信ウィンドウサイズの推定時において、予め設定されたバッファ利用率と、推定されたバッファ利用率とを比較し、推定結果に基づいて、受信ウィンドウサイズを予め設定されたステップサイズで変更する構成を採る。
【発明の効果】
【００２７】
本発明によれば、無線通信制御手段で収集したＴＣＰパケットのバッファ量をバッファ量推定手段により推定し、推定された前記バッファ量から、受信ウィンドウサイズ推定手段によりＴＣＰトランスポートプロトコルにおける受信ウィンドウサイズを推定し、推定された受信ウィンドウサイズを用いて、ＴＣＰ制御手段によりフロー制御を行うようにしたので、無線通信端末において、ＴＣＰパケットのバッファ溢れおよびＴＣＰパケットの損失を回避でき、結果的にスループットの向上を図ることができる。
【発明を実施するための最良の形態】
【００２８】
本発明の骨子は、無線通信端末装置において無線通信制御部におけるバッファサイズを推定し、推定されたバッファサイズをＴＣＰ受信ウィンドウサイズに設定することである。
【００２９】
以下、本発明の実施の形態について、添付図面を参照しながら詳細に説明する。
【００３０】
（第１の実施形態）
図４は、本発明の第１の実施形態による無線通信の制御シーケンスを示す。図４は、無線通信端末装置１０１がＴＣＰゲートウェイ１０５からＴＣＰコネクションによってアプリケーションデータをダウンロードする場合を示している。
【００３１】
まず、通信開始時（データ通信リクエストの発生時）に、無線通信端末装置１０１からＴＣＰゲートウェイ１０５に対し、データダウンロードのリクエストが発生すると、無線通信端末装置１０１では、まず、ＴＣＰの受信ウィンドウサイズ（ＲＷＩＮ）を設定するためのバッファサイズ推定制御４０１が行われる。ＴＣＰでは、推定されたＲＷＩＮを含むＴＣＰコネクションリクエストメッセージが、ＴＣＰゲートウェイ１０５へ送信される（４０２）。
【００３２】
コネクションリクエストメッセージを受信したＴＣＰゲートウェイ１０５では、コネクション確立が可能か否かの判定を行い、可能であればコネクションリクエストに対する動作完了信号（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）と逆方向リンクのコネクションリクエストメッセージを送信する（４０３）。
【００３３】
ＡＣＫおよびコネクションリクエスト信号を受信した無線通信端末装置１０１は、逆方向リンクのコネクション確立のＡＣＫをＴＣＰゲートウェイ１０５へ送信し（４０４）、コネクション確立が完了すると、以降、データ通信が開始される（４０５）。
【００３４】
次に、無線通信端末装置１０１におけるバッファ量推定制御４０１の制御について詳述する。図５は、本発明における無線通信端末装置１０１の構成を示すブロック図である。  図５において、無線通信端末装置１０１は、アプリケーション部５０１と、ＴＣＰ制御部５０２と、ＩＰ制御部５０３と、無線通信制御部５０４と、送受信無線部５０８と、無線アンテナ５０９と、バッファ量推定部５１０と、受信ウィンドウサイズ（ＲＷＩＮ）制御部５１１とを有する構成である。また、無線通信制御部５０４は、ＲＬＣ制御部５０５と、ＭＡＣ制御部５０６と、無線制御部５０７とを内部に有する構成である。
【００３５】
前記アプリケーション部５０１は、ファイルの転送機能を持つＨＴＴＰやＦＴＰなどのソフトウェアを含む。ＴＣＰ制御部５０２は、後述の推定された受信ウィンドウサイズを用いてコネクションメッセージを生成し、ＴＣＰゲートウェイ１０５へ伝送し、データ通信を可能(フロー制御)にするように機能する。
【００３６】
無線通信制御部５０４は、ＲＬＣ制御部５０５によるＲＬＣ制御、ＭＡＣ制御部５０６によるパケットの順序制御、無線制御部５０７による無線通信の制御をそれぞれ実行するように機能する。送受信無線部５０８は、無線アンテナ５０９を介して無線基地局１０２側のＴＣＰ−ＧＷ１０５との間でデータの送受信を行うように機能する。
【００３７】
バッファ量推定部５１０は、前記無線通信制御部５０４内のＲＬＣ制御部５０５、ＭＡＣ制御部５０６および無線制御部５０７のそれぞれから得られるＲＬＣバッファサイズ、リオーダリング（Ｒｅｏｒｄｅｒｉｎｇ）バッファサイズおよびＨＡＲＱプロセス（Ｐｒｏｃｅｓｓ）のバッファサイズを演算により取得するように機能する。
【００３８】
ＲＷＮＩ制御部５１１は、バッファ量推定部５１０にて取得された前記各バッファサイズの加算値から受信ウィンドウサイズを推定する。そしてＴＣＰ制御部５０２からの受信ウィンドウサイズパラメータのリクエスト発行時に、このＴＣＰ制御部５０２へ受信ウィンドウサイズを通知するように機能する。
【００３９】
次に、前記無線通信端末におけるバッファ量推定制御動作について説明する。無線通信端末装置１０１のアプリケーション部５０１でデータ通信リクエストが発生すると、まず、コネクション確立のリクエストメッセージがＴＣＰ制御部５０２で生成される。これと同時に、ＴＣＰ制御部５０２からＲＷＩＮ制御部５１１へＲＷＩＮパラメータのリクエストが発行される。
【００４０】
次に、ＲＷＩＮ制御部５１１から、バッファ量推定部５１０に無線通信制御部５０４のバッファ量推定のリクエストが発行される。バッファ量推定部５１０は、無線通信制御部５０４の、ＲＬＣ制御部５０５、ＭＡＣ制御部５０６、無線制御部５０７の各ブロックからバッファサイズ（バッファ量）を計算（推定）する。
【００４１】
バッファ量推定部５１０は、取得したバッファサイズをＲＷＩＮ制御部５１１に通知する。ＲＷＩＮ制御部５１１は、通知されたバッファサイズを加算してＲＷＩＮサイズを計算（推定）し、ＴＣＰ制御部５０２に通知する。ＴＣＰ制御部５０２では、通知されたＲＷＩＮを使用してコネクションリクエストメッセージを生成し、ＩＰ制御部５０３、無線通信制御部５０４、送受信無線部５０８、無線アンテナ５０９を介してＴＣＰゲートウェイ１０５に伝送する。
【００４２】
一方、ＴＣＰゲートウェイ１０５からのＡＣＫおよび逆回線リンクのコネクションリクエストを無線アンテナ５０９で受信すると、送受信無線部５０８、無線通信制御部５０４、ＩＰ制御部５０３を介してＴＣＰ制御部５０２に伝達される。ＴＣＰ制御部５０２では、逆回線リンクのコネクションリクエストに対するＡＣＫ信号をＴＣＰゲートウェイ１０５に伝達してコネクションが確立し、データ通信が開始される。
【００４３】
データ通信において、ＴＣＰゲートウェイ１０５では、無線通信端末装置１０１から通知されたＲＷＩＮ値を使用してフロー制御を行う。アプリケーションサーバ１０７からのデータは、ＩＰネットワーク１０６、ＴＣＰゲートウェイ１０５、ネットワークゲートウェイ１０４、無線通信制御部１０３、無線基地局１０２を介して、無線通信端末装置１０１に無線伝送される。
【００４４】
無線アンテナ５０９で受信した無線信号は、送受信無線部５０８で復調、復号処理が行われ、無線制御部５０７に送られる。無線制御部５０７では、例えばＨＳＤＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）では、ＨＡＲＱなどの処理が行われる。
【００４５】
次に、無線制御部５０７から送られたトランスポートブロックデータは、ＭＡＣ制御部５０６に送られる。ＭＡＣ制御部５０６では、ＨＳＰＤＡの場合はリオーダリングエンティティなどによって到着パケットの順序保証制御が行われ、ＲＬＣ制御部５０５へと送られる。
【００４６】
ＭＡＣ制御部５０６から上位レイヤに送られたデータはＲＬＣ制御部５０５でＲＬＣ ＰＤＵ単位で、再送処理、順序保証が行われる。
【００４７】
次に、ＩＰ制御部５０３を介してＴＣＰ制御部５０２に送られた受信データは、ＴＣＰレイヤでのＡＣＫ／ＮＡＣＫ信号の送信が行われた後、ＨＴＴＰ、ＦＴＰなどのアプリケーション部５０１にデータを送信する。
【００４８】
次に、ＲＷＩＮ制御部５１１の動作を詳説する。ＲＷＩＮ制御部５１１では、バッファ量推定部５１０から得られた無線制御部５０７のＨＡＲＱプロセスのバッファサイズや、ＭＡＣ制御部５０６のリオーダリングバッファサイズ、ＲＬＣ制御部５０５のＲＬＣバッファサイズを加算し、ＲＷＩＮサイズ算出し、ＴＣＰ制御部５０２へと通知する。
【００４９】
ここで、ＲＷＩＮ制御部５１１でのバッファ量推定には、収集したバッファサイズ情報の合計バッファサイズを用いる他に、各ブロックの中で最も小さいバッファサイズや、処理量が最も大きい制御ブロックのバッファサイズ、タスク処理優先度の最も低い制御ブロックのバッファサイズを使用してもよい。
【００５０】
（第２の実施形態）
図６は、本発明の第２の実施形態による無線通信の制御シーケンスを示す。第２の実施形態では、ＴＣＰの受信ウィンドウサイズを一定周期ごとにバッファの使用率などに基づいて更新する構成を採る。まず、通信が行われていない状態から通信を開始するため、実施形態１と同様の制御によってバッファサイズをＲＷＩＮ＝ＲＷＩＮ１（６０１）として通信を開始する。以降、前記通信が開始されたＴＣＰコネクションは、ＲＷＩＮ＝ＲＷＩＮ１で通信が行われる（６０２〜６０６）。
【００５１】
バッファサイズの更新周期になった場合（６０７）、バッファサイズをその時点でのバッファ使用率などを推定してＲＷＩＮを更新する。これにより、以降に発生したＴＣＰコネクションは、ＲＷＩＮ＝ＲＷＩＮ２で通信が行われる（８−１２）。同様に、バッファ更新周期（例えば６１３）ごとにＲＷＩＮ最適値を推定し、推定されたＲＷＩＮ値を用いて通信を行う（例えば６１４、６１５）。
【００５２】
次に、本実施形態におけるＲＷＩＮ制御部５１１での、バッファサイズ推定の制御フローを図７に示す。まず、ＲＷＩＮ＝Ｘで通信が行われているものとして（ステップＳ７０１）、今、ＲＷＩＮの更新周期になったか否かを判定し（ステップＳ７０２）、ＲＷＩＮ更新周期になったと判定された場合は、バッファ使用率情報を取得(推定)する（ステップＳ７０３）。
【００５３】
次に、予め設定されたバッファの目標利用率と実際のバッファの利用率との比較を行う（ステップＳ７０４）。目標利用率が実際の利用率より低い場合はステップＳ７０５に遷移する。ステップＳ７０５では、現在のＲＷＩＮ値Ｘに、あらかじめ設定された増減ステップを加えたものが、予め設定された上限値よりも小さい場合は、ＲＷＩＮ値に増減ステップ分を加えて（ステップＳ７０６）、ＲＷＩＮ更新周期監視（ステップＳ７０２）へと戻る。
【００５４】
一方、現在のＲＷＩＮ値にあらかじめ設定された増減ステップを加えたものが、予め設定された上限値よりも大きい場合は、ＲＷＩＮ＝ＸのままでＲＷＩＮ更新周期監視へと戻る。
【００５５】
一方、目標利用率が実際の利用率より高い場合はステップＳ７０７を実行する。ステップＳ７０７では、現在のＲＷＩＮ値にあらかじめ設定された増減ステップを減じたものが、予め設定された下限値よりも大きい場合は、ＲＷＩＮ値に増減ステップ分を減じて（ステップＳ７０８）、ＲＷＩＮ更新周期監視（ステップＳ７０２）へと戻る。
【００５６】
現在のＲＷＩＮ値Ｘにあらかじめ設定された増減ステップを減じたものが、予め設定された下限よりも小さい場合は、ＲＷＩＮ＝ＸのままでＲＷＩＮ更新周期監視（ステップＳ７０２）へと戻る。また、目標利用率とＸが等しい場合には、ＲＷＩＮ＝ＸのままでＲＷＩＮ更新周期監視（ステップＳ７０２）へと戻る。
【産業上の利用可能性】
【００５７】
本発明の無線通信端末装置および無線通信制御方法は、ＴＣＰパケットのバッファ溢れ等によるＴＣＰパケットの損失を回避でき、結果的にスループットの向上を図ることができるという効果を有し、通信制御プロトコルを用いた無線パケット通信における移動通信端末装置並びに移動通信制御方法等として有用である。
【図面の簡単な説明】
【００５８】
【図１】ＵＭＴＳ無線通信システムの構成を示すブロック図
【図２】図１における無線通信端末装置、ＴＣＰゲートウェイおよびアプリケーションサーバの通信プロトコル階層構造を示す説明図
【図３】本発明の実施形態によるＴＣＰフロー制御の説明図
【図４】図１における無線通信端末装置およびＴＣＰゲートウェイ間の通信制御フローを示すシーケンス図
【図５】本発明の第１の実施形態による無線通信端末装置の構成を示すブロック図
【図６】本発明の第２の実施形態による無線通信端末装置およびＴＣＰゲートウェイ間のデータ更新の通信制御フローを示すシーケンス図
【図７】本発明におけるバッファサイズ推定手順を示すフローチャート
【符号の説明】
【００５９】
１０１ 無線通信端末装置
１０２ 無線通信基地局装置
１０３ 無線通信制御装置
１０４ ネットワークゲートウェイ装置
１０５ ＴＣＰゲートウェイ装置
１０６ ＩＰネットワーク
１０８ アプリケーションサーバ装置
２０１、２０６ Ｗ−ＴＣＰプロトコル
２０２、２０３、２０４、２０９ ＨＴＴＰプロトコル
２０５ ＨＲＲＰリレー
２０７、２０８ ＴＣＰプロトコル
３０１ 受信側ＴＣＰプロトコル
３０２ ＲＷＩＮを含むコネクションリクエストメッセージ
３０３ 送信側ＴＣＰ
３０４ 送信データ
３０５ 送信ウィンドウ
３０６ 受信ウィンドウサイズ
４０１ バッファサイズ推定シーケンス
４０２ コネクションリクエストメッセージシーケンス
４０３ ＡＣＫ＋コネクションリクエストメッセージ
４０４ コネクションリクエストＡＣＫメッセージ
４０５ データ送信＋ＡＣＫ送信メッセージ
５０１ アプリケーション部
５０２ ＴＣＰ制御部
５０３ ＩＰ制御部
５０４ 無線通信制御部
５０５ ＲＬＣ制御部
５０６ ＭＡＣ制御部
５０７ 無線制御部
５０８ 送受信無線部
５０９ 無線アンテナ
５１０ バッファ量推定部
５１１ ＲＷＩＮ制御部
６０１、６０７、６１３ バッファサイズ更新制御シーケンス
６０２、６０３、６０４、６０５、６０６ データ通信（ＲＷＩＮ＝ＲＷＩＮ１）
６０８、６０９、６１０、６１１、６１２ データ通信（ＲＷＩＮ＝ＲＷＩＮ２）
６１４、６１５ データ通信（ＲＷＩＮ＝ＲＷＩＮ３）
【図１】
2006211015.tif 000003
【図２】
2006211015.tif 000004
【図３】
2006211015.tif 000005
【図４】
2006211015.tif 000006
【図５】
2006211015.tif 000007
【図６】
2006211015.tif 000008
【図７】
2006211015.tif 000009