アクセス技術の選択を制御するための方法および装置
端末において呼び出された無線アプリケーションで使用するために、複数の利用可能なアクセスネットワークのうちの少なくとも１つを、無線アプリケーション、ネットワークサービスプロバイダ、加入者、加入者の加入、およびアプリケーションコンテンツプロバイダに関連するプリファレンスにしたがって端末において選択するための方法およびシステム。選択は、ネットワークサービスプロバイダから受信されたアプリケーションポリシーによって制約され得る。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、「Ｍｅｔｈｏｄ Ａｎｄ Ａｐｐａｒａｔｕｓ Ｐｒｏｖｉｄｉｎｇ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ａｗａｒｅ Ｐｒｅｓｅｎｃｅ Ｔｏ Ａｐｐｌｉｃａｔｉｏｎｓ」と題した同時に出願した米国特許出願第１２／７０５２０３号（代理人整理番号ＡＬＵ／８０６３７３）に関連し、この米国特許出願は、その全体が引用により本明細書に援用される。
【０００２】
本発明は、一般に通信ネットワーク管理の分野に関し、より具体的には、これに限らないが、無線通信ネットワークの管理に関する。
【背景技術】
【０００３】
スマートフォン、ネットブック、無線アクセス可能なラップトップなどのアクセスデバイスは、ＷｉＦｉ（ＩＥＥＥ８０２．１１）、ＵＭＴＳ（３ＧＰＰ）、ＷｉＭａｘ（ＩＥＥＥ８０２．１６）、ＧＰＲＳ（３ＧＰＰ）、ＥＶ−ＤＯ（３ＧＰＰ２）、またはＬＴＥ（３ＧＰＰ）などのさまざまな種類のアクセス技術を使用することができる可能性がある。
【０００４】
アクセスデバイスによって使用される特定のアクセスネットワークおよび技術は、デバイスに記憶された決まったプリファレンスリストにしたがって、またはアクセスプロバイダによって送信されたプリファレンスリストにしたがって選択される。通常、プリファレンスは、サービスが加入者のアクセスプロバイダまたは提携プロバイダによって提供されることを保証するように意図される。アクセス技術は、主に信号強度（カバレッジ）を考慮して選択され、選択された後は、ユーザによって要求されたすべてのサービスをサポートするために使用される。
【０００５】
アクセスデバイスは、（例えば、アクセスデバイスが、選択された第１のアクセス技術が良好なカバレッジを有する領域から第２のアクセス技術が良好なカバレッジを有する領域に移動するときのような）アクセスデバイスにおける接続状態の変化に基づくイベントトリガーに応答して異なるアクセス技術を選択することができる。これらの種類のトリガーは、３ＧＰＰ、３ＧＰＰ２、８０２．２１、およびその他の規格によって定義されている。
【０００６】
特定のアクセス技術の中で、要求元のアプリケーションのニーズに基づくサービス品質（ＱｏＳ）の区別が、提供され得る。例えば、ボイスオーバーＩＰ（ＶｏＩＰ）アプリケーションは、ビジネスニーズおよびアプリケーションの要件にしたがってアクセスネットワークにおいてプリファレンスを与えられ得る。
【０００７】
残念なことに、ときに、アクセスデバイスによって選択された最初のアクセス技術が、後で呼び出されたアプリケーションにとって最善の選択ではないことがある。
【０００８】
例えば、加入者がデュアルモード３ＧＰＰ／ＷｉＦｉ対応デバイスでＶｏＩＰアプリケーションを呼び出すとき、たとえアクセスプロバイダが、３ＧＰＰに基づく技術の方が通話の部類のサービスのためのモビリティを処理する能力に優れているためにすべての音声呼が３ＧＰＰに基づく技術（例えば、ＵＭＴＳ／ＬＴＥ）によってサービスを提供されるようにしたいとしても、音声呼は、ＷｉＦｉネットワークによってサービスを提供される可能性がある。同様に、デバイスがパケットに基づくサービスのために特定の技術（例えば、ＥＶ−ＤＯ、ＬＴＥ、ＷｉＦｉなど）にアクセスしているとき、アプリケーションがその技術を使用し得る条件に対する制御はほとんどまたはまったく提供されない。これは、アプリケーションプロバイダ、コンテンツプロバイダ、およびアクセスプロバイダにとって重要な基準にしたがってアクセス技術の選択を制御する柔軟なポリシーを確立することを不可能にする。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】米国特許出願公開第２０１１／０２０２６４１号明細書
【発明の概要】
【課題を解決するための手段】
【００１０】
従来技術のさまざまな欠点は、複数のアクセス技術による通信が可能な無線アクセスデバイスによるアクセス技術の選択を制御するための方法、システム、および装置の本発明によって対処される。
【００１１】
一実施形態による方法は、端末において呼び出されたアプリケーションで使用するために、無線と有線の両方の複数の利用可能なアクセスネットワークのうちの少なくとも１つを、当該アプリケーションに関連するプリファレンスにしたがって選択するステップであって、プリファレンスが、ネットワークサービスプロバイダのプリファレンス、加入者のプリファレンス、加入者の加入のプリファレンス、およびアプリケーションコンテンツプロバイダのプリファレンスのうちの少なくとも１つを考慮に入れる、ステップを含む。有線アクセスは、アクセスデバイスとネットワークの間の物理的接続を維持するすべてのアクセス方法を含む。選択するステップは、ネットワークサービスプロバイダから受信されたアプリケーションポリシーによって制約され得る。選択するステップは、ユーザが端末においてアプリケーションを呼び出すこと、アプリケーションサーバがトランザクションを開始すること、またはピアがトランザクションを引き起こすことに応じて実行され得る。追加的なアクションが、ネットワークの輻輳の指示、または加入者のプリファレンス、アプリケーションコンテンツプロバイダのプリファレンス、もしくはサービスプロバイダのプリファレンスの変化などのトリガー条件に応じて実行され得る。
【００１２】
一実施形態によるシステムは、アプリケーションポリシーを策定し、当該アプリケーションポリシーを複数のアクセスネットワークと通信することができる端末に転送するように適合された制御機能サーバを含むネットワークプロバイダ機器（ＰＥ）を含み、アプリケーションポリシーは、マルチアクセスネットワーク端末デバイス内で呼び出されたアプリケーションに関連する許容可能なアクセス技術の選択肢、およびそれぞれの選択肢が選択され得る条件を定義する。
【００１３】
本発明の教示は、以下の詳細な説明を添付の図面と併せて考察することによって容易に理解され得る。
【図面の簡単な説明】
【００１４】
【図１】一実施形態によるシステムの高レベルの構成図である。
【図２】一実施形態による方法の流れ図である。
【図３】本明細書に記載の機能の実行に使用するのに好適なコンピュータの高レベルの構成図である。
【発明を実施するための形態】
【００１５】
理解を容易にするために、可能であれば、図面に共通する同一の要素を示すために同一の参照番号が使用されている。
【００１６】
本発明は、主に、複数のアクセス技術によって通信することができる無線アクセスデバイスとの関連の中で説明され、無線アクセスデバイスは、呼び出された特定のアプリケーションおよびその他の要因に基づいて通信のための特定のアクセス技術を選択する。しかし、当技術分野に精通しており、本明細書の教示による知識を持つ者は、本発明が、複数の通信手段が利用可能であり、異なる通信の要件を有する異なるアプリケーションが呼び出される可能性がある任意の通信デバイスにやはり適用可能であることを理解するであろう。
【００１７】
図１は、一実施形態によるシステムの高レベルの構成図を示す。具体的には、図１のシステム１００は、複数のアクセスネットワーク１１５Ａ、１１５Ｂ（集合的にアクセスネットワーク１１５）のそれぞれと通信している単一の端末１１０と、アクセスネットワーク多接続性（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｍｕｌｔｉ−ｃｏｎｎｅｃｔｉｖｉｔｙ）（ＡＮＭＣ）サーバ１２０と、ホーム加入者システム（ＨＳＳ）および加入プロファイルリポジトリ（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｐｒｏｆｉｌｅ Ｒｅｐｏｓｉｔｏｒｙ）（ＳＰＲ）１３０と、複数（例示的に３つ）のアプリケーションサーバ１４０と、コアネットワーク１５０と、本明細書において検討されるさまざまなネットワークを形成するさまざまなネットワーク要素およびリンクを管理するための１つまたは複数のネットワークマネージャ１６０とを示す。
【００１８】
単一の端末１１０が図１のシステム１００に示されているが、そのようなシステムの通常の実装は、複数の端末１１０を含み、それぞれの端末１１０が、無線ネットワークアクセスプロバイダのユーザまたは加入者に関連するユーザ機器（ＵＥ）を表すことが理解されるであろう。端末１１０およびその他のユーザ機器は、ｅＮｏｄｅＢ、ルータ、ゲートウェイ、サブネット、サーバ、マネージャなどの、無線ネットワークアクセスプロバイダに関連するプロバイダ機器（ＰＥ）とインタラクションする。使用される特定のアクセスプロバイダ機器は、使用されるアクセス技術の数および種類、アクセスプロバイダネットワークの規模、アクセスプロバイダによってサービスを提供される加入者の数、アクセスプロバイダによってサポートされるアプリケーションの数、アクセスプロバイダネットワークの地理的範囲などを含む多くの要因に応じて決まる。
【００１９】
さらに、制御シグナリング、ベアラトラフィックなどに関する本明細書の検討は、明瞭にするために簡略化されていることが理解されるであろう。概して、制御信号およびベアラトラフィックは、アクセスネットワーク１１５のうちの片方または両方を介して端末１１０とＡＮＭＣサーバ１２０の間で伝達される。概して、ＡＮＭＣサーバ１２０は、無線サービスアクセスプロバイダに関連するサーバサイドネットワーク（図示せず）を介して、またはコアネットワーク１５０を介してアプリケーションサーバ１４０と通信する。図１において、制御信号は概して破線として表され、一方、ベアラ信号は概して実線として表される。
【００２０】
端末１１０は、スマートフォン（例えば、ｉＰｈｏｎｅ、Ｂｌａｃｋｂｅｒｒｙなど）、ネットブック、ラップトップコンピュータ、自動車内のネットワークアクセスデバイスなどの、さまざまな種類のアクセス技術を使用することができる無線ネットワークアクセスデバイスを含む。概して、端末１１０は、アクセスネットワーク１１５によって提供されるような複数の種類のアクセス技術によって通信することができる任意の種類の無線デバイスを用いて実装され得る。
【００２１】
アクセスネットワーク１１５は、ＷｉＦｉ、ＵＭＴＳ、ＷｉＭａｘ、ＥＶ−ＤＯ、ＬＴＥなどの任意の種類のアクセスネットワーク技術を含み得る。アクセスネットワーク１１５のそれぞれは、少なくとも端末１１０とコアネットワーク１５０および／またはその他のネットワーク要素との間の通信、ならびにアクセスネットワーク１１５との通信を容易にする。
【００２２】
端末１１０は、複数のユーザ機器（ＵＥ）アプリケーションクライアント１１２と、アクセスネットワーク多接続性（ＡＮＭＣ）制御機能クライアント（ＣＦＣ）１１４と、ユーザ機器ベアラ処理コンポーネント（ＵＥ−ＢＨ）１１６とを含む。本明細書において端末内の別個のクライアントとして示される機能は、単一のクライアント内の機能的なコンポーネントとして実装されることもできることが理解されるであろう。
【００２３】
ＵＥアプリケーションクライアント１１２は、ＧＰＳ測位アプリケーション、ＶｏＩＰアプリケーション、ビデオオーバーＩＰアプリケーション、リモートテレビ番組表アプリケーションなどの特定のアプリケーションを呼び出すために端末１１０において実行されるソフトウェアを含む。概して、各アプリケーションは、そのアプリケーションのそれぞれの機能を実装するために、端末１１０とさまざまなサーバ、ゲートウェイ、ルータ、ネットワーク要素、その他の端末などとの間のインタラクションを必要とする。ＡＮＭＣ制御機能クライアント１１４およびベアラ処理コンポーネント（ＵＥ−ＢＨ）１１６は、ＵＥ内の別々のクライアントとして実装されるか、ＵＥアプリケーションクライアント１１２内の機能的なエンティティとして実装されるか、またはオペレーティングシステムのカーネル内のＩＰ層以下の層に組み込まれる可能性がある。
【００２４】
ＡＮＭＣ制御機能クライアント（ＣＦＣ）１１４は、ＡＮＭＣサーバ１２０内のＡＮＭＣ制御機能サーバ（ＣＦＳ）１２２から制御シグナリングを受信する。受信される制御シグナリングは、以下のもののうちの１つまたは複数を決定するために使用されるアプリケーションポリシーを含む：（１）特定のアプリケーションクライアント１１２および／もしくはアプリケーションサーバ１４０、またはＵＥアプリケーションクライアント１１２の種類をサポートするために使用される特定のアクセスネットワーク１１５（またはアクセスネットワーク１１５のグループ）、（２）ＵＥアプリケーションクライアント１１２のうちの１つまたは複数に関連するＱＯＳレベル、パーミッション、またはその他の基準、（３）サービス品質保証契約（ＳＬＡ）の基準を満たすために特定の加入者に関連するサービスレベルを変更するように適合されたインタラクション、ならびに（４）端末１１０内のアプリケーションの動作のその他の特徴。概して、ＡＮＭＣ制御機能クライアント（ＣＦＣ）１１４は、ＡＮＭＣサーバ１２０内のＣＦＳ１２２で決定されたアプリケーションに固有のサービスプロバイダポリシーに準じて、端末１１０および／または端末１１０内で呼び出されたアプリケーションの動作を適合させる。
【００２５】
ＵＥ−ＢＨ機能１１６は、アクセスネットワーク１１５を介して情報を受信および送信するように動作可能な端末１１０内のハードウェア／ソフトウェアを含む。ＵＥ−ＢＨ機能１１６は、端末１１０内の機能的な要素と、ＡＮＭＣサーバ１２０およびアプリケーションサーバ１４０などの外部の機能的な要素との間で制御シグナリングおよびベアラトラフィックを搬送する。ＵＥ−ＢＨ機能１１６は、アプリケーションポリシーによって決定されたアプリケーションパケットの正しいアクセスネットワーク１１５への、および正しいアクセスネットワーク１１５からのマッピングを含む、アプリケーションポリシーを実行するためのベアラ処理機能を担う。
【００２６】
アクセスネットワーク多接続性（ＡＮＭＣ）サーバ１２０は、端末１１０に関連する加入者のプリファレンス、ニーズ、端末１１０内で呼び出されたアプリケーション、またはその他の基準を反映する端末１１０に関連するアプリケーションポリシーに応じて、端末１１０および／または端末１１０内で呼び出されたアプリケーションの動作を制御するように動作可能なＡＮＭＣ制御機能サーバ（ＣＦＳ）を含む。
【００２７】
アプリケーションサーバ１４０−１、１４０−２、および１４０−３（集合的にアプリケーションサーバ１４０）のそれぞれは、端末１１０内のアプリケーションクライアント１１２によって呼び出されることができる対応するアプリケーションに関連するハードウェア／ソフトウェアを含む。アプリケーションサーバ１４０は、ＡＮＭＣサーバ１２０などのプロバイダ機器（ＰＥ）とともに配置されるか、アプリケーションプロバイダまたはコンテンツプロバイダのネットワークオペレーションセンターに配置されるか、ユーザのコミュニティまたは特定のプロバイダネットワークにサービスを提供する複数のミラーサイトのそれぞれなどに配置される可能性がある。概して、アプリケーションサーバ１４０は、ネットワークを介してユーザとインタラクションして、それによって、アプリケーションサービス、コンテンツ配信、ＶｏＩＰサービスなどを提供するために必要な機器、ソフトウェア、およびファームウェアを含む。
【００２８】
各アプリケーションサーバ１４０は、ＡＮＭＣ制御機能エージェント（ＣＦＡ）１４２と、アプリケーションインスタンス１４４と、アプリケーション機器ベアラ処理機能（ＡＥ−ＢＨ）１４６とを含むように示されている。ＡＮＭＣ制御機能エージェント１４２およびアプリケーション機器ベアラ処理機能１４６は、アプリケーションサーバ１４０内の別々のアプリケーションコンポーネントとして実装されるか、ＵＥ１１０にサービスを提供するアプリケーション１４４内の機能的なエンティティとして実装されるか、またはアプリケーションサーバのオペレーティングシステムのカーネル内のＩＰ層以下の層に組み込まれる可能性がある。
【００２９】
アプリケーション１４４は、特定のアプリケーションに関連するサービス（例えば、測位サービス、ＶｏＩＰ、ビデオなど）を配信するために端末１１０のアプリケーションクライアント１１２とインタラクションする。アプリケーション機器ベアラ処理機能（ＡＥ−ＢＨ）１４６は、アプリケーションのトラフィックフローに関連するパケットを、アクセスネットワーク１１５のうちの１つまたは複数などの適切なベアラチャネルにマッピングする。ＡＮＭＣ制御機能エージェント（ＣＦＡ）１４２は、ＡＮＭＣサーバ１２０から受信されたアプリケーションポリシーに準じてアプリケーション１４４およびＡＥ−ＢＨ機能１４６の動作を制御する。
【００３０】
ＡＮＭＣサーバ１２０は、アプリケーションポリシーを、対応するアプリケーションポリシー配布経路（ＡＰＤ−Ｔ）を介して、例示的に、端末１１０が対応しているアクセスネットワーク１１５のうちの任意のアクセスネットワーク内の制御チャネルまたはベアラチャネルを介して端末１１０に配布する。複数の端末１１０がある場合、複数の端末１１０のそれぞれが、ＡＮＭＣサーバ１２０から対応するアプリケーションポリシーを受信する。異なる端末１１０は、同じアプリケーションポリシーを持つか、または端末に関連するサービス品質保証契約、端末によって呼び出されたアプリケーション、および／または本明細書において検討されるその他の要因に応じて異なるアプリケーションポリシーを持つ可能性がある。アプリケーションポリシーは、サービス品質保証契約（ＳＬＡ）、ネットワークオペレータの基準／ガイドラインなどの、アプリケーションポリシーソース１２５からの基準を用いて策定され得る。
【００３１】
アクセス技術の選択のためのアプリケーションポリシーを定義するために使用される情報は、アクセスネットワーク１１５のうちの１つもしくは複数に関連するアクセスプロバイダ、加入者の情報のプリファレンス、アプリケーションインフォメーションボードプリファレンス、ネットワークの動作パラメータ（例えば、ネットワーク輻輳インジケータ、ＱｏＳインジケータなど）などのうちの１つまたは複数を含むさまざまなソースから受信される。アプリケーションポリシーを定義するために使用される情報は、さまざまな実施形態において階層的な性質を持つ。例えば、アクセスプロバイダポリシーは、加入者およびアプリケーションプロバイダによって要求されるポリシーをサービス品質保証契約、ネットワーク輻輳インジケータ、ＱＯＳインジケータなどを考慮して制約する可能性がある。
【００３２】
アクセスプロバイダポリシーは、アクセスプロバイダの１つまたは複数のネットワークを管理する際のアクセスプロバイダの目標にしたがってアクセスプロバイダのネットワーク内の端末およびアプリケーションの挙動を定義する。アクセスプロバイダポリシーは、アプリケーションのためにベアラが利用できるかどうかを判定するために使用されるアプリケーションポリシーに反映される。別個のアプリケーションポリシーが、アクセスプロバイダが制御したいそれぞれのアプリケーションまたはサービスに対して提供され得る。さらに、別個のアプリケーションポリシーが、アクセスプロバイダに知られているユーザ加入情報にしたがってそれぞれのユーザに対して提供され得る。このポリシーは、ネットワークの状態の変化、またはアクセスプロバイダにとって重要なその他の基準にしたがって定期的に更新され得る。明示的にポリシーが確立されていないアプリケーションに対しては、デフォルトアプリケーションポリシーが呼び出されることができる。
【００３３】
端末に送信されたアプリケーションポリシーの特徴は、アクセスプロバイダによって許可されたように、加入者によって修正されることができる。このことは、エンドユーザが、アクセスプロバイダによって許可された方法でそれらのサービスの特徴をパーソナライズすることを可能にする。
【００３４】
端末に送信されたアプリケーションポリシーの特徴は、アクセスプロバイダによって許可されるように、１つまたは複数のアプリケーションによって修正されることができる。このことは、アプリケーションプロバイダが、アクセスプロバイダによって許可された方法で、エンドユーザに対するそのアプリケーションプロバイダのサービスの特徴をパーソナライズまたは最適化することを可能にする。
【００３５】
アプリケーションポリシーは端末の要求、アプリケーションの要求、および／またはさまざまなソースからのその他の情報に応じて修正され得るが、そのような修正の制限は、詰まるところ、アプリケーションポリシーに含まれるアクセスプロバイダポリシーを通じてアクセスプロバイダによって制約される。つまり、アクセスプロバイダが、アプリケーションポリシーのどの特徴が端末／アプリケーションによって修正され得るか、いつそのような修正が行われ得るか、どのような条件のもとでそのような修正が行われ得るか、どの程度までそのような修正が行われ得るかなどを決定する。
【００３６】
アクセスプロバイダポリシーの一例は、輻輳する時間帯の間（またはネットワーク輻輳の測定指標が閾値レベルを超えているとき）、特定のアプリケーションが３ＧＰＰに基づくアクセスを使用することを許可されないという規定である。例えば、ビデオアプリケーションが、特定の危険な時間帯の間、またはネットワークの輻輳に応じて禁止される可能性がある。このようにして、アクセスプロバイダの加入者のコミュニティに関連するＱｏＳレベルのアクセスネットワークの施行が、少なくとも許可されたアプリケーションに関して維持されることができる。
【００３７】
アクセスプロバイダポリシーの別の例は、事前に定義された状況下で、特定のアプリケーションの要求が受け付けられる一方、その他アプリケーションの要求は取り消されるという規定である。例えば、アクセスプロバイダは、アプリケーションによって要求された技術プラットフォームに関係なく、常に、ＶｏＩＰサービスを特定の３ＧＰＰ技術プラットフォームでサポートする（すなわち、利用可能なＷｉＦｉ技術を使用するように要求するＶｏＩＰアプリケーションが、利用可能な３ＧＰＰアクセス技術を代わりに使用するように強制される）ことを望む可能性がある。このようにして、個々の加入者または加入者のアプリケーションに関連するＱｏＳレベルが、加入者またはアプリケーションの要求に関係なく維持されることができる。
【００３８】
アクセスプロバイダポリシーの別の例は、端末が複数の接続性のオプションを確立するときにアプリケーションによって使用されるべきアクセス技術の階層的な規定である。これは、アプリケーションが、新たに利用可能になったアクセスオプションに切り替えるのか、それともサービスを以前から利用可能なアクセス上に維持するのかを制御する。したがって、ストリーミングアプリケーションが、モビリティによって引き起こされたカバレッジの変化によってＷｉＦｉが利用可能になったときにＷｉＦｉに切り替えることができる一方、アクティブなＶｏＩＰ呼は、３ＧＰＰアクセス上に維持されることができる。
【００３９】
加入者のプリファレンスおよび加入者の加入のプリファレンスが、ＡＮＭＣサーバ、またはＨＳＳ／ＳＰＲ１３０などのその他のサービス機器（ＳＥ）に記憶され得る。加入者のプリファレンスは、端末１１０にも記憶され得る。
【００４０】
ホーム加入者システム（ＨＳＳ）および加入プロファイルリポジトリ（ＳＰＲ）１３０は、特定のサービス／アプリケーションに関する加入者ごとの加入情報を含む。一実施形態において、この情報は、加入者に対して許可されるサービスに照らしてアプリケーションポリシーを変更するために使用される。これは、アクセスプロバイダが、サービスの改善された配信について加入者に課金することを可能にする。例えば、アクセスプロバイダは、加入者がＬＴＥを介してビデオサービスを受けるための追加料金を支払うまで、当該サービスがＷｉＦｉによってのみ利用可能であるように規定したい可能性がある。これをサポートするための加入者ごとの許可が、ＨＳＳ／ＳＰＲから取得され得る。
【００４１】
アプリケーションのプリファレンスが、端末１１０のアプリケーションクライアント１１２およびアプリケーションサーバ１４０のうちの１つまたは複数をサポートするアプリケーションプログラミングインターフェース（ＡＰＩ）を介して提供／受信され得る。アプリケーションのプリファレンスは、その他の手段によって（例えば、シグナリング／制御チャネルまたはベアラチャネルを介して）伝達される可能性がある。アプリケーションは、加入者に、アクセスプロバイダから直接（いわゆる「ウォールドガーデン（ｗａｌｌｅｄ ｇａｒｄｅｎ）」アプリケーション）、またはサードパーティプロバイダから（いわゆる「オーバーザトップ（ｏｖｅｒ−ｔｈｅ−ｔｏｐ）」アプリケーション）提供され得る。どちらの場合も、加入者に提供される特定のアプリケーションは、比較的低コストまたは低ビットレートのネットワークによってサポート可能な要件、比較的高コストまたは高ビットレートのネットワークの使用を必要とする要件、非対称順方向／逆方向帯域幅要件などを有する可能性がある。
【００４２】
ネットワークの動作パラメータ（例えば、輻輳状態および／またはその他のインジケータ）が、例示的に、アクセスネットワークの運用、管理、および保守（Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）（ＯＡＭ）システム（図示せず）またはネットワーク監視機器（図示せず）からＡＰＩまたはその他の手段を介して受信され得る。ＡＮＭＣサーバ１２０は、利用可能なアクセスネットワークのうちの１つまたは複数からの輻輳情報および／またはその他のネットワークオペレータのパラメータ情報を集約する。この情報に基づいて、選択されるべき１つまたは複数のネットワークを決定するアプリケーションポリシーが、アクセスネットワークの状態の変化を反映するように更新されることができる。
【００４３】
図１を参照すると、ＡＮＭＣ制御機能サーバ（ＣＦＳ）１２２が、アプリケーションポリシーの策定に関する情報を収集し、それぞれの端末および／またはアプリケーションに関するアプリケーションポリシーを策定し、策定されたアプリケーションポリシーを、端末１１０内の適切なＡＮＭＣ制御機能クライアント（ＣＦＣ）１１４のうちの１つまたは複数に、およびアプリケーションサーバ１４０内の適切なＡＮＭＣ制御機能アプリケーション（ＣＦＡ）１４２に配布する。上述のように、これらのアプリケーションポリシーの配布経路は、アクセスネットワーク１１５、コアネットワーク１５０、またはその他の通信メカニズムによってサポートされる任意の制御チャネルまたはベアラチャネルによってサポートされ得る。
【００４４】
アプリケーションポリシーは、アプリケーションが呼び出されるときに配布される可能性があるか、またはアプリケーションポリシーは、端末１１０にあらかじめロードされ、記憶される可能性がある。どちらの場合も、アプリケーションポリシーは、後でいつでも更新され得る。
【００４５】
端末１１０のＣＦＣ１１４は、ポリシーを受信すること、および本発明のベアラ処理コンポーネントに選択されたアクセス技術を使用するように指示することの役割を担う。また、ＣＦＣ１１４は、現在のアクセスオプションがアプリケーションポリシーのアクセスオプションに合致しない場合に、さらなるアクセスオプションの探索を引き起こすことができる。
【００４６】
ＵＥ−ＢＨ機能１１６のベアラ処理コンポーネントは、２つ以上のアクセス技術が利用可能なときにパケットを正しいアクセス技術にマッピングする役割を担う。このマッピングは、以下のメカニズムのうちの１つまたは複数を用いて実現され得る：（１）アクセスネットワークに関連する気付アドレスに結びつくフローを許可するモバイルＩＰｖ４／ＩＰｖ６拡張、（２）トラフィックを所望のインターフェースにマッピングするためのトラフィックフローテンプレート（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）（ＴＦＴ）の使用、（３）送信元ＩＰアドレスに関連するインターフェースにソースルーティングを許可する特定のＡＰＩの操作の使用、（４）パケットを所望のインターフェースと関連付けるためにルーティングテーブルのデフォルトの経路の修正を許可するＡＰＩの使用、および／または（５）その他のメカニズム。
【００４７】
ＵＥアプリケーションクライアント１１２およびそれらの関連するアプリケーションがただ１つのアクセスネットワークオプション（例えば、単一のＩＰアドレス）しかサポートすることができないとき、ＵＥ−ＢＨ機能１１６は、ＵＥアプリケーションクライアント１１２から受信されたパケットをアクセスネットワークＡ（１１５Ａ）またはアクセスネットワークＢ（１１５Ｂ）のうちの一方にだけマッピングする。この実施形態において、ＵＥ−ＢＨ機能１１６は、ＡＮＭＣサーバ１２０で終端されるトンネルを介して送信するために、アプリケーションクライアント１１２から受信されたそれぞれのパケット（またはパケットのグループ）をラップする。次いで、ＡＮＭＣサーバ１２０は、トンネルからのパケットまたはパケットのグループをアンラップ／抽出し、そのパケットまたはパケットのグループを対応するアプリケーションに転送する。
【００４８】
さまざまな実施形態において、ベアラ処理制御機能が、端末において呼び出されるアプリケーション、ネットワークアダプタ、ネットワークデバイスのドライバ、および端末のオペレーティングシステムのうちの１つまたは複数に含まれ得る。
【００４９】
ＵＥアプリケーションクライアント１１２およびそれらの関連するアプリケーション１４４が複数のアクセスネットワークオプション（例えば、複数同時のＩＰアドレス）をサポートすることができるとき、ＵＥ−ＢＨ機能１１６が、アプリケーションクライアント１１２内に組み込まれ得る。この実施形態において、アプリケーションクライアント１１２は、アプリケーションに対して使用すべきアクセスネットワークを示す、制御機能クライアント（ＣＦＣ）１１４からの指示を受信する。アクセスネットワークは、以下のメカニズムのうちの１つまたは複数を用いて特定され得る：（１）アクセスネットワークのインターフェースのＩＰアドレス、（２）アクセスネットワークのネットワーク識別子（例えば、ＳＳＩＤ／ＰＬＭＮ ＩＤ）、（３）利用可能なネットワークを特定するＭＩＰエージェントのアドバータイズメント、（４）ネットワーク名、および／または（５）アクセスネットワークを特定するその他のメカニズム。それに応答して、ＵＥ−ＢＨ機能１１６は、それにしたがってパケットをアクセスネットワークＡ １１５Ａおよび／またはアクセスネットワークＢ １１５Ｂにマッピングする。この場合、ＡＮＭＣサーバを介したベアラトンネルは必要とされない。
【００５０】
アプリケーションサーバ１４０の制御機能アプリケーション（ＣＦＡ）は、端末１１０内の制御機能クライアント（ＣＦＣ）の機能と同様の機能を実行し、つまり、パケットを適切なアクセスネットワーク１１５にマッピングするためにアプリケーションサーバ１２０内の対応するベアラ処理コンポーネント（ＡＥ−ＢＨ機能１４６）に情報を与える。別の実施形態において、ＣＦＡ機能は、アプリケーションに組み込まれる可能性がある。この場合、トンネルは必要とされず、パケットは、選択されたアクセスネットワークを介してアプリケーションと端末クライアントの間で直接送信される。
【００５１】
図２は、一実施形態による方法の流れ図を示す。具体的には、図２は、端末１１０で使用するのに好適な方法の流れ図を示す。
【００５２】
ステップ２１０において、アプリケーションが、無線アクセスデバイスまたは端末１１０によって呼び出される。アプリケーションは、例示的に、ＶｏＩＰアプリケーション、ブラウザアプリケーション、ＧＰＳ／マッピングアプリケーション、ビデオオーバーＩＰアプリケーションなどを含み得る。
【００５３】
ステップ２２０において、アクセスネットワークを介してアクセスデバイスによって前に受信されたアプリケーションポリシーにしたがって、アプリケーションに関連する好ましいおよび／または許容可能なアクセス技術オプションについての決定が行われる。上述のように、アプリケーションポリシーは、アクセスプロバイダによって制御され、四角２２５を参照して、以下の基準のうちの１つまたは複数を考慮に入れる：
−アプリケーションからの特定のアクセス技術の要求、
−ネットワーク輻輳の状態、
−加入者ごとの、特定のサービス／アプリケーションへの加入、
−アクセスプロバイダがそれらのネットワークをどのように管理したいかに関するアクセスプロバイダポリシー、
−加入者の加入のプリファレンス、
−加入者のプリファレンス、および
−その他の要因。
【００５４】
ステップ２３０において、アプリケーションポリシーの調査が１つまたは複数の追加的なアクションを実行する必要性を引き起こすかどうかについての判定がなされる。
【００５５】
ステップ２４０において、任意の引き起こされた追加的なアクションが実行される。四角２４５を参照すると、そのような追加的なアクションは、追加的なアクセスネットワークを探すこと、代替的なアクセスネットワークを探すこと、アプリケーションによる使用のために追加的なアクセスネットワークを選択すること、アプリケーションによる使用のために代替的なアクセスネットワークを選択すること、１つもしくは複数のアクセスネットワークに関連するパラメータの使用を適合させること、および／またはその他のアクションを含み得る。
【００５６】
概して、アプリケーションポリシーは、端末がアクセスネットワークの選択を変更すること、アクセスネットワークの使用方法を変更することなどを引き起こす可能性がある。追加的なおよび／または代替的なアクセス技術の探索は、例示的に、デバイスによって現在使用中のアクセスオプションが、呼び出されたアプリケーションのＱＯＳのニーズを満たすのに不十分であるか、または逆に、呼び出されたアプリケーションのＱＯＳのニーズに関して過大であるかのいずれかであるときに引き起こされる可能性がある。
【００５７】
アプリケーションポリシーの規定に応じて、アクセスオプションが何も選択されない可能性があり、単一のアクセスオプションが選択される可能性があり、または複数のアクセスオプションが選択される可能性がある。一実施形態において、複数のアクセスオプションが選択される場合、アプリケーションは、アプリケーションをサポートするためにアクセスネットワークで確立された複数同時のベアラを使用する（例えば、ＵＭＴＳを介したＶｏＩＰサービスを許可し、同時にＷｉＦｉを介したビデオを許可する）ことができる。
【００５８】
ステップ２５０において、無線アクセスデバイスまたは端末１１０が、アプリケーションポリシーにしたがって、呼び出されたアプリケーションをサポートするアプリケーションサーバ１４０との新しい通信を開始するか、または既存の通信を適合させる。このように、アプリケーションポリシーは、アプリケーションのサポートに使用されるべき１つまたは複数のアクセスネットワーク、アプリケーションによってネットワークに与えられる特定の負荷、アクセスネットワークのアプリケーションの負荷が制約される可能性がある任意の期間などを定義することができる。１つまたは複数のアクセスネットワーク１１５の選択は、アプリケーションポリシーの基準にしたがって行われ、図１の実施形態においては、ユーザ機器ベアラ処理コンポーネント（ＵＥ−ＢＨ）１１６によってサポートされる。
【００５９】
次いで、方法２００はステップ２２０に進み、好ましいおよび／または許容可能なアクセスオプションに関する決定が、時間帯、ネットワーク輻輳、および／またはその他の基準に関してなど、アプリケーションポリシーに関して行われた任意の変更にしたがって行われる可能性がある。
【００６０】
図３は、本明細書に記載の機能の実行に使用するのに好適なコンピュータ（コンピューティング要素）の高レベルの構成図を示す。具体的には、図３に示されるコンピュータ３００は、（端末１１０のような）ユーザ機器、（ＡＮＭＣサーバ１２０およびＨＳＳ／ＳＰＲ１３０のような）プロバイダ機器、ならびに（アプリケーションサーバ１４０のような）アプリケーション機器の少なくとも一部を実装するのに好適な概略的なアーキテクチャーおよび機能を提供する。
【００６１】
図３に示されるように、コンピューティング要素３００は、プロセッサ要素３０２（例えば、中央演算処理装置（ＣＰＵ）および／または１つもしくは複数のその他の好適なプロセッサ）、メモリ３０４（例えば、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）など）、ならびにさまざまな入力／出力デバイス３０６（例えば、ユーザ入力デバイス（キーボード、キーパッド、マウスなど）、ユーザ出力デバイス（ディスプレイ、スピーカーなど）、入力ポート、出力ポート、受信機／送信機（例えば、無線カードまたはその他の好適な種類の受信機／送信機）、およびストレージデバイス（例えば、ハードディスクドライブ、コンパクトディスクドライブ、光ディスクドライブなど）を含むさまざまな協働する要素を含む。図３は、１つまたは複数のプロセッサ３０２、メモリ３０４、およびＩ／Ｏデバイス３０６の機能を強化するため、または本明細書に記載のさまざまなもしくは追加的な機能のうちのいずれかを実装するために使用され得るさらなる協働する要素３０５も示す。さまざまな代替的な実施形態において、協働する要素３０５は、制御機能クライアント、制御機能サーバ、制御機能エージェント、ベアラ機能、管理機能などを含み得る。
【００６２】
本明細書において示され、説明された機能は、ソフトウェアで、および／またはソフトウェアとハードウェアの組み合わせで、例えば、汎用コンピュータ、１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）、および／または任意のその他のハードウェアの等価物を用いて実装され得ることに留意されたい。一実施形態において、さまざまな実施形態をサポートする方法またはメカニズムを実装するソフトウェアが、本明細書において検討された機能を実施するためにメモリ３０４にロードされ、１つまたは複数のプロセッサ３０２によって実行される。したがって、さまざまな方法および機能（関連するデータ構造を含む）は、コンピュータ可読ストレージ媒体、例えば、ＲＡＭメモリ、磁気式または光学式ドライブまたはディスケットなどに記憶され得る。
【００６３】
本明細書においてソフトウェアの方法として検討されたステップの一部は、ハードウェア内で、例えば、さまざまな方法のステップを実行するためにプロセッサと協働する回路として実装され得ることが想定される。本明細書に記載の機能／要素の一部は、コンピュータプログラム製品として実装される可能性があり、コンピュータ命令が、コンピュータによって処理されるときに、本明細書に記載の方法および／または技術が呼び出されるか、またはその他の方法で提供されるようにコンピュータの動作を適合させる。発明の方法を呼び出すための命令は、有形の固定のもしくは取り外し可能な媒体に記憶される、有形のもしくは無形のブロードキャストもしくはその他の信号搬送媒体でデータストリームによって送信される、および／またはそれらの命令にしたがって動作するコンピューティングデバイス内のメモリ内に記憶される可能性がある。
【００６４】
上述の発明は、アプリケーションがサービスプロバイダのネットワーク上でどのようにサポートされるかを制御するサービスプロバイダの能力を向上させながら、アプリケーションごとに端末によって使用されるアクセス方法を制御するメカニズムを提供する。さまざまな実施形態は、より帯域の限られたアクセスオプションに対するアプリケーションの影響を最小化することによって、無線サービスプロバイダが３Ｇ／４Ｇ／ＷｉＦｉネットワークにおいて新しいサービスを提供することを可能にする。したがって、さまざまな実施形態を利用する無線サービスプロバイダは、アプリケーション／コンテンツプロバイダに、アクセスネットワークのサービスを要求するためのＡＰＩへのアクセスを提供することができる。加えて、無線サービスプロバイダは、それによって、好ましいサービスに関連する改善されたアクセスオプションをエンドユーザに提供することにより、エンドユーザからのさらなる収益を生み出す。
【００６５】
アクセス技術の選択を制御するための方法、装置、システムなどの、本明細書において提供された上述の教示および実施形態は、「Ｍｅｔｈｏｄ Ａｎｄ Ａｐｐａｒａｔｕｓ Ｐｒｏｖｉｄｉｎｇ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ａｗａｒｅ Ｐｒｅｓｅｎｃｅ Ｔｏ Ａｐｐｌｉｃａｔｉｏｎｓ」と題され、その全体が引用により本明細書に援用される米国特許出願第 号（代理人整理番号ＡＬＵ／８０６３７３）に開示されたネットワーク認識プレゼンスを提供するための方法、装置、システムなどの教示および実施形態とのさまざまな組み合わせに適合され得る。
【００６６】
上述の内容は本発明のさまざまな実施形態を対象とするが、本発明のその他のおよびさらなる実施形態が、本発明の基本的な範囲を逸脱することなく案出され得る。したがって、本発明の適切な範囲は、以下の特許請求の範囲によって決定されるべきである。
【技術分野】
【０００１】
本願は、「Ｍｅｔｈｏｄ Ａｎｄ Ａｐｐａｒａｔｕｓ Ｐｒｏｖｉｄｉｎｇ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ａｗａｒｅ Ｐｒｅｓｅｎｃｅ Ｔｏ Ａｐｐｌｉｃａｔｉｏｎｓ」と題した同時に出願した米国特許出願第１２／７０５２０３号（代理人整理番号ＡＬＵ／８０６３７３）に関連し、この米国特許出願は、その全体が引用により本明細書に援用される。
【０００２】
本発明は、一般に通信ネットワーク管理の分野に関し、より具体的には、これに限らないが、無線通信ネットワークの管理に関する。
【背景技術】
【０００３】
スマートフォン、ネットブック、無線アクセス可能なラップトップなどのアクセスデバイスは、ＷｉＦｉ（ＩＥＥＥ８０２．１１）、ＵＭＴＳ（３ＧＰＰ）、ＷｉＭａｘ（ＩＥＥＥ８０２．１６）、ＧＰＲＳ（３ＧＰＰ）、ＥＶ−ＤＯ（３ＧＰＰ２）、またはＬＴＥ（３ＧＰＰ）などのさまざまな種類のアクセス技術を使用することができる可能性がある。
【０００４】
アクセスデバイスによって使用される特定のアクセスネットワークおよび技術は、デバイスに記憶された決まったプリファレンスリストにしたがって、またはアクセスプロバイダによって送信されたプリファレンスリストにしたがって選択される。通常、プリファレンスは、サービスが加入者のアクセスプロバイダまたは提携プロバイダによって提供されることを保証するように意図される。アクセス技術は、主に信号強度（カバレッジ）を考慮して選択され、選択された後は、ユーザによって要求されたすべてのサービスをサポートするために使用される。
【０００５】
アクセスデバイスは、（例えば、アクセスデバイスが、選択された第１のアクセス技術が良好なカバレッジを有する領域から第２のアクセス技術が良好なカバレッジを有する領域に移動するときのような）アクセスデバイスにおける接続状態の変化に基づくイベントトリガーに応答して異なるアクセス技術を選択することができる。これらの種類のトリガーは、３ＧＰＰ、３ＧＰＰ２、８０２．２１、およびその他の規格によって定義されている。
【０００６】
特定のアクセス技術の中で、要求元のアプリケーションのニーズに基づくサービス品質（ＱｏＳ）の区別が、提供され得る。例えば、ボイスオーバーＩＰ（ＶｏＩＰ）アプリケーションは、ビジネスニーズおよびアプリケーションの要件にしたがってアクセスネットワークにおいてプリファレンスを与えられ得る。
【０００７】
残念なことに、ときに、アクセスデバイスによって選択された最初のアクセス技術が、後で呼び出されたアプリケーションにとって最善の選択ではないことがある。
【０００８】
例えば、加入者がデュアルモード３ＧＰＰ／ＷｉＦｉ対応デバイスでＶｏＩＰアプリケーションを呼び出すとき、たとえアクセスプロバイダが、３ＧＰＰに基づく技術の方が通話の部類のサービスのためのモビリティを処理する能力に優れているためにすべての音声呼が３ＧＰＰに基づく技術（例えば、ＵＭＴＳ／ＬＴＥ）によってサービスを提供されるようにしたいとしても、音声呼は、ＷｉＦｉネットワークによってサービスを提供される可能性がある。同様に、デバイスがパケットに基づくサービスのために特定の技術（例えば、ＥＶ−ＤＯ、ＬＴＥ、ＷｉＦｉなど）にアクセスしているとき、アプリケーションがその技術を使用し得る条件に対する制御はほとんどまたはまったく提供されない。これは、アプリケーションプロバイダ、コンテンツプロバイダ、およびアクセスプロバイダにとって重要な基準にしたがってアクセス技術の選択を制御する柔軟なポリシーを確立することを不可能にする。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】米国特許出願公開第２０１１／０２０２６４１号明細書
【発明の概要】
【課題を解決するための手段】
【００１０】
従来技術のさまざまな欠点は、複数のアクセス技術による通信が可能な無線アクセスデバイスによるアクセス技術の選択を制御するための方法、システム、および装置の本発明によって対処される。
【００１１】
一実施形態による方法は、端末において呼び出されたアプリケーションで使用するために、無線と有線の両方の複数の利用可能なアクセスネットワークのうちの少なくとも１つを、当該アプリケーションに関連するプリファレンスにしたがって選択するステップであって、プリファレンスが、ネットワークサービスプロバイダのプリファレンス、加入者のプリファレンス、加入者の加入のプリファレンス、およびアプリケーションコンテンツプロバイダのプリファレンスのうちの少なくとも１つを考慮に入れる、ステップを含む。有線アクセスは、アクセスデバイスとネットワークの間の物理的接続を維持するすべてのアクセス方法を含む。選択するステップは、ネットワークサービスプロバイダから受信されたアプリケーションポリシーによって制約され得る。選択するステップは、ユーザが端末においてアプリケーションを呼び出すこと、アプリケーションサーバがトランザクションを開始すること、またはピアがトランザクションを引き起こすことに応じて実行され得る。追加的なアクションが、ネットワークの輻輳の指示、または加入者のプリファレンス、アプリケーションコンテンツプロバイダのプリファレンス、もしくはサービスプロバイダのプリファレンスの変化などのトリガー条件に応じて実行され得る。
【００１２】
一実施形態によるシステムは、アプリケーションポリシーを策定し、当該アプリケーションポリシーを複数のアクセスネットワークと通信することができる端末に転送するように適合された制御機能サーバを含むネットワークプロバイダ機器（ＰＥ）を含み、アプリケーションポリシーは、マルチアクセスネットワーク端末デバイス内で呼び出されたアプリケーションに関連する許容可能なアクセス技術の選択肢、およびそれぞれの選択肢が選択され得る条件を定義する。
【００１３】
本発明の教示は、以下の詳細な説明を添付の図面と併せて考察することによって容易に理解され得る。
【図面の簡単な説明】
【００１４】
【図１】一実施形態によるシステムの高レベルの構成図である。
【図２】一実施形態による方法の流れ図である。
【図３】本明細書に記載の機能の実行に使用するのに好適なコンピュータの高レベルの構成図である。
【発明を実施するための形態】
【００１５】
理解を容易にするために、可能であれば、図面に共通する同一の要素を示すために同一の参照番号が使用されている。
【００１６】
本発明は、主に、複数のアクセス技術によって通信することができる無線アクセスデバイスとの関連の中で説明され、無線アクセスデバイスは、呼び出された特定のアプリケーションおよびその他の要因に基づいて通信のための特定のアクセス技術を選択する。しかし、当技術分野に精通しており、本明細書の教示による知識を持つ者は、本発明が、複数の通信手段が利用可能であり、異なる通信の要件を有する異なるアプリケーションが呼び出される可能性がある任意の通信デバイスにやはり適用可能であることを理解するであろう。
【００１７】
図１は、一実施形態によるシステムの高レベルの構成図を示す。具体的には、図１のシステム１００は、複数のアクセスネットワーク１１５Ａ、１１５Ｂ（集合的にアクセスネットワーク１１５）のそれぞれと通信している単一の端末１１０と、アクセスネットワーク多接続性（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｍｕｌｔｉ−ｃｏｎｎｅｃｔｉｖｉｔｙ）（ＡＮＭＣ）サーバ１２０と、ホーム加入者システム（ＨＳＳ）および加入プロファイルリポジトリ（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｐｒｏｆｉｌｅ Ｒｅｐｏｓｉｔｏｒｙ）（ＳＰＲ）１３０と、複数（例示的に３つ）のアプリケーションサーバ１４０と、コアネットワーク１５０と、本明細書において検討されるさまざまなネットワークを形成するさまざまなネットワーク要素およびリンクを管理するための１つまたは複数のネットワークマネージャ１６０とを示す。
【００１８】
単一の端末１１０が図１のシステム１００に示されているが、そのようなシステムの通常の実装は、複数の端末１１０を含み、それぞれの端末１１０が、無線ネットワークアクセスプロバイダのユーザまたは加入者に関連するユーザ機器（ＵＥ）を表すことが理解されるであろう。端末１１０およびその他のユーザ機器は、ｅＮｏｄｅＢ、ルータ、ゲートウェイ、サブネット、サーバ、マネージャなどの、無線ネットワークアクセスプロバイダに関連するプロバイダ機器（ＰＥ）とインタラクションする。使用される特定のアクセスプロバイダ機器は、使用されるアクセス技術の数および種類、アクセスプロバイダネットワークの規模、アクセスプロバイダによってサービスを提供される加入者の数、アクセスプロバイダによってサポートされるアプリケーションの数、アクセスプロバイダネットワークの地理的範囲などを含む多くの要因に応じて決まる。
【００１９】
さらに、制御シグナリング、ベアラトラフィックなどに関する本明細書の検討は、明瞭にするために簡略化されていることが理解されるであろう。概して、制御信号およびベアラトラフィックは、アクセスネットワーク１１５のうちの片方または両方を介して端末１１０とＡＮＭＣサーバ１２０の間で伝達される。概して、ＡＮＭＣサーバ１２０は、無線サービスアクセスプロバイダに関連するサーバサイドネットワーク（図示せず）を介して、またはコアネットワーク１５０を介してアプリケーションサーバ１４０と通信する。図１において、制御信号は概して破線として表され、一方、ベアラ信号は概して実線として表される。
【００２０】
端末１１０は、スマートフォン（例えば、ｉＰｈｏｎｅ、Ｂｌａｃｋｂｅｒｒｙなど）、ネットブック、ラップトップコンピュータ、自動車内のネットワークアクセスデバイスなどの、さまざまな種類のアクセス技術を使用することができる無線ネットワークアクセスデバイスを含む。概して、端末１１０は、アクセスネットワーク１１５によって提供されるような複数の種類のアクセス技術によって通信することができる任意の種類の無線デバイスを用いて実装され得る。
【００２１】
アクセスネットワーク１１５は、ＷｉＦｉ、ＵＭＴＳ、ＷｉＭａｘ、ＥＶ−ＤＯ、ＬＴＥなどの任意の種類のアクセスネットワーク技術を含み得る。アクセスネットワーク１１５のそれぞれは、少なくとも端末１１０とコアネットワーク１５０および／またはその他のネットワーク要素との間の通信、ならびにアクセスネットワーク１１５との通信を容易にする。
【００２２】
端末１１０は、複数のユーザ機器（ＵＥ）アプリケーションクライアント１１２と、アクセスネットワーク多接続性（ＡＮＭＣ）制御機能クライアント（ＣＦＣ）１１４と、ユーザ機器ベアラ処理コンポーネント（ＵＥ−ＢＨ）１１６とを含む。本明細書において端末内の別個のクライアントとして示される機能は、単一のクライアント内の機能的なコンポーネントとして実装されることもできることが理解されるであろう。
【００２３】
ＵＥアプリケーションクライアント１１２は、ＧＰＳ測位アプリケーション、ＶｏＩＰアプリケーション、ビデオオーバーＩＰアプリケーション、リモートテレビ番組表アプリケーションなどの特定のアプリケーションを呼び出すために端末１１０において実行されるソフトウェアを含む。概して、各アプリケーションは、そのアプリケーションのそれぞれの機能を実装するために、端末１１０とさまざまなサーバ、ゲートウェイ、ルータ、ネットワーク要素、その他の端末などとの間のインタラクションを必要とする。ＡＮＭＣ制御機能クライアント１１４およびベアラ処理コンポーネント（ＵＥ−ＢＨ）１１６は、ＵＥ内の別々のクライアントとして実装されるか、ＵＥアプリケーションクライアント１１２内の機能的なエンティティとして実装されるか、またはオペレーティングシステムのカーネル内のＩＰ層以下の層に組み込まれる可能性がある。
【００２４】
ＡＮＭＣ制御機能クライアント（ＣＦＣ）１１４は、ＡＮＭＣサーバ１２０内のＡＮＭＣ制御機能サーバ（ＣＦＳ）１２２から制御シグナリングを受信する。受信される制御シグナリングは、以下のもののうちの１つまたは複数を決定するために使用されるアプリケーションポリシーを含む：（１）特定のアプリケーションクライアント１１２および／もしくはアプリケーションサーバ１４０、またはＵＥアプリケーションクライアント１１２の種類をサポートするために使用される特定のアクセスネットワーク１１５（またはアクセスネットワーク１１５のグループ）、（２）ＵＥアプリケーションクライアント１１２のうちの１つまたは複数に関連するＱＯＳレベル、パーミッション、またはその他の基準、（３）サービス品質保証契約（ＳＬＡ）の基準を満たすために特定の加入者に関連するサービスレベルを変更するように適合されたインタラクション、ならびに（４）端末１１０内のアプリケーションの動作のその他の特徴。概して、ＡＮＭＣ制御機能クライアント（ＣＦＣ）１１４は、ＡＮＭＣサーバ１２０内のＣＦＳ１２２で決定されたアプリケーションに固有のサービスプロバイダポリシーに準じて、端末１１０および／または端末１１０内で呼び出されたアプリケーションの動作を適合させる。
【００２５】
ＵＥ−ＢＨ機能１１６は、アクセスネットワーク１１５を介して情報を受信および送信するように動作可能な端末１１０内のハードウェア／ソフトウェアを含む。ＵＥ−ＢＨ機能１１６は、端末１１０内の機能的な要素と、ＡＮＭＣサーバ１２０およびアプリケーションサーバ１４０などの外部の機能的な要素との間で制御シグナリングおよびベアラトラフィックを搬送する。ＵＥ−ＢＨ機能１１６は、アプリケーションポリシーによって決定されたアプリケーションパケットの正しいアクセスネットワーク１１５への、および正しいアクセスネットワーク１１５からのマッピングを含む、アプリケーションポリシーを実行するためのベアラ処理機能を担う。
【００２６】
アクセスネットワーク多接続性（ＡＮＭＣ）サーバ１２０は、端末１１０に関連する加入者のプリファレンス、ニーズ、端末１１０内で呼び出されたアプリケーション、またはその他の基準を反映する端末１１０に関連するアプリケーションポリシーに応じて、端末１１０および／または端末１１０内で呼び出されたアプリケーションの動作を制御するように動作可能なＡＮＭＣ制御機能サーバ（ＣＦＳ）を含む。
【００２７】
アプリケーションサーバ１４０−１、１４０−２、および１４０−３（集合的にアプリケーションサーバ１４０）のそれぞれは、端末１１０内のアプリケーションクライアント１１２によって呼び出されることができる対応するアプリケーションに関連するハードウェア／ソフトウェアを含む。アプリケーションサーバ１４０は、ＡＮＭＣサーバ１２０などのプロバイダ機器（ＰＥ）とともに配置されるか、アプリケーションプロバイダまたはコンテンツプロバイダのネットワークオペレーションセンターに配置されるか、ユーザのコミュニティまたは特定のプロバイダネットワークにサービスを提供する複数のミラーサイトのそれぞれなどに配置される可能性がある。概して、アプリケーションサーバ１４０は、ネットワークを介してユーザとインタラクションして、それによって、アプリケーションサービス、コンテンツ配信、ＶｏＩＰサービスなどを提供するために必要な機器、ソフトウェア、およびファームウェアを含む。
【００２８】
各アプリケーションサーバ１４０は、ＡＮＭＣ制御機能エージェント（ＣＦＡ）１４２と、アプリケーションインスタンス１４４と、アプリケーション機器ベアラ処理機能（ＡＥ−ＢＨ）１４６とを含むように示されている。ＡＮＭＣ制御機能エージェント１４２およびアプリケーション機器ベアラ処理機能１４６は、アプリケーションサーバ１４０内の別々のアプリケーションコンポーネントとして実装されるか、ＵＥ１１０にサービスを提供するアプリケーション１４４内の機能的なエンティティとして実装されるか、またはアプリケーションサーバのオペレーティングシステムのカーネル内のＩＰ層以下の層に組み込まれる可能性がある。
【００２９】
アプリケーション１４４は、特定のアプリケーションに関連するサービス（例えば、測位サービス、ＶｏＩＰ、ビデオなど）を配信するために端末１１０のアプリケーションクライアント１１２とインタラクションする。アプリケーション機器ベアラ処理機能（ＡＥ−ＢＨ）１４６は、アプリケーションのトラフィックフローに関連するパケットを、アクセスネットワーク１１５のうちの１つまたは複数などの適切なベアラチャネルにマッピングする。ＡＮＭＣ制御機能エージェント（ＣＦＡ）１４２は、ＡＮＭＣサーバ１２０から受信されたアプリケーションポリシーに準じてアプリケーション１４４およびＡＥ−ＢＨ機能１４６の動作を制御する。
【００３０】
ＡＮＭＣサーバ１２０は、アプリケーションポリシーを、対応するアプリケーションポリシー配布経路（ＡＰＤ−Ｔ）を介して、例示的に、端末１１０が対応しているアクセスネットワーク１１５のうちの任意のアクセスネットワーク内の制御チャネルまたはベアラチャネルを介して端末１１０に配布する。複数の端末１１０がある場合、複数の端末１１０のそれぞれが、ＡＮＭＣサーバ１２０から対応するアプリケーションポリシーを受信する。異なる端末１１０は、同じアプリケーションポリシーを持つか、または端末に関連するサービス品質保証契約、端末によって呼び出されたアプリケーション、および／または本明細書において検討されるその他の要因に応じて異なるアプリケーションポリシーを持つ可能性がある。アプリケーションポリシーは、サービス品質保証契約（ＳＬＡ）、ネットワークオペレータの基準／ガイドラインなどの、アプリケーションポリシーソース１２５からの基準を用いて策定され得る。
【００３１】
アクセス技術の選択のためのアプリケーションポリシーを定義するために使用される情報は、アクセスネットワーク１１５のうちの１つもしくは複数に関連するアクセスプロバイダ、加入者の情報のプリファレンス、アプリケーションインフォメーションボードプリファレンス、ネットワークの動作パラメータ（例えば、ネットワーク輻輳インジケータ、ＱｏＳインジケータなど）などのうちの１つまたは複数を含むさまざまなソースから受信される。アプリケーションポリシーを定義するために使用される情報は、さまざまな実施形態において階層的な性質を持つ。例えば、アクセスプロバイダポリシーは、加入者およびアプリケーションプロバイダによって要求されるポリシーをサービス品質保証契約、ネットワーク輻輳インジケータ、ＱＯＳインジケータなどを考慮して制約する可能性がある。
【００３２】
アクセスプロバイダポリシーは、アクセスプロバイダの１つまたは複数のネットワークを管理する際のアクセスプロバイダの目標にしたがってアクセスプロバイダのネットワーク内の端末およびアプリケーションの挙動を定義する。アクセスプロバイダポリシーは、アプリケーションのためにベアラが利用できるかどうかを判定するために使用されるアプリケーションポリシーに反映される。別個のアプリケーションポリシーが、アクセスプロバイダが制御したいそれぞれのアプリケーションまたはサービスに対して提供され得る。さらに、別個のアプリケーションポリシーが、アクセスプロバイダに知られているユーザ加入情報にしたがってそれぞれのユーザに対して提供され得る。このポリシーは、ネットワークの状態の変化、またはアクセスプロバイダにとって重要なその他の基準にしたがって定期的に更新され得る。明示的にポリシーが確立されていないアプリケーションに対しては、デフォルトアプリケーションポリシーが呼び出されることができる。
【００３３】
端末に送信されたアプリケーションポリシーの特徴は、アクセスプロバイダによって許可されたように、加入者によって修正されることができる。このことは、エンドユーザが、アクセスプロバイダによって許可された方法でそれらのサービスの特徴をパーソナライズすることを可能にする。
【００３４】
端末に送信されたアプリケーションポリシーの特徴は、アクセスプロバイダによって許可されるように、１つまたは複数のアプリケーションによって修正されることができる。このことは、アプリケーションプロバイダが、アクセスプロバイダによって許可された方法で、エンドユーザに対するそのアプリケーションプロバイダのサービスの特徴をパーソナライズまたは最適化することを可能にする。
【００３５】
アプリケーションポリシーは端末の要求、アプリケーションの要求、および／またはさまざまなソースからのその他の情報に応じて修正され得るが、そのような修正の制限は、詰まるところ、アプリケーションポリシーに含まれるアクセスプロバイダポリシーを通じてアクセスプロバイダによって制約される。つまり、アクセスプロバイダが、アプリケーションポリシーのどの特徴が端末／アプリケーションによって修正され得るか、いつそのような修正が行われ得るか、どのような条件のもとでそのような修正が行われ得るか、どの程度までそのような修正が行われ得るかなどを決定する。
【００３６】
アクセスプロバイダポリシーの一例は、輻輳する時間帯の間（またはネットワーク輻輳の測定指標が閾値レベルを超えているとき）、特定のアプリケーションが３ＧＰＰに基づくアクセスを使用することを許可されないという規定である。例えば、ビデオアプリケーションが、特定の危険な時間帯の間、またはネットワークの輻輳に応じて禁止される可能性がある。このようにして、アクセスプロバイダの加入者のコミュニティに関連するＱｏＳレベルのアクセスネットワークの施行が、少なくとも許可されたアプリケーションに関して維持されることができる。
【００３７】
アクセスプロバイダポリシーの別の例は、事前に定義された状況下で、特定のアプリケーションの要求が受け付けられる一方、その他アプリケーションの要求は取り消されるという規定である。例えば、アクセスプロバイダは、アプリケーションによって要求された技術プラットフォームに関係なく、常に、ＶｏＩＰサービスを特定の３ＧＰＰ技術プラットフォームでサポートする（すなわち、利用可能なＷｉＦｉ技術を使用するように要求するＶｏＩＰアプリケーションが、利用可能な３ＧＰＰアクセス技術を代わりに使用するように強制される）ことを望む可能性がある。このようにして、個々の加入者または加入者のアプリケーションに関連するＱｏＳレベルが、加入者またはアプリケーションの要求に関係なく維持されることができる。
【００３８】
アクセスプロバイダポリシーの別の例は、端末が複数の接続性のオプションを確立するときにアプリケーションによって使用されるべきアクセス技術の階層的な規定である。これは、アプリケーションが、新たに利用可能になったアクセスオプションに切り替えるのか、それともサービスを以前から利用可能なアクセス上に維持するのかを制御する。したがって、ストリーミングアプリケーションが、モビリティによって引き起こされたカバレッジの変化によってＷｉＦｉが利用可能になったときにＷｉＦｉに切り替えることができる一方、アクティブなＶｏＩＰ呼は、３ＧＰＰアクセス上に維持されることができる。
【００３９】
加入者のプリファレンスおよび加入者の加入のプリファレンスが、ＡＮＭＣサーバ、またはＨＳＳ／ＳＰＲ１３０などのその他のサービス機器（ＳＥ）に記憶され得る。加入者のプリファレンスは、端末１１０にも記憶され得る。
【００４０】
ホーム加入者システム（ＨＳＳ）および加入プロファイルリポジトリ（ＳＰＲ）１３０は、特定のサービス／アプリケーションに関する加入者ごとの加入情報を含む。一実施形態において、この情報は、加入者に対して許可されるサービスに照らしてアプリケーションポリシーを変更するために使用される。これは、アクセスプロバイダが、サービスの改善された配信について加入者に課金することを可能にする。例えば、アクセスプロバイダは、加入者がＬＴＥを介してビデオサービスを受けるための追加料金を支払うまで、当該サービスがＷｉＦｉによってのみ利用可能であるように規定したい可能性がある。これをサポートするための加入者ごとの許可が、ＨＳＳ／ＳＰＲから取得され得る。
【００４１】
アプリケーションのプリファレンスが、端末１１０のアプリケーションクライアント１１２およびアプリケーションサーバ１４０のうちの１つまたは複数をサポートするアプリケーションプログラミングインターフェース（ＡＰＩ）を介して提供／受信され得る。アプリケーションのプリファレンスは、その他の手段によって（例えば、シグナリング／制御チャネルまたはベアラチャネルを介して）伝達される可能性がある。アプリケーションは、加入者に、アクセスプロバイダから直接（いわゆる「ウォールドガーデン（ｗａｌｌｅｄ ｇａｒｄｅｎ）」アプリケーション）、またはサードパーティプロバイダから（いわゆる「オーバーザトップ（ｏｖｅｒ−ｔｈｅ−ｔｏｐ）」アプリケーション）提供され得る。どちらの場合も、加入者に提供される特定のアプリケーションは、比較的低コストまたは低ビットレートのネットワークによってサポート可能な要件、比較的高コストまたは高ビットレートのネットワークの使用を必要とする要件、非対称順方向／逆方向帯域幅要件などを有する可能性がある。
【００４２】
ネットワークの動作パラメータ（例えば、輻輳状態および／またはその他のインジケータ）が、例示的に、アクセスネットワークの運用、管理、および保守（Ｏｐｅｒａｔｉｏｎｓ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）（ＯＡＭ）システム（図示せず）またはネットワーク監視機器（図示せず）からＡＰＩまたはその他の手段を介して受信され得る。ＡＮＭＣサーバ１２０は、利用可能なアクセスネットワークのうちの１つまたは複数からの輻輳情報および／またはその他のネットワークオペレータのパラメータ情報を集約する。この情報に基づいて、選択されるべき１つまたは複数のネットワークを決定するアプリケーションポリシーが、アクセスネットワークの状態の変化を反映するように更新されることができる。
【００４３】
図１を参照すると、ＡＮＭＣ制御機能サーバ（ＣＦＳ）１２２が、アプリケーションポリシーの策定に関する情報を収集し、それぞれの端末および／またはアプリケーションに関するアプリケーションポリシーを策定し、策定されたアプリケーションポリシーを、端末１１０内の適切なＡＮＭＣ制御機能クライアント（ＣＦＣ）１１４のうちの１つまたは複数に、およびアプリケーションサーバ１４０内の適切なＡＮＭＣ制御機能アプリケーション（ＣＦＡ）１４２に配布する。上述のように、これらのアプリケーションポリシーの配布経路は、アクセスネットワーク１１５、コアネットワーク１５０、またはその他の通信メカニズムによってサポートされる任意の制御チャネルまたはベアラチャネルによってサポートされ得る。
【００４４】
アプリケーションポリシーは、アプリケーションが呼び出されるときに配布される可能性があるか、またはアプリケーションポリシーは、端末１１０にあらかじめロードされ、記憶される可能性がある。どちらの場合も、アプリケーションポリシーは、後でいつでも更新され得る。
【００４５】
端末１１０のＣＦＣ１１４は、ポリシーを受信すること、および本発明のベアラ処理コンポーネントに選択されたアクセス技術を使用するように指示することの役割を担う。また、ＣＦＣ１１４は、現在のアクセスオプションがアプリケーションポリシーのアクセスオプションに合致しない場合に、さらなるアクセスオプションの探索を引き起こすことができる。
【００４６】
ＵＥ−ＢＨ機能１１６のベアラ処理コンポーネントは、２つ以上のアクセス技術が利用可能なときにパケットを正しいアクセス技術にマッピングする役割を担う。このマッピングは、以下のメカニズムのうちの１つまたは複数を用いて実現され得る：（１）アクセスネットワークに関連する気付アドレスに結びつくフローを許可するモバイルＩＰｖ４／ＩＰｖ６拡張、（２）トラフィックを所望のインターフェースにマッピングするためのトラフィックフローテンプレート（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）（ＴＦＴ）の使用、（３）送信元ＩＰアドレスに関連するインターフェースにソースルーティングを許可する特定のＡＰＩの操作の使用、（４）パケットを所望のインターフェースと関連付けるためにルーティングテーブルのデフォルトの経路の修正を許可するＡＰＩの使用、および／または（５）その他のメカニズム。
【００４７】
ＵＥアプリケーションクライアント１１２およびそれらの関連するアプリケーションがただ１つのアクセスネットワークオプション（例えば、単一のＩＰアドレス）しかサポートすることができないとき、ＵＥ−ＢＨ機能１１６は、ＵＥアプリケーションクライアント１１２から受信されたパケットをアクセスネットワークＡ（１１５Ａ）またはアクセスネットワークＢ（１１５Ｂ）のうちの一方にだけマッピングする。この実施形態において、ＵＥ−ＢＨ機能１１６は、ＡＮＭＣサーバ１２０で終端されるトンネルを介して送信するために、アプリケーションクライアント１１２から受信されたそれぞれのパケット（またはパケットのグループ）をラップする。次いで、ＡＮＭＣサーバ１２０は、トンネルからのパケットまたはパケットのグループをアンラップ／抽出し、そのパケットまたはパケットのグループを対応するアプリケーションに転送する。
【００４８】
さまざまな実施形態において、ベアラ処理制御機能が、端末において呼び出されるアプリケーション、ネットワークアダプタ、ネットワークデバイスのドライバ、および端末のオペレーティングシステムのうちの１つまたは複数に含まれ得る。
【００４９】
ＵＥアプリケーションクライアント１１２およびそれらの関連するアプリケーション１４４が複数のアクセスネットワークオプション（例えば、複数同時のＩＰアドレス）をサポートすることができるとき、ＵＥ−ＢＨ機能１１６が、アプリケーションクライアント１１２内に組み込まれ得る。この実施形態において、アプリケーションクライアント１１２は、アプリケーションに対して使用すべきアクセスネットワークを示す、制御機能クライアント（ＣＦＣ）１１４からの指示を受信する。アクセスネットワークは、以下のメカニズムのうちの１つまたは複数を用いて特定され得る：（１）アクセスネットワークのインターフェースのＩＰアドレス、（２）アクセスネットワークのネットワーク識別子（例えば、ＳＳＩＤ／ＰＬＭＮ ＩＤ）、（３）利用可能なネットワークを特定するＭＩＰエージェントのアドバータイズメント、（４）ネットワーク名、および／または（５）アクセスネットワークを特定するその他のメカニズム。それに応答して、ＵＥ−ＢＨ機能１１６は、それにしたがってパケットをアクセスネットワークＡ １１５Ａおよび／またはアクセスネットワークＢ １１５Ｂにマッピングする。この場合、ＡＮＭＣサーバを介したベアラトンネルは必要とされない。
【００５０】
アプリケーションサーバ１４０の制御機能アプリケーション（ＣＦＡ）は、端末１１０内の制御機能クライアント（ＣＦＣ）の機能と同様の機能を実行し、つまり、パケットを適切なアクセスネットワーク１１５にマッピングするためにアプリケーションサーバ１２０内の対応するベアラ処理コンポーネント（ＡＥ−ＢＨ機能１４６）に情報を与える。別の実施形態において、ＣＦＡ機能は、アプリケーションに組み込まれる可能性がある。この場合、トンネルは必要とされず、パケットは、選択されたアクセスネットワークを介してアプリケーションと端末クライアントの間で直接送信される。
【００５１】
図２は、一実施形態による方法の流れ図を示す。具体的には、図２は、端末１１０で使用するのに好適な方法の流れ図を示す。
【００５２】
ステップ２１０において、アプリケーションが、無線アクセスデバイスまたは端末１１０によって呼び出される。アプリケーションは、例示的に、ＶｏＩＰアプリケーション、ブラウザアプリケーション、ＧＰＳ／マッピングアプリケーション、ビデオオーバーＩＰアプリケーションなどを含み得る。
【００５３】
ステップ２２０において、アクセスネットワークを介してアクセスデバイスによって前に受信されたアプリケーションポリシーにしたがって、アプリケーションに関連する好ましいおよび／または許容可能なアクセス技術オプションについての決定が行われる。上述のように、アプリケーションポリシーは、アクセスプロバイダによって制御され、四角２２５を参照して、以下の基準のうちの１つまたは複数を考慮に入れる：
−アプリケーションからの特定のアクセス技術の要求、
−ネットワーク輻輳の状態、
−加入者ごとの、特定のサービス／アプリケーションへの加入、
−アクセスプロバイダがそれらのネットワークをどのように管理したいかに関するアクセスプロバイダポリシー、
−加入者の加入のプリファレンス、
−加入者のプリファレンス、および
−その他の要因。
【００５４】
ステップ２３０において、アプリケーションポリシーの調査が１つまたは複数の追加的なアクションを実行する必要性を引き起こすかどうかについての判定がなされる。
【００５５】
ステップ２４０において、任意の引き起こされた追加的なアクションが実行される。四角２４５を参照すると、そのような追加的なアクションは、追加的なアクセスネットワークを探すこと、代替的なアクセスネットワークを探すこと、アプリケーションによる使用のために追加的なアクセスネットワークを選択すること、アプリケーションによる使用のために代替的なアクセスネットワークを選択すること、１つもしくは複数のアクセスネットワークに関連するパラメータの使用を適合させること、および／またはその他のアクションを含み得る。
【００５６】
概して、アプリケーションポリシーは、端末がアクセスネットワークの選択を変更すること、アクセスネットワークの使用方法を変更することなどを引き起こす可能性がある。追加的なおよび／または代替的なアクセス技術の探索は、例示的に、デバイスによって現在使用中のアクセスオプションが、呼び出されたアプリケーションのＱＯＳのニーズを満たすのに不十分であるか、または逆に、呼び出されたアプリケーションのＱＯＳのニーズに関して過大であるかのいずれかであるときに引き起こされる可能性がある。
【００５７】
アプリケーションポリシーの規定に応じて、アクセスオプションが何も選択されない可能性があり、単一のアクセスオプションが選択される可能性があり、または複数のアクセスオプションが選択される可能性がある。一実施形態において、複数のアクセスオプションが選択される場合、アプリケーションは、アプリケーションをサポートするためにアクセスネットワークで確立された複数同時のベアラを使用する（例えば、ＵＭＴＳを介したＶｏＩＰサービスを許可し、同時にＷｉＦｉを介したビデオを許可する）ことができる。
【００５８】
ステップ２５０において、無線アクセスデバイスまたは端末１１０が、アプリケーションポリシーにしたがって、呼び出されたアプリケーションをサポートするアプリケーションサーバ１４０との新しい通信を開始するか、または既存の通信を適合させる。このように、アプリケーションポリシーは、アプリケーションのサポートに使用されるべき１つまたは複数のアクセスネットワーク、アプリケーションによってネットワークに与えられる特定の負荷、アクセスネットワークのアプリケーションの負荷が制約される可能性がある任意の期間などを定義することができる。１つまたは複数のアクセスネットワーク１１５の選択は、アプリケーションポリシーの基準にしたがって行われ、図１の実施形態においては、ユーザ機器ベアラ処理コンポーネント（ＵＥ−ＢＨ）１１６によってサポートされる。
【００５９】
次いで、方法２００はステップ２２０に進み、好ましいおよび／または許容可能なアクセスオプションに関する決定が、時間帯、ネットワーク輻輳、および／またはその他の基準に関してなど、アプリケーションポリシーに関して行われた任意の変更にしたがって行われる可能性がある。
【００６０】
図３は、本明細書に記載の機能の実行に使用するのに好適なコンピュータ（コンピューティング要素）の高レベルの構成図を示す。具体的には、図３に示されるコンピュータ３００は、（端末１１０のような）ユーザ機器、（ＡＮＭＣサーバ１２０およびＨＳＳ／ＳＰＲ１３０のような）プロバイダ機器、ならびに（アプリケーションサーバ１４０のような）アプリケーション機器の少なくとも一部を実装するのに好適な概略的なアーキテクチャーおよび機能を提供する。
【００６１】
図３に示されるように、コンピューティング要素３００は、プロセッサ要素３０２（例えば、中央演算処理装置（ＣＰＵ）および／または１つもしくは複数のその他の好適なプロセッサ）、メモリ３０４（例えば、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）など）、ならびにさまざまな入力／出力デバイス３０６（例えば、ユーザ入力デバイス（キーボード、キーパッド、マウスなど）、ユーザ出力デバイス（ディスプレイ、スピーカーなど）、入力ポート、出力ポート、受信機／送信機（例えば、無線カードまたはその他の好適な種類の受信機／送信機）、およびストレージデバイス（例えば、ハードディスクドライブ、コンパクトディスクドライブ、光ディスクドライブなど）を含むさまざまな協働する要素を含む。図３は、１つまたは複数のプロセッサ３０２、メモリ３０４、およびＩ／Ｏデバイス３０６の機能を強化するため、または本明細書に記載のさまざまなもしくは追加的な機能のうちのいずれかを実装するために使用され得るさらなる協働する要素３０５も示す。さまざまな代替的な実施形態において、協働する要素３０５は、制御機能クライアント、制御機能サーバ、制御機能エージェント、ベアラ機能、管理機能などを含み得る。
【００６２】
本明細書において示され、説明された機能は、ソフトウェアで、および／またはソフトウェアとハードウェアの組み合わせで、例えば、汎用コンピュータ、１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）、および／または任意のその他のハードウェアの等価物を用いて実装され得ることに留意されたい。一実施形態において、さまざまな実施形態をサポートする方法またはメカニズムを実装するソフトウェアが、本明細書において検討された機能を実施するためにメモリ３０４にロードされ、１つまたは複数のプロセッサ３０２によって実行される。したがって、さまざまな方法および機能（関連するデータ構造を含む）は、コンピュータ可読ストレージ媒体、例えば、ＲＡＭメモリ、磁気式または光学式ドライブまたはディスケットなどに記憶され得る。
【００６３】
本明細書においてソフトウェアの方法として検討されたステップの一部は、ハードウェア内で、例えば、さまざまな方法のステップを実行するためにプロセッサと協働する回路として実装され得ることが想定される。本明細書に記載の機能／要素の一部は、コンピュータプログラム製品として実装される可能性があり、コンピュータ命令が、コンピュータによって処理されるときに、本明細書に記載の方法および／または技術が呼び出されるか、またはその他の方法で提供されるようにコンピュータの動作を適合させる。発明の方法を呼び出すための命令は、有形の固定のもしくは取り外し可能な媒体に記憶される、有形のもしくは無形のブロードキャストもしくはその他の信号搬送媒体でデータストリームによって送信される、および／またはそれらの命令にしたがって動作するコンピューティングデバイス内のメモリ内に記憶される可能性がある。
【００６４】
上述の発明は、アプリケーションがサービスプロバイダのネットワーク上でどのようにサポートされるかを制御するサービスプロバイダの能力を向上させながら、アプリケーションごとに端末によって使用されるアクセス方法を制御するメカニズムを提供する。さまざまな実施形態は、より帯域の限られたアクセスオプションに対するアプリケーションの影響を最小化することによって、無線サービスプロバイダが３Ｇ／４Ｇ／ＷｉＦｉネットワークにおいて新しいサービスを提供することを可能にする。したがって、さまざまな実施形態を利用する無線サービスプロバイダは、アプリケーション／コンテンツプロバイダに、アクセスネットワークのサービスを要求するためのＡＰＩへのアクセスを提供することができる。加えて、無線サービスプロバイダは、それによって、好ましいサービスに関連する改善されたアクセスオプションをエンドユーザに提供することにより、エンドユーザからのさらなる収益を生み出す。
【００６５】
アクセス技術の選択を制御するための方法、装置、システムなどの、本明細書において提供された上述の教示および実施形態は、「Ｍｅｔｈｏｄ Ａｎｄ Ａｐｐａｒａｔｕｓ Ｐｒｏｖｉｄｉｎｇ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ａｗａｒｅ Ｐｒｅｓｅｎｃｅ Ｔｏ Ａｐｐｌｉｃａｔｉｏｎｓ」と題され、その全体が引用により本明細書に援用される米国特許出願第 号（代理人整理番号ＡＬＵ／８０６３７３）に開示されたネットワーク認識プレゼンスを提供するための方法、装置、システムなどの教示および実施形態とのさまざまな組み合わせに適合され得る。
【００６６】
上述の内容は本発明のさまざまな実施形態を対象とするが、本発明のその他のおよびさらなる実施形態が、本発明の基本的な範囲を逸脱することなく案出され得る。したがって、本発明の適切な範囲は、以下の特許請求の範囲によって決定されるべきである。
【特許請求の範囲】
【請求項１】
端末において呼び出されたアプリケーションで使用するために、複数の利用可能なアクセスネットワークのうちの少なくとも１つを、アプリケーションに関連するプリファレンスにしたがって選択するステップであって、プリファレンスが、ネットワークサービスプロバイダのプリファレンス、加入者のプリファレンス、加入者の加入のプリファレンス、およびアプリケーションコンテンツプロバイダのプリファレンスのうちの１つまたは複数を含む、ステップを含み、
前記選択するステップが、ネットワークサービスプロバイダから受信されたアプリケーションポリシーによって制約される、方法。
【請求項２】
トリガー条件に応じて、端末において複数の追加的なアクションのうちの少なくとも１つを実行するステップであって、前記追加的なアクションが、追加的なアクセスネットワークを探すこと、代替的なアクセスネットワークを探すこと、無線アプリケーションによる使用のために追加的なアクセスネットワークまたは代替的なアクセスネットワークのうちの片方または両方を選択すること、および追加的なアクセスネットワークまたは代替的なアクセスネットワークに関連する１つまたは複数の動作パラメータを適合させることを含む、ステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記トリガー条件が、閾値レベルを超えるネットワーク輻輳の指示、アクセスプロバイダポリシーの変化、加入者のプリファレンスの変化、加入者の加入のプリファレンスの変化、およびアプリケーションのプリファレンスの変化のうちの１つまたは複数を含む、請求項２に記載の方法。
【請求項４】
複数のアクセスネットワークが、単一の無線アプリケーションをサポートするために選択され、方法が、
単一の無線アプリケーションに関連するパケットを複数の選択されたアクセスネットワークのそれぞれにマッピングするように端末のベアラ処理コンポーネントを適合させるステップをさらに含み、
ベアラ処理制御機能が、端末において呼び出されるアプリケーション、ネットワークアダプタ、ネットワークデバイスのドライバ、および端末のオペレーティングシステムのうちの１つまたは複数に含まれる、請求項１に記載の方法。
【請求項５】
単一のアクセスネットワークが、単一の無線アプリケーションをサポートするために選択され、方法が、
単一のアクセスネットワークによってサポートされるトンネルを介して送信するためにパケットをラップするように端末のベアラ処理コンポーネントを適合させるステップをさらに含む、請求項１に記載の方法。
【請求項６】
前記複数の利用可能なアクセスネットワークが、ＷｉＦｉ、ＧＰＲＳ、ＵＭＴＳ、ＷｉＭａｘ、ＥＶ−ＤＯ、ＬＴＥ、および有線に基づくアクセスネットワークのうちの少なくとも２つを含む、請求項１に記載の方法。
【請求項７】
アプリケーションポリシーを策定し、アプリケーションポリシーを複数の無線アクセスネットワークと通信することができる端末に転送するように適合された制御機能サーバを含むネットワークプロバイダ機器（ＰＥ）を含み、
アプリケーションポリシーが、マルチアクセスネットワーク端末デバイス内で呼び出されたアプリケーションに関連する許容可能なアクセス技術の選択肢を定義する、システム。
【請求項８】
制御機能サーバからアプリケーションポリシーを受信し、アプリケーションポリシーと、無線アプリケーションに関連するアクセスネットワークのプリファレンスとに応じてベアラ処理コンポーネントを適合させるように適合された制御機能を有するユーザ機器（ＵＥ）をさらに含む、請求項７に記載のシステム。
【請求項９】
制御機能サーバからアプリケーションポリシーを受信し、アプリケーションポリシーと、無線アプリケーションに関連するアクセスネットワークのプリファレンスとに応じてベアラ処理コンポーネントを適合させるように適合された制御機能エージェントを含むアプリケーション機器（ＡＥ）をさらに含む、請求項７に記載のシステム。
【請求項１０】
プロセッサによって実行されるときに、自身に関連する識別子を有するユーザ機器（ＵＥ）のモバイルセッションの経路を決定するための方法をプロセッサに実行させる命令を記憶するコンピュータ可読ストレージ媒体であって、方法が、
端末において呼び出された無線アプリケーションで使用するために、複数の利用可能なアクセスネットワークのうちの少なくとも１つを、無線アプリケーションに関連するプリファレンス、ネットワークサービスプロバイダのプリファレンス、加入者のプリファレンス、加入者の加入のプリファレンス、およびアプリケーションコンテンツプロバイダのプリファレンスのうちの少なくとも１つにしたがって選択するステップを含む、コンピュータ可読ストレージ媒体。
【請求項１】
端末において呼び出されたアプリケーションで使用するために、複数の利用可能なアクセスネットワークのうちの少なくとも１つを、アプリケーションに関連するプリファレンスにしたがって選択するステップであって、プリファレンスが、ネットワークサービスプロバイダのプリファレンス、加入者のプリファレンス、加入者の加入のプリファレンス、およびアプリケーションコンテンツプロバイダのプリファレンスのうちの１つまたは複数を含む、ステップを含み、
前記選択するステップが、ネットワークサービスプロバイダから受信されたアプリケーションポリシーによって制約される、方法。
【請求項２】
トリガー条件に応じて、端末において複数の追加的なアクションのうちの少なくとも１つを実行するステップであって、前記追加的なアクションが、追加的なアクセスネットワークを探すこと、代替的なアクセスネットワークを探すこと、無線アプリケーションによる使用のために追加的なアクセスネットワークまたは代替的なアクセスネットワークのうちの片方または両方を選択すること、および追加的なアクセスネットワークまたは代替的なアクセスネットワークに関連する１つまたは複数の動作パラメータを適合させることを含む、ステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記トリガー条件が、閾値レベルを超えるネットワーク輻輳の指示、アクセスプロバイダポリシーの変化、加入者のプリファレンスの変化、加入者の加入のプリファレンスの変化、およびアプリケーションのプリファレンスの変化のうちの１つまたは複数を含む、請求項２に記載の方法。
【請求項４】
複数のアクセスネットワークが、単一の無線アプリケーションをサポートするために選択され、方法が、
単一の無線アプリケーションに関連するパケットを複数の選択されたアクセスネットワークのそれぞれにマッピングするように端末のベアラ処理コンポーネントを適合させるステップをさらに含み、
ベアラ処理制御機能が、端末において呼び出されるアプリケーション、ネットワークアダプタ、ネットワークデバイスのドライバ、および端末のオペレーティングシステムのうちの１つまたは複数に含まれる、請求項１に記載の方法。
【請求項５】
単一のアクセスネットワークが、単一の無線アプリケーションをサポートするために選択され、方法が、
単一のアクセスネットワークによってサポートされるトンネルを介して送信するためにパケットをラップするように端末のベアラ処理コンポーネントを適合させるステップをさらに含む、請求項１に記載の方法。
【請求項６】
前記複数の利用可能なアクセスネットワークが、ＷｉＦｉ、ＧＰＲＳ、ＵＭＴＳ、ＷｉＭａｘ、ＥＶ−ＤＯ、ＬＴＥ、および有線に基づくアクセスネットワークのうちの少なくとも２つを含む、請求項１に記載の方法。
【請求項７】
アプリケーションポリシーを策定し、アプリケーションポリシーを複数の無線アクセスネットワークと通信することができる端末に転送するように適合された制御機能サーバを含むネットワークプロバイダ機器（ＰＥ）を含み、
アプリケーションポリシーが、マルチアクセスネットワーク端末デバイス内で呼び出されたアプリケーションに関連する許容可能なアクセス技術の選択肢を定義する、システム。
【請求項８】
制御機能サーバからアプリケーションポリシーを受信し、アプリケーションポリシーと、無線アプリケーションに関連するアクセスネットワークのプリファレンスとに応じてベアラ処理コンポーネントを適合させるように適合された制御機能を有するユーザ機器（ＵＥ）をさらに含む、請求項７に記載のシステム。
【請求項９】
制御機能サーバからアプリケーションポリシーを受信し、アプリケーションポリシーと、無線アプリケーションに関連するアクセスネットワークのプリファレンスとに応じてベアラ処理コンポーネントを適合させるように適合された制御機能エージェントを含むアプリケーション機器（ＡＥ）をさらに含む、請求項７に記載のシステム。
【請求項１０】
プロセッサによって実行されるときに、自身に関連する識別子を有するユーザ機器（ＵＥ）のモバイルセッションの経路を決定するための方法をプロセッサに実行させる命令を記憶するコンピュータ可読ストレージ媒体であって、方法が、
端末において呼び出された無線アプリケーションで使用するために、複数の利用可能なアクセスネットワークのうちの少なくとも１つを、無線アプリケーションに関連するプリファレンス、ネットワークサービスプロバイダのプリファレンス、加入者のプリファレンス、加入者の加入のプリファレンス、およびアプリケーションコンテンツプロバイダのプリファレンスのうちの少なくとも１つにしたがって選択するステップを含む、コンピュータ可読ストレージ媒体。
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２０１３−５２００８２（Ｐ２０１３−５２００８２Ａ）
【公表日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１２−５５２９３４（Ｐ２０１２−５５２９３４）
【出願日】平成２３年２月９日（２０１１．２．９）
【国際出願番号】ＰＣＴ／ＵＳ２０１１／０２４１１９
【国際公開番号】ＷＯ２０１１／１００２６９
【国際公開日】平成２３年８月１８日（２０１１．８．１８）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
【公表日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年２月９日（２０１１．２．９）
【国際出願番号】ＰＣＴ／ＵＳ２０１１／０２４１１９
【国際公開番号】ＷＯ２０１１／１００２６９
【国際公開日】平成２３年８月１８日（２０１１．８．１８）
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
[ Back to top ]