JP5588194B2 - 無線通信装置及び制御方法 - Google Patents

Description

本発明は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）により無線通信を行う無線通信装置及び制御方法に関する。

従来、ＰＣ等のデータ処理装置と接続され、このデータ処理装置と通信相手との間でＴＣＰのデータパケットの送受信を仲介する無線通信装置が存在する。例えば、携帯電話機やカード端末がこの無線通信装置に当たる。このような無線通信装置は、例えば、ＣＤＭＡ２０００＿１ｘとＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）等、複数の通信システムと通信可能である場合も多い。

ところで、ＴＣＰによる通信では、効率的なデータ転送を行うためにウィンドウ制御が使用される。このウィンドウ制御では、データの受信側が受信バッファサイズ（ＲＷＩＮ、Ｒｅｃｅｉｖｅ Ｗｉｎｄｏｗ）をデータ送信側へ通知する。データ送信側は、受信側の確認応答（ＡＣＫ）を待たずに、ＲＷＩＮ分のデータを送信できる。このとき、ＲＷＩＮが回線速度と比べて小さすぎると、データの転送効率が悪化してスループットが低下する。また、ＲＷＩＮが回線速度と比べて大きすぎると、データ損失による再送処理に時間がかかりスループットが低下する。

データ処理装置がデータ受信中に通信品質が低下すると、無線通信装置は、高速通信システム（例えば、ＬＴＥ）から、低速通信システム（例えば、ＣＤＭＡ２０００＿１ｘ）へハンドオフ（ハンドダウン）する場合がある。この場合、回線速度が急激に低下するため、データ転送速度を適切に変更する制御が必要である。例えば、特許文献１では、ハンドオフ先の通信システムの情報（最大スループット）に基づいて最大セグメントサイズ（ＭＳＳ）を再設定する制御方法が提案されている。

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

しかしながら、データ処理装置と接続して、無線通信装置がデータパケットの送受信を仲介する場合、データ処理装置は、無線通信装置でのハンドオフの発生を検出することが難しい。そのため、特許文献１の制御方法によっても、タイムリーにデータ転送速度の制御を行うことは難しかった。すなわち、回線速度の低下をラウンドトリップタイム等により間接的に検出するまで、本来のスループットを維持できないという問題があった。

本発明は、ハンドダウンに伴う回線速度の低下によるデータ損失を抑制し、スループットを向上できる無線通信装置及び制御方法を提供することを目的とする。

本発明に係る無線通信装置は、データ処理装置と接続され、所定の通信相手から無線通信により受信したデータを当該データ処理装置へ送信する無線通信装置であって、無線通信部と、前記無線通信に用いる通信システムをより低速の通信システムに切り替えた場合、前記データ処理装置から通知された受信ウィンドウサイズをより小さい受信ウィンドウサイズへ変更し、当該変更した受信ウィンドウサイズを当該通信相手へ通知する制御部と、を有する。

また、前記無線通信部は、第１の通信システムと当該第１の通信システムよりも低速な第２の通信システムとのいずれにおいても、前記通信相手と接続して通信可能であり、前記制御部は、前記第１の通信システムを用いて前記無線通信部により通信中に、前記第２の通信システムにハンドダウンした場合、前記通信相手に通知する受信ウィンドウサイズを、ハンドダウン前に比べて縮小することが好ましい。

また、前記制御部は、前記データ処理装置から通知された前記受信ウィンドウサイズが、前記第２の通信システムにおいて使用可能なサイズであれば、当該受信ウィンドウサイズを通知することが好ましい。

また、前記制御部は、前記第１の通信システムにおける前記無線通信部での通信品質が前記第２の通信システムへのハンドダウンが生じる第１の閾値より高い第２の閾値まで低下すると、前記通信相手に通知する前記受信ウィンドウサイズをゼロにし、その後前記第２の通信システムへのハンドダウンが生じると、当該第２の通信システムにおいて使用可能な受信ウィンドウサイズを通知することが好ましい。

また、前記制御部は、前記通信相手に通知する前記受信ウィンドウサイズをゼロにした後、前記第２の通信システムへのハンドダウンが生じなければ、前記受信ウィンドウサイズをゼロへ変更する前の値として通知することが好ましい。

また、本発明に係る無線通信装置は、前記制御部により転送されたパケットの複製を記憶する記憶部をさらに有し、前記制御部は、前記通信相手に通知する受信ウィンドウサイズをゼロにした後、前記データ処理装置から後続のパケットが所定時間送信されない場合、前記記憶部に記憶されている前記パケットの複製に記述されている前記受信ウィンドウサイズを変更し、当該変更した受信ウィンドウサイズを通知することが好ましい。

また、前記制御部は、前記データ処理装置から送信されるパケットが圧縮されている場合、当該圧縮されているパケットを前記受信ウィンドウサイズが記述されている非圧縮のパケットに変換した後、当該パケットに含まれている受信ウィンドウサイズを変更し、当該変更後の受信ウィンドウサイズを通知することが好ましい。

また、前記受信ウィンドウサイズは、ＴＣＰ層における前記通信相手に通知するウィンドウサイズであることが好ましい。

本発明に係る制御方法は、無線通信部を有し、データ処理装置と接続された無線通信装置が、通信相手から無線通信により受信したデータを当該データ処理装置へ送信する制御方法であって、前記無線通信に用いる通信システムをより低速の通信システムに切り替えた場合、前記データ処理装置から通知された受信ウィンドウサイズをより小さい受信ウィンドウサイズへ変更し、当該変更した受信ウィンドウサイズを当該通信相手へ通知するステップを含む。

本発明によれば、ハンドダウンに伴う回線速度の低下によるデータ損失を抑制し、スループットを向上できる。

本発明の実施形態に係る携帯電話機の外観斜視図である。 本発明の実施形態に係る携帯電話機の機能を示すブロック図である。 本発明の実施形態に係る通信プロトコルの階層構造を示す図である。 本発明の実施形態に係るハンドダウンが発生した場合の処理を示すシーケンス図である。 本発明の実施形態に係るハンドダウンが発生しなかった場合の処理を示すシーケンス図である。 本発明の実施形態に係る携帯電話機の処理を示すフローチャートである。 本発明の実施形態に係るハンドダウン前処理を示すフローチャートである。 本発明の実施形態に係るハンドダウン後処理を示すフローチャートである。

以下、本発明の好適な実施形態の一例について説明する。なお、本実施形態では、無線通信装置の一例として、携帯電話機１を説明する。

図１は、本実施形態に係る携帯電話機１の外観斜視図である。
携帯電話機１は、操作部側筐体２と、表示部側筐体３と、を備えて構成される。操作部側筐体２は、表面部１０に、操作部１１と、携帯電話機１の使用者が通話時や音声認識アプリケーションを利用時に発した音声が入力されるマイク１２と、を備えて構成される。操作部１１は、各種設定機能や電話帳機能やメール機能等の各種機能を作動させるための機能設定操作ボタン１３と、電話番号の数字やメールの文字等を入力するための入力操作ボタン１４と、各種操作における決定やスクロール等を行う決定操作ボタン１５と、から構成されている。

また、表示部側筐体３は、表面部２０に、各種情報を表示するための表示部２１と、通話の相手側の音声を出力するレシーバ２２と、を備えて構成されている。

また、操作部側筐体２の上端部と表示部側筐体３の下端部とは、ヒンジ機構４を介して連結されている。また、携帯電話機１は、ヒンジ機構４を介して連結された操作部側筐体２と表示部側筐体３とを相対的に回転することにより、操作部側筐体２と表示部側筐体３とが互いに開いた状態（開放状態）にしたり、操作部側筐体２と表示部側筐体３とを折り畳んだ状態（折畳み状態）にしたりできる。

図２は、本実施形態に係る携帯電話機１の機能を示すブロック図である。携帯電話機１は、操作部１１と、表示部２１と、制御部３０と、無線通信部４０と、アンテナ４１と、接続部５０と、記憶部６０と、音声制御部７０と、を備える。

制御部３０は、携帯電話機１の全体を制御しており、例えば、表示部２１、無線通信部４０、接続部５０、音声制御部７０等に対して所定の制御を行う。また、制御部３０は、操作部１１や接続部５０等から入力を受け付けて、各種処理を実行する。そして、制御部３０は、処理実行の際には、記憶部６０を制御し、各種プログラム及びデータの読み出し、並びにデータの書き込みを行う。

