JP2011135340A - 通信機器 - Google Patents
通信機器 Download PDFInfo
- Publication number
- JP2011135340A JP2011135340A JP2009293064A JP2009293064A JP2011135340A JP 2011135340 A JP2011135340 A JP 2011135340A JP 2009293064 A JP2009293064 A JP 2009293064A JP 2009293064 A JP2009293064 A JP 2009293064A JP 2011135340 A JP2011135340 A JP 2011135340A
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication
- unit
- amount
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】通信機器では、通信データについての最大に通信可能なデータ量を切り替える場合に、サーバ装置などが順番に送信した通信データを送信順に受信することが求められている。
【解決手段】通信機器２は、時分割通信により、基地局３を経由して、サーバ５から受信する第１データと当該第１データを受信する際におけるサーバ５とのセッションの確立に必要な第２データとを、受信可能な無線通信部１１と、無線通信部１１が基地局３と通信を行う際に用いるリンクの増設または減設が可能な制御部１６と、を備え、第２データは、第１データのデータ量を示すデータ量情報を有し、制御部１６は、当該データ量情報に記されるデータ量が現在のリンク数によって所定期間受信可能なデータ量よりも大きい場合にリンクの増設を要求し、リンクの数が基地局によって増設された場合には無線通信部１１に第１データを受信させる。
【選択図】図６
【解決手段】通信機器２は、時分割通信により、基地局３を経由して、サーバ５から受信する第１データと当該第１データを受信する際におけるサーバ５とのセッションの確立に必要な第２データとを、受信可能な無線通信部１１と、無線通信部１１が基地局３と通信を行う際に用いるリンクの増設または減設が可能な制御部１６と、を備え、第２データは、第１データのデータ量を示すデータ量情報を有し、制御部１６は、当該データ量情報に記されるデータ量が現在のリンク数によって所定期間受信可能なデータ量よりも大きい場合にリンクの増設を要求し、リンクの数が基地局によって増設された場合には無線通信部１１に第１データを受信させる。
【選択図】図６
Description
本発明は、通信データについての最大に通信可能なデータ量を切り替えることができる通信機器に関する。
近年のＰＨＳ端末などの通信機器は、サーバ装置からウェブページのデータなどの通信データを受信することができる。
そして、たとえば特許文献１は、データの受信を開始してからデータ流量を監視し、データ流量が所定値以上になった場合に基地局との通信スロットを増設するＰＨＳ端末を開示する。
そして、たとえば特許文献１は、データの受信を開始してからデータ流量を監視し、データ流量が所定値以上になった場合に基地局との通信スロットを増設するＰＨＳ端末を開示する。
しかしながら、特許文献１のように、データ通信中にスロットを増設すると、通信機器は、サーバ装置からパケット順に送信された通信データを送信順に受信することができなくなることがある。
そして、サーバ装置からパケット順に送信された通信データを送信順に受信することができない場合、通信データを送信順に受信した場合に比べて、通信データの受信期間が長くなってしまうことがある。
そして、サーバ装置からパケット順に送信された通信データを送信順に受信することができない場合、通信データを送信順に受信した場合に比べて、通信データの受信期間が長くなってしまうことがある。
このように通信機器では、通信データについての最大に通信可能なデータ量を切り替える場合に、サーバ装置などが順番に送信した通信データを送信順に受信することが求められている。
本発明の第１の観点の通信機器は、時分割通信により、基地局を経由して、サーバから受信する第１データと当該第１データを受信する際における前記サーバとのセッションの確立に必要な第２データとを、受信可能な無線通信部と、前記無線通信部が前記基地局と通信を行う際に用いるリンクの増設または減設が可能な制御部と、を備え、前記第２データは、前記第１データのデータ量を示すデータ量情報を有し、前記制御部は、当該データ量情報に記されるデータ量が現在のリンク数によって所定期間受信可能なデータ量よりも大きい場合にリンクの増設を要求し、リンクの数が基地局によって増設された場合には前記無線通信部に前記第１データを受信させる。
好適には、前記所定期間の値は、前記無線通信部によって受信された前記第２データのエラーレートに比例した値が設定されてもよい。
好適には、前記制御部は、前記所定期間の値が通信のタイムアウト期間よりも大きくなった場合、前記無線通信部に、前記第２データを受信させた直後に前記第１データを受信させてもよい。
好適には、前記制御部は、前記第１データを受信中にリンクが前記基地局によって減設された場合、未受信の第１データのデータ量と、前記所定期間において減設された後のリンクにより受信可能なデータ量とを比較し、前記未受信の第１データのデータ量が、前記所定期間において減設された後のリンクにより受信可能なデータ量以上である場合、リンクの増設を基地局へ要求してもよい。
本発明では、通信データについての最大に通信可能なデータ量を切り替える場合に、サーバ装置などが順番に送信した通信データを送信順に受信することができる。
以下、本発明の実施形態を図面に関連付けて説明する。
図１は、本発明の実施形態に係る通信システム１の概略構成図である。
図１の通信システム１は、ＰＨＳ端末（ＰＳ１）２、基地局（ＣＳ）３、通信網４、サーバ装置（ＳＶＲ）５を有する。
図１の通信システム１は、ＰＨＳ端末（ＰＳ１）２、基地局（ＣＳ）３、通信網４、サーバ装置（ＳＶＲ）５を有する。
基地局３は、ＰＨＳ端末２と無線通信し、通信データを送受する。
また、基地局３は、ＰＨＳ端末２からの増設リクエストに応じて、ＰＨＳ端末２と通信するリンク数を増減する。基地局３は、増減されたリンクを用いて、ＰＨＳ端末２と通信データを送受する。
また、基地局３は、ＰＨＳ端末２からの増設リクエストに応じて、ＰＨＳ端末２と通信するリンク数を増減する。基地局３は、増減されたリンクを用いて、ＰＨＳ端末２と通信データを送受する。
図２は、図１の基地局３とＰＨＳ端末２との間で送受される通信データの通信方式の説明図である。図２の横線は、時間軸である。
そして、図２には、時間軸の横線の上側に基地局３からＰＨＳ端末２への複数の下りスロットと、時間軸の横線の下側にＰＨＳ端末２から基地局３への複数の上りスロットとが図示されている。基地局３とＰＨＳ端末２とは、ＴＤＭＡ／ＴＤＤ方式で通信する。
なお、各スロットにおいて基地局３が１個のＰＨＳ端末２と通信するシステムでは、１スロットは１リンクに対応する。
そして、図２には、時間軸の横線の上側に基地局３からＰＨＳ端末２への複数の下りスロットと、時間軸の横線の下側にＰＨＳ端末２から基地局３への複数の上りスロットとが図示されている。基地局３とＰＨＳ端末２とは、ＴＤＭＡ／ＴＤＤ方式で通信する。
なお、各スロットにおいて基地局３が１個のＰＨＳ端末２と通信するシステムでは、１スロットは１リンクに対応する。
そして、通信データが無い場合、ＰＨＳ端末２と基地局３とは、１個のスロットを用いて互いを確認するための通信などを実行する。
この場合、基地局３は、４個連続する下りスロットのたとえば最初のスロットにより下りの通信データを送信する。
また、ＰＨＳ端末２は、４個連続する上りスロットのたとえば最初のスロットにより上りの通信データを送信する。
この場合、基地局３は、４個連続する下りスロットのたとえば最初のスロットにより下りの通信データを送信する。
また、ＰＨＳ端末２は、４個連続する上りスロットのたとえば最初のスロットにより上りの通信データを送信する。
また、たとえば基地局３が大量の通信データをＰＨＳ端末２へ送信する場合、基地局３は、複数の下りスロットを用いて通信データをＰＨＳ端末２へ送信する。
具体的には例えば、基地局３は、４個連続する下りスロットのすべてのスロットにより下りの通信データを送信する。
これにより、単位時間当たりに基地局３からＰＨＳ端末２へ送信される通信データ量を増やすことができる。
具体的には例えば、基地局３は、４個連続する下りスロットのすべてのスロットにより下りの通信データを送信する。
これにより、単位時間当たりに基地局３からＰＨＳ端末２へ送信される通信データ量を増やすことができる。
図１の通信網４は、たとえばＰＨＳ端末２の通信網４、インターネットなどの通信網４である。
通信網４には、基地局３と、サーバ装置５とが接続される。
通信網４は、基地局３とサーバ装置５との間で送受する通信データを伝送する。
通信データは、複数のパケットに分けて送受される。
通信網４で伝送されるパケットとしては、たとえばＴＣＰ／ＩＰパケットがある。
ＴＣＰ／ＩＰパケットは、通信対象のデータを分割したデータをペイロードに格納し、ヘッダデータまたはフッタデータにパケット番号を格納する。
パケット番号は、たとえば１つの通信対象のデータを複数のパケットに分割した場合に、パケット毎に異なる一意の番号である。
パケット番号は、一般的に、通信対象のデータの最初の部分についてのパケットにパケット番号１が割り当てられ、パケットの順番で番号が増える。
通信網４には、基地局３と、サーバ装置５とが接続される。
通信網４は、基地局３とサーバ装置５との間で送受する通信データを伝送する。
通信データは、複数のパケットに分けて送受される。
通信網４で伝送されるパケットとしては、たとえばＴＣＰ／ＩＰパケットがある。
ＴＣＰ／ＩＰパケットは、通信対象のデータを分割したデータをペイロードに格納し、ヘッダデータまたはフッタデータにパケット番号を格納する。
パケット番号は、たとえば１つの通信対象のデータを複数のパケットに分割した場合に、パケット毎に異なる一意の番号である。
パケット番号は、一般的に、通信対象のデータの最初の部分についてのパケットにパケット番号１が割り当てられ、パケットの順番で番号が増える。
サーバ装置５は、たとえばウェブサーバ、ファイルサーバなどとして機能する通信機器である。
サーバ装置５は、通信網４を介してたとえば図１のＰＨＳ端末２などの他の通信機器からリクエストを受信する。
リクエストを受信したサーバ装置５は、その要求に係るデータを、複数のパケットに分割し、通信網４を介して要求元の他の通信機器へ送信する。
サーバ装置５は、通信網４を介してたとえば図１のＰＨＳ端末２などの他の通信機器からリクエストを受信する。
リクエストを受信したサーバ装置５は、その要求に係るデータを、複数のパケットに分割し、通信網４を介して要求元の他の通信機器へ送信する。
図３は、サーバ装置５および他の通信機器（たとえば図１のＰＨＳ端末２）の通信処理の一例を示すシーケンスチャートである。
図３の例では、サーバ装置５は、まず、同期用のパケットを他の通信機器へ送信する。
この同期用のパケットは、シーケンス番号データ「２０００」、確認応答データ「０」、最大セグメントサイズ「１４６０」バイトを含む。
図３の例では、サーバ装置５は、まず、同期用のパケットを他の通信機器へ送信する。
この同期用のパケットは、シーケンス番号データ「２０００」、確認応答データ「０」、最大セグメントサイズ「１４６０」バイトを含む。
なお、他の通信機器が図１のＰＨＳ端末２である場合、この同期用のパケットは、サーバ装置５から送信された後、通信網４および基地局３を通じて、ＰＨＳ端末２により受信される。
そして、基地局３からＰＨＳ端末２へ伝送されるときには、同期用のパケットは、所定の１本のリンクを用いて伝送される。以下の各パケットについても同様である。
そして、基地局３からＰＨＳ端末２へ伝送されるときには、同期用のパケットは、所定の１本のリンクを用いて伝送される。以下の各パケットについても同様である。
サーバ装置５からの同期用のパケットを受信すると、他の通信機器は、同期応答用のパケットをサーバ装置５へ送信する。
この同期応答用のパケットは、シーケンス番号データ「５０００」、確認応答データ「２００１」、最大セグメントサイズ「１４６０」バイトを含む。
同期応答用のパケットを受信すると、サーバ装置５は、他の通信機器との通信に用いる最大セグメントサイズを決定する。
この場合、最大セグメントサイズは、「１４６０」バイトとなる。
また、サーバ装置５は、最大セグメントサイズの受信応答用のパケットを送信する。
この同期応答用のパケットは、シーケンス番号データ「５０００」、確認応答データ「２００１」、最大セグメントサイズ「１４６０」バイトを含む。
同期応答用のパケットを受信すると、サーバ装置５は、他の通信機器との通信に用いる最大セグメントサイズを決定する。
この場合、最大セグメントサイズは、「１４６０」バイトとなる。
また、サーバ装置５は、最大セグメントサイズの受信応答用のパケットを送信する。
以上の一連の同期処理により、サーバ装置５と他の通信機器とのコネクションが確立する。サーバ装置５と他の通信機器とは、通信データの送受が可能な状態になる。
その後、たとえば他の通信機器は、サーバ装置５に対して、通信データのリクエスト用のパケットを送信する。
通信データのリクエストを受信すると、サーバ装置５は、送信要求に係る通信データを、最大セグメントサイズ毎に分割する。
そして、サーバ装置５は、送信要求に係る通信データの最初の１４６０バイトのデータを含むパケットを、他の通信機器へ送信する。
この１番目のパケットは、シーケンス番号データ「２００１」、確認応答データ「５００１」、１４６０バイトのデータを含む。
その後、たとえば他の通信機器は、サーバ装置５に対して、通信データのリクエスト用のパケットを送信する。
通信データのリクエストを受信すると、サーバ装置５は、送信要求に係る通信データを、最大セグメントサイズ毎に分割する。
そして、サーバ装置５は、送信要求に係る通信データの最初の１４６０バイトのデータを含むパケットを、他の通信機器へ送信する。
この１番目のパケットは、シーケンス番号データ「２００１」、確認応答データ「５００１」、１４６０バイトのデータを含む。
通信データを分割した最初のパケットを受信すると、他の通信機器は、確認応答用のパケットをサーバ装置５へ送信する。
この確認応答用のパケットは、シーケンス番号データ「５００１」、確認応答データ「３４６１」、ＡＣＫ「１」を含む。ＡＣＫ「１」は、正常に受信したことを示す。
最初のパケットについての確認応答用のパケットを受信すると、サーバ装置５は、送信要求に係る通信データの２番目の１４６０バイトのデータを含むパケットを、他の通信機器へ送信する。
この２番目のパケットは、シーケンス番号データ「３４６１」、確認応答データ「５００１」、１４６０バイトのデータを含む。
通信データを分割した２番目のパケットを受信すると、他の通信機器は、確認応答用のパケットをサーバ装置５へ送信する。
この確認応答用のパケットは、シーケンス番号データ「５００１」、確認応答データ「４９２１」、ＡＣＫ「１」を含む。ＡＣＫ「１」は、正常に受信したことを示す。
この確認応答用のパケットは、シーケンス番号データ「５００１」、確認応答データ「３４６１」、ＡＣＫ「１」を含む。ＡＣＫ「１」は、正常に受信したことを示す。
最初のパケットについての確認応答用のパケットを受信すると、サーバ装置５は、送信要求に係る通信データの２番目の１４６０バイトのデータを含むパケットを、他の通信機器へ送信する。
この２番目のパケットは、シーケンス番号データ「３４６１」、確認応答データ「５００１」、１４６０バイトのデータを含む。
通信データを分割した２番目のパケットを受信すると、他の通信機器は、確認応答用のパケットをサーバ装置５へ送信する。
この確認応答用のパケットは、シーケンス番号データ「５００１」、確認応答データ「４９２１」、ＡＣＫ「１」を含む。ＡＣＫ「１」は、正常に受信したことを示す。
サーバ装置５と他の通信機器とは、以上のパケット毎の送信および確認処理を繰り返す。
これにより、サーバ装置５は、他の通信機器に対して、要求に係る通信データを送信する。
これにより、サーバ装置５は、他の通信機器に対して、要求に係る通信データを送信する。
また、サーバ装置５は、図示外のタイマにより、通信データの各パケットを送信してから、確認応答のパケットを受信するまでのＲＴＴ（Round Trip Time）を計測する。
そして、サーバ装置５は、計測したＲＴＴに基づいて、複数のパケットの送信間隔を調整する。
たとえば通信中にＲＴＴが長くなった場合、サーバ装置５は、次のパケットを送信するまでの待ち時間を長くする。
これにより、たとえば通信網４においてデータコリジョンが必要以上に発生しないようにすることができる。
なお、サーバ装置５は、所定数の最初のパケットを送信してから、最後のパケットについての確認応答を受信するまでの時間を、ＲＴＴ（Round Trip Time）として計測してもよい。
そして、サーバ装置５は、計測したＲＴＴに基づいて、複数のパケットの送信間隔を調整する。
たとえば通信中にＲＴＴが長くなった場合、サーバ装置５は、次のパケットを送信するまでの待ち時間を長くする。
これにより、たとえば通信網４においてデータコリジョンが必要以上に発生しないようにすることができる。
なお、サーバ装置５は、所定数の最初のパケットを送信してから、最後のパケットについての確認応答を受信するまでの時間を、ＲＴＴ（Round Trip Time）として計測してもよい。
図４は、図１のＰＨＳ端末２の外観図である。
図４のＰＨＳ端末２は、上部筐体１０１、下部筐体１０２およびヒンジ部１０３を有する。
上部筐体１０１および下部筐体１０２は、略同一サイズの長方形形状を有する。
上部筐体１０１と下部筐体１０２とは、ヒンジ部１０３により開閉可能に連結される。
図４は、上部筐体１０１と下部筐体１０２とを開いた状態である。
上部筐体１０１には、表示部１３が設けられる。
下部筐体１０２には、操作部１２の複数の入力キーが設けられる。
図４のＰＨＳ端末２は、上部筐体１０１、下部筐体１０２およびヒンジ部１０３を有する。
上部筐体１０１および下部筐体１０２は、略同一サイズの長方形形状を有する。
上部筐体１０１と下部筐体１０２とは、ヒンジ部１０３により開閉可能に連結される。
図４は、上部筐体１０１と下部筐体１０２とを開いた状態である。
上部筐体１０１には、表示部１３が設けられる。
下部筐体１０２には、操作部１２の複数の入力キーが設けられる。
図５は、図１のＰＨＳ端末２のハードウェア構成図である。
ＰＨＳ端末２は、たとえば無線通信部（ＲＦ）１１、操作部（ＫＥＹ）１２、表示部（ＤＩＳＰ）１３、音声モデム部（ＭＯＤＥＭ）１４、タイマ（ＲＴＣ）１５、ＣＰＵ（Central Processing Unit）１６、記憶部（ＭＥＭ）１７、およびこれらを接続するシステムバス１８とを有する。
ＰＨＳ端末２は、たとえば無線通信部（ＲＦ）１１、操作部（ＫＥＹ）１２、表示部（ＤＩＳＰ）１３、音声モデム部（ＭＯＤＥＭ）１４、タイマ（ＲＴＣ）１５、ＣＰＵ（Central Processing Unit）１６、記憶部（ＭＥＭ）１７、およびこれらを接続するシステムバス１８とを有する。
無線通信部１１は、基地局３との通信チャネルを確立し、基地局３と通信データを送受する。
無線通信部１１は、通常の通信処理では、１本のリンクにより基地局３と通信データを送受する。たとえば通信データが所定量以上になると、リンクを増設し、複数のリンクにより基地局３と通信データを送受する。
そして、無線通信部１１は、ＣＰＵ１６からの入力信号に含まれる通信データを基地局３へ無線送信する。
また、無線通信部１１は、基地局３から受信した通信データを含む信号をＣＰＵ１６へ出力する。
これにより、無線通信部１１は、たとえばＣＰＵ１６から入力されたウェブページのリクエストを送信する。また、無線通信部１１は、要求したウェブページのデータを基地局３から受信し、ＣＰＵ１６へ出力する。
無線通信部１１は、通常の通信処理では、１本のリンクにより基地局３と通信データを送受する。たとえば通信データが所定量以上になると、リンクを増設し、複数のリンクにより基地局３と通信データを送受する。
そして、無線通信部１１は、ＣＰＵ１６からの入力信号に含まれる通信データを基地局３へ無線送信する。
また、無線通信部１１は、基地局３から受信した通信データを含む信号をＣＰＵ１６へ出力する。
これにより、無線通信部１１は、たとえばＣＰＵ１６から入力されたウェブページのリクエストを送信する。また、無線通信部１１は、要求したウェブページのデータを基地局３から受信し、ＣＰＵ１６へ出力する。
表示部１３は、たとえばＩＰＳ（In Plane Switching）液晶デバイス、ＬＣＤ（Liquid Crystal Display Device）、有機ＥＬ（Electro-Luminescence）デバイスなどを有する。
表示部１３は、図４に示すように、ＰＨＳ端末２の上部筐体１０１の前面に配置される。
そして、表示部１３は、ＣＰＵ１６から入力された表示信号に含まれる表示データを表示する。
これにより、表示部１３は、たとえばサーバ装置５から受信したウェブページなどを表示する。
表示部１３は、図４に示すように、ＰＨＳ端末２の上部筐体１０１の前面に配置される。
そして、表示部１３は、ＣＰＵ１６から入力された表示信号に含まれる表示データを表示する。
これにより、表示部１３は、たとえばサーバ装置５から受信したウェブページなどを表示する。
操作部１２は、複数の入力キーを有する。
複数の入力キーには、たとえばテンキー、電源キー、通話キー、文字キーなどがある。
入力キーは、図４に示すように、ＰＨＳ端末２の下部筐体１０２の前面に配置される。
そして、操作部１２は、ユーザにより操作された入力キーに対応する入力データを含む操作信号をＣＰＵ１６へ出力する。
これにより、操作部１２は、表示部１３に表示されたウェブページのリンクを指定する。
複数の入力キーには、たとえばテンキー、電源キー、通話キー、文字キーなどがある。
入力キーは、図４に示すように、ＰＨＳ端末２の下部筐体１０２の前面に配置される。
そして、操作部１２は、ユーザにより操作された入力キーに対応する入力データを含む操作信号をＣＰＵ１６へ出力する。
これにより、操作部１２は、表示部１３に表示されたウェブページのリンクを指定する。
音声モデム部１４は、スピーカ１９およびマイクロホン２０に接続される。
そして、音声モデム部１４は、マイクロホン２０に入力された音声をサンプリングし、音声データを含む信号をＣＰＵ１６へ出力する。
また、音声モデム部１４は、ＣＰＵ１６からの入力信号に含まれる音声データによりスピーカ１９を駆動する。
これにより、スピーカ１９から、たとえばサーバ装置５から受信した音声データの音声などが再生される。
そして、音声モデム部１４は、マイクロホン２０に入力された音声をサンプリングし、音声データを含む信号をＣＰＵ１６へ出力する。
また、音声モデム部１４は、ＣＰＵ１６からの入力信号に含まれる音声データによりスピーカ１９を駆動する。
これにより、スピーカ１９から、たとえばサーバ装置５から受信した音声データの音声などが再生される。
記憶部１７は、たとえばフラッシュメモリ、ＥＥＰＲＯＭなどを有する。
記憶部１７は、ＰＨＳ端末２で使用する各種のデータおよびプログラムを記憶する。
たとえば、記憶部１７は、サーバ装置５から受信したウェブページデータなど記憶する。
記憶部１７に記憶されるプログラムは、たとえばＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などのコンピュータ読み取り可能な記録媒体からインストールしたものでも、インターネットなどの伝送媒体によりダウンロードしてインストールしたものでもよい。
記憶部１７は、ＰＨＳ端末２で使用する各種のデータおよびプログラムを記憶する。
たとえば、記憶部１７は、サーバ装置５から受信したウェブページデータなど記憶する。
記憶部１７に記憶されるプログラムは、たとえばＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などのコンピュータ読み取り可能な記録媒体からインストールしたものでも、インターネットなどの伝送媒体によりダウンロードしてインストールしたものでもよい。
ＣＰＵ１６は、プログラムを実行するコンピュータである。
そして、ＣＰＵ１６が、記憶部１７に記憶されるプログラムを読み込んで実行することにより、ＰＨＳ端末２の制御部が実現される。
制御部は、ＰＨＳ端末２の動作を制御する。
そして、ＣＰＵ１６が、記憶部１７に記憶されるプログラムを読み込んで実行することにより、ＰＨＳ端末２の制御部が実現される。
制御部は、ＰＨＳ端末２の動作を制御する。
図６は、図５の無線通信部１１による通信を制御するためにＰＨＳ端末２に実現される機能を模式的に示すブロック図である。
ＣＰＵ１６には、ブラウザ部（ＢＲＷＺ）３１、流量監視部（ＦＬ＿ＤＴＣＴ）３２、強制増設部（ＡＤＤ）３３が実現される。
また、図６には、通信バッファ（ＢＵＦＦ）３４が図示されている。通信バッファ３４は、たとえば記憶部１７に実現される。
ＣＰＵ１６には、ブラウザ部（ＢＲＷＺ）３１、流量監視部（ＦＬ＿ＤＴＣＴ）３２、強制増設部（ＡＤＤ）３３が実現される。
また、図６には、通信バッファ（ＢＵＦＦ）３４が図示されている。通信バッファ３４は、たとえば記憶部１７に実現される。
ブラウザ部３１は、サーバ装置５に対してウェブページのデータを要求（リクエスト）し、サーバ装置５からウェブページのデータを取得する。
そして、ブラウザ部３１は、取得したウェブページを表示部１３に表示させる。
また、ブラウザ部３１は、サーバ装置５から取得した音声データの音声を、音声モデム部１４を通じてスピーカ１９から出力する。
このため、ブラウザ部３１は、操作部１２の操作などによりウェブページのリンク先を選択すると、当該ウェブページのデータのリクエストを生成する。
当該リクエストは、強制増設部３３を通じて通信バッファ３４へ出力される。
そして、ブラウザ部３１は、取得したウェブページを表示部１３に表示させる。
また、ブラウザ部３１は、サーバ装置５から取得した音声データの音声を、音声モデム部１４を通じてスピーカ１９から出力する。
このため、ブラウザ部３１は、操作部１２の操作などによりウェブページのリンク先を選択すると、当該ウェブページのデータのリクエストを生成する。
当該リクエストは、強制増設部３３を通じて通信バッファ３４へ出力される。
無線通信部１１は、通信バッファ３４を監視し、未送信の通信データが書込まれた場合には、その通信データをパケット化し、基地局３へ送信する。
これにより、ウェブページのリクエストは、ＰＨＳ端末２から、基地局３および通信網４を経由してサーバ装置５へ送信される。
これにより、ウェブページのリクエストは、ＰＨＳ端末２から、基地局３および通信網４を経由してサーバ装置５へ送信される。
また、ウェブページのリクエストを受信したサーバ装置５は、当該リクエストに対応するウェブページのデータをパケット化して送信する。
ウェブページのデータは、通信網４および基地局３を経由してＰＨＳ端末２に受信される。無線通信部１１は、受信したウェブページのデータを通信バッファ３４に書込む。
ウェブページのデータの送信を要求したブラウザ部３１は、通信バッファ３４を監視する。
そして、要求に係るウェブページのデータが通信バッファ３４に保存されると、ブラウザ部３１は、当該ウェブページのデータを読み込み、たとえば表示部１３に表示させる。
これにより、ブラウザ部３１は、ユーザにより選択されたウェブページを表示部１３に表示させることができる。
ウェブページのデータは、通信網４および基地局３を経由してＰＨＳ端末２に受信される。無線通信部１１は、受信したウェブページのデータを通信バッファ３４に書込む。
ウェブページのデータの送信を要求したブラウザ部３１は、通信バッファ３４を監視する。
そして、要求に係るウェブページのデータが通信バッファ３４に保存されると、ブラウザ部３１は、当該ウェブページのデータを読み込み、たとえば表示部１３に表示させる。
これにより、ブラウザ部３１は、ユーザにより選択されたウェブページを表示部１３に表示させることができる。
流量監視部３２は、無線通信部１１と基地局３との間のリンク数を増設または減設する。
流量監視部３２は、タイマ１５に接続される。
また、流量監視部３２は、ウェブページのデータなどのデータ通信中に通信バッファ３４を監視する。
流量監視部３２は、タイマ１５により計測される所定期間毎の受信データ量（スループット）を所定値と比較する。
流量監視部３２は、タイマ１５に接続される。
また、流量監視部３２は、ウェブページのデータなどのデータ通信中に通信バッファ３４を監視する。
流量監視部３２は、タイマ１５により計測される所定期間毎の受信データ量（スループット）を所定値と比較する。
そして、たとえばデータ通信中の所定期間における受信データ量が所定値以上になると、流量監視部３２は、無線通信部１１および基地局３にリンクの増設を指示する。
これにより、無線通信部１１と基地局３との間のリンク数は、たとえば１から２、２から３、３から４に増設される。
なお、図２のように４スロットを用いる場合、リンク数４が最大リンク数になる。
また、データ通信中の所定期間における受信データ量が所定値より少なくなると、流量監視部３２は、無線通信部１１および基地局３にリンクの減設を指示する。
これにより、無線通信部１１と基地局３との間のリンク数は、たとえば４から３、３から２、２から１に減設される。
なお、この流量監視部３２が増減設の判断に使用する所定期間、所定値などの設定データは、記憶部１７においてたとえば設定パラメータとして記憶される。
無線通信部１１は、たとえば基地局３からマルチリンク用の増設パラメータを受信すると、この記憶部１７の設定パラメータを更新する。
これにより、無線通信部１１と基地局３との間のリンク数は、たとえば１から２、２から３、３から４に増設される。
なお、図２のように４スロットを用いる場合、リンク数４が最大リンク数になる。
また、データ通信中の所定期間における受信データ量が所定値より少なくなると、流量監視部３２は、無線通信部１１および基地局３にリンクの減設を指示する。
これにより、無線通信部１１と基地局３との間のリンク数は、たとえば４から３、３から２、２から１に減設される。
なお、この流量監視部３２が増減設の判断に使用する所定期間、所定値などの設定データは、記憶部１７においてたとえば設定パラメータとして記憶される。
無線通信部１１は、たとえば基地局３からマルチリンク用の増設パラメータを受信すると、この記憶部１７の設定パラメータを更新する。
図７は、基地局３からＰＨＳ端末２へ送信されて、記憶部１７に記憶されるマルチリンク用の増設パラメータのデータ構造の一例の説明図である。
図７の増設パラメータは、情報要素内容長、増設閾値、増設用監視時間、増設用連続発生回数、減設閾値、減設用監視時間、減設用連続発生回数などの情報を有する。
増設閾値および減設閾値は、所定期間毎の受信データ量と比較される閾値である。
増設用監視時間、減設用監視時間は、受信データ量をカウントする所定期間である。
図７の増設パラメータは、情報要素内容長、増設閾値、増設用監視時間、増設用連続発生回数、減設閾値、減設用監視時間、減設用連続発生回数などの情報を有する。
増設閾値および減設閾値は、所定期間毎の受信データ量と比較される閾値である。
増設用監視時間、減設用監視時間は、受信データ量をカウントする所定期間である。
図６の強制増設部３３は、ブラウザ部３１、無線通信部１１、および流量監視部３２に接続される。
たとえば、強制増設部３３は、無線通信部１１がブラウザ部３１によるリクエストを送信する前に、当該リクエストにより受信する予定のウェブページのデータ量がどれくらいの量になるかをデータ量情報に基づいて判断し、判断したデータ量に応じて無線通信部１１と基地局３とのリンク数を最大に切り替える。
具体的には、強制増設部３３は、無線通信部１１が当該リクエストを送信する前に、ウェブページのコンテンツ情報のリクエストを生成し、無線通信部１１に送信させる。
また、無線通信部１１がサーバ装置５からコンテンツ情報を受信すると、強制増設部３３は、当該リクエストにより受信する予定の通信データのデータ量を判断する。
そして、受信予定の通信データ量がたとえば所定のデータ量以上である場合、強制増設部３３は、流量監視部３２に対して、リンク数を最大に増設を指示する。
たとえば、強制増設部３３は、無線通信部１１がブラウザ部３１によるリクエストを送信する前に、当該リクエストにより受信する予定のウェブページのデータ量がどれくらいの量になるかをデータ量情報に基づいて判断し、判断したデータ量に応じて無線通信部１１と基地局３とのリンク数を最大に切り替える。
具体的には、強制増設部３３は、無線通信部１１が当該リクエストを送信する前に、ウェブページのコンテンツ情報のリクエストを生成し、無線通信部１１に送信させる。
また、無線通信部１１がサーバ装置５からコンテンツ情報を受信すると、強制増設部３３は、当該リクエストにより受信する予定の通信データのデータ量を判断する。
そして、受信予定の通信データ量がたとえば所定のデータ量以上である場合、強制増設部３３は、流量監視部３２に対して、リンク数を最大に増設を指示する。
次に、図４から図６に示すＰＨＳ端末２におけるリンク切り替え動作を説明する。
図８は、ＰＨＳ端末２のデータ通信開始時の強制増設部３３によるリンク切り替え動作のフローチャートである。
図８のフローチャートは、たとえばデータ通信の発呼によりデータ通信を開始する場合、またはドーマント状態から復帰してデータ通信を開始する場合に、ＰＨＳ端末２により実行される。
図８のフローチャートは、たとえばデータ通信の発呼によりデータ通信を開始する場合、またはドーマント状態から復帰してデータ通信を開始する場合に、ＰＨＳ端末２により実行される。
図８では、まず、ＰＨＳ端末２の無線通信部１１は、基地局３からマルチリンク用の増設パラメータを受信する（ステップＳＴ１）。
ＰＨＳ端末２の強制増設部３３は、無線通信部１１が受信した増設パラメータに基づいて、増設期間受信可能データ量を算出する（ステップＳＴ２）。
なお、増設期間受信可能データ量とは、リンクの増設を要求してからリンクの増設が完了するまでの増設処理期間において１リンクの下で受信可能なデータ量をいう。
たとえば１リンクの最大通信速度が３２ｋｂｐｓであり、タイマ１５により周期的に計測される期間が４秒である場合、強制増設部３３は、増設期間受信可能データ量として１６ｋｂｙｔｅ（＝３２ｋｂｐｓ×４秒）を算出する。
なお、増設期間受信可能データ量とは、リンクの増設を要求してからリンクの増設が完了するまでの増設処理期間において１リンクの下で受信可能なデータ量をいう。
たとえば１リンクの最大通信速度が３２ｋｂｐｓであり、タイマ１５により周期的に計測される期間が４秒である場合、強制増設部３３は、増設期間受信可能データ量として１６ｋｂｙｔｅ（＝３２ｋｂｐｓ×４秒）を算出する。
次に、強制増設部３３は、たとえば図６のブラウザ部３１がダウンロードを要求するウェブページのデータのデータ量を取得する（ステップＳＴ３）。
具体的には、強制増設部３３は、当該ウェブページのコンテンツ情報のリクエストを生成し、無線通信部１１からサーバ装置５へ送信させる。
また、無線通信部１１がサーバ装置５からコンテンツ情報のデータを受信すると、強制増設部３３は、コンテンツ情報から、ウェブページのデータ量を抽出する。
次に、強制増設部３３は、抽出した受信予定のウェブページのデータ量と、増設期間受信可能データ量とを比較する（ステップＳＴ４）。
具体的には、強制増設部３３は、当該ウェブページのコンテンツ情報のリクエストを生成し、無線通信部１１からサーバ装置５へ送信させる。
また、無線通信部１１がサーバ装置５からコンテンツ情報のデータを受信すると、強制増設部３３は、コンテンツ情報から、ウェブページのデータ量を抽出する。
次に、強制増設部３３は、抽出した受信予定のウェブページのデータ量と、増設期間受信可能データ量とを比較する（ステップＳＴ４）。
そして、受信予定のデータ量が増設期間受信可能データ量以上である場合、強制増設部３３は、受信開始前のリンクの増設処理を実行する（ステップＳＴ５）。
強制増設部３３は、流量監視部３２に対して、リンク数を最大に増設する指示の信号を出力する。
リンク数を最大に増設する指示信号が入力されると、流量監視部３２は、リンク数を最大にする増設処理を実行する。
強制増設部３３は、流量監視部３２に対して、リンク数を最大に増設する指示の信号を出力する。
リンク数を最大に増設する指示信号が入力されると、流量監視部３２は、リンク数を最大にする増設処理を実行する。
具体的にはたとえば、流量監視部３２は、無線通信部１１から基地局３へ、リンク数を最大に増設するコマンドを送信させる。
基地局３は、スロットの使用状況を勘案して、ＰＨＳ端末２からのリンク増設要求を処理する。たとえばすべてのスロットが空いている場合、基地局３は、ＰＨＳ端末２とのリンク数を最大に設定する。
また、基地局３は、増設するリンク数、リンク番号をＰＨＳ端末２へ送信する。無線通信部１１は、基地局３から受信した増設指示にしたがって、リンクを増設する。
これにより、たとえば所定期間に受信するデータ量が所定の閾値を上回ることが一定回数以上連続するような通信データを受信する場合には、そのデータ通信を開始する前に、リンクを最大数に増設することができる。
なお、強制増設部３３の指示によりリンクを最大数に増設した場合、流量監視部３２は、当該ウェブページのデータの受信が完了するまで、自発的なリンクの増減処理を実行しないようにしてもよい。
基地局３は、スロットの使用状況を勘案して、ＰＨＳ端末２からのリンク増設要求を処理する。たとえばすべてのスロットが空いている場合、基地局３は、ＰＨＳ端末２とのリンク数を最大に設定する。
また、基地局３は、増設するリンク数、リンク番号をＰＨＳ端末２へ送信する。無線通信部１１は、基地局３から受信した増設指示にしたがって、リンクを増設する。
これにより、たとえば所定期間に受信するデータ量が所定の閾値を上回ることが一定回数以上連続するような通信データを受信する場合には、そのデータ通信を開始する前に、リンクを最大数に増設することができる。
なお、強制増設部３３の指示によりリンクを最大数に増設した場合、流量監視部３２は、当該ウェブページのデータの受信が完了するまで、自発的なリンクの増減処理を実行しないようにしてもよい。
これに対して、受信予定のデータ量が増設期間受信可能データ量より小さい場合、強制増設部３３は、受信開始前のリンクの増設処理を実行しない。
この場合、通信開始前の制御により通信部のリンク数は最大に設定されない。
また、流量監視部３２による通常の増設流量監視制御が継続して実行される（ステップＳＴ６）。
流量監視部３２は、独自のリンク数の増減制御を実行する。
たとえばデータ通信中の所定期間における受信データ量が所定値以上になると、流量監視部３２は、無線通信部１１および基地局３にリンクの増設を指示する。
また、データ通信中の所定期間における受信データ量が所定値より少なくなると、流量監視部３２は、無線通信部１１および基地局３にリンクの減設を指示する。
この場合、通信開始前の制御により通信部のリンク数は最大に設定されない。
また、流量監視部３２による通常の増設流量監視制御が継続して実行される（ステップＳＴ６）。
流量監視部３２は、独自のリンク数の増減制御を実行する。
たとえばデータ通信中の所定期間における受信データ量が所定値以上になると、流量監視部３２は、無線通信部１１および基地局３にリンクの増設を指示する。
また、データ通信中の所定期間における受信データ量が所定値より少なくなると、流量監視部３２は、無線通信部１１および基地局３にリンクの減設を指示する。
図９は、ＰＨＳ端末２のデータ通信中の強制増設部３３によるリンク切り替え動作のフローチャートである。
データ通信中に無線エラーなどが発生し、当該エラー発生リンクのスループットが低下した場合、またはリンクの減設制御によりアクティブなリンク数が最大リンク数より小さくなった場合に、強制増設部３３は図９のデータ通信中のリンク切り替え制御を実行する。
すなわち、図９の制御は、図８の強制増設部３３の制御によりアクティブなリンク数が最大リンク数となっている状況下では実行されない。
図９の制御は、図８の強制増設部３３の制御によってもアクティブなリンク数が最大リンク数にならなかった場合、または図８において強制増設部３３がアクティブなリンク数を最大にしなかった場合に実行される。
データ通信中に無線エラーなどが発生し、当該エラー発生リンクのスループットが低下した場合、またはリンクの減設制御によりアクティブなリンク数が最大リンク数より小さくなった場合に、強制増設部３３は図９のデータ通信中のリンク切り替え制御を実行する。
すなわち、図９の制御は、図８の強制増設部３３の制御によりアクティブなリンク数が最大リンク数となっている状況下では実行されない。
図９の制御は、図８の強制増設部３３の制御によってもアクティブなリンク数が最大リンク数にならなかった場合、または図８において強制増設部３３がアクティブなリンク数を最大にしなかった場合に実行される。
図９では、強制増設部３３は、まず、ダウンロード開始前に取得した受信予定のウェブページのデータ量を取得する（ステップＳＴ１１）。
また、強制増設部３３は、通信バッファ３４に蓄積された受信済みのデータ量を取得し、未受信の残りのデータ量を算出する（ステップＳＴ１２）。
強制増設部３３は、たとえば受信予定のウェブページのデータ量から、受信済みのデータ量を減算することにより、未受信の残りのデータ量を算出する。
次に、強制増設部３３は、現状の通信データのスループットを算出する（ステップＳＴ１３）。複数のリンクで接続されている場合、強制増設部３３は、たとえば各リンクのスループットを合計して、現状の通信データのスループットを算出する。
次に、強制増設部３３は、現状のスループットにより残りのデータ量を受信し終えるまでの時間を演算する（ステップＳＴ１４）。強制増設部３３は、たとえば未受信の残りのデータ量を現状の通信データのスループットにより除算して、受信完了までの時間を演算する。
また、強制増設部３３は、通信バッファ３４に蓄積された受信済みのデータ量を取得し、未受信の残りのデータ量を算出する（ステップＳＴ１２）。
強制増設部３３は、たとえば受信予定のウェブページのデータ量から、受信済みのデータ量を減算することにより、未受信の残りのデータ量を算出する。
次に、強制増設部３３は、現状の通信データのスループットを算出する（ステップＳＴ１３）。複数のリンクで接続されている場合、強制増設部３３は、たとえば各リンクのスループットを合計して、現状の通信データのスループットを算出する。
次に、強制増設部３３は、現状のスループットにより残りのデータ量を受信し終えるまでの時間を演算する（ステップＳＴ１４）。強制増設部３３は、たとえば未受信の残りのデータ量を現状の通信データのスループットにより除算して、受信完了までの時間を演算する。
次に、強制増設部３３は、マルチリンク用の増設パラメータを取得する（ステップＳＴ１５）。
そして、強制増設部３３は、当該演算時点での増設期間受信可能データ量を算出する（ステップＳＴ１６）。
たとえば現状のリンク数が２であり、１リンク目のスループットが３０ｋｂｐｓ、２リンク目のスループットが２５ｋｂｐｓ、増設処理期間（監視期間）が４秒である場合、強制増設部３３は、２７．５ｋｂｙｔｅ（＝（３０ｋｂｐｓ＋２５ｋｂｐｓ）×４秒）を算出する。
そして、強制増設部３３は、当該演算時点での増設期間受信可能データ量を算出する（ステップＳＴ１６）。
たとえば現状のリンク数が２であり、１リンク目のスループットが３０ｋｂｐｓ、２リンク目のスループットが２５ｋｂｐｓ、増設処理期間（監視期間）が４秒である場合、強制増設部３３は、２７．５ｋｂｙｔｅ（＝（３０ｋｂｐｓ＋２５ｋｂｐｓ）×４秒）を算出する。
次に、強制増設部３３は、未受信の残りのデータ量と、増設期間受信可能データ量とを比較する（ステップＳＴ１７）。
そして、未受信の残りのデータ量が増設期間受信可能データ量以上である場合、強制増設部３３は、受信開始前のリンクの増設処理を実行する（ステップＳＴ１８）。強制増設部３３は、流量監視部３２にリンクの最大増設を指示する。
これに対して、受信予定のデータ量が増設期間受信可能データ量より小さい場合、強制増設部３３は、データ受信中のリンクの増設処理を実行しない。流量監視部３２による通常の増設流量監視制御が実行される（ステップＳＴ１９）。
そして、未受信の残りのデータ量が増設期間受信可能データ量以上である場合、強制増設部３３は、受信開始前のリンクの増設処理を実行する（ステップＳＴ１８）。強制増設部３３は、流量監視部３２にリンクの最大増設を指示する。
これに対して、受信予定のデータ量が増設期間受信可能データ量より小さい場合、強制増設部３３は、データ受信中のリンクの増設処理を実行しない。流量監視部３２による通常の増設流量監視制御が実行される（ステップＳＴ１９）。
次に、以上の構成および動作によるＰＨＳ端末２とサーバ装置５との通信動作を説明する。
以下の説明では、ＰＨＳ端末２には図６の機能が実現され、ＰＨＳ端末２は、サーバ装置５にウェブページをリクエストして、そのデータを受信する場合を例に説明する。
以下の説明では、ＰＨＳ端末２には図６の機能が実現され、ＰＨＳ端末２は、サーバ装置５にウェブページをリクエストして、そのデータを受信する場合を例に説明する。
図１０は、ＰＨＳ端末２がサーバ装置５との通信を開始する期間でのシーケンスチャートである。図１０左側がＰＨＳ端末２の処理であり、右側がサーバ装置５の処理である。
ＰＨＳ端末２の無線通信部１１が基地局３と通信可能になると、図１０に示すように、ＰＨＳ端末２とサーバ装置５とは、パケット接続される（ステップＳＴ２１）。
また、基地局３と通信可能になったＰＨＳ端末２では、無線通信部１１が基地局３からマルチリンク用の増設パラメータ（初期データ）を受信する（ステップＳＴ２２）。
ＰＨＳ端末２の強制増設部３３は、無線通信部１１が受信した増設パラメータに基づいて、増設期間受信可能データ量（データ量情報）を算出する（ステップＳＴ２３）。
そして、パケット接続されたＰＨＳ端末２とサーバ装置５とは、１リンクでのデータ通信を開始する（ステップＳＴ２４）。この場合、ＰＨＳ端末２の流量監視部３２は、通信バッファ３４を監視し、所定期間毎に受信データ量と所定値と比較する（ステップＳＴ２５）。
ＰＨＳ端末２の無線通信部１１が基地局３と通信可能になると、図１０に示すように、ＰＨＳ端末２とサーバ装置５とは、パケット接続される（ステップＳＴ２１）。
また、基地局３と通信可能になったＰＨＳ端末２では、無線通信部１１が基地局３からマルチリンク用の増設パラメータ（初期データ）を受信する（ステップＳＴ２２）。
ＰＨＳ端末２の強制増設部３３は、無線通信部１１が受信した増設パラメータに基づいて、増設期間受信可能データ量（データ量情報）を算出する（ステップＳＴ２３）。
そして、パケット接続されたＰＨＳ端末２とサーバ装置５とは、１リンクでのデータ通信を開始する（ステップＳＴ２４）。この場合、ＰＨＳ端末２の流量監視部３２は、通信バッファ３４を監視し、所定期間毎に受信データ量と所定値と比較する（ステップＳＴ２５）。
このような通信制御がなされている状況において、ブラウザ部３１はウェブページのデータのリクエストを出力する。ＰＨＳ端末２の無線通信部１１は、サーバ装置５との間でパケットを交換し、ＴＣＰ／ＩＰセッションを確立する（ステップＳＴ２６）。
また、強制増設部３３は、ブラウザ部３１からウェブページのリクエストが入力されると、当該リクエストに係るウェブページのコンテンツ情報のリクエストを生成し、無線通信部１１へ出力する。
コンテンツ情報のリクエストは、無線通信部１１からサーバ装置５へ送信される（ステップＳＴ２７）。
このコンテンツ情報のリクエストに応じて、サーバ装置５は、要求に係るウェブページのコンテンツ情報のデータ（本データ）を無線通信部１１へ送信する（ステップＳＴ２８）。無線通信部１１は、コンテンツ情報のデータを強制増設部３３へ出力する。
また、強制増設部３３は、ブラウザ部３１からウェブページのリクエストが入力されると、当該リクエストに係るウェブページのコンテンツ情報のリクエストを生成し、無線通信部１１へ出力する。
コンテンツ情報のリクエストは、無線通信部１１からサーバ装置５へ送信される（ステップＳＴ２７）。
このコンテンツ情報のリクエストに応じて、サーバ装置５は、要求に係るウェブページのコンテンツ情報のデータ（本データ）を無線通信部１１へ送信する（ステップＳＴ２８）。無線通信部１１は、コンテンツ情報のデータを強制増設部３３へ出力する。
要求したコンテンツ情報のデータが入力されると、強制増設部３３は、コンテンツ情報から、ウェブページのデータ量を抽出し（ステップＳＴ２９）、増設期間受信可能データ量と比較する（ステップＳＴ３０）。
そして、たとえば受信予定のデータ量が増設期間受信可能データ量以上である場合、強制増設部３３は、流量監視部３２に対して、リンク数を最大に増設を指示する信号を出力する（ステップＳＴ３１）。
流量監視部３２は、ＰＨＳ端末２の無線通信部１１と基地局３とリンク数を最大にする増設処理を実行する。
そして、たとえば受信予定のデータ量が増設期間受信可能データ量以上である場合、強制増設部３３は、流量監視部３２に対して、リンク数を最大に増設を指示する信号を出力する（ステップＳＴ３１）。
流量監視部３２は、ＰＨＳ端末２の無線通信部１１と基地局３とリンク数を最大にする増設処理を実行する。
これに対して、受信予定のデータ量が増設期間受信可能データ量より少ない場合、強制増設部３３は、流量監視部３２に対して信号を出力しない。
流量監視部３２は、通信バッファ３４を監視して、所定期間毎に受信データ量と所定値と比較する通常の流量監視制御を実行する（ステップＳＴ３２）。
流量監視部３２は、通信バッファ３４を監視して、所定期間毎に受信データ量と所定値と比較する通常の流量監視制御を実行する（ステップＳＴ３２）。
ステップＳＴ３１の後、無線通信部１１は、ブラウザ部３１が出力して通信バッファ３４に格納されたウェブページのデータのリクエストをサーバ装置５へ送信する（ステップＳＴ３３）。
このウェブページのリクエストに応じて、サーバ装置５は、要求に係るウェブページのデータを無線通信部１１へ送信する（ステップＳＴ３４）。無線通信部１１は、受信したウェブページのデータを通信バッファ３４に蓄積する。
ブラウザ部は、所望のウェブページのデータが通信バッファ３４に蓄積されると、当該データを読み込み、ウェブページを表示部に表示する。
また、ステップＳＴ３０においてＮｏと判断された場合、流量監視部３２は、このウェブページのデータの受信期間において、通信バッファ３４を監視し、所定期間毎に受信データ量と所定値と比較する通常の流量監視制御を実行する（ステップＳＴ３５）。
このウェブページのリクエストに応じて、サーバ装置５は、要求に係るウェブページのデータを無線通信部１１へ送信する（ステップＳＴ３４）。無線通信部１１は、受信したウェブページのデータを通信バッファ３４に蓄積する。
ブラウザ部は、所望のウェブページのデータが通信バッファ３４に蓄積されると、当該データを読み込み、ウェブページを表示部に表示する。
また、ステップＳＴ３０においてＮｏと判断された場合、流量監視部３２は、このウェブページのデータの受信期間において、通信バッファ３４を監視し、所定期間毎に受信データ量と所定値と比較する通常の流量監視制御を実行する（ステップＳＴ３５）。
ここで、図１０に説明した方法によって、なぜ、シーケンス番号がばらばらにならずにデータを受信できるかについて説明する。
ステップＳＴ３１において、ＰＨＳ端末２はリンクの増設をサーバ装置５へ要求し、当該サーバ装置５は増設を開始するものの、リンクは増設開始後すぐに第１データを受信できるわけではない。
たとえば、リンク数が４つのシステムにおいては、それぞれのリンクにおける通信状態の確立までにかかる時間はばらばらとなる。
このような状態で、４リンクすべてにサーバ装置５によって第１データの一部を構成する部分データがのせられると、通信状態の確立に遅れてしまったリンクにのせられてしまった部分データは、他のリンクにのせられた部分データに比べて遅れてＰＨＳ端末２に送信されることとなる。
すると、ＰＨＳ端末２における部分データの受信の順番がばらばらになってしまうため、結果ＲＴＴが大きくなってしまう。
そこで、本発明の実施形態におけるＰＨＳ端末２は、リンクの増設開始後の所定期間、あえて部分データの受信を行わずに通信状態が確立するのを待ち、当該所定期間経過後に部分データの受信を開始する。
こうすることによって、ＰＨＳ端末２は、部分データを、ばらばらに受信することなく順番どおりに受信することが可能となるため、結果ＲＴＴを小さく抑えることが可能となる。
たとえば、リンク数が４つのシステムにおいては、それぞれのリンクにおける通信状態の確立までにかかる時間はばらばらとなる。
このような状態で、４リンクすべてにサーバ装置５によって第１データの一部を構成する部分データがのせられると、通信状態の確立に遅れてしまったリンクにのせられてしまった部分データは、他のリンクにのせられた部分データに比べて遅れてＰＨＳ端末２に送信されることとなる。
すると、ＰＨＳ端末２における部分データの受信の順番がばらばらになってしまうため、結果ＲＴＴが大きくなってしまう。
そこで、本発明の実施形態におけるＰＨＳ端末２は、リンクの増設開始後の所定期間、あえて部分データの受信を行わずに通信状態が確立するのを待ち、当該所定期間経過後に部分データの受信を開始する。
こうすることによって、ＰＨＳ端末２は、部分データを、ばらばらに受信することなく順番どおりに受信することが可能となるため、結果ＲＴＴを小さく抑えることが可能となる。
また、前記所定期間は、長ければ長いほうが通信状態の確立が完全に行われる可能性が高くなるため、長いほうがデータのばらつく可能性は低くなる。しかしながら、所定期間があまりに長すぎると第１データの受信開始が遅くなってしまい、結果としてスループットが下がってしまう。
したがって、本実施形態では、当該所定期間は、第１データよりも前に受信する第２データの無線通信部におけるエラーレートに比例した値が決定されるものとする。つまり、第２データ受信時のエラーレートが大きいほど、エアーの状態等がよくないと判断され、通信状態の確立にも時間がかかると考えられる。
このような場合には、所定期間を長くすることにより、より確実に通信状態が確立した後に、第１データを受信するようにする。
また、前記所定期間がＰＨＳ端末２とサーバ装置５との間における通信のタイムアウト時間よりも大きくなった場合、ＰＨＳ端末２は、リンクの増設を待たずに第１データをサーバ装置５から受信する。
したがって、本実施形態では、当該所定期間は、第１データよりも前に受信する第２データの無線通信部におけるエラーレートに比例した値が決定されるものとする。つまり、第２データ受信時のエラーレートが大きいほど、エアーの状態等がよくないと判断され、通信状態の確立にも時間がかかると考えられる。
このような場合には、所定期間を長くすることにより、より確実に通信状態が確立した後に、第１データを受信するようにする。
また、前記所定期間がＰＨＳ端末２とサーバ装置５との間における通信のタイムアウト時間よりも大きくなった場合、ＰＨＳ端末２は、リンクの増設を待たずに第１データをサーバ装置５から受信する。
図１１から図１３は、図１０の制御の下での通信結果の一例の説明図である。図１４から図１６は、流量監視部３２のみのリンク増設処理による通信結果の一例の説明図である。
そして、図１１および図１４は、ＰＨＳ端末２が受信したパケットのシーケンス番号のプロット図であり、横軸は時間であり、縦軸はシーケンス番号である。
図１２および図１５は、通信開始直後にサーバ装置５により検出されるＲＴＴの特性図であり、横軸は時間であり、縦軸はＲＴＴ（ミリ秒）である。
図１３および図１６は、通信データのスループットの特性図であり横軸は時間であり、縦軸は通信データのスループットである。
そして、図１１および図１４は、ＰＨＳ端末２が受信したパケットのシーケンス番号のプロット図であり、横軸は時間であり、縦軸はシーケンス番号である。
図１２および図１５は、通信開始直後にサーバ装置５により検出されるＲＴＴの特性図であり、横軸は時間であり、縦軸はＲＴＴ（ミリ秒）である。
図１３および図１６は、通信データのスループットの特性図であり横軸は時間であり、縦軸は通信データのスループットである。
そして、データ通信開始前にリンク数を最大に増設した場合には、図１１に示すように、ＰＨＳ端末２が受信するパケットは、シーケンス番号順に受信される。
このため、図１２に示すように、通信開始直後の期間においてサーバ装置５に検出されるＲＴＴは一定の範囲に収まって安定する。
また、図１３に示すように、通信データのスループットは、通信開始直後から一定割合で比例的に増加し、短期間で最大のスループットに到達している。
このため、図１２に示すように、通信開始直後の期間においてサーバ装置５に検出されるＲＴＴは一定の範囲に収まって安定する。
また、図１３に示すように、通信データのスループットは、通信開始直後から一定割合で比例的に増加し、短期間で最大のスループットに到達している。
このようにダウンロードの準備段階でリンクを増設することにより、通信中のデータ量の多い状態になる前に、増設を完了できる。
その結果、サーバーから受信するＭＰフレームのシーケンス番号がばらつかなくなり、ＰＨＳ端末２からのＡＣＫ応答が遅延しなくなり、サーバ装置５で計測されるＲＴＴも大きくならない。
また、ウェブページのデータのダウンロードを開始した後、スループットは暫時的に上昇し、最高速度に到達する。
その結果、サーバーから受信するＭＰフレームのシーケンス番号がばらつかなくなり、ＰＨＳ端末２からのＡＣＫ応答が遅延しなくなり、サーバ装置５で計測されるＲＴＴも大きくならない。
また、ウェブページのデータのダウンロードを開始した後、スループットは暫時的に上昇し、最高速度に到達する。
これに対して、データ通信中に流量監視部３２によりリンク数を増減した場合には、図１４に示すように、ＰＨＳ端末２が受信するパケットのシーケンス番号は、リンク数を増減した直後に乱れる。つまり、パケットは、シーケンス番号順に受信されなくなる。
このため、図１５に示すように、リンク数を増減した直後のＲＴＴは、その他のＲＴＴによる一定の範囲から突出した値になる。
また、図１６に示すように、通信データのスループットは、通信開始直後から増加し始めるものの、リンク数を増減した後に一時的に低下する。
その後、スループットは、一定割合で比例的に上昇し、最高速度に到達する。
このようにデータ通信中にリンク数を増減した場合、スループットが低下する期間の分だけ、スループットが最高速度に到達するのが遅くなる。
このため、図１５に示すように、リンク数を増減した直後のＲＴＴは、その他のＲＴＴによる一定の範囲から突出した値になる。
また、図１６に示すように、通信データのスループットは、通信開始直後から増加し始めるものの、リンク数を増減した後に一時的に低下する。
その後、スループットは、一定割合で比例的に上昇し、最高速度に到達する。
このようにデータ通信中にリンク数を増減した場合、スループットが低下する期間の分だけ、スループットが最高速度に到達するのが遅くなる。
図１７は、基地局３とのパケット通信中にリンクの減設が発生した場合の強制増設部３３による増設処理のシーケンスチャートである。
図１７左側がＰＨＳ端末２の処理であり、右側がサーバ装置５の処理である。
図１７左側がＰＨＳ端末２の処理であり、右側がサーバ装置５の処理である。
基地局３とのパケット通信中にリンクが減設されても、無線通信部１１は、サーバ装置５から残りのウェブページのデータを受信を継続する。また、流量監視部３２は、通常の流量監視制御を実行する（ステップＳＴ４１〜ＳＴ４３）。
そして、強制増設部３３は、まず、ダウンロード開始前に取得した、受信予定のウェブページのデータ量を取得する（ステップＳＴ４４）。
また、強制増設部３３は、未受信の残りのウェブページのデータ量を算出する（ステップＳＴ４５）。
次に、強制増設部３３は、現状のスループットを算出する（ステップＳＴ４６）。
次に、強制増設部３３は、現状のスループットにより残りのデータ量を受信し終えるまでの時間を演算する（ステップＳＴ４７）。
そして、強制増設部３３は、まず、ダウンロード開始前に取得した、受信予定のウェブページのデータ量を取得する（ステップＳＴ４４）。
また、強制増設部３３は、未受信の残りのウェブページのデータ量を算出する（ステップＳＴ４５）。
次に、強制増設部３３は、現状のスループットを算出する（ステップＳＴ４６）。
次に、強制増設部３３は、現状のスループットにより残りのデータ量を受信し終えるまでの時間を演算する（ステップＳＴ４７）。
次に、強制増設部３３は、マルチリンク用の増設パラメータを取得し、現時点での増設期間受信可能データ量を算出する（ステップＳＴ４８、ＳＴ４９）。
次に、強制増設部３３は、未受信の残りのデータ量と、増設期間受信可能データ量とを比較する（ステップＳＴ５０）。
そして、未受信の残りのデータ量が増設期間内に受信可能なデータ量以上である場合、強制増設部３３は、受信開始前のリンクの増設処理を実行する（ステップＳＴ５１）。強制増設部３３は、流量監視部３２にリンクの最大増設を指示する。
これに対して、受信予定のデータ量が増設期間内に受信可能なデータ量より小さい場合、強制増設部３３は、データ受信中のリンクの増設処理を実行しない。流量監視部３２による通常の増設流量監視制御が実行される（ステップＳＴ５３）。
なお、以上のリンク切り替え処理期間中、無線通信部１１は、サーバ装置５から残りのウェブページのデータを受信を継続している。
次に、強制増設部３３は、未受信の残りのデータ量と、増設期間受信可能データ量とを比較する（ステップＳＴ５０）。
そして、未受信の残りのデータ量が増設期間内に受信可能なデータ量以上である場合、強制増設部３３は、受信開始前のリンクの増設処理を実行する（ステップＳＴ５１）。強制増設部３３は、流量監視部３２にリンクの最大増設を指示する。
これに対して、受信予定のデータ量が増設期間内に受信可能なデータ量より小さい場合、強制増設部３３は、データ受信中のリンクの増設処理を実行しない。流量監視部３２による通常の増設流量監視制御が実行される（ステップＳＴ５３）。
なお、以上のリンク切り替え処理期間中、無線通信部１１は、サーバ装置５から残りのウェブページのデータを受信を継続している。
図１８は、リンクが減設された状態から新たなウェブページのデータを受信する場合の増設処理のシーケンスチャートである。
図１８左側がＰＨＳ端末２の処理であり、右側がサーバ装置５の処理である。
図１８左側がＰＨＳ端末２の処理であり、右側がサーバ装置５の処理である。
基地局３とのパケット通信中にリンクが減設されても、流量監視部３２は、通常の流量監視制御を実行し、継続している（ステップＳＴ６０、ＳＴ６２）。
そして、基地局３とのリンクが減設された状態において新たなウェブページのデータのダウンロードが要求されると、パケット接続されたＰＨＳ端末２とサーバ装置５とは、１リンクでのデータ通信を開始する。
これにより、ＰＨＳ端末２とサーバ装置５との間にＴＣＰ／ＩＰセッションが確立される（ステップＳＴ６１、ＳＴ６３）。
そして、基地局３とのリンクが減設された状態において新たなウェブページのデータのダウンロードが要求されると、パケット接続されたＰＨＳ端末２とサーバ装置５とは、１リンクでのデータ通信を開始する。
これにより、ＰＨＳ端末２とサーバ装置５との間にＴＣＰ／ＩＰセッションが確立される（ステップＳＴ６１、ＳＴ６３）。
また、強制増設部３３は、ブラウザ部３１からウェブページのリクエストが入力されると、当該リクエストに係るウェブページのコンテンツ情報のリクエストを生成し、無線通信部１１からサーバ装置５へ送信する（ステップＳＴ６４）。
サーバ装置５は、要求に係るウェブページのコンテンツ情報のデータを無線通信部１１へ送信する（ステップＳＴ６５）。
要求したコンテンツ情報のデータが受信されると、受信予定のウェブページのデータ量を取得する（ステップＳＴ６６）。
サーバ装置５は、要求に係るウェブページのコンテンツ情報のデータを無線通信部１１へ送信する（ステップＳＴ６５）。
要求したコンテンツ情報のデータが受信されると、受信予定のウェブページのデータ量を取得する（ステップＳＴ６６）。
その後、無線通信部１１は、ブラウザ部３１が出力して通信バッファ３４に格納されたウェブページのデータのリクエストをサーバ装置５へ送信する（ステップＳＴ６７）。
このウェブページのリクエストに応じて、サーバ装置５は、要求に係るウェブページのデータを無線通信部１１へ送信する（ステップＳＴ６８）。
このウェブページのリクエストに応じて、サーバ装置５は、要求に係るウェブページのデータを無線通信部１１へ送信する（ステップＳＴ６８）。
また、強制増設部３３は、ステップＳＴ６５で受信したウェブページのコンテンツ情報のデータから、新たにダウンロードするウェブページのデータ量を取得する（ステップＳＴ６９）。
次に、強制増設部３３は、現状のスループットを算出する（ステップＳＴ７０）。
次に、強制増設部３３は、現状のスループットにより残りのデータ量を受信し終えるまでの時間を演算する（ステップＳＴ７１）。
次に、強制増設部３３は、マルチリンク用の増設パラメータを取得し、現時点での増設期間内に受信可能なデータ量を算出する（ステップＳＴ７２、ＳＴ７３）。
次に、強制増設部３３は、未受信の残りのデータ量と、増設期間内に受信可能なデータ量とを比較する（ステップＳＴ７４）。
そして、未受信の残りのデータ量が増設期間受信可能データ量以上である場合、強制増設部３３は、受信開始前のリンクの増設処理を実行する（ステップＳＴ７５）。強制増設部３３は、流量監視部３２にリンクの最大増設を指示する。
次に、強制増設部３３は、現状のスループットを算出する（ステップＳＴ７０）。
次に、強制増設部３３は、現状のスループットにより残りのデータ量を受信し終えるまでの時間を演算する（ステップＳＴ７１）。
次に、強制増設部３３は、マルチリンク用の増設パラメータを取得し、現時点での増設期間内に受信可能なデータ量を算出する（ステップＳＴ７２、ＳＴ７３）。
次に、強制増設部３３は、未受信の残りのデータ量と、増設期間内に受信可能なデータ量とを比較する（ステップＳＴ７４）。
そして、未受信の残りのデータ量が増設期間受信可能データ量以上である場合、強制増設部３３は、受信開始前のリンクの増設処理を実行する（ステップＳＴ７５）。強制増設部３３は、流量監視部３２にリンクの最大増設を指示する。
これに対して、受信予定のデータ量が増設期間受信可能データ量より小さい場合、強制増設部３３は、データ受信中のリンクの増設処理を実行しない。
そして、流量監視部３２は、通常の増設流量監視制御を実行する（ステップＳＴ７６、ＳＴ７７）。
そして、流量監視部３２は、通常の増設流量監視制御を実行する（ステップＳＴ７６、ＳＴ７７）。
以上のように、本実施形態では、無線通信部１１によるウェブページのデータの受信を開始する前に、通信予定の通信データのデータ量を判断する。そして、強制増設部３３は、判断したデータ量に応じて無線通信部１１にリンク数を切り替えさせてから、無線通信部１１にウェブページのデータの受信を開始させる。
よって、本実施形態のＰＨＳ端末２では、ウェブページのデータを受信するときには、無線通信部１１と基地局３とのリンク数は最大となっており、データ通信中にリンク数を増設する必要が無い。
よって、本実施形態のＰＨＳ端末２では、ウェブページのデータを受信するときには、無線通信部１１と基地局３とのリンク数は最大となっており、データ通信中にリンク数を増設する必要が無い。
また、本実施形態のＰＨＳ端末２では、データ通信中にリンク数を増設することがないので、サーバ装置５がシーケンス番号順に送信した複数のパケットをその番号順に受信し、各番号範囲のパケットの受信によりＡＣＫ応答をサーバ装置５へ送信することができる。
このため、本実施形態のＰＨＳ端末２では、データ通信中にリンクを増設する場合よりも、通信可能な最大データ量の切り替えによる通信速度の向上効果を得ることができる。
このため、本実施形態のＰＨＳ端末２では、データ通信中にリンクを増設する場合よりも、通信可能な最大データ量の切り替えによる通信速度の向上効果を得ることができる。
また、本実施形態では、ダウンロード開始前の増設処理により最大リンク数に増設されなかった場合には、流量監視部３２は、データ通信中にリンク数の増減制御を実行する。
よって、本実施形態では、たとえばダウンロードの開始前に最大リンク数に増設されていなくとも、その後の増設制御によりリンク数を最大にすることが可能である。
よって、本実施形態では、たとえばダウンロードの開始前に最大リンク数に増設されていなくとも、その後の増設制御によりリンク数を最大にすることが可能である。
また、本実施形態では、たとえば通信エラーなどによりデータ通信中に基地局３とのリンクが減設された場合、強制増設部３３は、未処理の通信データのデータ量と、増設処理期間において現在の減設されたリンクにより受信可能なデータ量とを比較する。そして、未処理の通信データのデータ量が、増設処理期間において減設された現在のリンクにより受信可能なデータ量以上である場合には、強制増設部３３は、無線通信部１１のリンクを増設する。
よって、本実施形態では、たとえば最大リンク数に増設後に、通信エラーなどによりデータ通信中にリンク数が減設されたとしても、その後の増設制御によりリンク数を最大にすることが可能である。
よって、本実施形態では、たとえば最大リンク数に増設後に、通信エラーなどによりデータ通信中にリンク数が減設されたとしても、その後の増設制御によりリンク数を最大にすることが可能である。
また、本実施形態では、基地局３とのリンクを減設した後に新たな通信データを受信する場合、強制増設部３３は、新たな通信データのデータ量と、増設処理の開始から終了までの増設処理期間において減設された現状のリンクにより受信可能なデータ量とを比較する。そして、新たな通信データのデータ量が、増設処理期間において減設されたリンクにより受信可能なデータ量以上である場合には、強制増設部３３は、無線通信部１１のリンクを増設する。
よって、本実施形態では、たとえば連続的に複数の通信データを受信する場合において、先の通信データの受信が完了して減設されているときでも、再び最大リンク数に増設して次の通信データを受信することができる。
よって、本実施形態では、たとえば連続的に複数の通信データを受信する場合において、先の通信データの受信が完了して減設されているときでも、再び最大リンク数に増設して次の通信データを受信することができる。
以上の実施形態は、本発明の好適な実施形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形または変更が可能である。
上記実施形態では、ＰＨＳ端末２がサーバ装置５からウェブページのデータを受信する場合において、通信データ量に応じてリンクを増設している。
この他にも例えば、ＰＨＳ端末２が、通信データとして、サーバ装置５から電子メールデータ、楽曲や動画などの再生データなどを受信する場合において、通信データ量に応じてリンクを増設してもよい。
また、ＰＨＳ端末２の強制増設部３３は、電子メールデータ、再生データなどを送信する場合において、通信データ量に応じてリンクを増設してもよい。
また、無線通信部１１は、リンク数を増減するのではなく、各リンクでの変調方式を適応的に切り替えるものであってもよい。この場合、ＰＨＳ端末２の強制増設部３３は、リンク数および変調方式をともに切り替えるようにしてもよい。
この他にも例えば、ＰＨＳ端末２が、通信データとして、サーバ装置５から電子メールデータ、楽曲や動画などの再生データなどを受信する場合において、通信データ量に応じてリンクを増設してもよい。
また、ＰＨＳ端末２の強制増設部３３は、電子メールデータ、再生データなどを送信する場合において、通信データ量に応じてリンクを増設してもよい。
また、無線通信部１１は、リンク数を増減するのではなく、各リンクでの変調方式を適応的に切り替えるものであってもよい。この場合、ＰＨＳ端末２の強制増設部３３は、リンク数および変調方式をともに切り替えるようにしてもよい。
上記実施形態では、ＰＨＳ端末２の強制増設部３３は、受信予定の通信データが、リンクの増設を開始してから完了するまでの増設処理期間において現状のリンクにより受信可能なデータ量以上である場合には、無線通信部１１のリンクを増設している。
この他にも例えば、ＰＨＳ端末２の強制増設部３３は、受信予定の通信データが、所定値以上の以上である場合には、無線通信部１１のリンクを増設するようにしてもよい。
また、ＰＨＳ端末２の強制増設部３３は、無線通信部１１のリンク数を、これらのデータ量の情報に応じたリンク数に増設するようにしてもよい。
この他にも例えば、ＰＨＳ端末２の強制増設部３３は、受信予定の通信データが、所定値以上の以上である場合には、無線通信部１１のリンクを増設するようにしてもよい。
また、ＰＨＳ端末２の強制増設部３３は、無線通信部１１のリンク数を、これらのデータ量の情報に応じたリンク数に増設するようにしてもよい。
上記実施形態は、ＰＨＳ端末２の例である。
この他にも例えば、本発明は、携帯電話機、携帯ゲーム機器、ＰＤＡ、携帯ナビゲーション装置、携帯再生装置、コンピュータ装置などの各種の電子機器に適用できる。
また、本発明は、無線通信だけでなく、有線通信にも適用できる。
この他にも例えば、本発明は、携帯電話機、携帯ゲーム機器、ＰＤＡ、携帯ナビゲーション装置、携帯再生装置、コンピュータ装置などの各種の電子機器に適用できる。
また、本発明は、無線通信だけでなく、有線通信にも適用できる。
２…ＰＨＳ端末（通信機器）、３…基地局、５…サーバ装置（サーバ）、１１…無線通信部、１６…ＣＰＵ（制御部）
Claims (4)
- 時分割通信により、基地局を経由して、サーバから受信する第１データと当該第１データを受信する際における前記サーバとのセッションの確立に必要な第２データとを、受信可能な無線通信部と、
前記無線通信部が前記基地局と通信を行う際に用いるリンクの増設または減設が可能な制御部と、
を備え、
前記第２データは、前記第１データのデータ量を示すデータ量情報を有し、
前記制御部は、当該データ量情報に記されるデータ量が現在のリンク数によって所定期間受信可能なデータ量よりも大きい場合にリンクの増設を要求し、リンクの数が基地局によって増設された場合には前記無線通信部に前記第１データを受信させる
通信機器。 - 前記所定期間の値は、前記無線通信部によって受信された前記第２データのエラーレートに比例した値が設定される
請求項１記載の通信機器。 - 前記制御部は、前記所定期間の値が通信のタイムアウト期間よりも大きくなった場合、前記無線通信部に、前記第２データを受信させた直後に前記第１データを受信させる
請求項１または２記載の通信機器。 - 前記制御部は、前記第１データを受信中にリンクが前記基地局によって減設された場合、
未受信の第１データのデータ量と、前記所定期間において減設された後のリンクにより受信可能なデータ量とを比較し、
前記未受信の第１データのデータ量が、前記所定期間において減設された後のリンクにより受信可能なデータ量以上である場合、リンクの増設を基地局へ要求する
請求項１から３のいずれか一項記載の通信機器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009293064A JP5361702B2 (ja) | 2009-12-24 | 2009-12-24 | 通信機器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009293064A JP5361702B2 (ja) | 2009-12-24 | 2009-12-24 | 通信機器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011135340A true JP2011135340A (ja) | 2011-07-07 |
| JP5361702B2 JP5361702B2 (ja) | 2013-12-04 |
Family
ID=44347601
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009293064A Expired - Fee Related JP5361702B2 (ja) | 2009-12-24 | 2009-12-24 | 通信機器 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5361702B2 (ja) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003060562A (ja) * | 2001-08-21 | 2003-02-28 | Ntt Docomo Inc | 無線通信システム、通信端末装置、及びバースト信号送信方法 |
-
2009
- 2009-12-24 JP JP2009293064A patent/JP5361702B2/ja not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003060562A (ja) * | 2001-08-21 | 2003-02-28 | Ntt Docomo Inc | 無線通信システム、通信端末装置、及びバースト信号送信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5361702B2 (ja) | 2013-12-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2137883B1 (en) | Method of transmitting data in a communication system | |
| CN108777666B (zh) | 链路聚合的分流方法及相关设备 | |
| TW475338B (en) | Radio communication system and method for operating the same, primary and secondary stations for use in a radio communication system | |
| JP4012072B2 (ja) | 無線データ通信システムにおけるリソース管理のための方法および装置 | |
| US8565242B2 (en) | Transport protocol performance using network bit rate information | |
| US8140066B2 (en) | Power consumption reduction logic for unscheduled APSD and real time services | |
| KR101194969B1 (ko) | 제어 신호 관리 시스템 및 방법 | |
| CN105493449A (zh) | 速率控制 | |
| CN104092714B (zh) | 流媒体文件的播放方法及装置 | |
| JP2001144802A (ja) | データ通信装置及びその方法及び通信システム及び記憶媒体 | |
| JP5361702B2 (ja) | 通信機器 | |
| EP3057377B1 (en) | Network device, terminal device and voice service control method | |
| KR101544439B1 (ko) | 휴대용 단말기에서 네트워크 연결을 확인하기 위한 장치 및 방법 | |
| JP4705111B2 (ja) | 接続回路を含む携帯電子機器及びその携帯電子機器を動作させる方法 | |
| CN112020078A (zh) | 数据传输方法以及装置 | |
| JP2014068087A (ja) | バッファ制御装置、バッファ制御装置による制御方法、メディア通信装置、並びにコンピュータ・プログラム | |
| JPWO2002054815A1 (ja) | 無線基地システム、同期バーストの送信制御方法および送信制御プログラム | |
| EP2101533A2 (en) | Method in a mobile station for requesting an extension of the band allocation to a next period | |
| CN114172977B (zh) | 一种传输控制协议tcp代理方法、装置及基站 | |
| JP4692412B2 (ja) | 音声パケット信号受信装置 | |
| EP1509054A1 (en) | Wireless base station | |
| JP4616887B2 (ja) | 無線通信制御装置および無線装置 | |
| US20240205154A1 (en) | Data transmission method and related devices | |
| JP2002354537A (ja) | 通信システム | |
| KR100626534B1 (ko) | 네트워크 상황 실시간 송/수신 장치 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20121115 |
|
| TRDD | Decision of grant or rejection written | ||
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130731 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130806 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130903 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5361702 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |