(57)【要約】  【課題】  無線データ通信において、通信相手からの受信データに対して応答データを返信する場合の応答にかかる時間を改善し得る携帯端末を提供すること。  【解決手段】  携帯端末は、基地局との無線通信を介して、機器とデータ通信を行う携帯端末であって、応答データを一時的に蓄積するためのバッファを有し、前記機器から受信データを受信すると、前記基地局に対して、応答データを送信するために必要な無線リソースの割当要求を行ってから前記無線リソースが割り当てられるまでに要する割当時間を推定し、前記応答データが前記バッファに蓄積されて送信可能となる時刻を予測し、前記無線リソースの割当要求を、前記送信可能となる時刻より前記割当時間前に、前記基地局に対して行い、前記無線リソースが割り当てられると、前記応答データを送信する。【選択図】図９
2015162701.tif 000002
【特許請求の範囲】
【請求項１】
基地局との無線通信を介して、前記基地局から割り当てられた無線リソースを用いて機器とデータ通信を行う携帯端末であって、
前記機器から受信データを受信する受信部と、
前記受信データに対する応答データを一時的に蓄積するバッファと、
前記基地局に対して、前記応答データを送信するために必要な無線リソースの割当要求を行ってから前記無線リソースが割り当てられるまでに要する割当時間を推定する推定部と、
前記応答データが前記バッファに蓄積されて送信可能となる時刻を予測する送信可能時刻予測部と、
前記無線リソースの割当要求を、前記送信可能となる時刻より前記割当時間前に、前記基地局に対して行うリソース要求部と、
前記無線リソースが割り当てられると、前記応答データを送信する送信部とを備える
ことを特徴とする携帯端末。
【請求項２】
更に、受信データごとに、受信データを受信してから応答データを送信するまでの所要時間の情報、及び、前記割当要求を行ってから無線リソースが割り当てられるまでに要した割当時間の情報を含む履歴情報を記録する記録部を備え、
前記記録部に記録されている履歴情報のうち、前記受信部が受信した受信データと同種の受信データについての履歴情報を用いて、
前記推定部は、前記割当時間の情報に基づいて、当該受信データに対する応答データの送信に必要な無線リソースの割当時間を推定し、
前記送信可能時刻予測部は、前記所要時間の情報に基づいて、当該受信データについての前記送信可能となる時刻を予測する
ことを特徴とする請求項１記載の携帯端末。
【請求項３】
更に、前記リソース要求部が前記割当要求を行ってから、当該無線リソースの割当が完了するまでにかかった時間を計時する計時部を備え、
前記記録部は、前記計時部で計時した時間を履歴情報における割当時間として記録する
ことを特徴とする請求項２記載の携帯端末。
【請求項４】
更に、前記受信データを受信してから、当該受信データに対する応答データが送信可能になった時間を計時する計時部を備え、
前記記録部は、前記計時部で計時した時間を履歴情報における所要時間の情報として記録する
ことを特徴とする請求項３記載の携帯端末。
【請求項５】
前記データ通信は、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）に基づくデータ通信であり、
前記推定部は、前記記録部に記録されている履歴情報のうち、前記受信データと同種の複数の受信データの割当時間の平均時間を、当該受信データにおける割当時間と推定する
ことを特徴とする請求項４記載の携帯端末。
【請求項６】
前記履歴情報は、ＴＣＰ／ＩＰのデータパケットにおけるヘッダ部のパラメータから得られる情報と、前記受信データを受信してから応答データを送信するまでの経過時間と、送信したデータ量とを対応付けた履歴情報であり、
前記同種の受信データとは、前記履歴情報における前記パラメータから得られる情報のうち、少なくとも１以上の情報が、前記受信データと共通する受信データである
ことを特徴とする請求項５記載の携帯端末。
【請求項７】
前記履歴情報は、ＴＣＰ／ＩＰのデータパケットにおけるペイロード部から得られる情報と、前記受信データを受信してから応答データを送信するまでの経過時間と、送信したデータ量とを対応付けた履歴情報であり、
前記同種の受信データとは、前記履歴情報における前記ペイロード部から得られる情報の先頭から予め定められた一定の長さ分のデータが、前記受信データと共通する受信データである
ことを特徴とする請求項５記載の携帯端末。
【請求項８】
前記リソース要求部は、前記記録部に記録されている複数の同種の受信データに係る履歴情報における割当時間に基づいて、割当時間の分布のばらつき度合いを算出し、
当該ばらつき度合いが、予め定められた閾値よりも大きい場合には、例外的に、前記送信可能となる時刻より前記割当時間前には、前記割当要求を行わない
ことを特徴とする請求項５記載の携帯端末。
【請求項９】
前記リソース要求部は、前記記録部に記録されている複数の同種の受信データに係る履歴情報における経過時間に基づいて、経過時間の分布のばらつき度合いを算出し、
当該ばらつき度合いが、予め定められた閾値よりも大きい場合には、例外的に、前記送信可能となる時刻より前記割当時間前には、前記割当要求を行わない
ことを特徴とする請求項５記載の携帯端末。
【請求項１０】
前記リソース要求部は、更に、前記記録部に記録されている複数の同種の受信データに係る履歴情報における経過時間が、前記受信部が受信データを受信してから前記割当時間経過するまでの範囲内に、予め定められた基準以上含まれる場合に限って、
前記送信可能となる時刻より前記割当時間前に、前記割当要求を行う
ことを特徴とする請求項５記載の携帯端末。
【請求項１１】
前記無線通信は、ＬＴＥ（Long Term Evolution）の仕様に基づいたデータ通信であり、
前記記録部は、更に、無線通信を行っている基地局を識別する情報と、受信データを受信した時刻と、前記リソース要求部が前記割当要求を行った場合に割り当てられた無線リソースが破棄されずに使用されたか否かの情報とを、前記履歴情報に含めて記録し、
前記リソース要求部は、前記受信部が受信データを受信した時刻に、当該受信データの受信の際に接続している基地局に対して、
前記送信可能となる時刻よりも前記割当時間前に前記割当要求を行ったとした場合に割り当てられる無線リソースが破棄されずに使用されるか否かを、当該受信データと同種の受信データの履歴情報に基づいて推定し、
前記無線リソースが破棄されずに使用されると推定した場合に限って、前記送信可能となる時刻より前記割当時間前に、前記割当要求を行う
ことを特徴とする請求項５記載の携帯端末。
【請求項１２】
基地局との無線通信を介して、前記基地局から割り当てられた無線リソースを用いて機器とデータ通信を行う携帯端末で用いられる制御方法であって、
前記機器から受信データを受信するステップと、
前記受信データに対する応答データを一時的に蓄積するバッファと、
前記基地局に対して、前記応答データを送信するために必要な無線リソースの割当要求を行ってから前記無線リソースが割り当てられるまでに要する割当時間を推定するステップと、
前記応答データが前記バッファに蓄積されて送信可能となる時刻を予測するステップと、
前記無線リソースの割当要求を、前記送信可能となる時刻より前記割当時間前に、前記基地局に対して行うステップと、
前記無線リソースが割り当てられると、前記応答データを送信するステップとを備える
ことを特徴とする制御方法。
【請求項１３】
基地局との無線通信を介して、前記基地局から割り当てられた無線リソースを用いて機器とデータ通信を行う携帯端末の制御プログラムであって、
前記携帯端末は、バッファを備え、
前記機器から受信データを受信するステップと、
前記受信データに対する応答データを前記バッファに一時的に蓄積するステップと、
前記基地局に対して、前記応答データを送信するために必要な無線リソースの割当要求を行ってから前記無線リソースが割り当てられるまでに要する割当時間を推定するステップと、
前記応答データが前記バッファに蓄積されて送信可能となる時刻を予測するステップと、
前記無線リソースの割当要求を、前記送信可能となる時刻より前記割当時間前に、前記基地局に対して行うステップと、
前記無線リソースが割り当てられると、前記応答データを送信するステップとを
前記携帯端末に実行させる
ことを特徴とする制御プログラム。
【請求項１４】
基地局との無線通信を介して、前記基地局から割り当てられた無線リソースを用いて機器とデータ通信を行う携帯端末の制御プログラムを記録しているコンピュータ読取可能な記録媒体であって、
前記携帯端末は、バッファを備え、
前記機器から受信データを受信するステップと、
前記受信データに対する応答データを前記バッファに一時的に蓄積するステップと、
前記基地局に対して、前記応答データを送信するために必要な無線リソースの割当要求を行ってから前記無線リソースが割り当てられるまでに要する割当時間を推定するステップと、
前記応答データが前記バッファに蓄積されて送信可能となる時刻を予測するステップと、
前記無線リソースの割当要求を、前記送信可能となる時刻より前記割当時間前に、前記基地局に対して行うステップと、
前記無線リソースが割り当てられると、前記応答データを送信するステップとを
前記携帯端末に実行させるための制御プログラムを記録している記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末における無線通信技術に関し、特に無線リソースの割当技術に関する。
【背景技術】
【０００２】
近年、ＬＴＥ（Long Term Evolution）等の高速に通信し得る無線通信技術による無線通信ネットワークが構築され、スマートフォンやタブレットのような携帯端末を用いた無線データ通信が広く利用されるようになってきた。
従来、無線データ通信におけるデータの転送効率を改善するための様々な工夫がなされている。例えば、特許文献１には、通信ネットワークおいてＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を用いたデータ通信を行っている際のＲＴＴ（Round Trip Time：往復遅延時間）に応じてＴＣＰウィンドウサイズを最適化することで、データの転送効率を改善する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１９５３２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
携帯端末は、無線データ通信の際には、基地局から無線リソースの割当がなければ、データの送信を行うことができない。そして、基地局は、無線リソースを効率よく利用するために、携帯端末から無線リソースの割当要求があってから、携帯端末にデータ送信のための無線リソースの割当を行う。そのため、通信相手の機器から受信したデータに対して応答データを送信する必要がある場合でも、携帯端末は、基地局に無線リソースの割当要求を行って、無線リソースが割り当てられてからでなければ、応答データを送信することができない。このため、受信データに対して応答するまでの時間に遅延が生じ、データの転送効率を低下させる一因となっている。しかし、上述の技術では、このような遅延に起因する転送効率の低下を改善することができない。
【０００５】
本発明は、係る問題に鑑みてなされたものであり、受信データに対して応答データを返信する場合の応答にかかる時間を改善し、データの転送効率を改善することができる携帯端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明に係る携帯端末は、基地局との無線通信を介して、前記基地局から割り当てられた無線リソースを用いて機器とデータ通信を行う携帯端末であって、前記機器から受信データを受信する受信部と、前記受信データに対する応答データを一時的に蓄積するバッファと、前記基地局に対して、前記応答データを送信するために必要な無線リソースの割当要求を行ってから前記無線リソースが割り当てられるまでに要する割当時間を推定する推定部と、前記応答データが前記バッファに蓄積されて送信可能となる時刻を予測する送信可能時刻予測部と、前記無線リソースの割当要求を、前記送信可能となる時刻より前記割当時間前に、前記基地局に対して行うリソース要求部と、前記無線リソースが割り当てられると、前記応答データを送信する送信部とを備えることを特徴とする。
【発明の効果】
【０００７】
上述の構成の携帯端末によると、受信データに対する応答データの返信を、応答データを送信するタイミングに合わせて無線リソースが割り当てられるように、前もって無線リソースの割当要求を行うことができる。従って、応答データを返信する際の応答にかかる時間を改善し、データの転送効率を改善することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明に係る携帯端末１０を用いた通信システム１の概念図。
【図２】携帯端末１０の外観の概略図。
【図３】携帯端末１０の主要部の機能ブロック図。
【図４】実施の形態１における履歴情報３００のデータ構造とその一例。
【図５】通常のデータ送受信の概略を示すシーケンス図。
【図６】本発明に係る携帯端末１０を用いたデータの送受信の概略を示すシーケンス図。
【図７】無線リソース割当の手順の概略を示すシーケンス図。
【図８】応答データの送信可能時刻の発生頻度を表すグラフにおける無線リソース割当要求のタイミングを示す概念図。
【図９】実施の形態１に係る携帯端末１０の無線リソースの割り当て係る処理のフローチャート。
【図１０】履歴情報記録に係る処理のフローチャート。
【図１１】応答データ送信可能時刻にばらつきがある場合の発生頻度を表すグラフにおける無線リソース割当要求のタイミングを示す概念図。
【図１２】実施の形態２の携帯端末１０における無線リソースの割り当てに係る処理のフローチャート。
【図１３】変形例における履歴情報のデータ構造とその一例。
【図１４】予測機能設定を切り替えるためのＵＩ（ユーザインターフェース）の一例。
【図１５】その他の変形例における履歴情報のデータ構造とその一例。
【発明を実施するための形態】
【０００９】
＜１．実施の形態１＞
＜１．１  概要＞
本発明に係る携帯端末１０の一実施形態について説明する。
図１は、携帯端末１０を含む通信システム１の概略図である。
通信システム１は、携帯端末１０、ＰＣ（Personal Computer）２０、基地局３０、ネットワーク４０、及び、機器５０を含む構成である。
【００１０】
ＰＣ２０は、携帯端末１０の持つテザリング機能を利用することで、携帯端末１０と接続し、携帯端末１０を介して機器５０とのデータ通信を行う。
携帯端末１０は、無線通信回線を介して基地局３０と接続し、機器５０からのデータをＰＣ２０に送信する。また、ＰＣ２０から受け取ったデータを、基地局３０、ネットワーク４０を介して機器５０に送信する。なお、データ通信は、ＴＣＰ／ＩＰによる通信プロトコルによって行われる。また、無線通信は、例えば、ＬＴＥによる無線通信である。
【００１１】
ＬＴＥによる無線通信では、基地局３０は、自局と無線通信が確立している携帯端末からのＵＬ（Up Link）用のデータがある場合には、携帯端末から、送信するデータ量に必要な無線リソース量を確保するための、無線リソースの割当要求があってから、要求した携帯端末に対して、所望の無線リソース量の無線リソースを割り当てる。これは、基地局３０は、複数の携帯端末と無線通信を行うので、無線リソースが有効に利用できるようにするためである。
【００１２】
このため、ＵＬ用のデータが携帯端末のバッファに蓄積されていても、ＵＬ用の無線リソースの割当がなされていなければ、データを送信することができず、無線リソースの割当要求を行ってから割り当てられるまでの時間が、ＲＴＴを悪化させる一因となる。
このようなＲＴＴの悪化を改善するために、ＵＬ用の無線リソースを予め確保することが考えられる。しかし、割り当てられた無線リソースは、割り当てられてから予め定められた一定時間（例えば、１ｍｓ（ミリ秒））以内に使用されなければ解放されて利用できなくなる。このため、再度、無線リソースの割当要求を行わねばならず、更にＲＴＴを悪化させる原因となり得る。このように、無線リソースが割り当てられても利用されなければ、システム全体として無線リソースの利用効率を悪化させる原因となり得る。
【００１３】
そこで、本実施の携帯端末１０は、機器５０からのＤＬ（Down Link）データを受信すると、そのＤＬデータに対する応答データの送信可能時刻の予測と、無線リソースの割当要求を行ってから無線リソースが割り当てられるまでの割当時間の推定とを行う。そして、送信可能時刻と割当時間に基づいて、応答データが送信可能になる時間に合わせた適切なタイミングで無線リソースが割り当てられるように、予め無線リソースの割当要求を行う。
【００１４】
これにより、携帯端末１０は、ＰＣ２０から応答データを受信する前に、応答データを受信し、送信可能となる時間に合わせて、予め基地局３０に無線リソースの割当要求を行い、無線リソースの割り当てを受けることができる。従って、ＰＣ２０から応答データを受け取ってから基地局にその応答データを送信するまでの時間を短縮することができるので、応答データを返信する際の応答にかかる時間を改善し得る。
【００１５】
なお、本実施の形態では、ＵＬ用のデータが携帯端末のバッファに蓄積されている状態を、「送信可能な状態」と呼び、実際にＵＬ用の無線リソースが基地局から割り当てられてデータ送信を行う状態を意味するものではない。また、機器５０からのＤＬデータを受信してから、そのＤＬデータに対する応答データが送信可能な状態になる時刻を「送信可能時刻」と呼ぶこととする。
【００１６】
＜１．２  構成＞
図２は、携帯端末１０の外観の概略図である。
携帯端末１０は、いわゆるスマートフォン型携帯通信端末である。
同図に示すように、携帯端末１０は、その筐体の主表面に、レシーバ（不図示）から出力される音声を筐体外部に伝えるためのレシーバ孔１５１と、筐体外部の音声をマイク（不図示）に伝えるためのマイク孔１５２とが形成され、更に、タッチパネル１５０の主表面が配置されている。また、筐体の主表面には、ユーザが携帯端末１０の操作の際に、タッチパネル１５０に表示されているカーソルを移動したり、表示物を選択したりするための操作ボタン群１５３が配置されている。
【００１７】
図３は、携帯端末１０の主要部の機能ブロック図である。
同図に示すように、携帯端末１０は、制御部１０１、記録部１０２、通信部１０３、アンテナ１０４、受信部１０５、判定部１０６、推定部１０７、送信可能時刻予測部１０８、リソース要求部１０９、計時部１１０、送信部１１１、テザリング部１１２、テザリング用アンテナ１１３、音声処理部１１４、表示部１１５、操作部１１６、記憶部１１７、及び、電源部１１８を含む構成である。
【００１８】
以下、携帯端末１０を構成するこれら構成要素について説明する。
（制御部１０１、記憶部１１７）
制御部１０１は、記録部１０２、通信部１０３、受信部１０５、判定部１０６、推定部１０７、送信可能時刻予測部１０８、リソース要求部１０９、計時部１１０、送信部１１１、テザリング部１１２、音声処理部１１４、表示部１１５、操作部１１６、記憶部１１７、及び、電源部１１８を制御して、携帯端末１０に、主として、携帯端末制御機能、テザリング機能、通信履歴記録機能、リソース割当時間推定機能、送信可能時刻予測機能、及び、リソース要求機能を実現させる機能を有する。
【００１９】
携帯端末制御機能は、従来の携帯端末が有する一般的な機能と同等な機能、例えば、無線通信機能、通話機能、インターネットサイト閲覧機能、メール送受信機能、待ち受け機能、ユーザインターフェース制御機能、アプリケーション実行機能等を実現させる機能である。
テザリング機能は、ＰＣ２０との間で無線によるデータ通信を行い、基地局との無線通信機能を利用して、ＰＣ２０からのデータをネットワーク上の機器５０に送信し、機器５０からのデータをＰＣ２０に送信する機能である。具体的には、テザリング部１１２、送信部１１１、受信部１０５、通信部１０３を制御することによって、テザリング部１１２で受信したＰＣ２０からのデータを、送信部１１１に通信部１０３を介して基地局３０に送信させ、通信部１０３を介して受信部１０５で受け取った機器５０からのデータをテザリング部１１２に出力し、ＰＣ２０に送信する機能である。
【００２０】
通信履歴記録機能は、機器５０からのＤＬデータごとに、データ通信に係る履歴情報３００を記録する機能である。なお、履歴情報３００の詳細については後述する。
通信履歴記録機能は、記録部１０２、受信部１０５、計時部１１０、リソース要求部１０９、送信部１１１、及び、記憶部１１７を制御することによって、受信部１０５が、機器５０からＰＣ２０宛てのＤＬデータを受信すると、ＤＬデータのＴＣＰ／ＩＰヘッダや、無線通信におけるリソースブロックの情報から、履歴情報３００に記録する情報を抽出する。また、ＤＬデータを受信してから、この受信データに対する応答データをＰＣ２０から受信し、自機のバッファに蓄積するまでの時間を計時部１１０に計時させる。更に、基地局３０に無線リソースの割当要求を行ってから、基地局３０から無線リソースの割り当てがなされるまでの時間を計時部１１０に計時させる。そして、抽出した情報とこれら計時した時間とを関連付けた履歴情報３００を生成し、記憶部１１７に記録する。
【００２１】
リソース割当時間推定機能は、基地局３０へＵＬ用の無線リソースの割当要求を行ってから、基地局３０から無線リソースが割り当てられるまでに要する時間を推定する機能である。リソース割当時間推定機能は、推定部１０７、及び、記憶部１１７を制御することによって、記憶部１１７に記憶されている履歴情報３００に基づいて、現在無線通信を行っている基地局３０に対して、無線リソースの割当要求を行ったとしたら、どれくらいの時間で無線リソースの割り当てが行われるかを推定する。例えば、推定部１０７は、受信したＤＬデータと同種の受信データの履歴情報３００を記憶部１１７から抽出し、それらにおいて無線リソース割り当てに要した時間の平均を、現在のデータ通信における無線リソースの割当時間と推定する。
【００２２】
送信可能時刻予測機能は、機器５０からのＤＬデータを受信してから、そのＤＬデータに対する応答データの送信可能時刻を予測する機能である。送信可能時刻予測機能は、判定部１０６、送信可能時刻予測部１０８、及び、記憶部１１７を制御することによって、記憶部１１７に記憶されている履歴情報３００に基づいて、機器５０から受信したＤＬデータに対する応答データをＰＣ２０から受け取って自機のバッファに蓄積するまでの時間を予測する。例えば、送信可能時刻予測部１０８は、記憶部１１７に記憶されている履歴情報３００から、機器５０から受信したＤＬデータと同種の受信データの履歴情報を抽出し、ＤＬデータを受信した時間に、それらにおいて応答データを自機のバッファに蓄積するまでにかかった時間の平均を加えた時間を、当該ＤＬデータに対する応答データの送信可能時刻と予測する。
【００２３】
リソース要求機能は、基地局３０に対して、ＵＬ用の無線リソースの割当要求を行う機能である。リソース要求機能は、リソース要求部１０９、判定部１０６、推定部１０７、及び、送信可能時刻予測部１０８を制御することによって、機器５０からのＤＬデータに対する応答データの送信可能時刻より、割当時間前に無線リソースの割当要求を行う。この割当要求を受けた基地局３０は、携帯端末１０に対して、ＵＬ用の無線リソースを割り当てる。ＵＬ用の無線リソースが割り当てられると、携帯端末１０は、このＵＬ用の無線リソースを用いて応答データを送信する。
【００２４】
なお、制御部１０１の機能は、例えば、携帯端末１０のＣＰＵ（Central Processing Unit）が、記憶部１１７に記憶されているプログラムを実行することで実現される。
記憶部１１７は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ等で構成される。記憶部１１７は、制御部１０１の動作を規定するプログラムと、機器５０からのＤＬデータに対する応答データを送信した際に記録部１０２で生成した履歴情報３００とを記憶する。
（受信部１０５、送信部１１１、通信部１０３、アンテナ１０４）
受信部１０５、送信部１１１、通信部１０３及びアンテナ１０４は、制御部１０１によって制御され、基地局との間での無線通信機能を実現する。
【００２５】
受信部１０５は、機器５０からＤＬデータを受け取る機能を有する。
受信部１０５は、具体的には、アンテナ１０４を介して、通信部１０３が基地局３０との無線通信により受信したＤＬデータを受け取り、判定部１０６を介して制御部１０１に出力する。
送信部１１１は、送信バッファを有し、ＰＣ２０からの応答データを、通信部１０３に出力する機能を有する。具体的には、送信部１１１は、テザリング部１１２がＰＣ２０からテザリング用アンテナ１１３を介して受信した応答データを受け取り、一旦送信バッファに蓄積し、順次、通信部１０３に出力する。
【００２６】
通信部１０３は、通信用ＬＳＩ（Large Scale Integration）を含み、制御部１０１によって制御される。なお、この通信用ＬＳＩは、例えば、ＴＣＰ／ＩＰプロトコルでインターネット網を用いて外部のサーバとデータの送受信を行う機能を備えている。また、ＬＴＥによる無線通信を基地局３０と行う機能を備えている。
通信部１０３は、アンテナ１０４を介して基地局３０と接続して、機器５０から送信されたＤＬデータを受信部１０５に出力する機能を有する。また、ＰＣ２０から送信され、テザリング部１１２を介して送信部１１１が受け取った応答データを機器５０へ送信する機能を有する。
【００２７】
アンテナ１１１は、例えば、金属製のモノポールアンテナであり、通信用ＬＳＩに接続され、通信用ＬＳＩが行う通信に利用される。
なお、受信部１０５、送信部１１１、通信部１０３の機能は、携帯端末１０が有するＣＰＵが記憶部１１７に記憶するプログラムを実行することによって実現される。
（記録部１０２、判定部１０６）
記録部１０２は、制御部１０１によって制御され、受信部１０５が受信したＤＬデータごとに、履歴情報３００を生成し、記憶部１１７に記録する機能を有する。
【００２８】
判定部１０６は、機器５０からのＤＬデータを受信した場合に、そのＤＬデータに対して応答データを送信することになるか否かを判定する機能を有する。具体的には、判定部１０６は、記憶部１１７から、受信したＤＬデータと同種の受信データについての履歴情報３００を抽出し、これら履歴情報３００に基づいて、応答データを送信することになるか否か、すなわち、ＰＣ２０がＤＬデータに対する応答データを生成して送信することになるか否かを判定する。
【００２９】
なお、記録部１０２、判定部１０６の機能は、携帯端末１０が有するＣＰＵが記憶部１１７に記憶するプログラムを実行することによって実現される。
（推定部１０７、送信可能時刻予測部１０８、リソース要求部１０９）
推定部１０７は、判定部１０６が応答データを送信することになると判定した場合に、基地局３０に対してＵＬ用の無線リソースの割当要求を行ってから、無線リソースの割り当てが完了するまでに要する割当時間を推定する機能を有する。具体的には、推定部１０７は、記憶部１１７から、受信したＤＬデータと同種の受信データについての履歴情報３００を抽出し、履歴情報３００に記録されている割当時間に基づいて、現在、割当要求を行った場合の割当時間を推定する。
【００３０】
送信可能時刻予測部１０８は、判定部１０６が応答データを送信することになると判定した場合に、受信部１０５が受信したＤＬデータに対するＰＣ２０からの応答データが送信部１１１の送信バッファに蓄積される時刻を予測する機能を有する。具体的には、送信可能時刻予測部１０８は、記憶部１１７から、受信部１０５が受信したＤＬデータと同種の受信データについての履歴情報３００を抽出し、履歴情報３００に記録されている経過時間に基づいて、ＰＣ２０から送信された応答データが送信部１１１の送信バッファに蓄積されると想定される送信可能時刻を予測する。なお、送信可能時刻は、ＤＬデータを受信してからの相対的な時間で表すこととする。
【００３１】
リソース要求部１０９は、制御部１０１によって制御され、上述のリソース要求機能を実現する機能を有する。特に、リソース要求部１０９は、判定部１０６が応答データを送信することになると判定した場合に、送信可能時刻予測部１０８で予測した時刻より、推定部１０７で推定した割当時間前に応答データを送信するために必要な無線リソースの割当要求を行う。例えば、送信可能時刻予測部１０８が、送信可能時刻、すなわち、応答データが送信バッファに蓄積される時刻を、ＤＬデータを受信してから１５ｍｓ後の時刻と予測し、推定部１０７が、割当時間を８ｍｓと推定した場合には、ＤＬデータを受信してから７ｍｓ（＝１５ｍｓ−８ｍｓ）後に無線リソースの割当要求を行う。
（計時部１１０）
計時部１１０は例えば、タイマーであり、制御部１０１の指示を受けて、受信部１０５がＤＬデータを受信してから、そのＤＬデータに対する応答データが送信部１１１の送信バッファに蓄積されるまでの時間を掲示する機能を有する。
【００３２】
また、リソース要求部１０９が基地局３０に、無線リソースの割当要求を行ってから、その割当要求対する無線リソースが割り当てられるまでの時間を掲示する機能を有する。
計時部１１０で計時された時間のそれぞれは、履歴情報３００の項目として記録される。
（テザリング部１１２、テザリング用アンテナ１１３）
テザリング部１１２は、制御部１０１によって制御され、ＰＣ２０との間で無線によるデータ通信を行い、基地局との無線通信機能を利用して、ＰＣ２０からのデータをネットワーク上の機器５０に送信し、機器５０からのデータをＰＣ２０に送信する機能を有する。
【００３３】
テザリング用アンテナ１１３は、例えば、金属製のモノポールアンテナであり、携帯端末１０が、ＰＣ２０との間でテザリング機能による無線通信を行うために用いられる。
なお、テザリング部１１２の機能は、例えば、携帯端末１０のＣＰＵ（Central Processing Unit）が、記憶部１１７に記憶されているプログラムを実行することで実現される。
（音声処理部１１４）
音声処理部１１４は、例えば、レシーバとマイクとによって構成される。音声処理部１１４は、制御部１０１によって制御され、携帯端末１０の行う通話における音声の入出力処理を行う機能を有する。
【００３４】
レシーバは、制御部１０１によって制御され、制御部１０１から送られる電気信号を音声に変換して出力する機能を有する。
マイクは、音声を電気信号に変換して、変換した電気信号を制御部１０１へ送る機能を有する。
（表示部１１５、操作部１１６）
表示部１１５は、例えば、タッチパネル１５０が有する液晶ディスプレイである。
【００３５】
表示部１１５は、制御部１０１によって制御され、携帯端末１０を利用するユーザに提示する画像を生成して表示する機能を有する。
操作部１１６は、例えば、タッチパネル１５０が有するタッチパッド及び操作ボタン群１５３である。
操作部１１６は、制御部１０１によって制御され、携帯端末１０を利用するユーザからの接触操作やボタンの押下操作を受け付ける機能を有する。
【００３６】
具体的には、操作部１１６のタッチパッドは、タッチパネルの液晶ディスプレイに表示されたアイコン等の表示物に対するユーザからの接触操作を電気信号に変換して出力する機能を有する。また、操作部１１６は、ユーザのボタンの押下操作を電気信号に変換して、液晶ディスプレイに表示されたカーソルを移動させたり、アイコン等の表示物を選択する機能を有する。
（電源部１１８）
電源部１１８は、例えば、繰り返し充電して使用される二次電池パックである。
【００３７】
電源部１１８は、制御部１０１の指示により携帯端末１０の各機能部を駆動するための電力を供給する機能を有する。
＜１．３  データ構造＞
図４に、記憶部１１７に記憶させる履歴情報３００のデータ構造と、そのデータの一例を示す。
【００３８】
履歴情報３００は、基地局ＩＤ３０１、ＰＤＮ（Packet Data Network）３０２、受信時刻３０３、送信元ＩＰアドレス３０４、送信先ＩＰアドレス３０５、送信元ポート番号３０６、送信先ポート番号３０７、割当時間３０８、経過時間３０９、及び、応答データ量３１０から構成される。
基地局ＩＤ３０１は、ＤＬデータを受信した際に接続していた基地局のＩＤを示す。
【００３９】
ＰＤＮ（Packet Data Network）３０２は、機器５０とのデータ通信の際に利用したネットワーク網を示す。
受信時刻３０３は、受信部１０５が機器５０からのＤＬデータを受信した時刻を示す。
送信元ＩＰアドレス３０４は、応答データを送信する送信元のＩＰアドレス、すなわち、ＰＣ２０のＩＰアドレスを示す。
【００４０】
送信先ＩＰアドレス３０５は、応答データを受信する送信先のＩＰアドレス、すなわち、機器５０のＩＰアドレスを示す。
送信元ポート番号３０６は、応答データを送信する際に用いる送信元のポート番号を示す。
送信先ポート番号３０７は、送信先において応答データを受信する際に用いるポート番号を示す。
【００４１】
割当時間３０８は、応答データを送信するための無線リソースの割当要求を基地局３０に対して行ってから、実際に割り当てが行われるまでに要した時間を示す。なお、この時間は上述の計時部１１０で計時した時間である。
経過時間３０９は、ＤＬデータを受信してから、このＤＬデータに対する応答データが送信部１１１の送信バッファに蓄積されるまでの時間を示す。
【００４２】
応答データ量３１０は、経過時間３０９に対応して、その時間に送信バッファに蓄積された応答データのデータ量を示す。
なお、本実施の形態における、ＤＬデータと同種の受信データとは、履歴情報３００の基地局ＩＤ４０１、送信元ＩＰアドレス４０４、及び送信先ＩＰアドレス４０５が示す情報がＤＬデータの対応する情報とそれぞれ同じであるものをいう。
【００４３】
＜１．４  動作＞
まず、比較のために、応答データの送信可能時刻の予測を行わず、送信可能時刻よりも前に無線リソースの割当要求を行わない場合の処理動作を説明する。これは、従来の無線通信におけるデータ送信の際の処理手順と同様の手順である。
図５に、この手順の概略を示すシーケンス図を示す。
【００４４】
まず、機器５０は、ＰＣ２０宛てにＤＬデータを送信する（ステップＳ４００）。ＤＬデータは、例えば、ＰＣ２０に保存されているファイルの転送を指示するデータのように、ＰＣ２０がその応答として、機器５０宛てにデータ送信を行う必要があるデータである。  ＤＬデータは、ネットワーク４０を介して基地局３０に送信される。基地局３０は、無線通信が確立している携帯端末１０に、無線によりＤＬデータを送信する（ステップＳ４０１）。携帯端末１０は、受信したＤＬデータを、ＰＣ２０に送信する（ステップＳ４０２）。
【００４５】
ＰＣ２０は、ＤＬデータを受信し、受信したＤＬデータを処理し、機器５０に送信する応答データを生成して、携帯端末１０に送信する（ステップＳ４０３）。
携帯端末１０は、応答データを受信すると、応答データを一旦バッファに蓄積し、この応答データを送信するために必要な無線リソース量を確保するための、ＵＬ（Up Link）用の無線リソースの割当要求を基地局３０に対して行う（ステップＳ４０４）。
【００４６】
基地局３０は、携帯端末１０からの無線リソースの要求があると、携帯端末１０から送信される通信状況のレポートや、接続中の他の携帯端末から送信される通信状況のレポート等を元に、通信状況に応じて、携帯端末１０に割り当てる無線リソース量を決定し、携帯端末１０に無線リソースを割り当てる。そして、割り当てた無線リソースに係る情報を携帯端末１０に送信する（ステップＳ４０５）。
【００４７】
携帯端末１０は、基地局３０から無線リソースが割り当てられると、バッファから応答データを取り出し、基地局３０から割り当てられた無線リソースを用いて、応答データを基地局３０に送信する（ステップＳ４０６）。
基地局３０は、受信した応答データを、ネットワーク４０を介して機器５０に送信する（ステップＳ４０７）。
【００４８】
次に、応答データの送信可能時刻の予測を行い、送信可能時刻より、推定した割当時間前に無線リソースの割当要求を行う場合の処理動作を説明する。
図６は、この手順の概略を示すシーケンス図である。
図６で示すシーケンスは、図５で示すシーケンスとは、ＵＬ用の無線リソースの割当要求を行うタイミングが異なる。図６で示すシーケンスでは、無線リソースの割り当てが、応答データの送信のタイミングに合うように、ＰＣ２０から応答データを受信する前にＵＬ用の無線リソースの割当要求を行う。
【００４９】
ステップＳ４１０〜ステップＳ４１２までの処理は、図５のステップＳ４００〜ステップＳ４０２までの処理と同じである。
携帯端末１０は、送信可能時刻予測部１０８で予測した送信可能時刻より、推定部１０７で推定した割当時間前に無線リソースの割当要求を行う（ステップＳ４１３）。基地局３０は、この割当要求を受信すると無線リソースの割り当てを行う（ステップＳ４１４）。
【００５０】
ＰＣ２０は、携帯端末に応答データを送信し（ステップＳ４１５）、携帯端末１０は、ステップＳ４１４で割り当てられた無線リソースを用いて、ステップＳ４１５でＰＣ２０から送信された応答データを基地局３０に送信する（ステップＳ４１６）。基地局３０は、受信した応答データを機器５０に送信する（ステップＳ４１７）。
図７は、無線リソース割当処理のシーケンスの一例である。
【００５１】
まず、携帯端末１０は、基地局３０に対して、ＰＵＣＣＨ（Physical Uplink Control Channel）を使用してＳＲ（Scheduling Request）を送信する（ステップＳ５００）。
ＳＲを受信した基地局３０は、ＢＳＲ（Buffer Status Report）送信用のＵＬ領域を割り当てる（ステップＳ５０１）。
携帯端末１０は、割り当てられたＢＳＲ送信用のＵＬ領域を使用して、送信する応答データのデータ量を含めたＢＳＲを送信する（ステップＳ５０２）。
【００５２】
基地局３０は、ＢＳＲの情報、及び、上述の通信状況のレポートや接続中の他の携帯端末から送信される通信状況のレポートに基づいて、携帯端末１０に割り当てる無線リソース量を決定し（ステップＳ５０３）、応答データのＵＬ用の無線リソースを割り当てる（ステップＳ５０４）。
携帯端末１０は、割り当てられた無線リソースにより応答データを送信する（ステップＳ５０５）。
【００５３】
図８は、応答データの送信可能時刻の発生頻度を表すグラフにおける無線リソース割当要求のタイミングを示す概念図である。
図８のグラフは、横軸に機器５０からＤＬデータを受信してから（時刻Ｔ０）、そのＤＬデータに対する応答データがバッファに蓄積されるまでの経過時間を示し、縦軸は、経過時間ごとの発生頻度を示す。図中のΔＲは、推定部１０７が推定した割当時間を示す。
【００５４】
なお、経過時間Ｔにおける発生頻度Ｎは、記憶部１１７に記録されている同種の受信データの履歴情報３００に基づく値である。図８は、応答データがバッファに蓄積されるまでの経過時間が、比較的狭い範囲に集中している例を示す。このような場合には、一番遅い時刻Ｔ２のタイミングで無線リソースの割り当てがなされるように、時刻Ｔ２よりΔＲだけ前の時刻Ｔ１にリソース要求部１０９が基地局３０に対して無線リソースの割当要求を行う。つまり、ＤＬデータを受信してから、（Ｔ２−Ｔ１）の時間経過後にリソース要求部１０９、基地局３０に対して無線リソースの割当要求を行う。これにより、応答データがバッファに蓄積されてから無線リソースの要求を行う場合に比べて、無線リソースが割り当てられるまでに要する時間が短縮できる。
【００５５】
図９は、携帯端末１０における無線リソースの割り当て係る処理のフローチャートを示す。
携帯端末１０は、基地局３０と接続しており、機器５０との間でのデータの送受信が可能な状態であるとする。
受信部１０５は、機器５０からのＤＬデータの受信を待つ（ステップＳ１１）。受信部１０５が、機器５０からＤＬデータを受信すると（ステップＳ１１：ＹＥＳ）、判定部１０６は、受信したＤＬデータと同種の受信データにおける履歴情報３００を記憶部１１７から抽出し、履歴情報３００に基づいて、ＤＬデータに対して応答データを返信することになるか否かを予測する（ステップＳ１２）。応答データを返信しないと予測した場合には、処理を終了する（ステップＳ１２：ＮＯ）。
【００５６】
一方、応答データを返信すると予測した場合（ステップＳ１２：ＹＥＳ）、送信可能時刻予測部１０８は、記憶部１１７を参照し、受信したＤＬデータと同種の受信データにおける履歴情報３００の経過時間３０９に基づいて、ＤＬデータを受信した時刻を基準とした相対的な時刻として、送信可能時刻Ｔｒを予測する。具体的には、送信可能時刻予測部１０８は、受信したＤＬデータと同種の受信データにおける履歴情報３００に記録されている経過時間３０９の平均を算出し、ＤＬデータの受信時から、その平均値の経過時を送信可能時刻Ｔｒとする。
【００５７】
次に、推定部１０７は、応答データのＵＬ用の無線リソースの割当要求を行う場合に、割当要求を行ってから無線リソースが基地局３０から割り当てられるまでに要する割当時間ΔＲを推定する（ステップＳ１４）。
そして、リソース要求部１０９は、送信可能時刻Ｔｒと割当時間ΔＲを用いて、リソース要求時刻ＴｓをＴｓ＝Ｔｒ−ΔＲで算出する（ステップＳ１５）。
【００５８】
リソース要求部１０９は、算出したリソース要求時刻Ｔｓが到来するまで待つ（ステップＳ１６）。
リソース要求部１０９は、リソース要求時刻Ｔｓになると（ステップＳ１６：ＹＥＳ）、応答データを送信するための無線リソースを要求するためのＳＲを基地局３０に送信する（ステップＳ１７）。そして、基地局３０からＢＳＲ送信用の無線リソースが割り当てられるまで待つ（ステップＳ１８）。
【００５９】
基地局３０からＢＳＲ送信用の無線リソースが割り当てられると（ステップＳ１８：ＹＥＳ）、リソース要求部１０９は、応答データの送信サイズＤを推定する（ステップＳ１９）。具体的には、リソース要求部１０９は、記憶部１１７を参照し、ＤＬデータと同種の受信データにおける履歴情報３００の応答データ量３１０に基づいて、送信サイズＤを推定する。例えば、送信可能時刻予測部１０８で算出した経過時間の平均と同じ経過時間における応答データ量の平均を送信サイズＤと推定する。
【００６０】
次に、リソース要求部１０９は、送信サイズＤに応じた無線リソースの割り当てを要求するＢＳＲを送信する（ステップＳ２０）。
そして、基地局３０から、応答データ送信のためのＵＬ用の無線リソースが割り当てられるまで待つ（ステップＳ２１）。
無線リソースが割り当てられると（ステップＳ２１：ＹＥＳ）、送信部１１１は、バッファに応答データが蓄積されているか否かを判定する（ステップＳ２２）。
【００６１】
バッファに応答データが蓄積されていない場合（ステップＳ２３：ＮＯ）、割り当てられた無線リソースが解放されて利用できなくなったか否かを判定する（ステップＳ２３）。
無線リソースが解放されていなければ（ステップＳ２３：ＮＯ）、ステップＳ２２に戻る。一方、無線リソースが解放されると（ステップＳ２３：ＹＥＳ）、送信すべき応答データがないので処理を終了する。
【００６２】
一方、送信部１１１のバッファに応答データがある場合（ステップＳ２２：ＹＥＳ）、送信部１１１は、バッファに蓄積されている応答データを割り当てられた無線リソースを用いて基地局３０に送信する（ステップＳ２４）。
次に、上述したデータの送受信の過程において、記録部１０２が履歴情報３００を記憶部１１７に記憶させる処理について説明する。
【００６３】
図１０は、記録部１０２における履歴情報記録に係る処理のフローチャートである。
受信部１０５は、機器５０からのＤＬデータの受信を待つ（ステップＳ３１）。なお、ステップＳ３１の処理は、図９のステップＳ１１の処理である。受信部１０５が、機器５０からＤＬデータを受信すると（ステップＳ３１：ＹＥＳ）、制御部１０１は、計時部１１０に指示し、タイマーＴｄを初期化（Ｔｄ＝０）し、計時を開始させる（ステップＳ３２）。
【００６４】
次に、送信部１１１は、ＤＬデータに対する応答データが、出力されてきたか否かを判定する（ステップＳ３３）。なお、ステップＳ３３の処理は図９のステップＳ２２の処理と同じ処理である。
送信部１１１のバッファに応答データが蓄積されはじめると、制御部１０１は、計時部１１０に指示し、タイマーＴｄを停止させる（ステップＳ３４）。
【００６５】
また、ＤＬデータを受信した場合（ステップＳ３１：ＹＥＳ）、リソース要求部１０９が、無線リソースの割当要求を行う際に、制御部１０１は、計時部１１０に指示し、タイマーＴｓを初期化（Ｔｓ＝０）し、計時を開始させる（ステップＳ３５）。
次に、リソース要求部１０９は、無線リソース割当要求を行う（ステップＳ３６〜ステップＳ４０）。なお、ステップＳ３６〜ステップＳ４０は、既に説明した図９のステップＳ１７〜ステップＳ２１の処理である。
【００６６】
基地局３０から無線リソースが割り当てられると、制御部１０１は、計時部１１０に指示し、タイマーＴｓを停止させる（ステップＳ４１）。
そして、送信部１１１は、バッファに蓄積された応答データを基地局３０に送信する（ステップＳ４２）。ステップＳ４２の処理は、図９のステップＳ２３の処理である。
記録部１１７は、受信したＤＬデータに係る履歴情報３００を記憶部１１７に記録する。
【００６７】
なお、履歴情報３００の記録を行う際には、記録部１０２は、ステップＳ３４でのタイマーＴｄの値を、履歴情報３００の経過時間３０９に記録し、ステップＳ４１でのタイマーＴｓの値を、履歴情報３００の割当時間３０８に記録する。
＜１．５  考察＞
本実施の形態の携帯端末１０は、機器５０からのＤＬデータに対する応答データが送信部１１１のバッファに蓄積されるタイミングに合うように、予測したタイミングで、前もって無線リソースの割当要求を基地局に対して行う。これにより、無線リソースの割り当て要求を行ってから、無線リソースの割り当てに要する時間分、待つことなく応答データを送信するので、応答に係る時間を改善することができる。
＜２．実施の形態２＞
＜２．１  概要＞
実施の形態１の携帯端末１０は、記憶部１１７に記憶される履歴情報３００に基づいて、蓄積されるタイミングと、無線リソースの割り当てまでにかかる割当時間とを推測し、送信部１１１のバッファに応答データが蓄積される前に、蓄積されるタイミングに合うように、無線リソースの割当要求を行うタイミングを決定した。
【００６８】
ところで、図１１で示すように、経過時間の頻度分布にばらつきがあるような場合には、送信部１１１のバッファに蓄積される送信可能時刻の予測が外れる可能性が高くなる。
例えば、経過時間の平均を算出して、平均値から求められる時刻（図１１の時刻Ｔ４）を送信可能時刻と予測した場合、それよりも割当時間ΔＲだけ前の時刻Ｔ３に無線リソースの割当要求を行うことになる。同図のグラフにおいて、１つの棒グラフを１ｍｓごととし、無線リソースの割当が解放されるまでの時間が、無線リソースが割り当てられてから１ｍｓ後とすると、時刻Ｔ４に割り当てられた無線リソースは、時刻Ｔ４の次の白い棒グラフの時刻には、無線リソースが解放される。そのため、発生頻度の斜線部で表される棒グラフの時刻にバッファに蓄積される応答データについては、割り当てられた無線リソースが既に解放されており、再度、無線リソースの割当要求を行わなければ、送信できない。このため、無線リソースを無駄にすることになる。
【００６９】
そこで、実施の形態の携帯端末では、このように経過時間にばらつきがあるような場合には、予測が外れる確率が高くなるので、予め定めた一定範囲を超えてばらついているような場合には、前もって無線リソースの割当要求を行うことを抑制する。
また、割当時間にばらつきがある場合にも、上記と同様の理由で、無線リソースの割当要求を行うタイミングが外れる可能性が高くなる。従って、割当時間についても、予め定めた一定範囲を超えてばらついているような場合には、前もって無線リソースの割当要求を行うことを抑制する。
【００７０】
以下、上述の機能を備えた、本実施の形態の携帯端末について、実施の形態１の携帯端末１０と異なる部分を重点的に説明する。なお、本実施の形態の携帯端末は、実施の形態１の携帯端末１０と基本的な構成は同じなので、同じ符号を用いる。
＜２．２  構成＞
本実施の形態の携帯端末１０の判定部１０６は、実施の形態１の携帯端末１０の判定部１０６の機能に加えて、ＤＬデータと同種の受信データに対する履歴情報３００における経過時間のばらつき度合いと、割当時間のばらつき度合いとを算出する機能を備える。また、算出した経過時間のばらつき度合いと、割当時間のばらつき度合いとから、応答データが送信部１１１のバッファに蓄積されるより前に、無線リソースの割当要求を行うか否かを判断する機能を有する。なお、ばらつき度合いを示す指標は、例えば、標準偏差である。
【００７１】
＜２．３  動作＞
次に、応答データが送信部１１１のバッファに蓄積されるよりも前に、無線リソースの割当要求を行うか否かの制御に係る動作について説明する。
図１２は、本実施の形態の携帯端末１０における無線リソースの割り当てに係る処理のフローチャートである。
【００７２】
実施の形態１と同様に、携帯端末１０は、基地局３０と接続しており、機器５０との間でのデータの送受信が可能な状態であるとする。
受信部１０５は、機器５０からのＤＬデータの受信を待つ（ステップＳ６１）。受信部１０５が、機器５０からＤＬデータを受信すると（ステップＳ６１：ＹＥＳ）、判定部１０６は、受信したＤＬデータと同種の受信データにおける履歴情報３００を記憶部１１７から抽出し、履歴情報３００に基づいて、ＤＬデータに対して応答データを返信することになるか否かを予測する（ステップＳ６２）。応答データを返信しないと予測した場合には、処理を終了する（ステップＳ１２：ＮＯ）。
【００７３】
次に、制御部１０１は、リソース要求部１０９を制御し、記憶部１１７から抽出した、受信したＤＬデータと同種の受信データにおける履歴情報３００の経過時間３０９の情報に基づいて、経過時間の標準偏差σｔを算出させる（ステップＳ６３）。
リソース要求部１０９は、算出した標準偏差σｔが予め定められた閾値Ｓｔｈ（例えば、２ｍｓ）より大きければ（σｔ＞Ｓｔｈ）、経過時間のばらつきが大きいと判断して、処理を終了する（ステップＳ６４：ＹＥＳ）。
【００７４】
一方、リソース要求部１０９は、算出した標準偏差σｔが予め定められた閾値Ｓｔｈより大きくなければ（ステップＳ６４：ＮＯ）、経過時間のばらつきは小さいと判断して、割当時間の標準偏差σｒを経過時間の標準偏差σｔを算出するのに用いた履歴情報３００の割当時間３０８に基づいて算出する（ステップＳ６５）。
次に、リソース要求部１０９は、算出したσｒが予め定められた閾値Ｒｔｈ（例えば、１ｍｓ）より大きければ（σｒ＞Ｒｔｈ）、割当時間のばらつきが大きいと判断して、処理を終了する（ステップＳ６６：ＹＥＳ）。
【００７５】
一方、リソース要求部１０９は、算出した標準偏差σｒが予め定められた閾値Ｒｔｈより大きくなければ（ステップＳ６６：ＮＯ）、経過時間のばらつきは小さいと判断して、実施の形態１で説明した、図９のステップＳ１３からの処理を行う。
＜２．４  考察＞
本実施の形態の携帯端末１０は、受信したＤＬデータと同種の受信データについての履歴情報３００に基づいて、応答データがバッファに蓄積されるまでの経過時間のばらつきと、無線リソースの割当要求を行ってから、無線リソースの割当がなされるまでの割当時間のばらつきを求める。そして、これらのばらつきが大きい場合には、応答データがバッファに蓄積されるより前に無線リソースの割当要求を行うことを抑制する。これにより、前もって無線リソースの割当要求をすることで、応答に係る時間を改善する効果が見込めると判断した場合にのみ、前もって無線リソースの割当要求を行うことができる。
【００７６】
すなわち、応答データがバッファに蓄積されるタイミングに、適切に無線リソースの割当がなされる可能性が低いと判断される場合には、前もって無線リソースの割当要求を行わないようにすることができ、割り当てられた無線リソースが無駄になることを抑制しつつ、応答に係る時間を改善する効果が見込めそうな場合には、応答に係る時間を改善することができる。
＜３．変形例＞
以上、本発明に係る携帯端末について、実施の形態に基づいて説明したが、以下のように変形することも可能であり、本発明は上述した実施の形態で示した通りの携帯端末に限られないことは勿論である。
【００７７】
（１）実施の形態では、記憶部１１７に記録される履歴情報３００のうち、受信したＤＬデータと同種の受信データの履歴情報に基づいて、無線リソースの割当要求を行うタイミングを決定したが、図４の履歴情報３００の代わりに、図１３で示す履歴情報４００を用いて、次のような制御を行ってもよい。
図１３で示す履歴情報４００の基地局ＩＤ４０１〜応答データ量４１０までの項目は、それぞれ、図４の履歴情報３００の基地局ＩＤ３０１〜応答データ量３１０と同じである。履歴情報４００は、履歴情報３００の項目に加えてリソース割当成否４１１の項目を含む構成である。
【００７８】
リソース割当成否４１１は、応答データが送信部１１１のバッファに蓄積されるより前に、リソース要求部１０９が、基地局３０に対して無線リソースの割当要求を行ったことにより割り当てられた無線リソースが解放されることなく、この無線リソースを用いて、応答データが送信できたか否かを示す情報を記録するためのものである。リソース割当成否が「ＯＫ」の場合は、前もって割り当てられた無線リソースが解放されることなく、利用されたことを示し、「ＮＧ」の場合は、無線リソースの割当のタイミングが、応答データが送信部１１１のバッファに蓄積されるタイミングに外れて、利用できなかったことを示す。
【００７９】
リソース要求部１０９は、受信したＤＬデータと同種の履歴情報４００のうち、リソース割当成否４１１が「ＯＫ」を示す履歴情報４００と、受信したＤＬデータが同じような状況である場合に、応答データが送信部１１１のバッファに蓄積されるより前に無線リソースの割当要求を行ってもよい。また、受信したＤＬデータが、「ＮＧ」を示す履歴情報４００と同じような状況である場合には、応答データが送信部１１１のバッファに蓄積されるより前に無線リソースの割当要求を行うことを抑制してもよい。ここで、「同じような状況」とは、例えば、履歴情報４００の基地局ＩＤ４０１が、現在、接続している基地局の基地局ＩＤと同じ基地局ＩＤを示し、受信時刻４０３で示される時刻と、履歴情報４００の受信時刻４０３で示される時刻の時間帯が、予め期間を区分した時間帯（例えば、日中（10:00〜16:00）や夜間（1:00〜6:00）等）のうち同じ時間帯であるような場合である。このような条件に一致するか否かを判断し、前もって割当要求を行うか否かを決定することで、無線リソースが割り当てられるタイミングと、応答データが送信部１１１のバッファに蓄積されるタイミングが外れる場合を低減できる。更に、通信相手のＩＰアドレスが同じであることを条件としてもよい。履歴情報４００の基地局ＩＤ４０１〜送信ポート番号４０７までの項目のうち、１以上の項目を適宜組み合わせて、それらの組み合わせにおいて共通する場合を、同じような状況と判断してもよい。
【００８０】
（２）実施の形態１や実施の形態２の処理を行うか否かをユーザが指定して任意に切り替えることができるようにしてもよい。
図１４は、ユーザによる処理の切り替え操作を行う際に、タッチパネル１５０に含まれる表示部１１５に表示するＵＩ７００の一例である。
ＵＩ７００は、切り替えのためのラジオボタンを表示する領域７０１と、決定のためのＯＫボタン７０２と、キャンセルボタン７０３を含む構成である。
【００８１】
領域７０１には、「自動判別」、「常にＯＮ」、「常にＯＦＦ」の３つの選択肢から１つを選択するためのラジオボタンが配置されている。
「自動判別」は、割当時間や送信可能時刻にばらつきがあるか否かを判定して、ばらつきが少ない場合に、応答データが送信部１１１のバッファに蓄積される前に、無線リソースの割当要求を行う場合である。すなわち、実施の形態２で説明した処理を行う場合である。
【００８２】
「常にＯＮ」は、ばらつきがあるか否かの判断はせず、応答データが送信部１１１のバッファに蓄積される前に、無線リソースの割当要求を行う場合である。すなわち、実施の形態１で説明した処理を行う場合である。
「常にＯＦＦ」は、応答データが送信部１１１のバッファに蓄積されてから、無線リソースの割当要求を行う場合である。すなわち、図５で示す無線リソースの割当処理を行う場合である。
【００８３】
ユーザがこの３つのうち、１つを選択して、ＯＫボタン７０２にタッチすると、それぞれの処理を行うように制御部１０１が各機能部を制御する。そして、メニュー画面を終了し、このメニュー画面を表示する以前の状態、例えば、待ち受け画面を表示する状態に戻る。
ユーザがキャンセルボタン７０３にタッチすると、前回設定した状態を維持し、上記と同様に、例えば、待ち受け画面を表示する状態に戻る。
【００８４】
（３）実施の形態では、割当時間の推定や、送信可能時刻の予測に、それぞれ、ＤＬデータと同種の受信データにおける履歴情報３００の割当時間３０８の平均値や経過時間の３０９の平均値を用いたが、予測に用いる値はこれに限らない。平均値ではなく、中央値や最頻値を用いて、割当時間の推定や、送信可能時間の予測を行ってもよい。
（４）実施の形態では、無線リソースの割当要求を行う時刻を、予測した送信可能時刻から推定した割当時間を引いた時刻としたが、この時刻が負の値の場合、すなわち、ＤＬデータを受信した時刻より前となる場合には、リソース要求部１０９は、直ちに無線リソースの割当要求を行えばよい。これにより、応答データが送信部１１１のバッファに蓄積されてから無線リソースの割当要求を行うよりは早く応答データの送信を可能にし得る。
【００８５】
（５）実施の形態において、ＤＬデータと同種の受信データを、履歴情報３００の基地局ＩＤ４０１、送信元ＩＰアドレス４０４、及び送信先ＩＰアドレス４０５が示す情報がＤＬデータの対応する情報とそれぞれ同じとしたが、同種とする受信データは、これに限らない。履歴情報３００で示される項目のうち、割当時間４０８、経過時間４０９、応答データ量４１０の項目以外の項目で示される情報の少なくとも１以上の項目で、ＤＬデータにおいて、それぞれに対応する情報と同じであればよい。
【００８６】
また、図１５で示す履歴情報５００を用いて、ペイロード５１１で示される情報が、ＤＬデータのペイロードで示される情報の一部に含まれている場合に、同種の受信データとしてもよい。
ここで、履歴情報５００の基地局ＩＤ５０１〜応答データ量５１０までの項目は、それぞれ、図４の履歴情報３００の基地局ＩＤ３０１〜応答データ量３１０と同じである。履歴情報５００は、履歴情報３００の項目に加えてペイロード５１１の項目を含む構成である。
【００８７】
ペイロード５１１の項目は、受信データに含まれるペイロードに記載されている情報のうち、先頭から予め定められた一定サイズまでの情報を記録するためのものである。例えば、ペイロードには、接続先からＵＬするデータを指定する指示やＵＲＬ等が記載されている。ペイロードの記載が、同じ指示やＵＲＬ等である場合に、同種の受信データと判断してもよい。
【００８８】
（６）実施の形態２では、ばらつきの判断に標準偏差を用いたが、これに限らない。ばらつきが判断できればどのような指標を用いてもよい。例えば、分散でもよいし、割当時間や送信可能時刻の最大値と最小値の幅が一定値の範囲内であるか否かで判断してもよい。
分散や最大値と最小値の幅で判断する場合には、標準偏差を算出する場合に比べて、算出に係る処理が簡素化できる。
【００８９】
また、送信可能時刻のばらつきを、割当時間を用いて判断してもよい。具体的には、ＤＬデータと同種の受信データに対する履歴情報の中で最も早い送信可能時刻から割当時間で示される時間の範囲内に、送信可能時刻が、予め定められた一定割合（例えば９０％）以上含まれる場合には、ばらつきが少ないと判断してもよい。この場合、最も早い履歴情報の送信可能時刻に割当時間を加算した時刻に、送信部１１１のバッファに応答データが蓄積されていなければ、その時刻に、無線リソースの割当要求を行えばよい。
【００９０】
これにより、割当時間内に、ほとんどの応答データが、送信部１１１のバッファに蓄積されていると考えられるので、無線リソースが割り当てられると、直ちに蓄積された応答データを送信することができるので、前もって割り当てられた無線リソースが無駄になる場合を低減することができる。
（７）実施の形態では、受信データごとの履歴情報に基づいて、割当時間の推定や送信可能時刻の予測をしたが、これに限らない。割当時間の推定や、送信可能時刻の予測が行えればよい。例えば、新たに割当要求を行うごとに、新たに行った割当要求の割当時間を加味して割当時間の平均値を算出し、記憶しておき、その後の割当時間の推定に用いてもよい。また、送信可能時刻についても、同様に、新たな応答データについて、ＤＬデータを受信してから応答データが送信部１１１のバッファに蓄積されるまでの時間を加味して、送信可能時刻の平均値を算出し、記憶しておき、その後の送信可能時刻の予測に用いてもよい。
【００９１】
また、無線リソースの割当時間は、基地局から送られる通信品質等の情報に基づいて、割当時間を推定してもよい。
（８）実施の形態では、無線リソースの割当処理の動作を、BSRの送信に先立ってSRの送信が必要となる場合を例に説明したが、通信中であれば、BSR送信のための領域が定期的に割り当てられる場合がある。この場合にはSRの手順を省略することも可能である。
【００９２】
（９）実施の形態において説明した携帯端末の各構成要素のうち、全部又は一部をその機能を実行する回路として実現されてもよいし、１又は複数のプロセッサによりプログラムを実行することで実現されてもよい。また、ＩＣ、ＬＳＩその他の集積回路のパッケージとして構成されるものとしてもよい。このパッケージは各種装置に組み込まれて利用に供され、これにより各種装置は、実施の形態で示したような各機能を実現するようになる。
【００９３】
（１０）実施の形態で示した携帯端末の機能を、携帯端末のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるための機械語或いは高級言語のプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布することもできる。このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより各実施形態で示したような各機能が実現されるようになる。なお、プロセッサは、制御プログラムを直接実行する他、コンパイルして実行或いはインタプリタにより実行してもよい。
【００９４】
（１１）本発明に係る携帯端末の制御方法を、コンピュータプログラムを用いてコンピュータにより実現してもよいし、前記コンピュータプログラムからなるデジタル信号として伝送してもよい。
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ―ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されている前記コンピュータプログラム又は前記デジタル信号であるとしてもよい。
【００９５】
また、本発明に係るコンピュータプログラム又はデジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。
（１２）上記実施の形態及び上記変形例をそれぞれ適宜組み合わせるとしてもよい。
【産業上の利用可能性】
【００９６】
本発明に係る携帯端末は、基地局との無線通信を介して、ネットワークに接続する機器との間でデータ通信を行う際に有用である。
【符号の説明】
【００９７】
１  通信システム
１０  携帯端末
３０  基地局
５０  機器
１０１  制御部
１０２  記録部
１０３  通信部
１０５  受信部
１０６  判定部
１０７  推定部
１０８  送信可能時刻予測部
１０９  リソース要求部
１１０  計時部
１１１  送信部
１１２  テザリング部
１１５  表示部
１１７  記憶部
１１７  記録部
３００、４００、５００  履歴情報
【図１】
2015162701.tif 000003
【図２】
2015162701.tif 000004
【図３】
2015162701.tif 000005
【図４】
2015162701.tif 000006
【図５】
2015162701.tif 000007
【図６】
2015162701.tif 000008
【図７】
2015162701.tif 000009
【図８】
2015162701.tif 000010
【図９】
2015162701.tif 000011
【図１０】
2015162701.tif 000012
【図１１】
2015162701.tif 000013
【図１２】
2015162701.tif 000014
【図１３】
2015162701.tif 000015
【図１４】
2015162701.tif 000016
【図１５】
2015162701.tif 000017