本実施形態において、制御部３０は、無線通信部４０により受信されたデータパケット（ＴＣＰのセグメント）を、接続部５０を介してデータ処理装置（以下、ＰＣ１００とする）へ提供すると共に、ＰＣ１００から接続部５０を介して受信されたＡＣＫパケットを、無線通信部４０によりＬＴＥ基地局２００（又はＣＤＭＡ基地局２１０）を介して通信相手（以下、サーバ３００とする）へ送信する。

また、制御部３０は、無線通信部４０で使用中の通信システムにおいて、電界強度やエラー訂正率等で示される通信品質が第１の閾値まで低下した場合、使用可能な他の通信システムへのハンドオフを試みる。

ここで、制御部３０は、ＰＣ１００がサーバ３００からＴＣＰによりデータを受信中に、通信品質の低下に応じて現在よりも低速の通信システムにハンドダウンした場合、サーバ３００に通知するＲＷＩＮを、ハンドダウン前に比べて縮小するように制御する。なお、処理の詳細は後述する。

無線通信部４０は、所定の使用周波数帯（例えば、２ＧＨｚ帯や８００ＭＨｚ帯等）で外部装置（ＬＴＥ基地局２００又はＣＤＭＡ基地局２１０）と通信を行う。そして、無線通信部４０は、アンテナ４１より受信した信号を復調処理し、処理後の信号を制御部３０に供給し、また、制御部３０から供給された信号を変調処理し、アンテナ４１から外部装置に送信する。

ここで、無線通信部４０は、高速データ通信用プロトコルであるＬＴＥ（第１の通信システム）と、ＬＴＥよりも低速な（データレートが低速となる可能性の高い）音声及びデータ通信用プロトコルであるＣＤＭＡ２０００＿１ｘ（第２の通信システム）とに対応している。もちろん、ＣＤＭＡ２０００＿１ｘは一例であり、例えばＷ−ＣＤＭＡ等でもよい。無線通信部４０は、制御部３０からの指令に基づいて、これらのプロトコルを用いた通信システムのいずれかを用いて、ＰＣ１００の通信相手であるサーバ３００と接続し、データの送受信を行う。

接続部５０は、ＰＣ１００と接続されるインタフェースであり、例えば、ＵＳＢ端子等であってよい。

記憶部６０は、例えば、ワーキングメモリを含み、制御部３０による演算処理に利用される。また、本実施形態に係る各種プログラム等を記憶する。さらに、記憶部６０は、制御部３０の制御によりＰＣ１００からサーバ３００へ転送された確認応答（ＡＣＫ）パケットの複製を記憶する。

音声制御部７０は、制御部３０の制御に従って、無線通信部４０から供給された信号に対して所定の音声処理を行い、処理後の信号をレシーバ２２に出力する。レシーバ２２は、音声制御部７０から供給された信号を外部に出力する。なお、この信号は、レシーバ２２に代えて、又はレシーバ２２と共に、スピーカ（図示せず）から出力されるとしてもよい。

また、音声制御部７０は、制御部３０の制御に従って、マイク１２から入力された信号を処理し、処理後の信号を無線通信部４０に出力する。無線通信部４０は、音声制御部７０から供給された信号に所定の処理を行い、処理後の信号をアンテナ４１より出力する。

次に、携帯電話機１の制御部３０の処理内容を詳述する。
制御部３０は、サーバ３００から受信されたＴＣＰのセグメントに応答してＰＣ１００が送信するＡＣＫパケットを接続部５０から受信すると、このＡＣＫパケットのＴＣＰヘッダ内に記述されているＲＷＩＮを書き換え、サーバ３００へ転送する。

図３は、本実施形態に係るＰＣ１００とサーバ３００との間の通信プロトコルの代表的な階層構造を示す図である。
ＰＣ１００と携帯電話機１とは、物理層のＵＳＢ及びデータリンク層のＰＰＰを含んで接続される。また、携帯電話機１と、ＬＴＥ基地局２００又はＣＤＭＡ基地局２１０とは、物理層のＬＴＥ又はＣＤＭＡ、及びデータリンク層のＰＰＰを含んで接続される。さらに、ＰＣ１００とサーバ３００とは、ネットワーク層のＩＰ及びトランスポート層のＴＣＰを含んで接続され、さらに上位にクライアントアプリケーション及びサーバアプリケーションが存在する。

