JP2017532813A - サード・パーティー・サーバが問題に直面した場合のアプリケーションからのトラフィックのコントロール - Google Patents

Abstract

ＣＡＴＳ（Ｃｏｎｔｒｏｌ ｏｆ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｈｅｎ Ｔｈｉｒｄ Ｐａｒｔｙ Ｓｅｒｖｅｒｓ ｅｎｃｏｕｎｔｅｒ ｄｉｆｆｉｃｕｌｔｉｅｓ）が論じられる。ＣＡＴＳを実行する例示的なネットワーク・サーバが、プロセッサ及び送信機回路を含む。プロセッサは、サード・パーティー・サーバに関連付けられているステータス、及びネットワーク・サーバに関連付けられているネットワークのネットワーク負荷レベルを特定すること、サード・パーティー・サーバ・ステータス及びネットワーク負荷レベルに基づいて、サード・パーティー・サーバに関する、サード・パーティー・サーバに関連付けられているネットワーク・トラフィック上の１つ又は複数の制限を定義するＣＡＴＳレベルを選択すること、並びにサード・パーティー・サーバへのネットワーク・トラフィック上で１つ又は複数の制限を実施することを行うように構成されている。インターフェースが、サード・パーティー・サーバに関するＣＡＴＳレベルのインジケータを送信するように構成されている。

Description

関連出願の参照
本出願は、２０１４年８月７日に出願された「ＭＥＴＨＯＤＳ ＴＯ ＣＯＮＴＲＯＬ ＴＲＡＦＦＩＣ ＦＲＯＭ ＡＰＰＬＩＣＡＴＩＯＮＳ ＷＨＥＮ ＴＨＩＲＤ ＰＡＲＴＹ ＳＥＲＶＥＲＳ ＥＮＣＯＵＮＴＥＲ ＰＲＯＢＬＥＭＳ」という名称の米国特許仮出願第６２／０３４，７０４号の利益を主張するものであり、その米国特許仮出願第６２／０３４，７０４号の内容は、その全体が参照によって本明細書に組み込まれている。

本開示は、アプリケーションからのトラフィックを、それらのアプリケーションに関連付けられているサード・パーティー・サーバが問題に直面した場合にコントロールすることに関する。

「スマート・フォン」としても知られているユーザ機器（ＵＥ）上のアプリケーションの広がりと、人間がほとんど又はまったく関与しない使用（マシン・タイプ通信）のために設計されているＵＥの数が急速に増大していることとがあいまって、これらのアプリケーションと、それらのアプリケーションが対話するサード・パーティー・エンティティーとを含む「システム」全体において問題が生じる可能性が高まっている。これらのサード・パーティー・システムが困難を経験した場合には、それらのサード・パーティー・システムは、オペレータ・ネットワークに不当な影響を与えずに自分の問題を管理することができるかもしれないが、それらのサード・パーティー・システムがそうすることができないときもあるであろう。

サード・パーティー・サーバが混雑状態又は障害状態になった場合には、そのサーバを利用するＵＥ上のアプリケーションによる通信は、正常に機能しているその他のアプリケーション及びそれらの関連付けられているサーバに影響を与えずに第３世代パートナーシップ・プロジェクト（３ＧＰＰ）ネットワーク・リソースの過度の使用が回避されるようにコントロールされる必要がある。サード・パーティー・サーバは、特定のＵＥアプリケーションの専用とされることが可能であり、又はサード・パーティー・サーバは、複数のＵＥアプリケーションをサポートすることができる。ＵＥ又はＵＥアプリケーションが、意図されているサード・パーティー・サーバに到達することができない場合には、そのＵＥ又はＵＥアプリケーションは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）４０４エラーを得る可能性があり、そのＨＴＴＰ４０４エラーは、要求されているリソースは見つけられることが不可能であったが今後再び利用可能になる可能性があるということを示している。クライアントによるその後の要求は許容可能であるので、ＨＴＴＰ４０４エラーは十分ではなく、なぜなら、そのＨＴＴＰ４０４エラーは、問題の本質の表示をＵＥにおけるアプリケーションに提供しないからであり、したがって、頻繁な再試行が失敗するであろう場合でさえそれらの頻繁な再試行をもたらし、それゆえに、失敗するであろう接続の試みで、基礎をなす（３ＧＰＰ）ネットワークに負担をかける可能性があるからである。サード・パーティー・サーバ障害モードが生じる可能性もあり、その場合には、サーバは、いっさいのＨＴＴＰステータスコードを提供することさえできない。

ＵＥ内に存在しているアプリケーションのアクティビティーが、サード・パーティー・サーバの混雑又は障害とあいまって、無線アクセス・ネットワーク（ＲＡＮ）及びコア・ネットワーク（ＣＮ）上でのリソースの混雑及び非効率的な使用をもたらす可能性がある。

本明細書において説明されているさまざまな態様による、ＣＡＴＳ（Ｃｏｎｔｒｏｌ ｏｆ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｈｅｎ Ｔｈｉｒｄ ｐａｒｔｙ Ｓｅｒｖｅｒｓ ｅｎｃｏｕｎｔｅｒ ｄｉｆｆｉｃｕｌｔｉｅｓ）を実行することができるシステムのブロック図である。 本明細書において説明されているさまざまな態様による、ユーザ機器（ＵＥ）においてＣＡＴＳを実行するシステムのブロック図である。 本明細書において説明されているさまざまな態様による、３ＧＰＰネットワークの１つ又は複数のノードにおいてＣＡＴＳを実行することができる方法の流れ図である。 本明細書において説明されているさまざまな態様による、ユーザ機器（ＵＥ）においてＣＡＴＳを実行する方法の流れ図である。 本明細書において説明されているさまざまな態様による、ＣＡＴＳシステム５００の例示的なアーキテクチャーを示す図である。 本明細書において説明されているさまざまな態様による、マシン・タイプ通信を利用する実施形態のための例示的な３ＧＰＰネットワーク・アーキテクチャーを示す図である。 本明細書において説明されているさまざまな態様による、３ＧＰＰサブスクリプション・ステータスに基づく優先順位付けを用いてＣＡＴＳを実施する例示的な方法を示す図である。 本明細書において説明されているさまざまな態様による、サード・パーティー・サーバとの間でのサブスクリプション・ステータスに基づく優先順位付けを用いてＣＡＴＳを実施する例示的な方法を示す図である。 本明細書において説明されているさまざまな態様による、アプリケーション又は機能に基づく優先順位付けを用いてＣＡＴＳを実施する例示的な方法を示す図である。 本明細書において説明されているさまざまな態様による、アプリケーション又は機能に基づく優先順位付けを用いたＣＡＴＳのサード・パーティー実施態様の例示的な方法を示す図である。 本明細書において説明されているさまざまな態様による、ＣＡＴＳに関連したサブスクリプション・レベル情報の通信のためのＮＡＳシグナリングの例示的な一実施態様を示す図である。 本明細書において説明されているさまざまな態様による、ＣＡＴＳポリシーに関する情報を提供するＯＭＡ−ＤＭデータ構造の一例を示す図である。 本明細書において説明されているさまざまな態様による、ＯＭＡ管理オブジェクト表示の一部としての図１２Ａの例示的なＯＭＡ−ＤＭデータ構造の表示を示す図である。 本明細書において説明されているさまざまな態様による、例示的なコンテンツを伴う例示的なＣＡＴＳ基礎ファイル（ＥＦ）、ＥＦ_ＣＡＴＳを示す図である。 本明細書において説明されているさまざまな態様による、非３ＧＰＰアクセス・ネットワークを通じて３ＧＰＰのＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）ゲートウェイへのアクセスを提供する、ＣＡＴＳ情報のオーバー・ザ・トップ・シグナリングのために使用可能な例示的なアーキテクチャーを示す図である。 本明細書において説明されているさまざまな態様による、オーバー・ザ・トップ・シグナリングを介してＣＡＴＳを実施する例示的な方法を示す図である。 本明細書において説明されているさまざまな態様による、ＣＡＴＳをアクティブ化するためにＮＡＳメッセージを使用する例示的な方法を示す図である。 本明細書において説明されているさまざまな態様による、ＣＡＴＳを非アクティブ化するためにＮＡＳメッセージを使用する例示的な方法を示す図である。 本明細書において説明されているさまざまな態様に関連して使用可能な例示的なＵＥを示すブロック図である。

次いで本開示が、添付の図を参照しながら説明されることになり、それらの図においては、全体を通じて同様の要素を指すために同様の参照番号が使用されており、示されている構造及びデバイスは、必ずしも縮尺どおりに描かれているとは限らない。本明細書において利用される際には、「コンポーネント」、「システム」、「インターフェース」などの用語は、コンピュータ関連のエンティティー、ハードウェア、（たとえば、実行中の）ソフトウェア、及び／又はファームウェアを指すことを意図されている。たとえば、コンポーネントは、プロセッサ（たとえば、マイクロプロセッサ、コントローラ、若しくはその他の処理デバイス）、プロセッサ上で稼働するプロセス、コントローラ、オブジェクト、実行可能ファイル、プログラム、ストレージ・デバイス、コンピュータ、タブレットＰＣ、及び／又は、処理デバイスを伴うユーザ機器（たとえば、モバイル電話など）であることが可能である。例示としては、サーバ上で稼働するアプリケーション、及びそのサーバも、コンポーネントであることが可能である。１つ又は複数のコンポーネントが１つのプロセス内に存在することが可能であり、１つのコンポーネントを１つのコンピュータ上に局在させること、及び／又は複数のコンピュータの間に分散させることが可能である。要素のセット、又はその他のコンポーネントのセットが、本明細書において説明されることがあるが、本明細書においては、「セット」という用語は、「１つ又は複数」と解釈されることが可能である。

さらに、これらのコンポーネントは、たとえばモジュールを伴うなど、さまざまなデータ構造が格納されているさまざまなコンピュータ可読ストレージ・メディアから実行することが可能である。それらのコンポーネントは、１つ又は複数のデータパケット（たとえば、ローカル・システムや分散システム内の別のコンポーネントと対話する、及び／又はインターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、若しくは類似のネットワークなどのネットワークを経由して信号を介してその他のシステムと対話する１つのコンポーネントからのデータ）を有する信号によってなど、ローカル・プロセス及び／又はリモート・プロセスを介して通信することができる。

別の例として、コンポーネントは、電気回路又は電子回路によって操作される機械的な部分によって提供される特定の機能を伴う装置であることが可能であり、その装置においては、電気回路又は電子回路は、１つ又は複数のプロセッサによって実行されるソフトウェア・アプリケーション又はファームウェア・アプリケーションによって操作されることが可能である。それらの１つ又は複数のプロセッサは、その装置にとって内部又は外部にあることが可能であり、ソフトウェア・アプリケーション又はファームウェア・アプリケーションの少なくとも一部を実行することができる。さらに別の例として、コンポーネントは、機械的な部分を伴わない電子コンポーネントを通じて特定の機能を提供する装置であることが可能であり、それらの電子コンポーネントは、それらの電子コンポーネントの機能を少なくとも部分的にもたらすソフトウェア及び／又はファームウェアを実行するための１つ又は複数のプロセッサを内部に含むことができる。

例示的という言葉の使用は、具体的な様式でコンセプトを提示することを意図されている。本出願において使用される際には、「又は（若しくは）」という用語は、排他的な「又は（若しくは）」よりもむしろ包括的な「又は（若しくは）」を意味することを意図されている。すなわち、別段の内容が明示されない限り、又は文脈から明らかでない限り、「Ｘは、Ａ又は（若しくは）Ｂを採用する」は、自然な包括的な順列のうちのいずれをも意味することを意図されている。すなわち、ＸはＡを採用する、ＸはＢを採用する、又はＸはＡ及びＢの両方を採用する場合には、「Ｘは、Ａ又は（若しくは）Ｂを採用する」は、上述の例のうちのいずれのもとでも満たされる。加えて、本出願及び添付の特許請求の範囲において使用されている「ａ」及び「ａｎ」という冠詞は一般に、別段の内容が明示されない限り、又は単数形へ導かれることが文脈から明らかでない限り、「１つ又は複数の」を意味すると解釈されるべきである。さらに、「ｉｎｃｌｕｄｉｎｇ（含んでいる）」、「ｉｎｃｌｕｄｅｓ（含む）」、「ｈａｖｉｎｇ（有している）」、「ｈａｓ（有する）」、「ｗｉｔｈ（伴う）」という用語、又はそれらの異形が、詳細な説明及び特許請求の範囲において使用されている限りにおいては、そのような用語は、「ｃｏｍｐｒｉｓｉｎｇ（含む）」という用語と同様に包括的であることを意図されている。

