JP2017538311A - 情報指向ネットワーキングベースの通信を処理するためのノードおよび方法 - Google Patents

Abstract

本明細書において提示される例示的な実施形態は、無線ベアラによる情報指向ネットワーキング（ＩＣＮ）ベースの通信のための、基地局（４０１）および無線デバイス（５００）、ならびに対応する方法を対象とする。例示的な実施形態は、標準パケットデータネットワーク（ＰＤＮ）ベアラと並行してＩＣＮベアラを使用する手段を提供する。【選択図】なし

Description

本明細書において提示される例示的な実施形態は、無線ベアラによる情報指向ネットワーキング（ＩＣＮ）ベースの通信のための、基地局および無線デバイス、ならびにそれらにおける対応する方法を対象とする。

無線通信ネットワークとも称される通常のセルラーシステムにおいて、移動局および／またはユーザ機器ユニットの別名でも知られる無線デバイスは、無線アクセスネットワーク（ＲＡＮ）を介して、１つまたは複数のコアネットワークと通信する。無線デバイスは、「セルラー」電話の別名でも知られる携帯電話、および、たとえばモバイル端末などの無線機能を備えるラップトップ、ひいては、たとえば音声および／またはデータを無線アクセスネットワークで通信するポータブル、ポケット、ハンドヘルド、コンピュータ内蔵または車載のモバイルデバイスのような、移動局またはユーザ機器ユニットであってもよい。

無線アクセスネットワークは、セル領域に分割される地理的領域をカバーし、各セル領域は、たとえば無線基地局（ＲＢＳ）などの基地局によってサーブされており、基地局は一部のネットワークにおいて「ＮｏｄｅＢ」または「Ｂノード」または「エボルブドＮｏｄｅＢ」または「ｅＮｏｄｅＢ」または「ｅＮＢ」とも称され、本明細書においても基地局と称される。セルは、無線カバレッジが、基地局サイトにおいて無線基地局機器によって提供される地理的領域である。各セルは、セル内でブロードキャストされるローカル無線領域内の識別情報によって識別される。基地局は、無線周波数で動作しているエアインターフェースを介して、基地局のレンジ内でユーザ機器ユニットと通信する。

無線アクセスネットワークの一部のバージョンにおいて、複数の基地局は通常、たとえば地上通信線またはマイクロ波によって、無線ネットワークコントローラ（ＲＮＣ）に接続されている。基地局コントローラ（ＢＳＣ）と呼ばれることもある、無線ネットワークコントローラは、接続されている複数の基地局のさまざまなアクティビティを監視および調整する。無線ネットワークコントローラは通常、１つまたは複数のコアネットワークに接続される。

Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）は、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）から進化した第３世代移動体通信システムであり、広帯域符号分割多元接続（ＷＣＤＭＡ）アクセス技術に基づく改善された移動体通信サービスを提供することが意図されている。ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）は、本質的に、ユーザ機器ユニット（ＵＥ）に広帯域符号分割多元接続を使用する無線アクセスネットワークである。第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ＵＴＲＡＮおよびＧＳＭベースの無線アクセスネットワーク技術をさらに進化させることに取り組んできた。エボルブドパケットコア（ＥＰＣ）と共にＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、３ＧＰＰファミリーへの最新の追加である。

今日、コンテンツをエンドユーザおよびデバイスに配信するため、ならびにエンドユーザおよびデバイスがコンテンツをネットワークにパブリッシュできるようにするための多数の技法がある。数例を挙げると、ＩＰマルチキャスティングは、マルチキャストグループが、サブスクリプション（加入）マルチキャストグループを用いて、ＩＰ対応の端末へのメディアコンテンツのさらに効率的な移送のために使用されるようにすることができる。３ＧＰＰにおいて、マルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ、またはＬＴＥにおいて参照される場合はｅＭＢＭＳ）は、無線インターフェースが、同じコンテンツを同じセルまたはセルのグループの複数のモバイル端末に送信できるようにする。

今日、コンテンツ配信およびマシンタイプ通信（モノのインターネット（ＩｏＴ））は、本質的に、インターネットプロトコル（ＩＰ）を主とするホストベースのプロトコルに依存している。ホストベースのプロトコルは、拡張性に乏しいが、マルチキャスティングおよびコンテンツキャッシングのようなネットワーク機能により部分的に緩和され得る。しかし、コンテンツ配信は、固定型およびモバイルの両方のネットワークにおけるトラフィックの絶対的な主要部分となりつつあるので、ホストベースの手法は、タスクを効率的に対処するための取り組みをますます強化している。本明細書において提示される例示的な実施形態によれば、新興の情報／コンテンツ指向ネットワーキングのエンドツーエンドのパラダイムは、ＬＴＥを介する、ならびに５Ｇおよび３Ｇへの拡張による、効率的なメディア配信に適用される。

したがって、本明細書において提示される例示的な実施形態は、無線ベアラによる情報指向ネットワーキング（ＩＣＮ）ベースの通信のための、基地局および無線デバイス、ならびに対応する方法を対象とする。例示的な実施形態は、標準パケットデータネットワーク（ＰＤＮ）ベアラと並行してＩＣＮベアラを使用する手段を提供する。

本明細書において提示される例示的な実施形態は、少なくとも以下の例示的な利点を有する。
● 本明細書において提示されるこの例示的な実施形態は、ＬＴＥおよび５Ｇが、メディア配信に最も効果的な無線技術として位置付けられ得るようにする。一部のデバイスにとってＷｉＦｉが唯一の無線アクセス技術である場合、ＬＴＥ−ＷｉＦｉテザリングは、ＣＣＮパケットエンドツーエンドの緊密なＬＴＥベースの制御を保持することになる。
● ＬＴＥおよびその他の３ＧＰＰ無線アクセスネットワークは、ＣＣＮのような新しいネットワーキングパラダイムを配備する際の２つの主要な課題に対処する極めて強力なメカニズムを提供する。
〇 ３ＧＰＰにより、ＣＣＮオーバーＬＴＥベアラを段階的手法で導入することができる。原則として、この導入は、３ＧＰＰネットワークに恒常的に配備される他の機能と何ら変わりはない。ＣＣＮは、１つの単一ＲＢＳ、またはＲＢＳの任意のグループで配備される。ＣＣＮオーバーＬＴＥを全国的に配備することはまた、たとえば合法的インターセプト、マルチキャスト／ブロードキャスト、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）、および位置情報など、多くの他のＬＴＥ機能を配備することと比較すれば、さほど大きな課題ではない。
〇 ３ＧＰＰにより、ベアラの確立の制御は、エアインターフェースを介して、およびインフラストラクチャ内部で、の両方で提供される。これはつまり、ＷｉＦｉが分割制御／ユーザプレーンアーキテクチャを有していないので、ＣＣＮを介するメディアの配信が、ＷｉＦｉには不可能な方法で最適化されることを意味する。
● ＩＰベースのＬＴＥとＣＣＮオーバーＬＴＥを組み合わせることにより、ＣＣＮのパブリッシャモビリティの課題、ならびにＣＣＮのようなセッションベースのプロトコルのその他の弱点も解決される。ＬＴＥにより、ＣＣＮオーバーＬＴＥと並行して、デフォルトベアラを介するＩＰオーバーＬＴＥ、およびＶｏＬＴＥのような他のサービスを稼働することによって、この解決を容易に行うことができる。インフラストラクチャにおいて、ＵＥとの間のＣＣＮトラフィックは、ＣＣＮネットワーク上を行き交い、非ＣＣＮトラフィックは、標準インフラストラクチャ上を行き交う。
● ＬＴＥは、我々の従来の顧客、モバイルネットワークオペレータが、メディア配信において重要な役割を果たす出発点となる主要な媒体になっている。キャッシングおよびＣＣＮは、ネットワーク内で実施されるので、モバイルネットワークオペレータは今後、他のメディア配信会社に挑むことができるようになる。

したがって、例示的な実施形態の一部は、基地局における、無線ベアラによるＩＣＮベースの通信の方法を対象とする。方法は、ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、無線デバイスから受信することを備える。方法はまた、要求内のコンテンツが基地局に関連するキャッシュ内または基地局内にあるかどうかを決定することを備える。コンテンツがキャッシュされている場合、方法は、コンテンツを無線デバイスに送信することをさらに備える。コンテンツがキャッシュされていない場合、方法は、ＩＣＮ通信に専用のインターフェースで要求をＩＣＮベースのネットワークに送信することをさらに備える。

例示的な実施形態の一部は、無線ベアラによるＩＣＮベースの通信のための基地局を対象とする。基地局は、ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、無線デバイスから受信するように設定された受信機を備える。基地局は、要求内のコンテンツが基地局に関連するキャッシュ内または基地局内にあるかどうかを決定するように設定された処理回路をさらに備える。基地局はまた、送信機を備える。コンテンツがキャッシュされている場合、送信機は、コンテンツを無線デバイスに送信するように設定される。コンテンツがキャッシュされていない場合、送信機は、ＩＣＮ通信に専用のインターフェースで要求をＩＣＮベースのネットワークに送信するように設定される。

