JP4634135B2 - 無線通信端末装置及びそのプログラム - Google Patents

Description

本発明は、無線通信端末装置に関し、特に、通信方式切替時のデータ通信速度向上技術に関する。

複数の無線モードで同時に動作することができ、２以上の通信システムを切り替えて基地局と通信を行う無線通信端末として、ＣＤＭＡ２０００ １ｘ（以下、「１ｘ」と呼ぶ）方式の携帯電話ネットワークと、ＣＤＭＡ １ｘＥＶ−ＤＯ（1x Evolution Data Only；以下、「ＥＶ−ＤＯ」と呼ぶ）方式の高速データ通信ネットワークを切り替えて通信するものが知られている。

この１ｘ方式における下り（基地局から端末方向）の最大スループットは１４４Kbpsであり、ＥＶ−ＤＯ方式における下りの最大スループットは２．４Mbpsであり、両者には大きな相違がある。また、１ｘ／ＥＶ−ＤＯハイブリッドシステムでは、ＥＶ−ＤＯ方式から１ｘ方式へ切り替えて（ハンドダウンして）データ通信を継続することができるが、高速なＥＶ−ＤＯでのデータ通信中にハンドダウンが起きると大きなパケットロストの発生につながる。これは、ハンドダウン時のネットワーク通信経路の切り替えの際、該パケットを中継する基地局の圏内から端末が移動し、切り替え前に送信されたデータの宛先がな
くなってしまうことによるものである。また、高速な伝送経路から低速な伝送経路に切り替わることによって輻輳も発生する。

図１２は、従来のハンドダウン処理のシーケンス図である。

無線通信端末（ＡＴ）は、ＥＶ−ＤＯ方式の無線基地局（ＡＮ）とＥＶ−ＤＯ方式によって通信している。このとき、無線通信端末（ＡＴ）と無線基地局（ＡＮ）と間の通信品質が劣化すると、無線通信端末（ＡＴ）は、DRC NULL Cover信号を送信し、基地局からのデータの送信を停止させる。その後、無線通信端末（ＡＴ）は、Connection Close信号を送信して、ＥＶ−ＤＯ方式の無線基地局（ＡＮ）とのＥＶ−ＤＯ方式による通信を停止する。

その後、無線通信端末（ＡＴ）は１ｘ方式の無線基地局（ＢＳ）との間でコネクションを確立する。その後、無線通信端末（ＡＴ）は無線基地局（ＢＳ）との間でＰＰＰによるセッションを確立する。そして、無線通信端末（ＡＴ）は１ｘ方式の無線基地局（ＢＳ）との間で１ｘ方式による通信を開始する。
3GPP2 C.S0024 Ver4.0 "CDMA2000 High Rate Packet Data Air Interface Specification"

しかし、最大スループットの高いシステムから該システムよりは最大スループットの低いシステムにハンドダウンする従来の処理では、転送速度の違いによるパケットロストや輻輳発生を防ぐために、伝送経路上の各ノードにバッファ用のメモリを多く設けなければならず無駄が多かった。

また、ハンドダウンを行ってもハンドダウン前のシステムに不要なデータが流れ続け、システム効率が非常に悪いという問題があった。

本発明は、ＥＶ−ＤＯ方式から１ｘ方式へハンドダウンをする際に、ハンドダウン直前に端末から通知するＴＣＰ確認応答（ＡＣＫ）に含まれる確認応答番号の値を変更することによって受信データを一時的に停止することを目的とする。また、ハンドダウン終了後フロー制御を正常時の制御に戻すことにより、ウインドウサイズが通常通り増加し、パケットロストを低減することを目的とする。

第１の発明の無線通信端末は、複数の無線通信システムを介してデータ通信が可能な無線部と、前記複数の無線通信システムのうち一つのシステムを介してデータ通信を行っている際に、前記システムから該システムより最大スループットの低いシステムに切り替える場合は、前記システムを切り替える前に、送信側が送信する連続送信可能なデータ量を低下させるために重複した確認応答パケットを送信する制御部と、を備える。

第２の発明は、第１の発明において、前記制御部は、前記送信側が送信する連続送信可能なデータ量が最小値となるまで重複した確認応答パケットを送信することを特徴とする。

