JP2016529845A - アプリケーション別アクセス制御のための方法 - Google Patents

Abstract

ＵＥ上で実施される方法は、アプリケーションのアプリケーションクラスを決定するステップと、決定されたアプリケーションクラスの、アプリケーションクラスベースのアクセス制御を提供するためのルール（規則）との比較に従って、アプリケーションによる通信ネットワークへのアクセスを許可または規制するステップとを含む。アプリケーションは、決定されたクラスに分類される。アプリケーションは、ホームネットワークによって、決定されたクラスに分類される。アプリケーションは、３ＧＰＰレイヤによって、決定されたクラスに分類される。アプリケーションは、訪問先ネットワークによって、決定されたクラスに分類される。訪問先ネットワークは、アプリケーションをさらなるアプリケーションクラスに分類する。ルールは、アプリケーションのリストを含み、決定されたアプリケーションクラスのルールとの比較に従って、アプリケーションのリストのうちのアプリケーションによるアクセスを許可することも提供される。

Description

本発明は、無線通信の分野に関する。

スマートフォンアプリケーションによって引き起こされるネットワーク輻輳が、現在の３Ｇおよび４Ｇネットワークにおいて観測されている。この状況は、ますます多くの帯域幅を消費するアプリケーションが普及するようになるにつれて、悪化し続けることがある。輻輳に対抗するための様々なアクセス制御メカニズム、例えば、アクセスクラス規制（ＡＣＢ）、拡張アクセス規制（ＥＡＢ）、ドメイン別アクセス制御（ＤＳＡＣ）、サービス別アクセス制御（ＳＳＡＣ）などが、当技術分野において知られている。しかしながら、これらのメカニズムは、様々なアプリケーションの間に区別を設けることなく、あるパーセンテージのユーザ機器（ＵＥ）がネットワークにアクセスすることを規制されるという同様の方法で機能する。ＡＣＢまたはＥＡＢによって、ＵＥが規制される場合、そのアプリケーションのすべてが、そのうちのいくつかは輻輳に寄与することができない場合であっても、規制されることがある。多くの状況では、オペレータは、依然として、緊急またはプライオリティがより高いサービスのために、ＵＥのほぼすべてにアクセスを許可し、リソースを消費するプライオリティが低い少数のアプリケーションを規制する必要があることがある。そのような状況には、いくつかの例がある。

災害時シナリオでは、多くのユーザが、家族または友人の安否を確かめるために、災害用伝言板（ＤＭＢ）または災害用音声メッセージ（ＤＶＭ）などのサービスを使用することがある。可能なネットワーク輻輳によってこれらのサービスが阻害されないことを保証するために、オペレータは、他のプライオリティが低いアプリケーションのアクセスを規制して、ネットワークリソースを空けておくことができる。

地下鉄の駅、コンサート、またはスポーツイベントなど、ユーザ密度が高くなることが避けられず、セル輻輳の可能性がより高いエリアでは、オペレータは、プライオリティが低く、リソースを消費する少数のアプリケーションを規制することを望むことができる。そのせいで、音声およびメッセージングなどの基本サービスが、影響を受けることがないようにすることができる。

ＳＰ−１２０５４６、ＷＩＤ ｐｒｏｐｏｓａｌ ｆｏｒ ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ ｄａｔａ ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＦＳ＿ＡＣＤＣ）、ＳＡ＃５７ ＳＰ−１３０１２４、ＷＩＤ ｐｒｏｐｏｓａｌ ｆｏｒ Ａｐｐｌｉｃａｔｉｏｎ ａｎｄ Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＡＳＡＣ）、ＳＡ＃５９ Ｓ１−１３１２７９、ＣＲ（０１９４） ｔｏ ２２．０１１ Ｓ１−１３１２８５、ＣＲ（０１９３） ｔｏ ２２．０１１ ３ＧＰＰ ＴＲ２３．７０５、ｖ０．２．０ ３ＧＰＰ ＴＲ２２．８０６、ｖ０．２．０ ３ＧＰＰ ＴＳ３６．３３１、ｖ１１．０．０ ３ＧＰＰ ＴＳ２３．４０２、ｖ１１．４．０ ３ＧＰＰ ＴＲ２２．９８６、ｖ１１．０．０ ３ＧＰＰ ＴＳ２２．０１１、Ｖ１１．２．０

あるエリアで公安上の任務が実施される場合、より多くのリソースが、必要とされることがある。したがって、ネットワークを解放するために、いくつかのアプリケーションが規制されることがある一方で、他の通常ユーザに対する基本サービスは、依然として、継続することができる。そのような問題に対処するために、研究項目（非特許文献１を参照）が、ＳＡ＃５７において承認された。その後、作業項目（非特許文献２を参照）が、ＳＡ＃５９において承認された。これらの作業項目の目的は、オペレータによって定義され、地域規制に従う、特定のアプリケーションの通信開始を許可／禁止することができるシステムのためのサービス要件を規定することであった。要件は、オペレータによって定められた状況の前／状況の下において、例えば、重い輻輳または災害の場合において、アクセスネットワークおよび／またはコアネットワークの過負荷を防止／軽減することを意図していた。さらに、第３世代パートナシッププロジェクト（３ＧＰＰ）仕様書が、いくつかのアクセス制御メカニズムをすでに定義している。

例えば、ＡＣＢが定義されている。ＡＣＢでは、加入時に、１または複数のアクセスクラス（ＡＣ）を、加入者に割り当て、汎用加入者識別モジュール（ＵＳＩＭ）内に記憶することができる。通常のＵＥには、０〜９の間のＡＣをランダムに割り当てることができる。いくつかの特別なＵＥには、より高いプライオリティ、例えば、ＡＣ１１〜１５を割り当てることができる。ＡＣＢ情報は、システム情報に収めてブロードキャストされ、それは、平均アクセス規制時間および規制されるアクセスのパーセンテージを基本的に制御する。ＵＥは、アクセスを開始しようと試みるとき、（０，１）の間の乱数を選び出し、その乱数を、ブロードキャストされたＡＣＢ情報の一部であるＡＣＢファクタと比較しようと試みる。乱数がＡＣＢファクタよりも大きい場合、計算された平均規制時間に対応する期間にわたって、アクセスが規制される。

ＥＡＢは、ＥＡＢ制御を受けるように構成することができるＵＥだけを対象にすることができる。通常、これらのＵＥは、プライオリティがより低く、または遅延耐性があり、例えば、マシンタイプコミュニケーション（ＭＴＣ）デバイスとすることができる。アクセスを開始する前に、非アクセス層（ＮＡＳ）は、少数の基準に基づいて、アクセスがＥＡＢ制御を受けるかどうかを決定することができる。基準は、ＵＥのローミングカテゴリ、アクセスの性質、ＵＥが特別なＡＣ（１１〜１５）に属するかなどを含むことができる。そうである場合、ＮＡＳは、ＵＥのＡＣを、各ビットがＡＣ（０〜９）の規制ステータスを表すブロードキャストされたＥＡＢ規制ビットマップと比較する。ＡＣＢと区別されるように、ＥＡＢパラメータ内で定義される規制ファクタまたは規制時間は存在しない。

ＳＳＡＣは、専用ＳＳＡＣ規制パラメータの異なるセットを用いるＡＣＢに基づいている。専用ＳＳＡＣ規制パラメータは、異なる規制ファクタおよび規制時間を用いる、マルチメディアテレフォニーサービス（ＭＭＴＥＬ）音声サービスとＭＭＴＥＬビデオサービスとを区別することができる。ブロードキャストされたＳＳＡＣ規制構成と、ＵＥのＡＣとに基づいて、ＵＥは、実際の規制パラメータを決定し、上位サービスレイヤに通知することができる。サービスレイヤは、サービスを開始する前に、サービスが規制されるかどうかを決定するために、乱数を選び出し、それを規制パラメータと比較することができる。

ここで図２を参照すると、ユーザプレーン輻輳（ＵＰＣＯＮ）管理システム２００の可能な実施形態の高水準な図が示されている。ＵＰＣＯＮ管理は、以下で列挙される３ＧＰＰ作業項目に従って、ＵＰＣＯＮ管理システム２００内で実行することができる。ＵＰＣＯＮは、ＲＡＮリソースを求める要求が利用可能なＲＡＮ容量を超過したときは、無線アクセスネットワーク（ＲＡＮ）２１２内で、またはデータスループットが利用可能な帯域幅を超過したときは、ネットワークインターフェース（例えば、Ｓ１−Ｕ）上で発生することがある。これは、輻輳予測／検出１において検出することができる。輻輳予測／検出は、ＲＡＮ２１２に適用することができる。システム２００における輻輳に対するソリューションは、輻輳インジケーション２によってＲＡＮ輻輳を報告することを含むことができる。ソリューションは、例えば、コアネットワーク（ＣＮ）ベースの輻輳軽減４、ＲＡＮベースの輻輳軽減のためのサービス／ＱｏＳ情報５ａ、およびＲＡＮベースの輻輳軽減５ｂによる、ＲＡＮ２１２またはＣＮ２０８ベースの輻輳軽減も含むことができる。アプリケーションおよびサービスアクセス制御（ＡＳＡＣ）とＵＰＣＯＮ管理は、それらがともに、何らかのアプリケーショントラフィックを減少させることによって、輻輳を軽減しようと試みる点では、同様であるとすることができる。相違は、ＡＳＡＣが、特定のアプリケーションがネットワークにアクセスすることを阻止するのに対して、ＵＰＣＯＮ管理は、アプリケーショントラフィックを減らすにすぎないことである。

ＵＥ上で実施される方法は、アプリケーションのアプリケーションクラスを決定するステップと、決定されたアプリケーションクラスの、アプリケーションクラスベースのアクセス制御を提供するためのルール（規則）との比較に従って、アプリケーションによる通信ネットワークへのアクセスを許可または規制するステップとを含む。アプリケーションは、決定されたクラスに分類される。アプリケーションは、ホームネットワークによって、決定されたクラスに分類される。アプリケーションは、３ＧＰＰレイヤによって、決定されたクラスに分類される。アプリケーションは、在圏（訪問先）ネットワーク（Visited Network）によって、決定されたクラスに分類される。在圏ネットワークは、アプリケーションをさらなるアプリケーションクラスに分類する。ルール（規則）は、アプリケーションのリストを含み、決定されたアプリケーションクラスのルール（規則）との比較に従って、アプリケーションのリストのうちのアプリケーションによるアクセスを許可することも提供される。ルール（規則）がアクティブである時間期間、およびルール（規則）がアクティブになる時刻が提供される。ルールは、通信ネットワークの輻輳のレベルに従って決定される。輻輳のレベルは、システム情報ブロック（ＳＩＢ）に従って決定される。ルール（規則）は、ルール（規則）に従うＡＣを示すための少なくとも１つのアプリケーションクラス識別子を含む。通信ネットワークは、ルール（規則）を更新する。通信ネットワークは、通信ネットワークにおける輻輳のレベルに従って、ルール（規則）を更新する。

ＡＳＡＣのための一般的なＵＥモデルは、アプリケーションクラス制御に基づくことができる。モデルは、ＵＥにおいてＡＣ識別情報およびＡＣベースのＡＳＡＣルール（規則）を構成するための方法を含むことができる。具体的には、自己トレーニング型のアプリケーションクラス識別方法を使用することができる。さらに、漸進的でグレースフルなＡＳＡＣ非アクティブ化方法は、輻輳の異なるレベルに従って、規制されたアプリケーション／アプリケーションクラスのアクセスを徐々に許可することができる。ページングを、そのため、ＡＳＡＣルール（規則）を引き起こしたアプリケーション／アプリケーションクラスをＵＥが認識するための方法も、モバイル電気通信（ＭＴ）サービスに適用することができる。加えて、規制されたアプリケーションによって引き起こされたいかなるページングもフィルタリングするために、方法をモビリティ管理エンティティ（ＭＭＥ）／ｅＮＢに適用することができる。