例示的な実施形態の一部は、無線デバイスにおける、無線ベアラによるＩＣＮベースの通信のための方法を対象とする。方法は、ＩＣＮに適合するコンテンツの必要性を、ＡＰＩを介して決定することを備える。方法は、ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、基地局に送信することをさらに備える。

例示的な実施形態の一部は、無線ベアラによるＩＣＮベースの通信のための無線デバイスを対象とする。無線デバイスは、ＩＣＮに適合するコンテンツの必要性を、ＡＰＩを介して決定するように設定された処理回路を備える。無線デバイスは、ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、基地局に送信するように設定された送信機をさらに備える。

定義
３ＧＰＰ 第３世代パートナーシッププロジェクト
ＡＦ アプリケーション機能
ＡＰＩ アプリケーションプログラミングインターフェース
ＢＳＣ 基地局コントローラ
ＣＣＮ コンテンツ指向ネットワーキング
ＣＰＲＩ Ｃｏｍｍｏｎ Ｐｕｂｌｉｃ Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ
ＤＬ ダウンリンク
ＤＲＢ データ無線ベアラ
ｅＮＢ エボルブドＮｏｄｅＢ
ＥＰＣ エボルブドパケットコア
ＥＰＳ エボルブドパケットシステム
ｅＭＢＭＳ エボルブドマルチキャストブロードキャストマルチメディアサービス
Ｅ−ＵＴＲＡＮ 拡張ユニバーサル地上無線アクセスネットワーク
ＧＥＲＡＮ ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク
ＧＳＭ Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ
ＧＷ ゲートウェイ
ＨＬＲ ホームロケーションレジスタ
ＨＳＳ ホームサブスクリプションサービス
ＩＣＮ 情報指向ネットワーキング
ＩｏＴ モノのインターネット
ＩＰ インターネットプロトコル
ＬＩＰＡ ローカルＩＰアクセス
ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）
ＮＤＮ 名前付きデータネットワーキング
ＭＡＣ 媒体アクセス制御
Ｍ２Ｍ マシンツーマシン
ＭＢＭＳ マルチキャストブロードキャストマルチメディアサービス
ＭＭＥ モビリティ管理エンティティ
ＯＳ オペレーティングシステム
ＰＤＣＰ パケットデータコンバージェンスプロトコル
ＰＤＮ パケットデータネットワーク
ＰＤＵ プロトコルデータ単位
ＰＧＷ ＰＤＮゲートウェイ
ＰＨＹ 物理層
ＲＡＮ 無線アクセスネットワーク
ＲＢＳ 無線基地局
ＲＳＬ 再帰最小二乗
ＲＮＣ 無線ネットワークコントローラ
ＲＲＣ 無線リソース制御
Ｓ４−ＳＧＳＮ Ｓ４サービングＧＰＲＳサポートノード
ＳＧＳＮ サービングＧＰＲＳサポートノード
ＳＩＢ システム情報ブロック
ＳＭＳ ショートメッセージサービス
ＴＣＰ 送信制御プロトコル
ＵＤＰ ユーザデータグラムプロトコル
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＭＢ ウルトラモバイルブロードバンド
ＵＭＴＳ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ
ＵＴＲＡＮ ユニバーサル地上無線アクセスネットワーク
ＶｏＬＴＥ ボイスオーバーＬＴＥ
ＷＣＤＭＡ 広帯域符号分割多元接続
ＷｉＦｉ Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ
ＷｉＭａｘ Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ

前述の内容は、さまざまな図表全体を通じて類似する参照符号が同じ部分を示す添付の図面に示されている、例示的な実施形態のさらに詳細な以下の説明から明らかとなろう。図面は、必ずしも一定の縮尺では示されていないが、例示的な実施形態を説明することに重点が置かれている。

例示的な実施形態の一部による、ＩＣＮおよびＩＰベースのコンポーネントを特徴付ける無線ネットワークの説明的例を示す図である。 例示的な実施形態の一部による、無線デバイスと基地局の間のベアラ接続の説明的実施例を示す図である。 例示的な実施形態の一部による、基地局の例示的なノード設定を示す図である。 例示的な実施形態の一部による、無線デバイスの例示的なノード設定を示す図である。 例示的な実施形態の一部による、図３の基地局によって行われ得る例示的な動作を示す流れ図である。 図５Ａの例示的な動作を実行できるモジュールの説明的例を示す図である。 例示的な実施形態の一部による、図４の無線デバイスによって行われ得る例示的な動作を示す流れ図である。 図６Ａの例示的な動作を実行できるモジュールの説明的例を示す図である。

以下の説明において、限定のためではなく説明の目的で、例示的な実施形態を十分に理解できるようにするため、特定のコンポーネント、要素、技法などのような具体的な詳細が示される。しかし、例示的な実施形態が、それらの具体的な詳細から逸脱するその他の方式で実施されてもよいことは、当業者には明らかとなろう。その他の例において、よく知られた方法および要素の詳細な説明は、例示的な実施形態の説明を不明瞭にすることがないように省略される。本明細書において使用される用語は、例示的な実施形態を説明することを目的としており、本明細書において提示される実施形態を限定することは意図されていない。無線デバイス、ＵＥ、およびユーザ機器という用語は、本明細書において同義的に使用されてもよいことを理解されたい。本明細書において提示される例示的な実施形態のすべては、ＧＥＲＡＮ、ＵＴＲＡＮ、またはＥ−ＵＴＲＡＮベースのシステムに適用可能であってもよいことを理解されたい。

概要
本明細書において提示される例示的な実施形態をより良く説明するため、問題が最初に識別されて検討される。今日、アドホックネットワークにおけるコンテンツ配信は、コンテンツ検索および配信のためにホストベースの（インターネットプロトコル：ＩＰ）メカニズムに依存している。研究団体は、全世界的にコンテンツ配信がトラフィック負荷の主要な部分となってゆくのにつれて、ホストベースの通信パラダイムが十分に拡張しないということで意見が一致している。最も効率的な技法は、たとえば下部にいかなるＩＰも伴わないコンテンツ指向ネットワーキング（ＣＣＮ）プロトコル「オーバーザワイヤ」のような、メディア最適化プロトコルを実行することである。

現在のコンテンツ配信に関するもう１つの課題は、サーブされる端末まで完全に到達する方法である。理想的には、端末へのコンテンツトラフィックは、すべてのトラフィックがＣＣＮオーバーザワイヤおよびエンドツーエンドを使用して、つまりＩＰの上にＣＣＮを階層化せずに、搬送されるパスに従う。しかし、端末がどのようにネットワークに接続するか（たとえば、パブリックＷｉＦｉホットスポットを介して、または家庭もしくはその他のプライベートホットスポットを介してなど）を正確に予測することは本質的に困難であるため、ＣＣＮをサポートすることには、インターネット全体のフォークリフトが必要となろう。したがって、今日のネットワークにおいて、ＣＣＮの導入を開始することは、極めて難易度が高い。たとえば仮想グループのような塀で囲まれたガーデンを造ることも可能であるが、ガーデンには通常、ＣＣＮアイランド間のブリッジとして、下部にＩＰが必要となり、効率的なメディア配信の意図を妨げることになる。

ＣＣＮに関するもう１つの課題は、たとえばＵＥはインタレストパケットをネットワークに向けて送信する必要があり、その後コンテンツが戻ってくるなど、ＣＣＮがセッションベースであることである。ＣＣＮに関わる多くのシナリオにおいて、その意図は、端末にＣＣＮのみを使用することであり、ひいては、たとえばＴＣＰ／ＩＰのような非セッションベースのプロトコルがＣＣＮにわたりエミュレートされることが必要となる。そうすることで、ＣＣＮに十分な複雑さが加わる。

ＣＣＮに関わる第３の課題は、現在パブリッシャモビリティをサポートしないことであるが、これを受けて研究提案がある。したがって、アクセスポイントに接続された無線デバイスが、そのアクセスポイントから別のアクセスポイントに移動する場合、ＣＣＮは、新しいアクセスポイントを見つけ出して、他のＣＣＮコミュニティに通知するサポートを有していない。この課題に対処するため、多くのメカニズムが提案されてきたが、いずれもモビリティ管理の固有の使用を３ＧＰＰネットワークに固有のものにしていない。

一部の例示的な実施形態の概要
ＬＴＥ ＵＥは、ＬＴＥネットワークに接続するとき、３ＧＰＰに従って、ＰＤＮゲートウェイ（ＰＧＷ）に向けてデフォルトベアラを自動的に確立する。このベアラは、ＬＴＥに固有の常時接続をもたらす。

