JP2017509235A - モバイルネットワークにおけるアプリケーション固有輻輳制御をサポートするためのｏｍａ管理オブジェクトの利用 - Google Patents

Abstract

モバイルネットワークにおける輻輳を制御するべくオープンモバイルアライアンス（ＯＭＡ）管理オブジェクト（ＭＯ）を利用する技術を説明する。アプリケーション固有アクセス制御（ＡＳＡＣ）のための新しい種類のＯＭＡ ＭＯは、高い粒度でアプリケーションを特徴付けるために用いられ得るインターネットプロトコル（ＩＰ）フロー記述を含むとしてよい。ＩＰフロー記述に基づきＩＰフローに優先度を割り当てるとしてよい。ユーザ機器（ＵＥ）は、このようなＯＭＡ ＭＯを受信するとしてよく、さらに、当該ＵＥのアプリケーションが接続を希望する相手であるモバイルネットワークにおける輻輳レベルに関するアプリケーション規制情報を受信するとしてよい。ＵＥは、接続性マネージャ（ＣＭ）を含むとしてよい。ＣＭは、アプリケーションに対応付けられているＩＰフローの優先度レベルとアプリケーション規制情報とに基づき、モバイルネットワークとの接続の構築をアプリケーションに許可すべきか否かを判断する。

Description

データ通信のためのアプリケーション固有輻輳制御（ＡＣＤＣ）は、特定のアプリケーションがモバイルネットワークにおいて通信を開始または維持することを許可または禁止するべくサービス要件を特定する３ＧＰＰ関連の現在進行中の研究である。こういったサービス要件は、オペレータによって定義されるか、および／または、地域毎の規制にしたがって決まるとしてよい。ＡＣＤＣに対する関心は、ネットワークトラフィック輻輳に起因して一部の送信を他の送信に比べて優先する必要がある場合に、特に高い。輻輳制御は通常、モバイルデバイスレベルで実施される。例えば、アクセスクラス規制を用いて、無線アクセスネットワークにおける輻輳を、選択された割合のモバイルデバイスへのアクセスを拒否することによって、低減することができる。しかし、アクセスクラス規制は、モバイルデバイスで動作する特定の種類のアプリケーションについては利用およびネットワークアクセスを制御する程度の粒度を持たない。

本開示の特徴および利点は、以下に記載する詳細な説明から明らかとなる。以下に記載する詳細な説明は、添付図面と共に参照することで、一例として本開示の特徴を説明している。図面は以下の通りである。

一例に応じた、アプリケーション固有アクセス制御（ＡＳＡＣ）管理オブジェクト（ＭＯ）の構造の一例を示す図である。

一例に応じた、アクセスネットワーク発見選択機能（ＡＮＤＳＦ）管理オブジェクト（ＭＯ）の構造の変形例を示す図である。

一例に応じた、ＡＳＡＣコンテナオブジェクトの構造の一例を示す図である。

一例に応じた、ＡＳＡＣルールノードオブジェクトの構造の一例を示す図である。

一例に応じた、システム間ルーティングポリシー（ＩＳＲＰ）ノードオブジェクトのサブオブジェクトであるＦｏｒＦｌｏｗＢａｓｅｄノードの構造の一例を示す図である。

一例に応じた、システム間ルーティングポリシー（ＩＳＲＰ）ノードのサブオブジェクトであるＦｏｒＳｅｒｖｉｃｅＢａｓｅｄノードの構造の一例を示す図である。

一例に応じた、接続性マネージャ（ＣＭ）が動作するシステムの一例を示す図である。

一例に応じた、アプリケーション規制情報がシステム情報ブロードキャストに含まれるよう利用され得るコードの例を示すが、これに限定されない。

図７のコードの例に対応付けられるシステム情報ブロック２（ＳＩＢ２）フィールド記述のテーブルの例を示すが、これに限定されない。

一例に応じた、アテンション（ＡＴ）コマンドのシンタックスの第１の例を詳細に示すテーブルであるが、これに限定されない。

一例に応じた、アテンション（ＡＴ）コマンドのシンタックスの第２の例を詳細に示すテーブルであるが、これに限定されない。

一例に応じた、アテンション（ＡＴ）コマンドのシンタックスの第３の例を詳細に示すテーブルであるが、これに限定されない。

一例に応じた、ユーザ機器（ＵＥ）において適用され得るステップを示すフローチャートである。

一例に応じた、モバイルネットワークにおいて適用され得るステップを示すフローチャートである。

一部の実施形態に係る、無線通信デバイスを示す機能ブロック図である。

以下では、図示した実施形態例を説明し、説明する上で本明細書では特別な用語を用いる。しかし、本発明の範囲を図面または明細書によって限定することを意図したものではないと理解されたい。

本発明を開示および説明する前に、本発明は本明細書で開示した特定の構造、処理工程または材料に限定されず、当業者が認めるそれらの均等物まで拡大解釈されることを理解されたい。また、本明細書で用いる用語は具体例を説明することのみを目的としており限定を意図したものではないことも理解されたい。複数の図面にわたって同じ参照番号を用いている場合、同一の構成要素を意味する。フローチャートおよびプロセスに付与される番号は、ステップおよび処理を説明する上で分かり易いよう付与されているものであり、必ずしも特定の順序または順番を意味するものではない。

以下では最初に技術の実施形態の概要を説明した後、具体的な技術の実施形態をさらに詳細に説明する。最初に記載する概要は、技術をより理解し易くすることを意図したものであるが、技術の重要な特徴または不可欠な特徴を特定することを意図したものではなく、請求の対象となる主題の範囲を限定することを意図したものでもない。

現在のＡＣＤＣ規格によれば、ユーザ機器（ＵＥ）デバイスは、オペレータポリシーに基づき地域毎の規制に従ったＡＣＤＣ許可アプリケーションリストで予め設定され得る。モバイルネットワークはさらに、当該モバイルネットワークのオペレータのポリシーに基づき地域毎の規制に従って、ＵＥのＡＣＤＣ許可アプリケーションリストを動的に設定することも可能であるとしてよい。モバイルネットワークはさらに、特定の種類のＵＥが開始するアプリケーションについてＡＣＤＣ制御をアクティブ化および／または非アクティブ化することが可能であるとしてよい。本開示の実施形態によれば、ＡＣＤＣ制御がアクティブ化されると、ＵＥは、当該ＵＥがアイドルモードであるか接続モードであるかに関わらず、ＵＥのＡＣＤＣ許可アプリケーションリストに基づき、ＵＥが開始するアプリケーションのうちどれにネットワーク接続を開始、維持および／または利用させるかを決定するとしてよい。

現在の３ＧＰＰモデルで実現される種類の制御は、ネットワークトラフィック輻輳の間にネットワーク接続を利用することが許可され得るアプリケーションのクラスに関して、ある程度の限界がある。例えば、アクセスクラス規制（ＡＣＢ）によれば、ネットワークは、ＵＥが特定のアクセスクラスおよび一部のアプリケーション、例えば、回路切り替えフォールバック（ＣＳＦＢ）についてランダムアクセスチャネル（ＲＡＣＨ）アクセスを開始できないよう禁止することができるようになる。また、サービス固有アクセス制御（ＳＳＡＣ）によれば、ネットワークは、ＵＥがインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）の音声または動画マルチメディア電話サービスについてのアクセスを開始しないよう禁止することができる。

しかし、現在の３ＧＰＰモデルが提供するこれらの限定された種類の制御にはいくつか欠点がある。第一に、ＡＣＢおよびＳＳＡＣは、アプリケーションクラスに基づいた何らかの制御を可能とするが、同じアクセスクラスに属する複数の異なるアプリケーションを区別する方法は持たない。第二に、ＵＥが接続モードにある場合、ＡＣＢは新たにオープンされたアプリケーションについてベアラの構築を制御する手段は持たない。第三に、ＡＣＢおよびＳＳＡＣは別々に適用される。ＵＥにおいてそれぞれの機能を協調させることには手間がかかる。