第３の発明は、第１又は第２の発明において、前記制御部は、前記重複した確認応答パケットとして、応答確認済みの最後のシーケンス番号を格納した確認応答パケットを送信することを特徴とする。

第４の発明のプログラムは、複数の無線通信システムを介してデータ通信が可能な無線部と、前記無線部によるデータ通信を制御する制御部とを有する無線通信端末に、前記複数の無線通信システムのうち一つのシステムを介してデータ通信を行っている際に、前記システムから該システムより最大スループットの低いシステムに切り替える場合は、前記システムを切り替える前に、送信側が送信する連続送信可能なデータ量を低下させるために重複した確認応答パケットを送信させる。

第５の発明は、第４の発明において、さらに、前記送信側が送信する連続送信可能なデータ量が最小値となるまで重複した確認応答パケットを送信させる。

第６の発明は、第４又は第５の発明において、さらに、前記重複した確認応答パケットとして、応答確認済みの最後のシーケンス番号を格納した確認応答パケットを送信させる。

本発明によると、ハンドダウンに伴うパケットロストを抑制することができ、輻輳が発生しにくい。

また、輻輳が発生しにくいため、各ノードに設けるバッファ用のメモリの容量を削減することができる。よって、無駄が少ないシステムを設計することができる。また、不要なデータの送出を防ぐことができる。

また、各セッションの最大スループット値に基づいて、システムを設計すればよいため、システムの設計が容易となる。

以下、本発明の実施の形態を図面を参照して説明する。

図１は、本発明の実施の形態の無線通信システムの接続状態を示すブロック図である。

サーバ１はネットワーク２を介してホームエージェント（ＨＡ）３に接続されている。ホームエージェント３は、ＰＤＳＮ（Packet Data Service Node）４Ａ及びＰＣＦ（Packet Control Function）５Ａを介してＣＤＭＡ ＥＶ−ＤＯ方式の無線基地局（ＡＮ）６Ａに接続されている。無線基地局６Ａは圏内（電波塔からの通信範囲内）に存在する無線通信端末（ＡＴ）７と通信をする。

また、ホームエージェント３は、ＰＤＳＮ（Packet Data Service Node）４Ｂ及びＰＣＦ（Packet Control Function）５Ｂを介して１ｘ方式の無線基地局（ＢＳ）６Ｂに接続されている。無線基地局６Ｂは通信圏内（電波塔からの通信範囲内）に存在する無線通信端末（ＡＴ）７と通信する。

図１には、ＥＶ−ＤＯ方式による通信時のサーバ１から無線基地局６Ａへのデータの流れを実線で、１ｘ方式による通信時のサーバ１から無線基地局６Ｂへのデータの流れを破線で示す。

この無線通信端末（ＡＴ）７は、１Ｘ／ＥＶ−ＤＯハイブリッド端末なので、下り最大スループットが２．４ＭｂｐｓのシステムであるＣＤＭＡ ＥＶ−ＤＯ方式と、下り最大スループットが１４４ＫｂｐｓのシステムであるＣＤＭＡ２０００ １ｘ方式との双方の通信方式でパケット通信をすることができる。また、無線通信端末７が、ＥＶ−ＤＯ方式で通信しているときに、ＥＶ−ＤＯ圏外に移動した場合、１ｘの圏内であれば、パケット通信経路がＥＶ−ＤＯから１ｘに切り替えられるハンドダウンが行われる。

図２は、本発明の実施の形態の無線通信端末７の構成を示すブロック図である。

本実施の形態の無線通信端末（携帯電話端末）７は、１ｘシステムと、ＥＶ−ＤＯシステムとを切り替えて基地局６との間をハンドオフを行って移動しながら通信する無線通信端末である。

アンテナ１０は、無線処理部１１に接続されており、無線基地局６からの電波を受信し、無線基地局６に対し電波を送信する。無線処理部１１は、１ｘ無線部及びＥＶ−ＤＯ無線部から構成されている。

