特表 2018-502473 移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法およびデバイス

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】特表2018-502473(P2018-502473A)

(43)【公表日】2018年1月25日

(54)【発明の名称】移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法およびデバイス

(51)【国際特許分類】

   H04W 48/18 20090101AFI20171222BHJP

【ＦＩ】

   H04W48/18

【審査請求】有

【予備審査請求】未請求

【全頁数】25

(21)【出願番号】特願2017-522930(P2017-522930)

(86)(22)【出願日】2015年10月19日

(85)【翻訳文提出日】2017年4月27日

(86)【国際出願番号】US2015056181

(87)【国際公開番号】WO2016077034

(87)【国際公開日】20160519

(31)【優先権主張番号】62/080,232

(32)【優先日】2014年11月14日

(33)【優先権主張国】US

(31)【優先権主張番号】14/600,093

(32)【優先日】2015年1月20日

(33)【優先権主張国】US

(81)【指定国】 AP(BW,GH,GM,KE,LR,LS,MW,MZ,NA,RW,SD,SL,ST,SZ,TZ,UG,ZM,ZW),EA(AM,AZ,BY,KG,KZ,RU,TJ,TM),EP(AL,AT,BE,BG,CH,CY,CZ,DE,DK,EE,ES,FI,FR,GB,GR,HR,HU,IE,IS,IT,LT,LU,LV,MC,MK,MT,NL,NO,PL,PT,RO,RS,SE,SI,SK,SM,TR),OA(BF,BJ,CF,CG,CI,CM,GA,GN,GQ,GW,KM,ML,MR,NE,SN,TD,TG),AE,AG,AL,AM,AO,AT,AU,AZ,BA,BB,BG,BH,BN,BR,BW,BY,BZ,CA,CH,CL,CN,CO,CR,CU,CZ,DE,DK,DM,DO,DZ,EC,EE,EG,ES,FI,GB,GD,GE,GH,GM,GT,HN,HR,HU,ID,IL,IN,IR,IS,JP,KE,KG,KN,KP,KR,KZ,LA,LC,LK,LR,LS,LU,LY,MA,MD,ME,MG,MK,MN,MW,MX,MY,MZ,NA,NG,NI,NO,NZ,OM,PA,PE,PG,PH,PL,PT,QA,RO,RS,RU,RW,SA,SC,SD,SE,SG,SK,SL,SM,ST,SV,SY,TH,TJ,TM,TN,TR,TT,TZ,UA,UG,US

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

(71)【出願人】

【識別番号】510284071

【氏名又は名称】モトローラ モビリティ エルエルシー

【氏名又は名称原語表記】ＭＯＴＯＲＯＬＡ ＭＯＢＩＬＩＴＹ ＬＬＣ

(74)【代理人】

【識別番号】100142907

【弁理士】

【氏名又は名称】本田 淳

(72)【発明者】

【氏名】サルキンティス、アポストリス

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067EE04

5K067EE10

(57)【要約】

移動体デバイスが、移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法を実行する。方法は、移動体デバイスにインストールされた第１のアプリケーションに関する属性のセットを移動体デバイスの外部のソースから受信する工程を備える。方法は、アプリケーション・トラフィック・ルーティング規則のセットをネットワーク要素から受信する工程をさらに備える。さらに、方法は、アプリケーション・トラフィック・ルーティング規則の受信されたセットのうちの少なくとも１つのアプリケーション・トラフィック・ルーティング規則の制御下で、第１のアプリケーションのトラフィックをルーティングするためのネットワーク・アクセスを、移動体デバイスの複数のネットワーク・アクセスから選択する工程を備える。選択する工程は、第１のアプリケーションに関する属性のセットに基づく。

【特許請求の範囲】

【請求項1】

移動体デバイスによって実行される、前記移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法であって、
前記移動体デバイスにインストールされた第１のアプリケーションに関する属性のセットを前記移動体デバイスの外部のソースから受信する、属性受信工程と、
アプリケーション・トラフィック・ルーティング規則のセットをネットワーク要素から受信する、規則受信工程と、
アプリケーション・トラフィック・ルーティング規則の受信された前記セットのうちの少なくとも１つのアプリケーション・トラフィック・ルーティング規則の制御下で、前記第１のアプリケーションのトラフィックをルーティングするためのネットワーク・アクセスを、前記移動体デバイスの複数のネットワーク・アクセスから選択する工程とを備え、前記選択する工程は、前記第１のアプリケーションに関する属性の前記セットに基づく、方法。

【請求項2】

前記規則受信工程は、アプリケーション・トラフィックがどのようにルーティングされるべきかを、前記第１のアプリケーションの属性の前記セットのうちの第１の属性に基づいて定義する第１のアプリケーション・トラフィック・ルーティング規則を受信する工程を備え、前記ネットワーク・アクセスは、前記第１のアプリケーション・トラフィック・ルーティング規則の制御下で選択される、請求項１に記載の方法。

【請求項3】

ユーザプレファレンスを決定する工程と、
前記第１のアプリケーションの属性の前記セットのうちの少なくとも１つの属性が前記ユーザプレファレンスと互いに関係するかどうかを決定する工程とをさらに備え、前記ネットワーク・アクセスを選択する工程は、前記少なくとも１つの属性が前記ユーザプレファレンスと互いに関係するかどうかに基づく、請求項１に記載の方法。

【請求項4】

前記第１のアプリケーションの属性の前記第１のセットのカテゴリ・タイプは、前記少なくとも１つの属性が前記ユーザプレファレンスと互いに関係するかどうかを決定する際に使用される、請求項３に記載の方法。

【請求項5】

前記カテゴリ・タイプは、前記第１のアプリケーションが取得された出所のアプリケーション・ストアによって、複数のアプリケーションのうちの前記第１のアプリケーションを分類するのに使用される、請求項４に記載の方法。

【請求項6】

前記規則受信工程は、ユーザプレファレンスと互いに関係するアプリケーション・トラフィックがどのようにルーティングされるべきかを定義するアプリケーション・トラフィック・ルーティング規則のセットを受信する工程を備える、請求項３に記載の方法。

【請求項7】

前記ユーザプレファレンスは、ユーザのソーシャル・プロファイルにおける情報から決定される、請求項３に記載の方法。

【請求項8】

前記属性受信工程は、前記第１のアプリケーションが受信された出所のアプリケーション・ストアにクエリを行って、属性の前記セットを受信する工程を備える、請求項１に記載の方法。

【請求項9】

前記属性受信工程は、前記第１のアプリケーションの開発者のサーバにクエリを行って、属性の前記セットを受信する工程を備える、請求項１に記載の方法。

【請求項10】

前記属性受信工程は、
カテゴリ・タイプ、および、
開発者名のうちの少なくともいずれかを取得する工程を備える、請求項１に記載の方法。

【請求項11】

前記属性受信工程は、
ランク付け、
費用、および、
バージョン番号のうちの少なくとも１つを取得する工程を備える、請求項１に記載の方法。

【請求項12】

アプリケーション・トラフィック・ルーティング規則の前記セットは、３ＧＰＰ準拠のネットワーク要素から受信される、請求項１に記載の方法。

【請求項13】

移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするために構成された移動体デバイスであって、
前記移動体デバイスにインストールされた第１のアプリケーションに関する属性のセットを受信する工程と、
アプリケーション・トラフィック・ルーティング規則のセットをネットワーク要素から受信する工程と、
前記第１のアプリケーションに関する属性の前記セットのうちの第１の属性に基づいて、前記第１のアプリケーションのトラフィックをルーティングするための第１のネットワーク・アクセスを、前記移動体デバイスの複数のネットワーク・アクセスから選択するようにアプリケーション・トラフィック・ルーティング規則の受信された前記セットのうちの第１のアプリケーション・トラフィック・ルーティング規則を適用する工程と、を行うように構成された処理要素を備える、移動体デバイス。

【請求項14】

前記処理要素は、３ＧＰＰ準拠のネットワークのアクセス・ネットワーク発見および選択機能サーバに接続されて、アプリケーション・トラフィック・ルーティング規則の前記セットを受信するように構成される、請求項１３に記載の移動体デバイス。

【請求項15】

前記処理要素は、
ユーザプレファレンスを決定する工程と、
前記第１の属性が前記ユーザプレファレンスと互いに関係すると決定する工程と、
前記第１の属性が前記ユーザプレファレンスと互いに関係することに基づいて、前記第１のネットワーク・アクセスを選択するように前記第１のアプリケーション・トラフィック・ルーティング規則を適用する工程と、を行うようにさらに構成される、請求項１３に記載の移動体デバイス。

【請求項16】

前記第１の属性は、カテゴリ・タイプである、請求項１５に記載の移動体デバイス。

【請求項17】