本明細書において説明されているさまざまな実施形態は、関連付けられているサード・パーティー・サーバが問題に直面した場合には、１つ又は複数のアプリケーションのコントロールを提供することができる。

３ＧＰＰ技術標準においては、ＳＥＥＳ（Ｓｅｒｖｉｃｅ Ｅｘｐｏｓｕｒｅ ＆ Ｅｎａｂｌｅｍｅｎｔ Ｓｕｐｐｏｒｔ）及びＡＥＳＥ（Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｅｘｐｏｓｕｒｅ）が、３ＧＰＰネットワーク及びサード・パーティー・サーバが情報を共有するための要件を定義している。

ＦＳ＿ＡＣＤＣ（Ｆｅａｓｉｂｉｌｉｔｙ Ｓｔｕｄｙ ｏｎ Ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ Ｃｏｎｇｅｓｔｉｏｎ ｃｏｎｔｒｏｌ ｆｏｒ Ｄａｔａ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）は、非常又は異常な状況に起因してネットワークが混雑又はその他の形で混乱していて、したがって通常のサービスを提供することができない間に、ある特定のアプリケーション（たとえば、災害メッセージ・ボード）がネットワーク・アクセスを有することを可能にするための潜在的な要件を提供することを目的としている。

新たに導入されたＦＳ＿ＣＡＴＳ（Ｆｅａｓｉｂｉｌｉｔｙ Ｓｔｕｄｙ ｏｎ Ｃｏｎｔｒｏｌ ｏｆ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｈｅｎ ｔｈｉｒｄ ｐａｒｔｙ Ｓｅｒｖｅｒｓ ｅｎｃｏｕｎｔｅｒ ｄｉｆｆｉｃｕｌｔｉｅｓ）の目的は、３ＧＰＰネットワークがサード・パーティー・サーバの混雑又は障害ステータスについてのそのサード・パーティー・サーバからの表示を検知又は受信し、それによって、サード・パーティー・サーバが困難に陥っているということを３ＧＰＰネットワークが認識した場合にその３ＧＰＰネットワークがＵＥ上の個々のアプリケーションを選択的にコントロールすることを可能にすることである。サード・パーティー・アプリケーション・プロバイダは、オペレーショナル・ステータスに関する情報及び自分のサブスクライバー／ユーザ・ベースに関する特定の情報を共有するための、３ＧＰＰネットワークのオペレータとの契約を有することができる。

本明細書において論じられている態様は、３ＧＰＰネットワークがサード・パーティー・サーバのオペレーショナル・ステータスを検知及びモニタし、３ＧＰＰネットワークがＵＥ上の特定のアプリケーション及び関連トラフィックをコントロール及び管理して、３ＧＰＰネットワークにおける不必要な混雑及びリソースの非効率的な使用を減らすことを可能にするためのシステム、装置、マシン可読メディア、及び方法を含む。本明細書において説明されている実施形態は、ＣＡＴＳ（Ｃｏｎｔｒｏｌ ｏｆ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｈｅｎ Ｔｈｉｒｄ ｐａｒｔｙ Ｓｅｒｖｅｒｓ ｅｎｃｏｕｎｔｅｒ ｄｉｆｆｉｃｕｌｔｉｅｓ）を実施することによって、不必要なネットワーク・トラフィックを最小化し、混雑を緩和することができる。

図１を参照すると、示されているのは、本明細書において説明されているさまざまな態様による、ＣＡＴＳを実行（facilitate）することができるシステム１００のブロック図である。システム１００は、プロセッサ１１０及びインターフェース１２０を含むことができる。さまざまな態様においては、システム１００又はその部分は、３ＧＰＰネットワーク内のネットワーク・サーバ又はエンティティー内に含まれることが可能であり、又はそのような複数のエンティティーのうちの１つが、システム１００を含むことができる。その他の態様においては、システム１００は、モバイル管理エンティティー（ＭＭＥ）又はアクセス・ネットワーク発見及び選択機能（ＡＮＤＳＦ）など、３ＧＰＰネットワーク内のその他の１つ又は複数のエンティティーとともに配置されることが可能である。

プロセッサ１１０は、サード・パーティー・サーバが、そのサード・パーティー・サーバへ導かれるネットワーク・トラフィックに影響を与えるステータス、たとえば、過度の混雑、部分的な障害又は完全な障害などを有している（又はもはや有していない）ときを識別することができる。プロセッサ１１０は、さまざまな方法のうちのいずれかでステータスを特定することができる。たとえば、インターフェース１２０は、サード・パーティー・サーバが混雑又は障害を経験しているときを示すデータなどのステータス・データをサード・パーティー・サーバから（たとえば、Ｔｓｐインターフェースなどを介して）任意選択で受信することができる。その他の態様においては、インターフェース１２０は、サード・パーティー・サーバが混雑又は障害を経験しているかどうかにかかわらず、定期的にサード・パーティー・サーバからステータス・データを受信することができる。そして定期的な報告がないことは、障害を示しているとも言える。或いは、インターフェース１２０は、ｐｉｎｇをサード・パーティー・サーバへ定期的に送信することができ、サード・パーティー・サーバから応答がないこと、又は所定のタイムピリオド中に応答がないことによって、障害又は混雑が特定されることが可能である。その他の態様においては、プロセッサ１１０は、成功した接続の試みがないこと、又は拒否された接続の試みがあることに基づいて、サード・パーティー・サーバの障害又は混雑を特定することができる。たとえば、成功した接続の試みが所定の時間のピリオド中にまったく生じていない場合には、プロセッサ１１０は、サード・パーティー・サーバが混雑／障害にさらされていると特定することができる。或いは、そのような特定は、しきい値数を超える連続した拒否された接続の試みがあること、又は所定の時間のピリオド内に少なくともしきい値数の拒否された接続の試みがあることに基づいて行われることが可能である。さらなる態様においては、プロセッサ１１０は、サード・パーティー・サーバに接続されているＵＥ又はサード・パーティー・サーバへの接続を試みているＵＥに対してサード・パーティー・サーバによって提供される混雑／障害情報に基づいて、サード・パーティー・サーバの混雑／障害を特定することができる。

いくつかの実施形態においては、サード・パーティー・サーバの識別されたステータスに基づいて、プロセッサ１１０は、ＣＡＴＳのレベル（たとえば、２つのレベルのみを伴う態様においては、非アクティブ化又はアクティブ化、その他の態様においては、非アクティブ化又は選択されたレベルでのアクティブ化）を選択し、その選択されたレベルのＣＡＴＳを実施することができる。その他の実施形態においては、プロセッサ１１０は、関連付けられている３ＧＰＰネットワークのネットワーク・トラフィック又は混雑の量を特定し、システム１００に関連付けられている３ＧＰＰネットワークが少なくともしきい値量のネットワーク・トラフィック又は混雑を有している場合にのみ、サード・パーティー・サーバ・ステータスに基づいて、選択されたレベルでＣＡＴＳを実施することもできる。

ＣＡＴＳがアクティブ化される場合には、選択されるＣＡＴＳレベルは、混雑／障害を経験しているサード・パーティー・サーバへ導かれるネットワーク・トラフィック上での１つ又は複数の制限及び／又は優先順位付けを定義することができる。これらの制限及び／又は優先順位付けは、さまざまな基準に基づいて、ネットワーク・トラフィックを優先順位付けすること、ネットワーク・トラフィック若しくは接続における新たな試みを制限すること、既存の接続を切断すること、又はそれらのさまざまな組合せを行うことができる。さまざまな態様においては、これらの制限及び／又は優先順位付けは、これらの制限及び／又は優先順位付けの対象となるＵＥ、システム１００、又はシステム１００に関連付けられている３ＧＰＰネットワークのさまざまなノードのうちの１つ又は複数において実施されることが可能である。複数のＣＡＴＳレベルを伴う実施形態においては、サード・パーティー・サーバにおけるさらに高いレベルの混雑又は障害が、さらに高いレベルのＣＡＴＳに関連付けられることが可能であり、さらに高いレベルのＣＡＴＳは、サード・パーティー・サーバへ導かれるネットワーク・トラフィック上でのさらに多くの及び／又はさらに厳格な制限及び／又は優先順位付けを定義することができる。

制限及び／又は優先順位付けは、さまざまな基準に基づくことが可能である。さまざまな態様においては、ＣＡＴＳが非アクティブ化されるまで、又はＣＡＴＳレベルが低減されるまで、サード・パーティー・サーバへの既存のパケット・データ・ネットワーク（ＰＤＮ）接続が保持されることが可能であり、新たな接続が防止されることが可能である。いくつかのそのような態様においては、ＣＡＴＳの実施時にサード・パーティー・サーバに接続されていたＵＥが切断された場合には、それらのＵＥによる新たな接続の試みが許可されることが可能であり、その一方で、その他のそのような態様においては、それらのＵＥによる新たな接続の試みは、その他のＵＥによる新たな接続の試みと同様に防止されることが可能である。追加として、又は代替として、サード・パーティー・サーバに接続されているＵＥが切断された場合には、その他のＵＥが、たとえば、本明細書において論じられている優先順位付け、先着順などに基づいて、（たとえば、接続されているＵＥの数、又はそれらに関連付けられているネットワーク・トラフィックの量を超えないように）接続することを許可されることが可能である。さらなる態様においては、新たな接続の試みは、３ＧＰＰネットワーク及び／若しくはサード・パーティー・サーバとの間でのＵＥのサブスクリプション・ステータスに基づいて、又はＵＥとサード・パーティー・サーバとの間における意図されている接続若しくはネットワーク・トラフィックに関連付けられている特定のアプリケーション、機能／サービス、若しくはコンテンツタイプに基づいて（たとえば、ソーシャル・メディア・アプリケーションを介してアップロードされることになるテキスト・コンテンツは、ビデオよりも高く優先順位付けされることが可能である、といった具合に）優先順位付け／制限されることが可能である。同じ態様又はその他の態様においては、接続は、接続に関連付けられているネットワーク・トラフィックの量、又はＵＥに関連付けられている総量に基づいて優先順位付け／制限されることが可能である。さまざまな実施形態においては、本明細書において論じられている優先順位付け基準などに基づいて、既存のＰＤＮ接続が切断されることが可能である。

インターフェース１２０は、サード・パーティー・サーバに関連付けられているＣＡＴＳレベルのインジケータを送信することができる。このインジケータは、さまざまな方法で送信されることが可能である。たとえば、ＭＭＥから非アクセス層（ＮＡＳ）を介して、ＡＮＤＳＦからオープン・モバイル・アライアンス（ＯＭＡ）デバイス管理（ＤＭ）プロトコルを介して、システム１００を含むネットワーク・サーバからＨＴＴＰを介して、関連付けられている３ＧＰＰネットワークの無線アクセス・ネットワーク（ＲＡＮ）から（たとえば、ページング・チャネル、マルチキャスト、ブロードキャスト、専用チャネルなどを介して）などである。

図２を参照すると、示されているのは、本明細書において説明されているさまざまな態様による、ユーザ機器（ＵＥ）においてＣＡＴＳを実行するシステム２００のブロック図である。システム２００は、受信機回路２１０、プロセッサ２２０、及び任意選択の送信機回路２３０を含む。受信機回路２１０及び任意選択の送信機回路２３０のそれぞれは、（たとえば、アンテナ・ポートを介して）１つ又は複数のアンテナに結合されるように構成されており、それらのアンテナは、同じアンテナ又は別々のアンテナであることが可能である。いくつかの実施形態においては、受信機回路２１０及び任意選択の送信機回路２３０は、共通の１つ又は複数のコンポーネントを有することができ、両者はトランシーバ回路内に含まれることが可能であり、その一方で、その他の実施形態においては、そうではない。さまざまな態様においては、システム２００は、たとえばシステム２００（又はその部分）がＵＥの受信機兼送信機又はトランシーバ回路内にある状態で、ＵＥ内に含まれることが可能である。