１ｘ無線部は、アンテナ１０から送信する１ｘ方式の高周波信号を生成する送信部、及び、アンテナ１０で受信した１ｘ方式の高周波信号を増幅、周波数変換等をして、ベースバンド信号として情報処理部１２に出力する受信部によって構成されている。また、ＥＶ−ＤＯ無線部は、アンテナ１０から送信するＥＶ−ＤＯ方式の高周波信号を生成する送信部、及び、アンテナ１０で受信したＥＶ−ＤＯ方式の高周波信号を増幅、周波数変換等をして、ベースバンド信号として情報処理部１２に出力する受信部によって構成されている。

情報処理部１２は、ベースバンド部及び無線制御部によって構成されている。ベースバンド部は、ベースバンド信号を復調する。また、信号を変調し、ベースバンド信号を生成する。

無線制御部は、記憶装置１３に記憶されたプログラムを実行することによって、１ｘシステム及びＥＶ−ＤＯシステムの二つのシステムの通信を制御する。具体的には、１ｘシステムとＥＶ−ＤＯシステムの切り替えを制御する。特に待受中は、所定の時間間隔で二つの通信システムを選択的に切り替えて、両通信システムにおいて着信を待ち受ける。また、無線処理部１１によって送受信される周波数や、送受信タイミング、送信する電波の出力を制御する。

記憶装置１３は、無線通信端末６の動作に必要な情報、制御プログラム及び各種データを記憶する。

入力部１４は、文字、数字の入力、無線通信端末７への動作の指示を受け付ける。

表示部１５は、情報処理部１２によって制御され、文字情報、画像情報、無線通信端末７の動作状態（電波強度、電池残量、時刻）等を表示する液晶表示パネルと、液晶表示パネルを照明するバックライトによって構成される。

受話部１６は、情報処理部１２で復調された信号を変換して、音響信号を出力する。

送話部１７は、入力された音響信号を電気信号に変換する。

図３は、本発明の実施の形態のＴＣＰヘッダの構成図である。

受信側（無線通信端末７）から送信側（サーバ１）に送信されるパケットのＴＣＰヘッダのフラグ領域には、このＴＣＰパケットの属性を示すビットが含まれている。例えば、ＡＣＫフラグがＯＮの場合は、このパケットは受信確認であることを示す。また、ＲＳＴフラグがＯＮの場合は、このパケットはコネクションの強制切断を示す。また、ＦＩＮフラグがＯＮの場合は、このパケットはコネクションの正常終了を示す。

ＴＣＰヘッダにはシーケンス番号が含まれている。シーケンス番号は送信されるパケットに付される一連番号である。受信側は、このシーケンス番号によって、パケットに分割して送信されたデータを、シーケンス番号順に並べて再構成することができる。

また、ＴＣＰヘッダには確認応答番号が含まれている。確認応答番号は、受信側で抜けがなく受信したパケットのシーケンス番号が格納される。

図４は、本発明の実施の形態の送信データの構成図であり、図５は、本発明の実施の形態のパケット送信フロー制御のシーケンス図である。

送信側から送信されるパケットは、図４に示すようにシーケンス番号が付されている。

送信側からパケットが連続して送信されると、受信側では抜けがなく受信したパケットのシーケンス番号を確認応答（ＡＣＫ）に含めて送信する。

例えば、図５に示すように、送信側からシーケンス番号０から９９のパケットが送信される。受信側は、シーケンス番号０から９９のパケットを正しく受信できたことを送信側へ通知するため、受信したパケットのデータ先頭のシーケンス番号＋データサイズ＋１を確認応答番号フィールドに格納して送信する。

さらに、送信側からシーケンス番号１００から１９９のパケットが送信される。受信側は、シーケンス番号１００から１９９のパケットを正しく受信できたことを送信側へ通知するため、受信したパケットのデータ先頭のシーケンス番号＋データサイズ＋１を確認応答番号フィールドに格納して送信する。

このように、送信側は、受信側から送信された確認応答に含まれる確認応答番号によって、受信側がどのパケットまで正常に受信できたかを知ることができる。

次に、ＴＣＰのフロー制御の１つである高速再転送について説明する。