例示的な実施形態の一部は、ＩＣＮ／ＣＣＮ（情報／コンテンツ指向ネットワーキングプロトコル）を「オーバーザワイヤ」というよりも「オーバーザ無線ベアラ」で搬送する目的で使用される別のベアラを確立するための方法を対象とする。後者は、アップリンク方向（ＵＬ）のＵＥが、たとえばＣＣＮ ＰＤＵを、その目的で確立された無線ベアラに直接マップすることを暗示する。そのＣＣＮ ＰＤＵは、通常はマクロＲＢＳまたはショッピングモールのようなホットスポットに配備されたスモールセル上の、ネットワーク内のある地点において、抽出され、ＣＣＮ対応のネットワークに投入され、ダウンリンク方向（ＤＬ）では逆になる。

上記の動作モデルは、無線アクセスネットワーク（ＲＡＮ）における３ＧＰＰ標準、たとえば３ＧＰＰのローカルＩＰアクセス（ＬＩＰＡ）について行わるような、特にベアラのローカルブレイクアウトの使用に従う。

ＵＥにおいて、ＣＣＮおよびホストベースのソケット（ＴＣＰ／ＵＤＰ／ＩＰの場合）がいずれも使用可能であり、並列のホストベースおよびＣＣＮベースの通信がサポートされるようになっている。あるいは、ＵＥでのＣＣＮの使用は、モデム部分の内部で実施されて、ＵＥアプリケーションがその通常のＴＣＰ／ＩＰ ＡＰＩを使用するが、ＵＥモデム内の３ＧＰＰ準拠のフィルタは、アプリケーションに透過的な方法でＣＣＮベアラを介してＣＣＮパケットを方向付けるようになっている。その結果、ＩＰ層は、ＡＰＩエコシステムとの対話を簡略化するために使用されるダミー層でしかなくなる。

パブリッシャモビリティメカニズムは、ＵＥがパブリッシャである場合、モビリティ管理および制御をサポートする３ＧＰＰ施設の再使用に依存するものとする。

本明細書において提示される例示的な実施形態は、無線ベアラによる情報指向ネットワーキング（ＩＣＮ）ベースの通信のための、基地局および無線デバイス、ならびに対応する方法を対象とする。例示的な実施形態は、標準パケットデータネットワーク（ＰＤＮ）ベアラと並行してＩＣＮベアラを使用する手段を提供する。

将来のネットワーク社会において、実質的にはすべてのデバイスが無線となるであろう。ＬＴＥ／５ＧおよびＷｉＦｉがいずれも、それらのすべてのデバイスへの必要な無線リンクをもたらす上で重要な役割を果たすことが見込まれる。

本明細書において提示される例示的な実施形態は、ＬＴＥおよびその５Ｇへの進化型に適用することができる。後者は、より高い周波数帯域におけるＬＴＥの進化、および現在とは異なるスケーリングのＬＴＥである可能性が高い（たとえば、より低いレイテンシに対するアップスケール帯域幅およびダウンスケール送信時間間隔など）。ＬＴＥは、その基本構造において極めて堅固であることが判明しており、その基礎が変化することを示唆する根拠はほとんどない。

エアインターフェースを介して、ＬＴＥは、無線ベアラを利用し、さまざまなＱｏＳおよびその他の特徴の別個の論理チャネルを提供する。コア側で等価のベアラと組み合わされることで、無線ベアラは、いわゆるＥＰＳ（エボルブドパケットサービス）ベアラを形成する。ＥＰＳは通常、モバイルネットワークの外部の一部のインターネットインターフェースにＵＥを結び付ける。

図１は、例示的な実施形態が適用され得る例示的なネットワークを示す図である。ＬＴＥ ＵＥ、または無線デバイス５００は、ＬＴＥネットワークに接続するとき、３ＧＰＰに従って、たとえば図１のベアラ２のような、ＰＤＮゲートウェイ（ＰＧＷ）に向けたデフォルトＥＰＳベアラを自動的に確立する。このベアラは、ＬＴＥに固有の「常時」接続をもたらす。この常時接続は、ＬＴＥ ＵＥのＩＰプレゼンスを提供する。

ＬＴＥコアネットワークは、デフォルトベアラとは別に、追加のベアラをいつ確立するかを決定する。コアネットワークは、ＵＥ上のシグナリングエンティティと協働してこの確立を行う。

例示的な実施形態の一部によれば、ＵＥは、ＣＣＮソケットまたは類似のものを提供するＣＣＮ ＡＰＩをＵＥアプリケーションにインストールして、たとえばコンテンツ配信、モノのインターネット、およびネットワーク側からたとえばセルラー電話、メーター、アクチュエータなど多種多様なデバイスへのソフトウェアアップグレードのような、さまざまな目的でＣＣＮを利用する。

（たとえば、３ＧＰＰ ＨＬＲ／ＨＳＳ、ホームロケーションレジスタ／ホームサブスクリプションサービスのような）ポリシーおよび／またはサブスクリプションならびに可用性を通じてトリガーされ得る、一部のデフォルトまたはその他のメカニズムに基づいて、ネットワークはＵＥをＣＣＮ対応であると認識する。次いで、ネットワークは、たとえばベアラ１のような新しいデディケイテッドベアラが、たとえばベアラ２のようなデフォルトベアラと平行して確立されることをＵＥに信号伝達する。その意図は、この新しいベアラを使用してＣＣＮトラフィックを「ネイティブに」無線インターフェース上で搬送することである。この場合はＭＭＥであるネットワークは、いうまでもなく、特定の無線ベアラがＲＢＳで終端され、一部の隣接のＣＣＮネットワーク、つまり（たとえば、ＬＩＰＡ、３ＧＰＰのローカルＩＰアクセスソリューションのような）ＬＴＥベアラのローカルブレイクアウトのために現在使用されるものと類似するネットワークに接続されることを認識する。論理的には、このＣＣＮネットワークは、通常の３ＧＰＰベアラに使用されるＩＰネットワークとは別個のものである。しかし、ＬＩＰＡに反して、ＭＭＥは通常、無線ベアラが、ＲＢＳに接続されたＣＣＮネットワークに終端され、それ以上ＭＭＥからＣＣＮネットワークへのさらなるアクションを伴わないことを確認するだけである。

ＵＥ５００上のＡＰＩが、ＣＣＮに従来のＩＰソケットを使用することを好む場合、これは例示的な実施形態から除外されないものとする。この場合、ＣＣＮは、ＣＣＮベアラ上で移送されるダミーＩＰインターフェースを介して搬送される。ＲＢＳ４０１において、このダミーＩＰアドレスは終端され、トラフィックはＣＣＮトラフィックがＩＰを使用しなかったかのように処理される。

エンドユーザ側のメディアデバイスがＷｉＦｉを介して接続される場合、本明細書において提示される例示的な実施形態は、図１に示されるように、引き続き適用される。たとえば、ＷｉＦｉのみのＴＶセットは、ＷｉＦｉ−ＬＴＥテザリングデバイスに接続される必要があり、このデバイスはプロキシとして機能して、ＣＣＮメディアパケットをＬＴＥからローカルＷｉＦｉ接続に向けて配信する。ＷｉＦｉへのテザリングを使用することによって、ソリューションは引き続き、ＬＴＥ上のＣＣＮ配信のメディアのエンドツーエンドの制御を確実にする。そのような例示的な実施形態は、無線アクセス側でＷｉＦｉマルチキャスティングを利用することができる。

デバイス（ＵＥ）がキャッシング機能を有する場合、ソリューションは、ＲＢＳにサーブするＣＣＮノードがＲＡＮに向けてｅＭＢＭＳ（拡張マルチキャストブロードキャストマルチメディアサービス）パケットを投入して、ＭＢＭＳ ＧＷの役割で機能できるように、ＬＴＥ ｅＭＢＭＳの再使用を許容するものとする。また、任意の将来のベアラ、たとえばグループデータ無線ベアラは、本明細書において提示される例示的な実施形態から除外されないものとする。

確立されたＣＣＮベアラは、複数のスキームに沿って考案されてもよい。
● アップリンクおよびダウンリンクに対するデディケイテッドベアラ。
● アップリンクに対するが、ＭＢＭＳベアラダウンリンクと組み合わされたデディケイテッドベアラ。このスキームにおいて、ＵＥからのＣＣＮトラフィックは、ダウンリンクのＭＢＭＳマルチキャストチャネルを前述のアップリンクと関連付ける。この代替は、無線エアインターフェース負荷が重い状況において好ましい。