受信機回路２１０は、サード・パーティー・サーバに関する選択されたＣＡＴＳレベルの表示を、たとえば、ＲＡＮネットワークから（たとえば、ページング・チャネル、ブロードキャスト、マルチキャスト、専用チャネルなどを介して）、ＭＭＥからＮＡＳを介して、ＡＮＤＳＦからＯＭＡ−ＤＭを介して、サード・パーティー・サーバから（たとえば、サード・パーティー・サーバに関連付けられているアプリケーションを通じて）オーバー・ザ・トップ・シグナリングを介して、といった具合に受信することができる。上で論じられているように、ＣＡＴＳレベルは、サード・パーティー・サーバへのネットワーク・トラフィック上での１つ又は複数の制限／優先順位付けを定義することができる。

プロセッサ２２０は、ＣＡＴＳレベルによって影響される１つ又は複数のアプリケーションを識別することができる。制限／優先順位付けに応じて、識別されるアプリケーションは、サード・パーティー・サーバに関連付けられているすべてのアプリケーション、又はそれらの一部のみ（たとえば、ＣＡＴＳレベルに関連付けられているアプリケーション、ＣＡＴＳレベルに関連付けられている機能又はサービスを実行することができるアプリケーションなど）であることが可能である。所与のＵＥに関してどのアプリケーションが影響されるかは、本明細書において論じられているさまざまな基準のうちのいずれか、たとえば、３ＧＰＰネットワーク又はサード・パーティー・サーバとの間でのサブスクリプション・レベルなどに基づくことが可能である。さまざまなＣＡＴＳレベルにおいて影響されるアプリケーション（及びその制限）を識別するサブスクリプション関連の情報又はその他の情報などのＣＡＴＳ構成情報が、受信機回路２１０を介して受信される。制限／優先順位付けに応じて、システム２００を含むＵＥは、選択されたＣＡＴＳレベルによって影響される場合もあり、又は影響されない場合もある。ＵＥが影響される態様においては、プロセッサ２２０は、少なくとも１つの識別されたアプリケーションに関連付けられている１つ又は複数の送信を必要に応じて遅延させること又は防止すること（たとえば、優先順位付けに基づいて送信できるようになるまで、又はＣＡＴＳレベルが変更されるまで、若しくはＣＡＴＳが非アクティブ化されるまで遅延させることなど）が可能である。

送信機回路２３０は、含まれている場合には、ＣＡＴＳレベルに基づいて必要に応じてアプリケーションからのデータを送信することができる。たとえば、第１のアプリケーションに関連付けられている送信が制限されることが可能であり、その一方で、第２のアプリケーションに関連付けられている送信が制限されないことが可能であり、又は制限が所与のアプリケーションの送信の性質（たとえば、テキスト、ビデオなど）に依存することも可能である。

その他の態様においては、システム２００は、ＵＥにおけるＣＡＴＳの構成を実行することができる。受信機回路２１０は、ＣＡＴＳ構成情報を受信することができ、プロセッサ２２０は、そのＣＡＴＳ構成情報を格納し、その後に、そのＣＡＴＳ構成情報に基づいて、ＣＡＴＳレベルによって影響される１つ又は複数のアプリケーションを識別することができる。ＵＥのＣＡＴＳ構成の複数の技術が、以降で論じられている。

図３を参照すると、示されているのは、本明細書において説明されているさまざまな態様による、３ＧＰＰネットワークの１つ又は複数のノードにおいてＣＡＴＳを実行（facilitate）することができる方法３００の流れ図である。３１０において、サード・パーティー・サーバの混雑及び／又は障害ステータスが特定されることが可能であり、その混雑及び／又は障害ステータスは、サード・パーティー・サーバから受信された、又は３ＧＰＰネットワークの１つ又は複数のノードによって特定されたステータス・データに基づくことが可能である。３２０において、３ＧＰＰネットワークの無線アクセス・ネットワーク（ＲＡＮ）の混雑レベルが、任意選択で特定されることが可能である。３３０において、ＣＡＴＳレベルが、サード・パーティー・サーバの混雑／障害ステータスに基づいて選択されることが可能であり、又は少なくともしきい値量の混雑がＲＡＮ内にある場合にのみ、そのような基準で選択されることが可能である。ＣＡＴＳレベルは、サード・パーティー・サーバへのネットワーク・トラフィック上での１つ又は複数の制限及び／又は優先順位付けを定義することができる。３４０において、１つ又は複数のＵＥ（たとえば、影響されるＵＥのみ、すべてのＵＥ、ＣＡＴＳサービスにサブスクライブされているすべてのＵＥなど）が、サード・パーティー・サーバに関して選択されたＣＡＴＳレベルを通知されることが可能である。３５０において、サード・パーティー・サーバへのネットワーク・トラフィックの１つ又は複数の優先順位付け及び／又は制限が実施されることが可能である。追加として、又は代替として、１つ又は複数の優先順位付け及び／又は制限が、影響されるＵＥによって実施されることが可能である。

図４を参照すると、示されているのは、本明細書において説明されているさまざまな態様による、ユーザ機器（ＵＥ）においてＣＡＴＳを実行する方法４００の流れ図である。４１０において、ＣＡＴＳ構成情報が、任意選択で受信されることが可能である。４２０において、サード・パーティー・サーバに関連付けられているＣＡＴＳレベルの表示が受信されることが可能である。ＣＡＴＳレベルは、サード・パーティー・サーバへのネットワーク・トラフィック上での１つ又は複数の優先順位付け及び／又は制限を定義することができる。４３０において、サード・パーティー・サーバに関連付けられている１つ又は複数のアプリケーション、機能、又はサービスが、１つ又は複数の優先順位付け及び／又は制限に基づいて識別されることが可能である。４４０において、１つ又は複数の制限及び／又は優先順位付けがＵＥにおいて実施されて、１つ又は複数のアプリケーション、機能、又はサービスのうちの少なくとも１つに関連付けられている少なくとも１つの送信を遅延させること又は防止することが可能である。

続いては、ＣＡＴＳシステム及び方法の例示的な実施形態及びさまざまな態様である。本明細書において論じられている実施形態のさまざまな態様を例示する目的で特定の特徴及び例が提供されているが、別段の記載がない限り、これらの特徴及び例は、任意選択であり、代替の特徴及び例が、追加として、又は代替として採用されることが可能である。

ＣＡＴＳ（「Ｃｏｎｔｒｏｌ ｏｆ Ｔｒａｆｆｉｃ ｆｒｏｍ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｈｅｎ Ｔｈｉｒｄ ｐａｒｔｙ Ｓｅｒｖｅｒｓ ｅｎｃｏｕｎｔｅｒ ｐｒｏｂｌｅｍｓ」）のためのシステム・アーキテクチャー
ＣＡＴＳ機能は、サード・パーティーアプリケーション・サーバ（サード・パーティー・サーバ）、３ＧＰＰネットワーク、及びＵＥという３つのエンティティーを含むことができる。加えて、ＣＡＴＳサーバ・ノードが、３ＧＰＰネットワーク内の新たな要素又はノードとして、既存の要素若しくはノードを介して、又は外部エンティティーとして実装されることが可能である。図５を参照すると、示されているのは、本明細書において説明されているさまざまな態様による、ＣＡＴＳシステム５００の例示的なアーキテクチャーである。ＣＡＴＳシステム５００の例示的なアーキテクチャーは、３ＧＰＰネットワーク５１０、サード・パーティー・サーバ５２０、ＵＥ５３０、及びＣＡＴＳサーバ５４０を含むことができる。３ＧＰＰネットワーク５１０は、図５においてはＣＡＴＳサーバ５４０を含むものとして示されているが、上述のように、代替実施形態においては、ＣＡＴＳサーバ５４０は、外部エンティティーであることが可能である。いくつかの実施形態においては、ＵＥ５３０は、３ＧＰＰシグナリングを介して３ＧＰＰネットワーク５１０を通じてサード・パーティー・サーバ５２０と通信することができ、その一方で、その他の実施形態においては、ＵＥ５３０は、ＵＥ５３０とサード・パーティー・サーバ５２０との間における破線によって示されているように、オーバー・ザ・トップ・シグナリングを通じて（たとえば、インターネット・プロトコル（ＩＰ）レベル・シグナリングなどを介して）サード・パーティー・サーバ５２０と通信することができる。

図５において示されているものなど、いくつかの態様においては、ＣＡＴＳ機能は、ＵＥ上にＣＡＴＳアプリケーションを提供するとともにＭＮＯの観点からＣＡＴＳ機能全体をアクティブ化／非アクティブ化／管理する３ＧＰＰネットワーク・エンティティー内で定義されることが可能である。或いは、ＣＡＴＳ機能を担当する複数の３ＧＰＰノードが３ＧＰＰネットワーク内に存在することが可能であり、すなわち、ＣＡＴＳ機能は、３ＧＰＰネットワークを通じて非集中化及び分散されることが可能である。

追加として、又は代替として、ＣＡＴＳサーバ・エンティティーが、３ＧＰＰネットワーク内のスタンドアロンのネットワーク・エンティティーであることが可能である。複数の態様においては、ＣＡＴＳサーバ・エンティティーは、ＵＥと通信するためにＳＯＡＰ／ＸＭＬベースのトランスポートを使用することができる。

或いは、ＣＡＴＳサーバは、その他の３ＧＰＰネットワーク・エンティティーとともに配置されることが可能であり、又はその機能が、別々の３ＧＰＰノードの間において分割されることが可能である。一例においては、ＣＡＴＳサーバは、モバイル管理エンティティー（ＭＭＥ）とともに配置されること、及びＵＥと通信するために非アクセス層（ＮＡＳ）プロトコルを使用することが可能である。別の例においては、ＣＡＴＳサーバは、アクセス・ネットワーク発見及び選択機能（ＡＮＤＳＦ）とともに配置されること、並びにＵＥと通信するためにオープン・モバイル・アライアンス・デバイス管理（ＯＭＡ−ＤＭ）プロトコルを使用することが可能である。別の例においては、ＣＡＴＳサーバは、ｅＮＢとともに配置されること、及びＵＥと通信するために無線リソース・コントロール（ＲＲＣ）プロトコルを使用することが可能である。

ＣＡＴＳ構成（ＣＡＴＳをサポートするようにＵＥを構成すること）
ＣＡＴＳを使用するように、及びＣＡＴＳ構成を伴ってＵＥを構成するために、さまざまな技術が採用されることが可能である。

第１の例においては、ＵＥが、サード・パーティー・サーバによって直接（たとえば、ＵＥがサード・パーティー・サーバに接続する最初の時点で、又はその後に再構成のために）構成されることが可能である。

第２の例においては、ＵＥは、ＣＡＴＳにサブスクライブされることが可能であり、構成は、ＯＭＡ−ＤＭ又はオーバー・ジ・エアー（ＯＴＡ）更新を介して修正されることが可能である。

第３の例においては、ネットワーク・オペレータは、ＵＥサブスクリプション、及び／又はサード・パーティー・サーバから受信された情報に基づいてＵＥを構成することができる。ＵＥがＣＡＴＳをサポートすることができるかどうかは、ホーム・サブスクライバー・サービス（ＨＳＳ）／ホーム・ロケーション・レジスタ（ＨＬＲ）内のサブスクリプション情報の一部として格納されることが可能である。この情報は、サブスクライバー・データ挿入手順中にＭＭＥへダウンロードされることが可能である。

第４の例においては、ＵＥ及びネットワークは、ＣＡＴＳ機能のサポート及び構成を示すこと及び／又は交渉することが可能である。この手順は、ＣＡＴＳ関連の情報を得るために、たとえば、ＣＡＴＳの使用を有効にするために、又はＣＡＴＳ構成設定を選択するために、サード・パーティー・サーバ、ＣＡＴＳサーバ、又はＨＳＳなどのその他のエンティティーを含むことができる。

第５の例においては、ＵＥは、ＣＡＴＳを使用するように事前に構成されることが可能であり、ＣＡＴＳアプリケーションを伴うデフォルトの構成が、ＵＥにおいて事前に構成されることが可能である。

上述の例示的な構成技術のうちの任意の構成技術が、事前に構成された情報を修正するために、又は機能を（非）アクティブ化するためになど、最初の構成を超えたさらなる構成のために適用されることも可能である。

サーバ障害についての３ＧＰＰネットワークによる検知
サード・パーティー・サーバにおいて障害が生じた場合には、ネットワークは、さまざまな技術のうちの任意の技術によって、その障害を検知することができる。

第１の例においては、少なくともしきい値の時間のピリオド（たとえば、５分など）の間にサード・パーティー・サーバへの成功した接続が行われていないことに基づいて、障害が検知されることが可能である。

