JP6755658B2 - ユーザプレーン輻輳を検出および管理するための方法および装置 - Google Patents

Description

本発明は、無線通信技術に関する。

関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれている、２０１２年７月１９日に出願した米国特許仮出願第６１／６７３，３６６号の利益を主張するものである。

ワイヤレス送信／受信ユニット（ＷＴＲＵ）およびネットワーク（例えば無線アクセスネットワーク（ＲＡＮ）またはコアネットワーク（ＣＮ））を含む、ワイヤレス通信システム内でユーザプレーン輻輳（congestion）が生じたときは、輻輳は、ユーザ当たりベース、アプリケーション当たりベース、またはコンテンツユーザ当たりベースに基づく輻輳制御機構を適用することによって検出および低減され得る。ユーザ当たりの輻輳制御機構は、より高いＱｏＳ保証のユーザのトラフィックレートを維持しながら、輻輳を軽減するために、より低いサービス品質（ＱｏＳ）保証のユーザのトラフィックを低減することができる。アプリケーション当たりの輻輳制御機構は、輻輳を軽減し、音声コールなどのよりクリティカルなアプリケーションにリソースを再割り振りするために、ファイル転送プロトコル（ＦＴＰ）ダウンロード、ソーシャルアプリケーションなどのクリティカルでないアプリケーションのトラフィックを遅延または削除することができる。コンテンツタイプ当たりの輻輳制御機構は、ビデオなどのより多くのリソースを消費するが重要度は低い特定のメディアタイプに、何らかの制御方法、例えば圧縮またはコード変換などを受けさせることができる。上述の機構は組み合わせて用いられ得る。

システムが一定の加入者を輻輳にかかわらず満足なレベルのサービスを依然として受けられるように追加割増料金を支払っている場合があるユーザとして分類するために利用可能な機構が、現在は存在しない。例えばシステムは、異なる加入のレベルを許容でき、輻輳を生じたときにそれぞれは、ユーザ経験に異なる影響を及ぼし得る。したがってシステムは、輻輳が終結したときに通常のサービスに戻ることができない。進化型ノードＢ（ｅＮＢ）などのノードだけが、輻輳レベル変化に対する応答に関与するノードとなり得る。これらのノードは、システムの他の部分からの表示（indication）に応答して、それらの挙動を変更する能力または機能をもち得ない。したがって、ＣＮノード（例えばモビリティ管理エンティティ（ＭＭＥ）またはパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＧＷ））と、ｅＮＢとの間の輻輳に関係する情報交換が欠けている。

さらにネットワークは、他のタイプのアプリケーション（例えば高度のＱｏＳリソースを必要としなくてもよいもの）は、ネットワークによって取り扱われ得るが、一定のアプリケーションまたはトラフィックタイプは許可されないように、システム内の輻輳についてＷＴＲＵに通知することができない。現在、ネットワークは、それが輻輳していることをＷＴＲＵに通知することができ、これは、最小のＱｏＳを必要とするサービスに対してＷＴＲＵがネットワークにアクセスできないという結果をもたらし得る。さらにネットワークは、ＷＴＲＵに一定の処置をとるように通知することができ、またはネットワークからの単なる表示は、ＷＴＲＵが、ネットワーク内の輻輳を低減する助けとなり得る一定の手順を実行することに繋がり得る。このような挙動はネットワークによってサポートされていない。

輻輳のＷＴＲＵ認識に対して、ネットワーク輻輳のユーザ認識もまた存在しない。これは、ユーザは一定のアプリケーションを他のものより好む場合があるので望ましいことがある。したがってＷＴＲＵは犠牲を払う必要があるときに一定のトラフィックが許可されるように、ネットワークに対してユーザの好みを反映することができる（限られたＱｏＳを提供する、またはアプリケーションのサブセットのみをサポートするという形で）。

ネットワーク内のユーザプレーン輻輳を管理するための方法および装置が開示される。ネットワーク内のユーザプレーン輻輳に対してワイヤレス送信／受信ユニット（ＷＴＲＵ）によって行われる方法は、ネットワーク内にユーザプレーン輻輳が存在する旨の表示をネットワークから受信するステップと、表示に基づいて特定のサービスに対して、より低いサービス品質（ＱｏＳ）レベルを提供するようにネットワークに求める要求を送信するステップと、送信された要求に基づいて、ユーザプレーンＱｏＳの低下を観測するステップとを含む。

添付の図面と併せて例として示される以下の説明から、より詳細な理解を得ることができる。
１または複数の開示される実施形態が実装され得る、例示の通信システムを示す図である。 図１Ａに示される通信システム内で用いられ得る、例示のワイヤレス送信／受信ユニット（ＷＴＲＵ）を示す図である。 図１Ａに示される通信システム内で用いられ得る、例示の無線アクセスネットワーク、および例示のコアネットワークを示す図である。 セル容量の完全利用に起因する、ユーザプレーン輻輳の例を示す図である。 第３世代パートナーシッププロジェクト（３ＧＰＰ）無線アクセスネットワーク（ＲＡＮ）と進化型パケットコア（ＥＰＣ）の間のインターフェース容量制限に起因するユーザプレーン輻輳の例を示す図である。 アプリケーション識別子（ＩＤ）に基づくアプリケーション検出の例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

図１Ｂは、図１Ａに示される通信システム１００内で用いられ得る、例示のＷＴＲＵ１０２を示す。図１Ｂに示されるようにＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素（例えばアンテナ）１２２、スピーカ／マイク１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら上記の要素の任意のサブコンビネーションを含み得ることが理解され得る。

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

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

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

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

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

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

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

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

図１Ｃは、図１Ａに示される通信システム１００内で用いられ得る、例示のＲＡＮ１０４、および例示のコアネットワーク１０６を示す。上記のようにＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用して、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信することができる。

ＲＡＮ１０４はｅＮＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は実施形態と一貫性を保ちながら、任意の数のｅＮＢを含み得ることが理解され得る。ｅＮＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。一実施形態ではｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって例えばｅＮＢ１４０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａにワイヤレス信号を送信し、それからワイヤレス信号を受信することができる。

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

図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上記の要素のそれぞれはコアネットワーク１０６の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解され得る。

ＭＭＥ１４２は、Ｓ１インターフェースを通じてＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができ、制御ノードとして働くことができる。例えばＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ時に特定のサービングゲートウェイを選択することなどに対して責任をもち得る。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間の切り換えのための制御プレーン機能を提供することができる。

サービングゲートウェイ１４４は、Ｓ１インターフェースを通じてＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され得る。サービングゲートウェイ１４４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにおよびそれらから、ユーザデータパケットを経路指定および転送することができる。サービングゲートウェイ１４４はまた、ｅＮＢ間ハンドオーバ時にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためにダウンリンクデータが利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの、他の機能を行うことができる。

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

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

現在、第３世代パートナーシッププロジェクト（３ＧＰＰ）システムアーキテクチャワーキンググループ１（ＳＡ１）では、ユーザプレーン輻輳を引き起こし得る起こり得るケース、および輻輳を軽減するための解決策を研究するための努力が行われている。輻輳は、ＲＡＮレベルにおいて、またはＲＡＮと、ユーザプレーンを管理するＣＮノードの間のインターフェース（例えばＳ１−Ｕによって実現されるｅＮＢ−ＳＧＷインターフェース）において生じ得る。

図２は、１つのセルに対するＲＡＮレベルにおける輻輳の例を示す。図２に示されるように、インターネット２１０から情報を取り出そうとしている、セルＡ２００内にある３つのＷＴＲＵ２０１（ａ）、２０１（ｂ）、および２０１（ｃ）が存在し得る。情報はインターネット２１０から進化型パケットコア（ＥＰＣ）２２０を通って移動し、３ＧＰＰ ＲＡＮ２２５を通ってセルＡ２００（ａ）内のＷＴＲＵ２０１（ａ）、２０１（ｂ）、および２０１（ｃ）に到達する。さらなる２つのセル２００（ｂ）および２００（ｃ）が存在し得る。各セル２００（ａ）、２００（ｂ）、および２００（ｃ）は、７５Ｍｂｐｓの無線容量を有する。３ＧＰＰ ＲＡＮ２２５とＥＰＣ２２０の間のインターフェースの容量は、１００Ｍｂｐｓである。ＷＴＲＵ２０１（ａ）および２０１（ｂ）のいくつかが、合計でセル２００の容量（７５Ｍｂｐｓ）のユーザプレーントラフィックを有し、さらなるＷＴＲＵ２０１（ｃ）がユーザプレーントラフィックを送信したいときは、輻輳２３０が生じ得る。これは、トラフィック量がセル２００の容量（７５Ｍｂｐｓ）を超えることが理由となり得る。

図３は、Ｓ１−Ｕレベルにおける輻輳を示す。図３に示されるように、インターネット３１０から情報を取り出そうとしている３つのセル、例えばセルＡ３００（ａ）、セルＢ３００（ｂ）、およびセルＣ３００（ｃ）が存在し得る。情報はインターネット３１０からＥＰＣ２２０を通って移動し、３ＧＰＰ ＲＡＮ３２５を通って各セル３００（ａ）、３００（ｂ）、および３００（ｃ）に到達する。各セル３００（ａ）、３００（ｂ）、および３００（ｃ）は、７５Ｍｂｐｓの容量を有する。３ＧＰＰ ＲＡＮ３２５とＥＰＣ３２０の間のインターフェースの容量は、１００Ｍｂｐｓである。セルＡ３００（ａ）、３００（ｂ）、および３００（ｃ）によってサーブされるすべてのＷＴＲＵのユーザプレーンデータ量の合計が、３ＧＰＰ ＲＡＮ３２５とＥＰＣ３２０の間のインターフェースの実際の容量（１００Ｍｂｐｓ）より大きくなったときは、関係するすべてのＷＴＲＵに対して潜在的な影響があり得る。これは過度のデータレート低減またはサービス拒否に繋がり得る。各セル３００（ａ）、３００（ｂ）、および３００（ｃ）は、それがサーブしているＷＴＲＵをサポートするために必要な容量を有し得るが、３ＧＰＰ ＲＡＮ３２５とＥＰＣ３２０の間のインターフェースの容量（１００Ｍｂｐｓ）は各ＷＴＲＵに影響を及ぼす場合があり、ワーストケースでは実際に、ＷＴＲＵにいかなる容量も与えられることを妨げ得る。

輻輳が生じたときは、ネットワークは、輻輳を低減するための解決策を適用するために、輻輳を検出することができる。

