(57)【特許請求の範囲】
【請求項１】
基地局によるワイヤレス通信のための方法において、
リモートサーバからのコンテンツを検索することと、
前記基地局において、前記コンテンツの少なくとも一部をローカルキャッシュに記憶することと、ここにおいて、前記コンテンツは、少なくともメディアプレゼンテーションディスクリプション（ＭＰＤ）ファイルを含み、ここにおいて、前記ＭＰＤファイルは、要求されたコンテンツを記載し、前記リモートサーバからメディアセグメントを要求することによりクライアントが前記コンテンツをストリームするための情報を提供する、
前記基地局において、前記ＭＰＤファイルに関する要求を第２のユーザ機器（ＵＥ）から受信することと、
前記基地局は、前記ローカルキャッシュから前記ＭＰＤファイルを前記第２のＵＥに供給することと、
前記コンテンツに関する要求を第１のＵＥから受信することと、ここにおいて、前記コンテンツに関する前記要求は、前記メディアセグメントに関する要求を含み、
ここにおいて、前記第２のＵＥからの前記ＭＰＤファイルに関する前記要求は、前記第１のＵＥからの前記メディアセグメントに関する前記要求より前に受信される、
を備えた方法。
【請求項２】
前記第２のＵＥから前記コンテンツに関する前記要求を受信することと、
前記第２のＵＥからの前記要求に基づいて、前記リモートサーバから前記コンテンツを検索することと、
をさらに備える、請求項１の方法。
【請求項３】
前記コンテンツは要求されたファイルの識別を備える、請求項１の方法。
【請求項４】
前記ローカルキャッシュに前記コンテンツの前記少なくとも一部を記憶することは、前記要求されたファイルの１つまたは複数のセグメントを記憶することを備える、請求項３の方法。
【請求項５】
前記コンテンツは要求されたファイルの識別を備え、
前記第１のＵＥまたは少なくとも前記第２のＵＥの１つにより前記１つまたは複数のセグメントに関する要求を受信する前に前記リモートサーバから前記要求されたファイルの１つまたは複数のセグメントの検索を開始することをさらに備える、請求項２の方法。
【請求項６】
前記コンテンツを要求する複数のＵＥｓがしきい値を超えることを決定することと、ここにおいて、前記複数のＵＥｓは、前記第１のＵＥおよび前記第２のＵＥを含み、ここにおいて、前記しきい値は、前記コンテンツを前記複数のＵＥｓに送信するか否かを決定するための値である、
マルチキャストまたはブロードキャストチャネルを介して前記複数のＵＥｓへ前記記憶されたコンテンツを送信することをさらに備えた、請求項２の方法。
【請求項７】
前記コンテンツを要求している複数のＵＥｓがしきい値を超えることを決定することと、ここにおいて、前記複数のＵＥｓは、前記第１のＵＥおよび前記第２のＵＥを含み、ここにおいて、前記しきい値は、前記コンテンツを前記複数のＵＥｓに送信するか否かを決定するための値である、
異なる無線アクセス技術（ＲＡＴ）を介して前記複数のＵＥｓへ前記ローカルキャッシュから前記コンテンツを送信することと、
を備える、請求項２の方法。
【請求項８】
前記基地局において前記ローカルキャッシュにまたは隣接基地局に位置されるローカルキャッシュに前記コンテンツの少なくとも前記一部を記憶することと、
前記コンテンツの送信を前記隣接基地局と調停することと、
をさらに備えた、請求項１の方法。
【請求項９】
前記送信を調停することは、
前記コンテンツの少なくとも前記一部を前記隣接基地局へプッシュすることを備える、請求項８の方法。
【請求項１０】
前記送信を調停することは、
前記コンテンツの少なくとも前記一部に関連づけられたファイルロケーションを前記隣接基地局へアナウンスすることと、
前記隣接基地局から前記コンテンツの前記少なくとも前記一部に関する要求を受信することと、
前記コンテンツの前記少なくとも前記一部を前記隣接基地局へ送信することと、
を備える、請求項８の方法。
【請求項１１】
前記送信を調停することは、
前記コンテンツの前記少なくとも前記一部に関連づけられたファイルロケーションをモビリティマネージメントエンティティ（ＭＭＥ）へアナウンスすることと、
コンテンツがキャッシュされた基地局を決定するために前記ＭＭＥへ問い合わせをすることと、
を備える、請求項８の方法。
【請求項１２】
前記コンテンツが第２の基地局に関連づけられた１つまたは複数のＵＥｓにより要求されたと決定することと、
前記コンテンツの送信を前記第２の基地局と調停することとをさらに備えた請求項１の方法。
【請求項１３】
前記コンテンツの送信を前記第２の基地局と調停することは、
マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）セッションを前記第２の基地局と調停することと、
前記ＭＢＭＳセッションが確立されるチャネルに同調するように前記１つまたは複数のＵＥｓを指示することと、
を備える、請求項１２の方法。
【請求項１４】
前記１つまたは複数のＵＥｓへＭＢＭＳユーザサービスディスクリプション情報を送信することをさらに備えた、請求項１３の方法。
【請求項１５】
前記ＭＢＭＳユーザサービスディスクリプション情報は、専用シグナリング、シングルセルポイントツーポイント（ＳＣ−ＰＴＭ）チャネル、またはＭＢＭＳチャネルの少なくとも１つを介して送信される、請求項１４の方法。
【請求項１６】
前記第２の基地局は隣接基地局である、請求項１２の方法。
【請求項１７】
リモートサーバからのコンテンツを検索し、
基地局において前記コンテンツの少なくとも一部をローカルキャッシュに記憶し、ここにおいて、前記コンテンツは、少なくともメディアプレゼンテーションディスクリプション（ＭＰＤ）ファイルを含み、ここにおいて、前記ＭＰＤファイルは、要求されたコンテンツを記載し、前記リモートサーバからメディアセグメントを要求することによりクライアントが前記コンテンツをストリームするための情報を提供する、
前記基地局において、前記ＭＰＤファイルに関する要求を第２のユーザ機器（ＵＥ）から受信し、
前記基地局が、前記ローカルキャッシュから前記ＭＰＤファイルを前記第２のＵＥに供給し、
前記コンテンツに関する要求を第１のＵＥから受信し、ここにおいて、前記コンテンツに関する前記要求は、前記メディアセグメントに関する要求を含み、
ここにおいて、前記第２のＵＥからの前記ＭＰＤファイルに関する前記要求は、前記第１のＵＥからの前記メディアセグメントに関する前記要求より前に受信される、
ように構成された少なくとも１つのプロセッサを備える、無線通信のための装置。
【請求項１８】
リモートサーバからのコンテンツを検索する手段と、
基地局において前記コンテンツの少なくとも一部をローカルキャッシュに記憶する手段と、ここにおいて、前記コンテンツは、少なくともメディアプレゼンテーションディスクリプション（ＭＰＤ）ファイルを含み、ここにおいて、前記ＭＰＤファイルは、要求されたコンテンツを記載し、前記リモートサーバからメディアセグメントを要求することによりクライアントが前記コンテンツをストリームするための情報を提供する、
前記基地局において、前記ＭＰＤファイルに関する要求を第２のユーザ機器（ＵＥ）から受信する手段と、
前記基地局が、前記ローカルキャッシュから前記ＭＰＤファイルを前記第２のＵＥに供給する手段と、
前記コンテンツに関する要求を第１のＵＥから受信する手段と、ここにおいて、前記コンテンツに関する前記要求は、前記メディアセグメントに関する要求を含み、
ここにおいて、前記第２のＵＥからの前記ＭＰＤファイルに関する前記要求は、前記第１のＵＥからの前記メディアセグメントに関する前記要求より前に受信される、
を備える無線通信のための装置。
【請求項１９】
リモートサーバからのコンテンツを検索するためのコードと、
基地局において前記コンテンツの少なくとも一部をローカルキャッシュに記憶するためのコードと、ここにおいて、前記コンテンツは、少なくともメディアプレゼンテーションディスクリプション（ＭＰＤ）ファイルを含み、ここにおいて、前記ＭＰＤファイルは、要求されたコンテンツを記載し、前記リモートサーバからメディアセグメントを要求することによりクライアントが前記コンテンツをストリームするための情報を提供する、
前記基地局において、前記ＭＰＤファイルに関する要求を第２のユーザ機器（ＵＥ）から受信するためのコードと、
前記基地局が、前記ローカルキャッシュから前記ＭＰＤファイルを前記第２のＵＥに供給するためのコードと、
前記コンテンツに関する要求を第１のＵＥから受信するためのコードと、ここにおいて、前記コンテンツに関する前記要求は、前記メディアセグメントに関する要求を含み、
ここにおいて、前記第２のＵＥからの前記ＭＰＤファイルに関する前記要求は、前記第１のＵＥからの前記メディアセグメントに関する前記要求より前に受信される、
を備える、無線通信のためのコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本開示のある実施形態は一般にネットワークエッジにおけるコンテンツのキャッシング(caching content)に関する。
【背景技術】
【０００２】
[0002]ワイヤレス通信システムは、音声、データなど、様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（例えば、帯域幅および送信電力）を共有することによって複数のユーザとの通信をサポートすることができる多元接続システムであり得る。このような多元接続システムの例は、コード分割多元接続（ＣＤＭＡ）システム、時間分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰ（登録商標）ロングタームエボリューション（ＬＴＥ(登録商標)）システム、および直交周波数分割多重接続（ＯＦＤＭＡ）システムを含む。
【０００３】
[0003]一般に、ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートすることができる。各端末は、順方向リンクと逆方向リンク上の送信を介して、１つまたは複数の基地局と通信する。順方向リンク（またはダウンリンク）は、基地局から端末までの通信リンクを指し、逆方向リンク（またはアップリンク）は、端末から基地局までの通信リンクを指す。この通信リンクは、単入力単出力、多入力単出力、または多入力多出力（ＭＩＭＯ）システムを介して確立され得る。
【０００４】
[0004]ワイヤレスデバイスは、ユーザ機器（ＵＥ）およびリモートデバイスを備える。ＵＥは、人間による直接制御の下で動作するデバイスである。ＵＥｓのいくつかの例はセルラフォン（例えば、スマートフォン）、パーソナルデジタルアシスタンツ（ＰＤＡｓ）、ワイヤレスモデム、ハンドヘルドデバイス、ラップトップコンピュータ、タブレット、ネットブック、スマートブック、ウルトラブック、ロボット、ドローン、ウエアラブルデバイス（例えば、スマートウォッチ、スマートブレスレット、スマートクロージング(smart clothing)、スマートグラス(smart glasses)）等を含む。リモートデバイスは人間により直接制御されることなく動作するデバイスである。リモートデバイスのいくつかの例は自律ロボット、自律ドローン、センサ、メータ、ロケーションタグ、モニタリングデバイス等を含む。リモートデバイスは基地局、別のリモートデバイス、またはいくつかの他のエンティティと通信することができる。マシンタイプ通信（ＭＴＣ）は通信の少なくとも一方の端部上の少なくとも１つのリモートデバイスを含む通信に言及する。
【発明の概要】
【０００５】
[0005]本開示のある特定の態様は、基地局によるワイヤレス通信のための方法を提供する。方法は一般に第１のユーザ機器（ＵＥ）から、リモートソースからのコンテンツに関する要求を受信すること、リモートソースからのコンテンツを検索しコンテンツを第１のＵＥに提供すること、基地局においてローカルキャッシュにコンテンツの少なくとも一部を記憶すること、少なくとも第２のＵＥからコンテンツに関する要求を受信すること、およびローカルキャッシュからのコンテンツを検索し、コンテンツを第２のＵＥに提供することを含む。
【０００６】
[0006]本開示のある特定の態様はまた、上述のオペレーションを行うことが可能である様々な装置およびコンピュータプログラム製品を提供する。
【図面の簡単な説明】
【０００７】
[0007]本開示の特徴、性質、および利点は、同様の参照文字が全体を通して相応して識別する図面を考慮した場合、以下に示される詳細な説明により、より明白になるであろう。
【図１】[0008]図１は、本開示の態様に従う多元接続ワイヤレス通信システムを例示する。
【図２】[0009]図２は、本開示の様々な態様に従う通信システムのブロック図を示す。
【図３】[0010]図３は、本開示の態様に従う例示フレーム構造を示す。
【図４】[0011]図４は本開示の態様に従う実例的なサブフレームリソースエレメントを例示する。
【図５】[0012]図５は本開示の態様に従う、複数のユーザ機器（ＵＥｓ）への送信のためにコンテンツをキャッシュするために基地局により実行されることができる例示動作を図示する。
【図６】[0013]図６は本開示の態様に従う、複数のｅノードＢにおいて実行されるキャッシングを備えた例示ネットワークアーキテクチャを例示する。
【図７】[0014]図７は、本開示の態様に従う、基地局間の同期の一例を図示する。
【図８】[0015]図８は本開示の態様に従う、ネットワークエッジにおいてコンテンツをキャッシングし、キャッシュしたコンテンツをＵＥに送信するための動作の例示フロー図を示す。
【図９】[0016]図９は本開示の態様に従う、ネットワークエッジにおいてコンテンツをキャッシングし、キャッシュされたコンテンツをＵＥに送信するための動作の例示フロー図を示す。
【図１０】[0017]図１０は本開示の態様に従う、コンテンツをキャッシングし、キャッシュされたコンテンツをＵＥに送信するための動作の例示フロー図を示す。
【発明を実施するための形態】
【０００８】
[0018]本開示の態様はネットワークエッジにおいてコンテンツをキャッシングするための技法を提供する。ネットワークエッジにおいてコンテンツをキャッシングすることは要求しているＵＥｓへのコンテンツのプロビジョニング(provisioning)における低減されたレイテンシ(latency)を可能にする。
【０００９】
[0019]添付された図面に関連して以下に述べる詳細な記述は、さまざまな構成の記述として意図されたものであり、ここに記載された概念が実施されることができる唯一の構成を表わすことを意図していない。詳細な説明は、種々の概念の完全な理解を提供する目的のために特定の詳細を含む。しかし、これらの概念が、これらの特定の詳細が無くても実施され得ることは、当業者にとって明白であろう。いくつかの例において、よく知られた構造および構成要素は、そのような概念を不明瞭にするのを避けるために、ブロック図形式で示される。
【００１０】
[0020]ここに説明される技術は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば交換可能に使用される。ＣＤＭＡネットワークは、ユニバーサル地上無線接続（ＵＴＲＡ）、ＣＤＭＡ２０００等のような無線技術をインプリメントし得る。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ(登録商標)）および低チップレート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６の標準をカバーする。ＴＤＭＡネットワークは、移動体通信（ＧＳＭ(登録商標)）に関するグローバルシステムのような無線技術を実施し得る。ＯＦＤＭＡシステムは、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭＡ(登録商標)等、のような無線技術を実装し得る。ＵＴＲＡ、Ｅ-ＵＴＲＡ、ＧＳＭはユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロングタームエボリューション（ＬＴＥ）は、E-UTRAを使用するUMTSのアップカミングリリース(upcoming release)である。UTRA、Ｅ−UTRA、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と名づけられた団体の文書の中で説明されている。cdma2000は、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と名づけられた団体の文書の中で説明されている。これらの様々な無線技術および標準は、当技術分野において知られている。明確のために、本技術の特定の観点はＬＴＥに関して記載され、およびＬＴＥターミノロジーは、下記の記載の多くにおいて用いられる。
【００１１】
[0021]単一キャリア変調および周波数領域等化を利用する単一キャリア周波数分割多重アクセス（ＳＣ−ＦＤＭＡ：Single carrier frequency division multiple access）は１つの技法である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと類似の性能および本質的に同じ全体の複雑さを有する。ＳＣ−ＦＤＭＡ信号は、それ固有の単一搬送波構造のためより低いピーク対平均電力比率（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、特に、送信電力効率の観点から、より低いＰＡＰＲがモバイル端末にとって非常に有益であるアップリンク通信において、大いに注目を集めている。これは、３ＧＰＰロングタームエボリューション（ＬＴＥ）、または発展型ＵＴＲＡにおけるアップリンク多重アクセススキームに関する現在の作業仮説である。
【００１２】
[0022]図１は、本開示の態様が利用され得るワイヤレス通信ネットワーク１００を示す。ここに記載されるように、例えば、発展型ノードＢｓ１１０はコンテンツをキャッシュ(cache)し、キャッシュされたコンテンツをユーザ機器（ＵＥｓ）１２０に送信することができる。
【００１３】
[0023]ワイヤレス通信ネットワーク１００は、ＬＴＥネットワークであり得る。ワイヤレスネットワーク１００は、多数の発展型ノードＢｓ（ｅＮＢｓ）１１０および他のネットワークエンティティを含み得る。ｅＮＢはＵＥｓと通信する局であり得、基地局、アクセスポイント等とも呼ばれることができる。ノードＢはＵＥｓと通信する基地局の別の例である。
【００１４】
[0024]各ｅＮＢ110は、特定の地理的領域に関する通信カバレッジを提供し得る。３ＧＰＰでは、「セル」という用語は、この用語が使用される文脈に応じて、このカバレッジエリアをサービスするｅＮＢおよび／またはｅＮＢサブシステムのカバレッジエリアに言及することができる。
【００１５】
[0025]ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルのための通信カバレッジを提供することができる。マクロセルは、比較的大きい地理的領域（例えば、半径数キロメートル）をカバーし得、およびサービスサブスクリプションを有するＵＥｓによる無制限のアクセスを可能にし得る。ピコセルは、比較的小さい地理的領域をカバーし得、およびサービスサブスクリプションを有するＵＥｓによる無制限のアクセスを可能にし得る。フェムトセルは、比較的小さい地理的領域（例えば家庭）をカバーし得、およびフェムトセルと関係を有するＵＥｓによる制限されたアクセスを可能にし得る（例えば、クロ−ズド加入者グループ（ＣＳＧ）内のＵＥｓ、家庭内のユーザに関するＵＥｓ、など）。マクロセル用のｅＮＢはマクロｅＮＢと称され得る。ピコセル用のｅＮＢはピコｅＮＢと称され得る。ピコセルのためのｅＮＢはピコｅＮＢと称され得る。フェムトセルのためのｅＮＢはフェムトｅＮＢまたはホームｅＮＢと称され得る。図１に示される例では、ｅＮＢ１１０ａ、１１０ｂ、および１１０ｃはそれぞれ、マクロセル１０２ａ、１０２ｂ、および１０２ｃのためのマクロｅＮＢであり得る。ｅＮＢ １１０ｘは、ピコセル１０２ｘのためのピコｅＮＢであり得る。ｅＮＢ １１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅＮＢｓであり得る。ｅＮＢは、１つまたは複数の（例えば、３つの）セルをサポートし得る。
【００１６】
[0026]ワイヤレスネットワーク１００はまた、中継局を含み得る。中継局は、アップストリーム局（例えば、ｅＮＢまたはＵＥ）からのデータおよび／または他の情報の伝送を受信しおよびデータおよび／または他の情報の伝送をダウンストリーム局（例えば、ＵＥまたはｅＮＢ）に送信する局である。中継局はまた、他のＵＥｓへの伝送を中継するＵＥであり得る。図１で示される例では、中継局１１０ｒは、ｅＮＢ１１０ａとＵＥ１２０ｒとの間の通信を容易にするようにｅＮＢ１１０ａおよびＵＥ１２０ｒと通信し得る。中継局はまた、中継局ｅＮＢ、中継局、などと称され得る。
【００１７】
[0027]ワイヤレスネットワーク１００は、異なるタイプのｅＮＢｓ、たとえば、マクロｅＮＢｓ、ピコｅＮＢｓ、フェムトｅＮＢｓ、中継器、等を含む異種ネットワークであることができる。これらの異なるタイプのｅＮＢｓは、ワイヤレスネットワーク１００において、異なる送信電力レベル、異なるカバレッジ領域、および干渉に対する異なる影響を有し得る。例えば、マクロｅＮＢｓは、高い伝送電力レベル（例えば２０ワット）を有し得、一方ピコｅＮＢｓ、フェムトｅＮＢｓおよび中継局は、より低い伝送電力レベル（例えば１ワット）を有し得る。
【００１８】
[0028]無線ネットワーク１００はまた、同期または非同期動作をサポートし得る。同期動作に関して、ｅＮＢｓは、類似のフレームタイミングを有し得、および異なるｅＮＢｓからの伝送はおおよそ時間に連動され得る。非同期動作に関して、ｅＮＢｓは異なるフレームタイミングを有し得、および異なるｅＮＢｓからの伝送は時間に連動され得ない。ここに記載された技術は、同期動作および非同期動作の両方に用いられ得る。
【００１９】
[0029]ネットワークコントローラ１３０は、ｅＮＢｓのセットに結合され得、およびこれらのｅＮＢｓのための調整および制御を提供する。ネットワークコントローラ１３０は、バックホールを介してｅＮＢ１１０と通信することができる。ｅＮＢｓ１１０はまた例えば、無線または有線バックホールを介して直接または間接に相互に通信を行い得る。
【００２０】
[0030]ＵＥｓ１２０は、ワイヤレスネットワーク１００全体にわたって分散されることができ、各ＵＥは、固定式または移動式であることができる。ＵＥは、端末、移動局、加入者ユニット、局等とも称され得る。ＵＥは、セルラ電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局等であり得る。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレー等と通信可能であり得る。図１では、両方向矢印（double arrows）を備えた実線は、ＵＥとこのＵＥにダウンリンク上および／またはアップリンク上でサービス提供するように指定されるｅＮＢであるサービングｅＮＢとの間の所望の送信を示す。双方向矢印を有する点線は、ＵＥとｅＮＢの間の伝送を干渉していることを示す。
【００２１】
[0031]ＬＴＥは、ダウンリンク上では直交周波数分割多重化（ＯＦＤＭ）を、そしてアップリンク上ではシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を複数（Ｋ個）の直交サブキャリアに分割し、これらはまた、一般に、トーン、ビン等と称される。各サブキャリアは、データを用いて変調され得る。一般的に、変調シンボルは、ＯＦＤＭを用いる周波数領域とＳＣ−ＦＤＭを用いる時間領域に送信される。隣接するサブキャリアの間の空間は固定され得、そしてサブキャリア（Ｋ）の総数は、システム帯域幅に依存し得る。例えば、サブキャリアのスペーシングは、15 kHzであり、最小リソース割り付け（「リソースブロック」と呼ばれる）は、１２サブキャリア（または180 kHz）でありうる。したがって、名目上のＦＦＴサイズは、システム帯域幅の1．25、2．5、5、10、または20メガヘルツ（ＭＨｚ）に対して、それぞれ、128、256、512、1024、または2048に等しくなり得る。システム帯域幅はまた、サブバンドに分割され得る。例えば、サブバンドは、1．08ＭＨｚ（すなわち、６個のリソースブロック）をカバーし、１．２５、2.5、５、１０または２０ＭＨｚのシステム帯域幅に対して、それぞれ1、2、4、8、または16個のサブバンドが存在し得る。
【００２２】
[0032]ワイヤレスネットワーク１００はまた１つまたは複数の無線アクセスネットワーク技術（ＲＡＴｓ）をインプリメントする１つまたは複数のアクセスネットワーク（ＲＡＮｓ）を介してコアネットワークと通信することができるＵＥｓ１２０を含むことができる。たとえば、ここに提供されるある態様によれば、ワイヤレスネットワーク１００は第１のＲＡＴをインプリメントする第１のＲＡＮおよび第２のＲＡＴをインプリメントする第２のＲＡＮを介して通信を提供するコロケートされた(co-located)アクセスポイント（ＡＰｓ）および／または基地局を含むことができる。ある態様によれば、第１のＲＡＮはワイドエリアワイヤレスアクセスネットワーク（ＷＷＡＮ）であり得、第２のＲＡＮはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）であり得る。ＷＷＡＮの例はこれに限定されないが、例えば、ＬＴＥ、ＵＭＴＳ、ｃｄｍａ２０００、ＧＳＭ等のような無線アクセス技術（ＲＡＴｓ）を含むことができる。ＷＬＡＮの例は、これに限定されないが、例えば、Ｗｉ−ＦｉまたはＩＥＥＥ８０２．１１に基づく技術のようなＲＡＴｓを含むことができる。
【００２３】
[0033]ここに提供されるある態様によれば、ワイヤレスネットワーク１００はＷｉ−Ｆｉおよびセルラ無線リンクを介した通信を提供するコロケートされたＷｉ−Ｆｉアクセスポイント（ＡＰｓ）およびフェムトｅＮＢｓを含むことができる。ここで使用されるように、「コロケートされた(co-located)」という用語は一般に「〜にごく接近して」という意味であり互いにごく接近している同一のデバイスエンクロージャ内または別個のデバイス内のＷｉ−Ｆｉ  ＡＰｓまたはフェムトｅＮＢｓに適用する。本開示のある態様によれば、ここで使用されるように、用語「フェムトＡＰ」はコロケートされたＷｉ−Ｆｉ  ＡＰおよびフェムトｅＮＢに言及することができる。
【００２４】
[0034]図2は、ＭＩＭＯシステム200のようなシステムにおける送信システム２１０（アクセスポイント（ＡＰ）としても知られる）および受信システム２５０（ユーザ機器としても知られる）の一実施形態のブロック図である。本開示の態様は送信システム（ＡＰ）２１０および受信システム（ＵＥ）２５０において実施されることができる。送信システム２１０および受信システム２５０に言及されるけれども、これらのシステムはアプリケーションに応じて送信ならびに受信することができる。図５を参照して以下に記載されるように、例えば、送信システム２１０は受信システム２５０により要求されるデータをキャッシュしそのデータをキャッシュから他の受信システムへ提供することができる。
【００２５】
[0035]送信機システム210において、多数のデータストリームのためのトラヒックデータが、データソース212から送信（ＴＸ）データプロセッサ214へと供給される。一態様では、各データストリームは、それぞれの送信アンテナを介して送信される。データプロセッサ214は、各データストリームに関するトラヒックデータを、そのデータストリームに関して選択された特定の符号化方式に基づいて、フォーマット、符号化、およびインターリーブし、符号化されたデータを供給する。
【００２６】
[0036]各データストリームに関する符号化データは、ＯＦＤＭ技術を使用してパイロットデータとともに多重化され得る。パイロットデータは一般的に、既知の手法で処理され、チャネル応答を推定するために受信機システムにおいて使用され得る、既知のデータパターンである。そして、各データストリームに関する多重化されたパイロットデータと符号化データは、そのデータストリームに関して選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）され、変調シンボルが供給される。各データストリームに関するデータレート、符号化、および変調は、プロセッサ230によって実行される命令によって決定され得る。
【００２７】
[0037]そして、すべてのデータストリームに関する変調シンボルがＴＸ ＭＩＭＯプロセッサ220に供給され、ＴＸ ＭＩＭＯプロセッサ１１２０はさらに、（たとえば、ＯＦＤＭ用に）変調シンボルを処理し得る。ＴＸ  ＭＩＭＯプロセッサ220は、その後、ＮＴ変調シンボルストリームをＮＴ送信機（ＴＭＴＲ）222aないし222tに提供する。特定の実施形態では、ＴＸ ＭＩＭＯプロセッサ220は、データストリームのシンボルと、シンボルの送信元であるアンテナとにビームフォーミング重みを適用する。
【００２８】
[0038]各送信機２２２は、それぞれのシンボルストリームを受信および処理して、１つまたは複数のアナログ信号を供給し、これらのアナログ信号をさらに調整（例えば、増幅、フィルタ処理、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した被変調信号を供給する。送信機２２２ａないし２２２ｔからのＮＴ個の変調信号は、次に、それぞれＮＴ個のアンテナ２２４ａないし２２４ｔから送信される。
【００２９】
[0039]受信機システム２５０において、送信される被変調信号は、ＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信された信号は、それぞれの受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機254は、それぞれの受信された信号を調整（例えば、フィルタリング、増幅、およびダウンコンバート）し、サンプルを提供するために調整された信号をデジタル化し、対応する「受信された」シンボルストリームを提供するために、これらサンプルをさらに処理する。
【００３０】
[0040]その後、ＲＸデータプロセッサ２６０は、ＮＲ個の受信機２５４からＮＲ個の受信されたシンボルストリームを受信し、特定の受信機処理技法に基づいて処理して、ＮＴ個の「検出された」シンボルストリームを供給する。そして、ＲＸデータプロセッサ260は、各々の検出されたシンボルストリームを復調し、デインターリーブし、復号して、データストリームのためのトラヒックデータをリカバーする。ＲＸデータプロセッサ260による処理は、送信機システム210においてＴＸ  ＭＩＭＯプロセッサ220およびＴＸデータプロセッサ214によって実行されるものと補完的である。
【００３１】
[0041]プロセッサ270は、どのプリコーディングマトリクスを使用すべきかを定期的に決定する。プロセッサ270は、マトリクスインデックスの部分とランク値の部分とを含むリバースリンクメッセージを公式化する。
【００３２】
[0042]逆方向リンクメッセージは、通信リンクおよび／または受信されたデータストリームに関するさまざまなタイプの情報を含み得る。リバースリンクメッセージは次に、データソース２３６からの多数のデータストリームに関するトラヒックデータの受信もするＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａないし２５４ｒによって調整され、そして送信機システム２１０へ送り返される。
【００３３】
[0043]送信機システム210において、受信機システム250からの被変調信号は、アンテナ224によって受信され、受信機222によって調整され、復調器240によって復調され、ＲＸデータプロセッサ242によって処理され、受信機システム250によって送信されたリバースリンクメッセージが抽出される。その後、プロセッサ230は、ビームフォーミング重みを判断するためにどのプリコーディングマトリクスを使用すべきかを判断し、次いで、抽出されたメッセージを処理する。
【００３４】
[0044]ある特定の態様によると、コントローラ／プロセッサ２３０および２７０は、それぞれ、送信機システム２１０および受信機システム２５０における動作を指示し得る。一態様によれば、送信機システム２１０におけるプロセッサ２３０、ＴＸデータプロセッサ２１４および／または他のプロセッサおよびモジュールはここに記載された技法に関する処理を実行または指示することができる。他の態様によれば、受信機システム２５０におけるプロセッサ２７０、ＲＸデータプロセッサ２６０、および／または他のプロセッサおよびモジュールはここに記載された技法に関する処理を実行または指示することができる。たとえば、送信機システム２１０におけるプロセッサ２３０、ＴＸデータプロセッサ２１４および／または他のプロセッサおよびモジュールは図５の動作５００を実行または指示することができる。たとえば、受信機システム２５０におけるプロセッサ２７０、ＲＸデータプロセッサ２６０、および／または他のプロセッサおよびモジュールは受信機システム２５０における動作を実行または指示することができる。
【００３５】
[0045]ある態様では、論理チャネルは、制御チャネル（Control Channel）とトラフィックチャネル（Traffic Channel）に分類される。論理制御チャネル（Logical Control Channel）は、システム制御情報をブロードキャストする（broadcasting）ためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ：Broadcast Control Channel）を備える。ページング制御チャネル（ＰＣＣＨ：Paging Control Channel）はページング情報を転送するＤＬチャネルである。マルチキャスト制御チャネル（ＭＣＣＨ：Multicast Control Channel）は、１つまたはいくつかのＭＴＣＨに関する制御情報およびマルチメディアブロードキャストマルチキャストサービス（Multimedia Broadcast and Multicast Service）（ＭＢＭＳ）スケジューリングを送信するために使用されるポイントツーマルチポイントＤＬチャネル（Point-to-multipoint DL channel）である。一般に、ＲＲＣ接続を確立したあとに、このチャネルは、ＭＢＭＳ（注：旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。専用制御チャネル（ＤＣＣＨ：Dedicated Control Channel）は、ＲＲＣ接続を有するＵＥｓにより使用される専用制御情報を送信するポイントツーポイント双方向チャネル（Point-to-point bi-directional channel）である。一態様では、論理トラフィックチャネル（Logical Traffic Channel）は、ユーザ情報の転送のための、１つのＵＥ専用の（dedicated to one UE）ポイントツーポイント双方向チャネルである専用トラフィックチャネル（ＤＴＣＨ：Dedicated Traffic Channel）を備える。また、マルチキャストトラヒックチャネル（ＭＴＣＨ）は、トラフィックデータを送信するためのポイントツーマルチポイントＤＬチャネルに関する。
【００３６】
[0046]ある態様では、トランスポートチャネルは、ＤＬおよびＵＬに分類される。ＤＬトランスポートチャネルは、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有データチャネル（ＤＬ−ＳＤＣＨ）および、ページングチャネル（ＰＣＨ）を備え、このＰＣＨは、ＵＥパワーセービングのサポートのためのものであり（ＤＲＸサイクルはネットワークによってＵＥへ示される）、セル全体にわたってブロードキャストされ、他の制御／トラフィックチャネルのために使用されることができるＰＨＹリソースにマッピングされる。ＵＬトランスポートチャネルは、ランダムアクセスチャネル（ＲＡＣＨ）、リクエストチャネル（ＲＥＱＣＨ）、アップリンク共有データチャネル（ＵＬ−ＳＤＣＨ）および複数のＰＨＹチャネルを備える。ＰＨＹチャネルは、ＤＬチャネルおよびＵＬチャネルのセットを備える。
【００３７】
[0047]一態様において、単一キャリア波形の低ＰＡＲＲ（いかなるときでも、チャネルは周波数が連続的または均一に離間されている）特性を維持するチャネル構造が提供される。
【００３８】
[0048]図３は、ＬＴＥにおけるＦＤＤのための実例的なフレーム構造３００を示す。ダウンリンクおよびアップリンクの各々についての送信タイムラインは、無線フレームの単位に分割され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有することができ、０〜９のインデクスを有する１０個のサブフレームに分割され得る。各サブフレームは、２つのスロットを含み得る。各無線フレームは、０から１９までのインデックスを持つ２０個のスロットを含み得る。各スロットは、例えば、（図2に示されるような）通常のサイクリックプレフィックスのための７つのシンボル期間、または拡張されたサイクリックプレフィックスのための６つのシンボル期間といった、Ｌ個のシンボル期間を含み得る。各サブフレームにおける２Ｌ個のシンボル期間は、０〜２Ｌ−１のインデックスを割り当てられ得る。
【００３９】
[0049]ＬＴＥにおいて、ｅＮＢは、ｅＮＢによってサポートされるセルごとのシステム帯域幅の中心１．０８ＭＨｚのダウンリンク上でプライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）を送信し得る。図３に示されるように、ＰＳＳおよびＳＳＳは、通常のサイクリックプレフィックスを有する各無線フレームのサブフレーム０および５におけるシンボル期間６および５においてそれぞれ送信され得る。ＰＳＳおよびＳＳＳは、セルの探索および捕捉のためにＵＥによって使用され得る。セルサーチおよび取得の期間、端末は、端末が基準信号シーケンス（フレームタイミングにより与えられる）およびセルの基準信号シーケンス（物理レイヤセルアイデンティティにより与えられる）の開始を学習するセルの物理レイヤアイデンティティとセルフレームタイミングを検出する。ｅＮＢは、このｅＮＢによってサポートされる各セルのためのシステム帯域幅にわたってセル固有の基準信号（ＣＲＳ：cell-specific reference signal）を送信し得る。ＣＲＳは、各サブフレームのある特定のシンボル期間において送信され、チャネル推定、チャネル品質測定、および／または他の機能を実行するためにＵＥによって使用され得る。複数の態様において、異なるおよび／またはさらなる基準信号が採用されることができる。ｅＮＢは、また、ある特定の無線フレームのスロット１におけるシンボル期間０〜３において物理ブロードキャストチャネル（ＰＢＣＨ）を送信し得る。ＰＢＣＨは、いくつかのシステム情報を搬送し得る。ｅＮＢは、ある特定のサブフレームにおける物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でシステム情報ブロック（ＳＩＢｓ）のような他のシステム情報を送信し得る。ｅＮＢは、サブフレームの第１のＢ個のシンボル期間における物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で制御情報／データを送信し、ここで、Ｂ個は各サブフレーム用に構成可能であり得る。ｅＮＢは、各サブフレームの残りのシンボル期間におけるＰＤＳＣＨ上でトラフィックデータおよび／または他のデータを送信し得る。
【００４０】
[0050]図４は、通常のサイクリックプリフィックスを備えた、ダウンリンク用の２つの例示サブフレームフォーマット４１０および４２０を示す。ダウンリンクのための利用可能な時間周波数リソースは、リソースブロックに分割され得る。各リソースブロックは、１つのスロットにおいて１２個のサブキャリアをカバーし、多くのリソースエレメントを含み得る。各リソースエレメントは、１つのシンボル期間において１つのサブキャリアをカバーすることができ、１つの変調シンボルを送信するために使用されることができ、変調シンボルは、実数または複素数であることができる。
【００４１】
[0051]サブフレームフォーマット４１０は、２つのアンテナを備えたｅＮＢに対して使用され得る。ＣＲＳは、シンボル期間０、４、７、および１１においてアンテナ０および１から送信され得る。基準信号は、送信機および受信機によってアプリオリ(a priori)に知られている信号であり、パイロットとも称され得る。ＣＲＳは、例えば、セル識別子（ＩＤ）に基づいて生成される、セルに特有の基準信号である。図４において、ラベルＲａを有する所与のリソースエレメントについて、変調シンボルは、アンテナａからそのリソースエレメント上で送信され、いずれの変調シンボルも、そのリソースエレメント上で他のアンテナから送信されることができない。サブフレームフォーマット４２０は、４つのアンテナを備えたｅＮＢに対して使用され得る。ＣＲＳは、シンボル期間０、４、７、および１１においてアンテナ０および１から、および、シンボル期間１および８においてアンテナ２および３から、送信され得る。サブフレームフォーマット４１０および４２０の両方について、ＣＲＳは、セルＩＤに基づいて決定され得る均等に間隔を空けたサブキャリア上で送信され得る。異なるｅＮＢは、それらのＣＲＳを、それらのセルＩＤに依存して、同じまたは異なるサブキャリアで送信し得る。サブフレームフォーマット４１０および４２０の両方について、ＣＲＳに使用されないリソースエレメントは、データ（例えば、トラフィックデータ、制御データ、および／または他のデータ）を送信するために使用され得る。
【００４２】
[0052]ＬＴＥにおいてＰＳＳ、ＳＳＳ、ＣＲＳ、およびＰＢＣＨは、「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題された、３ＧＰＰ ＴＳ ３６. ２１１で説明されており、これは公に入手可能である。
【００４３】
[0053]インターレース構造は、ＬＴＥにおけるＦＤＤのためのダウンリンクおよびアップリンクの各々に使用され得る。例えば、０〜Ｑ−１のインデックスを有するＱ個のインターレースが定義されることができ、ここで、Ｑは４、６、８、１０、またはその他の値と等しくてもよい。各インターレースは、Ｑ個のフレームだけ間隔を空けたサブフレームを含み得る。特に、インターレースｑは、サブフレームｑ、ｑ＋Ｑ、ｑ＋２Ｑなどを含み得、ここで、ｑ∈｛０，. . . ，Ｑ−１｝である。
【００４４】
[0054]ワイヤレスネットワークは、ダウンリンクおよびアップリンク上のデータ伝送のためのハイブリッド自動再送要求（ＨＡＲＱ）をサポートし得る。ＨＡＲＱでは、送信機（例えば、ｅＮＢ）は、パケットが受信機（例えば、ＵＥ）によって正しく復号されるまで、または他の何らかの終了条件が発生するまで、パケットの１つまたは複数の伝送を送り得る。同期ＨＡＲＱでは、パケットのすべての伝送が、単一のインターレースのサブフレームにおいて送られ得る。非同期ＨＡＲＱでは、パケットの各伝送が、任意のサブフレームにおいて送られ得る。
【００４５】
[0055]１つのＵＥが、複数のｅＮＢｓのカバレッジエリア内に配置され得る。これらのｅＮＢｓのうちの１つは、ｅＮＢにサービスするために選択され得る。サービングｅＮＢは、受信信号強度、受信信号品質、経路損失（pathloss）、等のような様々な基準に基づいて選択され得る。受信信号品質は、信号対雑音および干渉比（ＳＩＮＲ：signal-to-noise-and-interference ratio）、または基準信号受信品質（ＲＳＲＱ：reference signal received quality）、またはその他のメトリックによって定量化され得る。ＵＥは、ＵＥが１つまたは複数の干渉ｅＮＢからの高い干渉を観測し得る支配的な干渉シナリオにおいて動作し得る。
ネットワークエッジにおけるコンテンツのキャッシング
[0056]本開示のある態様はネットワークエッジにおいて要求されたコンテンツをキャッシングするメカニズムを提供する。ネットワークエッジにおいてコンテンツをキャッシングすることは同じコンテンツを要求している複数のＵＥｓにコンテンツを提供する際に低減されたレイテンシ(latency)を可能にすることができる。
【００４６】
[0057]コンテンツをキャッシングすることは一般的にコンテンツの配信において低減されたレイテンシを可能にする。レイテンシの低減は産業オートメーション、リアルタイムアプリケーション（例えば、オンラインビデオゲーム）におけるコンテンツの配信、増大されたＴＣＰスループットを提供するために等々のようなさまざまなシナリオにおいて有効であり得る。ネットワークエッジにおけるキャッシングはバックホール送信の量を低減し同じコンテンツを複数のＵＥｓに提供する際の処理遅延を低減することができる。したがって、要求されたデータはリモートソースからよりはむしろネットワークエッジ上のデバイスからサービスされることができる、それはコアネットワーク上のトラッフィック量を低減することができる。
【００４７】
[0058]図５は本開示の一態様に従う、ネットワークエッジにおいてコンテンツをキャッシュしそのコンテンツを複数のＵＥｓに提供するために実行されることができる例示動作５００を示す。
【００４８】
[0059]動作５００は５０２で始まり、ここで、基地局はリモートソースからのコンテンツに関する要求を第１のユーザ機器（ＵＥ）から受信する。５０４において、基地局はリモートソースからのコンテンツを検索しそのコンテンツを第１のＵＥに提供する。５０６において、基地局は基地局においてコンテンツの少なくとも一部をローカルキャッシュに記憶する。５０８において基地局は少なくとも第２のＵＥからコンテンツに関する要求を受信する。５１０において、基地局はローカルキャッシュからコンテンツを検索しそのコンテンツを第２のＵＥに提供する。
【００４９】
[0060]一態様において、コンテンツはローカルゲートウェイにおいてキャッシュされることができる。たとえば、コンテンツはｅＮＢまたはスタンドアローンＬＧＷにコロケートされたローカルゲートウェイ（ＬＧＷ）にキャッシュされることができる。ＬＧＷがネットワークによりサポートされない場合には、コンテンツはパケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）にキャッシュされることができる。ブロードキャスト−マルチキャストアーキテクチャを用いたネットワークにおいて、コンテンツはローカルエリアネットワーク内に配置されたブロードキャスト／マルチキャストサービスセンタ（ＢＭ−ＳＣ）においてキャッシュされることができる。ローカルゲートウェイあるいはＢＭ−ＳＣにおいてコンテンツをキャッシングすることはコンテンツ消費(content consumption)のグローバルビュー(global view)を可能にすることができ、すなわちオペレータはネットワーク上のユーザがどのコンテンツに関心があるかをコンテンツ要求およびコンテンツの提供に基づいて決定することができる。
【００５０】
[0061]一例において、ＬＧＷ、Ｐ−ＧＷ、またはＢＭ−ＳＣはダイナミックアダプティブストリーミングオーバＨＴＴＰ（ＤＡＳＨ）またはＨＴＴＰ要求（例えば、ＨＴＴＰ  ＧＥＴリクエスト）をコンテンツを要求するためにリモートサーバに送信することができる。要求されたコンテンツはリモートサーバからＬＧＷ、Ｐ−ＧＷ、またはＢＭ−ＳＣへプッシュ(push)されることができる。例えば、コンテンツがＤＡＳＨを用いて要求される場合、リモートサーバは複数のＤＡＳＨセグメントをＬＧＷ、Ｐ−ＧＷまたはＢＭ−ＳＣに送信することができる。同様に、コンテンツデリバリネットワーク（ＣＤＮ）において、ＵＥがコンテンツに関するＤＮＳルックアップ（たとえば、www.video.example.com）を実行すると、ＤＮＳルックアップはＬ−ＧＷまたはＰ−ＧＷ内に位置されるローカルサーバまたはキャッシュにアクセスするようにＵＥに指示することができる。ＵＥがコンテンツを要求すると、ＬＧＷまたはＰ−ＧＷは要求されたセグメントをユニキャストチャネルを介してＵＥに送信することができる。ＢＭ−ＳＣは、例えばエンハンストマルチメディアブロードキャスト／マルチキャストサービス（ｅＭＢＭＳ）チャネルを介してＤＡＳＨセグメントをＵＥｓに送信することができる。ＵＥｓは例えば、ファイルリペアプロシージャ(file repair procedures)を用いてＢＭ−ＳＣから紛失したコンテンツをフェッチすることができる。しかしながら、リモートサーバから紛失したコンテンツを検索する代わりに、ＵＥｓはローカルサーバ（例えば、ＢＭ−ＳＣに位置される）においてキャッシュされたコンテンツから紛失したコンテンツを検索することができる。
【００５１】
[0062]いくつかのケースにおいて、ネットワークは２つのゲートウェイを含むことができる。
各ゲートウェイは別個のアクセスポイント名（ＡＰＮ）を有することができる。ＵＥは低レイテンシトラフィックに関する一方のゲートウェイを介しておよびレギュラートラフィックに関する別のゲートウェイを介して通信することができる。ここに記載されるように、低レイテンシトラフィックに使用されるゲートウェイは他のＵＥｓへ送信するためにコンテンツがキャッシュされることができるローカルキャッシュを含むことができる。要求されたコンテンツが低レイテンシトラフィックに使用されるゲートウェイにおいてキャッシュされない場合、ｅＮＢは、レギュラートラフィックに使用されるゲートウェイを介してリモートサーバからコンテンツを要求することができ、それはコアネットワークを介したリモートサーバへ通信を送る(route)ことができる。
【００５２】
[0063]一態様において、コンテンツはｅノードＢ(eNB)においてキャッシュされることができる。この場合、eNBはローカルプロキシまたはローカルサーバーとしてサービスされることができる。ｅＮＢは第１のＵＥにより要求されるコンテンツをキャッシュすることができ同じコンテンツを要求する他のＵＥｓへ同じコンテンツを送信することができる。ｅＮＢは、例えば、ディープパケットインスペクション(Deep Packet Inspection (DPI))により同じコンテンツを他のＵＥｓが要求していると決定する。ストリーミングアプリケーション（例えば、ＤＡＳＨ）において、ｅＮＢは複数の要求するＵＥｓに関するコンテンツをフェッチするためにクライアントとして動作することができる。いくつかのケースにおいて、ｅＮＢは将来あるコンテンツがＵＥ（または複数のＵＥｓ）により要求されそのコンテンツを要求しているＵＥｓに再送信するために先制して(preemptively)そのコンテンツをフェッチしおよび補足(catch)することを開始することができることを予測することができる。
【００５３】
[0064]いくつかのケースにおいて、ｅＮＢはプロキシサーバとして動作することができる。１つのＵＥにより要求されたリソースは、同じｅＮＢに接続されていようとまたは隣接ｅＮＢに接続されていようと他のＵＥｓに利用可能である。いくつかのケースにおいて、多数のＵＥｓがリモートサーバから特定のコンテンツを要求することができると予測しその予測されたコンテンツをｅＮＢにプッシュすることができ、それは次にコンテンツをキャッシュしそのコンテンツをキャッシュからＵＥｓへ提供する。ｅＮＢはＰ−ＧＷを介してリモートサーバからあるいはインターネット接続または低レイテンシネットワーク接続を介してリモートサーバから直接にコンテンツを受信することができる。ＵＥはＰ−ＧＷからＩＰアドレスが割当てられる。ＵＥがｅＮＢから隣接ｅＮＢへ移動すると、ＵＥのＩＰアドレスは変更する必要がない。
【００５４】
[0065]いくつかのケースにおいて、ｅＮＢがプロキシサーバとして動作するかどうかはＵＥにトランスペアレント(transparent)であり得る。ｅＮＢはフルネットワークプロトコルスタックをインプリメントすることができる。ＴＣＰセッションはＵＥとｅＮＢとの間、およびｅＮＢとリモートサーバとの間で確立されることができる。ｅＮＢはＤＰＩを実行する。ｅＮＢがキャッシュ内に要求されたコンテンツを有さない場合、ｅＮＢはインターネットまたはＣＤＮを介して直接リモートサーバからデータを要求することができる。代替的に、ｅＮＢは例えばＧＰＲＳトランスポートプロトコル（ＧＴＰ）トンネル（例えば、ＧＴＰ−ユーザプレーン（ＧＴＰ−Ｕ）トンネル）を介して要求を送信することにより、またはＩＰインタフェースを用いてパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）にコンテンツに関する要求を送ることによりリモートサーバからコンテンツを要求することができる。ＧＴＰ−ＵトンネルはＵＥトンネル毎の代わりにｅＮＢ毎であり得る。
【００５５】
[0066]図６は本開示の態様に従う、複数のｅノードＢがコンテンツをキャッシュする例示ネットワークアーキテクチャを図示する。いくつかの態様において、ＵＥモビリティおよび負荷バランスに関して、同じコンテンツまたはコンテンツのセグメントは複製されることができ隣接ｅＮＢｓにおいてキャッシュされることができる。代替的に異なるコンテンツまたはコンテンツのセグメントは阻害されることができ、隣接ｅＮＢｓにおいてキャッシュされることができる。ＵＥが１つのｅＮＢから別のｅＮＢへ移動するとき、ＵＥはＸ２インタフェースを介してソースｅＮＢに位置されている従前のプロキシ／サーバからデータを受信し続けることができる。いくつかの態様において、ソースｅＮＢに位置されている従前のプロキシとのセッションは中断される(discontinued)ことができ、ＵＥはターゲットｅＮＢ内の新しいプロキシとＵＥとの間でセッション（例えば、ＴＣＰまたはＵＤＰ）を再確立することができる。ＵＥが新しいプロキシとの接続を確立するまでＵＥは従前のプロキシからデータを受信し続けることができる。いくつかの態様において、従前のプロキシからのＨＴＴＰリダイレクション(redirection)はＵＥをターゲットプロキシにリダイレクトするために使用されることができる。ＴＣＰセッションはソースプロキシからターゲットプロキシへ転送されることができる。ＴＣＰセッション転送がＸ２コンテキスト転送によりトリガされると、ソースプロキシはソケットをターゲットプロキシへ移動することができる。ＴＣＰセッションは第１のＩＰアドレスを有するソースプロキシ／ローカルサーバから第２のＩＰアドレスを有するターゲットプロキシ／ローカルサーバへ転送されることができる。転送されたセッションはアクノレジされなかったＴＣＰセグメントとＴＣＰシーケンスを含むことができる。各サーバはＩＰアドレス（ＩＰｘ）とのバーチャルインタフェースを有することができる。ＵＥはローカルプロキシ／サーバへのアクセスのためにバーチャルＩＰｘを使用することができ、ｅＮＢはコンテンツをローカルプロキシ／サーバのＩＰアドレスへ送る(route)ことができる。
【００５６】
[0067]いくつかのケースにおいて、ｅＮＢはユニキャストを介して要求するＵＥｓへ要求されたコンテンツを送信することからブロードキャストまたはマルチキャストを介して送信することへ切り替えることができる（例えば、ｅＭＢＭＳまたはシングルセルポイントツーマルチポイント（ＳＣ−ＰＴＭ）送信を用いて）。同じコンテンツを要求する多数のＵＥｓが、適合可能な値であり得るしきい値を超えるとｅＮＢが決定する場合、ｅＮＢはトラフィックアップロードに関してｅＭＢＭＳまたはＳＣ−ＰＴＭへ切り替えることができる。ｅＮＢがＳＣ−ＰＴＭ送信へ切り替える場合、ｅＮＢは共有される物理ダウンリンク共有チャネル（ＰＤＳＣＨ）へ要求するＵＥｓをハンドオーバするかまたは要求ＵＥｓをリダイレクト(redirect)することができる。
【００５７】
[0068]いくつかのケースにおいて、ｅＮＢは異なる無線アクセステクノロジ（ＲＡＴｓ）を用いてデータを送信することができる。例えば、同じコンテンツを要求する多数のＵＥｓが、適合可能な値であり得るしきい値を超えるとｅＮＢが決定する場合、ｅＮＢは一方のＲＡＴから別のＲＡＴへキャッシュされたコンテンツのデータ送信を切り替えることができる。
【００５８】
[0069]いくつかのケースにおいて、隣接ｅＮＢｓにおいてコンテンツ消費(consumption)が検出された場合、ｅＮＢはｅＭＢＭＳ送信を可能にすることができる。複数のｅＮＢｓによりサービスされるＵＥｓにより同じコンテンツが要求されていることを検出することは、例えばｅＮＢｓにまたがるプロトコルを介して（例えば、Ｘ２インタフェースを用いてまたは強化されたＸ２インタフェースを用いて）、またはｅＮＢｓとより高いレイヤのコンポーネント（例えば、モビリティマネージメントエンティティ（ＭＭＥ）またはマルチセル／マルチキャストコーディネーションエンティティ（ＭＣＥ））との間のインタフェースを介して実行されることができる。
【００５９】
[0070]ｅＮＢは隣接ｅＮＢが様々な方法でキャッシュされたコンテンツを有することを決定することができる。一態様において、リモートサーバからのコンテンツを検索する第１のｅＮＢは隣接ｅＮＢｓ（例えば、Ｘ２インタフェースを介して）にコンテンツをプッシュすることができる。一態様において、コンテンツを検索する第１のｅＮＢは、第１のｅＮＢが特定のアドレス（例えば、特定のＵＲＬ）に関連づけられたコンテンツを検索したことを他のｅＮＢｓに知らせることができる。他のｅＮＢｓは、他のｅＮＢｓの１つによりサービスされるＵＥが同じアドレスに関連づけられたコンテンツに関する要求を送信するとき第１のｅＮＢからコンテンツを検索することができる。一態様において、第１のｅＮＢは要求されたコンテンツに関連づけられた特定のアドレスをＭＭＥにアナウンスすることができる。ネットワーク内のｅＮＢｓは特定のアドレスに関連づけられたコンテンツに関するＭＭＥを問い合せることができる。第１のｅＮＢがコンテンツを従前に検索したことをＭＭＥが示す場合、他のｅＮＢｓはリモートサーバよりはむしろ第１のｅＮＢからコンテンツを要求することができる。コンテンツがｅＮＢにより従前に検索されなかったことをＭＭＥが示す場合、ｅＮＢはコンテンツに関する要求をリモートサーバに送ることができる（および上述したように、コンテンツをキャッシュすることができる）。
【００６０】
[0071]ｅＮＢまたはＭＣＥ（たとえば、「アンカー」ｅＮＢ）はｅＮＢｓにまたがってタイムスタンプを同期化させることにより他のｅＮＢｓとマルチキャスト／ブロードキャストシングル周波数ネットワークオペレーションを調停(coordinate)させることができる。例えば、アンカーｅＮＢは最も遠い(furthermost)ｅＮＢに基づいてタイムスタンプを設定することができる。ｅＮＢはＭＢＭＳセッションはイニシエートされなければならないことをＭＣＥに示すことができる。ＭＣＥが集中化される場合、ＭＢＭＳセッションがイニシエートされなければならないという表示は、例えば、強化されたＭ１インタフェース(例えば、ｅＮＢ−ＭＣＥインタフェース)を用いて行われることができる。ＭＣＥがｅＮＢとコロケートされる場合、ＭＢＭＳセッションがイニシエートされなければならないという表示は、例えば、強化されたＸ２インターフェース（例えば、ｅＮＢｓ間）を用いて、またはＭＣＥ−ＭＣＥインタフェースを用いて行われることができる。ｅＭＢＭＳチャネルがセットアップされると、ｅＮＢはコンテンツを要求するＵＥｓをｅＭＢＭＳチャネルに同調させる(tune to)ようにリダイレクト(redirect)することができる。
【００６１】
[0072]図７は本開示の一態様に従う、マルチキャスト／ブロードキャストサービスに関するｅＮＢｓ間の同期を示す。図示されるように、「アンカーｅＮＢ」はコンテンツをキャッシュすることができ、（キャッシュされたコンテンツを含む）ＭＢＭＳパケットをＵＥに送信することができる（例えば、ブロードキャストまたはマルチキャストチャネルを介して）。「アンカーｅＮＢ」はキャッシュされたデータを複数のＵＥｓへサービスするためのシングル周波数ネットワークを作るために他のｅＮＢｓと同期を取ることができる。「ＳＹＮＣ」はある無線フレームを発生するために使用されるデータを同期化するためのプロトコルであり得る。ｅＮＢｓはＭＢＳＦＮの一部であり得る。
【００６２】
[0073]いくつかのケースにおいて、ユーザサービスディスクリプション（ＵＳＤ）情報はネットワークエッジデバイス（例えば、ｅＮＢまたはＢＭ−ＳＣ）からＵＥｓへ送信されることができる。ＵＳＤは、例えば、ＳＣ−ＰＴＭチャネルまたはｅＭＢＭＳチャネル上の専用シグナリング（例えば、無線リソースコントロール（ＲＲＣ）またはネットワークアクセスストレータム（ＮＡＳ）シグナリングを介して）送信されることができる。いくつかのケースにおいて、ＵＳＤがｅＭＢＭＳチャネル上に送信される場合、別個のＵＳＤチャネルはローカルに発生されたＵＳＤ情報の通信のためにインプリメントされることができる。
【００６３】
[0074]図８は本開示の態様に従う、ｅノードＢにおいてキャッシュするコンテンツの一例を示す。図示されるように、第１のＵＥはリモートサーバからコンテンツを要求する。ストリーミングビデオの例では、第１のＵＥは要求されたコンテンツを記載し、サーバからメディアセグメントを要求することによりクライアントがコンテンツをストリームするための情報を提供するメディアプレゼンテーションディスクリプション（ＭＰＤ）ファイルを要求することができる。要求はｅノードＢを介してＵＥから、ファイルをホスト(hosting)するサーバの最終的なエンドポイントへ送信される。
【００６４】
[0075]ＭＰＤファイルに関する要求を受信すると、リモートサーバはｅノードＢを介してＵＥへＭＰＤファイルを送信することができ、ｅノードＢはこのファイルをキャッシュすることができる。図示されるように、第２のＵＥは同じリモートサーバから同じＭＰＤファイルを要求することができる。ＭＰＤファイルはｅノードＢでキャッシュされたので、ＭＰＤファイルに関する要求はキャッシュされたＭＰＤファイルを第２のＵＥへ送信するｅノードＢにより満足されることができ、従って、リモートサーバからＭＰＤファイルを要求するのに必要なさらなる時間を消去することができる。
【００６５】
[0076]第１のＵＥはＭＰＤファイルを読んだ後、リモートサーバからビデオファイルのセグメントを要求することができる。リモートサーバは、ｅノードＢがキャッシュに記憶することができるビデオの要求されたセグメントに応答することができる。第２のＵＥも、ＭＰＤファイルを読んだ後、リモートサーバからビデオファイルのセグメントを要求することができる。これらのセグメントはすでに、ｅノードＢにキャッシュされているので、リモートサーバよりはむしろｅノードＢは要求されたセグメントを第２のＵＥに供給することができる。
【００６６】
[0077]図示されるように、ｅノードＢは多くのＵＥｓが同じコンテンツを要求していることを検出することができる。応答して、ｅノードＢはトラフィックオフロード(traffic offload)に関するブロードキャストまたはマルチキャストサービス（例えば、ｅＭＢＭＳまたはＳＣ−ＰＴＭ）をイネーブルにすることができ、コンテンツを要求しているＵＥｓはコンテンツを受信するようにブロードキャストまたはマルチキャストにリダイレクトされることができる。
【００６７】
[0078]図９は本開示の一態様に従うｅノードＢにおけるコンテンツキャッシングの一例を示す。図８に図示された例と同様に、第１のＵＥはリモートサーバからコンテンツ（例えば、ＭＰＤファイル）を要求することができる。ｅノードＢは同じコンテンツを要求する他のＵＥｓ（例えば、この例で図示される第２のＵＥ）にプロビジョニング(provisioning)するためのＭＰＤファイルをキャッシュすることができる。ｅノードＢはまたリモートサーバからＭＰＤファイル内に記載されたコンテンツを要求するクライアントデバイスとしても動作することができる。このコンテンツ（例えば、ビデオファイルのセグメント）もｅノードＢでキャッシュされることができる。
【００６８】
[0079]図示されるように、第１および第２のＵＥｓはＭＰＤファイルにより記載されたビデオファイルのセグメントを要求することができる。ｅノードＢは要求されたセグメントをリモートサーバからすでに検索しセグメントをキャッシュしているので、リモートサーバよりはむしろｅノードＢは要求されたセグメントを第１および第２のＵＥｓへ供給することができる。図８に示される例に関して、多くのＵＥｓが同じコンテンツを要求していることをｅノードＢが検出すると、ｅノードＢはブロードキャストまたはマルチキャストをイネーブルにし、コンテンツを受信するためにコンテンツを要求しているＵＥｓをブロードキャストまたはマルチキャストへリダイレクトすることができる。
【００６９】
[0080]図１０は本開示の一態様に従う、複数のｅノードＢｓにおけるコンテンツキャッシングの一例を示す。ここに図示されるように、第１のＵＥは第１のｅノードＢと通信し、第２のＵＥは第２のｅノードＢと通信する。図８および９に図示される例と同様に、第１のＵＥはリモートサーバからコンテンツ（例えば、ＭＰＤファイル）を要求することができる。図示されるように、第１のｅノードＢは同じコンテンツを要求する他のＵＥｓ（例えば、この例では第２のＵＥ）にプロビジョニングするためにＭＰＤファイルをキャッシュすることができる。第１のｅノードＢはさらに第１のｅノードＢがコンテンツをキャッしたことおよび関連づけられたＵＲＬの表示を隣接ｅノードＢｓ（例えば、この例で示される第２のｅノードＢ）にアナウンスすることができる。
【００７０】
[0081]図示されるように、第２のＵＥは第２のｅノードＢから同じＭＰＤファイルを要求することができる。第１のｅノードＢはＭＰＤファイルが従前に要求され、第１のｅノードＢでキャッシュされたことをアナウンスしたので、第２のｅノードＢは第１のｅノードＢからキャッシュされたＭＰＤファイルを検索することができ、次にＭＰＤファイルを第２のＵＥに送信することができる。
【００７１】
[0082]第１のＵＥはリモートサーバからＭＰＤファイルにより記載されたビデオファイルのセグメントを要求することができる。ＭＰＤファイルの要求と同様に、ｅノードＢは要求されたセグメントをキャッシュし、セグメントが第１のｅノードＢでキャッシュされたことをキャッシュされたセグメントのＵＲＬと共に隣接するｅノードＢｓへアナウンスすることができる。第２のＵＥが第２のｅノードＢを介してセグメントを要求すると、第２のｅノードＢは第１のｅノードＢからキャッシュされたセグメントを検索することができ、リモートサーバからそのセグメントを要求することなしに第２のＵＥへそのセグメントを送信することができる。
【００７２】
[0083]複数の態様において、本開示は、要求されたコンテンツをキャッシュしキャッシュされたコンテンツを要求しているＵＥｓへ提供するように構成された基地局によるネットワーク上の無線通信に関する方法および装置を提供する。複数の態様によれば、送信システム２１０におけるプロセッサ２３０、ＴＸデータプロセッサ２１４および／または他のプロセッサおよびモジュールはそのような方法を実行することができまたはプロセッサに指示することができる。
【００７３】
[0084]開示された処理におけるステップの特定の順序または階層は、例示的なアプローチの一例であるということが理解されるべきである。設計の好みに基づいて、処理におけるステップの特定の順序または階層が、本開示の範囲内に維持しながら再構成され得ることが理解される。付随の方法のクレームは、サンプルの順序での種々のステップを表し、提示された特定の順序または階層に限定されることを意図するものではない。
【００７４】
[0085]当業者は、情報および信号が様々な異なる技術および技法のいずれかを用いて表され得ることを理解するはずである。例えば、上記の説明を通して参照され得るデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界あるいは磁気粒子、光学界または光学粒子、あるいはそれら任意の組み合わせによって表わされうる。
【００７５】
[0086]当業者はさらに、本明細書の開示と関連して説明される様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが電子ハードウェア、ソフトウェア／ファームウェア、またはそれらの組み合わせとして実装され得ることを理解するだろう。このハードウェアおよびソフトウェア／ファームウェアの互換性を明確に示すために、様々な実例となる構成要素、ブロック、モジュール、回路、およびステップが、一般に、それらの機能の観点から上述されている。このような機能が、ハードウェアとして実現されるかソフトウェア／ファームウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。当業者は、各特定のアプリケーションに関する様々な点で、説明された機能を実施し得るが、こういった実施の決定は、本開示の範囲から逸脱を引き起こす物と解釈されるべきではない。
【００７６】
[0087]  ここに開示された実施形態に関連して説明されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）またはその他のプログラマブル論理デバイス、ディスクリート・ゲートまたはトランジスタ・ロジック、ディスクリート・ハードウェア・コンポーネント、あるいはここに説明された機能を実行するように設計されるこれらの任意の組み合わせで、インプリメントまたは実行され得る。汎用プロセッサは、マイクロプロセッサであっても良いが、代替として、プロセッサは、従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシーンのいずれかであっても良い。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサの組合せ、マイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと連結する１つまた複数のマイクロプロセッサ、またはその他のいずれかのそのような構成として実装され得る。
【００７７】
[0088]ここに記載された実施例に関連して説明された方法またはアルゴリズムのステップは、プロセッサによって実行されるハードウェア、ソフトウェアモジュールまたはその２つの組合せにおいて直接具体化され得る。ソフトウェア／ファームウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、位相変更メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合されることができる。代わりに、記憶媒体は、プロセッサに統合され得る。プロセッサおよび記憶媒体は、ＡＳＩＣ内に常駐し得る。ＡＳＩＣはユーザ端末に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートコンポーネントとして常駐し得る。本明細書で使用される場合、項目のリスト「のうちの少なくとも１つ」というフレーズは、単一の要素を含む、それらのアイテムの任意の組み合わせを指す。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃ、ならびに複数の同一の要素を有する任意の組み合わせ（例えば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃ、またはａ、ｂ、およびｃのその他任意の順序）をカバーするように意図される。
【００７８】
[0089]開示された実施形態の上記説明は、いかなる当業者であっても、本開示を製造または使用できるように提供される。これらの実施形態に対する様々な修正は、当業者にとって容易に明らかであり、ここで定義された一般的な原理は、本開示の趣旨または範囲から逸脱することなく、他の実施形態に適用され得る。したがって、本開示は、ここに示された実施形態に限定されるようには意図されず、ここに開示される原理および新規な特徴と一致する最も広い範囲を与えられることとなる。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
[Ｃ１]
基地局によるワイヤレス通信のための方法において、
リモートサーバからコンテンツを検索することと、
前記基地局において、前記コンテンツの少なくとも一部をローカルキャッシュに記憶することと、
前記コンテンツに関する要求を第１のユーザ機器（ＵＥ）から受信することと、
前記基地局において前記ローカルキャッシュから前記コンテンツの少なくとも一部を前記第１のＵＥに供給することと、
を備えた方法。
[Ｃ２]
第２のＵＥから前記コンテンツに関する要求を受信することと、ここにおいて、前記第２のＵＥからの前記要求は前記第１のＵＥからの前記要求より前に受信される、
前記第２のＵＥからの前記要求に基づいて、前記リモートサーバから前記コンテンツを検索することと、
をさらに備える、Ｃ１の方法。
[Ｃ３]
前記コンテンツは要求されたファイルの識別を備える、Ｃ１の方法。
[Ｃ４]
前記ローカルキャッシュに前記コンテンツの前記少なくとも一部を記憶することは、前記要求されたファイルの１つまたは複数のセグメントを記憶することを備える、Ｃ３の方法。
[Ｃ５]
前記コンテンツは要求されたファイルの識別を備え、
前記第１のＵＥまたは少なくとも前記第２のＵＥの１つにより前記１つまたは複数のセグメントに関する要求を受信する前に前記リモートソースから前記要求されたファイルの１つまたは複数のセグメントの検索を開始することをさらに備える、Ｃ２の方法。
[Ｃ６]
前記コンテンツを要求する多数のＵＥｓがしきい値を超えることを決定することと、  マルチキャストまたはブロードキャストチャネルを介して前記ＵＥｓへ前記記憶されたコンテンツを送信することをさらに備えた、Ｃ２の方法。
[Ｃ７]
前記コンテンツを要求している多数のＵＥｓがしきい値を超えることを決定することと、
異なる無線アクセス技術（ＲＡＴ）を介して前記ＵＥｓへ前記ローカルキャッシュから前記コンテンツを送信することと、
を備える、Ｃ２の方法。
[Ｃ８]
前記基地局において前記ローカルキャッシュにまたは隣接基地局に位置されるローカルキャッシュに前記コンテンツの少なくとも前記部分を記憶することと、
前記コンテンツの送信を前記隣接基地局と調停することと、
をさらに備えた、Ｃ１の方法。
[Ｃ９]
前記送信を調停することは、
前記コンテンツの少なくとも前記部分を前記隣接基地局へプッシュすることを備える、Ｃ８の方法。
[Ｃ１０]
前記送信を調停することは、
前記コンテンツの少なくとも前記部分に関連づけられたファイルロケーションを前記隣接基地局へアナウンスすることと、
前記隣接基地局から前記コンテンツの前記少なくとも前記部分に関する要求を受信することと、
前記コンテンツの前記少なくとも前記部分を前記隣接基地局へ送信することと、
を備える、Ｃ８の方法。
[Ｃ１１]
前記送信を調停することは、
前記コンテンツの前記少なくとも前記部分に関連づけられたファイルロケーションをモビリティマネージメントエンティティ（ＭＭＥ）へアナウンスすることと、
コンテンツがキャッシュされた基地局を決定するために前記ＭＭＥへ問い合わせをすることと、
を備える、Ｃ８の方法。
[Ｃ１２]
前記コンテンツが第２の基地局に関連づけられた１つまたは複数のＵＥｓにより要求されたと決定することと、
前記コンテンツの送信を前記第２の基地局と調停することとをさらに備えたＣ１の方法。
[Ｃ１３]
前記コンテンツの送信を前記第２の基地局と調停することは、
マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）セッションを前記第２の基地局と調停することと、
前記ＭＢＭＳセッションが確立されるチャネルに同調するように前記１つまたは複数のＵＥｓを指示することと、
を備える、Ｃ１２の方法。
[Ｃ１４]
前記１つまたは複数のＵＥｓへＭＢＭＳユーザサービスディスクリプション情報を送信することをさらに備えた、Ｃ１３の方法。
[Ｃ１５]
前記ＭＢＭＳユーザサービスディスクリプション情報は、専用シグナリング、シングルセルポイントツーポイント（ＳＣ−ＰＴＭ）チャネル、またはＭＢＭＳチャネルの少なくとも１つを介して送信される、Ｃ１４の方法。
[Ｃ１６]
前記第２の基地局は隣接基地局である、Ｃ１２の方法。
[Ｃ１７]
リモートサーバからコンテンツを検索し、
前記基地局において前記コンテンツの少なくとも一部をローカルキャッシュに記憶し、  前記コンテンツに関する要求を第１のユーザ機器（ＵＥ）から受信し、
前記基地局において前記ローカルキャッシュから前記コンテンツの少なくとも一部を前記第１のＵＥへ供給する、
ように構成された少なくとも１つのプロセッサを備える、無線通信のための装置。
[Ｃ１８]
リモートサーバからコンテンツを検索する手段と、
前記基地局において前記コンテンツの少なくとも一部をローカルキャッシュに記憶する手段と、
前記コンテンツに関する要求を第１のユーザ機器（ＵＥ）から受信する手段と、
前記基地局において前記ローカルキャッシュから前記第１のＵＥへ前記コンテンツの少なくとも一部を供給する手段と、
を備える無線通信のための装置。
[Ｃ１９]
リモートサーバからコンテンツを検索するためのコードと、
前記基地局において前記コンテンツの少なくとも一部をローカルキャッシュに記憶するためのコードと、
前記コンテンツに関する要求を第１のユーザ機器（ＵＥ）から受信するためのコードと、
前記基地局において前記ローカルキャッシュから前記第１のＵＥへ前記コンテンツの少なくとも一部を供給するためのコードと、
を備える、無線通信のためのコンピュータ可読媒体。
【図１】
0006657254.tif 000002
【図２】
0006657254.tif 000003
【図３】
0006657254.tif 000004
【図４】
0006657254.tif 000005
【図５】
0006657254.tif 000006
【図６】
0006657254.tif 000007
【図７】
0006657254.tif 000008
【図８】
0006657254.tif 000009
【図９】
0006657254.tif 000010
【図１０】
0006657254.tif 000011