ＡＳＡＣをリンクするための方法は、ＲＡＮ共用環境における個々のオペレータと関連付けることができ、ホストするオペレータがホストされるオペレータにＡＳＡＣ設定を変更するように要求するための方法を提供することができる。方法は、輻輳制御のためにＵＥにおいて複数のインデックス付けされたアクセスネットワーク発見および選択機能（ＡＮＤＳＦ）ポリシを構成することができ、ネットワークは、インデックスを使用して、特定のポリシをアクティブ化することができる。さらに、方法は、トラフィックフローテンプレート（ＴＦＴ）パケットフィルタに阻止属性を追加することによって、接続されたＵＥにおいてアプリケーション／サービスが生じることがないようにすることができる。加えて、方法は、ＡＳＡＣをデバイス間（Ｄ２Ｄ）通信に適用することができる。ＡＮＤＳＦの文脈では、ポリシという用語がよく使用されることがあり、一方、ＡＳＡＣの文脈では、ルール（規則）という用語が使用されることがあることが理解されよう。したがって、本明細書では、ポリシという用語とルール（規則）という用語は、交換可能に使用することができる。

より詳細な理解は、添付の図面と併せて、例として与えられる、以下の詳細な説明から得ることができる。そのような図面の中の図は、詳細な説明と同様に、例とすることができる。そのため、図および詳細な説明は、限定的なものと見なされるべきではなく、他の等しく有効な例も可能であり、可能性がある。さらに、図における同様の参照番号は、同様の要素を指し示す。

１または複数の開示される実施形態を実施することができる例示的な通信システムの図である。 図１Ａに示された通信システム内で使用することができる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示された通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示された通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示された通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 ユーザプレーン輻輳管理のためのシステムの可能な実施形態のシステム図である。 アプリケーションクラスベースの制御のためのシステムの可能な実施形態のＵＥモデルを示す図である。 アプリケーションクラスベースの制御において使用するのに適したアプリケーション分類情報の可能な実施形態のブロック図である。 輻輳レベルを示し、ルールを更新するための手順の可能な実施形態のプロセスフローである。 許可／阻止属性を有するパケットフィルタの可能な実施形態のブロック図である。

以下の詳細な説明では、本明細書で開示される実施形態および／または例の完全な理解を提供するために、数々の特定の詳細が説明される。しかしながら、そのような実施形態および例は、本明細書で説明される特定の詳細の一部または全部を用いずとも実施することができることが理解されよう。他の例では、よく知られた方法、手順、コンポーネント、および回路は、以下の説明を不明瞭にしないために、詳細には説明されなかった。さらに、本明細書で具体的に説明されなかった実施形態および例を、本明細書で開示された実施形態および他の例に代わって、またはそれらと組み合わせて実施することができる。

例示的なアーキテクチャ
本明細書で言及される場合、「ユーザ機器（ユーザ装置）」という用語、およびその略称である「ＵＥ」は、（ｉ）以下で説明されるような無線送信および／または受信ユニット（ＷＴＲＵ）、（ｉｉ）以下で説明されるような、ＷＴＲＵの数々の実施形態のいずれか、（ｉｉｉ）以下で説明されるような、とりわけ、ＷＴＲＵの一部もしくは全部の構造および機能を用いて構成された、無線対応デバイスおよび／もしくは有線対応（例えば、つなぎ留め(tethered：テザリング)可能な）デバイス、（ｉｖ）以下で説明されるような、ＷＴＲＵの一部の構造および機能を用いて構成された、無線対応デバイスおよび／もしくは有線対応デバイス、または（ｖ）その他を意味することができる。本明細書で言及されるいずれかのＵＥを代表することができる例示的なＷＴＲＵの詳細が、図１Ａ〜図１Ｅに関連して以下で提供される。

本明細書で言及される場合、「進化型ノードＢ」という用語、ならびにその略称である「ｅＮＢ」および「ｅノードＢ」は、（ｉ）以下で説明されるような基地局、（ｉｉ）以下で説明されるような、基地局の数々の実施形態のいずれか、（ｉｉｉ）以下で説明されるような、とりわけ、基地局もしくはｅＮＢの一部もしくは全部の構造および機能を用いて構成された、デバイス、（ｉｖ）以下で説明されるような、基地局もしくはｅＮＢの一部の構造および機能を用いて構成された、デバイス、または（ｖ）その他を意味することができる。本明細書で言及されるいずれかのｅＮＢを代表することができる例示的なｅＮＢの詳細が、図１Ａ〜図１Ｅに関連して以下で提供される。

本明細書で言及される場合、「モビリティ管理エンティティ」という用語、およびその略称である「ＭＭＥ」は、（ｉ）以下で説明されるようなＭＭＥ、（ｉｉ）３ＧＰＰ ＬＴＥリリースに従ったＭＭＥ、（ｉｉｉ）以下の説明に従って変更、拡張、および／もしくは増強された、３ＧＰＰ ＬＴＥリリースに従ったＭＭＥ、（ｉｖ）とりわけ、上記のＭＭＥのいずれかの一部もしくは全部の構造および機能を用いて構成された、デバイス、（ｖ）上記の（ｉ）および（ｉｉ）のＭＭＥのいずれかの一部の構造および機能を用いて構成された、デバイス、または（ｖｉ）その他を意味することができる。本明細書で言及されるいずれかのＭＭＥを代表することができる例示的なＭＭＥの詳細が、図１Ａ〜図１Ｅに関連して以下で提供される。

図１Ａは、１または複数の開示される実施形態を実施することができる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を利用することができる。

図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびに他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例を挙げると、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、タブレットコンピュータ、無線センサ、および家電製品などを含むことができる。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースを取るように構成された、任意のタイプのデバイスとすることができる。例を挙げると、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。

基地局１１４ａは、ＲＡＮ１０４の部分とすることができ、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタ毎に１つずつ含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。

より具体的には、上で言及されたように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することがある。したがって、基地局１１４ｂは、コアネットワーク１０６を介して、インターネット１１０にアクセスする必要がないことがある。

ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信することができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０４に接続するのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示せず）とも通信することができる。

コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別々の構成要素として示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。

送信／受信要素１２２は、エアインターフェース１１６上で、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。

加えて、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するための２以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。

送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示せず）上などに配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素への電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。

プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上で位置情報を受信することができ、および／または２以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得することができることが理解されよう。

プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。

図１Ｃは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上で言及されたように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を使用して、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０６とも通信することができる。図１Ｃに示されるように、ＲＡＮ１０４は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０４内の特定のセル（図示せず）に関連付けることができる。ＲＡＮ１０４は、ＲＮＣ１４２ａ、１４２ｂも含むことができる。ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含むことができることが理解されよう。

図１Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成することができる。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウタループ電力制御、負荷制御、アドミッションコントロール、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化など、他の機能を実施またはサポートするように構成することができる。

図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つにしても、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を容易にすることができる。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にも接続することができる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。

上で言及されたように、コアネットワーク１０６は、ネットワーク１１２にも接続することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。

図１Ｄは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上で言及されたように、ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４は、コアネットワーク１０６とも通信することができる。

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｄに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上で互いに通信することができる。

図１Ｄに示されるコアネットワーク１０６は、ＭＭＥ１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つにしても、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間の交換のためのコントロールプレーン機能も提供することができる。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができる。サービングゲートウェイ１６４は、一般に、ユーザデータパケットのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からの経路選択および転送を行うことができる。サービングゲートウェイ１６４は、ｅノードＢ間のハンドオーバ中におけるユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合のページングのトリガ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能も実行することができる。

サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６にも接続することができ、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。

コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。

図１Ｅは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の異なる機能エンティティ間の通信リンクは、参照点として定義することができる。

図１Ｅに示されるように、ＲＡＮ１０４は、基地局１７０ａ、１７０ｂ、１７０ｃと、ＡＳＮゲートウェイ１７２とを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数の基地局とＡＳＮゲートウェイとを含むことができることが理解されよう。基地局１７０ａ、１７０ｂ、１７０ｃは、各々が、ＲＡＮ１０４内の特定のセル（図示せず）に関連付けることができ、各々が、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、基地局１７０ａ、１７０ｂ、１７０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１７０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。基地局１７０ａ、１７０ｂ、１７０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）ポリシ実施などの、モビリティ管理機能も提供することができる。ＡＳＮゲートウェイ１７２は、トラフィック集約ポイントとしての役割を果たすことができ、ページング、加入者プロファイルのキャッシング、およびコアネットワーク１０６への経路選択などを担うことができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４の間のエアインターフェース１１６は、ＩＥＥＥ８０２．１６仕様を実施する、Ｒ１参照点として定義することができる。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０６との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６の間の論理インターフェースは、Ｒ２参照点として定義することができ、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用することができる。

基地局１７０ａ、１７０ｂ、１７０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を容易にするためのプロトコルを含む、Ｒ８参照点として定義することができる。基地局１７０ａ、１７０ｂ、１７０ｃとＡＳＮゲートウェイ１７２の間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づいたモビリティ管理を容易にするためのプロトコルを含むことができる。

図１Ｅに示されるように、ＲＡＮ１０４は、コアネットワーク１０６に接続することができる。ＲＡＮ１０４とコアネットワーク１０６の間の通信リンクは、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含む、Ｒ３参照点として定義することができる。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１７４と、認証認可課金（ＡＡＡ）サーバ１７６と、ゲートウェイ１７８とを含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つにしても、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。

ＭＩＰ−ＨＡ１７４は、ＩＰアドレス管理を担うことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮの間で、および／または異なるコアネットワークの間でローミングを行うことを可能にすることができる。ＭＩＰ−ＨＡ１７４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。ＡＡＡサーバ１７６は、ユーザ認証、およびユーザサービスのサポートを担うことができる。ゲートウェイ１７８は、他のネットワークとの網間接続を容易にすることができる。例えば、ゲートウェイ１７８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を容易にすることができる。加えて、ゲートウェイ１７８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。

図１Ｅには示されていないが、ＲＡＮ１０４は、他のＡＳＮに接続することができ、コアネットワーク１０６は、他のコアネットワークに接続することができることが理解されよう。ＲＡＮ１０４と他のＡＳＮの間の通信リンクは、Ｒ４参照点として定義することができ、Ｒ４参照点は、ＲＡＮ１０４と他のＡＳＮの間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０６と他のコアネットワークの間の通信リンクは、Ｒ５参照点として定義することができ、Ｒ５参照は、ホームコアネットワークと在圏コアネットワークの間の網間接続を容易にするためのプロトコルを含むことができる。

ＡＳＡＣ情報は、ＩＤＬＥモードのＵＥにＡＳＡＣ動作を許可するために提供することができる。ＡＳＡＣ機能を働かせるために、ネットワークは、どのアプリケーションがネットワークへのアクセスを停止すべきかをＵＥに示すことができる。アプリケーションのホワイトリストおよび／またはブラックリストを、ＵＥにおいて事前に構成しておくことができ、またはネットワークによって提供することができる。しかしながら、ネットワークおよびＵＥの両方にとって、ホワイトリストまたはブラックリストで特定のアプリケーションを識別することは困難なことがある。数千のアプリケーションが存在することがあるので、必要なアプリケーション情報のすべてをリストが含むことは困難なことがある。したがって、規制されるアプリケーションを効率的かつ明確に定め、この情報をＵＥに伝えることが有益なことがある。