実施例
図２は、本明細書において提示される例示的な実施形態の一部の非限定的な実施例を示す図である。概して、ＵＥ１およびＵＥ２が、セル内に移動するか、またはセル内でオンに切替えられる場合、デフォルトのＬＴＥ ＥＰＳベアラ（エボルブドパケットサービス）は、たとえばＵＥ１についてはインターフェース１およびＵＥ２についてはインターフェース２を介して、自動的に確立される。このベアラは、ＩＰベースで、標準ＬＴＥトラフィックを搬送する。基地局から、これらのベアラは、３ＧＰＰネットワークのノードにトンネリングされ、通常最終的に、インターネットに接続するエボルブドパケットコアのパケットデータネットワークゲートウェイ（ＰＧｗ）に至る。
● 上記のベアラは、ＵＥの「常時」接続を端末にもたらす。
● ベアラ確立のプロセス中、ＥＰＣコア内のＭＭＥ／ＨＳＳは、ＵＥ１およびＵＥ２がＩＣＮ対応である、つまり、たとえばコンテンツファイルのインタレストメッセージを送信するなど、ＵＥ１およびＵＥ２がＵＥでＩＣＮプロトコルを使用する機能を有するか、またはコンテンツをＩＣＮに投入する機能を有することを決定する。
● この時点において、ＭＭＥは、ＵＥ１およびＵＥ２と協働して（信号伝達して）、ＵＥ側でＩＣＮ ＡＰＩによって使用されるべき別個のベアラを確立する。これは、無線データベアラ確立のための標準３ＧＰＰ手順に沿っている。
● 基地局はまた、これらのＩＣＮベアラが、ＩＣＮベアラ処理エンティティでローカルに終端されることを認識するので、これらの新しいベアラが確立されると、基地局はＵＥ１およびＵＥ２に対して新しいＩＣＮインターフェース、たとえばそれぞれインターフェース１Ａおよび２Ａを、基地局内にあるＩＣＮベアラ処理エンティティで作成する。
● 次いで、基地局は、それらのベアラについてＵＥ１およびＵＥ２からの無線インターフェースプロトコルを確実に終端し、次いで濃いシェーディングのベアラ上のＵＥ１から受信するものすべてをインターフェース１Ａに、および濃いシェーディングのベアラ上のＵＥ２から受信するものすべてをインターフェース２Ａに転送する。
● ＵＥ１が基地局に接続するとき、これはＦｏｒｗａｒｄｉｎｇ Ｉｎｆｏ（たとえば、プレフィックスＵＥ１、インターフェース１Ａ）に登録されて、ＩＣＮネットワーク内の一部の他のデバイスからのインタレストがＵＥ１に伝搬できるようになっていることに留意されたい。
● ＵＥが別のセルに移動する場合、標準３ＧＰＰベアラのハンドオーバーは、ＭＭＥ、基地局、およびＵＥ間のシグナリングを伴うよく知られているシームレスモビリティ管理手順に従う。ＩＣＮベアラに関しては、シームレスモビリティを必要としない。その代わり、上記の手順は繰り返されてもよい。
● ＵＥがセルカバレッジの外に移動して新しいセルに入る場合、ＩＣＮベアラ処理のＦｏｒｗａｒｄｉｎｇ Ｉｎｆｏは、ソースが移動していたとしても、基地局が特定のデータをそのキャッシュ内に保持するよう指示されない限り、キャッシュから削除される。たとえば、ＵＥ１がインターフェース１Ａを介してピクチャをパブリッシュし、次いでこのピクチャが基地局のコンテンツキャッシュにキャッシュされ、次いでこのネットワークにおいて、たとえＵＥ自身が移動したとしても、長時間にわたりこのデータを基地局のキャッシュに保持するという方策が選択されてもよい。

図２は、２つの無線デバイス５００Ａおよび５００Ｂ、ならびに基地局４０１の間のベアラ接続の説明的例を示す。説明的例において、各無線デバイス５００Ａおよび５００Ｂは、２つのベアラを備える。第１の無線デバイス５００Ａは、ＩＣＮデディケイテッドベアラ１ＡおよびＰＤＮデディケイテッドベアラ１Ｂを備える。第２の無線デバイス５００Ｂは同様に、ＩＣＮデディケイテッドベアラ２ＡおよびＰＤＮデディケイテッドベアラ２Ｂを備える。

例示的な実施形態の一部によれば、無線デバイスに関連付けられているＡＰＩは、無線デバイスがＩＣＮに適合するコンテンツを要求することを決定することができる。この決定に基づいて、無線デバイス５００Ａは、ＩＣＮデディケイテッドベアラ１Ａ上のコンテンツの要求を、基地局４０１に送信することができる。コンテンツの要求は、無線デバイス５００Ａが受信したいと望むコンテンツの名前を備える。

基地局４０１がコンテンツの要求を受信すると、要求はＩＣＮデディケイテッドベアラ１Ａで受信されたので、基地局４０１は、要求がＩＣＮベースのネットワークに向けられていることを認識する。例示的な実施形態の一部によれば、コンテンツの要求を受信すると、基地局４０１は、要求されたコンテンツが基地局内にキャッシュされているかどうかを調べるために最初にコンテンツキャッシュを検索することができる。例示的な実施形態の一部によれば、コンテンツは、コンテンツに関連付けられている名前に従ってインデックス付けされてもよい。基地局４０１が、要求されたコンテンツがキャッシュされていることを決定する場合、基地局は、要求されたコンテンツをＩＣＮディケーテッドベアラ１Ａを介して無線デバイス５００Ａに送信することができる。したがって、無線デバイス５００Ａは、ＩＣＮベースのネットワークにメッセージングすることなく、要求されたコンテンツを受信することができ、それにより使用されるシグナリングリソースの量を低減することができる。

要求されたコンテンツが基地局４０１内にキャッシュされていないことが決定される場合、基地局は、要求されたコンテンツを保留テーブル内に登録することができる。保留テーブルは、基地局４０１がサーブするさまざまな無線デバイスから基地局４０１が受信するすべてのさまざまなＩＣＮベースのコンテンツ要求を追跡することができる。特定のコンテンツが頻繁に要求されることが決定される場合、たとえば要求の数が所定のしきい値を超える場合、基地局は、コンテンツをコンテンツキャッシュにキャッシュするよう決定し、それによりＩＣＮベースのネットワークと通信する必要を回避することができる。

例示的な実施形態の一部によれば、各基地局４０１は、図１に示されるように、自身とＩＣＮベースのネットワークの間にデディケイテッドインターフェース３を有することができる。図１において、インターフェース３は、ＩＣＮベアラを介して基地局４０１に接続されているすべての無線デバイスによって使用されることを理解されたい。したがって、無線デバイスごとにデディケイテッドＩＣＮベースのネットワークインターフェースがある必要はない。

図２において、基地局４０１とＩＣＮベースのネットワークの間のインターフェースは、インターフェース１Ｃおよび２Ｃであり、この場合には２つのインターフェースがある。したがって、転送テーブルにおいて、基地局４０１は、どのコンテンツを受信すると期待されるか、およびどのインターフェースでコンテンツを受信すると期待されるかに注目することができる。たとえば、無線デバイス５００Ａが、「ビデオ１」という名前のコンテンツを要求する場合、このコンテンツがまだ基地局でキャッシュされていないと仮定して、この「ビデオ１」へのインタレストは最初に保留テーブルに登録される。転送テーブルのプレフィックスは「ビデオ１」であってもよく、インターフェースは１Ａとしてリストされてもよい。基地局は、「ビデオ１」へのインタレストをそのインターフェースに伝搬する。したがって、基地局がこのデータをインターフェース３Ａまたは３Ｂで受信すると、基地局は、保留テーブルを調べることによって、データがディケーテッドＩＣＮベアラ１Ａ上で無線デバイス５００Ａに転送されることを認識する。

上記で説明される動作中に、基地局はまた、ＰＤＮベースのベアラ１Ｂを介して無線デバイス５００Ａの通信を並行して処理するように設定されてもよいことを理解されたい。さらに、基地局４０１はまた、任意の数の他の無線デバイス、たとえば無線デバイス５００Ｂから、ＩＣＮベースまたはＩＰベースの、通信の任意の形態を処理するように同時に設定されてもよいことを理解されたい。例示的な実施形態は、標準パケットデータネットワーク（ＰＤＮ）ベアラと並行してＩＣＮベアラを使用する手段を提供する。