ネットワーク輻輳制御の別の方法として、アクセスポイントネーム（ＡＰＮ）を利用する方法が考えられる。アクセスポイントネーム（ＡＰＮ）は、モバイルネットワーク（例えば、汎用パケット無線サービス（ＧＰＲＳ）または３ＧＰＰネットワーク）と別のコンピュータネットワーク（例えば、公共のインターネット）との間のゲートウェイを意味する。ＡＰＮは、ＵＥが通信を希望する相手であるパケットデータネットワーク（ＰＤＮ）を特定する。ＡＰＮはまた、対応するＰＤＮが提供するサービスの種類を特定するために用いられるとしてよい。ＡＰＮまたは複数のパケットフィルタの組み合わせを用いて輻輳制御が適用され得る特定のアプリケーションを特定することが提案されている。しかし、この方法もまた、多くのアプリケーションが同じＡＰＮ（例えば、インターネットＡＰＮ）を共有していることが多いので、限界がある。ＡＰＮを利用する一のアプリケーションがネットワークオーバーロードを発生させているので当該ＡＰＮを全て規制すると多くの他のアプリケーションに影響が及ぶ可能性がある。

パケットフィルタは、例えば、トランスミッションコントロールプロトコル（ＴＣＰ）のポート番号に基づいて適用され得る。しかし、多くの異なるアプリケーションがハイパーテキストトランスファープロトコル（ＨＴＴＰ）を利用しているので、同じＴＣＰポート（ポート８０）を利用している。このため、ポート番号に基づくフィルタリングでも多くの良性のアプリケーションに影響が及ぶ可能性がある。

このため、現在のＡＣＤＣの概念は、より高い粒度でアプリケーションを区別できるような一連の基準を定義することによって、改善され得る。また、現在のＡＣＤＣの概念はさらに、どのアプリケーションが規制されるかについての詳細が、関連するシグナリングが無線インターフェースを介して転送される前に、３ＧＰＰを介したＰＤＮ接続の構築を制御可能なＵＥ内の何らかのエンティティ（例えば、接続性マネージャ（ＣＭ））に提供されることで、改善され得る。

本開示の実施形態によれば、インターネットプロトコル（ＩＰ）フロー記述のセットは、オープンモバイルアライアンス（ＯＭＡ）管理オブジェクト（ＭＯ）に含めることができる。ここでは、「オブジェクト」とは概して、（例えば、オブジェクト指向型プログラミング設定において）ソフトウェア構造物またはデータ構造を意味する。ＯＭＡ ＭＯは、主にＡＣＤＣ用に新たに定義される管理オブジェクト、例えば、アプリケーション固有アクセス制御（ＡＳＡＣ）ＭＯであってよい。これに代えて、ＯＭＡ ＭＯは単に、従来の管理オブジェクト、例えば、アクセスネットワーク発見選択機能（ＡＮＤＳＦ）オブジェクト（例えば、３ＧＰＰ ＴＳ２４．３１２で定義されている）を修正したものであってよい。ＩＰフロー記述は、オペレーティングシステム固有のアプリケーションＩＤ（ＯＳＡｐｐＩＤ）、完全修飾ドメイン名（ＦＱＤＮ）、または、１または複数のパケットフィルタコンポーネント（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）２４．３１２バージョン１２．６．０で定義されているコンポーネント）のうち１または複数を含むとしてよい。これに代えて、ＩＰフロー記述は空であってもよい（つまり、空のＩＰフローノードであってもよい）。ＯＭＡ ＭＯに含まれているＩＰフロー記述は、より高い粒度で、ＵＥで実行するアプリケーションを特徴付けるために利用され得る。一部の実施形態において、空のＩＰフローノードは、ＯＭＡ ＭＯオブジェクトにおいて特定の対応するＩＰフロー記述を持たないＩＰフローに一致するマッチオール（ｍａｔｃｈ−ａｌｌ）ＩＰフローとして用いられるとしてよい。

一例において、ＯＭＡ ＭＯに含まれているＩＰフロー記述で記述される各ＩＰフローは、ネットワークアクセスが許可される一連の輻輳レベルまたは優先度レベルが割り当てられているとしてよい。一部の実施形態において、ＯＭＡ ＭＯに含まれているＩＰフロー記述で記述されていない任意のＩＰフローにはデフォルト優先度レベルが割り当てられているとしてもよい。モバイルネットワークで輻輳が発生すると、モバイルネットワークはアプリケーション規制情報（例えば、輻輳レベル）を含む信号をＵＥに送信することができる。ＵＥは、所与のＵＥアプリケーションに割り当てられている優先度レベルがネットワークにおける輻輳レベルと比較して十分に高い場合には当該ＵＥアプリケーションがＰＤＮ接続を構築および／または維持するよう許可されるか否かを決定するよう構成され得る。優先度レベルは、３ＧＰＰアクセスおよび／または他の無線アクセス技術によるアクセスについて割り当てることができる。

他の例によると、ＯＭＡ ＭＯに含まれているＩＰフロー記述のセットは、順序付きリストを含むとしてよい。モバイルネットワークで輻輳が発生すると、モバイルネットワークは、アプリケーション規制情報を含む信号をＵＥに送信することができる。アプリケーション規制情報は、ＩＰフロー記述の数に対応する数のビットを持つビットマップを含むとしてよい。各ビットは、ＯＭＡ ＭＯに含まれている一の特定のＩＰフロー記述に対応するとしてよい。ＵＥは、ビットマップ内の対応するビットが１に設定されているＵＥアプリケーションにＰＤＮ接続の構築および／または維持を許可する一方、ビットマップ内の対応するビットが０に設定されているＵＥアプリケーションにはＰＤＮ接続の構築および／または維持を禁止するよう構成されているとしてよい。

他の例によると、ＵＥが受信するアプリケーション規制情報は、接続性マネージャ（ＣＭ）に提供されるとしてよい。接続性マネージャは、ＯＭＡ ＭＯに含まれているＩＰフロー記述およびアプリケーション規制情報を利用して、ＰＤＮ接続を構築するよう求める新たなアプリケーション要求にどうＵＥが応答するかを決定するとしてよい。また、ＣＭは、ＯＭＡ ＭＯに含まれているＩＰフロー記述およびアプリケーション規制情報を利用して、これらの新たなアプリケーション要求（およびこれらに対するＵＥの応答）が（存在すると仮定して）既存のＰＤＮ接続のためのアップリンクデータパケットの送信にどう影響を及ぼすかを判断するとしてよい。場合によっては、特定のＩＰフローからのトラフィックを別の無線アクセス技術に（例えば、３ＧＰＰからＷＬＡＮへ）再ルーティングすることが許可され得る。一部の実施形態において、ＣＭは、新たなアプリケーション要求が既存のＰＤＮ接続のためのアップリンクデータパケットの送信にどのように影響を及ぼすかを、アップリンク（ＵＬ）パケットをルーティングするべくＵＥのＴＣＰ／ＩＰプロトコルスタックによって利用されている１または複数のルーティングテーブルを用いることによって、決定するとしてよい。ＣＭは、新しいルールをルーティングテーブルに追加するか、または、既存のルールを読み出すか、修正するか、または、削除することができる。

図１Ａは、アプリケーション固有アクセス制御（ＡＳＡＣ）管理オブジェクト（ＭＯ）１００の可能な構造の一例を示す図である。ＡＳＡＣ ＭＯ１００は、ＡＳＡＣコンテナ１１０を含むオブジェクトであってよい。言い換えると、ＡＳＡＣコンテナ１１０は、図１Ａに示すように、ＡＳＡＣ ＭＯ１００で参照されているサブオブジェクトであってよい。ＡＳＡＣコンテナ１１０はさらに、１または複数のサブオブジェクトを含むとしてよい。追加されるこれらのサブオブジェクトは図２から図３でより詳細に図示している。

図１Ｂは、別の実施形態に応じたアクセスネットワーク発見選択機能（ＡＮＤＳＦ）管理オブジェクト（ＭＯ）１２０の構造の変形例を示す図である。ＡＮＤＳＦ ＭＯは、ＡＳＡＣコンテナ１３０を含むオブジェクトであってよい。ＡＳＡＣコンテナ１３０は、ＡＮＤＳＦ ＭＯ１２０で参照されるサブオブジェクトであってよい。ＡＳＡＣコンテナ１３０はさらに、１または複数のサブオブジェクトを含むとしてよい。追加されるこれらのサブオブジェクトは図２から図３でより詳細に図示している。

