(57)【要約】【課題】無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現する。【解決手段】基地局２００は、通信のサービス種別及び混雑度を判定する混雑度判定部２１２と、混雑度判定部２１２の判定結果に基づいて、端末装置が基地局２００を介してデータを事前にダウンロードする処理であるプリフェッチを行うか否かを示す制御信号の、端末装置への送信を制御するプリフェッチ制御部２１０と、を備える。混雑度は、基地局２００の周波数キャリアにおける通信の混雑度であり、混雑度判定部２１２は、基地局２００において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて、混雑度を判定する。【選択図】図２
2017130740.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信システムに備えられた基地局であって、
通信のサービス種別及び混雑度を判定する判定部と、
前記判定部の判定結果に基づいて、端末装置が前記基地局を介してデータを事前にダウンロードする処理であるプリフェッチを行うか否かを示す制御信号の、前記端末装置への送信を制御する制御部と、
を備え、
前記混雑度は、前記基地局の周波数キャリアにおける通信の混雑度であり、
前記判定部は、前記基地局において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて、前記混雑度を判定する、
基地局。
【請求項２】
前記無線リソースは、周波数リソース、時間リソース、電力リソース、及びコードリソースの少なくとも１つである、
請求項１に記載の基地局。
【請求項３】
前記移動体通信システムにおけるバックホールは、
伝送路網と、
パケット交換機と、
ゲートウェイと、
前記伝送路網、前記パケット交換機及び前記ゲートウェイを管理する管理サーバと、
を備え、
前記管理サーバは、
前記伝送路網、前記パケット交換機及び前記ゲートウェイの混雑度を判定する管理サーバ側判定部と、
前記管理サーバ側判定部の判定結果に基づいて、端末装置が前記プリフェッチを行うか否かを示す管理サーバ側制御信号の、前記基地局への送信を制御する管理サーバ側制御部と、
を含む、
請求項１または２に記載の基地局。
【請求項４】
前記基地局の前記制御部は、前記バックホールの前記管理サーバから前記管理サーバ側制御信号を取得し、取得した管理サーバ側制御信号と、前記判定部の判定結果とに基づいて、前記管理サーバ側制御信号を含む報知情報の前記端末装置への送信を制御する、
請求項３に記載の基地局。
【請求項５】
請求項１〜４のいずれか１項に記載の基地局を介してサーバと通信を行う端末装置であって、
前記基地局を介してサーバと通信を行う通信部と、
データを前記サーバから前記端末装置へ事前にダウンロードする処理であるプリフェッチ、のための通信を前記通信部が行うか否かを制御する制御部と、
プリフェッチのための通信により取得されたデータを保存する保存部と、
を備え、
前記制御部は、前記基地局からの前記制御信号を受信して、前記プリフェッチのための通信を前記通信部が行うか否かを決定する、
端末装置。
【請求項６】
サーバと通信を行う端末装置であって、
基地局を介してサーバと通信を行う通信部と、
データを前記サーバから前記端末装置へ事前にダウンロードする処理であるプリフェッチ、のための通信を前記通信部が行うか否かを制御する制御部と、
プリフェッチのための通信により取得されたデータを保存する保存部と、
を備え、
前記制御部は、通信のサービス種別及び混雑度に基づいて、前記プリフェッチのための通信を前記通信部が行うか否かを決定し、
前記混雑度は、前記基地局の周波数キャリアにおける通信の混雑度であり、
前記混雑度は、前記基地局において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて判定される、
端末装置。
【請求項７】
サーバと通信を行う端末装置に設けられたコンピュータを、
基地局を介してサーバと通信を行う通信部と、
データを前記サーバから前記端末装置へ事前にダウンロードする処理であるプリフェッチ、のための通信を前記通信部が行うか否かを制御する制御部と、
プリフェッチのための通信により取得されたデータを保存する保存部、
として機能させるための端末制御プログラムであり、
前記制御部は、通信のサービス種別及び混雑度に基づいて、前記プリフェッチのための通信を前記通信部が行うか否かを決定し、
前記混雑度は、前記基地局の周波数キャリアにおける通信の混雑度であり、
前記混雑度は、前記基地局において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて判定される、
端末制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局、端末装置及び端末制御プログラムに関する。
【背景技術】
【０００２】
音楽、動画等のデジタルコンテンツは、ネットワーク上で流通してきたＨＴＭＬファイル等と比べてデータサイズが大きいため、デジタルコンテンツの配信をネットワーク経由で行うとネットワークに多大な負荷がかかってしまう。この点を考慮し、ネットワーク上のさまざまな場所に、デジタルコンテンツを配布するためのサーバを配置し、ネットワーク内での端末ユーザの位置に応じて最適なサーバ（即ち、デジタルコンテンツの配信ポイント）に対しコンテンツ配信を指示することで、大容量のデジタルコンテンツの配信時のネットワーク負荷を抑えることができる。このとき、ネットワーク内でのサーバの位置が端末ユーザの位置に近ければ近いほど、ネットワーク負荷の低減効果は増加する。
【０００３】
ところが、このようなネットワーク負荷の低減効果を追求するために、ネットワーク内に多数のサーバを配置する対応、各サーバが保存するデータ量を増やす対応等を過度に行うと、サーバの数及び各サーバが保存すべきデータ量が増大しコストが高くなる、という問題が生じる。
【０００４】
このような問題に対応するため、端末ユーザの位置に近いサーバが、当該端末ユーザの過去の通信履歴等によってコンテンツに関する好みを特定し、特定された好みに応じたコンテンツを事前に入手し保存しておく「プリフェッチ及びキャッシュ」という方法が知られており（下記特許文献１参照）、このようなサーバは、例えば、移動体通信システムにおける基地局や、基地局とインターネット上のサーバとの間に位置するノード等に設置される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−５７７１２号公報
【特許文献２】特開２０１５−５０６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のサーバによるプリフェッチ及びキャッシュであっても、端末装置と基地局との間の無線通信は必ず必要になるため、端末装置と基地局との間の無線通信区間における輻輳に起因してスムーズな実施が困難であるという一般的な課題は未解決である。即ち、上記のサーバによるプリフェッチ及びキャッシュは、上述の無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することが困難である、という課題が存在する。
【０００７】
一方、通信品質やネットワーク情報に応じて、ソフトウェアアップデートのデータを端末装置にダウンロードするか否かを制御する技術も知られている（上記特許文献２参照）。しかし、この技術は、ソフトウェアアップデートのデータのような一部の特定のデータについて、どのような状況でダウンロードすべきかを制御することを主眼にしたものであり、不特定多数のデータに対して適用することは困難であり、様々な状況や様々なコンテンツについて、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することが困難である、という課題は残存している。
【０００８】
本発明は、上記課題に鑑みて成されたものであり、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一実施形態に係る基地局は、移動体通信システムに備えられた基地局であって、通信のサービス種別及び混雑度を判定する判定部と、判定部の判定結果に基づいて、端末装置が基地局を介してデータを事前にダウンロードする処理であるプリフェッチを行うか否かを示す制御信号の、端末装置への送信を制御する制御部と、を備え、混雑度は、基地局の周波数キャリアにおける通信の混雑度であり、判定部は、基地局において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて、混雑度を判定する、基地局。
【００１０】
上記の基地局によれば、従来のようなサーバによるプリフェッチ及びキャッシュ（以下、単に「プリフェッチ」という場合もある）ではなく、端末装置においてプリフェッチを行う。その際、基地局において、通信のサービス種別及び混雑度が判定され、その判定結果に基づいて、プリフェッチを行うか否かを示す制御信号の、端末装置への送信が制御される。このように端末装置においてプリフェッチを行うため、従来のサーバによるプリフェッチに比べ、端末装置がコンテンツを利用するタイミングにおいて、実際の通信を行うことなくコンテンツを利用可能となる。これにより、プリフェッチされたコンテンツを端末装置にて利用するときの無線通信区間のトラフィックへの影響を無くすことができる。
【００１１】
さらに、上記の基地局によれば、通信のサービス種別及び混雑度が判定され、その判定結果に基づいて、プリフェッチを行うか否かを示す制御信号の、端末装置への送信が制御される。混雑度は、基地局の周波数キャリアにおける通信の混雑度であり、基地局において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて判定される。このように、通信のサービス種別及び混雑度が判定され、その判定結果に基づいて、プリフェッチを行うか否かを示す制御信号の、端末装置への送信が制御されることによって、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。また、上記のプリフェッチの制御は、従来技術のような一部の特定のデータについてのダウンロード可否の制御ではないので、様々な状況や様々なコンテンツについて、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。
【００１２】
無線リソースは、周波数リソース、時間リソース、電力リソース、及びコードリソースの少なくとも１つであってもよい。
【００１３】
移動体通信システムにおけるバックホールは、伝送路網と、パケット交換機と、ゲートウェイと、伝送路網、パケット交換機及びゲートウェイを管理する管理サーバと、を備え、管理サーバは、伝送路網、パケット交換機及びゲートウェイの混雑度を判定する管理サーバ側判定部と、管理サーバ側判定部の判定結果に基づいて、端末装置がバックホールを介してデータを事前にダウンロードする処理であるプリフェッチを行うか否かを示す管理サーバ側制御信号の、基地局への送信を制御する管理サーバ側制御部と、を含んでもよい。これにより、バックホールに接続された基地局が、バックホールの管理サーバからの管理サーバ側制御信号を受信し、受信した制御信号に基づいてプリフェッチを行うか否かを判定することもできる。その結果、無線通信区間及びその上位の通信システムのトラフィックへの影響を抑制することも可能になる。
【００１４】
基地局の制御部は、バックホールの管理サーバから管理サーバ側制御信号を取得し、取得した管理サーバ側制御信号と、判定部の判定結果とに基づいて、管理サーバ側制御信号を含む報知情報の端末装置への送信を制御してもよい。これにより、基地局は、バックホールにおける混雑度をも考慮して、プリフェッチを行うか否かを示す制御信号の、端末装置への送信を制御することができる。
【００１５】
本発明の一実施形態に係る端末装置は、上記の基地局を介してサーバと通信を行う端末装置であって、基地局を介してサーバと通信を行う通信部と、データをサーバから端末装置へ事前にダウンロードする処理であるプリフェッチ、のための通信を通信部が行うか否かを制御する制御部と、プリフェッチのための通信により取得されたデータを保存する保存部と、を備え、制御部は、基地局からの制御信号を受信して、プリフェッチのための通信を通信部が行うか否かを決定する。
【００１６】
上記の端末装置では、基地局からの制御信号に基づいてプリフェッチのための通信を行うか否かが決定される。上述のように、基地局からの制御信号は、通信のサービス種別及び混雑度の判定結果に基づいて送信されたものである。このような制御信号に基づき端末装置においてプリフェッチのための通信を行うか否かが決定されることで、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。
【００１７】
本発明の一実施形態に係る端末装置は、サーバと通信を行う端末装置であって、基地局を介してサーバと通信を行う通信部と、データをサーバから端末装置へ事前にダウンロードする処理であるプリフェッチ、のための通信を通信部が行うか否かを制御する制御部と、プリフェッチのための通信により取得されたデータを保存する保存部と、を備え、制御部は、通信のサービス種別及び混雑度に基づいて、プリフェッチのための通信を通信部が行うか否かを決定し、混雑度は、基地局の周波数キャリアにおける通信の混雑度であり、混雑度は、基地局において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて判定される。
【００１８】
本発明の一実施形態に係る端末制御プログラムは、サーバと通信を行う端末装置に設けられたコンピュータを、基地局を介してサーバと通信を行う通信部と、データをサーバから端末装置へ事前にダウンロードする処理であるプリフェッチ、のための通信を通信部が行うか否かを制御する制御部と、プリフェッチのための通信により取得されたデータを保存する保存部、として機能させるための端末制御プログラムであり、制御部は、通信のサービス種別及び混雑度に基づいて、プリフェッチのための通信を通信部が行うか否かを決定し、混雑度は、基地局の周波数キャリアにおける通信の混雑度であり、混雑度は、基地局において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて判定される。
【００１９】
上記の端末装置または制御プログラムによっても、端末装置においてプリフェッチ及びキャッシュを行う。その際、通信のサービス種別及び混雑度に基づいてプリフェッチのための通信を行うか否かが決定される。混雑度は、基地局の周波数キャリアにおける通信の混雑度であり、基地局において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて判定される。よって、上述したように、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。
【発明の効果】
【００２０】
本発明によれば、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態における移動体通信システムの構成図である。
【図２】本発明の実施形態における基地局の構成図である。
【図３】本発明の実施形態における有線ネットワーク等のバックホールの構成図である。
【図４】本発明の実施形態におけるネットワーク管理サーバの構成図である。
【図５】本発明の実施形態における端末装置の機能ブロック構成図である。
【図６】本発明の実施形態における無線通信システムの混雑度に応じて、プリフェッチ制御の可否を判定する方法を示すフロー図である。
【図７】本発明の実施形態における基地局からのプリフェッチ制御信号に基づくプリフェッチ及びキャッシュの制御方法を示すフロー図である。
【図８】本発明の実施形態における通信サービス種別及び基地局からのプリフェッチ制御信号可否に基づいて、プリフェッチ及びキャッシュの制御方法を示すフロー図である。
【図９】本発明の実施形態における基地局からの混雑度情報に基づいて、プリフェッチ及びキャッシュの制御方法を示すフロー図である。
【図１０】本発明の実施形態におけるアプリケーション部がデータを必要とした場合の制御方法を示すフロー図である。
【図１１】本発明の実施形態における端末装置のハードウェア構成図である。
【図１２】端末制御プログラムの構成図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照しながら、本発明に係る実施形態を説明する。以下では、プリフェッチのための通信を行うか否かの決定に関する説明をする。
【００２３】
（移動体通信システム、基地局、バックホール及び端末装置の構成）
図１は、本発明の実施形態における移動体通信システムの構成図である。図１に示すように、発明の実施形態における移動体通信システムは、端末装置１００、基地局２００、有線ネットワーク等のバックホール３００、及びサーバ４００を含んで構成される。尚、基地局２００は、アクセスポイントと呼ばれてもよい。有線ネットワーク等のバックホール３００は、コアネットワークと呼ばれてもよい。
【００２４】
図２は、基地局（図１）の構成図である。図２に示すように、基地局２００は、送受信アンテナ２０２と、無線通信部２０４と、呼処理部２０６と、伝送路インターフェース２０８と、プリフェッチ制御部２１０と、混雑度判定部２１２で構成される。
【００２５】
送受信アンテナ２０２は、端末装置１００からの電波を受信し、その信号を無線通信部２０４に送信し、一方無線通信部からの信号を端末装置１００へ送信する役割を果たす。無線通信部２０４は、無線信号とベースバンド信号との変換等を行う部分である。伝送路インターフェース２０８は、基地局２００の外部と通信等を行う部分である。下りリンクにより、伝送路インターフェース２０８から出力された信号を無線通信部２０４で無線周波数に変換し、その信号が送受信アンテナ２０２へ送信され、送受信アンテナ２０２から送信される。一方、上りリンクにより、端末装置１００から基地局２００に送信されるデータについては、送受信アンテナ２０２で受信された無線周波数信号が無線通信部２０４でパケット信号へ変換され、伝送路インターフェース２０８を介して上位装置へ送信される。
【００２６】
呼処理部２０６は、通信チャネルの設定や解放等の呼処理、基地局２００の状態管理や、無線リソースの管理を行う。
【００２７】
プリフェッチ制御部２１０は、後述の混雑度判定部２１２の判定結果に基づいて、プリフェッチ制御可否の制御信号の端末装置１００への送信を制御する部分（制御部）である。ここでのプリフェッチは、端末装置１００が基地局２００を介して種々のデータを事前にダウンロードする処理である。また、プリフェッチ制御部２１０は、後述のネットワーク管理サーバ３０８（図３）からのプリフェッチ制御可否の制御信号（サーバ側制御信号）を受信（取得）し、そのサーバ側制御信号を一部に含む報知情報の、端末装置１００への配信（送信）を制御する。ここでの「プリフェッチ可否」とは、プリフェッチを許可するか否かを意味する。例えば、プリフェッチ制御部２１０は、混雑度判定部２１２の判定結果が「混雑度が小さい」である場合に、プリフェッチを許可する制御信号を送信してもよい。あるいは、プリフェッチ制御部２１０は、混雑度判定部２１２の判定結果が「混雑度が大きい」である場合に、プリフェッチを許可しない制御信号を送信してもよい。
【００２８】
混雑度判定部２１２は、基地局２００と端末装置１００との間の無線通信チャネルの混雑度を判定する部分（判定部）である。混雑度判定部２１２は、そのような混雑度を測定（監視）し、かかる混雑度を示す混雑度情報をネットワーク管理サーバ３０８に通知してもよい。混雑度情報は、端末装置１００に送信されてもよく、その場合には、例えばプリフェッチ制御部２１０が、混雑度情報の端末装置１００への送信を制御してもよい。なお、混雑度判定部２１２は、通信のサービス種別を判定する部分でもある。通信のサービス種別は、例えば、端末装置１００の通信機能部１０２（後述）が、基地局２００を介してサーバ４００と通信を行う際に利用される通信ネットワークの種別である。通信のサービス種別の具体例については後述する。
【００２９】
ここでの混雑度は、基地局２００の周波数キャリアにおける通信の混雑度であってよい。具体的に、混雑度は、基地局２００において通信を行っている端末装置の数（例えば端末装置１００或いは端末装置１００と同様の構成の端末装置の数）、上りリンクにおける干渉電力、下りリンクにおける送信電力、上りリンクにおける周波数リソースの使用量、下りリンクにおける周波数リソースの使用量、上りリンクにおける時間リソースの使用量、下りリンクにおける時間リソースの使用量、ＣＰＵの使用率、通信されている単位時間あたりのデータ量、及び送信バッファの中に送信すべきデータが存在する端末装置の数、の少なくとも１つにより判定される指標であってもよい。あるいは、かかる混雑度は、Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓが適用されている場合の、上りリンクにおけるコードリソースの使用量、下りリンクにおける時間リソースの使用量の少なくとも１つにより判定される指標であってもよい。送信電力の単位は、例えばｄＢｍである。周波数リソースの使用量の単位は、例えば、システム全体の周波数リソースに対する割合を示す％であってもよいし、絶対値であるＨｚであってもよい。単位時間当たりのデータ量の単位は、例えばＫＢｙｔｅｓ／ｍｉｎｕｔｅである。時間リソースの単位は、例えば、タイムスロットの数やタイムフレームの数であってもよいし、ｍｓｅｃであってもよい。また、上述のような種々の無線リソース（周波数リソース、時間リソース、コードリソース）の使用量として、電力リソースの使用量が採用されてもよい。電力リソースの使用量の単位は、例えば、システム全体の電力リソースに対する割合を示す％であってもよい。
【００３０】
図３は、有線ネットワーク等のバックホール（図１）の構成図である。図３に示すように、有線ネットワーク等のバックホール３００（以下、単にバックホール３００と言う場合もある）は伝送路網３０２と、パケット交換機３０４と、ゲートウェイ３０６とにより構成される。伝送路網３０２、パケット交換機３０４、及びゲートウェイ３０６は、ネットワーク管理サーバ３０８に接続されて運用される。ネットワーク管理サーバ３０８は、伝送路網３０２、パケット交換機３０４及びゲートウェイ３０６を管理する管理サーバであるとも言える。また、基地局２００も前記ネットワーク管理サーバ３０８へ同様に接続されている。伝送路網３０２は、イーサネット（登録商標）伝送装置や光波長多重装置により構成されている。パケット交換機３０４は、パケット化されたデータを宛先別に振り分ける役割と果たす。ゲートウェイ３０６は、通信プロトコルが異なる二者間の異なる二者間やネットワーク間の通信を中継する。
【００３１】
図４は、ネットワーク管理サーバ（図３）の構成図である。図４に示すように、このネットワーク管理サーバ３０８は、混雑度判定部３０８Ａとプリフェッチ制御部３０８Ｂとから構成される。混雑度判定部３０８Ａは、基地局２００、伝送路網３０２、パケット交換機３０４、及びゲートウェイ３０６の混雑度を判定する部分（管理サーバ側判定部）である。尚、混雑度判定部３０８Ａは、基地局２００内の混雑度判定部２１２から、前述の、基地局２００内の混雑度を示す混雑度情報を受け取る。尚、かかる基地局２００内の混雑度は、基地局２００と端末装置１００との間の無線区間のチャネルの混雑度であってもよい。
【００３２】
プリフェッチ制御部３０８Ｂは、混雑度判定部３０８Ａの判定結果、すなわち基地局２００、伝送路網３０２、パケット交換機３０４、及びゲートウェイ３０６の混雑度に基づいて、端末装置１００がプリフェッチを行うか否かを示す制御信号（管理サーバ側制御信号）の、基地局２００への送信を制御する部分（管理サーバ側制御部）である。具体的に、プリフェッチ制御部３０８Ｂは、混雑度判定部３０８Ａの判定結果に基づいて、プリフェッチ制御可否を判断する。また、プリフェッチ制御部３０８Ｂは、その情報を制御信号（つまり管理サーバ側制御信号）として基地局２００へ送信し、さらに、基地局２００経由で端末装置１００へ送信する。尚、かかる制御信号は、基地局２００から報知情報の一部として端末装置１００に送信されてもよい。ここでの「プリフェッチ可否」とは、プリフェッチを許可するか否かを意味する。
【００３３】
ここでの有線などのバックホール３００における混雑度とは、伝送路網３０２においては利用できる最大伝送帯域に対する使用量、パケット交換機３０４においては単位時間当たりの共通バッファの使用個数やＣＰＵ（Central  Processing  Unit）の使用率、ゲートウェイ３０６においてはＣＰＵの使用率の少なくとも１つにより判定される。利用できる最大伝送帯域に対する使用量の単位は、例えばＧｂｐｓである。尚、ネットワーク管理サーバ３０８にて判定される基地局２００の混雑度については前述のとおりである。
【００３４】
図５は、端末装置（図１）の機能ブロック構成図である。図５に示すように、端末装置１００は、基地局２００を介してサーバ４００と通信を行う通信機能部１０２と、プリフェッチ及びキャッシュを制御するプリフェッチ・キャッシュ制御部１０４と、プリフェッチされたコンテンツをキャッシュとして保存するキャッシュ保存部１０６と、キャッシュ保存部１０６により保存されたコンテンツを利用してさまざまなアプリケーションを実行するアプリケーション部１０８と、を備える。通信機能部１０２、プリフェッチ・キャッシュ制御部１０４及びキャッシュ保存部１０６は、互いに接続されている。アプリケーション部１０８は、キャッシュ保存部１０６及び通信機能部１０２のそれぞれと接続されている。上記の通信機能部１０２、プリフェッチ・キャッシュ制御部１０４、キャッシュ保存部１０６は、端末装置に関する特許請求の範囲に記載された「通信部」、「制御部」、「保存部」にそれぞれ対応する。
【００３５】
通信機能部１０２は、基地局２００（図１）を介してサーバ４００（図１）と通信を行う部分（通信部）である。その際、通信機能部１０２は、直接的には、基地局２００と通信を行い、例えば、ＧＳＭ（登録商標）（Global  System  for  Mobile  Communications）、Ｗ−ＣＤＭＡ（Wideband−Code  Division  Multiple  Access）、ＬＴＥ（Long  Term  Evolution）、５Ｇ（5th  generation  mobile  networks）、ＷｉＦｉ（登録商標）（Wireless  Fidelity）等の通信ネットワークを用いた通信を行う。すなわち、通信機能部１０２は、サーバ４００から、バックホール３００及び基地局２００経由で下りリンクのデータを受信し、サーバ４００に対して、基地局２００及びバックホール３００経由で上りリンクのデータを送信する。
【００３６】
また、通信機能部１０２は、基地局２００から送信される、「プリフェッチのための通信を行うことが許容されるか否か」の制御信号（例えば前述のプリフェッチ制御可否の制御信号に相当）を受信し、かかる「プリフェッチのための通信を行うことが許容されるか否か」の制御信号をプリフェッチ・キャッシュ制御部１０４に通知する。尚、かかる制御信号は、「プリフェッチのための通信を行うことが許容されるか否か」の制御信号の代わりに、「プリフェッチのための通信を行うべきか否か」の制御信号であってもよい。あるいは、かかる制御信号は、「プリフェッチのための通信を行うことが許容されるか否か」の制御信号の代わりに、「プリフェッチのための通信を行うことが可能であるか否か」の制御信号であってもよい。または、かかる制御信号は、基地局２００から送信される前述の混雑度情報を含む信号であってもよい。基地局２００から前述の混雑度情報が送信される場合、後述するように、プリフェッチ・キャッシュ制御部１０４が、かかる混雑度情報に基づき、「プリフェッチのための通信を行うべきか否か」を判定する。
【００３７】
また、通信機能部１０２は、基地局２００との通信に用いられるさまざまな通信ネットワークの情報を取得し、取得された通信ネットワークの情報をプリフェッチ・キャッシュ制御部１０４に通知する。上記のさまざまな通信ネットワークの情報の取得について、以下説明する。
【００３８】
例えば、通信機能部１０２は、基地局２００との通信に用いられる通信ネットワークの種別（上記のＧＳＭ、Ｗ−ＣＤＭＡ、ＬＴＥ、５Ｇ、ＷｉＦｉ等）を識別し、得られた通信ネットワークの種別に関する情報をプリフェッチ・キャッシュ制御部１０４に通知する。例えば、通信機能部１０２は、５Ｇの通信ネットワークを用いて基地局２００と通信を行う場合、あるいは、端末装置１００が５Ｇの通信ネットワークを用いて基地局２００と通信可能な状態にある場合、通信ネットワークの種別に関する情報として「５Ｇ」をプリフェッチ・キャッシュ制御部１０４に通知する。
【００３９】
また、通信機能部１０２は、基地局２００との通信を行う際の品質情報（以下「通信品質情報」と称する）を取得する。ここでの、通信品質情報とは、例えば、下りリンクのパイロット信号の品質情報であってもよく、より具体的には、下りリンクのパイロット信号の受信レベルであってもよいし、あるいは、下りリンクのパイロット信号のＳＩＮＲ（Signal-to-interference-plus-noise  ratio）であってもよい。又は、通信品質情報とは、ＲＳＲＰ（Reference  Signal  Received  Power）、ＲＳＲＱ（Reference  Signal  Received  Quality）、ＳＩＮＲ等であってもよいし、端末装置１００と基地局２００との間のパスロスであってもよい。又は、通信品質情報とは、下りリンクに代わり、上りリンクにおける上述のさまざまな品質情報であってもよい。
【００４０】
通信機能部１０２は、受信した下りリンクのデータをアプリケーション部１０８に送信する。また、通信機能部１０２は、アプリケーション部１０８からサーバ４００に送信する上りリンクのデータを受け取り、当該上りリンクのデータを基地局２００及びバックホール３００経由でサーバ４００に送信する。
【００４１】
また、通信機能部１０２は、「プリフェッチによりサーバからデータを取得し、取得したデータをキャッシュとして保存する」という指示をプリフェッチ・キャッシュ制御部１０４から受けた場合に、バックホール３００及び基地局２００経由でサーバ４００から下りリンクのデータを受信し、受信したデータをキャッシュ保存部１０６に送信する。
【００４２】
プリフェッチ・キャッシュ制御部１０４は、プリフェッチのための通信を通信機能部１０２が行うか否かを制御する部分（制御部）である。プリフェッチ・キャッシュ制御部１０４は、「プリフェッチのための通信を行うことが許容されるか否か」の制御信号を通信機能部１０２から受け取る。プリフェッチ・キャッシュ制御部１０４は、かかる「プリフェッチのための通信を行うことが許容されるか否か」の制御信号に基づいて、プリフェッチによりサーバからデータを取得しキャッシュとして保存するか否かを決定する。すなわち、かかる制御信号が「プリフェッチのための通信を行うことが許容される」を意味する場合に、プリフェッチによりサーバからデータを取得しキャッシュとして保存すると決定し、「プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存する」という指示を通信機能部１０２に送信する。また、かかる制御信号が「プリフェッチのための通信を行うことが許容されない」を意味する場合に、プリフェッチによりサーバからデータを取得しキャッシュとして保存しないと決定する。
【００４３】
また、プリフェッチ・キャッシュ制御部１０４は、上記のさまざまな通信ネットワークの情報（例えば、通信ネットワークの種別、通信品質情報、基地局２００の識別番号等）を通信機能部１０２から受け取る。また、プリフェッチ・キャッシュ制御部１０４は、端末装置１００内の図示しない時計機能部から時刻情報を取得する。また、プリフェッチ・キャッシュ制御部１０４は、端末装置１００内の図示しないＧＰＳ（Global  Positioning  System）測位機能部から端末装置１００の位置情報を取得する。なお、端末装置１００の位置情報については、ＧＰＳ測位以外に、基地局２００から通知される位置情報（例えば、在圏セル情報、セル内位置情報等）を通信機能部１０２経由で取得してもよい。あるいは、端末装置１００の位置情報については、ＧＰＳ測位以外に、基地局２００に関連づけられた位置情報を取得してもよい。この場合、プリフェッチ・キャッシュ制御部１０４は、例えば、上述の基地局２００の識別番号と位置情報を対応づけるテーブルが別途定義され、かかるテーブルを参照することにより、基地局２００の識別番号から位置情報を取得する。
【００４４】
プリフェッチ・キャッシュ制御部１０４は、上述した「プリフェッチのための通信を行うことが許容されるか否か」の制御信号に加えて、取得した上記の通信ネットワークの種別、通信品質情報、基地局２００の識別番号、時刻情報、端末装置１００の位置情報、のうち少なくとも１つに基づいて、プリフェッチによりサーバからデータを取得しキャッシュとして保存するか否かを決定してもよい。
【００４５】
例えば、通信ネットワークの種別が「５Ｇ」である場合に、プリフェッチによりサーバからデータを取得しキャッシュとして保存するか否かを決定してもよいし、あるいは通信ネットワークの種別が「Ｗｉ−Ｆｉ」である場合に、プリフェッチによりサーバからデータを取得しキャッシュとして保存するか否かを決定してもよい。
【００４６】
また、前述のように、端末装置１００の通信機能部１０２は、基地局２００から送信される混雑度情報を受信してもよい。その場合には、プリフェッチ・キャッシュ制御部１０４は、通信のサービス種別及び混雑度に基づいて、プリフェッチのための通信を通信機能部１０２が行うか否かを決定してもよい。例えば、プリフェッチ・キャッシュ制御部１０４は、前記混雑度情報が「混雑度が小さい」である場合に、プリフェッチのための通信を通信機能部１０２が行うと決定してもよい。あるいは、プリフェッチ・キャッシュ制御部１０４は、前記混雑度情報が「混雑度が大きい」である場合に、プリフェッチのための通信を通信機能部１０２が行わないと決定してもよい。
【００４７】
キャッシュ保存部１０６は、プリフェッチのための通信により取得されたデータを保存する部分（保存部）である。キャッシュ保存部１０６は、プリフェッチ・キャッシュ制御部１０４が通信機能部１０２に「プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存する」という指示を送信した際に、通信機能部１０２がバックホール３００及び基地局２００経由でサーバ４００から受信したデータを、通信機能部１０２より受け取り、かかるデータをキャッシュ保存部１０６に保存する。実際には、かかるデータはキャッシュ保存部１０６内の図示しない記憶媒体に保存される。
【００４８】
キャッシュ保存部１０６は、後述するように、アプリケーション部１０８から、アプリケーション部１０８が必要とするデータがキャッシュされているか否かの問合せを受け取る。必要とするデータが既にキャッシュ保存部１０６にキャッシュされている場合、キャッシュ保存部１０６は、かかるデータをアプリケーション部１０８に送信する。一方、必要とするデータがキャッシュ保存部１０６にキャッシュされていない場合、キャッシュ保存部１０６は、必要とするデータがキャッシュ保存部１０６にキャッシュされていない旨をアプリケーション部１０８に回答する。
【００４９】
アプリケーション部１０８は、通信機能部１０２、基地局２００及びバックホール３００を介してサーバ４００との間で、アプリケーション実行に係るデータの送受信を行う。
【００５０】
アプリケーション部１０８は、データが必要になった際にサーバ４００と通信する前に、キャッシュ保存部１０６に該当のデータがキャッシュされているかを問い合わせる。問合せの結果、データがキャッシュされている場合、アプリケーション部１０８はサーバ４００と通信することなく、キャッシュ保存部１０６からデータを取得する。問合せの結果、データがキャッシュされていない場合、アプリケーション部１０８は、サーバ４００と通信することで、必要になったデータを取得する。
【００５１】
ここで、図１１を参照して、端末装置１００のハードウェア構成について説明する。図１１に示されるように、端末装置１００は、物理的には、１つまたは複数のＣＰＵ（Central  Processing  Unit）１００Ａ、ＲＡＭ（Random  Access  Memory）１００Ｂ、ＲＯＭ（Read  Only  Memory）１００Ｃ、データ送受信デバイスである通信部１００Ｄ、半導体メモリやハードディスク等の補助記憶部１００Ｅ、操作盤（操作ボタンを含む）やタッチパネル等のユーザ操作の入力を受け付ける入力部１００Ｆ、ディスプレイ等の出力部１００Ｇ、及び、ＣＤ−ＲＯＭドライブ装置等の読取部１００Ｈを備えるコンピュータとして構成され得る。上記ＲＯＭ１００Ｃは、ＥＰＲＯＭ（Erasable  Programmable  ROM）やＥＥＰＲＯＭ（登録商標）（Electronically  Erasable  and  Programmable  ROM）を含んで構成してもよい。
【００５２】
前述した図５の端末装置１００の各部の機能は、例えばＣＤ−ＲＯＭ等の記録媒体Ｍに記憶された１つまたは複数のプログラムを読取部１００Ｈにより読み取ってＲＡＭ１００Ｂ等のハードウェア上に取り込むことにより、ＣＰＵ１００Ａの制御のもとで通信部１００Ｄ、入力部１００Ｆ及び出力部１００Ｇを動作させるとともに、ＲＡＭ１００Ｂ及び補助記憶部１００Ｅにおけるデータの読み出し及び書き込みを行うことで実現される。即ち、後述する図１２の端末制御プログラム１００Ｐ等のソフトウエアによる情報処理が、図１１のハードウェア資源を用いて具体的に実現されることで、後述するさまざまな制御処理が実行される。
【００５３】
また、図１２には、コンピュータを端末装置１００として機能させるための端末制御プログラム１００Ｐの構成を示す。図１２に示すように、端末制御プログラム１００Ｐは、通信モジュールＰ１、制御モジュールＰ２及び保存モジュールＰ３を備える。これらの各モジュールによって、先に図２を参照して説明した、通信機能部１０２、プリフェッチ・キャッシュ制御部１０４及びキャッシュ保存部１０６の機能が実現される。端末制御プログラム１００Ｐは、例えば記録媒体Ｍのプログラム格納領域Ｒに格納されて提供されるか、又はネットワーク経由のダウンロードによって提供される。上記の記録媒体Ｍは、フレキシブルディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、ＵＳＢメモリ、ＤＶＤ、ハードディスク、半導体メモリといった任意形式の記録媒体であってもよい。
【００５４】
以上、移動体通信システム、基地局、バックホール及び端末装置の構成とともに、プリフェッチのための通信を行うか否かの決定について説明した。尚、上述した例においては、ネットワーク管理サーバ３０８内の混雑度判定部３０８Ａがネットワーク装置の混雑度を判定し、プリフェッチ制御部３０８Ｂはプリフェッチ制御可否を判断したが、代わりに、基地局２００内に混雑度判定部とプリフェッチ制御部が設置され、かかる基地局２００内の混雑度判定部が基地局２００の混雑度を判定し、基地局２００内のプリフェッチ制御部がプリフェッチ制御可否を判断する、という処理が行われてもよい。この場合、基地局２００は、自装置内のプリフェッチ制御可否に関する情報を報知情報として端末装置１００に送信してもよい。
【００５５】
（プリフェッチのための通信を許可するか否かの決定に関する制御例）
以下、プリフェッチのための通信を行うか否かの決定に関するさまざまな制御例を順に説明する。
【００５６】
まず、図６を用いて基地局２００及び有線などのバックホール３００の混雑度に基づくプリフェッチ及びキャッシュの制御方法を説明する。まず、ステップＳ１０２において、ネットワーク管理サーバ３０８は、基地局２００、伝送路網３０２、パケット交換機３０４、ゲートウェイ３０６の混雑度を測定する。そして、ネットワーク管理サーバ３０８はステップＳ１０４において、基地局２００、伝送路網３０２、パケット交換機３０４、及びゲートウェイ３０６の混雑度を判定する。なお、ここでの混雑度の判定は、いずれか１つのネットワーク装置の混雑度に基づくものでも、複数のネットワーク装置の混雑度に基づくものであっても良い。判定の結果、ネットワーク管理サーバ３０８が混雑していないと判定した場合（ステップＳ１０４：ＮＯの場合）、後述するステップＳ１０６へ進み、一方、ネットワーク管理サーバが混雑していると判定した場合（ステップＳ１０４：ＹＥＳの場合）、後述するステップＳ１１０へ進む。
【００５７】
ステップＳ１０６において、ネットワーク管理サーバ３０８のプリフェッチ制御部３０８Ｂは、プリフェッチ制御を許可すると決定し、基地局２００経由で、プリフェッチ制御を許可する制御信号を端末装置１００に送信する。
【００５８】
ステップＳ１１０において、ネットワーク管理サーバ３０８のプリフェッチ制御部３０８Ｂにて、プリフェッチ制御を許可しないと決定し、基地局２００経由で、プリフェッチ制御を許可する制御信号を端末装置１００に送信する。
【００５９】
なお上述のプリフェッチ制御を許可する／しないに関する信号は、報知情報の一部として基地局から端末装置に送信されてもよいし、報知情報とは異なる信号として送信されても良い。
【００６０】
以上のようにして、基地局２００において、基地局２００及び有線などのバックホール３００の混雑度に基づいて、プリフェッチのための通信を許可するか否かを決定し、当該決定内容に応じた制御を行う。
【００６１】
（端末装置におけるプリフェッチのための通信を行うか否かの決定に関する制御例１）
次に、図７を用いて、端末装置１００において、基地局２００からの報知情報におけるプリフェッチ制御可否の信号に基づくプリフェッチ及びキャッシュの制御方法を説明する。図７のステップＳ２０２において、端末装置１００にて、報知情報のプリフェッチ制御可否の情報を取得する。そして、ステップＳ２０４にて、プリフェッチ制御が許可されている場合（ステップＳ２０４：ＹＥＳの場合）、後述するＳ２０６に進み、プリフェッチ制御が許可されていない場合（ステップＳ２０４：ＮＯの場合）、後述するステップＳ２０８へ進む。
【００６２】
ステップＳ２０６において、端末装置１００は、プリフェッチによりサーバ４００からデータを取得し、取得されたデータをキャッシュとして保存する。一方、ステップＳ２０８では、端末装置１００は、プリフェッチによるサーバ４００からのデータ取得を行わない。
【００６３】
以上のようにして、端末装置１００において基地局２００からのプリフェッチ制御の可否の制御信号に基づいて、プリフェッチのための通信を行うか否かを決定し、当該決定内容に応じた制御を行う。
【００６４】
（端末装置におけるプリフェッチのための通信を行うか否かの決定に関する制御例２）
次に、図８を用いて、端末装置１００の通信サービス種別及び基地局からのプリフェッチ制御可否の信号に基づく、プリフェッチ及びキャッシュの制御方法を説明する。図１０のステップＳ３０２にて、端末装置１００は通信ネットワークのサービス種別を取得する。そして、ステップＳ３０４にてその通信のサービス種別が「５Ｇ」であるかを判定し、サービス種別が「５Ｇ」である場合（ステップＳ３０４：ＹＥＳの場合）、後述するステップＳ３０８へ進み、サービス種別が「５Ｇ」でない場合（ステップＳ３０４：ＮＯの場合）、後述するステップＳ３１２へ進む。
【００６５】
なお、ここでの通信ネットワークは、端末装置１００が通信中である通信ネットワークであってもよいし、端末装置１００がアイドルモードにおいて在圏している通信ネットワークであってもよい。また、通信ネットワークは、端末装置１００が「通信中」である通信ネットワークのサービングセルにおいて報知情報により報知されている周辺の通信ネットワークであってもよい。例えば、ＬＴＥにおいては、同じエリアにおけるＷ−ＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、５Ｇ等に関する情報が報知情報により通知されているため、このような報知情報により通知された通信ネットワークの種別に関する情報に基づいて、ステップＳ３０４の判断が行われてもよい。または、通信ネットワークは、端末装置１００が「アイドルモード」において在圏している通信ネットワークのサービングセルにおいて報知情報により報知されている周辺の通信ネットワークであってもよい。例えば、ＬＴＥにおいては、同じエリアにおけるＷ−ＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、５Ｇ等に関する情報が報知情報により通知されているため、このような報知情報により通知された通信ネットワークの種別に関する情報に基づいて、ステップＳ３０４の判断が行われてもよい。
【００６６】
図８に戻り、ステップＳ３０６において、端末装置１００にて、基地局２００からの報知情報のプリフェッチ制御の可否の情報を取得する。そして、Ｓ３０８にてプリフェッチ制御が許可されている場合（ステップＳ３０８：ＹＥＳの場合）、後述するステップＳ３１０へ進み、プリフェッチ制御が許可されていない場合（ステップＳ３０８：ＮＯの場合）、後述するステップＳ３１２へ進む。
【００６７】
ステップＳ３１０において、端末装置１００は、プリフェッチによりサーバ４００からデータを取得し、取得されたデータをキャッシュとして保存する。一方、ステップＳ３１２では、端末装置１００は、プリフェッチによるサーバ４００からのデータ取得を行わない。
【００６８】
以上のようにして、端末装置１００において通信ネットワークのサービス種別及び基地局２００からのプリフェッチ制御の可否の制御信号に基づいて、プリフェッチのための通信を行うか否かを決定し、当該決定内容に応じた制御を行う。
【００６９】
（端末装置におけるプリフェッチのための通信を行うか否かの決定に関する制御例３）
次に、図９を用いて端末装置１００にて基地局２００の報知情報における混雑情報に基づく、プリフェッチ及びキャッシュの制御方法を説明する。ステップＳ４０２において、端末装置１００は基地局２００の報知情報により混雑情報を取得する。そして、ステップＳ４０４において、端末装置１００が基地局２００に関する混雑情報が「混雑していない」ことを示す情報であると判断した場合（ステップＳ４０４：ＮＯの場合）、後述するステップＳ４０６に進み、一方、端末装置１００が基地局２００に関する混雑情報が「混雑している」ことを示す情報であると判断した場合（ステップＳ４０４：ＹＥＳの場合）、後述するステップＳ４０８へ進む。
【００７０】
ステップＳ４０６において、端末装置１００は、プリフェッチによりサーバ４００からデータを取得し、取得されたデータをキャッシュとして保存する。一方、ステップＳ４０８では、端末装置１００は、プリフェッチによるサーバ４００からのデータ取得を行わない。
【００７１】
以上のようにして、端末装置１００において基地局２００の報知情報における混雑度情報に基づいて、プリフェッチのための通信を行うか否かを決定し、当該決定内容に応じた制御を行う。
【００７２】
（アプリケーション部がデータを必要とした場合の制御例）
次に、図１０を用いて、アプリケーション部１０８がデータを必要とした場合の制御について説明する。
【００７３】
図１０の処理は、アプリケーション部１０８がデータを必要とする場合に実行開始される。ここでの「データを必要とする場合」とは、例えばウェブブラウザにおいてウェブサイトを表示するためのデータを取得する場合、動画のためのアプリケーションの動画ファイルを取得する場合、ＦＴＰにおけるデータの取得を行う場合等を指す。
【００７４】
図１０のステップＳ５０２において、端末装置１００は、必要となるデータがすでにキャッシュされているか否かを判断する。判断の結果、必要となるデータがキャッシュされていない場合（ステップＳ５０２：ＮＯの場合）、後述するステップＳ５０４に進み、一方、必要となるデータがすでにキャッシュされている場合（ステップＳ５０２：ＹＥＳの場合）、後述するステップＳ５０６に進む。なお、上記の「必要となるデータ」とは、アプリケーション部１０８で必要となる音声データ、動画データ、あるいは、アプリケーションデータ自体であっても良い。
【００７５】
ステップＳ５０４において、端末装置１００は、従来通り、サーバ４００からデータをバックホール３００及び基地局２００を介してデータを取得する。一方、ステップＳ５０６では、端末装置１００は、サーバ４００からデータを取得せずに、キャッシュ保存部１０６によりキャッシュとして保存されたデータを利用する。
【００７６】
上記の「キャッシュとして保存されたデータ」は、アプリケーション部１０８にて当該データが必要となったタイミングにおいて、バックホール３００及び基地局２００を経由してサーバ４００からダウンロードされる代わりに、プリフェッチ・キャッシュ制御部１０４からアプリケーション部１０８に転送される。このように、上記タイミングにおいて、実際の通信を行うことなく、アプリケーション部１０８は当該データを利用可能となるため、ユーザ観点で見た場合に、データをダウンロードする時間を著しく短縮することが可能となり、ユーザ体感を大きく向上させることが可能となる。
【００７７】
例えば、前述した図８の例のように、通信ネットワークの種別が５Ｇの場合にプリフェッチによるデータ取得を行えば、他の通信ネットワークに比べて伝送容量が大きいという特徴が有る５Ｇを用いて、プリフェッチによりデータをダウンロードすることが可能となるため、移動体通信システムへの負荷を大きく低減することが可能となる。
【００７８】
また、上述したように、プリフェッチによりデータをダウンロードすることにより、システム全体で見た場合に、データ通信量（あるいは、トラヒック量）を時間的に、または、空間的に平滑化することが可能となる。かかる平滑化により、最も混雑する時間・場所のデータ通信量を低減することが可能となる。一般的に、ある場所におけるネットワーク設備は、最も混雑する時間のデータ通信量（あるいは、トラヒック量）に合わせて構築される。かかる平滑化により、最も混雑する時間のデータ通信量（あるいは、トラヒック量）が低減されることにより、結果として、設備コストを低減することが可能となる。
【００７９】
以上説明したように、一実施形態に係る基地局２００は、移動体通信システムに備えられた基地局２００である。基地局２００は、通信のサービス種別及び混雑度を判定する混雑度判定部２１２と、混雑度判定部２１２の判定結果に基づいて、端末装置１００が基地局２００を介してデータを事前にダウンロードする処理であるプリフェッチを行うか否かを示す制御信号の、端末装置１００への送信を制御するプリフェッチ制御部２１０と、を備える。混雑度は、基地局２００の周波数キャリアにおける通信の混雑度である。混雑度判定部２１２は、基地局２００において通信を行っている端末装置（例えば端末装置１００と同様の構成の端末装置であってよい）の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて、混雑度を判定する。
【００８０】
基地局２００によれば、従来のようなサーバによるプリフェッチではなく、端末装置１００においてプリフェッチを行う。その際、基地局２００において、通信のサービス種別及び混雑度が判定され、その判定結果に基づいて、プリフェッチを行うか否かを示す制御信号の、端末装置１００への送信が制御される。このように端末装置１００においてプリフェッチを行うため、従来のサーバによるプリフェッチに比べ、端末装置１００がコンテンツを利用するタイミングにおいて、実際の通信を行うことなくコンテンツを利用可能となる。これにより、プリフェッチされたコンテンツを端末装置１００にて利用するときの無線通信区間のトラフィックへの影響を無くすことができる。
【００８１】
さらに、基地局２００によれば、通信のサービス種別及び混雑度が判定され、その判定結果に基づいて、プリフェッチを行うか否かを示す制御信号の、端末装置１００への送信が制御される。混雑度は、基地局２００の周波数キャリアにおける通信の混雑度であり、基地局２００において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて判定される。このように、通信のサービス種別及び混雑度が判定され、その判定結果に基づいて、プリフェッチを行うか否かを示す制御信号の、端末装置１００への送信が制御されることによって、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。また、上記のプリフェッチの制御は、従来技術のような一部の特定のデータについてのダウンロード可否の制御ではないので、様々な状況や様々なコンテンツについて、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。無線リソースは、周波数リソース、時間リソース、電力リソース、及びコードリソースの少なくとも１つであってよい。
【００８２】
また、移動体通信システムにおけるバックホール３００は、伝送路網３０２と、パケット交換機３０４と、ゲートウェイ３０６と、伝送路網３０２、パケット交換機３０４及びゲートウェイ３０６を管理するネットワーク管理サーバ３０８と、を備える。ネットワーク管理サーバ３０８は、伝送路網３０２、パケット交換機３０４及びゲートウェイ３０６の混雑度を判定する混雑度判定部３０８Ａと、混雑度判定部３０８Ａの判定結果に基づいて、端末装置１００がバックホール３００を介してデータを事前にダウンロードする処理であるプリフェッチを行うか否かを示す管理サーバ側制御信号の、基地局２００への送信を制御するプリフェッチ制御部３０８Ｂと、を含む。これにより、バックホール３００に接続された基地局２００が、バックホール３００のネットワーク管理サーバ３０８からの管理サーバ側制御信号を受信し、受信した制御信号に基づいてプリフェッチを行うか否かを判定することもできる。その結果、無線通信区間及びその上位の通信システムのトラフィックへの影響を抑制することも可能になる。
【００８３】
また、基地局２００のプリフェッチ制御部２１０は、バックホール３００のネットワーク管理サーバ３０８から管理サーバ側制御信号を取得し、取得した管理サーバ側制御信号と、混雑度判定部２１２の判定結果とに基づいて、管理サーバ側制御信号を含む報知情報の端末装置１００への送信を制御する。これにより、基地局２００は、バックホール３００における混雑度をも考慮して、プリフェッチを行うか否かを示す制御信号の、端末装置１００への送信を制御することができる。
【００８４】
また、位置実施形態に係る端末装置１００は、上記の基地局２００を介してサーバ４００と通信を行う端末装置である。端末装置１００は、基地局２００を介してサーバ４００と通信を行う通信機能部１０２と、データをサーバ４００から端末装置１００へ事前にダウンロードする処理であるプリフェッチ、のための通信を通信機能部１０２が行うか否かを制御するプリフェッチ・キャッシュ制御部１０４と、プリフェッチのための通信により取得されたデータを保存するキャッシュ保存部１０６と、を備える。プリフェッチ・キャッシュ制御部１０４は、基地局２００からの制御信号を受信して、プリフェッチのための通信を通信機能部１０２が行うか否かを決定する。
【００８５】
端末装置１００では、基地局２００からの制御信号に基づいてプリフェッチのための通信を行うか否かが決定される。上述のように、基地局２００からの制御信号は、通信のサービス種別及び混雑度の判定結果に基づいて送信されたものである。このような制御信号に基づき端末装置１００においてプリフェッチのための通信を行うか否かが決定されることで、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。
【００８６】
また、一実施形態に係る端末装置１００は、サーバ４００と通信を行う端末装置である。端末装置１００は、基地局２００を介してサーバ４００と通信を行う通信機能部１０２と、データをサーバ４００から端末装置１００へ事前にダウンロードする処理であるプリフェッチ、のための通信を通信機能部１０２が行うか否かを制御するプリフェッチ・キャッシュ制御部１０４と、プリフェッチのための通信により取得されたデータを保存するキャッシュ保存部１０６と、を備える。プリフェッチ・キャッシュ制御部１０４は、通信のサービス種別及び混雑度に基づいて、プリフェッチのための通信を通信部が行うか否かを決定する。混雑度は、基地局２００の周波数キャリアにおける通信の混雑度である。混雑度は、基地局２００において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて判定される。
【００８７】
また、一実施形態に係る端末制御プログラム１００Ｐは、サーバ４００と通信を行う端末装置１００に設けられたコンピュータを、基地局２００を介してサーバ４００と通信を行う通信機能部１０２と、データをサーバ４００から端末装置１００へ事前にダウンロードする処理であるプリフェッチ、のための通信を通信部が行うか否かを制御するプリフェッチ・キャッシュ制御部１０４と、プリフェッチのための通信により取得されたデータを保存するキャッシュ保存部１０６、として機能させるための端末制御プログラムである。
【００８８】
端末装置１００または端末制御プログラム１００Ｐによっても、端末装置１００においてプリフェッチ及びキャッシュを行う。その際、通信のサービス種別及び混雑度に基づいてプリフェッチのための通信を行うか否かが決定される。混雑度は、基地局２００の周波数キャリアにおける通信の混雑度であり、基地局２００において通信を行っている端末装置の数、上りリンクにおける無線リソースの使用量、及び下りリンクにおける無線リソースの使用量の少なくとも１つに基づいて判定される。よって、上述したように、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。
【符号の説明】
【００８９】
１００…端末装置、１００Ａ…ＣＰＵ、１００Ｂ…ＲＡＭ、１００Ｃ…ＲＯＭ、１００Ｄ…通信部、１００Ｅ…補助記憶部、１００Ｆ…入力部、１００Ｇ…出力部、１００Ｈ…読取部、１００Ｐ…端末制御プログラム、１０２…通信機能部、１０４…プリフェッチ・キャッシュ制御部、１０６…キャッシュ保存部、１０８…アプリケーション部、２００…基地局、２０２…送受信アンテナ、２０４…無線通信部、２０６…呼処理部、２０８…伝送路インターフェース、２１０…プリフェッチ制御部、２１２…混雑度判定部、３００…バックホール、３０２…伝送路網、３０４…パケット交換機、３０６…ゲートウェイ、３０８…ネットワーク管理サーバ、４００…サーバ、Ｍ…記録媒体、Ｐ１…通信モジュール、Ｐ２…制御モジュール、Ｐ３…保存モジュール、Ｒ…プログラム格納領域。
【図１】
2017130740.tif 000003
【図２】
2017130740.tif 000004
【図３】
2017130740.tif 000005
【図４】
2017130740.tif 000006
【図５】
2017130740.tif 000007
【図６】
2017130740.tif 000008
【図７】
2017130740.tif 000009
【図８】
2017130740.tif 000010
【図９】
2017130740.tif 000011
【図１０】
2017130740.tif 000012
【図１１】
2017130740.tif 000013
【図１２】
2017130740.tif 000014