したがって、要約すると、本明細書において説明される例示的な実施形態は、以下の事項を行うために使用されてもよい。
● 規範的なエンドツーエンドＥＰＳベアラを包含する既存の３ＧＰＰエンドツーエンドネットワークと並行して動作するＩＣＮ／ＣＣＮ対応のネットワーク上に、ＵＥとの間で、データ無線ベアラ（ＤＲＢ）を終端／送出するために３ＧＰＰベアラ制御を使用する。
● また、ＵＥが、このオプションを有する場合にはデフォルトで、ＩＣＮ／ＣＣＮベアラを確立するように事前プログラムされる状況を含む。
● ＩＣＮ／ＣＣＮトラフィックがＵＥとの間で送信／受信されるポイントにおいてＭＢＭＳ ＧＷの役割のエミュレーションを使用可能にする。
● ３ＧＰＰシステムのモビリティ管理施設を使用して、ＩＣＮ／ＣＣＮノードのパブリッシャモビリティのより良好なサポートを提供する。
● キャピラリー（たとえば、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅなど）ツー３ＧＰＰテザリングデバイスを、本発明のベアラメカニズムに従って、非３ＧＰＰデバイスへの配信のためにコンテンツ（たとえば、ＩｏＴまたはメディア）をローカルにキャッシュできるように充実させる。
● ＣＣＮベアラが確立されるか、またはコンテンツがＩＰ対応のベアラ（新規または既存）を介して配信されるように、ネットワークからＵＥを制御する。
● 上位の事項を任意のバージョンのＩＣＮ、ＮＤＮ（名前付きデータネットワーキング）などに対して適用する。
● システム情報ブロック（ＳＩＢ）または類似するものを使用してＩＣＮ／ＣＣＮベアラについて知らせる。
● 無線、コアなどに応じてベアラ選択をサポートしてＵＥでメカニズムを提供する（モデムレベルまたはＯＳレベルまたはアプリケーションレベル）、たとえばＵＥ上の１つのアプリケーションがソケットインターフェースをＴＣＰ／ＩＰからＩＣＮ／ＣＣＮに、またはその逆に切替えるよう指示される、もしくはこの切替えが、たとえばモデム内など、アプリケーションおよびソケットに透過的に実行される。
● ３ＧＰＰトラフィックフローテンプレートおよび関連する構造を使用して、どのトラフィックがＩＣＮ／ＣＣＮベアラを介して搬送されるべきかを識別する。
● たとえばローミングユーザに対して、異なるＩＣＮ／ＣＣＮベアラが異なるＩＣＮ／ＣＣＮ論理ドメインを介して使用されるようにする。
● たとえばリソースがどのようにスケジュールされるかなど、ＩＣＮ／ＣＣＮ特性に適応するように、モデム上の無線スケジューラ（ＵＥおよび／またはＲＢＳ）を適応させる。
● ＩＣＮ／ＣＣＮベアラの目的のために、キャリアアグリゲーション（ＬＴＥ、ＷＣＤＭＡ、ＧＳＭ、ＬＴＥアンライセンス、ＷｉＦｉ、５Ｇなど）を使用する。
● 他のタイプの無線ベアラメカニズムを、上記の適用可能な主張と同じ方法で扱う、たとえばＧＳＭ ＳＭＳを使用してＩｏＴ（モノのインターネット）データをＩＣＮ／ＣＣＮネットワークにパブリッシュする無線デバイスからのスプリアスマシンタイプ通信など。
● ３ＧＰＰ機能ロールアウトと類似する手順を用いてＩＣＮ／ＣＣＮを完全に３ＧＰＰ ＵＥに導入する、たとえばわずかなＲＢＳで、領域内で、多国籍オペレータの多数の国にわたり、など。
● 上記の事項を屋内使用または任意の他の異種（スモールセル、ラージセルの混合）ネットワークまたは同種ネットワークに対して適用する。
● ＲＢＳに、ＩＣＮ／ＣＣＮトラフィックを終端および送出するＩＣＮ／ＣＣＮ機能を装備する。
● 仮想ＲＡＮまたは類似する構造が採用される場合にも、上記の原理を使用する、たとえばＲＢＳのＲＡＮが下位層部分（たとえば、ＰＨＹ、ＭＡＣ、ＲＬＳ）と上位レベル部分（たとえば、ＰＤＣＰ、ＲＲＣ）に分割される場合、ＩＰベアラＰＤＣＰがＩＣＮ／ＣＣＮベアラＰＤＣＰまたは等価物と比べて別の場所に位置する場合を含む。
● 本発明をＣＰＲＩまたは類似するものの使用と組み合わせる、たとえば１つのアンテナキャリアフローのＣＰＲＩまたは等価のパケット／フレームがＩＣＮ／ＣＣＮノードに切替えられる場合。
● ＩＣＮ／ＣＣＮが１つの周波数帯域または等価物を介して搬送される、およびその他のトラフィック（たとえば、ＩＰ）が異なる帯域を介して搬送される状況における、上記の方法の使用。

例示的なノード設定
図３は、基地局４０１の例示的なノード設定を示す。基地局４０１は、本明細書において説明される例示的な実施形態の一部を実行することができる。基地局４０１は、無線回路、通信ポート、または通信データ、命令、メッセージおよび／またはＩＣＮおよびＰＤＮベアラベースの通信に関連する情報を受信および／または送信するように設定され得る受信機４１０Ａおよび送信機４１０Ｂを備えることができる。無線回路、通信ポート、または受信機４１０Ａおよび送信機４１０Ｂが、任意の数の送受信、受信、および／または送信ユニット、モジュール、または回路として備えられてもよいことを理解されたい。無線回路、通信ポート、または受信機４１０Ａおよび送信機４１０Ｂが、当技術分野において知られている任意の入力または出力通信ポートの形態であってもよいことさらに理解されたい。無線回路、通信ポート、または受信機４１０Ａおよび送信機４１０Ｂは、ＲＦ回路およびベースバンド処理回路（図示せず）を備えることができる。

基地局４０１はまた、本明細書において説明される無線ベアラによるＩＣＮベースの通信のために設定され得る処理モジュール、ユニット、または回路４２０を備えることもできる。処理回路４２０は、たとえば、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または特定用途向け集積回路（ＡＳＩＣ）、または任意の他の形態の回路のような、任意の適切なタイプの計算ユニットであってもよい。

基地局４０１は、任意の適切なタイプのコンピュータ可読メモリであってもよく、揮発性および／または不揮発性タイプであってもよいメモリユニットまたは回路４３０をさらに備えることができる。メモリ４３０は、受信され、送信され、および／または測定されたデータ、デバイスパラメータ、通信優先順位、任意の形態の情報および／または実行可能プログラム命令を格納するように設定されてもよい。基地局４０１は、本明細書において説明されるＰＤＮまたはＩＰベースのネットワークおよびＩＣＮベースのネットワークと対話するように設定されてもよいネットワークインターフェース４４０をさらに備えることができる。

図４は、無線デバイス５００の例示的なノード設定を示す。無線デバイス５００は、本明細書において説明される例示的な実施形態の一部を実行することができる。無線デバイス５００は、無線回路、通信ポート、または通信データ、命令、メッセージおよび／またはＩＣＮおよびＰＤＮベアラベースの通信に関連する情報を受信および／または送信するように設定され得る受信機５１０Ａおよび送信機５１０Ｂを備えることができる。無線回路、通信ポート、または受信機５１０Ａおよび送信機５１０Ｂが、任意の数の送受信、受信、および／または送信ユニット、モジュール、または回路として備えられてもよいことを理解されたい。無線回路、通信ポート、または受信機５１０Ａおよび送信機５１０Ｂが、当技術分野において知られている任意の入力または出力通信ポートの形態であってもよいことさらに理解されたい。無線回路、通信ポート、または受信機５１０Ａおよび送信機５１０Ｂは、ＲＦ回路およびベースバンド処理回路（図示せず）を備えることができる。

無線デバイス５００はまた、本明細書において説明される無線ベアラによるＩＣＮベースの通信のために設定され得る処理モジュール、ユニット、または回路５０３を備えることもできる。処理回路５０３は、たとえば、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または特定用途向け集積回路（ＡＳＩＣ）、または任意の他の形態の回路のような、任意の適切なタイプの計算ユニットであってもよい。

無線デバイス５００は、任意の適切なタイプのコンピュータ可読メモリであってもよく、揮発性および／または不揮発性タイプであってもよいメモリユニットまたは回路５０５をさらに備えることができる。メモリ５０５は、受信され、送信され、および／または測定されたデータ、デバイスパラメータ、通信優先順位、任意の形態の情報および／または実行可能プログラム命令を格納するように設定されてもよい。

例示的なノード動作
図５Ａは、ＩＣＮベースの通信について本明細書において説明される、基地局４０１によって行われ得る例示的な動作を示す流れ図である。図５Ａが、実線境界線で示される一部の動作、および破線境界線で示される一部の動作を備えることも理解されたい。実線境界線内に含まれる動作は、最も広範囲の例示的な実施形態に含まれる動作である。破線境界線内に含まれる動作は、より広義の例示的な実施形態の動作に加えて行われ得るさらなる動作に含まれるか、またはさらなる動作の一部であるか、またはさらなる動作であってもよい例示的な実施形態である。これらの動作が順を追って実行される必要はないことを理解されたい。さらに、動作のすべてが実行される必要はないことを理解されたい。例示的な動作は、任意の順序または任意の組み合わせで実行されてもよい。

図５Ｂは、図５Ａに示される例示的な動作の少なくとも一部を実行できるモジュールを示す。

例示的な動作１０
例示的な実施形態の一部によれば、基地局は、無線デバイスがＩＣＮベースの通信に適合することを示す指示を受信する１０ように設定されてもよい。受信機４１０Ａは、無線デバイスがＩＣＮベースの通信に適合することを示す指示を受信するように設定されてもよい。