図２は、ＡＳＡＣコンテナ２００（つまり、ＡＳＡＣ ＭＯ）の可能な構造の一例を示す図である。ＡＳＡＣコンテナ２００は、ＡＳＡＣルールサブオブジェクト２１０、ローミングリーフ、ＰＬＭＮリーフおよび更新ポリシーリーフを含むオブジェクトであってよい。「リーフ」は、一部の実施形態について記述するために用いられる場合、追加オブジェクトへの参照を含まないオブジェクトまたは何らかのその他のデータ構造物（例えば、プリミティブデータタイプの変数、アレイ、またはレコード）を意味するとしてよい。ＡＳＡＣルールサブオブジェクト２１０（別名、ＡＳＡＣルールノード）はさらに、１または複数のサブオブジェクトおよび一連のＡＳＡＣルールを含むとしてよい。追加されるこれらのサブオブジェクトは、図３により詳細に図示している。ＰＬＭＮリーフは、ＡＳＡＣルールノードを定義したオペレータのＰＬＭＮ識別情報を示す。ローミングリーフは、ＵＥが別のネットワークにおいてローミング中の場合にもＡＳＡＣルールノードが適用可能であるか否かを示す。更新ポリシーリーフは、ＵＥがもうＭＯデータは有効ではないと見なしている場合にＭＯデータの更新についてＵＥがネットワークにポーリングする必要があるか否かを示す。

図３は、ＡＳＡＣルールノード３００（別名、ＡＳＡＣルールサブオブジェクト）の可能な構造の一例を示す図である。ＡＳＡＣルールノード３００は、ＩＰフローノード３１０（別名、ＩＰフローサブオブジェクト）、規制ルールノード３２０（別名、規制ルールサブオブジェクト）およびルール優先度リーフ３３０を含むとしてよい。

ＩＰフローノード３１０は、１または複数のＩＰフロー記述を含むとしてよい。ＩＰフローノードはさらに、ＩＰフロー記述がゼロであるとしてよい。この場合、空のＩＰフローノードは、マッチオール（ｍａｔｃｈ−ａｌｌ）ＩＰフロー記述と解釈されるとしてよい。ＩＰフロー記述は、最高で１つのＡｐｐ−ＩＤノード３４０（別名、Ａｐｐ−ＩＤサブオブジェクト）と、追加の基準を定義するこれより多いリーフとを含むとしてよい。追加の基準は、例えば、アドレスタイプ（例えば、ＩＰｖ４またはＩＰｖ６）、ソースＩＰアドレスの範囲、デスティネーションＩＰアドレスの範囲、完全修飾ドメイン名（ＦＱＤＮ）、または、ＡＰＮである。ＩＰフローがＩＰフロー記述に一致するというのは、当該ＩＰフローが全ての基準に一致する場合であってよい。

Ａｐｐ−ＩＤノード３４０は、１または複数のオペレーティングシステム識別子（ＯＳＩｄ）３６０、および、オペレーティングシステム識別子毎に、一連の１または複数のオペレーティングシステム固有のアプリケーション識別子（ＯＳＡｐｐＩｄ）３７０を含むとしてよい。ＯＳＡｐｐＩｄは、特定のオペレーティングシステム（例えば、Ａｎｄｒｏｉｄ（登録商標）、ｉＯＳおよびＢｌａｃｋｂｅｒｒｙ（登録商標））においてストリングとして格納されているとしてよい。ＦＱＤＮ（例えば、図３におけるドメイン名３５０）は、インターネットプロトコル（ＩＰ）アドレスへのドメイン名システム（ＤＮＳ）クエリを介して、アプリケーションサーバのデスティネーションＩＰアドレスへと変換され得る。一部の実施形態において、ドメイン名３５０、ＯＳＩｄ３６０、および、ＯＳＡｐｐＩｄ３７０は、ＩＰフロー記述を定義するために用いられるとしてよい。

規制ルールノード３２０（別名、規制ルールサブジェクト）は１または複数のサブノードを含むとしてよく、各サブノードは、アクセス技術リーフ、アクセスＩＤリーフ、セカンダリアクセスＩＤリーフ、ＡＳＡＣ優先度レベルリーフ、および、進行中フロー影響リーフを含むとしてよい。アクセス技術３８０は、優先度レベルが適用される対象の無線アクセス技術を特定するとしてよい。特定の無線アクセス技術について、ある無線アクセスネットワークはさらに、アクセスＩＤおよび、オプションで、セカンダリアクセスＩＤによって特定されるとしてよい。例えば、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）について、アクセスＩＤはサービスセットＩＤ（ＳＳＩＤ）によって付与され、およびセカンダリアクセスＩＤは同種拡張（Ｈｏｍｏｇｅｎｏｕｓ Ｅｘｔｅｎｄｅｄ）サービスセットＩＤ（ＨＥＳＳＩＤ）によって付与され得る。ＡＳＡＣ優先度レベルリーフ３９０は、ＩＰフローノード３１０に適用される優先度レベル（または、実施形態によっては許容可能な輻輳レベル）を特定するとしてよい。１または複数の異なる無線アクセス技術について優先度レベルを割り当てることが可能である。一部の実施形態において、ＡＳＡＣ優先度レベルは整数として格納されるとしてよい。他の実施形態では、許容可能な輻輳レベルは、整数値リストまたはビットマップとして符号化されるとしてよい。

進行中フロー影響リーフ３９２は、アプリケーション規制情報の変更が、ＰＤＮ接続が既に構築されている１または複数のＩＰフロー（つまり、進行中のＩＰフロー）に影響を与えるか否かを特定するとしてよい。一部の実施形態において、進行中フロー影響リーフ３９２が存在しない場合、進行中のＩＰフローは影響を受けない。進行中フロー影響リーフ３９２が存在する場合、進行中フロー影響リーフ３９２はさらに、進行中のフローが規制されるか否か、および、進行中のフローを別の無線アクセス技術を介して再ルーティングするか否かを示すとしてよい。進行中のフローを（例えば、ＷＬＡＮを介して）再ルーティングする場合も、ＵＥは、この別の無線アクセス技術を介して、影響を受けるアップリンクパケットの送信を試みるとしてよい。

ルール優先度リーフ３３０は、ＩＰフローが複数の異なるＩＰフロー記述に一致する場合、どのＡＳＡＣルールを適用すべきかを判断するために用いられるとしてよい。一部の実施形態において、ＡＳＡＣルールに優先順位が付けられているとしてよく、ＡＳＡＣルールは一致するＩＰフローに対する優先度の順番に評価されるとしてよい。

図４は、図１ＢのＡＮＤＳＦ ＭＯ１２０で図示されているシステム間ルーティングポリシー（ＩＳＲＰ）ノード１３２のサブオブジェクトであるＦｏｒＦｌｏｗＢａｓｅｄノード４００の可能な構造の一例を示す図である。この例において、ＡＳＡＣ優先度レベルリーフ４１０および進行中フロー影響リーフ４２０は、図示されているようにルーティングルールサブオブジェクト４３０に含まれているとしてよい。この場合、ＡＳＡＣ優先度レベルリーフ４１０および進行中フロー影響リーフ４２０は、上述したのと同様の方法で用いられるとしてよい。

図５は、図１ＢのＡＮＤＳＦ ＭＯ１２０で図示されているシステム間ルーティングポリシー（ＩＳＲＰ）ノード１３２のサブオブジェクトであるＦｏｒＳｅｒｖｉｃｅＢａｓｅｄノード５００の可能な構造の一例を示す図である。この例において、ＡＳＡＣ優先度レベルリーフ５１０および進行中フロー影響リーフ５２０は、図示されているようにルーティングルールサブオブジェクト５３０に含まれているとしてよい。しかし、この方法がＡＰＮのみを用いて優先度を定義している場合、図３から図４で図示している例を用いた場合に実現される粒度と同レベルではアプリケーションを区別することができない可能性がある。

図６は、接続性マネージャ（ＣＭ）が動作するシステム６００の一例を示す図である。ＣＭ６１０（つまり、ＣＭモジュール）は、アプリケーション６１２から接続を求める要求を受信するとしてよい。要求されているサービスの種類（例えば、インターネット接続性）に基づき、ＣＭ６１０は、当該サービスを提供するのに適したＡＰＮおよび無線アクセス技術を決定するとしてよい。必要であれば、無線インターフェースレイヤ（ＲＩＬ）６１４またはＣＭ６１０は、適切な無線アクセス技術（例えば、３ＧＰＰ、ＷＬＡＮ）について１または複数のネットワークインターフェース（ＮＩＣ）例えば、ＮＩＣ１ ６１６、ＮＩＣ２ ６１８およびＮＩＣ３ ６２０等を作成し、ルーティングテーブル６２２内の関連するエントリを作成または更新するとしてよい。特定の無線アクセス技術のためのネットワークインターフェースの利用可能性、ルーティングテーブル６２２のルーティングルール（例えば、特定のトラフィック用のデフォルトルート）およびＡＮＤＳＦ ＭＯ６２４におけるフロー分配ルールに応じて、ＣＭ６１０はこの後、無線アクセス技術を選択して、選択された無線アクセス技術を介してＰＤＮ接続を構築することができる（別のアプリケーション／サービスのこれまでの要求に応答していても、このようなＰＤＮ接続がまだ存在していない場合）。