第２の例においては、接続要求がサード・パーティー・サーバによって拒否される連続した回数がしきい値数（たとえば、２０回の試みなど）を超えたこと、又は所与の時間のピリオド内の接続要求の数がしきい値数を超えたことに基づいて、障害が検知されることが可能である。

第３の例においては、サード・パーティー・サーバのステータスを検知するために３ＧＰＰネットワークによってハートビートｐｉｎｇが（たとえば、定期的になど）採用されることが可能である。

第４の例においては、サード・パーティー・サーバは、自分に接続されているデバイスに混雑（又は障害など）の情報を直接提供することができ、３ＧＰＰネットワーク・ノード（パケット・ゲートウェイ（Ｐ−ＧＷ）／サービング・ゲートウェイ（Ｓ−ＧＷ）／エボルブドＮｏｄｅＢ（ｅＮＢ））が、パケット検査を介してこの情報を抽出することができる。

さらなる態様においては、３ＧＰＰネットワークは、ネットワークの実施態様、定義されているルール、及び／又は、潜在的な障害状況が３ＧＰＰネットワークによって検知された場合に少なくとも部分的に基づいて、混雑／障害などの情報に関してサード・パーティー・サーバにクエリーを行うことができる。これらの態様のうちのいくつかにおいては、そのような情報をネットワークとサード・パーティー・サーバとの間において通信するために、さらなるコントロール通信が作成されることが可能である。或いは、そのような情報を取り扱うために、現在のインターフェースの機能が拡張されることが可能である。

サード・パーティー・サーバが混雑状態（又は障害状態など）である場合には、その混雑（又は障害など）の状況に関する情報が、関連するエンティティーに提供されることが可能であり、それによって、混雑状態などのサーバへのさらなる試みが防止されることが可能である。これは、混雑などに関して３ＧＰＰシステム及びＵＥの両方に知らせることを含むことができる。

本明細書において説明されている実施形態は、広範囲のシステム・アーキテクチャーに関連して採用されることが可能であり、３ＧＰＰシステムは、さまざまな方法でサード・パーティー・サーバにおける混雑／障害を知らされることが可能である。たとえば、図６は、本明細書において説明されているさまざまな態様による、マシン・タイプ通信を利用する実施形態のための例示的な３ＧＰＰネットワーク・アーキテクチャーを示している。

第１の例においては、３ＧＰＰシステムは、Ｔｓｐインターフェースなどの既存のインターフェースを使用して知らされることが可能である。サービス機能サーバ（ＳＣＳ）又はサード・パーティーアプリケーション・サーバは、図６において示されているように、（たとえば、過負荷などを示す）メッセージをインターワーキング機能（ＩＷＦ）に送信することができる。ＩＷＦは、この情報を、Ｔ５インターフェースを介してモビリティー管理エンティティー（ＭＭＥ）に送信することができる。ＵＥが、混雑状態などのサーバへの新たなＰＤＮ接続を開始した場合には、ＭＭＥは、アタッチ要求又はサービス要求を落とすことができる。この情報は、ＭＭＥリロケーションのケースにおいてターゲットＭＭＥに渡されることが可能である。複数の態様においては、Ｔｓｐがアプリケーション・プログラミング・インターフェース（ＡＰＩ）として実施されることが可能であり、たとえば、ＩＷＦは、サード・パーティーの負荷情報を得るためにＡＰＩをＳＣＳへさらすことができる。

第２の例においては、ＩＷＦは、混雑などの情報をパケット・ゲートウェイ（Ｐ−ＧＷ）に送信することができる。Ｐ−ＧＷは、混雑状態（など）のサード・パーティー・サーバへのトラフィックを抑えるために既存のメカニズムを使用することができる。Ｐ−ＧＷは、混雑状態（など）のサード・パーティー・サーバへの新たなＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）フローの確立を、直接又はトラフィック検知機能（ＴＤＦ）を介して検知し、それらの接続を拒否することもできる。Ｐ−ＧＷにおける混雑などの情報は、既存のメカニズムを適用することによってアクセス・ポイント名（ＡＰＮ）ごとに、又はアプリケーションごとに保持されることが可能である。

第３の例においては、混雑／障害などの情報が、ＣＡＴＳサーバにおいて（たとえば、３ＧＰＰシステムなどにおいて）保持されることが可能である。ＣＡＴＳサーバは、３ＧＰＰオペレータとのビジネス契約を有するサード・パーティー・サーバのために混雑／障害などの情報を含むことができる。次いでＣＡＴＳサーバは、この情報をさまざまな３ＧＰＰノード及び／又はＵＥに渡すことができる。

ＵＥに知らせることは、さまざまな方法で生じることも可能である。

第１の例においては、ＣＡＴＳサーバは、混雑、障害などの情報を直接ＵＥに渡すことができる。上で説明されているように、ＣＡＴＳサーバは、ＭＭＥ若しくはＡＮＤＳＦとともに配置されることが可能であり、又はスタンドアロンのエンティティーであることが可能である。

第２の例においては、ＵＥは、混雑、障害などの情報を、ＵＥコンテキスト情報の一部としてアプリケーションごとに保持することができる。

ＵＥに知らせるために、さまざまな手順が採用されることが可能である。いくつかの実施形態においては、アイドル・モードの間、ＵＥは、新たなサービス要求／ＲＲＣ（無線リソース・コントロール）接続を開始する前に、混雑、障害などの情報をチェックすることができる。同じ実施形態又はその他の実施形態においては、接続モードの間、ＵＥは、同じＡＰＮへの新たなＩＰフロー又は新たなＰＤＮ接続を開始する前に、混雑情報をチェックすることができる。

部分的な障害又は混雑中のサード・パーティー・サーバへのアクセスを管理するためのＣＡＴＳのアクティブ化
部分的な障害又は混雑の検知又は通知後に、３ＧＰＰネットワークは、３ＧＰＰネットワークのステータスにかかわらずにＣＡＴＳをアクティブ化することができ、又は３ＧＰＰネットワークのネットワーク負荷がしきい値を超えた場合にＣＡＴＳをアクティブ化することができる。実施形態のこの第２のセットにおいては、ネットワーク負荷がしきい値を下回った場合には、ＣＡＴＳがアクティブ化される必要はなく、ＵＥは、ネットワークに影響を与えずにサーバへの接続を引き続き試みることができる。

サード・パーティー・サーバが部分的な障害又は混雑を経験している場合には、そのサード・パーティー・サーバにアクセスするためのすべての接続又は試みを無効にすることが必須である必要はない。混雑は、さまざまな技術を介して緩和されることが可能である。

第１の例においては、混雑又は部分的な障害を伴うサード・パーティー・サーバにいかなるＵＥをも接続するための新たな試みを防止しながら、サード・パーティー・サーバとの既存のＰＤＮ接続が保持されることが可能である。

第２の例においては、サード・パーティーアプリケーション・プロバイダ及び３ＧＰＰオペレータによって事前に合意された１つ又は複数の基準に基づいて、新たな接続の試みが優先順位付けされることが可能である。そのような一例は、以降で論じられている優先順位付けオプションのもとで、表１及び図７に関連して説明されているように、３ＧＰＰネットワーク・オペレータのサブスクライバー・クラスを基準として使用して優先順位付けすることである。そのような別の例は、以降で論じられている優先順位付けオプションのもとで、表２及び図８に関連して説明されているように、サード・パーティー・アプリケーション・プロバイダとの間でのサブスクリプション・クラス（たとえば、有料対無料など）を使用して優先順位付けすることである。１つ又は複数のサード・パーティー・サーバが複数のアプリケーション又は機能をサポートする例におけるさらなる一例は、以降で論じられている優先順位付けオプションのもとで、表３及び図９に関連して説明されているように、アプリケーション又は機能（個々のアプリケーション又は機能、それらのグループなど）を基準として使用して優先順位付けすることである。

第３の例においては、（本明細書において論じられているように）より低い優先度を有するＵＥからのトラフィックは、サード・パーティー・サーバに接続することを制限されることが可能であり、いくつかの態様においては、そのようなＵＥが接続を有する場合には、それらのＵＥは、ある混雑又は部分的な障害のレベルが特定された時点で切断されることが可能である。

第４の例においては、接続は、ＵＥがサード・パーティー・サーバへの自分の接続において生成する負荷の量に少なくとも部分的に基づいて優先順位付けされることが可能である。

第５の例においては、接続は、ＵＥが、たとえば、すべてのサーバ及びその他のＵＥとの自分の継続中の接続のうちのすべての間において生成する負荷の全体量に少なくとも部分的に基づいて優先順位付けされることが可能である。

さまざまな態様においては、混雑を緩和するために、上述の例又はそれらの態様のうちの複数の組合せが採用されることが可能である。

優先順位付けオプション
本明細書において論じられているさまざまな優先順位付けオプションは、ＣＡＴＳではない状況においてさらに適用されることが可能であり、そうした状況においては、３ＧＰＰオペレータ及びサード・パーティー・アプリケーション・プロバイダは、ネットの中立性によって結び付けられておらず、通常（たとえば、緊急事態以外など）の状況においては、自分のサーバ、ＵＥ、及びネットワーク上でアプリケーションに別々の取り扱いを適用することができる。

第１の優先順位付けオプションにおいては、優先順位付けは、上述のように、３ＧＰＰサブスクリプション・レベルに基づくことが可能である。下記の表１は、サービスの３ＧＰＰサブスクライバー・クラスによるアクセス優先順位付けの一例を示している。

上記の表１においては、「Ｎ」は、サード・パーティー・サーバへのトラフィックが制限されるということを示しており、「Ｙ」は、サード・パーティー・サーバへの接続の開始が制限されないということを示している。ＣＡＴＳレベル及びサブスクライバー・レベルの数（及び名前）は、上で示されているものとは異なることが可能であり、実質的に任意の数のＣＡＴＳレベル及び／又はサブスクリプション・レベルを含むことができる。

図７を参照すると、示されているのは、本明細書において説明されているさまざまな態様による、３ＧＰＰサブスクリプション・ステータスに基づく優先順位付けを用いてＣＡＴＳを実施する例示的な方法７００である。方法７００は、７１０において、サード・パーティー・サーバが混雑又は部分的な障害を３ＧＰＰネットワークに通知することを含むことができ、それは、任意選択で混雑又は障害のレベルを含むことができる。或いは、３ＧＰＰネットワークは、上で論じられている技術を使用して、通知されずに混雑又は障害（及び任意選択で、関連付けられているレベル）を特定することができる。７２０において、３ＧＰＰネットワークは、どのＵＥが影響されることになるかを特定することができ、それは、ＵＥの３ＧＰＰサブスクリプション・レベルに少なくとも部分的に基づくことが可能である。この特定は、実施するためのＣＡＴＳレベルを混雑又は障害のレベルに基づいて特定することを含むことができる。７３０において、３ＧＰＰネットワークは、特定されたＵＥ又は特定されたＣＡＴＳレベル（ＵＥのセットに関連付けられることが可能である）に関してＣＡＴＳをアクティブ化することができる。７４０において、ＣＡＴＳは、１つ又は複数の特定されたＵＥ（又は特定されたＣＡＴＳレベルに関連付けられているＵＥのセット内のＵＥ）にサービス提供するｅＮＢを介してアクティブ化されることが可能である。７５０において、７４０のｅＮＢは、特定されたＵＥ（又は特定されたＣＡＴＳレベルに関連付けられているＵＥのセット内のＵＥ）に、ＣＡＴＳに関連付けられているサーバ・アクセス制限を通知することができる。任意選択で、ＣＡＴＳは、ＰＬＭＮネットワークに登録されているすべてのＵＥに対してアクティブ化されることが可能であり、それによって、どのＵＥが影響されることになるかをネットワークが特定する必要がなくなる。このケースにおいては、通知は、すべてのＵＥへ送信されることが可能である。

特定の実施形態に応じて、方法７００及び同様の方法において論じられている３ＧＰＰネットワークによって取られるアクションは、さまざまなネットワーク・エンティティーを含むことができる。たとえば、ＣＡＴＳアクティブ化は、（１）ＮＡＳプロトコルを介してＭＭＥから、（２）ＯＭＡ−ＤＭプロトコルを介してＡＮＤＳＦから、（３）ＨＴＴＰプロトコルを介して専用のＣＡＴＳサーバから、（４）無線チャネル（たとえば、ブロードキャスト・チャネル、マルチキャスト・チャネル、専用チャネルなど）を介してＣＡＴＳアクティブ化を示すＲＡＮから、又はその他のネットワーク・エンティティーから開始されることが可能である。