制御部３０は、ＴＣＰにより生成されたＴＣＰヘッダに含まれるＲＷＩＮを、下位層であるＰＰＰにより書き換えて転送する。

具体的には、制御部３０は、ＬＴＥにおける無線通信部４０での通信品質が第１の閾値より高い第２の閾値まで低下すると、ＣＤＭＡ２０００＿１ｘへハンドダウンする可能性が高まったと判断し、サーバ３００へ通知するＲＷＩＮをゼロに書き換える。これにより、サーバ３００からのデータパケットの送信が停止される。

ここで、ＬＴＥからＣＤＭＡ２０００＿１ｘへハンドダウンが発生するということは、ＬＴＥの無線環境が著しく悪化しているので、ＲＷＩＮがゼロのパケットもサーバ３００へ到達しないおそれがある。そこで、制御部３０は、ハンドダウンの発生前であっても、通信品質が第２の閾値まで低下すると、ＲＷＩＮの調整を開始する。

また、制御部３０は、ＬＴＥにおける無線通信部４０での通信品質が第２の閾値よりもさらに低い第１の閾値まで低下し、ＣＤＭＡ２０００＿１ｘにハンドダウンすると、ＲＷＩＮをハンドダウン後の通信システムにおいて使用可能な値に書き換える。すなわち、ＣＤＭＡの方がＬＴＥよりも大幅にデータレートが低いため、結果的には、制御部３０は、ＲＷＩＮをハンドダウン前よりも小さい値に書き換える。このとき、ＰＣ１００のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）がＲＷＩＮの自動調整機能を有している場合、ハンドダウン後に、ＴＣＰレイヤにおいて、ＲＷＩＮが低速回線に適した値に調整されている場合がある。制御部３０は、ＰＣ１００から送信されるＡＣＫパケット内に記述されているＲＷＩＮが、ハンドダウン後の通信システムにおいて使用可能なサイズであれば、このＲＷＩＮを書き換えずに転送する。

一方、制御部３０がサーバ３００へ通知するＲＷＩＮをゼロにした後、無線通信部４０での通信品質が回復してＣＤＭＡ２０００＿１ｘへのハンドダウンが生じなければ、高速通信を継続できるので、制御部３０は、ＲＷＩＮをゼロへ変更する前の値に戻してＡＣＫパケットを転送する。

ここで、無線通信部４０での通信品質が第２の閾値付近で頻繁に上下した場合、ＲＷＩＮも頻繁に変動する。この変動を抑制するため、制御部３０は、ＲＷＩＮの調整を前回停止してから次に開始するまでの最低時間や、通信品質の回復を示す第３の閾値等を設けて記憶部６０に記憶することにより、ヒステリシスを設定しておく。

また、制御部３０は、サーバ３００へ通知するＲＷＩＮをゼロにした後、ＰＣ１００から後続のＡＣＫパケットが所定時間送信されない場合、記憶部６０に記憶されているＡＣＫパケットの複製に記述されているＲＷＩＮをゼロ以外（回線速度に適した値）に書き換えて転送する。ＲＷＩＮがゼロの状態が継続すると、サーバ３００により通信の異常が検出され、ＴＣＰ接続が切断される場合があるが、制御部３０の制御により、このＴＣＰ接続の切断が抑制される。

なお、ＡＣＫパケットは、容量を縮小するために、ＴＣＰヘッダの前回と変更がない項目が省略されてヘッダ圧縮（ＶＪ圧縮）される場合がある。制御部３０は、ＲＷＩＮの書き換えが必要であるのに、ＰＣ１００から送信されるＡＣＫパケットのヘッダが圧縮され、ＲＷＩＮが記述されていない場合、この圧縮されているＡＣＫパケットをＲＷＩＮが記述されている非圧縮のＡＣＫパケットに変換した後、ＲＷＩＮを書き換えて転送する。

図４は、本実施形態に係るＰＣ１００とサーバ３００とが通信中にハンドダウンが発生した場合の処理を示すシーケンス図である。