移動体デバイスによって実行される、前記移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法であって、
前記移動体デバイスにインストールされた第１のアプリケーションに関する属性のセットを決定する工程と、
ユーザプレファレンスと互いに関係するアプリケーション・トラフィックがどのようにルーティングされるべきかを定義する第１のアプリケーション・トラフィック・ルーティング規則をネットワーク要素から受信する工程と、
ユーザプレファレンスを決定する工程と、
前記ユーザプレファレンスと、前記第１のアプリケーションに関する属性の前記セットのうちの第１の属性を互いに関係付ける、関係付け工程と、
前記関係付け工程に応答して、前記第１のアプリケーションのトラフィックをルーティングするための第１のネットワーク・アクセスを、前記移動体デバイスの複数のネットワーク・アクセスから選択するように前記第１のアプリケーション・トラフィック・ルーティング規則を適用する工程と、を備える、方法。

【請求項18】

前記関係付け工程は、アプリケーション・カテゴリ・プレファレンスを前記第１のアプリケーションのカテゴリ・タイプと互いに関係付ける工程を備える、請求項１７に記載の方法。

【請求項19】

前記アプリケーション・カテゴリ・プレファレンスをユーザ・ソーシャル・プロファイルにおける情報から決定する工程をさらに備える、請求項１８に記載の方法。

【請求項20】

前記第１のアプリケーション・トラフィック・ルーティング規則は、前記ネットワーク要素から受信される３ＧＰＰ準拠のシステム間ルーティング・ポリシーに含められる、請求項１７に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に、ワイヤレス通信に関し、より詳細には、移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法およびデバイスに関する。

【背景技術】

【0002】

ワイヤレス通信デバイスが複数のワイヤレス・アクセス技術を実装することがますます一般的になるにつれ、ワイヤレス・ネットワーク・オペレータは、同一のコア・ネットワークを共有する異なるワイヤレス・アクセス・ネットワーク（無線アクセス・ネットワーク（ＲＡＮ）とも呼ばれ、本明細書において単にアクセス・ネットワークとも呼ばれる）を展開しはじめている。例えば、ロング・ターム・エボリューション（ＬＴＥ）ネットワークなどの１つまたは複数の第３世代パートナーシップ・プロジェクト（３ＧＰＰ）標準もしくは３ＧＰＰ規格を実装し、かつ／またはそのような標準もしくは規格に準拠するネットワークのいくつかのオペレータが、彼らの既存のセルラ・ネットワーク・インフラにＷｉＦｉネットワークを統合することを計画している。そのようなＷｉＦｉネットワークは、標準により「信頼される」ＷｉＦｉネットワークと呼ばれる。

【発明の概要】

【発明が解決しようとする課題】

【0003】

利用可能なワイヤレス・アクセス・ネットワーク・カバレッジにおける拡大を活用して、ワイヤレス通信デバイスは、ますます、１つまたは複数の利用可能なワイヤレス・アクセス・ネットワーク上で複数のアクティブなネットワーク・アクセスを維持する能力を有するように設計されている。したがって、ワイヤレス通信デバイスは、複数のアクティブなネットワーク・アクセス・インターフェースに関して、例えば、ネットワーク・オペレータおよび／またはユーザのデバイスについてのルーティング・ポリシーまたはルーティングプレファレンスを扱うこともできなければならない。例えば、多くのワイヤレス通信デバイスが、データ・トラフィックを通信する複数のアプリケーションをインストールしている。このため、ワイヤレス通信デバイスは、デバイスにインストールされたアプリケーションのデータ・トラフィックをルーティングすることを支援するルーティング・ポリシーを扱うことができることが望ましい。

【課題を解決するための手段】

【0004】

一般的に、様々な実施形態によれば、移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするために構成された方法、および本明細書において移動体デバイスとも呼ばれるワイヤレス通信デバイスである。１つの特定の実施形態によれば、移動体デバイスにインストールされた第１のアプリケーションに関する属性のセットを移動体デバイスの外部のソースから受信する工程を備える、移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法である。属性は、アプリケーションに一意である識別情報もしくは識別子と対比される、アプリケーションの、もしくはアプリケーションに関連付けられた一般的な、もしくは一意でないパラメータ、ラベル、特性、態様、または要素として定義される。アプリケーション属性、または単に属性の例は、カテゴリ・タイプ、費用、開発者名その他を含む。方法は、アプリケーション・トラフィック・ルーティング規則のセットをネットワーク要素から受信する工程をさらに備える。さらに、方法は、アプリケーション・トラフィック・ルーティング規則の受信されたセットのうちの少なくとも１つのアプリケーション・トラフィック・ルーティング規則の制御下で、第１のアプリケーションのトラフィックをルーティングするためのネットワーク・アクセスを、移動体デバイスの複数のネットワーク・アクセスから選択する工程を備える。選択する工程は、第１のアプリケーションに関する属性のセットに基づく。

【0005】

別の実施形態によれば、移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするために構成された移動体デバイスである。移動体デバイスは、本明細書においてプロセッサとも呼ばれる、少なくとも処理要素を備える。プロセッサは、移動体デバイスにインストールされた第１のアプリケーションに関する属性のセットを受信するように、かつ、アプリケーション・トラフィック・ルーティング規則のセットをネットワーク要素から受信するように構成される。また、プロセッサは、第１のアプリケーションに関する属性のセットのうちの第１の属性に基づいて、第１のアプリケーションのトラフィックをルーティングするための第１のネットワーク・アクセスを、移動体デバイスの複数のネットワーク・アクセスから選択するように、アプリケーション・トラフィック・ルーティング規則の受信されたセットのうちの第１のアプリケーション・トラフィック・ルーティング規則を適用するようにも構成される。

【0006】

さらに別の態様によれば、移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法である。方法は、移動体デバイスにインストールされた第１のアプリケーションに関する属性のセットを決定する工程を備える。また、方法は、ユーザプレファレンスと互いに関係するアプリケーション・トラフィックがどのようにルーティングされるべきかを定義する第１のアプリケーション・トラフィック・ルーティング規則をネットワーク要素から受信する工程も備える。方法は、ユーザプレファレンスを決定する工程、および第１のアプリケーションに関する属性のセットのうちの第１の属性をユーザプレファレンスと互いに関係付ける工程をさらに備える。さらに、方法は、第１の属性をユーザプレファレンスと互いに関係付ける工程に応答して、第１のアプリケーションのトラフィックをルーティングするための第１のネットワーク・アクセスを、移動体デバイスの複数のネットワーク・アクセスから選択するために、第１のアプリケーション・トラフィック・ルーティング規則を適用する工程を備える。

【0007】

本教示の様々な実施形態のうちの少なくともいくつかによれば、移動体デバイスは、移動体デバイスにインストールされた１つまたは複数のアプリケーションのトラフィックを、複数のアクティブなネットワーク・アクセス・インターフェース（本明細書において互換的にネットワーク・アクセス、データ・インターフェース、および仮想プライベート・ネットワーク（ＶＰＮ）インターフェースとも呼ばれる）上で、従来のルーティング機構を用いて可能であるよりも高い柔軟性でルーティングすることができる。例えば、アプリケーション・トラフィック・ルーティングに関する本教示は、ネットワーク・デバイスを介してネットワーク・オペレータによって移動体デバイスにおいてプロビジョニングされるルーティング・ポリシーの更新に容易に対応することができる。さらに、アプリケーション・トラフィック・ルーティングに関する本教示は、アクティブなネットワーク・アクセス・インターフェースの変更、および移動体デバイスが利用可能なアクセス・ネットワークの変更にも対応することもできる。

【図面の簡単な説明】

【0008】

【図1】いくつかの実施形態による少なくとも１つのワイヤレス通信デバイスが構成可能であるワイヤレス通信環境を示す概略図。

【図2】いくつかの実施形態による構成されたワイヤレス通信デバイスの内部ハードウェア・コンポーネントを示すブロック図。

【図3】実施形態によるワイヤレス通信デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法を示すフローチャート。

【図4】別の実施形態によるワイヤレス通信デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法を示すフローチャート。

【発明を実施するための形態】

【0009】

同様の参照符号が別々の図にわたって同一の、または機能的に類似した要素を参照する添付の図面は、後段の詳細な説明と一緒に、本明細書に援用され、本明細書の一部を形成し、主張される実施形態を含む概念の実施形態をさらに示し、かつそれらの実施形態の様々な原理および利点を説明する役割をする。

【0010】

当業者は、図における要素が、簡単および明瞭のために示されており、必ずしも一律の縮尺に従って描かれてはいないことを理解しよう。例えば、図における要素のうちのいくつかの寸法は、本開示の実施形態の理解を向上させるのを助けるように他の要素との関係で誇張されていることがあり得る。

【0011】

装置コンポーネントおよび方法コンポーネントは、適宜、図面における従来の記号によって表されており、本開示の実施形態の理解と関係のある特定の詳細だけを示して、本明細書における説明の利益を有する当業者には直ちに明白である詳細で開示を不明瞭にしないようにしている。

【0012】