方法７００の１つの例示的な実施シナリオは、表１の例に関連していることが可能である。たとえば、サード・パーティー・サーバが混雑していて、（たとえば、サード・パーティーアプリケーション・プロバイダと３ＧＰＰオペレータとの間における契約に基づいて）ＣＡＴＳレベルｎが特定されている場合には、３ＧＰＰゴールドレベル（又は何らかのその他の任意の高いレベル）のサブスクライバーを除いて、サブスクライブしているＵＥからのすべてのトラフィックが制限されることになる。

混雑状況が緩和した際には、サード・パーティー・アプリケーション・サーバは、改善している状況を３ＧＰＰネットワークに通知することができる。ネットワークは、ＣＡＴＳレベルｎ＋１をアクティブ化することができ、ＣＡＴＳレベルｎ＋１のもとでは、３ＧＰＰゴールド・サブスクライバー及びシルバー・サブスクライバーは、サーバにアクセスする際に制限されない。例示的なＣＡＴＳレベルｎ＋１に関連して、３ＧＰＰブロンズ・サブスクライバー及び通常サブスクライバーのＵＥからのトラフィックは、サード・パーティー・サーバから制限されたままである。

サード・パーティー・サーバにおいて混雑状況がさらに改善した際には、３ＧＰＰオペレータは、新たな混雑情報に基づいて、ＣＡＴＳ状況レベルｎ＋２をアクティブ化することができ、ＣＡＴＳ状況レベルｎ＋２においては、３ＧＰＰブロンズ・サブスクライバーからのトラフィックは、３ＧＰＰゴールド・サブスクライバー及びシルバー・サブスクライバーからサード・パーティー・サーバへのトラフィックと同じ取り扱いを与えられることが可能である。３ＧＰＰ通常サブスクライバーからサード・パーティー・サーバへのトラフィックは、依然として制限されることが可能である。

サード・パーティー・サーバにおける混雑レベルが完全に治まった場合には、ＣＡＴＳは、３ＧＰＰオペレータによって非アクティブ化されることが可能であり、サード・パーティー・アプリケーションにサブスクライブしているすべての３ＧＰＰサブスクライバーは、制限なく接続することを許可されることが可能である。

第２の優先順位付けオプションにおいては、優先順位付けは、上述のようにサード・パーティー・サブスクリプション・レベルに基づくことが可能である。そのような態様においては、サード・パーティー・サービスにサインアップされているそれぞれのデバイスのサード・パーティー・サブスクリプション・レベル（たとえば、サービス・サブスクリプション・レベル）を含めるための、サード・パーティー・サーバと３ＧＰＰネットワーク・オペレータとの間における契約が存在することが可能である。そして混雑中に、サード・パーティー・サーバは、どのサブスクリプション・レベルが、サービスにアクセスすることを制限されるかを識別することができ、サード・パーティー・サーバは、３ＧＰＰネットワークに知らせるために通知を送信することができる。この通知は、ネットワークにアクセスすることを許可されているサード・パーティー・サブスクリプション・レベル、又はネットワークにアクセスすることを許可されていないサード・パーティー・サブスクリプション・レベル（たとえば、ホワイト・リスト又はブラック・リスト）を含むことができる。

下記の表２は、サード・パーティーアプリケーション・サービス・プロバイダとの間でのサービスのサード・パーティー・サブスクライバー・クラスによるアクセス優先順位付けの一例を示している。

上記の表２においては、「Ｎ」は、サード・パーティー・サーバへのトラフィックが制限されるということを示しており、「Ｙ」は、サード・パーティー・サーバへの接続の開始が制限されないということを示している。第１のオプションと同様に、ＣＡＴＳレベル及びサブスクライバー・レベルの数（及び名前）は、上で示されているものとは異なることが可能であり、実質的に任意の数のＣＡＴＳレベル及び／又はサブスクリプション・レベルを含むことができる。

図８を参照すると、示されているのは、本明細書において説明されているさまざまな態様による、サード・パーティー・サーバとの間でのサブスクリプション・ステータスに基づく優先順位付けを用いてＣＡＴＳを実施する例示的な方法８００である。方法８００は、８１０において、サード・パーティー・サーバが混雑又は部分的な障害を３ＧＰＰネットワークに通知することを含むことができ、それは、任意選択で混雑又は障害のレベルを含むことができる。或いは、３ＧＰＰネットワークは、上で論じられている技術を使用して、通知されずに混雑又は障害（及び任意選択で、関連付けられているレベル）を特定することができる。８２０において、３ＧＰＰネットワークは、どのＵＥが影響されることになるかを特定することができ、それは、サード・パーティー・サーバとの間でのＵＥのサブスクリプション・レベルに少なくとも部分的に基づくことが可能である。この特定は、実施するためのＣＡＴＳレベルを混雑又は障害のレベルに基づいて特定することを含むことができる。８３０において、３ＧＰＰネットワークは、特定されたＵＥ又は特定されたＣＡＴＳレベル（ＵＥのセットに関連付けられることが可能である）に関してＣＡＴＳをアクティブ化することができる。８４０において、ＣＡＴＳは、１つ又は複数の特定されたＵＥ（又は特定されたＣＡＴＳレベルに関連付けられているＵＥのセット内のＵＥ）にサービス提供するｅＮＢを介してアクティブ化されることが可能である。８５０において、８４０のｅＮＢは、特定されたＵＥ（又は特定されたＣＡＴＳレベルに関連付けられているＵＥのセット内のＵＥ）に、ＣＡＴＳに関連付けられているサーバ・アクセス制限を通知することができる。

第３の優先順位付けオプションにおいては、優先順位付けは、上述のように、サード・パーティー・サーバ（又はそのセット）に関連付けられている個々のアプリケーション又は機能に基づくことが可能である。この優先順位付けオプションの態様においては、３ＧＰＰオペレータは、サード・パーティー・サーバにおける混雑状況に基づいて別々のレベルのＣＡＴＳをアクティブ化し、それによって、状況レベルに関して、識別されたアプリケーションのみを許可しないこと、及びブラック・リスト上のアプリケーションのうちの残りを許可することが可能である（又はホワイト・リストに関連して、逆もまた同様である）。

この優先順位付けスキームは、たとえば、アプリケーションのリスト上のそれぞれのアプリケーションに関して許可される値を割り振ることによって達成されることが可能である。任意選択で、この優先順位付けスキームは、特定のアプリケーションを識別することを介する代わりに、アプリケーション・タイプ又はカテゴリーに基づいて優先順位付けすることができる。割り振られる値は、数値、アルファベット、テキストなど、又はそれらの組合せであることが可能である。これらの値に基づいて、アプリケーションは、ネットワークにアクセスすることを許可されること、又は許可されないことが可能である。たとえば、サード・パーティー・サーバにおける所与のレベル（たとえば、レベルｎ）の混雑に関して、サード・パーティー・サーバは、３ＧＰＰネットワークに通知することができ、３ＧＰＰネットワークは、どのアプリケーションがＣＡＴＳを適用すべきかを決定することができる。この決定は、３ＧＰＰネットワーク・オペレータと、サード・パーティー・サーバを運営しているエンティティーとの間における契約に基づくことが可能である。次いで３ＧＰＰネットワークは、所与のアプリケーションに関してＣＡＴＳをトリガーすることを決定することができる。次いでネットワークは、ＣＡＴＳの実施をＵＥに通知することができる。この通知は、どのアプリケーションが制限されるかに関してＵＥに知らせることによって、又はサーバ混雑レベルをＵＥに告げることによって行われることが可能であり、ＵＥは、ＣＡＴＳの対象となるアプリケーションを特定するためにサーバ混雑レベルをマップすることができる。

下記の表３は、さまざまなレベルの細かさを提供する、アプリケーション又は機能に基づくアクセス優先順位付けの一例を示している。

上記の表３においては、「Ｎ」は、サード・パーティー・サーバへのトラフィックが制限されるということを示しており、「Ｙ」は、サード・パーティー・サーバへのトラフィックが制限されないということを示している。上記のオプションと同様に、ＣＡＴＳレベルは、上で示されているものとは異なることが可能であり、実質的に任意の数のＣＡＴＳレベルを含むことができる。表３は、例示的なアプリケーションをリストアップしているが、アプリケーションのセット若しくはカテゴリー、機能、又はそれらの組合せが、追加として、又は代替としてＣＡＴＳレベルに関連して指定されることが可能である。

図９を参照すると、示されているのは、本明細書において説明されているさまざまな態様による、アプリケーション又は機能に基づく優先順位付けを用いてＣＡＴＳを実施する例示的な方法９００である。方法９００は、９１０において、サード・パーティー・サーバが混雑又は部分的な障害を３ＧＰＰネットワークに通知することを含むことができ、それは、ＣＡＴＳレベルを含むこと、又はＣＡＴＳに関する１つ若しくは複数のアプリケーション若しくは機能を指定することが可能である。或いは、３ＧＰＰネットワークは、上で論じられている技術を使用して、通知されずにＣＡＴＳレベルを特定することができる。９２０において、３ＧＰＰネットワークは、どのアプリケーション及び／又は機能が影響されることになるかを特定することができ、それは、ＣＡＴＳレベル又は示されているアプリケーション及び／若しくは機能に基づくことが可能である。９３０において、３ＧＰＰネットワークは、特定されたアプリケーション／機能又は特定されたＣＡＴＳレベル（アプリケーション及び／若しくは機能のセットに関連付けられることが可能である）に関してＣＡＴＳをアクティブ化することができる。９４０において、ＣＡＴＳは、特定されたアプリケーション／機能にサブスクライブしている１つ又は複数のＵＥにサービス提供するｅＮＢを介してアクティブ化されることが可能である。９５０において、９４０のｅＮＢは、サブスクライブしているＵＥに、ＣＡＴＳに関連付けられているサーバ・アクセス制限を通知することができる。

図１０を参照すると、示されているのは、本明細書において説明されているさまざまな態様による、アプリケーション又は機能に基づく優先順位付けを用いたＣＡＴＳのサード・パーティー実施態様の例示的な方法１０００である。方法１０００は、１０１０において、検知された混雑又は障害などに基づく、サード・パーティー・サーバによる第１の選択されたレベル（たとえば、表３におけるレベルｎ）におけるＣＡＴＳのアクティブ化を含むことができる。１０２０において、第１の選択されたＣＡＴＳレベルに従って、アプリケーション及び／又は機能のセットが制限されることが可能であり、たとえば、表３における例示的なＣＡＴＳレベルｎと同様に、すべてのアプリケーションが制限される。１０３０において、検知された混雑又は障害のレベルが改善した際には、ＣＡＴＳの第２の選択されたレベル（たとえば、表３におけるレベルｎ＋１）がサード・パーティー・サーバによってアクティブ化されることが可能であり、１０４０において、アプリケーション及び／又は機能の第１のセットが許可されることが可能であり、その一方で、アプリケーション及び／又は機能の第２のセットが制限されたままであることが可能である。たとえば、表３におけるように、アプリケーションＥ及びＦが許可されることが可能であり、アプリケーションＡ、Ｂ、Ｃ、及びＤが制限されることが可能である。１０５０において、検知された混雑又は障害のレベルがさらに改善した際には、ＣＡＴＳの第３の選択されたレベル（たとえば、表３におけるレベルｎ＋２）が、サード・パーティー・サーバによってアクティブ化されることが可能であり、１０６０において、アプリケーション及び／又は機能の第３のセットが許可されることが可能であり、その一方で、アプリケーション及び／又は機能の第４のセットが制限されたままであることが可能である。たとえば、表３におけるように、アプリケーションＣ、Ｄ、Ｅ、及びＦが許可されることが可能であり、アプリケーションＡ及びＢが制限されることが可能である。１０７０において、検知された混雑又は障害が終了すると、ＣＡＴＳがサード・パーティー・サーバによって非アクティブ化されることが可能であり、１０８０において、すべてのアプリケーション及び／又は機能が許可されることが可能である。

本明細書において（たとえば、図７、図８、図９、及び図１０などに関連して）使用される際には、ネットワークという用語は、ＣＡＴＳを実行すること又はアクティブ化することが可能であるさまざまなコンポーネントのうちの任意のコンポーネントを含むことができる。ＵＥにおけるＣＡＴＳ状況のアクティブ化は、たとえば、ＮＡＳプロトコルを介してＭＭＥから、ＯＭＡ−ＤＭプロトコルを介してＡＮＤＳＦから、ＨＴＴＰプロトコルを介して専用のＣＡＴＳサーバから、無線チャネル（たとえば、ブロードキャスト・チャネル、マルチキャスト・チャネル、又は専用チャネル）を介してＣＡＴＳアクティブ化を示すＲＡＮなどから開始されることが可能である。