一部の実施形態において、アプリケーション６１２がＣＭ６１０に対して接続を求める要求を送信すると、ＣＭ６１０は最初に、要求元のアプリケーションのためのＩＰフローがＡＳＡＣ ＭＯ６２６内のＩＰフロー記述（および、対応するＡＳＡＣルール）に一致するか否かを確認するとしてよい。ＡＳＡＣ ＭＯ６２６のどのＩＰフロー記述にもマッチしないＩＰフローに適用されるデフォルトＡＳＡＣルールがあるとしてよい。一部の実施形態において、上記で説明したように、ＡＳＡＣ ＭＯ（つまり、ＡＳＡＣコンテナ）はＡＮＤＳＦ ＭＯ６２４内で参照されるとしてよい。適用可能なＡＳＡＣルールが、ネットワークから受信したアプリケーション規制情報のコンテキストで解釈すると、アプリケーション６１２に対して接続を許可することを禁止している場合、ＣＭ６１０は、当該ネットワークの無線アクセス技術はアプリケーション６１２への接続に適していないと判断するとしてよい。

別の無線アクセス技術を利用しているネットワークが要求元のアプリケーションへの接続の許可を禁止していない場合、ＣＭ６１０は、この別の無線アクセス技術を用いて、要求元のアプリケーションの要求に対してサービスを提供するとしてよい。ＣＭ６１０が当該要求に対してサービスを提供できない場合、ＣＭ６１０はアプリケーション６１２に拒否メッセージを送信するとしてよい。一部の実施形態において、ＣＭ６１０は、拒否された要求を記憶するとしてよい。無線アクセス技術（ＲＡＴ）がアプリケーション６１２について再度利用可能になると、ＣＭ６１０は、ＲＡＴを利用した接続が可能である旨をアプリケーション６１２に通知するとしてよい。アプリケーション６１０はこの後、必要であれば、当該要求を再送するとしてよい。一部の実施形態において、ＣＭ６１０は、アプリケーション６１０が特にこのような通知を要求している場合に限り、ＲＡＴが利用可能となるとアプリケーション６１０に通知するとしてよい。

ＰＤＮ接続の構築が成功すると、ＣＭ６１０は、必要であれば、新しいアプリケーション固有ルーティングルールを追加することによってルーティングテーブル６２２を更新するとしてよい。ＴＣＰ／ＩＰスタックは、ルーティングテーブルを利用して、ＴＣＰ／ＩＰスタック６２８がアプリケーション６１２から受信するアップリンクデータパケットのルーティングのためにネットワークインターフェースを選択するとしてよい。一部の実施形態において、アプリケーションが複数の無線アクセス技術を用いることができる場合、ルーティングテーブル６２２には複数のアプリケーション固有ルーティングルールが存在するとしてよい。

一部の実施形態において、「メトリック」と呼ばれるパラメータ（本明細書では「メトリックパラメータ」と記載する）は、ルーティングテーブル６２２においてルーティングルールに割り当てられるとしてよい。メトリックパラメータは、ルーティングテーブル６２２が一のユーザデータパケットに適用されるルールを複数含んでいても、最も高い優先度のルーティングルールをＴＣＰ／ＩＰスタック６２８が当該ユーザデータパケットのために選択し得るように、ルーティングルールの優先度を定義するために用いることができる。

一部の実施形態において、各アプリケーション６１２について定義されているアプリケーション固有ルーティングルールは１つのみである。ネットワークがアプリケーション固有アクセス制御を変更するたびに、ＣＭ６１０はそれに応じてルーティングルールを（例えば、当該ルールに含まれているＮＩＣを変更することによって）更新することができる。他の実施形態において、アプリケーション６１２が複数のアクセス技術を利用する場合、ルーティングテーブル６２２には複数のアプリケーション固有ルーティングルールが存在するとしてよい。ＣＭ６１０は、特定のＲＡＴ（例えば、３ＧＰＰ）を介したアクセスのためのアプリケーション固有アクセス制御情報が変更されると、複数の適用可能なルールのうち１または複数の適用可能なルールのメトリックパラメータ（例えば、３ＧＰＰアクセスを介してルーティングするためのルールのメトリックパラメータ）を更新するとしてよい。

＜進行中のＩＰフローの処理＞ 一部の実施形態において、ＵＥが更新後のアプリケーション規制情報を受信すると、更新後のアプリケーション規制情報がいずれかの進行中のＩＰフローのルーティングに影響を及ぼすか否かを決定するための確認を実行するとしてよい。この処理が技術的に実行可能か否かは、ＴＣＰ／ＩＰスタック実装次第であるとしてよい。これは、一部の実装では、ルーティングルールを変更することでＴＣＰ接続がリリースされる場合があるためである。

一部の実施形態において、オペレータサービスアプリケーションのためのＩＰフローは、当該ＩＰフローのためのＰＤＮ接続がすでに構築されており、関連するルーティングルールがルーティングテーブル６２２に既に存在している場合、進行中と見なされるとしてよい。オーバーザトップ（ＯＴＴ）アプリケーションのためのＩＰフローが進行中であるか否かを判断するべく、ＣＭ６１０は、ＯＴＴアプリケーションに割り当てられている特定のポートを用いて転送されたパケットがあるか否かを確認するべくオペレーティングシステムに対してクエリを行うとしてよい。

一部の実施形態において、アプリケーション６１２のための３ＧＰＰアクセスが、更新後のアプリケーション規制情報に基づき、進行中のＩＰフローについて規制され、ＡＳＡＣ ＭＯ６２６の進行中フロー影響（ＯｎｇｏｉｎｇＦｌｏｗＡｆｆｅｃｔｅｄ）リーフ（例えば、図３の３９２）が他の無線アクセス技術を介した再ルーティングが許可されない旨を示す場合、ＣＭ６１０は、ＩＰフローを規制するべく内部ルーティングテーブルを更新するとしてよい。このため、アプリケーション６１２がアップリンク送信のためのユーザデータパケットを提供する場合、ＴＣＰ／ＩＰスタックは、これらのユーザデータパケットをセルラー方式モデムのユーザプレーンに配信することができない。ＡＳＡＣ ＭＯ６２６内の進行中フロー影響リーフが他のアクセス技術を介した再ルーティングが許可される旨を示す場合、ＣＭ６１０は、別の無線アクセス技術（例えば、ＷＬＡＮ）を選択して、この別の無線アクセス技術を介してＰＤＮ接続を構築するよう試みるとしてよい。ＣＭ６１０はさらに、ルーティングテーブル６２２を更新することができる。アプリケーション６１２がアップリンク送信のためのユーザデータパケットを提供する場合、ＴＣＰ／ＩＰスタックは、別の無線アクセス技術のためのユーザプレーンにこれらのパケットをＵＥ内部においてルーティングするとしてよい。

一部の実施形態において、アプリケーション６１２のための３ＧＰＰアクセスが、ネットワークから受信した更新後のアプリケーション規制情報に基づき、進行中のＩＰフローについて再度利用可能になり、ＡＳＡＣ ＭＯ６２６内の進行中フロー影響リーフ（例えば、図３の３９２）が、他のアクセス技術を介した再ルーティングが許可されていない旨を示す場合、ＣＭ６１０は、ルーティングテーブル６２２を更新して、３ＧＰＰアクセスを介してＩＰフローを再開するとしてよい。そして、アプリケーション６１２がアップリンク送信のためのユーザデータパケットを提供する場合、ＴＣＰ／ＩＰスタック６２８はこれらのユーザデータパケットをセルラー方式モデムのユーザプレーンに配信するとしてよい。一部の実施形態において、別の無線アクセス技術を介してＩＰフローのためにＰＤＮ接続が既に構築されており、ルーティングテーブル６２２内に関連するルーティングルールが存在する場合、ＣＭ６１０は、内部ルーティングテーブルを更新する必要はない。このように、アプリケーション６１２がアップリンク送信のためのユーザデータパケットを提供する場合、ＴＣＰ／ＩＰスタック６２８は、３ＧＰＰ以外によるＰＤＮ接続を介してユーザデータパケットの配信を継続するとしてよい。