図１は、本教示による、移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法およびデバイスが実装され得る例示的な環境１００の概略図を示す。この特定の実施形態において、この例において移動体デバイスまたはポータブル・デバイスであるワイヤレス通信デバイス１０２が、複数のアクセス・ネットワーク、例えば、アクセス・ネットワーク１０４およびアクセス・ネットワーク１１０の内部のインフラ設備に対してワイヤレス・リンクを確立して、例えば、他の移動体デバイスもしくはポータブル・デバイスを相手に、またはプリンタおよびサーバなどの他のデバイスを相手にデータおよび音声通信を交換するように構成される。任意の所与の時点で、ワイヤレス通信デバイスの範囲内にあり、かつワイヤレス通信デバイスがワイヤレス・リンクを確立するように構成されたアクセス・ネットワークは、本明細書において、ワイヤレス通信デバイスに対する利用可能なアクセス・ネットワークと呼ばれる。２つのアクセス・ネットワーク１０４および１１０は、ワイヤレス通信デバイスが、アクセス・ネットワークを使用してアクセスすること、および通信することを行うための任意のタイプのアクセス技術を使用することができるが、一実施形態において、２つの異なるアクセス技術が、それぞれ、２つのアクセス・ネットワーク１０４および１１０上で通信するために使用される。アクセス技術は、本明細書においてワイヤレス・アクセス技術とも呼ばれ、かつ当技術分野において無線アクセス技術（ＲＡＴ）としても知られる。

【0013】

この例示的な実施形態において、アクセス・ネットワーク１０４は、当技術分野においてＷｉＦｉ技術とも呼ばれる米国電気電子学会（ＩＥＥＥ）８０２．１１標準を使用する、ワイヤレス・リンク、例えば、１２６を円滑にするための少なくとも１つのアクセス・ポイント、例えば、１０６、１０８を有するワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）である。このため、アクセス・ネットワーク１０４は、本明細書においてＷｉＦｉネットワークまたはＷｉＦｉアクセス・ネットワークとも呼ばれる。しかし、ワールドワイド・インターオペラビリティ・フォー・マイクロウェイブ・アクセス（ＷｉＭＡＸ）またはセルラ・アクセス技術もしくはセルラ・ベースのアクセス技術などの他の任意のタイプのワイヤレス・アクセス技術がアクセス・ネットワーク１０４において実装され得る。さらに、移動体デバイス１０２は、ＷＬＡＮネットワーク１０４を使用してインターネット１４０に接続され得る。

【0014】

アクセス・ネットワーク１１０は、アクセス・ネットワーク１１０に対するワイヤレス・リンク、例えば、１３８を円滑にするために少なくとも１つのセルラ塔または基地局、例えば、１１２を有する、本明細書においてセルラ・ネットワークとも呼ばれるセルラ・アクセス・ネットワークである。図示されるとおり、セルラ・ネットワーク１１０、およびセルラ・ネットワーク１１０を使用する通信をサポートするコア・ネットワークは、本明細書において３ＧＰＰ規格とも呼ばれる３ＧＰＰ標準を、例えば、ＬＴＥネットワークとして使用して実装される。より具体的には、セルラ・ネットワーク１１０は、ワイヤレス通信デバイス１０２などのユーザ機器（ＵＥ）に対するワイヤレス・リンクを円滑にするために少なくとも１つのｅノードＢまたはノードＢ、例えば、１１２を有する発展型ＵＭＴＳ地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）または従来のＵＴＲＡＮである。
実施形態において、セルラ・アクセス・ネットワーク１１０は、Ｅ−ＵＴＲＡをＲＡＴとして使用する。しかし、アドバンスト移動体電話システム（ＡＭＰＳ）などのアナログ・アクセス技術、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、グローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ（登録商標））、インテグレーテッド・デジタル・エンハンスト・ネットワーク（ｉＤＥＮ）、汎用パケット無線サービス（ＧＰＲＳ）、エンハンスト・データ・フォーＧＳＭエボリューション（ＥＤＧＥ）その他などのデジタル・アクセス技術、および／またはユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、ＩＥＥＥ８０２．１６その他、または以上の変形を含むが、以上には限定されない他の任意のセルラ・アクセス技術またはセルラ・ベースのアクセス技術が使用され得る。

【0015】

ＷｉＦｉネットワーク１０４およびセルラ・ネットワーク１１０をサポートし、互いに接続するコア・ネットワークは、この実施形態において、当技術分野において発展型パケット・コア（ＥＰＣ）とも呼ばれるシステム・アーキテクチャ・エボリューション（ＳＡＥ）コアである。ＥＰＣサブコンポーネントは、サブコンポーネントのなかでもとりわけ、図示されないモビリティ管理エンティティ（ＭＭＥ）、サービング・ゲートウェイ（Ｓ−ＧＷ）１１８、ＰＤＮ Ｇａｔｅｗａｙ（Ｐ−ＧＷ）１２０、図示されないホーム加入者サーバ（ＨＳＳ）、アクセス・ネットワーク発見および選択機能（ＡＮＤＳＦ）サーバ１２８、および図示されない発展型パケット・データ・ゲートウェイ（ｅＰＤＧ）を含み得る。

【0016】

実施形態に関して、ＡＮＤＳＦサーバ１２８は、ＡＮＤＳＦサーバ１２８と移動体デバイス１０２におけるＡＮＤＳＦクライアント（図示せず）との間のＩＰレベル通信を可能にするＳ１４インターフェース１３０を使用して、移動体デバイス１０２とインターフェースをとる、または接続される。セルラ・ネットワーク１１０は、Ｐ−ＧＷ１２０とＳ−ＧＷ１１８の間でＳ５インターフェース１２４を使用してＥＰＣとインターフェースをとることが可能である。この実施形態において、ＷｉＦｉネットワーク１４０は、信頼されるＷｉＦｉネットワークとして実装され、したがって、信頼されるＷｉＦｉアクセス・ゲートウェイ（ＴＷＡＧ）１１６を含む。このため、ＷｉＦｉネットワーク１０４は、Ｐ−ＧＷ１２０とＴＷＡＧ１１６の間でＳ２インターフェース１２２を使用してＥＰＣとインターフェースをとることが可能である。３ＧＰＰ規格において参照ポイントとも呼ばれる３ＧＰＰインターフェース、ならびに３ＧＰＰ ＥＰＣサブコンポーネントおよび他の３ＧＰＰネットワーク・デバイスもしくは３ＧＰＰネットワーク要素は、よく知られており、様々な３ＧＰＰ規格において規定される。したがって、それらの機能、動作、構成、および／または実施様態の詳細は、簡素化のため、本明細書において省略される。

【0017】

図示されるとおり、ワイヤレス通信デバイス１０２は、ビデオおよび／または音声などのデータを通信するために１つまたは複数のアクティブな通信セッションをサポートするのに使用される２つの物理ワイヤレス・リンクを維持する。より具体的には、ワイヤレス通信デバイス１０２は、ＷｉＦｉネットワーク１０４を使用してデータを通信するＷｉＦｉネットワーク１０４におけるアクセス・ポイント１０８に対するワイヤレス・リンク１２６を有し、かつワイヤレス通信デバイス１０２は、ＷｉＦｉネットワーク１１０を使用してデータを通信するセルラ・ネットワーク１１０における基地局１１２に対するワイヤレス・リンク１３８を有する。

【0018】

実施形態において、リンク１２６は、ネットワーク・アクセス・インターフェースまたはデータ・インターフェース（例えば、ＩＰアドレスが関連付けられているインターネット・プロトコル（ＩＰ）インターフェース）に対応し、かつそのようなネットワーク・アクセス・インターフェースまたはデータ・インターフェースを使用して実装される層３接続またはネットワーク層接続を参照する直接ＷＬＡＮ接続をサポートする。直接ＷＬＡＮ接続は、ＷｉＦｉネットワーク１０４を介して移動体デバイス１０２とインターネット１４０の間でＩＰトラフィックをルーティングするのに使用される。このトラフィックは、シームレスでないＷＬＡＮオフロード・トラフィックと呼ばれる。リンク１２６は、ＷｉＦｉネットワーク１０４を介してアクセス・ポイント・ネーム（ＡＰＮ）ルーティングのための別個のデータ・インターフェースに対応し、かつそのようなインターフェースを使用して実装されるパケット・データ・ネットワーク（ＰＤＮ）接続をサポートすることも可能である。

【0019】