ＵＥへのＣＡＴＳアクティブ化の通知
サード・パーティー・サーバにおける完全な障害のケースにおいては、３ＧＰＰネットワークは、上でさらに詳細に説明されているように、その障害を検知することができ、ＣＡＴＳをアクティブ化することができ、障害状態のサード・パーティー・サーバにアクセスするためのさらなる試みを防止することができる。さまざまな態様においては、３ＧＰＰネットワークは、ＵＥがサード・パーティー・サーバとの間で有している接続を切断することもできる。

ＵＥへの通知は、（ａ）ページング・チャネル、（ｂ）専用メッセージ（たとえば、以降で図１２Ａ及び図１２Ｂに関連してさらに詳細に説明されているＮＡＳシグナリング）、（ｃ）マルチキャスト・チャネル及び／若しくはブロードキャスト・チャネル、又は（ｄ）オプションａ、ｂ、若しくはｃのうちのいずれかを介したＵＥへのメッセージが後に続くことが可能であるＯＭＡ−ＤＭ構成（以降で図１２Ａ及び図１２Ｂなどに関連してさらに詳細に論じられている）のうちの少なくとも１つを介して送信されることが可能である。

通知は、アイドル・モードのＵＥ及び接続モードのＵＥの両方へ送信されることが可能である。この通知は、現在のメッセージの一部としての新たな情報要素（ＩＥ）若しくは構造として、又は作成されることが可能である新たなメッセージとして含まれることが可能である。加えて、やはりＣＡＴＳをＵＥに通知するために、３ＧＰＰにおいて定義されている既存の機能が再利用されること、及びその機能が拡張されることが可能である。

ＵＥが既にサーバに接続されていて、その接続の障害があるならば、該当する場合（たとえば、そのＵＥ及び試みられているアプリケーション／機能にＣＡＴＳが適用される場合）には、ＣＡＴＳルールに準拠するために、そのＵＥをいつ再接続しようとしているかが必要とされることがある。

サブスクライバー／サブスクリプションのＣＡＴＳグレードの管理、提供、及び操作
サービスのＵＥのＣＡＴＳサード・パーティー・サブスクリプション・レベル／グレードの管理、提供、及び操作のためのさらなる技術は、ＮＡＳシグナリング、ＯＭＡ−ＤＭシグナリング、サブスクライバー・アイデンティティー・モジュール（ＳＩＭ）ツール・キット、又はオーバー・ザ・トップ・シグナリングの使用を含むことができる。

一例においては、サービスのサブスクリプション・レベル及び／又はグレードの管理、提供、及び／又は操作のためにＮＡＳシグナリングが採用されることが可能である。たとえば、ＵＥのサード・パーティー・サブスクリプション・レベルの表示が、ＣＡＴＳがアクティブであるときにサード・パーティーからのサービスを求める要求が許可されているかどうかを確かめるためにＣＡＴＳがアクティブであるときに使用されることが可能であり、３ＧＰＰ技術仕様書（ＴＳ）２４．００８及び２４．３０１に関連して説明されているものなどのＮＡＳシグナリング・メッセージを通じてネットワークによってＵＥへシグナリングされることが可能である。図１１は、本明細書において説明されているさまざまな態様による、ＣＡＴＳに関連したサブスクリプション・レベル情報の通信のためのＮＡＳシグナリングの例示的な一実施態様を示している。

別の例においては、ＯＭＡ−ＤＭシグナリングが採用されることが可能である。ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）の後援のもとで、オペレータの３ＧＰＰネットワーク内のソースから、又はオペレータの３ＧＰＰネットワークによって承認された組織若しくは企業からＵＥに情報を提供するための手段が標準化されている。ＯＭＡは、ＯＭＡデバイス管理（ＤＭ）プロトコル仕様書、バージョン１．２において定義されているプロトコルメカニズムを通じてこれを有効にしている。これらのＯＭＡメカニズムを使用すると、ＵＥが、ＣＡＴＳポリシーに関連付けられている情報、並びに、個々のサード・パーティー・サーバ、それらのアプリケーション、及びそのＵＥに関連付けられているサブスクリプション・レベルに関する情報を提供されることが可能である。図１２Ａは、本明細書において説明されているさまざまな態様による、ＣＡＴＳポリシーに関する情報を提供するＯＭＡ−ＤＭデータ構造の一例を示している。図１２Ｂは、本明細書において説明されているさまざまな態様による、ＯＭＡ管理オブジェクト表示の一部としての図１２Ａの例示的なＯＭＡ−ＤＭデータ構造の表示を示している。

図１２Ａ〜図１２Ｂにおいて示されている例示的なデータ構造（又は類似のデータ構造）に関連して、ＵＥが、特定のサード・パーティー・サーバがホストしているサービス又はアプリケーションの特定のサービス・サブスクリプション・レベルを知らされることが可能である。サブスクリプション・レベルは、サード・パーティー・サーバによって定義されているものなど、実質的に任意の数のレベル（又は代替として、最大数までの任意の数の許可されているレベル）を含むことができ、１つ又は複数のＣＡＴＳレベルのそれぞれにおいてそのサブスクリプション・レベルに関連付けられているＵＥに関してアクセスが制限されているか否かに関連付けられることが可能である。一例においては、サブスクリプション・レベルは、表１及び表２において示されている例示的なサブスクリプション・レベル（たとえば、ゴールド、シルバー、ブロンズ、通常）であることが可能である。或いは、サブスクリプション・レベルは、プレミアムレベル、通常レベル、又はエントリー・レベルなどを単に示すことができる。いくつかのサード・パーティー・サーバに関連して、サブスクリプション・レベル情報が、（たとえば、ユーザが投資アカウント又は取引アカウント内にいくらのお金を有しているかに基づいて、さまざまなサブスクリプション・レベルに関するカットオフ値を定義する１つ又は複数のしきい値と比較して、といった具合に）サード・パーティー・サーバとの関係のその他の側面に関連付けられること、又はそうした側面から特定されることが可能である。

第３の例においては、ＳＩＭツール・キットが採用されることが可能である。そのような態様においては、ＥＦ（Ｅｌｅｍｅｎｔａｒｙ Ｆｉｌｅ）が、３ＧＰＰ ＴＳ３１．１０２において定義されているＥＦと同様に、ユニバーサルＳＩＭ（ＵＳＩＭ）内に格納されることが可能である。このＥＦは、本明細書においてはＥＦ_ＣＡＴＳと呼ばれる。ＳＩＭツール・キットを介して、ＥＦ_ＣＡＴＳを提供及び更新すると、示されているサード・パーティー・サーバに関してＵＥがサブスクライブされているサブスクリプション・レベルに関する情報を投入及び更新することができる。図１３は、本明細書において説明されているさまざまな態様による、例示的なコンテンツを伴う例示的なＥＦ_ＣＡＴＳを示している。

図１３の例示的なＥＦ_ＣＡＴＳは、サード・パーティー・サーバ／サービスの表示を含む。それに続いて、ＣＡＴＳの対象となることが可能であるサービス／アプリケーションＩＤが示されている。図１３の例においては、サード・パーティー・サーバ／サービスに関する最大で８つのタイプのサービス／アプリケーションＩＤが示されている。これに続いて、示されているサービス／アプリケーションＩＤのうちのそれぞれに関して、ＣＡＴＳサービスのサブスクライブされているグレードの対応する表示（ＧｏＣＡＴＳｓｅｒｖｉｃｅ）がある。図１３の例においては、ＧｏＣＡＴＳｓｅｒｖｉｃｅ−１が第１のサービス／アプリＩＤに関連していることが可能であり、ＧｏＣＡＴＳｓｅｒｖｉｃｅ−２が第２のサービス／アプリケーションＩＤに関連していることが可能である、といった具合である。さらに、この例においては、ＧｏＣＡＴＳｓｅｒｖｉｃｅは、最大で４つのレベル又はグレード、たとえば、ゴールド・サブスクリプション、シルバー・サブスクリプション、ブロンズ・サブスクリプション、又は通常サブスクリプションを示すために使用されることが可能である２ビット表示である。

図１３の例示的なＥＦ_ＣＡＴＳにおいては、１つのサード・パーティー・サーバに関する情報の１つのセットのみが示されている。しかしながら、さらなるサード・パーティー・サーバに関する情報の任意の数のさらなるセットが、そのようなＥＦ_ＣＡＴＳファイルにおいて提供されることが可能である。しかしながら、ＥＦ_ＣＡＴＳファイルがきわめて大きくなる場合には、ＥＦ_ＣＡＴＳ上で操作が実行されなければならない際の必要とされる合計のＵＳＩＭスペース並びに必要とされるスピード及び時間に対して影響があるであろう。

加えて、図１３の例示的なＥＦ_ＣＡＴＳは、サード・パーティー・サーバに関する情報のセット内に最大で８つのアプリケーションに関するフィールドを含んでいるが、さまざまな態様においては、さらに多数のアプリケーション若しくはさらに少数のアプリケーションが示されることが可能であり、又は特定のサード・パーティー・サーバは、状況に関する複数のエントリーを有することができ、アプリケーションの数は、単一のエントリーに関連付けられている割り当てを超える。

図１３の例示的なＥＦ_ＣＡＴＳなどのＥＦを構成することによって、ＣＡＴＳがアクティブであるとネットワークが示した際のアプリケーションの開始を管理する上でＵＥによって使用可能なＣＡＴＳ関連の情報がモバイルに提供されることが可能である。ＥＦの提供及び操作は、３ＧＰＰ ＴＳ２２．０３８及び３１．１１１において定義されているＳＩＭツール・キットを介して達成されることが可能である。

第４の例においては、ＩＰレベル・シグナリングを通じて、ＴＳ２４．３０２において定義されている非３ＧＰＰアクセス方法を介してなど、オーバー・ザ・トップ・シグナリングが採用されることが可能である。オーバー・ザ・トップ・シグナリングとは、基礎をなすネットワーク又はベアラ・ネットワークが、シグナリングされるデータに気づくことなく、関連するデータが１つのピアから別のピアに（又はその逆に）転送されることを意味する。

ここ何年も、３ＧＰＰネットワークは、データ・サービスを提供しており、今日では、３ＧＰＰセルラー・システムに接続されているＵＥが、固定電話又はケーブル回線につながれているデスクトップ・コンピュータと同じ方法でインターネットにアクセスするために使用されることが可能である。オーバー・ザ・トップ・シグナリングの態様においては、ＵＥがデータ・サービスのために接続されると、ＣＡＴＳサーバ・ノード及び／又はＣＡＴＳサブシステムが、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）シグナリングを通じてＵＥにＣＡＴＳ関連のデータを提供することができる。図５においては、ＵＥとサード・パーティー・サーバとの間における破線が、任意選択のオーバー・ザ・トップ・シグナリングの態様を表している。

ＣＡＴＳ関連の情報のオーバー・ザ・トップ・シグナリングのさらに別の技術は、非３ＧＰＰアクセス・ネットワークを介してシグナリングすることであると言える。図１４は、本明細書において説明されているさまざまな態様による、非３ＧＰＰアクセス・ネットワークを通じて３ＧＰＰのＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）ゲートウェイへのアクセスを提供する、ＣＡＴＳ情報のオーバー・ザ・トップ・シグナリングのために使用可能な例示的なアーキテクチャーを示している。図１４は、３ＧＰＰ ＴＳ２３．４０２の図４．２．２−２に対応している。ＴＳ２３．４０２は、たとえば、信頼されている又は信頼されていないＷＬＡＮ、ＷｉＭＡＸ、又はＣＤＭＡ２０００を含む非３ＧＰＰアクセス・ネットワークを通じたＵＥによるアクセスを可能にするための３ＧＰＰシステムのアーキテクチャーの拡張を与え、ＴＳ２４．３０２が、そのようなアクセスに関するステージ３シグナリング及びプロトコルの詳細を定義している。