輻輳制御メカニズムにおいて使用されるＡＳＡＣの非アクティブ化に伴う１つの問題は、規制が非アクティブ化されたときに、それまで規制されていたＵＥまたはアプリケーションの多くが、ネットワークに再びアクセスしようと試みることがあることである。これらの状況下では、非常に短い時間期間にアクセスが集中することがある。これは、新しい輻輳を引き起こすことができる。非アクティブ化の後のアクセスを分散させるための方法が、当技術分野において知られている。しかしながら、ＡＳＡＣは、いくつかの独特な特性を有することがあるので、ＡＳＡＣの漸進的でグレースフルな非アクティブ化のための他の方法が、必要とされることがある。

動作において異なるアクセス制御メカニズムが存在するので、いずれの新しいＡＳＡＣ制御も、知られたアクセス制御メカニズムと対話する必要があることがある。さらに、ＲＡＮ共用シナリオでは、異なるオペレータが、同じＲＡＮノードにおいて、異なるアプリケーションを制御することが可能なことがある。例えば、ｅＮＢが２つのオペレータ（オペレータＡおよびオペレータＢ）によって共用される場合、オペレータＡは、アプリケーションＸがネットワークにアクセスすることがないようにしたいことがある。オペレータＢは、異なるアプリケーションＹに対するアクセス制御を実行したいことがある。異なるオペレータは、それぞれのネットワークにおいてすでに実施されている異なるアプリケーションプライオリティを有することがあるので、このタイプのオペレータ別アクセス制御をサポートすることが必要なことがある。また、ＲＡＮを共用するオペレータ毎に、輻輳レベルが異なることがある。したがって、オペレータのすべてが、同時に、それぞれのユーザにＡＳＡＣを適用することを望まないことがある。そのようなシナリオを考慮し、可能にすることができる。

ＵＰＣＯＮ方法との対話が、必要とされることがある。ＡＳＡＣでは、どのアプリケーションがネットワークにアクセスすることができるかを制御することが重要なことがあり、同様に、ＵＰＣＯＮの場合は、あるアプリケーションから生成されたトラフィックを制御することが重要なことがある。ＡＳＡＣ要件とＵＰＣＯＮ要件の間の相違は、ＡＳＡＣの場合、アプリケーションによるアクセスは、それらがネットワークアクセスを開始したときに制御することができることとすることができる。ＵＰＣＯＮでは、アプリケーションは、それらがトラフィックをすでに生成していることがあり、ネットワークが輻輳するようになったときに制御することができる。さらに、ＵＰＣＯＮでは、ＲＡＮがＣＮのポリシおよび課金ルール機能（ＰＣＲＦ）／ＡＮＤＳＦに輻輳を通知する手順を、提供することができる。それを受けて、ＡＮＤＳＦは、新しいポリシをＵＥに提供することができる。しかしながら、この手法に伴う問題は、ＲＡＮがすでに輻輳しているとき、ポリシ更新自体がトラフィックを増加させることがあることであろう。したがって、頻繁に使用することができ、短い持続時間内で有効とすることができ、シグナリングオーバヘッドがより少ない、より効率的なメカニズムが、必要とされることがある。

ＡＳＡＣは、ＩＤＬＥ ＵＥを対象とすることができるが、接続されたＵＥが新しいサービス／アプリケーションを生じさせることがないようにするための類似の要件も存在することができる。非特許文献３は、そのような要件を反映したものであることができる。接続されたＵＥを制御する際の１つの困難は、接続およびベアラがすでにセットアップされていることがあることであろう。サービス／アプリケーションレイヤが既存の接続／ベアラ上でデータを送信することがないようにすることは可能でないことがある。

Ｄ２Ｄ通信のためのＡＳＡＣに関して、直接Ｄ２Ｄ通信のために、異なるルール（規則）がネットワークによって必要とされることがある。これが本当であることがある理由は、Ｄ２Ｄ通信は、ネットワークトラフィックの一部をオフロードするために使用されることがあり、したがって、そのようなデータトラフィックまたはそのようなアプリケーションにはＡＳＡＣルール（規則）が適用されないことがあるからである。また、デバイスは、接続を確立する前に、または進行中のＤ２Ｄ接続の間に、ＡＳＡＣルール（規則）を検査する必要があることがある。アプリケーションレベルアクセス制御を適切に管理するために、そのようなシナリオを考慮することができる。

ここで図３を参照すると、ＡＳＡＣ制御システム３００の可能な実施形態が示されている。ＡＳＡＣ制御システム３００では、ＡＳＡＣ制御は、個々のアプリケーションではなく、アプリケーションクラスに基づくことができる。そのようなシステムおよび方法は、要求するアプリケーションがどのクラスに属することができるかをＵＥが決定することができるように、アプリケーション分類構成を含むことができる。アプリケーション分類構成は、ＵＥ内に配置することができる。ＵＥは、アプリケーションクラスを、構成されたＡＳＡＣルール（規則）と比較して、要求するアプリケーションが許可を得ることができるかどうかを決定することができる。

制御システム３００内に示されたシステムおよび方法などのシステムおよび方法は、ＩＤＬＥモードＡＳＡＣ、接続モードＡＳＡＣ、モバイル発信通信の防止（ＰＭＯＣ）などに適用することができることが理解されよう。

ＩＭＳサービスクライアント３０２のＩＭＳサービス／アプリケーション、および他のオーバザトップ（ＯＴＴ）サービス／アプリケーション３０４を含む、ＡＳＡＣ制御システム３００内に示されたアプリケーションは、アプリケーションクラスに分類またはカテゴライズすることができる。アプリケーションクラスは、ＡＳＡＣ制御に関して異なるプライオリティを有することができる。アプリケーションクラスの例は、緊急アプリケーション、高プライオリティアプリケーション、中プライオリティアプリケーション、低プライオリティアプリケーション、またはネットワーク内で動作する他の任意のタイプのアプリケーションを含むことができる。例えば、モバイル着信サービスのためのアクセスは、特別なアプリケーションクラスと見なすことができる。あるいは、それは、上記のアプリケーションクラスの１つ、例えば、高プライオリティアプリケーションクラスに属することができる。

異なる状況では、他の任意のタイプの異なる分類を採用することができる。例えば、災害の場合、緊急アプリケーションと非緊急アプリケーションという、２以上のレベルの分類で十分なことがある。他の状況では、任意の数のレベルまたはより複雑な分類を提供することができる。

さらに、アプリケーションの分類情報は、ＵＥにおいて事前に構成しておくことができ、またはＡＮＤＳＦポリシ、オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）オブジェクト、システム情報ブロードキャストなどの手段を通して、ネットワークによって提供することができる。

アプリケーション分類情報は、例えば、プライオリティ順のアプリケーションクラスのリスト、またはどのアプリケーションがどの特定のアプリケーションクラスに入ることができるかを示す情報を含むことができる。アプリケーション分類情報は、任意の数の方法で、例えば、アプリケーション識別子によって識別することができる。アプリケーション分類情報を識別するこれらの方法は、ＵＥとネットワークがアプリケーション識別子の統一された定義を有する場合に使用することができる。

アプリケーション分類情報は、アプリケーション別パラメータの組み合わせを使用して識別することもできる。アプリケーション別パラメータは、アプリケーション名、アプリケーションプロバイダ名、アプリケーションサーバアドレス、アプリケーションサーバポート、アプリケーションプロトコル、または他の任意のパラメータを含むことができる。

ここで図４を参照すると、アプリケーションクラスベースの制御において使用するのに適することがあるアプリケーション分類情報４００の可能な実施形態が示されている。アプリケーション分類情報４００における分類情報のいくつかは、ＵＥにおいて構成することができ、またはＵＥに提供することができる。ＭＴサービスの場合、アクセスは、そのようなものとして構成することができる場合、特別なＭＴアプリケーションクラスとしてカテゴライズすることができる。加えて、アクセスは、１つの構成されたアプリケーションクラスとして、例えば、高プライオリティアプリケーションクラスなどとして、カテゴライズすることができる。さらに、いくつかのアプリケーション識別情報は、ページングメッセージ内で利用可能とすることができる。この場合、情報は、モバイル発信（ＭＯ）アプリケーションに類似したアプリケーションクラスを識別するために使用することができる。アプリケーション分類情報４００は、異なるシナリオに対して異なる分類が提供される場合、アプリケーション分類構成４０４が関連することができるシナリオのインジケーションも含むことができる。例えば、アプリケーション分類構成４０４は、災害状況のための災害時構成を含むことができる。災害時構成４０８は、緊急アプリケーションクラス４１２および非緊急アプリケーションクラス４１６のための構成を含むことができる。アプリケーション分類構成４０４内に含むことができる構成の別の例は、通常の輻輳状況のための通常の輻輳構成４２０とすることができる。通常の輻輳構成４２０は、緊急アプリケーションクラス４２４および高プライオリティアプリケーションクラス４２８のための構成を含むことができる。通常の輻輳構成４２０は、中プライオリティアプリケーションクラス４３２および低プライオリティアプリケーションクラス４３６のための構成も含むことができる。アプリケーション構成４０４は、任意の数の追加の構成を有することができる。アプリケーションの各々は、１または複数のアプリケーションクラス識別を有することができる。

アプリケーションと３ＧＰＰプロトコルスタックとの間のアプリケーションインターフェースは、アプリケーション分類情報を提供することができる。例えば、それは、アプリケーション識別子、アプリケーション別パラメータの組み合わせ、または他の任意の関連情報などの情報を含むことができる。これは、３ＧＰＰレイヤが、要求するアプリケーションがどのクラスに入ることができるかを決定し、したがって、アプリケーションクラスベースのＡＳＡＣルールを適用することを可能にすることができる。

多くのアプリケーションが存在することがあるので、アプリケーション分類情報４００を、重大な、よく知られた、または人気のあるものとすることができるアプリケーションのためのアプリケーション識別に限定することが可能なことがある。アプリケーション分類情報４００において識別可能でないことがある他のアプリケーションは、プライオリティが最も低いクラスに自動的に入ることができる。

アプリケーション分類情報４００は、ホームネットワークオペレータによって提供することができる。ＵＥが、在圏ネットワーク、すなわち、別のオペレータのネットワークへのローミングを行う場合、それがホームネットワークに戻って来るまで、構成は無効と見なすことができる。加えて、ＵＥは、在圏ネットワークが新しい構成をサポートする場合、在圏ネットワークから（例えば、Ｖ−ＡＮＤＳＦ、または他の在圏ネットワークから）、そのような構成を獲得しようと試みることができる。

アプリケーション分類情報４００は、例えば、ＡＮＤＳＦ、ＤＭ、ｅＮＢなどのネットワークエンティティによって、明示的に提供することができる。加えて、アプリケーションクラス構成は、例えば、自己トレーニングプロセスによって、ＵＥにおいて提供することができる。

アプリケーションによって引き起こされる輻輳問題が深刻になった場合、ネットワークにおけるアプリケーションアウェアネスを高めるソリューションが求められることがあり、アプリケーション別ＱｏＳ制御が適用されることがある。いくつかのソリューションは、アプリケーションまたはフロープライオリティのインジケーションを含むように、現在のユーザプレーンパケットヘッダ、汎用パケット無線サービストンネリングプロトコルユーザプレーン（ＧＴＰ−Ｕ）、またはＩＰヘッダを拡張することができる。例えば、ＩＰヘッダ内のサービス期間（ＴｏＳ）または差別化サービスコードポイント（ＤＳＣＰ）フィールドを、アプリケーションまたはフロープライオリティを示すために使用することができる。これらのインジケーションは、実際には、アプリケーションクラスと等価とすることができる。