より具体的には、移動体デバイス１０２は、単一の物理ＷｉＦｉリンク１２６を使用する複数のアクティブなネットワーク・アクセス・インターフェースまたはデータ・インターフェース、すなわち、直接ＷＬＡＮ接続に対応する直接ＷＬＡＮインターフェース、およびＷＬＡＮ ＰＤＮ接続に対応するＷＬＡＮ ＰＤＮインターフェースなどの０または１つ以上の仮想プライベート・ネットワーク（ＶＰＮ）インターフェースを有することが可能である。直接インターフェースは、移動体デバイス１０２が、アクセス・ポイント１０８を使用して物理リンク１２６に接続され、かつ物理リンク１２６を確立すると、作成される。移動体デバイス１０２と、コア・ネットワーク（ＥＰＣ）においてＰ−ＧＷ、例えば、図１の１２０に接続されたパケット・データ・ネットワーク１４２との間で論理接続を確立するＶＰＮインターフェース（ＷＬＡＮ ＰＤＮ）が、後に作成され得る。ＰＤＮは、例えば、企業ネットワーク、ＩＰマルチメディア・サブシステム（ＩＭＳ）、インターネットその他であり得る。また、本明細書において使用されるリンクとは、物理接続に及ぶ。ネットワーク接続とは、所与の物理リンクを使用する特定のネットワーク（特定のＰＤＮを含み得る）を使用してデータ・パケットをルーティングするのに移動体デバイス１０２によって使用される論理接続（ＡＰＮ、セキュリティ方法、ＩＰアドレスその他によって代表され得る）に及ぶ。データ・インターフェース、ネットワーク・アクセス・インターフェース、ネットワーク・アクセス、およびＶＰＮインターフェースとは、所与のネットワーク接続を使用するルーティングに対応し、かつそのようなルーティングを円滑にする、移動体デバイスが使用する論理構成に及ぶ。

【0020】

直接インターフェース（直接ＷＬＡＮ）に向かうすべてのパケットは、ＷＬＡＮ１０４に配信され、次に、ＷＬＡＮ１０４が、それらを転送する。逆に、ＶＰＮインターフェース（ＷＬＡＮ ＰＤＮ）に向かうすべてのパケットは、ＥＰＣにおけるＰ−ＧＷに転送され、次に、Ｐ−ＧＷが、それらを外部ＰＤＮに転送する。すなわち、直接インターフェースに送信されるパケットは、ＥＰＣを通過せず（ＷＬＡＮ１０４に直接にオフロードされ）ＷＬＡＮ ＰＤＮインターフェースに送信されるパケットは、ＥＰＣに向かう。直接インターフェースに送信されるトラフィックは、ＷｉＦｉが失われた（ＥＰＣにハンドオーバされ得ない）場合、中断され、このため、このトラフィックは、「シームレスでないＷＬＡＮオフロード」トラフィックと呼ばれることに留意されたい。しかし、ＷＬＡＮ ＰＤＮインターフェースに送信されるトラフィックは、ＷｉＦｉが失われた場合、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮにシームレスにハンドオーバされることが可能であり、このため、「シームレスなＷＬＡＮオフロード」トラフィックと呼ばれる。本明細書における教示によれば、複数のアクティブなネットワーク・アクセス・インターフェース上で、例えば、ワイヤレス・リンク１２６および１３８に対応する複数のアクティブなネットワーク・アクセス・インターフェース上で、移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするための方法が、ワイヤレス通信デバイス１０２によって実行され得る。

【0021】

図２は、実施形態による、図１のワイヤレス通信デバイス１０２の例示的な内部ハードウェア・コンポーネント２００を示すブロック図を示す。ワイヤレス通信デバイス１０２は、例えば、セルラ電話、携帯情報端末（ＰＤＡ）、スマート・フォン、ラップトップ・コンピュータ、タブレット、ファブレット、または他のハンドヘルド電子デバイスもしくはポータブル電子デバイスを含む様々な移動体デバイスまたはＵＥを表すことを意図している。図２に示されるとおり、内部ハードウェア要素または内部ハードウェア・コンポーネント２００は、１つまたは複数のトランシーバ２０２と、１つまたは複数のプロセッサ２１０と、出力コンポーネント２１２と、コンポーネント・インターフェース２２０と、１つまたは複数のセンサ２２２と、メモリ・コンポーネント２２４と、入力コンポーネント２２６と、電源２３４とを含む。さらに例示されるとおり、内部コンポーネント２００は、１つまたは複数の内部通信リンク２３６、例えば、内部バスによって互いに結合され、かつ互いに通信状態にある。限られた数のデバイス・コンポーネント２０２、２１０、２１２、２２０、２２２、２２４、２２６、および２３４が、例示を容易にするために２００において示されるが、他の実施形態は、デバイス１０２などのデバイスにおいてより少ない数のそのようなコンポーネント（構成要素）を含んでも、より多い数のそのようなコンポーネントを含んでもよい。さらに、２００において示されるコンポーネントを含むデバイスの商用の実施形態に必要とされる他の要素は、開示される実施形態の説明を明瞭にするために図２から省かれる。

【0022】

次に、概略図２００内のコンポーネントの簡単な説明に移る。一般に、プロセッサ２１０およびメモリ２２４は、残りの図３〜図４に関連して後段で詳細に説明される本開示の実施形態による機能を有して構成され得る。本明細書において使用される「適応させられた」、「動作する」、「できる」、または「構成された」は、示される構成要素が、１つまたは複数のハードウェア要素を使用して実装されることを意味し、ハードウェア要素は、それらの所望される機能を実装する示されるコンポーネントのための手段としてソフトウェアおよび／またはファームウェアを有してプログラミングされていることも、そうでないことも可能である。そのような機能は、デバイス・コンポーネント２０２、２１２、２２０、２２２、２２６、および／または２３４を含む、図２に示される他のハードウェアによってサポートされる。

【0023】

２００において示されるデバイス・コンポーネントの簡単な説明を続けると、デバイス１０２内に含まれるものとして、ワイヤレス・トランシーバ２０２は、セルラ・トランシーバ２０４と、ＷＬＡＮトランシーバ２０６と、全地球測位システム（ＧＰＳ）トランシーバ２０８とを含む。より具体的には、セルラ・トランシーバ２０４は、セルラ・ネットワーク１１０などのセルラ・ネットワーク上でデータのセルラ通信を行う任意の適切なセルラ技術またはセルラ・ベースの技術を実装するように構成される。ＷＬＡＮトランシーバ２０６は、ＩＥＥＥ８０２．１１（ａ、ｂ、ｇ、ｎ、またはａｃ）標準により、ＷｉＦｉネットワーク１０４などのＷｉＦｉネットワークを介してＷｉＦｉ通信を行うように構成されたＷｉＦｉトランシーバ２０６である。

【0024】

プロセッサ２１０は、デバイス１０２によって要求されるデジタル処理を実行して、例えば、本明細書において説明される実施形態と合致する様態で移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするのに必要な演算装置およびレジスタを含む。一実施形態に関して、プロセッサ２１０は、スマート・フォン１０２のアプリケーション・プロセッサなどのデバイス１０２の１次マイクロプロセッサまたは中央処理装置（ＣＰＵ）を表す。別の実施形態において、プロセッサ２１０は、ワイヤレス・トランシーバ２０２のうちの１つまたは複数によって使用されて、例えば、図３〜図４に示されるフローチャートを参照して、本教示によりデバイスの動作を円滑にするワイヤレス伝送を含むデバイス１０２の意図される機能を実行するのにデバイス１０２に全部が、または一部が必要とされる処理能力を提供するＣＰＵに対するベースバンド・プロセッサ、または他の補助プロセッサもしくはスタンドアロンのプロセッサを表す。実行される特定の機能、および所与のデバイス１０２設計に少なくとも部分的に依存して、様々な機能またはプロトコルが、プロセッサ２１０によってハードウェアにおいて、またはソフトウェア・コードもしくはファームウェア・コードとして実行され得る。

【0025】

示される実施形態において、出力コンポーネント２１２は、液晶ディスプレイおよび／または発光ダイオードインジケータなどの１つまたは複数の視覚的出力コンポーネント２１４と、スピーカ、アラーム、および／またはブザーなどの１つまたは複数のオーディオ出力コンポーネント２１６と、振動機構などの１つまたは複数の機械的出力コンポーネント２１８とを含む。同様に、入力コンポーネント２２６は、カメラ・レンズおよび光センサなどの１つまたは複数の視覚的入力コンポーネント２２８と、例えば、マイクロフォン・アレイおよびビームフォーマ構成、またはＢＬＵＥＴＯＯＴＨ（登録商標）ヘッドセットのマイクロフォンを含む、１つまたは複数のトランスデューサ（例えば、マイクロフォン）などの１つまたは複数の音響レシーバまたはオーディオ入力コンポーネント２３０と、タッチスクリーン・ディスプレイ、フリップ・センサ、キーボード、キーパッド選択ボタン、および／またはスイッチなどの１つまたは複数の機械的入力コンポーネント２３２とを含む。

【0026】

前述したとおり、内部コンポーネント２００のこの実施形態は、様々なタイプのセンサ２２２のうちの１つまたは複数、ならびにそれらのセンサの１つまたは複数の機能を管理するセンサ・ハブも含む。センサ２２２は、いくつかだけを挙げると、例えば、近接センサ（例えば、光検出センサ、超音波トランシーバ、または赤外線トランシーバ）、タッチ・センサ、高度センサ、加速度計、傾斜センサ、およびジャイロスコープを含む。

【0027】