ＴＣＰフロー制御において、送信側では一度に送信できるパケット数を表す送信ウィンドウサイズ（ｃｗｎｄ）が規定されている。送信ウィンドウサイズは、送信パケットに対する確認応答を受け取るたびに増加する。しかし、パケットロストが発生すると送信ウィンドウサイズの値は減少する。

ＴＣＰフロー制御において、送信側ではパケット送信時にタイマを起動して、該タイマがタイムアウトするまでに確認応答を受信しなければパケットロスト状態を認識する。この場合、送信ウィンドウサイズはｃｗｎｄ＝１となる。

また、受信したパケットに抜けがあると、受信パケットのシーケンス番号の最大値は増加しないことから、受信側は、同一の確認応答番号を格納した確認応答（重複ＡＣＫ）を送信する。送信側は、同一の確認応答番号を格納した確認応答を受信することによってパケットロスト状態を認識する。この場合、重複ＡＣＫの受信によって、送信ウィンドウサイズは１／２となる。

図６は、本発明の実施の形態においてｃｗｎｄ＝４４で高速再転送が発生するフロー制御のシーケンス図である。

送信側からシーケンス番号０から９９のパケットが送信される。続いて、シーケンス番号１００から１９９のパケットが送信される。受信側は、シーケンス番号０から１９９のパケットを正しく受信できたことを送信側へ通知するため、受信したパケットのデータ先頭のシーケンス番号＋データサイズ＋１を確認応答番号フィールドに格納して送信する。

その後、送信側からシーケンス番号２００から２９９のパケット及びシーケンス番号３００から３９９のパケットが送信される。

このとき、受信側は、確認応答番号フィールドに同じ値（４００）が格納された確認応答を３回送信する。送信側は、この重複ＡＣＫを受信することによって、実際にパケットロストが生じていなくても、パケットロストが生じたものと認識し、送信ウィンドウサイズを１／２であるｃｗｎｄ＝２２にする。なお重複ＡＣＫの確認応答番号フィールドに格納された値は、送信された最終パケットのシーケンス番号（４００）であるため、パケットの再送は生じない。

さらに、送信側からシーケンス番号４００から４９９のパケット及びシーケンス番号５００から５９９のパケットが送信される。このとき、受信側は、確認応答番号フィールドに同じ値（６００）が格納された確認応答を３回送信する。送信側は、この重複ＡＣＫを受信することによって、実際にパケットロストが生じていなくても、パケットロストが生じたものと認識し、送信ウィンドウサイズを１／２であるｃｗｎｄ＝１１にする。なお重複ＡＣＫの確認応答番号フィールドに格納された値は、送信された最終パケットのシーケンス番号（６００）であるため、パケットの再送は生じない。

図７は、本発明の実施の形態のハンドダウン処理のシーケンス図である。

無線通信端末（ＡＴ）７は、ＥＶ−ＤＯ方式の無線基地局（ＡＮ）６ＡとＥＶ−ＤＯ方式によって通信している。このとき、無線通信端末（ＡＴ）と無線基地局（ＡＮ）と間の通信品質が劣化すると、無線通信端末（ＡＴ）は、サーバ（ＣＰ）１に対し、確認応答番号フィールドに同じ値が格納された確認応答を３回（重複ＡＣＫ）送信する。その後、無線通信端末（ＡＴ）は、DRC NULL Cover信号を送信し、基地局からのデータの送信を停止させる。その後、無線通信端末（ＡＴ）は、Connection Close信号を送信して、ＥＶ−ＤＯ方式の無線基地局（ＡＮ）とのＥＶ−ＤＯ方式による通信を停止する。

その後、無線通信端末（ＡＴ）は１ｘ方式の無線基地局（ＢＳ）との間でコネクションを確立する。その後、無線通信端末（ＡＴ）は無線基地局（ＢＳ）との間でＰＰＰ（Point to Point Protocol）によるセッションを確立する。

その後、無線通信端末（ＡＴ）は、サーバ（ＣＰ）１に対し、重複ＡＣＫの送信を止めて、通常の信号を送信することにより、ＴＣＰ状態を通常のフロー制御にて復帰させる。

そして、無線通信端末（ＡＴ）は１ｘ方式の無線基地局（ＢＳ）との間で１ｘ方式による通信を開始する。