一部の実施形態において、ＡＳＡＣ ＭＯ６２６内の進行中フロー影響リーフは、他の無線アクセス技術を介した再ルーティングが許可されている旨を示すとしてよい。ＩＰフローについて３ＧＰＰ ＰＤＮ接続が既に構築されている場合、ＣＭ６１０はルーティングテーブル６２２を更新するとしてよい。このため、アプリケーション６１２がアップリンク送信のためのユーザデータパケットを提供する場合、ＴＣＰ／ＩＰスタック６２８は、ＡＮＤＳＦ ＭＯ６２４を参照して、アクセス優先度がより高い他の無線アクセス技術を介したＰＤＮ接続が無い場合、これらのパケットをＵＥ内部で３ＧＰＰ ＰＤＮ接続にルーティングするとしてよい。任意で、３ＧＰＰ ＰＤＮ接続が構築されておらず、ＡＮＤＳＦ ＭＯ６２６における３ＧＰＰアクセス技術のアクセスネットワーク優先度が、既存のＰＤＮ接続の無線アクセス技術よりも高い場合、ＣＭ６１０は、ＴＣＰ／ＩＰスタック６２８が３ＧＰＰ ＰＤＮ接続を介してユーザデータパケットをルーティングできるように、３ＧＰＰ ＰＤＮ接続を構築してルーティングテーブル６２２をこれに応じて更新しようと試みるとしてよい。規制対象または未使用のＰＤＮ接続は、ネットワークからのアプリケーション規制情報が特定の最低しきい値レベルを下回る場合、または、ネットワーク内に過剰なオーバーロード／輻輳が存在する旨を示す情報が他にある場合、解放されるとしてよい。

＜ネットワークからＵＥへのアプリケーション規制情報のシグナリング＞ 一部の実施形態において、ネットワークにおいて輻輳が発生すると、ネットワークは、アイドルモードのＵＥがアプリケーション規制情報を受信できるよう、システム情報ブロードキャストを介してアプリケーション規制情報をブロードキャストするとしてよい。ネットワークは、（例えば、接続モードのＵＥについて）専用シグナリングを介して当該情報を追加で提供するとしてよい。

図７は、アプリケーション規制情報がシステム情報ブロードキャストに含まれるよう利用され得るコードの例を示すが、これに限定されない（システム情報ブロック２（ＳＩＢ２）、３ＧＰＰ ＴＳ３６．３３１）。

図８は、図７のコードの例に対応付けられるＳＩＢ２フィールド記述のテーブルの例を示すが、これに限定されない。図示されているように、輻輳レベル指標は、セル内の輻輳レベルを示す。セル内の輻輳レベルの最大数として選択される値は、最高輻輳レベル（ｍａｘＣｏｎｇｅｓｔｉｏｎＬｅｖｅｌｓ）と定義される。この例において、輻輳レベル指標が「０」の場合、輻輳は存在しない。これらの値は、図７の例に図示したＳＩＢコードに含められるとしてよい。

一実施形態において、ネットワークは輻輳レベル（例えば、０からｎの間の整数値）を送信することができる。これは、ＰＤＮ接続の構築またはユーザデータの送信を許可されるためにＩＰフローまたはアプリケーションが必要とする最低優先度レベルである。デフォルトでは、最低輻輳レベルは０であってよい。輻輳レベルが０である場合には、ネットワークによるシグナリングは必要ない。最高輻輳レベルｎ＝１という実施形態では、ネットワークは実用的には「オーバーロードのオン／オフ」をシグナリングするのみであるとしてよい。

他の実施形態において、ネットワークは、ＡＳＡＣ ＭＯにあるＩＰフローの順序付きリストにおける特定のＩＰフローに各ビットが対応するビットマップをブロードキャストすることができる。ＡＳＡＣ ＭＯにＩＰフロー記述があるＩＰフローに対応付けられていないアプリケーションについては、ネットワークは、デフォルト規制ステータスを表すべくビットマップ内の追加ビットをブロードキャストするとしてよい。

一部の実施形態において、ネットワークは、３ＧＰＰに関するアプリケーション規制情報に加えて、３ＧＰＰ以外の無線アクセス技術に関するアプリケーション規制情報を提供するとしてよい。ネットワークが３ＧＰＰ以外の無線アクセス技術に関するアプリケーション規制情報を提供する方法としては幾つかの方法がある。選択肢の１つでは、ネットワークは、３ＧＰＰ以外のアクセス技術、例えば、米国電気電子学会（ＩＥＥＥ）８０２．１１、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１６およびその他の３ＧＰＰ以外のアクセス技術について、別個のアプリケーション規制情報をシグナリングするとしてよい。ネットワークは、一例では、３ＧＰＰ以外のアクセス技術に基づいて動作するＷＬＡＮについての輻輳レベルを、特定のサービスセット識別子（ＳＳＩＤ）値で、シグナリングすることができる。他の例では、ネットワークは、特定のＳＳＩＤを含めないことによって、全てのＷＬＡＮについてのこの輻輳レベルをシグナリングすることができる。 これに代えて、ネットワークは、３ＧＰＰアクセスについて送信されたのと同じアプリケーション規制情報（例えば、輻輳レベル）が３ＧＰＰ以外のアクセスについても適用可能である旨を示す信号を送信することができる。この選択肢は、輻輳が、コアネットワーク深くＰＤＮゲートウェイ（Ｐ−ＧＷ）で発生した場合に有用である。このタイプの輻輳は、パケットは最終的に同じＰ−ＧＷにルーティングされるので、データトラフィックの再ルーティングでは軽減されない。

＜ＵＥ内でのアプリケーション規制情報のシグナリング＞ 一部の実施形態において、ＵＥ内で、ネットワークから受信したアプリケーション規制情報は、セルラー方式プロトコルスタックによって、ＡＮＤＳＦ ＭＯを同様に利用しているエンティティに転送される。一部の実施形態において、ＡＮＤＳＦ ＭＯを利用しているエンティティは、ＣＭである。セルラー方式プロトコルスタックは、ＣＭに対してシグナリングするべく新しいアテンション（ＡＴ）コマンドを利用するとしてよい（３ＧＰＰ ＴＳ２７．００７ バージョン１２．６．０を参照）。ＣＭは、アプリケーション規制情報の報告を開始または停止させることを求める要求を、セルラー方式プロトコルスタックに送信するとしてよい。セルラー方式プロトコルスタックは、もし存在すれば、ネットワークから受信した現在のアプリケーション規制情報で即座に応答するとしてよく、後でネットワークがアプリケーション規制情報を更新すると、ＣＭに対して追加で要求されていない更新を提供する。

図９Ａは、アプリケーション規制情報をＣＭに転送するようセルラー方式プロトコルスタックを設定するべくＣＭが利用し得るＡＴコマンドのシンタックスの第１の例を詳細に示すテーブルであるが、これに限定されない。モードパラメータは、０または１の整数値であってよい。モード値が０の場合、要求されていないアプリケーション規制情報の報告をディセーブルすることができる一方、モード値が１の場合、要求されていないアプリケーション規制情報の報告をイネーブルすることができる。輻輳レベル（ＣｏｎｇＬｅｖｅｌ）パラメータは、０から９の整数値であってよい。尚、数字が大きくなるほど輻輳レベルが高くなる。

図９Ｂは、ＣＭからの要求に応じてアプリケーション規制情報をＣＭに転送するためにセルラー方式プロトコルスタックが利用し得るＡＴコマンドのシンタックスの第２の例を詳細に示すテーブルであるが、これに限定されない。ＣｏｎｇＬｅｖｅｌパラメータは、０から９の整数値であってよい。尚、数字が大きくなるほど輻輳レベルが高くなる。

図９Ｃは、ＣＭからの要求に応じてアプリケーション規制情報をＣＭに転送するためにセルラー方式プロトコルスタックが利用し得るＡＴコマンドのシンタックスの第３の例を詳細に示すテーブルであるが、これに限定されない。優先度レベル（ＰｒｉｏＬｅｖｅｌ）パラメータは、０から９の整数値であってよい。０は、全ての優先度レベルのアプリケーションに対してネットワーク接続の構築が許可されていることを意味し、９は、一の最も高い優先度レベルのアプリケーションのみがネットワーク接続の構築を許可されていることを意味する。