メモリ・コンポーネント２２４は、様々な形態のうちのいずれかの１つまたは複数のメモリ要素、例えば、読取り専用メモリ、ランダム・アクセス・メモリ、スタティック・ランダム・アクセス・メモリ、ダイナミック・ランダム・アクセス・メモリその他を表す。実施形態において、プロセッサ２１０は、メモリ・コンポーネント２２４を使用してデータを記憶すること、および取り出すことをする。いくつかの実施形態において、メモリ・コンポーネント２２４は、集積回路上などの単一のコンポーネントになるようにプロセッサ２１０と一体化される。しかし、そのような単一のコンポーネントは、それでも、異なる処理機能およびメモリ機能を実行する別々の部分／セクションを通常、有する。

【0028】

メモリ・コンポーネント２２４によって記憶されるデータは、オペレーティング・システム、プログラム（例えば、アプリケーション、プロトコル、および他のコード）、および情報データを含むが、以上には限定されない。各オペレーティング・システムは、内部コンポーネント２００のなかに含まれる様々なコンポーネントの間の対話、ワイヤレス・トランシーバ２０２および／またはコンポーネント・インターフェース２２０を経由した外部デバイスとの通信、ならびにメモリ・コンポーネント２２４にプログラムおよびデータを記憶すること、およびメモリ・コンポーネント２２４からプログラムおよびデータを取り出すことなどの、ワイヤレス通信デバイス１０２の基本機能を制御する実行可能コードを含む。移動体デバイス１０２にインストールされた１つまたは複数のアプリケーションなどのプログラムに関して、各プログラムは、オペレーティング・システムを利用して、ファイル・システム・サービス、ならびにメモリ・コンポーネント２２４に記憶された保護されたデータおよび保護されていないデータを扱うことなどの、より特定の機能をもたらす実行可能コードを含む。そのようなプログラムは、とりわけ、音声および／またはビデオなどの様々なデータを通信する（例えば、送信すること、および／または受信すること）ため、およびワイヤレス通信デバイス１０２が、図３〜図４を参照して後段で説明されるような方法または工程を実行することを可能にするためのプログラミングを含む。最後に、情報データに関して、これは、オペレーティング・システムまたはプログラムが、一実施形態において、ワイヤレス通信デバイス１０２の機能を実行するために参照し、かつ／または操作するルーティング・ポリシー・データ、ユーザ参照データ、またはアプリケーション属性データなどの非実行可能コードまたは情報である。

【0029】

実施形態において、コンポーネント・インターフェース２２０は、ドッキング・ステーションまたはプリンタあるいはさらなる機能または拡張された機能のためのアクセサリなどの補助コンポーネントに対する直接物理接続をもたらす。例えば、コンポーネント・インターフェース２２０は、１つもしくは複数のユニバーサル・シリアル・バス（ＵＳＢ）ポート、ＲＳ−２３２コネクタ、または他のシリアル・コネクタその他として実装され得る。バッテリなどの電源２３４が、ワイヤレス通信デバイス１０２がポータブルであることを可能にしながら、その他の内部コンポーネント２００に電力を供給する。

【0030】

図示されないものの、移動体デバイス１０２は、例えば、図３〜図４を参照して、例示される本開示によりワイヤレス通信デバイス１０２の様々な機能を可能にする１つまたは複数のプロトコル、手続き、および／またはアルゴリズムをそれぞれが有する、含む、包含する、または実装する複数の「層」を有するプロトコル・スタックまたはプロトコル・スイートを実装する。一実施形態において、プロトコル・スタックは、メモリ・コンポーネント２２４に記憶されたプロトコル、手続き、アルゴリズム、および情報データ（本明細書において、アプリケーション・トラフィック・ルーティング規則もしくはステアリング規則、ユーザ参照データ、およびアプリケーション属性とも呼ばれる、プロビジョニングされたルーティング・ポリシーなどの）を使用して１つまたは複数のプロセッサ２１０によって実行される。

【0031】

一実施形態において、プロトコル・スタックは、３つの層またはセクション、すなわち、アプリケーション層、オペレーティング・システム（ＯＳ）フレームワーク層、およびルーティング層を含む。プロトコル・スタックは、他の層、例えば、ネットワーキングのオープン・システム・インターコネクション（ＯＳＩ）モデルに対応する、またはインターネット・プロトコル・スイートに対応する他の層を含み得る。そのような層は、例えば、物理層、データ・リンク層もしくはリンク層、トランスポート層、セッション層、またはプレゼンテーション層を含む。

【0032】

アプリケーション層は、Ｓｋｙｐｅアプリケーション（アプリ）、ＹｏｕＴｕｂｅ（登録商標）アプリケーション、ボイス・オーバＩＰもしくはビデオ・オーバＩＰをサポートするＩＭＳベースのアプリケーション（本明細書においてＩＭＳクライアントとも呼ばれる）、ファイル共有その他、および１つもしくは複数の他のアプリケーション、例えば、マルチメディア・メッセージング・サービス（ＭＭＳ）アプリケーションを含むが、以上には限定されない移動体デバイスにインストールされた様々なアプリケーションを包含する。一例において、アプリケーションは、アプリケーション・ストアから取得される、またはダウンロードされる。例えば、アプリケーション・ストアは、サーバを使用して実装され、かつサーバに記憶されたアプリケーションに対するユーザによるアクセスを円滑にする、移動体デバイス１０２上に表示されるアイコンとして表される。

【0033】

移動体デバイス１０２の動作中、アプリケーションは、アクティブな通信セッション、例えば、Ｓｋｙｐｅアプリケーションによる音声呼、およびＩＭＳクライアントによるビデオ・セッションの確立を開始することができる。アクティブな通信セッションは、２つのエンドポイントの間でトラフィックの進行中の通信を可能にする必要なシグナリングを使用して、セッションが確立される特定の時点とセッションが切断される特定の時点の間で行われる。トラフィックは、本明細書においてパケットと総称されるデータのまとまりの形態であり得る。アクティブな通信セッション中、アプリケーションが、複数のネットワーク・アクセスのうちの１つを使用して供給され、かつ／または転送される発信トラフィックまたは発信パケットを生成する。より具体的には、移動体デバイス１０２は、本教示により複数のアクティブなネットワーク・アクセス・インターフェースのうちの１つを選択することを、選択されたアクセス・ネットワーク・アクセス・インターフェースに関連付けられ、かつ／またはそのインターフェースによって識別されるアクセス・ネットワーク上でエンドポイントにパケットをルーティングするために行うことが可能である。

【0034】

ＯＳフレームワーク層は、アプリケーション層と少なくともトランスポート層との間で通信をサポートする機能のセットを実装する。ＯＳフレームワーク層は、アプリケーションが、トランスポート層によって提供されるトランスポート・サービスを利用することを可能にし、他の層によって提供される他のサービスを利用することも可能にする。そのようなサービスは、ロケーション・サービス、メディア・レンダリング・サービス、コンテンツ符号化、プレゼンテーション・サービスその他を含み得る。ＯＳフレームワーク層は、本教示を円滑にする、３ＧＰＰ規格、例えば、技術規格（ＴＳ）２４．３１２およびＴＳ２３．４０２第４．８条による、図１の環境１００に示されるＡＮＤＳＦサーバ１２８などのＡＮＤＳＦサーバと通信するための機能を有するＡＮＤＳＦクライアントを含み得る。代替として、アプリケーション層は、ＡＮＤＳＦクライアントをモバイル・アプリケーションとして含む。ＯＳＩモデルのネットワーク層とも呼ばれるルーティング層は、パケットが、セットの、すなわち、１つまたは複数のアクセス・ネットワークを介して効果的にルーティングされることを可能にする。

【0035】

次に、図３および図４を参照して例示される本明細書における教示によりプロトコル、手続き、および／またはアルゴリズムを実装する図１のデバイス１０２および図２のデバイス・コンポーネント２００の機能の詳細な説明に移る。図３および図４は、本教示による移動体デバイスにインストールされたアプリケーションのトラフィックをルーティングするためにデバイス１０２などのデバイスによってそれぞれ実行される一般的な方法３００および４００を示す論理フローチャートをそれぞれ示す。特定の実施様態において、方法３００および４００の少なくともいくつかの部分は、デバイス１０２の少なくとも１つのプロセッサ２１０およびメモリ２２４を使用して実行される。

【0036】

次に、方法３００の詳細に移る。方法３００において、移動体デバイス１０２は、アプリケーションがインストールされる際にそのアプリケーションに関する１つまたは複数の属性を自動的に受け取ることをしない。移動体デバイス１０２は、移動体デバイス１０２にインストールされた１つまたは複数のアプリケーションの属性に関して外部ソースにクエリを行うこと（３０２）が可能である。一例において、移動体デバイス１０２は、移動体デバイス１０２にインストールされたアプリケーションのうちのすべての属性に関してクエリを行う。別の例において、移動体デバイス１０２は、移動体デバイス１０２にインストールされたすべてのアプリケーションのうちのサブセットに関してクエリを行う。いずれにしても、移動体デバイス１０２は、移動体デバイス１０２にインストールされたアプリケーションのうちのすべてまたはサブセットに関する属性のセットを受信する（３０４）。このことは、移動体デバイス１０２にインストールされたＳｋｙｐｅアプリケーション（本明細書において第１のアプリケーションとも呼ばれる）、ＩＭＳベースのアプリケーション、ＹｏｕＴｕｂｅアプリケーション、および他の任意のアプリケーションに関する１つまたは複数の属性のセットを受信することを含み得る。外部ソースにクエリを行う代替として、移動体デバイス１０２は、ダウンロードされたアプリケーションのコンテンツ内でアプリケーション属性を受信する。