プライオリティインジケーションがＩＰパケット内に存在する場合、ＵＥおよびその上位レイヤは、ネットワークによって決定される同じインジケーションを受け取ることができる。トラフィック内の、ソースアドレス、ポートなどのトラフィックメトリック、およびプライオリティインジケーションを分析することによって、ＵＥは、特定のアプリケーショントラフィックと、例えば、そのプライオリティアプリケーションクラスとの間のマッピング関係を作り上げることができる。例えば、ＵＥが、あるアプリケーションサーバとのＴＣＰ接続をポート「ｘｘ」においてセットアップし、そのＴＣＰ接続上のダウンリンクＩＰデータが、プライオリティ「ｙ」を示す場合、ＵＥは、＜ｓｅｒｖｅｒ−ａｄｄｒ，ｐｏｒｔ ｘｘ＞とプライオリティ「ｙ」との間のマッピングを作り上げ、それをＵＥ内に記憶することができる。次回、アプリケーションが接続を開始しようと試みるとき、ＵＥは、同じプライオリティ／アプリケーションクラスを識別することができる。アプリケーションは、アプリケーションクラスが規制されることがあるかどうかを決定するために、アプリケーションをＡＳＡＣルールと照合することもできる。

しかしながら、ユーザプレーンパケットプライオリティインジケーションが、ＧＴＰ−Ｕパケットヘッダで搬送される場合、ＧＴＰ−ＵヘッダはＵＥに転送されないことがあるので、ＵＥは、その情報を利用することができないことがある。

異なる可能なシナリオのためのアプリケーションクラスベースのＡＳＡＣルールは、特定のＡＳＡＣルールを定義することができる。ＡＳＡＣルールは、ルールの識別情報、ルールを適用することができる状況（例えば、災害時もしくは他の状況）、またはルールに従うことができるＡＣ、例えば、ＡＣ０〜ＡＣ９を含むことができる。加えて、アプリケーションクラスベースのＡＳＡＣルールは、アプリケーションクラスのホワイトリストを定義することができ、すなわち、それは、許可を得ることができるリスト内のクラスに属するアプリケーションを定めることができる。ＡＳＡＣルールは、アプリケーションクラスのブラックリストも、すなわち、規制を受けることがあるリスト内のクラスに属するアプリケーションも定めることができる。それは、明示的な非アクティブ化インジケーションを受け取らないことがある場合に、ＡＳＡＣルールをアクティブ化しておくことができる、例えば、１時間などの、時間期間も定めることができる。

例えば、重度、中度、軽度など、異なるネットワーク輻輳レベルに従って、シナリオ／状況のために、複数のルール（規則）を定義することができる。いくつかの場合では、ＡＳＡＣがアクティブ化される必要があるときに、ＵＥはシナリオを知らないことがあるので、シナリオ／状況別ではないルール（汎用ルール）も定義することができる。

加えて、ＡＳＡＣルールは、例えば、ＡＳＡＣのアクティブ化は定期的とすることができるかどうか、ＵＥにおいてＡＳＡＣのルール（規則）をアクティブ化することができる時刻、例えば、１日の午前９：３０もしくは午後８：３０など、ＵＥにおいてＡＳＡＣを非アクティブ化すべき時刻、またはルール（規則）に関連する他の任意のパラメータを定めることができる。これは、ネットワーク輻輳を定期的に、例えば、１日の繁忙な時間中に予期することができる場合に、有益なことがある。そのようなＡＳＡＣルールは、ネットワークからのインジケーションなしに、ＡＳＡＣアクティブ化／非アクティブ化を自動的にトリガすることができる。

さらに、ＵＥがある場所／エリアにいるときに、機能を自動的にアクティブ化／非アクティブ化するために、ＡＳＡＣルールにおいてＵＥのロケーション情報も構成することができる。ロケーション情報は、例えば、セルＩＤ、限定加入者グループ（ＣＳＧ）ＩＤ、ＧＰＳ座標、または他の任意のタイプのロケーション情報とすることができる。例えば、輻輳を常態的に観測することができる、地下鉄の駅をカバーするセルのＩＤを、ＡＳＡＣルールにおいて構成することができる。したがって、ＵＥは、そのセルに入ったとき、ＡＳＡＣを自動的にアクティブ化することができる。別の例では、ネットワークがアクティブ化をトリガしていた場合、ＵＥは、それがＣＳＧメンバであることができる閉じられたまたはハイブリッドホーム進化型ノードＢ（ＨｅＮＢ）に入ったときに、ＡＳＡＣルールを非アクティブ化することができる。あるいは、ＵＥは、ネットワークからのいずれのＡＳＡＣアクティブ化インジケーションも無視することができる。

複数のオペレータによって共用されるＲＡＮでは、すべてのオペレータ／公衆陸上モバイルネットワーク（ＰＬＭＮ）のために、共通のＡＳＡＣルールを構成することができる。あるいは、オペレータ／ＰＬＭＮ毎に、オペレータまたはＰＬＭＮ別ＡＳＡＣルールを構成することができる。オペレータ／ＰＬＭＮ別ＡＳＡＣルールが定義されているときであっても、緊急シナリオのためのＡＳＡＣルールなど、いくつかのＡＳＡＣルール、または他の任意のルールは、複数のオペレータ／ＰＬＭＮによって依然として使用することができる。

類似のＡＳＡＣルールを、ＭＯおよびＭＴアクセスの両方に適用することができる。あるいは、異なるＭＯ別およびＭＴ別ＡＳＡＣルールを定義することができる。例えば、いくつかのシナリオでは、ネットワークは、ＭＯには緊急アプリケーションのみを許可し、ＭＴには緊急および高プライオリティアプリケーションの両方を許可することができる。

アプリケーション分類情報４００の実施形態と類似することができる方法で、ＡＳＡＣルールは、ＵＥにおいて事前に構成することができ、またはＡＮＤＳＦポリシ、ＯＭＡ ＤＭオブジェクト、もしくはｅＮＢシステム情報ブロードキャストによって提供することができる。必要な場合、ＵＥ別ＡＳＡＣルールは、専用ＮＡＳまたは無線リソース制御（ＲＲＣ）シグナリングを通して提供することができる。

ＡＳＡＣルールの設計を、アプリケーションクラスベースのブラック／ホワイトリストなどを可能な例外として、他のアプリケーションクラスベースでないＡＳＡＣルールにも適用することができることに留意することができる。ＵＥにおけるＡＳＡＣアクティブ化／非アクティブ化のトリガは、ＵＥにおいて時間またはロケーションベースの基準を構成することによって実行することができる。これらの基準が満たされたとき、ＡＳＡＣは、自動的にアクティブ化または非アクティブ化することができる。

より一般的には、アクティブ化および非アクティブ化は、ＡＳＡＣ関連情報（例えば、ＡＳＡＣルール）の存在／非存在によってトリガすることができる。これが特に当てはまることがあるのは、ＡＳＡＣ関連情報を、ＡＣＢまたはＥＡＢ機能に類似したシステム情報ブロードキャストによって提供することができるときである。ネットワークからの追加のアクティブ化／非アクティブ化インジケーションは、例えば、ＡＮＤＳＦ、ＯＭＡ ＤＭ、ＳＩＢ、または専用ＲＲＣシグナリングを通して、ＡＳＡＣ関連情報を事前に提供することができることを示すインジケーションとすることができる。これは、機能をアクティブ化／非アクティブ化するためのネットワークからのインジケーションが利用可能であることができ、その機能をＵＥにおいてアクティブ化または非アクティブ化することができる場合に生じることができる。インジケーションは、任意の形式とすることができる。例えば、インジケーションは、マスタ情報ブロック（ＭＩＢ）内の１または複数のビット、ＳＩＢ、ページングメッセージ内のＩＥ、ＡＮＤＳＦポリシプッシュなどとすることができる。

したがって、ＵＥは、例えば、地震津波警報システム（ＥＴＷＳ）ページング、または別の災害状況インジケーションを受信した場合、汎用ルール（規則）または災害シナリオ別ルール（規則）が利用可能であることができるならば、ＡＳＡＣを自動的にアクティブ化することができる。さらに、明示的なＡＳＡＣアクティブ化インジケーションを、ＥＴＷＳページングメッセージなどのページングメッセージで搬送することができる。

加えて、ＡＣＢまたはＥＡＢまたはＳＳＡＣなどのためのＳＩＢの存在など、ネットワーク輻輳状況のいくつかのインジケーションは、ＵＥにおいてルールが利用可能であることができる場合、ＡＳＡＣを自動的にアクティブ化することができる。ＵＥまたはアプリケーションが、ＡＣＢ、ＥＡＢ、またはＳＳＡＣに従わないことがある場合であっても、ＡＳＡＣをアクティブ化することができる。

共用ＲＡＮのためにオペレータ／ＰＬＭＮ別ＡＳＡＣルールを構成することができる場合、異なるオペレータ／ＰＬＭＮに属するＵＥに、共通のアクティブ化または非アクティブ化インジケータを提供することができる。共通のまたは異なるＡＳＡＣルールを用いて機能をアクティブ化／非アクティブ化するために、インジケータを提供することができる。あるいは、オペレータ／ＰＬＭＮ別アクティブ化／非アクティブ化インジケーションを、ネットワークによって提供することができる。この場合、特定のオペレータ／ＰＬＭＮに属するＵＥは、機能をアクティブ化／非アクティブ化することができ、他のＵＥは、影響を受けずにいることができる。これが特に有益なことがあるのは、ＲＡＮが共用され、各参加オペレータがＲＡＮリソースのあるパーセンテージだけしか使用することができないときである。これらの条件下では、いくつかのオペレータは、割り当て量に到達し、ＡＳＡＣをアクティブ化する必要があることがあるが、他のオペレータは、そうではないことがある。

ネットワークは、ネットワークが明示的にＡＳＡＣを非アクティブ化する前に、ネットワーク輻輳状況が改善するにつれて、追加のアプリケーションがネットワークにアクセスすることを徐々に可能にするために、ＡＳＡＣルールを更新することができる。例えば、ネットワーク輻輳が非常に深刻なことがある場合、ネットワーク提供のＡＳＡＣルールは、ネットワークにアクセスすることを緊急アプリケーションだけに許可することができる。ネットワーク輻輳が軽減された場合、ネットワークは、ネットワークにアクセスすることをプライオリティが高い方のアプリケーションにも許可するように、ルール（規則）を更新することができる。この方法または他の方法を使用することによって、非アクティブ化プロセスは、漸進的でグレースフルであることができ、集中アクセスを回避することができる。

ここで図５を参照すると、輻輳レベルを示し、ルール（規則）を更新するための手順５００の可能な実施形態が示されている。例えば、ＳＩＢブロードキャストされるＡＳＡＣルールなど、いくつかの動的に提供されるＡＳＡＣルールの場合、ネットワークがルールを直接的に更新することが容易なことがある。例えば、ＡＮＤＳＦまたはＯＭＡ ＤＭなどによって提供されるルールなど、静的に事前構成された、または半静的に提供されるＡＳＡＣルールの場合、ネットワークは、ＵＥにおいて異なるＡＳＡＣをアクティブ化するために、異なる輻輳レベルを示すことができる。