ユーザプレーン輻輳の低減のためのいくつかの高レベル必要条件が調査されている。例えばネットワークは、種々のアプリケーションを、それらの通信のＱｏＳ属性に基づいて識別し、差別化し、かつ優先順位付けすることができる。オペレータポリシーに従ってＲＡＮ輻輳時には、オペレータは、特別待遇を必要とする通信を選択し、これらのサービスに適切なサービス品質を提供するために、このような通信のために十分なリソースを割り振ることができる。ネットワークは、ＲＡＮ輻輳の始まりおよび鎮静化を検出する機構を提供することができる。ネットワークは、アクティブＷＴＲＵが、ユーザプレーンが輻輳したセル内にあるかどうかを識別することができる。ネットワークは、アプリケーションがそれによってＲＡＮ輻輳ステータスに気付くようにされ得る機構を提供することができる。

オペレータポリシーに従ってネットワークは、特定のユーザ（例えばヘビーユーザ、ローミングユーザなど）を選択し、ＲＡＮ輻輳ステータスおよび加入者のプロファイルに応じて、既存の接続のＱｏＳ、または新しい接続に対する関連するポリシーの適用を調整することができる。ネットワークは、このようなＲＡＮ輻輳をベースとするポリシールールを構成することができる。

オペレータポリシーに従ってＲＡＮユーザプレーン輻輳が生じたときは、ネットワークは、ＲＡＮユーザプレーン輻輳を救済するようにトラフィック引き渡しを最適化するために、ＷＴＲＵ能力を考慮に入れて、トラフィックに圧縮を受けさせることができる（例えばハイパーテキスト転送プロトコル（ＨＴＴＰ）１．１ウェブコンテンツをｇｚｉｐフォーマットに圧縮する、１６ビットタグ付き画像ファイルフォーマット（ＴＩＦＦ）画像を８ビットＴＩＦＦ画像にコード変換する）。

ＷＴＲＵは、データ接続確立／再活動化を求める要求が、対応されていないデータトラフィックまたは対応されているデータトラフィックに対するものであるときは、ネットワークに通知することができる。

ネットワークは、そのＷＴＲＵからの対応されていないデータトラフィックに対するデータ接続確立／再活動化を求める要求のすべてまたは特定の選択されたものを、禁止または遅延することができる。ネットワークは、ソーシャルネットワーキング、ビデオ、ブログ、インターネットゲーム、ファイル転送プロトコル（ＦＴＰ）、ソフトウェアパッチ、および更新、オペレータ所有などの、同様なＱｏＳ属性を有する種々のアプリケーションを識別し、差別化し、かつ優先順位付けすることができる。ネットワークは、音声／ビデオコールの、より低いビットレートへの再取り決めを強制することができ、ＲＡＮ輻輳鎮静化後すぐに、より高い元のビットレートに回復することを可能にすることができる。ネットワークは、ＲＡＮ輻輳ステータスに基づく異なる課金ポリシーをサポートする機構を提供することができる。ネットワークは、プロトコル最適化能力が、ＷＴＲＵとネットワークの間の対話の数を低減することを可能にすることができる。

上記に挙げられた必要条件は、３ＧＰＰ内で有効にすることができる。したがってこれらの必要条件を、それらが実施され得るように実現するための手順および／またはシグナリングを策定する必要があり得る。

現在は、ネットワークが、輻輳にかかわらず満足なレベルのサービス依然として受けられるように追加割増料金を支払っている場合があるユーザとして、一定の加入者を分類する機構が存在しない。例えばネットワークは、異なる加入のレベルを許容でき、輻輳を生じたときにそれぞれは、ユーザ経験に異なる影響を及ぼし得る。したがって輻輳が終結したときに、ＲＡＮが通常のサービスに戻るための機構が存在しない。進化型ノードＢ（ｅＮＢ）などのノードだけが、輻輳レベル変化に対する応答に関与するノードとなり得る。これらのノードは、ネットワークの他の部分からの表示によりそれらの挙動を変更するような能力または機能をもち得ない。したがって、コアネットワークノード（例えばＭＭＥまたはＰＤＮ ＧＷ）とｅＮＢの間の輻輳に関係する情報交換が欠けている。

現在はネットワーク（ＲＡＮまたはＣＮ）が、他のタイプのアプリケーション（例えば高度のＱｏＳリソースを必要としなくてもよいもの）は、システムによって取り扱われ得るが、一定のアプリケーションまたはトラフィックタイプは許可されないように、ネットワーク内の輻輳についてＷＴＲＵに通知するために利用可能な機構が存在しない。現在は、ネットワークは、ネットワークが輻輳していることをＷＴＲＵに通知することができ、これは単にＷＴＲＵが、最小のＱｏＳを必要とするサービスに対してさえも、システムにアクセスしなくなることに繋がり得る。さらにネットワークは、ＷＴＲＵに一定の処置をとるように通知することができ、またはネットワークからの単なる表示は、ＷＴＲＵが、ネットワーク内の輻輳を低減し得る一定の手順を実行することに繋がり得る。このような挙動はネットワークによってサポートされていない。

輻輳のＷＴＲＵ認識に対して、ネットワーク輻輳のユーザ認識もまた存在し得ない。これは、ユーザは一定のアプリケーションを他のものより好む場合があり、したがってＷＴＲＵは犠牲を払う必要があるときに一定のトラフィックが許可されるように、ネットワークに対してユーザの好みを反映することができるので有用となり得る。例えばＷＴＲＵは、限られたＱｏＳを提供する、またはアプリケーションのサブセットのみをサポートするという形で、ユーザの好みを反映することができる。

ネットワークは、ユーザプレーントラフィックを識別することによって、輻輳制御を行うことができる。現在のネットワークではｅＮＢ／ＭＭＥは、ＷＴＲＵコンテキスト、およびＷＴＲＵコンテキストに関係する一意のＩＤが割り当てられたベアラを含むことができる。したがってネットワークは、ＷＴＲＵ当たりベースで、またはより具体的にはベアラ当たりベースでトラフィックを識別することができる。しかしＲＡＮおよびＥＰＣは、ベアラを通して運ばれるアプリケーションまたはコンテンツタイプを気付くことはできない。ＱｏＳクラス識別子（ＱＣＩ）値をいくつかの種類のトラフィックに関連付けることができるが、それらは輻輳制御のための細かい細分性を提供することはできない。さらに、同じベアラ（例えばデフォルトベアラ）上で種々のアプリケーションまたはコンテンツタイプが稼働し得るので、ネットワークが、ユーザプレーントラフィックのアプリケーションまたはコンテンツタイプを識別することは、より難しくなり得る。したがってｅＮＢおよび他のネットワークノードにおいて、Ｕｕインターフェース上で送信される種々のタイプのトラフィックを識別する方法の必要性があり得る。

さらにＷＴＲＵまたはコアネットワークは、輻輳を引き起こしているトラフィックのタイプを決定するのを補助することができる。ＷＴＲＵ補助情報は、種々のネットワーク要素が、種々のトラフィックパターンおよびフローを識別することを可能にすることができる。これは、どのような種類のトラフィックがネットワーク内で輻輳問題を引き起こしているかをネットワークが識別することを可能にすることができ、ネットワークが適切な処置をとることを可能にする。したがって、輻輳状況を緩和するために必要となり得る、ＷＴＲＵ補助情報の種類の決定が必要になり得る。

ＲＡＮ共有方式においては、１つのモバイル仮想ネットワークオペレータ（ＭＶＮＯ）にはＲＡＮリソースの一部が与えられ、輻輳はネットワーク全体に対してではなく、その特定のＭＶＮＯに対してのみ生じ得る。ｅＮＢは、このような部分的な輻輳を検出することができる。

現在の負荷測定は、ネットワーク内の種々のユーザからのアプリケーションまたはコンテンツからの負荷を区別できず、現在のＸ２負荷交換方法も種々のアプリケーションからのトラフィックを区別できない。現在の負荷バランス手順では、セルが輻輳しているときに、その負荷情報をその隣接セルと交換することができる。負荷バランスアルゴリズムは、過負荷条件のないセルを選び、過負荷のセルから過負荷でないセルに、それらのハンドオーバパラメータを調整することによってトラフィックをオフロードすることができる。現在の負荷バランス方法は、それが過負荷のセルから過負荷でないセルにトラフィックをオフロードするときに、トラフィックのタイプを区別することはできない。

輻輳したＲＡＮの場合は、オペレータは、一部の特定の負荷を別のｅＮＢにオフロードすることを望む場合がある。したがってオフロードされるように選ばれた負荷は、それらの使用トラフィック／フロー特性に基づいて、異なるｅＮＢに向かって異なり得る。トラフィック特定の負荷バランスをサポートするために、アプリケーション／コンテンツベースでＲＡＮトラフィックを測定するために新しい方法を実施することができる。各アプリケーションからのトラフィック上の負荷条件を決定するために、アプリケーション／コンテンツ特定の負荷測定を用いられ得る。アプリケーション／コンテンツ特定の負荷測定はまた、どのアプリケーションがネットワークを過負荷にしており、オフロードされる必要があるかを決定するために用いられ得る。

現在の負荷情報交換手順はまた、Ｘ２負荷更新メッセージ内にアプリケーション特定のトラフィックを含むように強化することができる。オフロードされる必要があり得るアプリケーショントラフィック、および過負荷のセルから、各ｅＮＢからどれだけのトラフィックをオフロードできるかを決定するために、負荷交換メッセージが用いられ得る。負荷交換メッセージはまた、各ｅＮＢからどれだけのトラフィックを、過負荷でないセルが過負荷のセルから引き取ることができるかを決定するために用いられ得る。

現在の負荷バランス処置は、隣接するセルを制御するピアｅＮＢと、ハンドオーバトリガ設定を取り決めることによって、セルモビリティパラメータを変更することができる。ハンドオーバトリガ設定の変化は、接続されたモードＷＴＲＵに対するセル適用範囲を変化させ、したがってセルの負荷を変化させ得る。アプリケーション／コンテンツ特定のオフローディングをサポートするために、ハンドオーバトリガ設定を取り決めるための現在のＸ２メッセージは、アプリケーション／コンテンツ特定のハンドオーバ設定をサポートするように強化され得る。アプリケーション／コンテンツ特定のハンドオーバ設定を用いてセルは、各アプリケーションに対して異なる適用範囲を有することができ、したがって特定のｅＮＢ上のその負荷を特に調整することができる。

ネットワーク（ＲＡＮまたはＣＮ）における輻輳にかかわらず、加入ユーザに満足なレベルのサービスを提供するために、追加の加入パラメータが用いられ得る。加入情報は、各レベルがユーザに非加入ユーザより良いサービス経験を提供することができるように、種々のサービス経験レベルに対するものとすることができる。さらに、加入ユーザに対する異なる優先度レベルがあり得る。例えば「レベル１」「レベル２」「レベル３」などの加入を規定することができ、「レベル１」は輻輳時にできる限り最良のサービスを提供することができ、「レベル２」は輻輳時に満足なサービスを提供できるが、サービス経験は「レベル１」ほど良好でなく、「レベル３」は輻輳にかかわらずかなり良好な待遇を提供することができる。各レベルは特定のサービスまたは特別待遇に関連付けることができ、「レベル１」は「レベル２」および「レベル３」の両方におけるすべての待遇を包含することができる。