【0037】

実施形態に関して、１つまたは複数のアプリケーションに関する属性のセットを受信すること（３０４）は、アプリケーションが受信された出所のアプリケーション・ストアにクエリを行って（３０２）、属性のセットを受信することを含む。例えば、移動体デバイス１０２は、アプリケーション・プログラミング・インターフェース（ＡＰＩ）を使用して、アプリケーション属性を取り出す、または取得することが可能である。１つの例示的なＡＰＩ使用は、例えば、リクエスト・フォー・コメント（ＲＦＣ）２６１６において説明されるハイパーテキスト転送プロトコル（ＨＴＴＰ）において定義されるＧＥＴ要求を移動体デバイス１０２がユニフォーム・リソース・アイデンティファイア（ＵＲＩ）に対して発行することを介して実装される。例えば、第１の（Ｓｋｙｐｅ）アプリケーションに関して、移動体デバイス１０２は、以下、すなわち、ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｓｋｙｐｅ．ｒａｉｄｅｒのとおりのアプリケーション・ストアのＵＲＩに対して直接ＧＥＴ要求を発行することが可能である。別の実施形態に関して、第１のアプリケーションに関する属性のセットを受信することは、第１のアプリケーションの開発者のサーバにクエリを行って、属性のセットを受信することからなる。Ｓｋｙｐｅアプリケーションの例に関して、移動体デバイス１０２は、以下、すなわち、ｈｔｔｐｓ：／／ａｎｄｒｏｉｄｑｕｅｒｙ．ａｐｐｓｐｏｔ．ｃｏｍ／ａｐｉ／ｍａｒｋｅｔ？ａｐｐ＝ｃｏｍ．ｓｋｙｐｅ．ｒａｉｄｅｒのとおりの開発者のサーバのＵＲＩにＧＥＴ要求を発行することが可能である。

【0038】

アプリケーション属性は、単一のアプリケーションに一意であるアプリケーション識別子またはアプリケーション識別情報とは異なり、複数のアプリケーションに対応する、もしくは関係する、または記述する、もしくは分類する任意のタイプの情報であり得る。例示的な属性は、カテゴリ・タイプ、開発者名もしくは開発者識別情報、ランク付け、費用、バージョン番号その他を含むが、以上には限定されない。実施形態において、カテゴリ・タイプは、複数のアプリケーションをグループ化する、または分類するのにアプリケーション・ストアによって使用されるラベルであり、アプリケーション・ストアは、数十のそのようなカテゴリ・タイプを有することが可能である。言い換えると、カテゴリ・タイプは、アプリケーションが取得された出所のアプリケーション・ストアによって、複数のアプリケーションのうちのアプリケーションを分類するのに使用される。例示的なカテゴリ・タイプは、ビジネス、コミック、ゲーム、金融、医療、音楽およびオーディオ、メディアおよびビデオ、家族、スポーツ、ソーシャルその他を含むが、以上には限定されない。ランク付けは、１名または複数名のユーザがアプリケーションをどのように評価したか、例えば、アプリケーションに与えられた星の数を識別する。費用は、実際の費用を識別すること、または単に、ユーザがアプリケーションの代金を支払ったかどうか、もしくはアプリケーションが無料であったかどうかを示すことが可能である。

【0039】

方法３００は、移動体デバイス１０２が、ステアリング規則およびルーティング・ポリシーとも呼ばれる、１つまたは複数のアプリケーション・トラフィック・ルーティング規則のセットをネットワーク要素から受信すること（３０６）に進む。本明細書において使用されるアプリケーション・トラフィック・ルーティング規則は、あるアプリケーション・トラフィックをルーティングするアクセス・ネットワークのネットワーク・オペレータ（ｏｐｅｒａｔｏｒ）プレファレンスを識別する１つまたは複数の規則を含む。一実施形態において、アプリケーション・トラフィック・ルーティング規則は、移動体デバイスが利用可能なアクセス・ネットワークのセットをサポートするコア・ネットワーク内のネットワーク要素に対するインターフェースを使用して移動体デバイス１０２においてプロビジョニングされる。例えば、アプリケーション・トラフィック・ルーティング規則のセットは、３ＧＰＰ準拠のネットワーク要素から受信される。より具体的には、プロセッサ２１０が、３ＧＰＰ準拠のネットワークのアクセス・ネットワーク発見および選択機能（ＡＮＤＳＦ）サーバに接続されて、アプリケーション・トラフィック・ルーティング規則のセットを受信するように構成され得る。

【0040】

特定の例に関して、移動体デバイス１０２のＯＳフレームワーク層内、またはアプリケーション層内のＡＮＤＳＦクライアントは、第３世代パートナーシップ・プロジェクト準拠のネットワークの発展型パケット・コアのアクセス・ネットワーク発見および選択機能サーバ１２８に対するＳ１４インターフェース上でネットワーク・ルーティング・ポリシーまたはオペレータ・ルーティング・ポリシーとともにプロビジョニングされ得る。３ＧＰＰ規格によれば、ＡＮＤＳＦクライアントは、ＡＮＤＳＦサーバ１２８によって、ＡＰＮ間ルーティング・ポリシー（ＩＡＲＰ）および／またはシステム間ルーティング・ポリシー（ＩＳＲＰ）を含むＡＮＤＳＦポリシーとともにプロビジョニングされ得る。したがって、アプリケーション・トラフィック・ルーティング規則が、ネットワーク要素から受信される３ＧＰＰ準拠のＩＳＲＰまたはＩＡＲＰに含まれ得る。ＩＡＲＰは、３ＧＰＰアクセス・ネットワークと非３ＧＰＰアクセス・ネットワークの両方における利用可能なＩＰインターフェースの選択肢のうちパケットをルーティングするＩＰインターフェースを選択するためのインターフェース選択ポリシーを包含する。ＩＳＲＰは、３ＧＰＰ規格において定義される様々なフィーチャのために構成された移動体デバイスのための異なるアクセス・ネットワークを介する異なるタイプのアプリケーションからの異なるタイプのトラフィック・フローに関するトラフィック配信のためのインターフェース選択規則（ＩＡＲＰと類似した）を包含する。これらすべてのポリシーは、任意のロケーションおよび時間において有効であることが可能であり、または所与のロケーションにおいて、かつ／または所与の時間にわたって有効であることが可能である。

【0041】

ブロック３０８において、移動体デバイス１０２が、Ｓｋｙｐｅアプリケーションなどの第１のアプリケーションに関するデータ・トラフィックを通信することを決定し、移動体デバイスは、Ｓｋｙｐｅアプリケーションの属性に基づいて、受信され、かつプロビジョニングされたアプリケーション・トラフィック・ルーティング規則が、ルーティングを定義する第１のルーティング規則を包含するかどうかを決定する（３１０）。移動体デバイス１０２がそのような規則をプロビジョニングされた場合、移動体デバイス１０２は、この規則を適用して（３１４）、Ｓｋｙｐｅアプリケーションの属性に基づいてネットワーク・アクセスを選択し、選択されたネットワーク・アクセスを使用してＳｋｙｐｅトラフィックをルーティングする（３１６）。この事例において、アプリケーション・トラフィック・ルーティング規則のセットを受信することは、Ｓｋｙｐｅアプリケーションの属性のセットのうちの第１の属性に基づいて、アプリケーション・トラフィックがどのようにルーティングされるべきかを定義する第１のアプリケーション・トラフィック・ルーティング規則を受信することを含み、ネットワーク・アクセスは、この第１のアプリケーション・トラフィック・ルーティング規則の制御下で選択される。そうでなければ、移動体デバイス１０２は、デフォルトのルーティング、または任意の種類の記憶されたルーティング・テーブルに基づくなど、アプリケーション属性以外の基準に基づいて、Ｓｋｙｐｅトラフィックをルーティングする（３１２）。

【0042】

