(57)【要約】【課題】通信機器では、通信データについての最大に通信可能なデータ量を切り替える場合に、サーバ装置などが順番に送信した通信データを送信順に受信することが求められている。【解決手段】通信機器２は、時分割通信により、基地局３を経由して、サーバ５から受信する第１データと当該第１データを受信する際におけるサーバ５とのセッションの確立に必要な第２データとを、受信可能な無線通信部１１と、無線通信部１１が基地局３と通信を行う際に用いるリンクの増設または減設が可能な制御部１６と、を備え、第２データは、第１データのデータ量を示すデータ量情報を有し、制御部１６は、当該データ量情報に記されるデータ量が現在のリンク数によって所定期間受信可能なデータ量よりも大きい場合にリンクの増設を要求し、リンクの数が基地局によって増設された場合には無線通信部１１に第１データを受信させる。【選択図】図６
2011135340.tif 000002
【特許請求の範囲】
【請求項１】
時分割通信により、基地局を経由して、サーバから受信する第１データと当該第１データを受信する際における前記サーバとのセッションの確立に必要な第２データとを、受信可能な無線通信部と、
前記無線通信部が前記基地局と通信を行う際に用いるリンクの増設または減設が可能な制御部と、
を備え、
前記第２データは、前記第１データのデータ量を示すデータ量情報を有し、
前記制御部は、当該データ量情報に記されるデータ量が現在のリンク数によって所定期間受信可能なデータ量よりも大きい場合にリンクの増設を要求し、リンクの数が基地局によって増設された場合には前記無線通信部に前記第１データを受信させる
通信機器。
【請求項２】
前記所定期間の値は、前記無線通信部によって受信された前記第２データのエラーレートに比例した値が設定される
請求項１記載の通信機器。
【請求項３】
前記制御部は、前記所定期間の値が通信のタイムアウト期間よりも大きくなった場合、前記無線通信部に、前記第２データを受信させた直後に前記第１データを受信させる
請求項１または２記載の通信機器。
【請求項４】
前記制御部は、前記第１データを受信中にリンクが前記基地局によって減設された場合、
未受信の第１データのデータ量と、前記所定期間において減設された後のリンクにより受信可能なデータ量とを比較し、
前記未受信の第１データのデータ量が、前記所定期間において減設された後のリンクにより受信可能なデータ量以上である場合、リンクの増設を基地局へ要求する
請求項１から３のいずれか一項記載の通信機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信データについての最大に通信可能なデータ量を切り替えることができる通信機器に関する。
【背景技術】
【０００２】
近年のＰＨＳ端末などの通信機器は、サーバ装置からウェブページのデータなどの通信データを受信することができる。
そして、たとえば特許文献１は、データの受信を開始してからデータ流量を監視し、データ流量が所定値以上になった場合に基地局との通信スロットを増設するＰＨＳ端末を開示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１０９３２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１のように、データ通信中にスロットを増設すると、通信機器は、サーバ装置からパケット順に送信された通信データを送信順に受信することができなくなることがある。
そして、サーバ装置からパケット順に送信された通信データを送信順に受信することができない場合、通信データを送信順に受信した場合に比べて、通信データの受信期間が長くなってしまうことがある。
【０００５】
このように通信機器では、通信データについての最大に通信可能なデータ量を切り替える場合に、サーバ装置などが順番に送信した通信データを送信順に受信することが求められている。
【課題を解決するための手段】
【０００６】
本発明の第１の観点の通信機器は、時分割通信により、基地局を経由して、サーバから受信する第１データと当該第１データを受信する際における前記サーバとのセッションの確立に必要な第２データとを、受信可能な無線通信部と、前記無線通信部が前記基地局と通信を行う際に用いるリンクの増設または減設が可能な制御部と、を備え、前記第２データは、前記第１データのデータ量を示すデータ量情報を有し、前記制御部は、当該データ量情報に記されるデータ量が現在のリンク数によって所定期間受信可能なデータ量よりも大きい場合にリンクの増設を要求し、リンクの数が基地局によって増設された場合には前記無線通信部に前記第１データを受信させる。
【０００７】
好適には、前記所定期間の値は、前記無線通信部によって受信された前記第２データのエラーレートに比例した値が設定されてもよい。
【０００８】
好適には、前記制御部は、前記所定期間の値が通信のタイムアウト期間よりも大きくなった場合、前記無線通信部に、前記第２データを受信させた直後に前記第１データを受信させてもよい。
【０００９】
好適には、前記制御部は、前記第１データを受信中にリンクが前記基地局によって減設された場合、未受信の第１データのデータ量と、前記所定期間において減設された後のリンクにより受信可能なデータ量とを比較し、前記未受信の第１データのデータ量が、前記所定期間において減設された後のリンクにより受信可能なデータ量以上である場合、リンクの増設を基地局へ要求してもよい。
【発明の効果】
【００１０】
本発明では、通信データについての最大に通信可能なデータ量を切り替える場合に、サーバ装置などが順番に送信した通信データを送信順に受信することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明の実施形態に係る通信システムの概略構成図である。
【図２】図２は、図１の基地局とＰＨＳ端末２の間の通信方式の説明図である。
【図３】図３は、サーバ装置および他の通信機器（たとえば図１のＰＨＳ端末）の通信処理の一例を示すシーケンスチャートである。
【図４】図４は、図１のＰＨＳ端末の外観図である。
【図５】図５は、図１のＰＨＳ端末のハードウェア構成図である。
【図６】図６は、図５の無線通信部の通信制御機能を模式的に示すブロック図である。
【図７】図７は、マルチリンク用の増設パラメータのデータ構造の一例の説明図である。
【図８】図８は、データ通信開始時の増設処理のフローチャートである。
【図９】図９は、データ通信中の増設処理のフローチャートである。
【図１０】図１０は、データ通信開始時の増設処理のシーケンスチャートである。
【図１１】図１１は、図１０の制御の下での受信パケットのシーケンス番号のプロット図である。
【図１２】図１２は、図１０の制御の下でのサーバ装置のＲＴＴ特性図である。
【図１３】図１３は、図１０の制御の下でのスループットの特性図である。
【図１４】図１４は、流量監視部のみでの受信パケットのシーケンス番号のプロット図である。
【図１５】図１５は、流量監視部のみでのサーバ装置のＲＴＴ特性図である。
【図１６】図１６は、流量監視部のみでのスループットの特性図である。
【図１７】図１７は、パケット通信中にリンクの減設が発生した場合の増設処理のシーケンスチャートである。
【図１８】図１８は、リンクが減設された状態から新たなウェブページのデータを受信する場合の増設処理のシーケンスチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態を図面に関連付けて説明する。
【００１３】
図１は、本発明の実施形態に係る通信システム１の概略構成図である。
図１の通信システム１は、ＰＨＳ端末（ＰＳ１）２、基地局（ＣＳ）３、通信網４、サーバ装置（ＳＶＲ）５を有する。
【００１４】
基地局３は、ＰＨＳ端末２と無線通信し、通信データを送受する。
また、基地局３は、ＰＨＳ端末２からの増設リクエストに応じて、ＰＨＳ端末２と通信するリンク数を増減する。基地局３は、増減されたリンクを用いて、ＰＨＳ端末２と通信データを送受する。
【００１５】
図２は、図１の基地局３とＰＨＳ端末２との間で送受される通信データの通信方式の説明図である。図２の横線は、時間軸である。
そして、図２には、時間軸の横線の上側に基地局３からＰＨＳ端末２への複数の下りスロットと、時間軸の横線の下側にＰＨＳ端末２から基地局３への複数の上りスロットとが図示されている。基地局３とＰＨＳ端末２とは、ＴＤＭＡ／ＴＤＤ方式で通信する。
なお、各スロットにおいて基地局３が１個のＰＨＳ端末２と通信するシステムでは、１スロットは１リンクに対応する。
【００１６】
そして、通信データが無い場合、ＰＨＳ端末２と基地局３とは、１個のスロットを用いて互いを確認するための通信などを実行する。
この場合、基地局３は、４個連続する下りスロットのたとえば最初のスロットにより下りの通信データを送信する。
また、ＰＨＳ端末２は、４個連続する上りスロットのたとえば最初のスロットにより上りの通信データを送信する。
【００１７】
また、たとえば基地局３が大量の通信データをＰＨＳ端末２へ送信する場合、基地局３は、複数の下りスロットを用いて通信データをＰＨＳ端末２へ送信する。
具体的には例えば、基地局３は、４個連続する下りスロットのすべてのスロットにより下りの通信データを送信する。
これにより、単位時間当たりに基地局３からＰＨＳ端末２へ送信される通信データ量を増やすことができる。
【００１８】
図１の通信網４は、たとえばＰＨＳ端末２の通信網４、インターネットなどの通信網４である。
通信網４には、基地局３と、サーバ装置５とが接続される。
通信網４は、基地局３とサーバ装置５との間で送受する通信データを伝送する。
通信データは、複数のパケットに分けて送受される。
通信網４で伝送されるパケットとしては、たとえばＴＣＰ／ＩＰパケットがある。
ＴＣＰ／ＩＰパケットは、通信対象のデータを分割したデータをペイロードに格納し、ヘッダデータまたはフッタデータにパケット番号を格納する。
パケット番号は、たとえば１つの通信対象のデータを複数のパケットに分割した場合に、パケット毎に異なる一意の番号である。
パケット番号は、一般的に、通信対象のデータの最初の部分についてのパケットにパケット番号１が割り当てられ、パケットの順番で番号が増える。
【００１９】
サーバ装置５は、たとえばウェブサーバ、ファイルサーバなどとして機能する通信機器である。
サーバ装置５は、通信網４を介してたとえば図１のＰＨＳ端末２などの他の通信機器からリクエストを受信する。
リクエストを受信したサーバ装置５は、その要求に係るデータを、複数のパケットに分割し、通信網４を介して要求元の他の通信機器へ送信する。
【００２０】
図３は、サーバ装置５および他の通信機器（たとえば図１のＰＨＳ端末２）の通信処理の一例を示すシーケンスチャートである。
図３の例では、サーバ装置５は、まず、同期用のパケットを他の通信機器へ送信する。
この同期用のパケットは、シーケンス番号データ「２０００」、確認応答データ「０」、最大セグメントサイズ「１４６０」バイトを含む。
【００２１】
なお、他の通信機器が図１のＰＨＳ端末２である場合、この同期用のパケットは、サーバ装置５から送信された後、通信網４および基地局３を通じて、ＰＨＳ端末２により受信される。
そして、基地局３からＰＨＳ端末２へ伝送されるときには、同期用のパケットは、所定の１本のリンクを用いて伝送される。以下の各パケットについても同様である。
【００２２】
サーバ装置５からの同期用のパケットを受信すると、他の通信機器は、同期応答用のパケットをサーバ装置５へ送信する。
この同期応答用のパケットは、シーケンス番号データ「５０００」、確認応答データ「２００１」、最大セグメントサイズ「１４６０」バイトを含む。
同期応答用のパケットを受信すると、サーバ装置５は、他の通信機器との通信に用いる最大セグメントサイズを決定する。
この場合、最大セグメントサイズは、「１４６０」バイトとなる。
また、サーバ装置５は、最大セグメントサイズの受信応答用のパケットを送信する。
【００２３】
以上の一連の同期処理により、サーバ装置５と他の通信機器とのコネクションが確立する。サーバ装置５と他の通信機器とは、通信データの送受が可能な状態になる。
その後、たとえば他の通信機器は、サーバ装置５に対して、通信データのリクエスト用のパケットを送信する。
通信データのリクエストを受信すると、サーバ装置５は、送信要求に係る通信データを、最大セグメントサイズ毎に分割する。
そして、サーバ装置５は、送信要求に係る通信データの最初の１４６０バイトのデータを含むパケットを、他の通信機器へ送信する。
この１番目のパケットは、シーケンス番号データ「２００１」、確認応答データ「５００１」、１４６０バイトのデータを含む。
【００２４】
通信データを分割した最初のパケットを受信すると、他の通信機器は、確認応答用のパケットをサーバ装置５へ送信する。
この確認応答用のパケットは、シーケンス番号データ「５００１」、確認応答データ「３４６１」、ＡＣＫ「１」を含む。ＡＣＫ「１」は、正常に受信したことを示す。
最初のパケットについての確認応答用のパケットを受信すると、サーバ装置５は、送信要求に係る通信データの２番目の１４６０バイトのデータを含むパケットを、他の通信機器へ送信する。
この２番目のパケットは、シーケンス番号データ「３４６１」、確認応答データ「５００１」、１４６０バイトのデータを含む。
通信データを分割した２番目のパケットを受信すると、他の通信機器は、確認応答用のパケットをサーバ装置５へ送信する。
この確認応答用のパケットは、シーケンス番号データ「５００１」、確認応答データ「４９２１」、ＡＣＫ「１」を含む。ＡＣＫ「１」は、正常に受信したことを示す。
【００２５】
サーバ装置５と他の通信機器とは、以上のパケット毎の送信および確認処理を繰り返す。
これにより、サーバ装置５は、他の通信機器に対して、要求に係る通信データを送信する。
【００２６】
また、サーバ装置５は、図示外のタイマにより、通信データの各パケットを送信してから、確認応答のパケットを受信するまでのＲＴＴ（Round Trip Time）を計測する。
そして、サーバ装置５は、計測したＲＴＴに基づいて、複数のパケットの送信間隔を調整する。
たとえば通信中にＲＴＴが長くなった場合、サーバ装置５は、次のパケットを送信するまでの待ち時間を長くする。
これにより、たとえば通信網４においてデータコリジョンが必要以上に発生しないようにすることができる。
なお、サーバ装置５は、所定数の最初のパケットを送信してから、最後のパケットについての確認応答を受信するまでの時間を、ＲＴＴ（Round Trip Time）として計測してもよい。
【００２７】
図４は、図１のＰＨＳ端末２の外観図である。
図４のＰＨＳ端末２は、上部筐体１０１、下部筐体１０２およびヒンジ部１０３を有する。
上部筐体１０１および下部筐体１０２は、略同一サイズの長方形形状を有する。
上部筐体１０１と下部筐体１０２とは、ヒンジ部１０３により開閉可能に連結される。
図４は、上部筐体１０１と下部筐体１０２とを開いた状態である。
上部筐体１０１には、表示部１３が設けられる。
下部筐体１０２には、操作部１２の複数の入力キーが設けられる。
【００２８】
図５は、図１のＰＨＳ端末２のハードウェア構成図である。
ＰＨＳ端末２は、たとえば無線通信部（ＲＦ）１１、操作部（ＫＥＹ）１２、表示部（ＤＩＳＰ）１３、音声モデム部（ＭＯＤＥＭ）１４、タイマ（ＲＴＣ）１５、ＣＰＵ（Central Processing Unit）１６、記憶部（ＭＥＭ）１７、およびこれらを接続するシステムバス１８とを有する。
【００２９】
無線通信部１１は、基地局３との通信チャネルを確立し、基地局３と通信データを送受する。
無線通信部１１は、通常の通信処理では、１本のリンクにより基地局３と通信データを送受する。たとえば通信データが所定量以上になると、リンクを増設し、複数のリンクにより基地局３と通信データを送受する。
そして、無線通信部１１は、ＣＰＵ１６からの入力信号に含まれる通信データを基地局３へ無線送信する。
また、無線通信部１１は、基地局３から受信した通信データを含む信号をＣＰＵ１６へ出力する。
これにより、無線通信部１１は、たとえばＣＰＵ１６から入力されたウェブページのリクエストを送信する。また、無線通信部１１は、要求したウェブページのデータを基地局３から受信し、ＣＰＵ１６へ出力する。
【００３０】
表示部１３は、たとえばＩＰＳ（In Plane Switching）液晶デバイス、ＬＣＤ（Liquid Crystal Display Device）、有機ＥＬ（Electro-Luminescence）デバイスなどを有する。
表示部１３は、図４に示すように、ＰＨＳ端末２の上部筐体１０１の前面に配置される。
そして、表示部１３は、ＣＰＵ１６から入力された表示信号に含まれる表示データを表示する。
これにより、表示部１３は、たとえばサーバ装置５から受信したウェブページなどを表示する。
【００３１】
操作部１２は、複数の入力キーを有する。
複数の入力キーには、たとえばテンキー、電源キー、通話キー、文字キーなどがある。
入力キーは、図４に示すように、ＰＨＳ端末２の下部筐体１０２の前面に配置される。
そして、操作部１２は、ユーザにより操作された入力キーに対応する入力データを含む操作信号をＣＰＵ１６へ出力する。
これにより、操作部１２は、表示部１３に表示されたウェブページのリンクを指定する。
【００３２】
音声モデム部１４は、スピーカ１９およびマイクロホン２０に接続される。
そして、音声モデム部１４は、マイクロホン２０に入力された音声をサンプリングし、音声データを含む信号をＣＰＵ１６へ出力する。
また、音声モデム部１４は、ＣＰＵ１６からの入力信号に含まれる音声データによりスピーカ１９を駆動する。
これにより、スピーカ１９から、たとえばサーバ装置５から受信した音声データの音声などが再生される。
【００３３】
記憶部１７は、たとえばフラッシュメモリ、ＥＥＰＲＯＭなどを有する。
記憶部１７は、ＰＨＳ端末２で使用する各種のデータおよびプログラムを記憶する。
たとえば、記憶部１７は、サーバ装置５から受信したウェブページデータなど記憶する。
記憶部１７に記憶されるプログラムは、たとえばＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などのコンピュータ読み取り可能な記録媒体からインストールしたものでも、インターネットなどの伝送媒体によりダウンロードしてインストールしたものでもよい。
【００３４】
ＣＰＵ１６は、プログラムを実行するコンピュータである。
そして、ＣＰＵ１６が、記憶部１７に記憶されるプログラムを読み込んで実行することにより、ＰＨＳ端末２の制御部が実現される。
制御部は、ＰＨＳ端末２の動作を制御する。
【００３５】
図６は、図５の無線通信部１１による通信を制御するためにＰＨＳ端末２に実現される機能を模式的に示すブロック図である。
ＣＰＵ１６には、ブラウザ部（ＢＲＷＺ）３１、流量監視部（ＦＬ＿ＤＴＣＴ）３２、強制増設部（ＡＤＤ）３３が実現される。
また、図６には、通信バッファ（ＢＵＦＦ）３４が図示されている。通信バッファ３４は、たとえば記憶部１７に実現される。
【００３６】
ブラウザ部３１は、サーバ装置５に対してウェブページのデータを要求（リクエスト）し、サーバ装置５からウェブページのデータを取得する。
そして、ブラウザ部３１は、取得したウェブページを表示部１３に表示させる。
また、ブラウザ部３１は、サーバ装置５から取得した音声データの音声を、音声モデム部１４を通じてスピーカ１９から出力する。
このため、ブラウザ部３１は、操作部１２の操作などによりウェブページのリンク先を選択すると、当該ウェブページのデータのリクエストを生成する。
当該リクエストは、強制増設部３３を通じて通信バッファ３４へ出力される。
【００３７】
無線通信部１１は、通信バッファ３４を監視し、未送信の通信データが書込まれた場合には、その通信データをパケット化し、基地局３へ送信する。
これにより、ウェブページのリクエストは、ＰＨＳ端末２から、基地局３および通信網４を経由してサーバ装置５へ送信される。
【００３８】
また、ウェブページのリクエストを受信したサーバ装置５は、当該リクエストに対応するウェブページのデータをパケット化して送信する。
ウェブページのデータは、通信網４および基地局３を経由してＰＨＳ端末２に受信される。無線通信部１１は、受信したウェブページのデータを通信バッファ３４に書込む。
ウェブページのデータの送信を要求したブラウザ部３１は、通信バッファ３４を監視する。
そして、要求に係るウェブページのデータが通信バッファ３４に保存されると、ブラウザ部３１は、当該ウェブページのデータを読み込み、たとえば表示部１３に表示させる。
これにより、ブラウザ部３１は、ユーザにより選択されたウェブページを表示部１３に表示させることができる。
【００３９】
流量監視部３２は、無線通信部１１と基地局３との間のリンク数を増設または減設する。
流量監視部３２は、タイマ１５に接続される。
また、流量監視部３２は、ウェブページのデータなどのデータ通信中に通信バッファ３４を監視する。
流量監視部３２は、タイマ１５により計測される所定期間毎の受信データ量（スループット）を所定値と比較する。
【００４０】
そして、たとえばデータ通信中の所定期間における受信データ量が所定値以上になると、流量監視部３２は、無線通信部１１および基地局３にリンクの増設を指示する。
これにより、無線通信部１１と基地局３との間のリンク数は、たとえば１から２、２から３、３から４に増設される。
なお、図２のように４スロットを用いる場合、リンク数４が最大リンク数になる。
また、データ通信中の所定期間における受信データ量が所定値より少なくなると、流量監視部３２は、無線通信部１１および基地局３にリンクの減設を指示する。
これにより、無線通信部１１と基地局３との間のリンク数は、たとえば４から３、３から２、２から１に減設される。
なお、この流量監視部３２が増減設の判断に使用する所定期間、所定値などの設定データは、記憶部１７においてたとえば設定パラメータとして記憶される。
無線通信部１１は、たとえば基地局３からマルチリンク用の増設パラメータを受信すると、この記憶部１７の設定パラメータを更新する。
【００４１】
図７は、基地局３からＰＨＳ端末２へ送信されて、記憶部１７に記憶されるマルチリンク用の増設パラメータのデータ構造の一例の説明図である。
図７の増設パラメータは、情報要素内容長、増設閾値、増設用監視時間、増設用連続発生回数、減設閾値、減設用監視時間、減設用連続発生回数などの情報を有する。
増設閾値および減設閾値は、所定期間毎の受信データ量と比較される閾値である。
増設用監視時間、減設用監視時間は、受信データ量をカウントする所定期間である。
【００４２】
図６の強制増設部３３は、ブラウザ部３１、無線通信部１１、および流量監視部３２に接続される。
たとえば、強制増設部３３は、無線通信部１１がブラウザ部３１によるリクエストを送信する前に、当該リクエストにより受信する予定のウェブページのデータ量がどれくらいの量になるかをデータ量情報に基づいて判断し、判断したデータ量に応じて無線通信部１１と基地局３とのリンク数を最大に切り替える。
具体的には、強制増設部３３は、無線通信部１１が当該リクエストを送信する前に、ウェブページのコンテンツ情報のリクエストを生成し、無線通信部１１に送信させる。
また、無線通信部１１がサーバ装置５からコンテンツ情報を受信すると、強制増設部３３は、当該リクエストにより受信する予定の通信データのデータ量を判断する。
そして、受信予定の通信データ量がたとえば所定のデータ量以上である場合、強制増設部３３は、流量監視部３２に対して、リンク数を最大に増設を指示する。
【００４３】
次に、図４から図６に示すＰＨＳ端末２におけるリンク切り替え動作を説明する。
【００４４】
図８は、ＰＨＳ端末２のデータ通信開始時の強制増設部３３によるリンク切り替え動作のフローチャートである。
図８のフローチャートは、たとえばデータ通信の発呼によりデータ通信を開始する場合、またはドーマント状態から復帰してデータ通信を開始する場合に、ＰＨＳ端末２により実行される。
【００４５】
図８では、まず、ＰＨＳ端末２の無線通信部１１は、基地局３からマルチリンク用の増設パラメータを受信する（ステップＳＴ１）。
【００４６】
ＰＨＳ端末２の強制増設部３３は、無線通信部１１が受信した増設パラメータに基づいて、増設期間受信可能データ量を算出する（ステップＳＴ２）。
なお、増設期間受信可能データ量とは、リンクの増設を要求してからリンクの増設が完了するまでの増設処理期間において１リンクの下で受信可能なデータ量をいう。
たとえば１リンクの最大通信速度が３２ｋｂｐｓであり、タイマ１５により周期的に計測される期間が４秒である場合、強制増設部３３は、増設期間受信可能データ量として１６ｋｂｙｔｅ（＝３２ｋｂｐｓ×４秒）を算出する。
【００４７】
次に、強制増設部３３は、たとえば図６のブラウザ部３１がダウンロードを要求するウェブページのデータのデータ量を取得する（ステップＳＴ３）。
具体的には、強制増設部３３は、当該ウェブページのコンテンツ情報のリクエストを生成し、無線通信部１１からサーバ装置５へ送信させる。
また、無線通信部１１がサーバ装置５からコンテンツ情報のデータを受信すると、強制増設部３３は、コンテンツ情報から、ウェブページのデータ量を抽出する。
次に、強制増設部３３は、抽出した受信予定のウェブページのデータ量と、増設期間受信可能データ量とを比較する（ステップＳＴ４）。
【００４８】
そして、受信予定のデータ量が増設期間受信可能データ量以上である場合、強制増設部３３は、受信開始前のリンクの増設処理を実行する（ステップＳＴ５）。
強制増設部３３は、流量監視部３２に対して、リンク数を最大に増設する指示の信号を出力する。
リンク数を最大に増設する指示信号が入力されると、流量監視部３２は、リンク数を最大にする増設処理を実行する。
【００４９】
具体的にはたとえば、流量監視部３２は、無線通信部１１から基地局３へ、リンク数を最大に増設するコマンドを送信させる。
基地局３は、スロットの使用状況を勘案して、ＰＨＳ端末２からのリンク増設要求を処理する。たとえばすべてのスロットが空いている場合、基地局３は、ＰＨＳ端末２とのリンク数を最大に設定する。
また、基地局３は、増設するリンク数、リンク番号をＰＨＳ端末２へ送信する。無線通信部１１は、基地局３から受信した増設指示にしたがって、リンクを増設する。
これにより、たとえば所定期間に受信するデータ量が所定の閾値を上回ることが一定回数以上連続するような通信データを受信する場合には、そのデータ通信を開始する前に、リンクを最大数に増設することができる。
なお、強制増設部３３の指示によりリンクを最大数に増設した場合、流量監視部３２は、当該ウェブページのデータの受信が完了するまで、自発的なリンクの増減処理を実行しないようにしてもよい。
【００５０】
これに対して、受信予定のデータ量が増設期間受信可能データ量より小さい場合、強制増設部３３は、受信開始前のリンクの増設処理を実行しない。
この場合、通信開始前の制御により通信部のリンク数は最大に設定されない。
また、流量監視部３２による通常の増設流量監視制御が継続して実行される（ステップＳＴ６）。
流量監視部３２は、独自のリンク数の増減制御を実行する。
たとえばデータ通信中の所定期間における受信データ量が所定値以上になると、流量監視部３２は、無線通信部１１および基地局３にリンクの増設を指示する。
また、データ通信中の所定期間における受信データ量が所定値より少なくなると、流量監視部３２は、無線通信部１１および基地局３にリンクの減設を指示する。
【００５１】
図９は、ＰＨＳ端末２のデータ通信中の強制増設部３３によるリンク切り替え動作のフローチャートである。
データ通信中に無線エラーなどが発生し、当該エラー発生リンクのスループットが低下した場合、またはリンクの減設制御によりアクティブなリンク数が最大リンク数より小さくなった場合に、強制増設部３３は図９のデータ通信中のリンク切り替え制御を実行する。
すなわち、図９の制御は、図８の強制増設部３３の制御によりアクティブなリンク数が最大リンク数となっている状況下では実行されない。
図９の制御は、図８の強制増設部３３の制御によってもアクティブなリンク数が最大リンク数にならなかった場合、または図８において強制増設部３３がアクティブなリンク数を最大にしなかった場合に実行される。
【００５２】
図９では、強制増設部３３は、まず、ダウンロード開始前に取得した受信予定のウェブページのデータ量を取得する（ステップＳＴ１１）。
また、強制増設部３３は、通信バッファ３４に蓄積された受信済みのデータ量を取得し、未受信の残りのデータ量を算出する（ステップＳＴ１２）。
強制増設部３３は、たとえば受信予定のウェブページのデータ量から、受信済みのデータ量を減算することにより、未受信の残りのデータ量を算出する。
次に、強制増設部３３は、現状の通信データのスループットを算出する（ステップＳＴ１３）。複数のリンクで接続されている場合、強制増設部３３は、たとえば各リンクのスループットを合計して、現状の通信データのスループットを算出する。
次に、強制増設部３３は、現状のスループットにより残りのデータ量を受信し終えるまでの時間を演算する（ステップＳＴ１４）。強制増設部３３は、たとえば未受信の残りのデータ量を現状の通信データのスループットにより除算して、受信完了までの時間を演算する。
【００５３】
次に、強制増設部３３は、マルチリンク用の増設パラメータを取得する（ステップＳＴ１５）。
そして、強制増設部３３は、当該演算時点での増設期間受信可能データ量を算出する（ステップＳＴ１６）。
たとえば現状のリンク数が２であり、１リンク目のスループットが３０ｋｂｐｓ、２リンク目のスループットが２５ｋｂｐｓ、増設処理期間（監視期間）が４秒である場合、強制増設部３３は、２７．５ｋｂｙｔｅ（＝（３０ｋｂｐｓ＋２５ｋｂｐｓ）×４秒）を算出する。
【００５４】
次に、強制増設部３３は、未受信の残りのデータ量と、増設期間受信可能データ量とを比較する（ステップＳＴ１７）。
そして、未受信の残りのデータ量が増設期間受信可能データ量以上である場合、強制増設部３３は、受信開始前のリンクの増設処理を実行する（ステップＳＴ１８）。強制増設部３３は、流量監視部３２にリンクの最大増設を指示する。
これに対して、受信予定のデータ量が増設期間受信可能データ量より小さい場合、強制増設部３３は、データ受信中のリンクの増設処理を実行しない。流量監視部３２による通常の増設流量監視制御が実行される（ステップＳＴ１９）。
【００５５】
次に、以上の構成および動作によるＰＨＳ端末２とサーバ装置５との通信動作を説明する。
以下の説明では、ＰＨＳ端末２には図６の機能が実現され、ＰＨＳ端末２は、サーバ装置５にウェブページをリクエストして、そのデータを受信する場合を例に説明する。
【００５６】
図１０は、ＰＨＳ端末２がサーバ装置５との通信を開始する期間でのシーケンスチャートである。図１０左側がＰＨＳ端末２の処理であり、右側がサーバ装置５の処理である。
ＰＨＳ端末２の無線通信部１１が基地局３と通信可能になると、図１０に示すように、ＰＨＳ端末２とサーバ装置５とは、パケット接続される（ステップＳＴ２１）。
また、基地局３と通信可能になったＰＨＳ端末２では、無線通信部１１が基地局３からマルチリンク用の増設パラメータ（初期データ）を受信する（ステップＳＴ２２）。
ＰＨＳ端末２の強制増設部３３は、無線通信部１１が受信した増設パラメータに基づいて、増設期間受信可能データ量（データ量情報）を算出する（ステップＳＴ２３）。
そして、パケット接続されたＰＨＳ端末２とサーバ装置５とは、１リンクでのデータ通信を開始する（ステップＳＴ２４）。この場合、ＰＨＳ端末２の流量監視部３２は、通信バッファ３４を監視し、所定期間毎に受信データ量と所定値と比較する（ステップＳＴ２５）。
【００５７】
このような通信制御がなされている状況において、ブラウザ部３１はウェブページのデータのリクエストを出力する。ＰＨＳ端末２の無線通信部１１は、サーバ装置５との間でパケットを交換し、ＴＣＰ／ＩＰセッションを確立する（ステップＳＴ２６）。
また、強制増設部３３は、ブラウザ部３１からウェブページのリクエストが入力されると、当該リクエストに係るウェブページのコンテンツ情報のリクエストを生成し、無線通信部１１へ出力する。
コンテンツ情報のリクエストは、無線通信部１１からサーバ装置５へ送信される（ステップＳＴ２７）。
このコンテンツ情報のリクエストに応じて、サーバ装置５は、要求に係るウェブページのコンテンツ情報のデータ（本データ）を無線通信部１１へ送信する（ステップＳＴ２８）。無線通信部１１は、コンテンツ情報のデータを強制増設部３３へ出力する。
【００５８】
要求したコンテンツ情報のデータが入力されると、強制増設部３３は、コンテンツ情報から、ウェブページのデータ量を抽出し（ステップＳＴ２９）、増設期間受信可能データ量と比較する（ステップＳＴ３０）。
そして、たとえば受信予定のデータ量が増設期間受信可能データ量以上である場合、強制増設部３３は、流量監視部３２に対して、リンク数を最大に増設を指示する信号を出力する（ステップＳＴ３１）。
流量監視部３２は、ＰＨＳ端末２の無線通信部１１と基地局３とリンク数を最大にする増設処理を実行する。
【００５９】
これに対して、受信予定のデータ量が増設期間受信可能データ量より少ない場合、強制増設部３３は、流量監視部３２に対して信号を出力しない。
流量監視部３２は、通信バッファ３４を監視して、所定期間毎に受信データ量と所定値と比較する通常の流量監視制御を実行する（ステップＳＴ３２）。
【００６０】
ステップＳＴ３１の後、無線通信部１１は、ブラウザ部３１が出力して通信バッファ３４に格納されたウェブページのデータのリクエストをサーバ装置５へ送信する（ステップＳＴ３３）。
このウェブページのリクエストに応じて、サーバ装置５は、要求に係るウェブページのデータを無線通信部１１へ送信する（ステップＳＴ３４）。無線通信部１１は、受信したウェブページのデータを通信バッファ３４に蓄積する。
ブラウザ部は、所望のウェブページのデータが通信バッファ３４に蓄積されると、当該データを読み込み、ウェブページを表示部に表示する。
また、ステップＳＴ３０においてＮｏと判断された場合、流量監視部３２は、このウェブページのデータの受信期間において、通信バッファ３４を監視し、所定期間毎に受信データ量と所定値と比較する通常の流量監視制御を実行する（ステップＳＴ３５）。
【００６１】
ここで、図１０に説明した方法によって、なぜ、シーケンス番号がばらばらにならずにデータを受信できるかについて説明する。
【００６２】
ステップＳＴ３１において、ＰＨＳ端末２はリンクの増設をサーバ装置５へ要求し、当該サーバ装置５は増設を開始するものの、リンクは増設開始後すぐに第１データを受信できるわけではない。
たとえば、リンク数が４つのシステムにおいては、それぞれのリンクにおける通信状態の確立までにかかる時間はばらばらとなる。
このような状態で、４リンクすべてにサーバ装置５によって第１データの一部を構成する部分データがのせられると、通信状態の確立に遅れてしまったリンクにのせられてしまった部分データは、他のリンクにのせられた部分データに比べて遅れてＰＨＳ端末２に送信されることとなる。
すると、ＰＨＳ端末２における部分データの受信の順番がばらばらになってしまうため、結果ＲＴＴが大きくなってしまう。
そこで、本発明の実施形態におけるＰＨＳ端末２は、リンクの増設開始後の所定期間、あえて部分データの受信を行わずに通信状態が確立するのを待ち、当該所定期間経過後に部分データの受信を開始する。
こうすることによって、ＰＨＳ端末２は、部分データを、ばらばらに受信することなく順番どおりに受信することが可能となるため、結果ＲＴＴを小さく抑えることが可能となる。
【００６３】
また、前記所定期間は、長ければ長いほうが通信状態の確立が完全に行われる可能性が高くなるため、長いほうがデータのばらつく可能性は低くなる。しかしながら、所定期間があまりに長すぎると第１データの受信開始が遅くなってしまい、結果としてスループットが下がってしまう。
したがって、本実施形態では、当該所定期間は、第１データよりも前に受信する第２データの無線通信部におけるエラーレートに比例した値が決定されるものとする。つまり、第２データ受信時のエラーレートが大きいほど、エアーの状態等がよくないと判断され、通信状態の確立にも時間がかかると考えられる。
このような場合には、所定期間を長くすることにより、より確実に通信状態が確立した後に、第１データを受信するようにする。
また、前記所定期間がＰＨＳ端末２とサーバ装置５との間における通信のタイムアウト時間よりも大きくなった場合、ＰＨＳ端末２は、リンクの増設を待たずに第１データをサーバ装置５から受信する。
【００６４】
図１１から図１３は、図１０の制御の下での通信結果の一例の説明図である。図１４から図１６は、流量監視部３２のみのリンク増設処理による通信結果の一例の説明図である。
そして、図１１および図１４は、ＰＨＳ端末２が受信したパケットのシーケンス番号のプロット図であり、横軸は時間であり、縦軸はシーケンス番号である。
図１２および図１５は、通信開始直後にサーバ装置５により検出されるＲＴＴの特性図であり、横軸は時間であり、縦軸はＲＴＴ（ミリ秒）である。
図１３および図１６は、通信データのスループットの特性図であり横軸は時間であり、縦軸は通信データのスループットである。
【００６５】
そして、データ通信開始前にリンク数を最大に増設した場合には、図１１に示すように、ＰＨＳ端末２が受信するパケットは、シーケンス番号順に受信される。
このため、図１２に示すように、通信開始直後の期間においてサーバ装置５に検出されるＲＴＴは一定の範囲に収まって安定する。
また、図１３に示すように、通信データのスループットは、通信開始直後から一定割合で比例的に増加し、短期間で最大のスループットに到達している。
【００６６】
このようにダウンロードの準備段階でリンクを増設することにより、通信中のデータ量の多い状態になる前に、増設を完了できる。
その結果、サーバーから受信するＭＰフレームのシーケンス番号がばらつかなくなり、ＰＨＳ端末２からのＡＣＫ応答が遅延しなくなり、サーバ装置５で計測されるＲＴＴも大きくならない。
また、ウェブページのデータのダウンロードを開始した後、スループットは暫時的に上昇し、最高速度に到達する。
【００６７】
これに対して、データ通信中に流量監視部３２によりリンク数を増減した場合には、図１４に示すように、ＰＨＳ端末２が受信するパケットのシーケンス番号は、リンク数を増減した直後に乱れる。つまり、パケットは、シーケンス番号順に受信されなくなる。
このため、図１５に示すように、リンク数を増減した直後のＲＴＴは、その他のＲＴＴによる一定の範囲から突出した値になる。
また、図１６に示すように、通信データのスループットは、通信開始直後から増加し始めるものの、リンク数を増減した後に一時的に低下する。
その後、スループットは、一定割合で比例的に上昇し、最高速度に到達する。
このようにデータ通信中にリンク数を増減した場合、スループットが低下する期間の分だけ、スループットが最高速度に到達するのが遅くなる。
【００６８】
図１７は、基地局３とのパケット通信中にリンクの減設が発生した場合の強制増設部３３による増設処理のシーケンスチャートである。
図１７左側がＰＨＳ端末２の処理であり、右側がサーバ装置５の処理である。
【００６９】
基地局３とのパケット通信中にリンクが減設されても、無線通信部１１は、サーバ装置５から残りのウェブページのデータを受信を継続する。また、流量監視部３２は、通常の流量監視制御を実行する（ステップＳＴ４１〜ＳＴ４３）。
そして、強制増設部３３は、まず、ダウンロード開始前に取得した、受信予定のウェブページのデータ量を取得する（ステップＳＴ４４）。
また、強制増設部３３は、未受信の残りのウェブページのデータ量を算出する（ステップＳＴ４５）。
次に、強制増設部３３は、現状のスループットを算出する（ステップＳＴ４６）。
次に、強制増設部３３は、現状のスループットにより残りのデータ量を受信し終えるまでの時間を演算する（ステップＳＴ４７）。
【００７０】
次に、強制増設部３３は、マルチリンク用の増設パラメータを取得し、現時点での増設期間受信可能データ量を算出する（ステップＳＴ４８、ＳＴ４９）。
次に、強制増設部３３は、未受信の残りのデータ量と、増設期間受信可能データ量とを比較する（ステップＳＴ５０）。
そして、未受信の残りのデータ量が増設期間内に受信可能なデータ量以上である場合、強制増設部３３は、受信開始前のリンクの増設処理を実行する（ステップＳＴ５１）。強制増設部３３は、流量監視部３２にリンクの最大増設を指示する。
これに対して、受信予定のデータ量が増設期間内に受信可能なデータ量より小さい場合、強制増設部３３は、データ受信中のリンクの増設処理を実行しない。流量監視部３２による通常の増設流量監視制御が実行される（ステップＳＴ５３）。
なお、以上のリンク切り替え処理期間中、無線通信部１１は、サーバ装置５から残りのウェブページのデータを受信を継続している。
【００７１】
図１８は、リンクが減設された状態から新たなウェブページのデータを受信する場合の増設処理のシーケンスチャートである。
図１８左側がＰＨＳ端末２の処理であり、右側がサーバ装置５の処理である。
【００７２】
基地局３とのパケット通信中にリンクが減設されても、流量監視部３２は、通常の流量監視制御を実行し、継続している（ステップＳＴ６０、ＳＴ６２）。
そして、基地局３とのリンクが減設された状態において新たなウェブページのデータのダウンロードが要求されると、パケット接続されたＰＨＳ端末２とサーバ装置５とは、１リンクでのデータ通信を開始する。
これにより、ＰＨＳ端末２とサーバ装置５との間にＴＣＰ／ＩＰセッションが確立される（ステップＳＴ６１、ＳＴ６３）。
【００７３】
また、強制増設部３３は、ブラウザ部３１からウェブページのリクエストが入力されると、当該リクエストに係るウェブページのコンテンツ情報のリクエストを生成し、無線通信部１１からサーバ装置５へ送信する（ステップＳＴ６４）。
サーバ装置５は、要求に係るウェブページのコンテンツ情報のデータを無線通信部１１へ送信する（ステップＳＴ６５）。
要求したコンテンツ情報のデータが受信されると、受信予定のウェブページのデータ量を取得する（ステップＳＴ６６）。
【００７４】
その後、無線通信部１１は、ブラウザ部３１が出力して通信バッファ３４に格納されたウェブページのデータのリクエストをサーバ装置５へ送信する（ステップＳＴ６７）。
このウェブページのリクエストに応じて、サーバ装置５は、要求に係るウェブページのデータを無線通信部１１へ送信する（ステップＳＴ６８）。
【００７５】
また、強制増設部３３は、ステップＳＴ６５で受信したウェブページのコンテンツ情報のデータから、新たにダウンロードするウェブページのデータ量を取得する（ステップＳＴ６９）。
次に、強制増設部３３は、現状のスループットを算出する（ステップＳＴ７０）。
次に、強制増設部３３は、現状のスループットにより残りのデータ量を受信し終えるまでの時間を演算する（ステップＳＴ７１）。
次に、強制増設部３３は、マルチリンク用の増設パラメータを取得し、現時点での増設期間内に受信可能なデータ量を算出する（ステップＳＴ７２、ＳＴ７３）。
次に、強制増設部３３は、未受信の残りのデータ量と、増設期間内に受信可能なデータ量とを比較する（ステップＳＴ７４）。
そして、未受信の残りのデータ量が増設期間受信可能データ量以上である場合、強制増設部３３は、受信開始前のリンクの増設処理を実行する（ステップＳＴ７５）。強制増設部３３は、流量監視部３２にリンクの最大増設を指示する。
【００７６】
これに対して、受信予定のデータ量が増設期間受信可能データ量より小さい場合、強制増設部３３は、データ受信中のリンクの増設処理を実行しない。
そして、流量監視部３２は、通常の増設流量監視制御を実行する（ステップＳＴ７６、ＳＴ７７）。
【００７７】
以上のように、本実施形態では、無線通信部１１によるウェブページのデータの受信を開始する前に、通信予定の通信データのデータ量を判断する。そして、強制増設部３３は、判断したデータ量に応じて無線通信部１１にリンク数を切り替えさせてから、無線通信部１１にウェブページのデータの受信を開始させる。
よって、本実施形態のＰＨＳ端末２では、ウェブページのデータを受信するときには、無線通信部１１と基地局３とのリンク数は最大となっており、データ通信中にリンク数を増設する必要が無い。
【００７８】
また、本実施形態のＰＨＳ端末２では、データ通信中にリンク数を増設することがないので、サーバ装置５がシーケンス番号順に送信した複数のパケットをその番号順に受信し、各番号範囲のパケットの受信によりＡＣＫ応答をサーバ装置５へ送信することができる。
このため、本実施形態のＰＨＳ端末２では、データ通信中にリンクを増設する場合よりも、通信可能な最大データ量の切り替えによる通信速度の向上効果を得ることができる。
【００７９】
また、本実施形態では、ダウンロード開始前の増設処理により最大リンク数に増設されなかった場合には、流量監視部３２は、データ通信中にリンク数の増減制御を実行する。
よって、本実施形態では、たとえばダウンロードの開始前に最大リンク数に増設されていなくとも、その後の増設制御によりリンク数を最大にすることが可能である。
【００８０】
また、本実施形態では、たとえば通信エラーなどによりデータ通信中に基地局３とのリンクが減設された場合、強制増設部３３は、未処理の通信データのデータ量と、増設処理期間において現在の減設されたリンクにより受信可能なデータ量とを比較する。そして、未処理の通信データのデータ量が、増設処理期間において減設された現在のリンクにより受信可能なデータ量以上である場合には、強制増設部３３は、無線通信部１１のリンクを増設する。
よって、本実施形態では、たとえば最大リンク数に増設後に、通信エラーなどによりデータ通信中にリンク数が減設されたとしても、その後の増設制御によりリンク数を最大にすることが可能である。
【００８１】
また、本実施形態では、基地局３とのリンクを減設した後に新たな通信データを受信する場合、強制増設部３３は、新たな通信データのデータ量と、増設処理の開始から終了までの増設処理期間において減設された現状のリンクにより受信可能なデータ量とを比較する。そして、新たな通信データのデータ量が、増設処理期間において減設されたリンクにより受信可能なデータ量以上である場合には、強制増設部３３は、無線通信部１１のリンクを増設する。
よって、本実施形態では、たとえば連続的に複数の通信データを受信する場合において、先の通信データの受信が完了して減設されているときでも、再び最大リンク数に増設して次の通信データを受信することができる。
【００８２】
以上の実施形態は、本発明の好適な実施形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形または変更が可能である。
【００８３】
上記実施形態では、ＰＨＳ端末２がサーバ装置５からウェブページのデータを受信する場合において、通信データ量に応じてリンクを増設している。
この他にも例えば、ＰＨＳ端末２が、通信データとして、サーバ装置５から電子メールデータ、楽曲や動画などの再生データなどを受信する場合において、通信データ量に応じてリンクを増設してもよい。
また、ＰＨＳ端末２の強制増設部３３は、電子メールデータ、再生データなどを送信する場合において、通信データ量に応じてリンクを増設してもよい。
また、無線通信部１１は、リンク数を増減するのではなく、各リンクでの変調方式を適応的に切り替えるものであってもよい。この場合、ＰＨＳ端末２の強制増設部３３は、リンク数および変調方式をともに切り替えるようにしてもよい。
【００８４】
上記実施形態では、ＰＨＳ端末２の強制増設部３３は、受信予定の通信データが、リンクの増設を開始してから完了するまでの増設処理期間において現状のリンクにより受信可能なデータ量以上である場合には、無線通信部１１のリンクを増設している。
この他にも例えば、ＰＨＳ端末２の強制増設部３３は、受信予定の通信データが、所定値以上の以上である場合には、無線通信部１１のリンクを増設するようにしてもよい。
また、ＰＨＳ端末２の強制増設部３３は、無線通信部１１のリンク数を、これらのデータ量の情報に応じたリンク数に増設するようにしてもよい。
【００８５】
上記実施形態は、ＰＨＳ端末２の例である。
この他にも例えば、本発明は、携帯電話機、携帯ゲーム機器、ＰＤＡ、携帯ナビゲーション装置、携帯再生装置、コンピュータ装置などの各種の電子機器に適用できる。
また、本発明は、無線通信だけでなく、有線通信にも適用できる。
【符号の説明】
【００８６】
２…ＰＨＳ端末（通信機器）、３…基地局、５…サーバ装置（サーバ）、１１…無線通信部、１６…ＣＰＵ（制御部）
【図１】
2011135340.tif 000003
【図２】
2011135340.tif 000004
【図３】
2011135340.tif 000005
【図４】
2011135340.tif 000006
【図５】
2011135340.tif 000007
【図６】
2011135340.tif 000008
【図７】
2011135340.tif 000009
【図８】
2011135340.tif 000010
【図９】
2011135340.tif 000011
【図１０】
2011135340.tif 000012
【図１１】
2011135340.tif 000013
【図１２】
2011135340.tif 000014
【図１３】
2011135340.tif 000015
【図１４】
2011135340.tif 000016
【図１５】
2011135340.tif 000017
【図１６】
2011135340.tif 000018
【図１７】
2011135340.tif 000019
【図１８】
2011135340.tif 000020