このように、ハンドダウン処理において、DRC NULL Coverの送信直前に、重複ＡＣＫを送信し、送信ウィンドウサイズを変更して、送信速度を減少させる。１回の重複ＡＣＫでｃｗｎｄが１／２に減少するため、ｃｗｎｄ＝１になるまで繰り返し、重複ＡＣＫを送信する。例えば、本図に示すように、ｃｗｎｄ＝４４の場合、ｃｗｎｄ＝１となるまでに６組の重複ＡＣＫの送信が必要である。

そして、ユーザＰＰＰ確立直後にＴＣＰ重複ＡＣＫを止める通常のフロー制御を行う。よって、ハンドダウン時にサーバからのデータの送信を抑制することができる。また、ウインドウサイズも通常通り増加するので、パケットロストの発生を防止することができ、ハンドダウンに伴う輻輳が発生しにくい。また、ハンドダウン処理の終了後に、データレートを最低値から上げる必要がないので、データ送信速度を速やかに回復することができる。

図８は、本発明の実施の形態の無線通信端末の機能ブロック図である。図８に表される各機能は、ソフトウェアで実現されている。

本発明の実施の形態の無線通信端末では、以上説明した機能を実現するためにTCP ACK Controllerが追加されている。

ソケット通信時には、ブラウザ等のアプリケーションソフトウェア１００は、ＴＣＰスタック１１０、ＩＰスタック１２０及びＰＰＰスタック１３０を介して、TCP ACK Controller１４０にデータを送信する。また、ダイアルアップ通信時には、シリアル接続（例えば、ＵＳＢ接続等）された後位端末は、シリアルＩＯ１８０からＰＰＰスタック１３０を介して、TCP ACK Controller１４０にデータを送信する。

よって、すべてのデータは、ＰＰＰスタック１３０と、ＲＬＰスタック１５０との間に設けられたTCP ACK Controller１４０を通過する。

なお、ＲＬＰスタック１５０は、無線区間の論理インターフェースであり、輻輳制御及びシーケンス制御を行っている。ＬＡＣスタック１６０は、無線区間の物理インターフェースである。

TCP ACK Controller１４０のデータ伝送経路には、スイッチ１４１、１４２が設けられており、ハンドダウン以外の状態ではＰＰＰスタック１３０とＲＬＰスタック１５０との間を直結する。よって、送受信データは、TCP ACK Controller１４０をそのまま通過する。

Ｈ／Ｄ判定部１４９が、ハンドダウンシーケンスの開始を検出すると、スイッチ１４１、１４２はデータ伝送経路を切り替える。すなわち、スイッチ１４１は、ＲＬＰスタック１５０からのデータをTCP ACK処理部１４３に送る。また、スイッチ１４２は、ＰＰＰスタック１３０からのデータをＰＰＰ受信処理部１４４に送る。

TCP ACK処理部１４３は、snooping状態のとき、上位レイヤへ不連続なＡＣＫ番号のＴＣＰパケットを検出しないように破棄し続ける。

ＰＰＰ受信処理部１４４は、高速祭転送アルゴリズムを起動するために必要な同一ＡＣＫを三つ生成する。

ＰＰＰ再構成部１４５は、生成したTCP ACKをＰＰＰスタック１３０へフレーム化する。

TCP/IP処理部１４７は、ＩＰパケット及びＴＣＰパケットのヘッダ情報等を解析する。

図９は、本発明の実施の形態のTCP ACK Controller１４０の動作状態の遷移図である。

TCP ACK Controller１４０は、Idle、Snoopingの２状態を有する。

Idle状態は、ハンドダウンが発生していない状態であり、１ｘにおけるユーザＰＰＰの確立によって、Snooping状態から遷移する。Idle状態では、TCP ACK Controller１４０によるＰＰＰ受信処理及びTCP ACK処理は停止され、ＴＣＰ重複ＡＣＫを通常のフロー制御に復帰させる。具体的には、Idle状態では、ＰＰＰスタック１３０とＲＬＰスタックとの間は直結されており、TCP ACK Controller１４０は、送信パケットに影響を与えない。