例示的な実施形態の一部によれば、受信すること１０は、基地局がサーブしているネットワークに無線デバイスが接続するときのアタッチ手順中に生じてもよい。基地局が受信する指示は、たとえばＭＭＥ、ＳＧＳＮ、またはＳ４−ＳＧＳＮのような、モビリティ管理ノードによって送信されてもよい。モビリティ管理ノードは、無線デバイスに関連する任意のポリシーまたはサブスクリプションデータに基づいて指示の必要性を決定することができる。そのようなポリシーまたはサブスクリプションデータは、ＨＳＳまたはＨＬＲまたはポリシーマネージャのような任意の類似のノードから取得されてもよい。

例示的な動作１２
例示的な実施形態の一部によれば、指示を受信すると１０、基地局はＩＣＮデディケイテッドベアラを作成することができる１２。処理回路４２０は、指示に応じてＩＣＮデディケイテッドベアラを作成するように設定される。

動作１４
基地局は、ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、無線デバイスから受信するように設定される。受信機４１０Ａは、ＩＣＮデディケイテッドベアラ上でコンテンツの要求を、無線デバイスから受信するように設定される。受信モジュール１４Ａは、受信すること１４を実行するようにさらに設定される。

基地局がＩＰベースの無線通信ネットワークに含まれることを理解されたい。たとえば、ＬＴＥ、ＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、ＷｉＦｉベースのシステムである。このＩＰベースの無線通信ネットワークは、ＩＣＮベースの通信と並行して動作するので、ホストベースのプロトコルはＩＰベースの通信を使用し、コンテンツ指向通信はＩＣＮベースの通信を使用するようになっている。ＩＰおよびＩＣＮベースの通信は、論理的に別個のものであるが、共通のリソース上で実施されてもよい。ＩＣＮトラフィックを搬送する無線ベアラは、ＩＣＮで終端され、ＩＰベースの通信によって処理される必要はない。

例示的な実施形態の一部によれば、コンテンツはマルチメディアデータである。マルチメディアデータが、テキスト、オーディオ、静止画像、アニメーション、ビデオ、もしくは対話性コンテンツ形式の任意の形態、またはそれらの組み合わせを備えることができることを理解されたい。マルチメディアデータはまた、モノのインターネットおよび／または任意のソフトウェアアップグレードに関連する任意のデータを備えることもできる。マルチメディアデータはまた、ＩＣＮ上でエミュレートされたホストベースの通信のエミュレーションを備えることもできる。

例示的な実施形態の一部によれば、無線デバイスはＭ２Ｍデバイスである。そのような例示的な実施形態において、コンテンツは、Ｍ２Ｍ関連データであってもよい。例示的な実施形態の一部によれば、Ｍ２Ｍ関連データは、Ｍ２Ｍデバイスによって取得された測定値を備えることができる。そのような例示的な実施形態において、基地局は、そのようなデータをキャッシュすることができる。したがって、ＩＣＮベースのネットワークがそのようなデータの要求を送信する場合、基地局は、要求をＭ２Ｍデバイスに送信しようと試みるのではなく、情報をＩＣＮベースのネットワークに送信することができる。Ｍ２Ｍデバイスは通常、ネットワークによっては到達可能ではない長いスリープサイクルに携わっているので、そのような情報をキャッシュする基地局の能力は、不必要なシグナリングを低減するので有利である。

例示的な動作１６
例示的な実施形態の一部によれば、基地局は、無線デバイスに関してコンテンツの要求を、基地局自身内で登録する１６ようにさらに設定されてもよい。処理回路４２０は、無線デバイスに関してコンテンツの要求を、基地局自身内で登録するように設定される。

例示的な実施形態の一部によれば、基地局は、受信するさまざまなＩＣＮコンテンツベースの要求のブックキーピングを提供するように設定されてもよい。このように設定することで、基地局は、頻繁に要求されるコンテンツをキャッシュすることを決定することができる。

さらに、一部の例において、無線デバイスは、コンテンツをＩＣＮベースのネットワークに送信しようとする場合もあり、したがって要求は送信されるべきデータを備えることができる。そのような例において、基地局は、このデータを送信するか、またはこのデータをキャッシュし、基地局がそのようなデータの要求をＩＣＮベースのネットワークから受信すると直ちに、キャッシュされたデータをＩＣＮベースのネットワークに送信することができる。

動作１８
基地局は、要求内のコンテンツが基地局に関連するキャッシュ内または基地局内にあるかどうかを決定する１８ようにさらに設定される。処理回路４２０は、要求内のコンテンツが基地局に関連するキャッシュ内または基地局内にあるかどうかを決定するように設定される。決定モジュール１８Ａは、決定することを実行するようにさらに設定される。

動作２０
決定すること１８に基づいて、コンテンツがキャッシュされている場合、基地局は、コンテンツを無線デバイスに送信する２０ようにさらに設定される。コンテンツがキャッシュされている場合、送信機４１０Ｂは、コンテンツを無線デバイスに送信するように設定される。送信モジュール２０Ａは、送信すること２０を実行するようにさらに設定される。

動作２２
決定すること１８に基づいて、コンテンツがキャッシュされていない場合、基地局は、ＩＣＮ通信に専用のインターフェースで要求をＩＣＮベースのネットワークに送信する２２ようにさらに設定される。送信機４１０Ｂは、コンテンツがキャッシュされていない場合、ＩＣＮ通信に専用のインターフェースで要求をＩＣＮベースのネットワークに送信するように設定される。送信モジュール２２Ａは、送信すること２２を実行するようにさらに設定される。

例示的な実施形態の一部によれば、ＩＣＮ通信に専用のインターフェースは、無線デバイスとの間の通信にさらに専用化される。

例示的な動作２４
例示的な実施形態の一部によれば、基地局は、コンテンツ応答をＩＣＮベースのネットワークから受信する２４ようにさらに設定される。受信機４１０Ａは、コンテンツ応答をＩＣＮベースのネットワークから受信するように設定される。

例示的な実施形態の一部によれば、コンテンツの要求および応答は、第１の周波数で送信されて受信され、一般的なＩＰ通信は第２の周波数で送信されて受信され、第１の周波数は第２の周波数とは異なる。

情報がコンテンツ要求で要求されていた場合、コンテンツ応答は、要求された情報を備えることができる。コンテンツ要求がＩＣＮベースのネットワークに情報を送信するよう求める要求を備えていた場合、コンテンツ応答は、そのような情報が送信されたことの確認を備えることができる。

例示的な動作２６
コンテンツ応答を受信すると２４、基地局は、ＩＣＮデディケイテッド無線ベアラ上でコンテンツ応答を、無線デバイスに送信する２６ようにさらに設定される。送信機４１０Ｂは、ＩＣＮデディケイテッド無線ベアラ上でコンテンツ応答を、無線デバイスに送信するように設定される。

例示的な実施形態の一部によれば、コンテンツの要求および応答は、第１の周波数で送信されて受信され、一般的なＩＰ通信は第２の周波数で送信されて受信され、第１の周波数は第２の周波数とは異なる。

情報がコンテンツ要求で要求されていた場合、コンテンツ応答は、要求された情報を備えることができる。コンテンツ要求がＩＣＮベースのネットワークに情報を送信するよう求める要求を備えていた場合、コンテンツ応答は、そのような情報が送信されたことの確認を備えることができる。

例示的な動作２８
受信して２４送信すると２６、基地局は、コンテンツが要求された周波数を決定する２８ようにさらに設定される。処理回路４２０は、コンテンツが要求された周波数を決定するように設定される。

一部の例示的な実施形態によれば、基地局が、要求されたコンテンツは頻繁に要求されると決定する場合、基地局は、コンテンツをキャッシュするよう選択して、無線デバイスに要求されたコンテンツを供給するために必要とされるシグナリングの量を低減することができる。具体的には、コンテンツをキャッシュすることによって、基地局は、将来ＩＣＮベースのネットワークに要求を送信する必要性をなくすことができる。

例示的な動作３０
コンテンツが要求された周波数を決定する２８と、基地局は、周波数が所定のしきい値を超える場合に、コンテンツを基地局自身内にキャッシュする３０ようにさらに設定される。処理回路４２０は、周波数が所定のしきい値を超える場合に、コンテンツを基地局自身内にキャッシュするように設定される。

一部の例示的な実施形態によれば、基地局が、要求されたコンテンツは頻繁に要求されると決定する場合、基地局は、コンテンツをキャッシュするよう選択して、無線デバイスに要求されたコンテンツを供給するために必要とされるシグナリングの量を低減することができる。具体的には、コンテンツをキャッシュすることによって、基地局は、将来ＩＣＮベースのネットワークに要求を送信する必要性をなくすことができる。