図１０は、一部の実施形態に応じた、ＵＥにおいて適用され得るステップ１０００を示すフローチャートである。１０１０において、ＵＥの回路は、オープンモバイルアライアンス（ＯＭＡ）管理オブジェクト（ＭＯ）をＯＭＡデバイス管理（ＤＭ）サーバから受信するよう構成されているとしてよい。ＯＭＡ ＭＯは、ＡＳＡＣ ＭＯを含むとしてよい。１０２０において、ＵＥの回路は、ＯＭＡ ＭＯにおいてインターネットプロトコル（ＩＰ）フロー記述のセットを特定するよう構成されているとしてよい。このＩＰフロー記述のセットのそれぞれのＩＰフロー記述は、ＵＥにおいて動作しており１または複数のリモートサーバまたはリモートホストとやり取りする１または複数のアプリケーションを記述しているとしてよい。ＩＰフロー記述は、空のＩＰフローノード、オペレーティングシステム固有のアプリケーションＩＤ（ＯＳＡｐｐＩＤ）、完全修飾ドメイン名（ＦＱＤＮ）、または、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）２４．３１２バージョン１２．６．０で定義されている１または複数のパケットフィルタコンポーネントのうち１または複数を含むとしてよい。ＯＭＡ ＭＯは、ＩＰフロー記述毎にＡＳＡＣ優先度レベルを定義しているとしてよい。ＩＰフロー記述のセットは、順序付きリストを構成しているとしてよい。１０３０において、ＵＥにおける回路は、モバイルネットワークからアプリケーション規制情報を受信するよう構成されているとしてよい。アプリケーション規制情報は、システム情報ブロードキャストまたは専用信号に含まれるとしてよい。アプリケーション規制情報は、ネットワークトラフィック輻輳のレベルを含むとしてよい。アプリケーション規制情報は、各ビットがＩＰフロー記述の順序付きリストの一のＩＰフロー記述に対応する複数のビットで構成されるビットシーケンスを含むビットマップを含むとしてよい。１０４０において、ＵＥにおける回路（接続性マネージャ（ＣＭ）を含み得る）は、ＩＰフロー記述のセット（順序付きリストを含むとしてよい）、対応付けられているＡＳＡＣ優先度レベル、および、アプリケーション規制情報を利用して、ＵＥにおいて動作している１または複数のアプリケーションが１または複数のリモートサーバまたはリモートホストと通信することが許可されるか否かを判断するよう構成されているとしてよい。

図１１は、一部の実施形態に係る、モバイルネットワークにおいて適用され得るステップ１１００を示すフローチャートである。１１１０において、ネットワークにおける回路は、オープンモバイルアライアンス（ＯＭＡ）管理オブジェクト（ＭＯ）をＯＭＡデバイス管理（ＤＭ）サーバからＵＥに送信するよう構成されているとしてよい。ＯＭＡ ＭＯは、インターネットプロトコル（ＩＰ）フロー記述のセットを含むとしてよい。ＯＭＡ ＭＯは、ＡＳＡＣ ＭＯを含むとしてよい。ＩＰフロー記述のセットに含まれる各ＩＰフロー記述は、ＵＥで動作していると共に１または複数のリモートサーバまたはリモートホストと通信する１または複数のアプリケーションを記述するとしてよい。ＩＰフロー記述は、空のＩＰフローノード、オペレーティングシステム固有のアプリケーションＩＤ（ＯＳＡｐｐＩＤ）、完全修飾ドメイン名（ＦＱＤＮ）、または、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）２４．３１２バージョン１２．６．０で定義されている１または複数のパケットフィルタコンポーネントのうち１または複数を含むとしてよい。ＯＭＡ ＭＯは、ＩＰフロー記述毎にＡＳＡＣ優先度レベルを定義しているとしてよい。ＩＰフロー記述のセットは、順序付きリストを構成しているとしてよい。１１２０において、ネットワークにおける回路は、モバイルネットワークの少なくとも一部に影響を及ぼすネットワークトラフィック輻輳のレベルを決定するよう構成されているとしてよい。１１３０において、ネットワークにおける回路は、ＵＥで動作している１または複数のアプリケーションが１または複数のリモートサーバまたはリモートホストと通信することを許可されるか否かをＵＥに特定させるアプリケーション規制情報をＵＥに送信するよう構成されているとしてよい。アプリケーション規制情報は、システム情報ブロードキャストまたは専用信号に含まれるとしてよい。アプリケーション規制情報は、ネットワークトラフィック輻輳のレベルを含むとしてよい。アプリケーション規制情報は、各ビットがＩＰフロー記述の順序付きリストの一のＩＰフロー記述に対応する複数のビットで構成されるビットシーケンスを含むビットマップを含むとしてよい。

図１２は、ユーザ機器（ＵＥ）、移動局（ＭＳ）、モバイル無線デバイス、モバイル通信デバイス、タブレット、ハンドセットまたはその他の種類の無線デバイス等の無線デバイスの一例を図示している。無線デバイスは、ノード、マクロノード、低電力ノード（ＬＰＮ）または基地局（ＢＳ）等の送信局、エボルブドＮｏｄｅＢ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、リモートラジオヘッド（ＲＲＨ）、リモートラジオイクイップメント（ＲＲＥ）、中継局（ＲＳ）、ラジオイクイップメント（ＲＥ）またはその他の種類のワイヤレスワイドエリアネットワーク（ＷＷＡＮ）アクセスポイント等と通信するよう構成されている１または複数のアンテナを備えるとしてよい。無線デバイスは、３ＧＰＰ ＬＴＥ、ＷｉＭＡＸ（登録商標）、Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）およびＷＬＡＮを含む、１または複数の無線通信規格を用いて通信するよう構成されているとしてよい。無線デバイスは、無線通信規格毎に別個のアンテナを利用して、または、複数の無線通信規格で共有されているアンテナを利用して通信するとしてもよい。無線デバイスは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）および／またはＷＷＡＮにおいて通信するとしてよい。

図１２はさらに、無線デバイスとの間のオーディオ入出力に利用され得るマイクロフォンおよび１または複数のスピーカを図示している。ディスプレイスクリーンは、液晶ディスプレイ（ＬＣＤ）スクリーン、または、有機発光ダイオード（ＯＬＥＤ）ディスプレイ等のその他の種類のディスプレイスクリーンであってよい。ディスプレイスクリーンはタッチスクリーンとして構成され得る。タッチスクリーンは、静電容量方式、抵抗膜方式または他の種類のタッチスクリーン技術を利用するとしてよい。アプリケーションプロセッサおよびグラフィクスプロセッサは、処理機能および表示機能を実現するべく内部メモリに結合されるとしてよい。さらに、不揮発性メモリポートを用いてユーザにデータ入出力の選択肢を与えるとしてよい。不揮発性メモリポートはさらに、無線デバイスのメモリ機能を拡張するために用いられるとしてよい。キーボードは、無線デバイスと一体化するか、または、無線デバイスに無線方式で接続して追加でユーザ入力を実現するとしてもよい。また、タッチスクリーンを用いて仮想キーボードを実現するとしてよい。

さまざまな技術、または、その特定の態様あるいは一部は、有形の媒体で具現化されるプログラムコード（つまり、命令）として実現されるとしてよい。有形の媒体としては、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体または任意のその他の機械可読記憶媒体が挙げられる。プログラムコードがコンピュータ等のマシンにロードされて実行されると、当該マシンはさまざまな技術を実施する装置となる。回路は、ハードウェア、ファームウェア、プログラムコード、実行コード、コンピュータ命令および／またはソフトウェアを含むとしてよい。非一時的コンピュータ可読記憶媒体は、信号を含まないコンピュータ可読記憶媒体であってよい。プログラミング可能なコンピュータにおいてプログラムコードを実行する場合、コンピューティングデバイスは、プロセッサ、プロセッサが読み出すことが可能な記憶媒体（揮発性および不揮発性のメモリおよび／または記憶素子を含む）、１または複数の入力デバイス、および、１または複数の出力デバイスを含むとしてよい。揮発性および不揮発性のメモリおよび／または記憶素子は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光ドライブ、磁気ハードドライブ、ソリッドステートドライブ、または、電子データを格納する他の媒体であってよい。ノードおよび無線デバイスはさらに、送受信モジュール、カウンタモジュール、処理モジュール、および／または、クロックモジュールあるいはタイマーモジュールを含むとしてよい。本明細書で説明したさまざまな技術を実装または利用する１または複数のプログラムは、アプリケーションプログラミングインターフェース（ＡＰＩ）、リユーザブルコントロール等を利用するとしてよい。このようなプログラムは、コンピュータシステムと通信させるべく高級プロシージャプログラミング言語またはオブジェクト指向型プログラミング言語で実装されるとしてよい。しかし、プログラムは、所望される場合、アセンブリ言語または機械語で実装されるとしてもよい。いずれの場合も、言語はコンパイラ型言語またはインタプリタ型言語であってよく、ハードウェア実装と組み合わせられるとしてよい。