Snooping状態は、ハンドダウン発生直前の状態であって、ハンドダウンが必要であると判定されるとIdle状態から遷移する。Snooping状態では、TCP ACK Controller１４０によるＰＰＰ受信処理及びTCP ACK処理が行われる。具体的には、Snooping状態では、ハンドダウン発生直後の状態でＰＰＰスタック１３０から送信されるＰＰＰデータは、全てＰＰＰ受信処理部１４４へ送られる。このSnooping状態では、応答確認済みのシーケンス番号＋１を利用し、確認応答番号フィールドに同じ値が格納された確認応答を３回（重複ＡＣＫ）送信する。ＴＣＰ ＡＣＫ番号は同一の値に書き換えて送信する。

また、Snooping状態では、ＲＬＰスタック１５０からのデータは、全てTCP ACK処理部１４３へ送られ、そこで破棄される。

図１０は、本発明の実施の形態のTCP ACK Controller１４０によるＰＰＰ受信処理のフローチャートである。

TCP ACK Controller１４０は、無線通信端末７から送信されるデータをＰＰＰスタック１３０から受信し、ＲＬＰスタック１５０に送信する。TCP ACK Controller１４０は、Idle状態以外では、ＰＰＰスタック１３０から受信した全てのパケットを、ＰＰＰ受信処理部１４４へ送る。

まず、Ｈ／Ｄ判定部１４９は、無線通信端末７の動作状態を判定する（Ｓ１０１）。

その結果、Idle状態であれば、スイッチ１４２をスルー側に切り替えて、送信データをＲＬＰスタック１５０にキューイングする（Ｓ１０６）。一方、Snooping状態であれば、スイッチ１４２を切り替えて、送信データをＰＰＰスタック１３０から取り出して、ＰＰＰ受信処理部１４４に送る。

次に、ＰＰＰ受信処理部１４４は、ＩＰヘッダを参照して、パケットの種別を判定する（Ｓ１０２）。その結果、パケットがＴＣＰパケットでなければ、ステップＳ１０６に進み、送信データをＲＬＰスタック１５０にキューイングする。

一方、パケットがＴＣＰパケットであれば、ＴＣＰフラグを判定する（Ｓ１０３）。その結果、ＲＳＴフラグがＯＮか又はＦＩＮフラグがＯＮであれば、コネクションが切断されているためステップＳ１０６に進み、送信データをＲＬＰスタック１５０にキューイングする。

一方、ＲＳＴフラグもＦＩＮフラグもＯＦＦであれば、確認応答番号フィールドに同じ値が格納された確認応答を二つ生成する（Ｓ１０４）。

その後、チェックサムを再計算してＰＰＰパケットを再構築し（Ｓ１０５）、該再構築されたパケットをＲＬＰスタック１５０にキューイングする（Ｓ１０６）。

すなわち、確認応答番号フィールドに同じ値が格納された確認応答は、通常のＴＣＰ処理によって生成されたものと、Ｓ１０４において生成されたものと、合計三つが送信される。

図１１は、本発明の実施の形態のTCP ACK Controller１４０によるTCP ACK処理のフローチャートである。

TCP ACK Controller１４０は、無線通信端末７が受信したデータをＲＬＰスタック１５０から受信し、ＰＰＰスタック１３０に送信する。TCP ACK Controller１４０は、Idle状態以外では、ＰＰＰスタック１３０から受信した全てのパケットを、TCP ACK処理部１４３へ送る。

まず、Ｈ／Ｄ判定部１４９は、無線通信端末７の動作状態を判定する（Ｓ１１１）。

その結果、Idle状態であれば、スイッチ１４１をスルー側に切り替えて、受信データをＰＰＰスタック１３０にキューイングする（Ｓ１１５）。一方、Snooping状態であれば、スイッチ１４１を切り替えて、受信データをTCP ACK処理部１４３に送る。

次に、ＩＰヘッダを参照して、パケットの種別を判定する（Ｓ１１２）。その結果、パケットがＴＣＰパケットでなければ、ステップＳ１１５に進み、読み出したパケットをＰＰＰスタック１５０にキューイングする。