携帯電話機１とＬＴＥ基地局２００とがＬＴＥで通信中は、サーバ３００から送信されるＴＣＰのセグメントに応答して、ＰＣ１００は、「ＲＷＩＮ＝ＭＳＳ×ｙ」としてＡＣＫパケットを送信する。そして、サーバ３００は、通知されたＲＷＩＮ（＝ＭＳＳ×ｙ）に従って、ｙセグメントをＰＣ１００へ送信する（ステップＳ１）。

その後、携帯電話機１においてＬＴＥ基地局２００との通信品質が低下すると、携帯電話機１は、ＰＣ１００から送信されるＡＣＫパケットを複製し、ＲＷＩＮをゼロに書き換えてサーバ３００へ送信する（ステップＳ２）。

サーバ３００は、「ＲＷＩＮ＝０」のＡＣＫパケットを受信すると、ＰＣ１００へのセグメント送信を停止する（ステップＳ３）。

携帯電話機１において通信品質がさらに低下し、ＣＤＭＡ基地局２１０へのハンドダウンが発生すると、ＰＣ１００から通知されるＲＷＩＮ（＝ＭＳＳ×ｙ）は、低速回線であるＣＤＭＡ２０００＿１ｘには適していない。そこで、携帯電話機１は、ＰＣ１００から受信したＡＣＫパケットを複製し、ＲＷＩＮを回線に適した「ＲＷＩＮ＝ＭＳＳ×ｎ」に書き換えてサーバ３００へ送信する（ステップＳ４）。

すると、サーバ３００は、通知されたＲＷＩＮ（＝ＭＳＳ×ｎ）に従って、ｎセグメントをＰＣ１００へ送信する（ステップＳ５）。

図５は、本実施形態に係るＰＣ１００とサーバ３００とが通信中に、低下した通信品質が回復してハンドダウンが発生しなかった場合の処理を示すシーケンス図である。

図４の例と同様に、サーバ３００からＰＣ１００へＴＣＰのセグメントを送信中に（ステップＳ１）、携帯電話機１において通信品質が低下すると、ＲＷＩＮがゼロに書き換えられ（ステップＳ２）、サーバ３００においてＴＣＰのセグメント送信が停止される（ステップＳ３）。

その後、携帯電話機１において、ＬＴＥ基地局２００との通信品質が回復した場合、ＬＴＥによる高速通信が維持される。この場合、ＰＣ１００から通知されるＲＷＩＮ（＝ＭＳＳ×ｙ）は、この高速回線に適した値であるため、携帯電話機１は、ＲＷＩＮを書き換えることなく、ＡＣＫパケットをサーバ３００へ転送する（ステップＳ６）。

すると、サーバ３００は、通知されたＲＷＩＮ（＝ＭＳＳ×ｙ）に従って、ｙセグメントをＰＣ１００へ送信する（ステップＳ７）。

図６は、本実施形態に係る携帯電話機１の処理を示すフローチャートである。本処理は、ＰＣ１００がサーバ３００からデータを受信している間、繰り返し実行される。

ステップＳ１１において、制御部３０は、無線状況を監視し、現在の通信システムにおける無線通信部４０の通信品質を測定する。

ステップＳ１２において、制御部３０は、ＣＤＭＡ２０００＿１ｘの低速回線へハンドダウンしたか否かを判定する。制御部３０は、この判定がＹＥＳの場合、処理をステップＳ１５に移し、判定がＮＯの場合、処理をステップＳ１３に移す。

ステップＳ１３において、制御部３０は、ステップＳ１１で測定された通信品質が第１の閾値以下に低下し、低速回線へハンドダウンしそうか否かを判定する。制御部３０は、この判定がＹＥＳの場合、処理をステップＳ１４に移し、判定がＮＯの場合、処理をステップＳ１６に移す。

ステップＳ１４において、制御部３０は、ハンドダウン前処理（図７で後述する）を実行し、低速回線へのハンドダウンに備えてＲＷＩＮの調整を行う。

ステップＳ１５において、制御部３０は、ハンドダウン後処理（図８で後述する）を実行し、低速回線での通信に適したＲＷＩＮの調整を行う。

ステップＳ１６において、制御部３０は、ハンドダウン前処理によりＲＷＩＮが調整された結果、前回サーバ３００へ通知したＲＷＩＮがゼロであるか否かを判定する。制御部３０は、この判定がＹＥＳの場合、処理をステップＳ１７に移し、判定がＮＯの場合、ＲＷＩＮの書き換えが不要であるため処理を終了する。