本明細書で説明する機能部の多くは、実現する際の独立性をより強く強調するためにモジュールという名称を付与したと理解されたい。例えば、一のモジュールは、カスタマイズされたＶＬＳＩ回路あるいはゲートアレイ、ロジックチップ、トランジスタまたはその他のディスクリートコンポーネント等の市販の半導体素子を備えるハードウェア回路として実現されるとしてよい。一のモジュールはまた、複数のプログラミング可能なハードウェアデバイス、例えば、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス等で実現されるとしてもよい。

モジュールはさらに、さまざまな種類のプロセッサで実行されるソフトウェアで実現されるとしてもよい。実行コードのうち特定のモジュールは、例えば、コンピュータ命令の１または複数の物理ブロックまたは論理ブロックを含むとしてよい。これらは、例えば、オブジェクト、プロシージャまたは関数に編成されるとしてよい。しかし、特定のモジュールの複数の実行ファイルは、物理的に同じ位置にある必要はなく、複数の異なる位置に格納されている複数の別個の命令を含むとしてよい。これらの命令は、論理的に一緒に集められることで、モジュールを構成し、当該モジュールについて記述した目的を実現する。

実際、実行コードの一のモジュールは、一の命令であってもよいし、または、多くの命令であってもよい。複数の異なるコードセグメント、複数の異なるプログラム、および、複数のメモリデバイスに分割されていたとしてもよい。同様に、動作データは、複数のモジュール内にあるものとして本明細書で特定および図示されており、任意の適切な形態で具現化されるとしてよく、任意の適切な種類のデータ構造で整理されるとしてよい。動作データは、一のデータセットとして集めるとしてもよく、または、複数の異なる記憶デバイス等の複数の異なる位置に分散しているとしてもよく、少なくとも一部分がシステムまたはネットワーク上の電子信号として単に存在するとしてもよい。モジュールは、受動型または能動型であってよく、所望の機能を実行するよう動作可能なエージェントを含む。

本明細書において「例」と言及する場合、当該例に関連付けて説明している具体的な特徴、構造または特性は本発明の１または複数の実施形態に含まれることを意味する。このため、本明細書において「例において」という表現が繰り返し見られるが、必ずしも全てが同じ実施形態を意味するものではない。

本明細書で用いる場合、複数のアイテム、構造要素、構成要素、および／または、材料は、便宜上、一般的なリストの形式で提示されるとしてよい。しかし、これらのリストは、当該リストの各要素はそれぞれ別個且つ一意的な要素として特定されるものと解釈されるべきである。したがって、これらのリストに記載する各要素は、特段の記載なく、一の一般的なグループに含まれていることのみを根拠として、同じリストの任意の他の要素の事実上の均等物として解釈されるべきでない。さらに、本発明のさまざまな実施形態および例は、本明細書において、それらのさまざまな構成要素の代替例と共に記載されているとしてよい。このような実施形態、例および代替例は、互いの事実上の均等物と解釈されるべきではなく、別個且つ独立した本発明の説明として解釈されるべきと理解されたい。

さらに、記載した特徴、構造または特性は、１または複数の実施形態において、任意の適切な方法で組み合わせるとしてよい。以下の説明では、本発明の実施形態を徹底的に理解できるよう、レイアウトの例、距離、ネットワークの例等など、具体的且つ詳細な内容を数多く記載する。しかし、当業者であれば、本発明はそのような具体的且つ詳細な記載事項のうち１または複数を採用することなく、他の方法、コンポーネント、レイアウト等で実施し得ることを認めるであろう。また、公知の構造、材料または処理は、本発明の態様をあいまいにしないよう、詳細な説明または図示を省略している。

上述した例は本発明の原理を１または複数の特定の適用例で例示するものであるが、発明力を発揮することなく、そして、本発明の原理および概念から逸脱することなく、実装の形態、利用方法および詳細な内容を数多くの点で変形し得ることは当業者には明らかであろう。したがって、以下に記載する請求項以外で本発明が限定されることを意図したものではない。

Claims (30)

1. モバイルネットワークにおいてデータを通信し、１または複数のプロセッサを備えるユーザ機器（ＵＥ）であって、前記１または複数のプロセッサは、
   オープンモバイルアライアンス（ＯＭＡ）管理オブジェクト（ＭＯ）（ＯＭＡ ＭＯ）をＯＭＡデバイス管理（ＤＭ）サーバから受信し、
   前記ＯＭＡ ＭＯにおいてインターネットプロトコルフロー記述のセット（ＩＰフロー記述のセット）を特定し、前記ＩＰフロー記述のセットに含まれる各ＩＰフロー記述は、前記ＵＥにおいて動作していると共に１または複数のリモートサーバまたはリモートホストとやり取りしている１または複数のアプリケーションを記述しており、
   前記モバイルネットワークからアプリケーション規制情報を受信し、
   前記ＩＰフロー記述のセットおよび前記アプリケーション規制情報を利用して、前記ＵＥで動作している前記１または複数のアプリケーションが前記１または複数のリモートサーバまたはリモートホストとの通信を許可されるか否かを判断する
   ＵＥ。
2. 前記ＩＰフロー記述のセットに含まれる１または複数のＩＰフロー記述は、
   空のＩＰフローノード、
   オペレーティングシステム固有のアプリケーションＩＤ（ＯＳＡｐｐＩＤ）、
   完全修飾ドメイン名（ＦＱＤＮ）、
   第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）２４．３１２バージョン１２．６．０で定義されている１または複数のパケットフィルタコンポーネント、または、
   これらの組み合わせ
   のうち１または複数を含む
   請求項１に記載のＵＥ。
3. 前記アプリケーション規制情報は、専用シグナリングメッセージまたはシステム情報ブロードキャストのうち１または複数で受信される
   請求項１または２に記載のＵＥ。
4. 前記アプリケーション規制情報は、前記モバイルネットワークにおけるトラフィック輻輳のレベルを含む
   請求項１から３のいずれか一項に記載のＵＥ。
5. 前記ＩＰフロー記述のセットに含まれる各ＩＰフロー記述には優先度レベルが割り当てられている
   請求項１から４のいずれか一項に記載のＵＥ。
6. 前記ＩＰフロー記述のセットに含まれているＩＰフロー記述で記述されていない複数のアプリケーションにはデフォルト優先度レベルが割り当てられている
   請求項１から５のいずれか一項に記載のＵＥ。
7. 前記１または複数のプロセッサはさらに、
   前記ＵＥで動作している前記１または複数のアプリケーションが、前記モバイルネットワークとの間でのパケットデータネットワーク（ＰＤＮ）接続の構築を許可されるか否かを、前記１または複数のアプリケーションに対応する前記１または複数のＩＰフロー記述に割り当てられている複数の前記優先度レベルと前記アプリケーション規制情報で受信されるトラフィック輻輳のレベルとに基づき判断する
   請求項５または６に記載のＵＥ。
8. 前記１または複数のプロセッサはさらに、
   前記ＵＥで動作している前記１または複数のアプリケーションが前記１または複数のリモートサーバまたはリモートホストと通信することを許可されるか否かを、前記１または複数のアプリケーションに対応する前記１または複数のＩＰフロー記述に割り当てられている複数の前記優先度レベルと前記アプリケーション規制情報で受信されるトラフィック輻輳のレベルとに基づき判断する
   請求項５から７のいずれか一項に記載のＵＥ。
