(57)【要約】【課題】上りリンク信号が大容量となる場合に、上りの通信速度を確保することができる携帯端末を提供する。【解決手段】送信情報量の大きさを区分に分けるための閾値を記憶する閾値記憶部と、送信データの送信情報量を取得して、記憶された閾値を参照して当該送信情報量の区分を判定する情報量区分判定部と、判定された区分に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成する優先情報生成部とを備える。【選択図】図３
2014082665.tif 000002
【特許請求の範囲】
【請求項１】
送信情報量の大きさを区分に分けるための閾値を記憶する閾値記憶部と、
送信データの送信情報量を取得して、前記記憶された閾値を参照して当該送信情報量の区分を判定する情報量区分判定部と、
前記判定された区分に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成する優先情報生成部と
を備える携帯端末。
【請求項２】
アプリケーションの種別情報と、当該アプリケーションにおける平均送信情報量とをペアで記憶するアプリ情報量記憶部と、
起動中のアプリケーションの種別を判定し、前記アプリ情報量記憶部を参照して前記平均送信情報量を抽出して、当該平均送信情報量を送信情報量の予測値とするアプリ判定部と、
前記送信情報量の予測値に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する優先情報生成部と、
を備える携帯端末。
【請求項３】
サイトのＵＲＬと、当該サイトＵＲＬにおける平均送信情報量とをペアで記憶するサイト情報量記憶部と、
アクセス中のサイトＵＲＬを判定し、前記サイト情報量記憶部を参照して平均送信情報量を抽出して、当該平均送信情報量を送信情報量の予測値とするアクセスサイト判定部と、
前記送信情報量の予測値に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する優先情報生成部と、
を備える携帯端末。
【請求項４】
請求項１から３の何れかに記載の携帯端末であって、
前記優先情報生成部は、前記携帯端末においてキャリアアグリゲ−ションが実行される場合に、前記優先情報を生成、出力すること
を特徴とする携帯端末。
【請求項５】
請求項１から３の何れかに記載の携帯端末であって、
前記上りリンクに用いる周波数と、前記下りリンクに用いる周波数を互いに異なる周波数とすること
を特徴とする携帯端末。
【請求項６】
送信情報量の大きさを区分に分けるための閾値を記憶する閾値記憶部と、
セル内の携帯端末の送信データの送信情報量を取得して、前記記憶された閾値を参照して当該送信情報量の区分を判定する情報量区分判定部と、
前記判定された区分に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成する優先情報生成部と
を備える基地局。
【請求項７】
携帯端末と基地局とで構成される通信システムであって、
前記携帯端末は、
送信情報量の大きさを区分に分けるための閾値を記憶する閾値記憶部と、
送信データの送信情報量を取得して、前記記憶された閾値を参照して当該送信情報量の区分を判定する情報量区分判定部と、
前記判定された区分に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成する優先情報生成部とを備え、
前記基地局は、
前記優先情報に応じてスケジュール情報を決定するスケジュール情報決定部
を備えることを特徴とする通信システム。
【請求項８】
携帯端末と基地局とで構成される通信システムであって、
前記携帯端末は、
アプリケーションの種別情報と、当該アプリケーションにおける平均送信情報量とをペアで記憶するアプリ情報量記憶部と、
起動中のアプリケーションの種別を判定し、前記アプリ情報量記憶部を参照して前記平均送信情報量を抽出して、当該平均送信情報量を送信情報量の予測値とするアプリ判定部と、
前記送信情報量の予測値に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する優先情報生成部とを備え、
前記基地局は、
前記優先情報に応じてスケジュール情報を決定するスケジュール情報決定部
を備えることを特徴とする通信システム。
【請求項９】
携帯端末と基地局とで構成される通信システムであって、
前記携帯端末は、
サイトのＵＲＬと、当該サイトＵＲＬにおける平均送信情報量とをペアで記憶するサイト情報量記憶部と、
アクセス中のサイトＵＲＬを判定し、前記サイト情報量記憶部を参照して平均送信情報量を抽出して、当該平均送信情報量を送信情報量の予測値とするアクセスサイト判定部と、
前記送信情報量の予測値に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する優先情報生成部とを備え、
前記基地局は、
前記優先情報に応じてスケジュール情報を決定するスケジュール情報決定部
を備えることを特徴とする通信システム。
【請求項１０】
携帯端末と基地局とが実行する周波数決定方法であって、
前記携帯端末は、
送信データの送信情報量を取得して、送信情報量の大きさを区分に分けるための閾値を参照して当該送信情報量の区分を判定する情報量区分判定ステップと、
前記判定された区分に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成する優先情報生成ステップとを実行し、
前記基地局は、
前記優先情報に応じてスケジュール情報を決定するスケジュール情報決定ステップ
を実行することを特徴とする周波数決定方法。
【請求項１１】
携帯端末と基地局とが実行する周波数決定方法であって、
前記携帯端末は、
起動中のアプリケーションの種別を判定し、アプリケーションの種別情報と当該アプリケーションにおける平均送信情報量とがペアで記憶されたアプリ情報量記憶部を参照して前記平均送信情報量を抽出して、当該平均送信情報量を送信情報量の予測値とするアプリ判定ステップと、
前記送信情報量の予測値に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する優先情報生成ステップとを実行し、
前記基地局は、
前記優先情報に応じてスケジュール情報を決定するスケジュール情報決定ステップ
を実行することを特徴とする周波数決定方法。
【請求項１２】
携帯端末と基地局とが実行する周波数決定方法であって、
前記携帯端末は、
アクセス中のサイトＵＲＬを判定し、サイトのＵＲＬと当該サイトＵＲＬにおける平均送信情報量とがペアで記憶されたサイト情報量記憶部を参照して平均送信情報量を抽出して、当該平均送信情報量を送信情報量の予測値とするアクセスサイト判定ステップと、
前記送信情報量の予測値に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する優先情報生成ステップとを実行し、
前記基地局は、
前記優先情報に応じてスケジュール情報を決定するスケジュール情報決定ステップ
を実行することを特徴とする周波数決定方法。
【請求項１３】
携帯端末を、請求項１から５の何れかに記載の携帯端末として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は携帯端末、基地局、通信システム、周波数決定方法、プログラムに関する。
【背景技術】
【０００２】
昨今、３ＧＰＰ＿Ｒｅｌ．８／９で規格化されたＬＴＥ（Ｌｏｎｇ＿Ｔｅｒｍ＿Ｅｖｏｌｕｔｉｏｎ）をさらに発展させた規格として、ＬＴＥ−Ａｄｖａｎｃｅｄが規格化された。ＬＴＥ−Ａｄｖａｎｃｅｄの仕様の一つにキャリアアグリゲ−ション技術がある。キャリアアグリゲ−ションとは、コンポーネントキャリアと呼ばれる区分けされた帯域ブロックの搬送波を複数束ねて同時送信・受信する技術である。キャリアアグリゲ−ションには、同一周波数帯域のコンポーネントキャリアを複数束ねて送受信に用いるイントラバンド・キャリアアグリゲーション、異なる周波数帯域のコンポーネントキャリアを複数束ねて送受信に用いるインターバンド・キャリアアグリゲーションがある。キャリアアグリゲ−ション環境におけるセルの管理方法に関し特許文献１などがある。
【０００３】
従来はキャリアアグリゲ−ションを行う際に、下り帯域の受信情報（チャネル品質）をもとにキャリアアグリゲ−ションの可否を判断し、ユーザのスケジュールを行っていた。また従来は、上り通信に用いる周波数帯は下り通信に用いる周波数帯と同じ帯域を使用してきた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−０４４６６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
キャリアアグリゲ−ションにおいては、下り帯域の受信情報（チャネル品質）をもとに決定された下り帯域と同一の周波数帯を上りの周波数帯として用いるため、上りリンク信号が大容量となる場合、もしくは上り下りの双方において大容量データを送受信する場合には、上りの通信速度が遅くなるという問題点があった。そこで本発明では、上りリンク信号が大容量となる場合に上りの通信速度を確保することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の携帯端末は、閾値記憶部と、情報量区分判定部と、優先情報生成部とを備える。閾値記憶部は、送信情報量の大きさを区分に分けるための閾値を記憶する。情報量区分判定部は、送信データの送信情報量を取得して、記憶された閾値を参照して当該送信情報量の区分を判定する。優先情報生成部は、判定された区分に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成する。
【発明の効果】
【０００７】
本発明の携帯端末によれば、上りリンク信号が大容量となる場合に上りの通信速度を確保することができる。
【図面の簡単な説明】
【０００８】
【図１】実施例１、２、および３の通信システムの構成を示すブロック図。
【図２】実施例１、２、および３の通信システムの動作を示すシーケンス図。
【図３】実施例１の携帯端末の送信情報量判定部の構成を示すブロック図。
【図４】実施例１の携帯端末の送信情報量判定部の動作を示すフローチャート。
【図５】実施例２の携帯端末の送信情報量判定部の構成を示すブロック図。
【図６】実施例２の携帯端末の送信情報量判定部の動作を示すフローチャート。
【図７】変形例１の携帯端末の送信情報量判定部および基地局の構成を示すブロック図。
【図８】実施例３の携帯端末の送信情報量判定部の構成を示すブロック図。
【図９】実施例３の携帯端末の送信情報量判定部の動作を示すフローチャート。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【実施例１】
【００１０】
図１から図４を参照して実施例１の通信システムについて説明する。図１は本実施例、実施例２、および実施例３の通信システム１００（２００、３００）の構成を示すブロック図である。図２は本実施例、実施例２、および実施例３の通信システム１００（２００、３００）の動作を示すシーケンス図である。図３は本実施例のＵＥ（Ｕｓｅｒ＿Ｅｑｕｉｐｍｅｎｔ、携帯端末）１の送信情報量判定部１２の構成を示すブロック図である。図４は本実施例のＵＥ１の送信情報量判定部１２の動作を示すフローチャートである。
【００１１】
図１に示すように本実施例の通信システム１００は、ＵＥ１と、ｅＮＢ（ｅｖｏｌｖｅｄ＿Ｎｏｄｅ＿Ｂ、基地局）５とからなる。ｅＮＢ５は、ＵＥ１に近接する基地局であるものとし、ＵＥ１はｅＮＢ５のセル内に存在するものとする。ＵＥ１はＣＡ可否情報受信部１１と、送信情報量判定部１２と、優先情報送信部１３と、スケジュール情報受信部１４とを備える。ｅＮＢ５は優先情報受信部５１と、スケジュール情報決定部５２と、スケジュール情報送信部５３と、スケジュール情報記憶部５４と、ＣＡ可否情報送信部５５と、ユーザ占有率検出部５６とを備える。
【００１２】
ｅＮＢ５のユーザ占有率検出部５６は、現在のスケジュールの状態からキャリアアグリゲ−ションに使用される周波数帯域における占有率（ユーザ数）を検出して、キャリアアグリゲ−ションが実行可能であるか否かを判定する（Ｓ５６）。本実施例では、ＵＥ１が互いに異なる三つの周波数帯ｆ１、ｆ２、ｆ３にてキャリアアグリゲ−ションを実行しようとする例について説明する。この場合、ユーザ占有率検出部５６は、キャリアアグリゲ−ションに使用される周波数帯域ｆ１、ｆ２、ｆ３の帯域占有率を検出して、キャリアアグリゲ−ションが実行可能であるか否かを判定する（Ｓ５６）。帯域ｆ１、ｆ２、ｆ３に十分な空きがあり、キャリアアグリゲ−ションが実行可能な場合には、ユーザ占有率検出部５６はＣＡ許可フラグを生成して出力する。次に、ＣＡ可否情報送信部５５は、ＣＡ許可フラグをＵＥ１に送信する（Ｓ５５）。ここで、ＣＡ可否情報送信部５５とスケジュール情報送信部５３とを共通する一つのデータ送信部として構成してもよい。
【００１３】
次に、ＵＥ１のＣＡ可否情報受信部１１は、ｅＮＢ５のＣＡ可否情報送信部５５からＣＡ許可フラグを受信する（Ｓ１１）。ＵＥ１の送信情報量判定部１２は、ＣＡ許可フラグを取得して、ＣＡ可能となった際に、送信情報量が何れの区分に属するかを判定して、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する（Ｓ１２）。送信情報量判定部１２についてはその詳細を後述する。次に、優先情報送信部１３は、生成された優先情報をｅＮＢ５に送信する（Ｓ１３）。なお、図示および詳細な説明は略するが、ＵＥ１はｅＮＢ５に対して、受信環境の測定結果（Ｍｅａｓｕｒｅｍｅｎｔ＿Ｒｅｐｏｒｔ）を送信する。
【００１４】
ｅＮＢ５の優先情報受信部５１は、ＵＥ１から優先情報を取得する（Ｓ５１）。スケジュール情報決定部５２は優先情報に応じてスケジュール情報を決定する（Ｓ５２）。詳細には、スケジュール情報決定部５２は、優先情報を参照して、当該優先情報が上りリンク優先を示すものである場合、上りリンクのチャネル品質により上りリンク信号に用いる周波数帯域を決定し、その他の帯域を下りリンク信号に用いる周波数帯域として決定する。一方、スケジュール情報決定部５２は、優先情報を参照して、当該優先情報が下りリンク優先を示すものである場合、下りリンクのチャネル品質により下りリンク信号に用いる周波数帯域を決定し、その他の帯域を上りリンク信号に用いる周波数帯域として決定する。スケジュール情報決定部５２は、決定された周波数帯域に基づいて、ＵＥ１に割り当てるＰｃｅｌｌ、Ｓｃｅｌｌを決定し、またはこれらに変更が発生するか否かを判断する。スケジュール情報決定部５２は、このように決定されたコンポーネントキャリア内でユーザのデータをスケジューリングし、ユーザ毎のスケジュール情報として決定する（Ｓ５２）。スケジュール情報記憶部５４は新たに決定されたスケジュール情報によって適宜更新される。スケジュール情報送信部５３は、スケジュール情報を送信する（Ｓ５３）。ＵＥ１のスケジュール情報受信部１４は、ｅＮＢ５からスケジュール情報を受信する（Ｓ１４）。
【００１５】
なお、図示および詳細な説明は略するが、ｅＮＢ５は、受信環境の測定結果（Ｍｅａｓｕｒｅｍｅｎｔ＿Ｒｅｐｏｒｔ）を含む情報をＵＥ１から受信する。
【００１６】
上述した処理の結果、従来はペアバンドと呼ばれ（例えばｆ１の上りリンク、下りリンクを）ひとつの周波数帯で上り、下りを同時に使用していたのに対し、ｆ１の上りリンクで上りの通信、ｆ２、ｆ３の下りリンクで下りのＣＡ通信を行うといった、上りリンクと下りリンクの周波数帯が異なる構成になることもある。
【００１７】
以下、図３、図４を参照して、本実施例のＵＥ（携帯端末）１が備える送信情報量判定部１２について詳細に説明する。図３は本実施例のＵＥ１の送信情報量判定部１２の構成を示すブロック図である。図４は本実施例のＵＥ１の送信情報量判定部１２の動作を示すフローチャートである。図３に示すように、送信情報量判定部１２は情報量区分判定部１２１と、閾値記憶部１２２と、優先情報生成部１２３とを備える。閾値記憶部１２２には、送信情報量の大きさを区分に分けるための閾値が１つ、又は数種類記憶されている。例えば送信情報量の大きさを３区分（小、中、大）に区分することとし、これらの区分の境界となる情報量の閾値をα、β（α＜β）とする。この場合、送信情報量の大きさをＤとすると、Ｄ＜αの場合、送信情報量は小に区分される。α≦Ｄ＜βの場合、送信情報量は中に区分される。β≦Ｄの場合、送信情報量は大に区分される。閾値記憶部１２２に記憶しておく閾値の数には制限がない。従って、閾値を多く設定するほど、情報量の区分を細かく設定することができる。情報量区分判定部１２１は、送信データの送信情報量を取得して、閾値記憶部１２２に記憶された閾値を参照して当該送信情報量の区分を判定する（ＳＳ１２１）。次に、優先情報生成部１２３は、情報量区分判定部１２１が判定した区分に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する（ＳＳ１２３）。優先情報生成部１２３は、判定された区分が所定の区分、もしくは所定の区分よりも情報量が大きい区分である場合には、上りリンクを優先することを示す優先情報を生成し、それ以外であれば下りリンクを優先することを示す優先情報を生成すればよい。例えば、区分を３区分（小、中、大）とした前述の例で考えれば、区分が小、または中と判定された場合には、下りリンクを優先することとし、区分が大と判定された場合には、上りリンクを優先することとすればよい。その他にも、区分が小と判定された場合には、下りリンクを優先することとし、区分が中、大と判定された場合には、上りリンクを優先することとしてもよい。区分と優先情報との関係については任意に設定することができる。上述した送信情報量判定部１２をｅＮＢ５側に設け、ＵＥ１からは送信情報量ＤのみをｅＮＢ５に送信し、ｅＮＢ５側で閾値を参照して区分を判定する実装としてもよい。送信情報量判定部１２をｅＮＢ５側に設けることによって、ＵＥ１側の判定計算の負荷を減らすことができる。また、全ての送信信号の送信情報量を観測する実装としてもよいし、一定のデータ区間ｔ１に渡って情報量の判定を行いその後任意のデータ区間ｔ２に関しては同じ上り下りの組み合わせで通信を行い、任意の区間ｔ２経過後に再度、区間ｔ１の信号の情報量を判定して上下の周波数の組み合わせを変更する実装としてもよい。
【００１８】
このように、本実施例の通信システム１００によれば、送信情報量判定部１２が送信情報量の区分を判定して、上り／下りの何れを優先するかを示す優先情報を生成し、スケジュール情報決定部５２が、当該優先情報に応じてスケジュール情報を決定するため、上りリンク信号が大容量となる場合に上りの通信速度を確保することができる。
【実施例２】
【００１９】
引き続き図１を参照して、実施例１の通信システム１００の一部を変更した実施例２の通信システム２００について説明する。図１に示すように本実施例の通信システム２００は、ＵＥ２と、ｅＮＢ５とからなる。ｅＮＢ５は、ＵＥ２に近接する基地局であるものとし、ＵＥ２はｅＮＢ５のセル内に存在するものとする。ＵＥ２はＣＡ可否情報受信部１１と、送信情報量判定部２２と、優先情報送信部１３と、スケジュール情報受信部１４とを備える。ｅＮＢ５の構成及び動作は実施例１におけるｅＮＢ５と同じであるから説明を略する。本実施例のＵＥ２と実施例１のＵＥ１との違いは、実施例１における送信情報量判定部１２が本実施例において送信情報量判定部２２に変更されている点のみである。
【００２０】
本実施例の送信情報量判定部２２は、ＣＡ可否情報受信部１１からＣＡ許可フラグを取得して、現在起動中のアプリの種別を判定し、当該アプリ種別における送信情報量を判定して、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する（Ｓ２２）。以下、図５、図６を参照して、本実施例の送信情報量判定部２２について説明する。図５は本実施例のＵＥ２の送信情報量判定部２２の構成を示すブロック図である。図６は本実施例のＵＥ２の送信情報量判定部２２の動作を示すフローチャートである。図５に示すように、本実施例の送信情報量判定部２２は、アプリ判定部２２１と、アプリ情報量記憶部２２２と、優先情報生成部２２３とを備える。アプリ情報量記憶部２２２には、アプリケーションの種別情報と、当該アプリケーションにおける平均送信情報量とがペアで記憶されている。例えば、アプリ情報量記憶部２２２には、画像編集アプリ、動画編集アプリに対して、他のアプリケーション種別よりも大きな送信情報量がペアとして記憶されることになる。アプリ判定部２２１は、ＣＡ可否情報受信部１１からＣＡ許可フラグを取得して、現在ＵＥ２において起動中のアプリケーションの種別を判定し、アプリ情報量記憶部２２２を参照して平均送信情報量を抽出して、当該平均送信情報量を送信情報量の予測値とする（ＳＳ２２１）。このとき、アプリケーションが複数起動されている場合には、これら複数のアプリケーション種別それぞれに対して、アプリ情報量記憶部２２２を参照して平均送信情報量を抽出し、その最大値を送信情報量の予測値とする（ＳＳ２２１）。次に、優先情報生成部２２３は、送信情報量の予測値に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する（ＳＳ２２３）。具体的には、優先情報生成部２２３は、送信情報量の予測値が所定の値を超過していれば、上りリンクを優先することを示す優先情報を生成、出力し、それ以外であれば下りリンクを優先することを示す優先情報を生成、出力する（ＳＳ２２３）。アプリ情報量記憶部２２２に記憶される送信情報量は、アプリが起動し通信するたびに測定し更新してもよいし、複数回に一回観測し更新することとしてもよい。アプリによって時間的に送信量の変化が決まっている場合（例えば最初のある一定時間は上りで大容量データを送信するが、その後は下りばかりになるなど）には、当該アプリの優先情報として時間的に上り優先下り優先が混在してもよい。
【００２１】
［変形例１］
次に、図７を参照して実施例２の変形例である変形例１について説明する。図７は本変形例の携帯端末の送信情報量判定部２２’および基地局（ｅＮＢ５’）の構成を示すブロック図である。図７に示すように、本変形例のＵＥ２’が備える送信情報量判定部２２’は、アプリ判定部２２１と、優先情報生成部２２３と、アプリ情報管理部２２４とを備える。本変形例のｅＮＢ５’は、ｅＮＢ５が備える構成（５１〜５６）に加え、アプリ平均情報送信量制御部５７を新たに備える。また、実施例２においてＵＥ２の送信情報量判定部２２が備えていたアプリ情報量記憶部２２２は、本変形例ではｅＮＢ５’側に移動されて、アプリ情報量記憶部５８となっている。
【００２２】
本変形例では、送信情報量判定部２２’のアプリ情報管理部２２４が、使用アプリ情報をｅＮＢ５’に送信する。ｅＮＢ５’のアプリ平均情報送信量制御部５７は、送信情報量判定部２２’から使用アプリ情報を受信する。アプリ平均情報送信量制御部５７は、アプリ情報量記憶部５８を参照して、平均送信情報量をＵＥ２’に送信する。ＵＥ２’のアプリ判定部２２１は、平均送信情報量を受信して、当該平均送信情報量を送信情報量の予測値とする（ＳＳ２２１）。優先情報生成部２２３は、送信情報量の予測値に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する（ＳＳ２２３）。具体的には、優先情報生成部２２３は、送信情報量の予測値が所定の値を超過していれば、上りリンクを優先することを示す優先情報を生成、出力し、それ以外であれば下りリンクを優先することを示す優先情報を生成、出力する（ＳＳ２２３）。
【００２３】
上記実施例２、変形例１に限らず、アプリ判定部２２１などをｅＮＢ５側に配置し、基地局側で優先情報を生成、スケジュールの決定をする構成も可能である。この構成ではｅＮＢ５側に情報記憶部があるため一元的にアプリ情報量を管理・更新でき（端末毎にアプリ情報量が異ならない）、ＵＥ２側の負荷が軽減されるというメリットがある。
【００２４】
このように、本実施例およびその変形例の通信システムによれば、起動中のアプリケーションの種別を判定し、送信情報量の予測値を生成し、当該送信情報量の予測値に応じて、上り／下りの何れを優先するかを示す優先情報を生成し、ｅＮＢ５のスケジュール情報決定部５２が、当該優先情報に応じてスケジュール情報を決定するため、上りリンク信号が大容量となる場合に上りの通信速度を確保することができる。
【実施例３】
【００２５】
引き続き図１を参照して、実施例１の通信システム１００の一部を変更した実施例３の通信システム３００について説明する。図１に示すように本実施例の通信システム３００は、ＵＥ３と、ｅＮＢ５とからなる。ｅＮＢ５は、ＵＥ３に近接する基地局であるものとし、ＵＥ３はｅＮＢ５のセル内に存在するものとする。ＵＥ３はＣＡ可否情報受信部１１と、送信情報量判定部３２と、優先情報送信部１３と、スケジュール情報受信部１４とを備える。ｅＮＢ５の構成及び動作は実施例１におけるｅＮＢ５と同じであるから説明を略する。本実施例のＵＥ３と実施例１のＵＥ１との違いは、実施例１における送信情報量判定部１２が本実施例において送信情報量判定部３２に変更されている点のみである。
【００２６】
本実施例の送信情報量判定部３２は、ＣＡ可否情報受信部１１からＣＡ許可フラグを取得して、現在アクセス中のサイトを判定し、当該アクセスサイトにおける送信情報量を判定して、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する（Ｓ３２）。以下、図８、図９を参照して、本実施例の送信情報量判定部３２について説明する。図８は本実施例のＵＥ３の送信情報量判定部３２の構成を示すブロック図である。図９は本実施例のＵＥ３の送信情報量判定部３２の動作を示すフローチャートである。図８に示すように、本実施例の送信情報量判定部３２は、アクセスサイト判定部３２１と、サイト情報量記憶部３２２と、優先情報生成部３２３とを備える。サイト情報量記憶部３２２には、サイトのＵＲＬと、当該サイトＵＲＬにおける平均送信情報量とがペアで記憶されている。サイトＵＲＬにおける平均送信情報量として例えば、予め蓄積しておいたユーザの送信履歴（ＵＲＬとデータ量）から導き出した値を用いることができる。例えば、サイト情報量記憶部３２２には、画像配信サイト、動画配信サイトのＵＲＬに対して、他のサイトＵＲＬよりも大きな送信情報量がペアとして記憶されることになる。アクセスサイト判定部３２１は、ＣＡ可否情報受信部１１からＣＡ許可フラグを取得して、現在ＵＥ３においてアクセス中のサイトＵＲＬを判定し、サイト情報量記憶部３２２を参照して平均送信情報量を抽出して、当該平均送信情報量を送信情報量の予測値とする（ＳＳ３２１）。このとき、複数のサイトに同時にアクセスされている場合には、これら複数のサイトＵＲＬそれぞれに対して、サイト情報量記憶部３２２を参照して平均送信情報量を抽出し、その最大値を送信情報量の予測値とする（ＳＳ３２１）。次に、優先情報生成部３２３は、送信情報量の予測値に応じて、上りリンク、下りリンクの何れを優先するかを示す優先情報を生成、出力する（ＳＳ３２３）。具体的には、優先情報生成部３２３は、送信情報量の予測値が所定の値を超過していれば、上りリンクを優先することを示す優先情報を生成、出力し、それ以外であれば下りリンクを優先することを示す優先情報を生成、出力する（ＳＳ３２３）。なお、これらの処理は実施例２と同様にサイト情報量記憶部３２２をｅＮＢ５側に配置し、送信情報量の予測値をＵＥ３に送信してそれを基にＵＥ３で優先情報の生成、送信を行うこととしてもよいし、ｅＮＢ５側で優先情報を生成しスケジュールを作成することとしてもよい。
【００２７】
このように、本実施例の通信システム３００によれば、ＵＥ３の送信情報量判定部３２が現在アクセス中のサイトＵＲＬを判定し、送信情報量の予測値を生成し、当該送信情報量の予測値に応じて、上り／下りの何れを優先するかを示す優先情報を生成し、ｅＮＢ５のスケジュール情報決定部５２が、当該優先情報に応じてスケジュール情報を決定するため、上りリンク信号が大容量となる場合に上りの通信速度を確保することができる。
【００２８】
また、上述の各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。その他、本発明の趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【００２９】
また、上述の構成をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。
【００３０】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。
【００３１】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
【００３２】
このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
【００３３】
また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【図１】
2014082665.tif 000003
【図２】
2014082665.tif 000004
【図３】
2014082665.tif 000005
【図４】
2014082665.tif 000006
【図５】
2014082665.tif 000007
【図６】
2014082665.tif 000008
【図７】
2014082665.tif 000009
【図８】
2014082665.tif 000010
【図９】
2014082665.tif 000011