(57)【特許請求の範囲】
【請求項１】
移動通信システムの無線アクセスネットワークに設けられるネットワーク装置であって、
前記ネットワーク装置は、基地局とコアネットワークとの間のデータパス上に設けられた装置であって、
前記無線アクセスネットワーク外のサーバから配信されるコンテンツデータを記憶する記憶部と、
無線端末から要求されたコンテンツデータを認識し、前記要求されたコンテンツデータが前記記憶部に記憶されているか否か判断する制御部と、を備え、
前記要求されたコンテンツデータが前記記憶部に記憶されている場合、前記制御部は、前記要求されたコンテンツデータを前記サーバに代わって前記無線端末に配信し、
前記ネットワーク装置は、前記無線アクセスネットワークに設けられた他のネットワーク装置と記憶容量を共有し、
前記制御部は、前記他のネットワーク装置とのネットワークインターフェイスを介して、前記記憶部に関する情報を前記他のネットワーク装置とやり取りし、
前記制御部は、前記無線端末の上りリンクデータ及び下りリンクデータの両方向のデータパスを前記基地局と設定し、前記無線端末の上りリンクデータの片方向のデータパスを前記コアネットワークと設定する
ネットワーク装置。
【請求項２】
前記制御部は、前記無線端末の上りリンクデータに基づいて、前記要求されたコンテンツデータを認識し、
前記要求されたコンテンツデータが前記記憶部に記憶されていない場合、前記制御部は、前記上りリンクデータをコアネットワークに転送する
請求項１に記載のネットワーク装置。
【請求項３】
前記他のネットワーク装置は、基地局と前記コアネットワークとの間のデータパス上に設けられた装置である
請求項１に記載のネットワーク装置。
【請求項４】
前記制御部は、前記記憶部にどのコンテンツデータが記憶されているかを前記他のネットワーク装置に通知する
請求項１に記載のネットワーク装置。
【請求項５】
前記制御部は、特定コンテンツデータの転送を前記他のネットワーク装置に要求し、
前記制御部は、前記他のネットワーク装置から転送された前記特定コンテンツデータを取得する
請求項１に記載のネットワーク装置。
【請求項６】
前記制御部は、前記記憶部の容量を前記他のネットワーク装置に通知する
請求項１に記載のネットワーク装置。
【請求項７】
前記制御部は、共有する記憶容量の追加、共有する記憶容量の変更、共有する記憶容量の削除のうち少なくとも１つを前記他のネットワーク装置に要求する
請求項１に記載のネットワーク装置。
【請求項８】
ソース基地局からターゲット基地局に対して前記無線端末のハンドオーバを行う場合、前記制御部は、前記ソース基地局からパス切り替え要求を受信し、
前記パス切り替え要求は、前記ターゲット基地局に関する情報を含む
請求項１に記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられるネットワーク装置に関する。
【背景技術】
【０００２】
移動通信システムにおいて、無線端末は、無線アクセスネットワーク（ＲＡＮ）を介して、通信先から送信されたデータ（ユーザデータ）を受信する。無線端末の通信先は、例えばインターネット上のサーバ等である。このようなデータ転送において、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）層以上の上位層の観点からは、ＲＡＮは、ユーザプレーン（Ｕプレーン）のデータの取り扱いについて透過的である。【０００３】
一方で、第５世代（５Ｇ）移動通信システムにおいては、ＲＡＮを高度化することにより、無線端末に対するデータ転送の遅延時間（すなわち、レイテンシ）を削減することが望まれる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ寄書  「ＲＰ−１６０６３３」  ２０１６年３月１０日
【発明の概要】
【０００５】
一実施形態に係るネットワーク装置は、移動通信システムの無線アクセスネットワークに設けられる。前記ネットワーク装置は、前記無線アクセスネットワーク外のサーバから配信されるコンテンツデータを記憶する記憶部と、無線端末から要求されたコンテンツデータを認識し、前記要求されたコンテンツデータが前記記憶部に記憶されているか否か判断する制御部と、を備える。前記要求されたコンテンツデータが前記記憶部に記憶されている場合、前記制御部は、前記要求されたコンテンツデータを前記サーバに代わって前記無線端末に配信する。
【０００６】
一実施形態に係るネットワーク装置は、移動通信システムの無線アクセスネットワークに設けられる。前記ネットワーク装置は、無線端末の通信先から送信されたデータを受信する受信部と、前記データを記憶し、記憶したデータを前記無線端末に転送する制御部と、を備える。前記ネットワーク装置は、前記無線端末と前記通信先との間の所定プロトコルのコネクションを終端する。前記制御部は、前記データの転送が完了していなくても、前記データに対する送達確認応答を前記無線端末に代わって前記通信先に送信する。
【図面の簡単な説明】
【０００７】
【図１】ＬＴＥシステムの構成を示す図である。
【図２】ＵＥ（無線端末）の構成を示す図である。
【図３】ｅＮＢ（基地局）の構成を示す図である。
【図４】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。
【図５】第１実施形態に係るｅＮＢの機能を示す図である。
【図６】第１実施形態に係る動作シーケンス例１を示す図である。
【図７】第１実施形態に係る動作シーケンス例２を示す図である。
【図８】第２実施形態に係るＵＰＧＷの構成を示す図である。
【図９】第２実施形態に係るＵＰＧＷの機能を示す図である。
【図１０】第２実施形態に係る動作シーケンス例を示す図である。
【図１１】ＴＣＰの概要を示す図である。
【図１２】第３実施形態に係る動作シーケンス例を示す図である。
【発明を実施するための形態】
【０００８】
（実施形態の概要）
一実施形態に係るネットワーク装置は、移動通信システムの無線アクセスネットワークに設けられる。前記ネットワーク装置は、前記無線アクセスネットワーク外のサーバから配信されるコンテンツデータを記憶する記憶部と、無線端末から要求されたコンテンツデータを認識し、前記要求されたコンテンツデータが前記記憶部に記憶されているか否か判断する制御部と、を備える。前記要求されたコンテンツデータが前記記憶部に記憶されている場合、前記制御部は、前記要求されたコンテンツデータを前記サーバに代わって前記無線端末に配信する。
【０００９】
一実施形態において、前記ネットワーク装置は、基地局である。
【００１０】
一実施形態において、前記ネットワーク装置は、基地局とコアネットワークとの間のデータパス上に設けられた装置である。
【００１１】
一実施形態において、前記制御部は、前記無線端末の上りリンクデータに基づいて、前記要求されたコンテンツデータを認識する。前記要求されたコンテンツデータが前記記憶部に記憶されていない場合、前記制御部は、前記上りリンクデータをコアネットワークに転送する。
【００１２】
一実施形態において、前記ネットワーク装置は、前記無線アクセスネットワークに設けられた他のネットワーク装置と記憶容量を共有する。前記制御部は、前記他のネットワーク装置とのネットワークインターフェイスを介して、前記記憶部に関する情報を前記他のネットワーク装置とやり取りする。
【００１３】
一実施形態において、前記他のネットワーク装置は、基地局である。
【００１４】
一実施形態において、前記他のネットワーク装置は、基地局とコアネットワークとの間のデータパス上に設けられた装置である。
【００１５】
一実施形態において、前記制御部は、前記記憶部にどのコンテンツデータが記憶されているかを前記他のネットワーク装置に通知する。
【００１６】
一実施形態において、前記制御部は、特定コンテンツデータの転送を前記他のネットワーク装置に要求する。前記制御部は、前記他のネットワーク装置から転送された前記特定コンテンツデータを取得する。
【００１７】
一実施形態において、前記制御部は、前記記憶部の容量を前記他のネットワーク装置に通知する。
【００１８】
一実施形態において、前記制御部は、共有する記憶容量の追加、共有する記憶容量の変更、共有する記憶容量の削除のうち少なくとも１つを前記他のネットワーク装置に要求する。
【００１９】
一実施形態において、前記制御部は、前記無線端末の上りリンクデータ及び下りリンクデータの両方向のデータパスを前記基地局と設定し、前記無線端末の上りリンクデータの片方向のデータパスを前記コアネットワークと設定する。
【００２０】
一実施形態において、ソース基地局からターゲット基地局に対して前記無線端末のハンドオーバを行う場合、前記制御部は、前記ソース基地局からパス切り替え要求を受信する。前記パス切り替え要求は、前記ターゲット基地局に関する情報を含む。
【００２１】
一実施形態に係るネットワーク装置は、移動通信システムの無線アクセスネットワークに設けられる。前記ネットワーク装置は、無線端末の通信先から送信されたデータを受信する受信部と、前記データを記憶し、記憶したデータを前記無線端末に転送する制御部と、を備える。前記ネットワーク装置は、前記無線端末と前記通信先との間の所定プロトコルのコネクションを終端する。前記制御部は、前記データの転送が完了していなくても、前記データに対する送達確認応答を前記無線端末に代わって前記通信先に送信する。
【００２２】
一実施形態において、前記所定プロトコルは、ＴＣＰであり、前記送達確認応答は、ＴＣＰ  ＡＣＫである。
【００２３】
（移動通信システムの構成）
以下において、実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムであるＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムの構成を示す図である。ＬＴＥシステムは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）規格に基づく移動通信システムである。
【００２４】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２５】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動可能な通信装置であり、セル（サービングセル）との無線通信を行う。
【００２６】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワーク（ＲＡＮ）に相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。
【００２７】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる他に、ＵＥ１００との無線通信を行う機能を示す用語としても用いられる。
【００２８】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥ（ＭＭＥ３００Ｃ）は、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷ（Ｓ−ＧＷ３００Ｕ）は、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００２９】
ＥＰＣ２０は、インターネット等の外部パケットネットワーク３０に接続される。ＥＰＣ２０は、外部パケットネットワーク３０との接続点に位置するＰＤＮ−ＧＷ（不図示）を備える。外部パケットネットワーク３０は、各種のサーバ６００を備える。サーバ６００は、ＴＣＰ（Ｔｒａｎｓｉｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等の各種のプロトコルを用いてコンテンツデータをＵＥ１００に配信する。
【００３０】
図２は、ＵＥ１００（無線端末）の構成を示す図である。図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００３１】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００３２】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００３３】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像データの符号化・復号を行うコーデックをさらに含む。プロセッサは、後述する処理を実行する。
【００３４】
図３は、ｅＮＢ２００（基地局）の構成を示す図である。図３に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、ネットワーク通信部２４０、及び記憶部２５０を備える。
【００３５】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００３６】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００３７】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、後述する処理を実行する。
【００３８】
ネットワーク通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワーク通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に用いられる。
【００３９】
記憶部２５０は、各種のデータを記憶する。記憶部２５０の詳細については後述する。
【００４０】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタックの構成を示す図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４１】
物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＲＲＣ層は、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層エンティティ１００ａを構成する。上位層エンティティ１００ｂは、ＡＳ層エンティティ１００ａよりも上位層に位置付けられる。上位層エンティティ１００ｂは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層を含む。上位層エンティティ１００ｂは、アプリケーション層等をさらに含んでもよい。
【００４２】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御情報が伝送される。
【００４３】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４４】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御情報が伝送される。
【００４５】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４６】
ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００４７】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００４８】
（第１実施形態）
以下において、第１実施形態について説明する。
【００４９】
第１実施形態に係るネットワーク装置は、移動通信システムの無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ１０）に設けられる装置である。第１実施形態において、ネットワーク装置は、ｅＮＢ２００である。
【００５０】
ｅＮＢ２００は、Ｅ−ＵＴＲＡＮ１０外のサーバ６００から配信されるコンテンツデータを記憶する記憶部２５０と、ＵＥ１００から要求されたコンテンツデータを認識し、要求されたコンテンツデータが記憶部２５０に記憶されているか否か判断する制御部２３０と、を備える。要求されたコンテンツデータが記憶部２５０に記憶されている場合、制御部２３０は、要求されたコンテンツデータをサーバ６００に代わってＵＥ１００に配信する。
【００５１】
このように、ＵＥ１００に物理的に近いｅＮＢ２００が、コンテンツデータをＵＥ１００に直接的に配信する。これにより、外部パケットネットワーク３０及びＥＰＣ２０を経由せずにコンテンツデータをＵＥ１００に配信することができる。よって、ＵＥ１００に対するデータ転送のレイテンシを削減することができる。また、ＥＰＣ２０及び外部パケットネットワーク３０のトラフィック負荷を削減することができる。
【００５２】
第１実施形態において、ｅＮＢ２００（制御部２３０）は、ＵＥ１００の上りリンクデータに基づいて、要求されたコンテンツデータを認識する。要求されたコンテンツデータが記憶部２５０に記憶されていない場合、ｅＮＢ２００は、上りリンクデータをＥＰＣ２０（Ｓ−ＧＷ３００Ｕ）に転送する。
【００５３】
このように、ｅＮＢ２００は、ＵＥ１００から送信された上りリンクデータに含まれるコンテンツデータ要求を解釈することにより、ＵＥ１００から要求されたコンテンツデータを認識する。要求されたコンテンツデータをｅＮＢ２００が有していない場合には、上りリンクデータをＥＰＣ２０（Ｓ−ＧＷ３００Ｕ）に転送することにより、サーバ６００からＵＥ１００にコンテンツデータが配信される。よって、要求されたコンテンツデータをｅＮＢ２００が有していない場合でも、ＵＥ１００にコンテンツデータを配信することが保証される。
【００５４】
ｅＮＢ２００は、Ｅ−ＵＴＲＡＮ１０に設けられた他のネットワーク装置と記憶容量を共有する。第１実施形態において、当該他のネットワーク装置は、他のｅＮＢ２００である。但し、当該他のネットワーク装置は、ｅＮＢ２００とＥＰＣ２０（Ｓ−ＧＷ３００Ｕ）との間のデータパス上に設けられたゲートウェイ装置であってもよい。このようなゲートウェイ装置については、第２実施形態において説明する。第１実施形態においては、一のｅＮＢ（ｅＮＢ２００−１）が他のｅＮＢ（ｅＮＢ２００−２）と記憶容量を共有する一例を説明する。
【００５５】
このように、各ｅＮＢ２００の記憶部２５０を仮想的に統合することにより、複数のｅＮＢ２００を用いて１つの仮想的な大容量ストレージを構築することができる。第１実施形態においては、このような仮想的な大容量ストレージを複数のｅＮＢ２００が自律分散的に構築するケースを想定する。但し、仮想的な大容量ストレージは、ＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｍａｉｎｔｅｎａｎｃｅ）の制御により構築されてもよい。
【００５６】
各ｅＮＢ２００（制御部２３０）は、ネットワークインターフェイスを介して、記憶部２５０に関する情報を他のｅＮＢとやり取りする。ネットワークインターフェイスは、Ｘ２インターフェイスである。或いは、ネットワークインターフェイスは、Ｓ１インターフェイスであってもよい。第１実施形態においては、一のｅＮＢ（ｅＮＢ２００−１）が他のｅＮＢ（ｅＮＢ２００−２）とＸ２インターフェイス上でやり取りする一例を説明する。
【００５７】
図５は、第１実施形態に係るｅＮＢ２００の機能を示す図である。図５に示すｅＮＢ２００の機能は、制御部２３０（及び記憶部２５０）により実行される。
【００５８】
図５に示すように、ｅＮＢ２００は、無線インターフェイスのプロトコルスタック（図４参照）に加えて、ネットワークインターフェイスのプロトコルを実行する。ネットワークインターフェイスのプロトコルは、ＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）、Ｓ１ＡＰ（Ｓ１  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、及びＸ２ＡＰ（Ｘ２  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を含む。
【００５９】
Ｘ２ＡＰ（又はＳ１ＡＰ）は、ＵＥ１００の要求コンテンツデータを認識する「Ａｗａｒｅエンティティ」と、コンテンツデータを記憶する「Ｓｔｏｒａｇｅエンティティ」と、記憶すべきコンテンツデータを予測する「Ｐｒｅｄｉｃｔエンティティ」と、これらのエンティティを制御する「Ｃｏｎｔｒｏｌエンティティ」と、を含む。具体的には、Ａｗａｒｅエンティティは、ＵＥ１００から送信された上りリンクデータに基づいて、ＵＥ１００の要求コンテンツデータを認識する。例えば、Ａｗａｒｅエンティティは、上りリンクデータに含まれるコンテンツ識別情報（ＩＰアドレス又はＵＲＬ等）に基づいて要求コンテンツデータを認識する。コンテンツ識別情報は、ポート番号を含んでもよい。Ａｗａｒｅエンティティは、予め登録されたユーザの好み（ｕｓｅｒ  ｐｒｅｆｅｒｅｎｃｅ）及び／又はＵＥ１００の位置情報等も考慮して要求コンテンツデータを認識（推測）してもよい。Ｓｔｏｒａｇｅエンティティは、サーバ６００から配信されるコンテンツデータを記憶（キャッシュ）する。Ｐｒｅｄｉｃｔエンティティは、記憶（キャッシュ）すべきコンテンツデータを予測する。記憶すべきコンテンツデータは、例えばユーザに人気のあるコンテンツデータである。Ｐｒｅｄｉｃｔエンティティは、統計情報等に基づいて、記憶すべきコンテンツデータを予測してもよい。
【００６０】
Ｃｏｎｔｒｏｌエンティティ（制御部２３０）は、Ｘ２インターフェイス（又はＳ１インターフェイス）上で、Ｓｔｏｒａｇｅエンティティ（記憶部２５０）に記憶されたコンテンツデータを他のｅＮＢ２００に転送する。また、Ｃｏｎｔｒｏｌエンティティ（制御部２３０）は、Ｓｔｏｒａｇｅエンティティ（記憶部２５０）にどのコンテンツデータが記憶されているかを他のｅＮＢ２００に通知する。さらに、Ｃｏｎｔｒｏｌエンティティ（制御部２３０）は、特定コンテンツデータの転送を他のｅＮＢ２００に要求し、当該他のｅＮＢ２００から転送された特定コンテンツデータを取得する。
【００６１】
Ｃｏｎｔｒｏｌエンティティ（制御部２３０）は、Ｓｔｏｒａｇｅエンティティ（記憶部２５０）の容量を他のｅＮＢ２００に通知してもよい。また、Ｃｏｎｔｒｏｌエンティティ（制御部２３０）は、共有する記憶容量の追加、共有する記憶容量の変更、共有する記憶容量の削除のうち少なくとも１つを他のｅＮＢ２００に要求してもよい。
【００６２】
図６は、第１実施形態に係る動作シーケンス例１を示す図である。図７は、第１実施形態に係る動作シーケンス例２を示す図である。図６及び図７において、ｅＮＢ２００間のシグナリングはＸ２インターフェイス上で送受信される。但し、当該シグナリングは、ＭＭＥ３００Ｃを経由してＳ１インターフェイスで行われてもよい。当該シグナリングは、特定のＵＥ１００に関連付けられないシグナリング（Ｎｏｎ  ＵＥ−ａｓｓｏｃｉａｔｅｄ  ｓｉｇｎａｌｉｎｇ）である。但し、当該シグナリングは、特定のＵＥ１００に関連付けられたシグナリング（ＵＥ−ａｓｓｏｃｉａｔｅｄ  ｓｉｇｎａｌｉｎｇ）であってもよい。
【００６３】
図６に示す動作シーケンス例１は、コンテンツデータをｅＮＢ２００間で転送するためのシーケンスである。
【００６４】
図６に示すように、ステップＳ１０１において、ｅＮＢ２００−２は、自身が記憶しているコンテンツデータの一覧（Ｃａｔａｌｏｇ）をｅＮＢ２００−１に通知する。一覧（Ｃａｔａｌｏｇ）は、コンテンツデータの識別情報を含む。識別情報は、例えばＩＰアドレス又はＵＲＬ等である。ｅＮＢ２００−１は、一覧（Ｃａｔａｌｏｇ）に基づいて、ｅＮＢ２００−２がどのコンテンツデータを記憶しているか把握する。ｅＮＢ２００−１は、当該情報に基づいて、データ記憶場所を一覧にしたテーブルを作成してもよいし、ＵＬ（コンテンツ要求信号）のルーティングテーブルを作成してもよいし、自身の記憶データを管理（例えば重複データの削除、不足データのサーバからの取得等）を行ってもよい。なお、ステップＳ１０１は、ｅＮＢ２００−１の要求に応じて行われてもよいし、設定された周期で周期的に行われてもよい。
【００６５】
ステップＳ１０２において、ｅＮＢ２００−１は、特定コンテンツデータの転送（ｆｏｒｗａｒｄｉｎｇ）を他のｅＮＢ２００に要求する「Ｄａｔａ  Ｆｅｔｃｈ  Ｒｅｑｕｅｓｔ」をｅＮＢ２００−２に送信する。Ｄａｔａ  Ｆｅｔｃｈ  Ｒｅｑｕｅｓｔは、以下の情報要素の少なくとも１つを有してもよい。
【００６６】
１）送信元ｅＮＢ識別子及び／又は宛先ｅＮＢ識別子、トランザクション識別子。
【００６７】
２）送信元ｅＮＢのＧＴＰトンネルエンドポイント（ＴＥ）のリスト。リストの各エントリは、ＴＮＬ（Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）アドレス及びＧＴＰ  ＴＥ  ＩＤを含んでもよい。
【００６８】
３）要求するコンテンツデータの識別情報（ＩＰアドレス又はＵＲＬ等）のリスト。
【００６９】
ステップＳ１０３において、ｅＮＢ２００−２は、ｅＮＢ２００−１の要求を承諾する「Ｄａｔａ  Ｆｅｔｃｈ  Ａｃｋｎｏｗｌｅｄｇｅ」をｅＮＢ２００−１に送信する。なお、ｅＮＢ２００−２は、ｅＮＢ２００−１の要求を拒否する場合には、「Ｄａｔａ  Ｆｅｔｃｈ  Ｎａｃｋ／Ｆａｉｌｕｒｅ」をｅＮＢ２００−１に送信してもよい。これらのメッセージは、以下の情報要素の少なくとも１つを有してもよい。
【００７０】
１）送信元ｅＮＢ識別子及び／又は宛先ｅＮＢ識別子、トランザクション識別子。
【００７１】
２）送信元ｅＮＢのＧＴＰトンネルエンドポイント（ＴＥ）のリスト。リストの各エントリは、ＴＮＬアドレス及びＧＴＰ  ＴＥ  ＩＤを含んでもよい。
【００７２】
なお、ステップＳ１０３は必須ではなく、省略してもよい。
【００７３】
ステップＳ１０４において、ｅＮＢ２００−２は、ｅＮＢ２００−１から要求されたコンテンツデータをｅＮＢ２００−１に転送（Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ）する。
【００７４】
図７に示す動作シーケンス例２は、仮想的な（共有）記憶領域をｅＮＢ２００間で構築するためのシーケンスである。なお、図７に示すステップの一部を図６に示すステップの一部に統合してもよい。
【００７５】
図７に示すように、ステップＳ１１１において、ｅＮＢ２００−２は、自身の記憶容量に関する情報を含む「Ｓｔｏｒａｇｅ  Ｃａｐａｃｉｔｙ」をｅＮＢ２００−１に通知する。ｅＮＢ２００−１は、Ｓｔｏｒａｇｅ  Ｃａｐａｃｉｔｙに基づいて、ｅＮＢ２００−２の記憶容量等を把握する。Ｓｔｏｒａｇｅ  Ｃａｐａｃｉｔｙは、以下の情報要素の少なくとも１つを有してもよい。
【００７６】
１）送信元ｅＮＢ識別子及び／又は宛先ｅＮＢ識別子。
【００７７】
２）共有可能な記憶容量の有無（ＹＥＳ／ＮＯ）。
【００７８】
３）共有可能な記憶容量のサイズ。サイズは、正確な数値で表現されてもよいし、大まかなインデックスで表現されてもよい。
【００７９】
なお、ステップＳ１１１は、ｅＮＢ２００−１及びｅＮＢ２００−２が仮想的な記憶領域を設定（Ｓｅｔｕｐ）する際に行われてもよいし、ｅＮＢ２００−２の記憶容量が更新された際に行われてもよい。
【００８０】
ステップＳ１１２において、ｅＮＢ２００−１は、共有する記憶容量の追加（Ｓｔｏｒａｇｅ  Ａｄｄｉｔｉｏｎ）、共有する記憶容量の変更（Ｓｔｏｒａｇｅ  Ｍｏｄｉｆｉｃａｔｉｏｎ）、又は共有する記憶容量の削除（Ｓｔｏｒａｇｅ  Ｒｅｍｏｖｅ）を要求する「Ｓｔｏｒａｇｅ  Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ／Ｒｅｍｏｖｅ  Ｒｅｑｕｅｓｔ」をｅＮＢ２００−２に送信する。
【００８１】
Ｓｔｏｒａｇｅ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔは、以下の情報要素の少なくとも１つを有してもよい。
【００８２】
１）送信元ｅＮＢ識別子及び／又は宛先ｅＮＢ識別子、トランザクション識別子。
【００８３】
２）送信元ｅＮＢのＧＴＰトンネルエンドポイント（ＴＥ）のリスト。リストの各エントリは、ＴＮＬアドレス及びＧＴＰ  ＴＥ  ＩＤを含んでもよい。
【００８４】
３）追加を要求するコンテンツデータの識別情報（ＩＰアドレス又はＵＲＬ等）のリスト。このＩＥを受信したｅＮＢ２００は、要求されたコンテンツデータをサーバ６００から取得して記憶する。
【００８５】
Ｓｔｏｒａｇｅ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔは、Ｓｔｏｒａｇｅ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔに含まれる情報要素に加えて、以下の情報要素の少なくとも１つを有してもよい。
【００８６】
１）変更又は削除する送信元ｅＮＢのＧＴＰトンネルエンドポイント（ＴＥ）のリスト。リストの各エントリは、ＴＮＬアドレス及びＧＴＰ  ＴＥ  ＩＤを含んでもよい。
【００８７】
２）変更又は削除するコンテンツデータの識別情報（ＩＰアドレス又はＵＲＬ等）のリスト。
【００８８】
ステップＳ１１３において、ｅＮＢ２００−２は、Ｓｔｏｒａｇｅ  Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ／Ｒｅｍｏｖｅ  Ｒｅｑｕｅｓｔに対するＡＣＫ（肯定応答）又はＮＡＣＫ（否定応答）をｅＮＢ２００−１に送信する。Ｓｔｏｒａｇｅ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔに対するＡＣＫは、ｅＮＢ２００−２が記憶しているコンテンツデータの識別情報（ＩＰアドレス又はＵＲＬ等）のリストを含んでもよい。
【００８９】
（第２実施形態）
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。
【００９０】
第２実施形態においては、ｅＮＢ２００とは異なる新たなネットワーク装置（Ｎｅｗ  ｅｎｔｉｔｙ）が、上述した「Ａｗａｒｅエンティティ」、「Ｓｔｏｒａｇｅエンティティ」、「Ｐｒｅｄｉｃｔエンティティ」、及び「Ｃｏｎｔｒｏｌエンティティ」の各機能を実行する。新たなネットワーク装置は、ＲＡＮ（Ｅ−ＵＴＲＡＮ１０）に設けられる。具体的には、新たなネットワーク装置は、ｅＮＢ２００−１とＥＰＣ２０（Ｓ−ＧＷ３００Ｕ）との間のデータパス上に設けられる。以下において、このような新たなネットワーク装置をＵプレーンゲートウェイ（ＵＰＧＷ）と称する。
【００９１】
図８は、第２実施形態に係るＵＰＧＷ５００の構成を示す図である。図８に示すように、ＵＰＧＷ５００は、制御部５１０、ネットワーク通信部５２０、及び記憶部５３０を備える。
【００９２】
制御部５１０は、ＵＰＧＷ５００における各種の制御を行う。制御部５１０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を含む。プロセッサは、後述する処理を実行する。
【００９３】
ネットワーク通信部５２０は、第１ネットワークインターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続され、第２ネットワークインターフェイスを介してｅＮＢ２００と接続される。以下において、第１ネットワークインターフェイスをＣ１インターフェイスと称し、第２ネットワークインターフェイスをＣ２インターフェイスと称する。第２ネットワークインターフェイスは、Ｘ２インターフェイスであってもよい。ネットワーク通信部５２０は、Ｃ１インターフェイス上で行う通信及びＣ２インターフェイス上で行う通信等に用いられる。
【００９４】
記憶部５３０は、コンテンツデータを記憶する。記憶部５３０は、第１実施形態と同様に仮想的な大容量ストレージを構築するめに、ｅＮＢ２００（及び／又は他のＵＰＧＷ５００）と共有されてもよい。
【００９５】
ＵＰＧＷ５００の動作は、上述した第１実施形態に係るｅＮＢ２００の動作と同様である。具体的には、ＵＰＧＷ５００は、Ｅ−ＵＴＲＡＮ１０外のサーバ６００から配信されるコンテンツデータを記憶する記憶部５３０と、ＵＥ１００から要求されたコンテンツデータを認識し、要求されたコンテンツデータが記憶部５３０に記憶されているか否か判断する制御部５１０と、を備える。要求されたコンテンツデータが記憶部５３０に記憶されている場合、制御部５１０は、要求されたコンテンツデータをサーバ６００に代わってＵＥ１００に配信する。また、制御部５１０は、ＵＥ１００の上りリンクデータに基づいて、要求されたコンテンツデータを認識する。要求されたコンテンツデータが記憶部５３０に記憶されていない場合、制御部５１０は、上りリンクデータをＥＰＣ２０（Ｓ−ＧＷ３００Ｕ）に転送する。
【００９６】
図９は、第２実施形態に係るＵＰＧＷ５００の機能を示す図である。図９に示すＵＰＧＷ５００の機能は、制御部５１０（及び記憶部５３０）により実行される。
【００９７】
図９に示すように、ＵＰＧＷ５００は、Ｃ１インターフェイス及びＣ２インターフェイス用の新たなＡｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（Ｎｅｗ  ＡＰ）を含む。当該新たなＡＰは、上述した「Ａｗａｒｅエンティティ」、「Ｓｔｏｒａｇｅエンティティ」、「Ｐｒｅｄｉｃｔエンティティ」、及び「Ｃｏｎｔｒｏｌエンティティ」の各機能を実行する。
【００９８】
第２実施形態において、ＵＰＧＷ５００（制御部５１０）は、ＵＥ１００の上りリンクデータ及び下りリンクデータの両方向のデータパスをｅＮＢ２００と設定し、ＵＥ１００の上りリンクデータの片方向のデータパスをＥＰＣ２０（Ｓ−ＧＷ３００Ｕ）と設定する。すなわち、ＵＰＧＷ５００は、ＵＥ１００の下りリンクデータのデータパスをＥＰＣ２０（Ｓ−ＧＷ３００Ｕ）と設定しなくてもよい。
【００９９】
図１０は、第２実施形態に係る動作シーケンス例を示す図である。本シーケンスは、ＵＰＧＷ５００に関する設定プロシージャ（ステップＳ２０２乃至Ｓ２１０のＳｅｔｕｐプロシージャ）と、コンテンツデータの配信プロシージャ（ステップＳ２１１乃至Ｓ２１７の「Ｄａｔａ  ｔｒａｎｓｆｅｒ」）と、を含む。このような配信プロシージャは、「Ｃｏｎｔｅｘｔ  Ａｗａｒｅ  Ｄｅｌｉｖｅｒｙ」と称されてもよい。なお、図１０の例において、これらのプロシージャは、特定のＵＥ１００に関連付けられたプロシージャ（ＵＥ  ａｓｓｏｃｉａｔｅｄ）である。
【０１００】
図１０に示すように、ステップＳ２０１において、ｅＮＢ２００は、Ｓ−ＧＷ３００ＵとのＳ１−Ｕコネクション（Ｓ１−Ｕ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）を有している。Ｓ１−Ｕコネクションは、ＵプレーンにおけるＳ１コネクションである。「Ｕプレーンにおけるコネクション」は、「データパス」と読み替えてもよい。
【０１０１】
ステップＳ２０２において、ｅＮＢ２００は、Ｃ２インターフェイス上で、ＵＰＧＷ５００の設定を要求するＧＷ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔをＵＰＧＷ５００に送信する。ＧＷ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔは、ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ、Ｓ−ＧＷ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤ、ｅＮＢ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤ、及びｅＮＢ  ＤＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤを含む。ＧＷ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔは、Ｅ−ＲＡＢ  ＩＤを含んでもよい。ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤは、Ｓ１インターフェイス上のＵＥ１００の識別子である。Ｓ−ＧＷ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤは、Ｓ−ＧＷ３００Ｕの上りリンクデータトンネル終端の識別子である。ｅＮＢ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤは、ｅＮＢ２００の上りリンクデータトンネル終端の識別子である。ｅＮＢ  ＤＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤは、ｅＮＢ２００の下りリンクデータトンネル終端の識別子である。ここで、ｅＮＢ  ＤＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤは、Ｅ−ＲＡＢ当たり２つ存在する。一方はｅＮＢ２００とＵＰＧＷ５００との間の下りリンクデータトンネル終端を示し、他方はｅＮＢ２００とＳ−ＧＷ３００Ｕとの間の下りリンクデータトンネル終端を示す。
【０１０２】
ステップＳ２０３において、ＵＰＧＷ５００は、Ｃ２インターフェイス上で、ＧＷ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔに対する肯定応答であるＧＷ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ  ＡｃｋをｅＮＢ２００に送信する。ＧＷ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ  Ａｃｋは、ＵＰＧＷ  ＵＥ  Ｃ２ＡＰ  ＩＤ、ＵＰＧＷ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤ、及びＵＰＧＷ  ＤＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤを含む。ＵＰＧＷ  ＵＥ  Ｃ２ＡＰ  ＩＤは、Ｃ２インターフェイス上のＵＥ１００の識別子である。ＵＰＧＷ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤは、ＵＰＧＷ５００の上りリンクデータトンネル終端の識別子である。ここで、ＵＰＧＷ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤは、Ｅ−ＲＡＢ当たり２つ存在する。一方はＵＰＧＷ５００とｅＮＢ２００との間の上りリンクデータトンネル終端を示し、他方はＵＰＧＷ５００とＳ−ＧＷ３００Ｕとの間の上りリンクデータトンネル終端を示す。ＵＰＧＷ  ＤＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤは、ＵＰＧＷ５００の下りリンクデータトンネル終端の識別子である。
【０１０３】
ステップＳ２０４において、ｅＮＢ２００は、Ｓ１インターフェイス上で、パス切り替え要求（Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ）をＭＭＥ３００Ｃに送信する。Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔは、ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ、Ｅ−ＲＡＢ  ＩＤ、Ｅ−ＲＡＢ  ＩＤ毎のｅＮＢ  ＤＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤ、Ｅ−ＲＡＢ  ＩＤ毎のＵＰＧＷ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤを含む。
【０１０４】
ステップＳ２０５において、ＭＭＥ３００Ｃは、パス変更（Ｐａｔｈ  ｍｏｄｉｆｙ）をＳ−ＧＷ３００Ｕと送受信する。ＭＭＥ３００ＣからＳ−ＧＷ３００ＵへのＰａｔｈ  ｍｏｄｉｆｙは、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ（Ｓ２０４）に含まれる情報要素を含む。Ｓ−ＧＷ３００ＵからＭＭＥ３００ＣへのＰａｔｈ  ｍｏｄｉｆｙは、Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋ（Ｓ２０６）に含まれる情報要素を含む。
【０１０５】
ステップＳ２０６において、Ｓ１インターフェイス上で、パス切り替え要求応答（Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋ）をｅＮＢ２００に送信する。Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋは、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ、Ｅ−ＲＡＢ  ＩＤ、Ｅ−ＲＡＢ  ＩＤ毎のＳ−ＧＷ  ＵＬ  ＴＥ  ＩＤ、Ｅ−ＲＡＢ  ＩＤ毎のＳ−ＧＷ  ＤＬ  ＴＥ  ＩＤを含む。
【０１０６】
ステップＳ２０７において、ｅＮＢ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤ及びＵＰＧＷ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤに基づいて、ｅＮＢ２００とＵＰＧＷ５００との間にＵＬ  Ｃ１−Ｕコネクション（ＵＬ  Ｃ１−Ｕ  ｃｏｎｎｅｃｔｉｖｉｔｙ）が設定される。ＵＬ  Ｃ１−Ｕコネクションは、Ｃ１インターフェイスにおける上りリンクデータ用のコネクション（データパス）である。
【０１０７】
ステップＳ２０８において、ＵＰＧＷ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤ及びＳ−ＧＷ  ＵＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤに基づいて、ＵＰＧＷ５００とＳ−ＧＷ３００Ｕとの間にＵＬ  Ｃ１−Ｕコネクション（ＵＬ  Ｃ１−Ｕ  ｃｏｎｎｅｃｔｉｖｉｔｙ）が設定される。ＵＬ  Ｃ１−Ｕコネクションは、Ｃ１インターフェイスにおける上りリンクデータ用のコネクション（データパス）である。或いは、当該コネクションは、仮想的なＳ１−Ｕコネクションであってもよい。
【０１０８】
ステップＳ２０９において、ｅＮＢ  ＤＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤ及びＵＰＧＷ  ＤＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤに基づいて、ｅＮＢ２００とＵＰＧＷ５００との間にＤＬ  Ｃ２−Ｕコネクション（ＤＬ  Ｃ２−Ｕ  ｃｏｎｎｅｃｔｉｖｉｔｙ）が設定される。ＤＬ  Ｃ２−Ｕコネクションは、Ｃ２インターフェイスにおける下りリンクデータ用のコネクション（データパス）である。
【０１０９】
ステップＳ２１０において、ｅＮＢ  ＤＬ  Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤ及びＳ−ＧＷ  ＤＬ  ＴＥ  ＩＤに基づいて、ｅＮＢ２００とＳ−ＧＷ３００Ｕとの間にＤＬ  Ｓ１−Ｕコネクション（ＤＬ  Ｓ１−Ｕ  ｃｏｎｎｅｃｔｉｖｉｔｙ）が設定される。ＤＬ  Ｓ１−Ｕコネクションは、Ｓ１インターフェイスにおける下りリンクデータ用のコネクション（データパス）である。
【０１１０】
ステップＳ２１１において、ｅＮＢ２００は、ＵＥ１００から送信された上りリンクデータ（ＵＬ  ｄａｔａ）をＣ１−Ｕインターフェイス上でＵＰＧＷ５００に転送する。
【０１１１】
ステップＳ２１２において、ＵＰＧＷ５００は、上りリンクデータに基づいて、ＵＥ１００からサーバ６００に要求されたコンテンツデータ（ＤＬ  ｄａｔａ）を認識し、要求されたコンテンツデータを自身が記憶しているか否かを判断する。
【０１１２】
要求されたコンテンツデータを自身が記憶していない場合（ステップＳ２１３：Ｎｏ）、ステップＳ２１６において、ＵＰＧＷ５００は、Ｃ１−Ｕインターフェイス（又は仮想的なＳ１コネクション）上で上りリンクデータをＳ−ＧＷ３００Ｕに転送する。その後、ステップＳ２１７において、Ｓ−ＧＷ３００Ｕは、サーバ６００から配信されたコンテンツデータをＳ１−Ｕインターフェイス上でｅＮＢ２００に転送する。
【０１１３】
一方、要求されたコンテンツデータを自身が記憶している場合（ステップＳ２１３：Ｙｅｓ）、ステップＳ２１４において、ＵＰＧＷ５００は、要求されたコンテンツデータを読み出す。そして、ステップＳ２１５において、ＵＰＧＷ５００は、読み出したコンテンツデータをＣ１−Ｕインターフェイス上でｅＮＢ２００に転送する。
【０１１４】
（第２実施形態の変更例）
上述した第２実施形態において、ソースｅＮＢからターゲットｅＮＢに対してＵＥ１００のハンドオーバを行うケースを考慮していなかった。
【０１１５】
しかしながら、ソースｅＮＢからターゲットｅＮＢに対してＵＥ１００のハンドオーバを行う場合、ＵＰＧＷ５００（制御部５１０）は、ソースｅＮＢからパス切り替え要求を受信してもよい。パス切り替え要求は、Ｃ２インターフェイス上で送受信される。パス切り替え要求は、ターゲットｅＮＢに関する情報（例えば、ＴＥ  ＩＤ）を含む。ソースｅＮＢは、自身とＵＰＧＷ５００との間に少なくとも１つのＵＥ−ａｓｓｏｃｉａｔｅｄ  ｃｏｎｎｅｃｔｉｏｎを有する場合に限り、パス切り替え要求をＵＰＧＷ５００に送信してもよい。ＵＰＧＷ５００は、ターゲットｅＮＢに関する情報に基づいて、自身とｅＮＢ２００との間のデータパス（Ｃ２−Ｕコネクション）をソースｅＮＢからターゲットｅＮＢに切り換える。データパスの切り替えにおいて、ソースｅＮＢのＴＥ  ＩＤからターゲットｅＮＢのＴＥ  ＩＤに変更するのみならずＵＰＧＷ側のＴＥ  ＩＤが変更になった際（変更が必要な際）は、変更後のＵＰ  ＧＷ  ＴＥ  ＩＤをターゲットｅＮＢに通知してもよい。
【０１１６】
このように、ＭＭＥ３００Ｃを経由してＵＰＧＷ５００にパス切り替えを要求するのではなく、ソースｅＮＢからＵＰＧＷ５００に直接的にパス切り替えを要求する。これにより、シグナリングを削減し、制御遅延を低減することができる。
【０１１７】
（第３実施形態）
以下において、第３実施形態について、第１及び第２実施形態との相違点を主として説明する。第３実施形態は、ＵＥ１００の通信先（サーバ６００）とＵＥ１００との間のＴＣＰコネクションに着目した実施形態である。
【０１１８】
図１１は、ＴＣＰの概要を示す図である。ＵＥ１００は、Ｅ−ＵＴＲＡＮ１０を介してサーバ６００とのＴＣＰ通信を行う。
【０１１９】
図１１に示すように、サーバ６００は、ＵＥ１００からの「ＴＣＰ  ＡＣＫ」に基づいてネットワークの混雑状況を判断する。サーバ６００は、ＴＣＰ  ＡＣＫの受信に応じて、ウィンドウサイズを徐々に増加させる。ウィンドウサイズとは、ＴＣＰ  ＡＣＫを待たずに連続的に送信する「ＴＣＰ  Ｓｅｇｍｅｎｔ」の量である。一方、サーバ６００は、ＴＣＰ  ＡＣＫの受信に失敗（タイムアウト）した場合、ウィンドウサイズを半減させる。このような制御は「スロースタート」と称される。よって、ＬＴＥシステムの下りリンクが混雑していない場合でも、ＵＥ１００が上りリンクにおいてＴＣＰ  ＡＣＫを速やかに送信しなければ、下りリンクのＴＣＰスループットを高めることができない。すなわち、ＴＣＰ  ＡＣＫをサーバ６００に送信完了するまでの遅延時間を短縮できれば、下りリンクのＴＣＰスループットを高めることができる。
【０１２０】
第３実施形態においては、ＲＡＮ（Ｅ−ＵＴＲＡＮ１０）を高度化することにより、ＵＥ１００に対するデータ転送の遅延時間（すなわち、レイテンシ）を削減する。第３実施形態に係るネットワーク装置は、ＲＡＮ（Ｅ−ＵＴＲＡＮ１０）に設けられる。第３実施形態において、ネットワーク装置は、ｅＮＢ２００である。但し、ネットワーク装置は、ＵＰＧＷ５００であってもよい。
【０１２１】
第３実施形態に係るｅＮＢ２００は、ＵＥ１００の通信先（サーバ６００）から送信されたデータを受信する受信部（ネットワーク通信部２４０）と、当該データを記憶し、記憶したデータをＵＥ１００に転送する制御部２３０と、を備える。ｅＮＢ２００は、ＵＥ１００と通信先（サーバ６００）との間の所定プロトコルのコネクションを終端する。制御部２３０は、データの転送が完了していなくても、当該データに対する送達確認応答をＵＥ１００に代わって通信先に送信する。第３実施形態において、所定プロトコルは、ＴＣＰであり、送達確認応答は、ＴＣＰ  ＡＣＫである。但し、所定プロトコルは、ＵＤＰ又はＲＴＰ等であってもよい。
【０１２２】
図１２は、第３実施形態に係る動作シーケンス例を示す図である。ＵＥ１００は、ｅＮＢ２００を介してサーバ６００とのＴＣＰ通信を行う。
【０１２３】
図１２に示すように、ｅＮＢ２００は、ＵＥ１００とサーバ６００との間のＴＣＰコネクションを終端する。具体的には、ｅＮＢ２００は、ＴＣＰコネクション１をＵＥ１００と設定し（ステップＳ３０１）、ＴＣＰコネクション２をサーバ６００と設定する（ステップＳ３０２）。
【０１２４】
ステップＳ３０３において、サーバ６００は、ＴＣＰコネクション２上で、下りリンクデータ（ＴＣＰセグメント）をｅＮＢ２００に送信する。
【０１２５】
ステップＳ３０４において、ｅＮＢ２００は、サーバ６００から受信した下りリンクデータ（ＴＣＰセグメント）を記憶する。
【０１２６】
ステップＳ３０５において、ｅＮＢ２００は、ＴＣＰコネクション２上で、ＴＣＰ  ＡＣＫをサーバ６００に送信する。サーバ６００は、ＴＣＰ  ＡＣＫの受信に応じて、ウィンドウサイズを増加させる。なお、従来の方法では、後述するステップＳ３１１よりも後の時点でなければサーバ６００がウィンドウサイズを増加させることができないことに留意すべきである。
【０１２７】
一方、ステップＳ３０６乃至Ｓ３１１において、ｅＮＢ２００は、ＴＣＰコネクション１上でＵＥ１００との通信を行う。ステップＳ３０６において、ｅＮＢ２００は、下りリンク無線リソースをＵＥ１００に割り当てるとともに、下りリンク無線リソースを用いて下りリンクデータ（ＴＣＰセグメント）をＵＥ１００に送信する。ＵＥ１００は、下りリンクデータ（ＴＣＰセグメント）の受信に成功し、ＴＣＰ  ＡＣＫを生成する。但し、ＵＥ１００は、下りリンクデータ（ＴＣＰセグメント）の受信に失敗した場合、ＨＡＲＱ／ＡＲＱにより再送をｅＮＢ２００に要求する。
【０１２８】
ステップＳ３０７において、ＵＥ１００は、上りリンク無線リソースの割り当てを要求するＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。
【０１２９】
ステップＳ３０８において、ｅＮＢ２００は、ＳＲの受信に応じて、上りリンク無線リソースを割り当てる「ＵＬ  ｇｒａｎｔ」をＵＥ１００に送信する。
【０１３０】
ステップＳ３０９において、ＵＥ１００は、ＵＬ  ｇｒａｎｔの受信に応じて、上りリンクバッファ内のデータ量を示すＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）をｅＮＢ２００に送信する。
【０１３１】
ステップＳ３１０において、ｅＮＢ２００は、ＢＳＲに基づいて割当リソース量を判断し、上りリンク無線リソースを割り当てる「ＵＬ  ｇｒａｎｔ」をＵＥ１００に送信する。
【０１３２】
ステップＳ３１１において、ＵＥ１００は、ＵＬ  ｇｒａｎｔの受信に応じて、上りリンクデータ（ＴＣＰ  ＡＣＫ）をｅＮＢ２００に送信する。
【０１３３】
ｅＮＢ２００は、上りリンクデータ（ＴＣＰ  ＡＣＫ）の受信に応じて、記憶している下りリンクデータを削除してもよい。或いは、ｅＮＢ２００は、記憶している下りリンクデータを削除せずに、所定の期間にわたって下りリンクデータを保持してもよい。下りリンクデータを保持する場合、ｅＮＢ２００は、上述した第１実施形態と同様な動作を行ってもよい。ＴＣＰ  ＮＡＣＫの場合、ｅＮＢ２００は、記憶している当該ＴＣＰ下りリンクデータを再送してもよい。
【０１３４】
なお、図１２において下りリンクの動作を例示したが、上りリンクに応用してもよい。
【０１３５】
（その他の実施形態）
上述した実施形態において、一のｅＮＢ２００が他のｅＮＢ２００と記憶容量を共有する一例を説明した。しかしながら、ｅＮＢ２００は、ＵＰＧＷ５００と記憶容量を共有してもよい。さらに、一のＵＰＧＷ５００が他のＵＰＧＷ５００と記憶容量を共有してもよい。よって、図６及び図７において、少なくとも一方のｅＮＢ２００をＵＰＧＷ５００と読み替えてもよい。
【０１３６】
上述した第１実施形態において、ｅＮＢ２００は、Ａｗａｒｅエンティティ、Ｓｔｏｒａｇｅエンティティ、及びＰｒｅｄｉｃｔエンティティを備えていた。第２実施形態において、ＵＰＧＷ５００は、Ａｗａｒｅエンティティ、Ｓｔｏｒａｇｅエンティティ、及びＰｒｅｄｉｃｔエンティティを備えていた。しかしながら、これらのエンティティは、複数の装置に分散されてもよい。例えば、Ａｗａｒｅエンティティ、Ｓｔｏｒａｇｅエンティティ、及びＰｒｅｄｉｃｔエンティティのうち、一部のエンティティをｅＮＢ２００に備え、残りのエンティティをＵＰＧＷ５００に備えてもよい。或いは、一部のエンティティをＵＥ１００に備えてもよい。例えば、ＵＥ１００がＡｗａｒｅエンティティを備え、ＵＰＧＷ５００がＳｔｏｒａｇｅエンティティを備え、ｅＮＢ２００がＰｒｅｄｉｃｔエンティティを備える分散配置としてもよい。
【０１３７】
上述した実施形態において、無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ１０）に設けられるネットワーク装置がｅＮＢ２００又はＵＰＧＷ５００である一例を説明した。しかしながら、実施形態に係るネットワーク装置は、ｅＮＢ２００又はＵＰＧＷ５００に限定されない。実施形態に係るネットワーク装置は、リレーノード（ＲＮ）であってもよい。ＲＮは、ｅＮＢ２００に無線で接続し、ｅＮＢ２００の機能をＵＥ１００に提供する中継装置である。ＲＮは、移動可能なＲＮ（いわゆる、モバイルリレー）であってもよい。
【０１３８】
上述した実施形態を別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施してもよい。例えば、一の実施形態に係る一部の構成を他の実施形態に追加してもよい。或いは、一の実施形態に係る一部の構成を他の実施形態の一部の構成と置換してもよい。
【０１３９】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１４０】
（相互参照）
日本国特許出願第２０１６−０７１５１９号（２０１６年３月３１日出願）の全内容が、参照により、本願に組み込まれている。
【産業上の利用可能性】
【０１４１】
本発明は通信分野において有用である。
【図１】
0006612434.tif 000002
【図２】
0006612434.tif 000003
【図３】
0006612434.tif 000004
【図４】
0006612434.tif 000005
【図５】
0006612434.tif 000006
【図６】
0006612434.tif 000007
【図７】
0006612434.tif 000008
【図８】
0006612434.tif 000009
【図９】
0006612434.tif 000010
【図１０】
0006612434.tif 000011
【図１１】
0006612434.tif 000012
【図１２】
0006612434.tif 000013