先に説明されたように、ＡＳＡＣルールは、それらが適用されるＡＣを定めることができる。したがって、ネットワークは、異なる輻輳レベルに従って、アクティブなＡＳＡＣルールにおけるＡＣの数を調整することもでき、それによって、漸進的でグレースフルな非アクティブ化手順を達成することができる。

ＩＤＬＥモードにおけるＭＴトラフィックのためのＡＳＡＣの場合、ＭＴアプリケーションＩＤは、ページングまたはＭＴ別ＡＳＡＣルールで伝達することができる。これは、ＭＭＥがアプリケーションアウェアネスを有さないことを仮定することができる。それは、アプリケーションパケットをトランスポートする進化型パケットシステム（ＥＰＳ）ベアラのＱｏＳパラメータから、ＡＳＡＣプライオリティを直接的に引き出すことができることも仮定することができる。ダウンリンク（ＤＬ）通知メッセージを、サービングゲートウェイ（ＳＧＷ）においてバッファリングされるパケットのアプリケーションＩＤを含むように拡張することができる。ＭＭＥは、この情報をＳＩページングメッセージ内に含めることができる。ｅＮＢは、アプリケーションＩＤを有するページングメッセージを送信することができる。

いくつかのＡＳＡＣルールは、ＭＴアクセスのために明確に定義することができる。例えば、ＭＯとＭＴのために、異なるブラックリストを定義することができる。いくつかの非緊急シナリオでは、ＵＥは、ＭＴのためのＡＳＡＣをバイパスすることができる。緊急ＡＳＡＣ状態では、ＭＴアクセスは、ＡＳＡＣ規制を受けることがある。

ＭＭＥまたはｅＮＢにおいてフィルタリングされるＤＬ通知／ページングでは、ホーム加入者サーバ（ＨＳＳ）からＭＭＥにダウンロードされる加入プロファイルは、負荷状態毎に、許可されたＡｐｐ−ＩＤ／ＱＣＩ／割り当ておよび保持プライオリティ（ＡＲＰ）／機能プログラミングインターフェース（ＦＰＩ）を提供することができる。標準定義されたまたは実施別のインターフェースを使用して、ＭＭＥは、ＲＡＮ負荷状態を獲得することができる。したがって、ＭＭＥは、特定のＵＥについて特定のｅＮＢへのページングを実行すべきかどうかを決定するために、他の情報とともに、２つの情報を獲得することができる。

さらに、場合によっては、負荷情報がＭＭＥに知られていないことがあるので、ページングは、ページングプライオリティに従って、ｅＮＢによってフィルタリングすることができる。ＭＭＥは、ページングプライオリティを導出するために、ＵＥ加入情報、アプリケーションＩＤ、サブ品質管理インデックス（ＱＣＩ）、フロープライオリティインジケータ、ＡＲＰ、ＱＣＩ、または他の情報に基づいて、フィルタリングを実行することができることがある。ページングプライオリティは、特定のＵＥのためにＡＳＡＣ ＤＭ／ＡＮＤＳＦによって構成されたアプリケーションプライオリティと整合的であることができる。ローミングを行うときに、在圏公衆陸上モバイルネットワーク（ＶＰＬＭＮ）ＡＳＡＣポリシが遵守される場合、ホーム公衆陸上モバイルネットワーク（ＨＰＬＭＮ）におけるＱｏＳ／アプリケーションパラメータを、ＶＰＬＭＮによって構成されたポリシ／プライオリティにマッピングすることができるように、オペレータ間合意が必要とされることがある。

ＤＬ通知メッセージを、ＳＧＷにおいてバッファリングされるパケットのためのアプリケーションＩＤ、サブＱＣＩ、またはフロープライオリティインジケータを含むように拡張することができる。ＭＭＥは、ＥＰＳベアラＩＤ、ＱＣＩ、ＡＲＰ、および／またはサブＱＣＩ／フロープライオリティインジケータ／アプリケーションＩＤに基づいて、ページングプライオリティを決定することができる。ｅＮＢは、ＭＭＥにＲＡＮ輻輳情報を通知することができる（例えば、ページングプライオリティがあるレベルを下回る場合はページングを行わない）。ＭＭＥは、ＵＥにページングを行うかどうかを決定するために、ページングプライオリティおよびＲＡＮ輻輳を使用することができる。あるいは、Ｓ１ページングをｅＮＢに送信することができ、ｅＮＢは、ページングプライオリティに基づいて、ページングを実行するかどうかを決定することができる。Ｓ１ページングを送信することができる場合、ＭＭＥは、ＲＡＮ／ｅＮＢ輻輳情報に基づいて、再ページングを実行しないことを決定することができる。ＵＥは、ＡＳＡＣパラメータ／構成を無視することによって、ＭＴアクセスを実行することが必要とされることがある。

ＭＭＥは、特定のＥＰＳベアラを一時中断するように、または特定のサブＱＣＩ／フロープライオリティ／アプリケーションＩＤのダウンリンクパケットのＤＬ通知を一時中断するように、ＳＧＷに通知するために、一時中断通知、またはＤＬデータ通知肯定応答を送信することができる。そのようなパケットは、ＳＧＷによって削除することができる。加えて、ＳＧＷは、ＰＤＮ接続全体の代わりに、特定のベアラの一時中断をＰＧＷに通知することができる。したがって、ＭＭＥからＳＧＷに送信されるデータの選択的な一時中断に関する情報が存在することができる。

ＡＳＡＣと他の輻輳制御メカニズムとの間で対話を行うことができる。例えば、いくつかのＬＴＥシステムでは、ＡＣＢ、ＳＳＡＣ、およびＥＡＢなど、いくつかの輻輳制御メカニズムを定義することができる。ＡＳＡＣとＳＳＡＣは、同様の目的に役立つことができるが、ＡＳＡＣは、より高度とすることができ、対象サービス／アプリケーションについてより細かい粒度を有することができる。したがって、ネットワークが、ＳＳＡＣとＡＳＡＣの両方を同時にアクティブ化する可能性は低いであろう。しかしながら、ネットワークが、ＡＣＢとＡＳＡＣの両方、もしくはＥＡＢとＡＳＡＣの両方、またはＡＣＢ／ＥＡＢ／ＡＳＡＣでさえも同時にアクティブ化する可能性はあるであろう。

ＡＣＢ（またはＥＡＢ）とＡＳＡＣの両方がアクティブ化され、ＵＥが両方に従う場合、ＡＣＢ（またはＥＡＢ）の前に、ＡＳＡＣをチェックすることができる。ＡＳＡＣチェックは、ＮＡＳにおいて実行することができ、一方、ＡＣＢ（またはＥＡＢ）チェックは、ＡＳにおいて行われ、ＮＡＳは、ＡＣＢをアクティブ化することができるかどうかを知らないことがあるので、これが好ましいことがある。アプリケーションがＡＳＡＣチェックに合格したが、ＵＥのＡＣがＡＣＢ（またはＥＡＢ）フィルタで不合格になった場合、ネットワークへのアクセスを許可しないことができる。しかしながら、アプリケーションがＡＳＡＣに合格し、アプリケーションクラスが、例えば、緊急である場合、ＮＡＳレイヤは、チェックをバイパスすることができることを、ＡＳおよびＡＣＢ（またはＥＡＢ）に示すことができる。

ただ１つのチェックが実施され、他のチェックは無視されることが可能なこともある。例えば、ＥＡＢとＡＳＡＣの両方が、ネットワークにおいてアクティブ化される場合、いくつかのＵＥは、ＡＳＡＣチェックのみに従い、ＥＡＢチェックには従わないでよい。いくつかのＵＥは、両方に従うことができる。後者の場合、ＥＡＢチェックのみを実行することができ、ＡＳＡＣチェックは無視されることがある。

ＡＳＡＣは、複数のオペレータによって共用されるＲＡＮ内に配置することができる。複数のオペレータによって共用されるＲＡＮでは、一般的に定義されたＡＳＡＣルールを、ＰＬＭＮ別またはオペレータ別に構成することができる。ＡＳＡＣルールは、特定のオペレータと関連付けることができ、例えば、各ルール（規則）は、ルール（規則）を適用することができるオペレータのＰＬＭＮ ＩＤを示す追加のパラメータを有することができる。これは、上で列挙されたパラメータに付け加えられることができる。さらに、共用ＲＡＮにおいてブロードキャストされるＳＩＢ情報は、特定のオペレータがＡＳＡＣを適用しているかどうかを示すことができる。これは、ＳＩＢ情報内のオペレータ毎のＡＳＡＣフラグを使用して達成することができる。フラグがアクティブである場合、ＵＥは、ＡＳＡＣルールに従って動作し、ネットワークへのアクセスについてあるアプリケーションを制御することができる。アクティブでない場合、ＵＥは、通常通りに振る舞うことができる。ある状況では、共用ＲＡＮのＲＡＮ所有者、すなわち、ｅＮＢを使用することを他のオペレータに許可することができるオペレータは、特定の理由で、すべてのＰＬＭＮに対してあるアプリケーションを制御することを望むことがある。例えば、アプリケーションは、ＲＡＮノード全体に対して過度な負荷を引き起こすことがある。この状況では、ＲＡＮ所有者は、ホストされるオペレータ、例えば、ＲＡＮを共用するオペレータに、ＵＥについてのＡＳＡＣポリシを変更するように、また特定のアプリケーションまたはアプリケーションのクラスをブラックリスト内に含めるように要求することができる。その後、ホストされるオペレータは、ＲＡＮオペレータの要求に従って、アプリケーションをＡＳＡＣリスト内に含めることができる。

あるいは、ＲＡＮオペレータは、ＡＳＡＣポリシをグローバルとすることができること、すなわち、ＡＳＡＣポリシは、ＲＡＮを共用するオペレータ／ＰＬＭＮのすべてから、すべてのＵＥに適用することができることを、例えば、ＳＩＢの１つで示すことができる。

商用ネットワークＲＡＮでは、例えば、輻輳は７００〜８００秒毎に発生することがあり、１〜２秒にわたって持続することがあることが知られている。したがって、短い持続時間内で有効とすることができ、シグナリングオーバヘッドがより少ない、効率的なメカニズムを使用することができる。

ユーザ加入情報に従って、ＡＮＤＳＦは、複数のポリシをＵＥに提供することができる。各ポリシは、インデックスを有することができる。各ポリシは、許可された（または代わりに、許可されない）アプリケーションのリストを含むことができる。輻輳が発生する前の、まだネットワーク負荷が管理可能であることができる間に、複数のポリシをＵＥに提供することができる。ＲＡＮが輻輳するようになり、ＣＮ（ＰＣＲＦ／ＡＮＤＳＦ）に通知した場合、ＡＮＤＳＦは、ユーザのためにポリシの１つを選択することができる。選択は、ユーザ加入情報に基づくことができる。ＡＮＤＳＦは、選択されたポリシのインデックスをＵＥに伝達することができる。ＲＡＮが輻輳した場合、インデックスの伝達で十分とすることができるので、それは、ランタイムにおいて、より少ないシグナリングオーバヘッドしか追加することができない。さらに、輻輳の深刻度レベルなどの状況に基づいた適切なインデックスを伝達することによって、先に提供された複数のポリシを１度または繰り返して再使用することができる。ＡＮＤＳＦは、輻輳を漸進的でグレースフルに制御することができるように、同期の取れた方法で、異なるＵＥにインデックスを伝達することができる。