ホーム加入者サーバ（ＨＳＳ）は、このような加入情報をＭＭＥ、またはＷＴＲＵの加入情報を取り込む任意の他のノード（例えばサーブしている汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）、モバイル交換センタ（ＭＳＣ）など）に提供することができる。さらにＭＭＥ（または同様な機能を有する任意の他のノード、例えばＳＧＳＮ）は、このような情報を、サービングゲートウェイ（ＳＧＷ）、および／またはパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＤＮ ＧＷ）などの残りのコアネットワークノードに転送することができる。またＭＭＥは、この情報をｅＮＢに転送することができる。ソースｅＮＢはまた、Ｓ１またはＸ２ハンドオーバ手順時にこの情報をターゲットｅＮＢに送信することができ、これはソースおよびターゲットｅＮＢの両方において、ＷＴＲＵが輻輳状況に対して同じ待遇を受け取ることを確実にすることができる。

また、ＨＳＳまたはＷＴＲＵ加入に対する直接のインターフェースを、ｅＮＢまたは「よく知られているアプリ情報」データベースが有し得ることが可能となり得る。この場合は、ｅＮＢまたは「よく知られているアプリ情報」データベースは、ＷＴＲＵの加入パッケージに対してＨＳＳに直接問い合わせることができる。

本明細書では、ユーザプレーン輻輳を解決および／または回避することを目的とする、コアネットワーク（例えばＭＭＥ）およびＲＡＮ（ｅＮＢなど）手順について述べられ得る。

ユーザプレーン輻輳に対するＷＴＲＵの被影響度（subjectivity）についての、ＭＭＥからＲＡＮへの表示が用いられ得る。ＭＭＥはｅＮＢに、ＷＴＲＵがユーザプレーン輻輳緩和を受け得るかどうかを通知することができる。これは上記で規定されたＷＴＲＵの加入情報に基づくことができる。ＭＭＥは、表示を提供してＲＡＮ（例えばｅＮＢ）に、特定のＷＴＲＵが優先順位付けされたユーザでありサービス経験の最小の影響をもつことができる、優先順位付けされたユーザであり輻輳が検出されたときにＱｏＳの特定の低減を有することができる、または優先順位付けされていないユーザであり輻輳が検出されたときにＱｏＳの特定の低減を有し得る、またはユーザプレーン活動がないことを通知することができる。

ＭＭＥは、ユーザが有する加入のレベル、および結果として、ＲＡＮにおける輻輳が検出されたときにユーザが経験し得る、遅延許容またはＱｏＳ（またはＱＣＩ）の低減のレベルを示すことができる。ＭＭＥは加入情報をｅＮＢに転送することができ、またはＭＭＥはユーザ／ＷＴＲＵの加入情報に基づく他の表示を転送することができる。

例として新しい情報要素（ＩＥ）またはビットマップを規定することができ、ＩＥまたはビットマップの値は、ユーザ／ＷＴＲＵが「レベル１」または「レベル２」または「レベル３」加入を有することを示す（前述のように）。異なる加入レベルは、輻輳が生じたときのｅＮＢにおける異なる影響または取り扱いを有し得る。例えば「レベル１」の加入レベルは、輻輳が検出されたときに、特定のユーザに対するビットレートは影響され得ない、または最小の影響を受け得る、または良く知られたパーセンテージだけ影響され得る（例えば２０％低減）ことを意味することができる。

他の例として「レベル３」の輻輳レベルは輻輳が検出されたときに、ＲＡＮにおいて、５０％（例として）だけのビットレートの低減を意味することができる。したがってｅＮＢは、ユーザプレーン輻輳が検出されたときに、各加入レベルはｅＮＢによる特定の取り扱いに繋がり得るように、情報を用いて構成され得る。

さらにＭＭＥは、ＷＴＲＵ／ユーザがローミングＷＴＲＵであるかどうかを示すことができる（オプションとして上記の表示に加えて）。ｅＮＢはこの表示を、輻輳が検出されたときにＷＴＲＵのビットレートの優先順位付けを低減させる、またはＷＴＲＵのビットレートを悪化させるために用いることができる。しかしユーザが、ローミング時でも優先順位付けされたサービスのためにすでに支払っている場合があるので、ローミングＷＴＲＵは必ずしもＷＴＲＵのデータレートが低減され得ることを意味しない場合もある。この場合は、ＭＭＥはまた、輻輳が検出されたときにローミングＷＴＲＵが何らかの形の優先待遇を受け取ることになっているか、およびオプションとしてローミングＷＴＲＵのために適用され得る優先待遇のレベルを示すことができる。

上述の表示のすべては、（非限定的に）ＷＴＲＵコンテキストセットアップ要求、ＷＴＲＵコンテキスト変更要求などのＳ１ＡＰメッセージに含めることができる。

Ｓ１−Ｃインターフェース上の新しいＳ１ＡＰ手順は、ＲＡＮにおける輻輳の開始および終了を示すことができる。ｅＮＢはＣＮ（例えばＭＭＥ）に、セルが輻輳を経験していることを通知することができる。この目的のために、新しい手順／メッセージを規定することができ（例えば輻輳ステータス表示）が規定され得る。新しいメッセージではなく、既存のメッセージを用いることもできる。ｅＮＢは、ｅＮＢが輻輳を検出したときに輻輳ステータス表示を送信することができる。ｅＮＢはまた、ＭＭＥがどのセル／ｅＮＢが輻輳ステータス表示メッセージを送信しているかを正確に知るように、セルアイデンティティおよび／またはセルグローバルアイデンティティを示すことができる。

ｅＮＢは、特定のＱｏＳまたはＱＣＩを提供するベアラの総数を監視することによって、輻輳を検出（または宣言）することができる。ｅＮＢはまた、セル内のすべてのＷＴＲＵに提供される総ビットレートを監視することによって輻輳を検出することもできる。ｅＮＢはまた、一定の閾値が超えられたかどうかをチェックするために、他のユーザプレーンパラメータ（例えばＱｏＳまたはＱＣＩ）を監視することによって輻輳を検出することもできる。

ｅＮＢはまた、ｅＮＢが、上記で規定されるような優先順位付けされた加入を有する一定の数のＷＴＲＵにサーブするときに、輻輳を検出（または宣言）することができる。これは、優先順位付けされた加入を有することは、高いビットレートを意味し得る、またはサービスを保証し得るからである。これは、ｅＮＢがこのサービス品質を提供するように努力するので、潜在的な輻輳という形で現れ得る。

ｅＮＢはまた、ネットワーク内の他の動作および保守（Ｏ＆Ｍ）ノードに、フィードバック（例えばＷＴＲＵの総数、ベアラの総数、および関連するＱｏＳなど）を提供することができる。Ｏ＆Ｍノードは、輻輳が宣言され得ることをｅＮＢに示すことができる。Ｏ＆Ｍノードは、ｅＮＢ機能の一部とすることができ、またはネットワーク内の他の論理エンティティとすることができる。

ｅＮＢは、ＭＭＥにメッセージを送信することができ、ＭＭＥに輻輳のレベルについて通知するために、いくつかのパラメータを示すことができる。ＭＭＥに送信されたメッセージは、いずれかのＷＴＲＵに特定のものでなくてもよく、単にセル内の輻輳の検出についてＭＭＥに通知することができる。本明細書で述べられる方法はまた、ＨｅＮＢおよび／またはＨｅＮＢ ＧＷに応用することができる。

ｅＮＢはまた提案される表示を、他のＳ１ＡＰメッセージ内に、それらがＷＴＲＵに特定の場合があっても、含むことができる。しかし表示は、セル内で輻輳が検出された（または輻輳が終結した）ことを示すためなど、依然としてセルレベル上とすることができる。例えばｅＮＢは、新しい情報要素としてこのような表示を、初期ＷＴＲＵメッセージ内に送信することができる。ＭＭＥは、このＩＥを、セルにおいて輻輳が検出されたことの表示として扱うことができ、これはＳ１ＡＰメッセージがそれに対して送信された、ＷＴＲＵに必ずしも関係しない。

上述と同じ手順はまた、表示をＭＭＥに送信してそれに輻輳鎮静化または軽減について通知するために用いられ得る。したがってｅＮＢが輻輳が軽減されたこと（例えばセル内の総ビットレートが一定の閾値未満まで低くなった、優先順位付けされたサービスを有するＷＴＲＵの総数が一定の閾値未満まで低くなったなど）を検出したときは、ｅＮＢは表示をＭＭＥに送信してそれに輻輳の終結について通告することができる。同様に、そうするために、輻輳ステータス表示メッセージまたは任意の他の既存のメッセージを用いることができる。

本明細書では、ユーザプレーン輻輳回避／緩和／解決が開始され得ることをＭＭＥがＲＡＮノードに通知することを可能にすることによって、ユーザプレーン輻輳緩和を開始するようにＲＡＮに通知するための、新しいＳ１ＡＰ手順／メッセージ（または変更された既存のメッセージ）について述べられ得る。ＭＭＥは、例えば図３に示されるように、ＳＧＷに向かうＳ１−Ｕ接続が輻輳し始め得るなど、ｅＮＢのセットからユーザプレーン活動レベルレポートを受け取ることができる。したがってＭＭＥは、ユーザプレーン輻輳問題を回避または解決するための対策をとることを特定のｅＮＢに要求する前に、あらゆるセルが輻輳するまで待つ必要はない。

この目的のために新しいメッセージ、例えば輻輳管理要求を規定することができる。あるいは上記で提案されたメッセージはまた、ＭＭＥによって用いられ得る。さらに任意の既存のＳ１ＡＰメッセージはまた、ＭＭＥによって用いられ得る。メッセージが特定のＷＴＲＵのために用いられる場合であっても、依然としてＭＭＥは、ｅＮＢがユーザプレーン輻輳を回避または軽減するための対策をとり始め得ることを示すためのＩＥを含めることができる。

ＭＭＥはまた、要求が、サービングＧＷに向かうＳ１インターフェース内の輻輳に起因することを示すための、原因コードを含むことができる。これは、有用となり得るがこの場合には有害となり得る他のシナリオにおいてｅＮＢは一定の処置をとり得るので、ｅＮＢが知ることが有用となり得る。例えば、すべてのセルからのＳ１インターフェース上ではなく、セル内で輻輳が存在し、ｅＮＢは、そのセルにおける輻輳は問題にならない別の隣接セルに、ＷＴＲＵをハンドオーバまたはリダイレクトすることを選ぶことができる。しかし、すべてのセルからのユーザプレーンによりＳ１インターフェース上で輻輳が生じている場合は、問題が依然としてそのセルから存在する場合があるので、ｅＮＢはＷＴＲＵを別のセルに引き渡すまたはリダイレクトすることはできない。