１つの例示的な実施様態に関して、移動体デバイス１０２に関するホーム・オペレータ、例えば、ＡＴ＆Ｔは、ＡＮＤＳＦサーバ１２８に、以下、すなわち、ＡＴ＆Ｔサービス社（ＡＴ＆Ｔ Ｓｅｒｖｉｃｅｓ，Ｉｎｃ．）によって開発されたアプリケーションのすべてのトラフィックは、セルラ・ネットワーク１１０を介してルーティングされるべきであること、およびＳｋｙｐｅまたはＹｏｕＴｕｂｅなどのメディアおよびビデオというカテゴリ・タイプの属性を有するすべてのアプリケーションは、ＷｉＦｉネットワーク１０４上でルーティングされるべきであることを明記するアプリケーション・トラフィック・ルーティング規則を包含するポリシーをプロビジョニングする。移動体デバイス１０２は、このルーティング・ポリシー、および関連付けられたルーティング規則を受信し（３０６）、記憶する。したがって、移動体デバイス１０２が、Ｓｋｙｐｅアプリケーションのデータ・トラフィックを通信することを決定した（３０８）場合、移動体デバイスは、トラフィック・ルーティング規則が、この事例において、メディアおよびビデオというカテゴリ・タイプである、Ｓｋｙｐｅアプリケーションの属性に基づいてルーティングを定義することを決定する（３１０）。この規則を適用する（３１４）と、移動体デバイス１０２は、ＷｉＦｉネットワーク１０４に対応するネットワーク・アクセスを選択し、選択されたネットワーク・アクセスを使用してＳｋｙｐｅトラフィックをルーティングする（３１６）。

【0043】

方法４００は、ブロック３０２、３０４、および３０６に関連して対応するように前段で説明されるのと同一の、または同様の機能を表すブロック４０２、４０４、および４０６を含む。簡潔化のため、説明をここで繰り返すことはしない。しかし、方法４００は、異なる基準、すなわち、ユーザプレファレンスに基づいてアプリケーション・トラフィックをルーティングするルーティング規則を使用する。一般に、移動体デバイス１０２は、ユーザプレファレンスを決定し、少なくとも１つのアプリケーションの属性のセットのうちの少なくとも１つの属性がユーザプレファレンスと互いに関係するかどうか、または合致するかどうかを決定する。その結果、ネットワーク・アクセスを選択することは、その少なくとも１つの属性がユーザプレファレンスと互いに関係するかどうか、または合致するかどうかに基づく。より具体的には、プロセッサ２１０が、ユーザプレファレンスを決定すること、第１の属性がユーザプレファレンスと互いに関係することを決定すること、および第１の属性がユーザプレファレンスと互いに関係することに基づいて、第１のアプリケーション・トラフィック・ルーティング規則を適用して、第１のネットワーク・アクセスを選択することを行うように構成され得る。特定の実施形態に関して、第１の属性は、カテゴリ・タイプである。このため、第１のアプリケーションの属性の第１のセットのカテゴリ・タイプが、その少なくとも１つの属性がユーザプレファレンスと互いに関係するかどうかを決定する際に使用され得る。

【0044】

したがって、方法４００は、移動体デバイス１０２が、方法４００の残りの部分を参照して説明されるとおり使用されるユーザプレファレンスを決定して（４０８）、アプリケーション・トラフィックをルーティングするネットワーク・アクセスを選択することに進む。移動体デバイス１０２は、いくつかの様態でユーザプレファレンスを決定することができる。例えば、移動体デバイス１０２は、ユーザによってデバイスに手動で入力されたユーザプレファレンスを取り出すことが可能である。別の例において、移動体デバイス１０２は、任意の適切なアルゴリズムを使用して、記憶されたユーザ・プロファイルからの情報、またはユーザが他の１つまたは複数のアプリケーションに提供した他の情報などの、移動体デバイス１０２が自動的に取得することができる情報に基づいて、ユーザプレファレンスを自動的に決定する。

【0045】

一実施形態に関して、移動体デバイス１０２は、ユーザのソーシャル・プロファイルにおける情報から１つまたは複数のユーザプレファレンスを決定する。１つの特定の例において、移動体デバイス１０２は、ソーシャル・ウェブサイト上で、またはソーシャル・ウェブサイトにアクセスするのに使用されるインストールされたアプリケーションを介してユーザ情報にアクセスする。例えば、ソーシャル・アプリケーション上のソーシャル・プロファイルおよび／または他の情報が、ユーザが医者であることを示す場合、移動体デバイス１０２は、ユーザが医療というカテゴリ・タイプのものであるアプリケーションを選好すると決定することが可能である。ソーシャル・アプリケーション上のソーシャル・プロファイルおよび／または他の情報が、ユーザが、フットボールをし、かつ音楽、オンライン・ゲーム、ならびにＹｏｕＴｕｂｅアプリケーションからのビデオを観ること、およびＹｏｕＴｕｂｅアプリケーションにビデオをアップロードすることを好む１０代の少年であることを示す場合、移動体デバイス１０２は、ユーザが、スポーツ、ゲーム、メディアおよびビデオ、ならびに音楽およびオーディオというカテゴリ・タイプであるアプリケーションを選好すると決定することが可能である。これらの例において、決定されるユーザプレファレンスは、ユーザ・ソーシャル・プロファイルにおける情報から決定されるアプリケーション・カテゴリ・プレファレンスであると言うことができる。

【0046】

ブロック４１０において、移動体デバイス１０２が、この例においてＹｏｕＴｕｂｅアプリケーションである、第１のアプリケーションに関するトラフィックを通信することを決定する。方法４００は、移動体デバイス１０２が、ＹｏｕＴｕｂｅアプリケーションの属性がユーザプレファレンスと互いに関係するかどうか、または合致するかどうかを決定すること（４１２）に進む。特定の実施例において、ユーザは、アプリケーション・カテゴリ・プレファレンスが、スポーツ、ゲーム、メディアおよびビデオ、ならびに音楽およびオーディオというカテゴリ・タイプを含むと決定されている１０代の少年である。移動体デバイス１０２は、ＹｏｕＴｕｂｅアプリケーションの属性、すなわち、メディアおよびビデオというＹｏｕＴｕｂｅアプリケーションのカテゴリ・タイプが、メディアおよびビデオというカテゴリ・タイプを有するアプリケーションのユーザプレファレンスと互いに関係し、かつ、この事例において、合致すると決定する（４１２）。このため、この例において、ユーザプレファレンスを第１のアプリケーションの第１の属性と互いに関係付けることは、アプリケーション・カテゴリ・プレファレンスをアプリケーションのカテゴリ・タイプと互いに関係付けることを含む。したがって、方法４００は、ブロック４１４に向かって進む。代替として、移動体デバイス１０２が、ユーザプレファレンスと互いに関係するアプリケーションの属性も、合致するアプリケーションの属性も存在しないと決定した（４１４）場合、方法４００は、ブロック４１６に進み、移動体デバイス１０２が、デフォルトのルーティング、または任意の種類の記憶されたルーティング・テーブルに基づくなどの他の任意の基準に基づいて、ＹｏｕＴｕｂｅアプリケーション・トラフィックをルーティングする（４１６）。

【0047】

ブロック４１４において、移動体デバイス１０２は、受信され、かつプロビジョニングされたトラフィック・ルーティング規則が、ユーザプレファレンスに基づいてルーティングを定義するルーティング規則を包含するかどうかを決定する。１つの実施例に関して、移動体デバイス１０２は、ユーザプレファレンスと互いに関係するアプリケーション・トラフィックがどのようにルーティングされるべきかを定義するアプリケーション・トラフィック・ルーティング規則のセットを受信する（４０６）。例えば、受信されたステアリング規則が、ユーザプレファレンスのうちの１つまたは複数と合致する属性を有するアプリケーションのセルラ・ネットワーク１１０を介してすべてのトラフィックをルーティングするよう移動体デバイス１０２を導く。したがって、移動体デバイス１０２は、ユーザのアプリケーション・カテゴリ・プレファレンスと合致するＹｏｕＴｕｂｅアプリケーションのカテゴリ・タイプ属性に基づいて、この規則を適用して（４１８）ネットワーク・アクセスを選択する。すなわち、移動体デバイス１０２は、ステアリング規則を適用し、セルラ・ネットワーク１００に対応するネットワーク・アクセスを選択し、選択されたネットワーク・アクセスを使用してＹｏｕＴｕｂｅトラフィックをルーティングする（４２０）。そうでなければ、移動体デバイス１０２は、他の任意の基準に基づいてＹｏｕＴｕｂｅトラフィックをルーティングする（４１６）。

【0048】

本教示によれば、移動体デバイスは、あるアプリケーション・トラフィックに関する選好されるルーティングを示すルーティング規則とともにプロビジョニングされ得る。１つまたは複数のルーティング規則は、例えば、メディアおよびビデオ・アプリに関する選好されるワイヤレス・アクセス、例えば、ＷＬＡＮ、ホーム・オペレータによって開発されたアプリに関する選好されるワイヤレス・アクセス、ユーザのプロファイルと合致するアプリに関する選好されるワイヤレス・アクセス、例えば、ＷＡＮ帯域幅＞２Ｍｂｐｓである場合、ＷＬＡＮにメディアおよびビデオ・アプリをルーティングするためのアクセス基準、ＷＬＡＮに音楽およびオーディオ・アプリをルーティングするためのアクセス基準その他を示すことが可能である。