ＲＡＮが、輻輳が終わったことをＣＮに報告した場合、ＡＮＤＳＦは、元のインデックスをＵＥに送ることができる。これも、異なるＵＥにおいて許可されたアプリケーションから生成される異なるトラフィックを漸進的でグレースフルに増加させることができるような方法で、同期を取ることができる。ＡＮＤＳＦには、ただ１つの有効性タイマが存在することができる。しかしながら、ポリシ毎に別個の有効性タイマを有することが可能なことがある。タイマの満了時に、ＵＥは、ポリシを削除することができ、あるいは、ＡＮＤＳＦに通知することができる。ＵＥは、残りのポリシのインデックスを更新することができる。タイマの満了時に、ＵＥがポリシに削除マークを付け、ＡＮＤＳＦに通知することができることが可能なこともある。ＡＮＤＳＦからコマンドを受け取った後、ＵＥは、ポリシを削除し、インデックスを更新することができる。いつでも、ＡＮＤＳＦは、より以前にＵＥに提供されることができた追加のポリシを、既存のポリシリストに追加することができる。ＡＮＤＳＦは、ポリシの内容とともに、新しいポリシインジケータまたは新しいポリシのインデックスを設定することによって、これをＵＥに伝達することができる。ＵＥは、新しいポリシインジケータを受け取った場合、受け取ったポリシをリストに追加し、インデックスをしかるべく更新することができる。

同様に、ＡＮＤＳＦは、ポリシのインデックスをＵＥに送ることによって、先に提供されたリストからポリシを削除することができる。ＡＮＤＳＦは、インデックスが削除されるべきであることを、フラグを使用して示すことができる。ＵＥは、このメッセージを受信すると、ポリシを削除し、インデックスを更新することができる。あるいは、リストへのポリシの追加およびリストからのポリシの削除の両方の場合に、ＵＥは、コマンドの実行をＡＮＤＳＦに確認することができる。ＡＮＤＳＦが既存のポリシを部分的に更新することが可能なこともある。これは、ポリシのインデックスを示すことによって行うことができる。部分的更新を示すフラグを提供することができる。部分的更新メッセージの受信時に、ＵＥは、示された部分的内容を変更することによって、選択されたポリシを更新することができる。あるいは、上記のような複数のポリシおよび更新は、ＯＭＡ ＤＭによって実行することができる。

別の実施形態では、動作を高速化するために、ＲＡＮが、ＣＮ（ＰＣＲＦ／ＡＮＤＳＦ）にＲＡＮ輻輳について通知しないことが可能なことがある。代わりに、ＲＡＮは、インデックスをＵＥに直接的に伝達することができる。この方法では、複数のポリシは、ＡＮＤＳＦ／ＯＭＡ ＤＭによってＵＥにすでに提供されていることができる。

また別の実施形態では、ＲＡＮ自体が、複数のポリシのリストを異なるＵＥに提供することができる。これは、例えば、ＲＲＣにおいて行うことができる。ポリシリストは、ＵＥが異なれば、それらの加入レベルに応じて、異なることができる。ＲＡＮは、接続セットアップ時に、ＵＥの加入レベルにアクセスすることができる。ＲＡＮ内に輻輳が存在することがある場合、ＲＡＮは、ＵＥが従うポリシのインデックスを示すことができる。ＲＡＮは、輻輳の深刻度レベルなどの状況または他の状況に基づいた適切なインデックスを伝達することによって、インデックスを示すことができる。ＲＡＮは、輻輳を漸進的でグレースフルに制御することができるように、同期が取れた方法で、異なるＵＥにインデックスを伝達することができる。ＲＡＮは、輻輳が終わったことを検出したとき、元のインデックスをＵＥに送ることを選択することができる。このアクションも、異なるＵＥにおいて今は許可されたアプリケーションから生成される異なるトラフィックを漸進的でグレースフルに増加させることができるような方法で、同期を取ることができる。

ポリシのための有効性タイマを導入することができる。有効性タイマは、完全なリストのための単一のタイマとすることができる。それは、リスト内のポリシ毎の、またはリストの部分のための別個のタイマとすることもできる。タイマの満了時に、ＵＥは、ポリシを削除し、あるいは、ＲＡＮに通知することができる。それは、残りのポリシのインデックスを更新することもできる。タイマの満了時に、ＵＥは、ポリシに削除マークを付けることができることが可能なこともある。ＵＥは、ＲＡＮに通知することができる。ＲＡＮからコマンドを受信した後、ＵＥは、ポリシを削除し、インデックスを更新することができる。

いつでも、ＲＡＮは、追加のポリシを既存のポリシリストに追加することができ、既存のポリシリストは、それ以前にＵＥに提供されることができる。ＲＡＮは、ポリシの内容とともに、新しいポリシインジケータまたは新しいポリシのインデックスを設定することによって、これをＵＥに伝達することができる。ＵＥは、新しいポリシインジケータを受け取った場合、受け取ったポリシをリストに追加し、インデックスをしかるべく更新することができる。同様に、ＲＡＮは、ポリシのインデックスを送り、インデックスを削除することができることをフラグによって示すことによって、先に提供されたリストからポリシを削除することができる。ＵＥは、このメッセージを受信すると、ポリシを削除し、インデックスを更新することができる。リストへのポリシの追加およびリストからのポリシの削除の両方の場合に、ＵＥは、コマンドの実行をＡＮＤＳＦに確認することができる。

ＲＡＮが既存のポリシを部分的にだけ更新することが可能なこともある。これは、ポリシのインデックスを示すことによって行うことができる。部分的更新を示すフラグを提供することができる。このメッセージの受信時に、ＵＥは、示された部分的内容を変更することによって、選択されたポリシを更新することができる。

別の実施形態では、ＵＥは、どのインデックス付けされたポリシに従うべきかを、ネットワーク（ｅＮＢ／ＡＮＤＳＦ／ＤＭなど）によって通知された場合、新しいインデックスを受け取らない限り、受け取ったポリシを使用し続けることができる。あるいは、ＵＥは、構成された持続時間にわたって、示されたポリシに従うことができる。構成された時間の満了後、ＵＥは、どのポリシに従うことができるかを決定するために、ネットワークに照会することができる。加えて、ＵＥは、デフォルトポリシに戻ることができる。デフォルトポリシは、マルチポリシリスト内のポリシの１つとすることができる。デフォルトポリシは、フラグを用いて明示的に示すことができる。あるいは、デフォルトポリシは、事前定義されたインデックスを用いて暗黙的に示すことができ、例えば、それは、リスト内の第１のポリシとすることができる。新しいポリシが追加された場合、ＵＥは、どのポリシに従うべきかを通知されることができる。明示的なインジケーションが存在しない場合、ＵＥは、構成された時間間隔にわたって、旧いポリシを使用し続けることができる。ピンポンを回避するために、ヒステリシスメカニズムを追加することができる。ヒステリシスメカニズムでは、ある構成された時間間隔内に（異なるポリシインデックスを含む）２つの連続するメッセージがネットワークから受信された場合、ＵＥは、時間窓内で受信された新しいメッセージを廃棄することができる。時間窓は、異なるインデックスを含むメッセージの受信から開始することができる。または、例えば、それは、新しいメッセージを受信することができるたびに、リセットすることができる。

例えば、（ｉ）異なるアプリケーションリスト（許可された／または許可されない）を含むＵＥにおいて事前構成された複数のポリシを提供すること、および（ｉｉ）状況に基づいて現在のインデックスを示すことなどのメカニズムは、ＵＰＣＯＮおよびＡＳＡＣの両方に適用可能とすることができる。

さらなる実施形態では、ＲＡＮは、ＣＮに輻輳を通知し、輻輳の方向、すなわち、ＵＬ輻輳、ＤＬ輻輳、またはＵＬとＤＬの両方の輻輳を示すことができる。

ＵＰＣＯＮのための別の実施形態では、許可された（または代わりに、許可されない）アプリケーションのリストをＴＦＴに追加することが可能なことがある。ベアラ毎の複数のＴＦＴをあらかじめＵＥに提供することができる。いつでも、ＵＥは、ベアラのＴＦＴの１つに従うことができる。ＴＦＴは、ベアラのためのデフォルトＴＦＴとすることができる。あるいは、それは、輻輳または他の任意の要因に応じて、ネットワークによって動的に提供することができる、ベアラのためのＴＦＴリスト内の他の任意のインデックスに従うことができる。ベアラのためのデフォルトＴＦＴは、マルチＴＦＴリスト内のＴＦＴの１つとすることができる。デフォルトＴＦＴは、フラグを用いて明示的に示すことができる。あるいは、それは、事前定義されたインデックスを用いて暗黙的に示すことができる（例えば、リスト内の第１のＴＦＴ）。ＲＡＮは、おそらくＲＡＮにおける輻輳の深刻度および／または輻輳の方向を用いて、輻輳をＰＣＲＦに示すことができる。輻輳の方向は、深刻度レベルに基づいて、ＵＬ、ＤＬ、または両方を含むことができる。ＰＣＲＦは、これをＰＧＷに示すことができる。ＰＧＷは、使用されるＴＦＴインデックスに関連するインジケーションをＵＥに送ることができる。

ＤＬだけが輻輳している場合、ＰＧＷは、いずれのＴＦＴインデックス変更もＵＥに送らないことがある。ＰＧＷは、それがＤＬのために使用しているＴＦＴインデックスを最近変更した場合、いずれのＴＦＴインデックス変更も送らないことがある。ＵＬまたは両方向が輻輳している場合、ＰＧＷは、使用されるＴＦＴインデックスをＵＥに送ることを選択することができる。ＴＦＴインデックス、およびＴＦＴインデックス内のアプリケーションリストに基づいて、ＵＥは、述べられたアプリケーションからのトラフィックをフィルタリングすることができる。それは、それらのアプリケーションからのトラフィックのみを許可することができ、またはそれらのアプリケーションからのトラフィックのみを許可しないことができる。したがって、ポリシの更新／追加／削除に関連する本明細書で述べられる手順は、マルチポリシリストを提供することができる。マルチポリシリストは、ベアラのためのＴＦＴリスト内のＴＦＴの更新／追加／削除に適用可能とすることができる。複数アプリケーションのリストを１つのＴＦＴ内に追加することができることが可能なこともある。アプリケーションのＴＦＴインデックスを示す代わりに、リストを示すことができる。これは、輻輳、ならびに／または輻輳の深刻度および／もしくは方向に依存することができる。同様に、それは、サービスデータフロー（ＳＤＦ）を用いて行うことができる。

ＡＳＡＣおよびＵＰＣＯＮについて、任意のタイプの統計を収集することができる。統計は、ｅＮＢまたは他の任意のタイプのノードが追加情報を必要としたときにいつでも、収集することができる。統計は、定期的に、他のイベントに基づいて、または他の任意の時に、収集することができる。

加えて、ＵＥは、さらなる情報をネットワークに提供することができる。ＵＥからのさらなる情報は、例えば、実行中アプリケーションに関する統計を含むことができる。例えば、統計は、アプリケーションがある時間窓内でどれだけのデータを（ＵＬ／ＤＬにおいて）交換したかを含むことができる。それは、将来の時間窓内におけるアプリケーション当たり予想されるＵＬ／ＤＬデータも含むことができる。ＵＥからの情報は、予想される全データ交換、過去／将来におけるアクティビティのレベル、さらなるアクティビティを予想することができる時間、閾値ベースの情報、または情報の他の任意のパラメータ、例えば、タイプ、内容なども含むことができる。

