(57)【要約】【課題】ハンドダウン時の輻輳の発生を抑制する。【解決手段】複数の無線通信システムを介してデータ通信が可能な無線部と、前記複数の無線通信システムのうち一つのシステムを介してデータ通信を行っている際に、前記システムから該システムより最大スループットの低いシステムに切り替える場合は、送信側が送信する連続送信可能なデータ量を低下させる信号を送信する制御部と、を備える。【選択図】  図１
2006180413.tif 000002
【特許請求の範囲】
【請求項１】
複数の無線通信システムを介してデータ通信が可能な無線部と、
前記複数の無線通信システムのうち一つのシステムを介してデータ通信を行っている際に、前記システムから該システムより最大スループットの低いシステムに切り替える場合は、送信側が送信する連続送信可能なデータ量を低下させる信号を送信する制御部と、
を備える無線通信端末。
【請求項２】
前記制御部は、送信側が送信する連続送信可能なデータ量を低下させるために送信側から送られてくるデータを一時的に記憶しておく容量を示す値を変更して送信することを特徴とする請求項１に記載の無線通信端末。
【請求項３】
前記制御部は、前記送信側から送られてくるデータを一時的に記憶しておく容量を示す値を零に変更することを特徴とする請求項２に記載の無線通信端末。
【請求項４】
前記制御部は、前記システムの切り替えが終了する際に、前記送信側から送られてくるデータを一時的に記憶しておく容量を示す値を最大値に変更することを特徴とする請求項２に記載の無線通信端末。
【請求項５】
前記制御部は、前記送信側から送られてくるデータを一時的に記憶しておく容量を示す値を変更して送信する際に、実際に送信すべき送信側から送信されてくるデータを一時的に記憶しておく容量を示す値を記憶しておき、前記システムの切り替えが終了する際に、前記送信側から送られてくるデータを一時的に記憶しておく容量を示す値を前記記憶した値に変更することを特徴とする請求項２に記載の無線通信端末。
【請求項６】
無線通信システムを介してデータ通信が可能な無線通信端末が複数接続可能な情報端末に、
前記複数の無線通信システムのうち一つのシステムを介してデータ通信を行っている際に、前記システムから該システムより最大スループットの低いシステムに切り替える場合は、送信側が送信する連続送信可能なデータ量を低下させる信号を送信するような制御を実行させるプログラム。
【請求項７】
さらに、送信側が送信する連続送信可能なデータ量を低下させるために送信側から送られてくるデータを一時的に記憶しておく容量を示す値を変更して送信するような制御を実行させる請求項６に記載のプログラム。
【請求項８】
さらに、前記送信側から送られてくるデータを一時的に記憶しておく容量を示す値を零に変更させる請求項７に記載のプログラム。
【請求項９】
さらに、前記システムの切り替えが終了する際に、前記送信側から送られてくるデータを一時的に記憶しておく容量を示す値を最大値に変更させる請求項７に記載のプログラム。
【請求項１０】
さらに、前記送信側から送られてくるデータを一時的に記憶しておく容量を示す値を変更して送信する際に、実際に送信すべき送信側から送信されてくるデータを一時的に記憶しておく容量を示す値を記憶しておき、前記システムの切り替えが終了する際に、前記送信側から送られてくるデータを一時的に記憶しておく容量を示す値を前記記憶した値に変更させる請求項７に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信端末装置に関し、特に、通信方式切替時のデータ通信速度向上技術に関する。
【背景技術】
【０００２】
複数の無線モードで同時に動作することができ、２以上の通信システムを切り替えて基地局と通信を行う無線通信端末として、ＣＤＭＡ２０００  １ｘ（以下、「１ｘ」と呼ぶ）方式の携帯電話ネットワークと、ＣＤＭＡ  １ｘＥＶ−ＤＯ（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 Window Controllerが追加されている。
【００５７】
ソケット通信時には、ブラウザ等のアプリケーションソフトウェア１００は、ＴＣＰスタック１１０、ＩＰスタック１２０及びＰＰＰスタック１３０を介して、TCP Window Controller１４０にデータを送信する。また、ダイアルアップ通信時には、シリアル接続（例えば、ＵＳＢ接続等）された後位端末は、シリアルＩＯ１８０からＰＰＰスタック１３０を介して、TCP Window Controller１４０にデータを送信する。
【００５８】
よって、すべてのデータは、ＰＰＰスタック１３０と、ＲＬＰスタック１５０との間に設けられたTCP Window Controller１４０を通過する。
【００５９】
なお、ＲＬＰスタック１５０は、無線区間の論理インターフェースであり、輻輳制御及びシーケンス制御を行っている。ＬＡＣスタック１６０は、無線区間の物理インターフェースである。
【００６０】
TCP Window Controller１４０のデータ伝送経路には、スイッチ１４１、１４２が設けられており、ハンドダウン以外の状態ではＰＰＰスタック１３０とＲＬＰスタック１５０との間を直結する。よって、送受信データは、TCP Window Controller１４０をそのまま通過する。
【００６１】
Ｈ／Ｄ判定部１４９が、ハンドダウンシーケンスの開始を検出すると、スイッチ１４１、１４２はデータ伝送経路を切り替える。すなわち、スイッチ１４１は、ＲＬＰスタック１５０からのデータをTCP ACK処理部１４３に送る。また、スイッチ１４２は、ＰＰＰスタック１３０からのデータをＰＰＰ受信処理部１４４に送る。
【００６２】
TCP ACK処理部１４３は、snooping状態のとき、上位レイヤへ不連続なＡＣＫ番号のＴＣＰパケットを検出しないように破棄し続ける。
【００６３】
ＰＰＰ受信処理部１４４は、基地局より、これ以上パケットを送らないように、ウインドウサイズを変更する。本実施例では、ウインドウサイズを０にしたパケットに書き換える。
【００６４】
ＰＰＰ再構成部１４５は、書き換えられたＴＣＰパケットをＰＰＰスタック１３０へ再フレーム化する。
【００６５】
タイマ処理部１４６は、Recovery状態のとき、ウインドウサイズを元に戻したＴＣＰパケットを再送するためのタイマとして用いられる。
【００６６】
TCP/IP処理部１４７は、ＩＰパケット及びＴＣＰパケットのヘッダ情報等を解析する。
【００６７】
パケット保存用バッファ１４８は、受信パケットを一時的に保存する。
【００６８】
図７は、本発明の実施の形態のTCP Window Controller１４０の動作状態の遷移図である。
【００６９】
TCP Window Controller１４０は、Idle、Snooping、Recoveryの３状態を有する。
【００７０】
Idle状態は、ハンドダウンが発生していない状態であり、初期化したＴＣＰウィンドウサイズのパケットに対するＡｃｋを受信することによって、Recovery状態から遷移する。Idle状態では、TCP Window Controller１４０によるＰＰＰ受信処理及びTCP ACK処理は停止される。具体的には、Idle状態では、ＰＰＰスタック１３０とＲＬＰスタック１５０との間は直結されており、TCP Window Controller１４０は、送信パケットに影響を与えない。
【００７１】
Snooping状態は、ハンドダウンの発生によって、Idol状態から遷移する。Snooping状態では、TCP Window Controller１４０によるＰＰＰ受信処理及びTCP ACK処理が行われる。具体的には、Snooping状態では、ハンドダウン発生直後の状態でＰＰＰスタック１３０から送信されるＰＰＰデータは、全てＰＰＰ受信処理部１４４へ送られる。このSnooping状態では、全てのＴＣＰ送信パケットのＴＣＰウインドウサイズは”０”に書き換えられて送信される。
【００７２】
また、Snooping状態では、ＲＬＰスタック１５０からのデータは、全てTCP ACK処理部１４３へ送られる、大部分のパケットはそのままＰＰＰスタック１３０へキューイングされるが、特定のＴＣＰパケットは再送シーケンス等が働かないよう破棄される。
【００７３】
Recovery状態は、１ｘにおけるユーザＰＰＰの確立によって、Snooping状態から遷移する。Recovery状態では、TCP Window Controller１４０によるＰＰＰ受信処理及びTCP ACK処理は継続するが、ＴＣＰウインドウサイズは初期値に戻される（図９参照）。具体的には、Recovery状態では、１ｘハンドダウンが完了し、ユーザＰＰＰも確立し、ＴＣＰウインドウサイズを元に戻して送信し続ける。このRecovery状態でもＰＰＰスタック１３０からの全てのＰＰＰデータは、元に戻したＴＣＰウインドウサイズのパケットに対するＡＣＫが戻るまで、ＰＰＰ受信処理部１４４へ送られる。また、ＲＬＰスタック１５０からのデータも、TCP ACK処理部１４３に送られる。パケットを受信する度にTCP ACK処理を行う。
【００７４】
図８は、本発明の実施の形態のTCP Window Controller１４０によるＰＰＰ受信処理のフローチャートである。
【００７５】
TCP Window Controller１４０は、無線通信端末７から送信されるデータをＰＰＰスタック１３０から受信し、ＲＬＰスタック１５０に送信する。TCP Window Controller１４０は、Idle状態以外では、ＰＰＰスタック１３０から受信した全てのパケットを、ＰＰＰ受信処理部１４４へ送る。
【００７６】
まず、Ｈ／Ｄ判定部１４９は、無線通信端末７の動作状態を判定する（Ｓ１０１）。
【００７７】
その結果、Idle状態であれば、スイッチ１４２をスルー側に切り替えて、送信データをＲＬＰスタック１５０にキューイングする（Ｓ１０８）。一方、Idle状態でなければ（Snooping状態、Recovery状態であれば）、スイッチ１４２を切り替えて、送信データをＰＰＰスタック１３０から取り出して、ＰＰＰ受信処理部１４４に送り、パケット保存用バッファ１４８に保存する（Ｓ１０２）。
【００７８】
次に、ＩＰヘッダを参照して、パケットの種別を判定する（Ｓ１０３）。その結果、パケットがＴＣＰパケットでなければ、ステップＳ１０８に進み、パケット保存用バッファ１４８に保存したパケットをＲＬＰスタック１５０にキューイングする。
【００７９】
一方、パケットがＴＣＰパケットであれば、ＴＣＰフラグを判定する（Ｓ１０４）。その結果、ＲＳＴフラグがＯＮか又はＦＩＮフラグがＯＮであれば、コネクションが切断されているためステップＳ１０８に進み、パケット保存用バッファ１４８に保存したパケットをＲＬＰスタック１５０にキューイングする。
【００８０】
一方、ＲＳＴフラグもＦＩＮフラグもＯＦＦであれば、無線通信端末７の動作状態を判定する（Ｓ１０５）。
【００８１】
その結果、Recovery状態であれば、パケット保存用バッファ１４８に保存した不要なパケットを破棄する（Ｓ１０９）。
【００８２】
一方、Snooping状態であれば、ウインドウサイズを”０”に書き換え（Ｓ１０６）、チェックサムを再計算してＰＰＰパケットを再構築し（Ｓ１０７）、該再構築されたパケットをＲＬＰスタック１５０にキューイングする（Ｓ１０８）。
【００８３】
図９は、本発明の実施の形態のTCP Window Controller１４０によるＴＣＰウィンドウリセット処理のフローチャートである。
【００８４】
ＴＣＰウインドウリセット処理は、Snooping状態からRecovery状態へ遷移すると、すぐに実行され、ＴＣＰウインドウサイズを初期値（最大サイズ）に設定する。
【００８５】
まず、無線通信端末７の動作状態を判定する（Ｓ１１１）。
【００８６】
その結果、Recovery状態ではなければ、ＴＣＰウインドウサイズを変更する必要がないので、この処理を終了する。
【００８７】
一方、Recovery状態であれば、パケット保存用バッファ１４８に保存したパケットを取り出す（Ｓ１１２）。
【００８８】
ＴＣＰウィンドウサイズを初期値（１６キロバイト）に書き換え（Ｓ１１３）、チェックサムを再計算してＰＰＰパケットを再構築し（Ｓ１１４）、該パケットをＲＬＰスタック１５０にキューイングする（Ｓ１１５）。
【００８９】
その後、監視しているＴＣＰパケットのＲＴＴ（Round Trip Time）に基づいて再送タイマを起動する（Ｓ１１６）。
【００９０】
図１０は、本発明の実施の形態のTCP Window Controller１４０による再送タイマタイムアウト処理のフローチャートである。
【００９１】
タイムアウトが発生すると、ＴＣＰウインドウリセットが再度実行される（Ｓ１２１）。
【００９２】
図１１は、本発明の実施の形態のＲＴＴの説明図である。
【００９３】
ＲＴＴ（Round Trip Time）は、送信側からパケットを送信してから、受信側からそれに対応するパケット（例えば、ＡＣＫパケット）を受信するまでの時間であり、ＴＣＰスタック１１０で保持している情報である。
【００９４】
図１２は、本発明の実施の形態のTCP Window Controller１４０によるTCP ACK処理のフローチャートである。
【００９５】
TCP Window Controller１４０は、無線通信端末７が受信したデータをＲＬＰスタック１５０から受信し、ＰＰＰスタック１３０に送信する。TCP Window Controller１４０は、Idle状態以外では、ＰＰＰスタック１３０から受信した全てのパケットを、TCP ACK処理部１４３へ送る。
【００９６】
まず、Ｈ／Ｄ判定部１４９は、無線通信端末７の動作状態を判定する（Ｓ１３１）。
【００９７】
その結果、Idle状態であれば、スイッチ１４１をスルー側に切り替えて、受信データをＰＰＰスタック１３０にキューイングする（Ｓ１３８）。一方、Idle状態でなければ（Snooping状態、Recovery状態であれば）、スイッチ１４１を切り替えて、送信データをＲＬＰスタック１５０から取り出したＰＰＰフレームの中のＩＰパケットを取り出して、TCP ACK処理部１４３に送る。そして、ウインドウサイズを初期値にして送信したＴＣＰパケットに対する確認応答（TCP ACK）を待ち続ける（Ｓ１３２）。
【００９８】
次に、ＩＰヘッダを参照して、パケットの種別を判定する（Ｓ１３３）。その結果、パケットがＴＣＰパケットでなければ、ステップＳ１３８に進み、読み出したパケットをＰＰＰスタック１３０にキューイングする。
【００９９】
一方、パケットがＴＣＰパケットであれば、ＴＣＰフラグを判定する（Ｓ１３４）。その結果、ＲＳＴフラグがＯＮか、ＦＩＮフラグがＯＮか、又はＡＣＫがＯＦＦであればステップＳ１３８に進み、読み出したパケットをＰＰＰスタック１３０にキューイングする。
【０１００】
ＲＳＴフラグはＴＣＰコネクションの一方的な切断、ＦＩＮフラグはＴＣＰコネクションの終了を指し、コネクションを維持する必要がなくなるため上位レイヤへそのままスルーして一般的なＴＣＰリセット、切断シーケンスが走るようにする。
【０１０１】
また、ＡＣＫフラグは、通常ＯＮのため、ＡＣＫフラグがＯＦＦのデータは不正パケットである。
【０１０２】
一方、ＲＳＴフラグがＯＦＦ、ＦＩＮフラグがＯＦＦ、又はＡＣＫフラグがＯＮのいずれかであれば、無線通信端末７の動作状態を判定する（Ｓ１３５）。
【０１０３】
その結果、Snooping状態であると判定したら、ステップＳ１４０に進み、読み出したパケットを破棄する。
【０１０４】
ＴＣＰの送信側では、パケットを送信する際、シーケンス番号とＡＣＫ番号をセットし、ＴＣＰの受信側は前記パケットを受信するとＡＣＫ番号として「シーケンス番号＋データサイズ」を入れて送信側へ返す。ＴＣＰの送信側でもＡＣＫ番号を把握しており、「シーケンス番号＋データサイズ＋α」のようにＡＣＫ番号が飛んでいると、パケットが失われたと判断するため、パケットをスルーしてしまうと、上位レイヤでパケットが失われたと判断し、ＴＣＰのフロー制御である高速再転送や再送が発生するので、これを避けるためパケットを破棄する。
【０１０５】
一方、Recovery状態であれば、ＴＣＰウインドウサイズを初期値して送信したＴＣＰパケットに対するＡＣＫパケットか否かを判定する（Ｓ１３６）。このＡＣＫパケットを受信した場合、再送タイマを停止し（Ｓ１３７）、Idle状態に遷移する（Ｓ１３９）。その後、スイッチ１４１をスルー側に切り替え、ＲＬＰスタック１５０とＰＰＰスタック１３０とを直結する。
【０１０６】
なお、本発明は、前述した実施例に限定されるものではなく、例えば、ＥＶ−ＤＯシステムと１ｘシステムの両システムを選択的に切り替えずに同時に待ち受ける無線通信端末にも適用できる。
【０１０７】
また、本発明は、二つのシステム（通信方式）に限らず、二以上のシステムを利用できる無線通信端末にも適用できる。
【０１０８】
また、本発明は、システム（通信方式）の異なる無線通信デバイスを複数接続して適宜システムを切り替えながら通信をシームレスに継続できるシームレス通信を行う情報端末の機能としても適用できる。
【図面の簡単な説明】
【０１０９】
【図１】本発明の実施の形態の無線通信システムの接続状態を示すブロック図である。
【図２】本発明の実施の形態の無線通信端末７の構成を示すブロック図である。
【図３】本発明の実施の形態のＴＣＰヘッダの構成図である。
【図４】本発明の実施の形態のＴＣＰウィンドウサイズによるフロー制御のシーケンス図である。
【図５】本発明の実施の形態のハンドダウン処理のシーケンス図である。
【図６】本発明の実施の形態の無線通信端末の機能ブロック図である。
【図７】本発明の実施の形態のTCP Window Controller１４０の動作状態の遷移図である。
【図８】本発明の実施の形態のTCP Window Controller１４０によるＰＰＰ受信処理のフローチャートである。
【図９】本発明の実施の形態のTCP Window Controller１４０によるＴＣＰウィンドウリセット処理のフローチャートである。
【図１０】本発明の実施の形態のTCP Window Controller１４０による再送タイマタイムアウト処理のフローチャートである。
【図１１】本発明の実施の形態のＲＴＴの説明図である。
【図１２】本発明の実施の形態のTCP Window Controller１４０によるTCP ACK処理のフローチャートである。
【図１３】従来のハンドダウン処理のシーケンス図である。
【符号の説明】
【０１１０】
１    サーバ
２    ネットワーク
３    ホームエージェント（ＨＡ）
４Ａ、４Ｂ  ＰＤＳＮ（Packet Data Service Node）
５Ａ、５Ｂ  ＰＣＦ（Packet Control Function）
６Ａ  無線基地局（ＡＮ）
６Ｂ  無線基地局（ＢＳ）
７    無線通信端末（ＡＴ）
１３０    ＰＰＰスタック
１４０    TCP Window Controller
１４１、１４２  スイッチ
１４３    TCP ACK処理部
１４４    ＰＰＰ受信処理部
１４５    ＰＰＰ再構成部
１４６    タイマ処理部
１４７    TCP/IP処理部
１４８    パケット保存用バッファ
１４９    Ｈ／Ｄ判定部
１５０    ＲＬＰスタック
【図１】
2006180413.tif 000003
【図２】
2006180413.tif 000004
【図３】
2006180413.tif 000005
【図４】
2006180413.tif 000006
【図５】
2006180413.tif 000007
【図６】
2006180413.tif 000008
【図７】
2006180413.tif 000009
【図８】
2006180413.tif 000010
【図９】
2006180413.tif 000011
【図１０】
2006180413.tif 000012
【図１１】
2006180413.tif 000013
【図１２】
2006180413.tif 000014
【図１３】
2006180413.tif 000015