【0049】

移動体デバイスは、情報、例えば、各アプリに関して取得された属性、例えば、ソーシャル・プロファイルに基づくユーザの関心、およびプロビジョニングされたトラフィック・ステアリング規則に基づいて、移動体デバイスのルーティングの振舞いを取り入れることが可能である。例えば、メディアおよびビデオ・アプリまたは音楽およびオーディオ・アプリのトラフィックが、ＷＬＡＮに、またはトラフィック規則によって示されるワイヤレス・アクセスにルーティングされる。ＷＬＡＮに対するルーティングは、無条件であること、またはＷＬＡＮが、ポリシーにおけるあるアクセス基準、例えば、ＢＳＳ負荷＜６０％、またはバックホール帯域幅＞２Ｍｂｐｓその他を満たす場合に限ることが可能である。ホーム・オペレータによって開発されたアプリは、体験の良好な品質を保証するようにセルラにルーティングされる。ユーザ・プロファイルと合致するアプリの前景トラフィックは、セルラにルーティングされる一方で、ユーザ・プロファイルと合致するアプリのバックグラウンドトラフィックは、ＷＬＡＮにルーティングされる。ユーザ・プロファイルと合致するアプリ、例えば、医者のための医療アプリのトラフィックは、セルラ上のデータ割当て量を超えた場合、セルラにルーティングされる（そうでなければ、ＷＬＡＮにルーティングされる）。ホーム・オペレータによって開発されたアプリのトラフィックは、ローミングしている場合であっても、セルラ上でルーティングされる。ユーザによって代金が支払われたアプリは、バックグラウンドトラフィックを送信することを許される一方で、無料アプリは、バックグラウンドトラフィックを送信することを制限される。メディアおよびビデオ・アプリ、および／または音楽およびオーディオ・アプリは、ローミングしている場合、セルラ上でブロックされる。

【0050】

したがって、単一のトラフィック・ステアリング規則が、ネットワーク要素における冗長さのより少ないポリシー・プロビジョニング、および移動体デバイスにおけるより効率的なトラフィック・ステアリングのためにある範囲のアプリケーションに適用され得る。例えば、単一のトラフィック・ステアリング規則が、あるカテゴリ・タイプを有するすべてのアプリ、ユーザのソーシャル・プロファイルにおける情報と合致するすべてのアプリ、すべての支払い済みのアプリ、同一の開発者からのすべてのアプリその他に適用されることが可能である。このことは、ＡＴ＆Ｔサービス社（ＡＴ＆Ｔ Ｓｅｒｖｉｃｅｓ，Ｉｎｃ．）からのアプリのトラフィックをセルラにルーティングする、またはＷＬＡＮバックホール帯域幅＞Ｘである場合に限って、メディアおよびビデオ・アプリのトラフィックをＷＬＡＮにルーティングする、またはＷＬＡＮチャネル利用率＜Ｙである場合に限って、ユーザのソーシャル・プロファイルと合致するアプリのトラフィックをＷＬＡＮにルーティングする、またはＲＳＲＰ＞−９０ｄＢｍである場合に限って、「支払い済みの」アプリをセルラにルーティングする、その他などの、移動体デバイスによるよりインテリジェントなルーティング決定を可能にする。

【0051】

前述の詳細において、特定の実施形態について説明してきた。しかし、添付の特許請求の範囲に記載される本開示の範囲を逸脱することなく、様々な変形および変更が行われ得ることが、当業者には認識されよう。したがって、本明細書および図は、限定するものではなく、例示するものと見なされるべきであり、すべてのそのような変形は、本教示の範囲に含まれることが意図される。

【0052】

利益、利点、問題の解決法、ならびにいずれかの利益、利点、または解決法が生じること、またはより顕著になることをもたらし得るような要素は、いずれかのクレーム、またはすべてのクレームの肝要な、要求される、または不可欠の特徴もしくは要素と解釈されるべきではない。本発明は、本出願の係属中に行われる補正を含む添付の特許請求の範囲、ならびに発行される特許請求の範囲のすべての均等物によってのみ規定される。

【0053】

さらに、本明細書において、第１の、および第２の、一番上、および一番下などの関係を示す用語は、１つのエンティティもしくはアクションを別のエンティティもしくはアクションと区別するのにだけ使用されることが可能であり、そのようなエンティティもしくはアクションの間に実際のそのような関係もしくは順序を必ずしも要求するわけでも、暗示するわけでもない。「からなる」、「からなっている」、「有する」、「有している」、「含む」、「含んでいる」、「包含する」、「包含している」という用語、または以上の他の任意の変形は、非排他的に含むことに及ぶことを意図しており、したがって、要素のリストからなる、または要素のリストを有する、含む、包含する工程、方法、物品、または装置は、それらの要素だけを含むのではなく、そのような工程、方法、物品、または装置に明示的にリストアップされることも、固有に備わることもない他の要素を含むことも可能である。さらなる制約なしに、「１つの〜を備える」、「１つの〜を有する」、「１つの〜を包む」、「１つの〜を包含する」として記載される要素は、その要素からなる、もしくはその要素を有する、含む、包含する工程、方法、物品、または装置にさらなる同一の要素が存在することを排除しない。「ある」という用語は、特に明記しない限り、１つまたは複数として定義される。「実質的に」、「基本的に」、「約」、「およそ」という用語、または以上の他の任意の変形は、当技術分野によって理解されるところと近いものとして定義され、１つの非限定的な実施形態において、この用語は、１０％内であると定義され、別の実施形態において５％内、別の実施形態において１％内、別の実施形態において０．５％内であると定義される。本明細書において使用される「結合された」という用語は、必ずしも直接にではなく、必ずしも機械的にではないものの、接続されたものとして定義される。ある様態で「構成された」デバイスまたは構造は、少なくともその様態で構成されるが、リストアップされない様態で構成されることも可能である。

【0054】

いくつかの実施形態は、マイクロプロセッサ、デジタル・シグナル・プロセッサ、カスタマイズされたプロセッサ、およびフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）などの１つまたは複数の汎用もしくは専用のプロセッサ（または「処理デバイス」）と、本明細書において説明される方法および／または装置の機能のうちのいくつか、ほとんど、またはすべてを、いくつかの非プロセッサ回路と連携して実装するように、その１つまたは複数のプロセッサを制御する独特の記憶されたプログラム命令（ソフトウェアとファームウェアの両方を含む）からなることが可能であることが認識されよう。代替として、いくつかの機能、またはすべての機能は、記憶されたプログラム命令を有さない状態マシンによって、あるいは各機能、または機能のうちのいくつかのいくつかの組合せがカスタム・ロジックとして実装される１つもしくは複数の特定用途向け集積回路（ＡＳＩＣ）において実装されることも可能である。もちろん、２つのアプローチの組合せが使用されることも可能である。状態マシンとＡＳＩＣは共に、前述の説明、およびクレームの言葉において、本明細書で「処理デバイス」と見なされる。

【0055】

さらに、実施形態が、本明細書において説明され、主張される方法を実行するようにコンピュータ（例えば、プロセッサからなる）をプログラミングするためのコンピュータ可読コードを記憶しているコンピュータ可読記憶媒体として実装され得る。そのようなコンピュータ可読記憶媒体の例は、ハード・ディスク、ＣＤ−ＲＯＭ、光ストレージ・デバイス、磁気ストレージ・デバイス、ＲＯＭ（読取り専用メモリ）、ＰＲＯＭ（プログラマブル読取り専用メモリ）、ＥＰＲＯＭ（消去可能なプログラマブル読取り専用メモリ）、ＥＥＰＲＯＭ（電気的に消去可能なプログラマブル読取り専用メモリ）、およびフラッシュ・メモリを含むが、以上には限定されない。さらに、当業者は、場合により、相当な労力、ならびに例えば、利用可能な時間、現在の技術、および経済的考慮によって動機付けられる多くの設計上の選択にもかかわらず、本明細書において開示される概念および原理によって導かれるとき、最小限の実験でそのようなソフトウェア命令およびソフトウェア・プログラム、ならびにＩＣを容易に生成することができるものと見込まれる。

【0056】

本開示の要約書は、読者が技術的開示の性質を速やかに確かめることを可能にするように与えられる。要約書は、要約書が特許請求の範囲または趣旨を解釈するのにも、限定するのにも使用されることがないという理解で提出される。さらに、前述の詳細な説明において、様々な特徴は、開示を効率化するために様々な実施形態において一緒にまとめられることが理解され得る。開示のこの方法は、主張される実施形態が、各クレームに明示的に記載されるより多くの特徴を要求するという意図を反映するものと解釈されるべきではない。むしろ、添付の特許請求の範囲が反映するとおり、発明の主題は、開示される単一の実施形態のすべての特徴に及ばないことにある。このため、添付の特許請求の範囲は、詳細な説明に援用され、各クレームはそれ自体で別個に主張される主題として成立する。

【図1】

【図2】

【図3】

【図4】

【国際調査報告】