ステップＳ１７において、制御部３０は、前回サーバ３００へ送信したＡＣＫパケットの複製を、再利用するために記憶部６０から読み出す。

ステップＳ１８において、制御部３０は、ステップＳ１７で読み出したＡＣＫパケットの複製のＲＷＩＮを、ハンドダウン前処理により書き換えられる前の元の値に戻して、サーバ３００へ送信する。

図７は、本実施形態に係る携帯電話機１のハンドダウン前処理を示すフローチャートである。本処理は、図６のステップＳ１４に相当する。

ステップＳ２１において、制御部３０は、ＰＣ１００からＡＣＫパケットを受信したか否かを判定する。制御部３０は、この判定がＹＥＳの場合、処理をステップＳ２２に移し、判定がＮＯの場合、処理をステップＳ２７に移す。

ステップＳ２２において、制御部３０は、ＰＣ１００から受信したＡＣＫパケットがヘッダ圧縮されているか否かを判定する。制御部３０は、この判定がＹＥＳの場合、処理をステップＳ２３に移し、判定がＮＯの場合、処理をステップＳ２４に移す。

ステップＳ２３において、制御部３０は、ＰＣ１００から受信したヘッダ圧縮されているＡＣＫパケットを、非圧縮パケットに変換する。

ステップＳ２４において、制御部３０は、ＰＣ１００から受信したＡＣＫパケットのＲＷＩＮが低速回線に適しているか否かを判定する。制御部３０は、この判定がＹＥＳの場合、処理をステップＳ２５に移し、判定がＮＯの場合、処理をステップＳ２６に移す。

ステップＳ２５において、制御部３０は、ＰＣ１００から受信したＡＣＫパケットを複製し、ＲＷＩＮをゼロに書き換えてサーバ３００へ送信する。

ステップＳ２６において、制御部３０は、ＰＣ１００から低速回線に適したＲＷＩＮが通知されているので、ＰＣ１００と重複してフロー制御が行われるのを回避するため、ＲＷＩＮの書き換え処理（ハンドダウン前処理及びハンドダウン後処理）を停止する。

ステップＳ２７において、制御部３０は、ステップＳ２５でＲＷＩＮをゼロに書き換えてから所定時間、ＰＣ１００からＡＣＫパケットを受信していないか否かを判定する。制御部３０は、この判定がＹＥＳの場合、処理をステップＳ２８に移し、判定がＮＯの場合、処理を終了する。

ステップＳ２８において、制御部３０は、前回サーバ３００へ送信したＡＣＫパケットの複製を、再利用するために記憶部６０から読み出す。

ステップＳ２９において、制御部３０は、ステップＳ２８で読み出したＡＣＫパケットの複製のＲＷＩＮを、ステップＳ２５により書き換えられる前の元の値に戻して、サーバ３００へ送信する。

図８は、本実施形態に係る携帯電話機１のハンドダウン後処理を示すフローチャートである。本処理は、図６のステップＳ１５に相当する。

ステップＳ３１において、制御部３０は、ＰＣ１００からＡＣＫパケットを受信したか否かを判定する。制御部３０は、この判定がＹＥＳの場合、処理をステップＳ３２に移し、判定がＮＯの場合、処理をステップＳ３７に移す。

ステップＳ３２において、制御部３０は、ＰＣ１００から受信したＡＣＫパケットがヘッダ圧縮されているか否かを判定する。制御部３０は、この判定がＹＥＳの場合、処理をステップＳ３３に移し、判定がＮＯの場合、処理をステップＳ３４に移す。

ステップＳ３３において、制御部３０は、ＰＣ１００から受信したヘッダ圧縮されているＡＣＫパケットを、非圧縮パケットに変換する。

ステップＳ３４において、制御部３０は、ＰＣ１００から受信したＡＣＫパケットのＲＷＩＮが低速回線に適しているか否かを判定する。制御部３０は、この判定がＹＥＳの場合、処理をステップＳ３５に移し、判定がＮＯの場合、処理をステップＳ３６に移す。