ＭＭＥは、他の理由またはセルレベル輻輳の知識に基づいて、ｅＮＢに対して一定のＷＴＲＵを他の隣接セルに引き渡すまたはリダイレクトするように要求することができる。メッセージはこの目的のためにも用いることができ、または既存のメッセージ（例えばＷＴＲＵ Ｓ１ＡＰ当たりベース）も用いられ得る。ＭＭＥからの要求はＷＴＲＵ当たりベース、または特定の優先順位付けされたユーザ（先に規定されたような）に属する（または属さない）任意のＷＴＲＵに対する、またはすべてのＷＴＲＵに対するものとすることができる。ＭＭＥはまたｅＮＢに、ＷＴＲＵをリダイレクトするために用いられ得るセル／ｅＮＢのセット、およびＷＴＲＵをリダイレクトするためにはそれらのセル／ｅＮＢが輻輳している場合があるので用いられ得ないセルのセットを提供することができる。

ＭＭＥは、ＭＭＥが、ＲＡＮ内で（少なくとも１つのｅＮＢ）、またはＲＡＮをサービングゲートウェイ（ＳＧＷ）と接続するＳ１−Ｕインターフェース上で、輻輳を検出したときに、提案されるメッセージを送信することができる。ＳＧＷはまたＭＭＥに、Ｓ１−Ｕインターフェースが輻輳していることを知らせることができる。ＳＧＷはまた、Ｓ１１インターフェース上の新しいまたは既存のメッセージを用いて、この事象をＭＭＥに通信することができる。ＳＧＷはまた、大部分の輻輳を引き起こしているｅＮＢのセット、または最も高いユーザプレーン活動を有するｅＮＢのセットを知らせることができる。ＳＧＷはまた、いくつかの輻輳関連のパラメータまたは読みを提供することができ、およびまたｅＮＢ当たりでそれを行うことができる。ＳＧＷはまた、ユーザプレーン活動を低下（または増加）させる特定の順序に、ｅＮＢをリストすることができる。

Ｓ１−Ｕインターフェースが輻輳しているとの表示を受け取るとすぐに、ＭＭＥは、ユーザプレーン輻輳鎮静化を開始するように、少なくとも１つのｅＮＢに要求を送信することができる。

ｅＮＢは、輻輳を検出することができ、以下の処置の任意のものを、任意の組み合わせでとることができる。

ｅＮＢは、ＭＭＥによって提供される（先に述べられた）それらの加入情報に基づいてＷＴＲＵのセットのビットレートまたはＱｏＳ（またはＱＣＩ）をダウングレードすることができる。ｅＮＢは、種々の輻輳レベルおよび／またはユーザの種々の加入レベルに対して適用され得る、悪化のレベルについての情報を用いて構成することができる。

ｅＮＢは、新しい無線リソース制御（ＲＲＣ）メッセージ（または新しいＩＥを有する変更されたＲＲＣメッセージ）をＷＴＲＵに送信して、ＲＡＮが輻輳を経験していることを知らせることができる。表示はセルレベルとすることができ、またはトラッキングエリアもしくは示されるセル／ｅＮＢのセットに対するものとすることができる。

ｅＮＢは、以下のいずれかが生じ得るように、既存のデータ無線ベアラ（ＤＲＢ）を再構成することができる（例えば変更されたまたは新しいＩＥを有するＲＲＣ接続再構成メッセージを送信することによって）。ＤＲＢのＱｏＳまたはＱＣＩは、先に説明されたように低減することができ、また理由が輻輳に起因することを示す原因コードを含むことができる。ｅＮＢはＤＲＢを非活動化することができ、また理由が輻輳に起因することを示す原因コードを含むことができる。ｅＮＢはＷＴＲＵを別のセルに渡す、またはＷＴＲＵを別のセルに解放／リダイレクトすることができ、また理由が輻輳に起因することを示す原因コードを含むことができる。

ｅＮＢは、非３ＧＰＰアクセス技術、例えばＷｉＦｉアクセスを通して、ＷＴＲＵトラフィックのオフロードを開始することができる。ハンドオーバにおいて、ソースｅＮＢはターゲットに、ＷＴＲＵの加入について通知することができ、またはＭＭＥはそれを、正しい情報が用いられるようにターゲットセルに提供することができる。ＷＴＲＵはまたその情報を、ＷＴＲＵがそれを知っていればネットワークに送信することができる。ｅＮＢは、ＷＴＲＵに対する一定のＤＲＢを解放することができ、ＤＲＢのセットのみを保つことができる。ｅＮＢは例えば、ＷＴＲＵが割増料金加入、例えばレベル１またはレベル２加入を有していない場合は、ＷＴＲＵの接続を解放することができる。ｅＮＢはまた、ＷＴＲＵをバックオフするための表示を提供することができ、オプションとして表示は一部のタイプのトラフィックのみ、例えば遅延耐性のあるまたは低優先度トラフィックに対するものとすることができる。

ｅＮＢ／ＭＭＥは、ＲＡＮ輻輳についてＷＴＲＵに通知することができる。ＷＴＲＵはこの情報を上位レイヤまたはアプリケーションに提供することができる。ＷＴＲＵは、新しいパケットフィルタをインストールして、一定のフローを残りのベアラに強制することができる。ＷＴＲＵは、ＷＴＲＵに通知された一定のＱｏＳのみを要求することができる。ＷＴＲＵは、ＷｉＦｉなどの非３ＧＰＰアクセス技術を通して、トラフィックのオフロードを開始することができる。ｅＮＢはこのような決定を行い、非３ＧＰＰアクセスを通してトラフィック（すべてまたは一定のトラフィック）をオフロードするようにＷＴＲＵに通知することができる。

ｅＮＢは、新しい不連続受信（ＤＲＸ）構成をＷＴＲＵに送信することができる。このＤＲＸ構成は、前の構成より長くすることができ、これはＷＴＲＵに長い間隔の後にデータを送信させることができ、ｅＮＢ上の全体の負荷を低減する。

ｅＮＢは、アクティブベアラの一部が十分に利用されていないかどうか、例えば特定のＷＴＲＵのためのベアラの一部上のデータ伝送が少ない場合があるかどうかをチェックすることができ、ｅＮＢはそれらのベアラを非活動化するように決定することができる。ｅＮＢまたはネットワークがこれらのベアラを非活動化するときは、それはＷＴＲＵに依頼することができ、またはそれ自体でそれらのベアラ上のフローを他のアクティブベアラに移動することができる。

ｅＮＢは、ドライブテストの最小化（ＭＤＴ）の目的のためのレポーティングを、それがＷＴＲＵにおいて活動化された場合はキャンセルする、またはＷＴＲＵにキャンセルするように要求することができる。

ネットワークのユーザプレーンは輻輳しているが、制御プレーンは輻輳していないことが可能であり得る。このような状況ではネットワークはまた、種々のＷＴＲＵに小さなパケットまたは小さなデータを送信するために制御プレーンを用いることができる。

ｅＮＢは、輻輳が生じ得る１日のいくつかの時点で、システム情報ブロック（ＳＩＢ）または他のブロードキャスト方法においてブロードキャストすることができる。これらの期間は過去の観測に基づくものとすることができ、またはＷＴＲＵは、ポリシーもしくはオペレータからの観測に基づいて、ＭＭＥもしくは任意の他のＣＮノードから表示を受け取ることができる。

ＭＭＥは、例えばＲＡＮおよび／またはＳＧＷからのレポートに基づいて、ユーザプレーン内の輻輳を検出することができる。次いでＭＭＥは、以下の処置の任意のものを、任意の組み合わせでとることができる。

ＭＭＥは、（先に説明されたように）例えばＳ１−Ｕインターフェース上の輻輳についてのＳＧＷからの表示に基づいて、ユーザプレーン輻輳を開始するようにＲＡＮに通知することができる。

ＭＭＥは、セル（オプションとして輻輳しているもの）内のアクティブユーザ／ＷＴＲＵを検証することができ、ユーザプロファイルおよびＱｏＳ／ＱＣＩ、ビットレート、アプリケーションタイプなどに基づいてＭＭＥは、新しい非アクセス層（ＮＡＳ）メッセージ（または変更されたＮＡＳメッセージ）を送信してＷＴＲＵに、セルレベルにおける、またはトラッキングエリアレベルにおけるなどの、ＲＡＮ内の輻輳について通知することができる。さらにＭＭＥはＷＴＲＵに、ＲＡＮ内で一定のベアラはサポートされ得ないことを示すことができる。ＭＭＥは、対応する無線リソースをもつことができないベアラのリストを送信することができる。しかしＷＴＲＵはＮＡＳベアラを非活動化する必要はなく、したがってＷＴＲＵおよびＭＭＥの両方が、ＮＡＳベアラをアクティブに保つことができ、例えばＷＴＲＵのコンテキストの一部として残り得る。

ＭＭＥはまた、ＲＡＮ内でサポートされ得ない対応するベアラが、Ｓ１ベアラなど、不使用とされ得るように、ＳＧＷ／ＰＤＮ ＧＷに向かうＷＴＲＵのベアラを変更することができる。「不使用」という用語は非活動化されることを意味することができ、またはベアラコンテキストはＭＭＥ内に保たれ得るが、それらの上でのユーザプレーン活動は許可され得ないことを意味することができる。以下はユーザプレーン輻輳が検出されたときに例えばＯ＆Ｍを通じて、またはＲＡＮまたはＳＧＷなどからの表示により生じ得る。

ＭＭＥは、一定のベアラを不使用にするようにＳＧＷに要求することができる。ＭＭＥは、オプションとして理由がＲＡＮまたはＳ１インターフェースにおける輻輳であることを説明する原因コードを有して、ベアラが不使用にされ得ることを示すために、原因コードまたは新しいＩＥを含むことができる。一定のベアラを不使用にする要求を受け取るとすぐにＳＧＷは、ＰＤＮ ＧＷにも対応するベアラを不使用にするように要求することができる。そうするために、新しいまたは既存のメッセージが用いられ得る。例えばＳＧＷは、ベアラ変更要求メッセージをＰＤＮ ＧＷに送信することができ、要求を示しおよびまた、不使用にされ得るベアラを指定するための新しいＩＥを含むことができる。次いでＰＤＮ ＧＷはベアラを不使用にすることができ、例えばＰＤＮ ＧＷはベアラを非活動化する、またはこれらのベアラ上のダウンリンクパケットの送信を停止することができる。

ＭＭＥ／ＳＧＷはまたＰＤＮ ＧＷに、ベアラのセットに対するダウンリンクパケットの送信を停止するように通知することができる。しかしＳＧＷとＰＤＮ ＧＷの間のベアラは維持されることができ、ＰＤＮ ＧＷは、示されたベアラ上のパケットを、これらのＳ５ベアラに対しＳ１および／または無線ベアラは存在し得ないので廃棄することができる。