ＵＥは、この情報をＮＡＳメッセージでＭＭＥに提供することができる。ＭＭＥは、情報をｅＮＢのＵＥコンテキストに挿入することができる。または、それは、情報をＰＣＲＦまたはＡＮＤＳＦに送信することができる。ＵＥは、情報をＲＲＣメッセージで直接的にｅＮＢに提供することもできる。

この情報に基づいて、ネットワークは、選択されたＵＥおよび／またはＵＥ内の選択されたアプリケーションをより良く対象とすることができることがある。これは、ＡＳＡＣおよび／またはＵＰＣＯＮメカニズムを用いて、より良く輻輳を緩和することができる。

ｅＮＢまたは他のノード（ＰＣＲＦ／ＡＮＤＳＦ）は、ＵＥおよびアプリケーションを選択的に対象とする情報に基づいて、ポリシ（または対象とされたＵＥもしくはＵＥ内の対象とされたアプリケーションを制御するための新しいメッセージ）を更新することができる。

ネットワークにおけるディープパケットインスペクション（例えば、トラフィック検出機能（ＴＤＦ）など）は、ネットワーク内のリソースの大部分を消費する上位数個のアプリケーションを決定することができる。上位数個のアプリケーションのリストは、ＡＮＤＳＦ／ＯＭＡ ＤＭ／ｅＮＢ ＲＲＣなどを用いて、様々なＵＥにおいて構成することができる。各アプリケーションは、固有のインデックスを有することができる。ＵＥが、いずれかの実行中アプリケーションをリスト内に有する場合、ネットワークは、統計を提供するようにＵＥに命令することができる。ＵＥは、構成されたアプリケーションリストからのアプリケーションのインデックスとともに、対応するアプリケーションから決定された統計を用いて応答することができる。

接続モードＵＥのためのＰＭＯＣ
接続モードのＵＥが新しいアプリケーションを起動することがないようにするために、以下のような方法などを使用することができる。これらの方法は、パケットフィルタによって識別することができるアプリケーションに対して機能することができる。

ＵＬ−ＴＦＴパケットフィルタを通したモバイル発信防止
許可属性または阻止属性を有する新しい属性を、ＴＦＴパケットフィルタ属性に追加することができる。許可／阻止属性を有するパケットフィルタを使用することによって、新しい属性が許可を示している場合、通信システムにおいてアプリケーションにアクセスを許可することができ、アプリケーショントラフィックを継続することができる。そうではなく、新しい属性が阻止を示している場合、アプリケーションが通信システムにアクセスすることを規制することができ、アプリケーショントラフィックを阻止することができる。

ここで図６を参照すると、ＴＦＴパケットフィルタシステム６００が示されている。ＴＦＴパケットフィルタシステム６００では、許可属性を、許可ＴＦＴパケットフィルタ６１０などのＴＦＴパケットフィルタに提供することができる。加えて、阻止属性を、阻止ＴＦＴパケットフィルタ６１４などのＴＦＴパケットフィルタに提供することができる。ＴＦＴパケットフィルタシステム６００は、開始することを接続ＵＥに許可しないアプリケーションのブラックリストも有することができる。したがって、阻止ＴＦＴパケットフィルタ６１４は、アプリケーションを阻止し、デフォルトベアラまたは専用ベアラに通知するために、新しい属性である阻止を用いて明示的に構成することができる。

例えば、（セッション開始プロトコル（ＳＩＰ）などの）アプリケーションシグナリングトラフィックは、それのために定義された関連するＴＦＴが存在しない場合、通常通り、デフォルトベアラにマッピングすることができる。明示的なＴＦＴパケットフィルタ６１４が、アプリケーションのために（新しい属性である阻止を用いて）生成され、デフォルトベアラのためのＴＦＴが、インストールされる場合、アプリケーションシグナリングは、ＴＦＴパケットフィルタ６１４によってトラップすることができ、アプリケーションは、通過することができない。

システムは、アタッチ手順またはサービス要求手順の間に、そのような許可／阻止フィルタを構成することができ、またはシステムは、ＵＬ−ＴＦＴを更新するために、ベアラ変更手順を開始することができる。

アプリケーションのブラックリストが長い場合、ＵＥにおいて阻止属性を有する十分なパケットフィルタをインストールすることは、実用的でないことがある。より実用的な方法は、許可されたアプリケーションに対応するパケットフィルタだけをインストールすることとすることができる。さらに、整合フィルタを有さない他のトラフィックがデフォルトベアラに行くことがないようにすることは、実用的でないことがある。

整合フィルタが見つからない場合に、トラフィックがデフォルトベアラに行くことがないようにするための方法を実施することができる。整合フィルタを有さないいずれのトラフィックも削除することができることを示す明示的なインジケーションを、ＵＥに送ることができる。したがって、そのようなトラフィックは、デフォルトベアラに行くことができない。このインジケーションは、デフォルト／専用ＥＰＳベアラアクティブ化、ＥＰＳベアラ変更要求などの、いくつかのＥＰＳセッション管理（ＥＳＭ）メッセージで搬送することができる。

加えて、ＴＦＴにおける構成されたフィルタ内に整合フィルタが見つからない場合、トラフィックを削除すべきであることを示すために、（例えば、「ＴＦＴオペレーションコード」の予約ビットを使用して）ＴＦＴフォーマット内にインジケーションビットを追加することができる。ＴＦＴは、デフォルトベアラのためにインストールすることができる。ＴＦＴは、（専用ベアラＴＦＴによってすでに許可されたものに加えて）許可されたアプリケーションのためのパケットフィルタと、特別なインジケーションとを含むことができる。さらに、阻止属性を有するワイルドカードパケットフィルタを、デフォルトベアラのＴＦＴにおいて構成することができる。整合フィルタを見出さないいずれのトラフィックも、ワイルドカードフィルタにマッチし、阻止することができる。

ＷｉＦｉオフロードを行うことができる。ＵＥにおけるＡＳＡＣチェックの結果は、ＷｉＦｉオフロードを開始するトリガとして使用することができる。アプリケーションがＡＳＡＣチェックに不合格になり、ＷｉＦｉ接続が利用可能である場合、ＵＥは、ＷｉＦｉ接続上で、アプリケーションシグナリング／データを送信し続けることができる。アプリケーションがＡＳＡＣチェックに不合格になり、その時点でＷｉＦｉ接続が利用可能でない場合、ＵＥは、スキャンおよびＷｉＦｉネットワークとのアソシエーションを開始することができる。

ＡＳＡＣおよびモビリティ手順を提供することができる。ＵＥにおけるＡＳＡＣチェックの結果は、周波数内／周波数間またはＲＡＴ間モビリティ手順などのプロセスを開始するトリガとしても使用することができる。ＡＳＡＣが原因でアプリケーションが規制される場合、ＵＥは、輻輳なしとすることができる別の適切な周波数内／周波数間またはＲＡＴ間セルの再選択を開始しようと試みることができる。これは、現在のセルのＳｒｘｌｅｖおよびＳｑｕａｌが、セル再選択測定を開始するための基準を満たしていないことがある場合であっても、行うことができる。

再選択がＡＳＡＣ規制に起因する場合、新しいセルを再選択するためのセルランキング基準を緩和することができる。例えば、対象セルのランキングは、サービングセルよりも良くなくてよい。対象セルのＳｒｘｌｅｖおよびＳｑｕａｌが、最小閾値よりも良い限り、対象セルを再選択することをＵＥに許可することができる。

ＡＳＡＣは、Ｄ２Ｄ通信にも適用することができる。ＡＳＡＣルールによって制御することができるアプリケーションが存在することがあるが、アプリケーションのいくつかまたはすべては、アプリケーションデータがネットワークの代わりにＤ２Ｄ通信リンク上で送信される場合、ネットワークによって許可することができる。したがって、異なるケースにおいて、例えば、コアネットワーク通信、Ｄ２Ｄ通信、または両方のケースにおいて、ネットワークにアクセスすることをアプリケーションに許可する／許可しないかどうかを示す別個のポリシまたはルール（規則）を、ＡＳＡＣに追加することができる。

Ｄ２Ｄ通信の確立は、Ｄ２Ｄ接続を要求するデバイス上の特定のアプリケーションに起因することがある。特定のアプリケーションがＡＳＡＣルールによって制御される場合、Ｄ２Ｄは、Ｄ２Ｄ接続を確立する前に、ＡＳＡＣルールをチェックして、アプリケーションにアクセスを許可することができるかどうかを決定することができる。第１のＵＥは、Ｄ２Ｄ無線ベアラ確立／ＰＤＮ確立を求める要求を送信するとき、要求を送信する前に、どのアプリケーションが接続確立を要求したかをチェックすることができる。これは、本明細書で説明されるようなＮＡＳレイヤにおいて、アプリケーションＩＤを問い合わせることによって実行することができる。特定のアプリケーションがＡＳＡＣルールによって制御されない場合、Ｄ２Ｄ接続要求を第２のＵＥに送信することができる。接続確立を求める要求を承諾する前に、アプリケーションを許可することができるかどうかを決定するために、第２のＵＥによって同じ手順を実行することができる。ＡＳＡＣルールがアプリケーションを許可する場合、要求を受諾することができる。あるいは、アプリケーションがＡＳＡＣルールによって制御される場合、ＡＳＡＣのせいでそれが拒否されることを示すインジケーションを用いて、要求を拒否することができる。

さらに、進行中のＤ２Ｄが生じている場合、Ｄ２Ｄリンク上の無線輻輳または緊急時などの理由で、ネットワークが、Ｄ２Ｄリンク上のアプリケーションを含むことが可能なことがある。進行中のＤ２Ｄ通信が特定のアプリケーションのために確立され、ＡＳＡＣがアクティブ化されている場合、リンクを直ちに切断することができる。あるいは、アプリケーションアクセスがＡＳＡＣルールによって再び許可されるときまで、Ｄ２Ｄ接続を一時中断することができる。（一時中断中、ＵＥの少なくとも１つのＤ２Ｄコンテキストは、ｅＮＢによって維持することができる）。Ｄ２Ｄリンクの一時中断は、Ｄ２Ｄ通信リンクの再確立に必要とされるシグナリングを回避することができる。

ルール（規則）に従うことができるＡＣを示すために、少なくとも１つのＡＣ識別子を提供することができる。通信ネットワークは、ルール（規則）を更新することができる。通信ネットワークは、通信ネットワークにおける輻輳のレベルに従って、ルール（規則）を更新することができる。通信ネットワークは、複数のアプリケーションのうちのアプリケーションによるアクセスを徐々に許可するように、ルール（規則）を更新することができる。複数のルールのうちのルール（規則）にそれぞれのプライオリティを提供することができる。複数のルールのうちのそれぞれのルール（規則）は、複数の輻輳レベルのうちの輻輳レベルに従って決定することができる。アクセスは、ＵＥのＩＤＬＥモード中に許可または規制することができる。アクセスは、ＵＥの接続モード中に許可または規制することができる。複数のアプリケーションクラスのうちのアプリケーションクラスにそれぞれのプライオリティを提供することができる。それぞれのプライオリティは、緊急プライオリティ、非緊急プライオリティ、高プライオリティ、中プライオリティ、または低プライオリティを含むことができる。アプリケーションクラスは、アプリケーション分類情報を含むことができる。アプリケーション分類情報は、少なくとも１つのアプリケーション別パラメータを含むことができる。アプリケーション分類情報は、少なくとも１つのアプリケーション識別子を含むことができる。アプリケーション分類情報は、プライオリティの順序を含むことができる。ＵＥは、アプリケーションが、ルール（規則）をＭＴトラフィックに適用するためのページングを引き起こしたことを決定することができる。