9. 前記ＵＥは、１または複数の別の無線アクセス技術（１または複数の別のＲＡＴ）を介してデータを通信することが可能であり、前記１または複数のプロセッサはさらに、第１のＲＡＴを介した通信が許可されない場合、前記１または複数の別のＲＡＴを介して、前記１または複数のリモートサーバまたはリモートホストと通信する
   請求項８に記載のＵＥ。
10. 前記ＵＥは、第１の無線アクセス技術（第１のＲＡＴ）および１または複数の別の無線アクセス技術（１または複数の別のＲＡＴ）を介してデータを通信することが可能であり、優先度レベルが、前記第１のＲＡＴについて各ＩＰフローに割り当てられており、前記１または複数の別のＲＡＴのうち１または複数の別のＲＡＴについて各ＩＰフローに割り当てられている
    請求項１から９のいずれか一項に記載のＵＥ。
11. 前記１または複数のプロセッサはさらに、
    前記１または複数のアプリケーションに対応する前記１または複数のＩＰフロー記述に対して、前記第１のＲＡＴについて割り当てられている複数の前記優先度レベルと、
    前記アプリケーション規制情報において、前記第１のＲＡＴについて受信したトラフィック輻輳のレベルと
    に基づいて、
    前記ＵＥで動作している前記１または複数のアプリケーションが前記第１のＲＡＴを介して前記１または複数のリモートサーバまたはリモートホストと通信することを許可されるか否かを判断する
    請求項１０に記載のＵＥ。
12. 前記第１のＲＡＴを介した通信が許可されない場合、前記１または複数のプロセッサはさらに、前記１または複数のＩＰフロー記述に対して前記１または複数の別のＲＡＴについて割り当てられている複数の前記優先度レベルと、前記アプリケーション規制情報において前記１または複数の別のＲＡＴについて受信したトラフィック輻輳のレベルとに基づいて、前記ＵＥで動作する前記１または複数のアプリケーションが前記１または複数のリモートサーバまたはリモートホストと、前記１または複数の別のＲＡＴを介して通信することを許可されるか否かを判断する
    請求項１１に記載のＵＥ。
13. 前記ＩＰフロー記述のセットは、複数のＩＰフロー記述の順序付きリストを含む
    請求項１から１２のいずれか一項に記載のＵＥ。
14. 前記モバイルネットワークからの前記アプリケーション規制情報はビットマップを含み、前記ビットマップは、各ビットが前記複数のＩＰフロー記述の順序付きリストに含まれる一のＩＰフロー記述に対応する複数のビットで構成されるビットシーケンスを含む
    請求項１３に記載のＵＥ。
15. 前記１または複数のプロセッサはさらに、前記１または複数のアプリケーションに対応する１または複数のＩＰフロー記述に対応する前記複数のビットの設定に基づいて、前記ＵＥで動作する前記１または複数のアプリケーションが前記モバイルネットワークとの間のパケットデータネットワーク（ＰＤＮ）接続の構築を許可されるか否かを判断する
    請求項１４に記載のＵＥ。
16. 前記１または複数のプロセッサはさらに、接続性マネージャモジュール（ＣＭモジュール）を動作させ、
    前記ＣＭモジュールは、前記ＩＰフロー記述のセットおよび前記アプリケーション規制情報を用いて、前記ＵＥで動作する前記１または複数のアプリケーションが前記モバイルネットワークとの間でパケットデータネットワーク（ＰＤＮ）接続の構築を許可されるか否かを判断する
    請求項１から１５のいずれか一項に記載のＵＥ。
17. 前記ＣＭモジュールはさらに、前記ＩＰフロー記述のセットおよび前記アプリケーション規制情報を用いて、前記ＵＥで動作する前記１または複数のアプリケーションが前記モバイルネットワークとの間の複数の既存のＰＤＮ接続の利用を継続することを許可されるか否かを判断する
    請求項１６に記載のＵＥ。
18. 前記アプリケーション規制情報は、前記ＵＥにおける無線リソース制御（ＲＲＣ）レイヤで受信され、アテンション（ＡＴ）コマンドを介して前記ＣＭモジュールに提供される
    請求項１６または１７に記載のＵＥ。
19. 前記ＣＭモジュールは、１または複数のルーティングテーブルから１または複数のルールを読み出し、前記１または複数のルーティングテーブルは、前記ＵＥから複数のアップリンクパケットをルーティングするべく、前記ＵＥにおけるトランスミッションコントロールプロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）スタックによって利用される
    請求項１６から１８のいずれか一項に記載のＵＥ。
20. 前記ＣＭモジュールは、複数の新しいルールの追加、複数の既存のルールの修正または複数の既存のルールの削除のうち１または複数によって、前記１または複数のルーティングテーブルを修正する
    請求項１９に記載のＵＥ。
21. 前記１または複数のルーティングテーブルに含まれる前記１または複数のルールは、前記ＩＰフロー記述のセットに含まれる前記１または複数のＩＰフロー記述および前記アプリケーション規制情報に基づいて、設定または修正される
    請求項２０に記載のＵＥ。
22. 前記１または複数のルーティングテーブルに含まれている前記１または複数のルールは、前記１または複数のリモートサーバまたはリモートホストと通信するために用いられると決定された無線アクセス技術（ＲＡＴ）に応じて、設定または修正される
    請求項２０または２１に記載のＵＥ。
23. ユーザ機器（ＵＥ）にデータを通信するモバイルネットワークにおけるネットワークノードであって、
    前記モバイルネットワークにおける前記ネットワークノードは１または複数のプロセッサを有し、前記１または複数のプロセッサは、
    オープンモバイルアライアンス（ＯＭＡ）管理オブジェクト（ＭＯ）（ＯＭＡ ＭＯ）を、ＯＭＡデバイス管理（ＤＭ）サーバから前記ＵＥへと送信し、前記ＯＭＡ ＭＯは、インターネットプロトコルフロー記述のセット（ＩＰフロー記述のセット）を含み、前記ＩＰフロー記述のセットに含まれる各ＩＰフロー記述は、前記ＵＥで動作していると共に１または複数のリモートサーバまたはリモートホストと通信している１または複数のアプリケーションを記述しており、
    前記モバイルネットワークの少なくとも一部に影響を及ぼすネットワークトラフィック輻輳のレベルを特定し、
    前記ＵＥで動作している前記１または複数のアプリケーションが前記１または複数のリモートサーバまたはリモートホストの通信を許可されるか否かを前記ＵＥに特定させる前記ＵＥにアプリケーション規制情報を送信する
    ネットワークノード。
24. 前記ＩＰフロー記述のセットに含まれる１または複数のＩＰフロー記述は、
    空のＩＰフローノードオブジェクト、
    オペレーティングシステム固有のアプリケーションＩＤ（ＯＳＡｐｐＩＤ）、
    完全修飾ドメイン名（ＦＱＤＮ）、
    第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）２４．３１２バージョン１２．６．０で定義されている任意の種類の１または複数のパケットフィルタコンポーネント、または、
    これらの組み合わせ
    のうち１または複数を含む
    請求項２３に記載のネットワークノード。
25. 前記アプリケーション規制情報は、前記ＵＥへの専用シグナリングメッセージまたはシステム情報ブロードキャストのうち１または複数で送信される
    請求項２３または２４に記載のネットワークノード。
26. 前記アプリケーション規制情報は、前記モバイルネットワークにおける前記トラフィック輻輳のレベルを含む
    請求項２３から２５のいずれか一項に記載のネットワークノード。
27. 前記１または複数のプロセッサは、前記ネットワークトラフィック輻輳のレベルが変化すると、更新されたアプリケーション規制情報を送信する
    請求項２３から２６のいずれか一項に記載のネットワークノード。
28. 前記ＩＰフロー記述のセットは、複数のＩＰフロー記述の順序付きリストを含む
    請求項２３から２７のいずれか一項に記載のネットワークノード。
29. 前記アプリケーション規制情報はビットマップを含み、前記ビットマップは、各ビットが前記複数のＩＰフロー記述の順序付きリストに含まれる一のＩＰフロー記述に対応する複数のビットで構成されるビットシーケンスを含む
    請求項２８に記載のネットワークノード。
30. 前記複数のＩＰフロー記述に対応する前記複数のビットの設定は、前記ＵＥで動作すると共に前記複数のＩＰフロー記述に対応する前記１または複数のアプリケーションが、前記モバイルネットワークとの間でパケットデータネットワーク（ＰＤＮ）接続の構築を許可されるか否かを示す
    請求項２９に記載のネットワークノード。

Images