図６Ａは、ＩＣＮベースの通信について本明細書において説明される、無線デバイス５００によって行われ得る例示的な動作を示す流れ図である。図６Ａが、実線境界線で示される一部の動作、および破線境界線で示される一部の動作を備えることも理解されたい。実線境界線内に含まれる動作は、最も広範囲の例示的な実施形態に含まれる動作である。破線境界線内に含まれる動作は、より広義の例示的な実施形態の動作に加えて行われ得るさらなる動作に含まれるか、またはその一部であるか、またはさらなる動作であってもよい例示的な実施形態である。これらの動作が順を追って実行される必要はないことを理解されたい。さらに、動作のすべてが実行される必要はないことを理解されたい。例示的な動作は、任意の順序または任意の組み合わせで実行されてもよい。

図６Ｂは、図６Ａに示される例示的な動作の少なくとも一部を実行するために使用され得るモジュールを示す。

動作４０
無線デバイスは、ＩＣＮに適合するコンテンツの必要性を、ＡＰＩを介して決定する４０ように設定される。処理回路５０３は、ＩＣＮに適合するコンテンツの必要性を、ＡＰＩを介して決定するように設定される。決定モジュール４０Ａは、決定すること４０の動作を実行するように設定される。

例示的な実施形態の一部によれば、コンテンツはマルチメディアデータである。マルチメディアデータが、テキスト、オーディオ、静止画像、アニメーション、ビデオ、もしくは対話性コンテンツ形式の任意の形態、またはそれらの組み合わせを備えることができることを理解されたい。マルチメディアデータはまた、モノのインターネットおよび／または任意のソフトウェアアップグレードに関連する任意のデータを備えることもできる。マルチメディアデータはまた、モノのインターネットおよび／または任意のソフトウェアアップグレードに関連する任意のデータを備えることもできる。マルチメディアデータはまた、ＩＣＮ上でエミュレートされたホストベースの通信のエミュレーションを備えることもできる。

例示的な実施形態の一部によれば、無線デバイスはＭ２Ｍデバイスであり、コンテンツはＭ２Ｍ関連データである。例示的な実施形態の一部によれば、Ｍ２Ｍ関連データは、Ｍ２Ｍデバイスによって取得された測定値を備えることができる。そのような例示的な実施形態において、基地局は、そのようなデータをキャッシュすることができる。したがって、ＩＣＮベースのネットワークがそのようなデータの要求を送信する場合、基地局は、要求をＭ２Ｍデバイスに送信しようと試みるのではなく、情報をＩＣＮベースのネットワークに送信することができる。Ｍ２Ｍデバイスは通常、ネットワークによっては到達可能ではない長いスリープサイクルに携わっているので、そのような情報をキャッシュする基地局の能力は、不必要なシグナリングを低減するので有利である。

動作４２
決定する４０と、無線デバイスは、ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、基地局に送信する４２ようにさらに設定される。送信機５０１Ｂは、ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、基地局に送信するように設定される。送信モジュール４２Ａは、送信すること４２の動作を実行するように設定される。

基地局がＩＰベースの無線通信ネットワークに含まれることを理解されたい。たとえば、ＬＴＥ、ＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、ＷｉＦｉベースのシステムである。このＩＰベースの無線通信ネットワークは、ＩＣＮベースの通信と並行して動作するので、ホストベースのプロトコルはＩＰベースの通信を使用し、コンテンツ指向通信はＩＣＮベースの通信を使用するようになっている。ＩＰおよびＩＣＮベースの通信は、論理的に別個のものであるが、共通のリソース上で実施されてもよい。ＩＣＮトラフィックを搬送する無線ベアラは、ＩＣＮで終端され、ＩＰベースの通信によって処理される必要はない。

例示的な動作４４
例示的な実施形態の一部によれば、無線デバイスは、ＩＣＮデディケイテッド無線ベアラ上でコンテンツ応答を、基地局から受信する４４ようにさらに設定されてもよい。受信機５０１Ａは、ＩＣＮデディケイテッド無線ベアラ上でコンテンツ応答を、基地局から受信するように設定される。

例示的な実施形態の一部によれば、コンテンツの要求および応答は、第１の周波数で送信されて受信され、一般的なＩＰ通信は第２の周波数で送信されて受信され、第１の周波数は第２の周波数とは異なる。

情報がコンテンツ要求で要求されていた場合、コンテンツ応答は、要求された情報を備えることができる。コンテンツ要求がＩＣＮベースのネットワークに情報を送信するよう求める要求を備えていた場合、コンテンツ応答は、そのような情報が送信されたことの確認を備えることができる。

本明細書において、例示的な実施形態を説明するために３ＧＰＰ ＬＴＥからの用語が使用されているが、これは例示的な実施形態の範囲を前述のシステムのみに限定するものと見なされるべきではないことに留意されたい。ＷＣＤＭＡ、ＷｉＭａｘ、ＵＭＢ、ＷｉＦｉ、およびＧＳＭを含むその他の無線システムもまた、本明細書において開示される例示的な実施形態の利益を享受することができる。

本明細書において提供される例示的な実施形態の説明は、例示的な目的で提示されている。説明は、例示的な実施形態を、包括的であること、または開示される厳密な形態に限定することは意図されておらず、変更および変形は上記の教示を踏まえて可能であるか、または提供される実施形態のさまざまな代替の実践から得られてもよい。本明細書において説明される例は、さまざまな例示的な実施形態の原理および本質ならびにその実践的な用途を説明して、当業者が、検討される特定の使用に適するようにさまざまな方法およびさまざまな変更により例示的な実施形態を利用できるようにするために選択され説明されたものである。本明細書において説明される実施形態の特徴は、方法、装置、モジュール、システム、およびコンピュータプログラム製品のすべての可能な組み合わせにおいて一体化されてもよい。本明細書において提示される例示的な実施形態が、相互の任意の組み合わせにおいて実践されてもよいことを理解されたい。

「備える」という語が、記載されている以外の要素またはステップの存在を必ずしも除外するものではなく、要素に先行する「ａ」または「ａｎ」という語が、複数のそのような要素の存在を除外するものではないことに留意されたい。いかなる参照符号も特許請求の範囲を限定しないこと、例示的な実施形態はハードウェアおよびソフトウェアの両方を用いて少なくとも部分的に実施されてもよいこと、ならびに複数形の「手段」、「ユニット」または「デバイス」は、ハードウェアの同じ項目によって表されてもよいことにさらに留意されたい。

また、ユーザ機器のような用語は、非限定的なものと見なされるべきであることに留意されたい。デバイスまたはユーザ機器という用語は、本明細書において使用される場合、インターネット／イントラネットアクセス、Ｗｅｂブラウザ、オーガナイザ、カレンダー、カメラ（たとえば、ビデオおよび／または静止画像カメラ）、およびサウンドレコーダ（たとえば、マイクロフォン）、および／または全地球測位システム（ＧＰＳ）受信機の機能を有する無線電話機、セルラー無線電話機とデータ処理を組み合わせることができるパーソナル通信システム（ＰＣＳ）ユーザ機器、無線電話機または無線通信システムを含むことができる携帯情報端末（ＰＤＡ）、ラップトップ、通信機能を有するカメラ（たとえば、ビデオおよび／または静止画像カメラ）、ならびにパーソナルコンピュータ、ホームエンターテイメントシステム、テレビジョンなどのような送受信を行うことができる任意の他の計算または通信デバイスを含むように広義に解釈されるものとする。ユーザ機器という用語はまた、任意の数の接続されたデバイスを備えることができることを理解されたい。さらに、「ユーザ機器」という用語は、インターネットまたはネットワークアクセスを有することができる任意のデバイスを規定するものと解釈されることを理解されたい。

本明細書において説明されるさまざまな例示的な実施形態は、コンピュータ可読媒体において具現され、ネットワーク環境においてコンピュータによって実行されるプログラムコードのようなコンピュータ実行可能命令を含む、コンピュータプログラム製品によって１つの態様において実施され得る、方法ステップまたはプロセスの一般的なコンテキストにおいて説明される。コンピュータ可読媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）などを含む取り外し可能および固定式のストレージデバイスを含むことができるが、これらに限定されることはない。一般に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象データタイプを実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含むことができる。コンピュータ実行可能命令、関連するデータ構造、およびプログラムモジュールは、本明細書において開示される方法のステップを実行するためのプログラムコードの例を表す。そのような実行可能命令または関連するデータ構造の特定のシーケンスは、そのようなステップまたはプロセスで説明される機能を実施するための対応する動作の例を表す。

図面および明細書において、例示的な実施形態が開示されている。しかし、これらの実施形態には多数の変更および修正が行われてもよい。したがって、特定の用語が採用されているが、これらは一般的かつ説明的な意味でのみ使用されており、限定することを目的としておらず、実施形態の範囲は添付の特許請求の範囲によって規定される。