ＭＭＥは、ＳＧＷに向かう新しいメッセージを規定することによって、または既存のメッセージ、例えばＭＭＥからＳＧＷに送信されるベアラ変更要求メッセージを変更することによってそうすることができる。ＭＭＥは、オプションとしてセルまたはサービスエリアレベル当たりで、この変更（例えばベアラを不使用にする）がユーザプレーン輻輳に起因することを示す新しい原因コードを含むことができる。ＳＧＷはまた、メッセージをＰＤＮ ＧＷに向けて転送することができる。

ネットワーク（ＭＭＥまたはＰＤＮ ＧＷ）は、少なくとも１つベアラは不使用にされず、結果として、ＷＴＲＵおよびネットワークの両方において新しいパケットフィルタをインストールするまたは変更することによって、他のベアラからのフローが残りのベアラを通して行くように強制され得るように、ユーザプレーン輻輳がベアラの変更をトリガし得るように、ポリシーを用いて構成され得る。例えばＰＤＮ ＧＷは、例えば４つのベアラの中から１つのベアラをアクティブに保つように選ぶことができる。ネットワークは、特定のベアラを、それがネットワーク内の輻輳を前提として関連するＱｏＳを提供することができるので、アクティブに保つように選ぶことができる。ネットワーク（ＭＭＥおよび／またはＰＤＮ ＧＷ）は、すべての利用可能なベアラ上で運ばれることが意図されたすべてのデータがアクティブに保たれた唯一のベアラを利用でき、それによりこのベアラが他の３つのベアラを通して用いられていたデータをサーブできるように、ネットワークおよびＷＴＲＵ内のパケットフィルタを変更することができる。そうするためにネットワークは、ＷＴＲＵのＩＰフローのすべてが、不使用にされていないなど、アクティブに保たれたベアラを通して送信されるように、パケットフィルタを変更するために、セッション管理手順、例えばＥＰＳベアラコンテキスト変更要求（Modify EPS Bearer Context Request）（ＮＡＳメッセージ）を起動することができる。

ＭＭＥは、新しいまたは既存のＮＡＳメッセージをＷＴＲＵに送信して、現在セル、トラッキングエリア、またはネットワーク内のユーザプレーン輻輳が存在することを知らせることができる。これは新しいＮＡＳメッセージを規定する、または既存であるが変更されたＮＡＳメッセージ（モビリティまたはセッション管理メッセージ）を用いることによって行うことができる。ＭＭＥは、ユーザプレーン輻輳をＷＴＲＵに知らせるために、新しい原因コードを含めることができる。ＭＭＥはまたメッセージ内に、ＷＴＲＵは一定のベアラを不使用にすることができ、オプションとして少なくとも１つのベアラをアクティブに保ち得ることを示すことができる。ＭＭＥはまたＷＴＲＵに、ＷＴＲＵは、他のベアラを通して送信されるＩＰフローのすべてまたはサブセットのために、アクティブベアラを用い得ることを知らせることができる。次いでＷＴＲＵは、そのＩＰトラフィック（他のベアラを通して送信された）のすべてまたはサブセットは、今やネットワーク内でアクティブに保たれたベアラを通して送信され得るように（ＷＴＲＵ内のアップリンクおよびダウンリンクパケットフィルタの両方であり、ネットワークはそれぞれ、例えばＭＭＥからの表示当たりに変更され得る）、ＮＡＳ手順を起動してそのパケットフィルタを変更することができる。ＷＴＲＵは、ネットワークがユーザプレーン輻輳下にあることを指定する、または最適でない例えば一定のベアラは不使用にされている形でＷＴＲＵが動作していることを指定する表示を保つことができる。ＭＭＥはまた、ユーザプレーン輻輳が終結したときにＭＭＥが必要な処置をとれるように、ＷＴＲＵ当たりのこのような表示を保つことができる。

ＭＭＥまたはネットワーク（ｅＮＢなど）は、ユーザプレーン輻輳が検出されたときに１つのＷＴＲＵのデータレートを一定の閾値未満に保つようにポリシーを用いて構成され得る。あるいはＭＭＥは、輻輳が検出されたときにＷＴＲＵが、一定の数Ｎ個（Ｎは構成可能な整数）のアプリケーションを稼働させることを可能にするように、ポリシーを用いて構成され得る。したがってＭＭＥは、要求／表示をＷＴＲＵに送信して、例えばこの制限を用いるベアラまたはアプリケーションにかかわらず、ＷＴＲＵによって送信されることが許される最大ビットレートを、通告することができる。オプションとしてＭＭＥは、一部のベアラを不使用にするようにＷＴＲＵに知らせることができ、およびまたアクティブに保たれる少なくとも１つのベアラにおける使用量に対する制限を知らせることができる。ＭＭＥは、シグナルされた時間の間、または他のようにする旨のネットワークからのさらなる表示まで、特定数Ｎ個のアプリケーションが許容され得ることを、ＷＴＲＵに知らせることができる。

ＭＭＥは、アプリケーション当たりに許容されるビットレートについての詳細を含むことができる。アプリケーションタイプおよびこれらのアプリケーションにおいて稼働しているデータの他の詳細は、ＰＤＮ ＧＷなどの任意のノードに配置され得る、またはＰＤＮ ＧＷまたはＭＭＥに（可能な場合に）接続され得るアプリケーション検出機能から取得され得る。次いでＷＴＲＵは、ＷＴＲＵ内で現在稼働しているすべてのアプリケーションのセットの中で、ユーザが保つことを希望する特定の数Ｎ個のアプリケーションを選ぶようにユーザに表示することができる。ＷＴＲＵは、これを行う理由がネットワーク内の輻輳に起因することを示すことができる。あるいはＷＴＲＵは、ユーザプレーン輻輳が検出されたときにアクティブに保たれ得るアプリケーションのセットに関して、優先度情報を用いて予め構成することができる（例えばユーザ、オペレータ、アクセスネットワーク発見および選択機能（ＡＮＤＳＦ）などによって）。次いでＷＴＲＵはまた、そのデータレート（オプションとしてすべての稼働しているアプリケーションに対する）を、ネットワークによってシグナルされたデータレート制限に制限することができる。

ＷＴＲＵは、ユーザ選択またはＷＴＲＵ情報に基づいて、保たれ得るアプリケーションのりストを用いてネットワークに表示を送信することができる。ネットワーク（ＭＭＥまたはｅＮＢなど）はまた、表示をＳＧＷ／ＰＤＮ ＧＷに送信して、どのアプリケーションまたはフローがアクティブのまま残され得るか、およびどのアプリケーション（および、したがってＩＰフロー）を不使用にされ得るかを知らせることができる。

ＭＭＥは、ＮＡＳ表示をＷＴＲＵに送信してそれに、ネットワークが輻輳していること、または特定の時間および／または場所で輻輳することが予想されることを通知することができる。ネットワークは、特定の時間および／または場所において発生するようにスケジュールされたいくつかの事象に気付き得る。したがってＷＴＲＵの時間および／または場所に基づいて（例えばＷＴＲＵが、スケジュールされた事象の時間の頃に知られた場所にある場合は）、ネットワークは、ユーザプレーンサービス品質の悪化を予期するように、ＷＴＲＵに表示を送信することができる。

ＭＭＥは、これらの表示を、新しいまたは既存の任意のＮＡＳメッセージに含めることができる。同様にＭＭＥはまた、特定の時間に、輻輳緩和の適用を開始するようにＲＡＮに通知することができる。このような表示は、ＲＡＮに向かう任意のＳ１ＡＰメッセージに含まれ得る。ＭＭＥは、ＮＡＳメッセージをＷＴＲＵに送信して、ＷＴＲＵに最小数Ｍ個のアプリケーションを稼働するように要求することができ、ただしＭは整数である。ＰＤＮ ＧＷまたはネットワーク内の他のノードは、例えば他の方法の中でもディープパケットインスペクションを用いて、ＷＴＲＵ内で稼働しているアプリケーションの数およびタイプを知ることができる。したがってＭＭＥは、ＷＴＲＵ内で稼働されているアプリケーションの数およびタイプについて通知され得る。輻輳するとすぐにＭＭＥは（例として）、このような情報を用い、ＷＴＲＵに、ＷＴＲＵ内で稼働されているすべてのアプリケーションからＭ個のアプリケーションを選択するように要求することができる。整数Ｍを選ぶのはＭＭＥの決定とすることができ、または別のノード、例えばＰＤＮ ＧＷまたはアプリケーション検出機能によって行われる決定とすることができる。

ＭＭＥは、ＰＤＮ ＧＷまたはネットワーク内の課金エンティティに、輻輳ステータス、例えば開始または終了について通知することができる。ＭＭＥはこれを、課金方式が輻輳ステータスおよびＷＴＲＵ加入に応じて変えられ得るように、特定のＷＴＲＵに対して行うことができる。例えば、「レベル１」加入を有するＷＴＲＵは、輻輳にもかかわらず良好なサービス品質が提供されたときは、より高く課金され得る。ＭＭＥは上記と同様の処置をとることにより、通常の待遇が当てはまるように輻輳の終結について、特定のエンティティ（例えばＲＡＮ、ＷＴＲＵ、ＰＤＮ ＧＷ、ＳＧＷ、課金エンティティなど）に通知することができる。例えば輻輳が終結した後にＭＭＥは、それについてＷＴＲＵに通知することができ、それにより、不使用にされたすべてのベアラは通常通り再使用され得る。ＷＴＲＵはまた、例えばユーザプレーン輻輳のためにアクティブに保たれた１つのベアラ上に、すべてのＩＰフローを強制するようにパケットフィルタを変更するのではなく、例えば通常の挙動に従ってそのパケットフィルタを変更することができる。

ＷＴＲＵは、オプションとしてネットワーク内の輻輳の検出に基づいて、以下の処置のいずれかをとることができる。ネットワーク（ＲＡＮなど）輻輳のＷＴＲＵ検出は、ネットワークからの明示的な表示（例えばＲＲＣおよび／またはＮＡＳメッセージ、ＡＮＤＳＦ、オープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）など）を受け取ることによって実現することができ、または例えば（非限定的に）ユーザプレーンサービス品質の低下、または特定のＱｏＳを有するベアラを確立するためのＷＴＲＵ要求の拒絶などの、ＷＴＲＵ観測によるものとすることができる。

ＷＴＲＵは、一定の数Ｎ個のベアラを用いるように構成することができ、ただしＮは整数である。ＷＴＲＵは、このＱｏＳが、このベアラにそれの活動化後すぐに関連付けられた実際のＱｏＳと同じでない（例えばそれより悪い場合もある）場合でも、それが良く知られたＱｏＳを用いて構成されているようにベアラを用いることができる。ＷＴＲＵは、Ｎ個（ただしＮは整数であり、１の場合もある）のベアラのそれぞれのために用いられ得るサービス品質が知らされ得る。ＷＴＲＵは、デフォルトベアラのみを用いることができ、ならびにＱｏＳ（これはデフォルトベアラに、その活動化後すぐに関連付けられた実際のＱｏＳよりも悪い場合がある）について通知（またはそれを有して構成）され得る。