一方、パケットがＴＣＰパケットであれば、ＴＣＰフラグを判定する（Ｓ１１３）。その結果、ＲＳＴフラグがＯＮか、ＦＩＮフラグがＯＮか、又はＡＣＫがＯＦＦであればステップＳ１１５に進み、読み出したパケットをＰＰＰスタック１５０にキューイングする。

一方、ＲＳＴフラグがＯＦＦ、ＦＩＮフラグがＯＦＦ、又はＡＣＫフラグがＯＮのいずれかであれば、受信したパケットを破棄する（Ｓ１１４）。

なお、本発明は、前述した実施例に限定されるものではなく、例えば、ＥＶ−ＤＯシステムと１ｘシステムの両システムを選択的に切り替えずに同時に待ち受ける無線通信端末にも適用できる。

本発明の実施の形態の無線通信システムの接続状態を示すブロック図である。 本発明の実施の形態の無線通信端末７の構成を示すブロック図である。 本発明の実施の形態のＴＣＰヘッダの構成図である。 本発明の実施の形態の送信データの構成図である。 本発明の実施の形態のパケット送信フロー制御のシーケンス図である。 本発明の実施の形態においてｃｗｎｄ＝４４で高速再転送が発生するフロー制御のシーケンス図である。 本発明の実施の形態のハンドダウン処理のシーケンス図である。 本発明の実施の形態の無線通信端末の機能ブロック図である。 本発明の実施の形態のTCP ACK Controller１４０の動作状態の遷移図である。 本発明の実施の形態のTCP ACK Controller１４０によるＰＰＰ受信処理のフローチャートである。 本発明の実施の形態のTCP ACK Controller１４０によるTCP ACK処理のフローチャートである。 従来のハンドダウン処理のシーケンス図である。

符号の説明

１ サーバ
２ ネットワーク
３ ホームエージェント（ＨＡ）
４Ａ、４Ｂ ＰＤＳＮ（Packet Data Service Node）
５Ａ、５Ｂ ＰＣＦ（Packet Control Function）
６Ａ 無線基地局（ＡＮ）
６Ｂ 無線基地局（ＢＳ）
７ 無線通信端末（ＡＴ）
１３０ ＰＰＰスタック
１４０ TCP ACK Controller
１４１、１４２ スイッチ
１４３ TCP ACK処理部
１４４ ＰＰＰ受信処理部
１４５ ＰＰＰ再構成部
１４６ タイマ処理部
１４７ TCP/IP処理部
１４９ Ｈ／Ｄ判定部
１５０ ＲＬＰスタック

Claims (6)

1. 複数の無線通信システムを介してデータ通信が可能な無線部と、
   前記複数の無線通信システムのうち一つのシステムを介してデータ通信を行っている際に、前記システムから該システムより最大スループットの低いシステムに切り替える場合は、前記システムを切り替える前に、送信側が送信する連続送信可能なデータ量を低下させるために重複した確認応答パケットを送信する制御部と、
   を備える無線通信端末。
2. 前記制御部は、前記送信側が送信する連続送信可能なデータ量が最小値となるまで重複した確認応答パケットを送信することを特徴とする請求項１に記載の無線通信端末。
3. 前記制御部は、前記重複した確認応答パケットとして、応答確認済みの最後のシーケンス番号を格納した確認応答パケットを送信することを特徴とする請求項１又は２に記載の無線通信端末。
4. 複数の無線通信システムを介してデータ通信が可能な無線部と、前記無線部によるデータ通信を制御する制御部とを有する無線通信端末に、
   前記複数の無線通信システムのうち一つのシステムを介してデータ通信を行っている際に、前記システムから該システムより最大スループットの低いシステムに切り替える場合は、前記システムを切り替える前に、送信側が送信する連続送信可能なデータ量を低下させるために重複した確認応答パケットを送信させるプログラム。
5. さらに、前記送信側が送信する連続送信可能なデータ量が最小値となるまで重複した確認応答パケットを送信させる請求項４に記載のプログラム。
6. さらに、前記重複した確認応答パケットとして、応答確認済みの最後のシーケンス番号を格納した確認応答パケットを送信させる請求項４又は５に記載のプログラム。

Images