したがって、例示的な実施形態の一部は、基地局における、無線ベアラによるＩＣＮベースの通信のための方法を対象とする。方法は、無線デバイスがＩＣＮベースの通信に適合することを示す指示を受信することと、指示に応じて、無線デバイスとパケットデータネットワークゲートウェイ（ＰＧＷ）の間のデフォルトベアラと平行して、無線デバイスと基地局の間のＩＣＮデディケイテッド無線ベアラを作成することとを備える。方法はまた、ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、無線デバイスから受信することを備える。コンテンツがキャッシュされていない場合、方法は、基地局とＩＣＮベースのネットワークの間に専用のインターフェースで要求をＩＣＮベースのネットワークに送信することをさらに備える。コンテンツがキャッシュされていない場合、送信機は、基地局とＩＣＮベースのネットワークの間に専用のインターフェースで要求をＩＣＮベースのネットワークに送信するように設定される。受信機は、無線デバイスがＩＣＮベースの通信に適合することを示す指示を受信するように設定され、処理回路は、指示に応じて、無線デバイスとパケットデータネットワークゲートウェイ（ＰＧＷ）の間のデフォルトベアラと平行して、無線デバイスと基地局の間のＩＣＮデディケイテッドベアラを作成するように設定される。

今日、コンテンツをエンドユーザおよびデバイスに配信するため、ならびにエンドユーザおよびデバイスがコンテンツをネットワークにパブリッシュできるようにするための多数の技法がある。数例を挙げると、ＩＰマルチキャスティングは、マルチキャストグループが、サブスクリプション（加入）マルチキャストグループを用いて、ＩＰ対応の端末へのメディアコンテンツのさらに効率的な移送のために使用されるようにすることができる。３ＧＰＰにおいて、マルチキャストブロードキャストマルチメディアサービス（ＭＢＭＳ、またはＬＴＥにおいて参照される場合はｅＭＢＭＳ）は、無線インターフェースが、同じコンテンツを同じセルまたはセルのグループの複数のモバイル端末に送信できるようにする。Ｍｏｒｔｅｚａ Ｋａｒｉｍｚａｄｅｈ他著の「Ｕｔｉｌｉｚｉｎｇ ＩＣＮ／ＣＣＮ ｆｏｒ ｓｅｒｖｉｃｅ ａｎｄ ＶＭ ｍｉｇｒａｔｉｏｎ ｓｕｐｐｏｒｔ ｉｎ ｖｉｒｔｕａｌｉｚｅｄ ＬＴＥ ｓｙｓｔｅｍｓ」と題する文献において、ＩＣＮ／ＣＣＮ技術は、サービスの効率的なサポートおよび仮想マシン移行を達成するためのオプションとして提示されている。

Claims (24)

1. 基地局（４０１）における、無線ベアラによる情報指向ネットワーキング（ＩＣＮ）ベースの通信のための方法であって、
   ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、無線デバイスから受信すること（１４）と、
   前記要求内の前記コンテンツが前記基地局に関連するキャッシュ内または前記基地局内にあるかどうかを決定すること（１８）と、
   前記コンテンツがキャッシュされている場合、前記コンテンツを前記無線デバイスに送信すること（２０）と、
   前記コンテンツがキャッシュされていない場合、ＩＣＮ通信に専用のインターフェースで前記要求をＩＣＮベースのネットワークに送信すること（２２）とを備える方法。
2. 前記無線デバイスがＩＣＮベースの通信に適合することを示す指示を受信すること（１０）と、
   前記ＩＣＮデディケイテッドベアラを作成すること（１２）とをさらに備える請求項１に記載の方法。
3. 前記無線デバイスに関してコンテンツの前記要求を、前記基地局内で登録すること（１６）をさらに備える請求項１または２に記載の方法。
4. 前記コンテンツはマルチメディアデータである請求項１から３のいずれか一項に記載の方法。
5. 前記無線デバイスはマシンツーマシン（Ｍ２Ｍ）デバイスであり、前記コンテンツはＭ２Ｍ関連データである請求項１から３のいずれか一項に記載の方法。
6. ＩＣＮ通信に専用の前記インターフェースは、前記無線デバイスとの間の通信にさらに専用化される請求項１から５のいずれか一項に記載の方法。
7. コンテンツ応答を前記ＩＣＮベースのネットワークから受信すること（２４）と、
   前記ＩＣＮデディケイテッド無線ベアラ上で前記コンテンツ応答を、前記無線デバイスに送信すること（２６）とをさらに備える請求項１から６のいずれか一項に記載の方法。
8. 前記コンテンツが要求された周波数を決定すること（２８）と、
   前記周波数が所定のしきい値を超える場合に、前記コンテンツを前記基地局内にキャッシュすること（３０）とをさらに備える請求項７に記載の方法。
9. 無線ベアラによる情報指向ネットワーキング（ＩＣＮ）ベースの通信のための基地局（４０１）であって、
   ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、無線デバイス（５００）から受信するように設定された受信機（４１０Ａ）と、
   前記要求内の前記コンテンツが前記基地局に関連するキャッシュ内または前記基地局内にあるかどうかを決定するように設定された処理回路（４２０）と、
   前記コンテンツがキャッシュされている場合、前記コンテンツを前記無線デバイスに送信するように設定された送信機（４１０Ｂ）と、
   前記コンテンツがキャッシュされていない場合、ＩＣＮ通信に専用のインターフェースで前記要求をＩＣＮベースのネットワークに送信するように設定された前記送信機（４１０Ｂ）とを備える基地局（４０１）。
10. 前記受信機（４１０Ａ）は、前記無線デバイス（５００）がＩＣＮベースの通信に適合することを示す指示を受信するように設定され、前記処理回路（４２０）は、前記指示に応じて前記ＩＣＮデディケイテッドベアラを作成するように設定される請求項９に記載の基地局（４０１）。
11. 前記処理回路（４２０）は、前記無線デバイスに関してコンテンツの前記要求を、前記基地局内で登録するように設定される請求項９または１０に記載の基地局（４０１）。
12. 前記コンテンツはマルチメディアデータである請求項９から１１のいずれか一項に記載の基地局（４０１）。
13. 前記無線デバイス（５００）はマシンツーマシン（Ｍ２Ｍ）デバイスであり、前記コンテンツはＭ２Ｍ関連データである請求項９から１２のいずれか一項に記載の基地局（４０１）。
14. ＩＣＮ通信に専用の前記インターフェースは、前記無線デバイス（５００）との間の通信にさらに専用化される請求項９から１３のいずれか一項に記載の基地局（４０１）。
15. 前記受信機（４１０Ａ）は、コンテンツ応答を前記ＩＣＮベースのネットワークから受信するように設定され、前記送信機（４１０Ｂ）は、前記ＩＣＮデディケイテッド無線ベアラ上で前記コンテンツ応答を、前記無線デバイス（５００）に送信するように設定される請求項９から１４のいずれか一項に記載の基地局（４０１）。
16. 前記処理回路（４２０）は、前記コンテンツが要求された周波数を決定するように設定され、
    前記周波数が所定のしきい値を超える場合に、前記処理回路（４２０）は、前記コンテンツを前記基地局内にキャッシュするようにさらに設定される請求項１５に記載の基地局（４０１）。
17. 無線デバイス（５００）における、無線ベアラによる情報指向ネットワーキング（ＩＣＮ）ベースの通信のための方法であって、
    ＩＣＮに適合するコンテンツの必要性を、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して決定すること（４０）と、
    ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、基地局に送信すること（４２）とを備える方法。
18. 前記コンテンツはマルチメディアデータである請求項１７に記載の方法。
19. 前記無線デバイスはマシンツーマシン（Ｍ２Ｍ）デバイスであり、前記コンテンツはＭ２Ｍ関連データである請求項１７に記載の方法。
20. 前記ＩＣＮデディケイテッド無線ベアラ上でコンテンツ応答を、前記基地局から受信すること（４４）をさらに備える請求項１７から１９のいずれか一項に記載の方法。
21. 無線ベアラによる情報指向ネットワーキング（ＩＣＮ）ベースの通信のための無線デバイス（５００）であって、
    ＩＣＮに適合するコンテンツの必要性を、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して決定するように設定された処理回路（５０３）と、
    ＩＣＮデディケイテッド無線ベアラ上でコンテンツの要求を、基地局（４０１）に送信するように設定された送信機（５０１Ｂ）とを備える無線デバイス（５００）。
22. 前記コンテンツはマルチメディアデータである請求項２１に記載の無線デバイス（５００）。
23. 前記無線デバイスはマシンツーマシン（Ｍ２Ｍ）デバイスであり、前記コンテンツはＭ２Ｍ関連データである請求項２１に記載の無線デバイス（５００）。
24. 前記ＩＣＮデディケイテッド無線ベアラ上でコンテンツ応答を、前記基地局（４０１）から受信するように設定された受信機（５０１Ａ）をさらに備える請求項２１から２３のいずれか一項に記載の無線デバイス（５００）。

Images