ＷＴＲＵは、ＷＴＲＵ内で稼働しているアプリケーションからのデータは、ＷＴＲＵ内のアクティブなベアラ上で、これらのベアラがアプリケーションのために用いられていなかった場合でも、依然として送信され得るように、そのパケットフィルタルールをオーバライドすることができる。ＷＴＲＵは、ＷＴＲＵ内のすべてのアクティブなアプリケーションからのデータがＷＴＲＵ内の残りのアクティブベアラを通して送信されるように、変更するまたは新しいパケットフィルタをインストールするように、そのベアラを変更することができる。これは、ＮＡＳセッション管理メッセージ、例えばベアラリソース変更要求を用いることによって行われ得る。ＷＴＲＵは、新しい原因コードを送信して、理由が、検出されたネットワーク輻輳に起因することを知らせることができる。

ＷＴＲＵは、ユーザに通告を表示して、ＲＡＮ輻輳が存在することをユーザに通知する、またはネットワーク輻輳に起因してサービス品質が悪化し得ることをユーザに通知することができる。ＷＴＲＵは、稼働しているすべてのアプリケーションの中から、アプリケーションのセットを選択するように構成され得る。これはＷＴＲＵにおける優先度に基づくことができる。例えば音声アプリケーションは、電子メールまたはＦＴＰアプリケーションより高い優先度を有することができる。このようなポリシーまたはルールは、ユーザによって（輻輳に起因して稼働し続けるようにアプリケーションのセットを選択するようにＷＴＲＵがユーザに表示した後などの、リアルタイムベースなどで）、またはオペレータによって（ＡＮＤＳＦ、ＯＭＡ ＤＭなどを通じて）構成され得る。例えばオペレータは、ネットワーク内に輻輳が存在するときに、他のアプリケーションより上に彼等のアプリケーションを優先順位付けるように一定の料金を支払うサービスプロバイダと合意を有し得る。

ＷＴＲＵは、ユーザプレーンに対する、オプションとして特定のＱｏＳまたはＱＣＩに対する、要求の送信を停止することができる。ＷＴＲＵは、輻輳に起因して特定のＱｏＳに対するいくつかの要求が利用不能であることを表示することができる。ＷＴＲＵは、それがこのような要求を送信できない特定の時間を用いて、通知または構成され得る。

ＷＴＲＵおよびネットワーク（ＭＭＥ、ｅＮＢ、ＳＧＷなど）は、輻輳緩和処置が実行された後に正常な動作に戻るために、同様の処置をとることができる。例えば輻輳が終結した後にｅＮＢは、それについてＭＭＥおよびＷＴＲＵに通知することができる。次いでｅＮＢ／ＭＭＥは、ＷＴＲＵのサービス品質を改善することができ、輻輳が検出される前に確立されていたすべてのベアラをＷＴＲＵが用いることを可能にする、またはＷＴＲＵに通知することができる。ＷＴＲＵは、輻輳開始を示すために用いられたのと同じ方法により、輻輳の終結について通知（本文書において提案される機構を用いて）され得る。課金システムも、通常の課金レートが適用されるように、輻輳終結について通知され得る。したがって輻輳が終結したときにまた、輻輳をシグナルし緩和するために用いられるのと同じ機構および手順を用いることができる（例えばシステム内のあらゆるノードにおけるユーザ経験またはサービス品質を改善するように、反対の処置または表示を用いて）。

ＲＡＮはＣＮに輻輳が生じたことを通知することができ、次いでＣＮはＰＤＮ ＧＷに通知し、それによりＰＤＮ ＧＷはアプリケーションプロバイダに一定のプッシュサービスが遅延され得ることを通知することができる。

ＷＴＲＵは、ユーザによってまたはアプリケーションによって（例えばユーザ対話なしに）、拡張サービス要求、または任意の他のセッションまたはモビリティ管理メッセージなどのＮＡＳメッセージがトリガされた場合は、ＭＭＥに表示することができる。したがってＷＴＲＵは、この表示をすべてのＮＡＳメッセージに含めることができる。

クリティカルなヘルスアプリケーションは常に確立原因を「緊急事態」、または高優先度データを反映する他の新しい確立原因とすることができる。

オペレータをベースとするアプリケーションは、特定の確立原因を用いることができ、またはより高い優先度を実施する他のアスペクトを用いることができる。ＷＴＲＵは、ＷＴＲＵが、任意のＮＡＳメッセージ、例えば（拡張）サービス要求、または任意の他のセッションおよび／またはモビリティ管理メッセージにおいて、オペレータをベースとするサービスに対する要求を送信していることを示すことができる。

システム内では数百万のアプリケーションが稼働し得るが、ほんのわずかなポピュラーなアプリケーションだけがモバイルユーザの間に浸透している。ウェブブラウジング、ＶｏＩＰ、オンラインビデオ、およびソーシャルアプリケーションは、これらのポピュラーなアプリケーションの少数の例である。まず第一に、これらのアプリケーションはユーザ経験に対して重要であり、それらは可能なときはリソースが保証され得る。第二にこれらのアプリケーションは大部分のリソースを占め、ユーザプレーン輻輳に主に寄与するものであり、したがってユーザプレーン輻輳が生じたときはそれらは輻輳制御を受け得る。ユーザプレーントラフィックが属する特定のアプリケーションにシステムが気付くことが重要であり、このアプリケーション認識に基づいて、輻輳検出、およびアプリケーションに基づく制御ポリシーが可能になる。

システムにおけるアプリケーション認識を可能にするために、様々なシステムノードにおいて「よく知られているアプリ情報データベース」が構成され得る。データベースは、パケットのアプリケーションタイプを確かめるためにディープパケットインスペクション（ＤＰＩ）が行われ得るノード、例えばＰ−ＧＷ、Ｓ−ＧＷ、またはＧＧＳＮ、ＳＧＳＮにおいて構成され得る。データベースはまた、ＲＡＮノード、例えばｅＮＢ、ＨｅＮＢ、ＲＮ、ノードＢ、およびＲＮＣにおいて構成され得る。同じシステム内の様々なノードにおけるデータベースは同一でもよい。

「よく知られているアプリ情報データベース」はよく知られているアプリケーションの複数のエントリからなることができ、各エントリのコンテンツは、アプリケーションに割り当てられた一意の「アプリケーションＩＤ」を含むことができる。アプリＩＤ空間および割り当ては個々のオペレータによって管理することができ、または業界においてもしくはオペレーティングシステム当たりに標準化され得る。特定のアプリケーションを他のアプリケーションから差別化するために用いられ得る情報は、アプリサーバＩＰアドレス、ＴＣＰ／ＵＤＰポートまたはポート範囲、バースト性か非バースト性か、待ち時間の影響を受けやすいか否かなどのアプリケーションのＱｏＳ特性、およびアプリケーション名、アプリケーションプロバイダ情報、人気度などの補助情報を含むことができる。データベース内では同じアプリケーションが複数のエントリを有することができ、異なるコンテンツに対して異なるアプリケーションＩＤを有することができる。例えばＶｏＩＰアプリケーションの場合は、シグナリングおよびメディアストリームには、２つの異なるアプリケーションＩＤが割り当てられ得る。様々なノードにおけるデータベースは、Ｏ＆Ｍによってローカルに構成され得る。ノードがポリシーおよび課金ルール機能（ＰＣＲＦ）へのインターフェースを有する場合は、これはまた受信機（Ｒｘ）インターフェースを通じてアプリケーション機能（ＡＦ）からアプリケーション情報を得ることができるＰＣＲＦによって、動的に更新され得る。

図４は、アプリケーション識別子（ＩＤ）に基づくアプリケーション検出の例を示す。ダウンリンクＩＰパケット４２０は、Ｐ−ＧＷ４１０において受け取られ得る。Ｐ−ＧＷ４１０は、よく知られているアプリ情報データベース４１５を利用して、ＤＰＩ４１２を用いてダウンリンクＩＰパケット４２０のいずれかがよく知られているアプリに対応するかどうかを決定することができる。ダウンリンクＩＰパケット４２０のいずれかがよく知られているアプリに対応する場合は、ＧＰＲＳトンネリングプロトコルユーザプレーン（ＧＴＰ−Ｕ）パケット４３０をＳ−ＧＷ４０５に送信するときに、Ｐ−ＧＷ４１０はアプリＩＤ４２５をそれらのパケットに関連付ける。Ｓ−ＧＷは、アプリＩＤ４２５を有するＧＴＰ−Ｕパケット４３０を、ｅＮＢ４００に転送する。ｅＮＢ４００は、どのデータが優先度を受け取るか、および輻輳が生じたかを決定するために、よく知られているアプリ情報データベース４１５を利用する。よく知られているアプリ情報データベース４１５は、ユーザの頻度またはユーザの好みに基づいてデータ設定され得る。

ＤＰＩ４１２がダウンリンクデータパケット４２０のために動作され得るノードにおいて、例えばＰ−ＧＷ４１０内で、ノードはまた「よく知られているアプリ情報データベース」４１５を探索し、ダウンリンクデータパケット４２０をよく知られているアプリケーションと突き合わせることを試みることができ、一致を見出すことができた場合は、アプリケーション認識をダウンストリームノード、例えばｅＮＢ４００内に伝搬するために、「アプリケーションＩＤ」４２５がパケット４３０に挿入され得る。

アプリケーションマッピング手順は、やはりＤＰＩ機能を用いるベアラバインディングプロセスとは独立とすることができる。同じベアラにマップされているパケットに、異なるアプリＩＤが適用され得る。よく知られているアプリケーションが検出された後に、アプリケーション認識を伝搬するように、一意のアプリＩＤがＧＴＰ−Ｕパケットに挿入され得る。

ＧＴＰ−ＵパケットにおいてアプリＩＤ情報を運ぶために、拡張としてＧＴＰ−Ｕヘッダ内に新しい「アプリＩＤ」フィールドが追加され得る。あるいはＧＴＰ−Ｕヘッダ内の何らかの既存のオプションのフィールドをアプリＩＤのために用いることができ、またはＩＰヘッダ内の差別化サービスコードポイント（ＤＳＣＰ）がアプリＩＤのために用いられ得る。

あるいは「よく知られているアプリ情報データベース」は、例えばＯＭＡ ＤＭ、ＡＮＤＳＦ、または同様な手順によって、ＷＴＲＵ内に構成され得る。

アプリケーション／コンテンツ当たりベースでの負荷測定は、アプリケーション当たりベースで、ｅＮＢによって送信されたトラフィックデータの量を正確に知るために、いくつかの新しいパラメータを測定するように、ｅＮＢまたはＲＡＮノードを含むことができる。ネットワーク管理システム（ＮＭＳ）（ＲＡＮまたはＣＮ内の論理エンティティとすることができる）は、特定のアプリケーションのトラフィックを監視し報告するようにＲＡＮノードを構成することができる。