ＵＥは、単に１つのアクセス手段よりも多くのアクセス手段を介してアクティブに通信することがますます可能になっている。たとえば、ＵＥが、３ＧＰＰ ＰＬＭＮ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）／オペレータに登録される一方で、同時にＷｉＦｉ又はＷＬＡＮを介してアクティブな通信状態にあること、たとえば、インターネットにアクセスすることが可能である。実際に、今日の３ＧＰＰオペレータのうちのますます多くが、自分自身のＷｉＦｉ／ＷＬＡＮネットワークを展開しており、また、ＴＳ２４．３０２の設計、シグナリング、及びプロトコルを介して、ＵＥが、３ＧＰＰセルラーアクセス及び非３ＧＰＰ／ＷＬＡＮアクセスの両方を通じてコア３ＧＰＰネットワークへのアクセスを得ることを可能にしている。

今では同じＵＥが、３ＧＰＰコア・ネットワークへの、とりわけ３ＧＰＰのＰＧＷ（ＰＤＮ Ｇａｔｅｗａｙ）への接続を、そのＵＥのユーザエンドにおいて、又は何らかのリモートサーバにおける自らのピアと通信状態にある稼働中のアプリケーションのレベルにおいて有することができるので、ＣＡＴＳ情報は、非３ＧＰＰアクセスを介してＵＥにオーバー・ザ・トップで配信されることが可能である。

図１５を参照すると、示されているのは、本明細書において説明されているさまざまな態様による、オーバー・ザ・トップ・シグナリングを介してＣＡＴＳを実施する例示的な方法１５００である。方法１５００は、１５１０において、サード・パーティー・サーバが、ＣＡＴＳ関連の情報をＵＥに送信するという決定を行うことを含むことができる。１５２０において、ＣＡＴＳ関連の情報は、非３ＧＰＰアクセスを通じてオーバー・ザ・トップでＵＥに提供されることが可能である。１５３０において、サード・パーティー・サーバは、そのサード・パーティー・サーバに関連付けられている混雑又は障害を検知することができ、１５４０において、ＰＧＷなどを介して、その混雑又は障害を３ＧＰＰコア・ネットワークに通知することができる。１５５０において、混雑又は障害の通知に応答して、３ＧＰＰは、３ＧＰＰアクセス・ネットワークを介してＣＡＴＳをアクティブ化することができる。

ＣＡＴＳのアクティブ化／非アクティブ化
上で論じられているＣＡＴＳのアクティブ化又は非アクティブ化の方法に加えて、ＮＡＳシグナリングが適用されることが可能である。

ネットワークとＵＥとの間においてやり取りされる、ＴＳ２４．００８及び２４．３０１において論じられているＮＡＳメッセージが、影響されるＵＥに関してＣＡＴＳをアクティブ化又は非アクティブ化するための表示を搬送するために採用されることが可能である。図１６は、本明細書において説明されているさまざまな態様による、ＣＡＴＳをアクティブ化するためにＮＡＳメッセージを使用する例示的な方法１６００を示している。方法１６００は、１６１０において、ＵＥが、サード・パーティー・サーバにアクセスするためにリソースを求める要求を生成することを含むことができる。１６２０において、ネットワークは、そのサード・パーティー・サーバがＣＡＴＳの対象となるかどうかを特定することができる。そのサード・パーティー・サーバがＣＡＴＳの対象となるということを特定すると、１６３０において、ネットワークは、要求を行っているＵＥにＣＡＴＳの制限が適用されるかどうかを、たとえば、そのＵＥのサード・パーティー・サブスクリプション・レベル又は３ＧＰＰサブスクリプション・レベルに基づいて特定することができる。１６４０において、ネットワークは、要求されているサービスが利用可能ではないということ、及びＣＡＴＳがアクティブ化されるということをＵＥに知らせることができる。１６５０において示されているように、ネットワークは、ＣＡＴＳがアクティブ化される旨と、ＣＡＴＳアクティブ化のレベルとを示すＮＡＳ信号を介してＵＥの要求を拒否することができる。

ＣＡＴＳの非アクティブ化も、ＮＡＳメッセージを介してＵＥに伝達されることが可能である。図１７は、本明細書において説明されているさまざまな態様による、ＣＡＴＳを非アクティブ化するためにＮＡＳメッセージを使用する例示的な方法１７００を示している。特定の例示的なＴＳ２４．３０１ＮＡＳメッセージが図１７において示されているが、さまざまな態様においては、ＴＳ２４．３０１又は２４．００８からの任意の適切なＮＡＳメッセージが使用されることが可能である。方法１７００は、ＣＡＴＳがアクティブ化されているサード・パーティー・サーバが、たとえば、サービスが回復されたこと、又は混雑が軽減されたことに起因してＣＡＴＳをもはや必要としない状況において適用されることが可能である。１７１０において、ネットワークは、サード・パーティー・サーバからの表示を受信することができ、又は以前にＣＡＴＳが実施される原因となった障害若しくは混雑がもはや当てはまらないということを検知することができる。１７２０において、ネットワークは、サード・パーティー・サーバへの通常のサービスが回復されたということ、及びＣＡＴＳが非アクティブ化されるということをＵＥに知らせることができる。１７３０において示されているように、ネットワークは、特定のサード・パーティー・サーバに関してＣＡＴＳが非アクティブ化されているということを示すＮＡＳ信号を介してＵＥに通知することができる。

さらなる態様
図１８を参照すると、示されているのは、さまざまな態様に従って本明細書において説明されているダウンリンク・コンポーネント・キャリアのアグリゲーションとの通信を実行するシステム、方法、又はデバイスの１つ又は複数の態様とともに利用されることが可能である例示的なユーザ機器又はモバイル通信デバイス１８００である。ユーザ機器１８００は、たとえば、データ・ストア又はメモリ１８０３に結合されることが可能であるデジタル・ベース・バンド・プロセッサ１８０２と、フロント・エンド１８０４（たとえば、ＲＦフロント・エンド、アコースティック・フロント・エンド、又はその他の類似のフロント・エンド）と、複数のアンテナ１８０６_１〜１８０６_ｋ（ｋは、正の整数である）に接続するための複数のアンテナ・ポート１８０７とを含む。アンテナ１８０６_１〜１８０６_ｋは、ネットワーク・デバイスを介して生成される無線アクセス・ネットワーク又はその他の通信ネットワーク内で機能することができる、アクセス・ポイント、アクセス端末、ワイヤレス・ポート、ルータ等などの１つ又は複数のワイヤレスデバイスとの間での信号を受信及び送信することができる。ユーザ機器１８００は、ＲＦ信号を通信するための無線周波数（ＲＦ）デバイス、音響信号を通信するための音響デバイス、又はその他の任意の信号通信デバイス、たとえば、コンピュータ、携帯情報端末、モバイル電話若しくはスマート・フォン、タブレットＰＣ、モデム、ノート、ルータ、スイッチ、リピータ、ＰＣ、ネットワーク・デバイス、基地局、又は、１つ若しくは複数の異なる通信プロトコル若しくは標準に従ってネットワーク若しくはその他のデバイスと通信するように機能することができる類似のデバイスであることが可能である。

フロント・エンド１８０４は、通信プラットフォームを含むことができ、その通信プラットフォームは、１つ又は複数の受信機又は送信機１８０８、ｍｕｘ／ｄｅｍｕｘコンポーネント１８１２、及びｍｏｄ／ｄｅｍｏｄコンポーネント１８１４を介した受信又は送信された信号の処理、操作、又は整形を提供する電子コンポーネント及び関連付けられている回路を含む。フロント・エンド１８０４は、たとえば、デジタル・ベースバンド・プロセッサ１８０２及びアンテナ・ポートのセット１８０７に結合されており、アンテナ・ポートのセット１８０７においては、アンテナ１８０６_１〜１８０６_ｋのセットがフロント・エンドの一部であることが可能である。

ユーザ機器１８００は、ユーザ機器１８００の１つ又は複数のコンポーネントを提供又はコントロールするように機能することができるプロセッサ１８０２又はコントローラを含むこともできる。たとえば、プロセッサ１８０２は、本開示の態様に従って、ユーザ機器１８００内の実質的に任意の電子コンポーネントに少なくとも部分的に機能をもたらすことができる。一例として、プロセッサ１８０２は、本明細書において説明されている態様に従って、５つを超えるサービング・セルのキャリア・アグリゲーションを含む状況における不定期なＣＳＩレポートの生成を実行する実行可能な命令を少なくとも部分的に実行するように構成されることが可能である。

プロセッサ１８０２は、ユーザ機器１８００が、直接高速フーリエ変換及び逆高速フーリエ変換を実施すること、変調速度の選択、データ・パケット・フォーマットの選択、パケット間時間等など、ｍｕｘ／ｄｅｍｕｘコンポーネント１８１２を用いた多重化／逆多重化、又はｍｏｄ／ｄｅｍｏｄコンポーネント１８１４を介した変調／復調のためにデータ（たとえば、シンボル、ビット、又はチップ）を処理することを可能にするように機能することができる。メモリ１８０３は、データ構造（たとえば、メタデータ）、コード構造（たとえば、モジュール、オブジェクト、クラス、プロシージャーなど）又は命令、ネットワーク情報又はデバイス情報、たとえば、ポリシー及び仕様、添付プロトコル、スクランブリング送信、拡散送信、及びパイロット（たとえば、基準信号）送信のためのコードシーケンス、周波数オフセット、セルＩＤ、及び、ＲＦ入力信号、出力、又は発電中のその他の信号成分に関連したさまざまな特徴を検知及び識別するためのその他のデータを格納することができる。

プロセッサ１８０２は、受信機１８０８を含む通信プラットフォーム又はフロント・エンド１８０４、及び電力増幅器（ＰＡ）システム１８１０に対して操作を行って少なくとも部分的に機能をもたらす上で必要な情報を格納する又は取り出すために（たとえば、メモリ・バスを通じて）機能的に及び／又は通信可能にメモリ１８０３に結合されている。図１８におけるコンポーネントは、ユーザ機器というコンテキストにおいて例示されているが、そのような例示は、ユーザ機器に限定されず、基地局（たとえば、ｅＮｏｄｅＢ）、スモール・セル、フェムト・セル、マクロ・セル、マイクロ・セル等などのその他のワイヤレス通信デバイスにも拡張される。

本明細書における例は、方法、その方法の行為又はブロックを実行するための手段、マシン（たとえば、メモリを伴うプロセッサなど）によって実行されたときに、説明されている実施形態及び例による複数の通信テクノロジーを使用した同時通信のための方法の、又は装置若しくはシステムの行為をマシンに実行させる実行可能な命令を含む少なくとも１つのマシン可読メディアなどの主題を含むことができる。

例１は、プロセッサとインターフェースとを含む、ＣＡＴＳ（Ｃｏｎｔｒｏｌ ｏｆ ｏｎｅ ｏｒ ｍｏｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｈｅｎ Ｔｈｉｒｄ ｐａｒｔｙ Ｓｅｒｖｅｒｓ ｅｎｃｏｕｎｔｅｒ ｄｉｆｆｉｃｕｌｔｉｅｓ）を実行するネットワーク・サーバである。プロセッサは、サード・パーティー・サーバに関連付けられているステータスを特定すること、ネットワーク・サーバに関連付けられているネットワークのネットワーク負荷レベルを特定すること、サード・パーティー・サーバに関連付けられているステータス、及びネットワーク負荷レベルに少なくとも部分的に基づいて、サード・パーティー・サーバに関するＣＡＴＳレベルを選択することであり、そのＣＡＴＳレベルが、サード・パーティー・サーバに関連付けられているネットワーク・トラフィック上の１つ又は複数の制限を定義する、選択すること、並びにサード・パーティー・サーバへのネットワーク・トラフィック上で１つ又は複数の制限を実施することを行うように構成されている。インターフェースは、サード・パーティー・サーバに関するＣＡＴＳレベルのインジケータを送信するように構成されている。

例２は、例１の主題を含み、サード・パーティー・サーバへのネットワーク・トラフィック上で１つ又は複数の制限を実施するように構成されているプロセッサは、第１のユーザ機器（ＵＥ）とサード・パーティー・サーバとの間における試みられるパケット・データ・ネットワーク（ＰＤＮ）接続をＣＡＴＳレベルに少なくとも部分的に基づいて防止するように構成されているプロセッサを含む。

例３は、例１の主題を含み、１つ又は複数の制限は、ネットワーク・サーバのオペレータとの間でのユーザ機器（ＵＥ）サブスクリプション・ステータスに基づく少なくとも１つの制限を含む。