ステップＳ３５において、制御部３０は、ＰＣ１００から受信したＡＣＫパケットを複製し、ＲＷＩＮを低速回線に適した所定の値に書き換えてサーバ３００へ送信する。

ステップＳ３６において、制御部３０は、ＰＣ１００から低速回線に適したＲＷＩＮが通知されているので、ＰＣ１００と重複してフロー制御が行われるのを回避するため、ＲＷＩＮの書き換え処理（ハンドダウン前処理及びハンドダウン後処理）を停止する。

ステップＳ３７において、制御部３０は、ハンドダウン前処理のステップＳ２５でＲＷＩＮをゼロに書き換えてから所定時間、ＰＣ１００からＡＣＫパケットを受信していないか否かを判定する。制御部３０は、この判定がＹＥＳの場合、処理をステップＳ３８に移し、判定がＮＯの場合、処理を終了する。

ステップＳ３８において、制御部３０は、前回サーバ３００へ送信したＡＣＫパケットの複製を、再利用するために記憶部６０から読み出す。

ステップＳ３９において、制御部３０は、ステップＳ３８で読み出したＡＣＫパケットの複製のＲＷＩＮを、ステップＳ３５と同様に、低速回線に適した所定の値に書き換えて、サーバ３００へ送信する。

このように、本実施形態によれば、携帯電話機１は、高速回線（例えば、ＬＴＥ）に適したＲＷＩＮが通知されている状態で低速回線（例えば、ＣＤＭＡ２０００＿１ｘ）へハンドダウンした場合、ＡＣＫパケットのＲＷＩＮを低速回線用に書き換える。したがって、携帯電話機１は、ＰＣ１００のＴＣＰレイヤに変更を加えることなく、データパケットの損失によるスループットの低下を抑制し、低速回線本来の状態へスループットを向上できる。

また、携帯電話機１は、ＰＣ１００によりＲＷＩＮが調整され、低速回線に適した値になっていれば、ＲＷＩＮの書き換えを実行せず、フロー制御の重複を回避できる。

また、携帯電話機１は、通信品質が低下してハンドダウンが発生しそうな状況になると、ハンドダウンの発生前に一旦ＲＷＩＮをゼロにしてサーバ３００のデータ送信を停止させる。すなわち、携帯電話機１は、ハンドダウンの発生前に確実にサーバ３００のデータ送信を停止させることができ、ハンドダウンに伴うデータ損失を抑制できる。さらに、携帯電話機１は、ＲＷＩＮをゼロに書き換えた後に高速回線での通信品質が回復すれば、ＲＷＩＮを元の値に戻してサーバ３００へ通知するので、高速通信を維持できる。

また、携帯電話機１は、サーバ３００へＲＷＩＮを通知するためのＡＣＫパケットをＰＣ１００から得られない場合、前回送信したＡＣＫパケットの複製を再利用して、ＲＷＩＮをサーバ３００へ通知できる。

さらに、携帯電話機１は、ＡＣＫパケットのＴＣＰヘッダが圧縮されＲＷＩＮが記述されていない場合にも、非圧縮のパケットに変換することにより、調整後のＲＷＩＮをサーバ３００へ通知できる。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

前述の実施形態では、高速通信システムをＬＴＥ、低速通信システムをＣＤＭＡ２０００＿１ｘとして説明したが、組合せはこれらには限られない。本発明は、通信相手との通信を継続したままハンドダウン可能なシステム同士であれば、例えば、ＷｉＭＡＸとＷ−ＣＤＭＡや、無線ＬＡＮとＣＤＭＡ２０００＿１ｘ等、回線速度に高低差のある種々の通信システムの組合せに適用可能である。

また、本発明に係る無線通信装置は、携帯電話機１には限られず、ＰＨＳ（登録商標；Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ ｐｈｏｎｅ Ｓｙｓｔｅｍ）の他、車載コンピュータに接続される通信モジュールや、ＰＣに対してＵＳＢやＰＣＭＣＩＡ等で直接接続されて無線通信を行うデータ通信端末でももちろんよい。