ＮＭＳは、アプリＩＤによって識別されるどの１つまたは少数のアプリケーションが監視されるべきか、およびＲＡＮノードによってどの量が計算され報告され得るかを示すことができる。量は、特定のアプリケーションの総計のトラフィック量／データレート、ＲＡＮノード内の全体のトラフィック量／データレートに対する特定のアプリケーションの総計のトラフィック量／データレートのパーセンテージ、または特定のアプリケーションのデータによるエアインターフェースリソース（例えばスケジュールされた物理リソースブロック（ＰＲＢ）のパーセンテージ）使用量を含むことができる。ｅＮＢは、一定の測定期間Ｔの間に、アプリケーションまたはコンテンツ当たりのＰＲＢ使用量を測定することができる。この測定結果は、ｅＮＢ上で稼働している特定のアプリケーションデータに対するパーセンテージＰＲＢ使用量を示すことができる。このパーセンテージが一定の閾値に到達したとき、ｅＮＢが輻輳したときは、それは特定のアプリケーションのオフロードをトリガすることができる。

量はさらに、ｅＮＢによって受け取られた、特定のタイプのアプリケーションに対するスケジューリング要求の数を含むことができる。これは、ＷＴＲＵがスケジューリング要求（ＳＲ）を送信したときに測定することができ、次いでｅＮＢは、認可がＷＴＲＵによって受け取られた後に続くアプリケーションデータのタイプをチェックすることができる。ＷＴＲＵはｅＮＢによって、アプリケーション当たりベースでバッファステータスレポート（ＢＳＲ）を報告するように依頼され得る（例えばＷＴＲＵが、アプリケーション当たりどれだけのデータをそれがｅＮＢに報告する必要があり得るかを報告できるように、ＢＳＲの細分性が増加され得る）。

量はさらに、特定のアプリケーションを用いているアクティブユーザの数を含むことができる。ＮＭＳはまた、アプリケーション特定のトラフィック統計を報告するための基準を構成することができる。例えばＲＡＮノードは定期的にアプリケーション特定の統計を報告することができ、ＲＡＮノードはアプリケーション特定の統計をそれが一定の閾値より上のときに報告することができ、ＲＡＮノードはＲＡＮにおいてユーザプレーン輻輳が生じたときにアプリケーション特定の統計を報告することができ、またはＲＡＮノードはそのようにする旨のコマンドを受け取ったときにアプリケーション特定の統計を報告することができる。アプリケーション特定のトラフィック監視がＲＡＮノード内で構成され活動化された場合は、ＲＡＮノードは、各ダウンリンクＧＴＰ−Ｕパケット内のアプリＩＤ情報をチェックし、上記の量を計算し、必要に応じてＮＭＳに報告することができる。

現在の負荷測定は、ネットワーク内の種々のユーザからのアプリケーションまたはコンテンツからの負荷を区別できず、現在のＸ２負荷交換方法は、種々のアプリケーションからのトラフィックを区別できない。したがってこのようなアプリケーション特定の測定をサポートするためには、アプリケーション特定の負荷報告をサポートすることが必要になり得る。したがって、特定のセル内のＷＴＲＵ上で稼働している主要なアプリケーションの少なくとも１つについて、セル負荷が報告され得る。ｅＮＢおよび他のネットワークノードは、ネットワーク上で稼働している種々のアプリケーションの間で差別化することができる。

ｅＮＢは、アプリケーション当たりに用いられているＰＲＢについての情報を収集することができる。ｅＮＢはこの情報を用いて、ｅＮＢにおいて輻輳状況を引き起こしている場合がある特定のタイプのアプリケーションに関係するトラフィックをオフロードすることができる。ｅＮＢはまたこの情報を、Ｓ１ハンドオーバ時にＳ１ＡＰメッセージを通じてＭＭＥに、またはＸ２ハンドオーバ時にリソーステータス更新または同様なＸ２メッセージ内でターゲットｅＮＢに、報告することができる。この情報は、アプリケーション当たりベースで、および／またはｅＮＢが複数のオペレータによって共有されている場合は公衆陸上移動体ネットワーク（ＰＬＭＮ）ベースで報告され得る。この手順はバックホール負荷、例えばＳ１−Ｕインターフェース上の負荷を測定するように拡張され得る。ＰＤＮ ＧＷまたはｅＮＢ（１つより多いｅＮＢが存在し得る）は、種々のアプリケーションによって用いられているＳ１リソースの大きさを測定し、それをＭＭＥに報告することができる。ｅＮＢまたはＭＭＥは、「よく知られているアプリケーション」データベースを用いて、種々のアプリケーションを差別化し、Ｓ１接続上の負荷を正確に測定することができる。

後にｅＮＢは、アプリケーション特定の測定値、および負荷パラメータを収集／受け取る。これはこの情報に基づいてハンドオーバ手順をトリガすることができる。ソースｅＮＢにおいて輻輳が軽減され得るように、他のｅＮＢまたはＲＡＴに対して一定のタイプのアプリケーションを稼働しているＷＴＲＵをオフロードすることが必要になり得る。現在、負荷バランス処置は、隣接セルを制御するピアｅＮＢと、ハンドオーバトリガ設定を取り決めることによるセルモビリティパラメータの変更を通したものである。ハンドオーバトリガ設定の変化は、接続されたモードＷＴＲＵに対するセル適用範囲を変化させ、したがってセルの負荷を変化させ得る。アプリケーション／コンテンツ特定のオフローディングをサポートするために、ハンドオーバトリガ設定を取り決めるための現在のＸ２メッセージを、アプリケーション／コンテンツ特定のハンドオーバ設定をサポートするように強化される必要があり得る。アプリケーション／コンテンツ特定のハンドオーバ設定を用いてのみセルは、各アプリケーションに対して異なる適用範囲を有することができ、したがってこの情報に基づいて、特定のｅＮＢ上のその負荷を特に調整することができる。

ハンドオーバトリガパラメータは、モビリティ設定手順を用いてピアｅＮＢと取り決められ得る。オペレータがオフロードしたい各アプリケーションに対するＭＯＢＩＬＩＴＹ ＣＨＡＮＧＥ ＲＥＱＵＥＳＴメッセージ内のハンドオーバトリガ変化ＩＥに、アプリケーションをベースとするパラメータが追加され得る。このＩＥは、その特定のアプリケーションを稼働しているすべてのＷＴＲＵが、ソースｅＮＢが輻輳したときの場合にこのハンドオーバトリガＩＥの値に基づいてターゲットｅＮＢへのハンドオーバを起動するように、ソースｅＮＢをトリガするように設定され得る。

ｅＮＢは、このような状況において、異なるオペレータ例えばＲＡＮ共有によって共有され得る。ピアｅＮＢが異なるホストオペレータによって共有され得る条件をサポートするために、ハンドオーバトリガ変化ＩＥ、およびアプリケーションをベースとするハンドオーバトリガ内に、オペレータ情報（ＰＬＭＮ）が含められ得る。これは、モビリティパラメータ情報ＩＥ内に、ホストオペレータＩＤ、およびアプリケーションをベースとするハンドオーバトリガ変化の両方を追加することによって達成され得る。ｅＮＢ２拒絶の場合は、ｅＮＢ１に対するモビリティパラメータは、ＭＯＢＩＬＩＴＹ ＣＨＡＮＧＥ ＦＡＩＬＵＲＥメッセージを送信し戻すことができる。失敗メッセージにおいてｅＮＢ２は、ｅＮＢ２が受け入れ得るパラメータのｅＮＢ２範囲が各アプリケーションに対するモビリティパラメータを含むことを、ｅＮＢ１に知らせることができる。ｅＮＢ２はまた、それが輻輳しており、一定のタイプのトラフィックまたはアプリケーションなどに対するオフロードを受け入れることができない場合があることの表示を提供することができる。

複数のｅＮＢが負荷情報を交換することができる。負荷情報および加入に基づいてｅＮＢは、ＷＴＲＵを別のセルに、測定値がＷＴＲＵはそのセルとの良好な接続を維持できることを示す場合は、リダイレクトすることができる。したがってｅＮＢは、一定の基準を満たさなければならない測定レポートに純粋に基づいて、ハンドオーバ決定をオーバライドすることができる。

システム（ｅＮＢ、ＭＭＥ、ＡＮＤＳＦ、ＯＭＡ ＤＭなど）は、特定の時間において、一定のＱｏＳ要求は可能ではない場合があることを、ＷＴＲＵに通知することができる。ＷＴＲＵは、セルを再選択する、またはこの表示についてユーザに通知することができる。

ＷＴＲＵは、使用されているフローについて、例えば何のアプリケーションがそれらを使用しているかについての情報を提供することができる。ネットワークはこの情報をＲＡＮにプッシュすることができ、次いでこれは一定のフローを削除するように決定することができ、またはＭＭＥは、ＲＡＮ輻輳検出の後に一定のフローを削除するようにＷＴＲＵに通知することができる。

システム、例えばＭＭＥは、ネットワーク輻輳について、およびシステムがＷＴＲＵのＱｏＳを低減したかどうか、または輻輳にもかかわらずＷＴＲＵの経験は悪化されていないので課金エンティティはより多く課金できるように（「レベル１」加入を有するユーザなどに対して）輻輳の時点でＱｏＳを維持したかどうかについて、課金エンティティにリアルタイム表示を提供することができる。

ユーザが優先度サービスに対する加入を有していない場合でも、輻輳が発生しときに、または事前に、ユーザは、リアルタイムの申し出を受け入れるまたは断るように促され得る。これは結果としてユーザに対する、より高い課金となり得る。ネットワークは、この「申し出」をＮＡＳメッセージにおいて送信することができ、例えば新しいまたは既存のＮＡＳメッセージがこの目的のために用いられ得る。ＷＴＲＵは、輻輳の現在の時点における改善されたサービスを受け入れる／断るように、ユーザに要求を表示することができる。ユーザの応答（これは設定を通じてユーザによってすでに構成され得る）は、応答をネットワークに送信するようにＷＴＲＵをトリガすることができる（やはり応答は新しいまたは既存のＮＡＳメッセージとすることができる）。次いでネットワークは、ユーザがより高い料金でより良いサービスを維持する「申し出」を受け入れたか拒否したかに応じて、ユーザのサービス品質を維持または悪化させるように処置をとることができる。次いでＭＭＥは、ユーザの決定を実施するために上記の先の処置のいずれかをとることができる。例えばユーザが「申し出」を受け入れなかった場合は、ＭＭＥは、ＷＴＲＵのサービスを悪化させるようにｅＮＢに通知することができる。これは任意のＳ１ＡＰメッセージ（新しいまたは既存の、例えばＥ−ＲＡＢ変更要求、またはＷＴＲＵコンテキスト変更要求）においてなされ得る。