ＭＴトラフィック別ルールを構成することができる。ＭＴトラフィック別ルールは、アプリケーションＩＤを含む。ページングは、アプリケーションＩＤを含む。ｅＮＢは、ページングおよびアプリケーションＩＤを送信する。アプリケーションクラスがページングに適用されるとの決定に従って、ルール（規則）がＭＴトラフィックに適用される。ページングは、ＭＭＥによってフィルタリングされる。ページングは、アプリケーションＩＤに従って、ＭＭＥによってフィルタリングされる。ページングは、ＵＥ加入情報に従って、ＭＭＥによってフィルタリングされる。ページングは、ｅＮＢによってフィルタリングされる。ページングは、ページングプライオリティに従って、ｅＮＢによってフィルタリングされる。規制されるアプリケーションは、阻止される。ルール（規則）は、複数のオペレータのうちのオペレータと関連付けられる。複数のオペレータは、ホストするオペレータおよびホストされるオペレータを含む。ホストするオペレータは、ホストされるオペレータにルール（規則）を更新するように要求する。ルール（規則）は、インデックスを提供される。ルール（規則）は、インデックスに従って選択される。ＣＮは、インデックスに従ってルールを選択する。ＣＮは、輻輳のレベルに従ってルール（規則）を選択する。ＡＮＤＳＦは、インデックスに従ってルール（規則）を選択する。アクセスは、ＵＥのロケーション情報に従って、許可または規制される。

ロケーション情報は、セル識別情報である。ロケーション情報は、ＧＰＳ座標である。通信ネットワークトラフィックをフィルタリングするために、フィルタが提供される。通信ネットワークトラフィックをフィルタリングするために、パケットフィルタが提供される。通信ネットワークトラフィックをフィルタリングするために、ＴＦＴが提供される。フィルタは、フィルタ属性を含む。フィルタ属性は、アクセスを許可するための許可属性を含む。フィルタ属性は、アクセスを規制するための阻止属性を含む。

したがって、通信ネットワークにおけるアクセスは、決定されたアプリケーションクラスに従って、許可または規制される。アプリケーションは、決定されたアプリケーションクラスに分類される。ホームネットワークは、アプリケーションをアプリケーションクラスに分類する。３ＧＰＰレイヤは、アプリケーションをアプリケーションクラスに分類する。在圏ネットワークは、アプリケーションをさらなるアプリケーションクラスに分類する。ＵＥは、事前構成されたアプリケーションクラスを有する。アクセスは、決定されたアプリケーションクラスのルール（規則）との比較に従って、許可または規制される。

ルール（規則）は、アプリケーションのリストを含む。アプリケーションのリストのうちのアプリケーションによるアクセスは、決定されたアプリケーションクラスのルール（規則）との比較に従って、許可または規制される。ルールがアクティブである時間期間が提供される。ルールがアクティブになる時刻が提供される。ルール（規則）は、通信ネットワークの輻輳のレベルに従って決定される。

輻輳のレベルは、ＳＩＢに従って決定される。ルール（規則）は、ルール（規則）に従うＡＣを示すための少なくとも１つのＡＣ識別子を含む。通信ネットワークは、ルールを更新する。通信ネットワークは、通信ネットワークにおける輻輳のレベルに従って、ルール（規則）を更新する。

通信ネットワークは、複数のアプリケーションによってアクセスを徐々に許可するように、ルールを更新する。複数のルールが存在する。複数のルール（規則）のうちのルール（規則）にそれぞれのプライオリティが提供される。複数の輻輳レベルが存在する。複数のルールのうちのそれぞれのルールは、複数の輻輳レベルのうちの輻輳レベルに従って決定される。

アクセスは、ＵＥのアイドルモード中に許可または規制される。アクセスは、ＵＥの接続モード中に許可または規制される。複数のアプリケーションクラスのうちのアプリケーションクラスにそれぞれのプライオリティが提供される。それぞれのプライオリティは、緊急プライオリティ、非緊急プライオリティ、高プライオリティ、中プライオリティ、または低プライオリティを含む。アプリケーションクラスは、アプリケーション分類情報を含む。アプリケーション分類情報は、少なくとも１つのアプリケーション別パラメータを含む。アプリケーション分類情報は、少なくとも１つのアプリケーション識別子を含む。アプリケーション分類情報は、プライオリティの順序を含む。

ＵＥは、アプリケーションが、ルール（規則）をＭＴトラフィックに適用するためのページングを引き起こしたと決定する。ＭＴトラフィック別ルール（規則）が構成される。ＭＴトラフィック別ルール（規則）は、アプリケーションＩＤを含む。ページングは、アプリケーションＩＤをさらに含む。ｅＮＢは、ページングおよびアプリケーションＩＤを送信する。アプリケーションクラスがページングに適用されるとの決定に従って、ルールがＭＴトラフィックに適用される。

ページングは、ＭＭＥによってフィルタリングされる。ページングは、アプリケーションＩＤに従って、ＭＭＥによってフィルタリングされる。ページングは、ＵＥ加入情報に従って、ＭＭＥによってフィルタリングされる。ページングは、ｅＮＢによってフィルタリングされる。ページングは、ページングプライオリティに従って、ｅＮＢによってフィルタリングされる。規制されるアプリケーションは、阻止される。

通信ネットワークは、複数のオペレータを含み、ルール（規則）は、複数のオペレータのうちのオペレータと関連付けられる。複数のオペレータは、ホストするオペレータおよびホストされるオペレータを含む。ホストするオペレータは、ホストされるオペレータにルールを更新するように要求する。ルール（規則）は、インデックスを提供される。ルール（規則）は、インデックスに従って選択される。ＣＮは、インデックスに従ってルール（規則）を選択する。ＣＮは、輻輳のレベルに従ってルールを選択する。ＡＮＤＳＦは、インデックスに従ってルール（規則）を選択する。

アクセスは、ＵＥのロケーション情報に従って、許可または規制される。ロケーション情報は、セル識別情報を含む。ロケーション情報は、ＧＰＳ座標を含む。通信ネットワークトラフィックをフィルタリングするために、フィルタが提供される。通信ネットワークトラフィックをフィルタリングするために、パケットフィルタが提供される。通信ネットワークトラフィックをフィルタリングするために、ＴＦＴが提供される。フィルタは、フィルタ属性をさらに含む。フィルタ属性は、アクセスを許可するための許可属性を含む。フィルタ属性は、アクセスを規制するための阻止属性を含む。開示された動作を実行するためのＵＥが提供される。開示された動作のすべてを提供するための通信ネットワークが提供される。

ＵＥは、受信機を含み、アプリケーションのアプリケーション分類が受信される。アプリケーション分類は、ホームネットワークから受信される。アプリケーション分類は、在圏ネットワークから受信される。決定されたアプリケーションクラスは、事前構成されたアプリケーションクラスを含む。ルール（規則）は、アプリケーションのリストをさらに含み、アプリケーションによるアクセスは、決定されたアプリケーションクラスの、アプリケーションルール（規則）のリストのうちのアプリケーションとの比較に従って、許可または規制される。

上述の開示に関連することがある参考文献は、非特許文献２、非特許文献４、非特許文献３、非特許文献５、非特許文献６、非特許文献７、非特許文献８、非特許文献９、非特許文献１、非特許文献１０を含むことができる。

本発明の特徴および要素が、好ましい実施形態において、特定の組み合わせで説明されたが、各特徴および要素は、好ましい実施形態の他の特徴および要素を伴わずに単独で、または本発明の他の特徴および要素との様々な組み合わせで、もしくはそれらを伴わない様々な組み合わせで使用することができる。

Claims (20)

1. ユーザ装置（ＵＥ）上で実施される方法において、
   アプリケーションのアプリケーションクラスを決定するステップと、
   前記決定されたアプリケーションクラスの、アプリケーションクラスベースのアクセス制御を与える規則との比較にしたがって、前記アプリケーションによる通信ネットワークへのアクセスを許可または禁止するステップと
   を備えることを特徴とする方法。
2. 前記ＵＥは、前記アプリケーションのアプリケーション分類をさらに受信する受信機を含むことを特徴とする請求項１に記載の方法。
3. ホームネットワークから、前記アプリケーション分類を受信するステップ
   をさらに備えることを特徴とする請求項２に記載の方法。
4. 訪問先ネットワーク（Visited Network）から、前記アプリケーション分類を受信するステップ
   をさらに備えることを特徴とする請求項２に記載の方法。
5. 前記決定されたアプリケーションクラスは、予め設定されたアプリケーションクラスを含むことを特徴とする請求項１に記載の方法。
6. 前記規則は、アプリケーションのリストを含み、
   前記アプリケーションによるアクセスを、前記決定されたアプリケーションクラスの、アプリケーション規則のリストの前記アプリケーションとの比較にしたがって、許可または禁止する当該アプリケーションのリストを含むことを特徴とする請求項１に記載の方法。
7. 前記規則は、前記規則がアクティブである時間期間をさらに含むことを特徴とする請求項１に記載の方法。
8. 前記規則は、前記規則がアクティブとなる時刻をさらに含むことを特徴とする請求項１に記載の方法。
9. 前記通信ネットワークにおける輻輳のレベルにしたがって、前記規則を決定するステップ
   をさらに備えることを特徴とする請求項１に記載の方法。
10. 前記規則は、前記規則を受けるアクセスクラス（ＡＣ）を識別する少なくとも１つのＡＣ識別子をさらに含むことを特徴とする請求項１に記載の方法。
11. 前記ＵＥは、前記通信ネットワークによって更新される規則を受信することをさらに含む受信機を含むことを特徴とする請求項１に記載の方法。
12. 前記通信ネットワークにおける輻輳のレベルにしたがって、前記通信ネットワークによって更新された規則を受信するステップ
    をさらに備えることを特徴とする請求項１１に記載の方法。
13. 前記通信ネットワークによって更新された規則を受信して、複数のアプリケーションの前記アプリケーションによるアクセスを徐々に許可する当該複数のアプリケーションを含むことを特徴とする請求項１１に記載の方法。
14. 複数の規則のうちの規則に対するそれぞれの優先度を与える該複数の規則を含むことを特徴とする請求項１に記載の方法。
15. 前記通信ネットワークにおける複数の輻輳のレベルの輻輳のレベルにしたがって、前記複数の規則のうちの規則を決定するステップ
    をさらに備えることを特徴とする請求項１４に記載の方法。
16. ユーザ装置（ＵＥ）において、
    アプリケーションのアプリケーションクラスを決定するよう構成されたプロセッサ
    を備え、
    前記プロセッサは、前記決定されたアプリケーションクラスの、アプリケーションクラスベースのアクセス制御を与える規則との比較にしたがって、前記アプリケーションによる通信ネットワークへのアクセスを許可または禁止するようさらに構成されていること
    を特徴とするＵＥ。
17. 前記決定されたアプリケーションのアプリケーション分類を受信するよう構成された受信機を含むことを特徴とする請求項１６に記載のＵＥ。
18. 前記受信機は、ホームネットワークから、前記アプリケーション分類を受信するようさらに構成されたことを特徴とする請求項１７に記載のＵＥ。
19. 前記受信機は、訪問先ネットワーク（Visited Network）から、前記アプリケーション分類を受信するようさらに構成されたことを特徴とする請求項１７に記載のＵＥ。
20. 前記決定されたアプリケーションクラスは、予め設定されたアプリケーションクラスを含むことを特徴とする請求項１６に記載のＵＥ。