さらに、前述の実施形態において、携帯電話機１は、ヒンジ機構４により折り畳み可能な型式としたが、これには限られない。携帯電話機１は、このような折り畳み式ではなく、操作部側筐体２と表示部側筐体３とを重ね合わせた状態から一方の筐体を一方向にスライドさせるようにしたスライド式や、操作部側筐体２と表示部側筐体３との重ね合せ方向に沿う軸線を中心に一方の筐体を回転させるようにした回転式（ターンタイプ）や、操作部側筐体２と表示部側筐体３とが１つの筐体に配置され連結部を有さない型式（ストレートタイプ）でもよい。また、携帯電話機１は、開閉及び回転可能ないわゆる２軸ヒンジタイプであってもよい。

１ 携帯電話機（無線通信装置）
１１ 操作部
２１ 表示部
３０ 制御部
４０ 無線通信部
４１ アンテナ
５０ 接続部
６０ 記憶部
７０ 音声制御部
１００ ＰＣ（データ処理装置）
２００ ＬＴＥ基地局
２１０ ＣＤＭＡ基地局
３００ サーバ（通信相手）

Claims (9)

1. データ処理装置と接続され、所定の通信相手から無線通信により受信したデータを当該データ処理装置へ送信する無線通信装置であって、
   無線通信部と、
   前記無線通信に用いる通信システムをより低速の通信システムに切り替えた場合、前記データ処理装置から通知された受信ウィンドウサイズをより小さい受信ウィンドウサイズへ変更し、当該変更した受信ウィンドウサイズを当該通信相手へ通知する制御部と、を有する無線通信装置。
2. 前記無線通信部は、第１の通信システムと当該第１の通信システムよりも低速な第２の通信システムとのいずれにおいても、前記通信相手と接続して通信可能であり、
   前記制御部は、前記第１の通信システムを用いて前記無線通信部により通信中に、前記第２の通信システムにハンドダウンした場合、前記通信相手に通知する受信ウィンドウサイズを、ハンドダウン前に比べて縮小する請求項１に記載の無線通信装置。
3. 前記制御部は、前記データ処理装置から通知された前記受信ウィンドウサイズが、前記第２の通信システムにおいて使用可能なサイズであれば、当該受信ウィンドウサイズを通知する請求項２に記載の無線通信装置。
4. 前記制御部は、前記第１の通信システムにおける前記無線通信部での通信品質が前記第２の通信システムへのハンドダウンが生じる第１の閾値より高い第２の閾値まで低下すると、前記通信相手に通知する前記受信ウィンドウサイズをゼロにし、その後前記第２の通信システムへのハンドダウンが生じると、当該第２の通信システムにおいて使用可能な受信ウィンドウサイズを通知する請求項２又は請求項３に記載の無線通信装置。
5. 前記制御部は、前記通信相手に通知する前記受信ウィンドウサイズをゼロにした後、前記第２の通信システムへのハンドダウンが生じなければ、前記受信ウィンドウサイズをゼロへ変更する前の値として通知する請求項４に記載の無線通信装置。
6. 前記制御部により転送されたパケットの複製を記憶する記憶部をさらに有し、
   前記制御部は、前記通信相手に通知する受信ウィンドウサイズをゼロにした後、前記データ処理装置から後続のパケットが所定時間送信されない場合、前記記憶部に記憶されている前記パケットの複製に記述されている前記受信ウィンドウサイズを変更し、当該変更した受信ウィンドウサイズを通知する請求項４又は請求項５に記載の無線通信装置。
7. 前記制御部は、前記データ処理装置から送信されるパケットが圧縮されている場合、当該圧縮されているパケットを前記受信ウィンドウサイズが記述されている非圧縮のパケットに変換した後、当該パケットに含まれている受信ウィンドウサイズを変更し、当該変更後の受信ウィンドウサイズを通知する請求項２から請求項６のいずれか１項に記載の無線通信装置。
8. 前記受信ウィンドウサイズは、ＴＣＰ層における前記通信相手に通知するウィンドウサイズである請求項１から請求項７のいずれか１項に記載の無線通信装置。
9. 無線通信部を有し、データ処理装置と接続された無線通信装置が、通信相手から無線通信により受信したデータを当該データ処理装置へ送信する制御方法であって、
   前記無線通信に用いる通信システムをより低速の通信システムに切り替えた場合、前記データ処理装置から通知された受信ウィンドウサイズをより小さい受信ウィンドウサイズへ変更し、当該変更した受信ウィンドウサイズを当該通信相手へ通知するステップを含む制御方法。

Images