災害の場合は、ＷＴＲＵは、指定されたＱｏＳを有する所定の（限られた）数のベアラを用いて、緊急事態サービスを要求することが許され得る。ネットワークは、これが行われることが必要である場合は、表示（例えば地震および津波警戒システム（ＥＴＷＳ）警報、「災害」ビット）をブロードキャストしてＷＴＲＵに通知することができる。

いくつかのシナリオ（ＲＡＮ共有シナリオ、またはＨｅＮＢが複数の閉ざされた加入者グループ（ＣＳＧ）ＩＤにブロードキャストするなど）では、ＲＡＮのその部分だけが輻輳することがあり得る。高い加入レベルを有するユーザは、他のオペレータまたはＣＳＧからのリソースに一時的にアクセスすることが許可され得る。例えばユーザＡはＰＬＭＮ Ａに加入され、それは一定のＲＡＮ共有契約において、輻輳しているオペレータ１の適用範囲下にある。しかし、同じｅＮＢの下でのオペレータ２は輻輳していない。ユーザは、オペレータ２のネットワークに登録できない場合がある。しかしこの場合はユーザＡは、オペレータＢからのサービスにアクセスすることが一時的に許可されることができ、したがって輻輳を経験せず、そのユーザ経験は影響を受けないことができる。

本明細書で述べられる方法および手順は、ＨｅＮＢがまた並べて置かれたまたは独立したＬ−ＧＷに接続され得る、ＨｅＮＢの場合にも応用され得る。Ｌ−ＧＷの場合は輻輳は、Ｌ−ＧＷとＨｅＮＢの間のインターフェース上のユーザプレーントラフィックによっても引き起こされ得る。したがってＨｅＮＢにおける輻輳は、２つの異なるタイプのユーザプレーンインターフェース、Ｓ１−ＵインターフェースおよびＬ−ＧＷとの直接インターフェースのために起こり得る。

実施形態
１．ワイヤレス送信／受信ユニット（ＷＴＲＵ）によって行われる、ネットワーク内のユーザプレーン輻輳を管理するための方法であって、方法は以下を含む。

２．ネットワーク内にユーザプレーン輻輳が存在する旨の表示をネットワークから受け取るステップをさらに含む、実施形態１に記載の方法。

３．表示に基づいて特定のサービスに対して、より低いサービス品質（ＱｏＳ）レベルを提供するようにネットワークに求める要求を送信するステップをさらに含む、実施形態１または２に記載の方法。

４．送信された要求に基づいて、ユーザプレーンＱｏＳの低下を観測するステップをさらに含む実施形態１乃至３のいずれか一項に記載の方法。

５．ユーザプレーン輻輳が存在する旨のネットワークからの表示は、要求されたＱｏＳレベルが利用可能でない旨の表示である実施形態１乃至４のいずれか一項に記載の方法。

６．ネットワークからの特定のサービスは、低優先度を有する実施形態１乃至５のいずれか一項に記載の方法。

７．ネットワークからの特定のサービスは、高優先度を有する実施形態１乃至６のいずれか一項に記載の方法。

８．ネットワークから受け取られるサービスは、ユーザによって優先順位付けされる実施形態１乃至７のいずれか一項に記載の方法。

９．より低い優先度のサービスは、ＷｉＦｉを通してオフロードされる実施形態１乃至８のいずれか一項に記載の方法。

１０．ネットワーク内のユーザプレーン輻輳を管理するためのワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
ネットワーク内にユーザプレーン輻輳が存在する旨の表示をネットワークから受け取るように構成された受信機を備える、ＷＴＲＵ。

１１．表示に基づいて特定のサービスに対して、より低いサービス品質（ＱｏＳ）レベルを提供するようにネットワークに求める要求を送信するように構成された送信機をさらに備える実施形態１０に記載のＷＴＲＵ。

１２．送信された要求に基づいて、ユーザプレーンＱｏＳの低下を観測するように構成されたプロセッサをさらに備える実施形態１０または１１に記載のＷＴＲＵ。

１３．ユーザプレーン輻輳が存在する旨のネットワークからの表示は、要求されたＱｏＳレベルが利用可能でない旨の表示である実施形態１０乃至１２のいずれか一項に記載のＷＴＲＵ。

１４．ネットワークからの特定のサービスは、低優先度を有する実施形態１０乃至１３のいずれか一項に記載のＷＴＲＵ。

１５．ネットワークからの特定のサービスは、高優先度を有する実施形態１０乃至１４のいずれか一項に記載のＷＴＲＵ。

１６．ネットワークから受け取られるサービスは、ユーザによって優先順位付けされる実施形態１０乃至１５のいずれか一項に記載のＷＴＲＵ。

１７．より低い優先度のサービスは、ＷｉＦｉを通してオフロードされる実施形態１０乃至１６のいずれか一項に記載のＷＴＲＵ。

１８．進化型ノードＢ（ｅＮＢ）によって行われる、ネットワーク内のユーザプレーン輻輳を管理するための方法であって、
Ｓ１−Ｕインターフェース上のＧＰＲＳトンネリングプロトコルユーザプレーン（ＧＴＰ−Ｕ）パケットを受け取るステップであって、ＧＴＰ−Ｕパケットは、ＧＴＰ−Ｕパケットがよく知られているアプリＩＤに関連することを示す一意のアプリケーション識別（アプリＩＤ）を含む、ステップを含む方法。

１９．よく知られているアプリＩＤに基づいてユーザプレーン輻輳を管理するステップをさらに含む実施形態１８に記載の方法。

２０．よく知られているアプリＩＤを決定するために、よく知られているアプリＩＤデータベースが用いられる実施形態１８または１９に記載の方法。

２１．よく知られているアプリＩＤデータベースは、ユーザの好みに基づいてデータ設定される実施形態１８乃至２０のいずれか一項に記載の方法。

２２．よく知られているアプリＩＤデータベースは、ユーザの頻度に基づいてデータ設定される実施形態１８乃至２１のいずれか一項に記載の方法。

上記では特徴および要素について特定の組み合わせにおいて述べられたが、当業者には各特徴または要素は単独で、または他の特徴および要素のいずれかとの組み合わせで用いられ得ることが理解されよう。さらに本明細書で述べられる実施形態は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実現され得る。コンピュータ可読媒体の例は、電子信号（有線もしくはワイヤレス接続を通して送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、非限定的にリードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気媒体（例えば内蔵ハードディスクまたはリムーバブルディスク）、光磁気媒体、ならびにコンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ＷＴＲＵ、ＵＥ、端末、基地局、ノードＢ、ｅＮＢ、ＨＮＢ、ＨｅＮＢ、ＡＰ、ＲＮＣ、ワイヤレスルータまたは任意のホストコンピュータにおける使用のために、無線周波数トランシーバを実現するように、ソフトウェアと関連してプロセッサが使用され得る。

Claims (6)

1. ワイヤレス送信／受信ユニット（ＷＴＲＵ）によって行われる、ネットワーク内のユーザプレーン輻輳を管理するための方法であって、
   前記ＷＴＲＵを、複数のアプリケーション特定の輻輳制御情報で構成するステップであって、前記複数のアプリケーション特定の輻輳制御情報は、最小の制限を受ける１つまたは複数のオペレータ識別アプリケーションおよび最大の制限を受ける１つまたは複数のオペレータ識別アプリケーションを識別する情報を含む、ステップと、
   （１）最小の制限を受ける前記１つまたは複数のオペレータ識別アプリケーションおよび（２）最大の制限を受ける前記１つまたは複数のオペレータ識別アプリケーションのいずれかに関連付けられた輻輳制御情報を受信するステップであって、当該受信された輻輳制御情報は、前記ユーザプレーン輻輳に応答して、前記ネットワークから受信され、前記受信された輻輳制御情報は、前記複数のアプリケーション特定の輻輳制御情報と関連付けられたあるアプリケ―ションに対して前記ネットワークへのアクセスが制限される期間を含む、ステップと、
   前記受信された輻輳制御情報に基づいて、前記最大の制限を受ける前記１つまたは複数のオペレータ識別アプリケーションに関連付けられた輻輳制御情報によって示された、前記オペレータ識別アプリケーションのいずれについても前記ネットワークへアクセスすることを試みないことを決定するステップと、
   前記受信された輻輳制御情報に含まれた前記期間の間に、前記最小の制限を受ける前記１つまたは複数のオペレータ識別アプリケーションに関連付けられた輻輳制御情報によって示された、前記オペレータ識別アプリケーションのうちの少なくとも１つについて、前記ネットワークへのアクセスの要求を送信するステップと、
   を備えることを特徴とする方法。
2. 前記ＷＴＲＵを前記複数のアプリケーション特定の輻輳制御情報で構成するための情報を含むシグナリングを受信するステップをさらに備えることを特徴とする請求項１に記載の方法。
3. 前記受信された輻輳制御情報は、データレート制御をさらに含むことを特徴とする請求項１に記載の方法。
4. ネットワーク内のユーザプレーン輻輳を管理するためのワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
   プロセッサ、メモリ、受信機、および送信機を備え、
   前記プロセッサは、前記メモリを、複数のアプリケーション特定の輻輳制御情報で構成するように構成され、前記複数のアプリケーション特定の輻輳制御情報は、最小の制限を受ける１つまたは複数のオペレータ識別アプリケーションおよび最大の制限を受ける１つまたは複数のオペレータ識別アプリケーションを識別する情報を含み、
   前記受信機は、（１）最小の制限を受ける前記１つまたは複数のオペレータ識別アプリケーションおよび（２）最大の制限を受ける前記１つまたは複数のオペレータ識別アプリケーションのいずれかに関連付けられた輻輳制御情報を受信するように構成され、当該受信された輻輳制御情報は、前記ユーザプレーン輻輳に応答して前記ネットワークから受信され、前記受信された輻輳制御情報は、前記複数のアプリケーション特定の輻輳制御情報と関連付けられたあるアプリケ―ションに対して前記ネットワークへのアクセスが制限される期間を含み、
   前記プロセッサは、前記受信された輻輳制御情報に基づいて、前記最大の制限を受ける前記１つまたは複数のオペレータ識別アプリケーションに関連付けられた輻輳制御情報によって示された、前記オペレータ識別アプリケーションのいずれについても前記ネットワークへアクセスすることを試みないことを決定するように構成され、
   前記送信機は、前記受信された輻輳制御情報に含まれた前記期間の間に、前記最小の制限を受ける前記１つまたは複数のオペレータ識別アプリケーションに関連付けられた輻輳制御情報によって示された、前記オペレータ識別アプリケーションのうちの少なくとも１つについて、前記ネットワークへのアクセスの要求を送信するように構成された
   ことを特徴とするＷＴＲＵ。
5. 前記受信機は、前記ＷＴＲＵを前記複数のアプリケーション特定の輻輳制御情報で構成するための情報を含むシグナリングを受信するように構成されたことを特徴とする請求項４に記載のＷＴＲＵ。
6. 前記受信された輻輳制御情報は、データレート制御をさらに含むことを特徴とする請求項４に記載のＷＴＲＵ。