例４は、例１の主題を含み、１つ又は複数の制限は、サード・パーティー・サーバのオペレータとの間でのサブスクリプション・ステータスに基づく少なくとも１つの制限を含む。

例５は、例１の主題を含み、１つ又は複数の制限は、第１のアプリケーション又はサード・パーティー・サーバの第１の機能に関連付けられている少なくとも１つの制限を含む。

例６は、例１の主題を含み、１つ又は複数の制限は、サード・パーティー・サーバとの既存のパケット・データ・ネットワーク（ＰＤＮ）接続上のネットワーク・トラフィックの現在の量に関連付けられている少なくとも１つの制限を含む。

例７は、例１の主題を含み、１つ又は複数の制限は、ユーザ機器（ＵＥ）に関連付けられているネットワーク・トラフィックの現在の総量に関連付けられている少なくとも１つの制限を含む。

例８は、任意選択の特徴を含む又は省略する、例１〜例７の任意のバリエーションの主題を含み、プロセッサは、１つ又は複数の制限に少なくとも部分的に基づいてサード・パーティー・サーバとの少なくとも１つの既存のパケット・データ・ネットワーク（ＰＤＮ）接続を切断するようにさらに構成されている。

例９は、例１の主題を含み、ネットワーク・サーバは、モバイル管理エンティティー（ＭＭＥ）とともに配置されており、送信機回路は、非アクセス層を介してＣＡＴＳレベルのインジケータを送信するように構成されている。

例１０は、例１の主題を含み、ネットワーク・サーバは、アクセス・ネットワーク発見及び選択機能（ＡＮＤＳＦ）とともに配置されており、送信機回路は、オープン・モバイル・アライアンス（ＯＭＡ）デバイス管理（ＤＭ）プロトコルを介してＣＡＴＳレベルのインジケータを送信するように構成されている。

例１１は、任意選択の特徴を含む又は省略する、例１〜例８の任意のバリエーションの主題を含み、ネットワーク・サーバは、モバイル管理エンティティー（ＭＭＥ）とともに配置されており、送信機回路は、非アクセス層を介してＣＡＴＳレベルのインジケータを送信するように構成されている。

例１２は、任意選択の特徴を含む又は省略する、例１〜例８の任意のバリエーションの主題を含み、ネットワーク・サーバは、アクセス・ネットワーク発見及び選択機能（ＡＮＤＳＦ）とともに配置されており、送信機回路は、オープン・モバイル・アライアンス（ＯＭＡ）デバイス管理（ＤＭ）プロトコルを介してＣＡＴＳレベルのインジケータを送信するように構成されている。

例１３は、命令を含む非一時的マシン可読メディアであり、それらの命令は、実行されたときに、サード・パーティー・サーバのステータスを特定すること、サード・パーティー・サーバのステータスに少なくとも部分的に基づいて、ＣＡＴＳ（Ｃｏｎｔｒｏｌ ｏｆ ｏｎｅ ｏｒ ｍｏｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｈｅｎ Ｔｈｉｒｄ ｐａｒｔｙ Ｓｅｒｖｅｒｓ ｅｎｃｏｕｎｔｅｒ ｄｉｆｆｉｃｕｌｔｉｅｓ）のレベルを選択すること、及びＣＡＴＳのレベルの表示を送信することであって、ＣＡＴＳのレベルが、サード・パーティー・サーバへのネットワーク・トラフィック上の１つ又は複数の制限を定義し、それらの１つ又は複数の制限のうちの少なくとも１つが、サブスクリプション・ステータスに基づく、送信することを少なくとも１つのサーバに行わせる。

例１４は、例１３の主題を含み、命令は、実行されたときに、少なくともしきい値の時間のピリオドの間にサード・パーティー・サーバとの成功した接続の試みがないことに少なくとも部分的に基づいてサード・パーティー・サーバのステータスを特定することを少なくとも１つのサーバに行わせる。

例１５は、例１３の主題を含み、命令は、実行されたときに、サード・パーティー・サーバから受信された混雑データに少なくとも部分的に基づいてサード・パーティー・サーバのステータスを特定することを少なくとも１つのサーバに行わせる。

例１６は、例１３の主題を含み、命令は、実行されたときに、所定の時間のピリオド中にサード・パーティー・サーバとの間で複数の拒否された接続の試みがあることに少なくとも部分的に基づいてサード・パーティー・サーバのステータスを特定することを少なくとも１つのサーバに行わせる。

例１７は、例１３の主題を含み、命令は、実行されたときに、サード・パーティー・サーバとの間での連続した拒否された接続の試みの数がしきい値数を超えたことに少なくとも部分的に基づいてサード・パーティー・サーバのステータスを特定することを少なくとも１つのサーバに行わせる。

例１８は、例１３の主題を含み、サード・パーティー・サーバへのネットワーク・トラフィック上での少なくとも１つの制限が、少なくとも１つの制限されたコンテンツタイプを識別し、その少なくとも１つの制限されたコンテンツタイプは、ビデオ・コンテンツ、オーディオ・コンテンツ、又はイメージ・コンテンツのうちの少なくとも１つを含む。

例１９は、任意選択の特徴を含む又は省略する、例１３〜例１８の任意のバリエーションの主題を含み、サード・パーティー・サーバへのネットワーク・トラフィック上での少なくとも１つの制限は、サード・パーティー・サーバに関連付けられている少なくとも１つの制限されたサービスを識別する。

例２０は、例１３の主題を含み、命令は、実行されたときに、１つ又は複数の制限に少なくとも部分的に基づいてサード・パーティー・サーバとの間での少なくとも１つの試みられるパケット・データ・ネットワーク（ＰＤＮ）接続を防止することをサーバに行わせる。

例２１は、受信機回路とプロセッサとを含む、ＣＡＴＳ（Ｃｏｎｔｒｏｌ ｏｆ ｏｎｅ ｏｒ ｍｏｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｈｅｎ Ｔｈｉｒｄ ｐａｒｔｙ Ｓｅｒｖｅｒｓ ｅｎｃｏｕｎｔｅｒ ｄｉｆｆｉｃｕｌｔｉｅｓ）を実行するユーザ機器（ＵＥ）である。受信機回路は、少なくとも１つのサード・パーティー・サーバに関連付けられているＣＡＴＳレベルの表示を受信するように構成されており、そのＣＡＴＳレベルは、ＵＥとサード・パーティー・サーバとの間におけるネットワーク・トラフィック上での少なくとも１つの制限に関連付けられている。プロセッサは、受信機回路に動作可能に結合されており、少なくとも１つのサード・パーティー・サーバに関連付けられている１つ又は複数のアプリケーションを表示に少なくとも部分的に基づいて識別すること、及び１つ又は複数のアプリケーションのうちの少なくとも１つに関連付けられている少なくとも１つの送信を少なくとも１つの制限に基づいて遅延させること又は防止することのうちの少なくとも１つを行うことを実行するように構成されている。

例２２は、例２１の主題を含み、ＣＡＴＳレベルの表示は、非アクセス・スペクトル（ＮＡＳ）信号又は無線リソース・コントロール（ＲＲＣ）信号のうちの少なくとも１つを介して受信される。

例２３は、任意選択の特徴を含む又は省略する、例２１〜例２２の任意のバリエーションの主題を含み、ＣＡＴＳレベルは、無線アクセス・ネットワーク（ＲＡＮ）との間でのＵＥのサブスクリプション・レベルに関連付けられている。

例２４は、例２１の主題を含み、ＣＡＴＳレベルは、サード・パーティー・サーバとの間でのＵＥのサブスクリプション・レベルに関連付けられている。

例２５は、例２４の主題を含み、サブスクリプション・レベルは、ＵＥによってユニバーサル・サブスクライバー識別モジュール（ＵＳＩＭ）基礎ファイル（ＥＦ）内に格納される。

例２６は、例２１の主題を含み、ＣＡＴＳレベルの表示は、ページング・チャネルを介して受信される。

例２７は、例２１の主題を含み、ＣＡＴＳレベルの表示は、ブロードキャスト送信又はマルチキャスト送信のうちの少なくとも１つを介して受信される。

例２８は、処理を行うための手段と、送信を行うための手段とを含む、ＣＡＴＳ（Ｃｏｎｔｒｏｌ ｏｆ ｏｎｅ ｏｒ ｍｏｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｈｅｎ Ｔｈｉｒｄ ｐａｒｔｙ Ｓｅｒｖｅｒｓ ｅｎｃｏｕｎｔｅｒ ｄｉｆｆｉｃｕｌｔｉｅｓ）を実行するネットワーク・サーバである。処理を行うための手段は、サード・パーティー・サーバに関連付けられているステータスを特定すること、ネットワーク・サーバに関連付けられているネットワークのネットワーク負荷レベルを特定すること、サード・パーティー・サーバに関連付けられているステータス、及びネットワーク負荷レベルに少なくとも部分的に基づいて、サード・パーティー・サーバに関するＣＡＴＳレベルを選択することであり、そのＣＡＴＳレベルが、サード・パーティー・サーバに関連付けられているネットワーク・トラフィック上の１つ又は複数の制限を定義する、選択すること、並びにサード・パーティー・サーバへのネットワーク・トラフィック上で１つ又は複数の制限を実施することを行うように構成されている。送信を行うための手段は、サード・パーティー・サーバに関するＣＡＴＳレベルのインジケータを送信するように構成されている。

例２９は、受信を行うための手段と、処理を行うための手段とを含む、ＣＡＴＳ（Ｃｏｎｔｒｏｌ ｏｆ ｏｎｅ ｏｒ ｍｏｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｈｅｎ Ｔｈｉｒｄ ｐａｒｔｙ Ｓｅｒｖｅｒｓ ｅｎｃｏｕｎｔｅｒ ｄｉｆｆｉｃｕｌｔｉｅｓ）を実行するユーザ機器（ＵＥ）である。受信を行うための手段は、少なくとも１つのサード・パーティー・サーバに関連付けられているＣＡＴＳレベルの表示を受信するように構成されており、そのＣＡＴＳレベルは、ＵＥとサード・パーティー・サーバとの間におけるネットワーク・トラフィック上での少なくとも１つの制限に関連付けられている。処理を行うための手段は、受信を行うための手段に動作可能に結合されており、少なくとも１つのサード・パーティー・サーバに関連付けられている１つ又は複数のアプリケーションを表示に少なくとも部分的に基づいて識別すること、及び１つ又は複数のアプリケーションのうちの少なくとも１つに関連付けられている少なくとも１つの送信を少なくとも１つの制限に基づいて遅延させること又は防止することのうちの少なくとも１つを行うことを実行するように構成されている。

本開示の例示されている実施形態についての上述の説明は、要約書において説明されているものを含めて、網羅的であること、又は開示されている実施形態を、開示されている厳密な形態に限定することを意図されてはいない。特定の実施形態及び例が、例示の目的で本明細書において説明されているが、当業者なら認識することができるように、そのような実施形態及び例の範囲内とみなされるさまざまな修正が可能である。

この点については、開示されている主題は、該当する場合には、さまざまな実施形態及び対応する図に関連して説明されているが、開示されている主題から逸脱することなく、その主題の同じ、同様の、代替の、又は代用の機能を実行するために、その他の同様の実施形態が使用されることが可能であるということ、又は説明されている実施形態に対して修正及び追加が行われることが可能であるということを理解されたい。したがって、開示されている主題は、本明細書において説明されているいかなる単一の実施形態にも限定されるべきではなく、むしろ以降の添付の特許請求の範囲に従った広がり及び範囲の中で解釈されるべきである。

上述のコンポーネント又は構造（アセンブリ、デバイス、回路、システムなど）によって実行されるさまざまな機能に特に関連して、そのようなコンポーネントを説明するために使用されている用語（「手段」への言及を含む）は、別段の記載がない限り、説明されているコンポーネントの指定の機能を実行する任意のコンポーネント又は構造に対応する（たとえば、機能的に均等である）ことを、たとえ、本明細書において示されている例示的な実施態様における機能を実行する開示されている構造と構造的に均等でなくても、意図されている。加えて、特定の特徴が、いくつかの実施態様のうちの１つのみに関して開示されているかもしれないが、そのような特徴は、任意の所与の又は特定の用途にとって望ましく有利である可能性があるその他の実施態様の１つ又は複数のその他の特徴と結合されることが可能である。

Claims (26)

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. 請求項１０から１８のいずれかに記載のコンピュータプログラムを記憶した非一時的マシン可読メディア。

Images