【誤訳訂正書】
【提出日】平成29年7月20日(2017.7.20)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
基地局において実施される方法において、
前記基地局とコアネットワークエンティティとの間で確立された、単一のパケットデータネットワーク接続のための単一のトンネルを経由して、ユーザプレーンパケットを受信するステップであって、前記ユーザプレーンパケットは、前記トンネルへマッピングされた複数の区分化されたトラフィックサブクラスの内の第１のトラフィックサブクラスへ関連付けられたネットワークレイヤパケットをカプセル化しているヘッダを含み、前記ユーザプレーンパケットは、トランスポートレベルサービス品質（ＱｏＳ）分類の表示を含んでいるヘッダを有するトランスポートレベルパケットから引き出される、ステップと、
前記ユーザプレーンパケットの前記ヘッダから、前記トンネルへマッピングされた前記複数の区分化されたトラフィックサブクラスを取り扱うための複数のポリシーの内の第１のポリシーを示しているインジケータを取得するステップと、
前記受信されたユーザプレーンパケットに前記第１のポリシーを適用するステップと
を備えることを特徴とする方法。
【請求項２】
ポリシーおよび課金規則機能（ＰＣＲＦ）およびアクセスネットワーク発見および選択機能（ＡＮＤＳＦ）のいずれかから、前記複数のポリシーを受信するステップ  
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記インジケータは、ユーザプレーン輻輳に応答して、前記ユーザプレーンパケットの前記ヘッダの中に含まれることを特徴とする請求項１に記載の方法。
【請求項４】
前記複数のポリシーは、１つ以上のＱｏＳ実施ポリシーを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記１つ以上のＱｏＳ実施ポリシーは、複数のトラフィックシェーピング規則を規定することを特徴とする請求項４に記載の方法。
【請求項６】
前記受信されたユーザプレーンパケットに前記第１のポリシーを適用する前記ステップは、
（１）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも低い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記ネットワークレイヤパケットのスケジューリングを遅延させることと、
（２）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも低い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記ユーザプレーンパケットおよび前記ネットワークレイヤパケットのいずれかを落とすことと、
（３）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも高い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記第２のトラフィックサブクラスに関連付けられた他のネットワークレイヤパケットの前に、送信のため前記ネットワークレイヤパケットをスケジューリングすることと、
（４）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも低い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記ネットワークレイヤパケット以外の前記第１のトラフィックサブクラスに関連付けられたトラフィックを除去するキュー管理を実施することと、
（５）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも高い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記ネットワークレイヤパケットをキューに挿入するキュー管理を実施することと、
（６）前記インジケータが、前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスが前記第１のトラフィックサブクラスよりも低い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記第２のトラフィックサブクラスに関連付けられたトラフィックをキューから除去するキュー管理を実施することと、
（７）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも低い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記ネットワークレイヤパケットをキューに挿入するキュー管理を実施することと
のいずれかを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記受信されたユーザプレーンパケットに前記第１のポリシーを適用する前記ステップは、
ユーザプレーン輻輳に応答して、前記受信されたユーザプレーンパケットに前記第１のポリシーを適用することを含むことを特徴とする請求項１に記載の方法。
【請求項８】
ユーザプレーン輻輳を検出するステップ
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項９】
ユーザプレーン輻輳の表示を受信するステップ
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項１０】
前記受信されたユーザプレーンパケットに前記第１のポリシーを適用する前記ステップは、
前記ユーザプレーン輻輳の前記表示に応答して、前記受信されたユーザプレーンパケットに前記第１のポリシーを適用することを含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記ネットワークレイヤパケットは、単一のアプリケーションからのネットワークレイヤトラフィックの一部であり、前記ネットワークレイヤトラフィックは前記第１のトラフィックサブクラスおよび前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスへ区分化されていることを特徴とする請求項１に記載の方法。
【請求項１２】
前記ネットワークレイヤトラフィックは、第１のフローおよび第２のフローを含み、前記第１のフローは前記第１のトラフィックサブクラスへ区分化されており、前記第２のフローは前記第２のトラフィックサブクラスへ区分化されていることを特徴とする請求項１１に記載の方法。
【請求項１３】
基地局であって、
前記基地局とコアネットワークエンティティとの間で確立された、単一のパケットデータネットワーク接続のための単一のトンネルを経由して、ユーザプレーンパケットを受信し、前記ユーザプレーンパケットは、前記トンネルへマッピングされた複数の区分化されたトラフィックサブクラスの内の第１のトラフィックサブクラスへ関連付けられたネットワークレイヤパケットをカプセル化しているヘッダを含み、前記ユーザプレーンパケットは、トランスポートレベルサービス品質（ＱｏＳ）分類の表示を含んでいるヘッダを有するトランスポートレベルパケットから引き出され、
前記ユーザプレーンパケットの前記ヘッダから、前記トンネルへマッピングされた前記複数の区分化されたトラフィックサブクラスを取り扱うための複数のポリシーの内の第１のポリシーを示しているインジケータを取得し、
前記受信されたユーザプレーンパケットに前記第１のポリシーを適用するよう構成されたプロセッサ
を備えたことを特徴とする基地局。
【請求項１４】
前記プロセッサは、ポリシーおよび課金規則機能（ＰＣＲＦ）およびアクセスネットワーク発見および選択機能（ＡＮＤＳＦ）のいずれかから、前記複数のポリシーを受信するよう構成されたことを特徴とする請求項１３に記載の基地局。
【請求項１５】
前記インジケータは、ユーザプレーン輻輳に応答して、前記ユーザプレーンパケットの前記ヘッダの中に含まれることを特徴とする請求項１３に記載の基地局。
【請求項１６】
前記ポリシーは、１つ以上のＱｏＳ実施ポリシーを含むことを特徴とする請求項１３に記載の基地局。
【請求項１７】
前記１つ以上のＱｏＳ実施ポリシーは、複数のトラフィックシェーピング規則を規定することを特徴とする請求項１６に記載の基地局。
【請求項１８】
前記プロセッサが、前記受信されたユーザプレーンパケットに前記第１のポリシーを適用するよう構成されていることは、
（１）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも低い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記プロセッサが、前記ネットワークレイヤパケットのスケジューリングを遅延させるよう構成されていること、
（２）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも低い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記プロセッサが、前記ユーザプレーンパケットおよび前記ネットワークレイヤパケットのいずれかを落とすよう構成されていること、
（３）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも高い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記プロセッサが、前記複数の区分化されたトラフィックサブクラスの前記第２のトラフィックサブクラスに関連付けられた他のネットワークレイヤパケットより前に、送信のため前記ネットワークレイヤパケットをスケジューリングするよう構成されていること、
（４）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも低い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記プロセッサが、前記ネットワークレイヤパケット以外の前記第１のトラフィックサブクラスに関連付けられたトラフィックをキューから除去するキュー管理を実施するよう構成されていること、
（５）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも高い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記プロセッサが、前記ネットワークレイヤパケットをキューに挿入するキュー管理を実施するよう構成されていること、
（６）前記インジケータが、前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスが前記第１のトラフィックサブクラスよりも低い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記プロセッサが、前記複数の区分化されたトラフィックサブクラスの前記第２のトラフィックサブクラスに関連付けられたトラフィックをキューから除去するキュー管理を実施するよう構成されていること、
（７）前記インジケータが、前記第１のトラフィックサブクラスが前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスよりも低い優先度を持っていることを規定している前記第１のポリシーを示している条件で、前記プロセッサが、前記ネットワークレイヤパケットをキューに挿入するキュー管理を実施するよう構成されていること
のいずれかを含むことを特徴とする請求項１３に記載の基地局。
【請求項１９】
前記プロセッサは、ユーザプレーン輻輳がある条件で、前記第１のポリシーを適用するよう構成されていることを特徴とする請求項１３に記載の基地局。
【請求項２０】
前記プロセッサは、ユーザプレーン輻輳の表示を受信するよう構成されていることを特徴とする請求項１３に記載の基地局。
【請求項２１】
前記プロセッサは、前記ユーザプレーン輻輳の前記表示に応答して、前記第１のポリシーを適用するよう構成されていることを特徴とする請求項２０に記載の基地局。
【請求項２２】
前記プロセッサは、ユーザプレーン輻輳を検出するよう構成されていることを特徴とする請求項１３に記載の基地局。
【請求項２３】
前記ネットワークレイヤパケットは、単一のアプリケーションからのネットワークレイヤトラフィックの一部であり、前記ネットワークレイヤトラフィックは前記第１のトラフィックサブクラスおよび前記複数の区分化されたトラフィックサブクラスの第２のトラフィックサブクラスに区分化されていることを特徴とする請求項１３に記載の基地局。
【請求項２４】
前記ネットワークレイヤトラフィックは、第１のフローおよび第２のフローを含み、前記第１のフローは前記第１のトラフィックサブクラスへ区分化されており、前記第２のフローは前記第２のトラフィックサブクラスへ区分化されていることを特徴とする請求項２３に記載の基地局。
【請求項２５】
前記ユーザプレーン輻輳の前記表示は、無線媒体を経由して前記基地局によって受信されること特徴とする請求項２０に記載の基地局。
【請求項２６】
前記プロセッサは、ユーザプレーン輻輳に応答して、前記受信されたユーザプレーンパケットに前記第１のポリシーに適用するよう構成されていることを特徴とする請求項１９に記載の基地局。
【請求項２７】
前記ユーザプレーン輻輳の前記表示は、無線媒体を経由して前記基地局によって受信されること特徴とする請求項９に記載の方法。
【請求項２８】
前記受信されたユーザプレーンパケットに前記第１のポリシーを適用する前記ステップは、
前記ユーザプレーン輻輳に応答して、前記受信されたユーザプレーンパケットに前記第１のポリシーに適用することを含むことを特徴とする請求項８に記載の方法。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】輻輳を処理するおよび／またはユーザ体感品質を管理するための階層的トラフィック区分化
【技術分野】
【０００１】
本発明は、輻輳を処理するおよび／またはユーザ体感品質を管理するための階層的トラフィック区分化を実施および／または使用するための方法、装置、およびシステムに関する。
【背景技術】
【０００２】
近年、ビデオおよび他のデータなど移動無線メディアに対する需要が絶えず増大しており、その成長は、著しく高いユーザデータ転送速度をもたらすロングタームエボリューション（ＬＴＥ）および／または拡張ＬＴＥネットワークの新しいインフラストラクチャと共に増大することが予測されている。今日の無線ネットワークは高い容量を有し、スマートフォンは、今やメディアを生成および／または表示することが可能であるが、これらの先進の無線通信ネットワークにわたって様々なタイプのメディアを実際に移送することは挑戦的なものとなっており、メディアの送信に対処するために無線ネットワーク内のリソースをスケジューリングすることは、困難な仕事である。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“Ｏｐｉｎｉｏｎ  ｍｏｄｅｌ  ｆｏｒ  ｖｉｄｅｏ−ｔｅｌｅｐｈｏｎｙ  ａｐｐｌｉｃａｔｉｏｎｓ”，  ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｇ．  １０７０，  ２００９
【非特許文献２】３ＧＰＰ  ＴＳ  ２２．１０１  ｖｌ２．３．０
【非特許文献３】３ＧＰＰ  ＴＳ  ２３．２０３
【非特許文献４】３ＧＰＰ  ＴＳ  ２３．４０２
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明では、輻輳を処理するおよび／またはユーザ体感品質を管理するための階層的トラフィック区分化を実施および／または使用するための改善された方法、装置、およびシステムを提供する。
【課題を解決するための手段】
【０００５】
階層的トラフィック区分化を実施する、および／または階層的トラフィック区分化を使用するための方法、装置、およびシステムは、たとえば輻輳を処理し、および／またはユーザ体感品質（ＱｏＥ）を管理するように実装される。階層的トラフィック区分化を実施することは、ＱｏＳクラスに従って形成されたベアラに、またはそのベアラ内でマッピングされたトラフィックを、複数のトラフィックサブクラスに区分化または他の手法で分類する（まとめて「区分化する」）ことを含む。階層的トラフィック区分化を使用することは、区分化されたトラフィックを、複数のトラフィックサブクラスの優先順位付け、および／またはそれらを管理するためのポリシに基づいて、送信するためにスケジューリングする、および／またはポリシング（たとえば、フィルタリング）することを含む。
【図面の簡単な説明】
【０００６】
より詳細な理解を、本明細書に添付の図面と共に、例として与えられている下記の詳細な説明から得ることができる。そのような図面内の図は、詳細な説明のように、例である。したがって、これらの図および詳細な説明は、限定するものと考えるべきでなく、他の同様に効果的な例が可能であり、ありそうに思われる。さらに、図における同様の符号は、同様の要素を示す。
【図１Ａ】１または複数の開示されている実施形態が実装される例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示されている通信システム内で使用される例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示されている通信システム内で使用される例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示されている通信システム内で使用される例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示されている通信システム内で使用される例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２Ａ】通信システムの一例と、通信システムを確立するデフォルトベアラおよび専用ベアラの例とを示すブロック図である。
【図２Ｂ】通信システムの一例と、通信システムを確立するデフォルトベアラおよび専用ベアラの例とを示すブロック図である。
【図３】無線ベアラ（ＲＢ）、Ｓ１ベアラ、およびＳ５ベアラに対するＥＰＳベアラのエンドツーエンドマッピングの一例を示すブロック図である。
【図４】ビデオ会議システムのためのシステムアーキテクチャの一例を示すブロック図である。
【図５】ビデオ会議システムのためのシステムアーキテクチャの一例を示すブロック図である。
【図６】ビデオ会議システムのためのシステムアーキテクチャの一例を示すブロック図である。
【図７】階層的トラフィック区分化を対象とするフローの例を示す流れ図である。
【図８】階層的トラフィック区分化を対象とするフローの例を示す流れ図である。
【図９】階層的トラフィック区分化を対象とするフローの例を示す流れ図である。
【図１０】階層的トラフィック区分化を対象とするフローの例を示す流れ図である。
【図１１】階層的トラフィック区分化を対象とするフローの例を示す流れ図である。
【図１２】例示的なエンドツーエンド体感品質（ＱｏＥ）コーディネーションを示す呼流れ図である。
【図１３】ユーザインザループ（user-in-the-loop）ＱｏＥベースの適応スケジューリングの例を示す流れ図である。
【図１４】リソース割当て方法の例を示す流れ図である。
【図１５】ネットワークエッジ上でのＱｏＥアウェアネスを用いた例示的な実施形態を示す流れ図である。
【図１６】ネットワークコアでのＱｏＥアウェアネスを用いた例示的な実施形態を示す流れ図である。
【図１７】階層的トラフィック区分化を実施するための例示的な呼の流れを示すブロック図である。
【図１８】階層的トラフィック区分化を実施するための例示的な呼の流れを示すブロック図である。
【図１９】階層的トラフィック区分化を実施するための例示的な呼の流れを示すブロック図である。
【図２０】階層的トラフィック区分化を実施するための例示的な呼の流れを示すブロック図である。
【発明を実施するための形態】
【０００７】
以下の詳細な説明では、本発明に開示されている実施形態および／または例を完全に理解することができるように、多数の特定の詳細を述べる。しかし、そのような実施形態および例は、本明細書に記載の特定の詳細の一部またはすべてがなくても実施されることを理解されたい。他の場合には、以下の説明をわかりにくくしないように、周知の方法、手順、構成要素、および回路は詳細に述べられていない。さらに、本明細書に具体的に記載されていない実施形態および例が、本明細書に明示的に、暗黙に、および／または本来的に記載され、開示され、または他の手法で提供されている（まとめて「提供されている」）実施形態および他の例の代わりに、またはそれらと組み合わせて実施される。
【０００８】
例示的な通信システム
本明細書に提供されている方法、装置、およびシステムは、有線ネットワークと無線ネットワークとを両方含む通信に良く適している。有線ネットワークは周知である。様々なタイプの無線デバイスおよびインフラストラクチャの概要が図１Ａないし図１Ｅに関連して提供されており、ネットワークの様々な要素が、本明細書に提供されている方法、装置、およびシステムを使用し、それらを実施し、それらに従って配置され、および／またはそれらに適合され、および／またはそれらのために構成される。
【０００９】
図１Ａは、１または複数の開示されている実施形態が実装される例示的な通信システム１００の図である。通信システム１００は、音声、データ、映像、メッセージング、ブロードキャストなど、コンテンツを複数の無線ユーザに提供する多元接続システムである。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用によってそのようなコンテンツにアクセスすることを可能にする。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を使用する。
【００１０】
図１Ａに示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むが、開示されている実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作および／または通信するように構成された任意のタイプのデバイスである。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され、ユーザ機器（ＵＥ）、移動局、固定型もしくは移動型加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電、圧縮されたビデオ通信を受信し処理することが可能な端末もしくは同様のタイプのデバイス、または同様のタイプのデバイスを含む。
【００１１】
また、通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含む。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースし、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスである。たとえば、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ノードＢ、高度化ノードＢ、ホームノードＢ、ホーム高度化ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、メディアアウェアネットワーク要素（ＭＡＮＥ）などである。基地局１１４ａ、１１４ｂは、それぞれが単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことを理解されたい。
【００１２】
基地局１１４ａは、ＲＡＮ１０４の一部であり、ＲＡＮ１０４もまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含む。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれる特定の地理的領域内で無線信号を送信および／または受信するように構成される。さらに、セルは、セルセクタに分割される。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割される。したがって、一実施形態では、基地局１１４ａは、３つ、すなわちセルの各セクタごとに１つ、トランシーバを含む。他の実施形態では、基地局１１４ａは、マルチ入力マルチ出力（ＭＩＭＯ）技術を使用し、したがって、セルの各セクタについて複数のトランシーバを使用する。
【００１３】
基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外（ＩＲ）、紫外（ＵＶ）、可視光など）であるエアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信する。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立される。
【００１４】
より具体的には、上記で指摘したように、通信システム１００は、多元接続システムであり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１または複数のチャネルアクセス方式を使用する。たとえば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立するユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）など無線技術を実装する。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）など、通信プロトコルを含む。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含む。
【００１５】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／または拡張ＬＴＥ（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立する拡張ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）など無線技術を実装する。
【００１６】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバル移動体通信システム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の拡張データ転送速度（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）など、無線技術を実装する。
【００１７】
図１Ａにおける基地局１１４ｂは、たとえば、無線ルータ、ホームノードＢ、ホーム高度化ノードＢ、またはアクセスポイントであり、事業所、自宅、乗物、キャンパスなど、局所的な領域での無線コネクティビティを円滑にするための任意の好適なＲＡＴを使用する。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１など無線技術を実装する。他の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５など無線技術を実装する。他の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用する。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０に対する直接接続を有する。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることが必要でない。
【００１８】
ＲＡＮ１０４は、コアネットワーク１０６と通信し、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された任意のタイプのネットワークである。たとえば、コアネットワーク１０６は、呼制御、支払い請求サービス、移動体位置をベースとするサービス、プリペイド呼、インターネットコネクティビティ、映像配信などを提供することができ、および／またはユーザ認証などハイレベルセキュリティ機能を実施する。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接または間接的に通信することを理解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を利用しているＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信する。
【００１９】
また、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働く。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含む。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）など、一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含む。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線もしくは無線通信ネットワークを含む。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する１または複数のＲＡＮに接続された別のコアネットワークを含む。
【００２０】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部がマルチモード機能を含む。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するために複数のトランシーバを含む。たとえば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用する基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用する基地局１１４ｂと通信するように構成される。
【００２１】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信エレメント１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非取外し式メモリ１０６、取外し式メモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む。ＷＴＲＵ１０２は、一実施形態と一貫したまま前述の要素の任意のサブコンビネーションを含むことを理解されたい。
【００２２】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、グラフィックス処理ユニット（ＧＰＵ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などである。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施する。プロセッサ１１８は、トランシーバ１２０に結合され、トランシーバ１２０は、送信／受信エレメント１２２に結合される。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内で共に集積されてもよいことを理解されたい。
【００２３】
送信／受信エレメント１２２は、エアインターフェース１１６上で基地局（たとえば、基地局１１４ａ）に信号を送信する、または基地局から信号を受信するように構成される。たとえば、一実施形態では、送信／受信エレメント１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナである。他の実施形態では、送信／受信エレメント１２２は、たとえばＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタである。他の実施形態では、送信／受信エレメント１２２は、ＲＦ信号と光信号との両方に送信および受信するように構成される。送信／受信エレメント１２２は、任意の組合せの無線信号を送信および／または受信するように構成されることを理解されたい。
【００２４】
さらに、送信／受信エレメント１２２は、図１Ｂに単一のエレメントとして示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信エレメント１２２を含む。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用する。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するために２つ以上の送信／受信エレメント１２２（たとえば、複数のアンテナ）を含む。
【００２５】
トランシーバ１２０は、送信／受信エレメント１２２によって送信しようとする信号を変調するように、また送信／受信エレメント１２２によって受信される信号を復調するように構成される。上記で指摘したように、ＷＴＲＵ１０２は、マルチモード機能を有する。したがって、トランシーバ１２０は、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１など複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするために複数のトランシーバを含む。
【００２６】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、それらからユーザ入力データを受け取る。また、プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力する。さらに、プロセッサ１１８は、非取外し式メモリ１０６および／または取外し式メモリ１３２など、任意のタイプの好適なメモリからの情報にアクセスし、それらにデータを記憶させる。非取外し式メモリ１０６は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含む。取外し式メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含む。他の実施形態では、プロセッサ１１８は、サーバ上または家庭用コンピュータ（図示せず）上など、物理的にＷＴＲＵ１０２上に位置しないメモリからの情報にアクセスし、それらにデータを記憶させる。
【００２７】
プロセッサ１１８は、電源１３４から電力を受け取り、ＷＴＲＵ１０２内の他の構成要素に電力を分配し、および／またはその電力を制御するように構成される。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスである。たとえば、電源１３４は、１または複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含む。
【００２８】
また、プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されるＧＰＳチップセット１３６に結合される。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６上で基地局（たとえば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、および／または近くの２つ以上の基地局から受信される信号のタイミングに基づいてその位置を決定する。ＷＴＲＵ１０２は、一実施形態と一貫したまま任意の好適な位置決定方法により位置情報を獲得することを理解されたい。
【００２９】
さらに、プロセッサ１１８は他の周辺機器１３８に結合され、それらの周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線コネクティビティを提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含む。たとえば、周辺機器１３８は、加速度計、電子コンパス（ｅ−ｃｏｍｐａｓｓ）、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンドフリー用ヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変換（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含む。
【００３０】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で指摘したように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を使用し、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する。また、ＲＡＮ１０４は、コアネットワーク１０６と通信する。図１Ｃに示されているように、ＲＡＮ１０４は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含み、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれが、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含む。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれがＲＡＮ１０４内の特定のセル（図示せず）に関連付けられる。また、ＲＡＮ１０４は、ＲＮＣ１４２ａ、１４２ｂを含む。ＲＡＮ１０４は、一実施形態と一貫したまま任意の数のノードＢおよびＲＮＣを含むことを理解されたい。
【００３１】
図１Ｃに示されているように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信する。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信する。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信する。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信する。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、接続されているそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成される。さらに、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバシティ、セキュリティ機能、データ暗号化など、他の機能を実施する、またはサポートするように構成される。
【００３２】
図１Ｃに示されているコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含む。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体（ｅｎｔｉｔｙ）によって所有および／または運営されてもよいことを理解されたい。
【００３３】
ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続される。ＭＳＣ１４６は、ＭＧＷ１４４に接続される。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８など回線交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にする。
【００３４】
また、ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続される。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続される。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などパケット交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にする。
【００３５】
上記で指摘したように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むネットワーク１１２に接続される。
【００３６】
図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で指摘したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用し、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する。また、ＲＡＮ１０４は、コアネットワーク１０６と通信する。
【００３７】
ＲＡＮ１０４は高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃを含むが、ＲＡＮ１０４は、一実施形態と一貫したまま任意の数の高度化ノードＢを含むことを理解されたい。高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれが、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含む。一実施形態では、高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装する。したがって、たとえば高度化ノードＢ１６０ａは、複数のアンテナを使用し、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３８】
高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成される。図１Ｄに示されているように、高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上で互いに通信する。
【００３９】
図１Ｄに示されているコアネットワーク１０６は、無線通信移動管理装置（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含む。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体によって所有および／または運営されてもよいことを理解されたい。
【００４０】
ＭＭＥ１６２は、Ｓ１インターフェース上でＲＡＮ１０４内の高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され、制御ノードとして働く。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ中に特定のＳＧＷを選択することなどの責任を担う。また、ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなど他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供する。
【００４１】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内の高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続される。ＳＧＷ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送する。また、ＳＧＷ１６４は、高度化ノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにダウンリンクデータが使用可能であるときページングをトリガすること、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実施する。
【００４２】
また、ＳＧＷ１６４はＰＧＷ１６６に接続され、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などパケット交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にする。
【００４３】
コアネットワーク１０６は、他のネットワークとの通信を容易にする。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８など回線交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にする。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み、またはＩＰゲートウェイと通信する。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供する。
【００４４】
図１Ｅは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）である。下記でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の異なる機能エンティティ間の通信リンクが、参照ポイントとして定義される。
【００４５】
図１Ｅに示されているように、ＲＡＮ１０４は、基地局１７０ａ、１７０ｂ、１７０ｃ、およびＡＳＮゲートウェイ１７２を含むが、ＲＡＮ１０４は、一実施形態と一貫したまま任意の数の基地局およびＡＳＮゲートウェイを含むことを理解されたい。基地局１７０ａ、１７０ｂ、１７０ｃは、それぞれがＲＡＮ１０４内の特定のセル（図示せず）に関連付けられ、それぞれが、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含む。一実施形態では、基地局１７０ａ、１７０ｂ、１７０ｃは、ＭＩＭＯ技術を実装する。したがって、基地局１７０ａは、たとえば複数のアンテナを使用し、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信する。また、基地局１７０ａ、１７０ｂ、１７０ｃは、ハンドオフのトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ施行など、移動管理機能を提供する。ＡＳＮゲートウェイ１７２は、トラフィック集約ポイントとして働き、ページング、加入者プロファイルのキャッシング、コアネットワーク１０６へのルーティングなどの責任を担う。
【００４６】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４との間のエアインターフェース１１６は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照ポイントとして定義される。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０６との論理インターフェース（図示せず）を確立する。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６との間の論理インターフェースは、Ｒ２参照ポイントとして定義され、認証、許可、ＩＰホスト構成管理、および／または移動管理のために使用される。
【００４７】
基地局１７０ａ、１７０ｂ、１７０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８参照ポイントとして定義される。基地局１７０ａ、１７０ｂ、１７０ｃとＡＳＮゲートウェイ１７２との間の通信リンクは、Ｒ６参照ポイントとして定義される。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連する移動イベントに基づいて移動管理を容易にするためのプロトコルを含む。
【００４８】
図１Ｅに示されているように、ＲＡＮ１０４は、コアネットワーク１０６に接続される。ＲＡＮ１０４とコアネットワーク１０６との間の通信リンクは、たとえばデータ転送および移動管理機能を容易にするためのプロトコルを含むＲ３参照ポイントとして定義される。コアネットワーク１０６は、移動ＩＰホームエージェント（ＭＩＰ−ＨＡ）１７４と、認証、許可、アカウンティング（ＡＡＡ）サーバ１７６と、ゲートウェイ１７８とを含む。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体によって所有および／または運営されてもよいことを理解されたい。
【００４９】
ＭＩＰ−ＨＡ１７４は、ＩＰアドレス管理の責任を担い、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にする。ＭＩＰ−ＨＡ１７４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１などパケット交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にする。ＡＡＡサーバ１７６は、ユーザ認証、およびユーザサービスをサポートすることの責任を担う。ゲートウェイ１７８は、他のネットワークとの網間接続を容易にする。たとえば、ゲートウェイ１７８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８など回線交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にする。さらに、ゲートウェイ１７８は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供する。
【００５０】
図１Ｅには示されていないが、ＲＡＮ１０４は他のＡＳＮに接続され、コアネットワーク１０６は他のコアネットワークに接続されることを理解されたい。ＲＡＮ１０４と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０４と他のＡＳＮとの間でのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの移動を調整するためのプロトコルを含むＲ４参照ポイントとして定義される。コアネットワーク１０６と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問を受けるコアネットワークとの間の網間接続を容易にするためのプロトコルを含むＲ５参照ポイントとして定義される。
【００５１】
図２Ａないし図２Ｂは、通信システム２００の一例と、通信システム２００内で確立されたデフォルトベアラ２０５および専用ベアラ２０７の例とを示すブロック図である。通信システム２００は、多元接続システムであり、図１Ａないし図１Ｄの通信システム１００に関連して上記で提供されたように構成される。通信システム２００は、たとえばＷＴＲＵ２０２（たとえば、ＵＥ）と、ネットワーク２０３とを含む。
【００５２】
ネットワーク２０３は、ＲＡＮ２０４（図２Ｂ）と、コアネットワーク（図示せず）と、インターネット２１０など１または複数のＰＤＮとを含む。ＲＡＮ２０４は、基地局２６０（たとえば、高度化ノードＢ）を含む。ＷＴＲＵ２０２および基地局２６０は、Ｅ−ＵＴＲＡなど無線技術を実装し、ＬＴＥ、ＬＴＥ−Ａ、および／または同様のタイプの無線通信標準の（１または複数の）他のプロトコルを使用してエアインターフェースを確立する。コアネットワークは、ＭＭＥ２６２と、ＳＧＷ２６４と、ＰＧＷ２６６と、ホーム加入者サーバ（ＨＳＳ）および／または加入者プロファイルリポジトリ（ＳＰＲ）（まとめて「ＨＳＳ／ＳＰＲ」）２１８と、全体的に２１９として示されているポリシおよび課金制御（ＰＣＣ）アーキテクチャと、アクセスネットワーク発見および選択機能（ＡＮＤＳＦ）２２２と、他の要素（図示せず）とを含む。コアネットワーク（およびその構成要素）は、ＬＴＥ、ＬＴＥ−Ａ、および／または同様のタイプの通信標準のための第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布されたシステムアーキテクチャエボリューション（ＳＡＥ）に従って形成される。コアネットワークは、たとえば、拡張パケットコア（ＥＰＣ）である。コアネットワーク、ならびに／またはそのいずれかが通信システム２００および／もしくはその要素を表す通信システムの詳細は、２０１２年４月１３日に出願された米国特許出願第１３／４４６，６８５号明細書（整理番号１１００１ＵＳ０１）に見出され、これを参照により本明細書に組み込む。
【００５３】
一般に、デフォルトベアラ２０５は、ＷＴＲＵ２０２に割り当てられ、ＷＴＲＵ２０２がネットワーク２０３に最初にアタッチしたとき確立される。デフォルトベアラ２０５は、ＷＴＲＵ２０２に割り当てられたままであり、ＷＴＲＵ２０２がネットワーク２０３にアタッチされている間、持続する。デフォルトベアラ２０５にはＩＰアドレスが関連付けられ、このＩＰアドレスは、（たとえば、デフォルト拡張パケットシステム（ＥＰＳ）ベアラアクティブ化を介して）ＷＴＲＵ２０２に暗黙に割り当てられる。１つのデフォルトベアラだけが示されているが、複数のデフォルトベアラがＷＴＲＵ２０２に割り当てられてもよく、それらのそれぞれが、それ自体の（たとえば、別々の）ＩＰアドレスを有する。ＷＴＲＵ２０２がネットワークに最初にアタッチしたとき、複数のデフォルトベアラのすべてが割り当てられる必要はない。典型的には、ＷＴＲＵがネットワーク２０３に最初にアタッチしたとき１つのデフォルトベアラが割り当てられ、追加のデフォルトベアラは、後で確立されてもよい。いくつかの実施形態では、ＷＴＲＵ２０２との最大１１個のデフォルトベアラが確立される。
【００５４】
専用ベアラ２０７は、デフォルトベアラ２０５の上部で追加のベアラとして働き、デフォルトベアラ２０５にリンクされる。専用ベアラ２０７は、デフォルトベアラ２０５のＩＰアドレスとは別々のＩＰアドレスを必要とせず、そのＩＰアドレスは、たとえば専用ＥＰＳベアラアクティブ化を介してＷＴＲＵ２０２に暗黙に割り当てられる。１つの専用ベアラだけが示されているが、デフォルトベアラ２０５にリンクされた複数の専用ベアラがＷＴＲＵ２０２に割り当てられてもよい。複数のデフォルトベアラがＷＴＲＵ２０２に割り当てられる実施形態では、１または複数の専用ベアラが確立され、そのような複数のデフォルトベアラにリンクされる。
【００５５】
ＱｏＳの点で、デフォルトベアラ２０５および専用ベアラ２０７は、サービスのそれぞれのレベルまたはクラス（それぞれ「ＱｏＳクラス」）に基づいてトラフィック区分化を提供する。デフォルトベアラ２０５は、典型的にはサービスの（１または複数の）ベストエフォートクラスのために構成され、専用ベアラ２０７は、典型的にはサービスの（１または複数の）ベターザンベストエフォート（better than best effort）クラスのために構成される。サービスのそのようなクラスを提供するのを容易にするために、専用ベアラ２０７は、保証ビットレート（ＧＢＲ）ベアラとして構成され、デフォルトベアラ２０５は、非ＧＢＲベアラとして構成される。一般に、非ＧＢＲベアラは、ファイルのダウンロード、電子メール、およびインターネットのブラウズ用など、サービスのベストエフォートクラスのトラフィックを取り扱うのに最も適しており、ＧＢＲベアラは、会話音声およびビデオ用など、サービスのベターザンベストエフォートクラス（たとえば、リアルタイム）のトラフィックに最も適している。デフォルトベアラ２０５は、非ＧＢＲベアラとして構成されるが、サービスのベターザンベストエフォートクラスのトラフィックを取り扱ってもよい。専用ベアラ２０７は、ＧＢＲベアラとして構成されるにもかかわらず、サービスのベストエフォートクラスのトラフィックを取り扱ってもよい。
【００５６】
ネットワーク２０３は、専用ベアラ２０７のために最小量の帯域幅（帯域幅割当て）を受け、専用ベアラ２０７は、基地局２６０のリソースが使用されているか否かにかかわらず基地局２６０のリソースを消費する。適正に実装されている場合、専用ベアラ２０７は、ＲＡＮ２０４およびコアネットワークを含めてネットワーク２０３内で、輻輳によるパケット損失を受けないはずである。専用ベアラ２０７は、一般にリアルタイムサービスに必要とされる（たとえば低い）レイテンシ（ｌａｔｅｎｃｙ）およびジッタ耐性で定義される。
【００５７】
ネットワーク２０３は、デフォルトベアラ２０５のために特定の帯域幅割当て予約をしない。デフォルトベアラ２０５は、ネットワーク２０３が輻輳している、または他のリソースが制約されているとき、パケット損失を受ける。デフォルトベアラ２０５および／または任意の他のデフォルトベアラには、最大ビットレート（ＭＢＲ）がベアラごとに指定されない。加入者ごとに、そのような加入者に割り当てられたデフォルトベアラのすべてについて合計最大ビットレート（ＡＭＢＲ）が指定されてもよい。
【００５８】
デフォルトベアラ２０５および専用ベアラ２０７のそれぞれは、それらに関連付けられたトランスポートチャネルの１または複数のプロパティを搬送するためにＱｏＳパラメータのセット（ベアラレベルＱｏＳパラメータ）に関連付けられる。これらのプロパティは、たとえば、ビットレート、パケット遅延、パケット損失、ビット誤り率、および基地局２６０のスケジューリングポリシを含む。デフォルトベアラ２０５のベアラレベルＱｏＳパラメータ（デフォルトベアラＱｏＳパラメータ）は、ネットワーク２０３によって、および／またはＨＳＳ／ＳＰＲ２１８内で維持された（またそこから取出し可能な）加入情報に基づいて割り当てられる。デフォルトベアラＱｏＳパラメータは、ＱｏＳクラスインジケータ（ＱＣＩ）と、割当ておよび保持優先度（ＡＲＰ）とを含む。
【００５９】
専用ベアラ２０７のベアラレベルＱｏＳパラメータ（専用ベアラＱｏＳパラメータ）は、ＱＣＩ、ＡＲＰ、ＧＢＲ、およびＭＢＲを含む。専用ベアラ２０７（または任意の他の専用ベアラ）を確立または修正する決定は、コアネットワークが担い、専用ベアラＱｏＳパラメータは、コアネットワーク（たとえば、ＭＭＥ２６２）によって割り当てられる。専用ベアラＱｏＳパラメータの値は、一般にＭＭＥ２６２によって修正されず、基地局２６０および／またはＲＡＮの他の要素に透過的に転送される。ＭＭＥ２６２は、専用ベアラ２０７（または任意の他の専用ベアラ）の確立を拒絶してもよい。
【００６０】
デフォルトベアラＱＣＩおよび専用ベアラＱＣＩは、それぞれのデフォルトベアラ２０５、専用ベアラ２０７で受信されたＩＰパケットがどのように処理されるか指定するために使用される。たとえば、デフォルトベアラＱＣＩと専用ベアラＱＣＩは、異なる値に設定されてもよく、それらのそれぞれは、対応するＱｏＳクラスに関連付けられた属性のセットを示し、および／またはそのセットに対する参照として動作する。属性のそれぞれのセットは、リンクレイヤ構成、スケジューリング重み、およびキュー管理などいくつかのノード特有のパラメータに異なるように影響を及ぼし、次いで、ネットワーク２０３のエッジノードおよび／または中間ノード（たとえば、それぞれＰＧＷ２６６および／または基地局２６０）によって処理されるデフォルトベアラ２０５および専用ベアラ２０７のそれぞれを横断するトラフィックのパケット転送に影響を及ぼす。デフォルトベアラ２０５と専用ベアラ２０７との間のトラフィック区分化は、たとえばＱＣＩのための異なる値を使用して、それらに異なるＱｏＳクラスを割り当てることによって実装される。
【００６１】
３ＧＰＰは、９つの異なるＱＣＩを定義しており、そのそれぞれが、９つの異なるＱｏＳクラスの１つを示す。表１（下記）は、９つのＱＣＩを、それらのＱＣＩタイプのそれぞれに関連付けられた対応する属性と共に列挙する。
【００６２】
【表１】
2015513829.tif 000001
【００６３】
ＱＣＩ５ないし９（非ＧＢＲ）は、デフォルトベアラ２０５に割り当てられ、ＱＣＩ１ないし４（ＧＢＲ）は、専用ベアラ２０７に割り当てられる。ＱＣＩおよび／またはＱｏＳクラスのすべてが採用される必要はなく、および／または配備される必要はない。たとえば、ネットワーク２０３内でＱｏＳに移行するまたは他の手法でＱｏＳを実装するオペレータは、音声、制御シグナリング、およびベストエフォートデータなど基本的なサービスクラスだけを最初に配備し、その後、高品質会話音声などプレミアムサービスを提供する専用ベアラを導入する可能性がある。
【００６４】
デフォルトベアラ２０５および専用ベアラ２０７にマッピングされたすべてのトラフィックが、同じベアラレベルパケット転送処理を受ける。たとえば、デフォルトベアラ２０５および専用ベアラ２０７にマッピングされたトラフィックは、そのようなデフォルトベアラ２０５および専用ベアラ２０７に割り当てられたそれぞれのＱＣＩによって示されるそれぞれのＱｏＳクラスに従ってベアラレベルパケット転送処理を受ける。
【００６５】
上記で指摘したように、コアネットワークは、ＰＣＣシステム２１９（図２Ｂ）を含む。ＰＣＣシステム２１９は、３ＧＰＰ  ＰＣＣアーキテクチャに従って形成される。ＰＣＣシステムは、３ＧＰＰ  ＰＣＣアーキテクチャに加えて、および／またはその代わりに要素を含む。ＰＣＣシステム２１９は、オペレータＩＰネットワークの上でＩＭＳのためのポリシおよび課金、たとえばＱｏＳポリシ制御およびフローベースの課金を処理する。また、ＰＣＣシステム２１９は、オーバーザトップサービス（ＯＴＴ）（たとえば、インターネット上でのビデオストリーミングサービス）を含めて、非ＩＭＳサービスのためのポリシおよび課金をも処理する。様々な実施形態では、パケット検査（たとえば、ディープパケットインスペクション（ＤＰＩ））および／または何らかの他の技法もしくは方法を介して識別されるＩＰトラフィックの特定のタイプに対して、予め構成されたＰＣＣ規則が使用される。
【００６６】
ＰＣＣシステム２１９は、ＱｏＳポリシ制御を実施する。ＱｏＳポリシ制御は、ＩＰユーザプレーンパケットの１または複数の指定されたセット（それぞれ「サービスデータフロー（ＳＤＦ）」）の送達が、（指定されている場合）ＧＢＲにて、もしくはＧＢＲの上方で確実に維持されるように、および／またはそのような配信が指定されたＭＢＲを確実に超えないようにするために使用される。様々な実施形態では、ＧＢＲは、ネットワークリソースを割り当てるために使用され、一方、ＭＢＲは、ＳＤＦのそれぞれが消費する最大ビットレートを施行するために使用される。ＳＤＦのそれぞれは、５タプルによって識別される。５タプルは、たとえば、ソースＩＰアドレス、宛先ＩＰアドレス、ソースポート番号、宛先ポート番号、およびトランスポートプロトコル（たとえば、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）など）を含む。
【００６７】
ＰＣＣポリシ規則は、ポリシおよび課金規則機能（ＰＣＲＦ）２２０内で維持され、ポリシ課金および施行機能（ＰＣＥＦ）２７０によって施行される。ＰＣＥＦ２７０は、ＰＧＷ２６６の機能であり、またはＰＧＷ２６６内に共に位置する。ＰＣＥＦ２７０は、ユーザプレーン内にあり、ＰＣＣポリシ規則が確実に守られるようにするように機能する。ＰＣＥＦ２７０は、たとえば（ｉ）ゲーティング（遮断／許可）およびトラフィックシェーピング（帯域幅を低減する）（まとめて「トラフィックシェーピング」）に関連するＱｏＳポリシ、ならびに（ｉｉ）オンラインおよびオフライン課金ポリシを適用する。ＱｏＳポリシは、ＳＤＦレベル、または細分性（ｇｒａｎｕｌａｒｉｔｙ）の他のレベルにある。オンラインおよびオフライン課金ポリシは、オンライン課金システム（ＯＣＳ）２２１、およびオフライン課金システム（ＯＦＣＳ）２２３から得られる。
【００６８】
ＰＣＣシステム２１９は、いくつかのインターフェースを含む。これらのインターフェースは、たとえば、Ｒｘインターフェース、およびＧｘインターフェースを含む。Ｒｘインターフェースは、ＰＤＮ内のアプリケーション機能（ＡＦ）２７２が、ＱｏＳ要件および／またはパラメータを含めて、ＳＤＦ情報をＰＣＲＦ２２０に提供することを可能にする。ＰＣＲＦ２２０は、そのような情報を、ＰＣＣ規則生成に対する入力として使用する。
【００６９】
ＰＣＲＦ２２０は、ＡＦ２７２から、フローについてのメディアレベル情報を含む要求を受信する。ＰＣＲＦ２２０は、提供された（要求内に記載の）特性を、オペレータによって定義されたポリシに対して解析し、あるＱｏＳ予約を許可し、および／またはＡＦ２７２からの要求を拒絶する。ＰＣＲＦ２２０は、サービス関連の情報および／または加入者関連の情報をＨＳＳ／ＳＰＲ２１８からダウンロードする。また、ＰＣＲＦ２２０は、規則（たとえば、ＰＣＣ規則、イベントレポートトリガなど）をＰＣＥＦ２７０に提供する。
【００７０】
ＰＣＲＦ２２０は、ＰＣＥＦ２７０でのＰＣＣ挙動に対して動的に制御する。そのような動的制御は、Ｇｘインターフェースによって可能になる。そのようなＰＣＣ規則は、予め構成され、ＰＣＥＦ２７０は、これらの規則を特定のタイプのＩＰトラフィックに適用する。これらの特定のタイプのＩＰトラフィックは、たとえばパケット検査により識別される。
【００７１】
ＧＰＲＳトンネリングプロトコル（ＧＴＰ）を使用し、ＰＧＷ３６６（または、ＧＧＳＮ）へのアクセスを提供することに加えて、ＰＣＣアーキテクチャ２１９は、インターネット技術タスクフォース（ＩＥＴＦ）をベースとする移動ＩＰ（ＭＩＰ）プロトコル（たとえば、ＭＩＰｖ４、ＰＭＩＰｖ６、およびＤＳＭＩＰｖ６のいずれか）を使用し、様々なタイプのアクセスの収束を容易にする。ＧＴＰに固有のＱｏＳ関連のシグナリングをサポートしないＭＩＰプロトコルの使用を容易にするために、ＰＣＣアーキテクチャ２１９は、ベアラバインディングおよびイベントレポーティング機能（ＢＢＥＲＦ）２７４を含む。ＢＢＥＲＦ２７４は、たとえば、ＰＣＲＦ２２０から搬送されるＱｏＳ情報のための直径ベース（Ｄｉａｍｅｔｅｒ−ｂａｓｅｄ）のＧｘｘインターフェースを含む。
【００７２】
また、ＰＣＣアーキテクチャ２１９は、在圏公衆陸上移動ネットワーク（ＰＬＭＮ）（図示せず）内でローミングするとき、ホームサービスまたは直接ローカルサービスへのアクセスをサポートする。このサポートは、たとえばホームＰＣＲＦと在圏ＰＣＲＦの間の直径ベースのＳ９インターフェースを介してＰＣＣポリシピアリングによって可能になる。
【００７３】
図示しないが、コアネットワークは、たとえばユーザデータ収束（ＵＤＣ）アーキテクチャが使用される場合、ＰＣＣ関連の加入データを記憶するために、ＨＳＳ／ＳＰＲ２１８ではなくユーザデータリポジトリ（ＵＤＲ）を含んでもよい。ＰＣＣアーキテクチャ２１９は、トラフィック検出機能（ＴＤＦ）２７６を含む。ＴＤＦ２７６は、アプリケーショントラフィック検出、通知、およびポリシ制御を実施する。ＰＣＣアーキテクチャ２１９は、Ｓ９ローミングインターフェースおよびＴＤＦ２７６によって容易にされる、ホームでルーティングされるアクセスでローミングするためにＳＰＲベースのアーキテクチャをサポートする。
【００７４】
ＰＣＣアーキテクチャ２１９は、複数の多元同時接続と、ＷＴＲＵによって開始されるＩＦＯＭおよび／またはネットワークによって開始されるＩＦＯＭを共に含めて、ＤＳＭＩＰｖ６をベースとするインターネットプロトコル（ＩＰ）フローモビリティ（ＩＦＯＭ）に対するサポートとを処理する。そのようなＩＦＯＭに対するサポートは、ＰＣＥＦ２７０が現在のルーティングアドレスおよびＩＦＯＭルーティング規則についてＲＣＲＦ２２０を最新の状態に保つことを含む。ＩＦＯＭルーティング規則は、ＰＣＲＦ２２０がＰＣＥＦ２７０においてフローモビリティの対象のＳＤＦのためのＱｏＳ規則をインストールするために使用する情報を含む。ＩＦＯＭルーティング規則は、セッション確立または修正中にＰＣＥＦ２７０からＰＣＲＦ２２０に提供される。ＰＣＥＦ２７０は、ＷＴＲＵ２０２から受信されるフローバインディング情報に基づいてＩＦＯＭルーティング規則を導出する。
【００７５】
また、ＰＣＣアーキテクチャ２１９は、イベントレポーティング機能（ＥＲＦ）を含む。ＥＲＦは、イベントトリガ検出を実施する。ＥＲＦは、たとえば、イベントがイベントトリガに一致したことに応答して、ＰＣＲＦ２２０にイベントをレポートする。ＥＲＦは、要求に基づくアプリケーションレポーティング（適用可能な場合）のためにＰＣＥＦ２７０、ＢＢＥＲＦ２７４、およびＴＤＦ２７６のいずれかに一体化され、その一部分とされ、またそれと共に組み合わされてもよい。
【００７６】
ＰＣＲＦ２２０は、ＰＣＥＦ２７０、ＢＢＥＲＦ２７４、ＴＤＦ２７６、ＨＳＳ／ＳＰＲ２１８、ＡＦ２７２、およびそれ自体のいずれかから、ＰＣＣ意志決定のために入力を受け入れる。１または複数のＰＣＣポリシ規則、ＱｏＳ制御規則、ＩＰ−ＣＡＮベアラ／セッションポリシ情報規則、使用監視制御情報規則、ＩＦＯＭルーティング規則、ならびにアプリケーション検出および制御（ＡＤＣ）規則が、ＰＣＣアーキテクチャ２１９によって処理される。たとえば、ＳＤＦは、ＰＣＥＦ２７０に送られるＰＣＣポリシ規則にマッピングされる。これらのＰＣＣポリシ規則は、規則名、サービス識別子、１または複数のＳＤＦフィルタ、優先順位、ゲート状態（開／閉）、ＱｏＳパラメータ、課金キー（レーティンググループ）、他の課金パラメータなどを含む。
【００７７】
ＢＢＥＲＦ２７４に送られるＱｏＳ制御規則は、ＰＣＣポリシ規則のサブセットを含む。例として、ＱｏＳ制御規則は、規則名、ＳＤＦフィルタの１または複数、優先順位、およびＱｏＳパラメータを含む。あるいは、ＱｏＳ制御規則は、ＰＣＣポリシ規則と同じであってもよい。ＰＣＣポリシ規則とＱｏＳ制御規則の両方で提供されるＱｏＳパラメータは、１または複数のＱＣＩ、１または複数の下位ＱＣＩ（サブＱＣＩ）、保証ベアラのための予約ビットレート、ベストエフォートベアラのための最大ビットレート、割当て／保持優先度（ＡＲＰ）、ＡＰＮ合計最大ビットレート（ＡＭＢＲ）などを含む。ＱｏＳパラメータは、他のパラメータをも含む。
【００７８】
ベアラバインディングは、アクセスベアラに対するＰＣＣポリシ規則の関連付けを含む。ＧＴＰベースのアクセスのためには、課金とＱｏＳ規則の施行が共にＰＣＥＦ２７０によって実施される。ＰＭＩＰｖ６アクセスのためには、ＱｏＳ情報は、ＧＴＰベースのプロトコルを使用して搬送されない可能性がある。代わりに、直径ベースの制御プロトコルがＧｘｘインターフェースの上で使用され、ＱｏＳ規則をＢＢＥＲＦ２７４に搬送する。様々な実施形態では、ベアラバインディングは、ＢＢＥＲＦ２７４内で行われるが、課金および／またはゲーティングは、ＰＣＥＦ２７０内で実施される。
【００７９】
ＡＮＤＳＦ２２２は、たとえばＩＰベースのＳ１４インターフェースの上でＷＴＲＵ２０２のために網間接続（たとえば、３ＧＰＰ／非３ＧＰＰ網間接続）情報を提供する。一般に、ＡＮＤＳＦ２２２は、ＷＴＲＵ２０２の現在の要件に基づいて最良のアクセス選択基準を使用して、使用可能なアクセスの中でキャリアが加入者のバランスを取ることを可能にする。ＡＮＤＳＦ２２２は、ＤＳＭＩＰｖ６その他を使用して現在標準化されている、ＩＦＯＭに対するサポートを提供する。
【００８０】
ＡＮＤＳＦ２２２は、非３ＧＰＰアクセスがあればそれを発見する際にＷＴＲＵ２０２を支援する。ＡＮＤＳＦ２２２は、たとえば管理オブジェクト（ＭＯ）（ＡＮＤＳＦ  ＭＯ）を使用して、システム間移動ポリシ（ＩＳＭＰ）および／またはシステム間ルーティングポリシ（ＩＳＲＰ）など、これらのネットワークへの接続をポリシングするための規則をＷＴＲＵ２０２に提供する。ＩＳＭＰと、ＩＳＲＰと、発見情報との間の関係は、（ｉ）ＷＴＲＵ１０２が多元接続を通じてコアネットワークに接続することが可能でないとき、ＩＳＭＰが、異なるアクセスを優先順位付けする、（ｉｉ）ＷＴＲＵ２０２が多元接続を通じてコアネットワークに接続することが可能である（たとえば、ＷＴＲＵ２０２が、ＩＦＯＭ、ＭＡＰＣＯＮ、非シームレスなＷＬＡＮオフロード、またはこれらの機能の任意の組合せのために構成されている）とき、ＩＳＲＰが、使用可能なアクセスの中でトラフィックをどのように分配するかを示す、ならびに（ｉｉｉ）発見情報は、ＷＴＲＵ２０２がＩＳＭＰおよび／またはＩＳＲＰに定義された異なるアクセスにアクセスするためのさらなる情報を提供する、ことである。
【００８１】
ＩＳＭＰは、ＩＰフローレベルの制御を可能にする。ＩＳＭＰは、ＭＮＯによって提供され、アクセスポイント名（ＡＰＮ）ごと、任意のＡＰＮ下のＩＰフロークラスごと、または特定のＡＰＮ下のＩＰフロークラスごとに定義される。ＩＳＭＰは、他の手法で定義されてもよい。ＩＰフロークラスは、メディアタイプ（たとえば、オーディオ）、ＩＭＳアプリケーションのためのＩＭＳ通信サービス識別子（たとえば、ＭＭＴＥＬ）、および任意のタイプのアプリケーションのためのそれぞれの５タプル（ＩＰソースアドレス、ＩＰ宛先アドレス、ソースポート、宛先ポート、プロトコルタイプ）のいずれかを介して識別される。５タプルは、可能なフィールドのいずれかにおけるワイルドカードを含む。たとえば、ＡＮＤＳＦ２２２は、所与の（たとえば、３ＧＰＰ）アクセスが所与のＩＰフロークラスについて最高の優先度のアクセスを有し、別の（たとえば、信頼できない非３ＧＰＰ）アクセスが別のＩＰフロークラスについて最高の優先度のアクセスを有することを示す。
【００８２】
ＩＳＲＰは、ＡＰＮなどＷＴＲＵ２０２にとって使用可能な外来情報、およびＩＰパケットヘッダ情報を含めて、情報のタイプに基づいてトラフィックを識別するための能力を提供する。ＩＰパケットヘッダ情報は、たとえば、トランスポートプロトコル、宛先ポート、および宛先ＩＰアドレスを含む。
【００８３】
また、ＡＮＤＳＦ２２２は、トラフィック識別を実施し、および／またはトラフィック識別情報を記録するように適合される。トラフィックの識別は、（ｉ）スループット（たとえば、送られた／受信されたデータの総量に基づいてトラフィックを識別すること）、（ｉｉ）アプリケーション（たとえば、アプリケーションＩＤ／名前／などに基づいてトラフィックを識別すること）、（ｉｉｉ）コンテンツタイプ（たとえば、コンテンツのタイプ（たとえば、ビデオ、オーディオ、データ、制御などに基づいてトラフィックを識別すること）、および（ｉｖ）宛先ドメイン（たとえば、ウェブ要求内の完全に適合する宛先名（ＦＱＤＮ）など宛先ドメインに基づいてトラフィックを識別すること）に基づく。トラフィック検出情報は、本明細書に記載の、および／または３ＧＰＰ  ＴＳ２４．３１２に述べられている他のＡＮＤＳＦ情報と共にＡＮＤＳＦ  ＭＯ内に記憶される。
【００８４】
ＡＮＤＳＦ２２２は、たとえばＷＴＲＵ２０２が接続を確立する過程にあるとき、ＷＴＲＵ２０２から、それがＩＳＭＰおよび／またはＩＳＲＰをサポートすることができるというインジケーションを受信する。ＡＮＤＳＦ２２２は、ＷＴＲＵ３０２にポリシ（たとえば、ＩＳＭＰおよび／またはＩＳＲＰ）を提供し、提供されたポリシに基づいて、ＷＴＲＵ２０２は、ＰＧＷ２６６（たとえば、ＤＳＭＩＰｖ６ベースのＩＦＯＭごとのホームエージェント（ＨＡ））に、適宜ＩＰフローを様々なアクセスにルーティングするように要求する。
【００８５】
図２Ｂに符号は付けられていないが、ＡＧＷは、ＢＢＥＲＦ２７４を含み、ＰＧＷ２６６と所与の（たとえば、非３ＧＰＰ）アクセスとの間でＰＭＩＰｖ６を使用することを容易にする。別の代替として、ＢＢＥＲＦ２７４は、ＳＧＷ２６４内に配置され、ＰＧＷ２６６と所与の（たとえば、３ＧＰＰ）アクセスとの間でＰＭＩＰｖ６を使用することを容易にする。
【００８６】
ＳＤＦのそれぞれは、ユーザサービスに関連するＩＰパケットを表す。ＳＤＦは、ネットワークオペレータによって定義されたポリシに基づいて特定のベアラにバインディングされる。このバインディングは、ＷＴＲＵ２０２および基地局２６０で行われる。ＳＤＦのそれぞれのためのバインディングは、トラフィックフローテンプレート（ＴＦＴ）を使用して実施される。各ＴＦＴは、パケットを識別し特定のベアラにマッピングするためにパケットフィルタリング情報を含む。パケットフィルタリング情報は、ネットワークオペレータによって構成可能であり、対応するＳＤＦを識別する５タプルを含む。専用ベアラ２０７は、ＴＦＴに関連付けられる。デフォルトベアラ２０５は、ＴＦＴに関連付けられてもよい（が必要ではない）。
【００８７】
図３は、無線ベアラ（ＲＢ）３０４、Ｓ１ベアラ３０６、およびＳ５ベアラ３０８に対するＥＰＳベアラ３０２のエンドツーエンドマッピングの一例を示すブロック図である。便宜上、エンドツーエンドマッピングについて、図２の通信システム２００を参照して述べる。ダウンリンクＴＦＴ機能およびアップリンクＴＦＴ機能が図３に示されている。ダウンリンクでは、ＰＧＷ２６６は、Ｓ５ベアラ３０８にマッピングされたＴＦＴにダウンリンクトラフィックをマッピングする。アップリンクでは、基地局２６０は、ＲＢ３０２をＳ１ベアラ３０６にマッピングする。
【００８８】
ＰＧＷ２６６は、下にあるトランスポートネットワークにベアラをマッピングする。トランスポートネットワークは、イーサネット（登録商標）をベースとするものであってもよく、またたとえばマルチプロトコルラベルスイッチング（ＭＰＬＳ）を使用してもよい。トランスポートネットワークは、（ベアラ構造および／またはコンストラクトを含めて）ベアラに気付いていなくてもよく、また、区分化されたサービス（ｄｉｆｆＳｅｒｖ）など他の（たとえば、標準の）ＩＰ  ＱｏＳ技法を使用してもよい。
【００８９】
基地局２６０は、エンドツーエンドＱｏＳおよびポリシ施行において有意な役割を果たす。基地局２６０は、ＲＦ無線リソーススケジューリングと共にアップリンクおよびダウンリンクレートポリシングを実施する。基地局２６０は、リソースをベアラ（たとえば、デフォルトベアラ２０５および専用ベアラ２０７）に割り当てるときＡＲＰを使用する。基地局２６０は、ＰＧＷ２６６のように、ベアラトラフィックを下にあるＩＰトランスポートネットワークにマッピングする。ＷＴＲＵ２０２もまた、エンドツーエンドＱｏＳおよびポリシ施行において役割を果たす。たとえば、ＷＴＲＵ２０２は、アップリンク方向でベアラに対するＳＤＦの初期マッピングを実施する。
【００９０】
指摘したように、トランスポートネットワーク（たとえば、スイッチ、ルータなど）は、ベアラに気付いていなくても、ＱｏＳのためにｄｉｆｆＳｅｒｖを使用してもよい。ベアラレベルのＱｏＳを容易にするために、基地局２６０およびＰＧＷ２６６は、ベアラレベルＱｏＳパラメータ（たとえば、ＱＣＩ）をそれぞれのｄｉｆｆＳｅｒｖ符号点（ＤＳＣＰ）値にマッピングする。ベアラレベルＱｏＳパラメータ（たとえば、ＱＣＩ）の、ＩＰネットワークＱｏＳフレームワーク（たとえば、ＤＳＣＰ）へのマッピングは、様々な手法で実装される。そのようなマッピング機能のためのガイドラインを提供するために、以下のＤＳＣＰのホップごとの挙動が定義されている。
【００９１】
相対的優先転送（ＡＦ）−ビデオ会議、ストリーミング、クライアント−サーバトランザクション
完全優先転送（ＥＦ）−ＶｏＩＰ
デフォルト転送（ＤＦ）−区分化されていないアプリケーション
ベストエフォートクラスストリーム−帯域幅保証のない任意のフロー（たとえば、低優先度データ）
【００９２】
階層的トラフィック区分化
【００９３】
本明細書では、階層的トラフィック区分化を実施し、ならびに／または、階層的トラフィック区分化を使用し、たとえば輻輳を処理する、および／もしくはユーザ体感品質（ＱｏＥ）を管理するための方法、装置、およびシステムが提供される。階層的トラフィック区分化を実施することは、ＱｏＳクラスに従って形成されたベアラに、またはそのベアラ内でマッピングされたトラフィック（たとえば、フロー）を、複数のトラフィックサブクラスに区分化または他の手法で分類する（まとめて「区分化する」）ことを含む。
【００９４】
各トラフィックサブクラスは、トラフィックのそのクラスを別のトラフィックサブクラスから区分化するための１もしくは複数の属性、ならびに／またはトラフィックのそのサブクラスのためのポリシングおよびスケジューリングをいかに処理するかについての規則を有する１もしくは複数のポリシで構成される。これらの属性は、たとえば他のトラフィックサブクラスに対する相対的優先度、ＱｏＳパラメータのシェアなど、トラフィックのクラスに属すると考えられる１または複数の特性を含む。これらの属性は、対応するトラフィックサブクラス下で分類するのに適格であるトラフィックの１もしくは複数の特性、またはそのトラフィックを識別および／もしくは示すための１もしくは複数の基準を含む。たとえば、各トラフィックサブクラスは、その分類に適格となるための特定のトラフィックプロファイルをトラフィックが有する基準を有する。代替として、および／またはそれに加えて、各トラフィックサブクラスは、トラフィックが、そのようなトラフィックサブクラスとして分類されるまたはそのようなトラフィックサブクラス下で分類するのに適格であることを示すインジケーションをトラフィックが含む基準を有する。代替として、および／またはそれに加えて、各トラフィックサブクラスは、たとえばトラフィックサブクラスの相対的優先度などトラフィックのそのクラスに属すると考えられる特性の１または複数を示すインジケーションをトラフィックが含む基準を有する。
【００９５】
階層的トラフィック区分化を実施する、および／または階層的トラフィック区分化を使用するための本明細書に提供されている方法、装置、およびシステムは、下記に提供されるものを含めて、様々なシナリオまたはユースケースに適用可能および／または有用である。以下の説明では、「（１または複数の）ＱｏＳクラス」と「（１または複数の）ＱＣＩレベル」という用語は、一般性および／またはそれらの間の違いを失うことなしに交換可能に使用される。同様に、「（１または複数の）トラフィックサブクラス」と「（１または複数の）イントラＱＣＩレベル」という用語は、一般性および／またはそれらの間の違いを失うことなしに交換可能に使用される。さらに、「トラフィック」と「フロー」という用語は、一般性および／またはそれらの間の違いを失うことなしに交換可能に使用される。
【００９６】
同じＱＣＩを有する（たとえば、ＯＴＴ）アプリケーションのトラフィックは、ＱｏＳ、パケット転送などの点で同じに処理される。場合によっては、ネットワーク２０３内の輻輳の期間中、リアルタイムおよび／または他のベターザンベストエフォートトラフィックにとって受け入れられない、および／または望ましくない遅延が予想される。下記でより詳細に述べるように、階層的トラフィック区分化を実施し、および／または階層的トラフィック区分化を使用し、トラフィックサブクラス（イントラＱＣＩレベル）の優先順位付けに基づいて区分化されたトラフィックのスケジューリングをポリシング（フィルタリング）および／もしくは調整する、ならびに／またはそれらのトラフィックサブクラスを管理するためにポリシングすることは、輻輳を軽減し、ならびに／またはリアルタイムおよび／もしくは他のベターザンベストエフォートトラフィックのＱｏＥを向上させる。階層的トラフィック区分化を使用するポリシングおよびスケジューリング戦略は、干渉、フェージング、および他のユーザトラフィックからの競合による移動ネットワークの変化においてユーザにとって使用可能な帯域幅として使用される。
【００９７】
アプリケーションは様々なタイプのトラフィックのソースとなり、それらのすべてが同じアプリケーションＩＤを有する。レガシ方法、装置、およびシステムでは、ベアラのために定義されたＴＦＴは、ＰＧＷ２６６（ダウンリンク）および／またはＷＴＲＵ２０２（アップリンク）にて、そのアプリケーションの異なるタイプのトラフィックのすべてを単一のベアラにマッピングする。たとえば、アプリケーション（たとえば、Ｓｋｙｐｅアプリケーション）は、音声および他のオーディオ、ビデオ、テキスト、ならびに／またはキープアライブメッセージングのソースとなる。中間ネットワークノード（たとえば、基地局２６０）は、同じベアラ内の異なるタイプのトラフィックを（互いに）区別すること、および／または単一のベアラにマッピングされるアプリケーションの異なるタイプのトラフィックのすべてに鑑みて、対応するトラフィック優先順位付け決定をすることが可能でない可能性がある。ＱＣＩレベルより低い（たとえば、より細かい）細分性に基づいてトラフィックを区分化することは、たとえばアプリケーションの音声トラフィックを、ビデオおよび／または同じベアラ内の他のタイプのトラフィックより優先することを可能にする。これら、および他の適切な決定は、一時的な帯域幅ドロップ、たとえば良好なオーディオ品質を提供し、および／または呼ドロップを防止するようにビデオおよび／または他のタイプのトラフィックをドロップすることに応答してなされる。
【００９８】
ＷＴＲＵ２０２が接続されたモードにあるとき、あるアプリケーションは、断続的なトラフィックだけのソースとなる（たとえば、Ｓｋｙｐｅキープアライブメッセージング）。ネットワークオペレータは、そのようなトラフィックを担持するためにデフォルトベアラ２０５を使用することを好む。また、オペレータは、短い持続時間のビデオ（たとえば、小さいＹｏｕＴｕｂｅビデオ）または他の短い持続時間のセッショントラフィックについて、そのようなセッションのために専用ベアラ２０７を確立し解体するコスト／利益に鑑みて、デフォルトベアラ２０５を使用することを好む。ベターザンベストエフォートサービスのために専用ベアラ２０７よりデフォルトベアラ２０５を使用することを優先すること、および／またはデフォルトベアラ２０５を排他的に使用することを容易にするために、たとえばＲＡＮおよびコアネットワークでの負荷平衡および／またはスケジューリングのためのデフォルトベアラ２０５内のトラフィックの区分化が、ＱＣＩレベルより低い（たとえば、より細かい）細分性に基づいてトラフィックを区分化することによって実施される。たとえば、輻輳の場合には、基地局２６０は、アクティブなキュー管理を実施し、トラフィックプロファイルに基づいて、キューバッファサイズを超えるトラフィックをドロップすると決定する。どのトラフィックをドロップするかについて決定する前に、基地局２６０は、いずれかのトラフィックが１または複数のイントラＱＣＩレベルに従って分類されているかどうか決定し、そうである場合、そのような決定に基づいて適切なドロップ決定をする。
【００９９】
上記で指摘したように、近年、移動無線ビデオに対する需要が絶えず増大しており、その成長は、著しく高いユーザデータ転送速度をもたらすＬＴＥおよび／またはＬＴＥ−Ａネットワークの新しいインフラストラクチャと共に増大することが予測されている。他のアプリケーションに比べて、ビデオはより多くのネットワークリソースを消費する。同じビデオトラフィックフロー内で、パケットは、必ずしも等しく重要なものでない可能性がある。たとえば、階層的Ｐビデオ符号化の場合、複数の時間的レイヤがある。レイヤ０内のパケットはレイヤ１内のパケットより重要であり、レイヤ１内のパケットはレイヤ２内のパケットより重要である。
【０１００】
ビデオフローのためのＱｏＥ
本明細書では、ＱｏＥパラメータに基づく無線システムリソーススケジューリングのための方法、装置、およびシステムが提供される。ユーザ間の所与のビデオアプリケーションは、複数のセルラネットワークにまたがる。１つの例が図４に示されており、ＵＥ（本明細書では、ＷＴＲＵとも呼ばれる）４０２がネットワーク４０４内に位置し、ＵＥ４０６がネットワーク４０８内に位置する。他のシナリオでは、両エンドデバイスがＵＥではない。たとえば、それらの１つは、インターネットに接続されたコンピュータであっても、ネットワークの上でアクセス可能なビデオストリーミングサーバであってもよい。一例が図５に示されており、コンピュータは、ウェブカメラを有するＰＣでもビデオストリーミングサーバでもよい。
【０１０１】
リソース割当てにおいてＱｏＥを考慮することは、ネットワークリソース割当てを最適化するための新しい方法に通じる。たとえば、３人の参加者のそれぞれがそれぞれのＵＥを介して遠隔会議に参加するビデオ遠隔会議のシナリオを考えてみる。そのようなビデオ遠隔会議のシナリオを処理するように構成されたビデオ会議システムのためのシステムアーキテクチャの一例が、図６に示されている。心理学研究は、ビデオＱｏＥが、たとえばライティング条件を含めていくつかの環境要因に依存することを示している。ライティングが明るい場合、ユーザはより鋭敏になり、より低い品質のビデオで同じＱｏＥを知覚する。図６に示されている例では、ユーザ２は暗いライティング条件にあり、ユーザ３は、明るいライティング条件にある。ユーザ２とユーザ３は、ユーザ１から同じビデオコンテンツを（たとえば、トランスコーディングなしで、および／またはコアネットワーク内のパケット損失を無視することによって）得ようと試みるので、２つの高度化ノードＢ、すなわち高度化ノードＢ６１４ｂおよび高度化ノードＢ６１４ｃ）に到達するビデオトラフィックは同じであることに留意されたい。ユーザ２はより暗いライティング条件にあるので、ＵＥ６０２ｂは、ユーザ３と同じＱｏＥを得るためにより高い客観的品質のビデオを必要とする。これは、ユーザ２とユーザ３についてチャネル条件が同じであると仮定して、高度化ノードＢ６１４ｃが高度化ノードＢ６１４ｂより少ないリソースを使用し、同じＱｏＥを提供することを意味する。節約されたリソースは、高度化ノードＢ６１４ｃによってサービスを受ける他のユーザに割り当てられてもよい。そのような節約されたリソースは、高度化ノードＢ６１４ｃが輻輳している、および／またはリソースが制約されているとき、特に有益である。
【０１０２】
検討すべき別の状況は、ユーザ２が時間の経過につれて暗い光の条件から明るいライティング条件に移動する場合である。そのような情報が高度化ノードＢ６１４ｂに渡され、そのとき高度化ノードＢ６１４ｂは、それに応じてそのリソース割当てを調整する。
【０１０３】
様々な他の要因がＱｏＥに影響を及ぼす。これらの要因は、たとえば、ビデオパケットのタイプ（たとえば、階層的Ｐビデオ符号化における時間的レイヤ）、遅延ジッタ、動き（ＵＥとエンドユーザとの間）、照明／ライティング、デバイス情報、ディスプレイタイプ、ディスプレイサイズ、視角および視距離などを含む。
【０１０４】
ネットワークリソース割当てのための検討すべき別の要因は、異なるユーザが同じビデオおよび／または同じ環境要因に対して異なるＱｏＥを有することである。ＱｏＥに基づいてネットワークリソースを割り当てるために、ネットワークは、多様なユーザの違いを考慮することを必要とする。ＱｏＥをプロビジョニングするための１つの方法は、ユーザの特徴および嗜好を考慮して、所望のＱｏＥを対応するＱｏＳレベルに変換することによるものである。ユーザの違いの多様性により、効率的なＱｏＥベースのリソース割当てをサポートするために多数の所望のＱｏＳレベルが必要である。
【０１０５】
次に図７を参照すると、階層的トラフィック区分化を対象とするフロー７００の例を示す流れ図が示されている。フロー７００は、たとえば輻輳を処理する、および／またはユーザＱｏＥを管理するために実施される。
【０１０６】
プロセスブロック７０２では、ＱｏＳクラス（ＱＣＩレベル）に従って形成されたベアラにマッピングされたトラフィックが得られる。プロセスブロック７０４では、ベアラ内のトラフィックが複数のトラフィックサブクラス（イントラＱＣＩレベル）に区分化される。ベアラ内のトラフィックを複数のトラフィックサブクラスに区分化することは、複数のトラフィックサブクラスのどのトラフィックサブクラスにトラフィックのパケットを割り当てるかのインジケーションを得ることを含む。
【０１０７】
一実施形態では、パケットはインジケーションを含み、インジケーションを得ることは、インジケーションを見せるためにそのパケットのパケット検査を実施することを含む。インジケーションは、パケット内の様々な位置に配置される。たとえば、パケットはヘッダを含み、ヘッダはインジケータを含む。ヘッダは、たとえばＧＴＰであり、またはＧＴＰに従ったものである。
【０１０８】
一実施形態では、インジケーションを得ることは、パケットについての情報を得るためにパケット検査を実施すること、および得られた情報に基づいてインジケーションを導出することを含む。得られた情報は、たとえば異なるタイプのトラフィックを区別するためのアプリケーション特有のシグネチャを含む。
【０１０９】
一実施形態では、インジケーションを得ることは、シグナリング（たとえば、パケットとは別々のシグナリング）を介してインジケーションを受信することを含む。
【０１１０】
一実施形態では、インジケーションは、パケットを割り当てるためのトラフィックサブクラスの優先度を示す。一実施形態では、パケットは、ＱｏＳクラスに対応するＱＣＩを含む。一実施形態では、インジケータは、サブＱＣＩである。
【０１１１】
一実施形態では、インジケーションは、パケットを処理するためのトラフィックサブクラスに適用されるべきポリシ規則を示す。一実施形態では、ポリシ規則は、トラフィックサブクラスのパケットをポリシングおよび／またはスケジューリングするために使用するためのパラメータを含む。
【０１１２】
プロセスブロック７０６では、区分化されたトラフィックは、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングされる。区分化されたトラフィックをスケジューリングすることは、複数のトラフィックサブクラスの優先順位付けに基づいて、区分化されたトラフィックのパケットの送信のスケジューリングされた時間を調整することを含む。区分化されたもののスケジューリングは、リソースの不足および／または輻輳に鑑みて実施される。輻輳は、たとえばユーザプレーンＲＡＮ輻輳（ＵＰＣＯＮ）を含む。
【０１１３】
図示しないが、区分化されたトラフィックは、区分化されたトラフィックのスケジューリングの代わりに、それに加えて、またはそれと組み合わせて、複数のトラフィックサブクラスの優先順位付けに基づいてフィルタリングされる。一実施形態では、区分化されたトラフィックをフィルタリングすることは、複数のトラフィッククラスの少なくとも１つの他のトラフィックサブクラスの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを区分化されたトラフィックからフィルタリングすることを含む。一実施形態では、パケットは、複数のトラフィッククラスのそれぞれの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、区分化されたトラフィックからフィルタリングされる。一実施形態では、パケットは、区分化されたトラフィックのパケットが区分化されたトラフィックからフィルタリングされない優先度より低い優先順位付けの優先順位の順で優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、区分化されたトラフィックからフィルタリングされる。
【０１１４】
フロー７００は、ＷＴＲＵ２０２、ならびに／または、たとえば基地局２６０、ＳＧＷ２６４、ＰＧＷ２６６、および他のデータプレーンネットワーク要素および／もしくはノードを含めてネットワーク２０３の様々なノードなど、図２Ａないし図２Ｂの通信システム２００の様々なエンティティによって実施される。フロー７００は、他の通信システムでも実施される。
【０１１５】
図８は、階層的トラフィック区分化を対象とするフロー８００の例を示す流れ図である。フロー８００は、たとえば輻輳を処理する、および／またはユーザＱｏＥを管理するために実施される。図８のフロー８００は、本明細書に記載されていることを除いて、図７のフロー７００と同様である。
【０１１６】
プロセスブロック８０２では、区分化されたトラフィックが、複数のトラフィックサブクラスの優先順位付けに基づいてフィルタリングされる。一実施形態では、区分化されたトラフィックをフィルタリングすることは、複数のトラフィッククラスの少なくとも１つの他のトラフィックサブクラスの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを区分化されたトラフィックからフィルタリングすることを含む。一実施形態では、パケットは、複数のトラフィッククラスのそれぞれの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、区分化されたトラフィックからフィルタリングされる。一実施形態では、パケットは、区分化されたトラフィックのパケットが区分化されたトラフィックからフィルタリングされない優先度より低い優先順位付けの優先順位の順で優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、区分化されたトラフィックからフィルタリングされる。
【０１１７】
区分化されたトラフィックのフィルタリングは、リソースの不足および／または輻輳に鑑みて実施される。輻輳はＵＰＣＯＮを含む。
【０１１８】
プロセスブロック８０４では、フィルタリングされたトラフィックが、送信するためにスケジューリングされる。一実施形態では、フィルタリングされたトラフィックを、送信するためにスケジューリングすることは、複数のトラフィックサブクラスの優先順位付けに基づく。これは、複数のトラフィックサブクラスの優先順位付けに基づいて、フィルタリングされたトラフィックの１つのパケットの送信のスケジューリングされた時間を調整することを含む。
【０１１９】
フロー８００は、ＷＴＲＵ２０２、ならびに／または、たとえば基地局２６０、ＳＧＷ２６４、ＰＧＷ２６６、および他のデータプレーンネットワーク要素および／もしくはノードを含めてネットワーク２０３の様々なノードなど、図２Ａないし図２Ｂの通信システム２００の様々なエンティティによって実施される。フロー８００は、他の通信システムでも実施される。
【０１２０】
図９および図１０は、階層的トラフィック区分化を対象とするフロー９００、１０００の例を示す流れ図である。フロー９００、１０００は、たとえば輻輳を処理する、および／またはユーザＱｏＥを管理するために実施される。図９および図１０のフロー９００、１０００は、区分化されたトラフィックのスケジューリングおよび／またはフィルタリングが、たとえば下記および／または上記に提供されている適切なポリシなど、複数のトラフィックサブクラスを管理するためのそれぞれのポリシに基づくことを除いて、それぞれ図７および図８のフロー７００およびフロー８００と同様である。
【０１２１】
フロー９００、１０００は、ＷＴＲＵ２０２、ならびに／または、たとえば基地局２６０、ＳＧＷ２６４、ＰＧＷ２６６、および他のデータプレーンネットワーク要素および／もしくはノードを含めてネットワーク２０３の様々なノードなど、図２Ａないし図２Ｂの通信システム２００の様々なエンティティによって実施される。フロー９００、１０００は、他の通信システムでも実施される。
【０１２２】
図１１は、階層的トラフィック区分化を対象とするフロー１１００の例を示す流れ図である。フロー１１００は、たとえば輻輳を処理する、および／またはユーザＱｏＥを管理するために実施される。図１１のフロー１１００は、本明細書に記載されていることを除いて、図７ないし図１０のフロー７００、８００、９００、１０００と同様である。
【０１２３】
プロセスブロック１１０２では、区分化されたトラフィックを処理するためのポリシが参照される。プロセスブロック１１０４では、区分化されたトラフィックがポリシに基づいて管理される。ポリシは、下記および／または上記（たとえば、下記のポリシテーブル内）に提供されている区分化されたトラフィックを処理するためのポリシのいずれかである。一実施形態では、ポリシは、ユーザ加入情報から導出された１もしくは複数の条件、および／またはオペレータポリシから導出された１もしくは複数の条件を含む。ポリシは、他の条件をも含む。
【０１２４】
フロー１１００は、ＷＴＲＵ２０２、ならびに／または、たとえば基地局２６０、ＳＧＷ２６４、ＰＧＷ２６６、および他のデータプレーンネットワーク要素および／もしくはノードを含めてネットワーク２０３の様々なノードなど、図２Ａないし図２Ｂの通信システム２００の様々なエンティティによって実施される。フロー１１００は、他の通信システムでも実施される。
【０１２５】
階層的トラフィック区分化を実施する、および／または階層的トラフィック区分化を使用するための方法、装置、およびシステムのうちには、ツリーベースの構造および／または方法を使用して階層的トラフィック区分化を実施するための方法、装置、およびシステムがある。ツリーベースの構造および／または方法は、各ＱＣＩレベルまたは任意のＱＣＩレベルについて、１または複数の下位またはイントラＱＣＩレベル識別子（サブＱＣＩ）を含む。これらのサブＱＣＩは、フローのサブフローおよび／またはサブフローを割り当てるためのトラフィックサブクラスのそれぞれの優先度に関連付けられる。
【０１２６】
また、これらの方法、装置、およびシステムのうちには、異なるタイプのトラフィックを区別するためにアプリケーション特有のシグネチャを含むようにＴＦＴが拡張される方法、装置、およびシステムがある。アプリケーション特有のシグネチャは、ユーザプロファイルまたはＵＥコンテキスト（たとえば、ＨＳＳのためのもの）内で使用可能であり、コアネットワークノード（たとえば、ＰＣＥＦ）およびＲＡＮノード（たとえば、ＵＥ）内にインストールされる。これらのノードは、それぞれのポリシテーブルを備え、それらを維持する。ポリシテーブルを有するこれらのそれぞれは、ベアラ内の特定のサブフロー、それらの互いに対する相対的優先度、ＱｏＳパラメータのそれらのシェアなどを処理するための規則を含む。
【０１２７】
中間ノード（たとえば、高度化ノードＢ）は、サブフローのどれに各パケットが属するか検出するように構成される。ＤＰＩを実施する能力を有する中間ノードは、アプリケーションシグネチャで構成される。あるいは、アプリケーションシグネチャは、エッジノード内でだけインストールされる可能性があり、エッジノードは、ＤＰＩを実施し各パケットのサブＱＣＩを決定し、ユーザプレーンパケットノードと共に情報を転送する。中間ノードは、各ユーザプレーンパケットに関連付けられたサブＱＣＩ値を回復し、ポリシテーブルを使用しそのパケットのための処理を決定する。
【０１２８】
ツリーベースの構造および／または方法の使用を容易にするために、ネットワークおよび／またはＲＡＮレイヤは、アプリケーションとコアネットワークとの間のインタラクションを処理し、サブＱＣＩレベルに伴う細分性でトラフィックを提供するように、またそのようなＱｏＳ区分化に従って専用ＥＰＳおよび無線ベアラの作成および／または除去を処理するように構成される。
【０１２９】
ＱｏＥ評価
ＱｏＥは、主観的または客観的に評価される。本明細書では、客観的手法が提供される。具体的には、本明細書で提供されるいくつかのＱｏＥモデルを使用し、ビデオ品質パラメータの値に基づいてエンドユーザによって知覚されることになるＱｏＥを推測する。これらのビデオ品質パラメータは、ビデオアプリケーションのＱｏＳパラメータおよび／または特性である。
【０１３０】
非特許文献１では、いくつかのビデオ品質パラメータが、エンドツーエンド遅延、パケット損失率、ビットレート、フレームレート、ならびにコーデックタイプ、ビデオフォーマット、キーフレーム間隔、およびビデオディスプレイサイズを含むビデオコーデックパラメータを含む。
【０１３１】
これらのパラメータはビデオ送信品質の貴重な測定量（ｍｅａｓｕｒｅ）であるが、本明細書に記載されているように、追加のパラメータを使用し、主観的ビデオ品質のより正確な測定量を得る。これらのパラメータは、ビデオパケットのタイプ（たとえば、階層的Ｐにおける時間的レイヤ）、遅延ジッタ、動き（ＵＥとエンドユーザとの間）、ソース環境および／または宛先環境における照明／ライティング、エンドユーザフィードバック、ならびにデバイス情報、ディスプレイタイプ、ディスプレイサイズ、視角および視距離を含む。これら、および他のパラメータが、２０１２年１月１９日に出願された「Ｖｉｅｗｉｎｇ  Ｃｏｎｄｉｔｉｏｎｓ  Ａｄａｐｔｉｖｅ  Ｃｏｄｉｎｇ  ａｎｄ  Ｄｅｌｉｖｅｒｙ  ｏｆ  Ｖｉｓｕａｌ  Ｉｎｆｏｒｍａｔｉｏｎ」という名称の米国特許仮出願第６１／５８８，５８８号明細書にさらに記載されており、これを参照により本明細書に組み込む。
【０１３２】
いくつかの実施形態では、拡張可能な機構を使用し、ＱｏＥパラメータを表す。たとえば、サービス記述プロトコル（ＳＤＰ）を使用し、ＱｏＥパラメータについて説明する。あるいは、いくつかの実施形態は、ＸＭＬなど知識表現言語を使用する。照明／ライティング、視角、視距離など環境情報は、ＵＥ上のセンサによって測定される。ディスプレイタイプ、ディスプレイサイズなどデバイス情報は、ＵＥの登録中に、またはＱｏＥ要求と共にネットワークに渡され、ネットワーク内で記憶される。
【０１３３】
例示的な一実施形態では、ＱｏＥ推定は、
ＱｏＥ＿ｅｓｔｉｍａｔｅ＝−ａ＊ｌｏｇ（ｐａｃｋｅｔ＿ｌｏｓｓ＿ｒａｔｅ）−ｂ＊Ｕ（ｐａｃｋｅｔ＿ｄｅｌａｙ−ｄｅｌａｙ＿ｔｈｒｅｓｈｏｌｄ）＋ｃ＊ｂｉｔ＿ｒａｔｅ＋ｄ＊ｆｒａｍｅ＿ｒａｔｅ＋ｅ＊ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅ＋ｆ＊ｍｏｔｉｏｎ＋ｇ＊ａｍｂｉｅｎｔ＿ｌｉｇｈｔｉｎｇ−ｈ＊ｄｉｓｐｌａｙ＿ｓｉｚｅ
を計算することによって得ることができ、上式で、ａ、ｂ、ｃ、ｄ、ｅ、ｆ、ｇはすべて正の係数であり、Ｕ（）は、引数が負であると評価された場合、値０を取り、そうでない場合、値１を取る単位ステップ関数であり、ｄｅｌａｙ＿ｔｈｒｅｓｈｏｌｄは、受け入れられるパケット遅延である。
【０１３４】
係数の値は、ビデオのコンテンツ、ディスプレイタイプ、または他のＱｏＥパラメータに依存し、実験によって決定されてもよい。あるいは、いくつかの実施形態では、ビデオのコンテンツ、ディスプレイタイプ、または他のＱｏＥパラメータを調節するために、追加の項が追加される。様々な実施形態では、ＱｏＥパラメータは、ＵＥから高度化ノードＢに、またはコアネットワークに送られる。
【０１３５】
異なるユーザ間の個々の違いを調整するために、ネットワークがユーザの特定のニーズに合うようにリソースを割り当てることができるように、エンドユーザは、見ているビデオのＱｏＥについてフィードバックを提供してもよい。そのようなフィードバックは、ユーザ体験が満足させられていないユーザの割合を改善するために使用される。一例として、ユーザ２とユーザ３が同じ閲覧条件を有する図６を考えてみる。ユーザ３はより敏感であり、満足するためにより高いビデオ解像度を必要とする。ユーザ３は、不満足のフィードバックをネットワークに渡す。ネットワークは、そのようなフィードバックに応答して、ユーザ３についてＱｏＥを満足させようと試みて、適宜、リソースを割り当てる。
【０１３６】
細かいトラフィック区分化のためのフローラベル付け
【０１３７】
ツリー形の優先度マッピング
【０１３８】
ＰＣＣシステム２１９は、ＱＣＩへのフロー（ＴＦＴによって識別される）のマッピングを提供する。表１は、指定されたＱＣＩにフローをマッピングするために使用されるＱＣＩ特性を示す。サブＱＣＩ（またはイントラＱＣＩレベル）ラベルは、各フロー内のサブフローの下位優先度に基づいて、および／またはサブフローを割り当てるためのトラフィックサブクラスに基づいて、割り当てられおよび／または適用される。そのようなサブＱＣＩラベル付けは、ツリーベースの優先度マッピング構造を使用して実装される。サブＱＣＩラベルは、ＱＣＩより下位の葉としてツリーベースの優先度マッピング構造上に存在する。ダウンリンクでは、ＰＧＷ２６６は、サブＱＣＩラベルおよび／またはツリーベースの優先度マッピング構造をサポートするためにマッピング規則を備える。アップリンクでは、基地局２６０（たとえば、高度化ノードＢ）が、サブＱＣＩラベルおよび／またはツリーベースの優先度マッピング構造をサポートするためにマッピング規則を備える。表２（下記）は、ＱＣＩタイプのそれぞれの属性に対応する９つのＱＣＩ、および９つのＱＣＩのための例示的なサブＱＣＩラベルを列挙する。
【０１３９】
【表２−１】
2015513829.tif 000002
【０１４０】
【表２−２】
2015513829.tif 000003
【０１４１】
基地局２６０および／または任意の中間ノードは、サブＱＣＩ情報をユーザプレーンパケットから抽出する。あるいは、基地局２６０および／または任意の中間ノードは、ディープパケットインスペクションを実施すると共にアプリケーションシグネチャを使用してサブＱＣＩ情報を導出する。基地局２６０および／または任意の中間ノードは、スケジューリングまたはＲＲＭ決定のためにサブＱＣＩ情報を使用する。基地局２６０および／または任意の中間ノードは、サブＱＣＩ情報を使用し、（たとえば、ランダム早期検出（ＲＥＤ）のための）アクティブなキュー管理などに続いて、どのフレームが輻輳によりドロップされるか決定する。
【０１４２】
サブＱＣＩ情報は、同じベアラ／ＱＣＩクラス内のパケットの相対的優先度および／またはドロップ優先順位を提供および／または搬送する。様々な実施形態では、あるサブＱＣＩが個々のＭＢＲに関連付けられ、または関連付けられたトラフィック／サブフローを示すためのワイルドカードが、他のより高い優先順位のサブフローによって消費されない任意の残余のリソースを使用する。
【０１４３】
様々な実施形態では、関連のアプリケーションシグネチャと共にサブＱＣＩ（イントラＱＣＩレベル）優先順位付けが、各ＵＥコンテキストについてＨＳＳによって提供され、ＷＴＲＵ２０２構成／アタッチ手順中にネットワークノード（たとえば、ＰＧＷ２６６、ＰＣＥＦ２７０、基地局２６０、ＭＭＥ２６２など）内にインストールされる。これは、デフォルトベアラが作成されるとき構成情報を使用可能にし、デフォルトベアラ内のトラフィックの境界画定を可能にする。
【０１４４】
アプリケーションシグネチャは、フロー内のサブフローを区分化するためにＴＦＴ規則に追加された新しい、または追加のパラメータを含み、既存の、または新しいパケット検査（ＤＰＩ）規則を使用する。一例として、Ｓｋｙｐｅアプリケーションの下位分類は、サブＱＣＩ１で音声、サブＱＣＩ２でビデオ、およびサブＱＣＩ３でテキストデータをマッピングするように定義される。
【０１４５】
サブフロー区分化のためのマッピング機能
サブＱＣＩ情報は、パケット検査（ＤＰＩ）を実施することによってパケットを特定のサブフローにマッピングするために、エッジおよび／または中間ネットワークノード（たとえば、それぞれＰＧＷ２６６および／または基地局２６０）で使用される。あるフロー（ＱＣＩ）に属するトラフィックのあるサブフローをマッピングするためにエッジおよび／または中間ネットワークノードにおいて提供される規則は、ＷＴＲＵ構成中に構成され（たとえば、ＵＥ（ＷＴＲＵ）コンテキストにおいてＭＭＥ２６２によって基地局２６０に構成され）、またはＥＰＳベアラが構成されるとき特に構成される。
【０１４６】
規則は、デフォルトで、アプリケーションごとにエッジノード（たとえば、ＰＧＷ２６０、ＰＣＥＦ２７０など）または任意の中間ノード内にインストールされる。一例として、２つの下位優先度を処理するための規則が、ビデオアプリケーションのアプリケーショントラフィックのためにインストールされる。表３（下記）は、ＱＣＩおよび対応するサブＱＣＩの特定のインスタンスに適用される規則を示す。
【０１４７】
【表３】
2015513829.tif 000004
【０１４８】
別の例として、下位優先度は、階層的Ｐ符号化ビデオにおける異なる時間的レイヤに適用される。表４（下記）は、ＱＣＩおよび対応するサブＱＣＩの特定のインスタンスのために階層的Ｐ符号化ビデオにおける異なる時間的レイヤに適用される下位優先度を示す。
【０１４９】
【表４】
2015513829.tif 000005
【０１５０】
すべてのＰフレームがシングルレイヤビデオコーデックを用いる会話ビデオフローについては、優先順位付けは、ビデオコンテンツの重要度の変動に基づいて実施される。そのような重要度は、一部のフレームが（すべてのＰフレームシングルレイヤ符号化についてさえ）、失われた場合、他のフレームよりエンドユーザＱｏＥに対してより大きな影響を及ぼす可能性があることに基づく。
【０１５１】
ＰＣＲＦ２２０がＰＧＷ２６６に提供するトラフィックマッピング情報（たとえば、ＧＰＲＳおよびＥＰＳのためのＴＦＴフィルタ）は、ＴＦＴ規則を含み、たとえば、リアルタイムプロトコル（ＲＴＰ）セッションのためのＵＤＰポート番号は、サブストリームを示し、対応する規則は、ＰＣＥＦ２７０内にインストールされる。
【０１５２】
個々のサブＱＣＩ情報は、パケットデータプロトコル（ＰＤＰ）コンテキスト要求／ＥＰＣベアラ作成要求（Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ／ＥＰＣ  Ｂｅａｒｅｒ  Ｃｒｅａｔｅ  Ｒｅｑｕｅｓｔ）中にＩＰ−ＣＡＮに追加され、これは特定のＱｏＳ要件およびトラフィックマッピング情報（たとえば、ＴＦＴ）を含む。新しいＰＤＰコンテキストが作成されることを示すＰＤＰコンテキスト作成応答（Ｃｒｅａｔｅ  ＰＤＰ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅ）メッセージが、ＳＧＷ２６４（またはＳＧＳＮ（図示せず））に送られる。この応答は、ベアラバインディングおよびポリシ施行によるＱｏＳの任意の変更を含む。
【０１５３】
ＷＴＲＵ２０２は、アップリンクＴＦＴおよびダウンリンクＴＦＴを使用し、ＥＰＳベアラアクティブ化または修正手順をアプリケーションに、またそのアプリケーションのトラフィックフロー集合体に関連付ける。ＰＧＷ２６６は、専用ベアラ作成要求（Ｃｒｅａｔｅ  Ｄｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージおよびベアラ更新要求（Ｕｐｄａｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージにおいて、（たとえば、すべての）使用可能なトラフィックフロー記述情報（たとえば、ソースおよび宛先ＩＰアドレスおよびポート番号、ならびにプロトコル情報）を提供する。
【０１５４】
サブＱＣＩおよびアプリケーションシグネチャは、以下のようにＴＦＴ規則に追加される。
【０１５５】
サブＱＣＩポリシプロビジョニングは、動的ＰＣＣ規則または静的ＰＣＣ規則におけるものである。動的ＰＣＣが展開される場合には、ＰＣＲＦ２２０が、サブＱＣＩマッピング情報と共にＰＣＣ決定プロビジョン（PCC decision provision）をＰＧＷ２６６に送る。動的ＰＣＣが展開されない場合、ＰＧＷ２６６は、ローカルＱｏＳポリシを適用する。
【０１５６】
ＰＧＷ２６６は、ＱｏＳポリシを使用し、ＥＰＳベアラＱｏＳを割り当てる（たとえば、ＱＣＩ、サブＱＣＩ、ＡＲＰ、ＧＢＲ、およびＭＢＲなどベアラレベルＱｏＳパラメータに値を割り当てる）。
【０１５７】
基地局２６０は、ＥＰＳベアラＱｏＳをＲＢＱｏＳにマッピングする。基地局２６０は、ＲＲＣ接続再構成（ＲＲＣ）（無線ベアラＱｏＳ、セッション管理要求、ＥＰＳ  ＲＢ識別情報）メッセージをＷＴＲＵ２０２にシグナリングする。ＷＴＲＵは、セッション管理要求内で受け取ったネゴシエーション済みＱｏＳ、無線優先度、パケットフローＩｄおよびＴＩを、ＧＥＲＡＮまたはＵＴＲＡＮを介してアクセスするとき使用するために記憶する。ＷＴＲＵ非アクセス階層（ＮＡＳ）は、ＥＰＳベアラ識別情報を記憶し、専用ベアラをリンクされたＥＰＳベアラ識別情報（ＬＢＩ）によって示されたデフォルトベアラにリンクする。ＷＴＲＵ２０２は、サブＱＣＩを含むアップリンクパケットフィルタ（ＵＬ  ＴＦＴ）を使用し、ＲＢに対するトラフィックフローのマッピングを決定する。ＷＴＲＵ２０２は、ＥＰＳベアラＱｏＳパラメータを、トラフィックフローを処理するアプリケーションに提供する。
【０１５８】
あるいは、サブＱＣＩおよびアプリケーションシグネチャマッピング機能規則が、ＵＥ加入プロファイル内のＵＥコンテキストに追加され、ＵＥ（ＷＴＲＵ）構成および／または再構成手順（たとえば、ＵＥアタッチ手順のため）中にネットワークノード内にインストールおよび／または除去される。ＷＴＲＵ２０２は、たとえばＳ１４参照ポイントを介してＡＮＤＳＦ２２２によって提供されるポリシに基づいてアップリンク内でＴＦＴおよび／またはＩＰフローにサブＱＣＩを適宜追加する。代替として、および／またはそれに加えて、ＷＴＲＵ２０２は、アップリンク内で、または、たとえばＷＴＲＵ２０２の（たとえば、ユニバーサル集積回路カード（ＵＩＣＣ）における）メモリ内にインストールされたポリシなどＵＥ（ＷＴＲＵ）事前構成に基づいて、ＴＦＴおよび／またはＩＰフローにサブＱＣＩを適宜追加する。
【０１５９】
レガシフローおよび新しいフローを同時に処理するためのネットワーク手順
ネットワークは、レガシフローおよび新しいフローを同時に処理してもよい。ＥＰＳベアラセットアップ手順中、ＰＣＲＦ２２０は、特定のＳＤＦのためにＱｏＳ規則を導出する。サブＱＣＩなしでＱＣＩを有するＱｏＳ規則を受け取るＳＤＦは、本明細書ではレガシフローと呼ばれる。ＱＣＩおよびサブＱＣＩを有するＱｏＳ規則を受け取るＳＤＦは、本明細書では新しいフローと呼ばれる。ＰＣＲＦ２２０は、ＱｏＳ規則、およびＡＦ２７２によって抽出された情報をＰＣＥＦ２７０に渡し、ＰＣＥＦ２７０はＱｏＳ規則に従って両タイプのフローを処理する。
【０１６０】
コアネットワークノードおよび／またはエッジネットワークノード（たとえば、ＰＧＷ２６６）のいずれかが、最初に、すべてのフローについてＱＣＩレベルでサービス区分化を実施する。アクティブなキュー管理を任意のフローについて実施しようとする場合、アクティブなキュー管理を実施するためにネットワークノードは、フローにサブフローポリシが定義されており、シグネチャが使用可能であるかどうか決定する。そのようなフローが新しいフローである場合、ネットワークノードは、より細かいサービス区分化のためにサブＱＣＩ情報（たとえば、表２に記載のサブＱＣＩ情報）を使用する。そうでない場合、ネットワークノード（たとえば、ＰＧＷ２６６）は、ＱＣＩレベルの細分性を使用する。
【０１６１】
サブＱＣＩを有するフローを要求するためのＳＩＰ／アプリケーション手順、Ｒｘの拡張
プロキシ−呼セッションサービス制御機能（Ｐ−ＣＳＣＦ）は、ビデオ遠隔会議などアプリケーションのためにマルチサブストリームをセットアップするための要求を担持するＩＭＳシグナリング（たとえば、ＳＩＰ  ＩＮＶＩＴＥパケット）から情報を抽出する。Ｐ−ＣＳＣＦは、抽出された情報をＰＣＲＦ２２０に渡す。ＰＣＲＦ２７０は、ＳＤＦのためにＱＣＩ、またはＱＣＩおよびサブＱＣＩを導出する。
【０１６２】
一例として、ＳＩＰ  ＩＮＶＩＴＥは、セッション記述プロトコル（ＳＤＰ）パケットを含み、このパケットは、マルチメディアセッションによって使用されることになるパラメータを含む。これらのパラメータは、たとえば、サブストリーム識別情報、ストリームＩＤ、ポート番号、パケット損失率、遅延、遅延ジッタ、ビットレートなどを含む。また、ＳＤＰパケットのためのいくつかの属性が、単一のアプリケーションセッションのためにマルチサブストリームを有したいという希望を記述するために定義される。一例として、ＳＤＰシンタックスを使用して、３つのサブストリームが定義される。
【０１６３】
ａ＝ｓｔｒｅａｍｓ：Ｓ１  Ｓ２  Ｓ３  ／＊Ｓ１、Ｓ２、Ｓ３と呼ばれる３つのストリームを定義する＊／
【０１６４】
別の例として、３つのストリームのための所望のＱｏＳ要件は、以下のように指定される。
【０１６５】
ａ＝ｓｔｒｅａｍｓ：Ｓ１  Ｓ２  Ｓ３  ／＊Ｓ１、Ｓ２、Ｓ３と呼ばれる３つのストリームを定義する＊／
【０１６６】
ｍ＝ｖｉｄｅｏ  ２００００  ＲＴＰ／ＡＶＰ  ９６  ／＊ＮＡＬユニットタイプからマッピングされたパケットタイプ９６＊／
【０１６７】
ａ＝ｒｔｐｍａｐ：９６  Ｈ２６４／９００００
【０１６８】
ａ＝ｆｍｔｐ：９６  ｐｒｏｆｉｌｅ−ｌｅｖｅｌ−ｉｄ＝４２Ａ０１Ｅ；ｐａｃｋｅｔｉｚａｔｉｏｎ−ｍｏｄｅ＝０；ｍｓｔ−ｍｏｄｅ＝ＮＩ−Ｔ；
【０１６９】
ａ＝ｌｏｓｓＲａｔｅ：９６  ５ｅ−３  ／＊ネットワーク向けの所望のパケット損失率を定義する＊／
【０１７０】
ａ＝ｍａｘＤｅｌａｙ：９６  ２００  ／＊ｍｓ単位の最大遅延を定義する＊／
【０１７１】
ａ＝ｍｉｄ：Ｓ１
【０１７２】
ｍ＝ｖｉｄｅｏ  ２０００２  ＲＴＰ／ＡＶＰ  ９７  ／＊ＮＡＬユニットタイプからマッピングされたパケットタイプ９７＊／
【０１７３】
ａ＝ｒｔｐｍａｐ：９７  Ｈ２６４／９００００
【０１７４】
ａ＝ｆｍｔｐ：９７  ｐｒｏｆｉｌｅ−ｌｅｖｅｌ−ｉｄ＝４２Ａ０１Ｅ；ｐａｃｋｅｔｉｚａｔｉｏｎ−ｍｏｄｅ＝１；ｍｓｔ−ｍｏｄｅ＝ＮＩ−Ｔ；
【０１７５】
ａ＝ｌｏｓｓＲａｔｅ：９７  ２ｅ−２  ／＊所望のパケット損失率を定義する＊／
【０１７６】
ａ＝ｍａｘＤｅｌａｙ：９７  ３００  ／＊ｍｓ単位の最大遅延を定義する＊／
【０１７７】
ａ＝ｍｉｄ：Ｓ２
【０１７８】
ｍ＝ｖｉｄｅｏ  ２０００４  ＲＴＰ／ＡＶＰ  ９８  ／＊ＮＡＬユニットタイプからマッピングされたパケットタイプ９８＊／
【０１７９】
ａ＝ｒｔｐｍａｐ：９８  Ｈ２６４／９００００
【０１８０】
ａ＝ｆｍｔｐ：９８  ｐｒｏｆｉｌｅ−ｌｅｖｅｌ−ｉｄ＝４２Ａ０１Ｅ；ｐａｃｋｅｔｉｚａｔｉｏｎ−ｍｏｄｅ＝１；ｍｓｔ−ｍｏｄｅ＝ＮＩ−Ｔ；
【０１８１】
ａ＝ｌｏｓｓＲａｔｅ：９８  ５ｅ−２  ／＊所望のパケット損失率を定義する＊／
【０１８２】
ａ＝ｍａｘＤｅｌａｙ：９８  ４００  ／＊ｍｓ単位の最大遅延を定義する＊／
【０１８３】
ａ＝ｍｉｄ：Ｓ３
【０１８４】
上記の例では、２つＳＤＰ属性ａ＝ｌｏｓｓＲａｔｅ、ａ＝ｍａｘＤｅｌａｙが使用されている。Ｐ−ＣＳＣＦは、ＳＤＰペイロードを読み取ったとき、３つのサブストリームを要求する情報、および関連のＱｏＳ要求をＰＣＲＦ２２０に渡し、次いでＰＣＲＦ２２０は各サブストリームについてＱＣＩおよびサブＱＣＩを導出する。
【０１８５】
Ｒｘインターフェースは、ＡＦ２７２からＰＣＲＦ２２０に情報を渡し、後者がサブＱＣＩを導出するように拡張される、または他の手法で適合される。情報は、上述のパラメータのいずれかを含む。Ｇｘインターフェースは、ＰＣＲＦ２２０とＰＣＥＦ２７０との間でのサブＱＣＩの交換を処理するように拡張される、または他の手法で適合される。
【０１８６】
ユーザプレーンパケット内のサブＱＣＩ識別
ダウンリンク（ＤＬ）用のＰＧＷ２６６およびアップリンク（ＵＬ）用の基地局２６０などエッジノードは、中間ノードが各パケットを適切に処理するために適用可能なポリシを適用することができるように、各ユーザプレーンフレームを関連のサブＱＣＩに関連付ける。この関連付けは、ヘッダ（たとえば、ＧＴＰヘッダ）内のフィールド値のいずれか、たとえばＧＴＰヘッダ内の予備の値を使用して、またはＱＣＩおよびサブＱＣＩを組み合わせることによっておよび／もしくは多重化することによって、定義される一意のＴＥＩＤを計算するためにハッシュ関数を使用して提供される。あるいは、値は、ＧＴＰパケットのペイロード内に埋め込まれ、たとえばＩＰヘッダ内のＴｏＳフィールドが、フローのサブＱＣＩに関する情報を担持する。
【０１８７】
サブＱＣＩの使用は、ネットワーク輻輳のイベントに供給するためのパケットのサブセットだけをネットワーク２０３が選択することを可能にする。他の機構を、サブＱＣＩの使用と共に使用してもよい。たとえば、ネットワーク２０３は、許可制御、すなわちネットワークリソース可用性およびユーザ加入サービスに基づいてどのＥＰＳベアラセットアップ要求を許可するべきかを実施する。別の例はアクセス制御である。ＷＴＲＵ２０２は、ＥＰＳベアラを確立することを要求する前に、基地局２６０に接続する必要がある。この要求は、ＷＴＲＵ２０２から基地局２６０に送られるＲＲＣ接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを介してなされる。基地局が要求を受け入れるか否か決定するとき、基地局２６０は、ネットワークリソース可用性を考慮することができる。たとえば、無線チャネルに非常に負荷がかかっているとき、基地局２６０は要求を拒絶し、そうでない場合、基地局２６０は要求を受け入れる。
【０１８８】
エンドツーエンドＱｏＥコーディネーション
アプリケーション（たとえば、ビデオ）セッションは、複数のネットワークにまたがる。本明細書では、エンドツーエンドビデオ知覚を考慮するシステムリソースプロビジョニングを提供しおよびネゴシエーションするための方法について述べる。エンドユーザの嗜好、デバイス能力、環境条件、および他の要因の違いにより、異なるネットワークリソースが異なるＱｏＥ性能を提供する。
【０１８９】
ＱｏＥコーディネーションの影響は、以下の例でわかる。あるネットワークは、ビデオストリームに高いＱｏＥを提供するために多数のリソースを使用し、別のネットワークは、リソースの不足により低いＱｏＥしか提供しないと仮定してみる。コーディネーションが使用されない場合には、第１のネットワークが多数のリソースを使用する場合でさえエンドツーエンドＱｏＥは依然として低いことになる。
【０１９０】
図１２に示されている一実施形態では、エンドツーエンドＱｏＥコーディネーション方式が提供される。コーディネーションは、ＵＥ（Ｂ）からＵＥ（Ａ）に流れるビデオデータについて実施される。双方向ビデオ通信の場合、反対方向のための手順は同様である。ＵＥ（Ａ）は、発呼ＵＥまたは発信元ＵＥであり、ビデオ通信が始まった後でビデオデータを受信することになる。ＵＥ（Ｂ）は呼ばれる側であり、ビデオデータを送ることになる。図１２には、論理通信セッションが示されていることに留意されたい。たとえば、ＵＥ（Ａ）からＳＣＳＦ（Ａ）への実際の通信は、ネットワークＡのＰＧＷを通ることになる。
【０１９１】
図１２に示されているように、発信元ＵＥ、すなわちＵＥ（Ａ）は、ＱｏＥ要求をＣＳＣＦ（Ａ）に送る。この要求は、複数のパラメータの１つ、パラメータのサブセット、さらには他のパラメータを含む。すなわち、
ビデオアプリケーション、たとえばビデオストリーミング、ビデオ会議、またはビデオゲーミング
使用可能なコード
ディスプレイタイプおよびサイズなどデバイス情報
周囲ライティングなど環境条件
所望のＱｏＥレベル
【０１９２】
所望のＱｏＥレベルは、この段階では些細なものであることに留意されたい。すなわち、ＵＥ（Ａ）は、そのサービスサブスクリプションによって可能な最高のＱｏＥレベルを好む。しかし、このメッセージは、ＵＥ（Ａ）が他のＵＥから警告を受信したとき、後で、ビデオ通信中に再使用され、また、このメッセージは、ＵＥ（Ａ）がネットワークリソースの効率的な使用から観てより低いＱｏＥレベルを使用することが有益である（たとえば、図１２におけるメッセージ１０）。
【０１９３】
この実施形態では、この例ではネットワークＡである発信元ＵＥのネットワークは、ＱｏＥ要求を承認するか否か決定する。この決定は、要求されたＱｏＥレベル、および、たとえば発信元ＵＥのサービスサブスクリプションレベルをサポートするために消費されることになるネットワークリソースの量に依存する。
【０１９４】
この例では、
ａ．ＵＥ（Ａ）がＱｏＥ要求メッセージをＣＳＣＦ（Ａ）に送る。
ｂ．ＣＳＣＦ（Ａ）は、ＰＣＲＦ（Ａ）に接触する（図１２には図示せず）。ＰＣＲＦ（Ａ）は、ネットワークリソース状況を検討し、要求に対する決定をする際にネットワークＡのＨＳＳにも接触する。
ｃ．ＰＣＲＦ（Ａ）は、決定をＵＥに送る。例に示されている決定は、受入れ（Ａｃｃｅｐｔ）メッセージである。
【０１９５】
次いで、発信元ＵＥ、すなわちＵＥ（Ａ）は、エンドツーエンドＱｏＥ要求およびＱｏＥ関連のパラメータ（たとえば、ＱｏＥ評価方法、ＱｏＥ評価方法に対する入力変数の目標値）を終端ＵＥ、すなわちＵＥ（Ｂ）に送る。ＱｏＥ評価方法は、ＩＴＵ  Ｇ．１０７０または他の方法に従うことができ、入力変数はその評価方法によって決定され、目標値は、発信元ＵＥ、すなわちＵＥ（Ａ）にとって使用可能なリソースに依存する。入力変数および対応する目標値は、以下のものである。
ａ．発信元ネットワーク内の遅延：１５０ｍｓ
ｂ．パケット損失率：０．２％
ｃ．ビットレート：５００ｋｂｐｓ
ｄ．ビデオコーデック：Ｈ．２６４／ＡＶＣおよび構成
ｅ．遅延ジッタ：２０ｍｓ
ｆ．画面サイズ：３インチ（７６．２ｍｍ）
ｇ．照明：明るい
ｈ．動き：遅い
ｉ．ビデオコンテンツのタイプ：シーン内で動きが少ない
ｊ．ディスプレイサイズ：３．５インチ（８８．９ｍｍ）
ｋ．視距離：１２インチ（３０５ｍｍ）
【０１９６】
ＱｏＥ要求およびＱｏＥ関連のパラメータを受信した後、終端ＵＥ、すなわちＵＥ（Ｂ）は、使用可能なＱｏＥを決定するために、視角、ライティング条件、デバイス能力など、そのローカル条件を評価する。いくつかの実施形態では、ＵＥ、すなわちＵＥ（Ｂ）は、グラフィカルユーザインターフェースを提供し、ユーザに入力するようにプロンプトを提供し、次いでそれに応答して、ＱｏＥ決定のために、さらに主観的な閲覧パラメータを提供する。すなわち、終端ＵＥ、すなわちＵＥ（Ｂ）は、その側でエンドユーザとインタラクションし、終端ＵＥ、すなわちＵＥ（Ｂ）とエンドユーザとの間で、追加のＱｏＥ関連のパラメータを得る。たとえば、終端ＵＥ、すなわちＵＥ（Ｂ）は、ＧＵＩを介して、どのレベルのＱｏＥをその側のエンドユーザが提供したいと望むか問いかける。なぜなら、エンドユーザは、異なるＱｏＥレベルで異なるように課金されるからである。次いで、終端ＵＥ、すなわちＵＥ（Ｂ）は、それ自体のネットワークがＱｏＥ要求を満たすために提供することを必要とする目標ＱｏＥレベルを決定し、ＱｏＥ要求をそれ自体のネットワークに送る。
【０１９７】
終端ＵＥ、すなわちＵＥ（Ｂ）は、発信元ネットワークからの入力変数の値とそれ自体のネットワークからの入力変数の値とを組み合わせ、エンドツーエンドＱｏＥを推定する。
【０１９８】
次いで、終端ＵＥのネットワーク、すなわちネットワークＢは、ＱｏＥ要求が受け入れられるか否か決定する。この場合も、この決定は、消費されることになるリソースの量、および終端ＵＥ、すなわちＵＥ（Ｂ）のサービスサブスクリプションレベルに依存する。この手順は、ネットワークＡによってなされる決定と同様である。
【０１９９】
次いで、終端ＵＥ、すなわちＵＥ（Ｂ）は、受け入れられる（１または複数の）ＱｏＥレベルを発信元ＵＥ、すなわちＵＥ（Ａ）に送る。発信元ＵＥ、すなわちＵＥ（Ａ）が合意する場合、ＥＰＳベアラセットアップなど、アプリケーションセッションをサポートするための他の手順が始まり、今の発信元ＵＥ、すなわちＵＥ（Ｂ）は、続けて今の終端ＵＥ、すなわちＵＥ（Ａ）にビデオデータを送る。そうでない場合、さらに多くのネゴシエーションが実施される。たとえば、その要求ＱｏＥレベルを下げ、エンドツーエンドＱｏＥ要求を開始することに戻る。
【０２００】
ビデオ通信セッション中、ＵＥは、達成可能なエンドツーエンドＱｏＥを定期的に、またはある種のイベントのトリガに基づいて推定する。これらのイベントは、周囲ライティング条件の変化とすることができる。より明るい周囲ライティング条件は、同じ量のネットワークリソース消費でより高いＱｏＥを可能にする。この推定が以前に合意された目標エンドツーエンドＱｏＥと著しく異なる場合、ＵＥは、新たな回のコーディネーションを開始することができるように、他方のＵＥに警告する。推定の方がはるかに高い場合には、より良好なエンドツーエンドＱｏＥが達成される。推定の方がはるかに低い場合には、ネットワークリソースをより良く使用するために、より低いエンドツーエンドＱｏＥ目標を設定することができる。
【０２０１】
ＵＥ（Ａ）は、ＵＥ（Ｂ）から警告メッセージを受信したとき、異なるエンドツーエンドＱｏＥレベルを試みたいと望むか否か決定する。再ネゴシエーションが望ましいと決定した場合、ＵＥ（Ａ）は、それ自体のネットワークにＱｏＥ要求メッセージを送ることができる。ＱｏＥ要求メッセージは、初期ステップにおけるものと同様である。いくつかの実施形態では、ＱｏＥ再ネゴシエーション要求メッセージは、比較的より重要な情報を有する好ましいＱｏＥレベルを含み、これはネットワークリソースを最適に使用するという考慮により、ネットワークＡが提供することができる最大ＱｏＥレベルよりも低い。ＳＩＰを使用し上記の手順を実装する場合、ＵＥはＳＩＰ内でユーザエージェントとして働くことに留意されたい。
【０２０２】
ＱｏＥベースの適応スケジューリング
【０２０３】
ユーザインザループ適応
【０２０４】
ＱｏＥベースの適応スケジューリングは、ユーザインザループ適応を含む。ＱｏＥは、最終的に、エンドユーザによって知覚される品質によって決定される。異なるエンドユーザは異なるＱｏＥ嗜好を有し、ＱｏＥ嗜好は、それらの環境が変化するにつれて動的に変化するので、いくつかの実施形態では、エンドユーザ入力をＱｏＥベースのネットワークリソース割当て（パケットスケジューリング）方法の適応ループ内に組み込むことが望ましい。
【０２０５】
ユーザの嗜好は、上述のように、サービスのセットアップ時にシステムに与えることができる。発信元ＵＥによって提案されるＱｏＥは、エンドユーザの嗜好および環境要因を考慮することができる。たとえば、エンドユーザの嗜好を得るために、発信元ＵＥとエンドユーザとの間の（たとえばＧＵＩの形態にある）インタラクティブダイアログを使用する。終端ＵＥは、終端ＵＥ側のエンドユーザが支払いを望むＱｏＥのレベルに関してユーザ嗜好を提供する。
【０２０６】
アプリケーションのセッション中、エンドユーザは、改善されたＱｏＥのために、自分のフィードバックをシステムに提供することができる。たとえば、エンドユーザは、現在のＱｏＥに満足していないとき、ＵＥ上で指定されたボタンを押すことによってなど、入力を提供することができる。あるいは、ポップアップウィンドウ、ダイアログボックス、または１または複数のスライダセレクタが提供され、システムが改善することができるＱｏＥ特徴を示す。これらの特徴は、以下を含む。すなわち、
・良好なビデオおよびオーディオ同期
・より低い遅延
・より高い解像度
・より滑らかなＱｏＥ体験
【０２０７】
様々なユーザインターフェースが提供される。ＱｏＥ特徴は、ネットワークがＱｏＥ劣化の原因をより良く表す、および／または診断するためにカスタマイズされる。また、各特徴は、アイコンによって表される。エンドユーザがこれらの特徴の１つにタッチまたはそれをクリックした場合、システムは、その特徴を改善しようと試みることになる。複数のタッチまたはクリックは、より著しい改善が必要とされることを意味する。カラーコードを使用し、ＱｏＥ特徴のレベルを示すことができる。たとえば、赤は低いレベルを意味し、色が変化し緑に近づくにつれて、レベルは増大する。
【０２０８】
システムは、ＱｏＥ改善要求を満たすためにネットワークリソースをどのように割り当てるか決定する。また、システムは、ある種のＱｏＥ特徴はエンドユーザが必要とするものを超えているので、客観的に推定されたＱｏＥ、および現在のネットワークリソース可用性に基づいて、ＱｏＥ特徴のレベルを低減してもよい。たとえば、環境が変化し、より低いＱｏＥレベルを可能とする。そのような減分機構がないと、目標ＱｏＥレベルは、最大レベルに到達するまで不定に増大することになる。
【０２０９】
いくつかの実施形態では、減分機構は、システムによって自動的に行われる。たとえば、システムは、現在のネットワーク条件およびユーザ環境に基づいてＱｏＥレベルを推定し、それが許される場合ある種のＱｏＥ特徴の目標レベルを減少させることができる。また、減分機構は、ＵＥとエンドユーザとの間のインタラクティブプロセスによって行われる。この場合も、潜在的に不必要に高いレベルのＱｏＥ特徴を示すために、および調節のための許可を求めてエンドユーザを促すために、カラーコードを使用することができる。上記の自動減分およびエンドユーザフィードバックをベースとする減分は、別々に、または一緒に使用することができる。
【０２１０】
ユーザインザループＱｏＥ適応の例示的な実装が図１３に示されている。この方法は、高度化ノードＢ内で、またはコアネットワーク内で実装される。エンドユーザからのＱｏＥフィードバックが、セルラネットワークによってリソース割当てにおいて使用される。このフィードバックは、ユーザがその現在のＱｏＥに満足しているかどうか、または満足していない場合、所望のＱｏＥレベルは何かを示すことができる。遅延、スループット、フレームレート、ディスプレイタイプなど他のＱｏＥパラメータ、および視角、動き、ライティング条件の変化をも、リソース割当てにおいて使用することができる。
【０２１１】
ＱｏＥフィードバック、および他のＱｏＥパラメータの値に基づいて、ネットワークは、特定のエンドユーザについてリソース割当て方針を変更する。たとえば、エンドユーザが現在のＱｏＥに満足しておらず、自分の所望のＱｏＥ特徴は解像度の増大である場合には、ネットワークは、その現在のリソース割当て方針を、エンドユーザが実行中のアプリケーションのスループットを増大するように変更する。
【０２１２】
リソース割当て方針の変更は、リソース割当てアルゴリズムに渡される。一例として、この変更は、より多くのリソース（たとえば、ＬＴＥにおけるＰＲＢ）を、論理チャネルに対応して論理チャネルに割り当てることに解釈される。
【０２１３】
リソース割当て方法の一例が図１４に示されている。リソース割当てアルゴリズムは、最初にＡＣＫ／ＮＡＣＫおよび再送信のためにリソースを割り当てる。次いで、リソース割当てアルゴリズムは、論理チャネルを２つのセット、すなわちサービス不足であった論理チャネルのセット、およびサービス過剰であった論理チャネルのセットに区分する。サービス不足（サービス過剰）であることにより、実際のＱｏＥ／ＱｏＳレベルは、目標値より低い（高い）。
【０２１４】
次いで、リソース割当てアルゴリズムは、ＱｏＥに関連する論理チャネルのために、ＬＴＥにおけるＰＲＢなどリソースを割り当てる。最初に、リソースをサービス不足のセット内のものに割り当て、次いでサービス過剰のセット内のものに割り当てる。動的に変化するＱｏＥリソース割当て方針は、リソース割当て結果に影響を及ぼす可能性があることに留意されたい。
【０２１５】
次いで、リソース割当てアルゴリズムは、ＱｏＥに関連する論理チャネルのためにリソースを割り当てる。この場合も、サービス過剰のセットよりサービス不足のセットを優先する。リソース割当てアルゴリズムは、リソース割当ての現在の回を終わりにし、次のリソース割当て回を待つ。
【０２１６】
本明細書に記載の様々な実施形態は、エッジ上のＱｏＥアウェアネスもしくはコア内のＱｏＥアウェアネス、またはそれらの組合せを使用して実装され、記載の機能は、ネットワークコアとエッジ要素との間で、何らかの手法で分割される。
【０２１７】
エッジ上のＱｏＥアウェアネス
【０２１８】
エッジ上のＱｏＥアウェアネスに基づくアーキテクチャでは、基地局（たとえば、高度化ノードＢ）がＱｏＥアウェアであり、リソース割当てまたはパケットスケジューリングにおいてＱｏＥを直接考慮する。この方法は、図１５に示されているステップの１または複数を含む。この図は、論理通信を示す。
【０２１９】
コアネットワークは、フロー（たとえば、ＥＰＳベアラ）バインディング情報について基地局に通知する。この情報は、どのフローがアプリケーションセッションに属するかを示す。たとえば、ビデオセッションは、３つのビデオトラフィックフローを有し、そのそれぞれが、階層的Ｐビデオ符号化フォーマットの特定の時間的レイヤを担持する。また、フローバインディング情報は、そのアプリケーションのための目標ＱｏＥを含む。一例として、フローバインディングメッセージは、以下の情報を含むことができる。すなわち、
ａ．アプリケーションセッションに含まれるＷＴＲＵ（たとえば、ＵＥ）のアドレス、およびこのＷＴＲＵにサービスを提供する基地局のアドレス。
ｂ．アプリケーションセッションに含まれる他のエンドデバイスのアドレス、およびこのデバイスは、別のＷＴＲＵ、ＵＥ、インターネット上のコンピュータおよび／もしくはサーバ、または何らかの他のデバイスとすることができる。
ｃ．たとえば８ビット数であるアプリケーションセッションのＩＤ。
ｄ．このアプリケーションセッションに属するフローのフローＩＤ。フローＩＤは、ソースアドレス、宛先アドレス、ソースポート番号、宛先ポート番号、およびプロトコルタイプのＩＰ５タプルフォーマットとすることができる。
ｅ．アプリケーションセッションの目標ＱｏＥレベル。
【０２２０】
基地局は、その基地局がサービスを提供するＷＴＲＵから統計を収集する。統計は、各フローについて以下を含む。
ａ．エンドツーエンド遅延
ｂ．遅延ジッタ
ｃ．パケット誤り率
【０２２１】
また、基地局は、ある種の統計を集めるために、通過するトラフィックフローを監視する。ＷＴＲＵは、エンドユーザからのＱｏＥフィードバックを基地局に送り、ＷＴＲＵは、ＱｏＥパラメータの値に対する更新を送る。たとえば、周囲ライティング条件。この更新を使用し、ＱｏＥパラメータを更新することができる。統計に基づいて、基地局は、パケットスケジューリングアルゴリズムが影響を及ぼすことができるＱｏＥパラメータのための値を抽出し、ＱｏＥを推定する。ＱｏＥ推定が要件を満たす場合、基地局は、そのスケジューリング方針を変更しない。そうでない場合、基地局は、スケジューリング方針を変更し、ＱｏＥを再び推定する。
【０２２２】
エンドユーザまたはＷＴＲＵからのＱｏＥ更新がないとき、基地局は、依然として推定ＱｏＥを定期的に評価し、推定ＱｏＥが受け入れられるレベルを下回らないように、またサービス不足の他のアプリケーションがある場合、過剰なプロビジョニングが行われないようにする。この方法に含まれるコアネットワークの要素は、ＰＣＲＦ、ＣＳＣＦ、および／またはＰＧＷを含む。この方法は、ＷＴＲＵがコアネットワークを通ることなしに基地局と直接通信するので、比較的速い適応をもたらす。
【０２２３】
コア内のＱｏＥアウェアネス
一方、コア内のＱｏＥアウェアネスは、ＱｏＥアウェアでない可能性がある基地局（たとえば、高度化ノードＢ）を含む。その代わりに、コアネットワークが、目標ＱｏＥを達成するためにどのＱｏＥレベルを基地局が提供するべきか決定する。すなわち、コアネットワークは、ＱｏＥからＱｏＳへの変換器として働く。これらの実施形態による方法は、図１６に示されているステップの１または複数を含む。
【０２２４】
ＷＴＲＵ（たとえば、ＵＥ）は、アプリケーションセッションについての統計をコアネットワークに送る。コアネットワークは多数の他のアプリケーションセッションを同時にさばくので、統計は、コアネットワークに対するトラフィック負荷を低減するために、たまにしか送られない。ＷＴＲＵは、やはりエンドユーザからのＱｏＥフィードバックをコアネットワークに送る。次いで、ＷＴＲＵは、ＱｏＥパラメータの値に対する更新をコアネットワークに送る。
【０２２５】
コアネットワークは、ＱｏＥ評価を実施し、どのＱｏＳレベルが目標ＱｏＥレベルを達成するか決定する（すなわち、ＱｏＥからＱｏＳへの変換）。コアネットワークは、ＱｏＳレベルについてフローごとに、そのＷＴＲＵにサービスを提供する基地局に通知する。
【０２２６】
基地局は、パケットスケジューリングを実施する。これは、いくつかの実施形態では、基地局の変更なしに実装され、ＱｏＳベースのパケットスケジューリングアルゴリズムが使用されることに留意されたい。
【０２２７】
ユーザプレーンＲＡＮ輻輳（ＵＰＣＯＮ）
【０２２８】
３ＧＰＰ  ＳＡ１／ＳＡ２におけるＵＰＣＯＮ作業項目
【０２２９】
３ＧＰＰ標準は、ユーザプレーンＲＡＮ輻輳（ＵＰＣＯＮ）管理のための第１段階要件を定義している。たとえば、ＵＰＣＯＮの第１段階態様のためのユースケースおよび潜在的な要件は、非特許文献２の第２７節に定義されている。行われる作業の主な目的は、ＲＡＮ輻輳が発生したときユーザプレーントラフィックを処理するための要件を識別することであり、その狙いは、ユーザ体験を維持しながらアクティブなユーザの潜在的な数を増大するために使用可能なリソースを効率的に使用することであった。この状況におけるユーザプレーントラフィックの例は、スマートフォンアプリケーション用のキープアライブメッセージ、ＴＣＰ同期メッセージ、ストリーミングデータ、および／またはＨＴＴＰデータなどを含む。
【０２３０】
イントラＱＣＩレベルトラフィック区分化に基づくＵＰＣＯＮの軽減
本明細書では、ＵＰＣＯＮに鑑みて同じＱＣＩ（すなわち、イントラＱＣＩ）レベル内でトラフィックの階層的ＱｏＳ区分化を実施するための方法、装置、およびシステムが提供される。そのような方法、装置、およびシステムのうちには、イントラＱＣＩレベルトラフィック区分化に基づいてＵＰＣＯＮを軽減する、および／または他の手法で影響を及ぼすための方法（ならびに／またはそのように適合された装置および／もしくはシステム）がある。そのような他の影響には、たとえば、（ｉ）たとえばＵＰＣＯＮの量の低減などＵＰＣＯＮに対する正の効果がある、（ｉｉ）たとえばＵＰＣＯＮの量の増大などＵＰＣＯＮに対する負の効果がある、または（ｉｉｉ）ＵＰＣＯＮのある量の低減およびＵＰＣＯＮの別の量の対応する増大など、ＵＰＣＯＮに対する正味の効果がない。様々な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量を低減させる点で正の効果がある。様々な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量を増大させる点で負の効果がある。様々な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、（ｉ）単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量を低減させ、（ｉｉ）単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量を増大させる点で正味の効果がない。
【０２３１】
イントラＱＣＩレベルトラフィック区分化のサブＱＣＩ属性に基づいてＵＰＣＯＮを軽減する、および／または他の影響を及ぼすためにＰＣＣを使用すること
【０２３２】
様々な実施形態では、イントラＱＣＩレベルトラフィック区分化に基づいてＵＰＣＯＮを軽減する、および／または他の手法で影響を及ぼすことは、（たとえば、低い優先度の）サブＱＣＩを導出し含めることによってＩＰフロー／サブフローのためのＱｏＳを低減し、次いでそれを施行する（enforce）ために、ＰＣＣポリシおよび／または規則と共にＰＣＣシステムを使用して実施される。説明を簡単にするために、以下の説明では、そのようなＰＣＣシステム、ＰＣＣ規則および規則について、図２Ａないし図２ＢのＰＣＣシステム２１９を参照して述べる。
【０２３３】
一実施形態では、ＰＣＲＦ２２０は、ＷＴＲＵ２０２または基地局２６０からＵＰＣＯＮレポートを受信する。ＵＥ２２０は、（たとえば、ＱＣＩ＝５を使用して）ベストエフォートトラフィックとアクティブなＰＤＮ接続を有すると仮定される。
【０２３４】
輻輳レポートに基づいて、ＰＣＲＦ２２０は、トラフィックシェーピングおよび／またはスロットリングを必要とする、または他の手法でそれを受けるＩＰフロー／トラフィック内でサブＱＣＩ規則を含む更新されたＰＣＣ規則を提供することによって、トラフィックをスロットリングする、または他の手法でトラフィックシェーピングすると決定する。更新されたＰＣＣ規則は、ＰＣＲＦ２２０または他のエンティティによって生成され、ＰＣＥＦ２７０（もしくはＰＣＣ規則を施行する（enforce）他のＰＣＥＦ）および／またはＢＢＥＲＦ２７４（もしくは（たとえば、ＰＭＩＰ  Ｓ５のために）ＱｏＳ規則を施行する（enforce）他のＢＢＥＲＦ）に提供される。
【０２３５】
更新されたＰＣＣ規則は、（たとえば、低い優先度の）サブＱＣＩを含む。低い優先度のサブＱＣＩに基づいてＰＣＲＦ２００がＰＣＣ規則を導出するための他の要因は、たとえば、ＨＳＳ／ＳＰＲ２１８から得られるユーザ加入プロファイル、（非特許文献３の使用監視の第４．４節に従ってなど）使用量（volume usage）、および／または１または複数のユーザの支出制限を含む。支出制限が使用される実施形態では、ＰＣＲＦ２２０は、ユーザがそれぞれの支出閾値を超える場合、Ｓｙ参照ポイントを介して通知を受けるようにＯＣＳ２２１に記述する。
【０２３６】
更新されたＰＣＣ規則は、低い優先度のサブＱＣＩを有するＩＰフローのＭＢＲを低減するように構成されたＱｏＳ規則を含む。ＰＣＥＦ２７０および／またはＢＢＥＲＦ２７４は、たとえば、そのようなトラフィックのビットレートが新しい、低減されたＭＢＲを超えないようにすることによって、規則を施行（enforce）する。そのようなＱｏＳ規則を施行する（enforce）ことによって、ＰＣＣシステム２１９は、ＵＰＣＯＮを作成する、またはその一因になるアプリケーションのトラフィックを効果的かつ／またはインテリジェントにスロットリングする、または他の手法でトラフィックシェーピングする。
【０２３７】
図１７ないし図２０は、ＵＰＣＯＮに鑑みて、たとえば１または複数のサブＱＣＩを使用して、同じＱＣＩレベル内でトラフィックの階層的ＱｏＳ区分化を実施するための例示的な呼の流れ１７００ないし２０００をそれぞれ示すブロック図である。呼の流れ１７００ないし２０００のそれぞれについて、説明を簡単にするために、図２Ａないし図２Ｂの通信システム２００を参照して述べる。呼の流れ１７００ないし２０００は、フロー７００は、他の通信システムでも実施される。
【０２３８】
呼の流れ１７００ないし２０００において、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのためのＱｏＳを施行（enforce）する際に、ＵＰＣＯＮ情報がＰＣＣシステム２１９によって使用される。低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのためのＱｏＳを施行すること（enforcement）は、ＵＰＣＯＮに、次いでＷＴＲＵ２０２および／または（１または複数の）他のユーザのＱｏＥに正、負、または他の影響を及ぼす。
【０２３９】
図１７の例示的な呼の流れ１７００は、輻輳の期間の間、たとえばＩＰ−ＣＡＮセッション確立もしくはＩＰ−ＣＡＮセッション修正のインジケーションの間および／またはそのインジケーションに応答してなど、ＰＣＥＦ２７０からの輻輳負荷のインジケーションの間および／またはそのインジケーションに応答して、ＰＣＣ規則を確立することを対象とする。ＰＣＣ規則は、ＵＰＣＯＮを軽減する、および／または他の手法で影響を及ぼすことを目指し、低優先度トラフィックのＩＰフローのためのＱｏＳを低減し、次いで施行する（enforce）ためのＰＣＣ規則を含み、また、同じベアラの上で送られるＩＰフロー（たとえば、ＱＣＩ＝９のデフォルトベアラの上で送られるトラフィックすべて）の優先度を区分化するためのサブＱＣＩ情報を含む。
【０２４０】
呼の流れ部１７０２では、ＰＣＥＦ２７０が、ＩＰ−ＣＡＮセッションシグナリング、たとえばＩＰ  ＣＡＮベアラ確立のための要求を受信する。また、ＰＣＥＦ２７０は、輻輳負荷情報を受信する。輻輳負荷情報を提供するための技法の一例の詳細は、２０１３年１月１１日に出願された米国特許出願第６１／７５１，５５０号明細書（整理番号１１６６４ＵＳ０１）に見出され、この出願（以下、「’５５０出願」）を参照により本明細書に組み込む。
【０２４１】
呼の流れ部１７０４では、ＰＣＥＦ２７０がＰＣＲＦ２２０に、可能なサービスの許可を要求する、および／またはＰＣＣ規則情報を求めるメッセージを送る。ＰＣＥＦ２７０は、たとえばＰＣＣ許可が必要とされると決定した後、それを行う。また、ＰＣＥＦ２７０は、輻輳負荷情報を含む。輻輳負荷情報を、可能なサービスの許可およびＰＣＣ規則情報を求める要求と共に、提供するおよび／または受信するための技法の一例の詳細は、’５５０出願に見出される。
【０２４２】
呼の流れ部１７０６では、ＰＣＲＦ２２０が、ユーザの加入プロファイルを考慮してＰＣＣおよび／またはＱｏＥ規則に対して決定する。ＰＣＲＦ２２０は、許可およびポリシ決定をする。そのユーザについて輻輳負荷レポートが存在する場合、ＰＣＲＦ２２０は、その情報を考慮する。
【０２４３】
要求に基づくアプリケーションレポーティングのために、使用されているアプリケーションにポリシ決定が依存するとＰＣＲＦ２２０が決定した場合、ＰＣＲＦ２２０は、ＰＣＲＦ２２０に向かって関連のセッションを確立するようにＴＤＦ２７６に要求し、ユーザプロファイル構成に従って、ＡＤＣ規則をＴＤＦ２７６に提供する。ＴＤＦ２７６は、ＡＣＫ（ＡＤＣ規則動作の受入れまたは拒絶）を送信し、ＰＣＲＦ２２０に、受信された決定に関連するアクションの結果について通知する。ＡＣＫは、レポートするためにイベントトリガのリストをも含む。イベントトリガは、ＰＣＲＦ２２０がＰＣＥＦ／ＢＢＥＲＦから対応するイベントレポートを得た後で、どのイベントをＰＣＲＦ２２０からＴＤＦ２７６に転送するべきかをＰＣＲＦ２２０に対して示す。
【０２４４】
ＰＣＲＦ２２０は、輻輳を軽減するためにＰＣＣ規則を含む決定を送信する。ＰＣＲＦ２２０は、デフォルト課金方法を提供し、以下の情報、すなわちアクティブ化するためのＰＣＣ規則、およびレポートするためのイベントトリガを含む。ＰＣＥＦ２７０がＡＤＣで強化されている場合、適用可能なＡＤＣ規則が、ユーザプロファイル構成に従って提供される。ポリシおよび課金規則は、ＩＰ  ＣＡＮセッションに関連するポリシの施行を可能にする。イベントトリガは、どのイベントをＰＣＲＦ２２０にレポートしなければならないかをＰＣＥＦ２７０に対して示す。前のステップでＴＤＦ２７６がイベントトリガのリストをＰＣＲＦ２２０に提供した場合、ＰＣＲＦ２２０は、これらのイベントトリガをＰＣＥＦにも提供する。ＰＣＲＦ２２０はまた、使用量レベルについて通知を受けるようにＰＣＥＦ２７０に記述する。
【０２４５】
呼の流れ部１７０８では、ＰＣＲＦ２２０は、ＩＰ  ＣＡＮセッション確立を確認応答する確認応答（ＡＣＫ）メッセージをＰＣＥＦ２７０に送る。ＡＣＫメッセージは、決定を含む。これらの決定は、輻輳を軽減することを目指すＰＣＣ規則を含み、たとえば、低優先度トラフィックに対する低い優先度のサブＱＣＩを含むことによってＩＰフローおよび／またはサブフローのＱｏＳを低減するためのＰＣＣ規則を含む。
【０２４６】
呼の流れ部１７０８では、ＰＣＥＦ２７０は、ＰＣＲＦ２２０によって提供されるＰＣＣ規則を施行（enforce）する。ＰＣＣ規則がサブＱＣＩ情報を含む場合、ＰＣＥＦ２７０は、ＩＰフローパケット内でサブＱＣＩ情報（たとえば、サブＱＣＩラベル）を追加する。
【０２４７】
図１８の例示的な呼の流れ１８００は、輻輳の期間の間、たとえばＢＢＥＲＦからの輻輳負荷のインジケーションの間および／またはそのインジケーションに応答して、ＰＣＣおよび／またはＱｏＳ規則を確立することを対象とする。輻輳負荷情報を提供するおよび／または受信するための技法の一例の詳細は、’５５０出願に見出される。ＰＣＣおよび／またはＱｏＳ規則は、ＵＰＣＯＮを軽減することを目指し、低優先度トラフィックのＩＰフローのためのＱｏＳを低減し、次いで施行（enforce）するためのＰＣＣおよび／またはＱｏＳ規則を含み、また、同じベアラの上で送られるＩＰフロー（たとえば、ＱＣＩ＝９のデフォルトベアラの上で送られるトラフィックすべて）の優先度を区分化するためのサブＱＣＩ情報を含む。
【０２４８】
呼の流れ部１８０４では、ＢＢＥＲＦ２７４がＵＰＣＯＮ輻輳負荷情報を送り、ＰＣＲＦ２２０が受信する。技法の一例の詳細が’５５０出願に示されている。
【０２４９】
呼の流れ部１８０６では、ＰＣＲＦ２２０は、（使用可能な場合）ＵＰＣＯＮを考慮してＰＣＣ規則決定をする。ＰＣＲＦ２２０は、許可およびポリシ決定をする。そのユーザについて輻輳負荷レポートが存在する場合、ＰＣＲＦ２２０は、その情報を考慮する。
【０２５０】
要求に基づくアプリケーションレポーティングのために、ＰＣＲＦ２２０が、使用されているアプリケーションにポリシ決定が依存すると決定した場合、ＰＣＲＦ２２０はＴＤＦ２７６に、ＰＣＲＦ２２０に向かって関連のセッションを確立するように要求し、ユーザプロファイル構成に従ってＡＤＣ規則をＴＤＦ２７６に提供する。ＴＤＦ２７６は、ＡＣＫ（ＡＤＣ規則動作の受入れまたは拒絶）を送信し、ＰＣＲＦ２２０に、受信された決定に関連するアクションの結果について通知する。ＡＣＫは、レポートするためにイベントトリガのリストをも含む。イベントトリガは、ＰＣＲＦ２２０がＰＣＥＦ／ＢＢＥＲＦから対応するイベントレポートを得た後で、どのイベントをＰＣＲＦ２２０からＴＤＦ２７６に転送するべきかをＰＣＲＦ２２０に対して示す。
【０２５１】
ＰＣＲＦ２２０は、輻輳を軽減するためにＰＣＣ規則を含む（１または複数の）決定を送信する。ＰＣＲＦ２２０は、デフォルト課金方法を提供し、以下の情報、すなわちアクティブ化するためのＰＣＣ規則、およびレポートするためのイベントトリガを含む。ＰＣＥＦ２７０がＡＤＣで強化されている場合、適用可能なＡＤＣ規則がユーザプロファイル構成に従って提供される。ポリシおよび課金規則は、ＩＰ  ＣＡＮセッションに関連するポリシの施行を可能にする。イベントトリガは、どのイベントをＰＣＲＦ２２０にレポートしなければならないかをＰＣＥＦ２７０に対して示す。前のステップでＴＤＦ２７６がイベントトリガのリストをＰＣＲＦ２２０に提供した場合、ＰＣＲＦ２２０はこれらのイベントトリガをＰＣＥＦにも提供する。ＰＣＲＦ２２０はまた、使用量レベルについて通知を受けるようにＰＣＥＦ２７０に記述する。さらに、ＰＣＲＦ２２０は、低優先度トラフィックのためにＰＣＣおよび／またはＱｏＳ規則内でサブＱＣＩを含める。
【０２５２】
呼の流れ部１８０８では、ＰＣＲＦ２２０は、ＢＢＥＲＦ２７４に向かって（サブＱＣＩを含む）ＱｏＳ規則情報をプロビジョニングする。ＢＢＥＲＦ２７４が新しいＱｏＳ規則を依頼した、またはＩＰ  ＣＡＮ特有のパラメータをＢＢＥＲＦに戻す必要がある、またはその両方である場合、ＰＣＲＦ２２０は、ゲートウェイ制御およびＱｏＳ規則返信をＢＢＥＲＦ２７４に送信する。このインタラクションは、ＱｏＳ規則およびイベントトリガを含む。ＢＢＥＲＦ２７４は、展開されるＱｏＳ規則およびイベントトリガについて必要とされる場合ＩＰ  ＣＡＮベアラシグナリングを開始する。ＢＢＥＲＦ２７４は、ＩＰ  ＣＡＮベアラシグナリングのための応答を受信する。
【０２５３】
新しい、および／または修正されたＱｏＳ規則が提供される場合、ＱｏＳ規則アクティブ化の結果がＰＣＲＦ２２０に返され、要求されたリソースの割当てに成功したかどうかを示す。
【０２５４】
呼の流れ部１８１０では、ＢＢＥＲＦ２７４は、ＱｏＳ規則を施行し、ＱｏＳ規則がサブＱＣＩ情報を含む場合、ＢＢＥＲＦ２７４は、ＩＰフローパケット内でサブＱＣＩ情報を追加する。
【０２５５】
ＰＣＲＦによって開始されるサブＱＣＩプロビジョニング
【０２５６】
図１９の例示的な呼の流れ１９００は、サブＱＣＩ情報を含むＰＣＣ規則を確立することを対象とする。そのような手順の一例は、ＰＣＲＦによって開始されるＩＰ−ＣＡＮセッション修正中に実施することができる。ＰＣＣ規則は、ＵＰＣＯＮを軽減することを目指し、低優先度トラフィックのＩＰフローのためのＱｏＳを低減し、次いで施行するためのＰＣＣ規則を含み、また、同じベアラの上で送られるＩＰフロー（たとえば、ＱＣＩ＝９のデフォルトベアラの上で送られるトラフィックすべて）の優先度を区分化するためのサブＱＣＩ情報を含む。
【０２５７】
呼の流れ部１９０２では、ＡＦ２７２が、ＡＦセッションシグナリングに応答してＰＣＲＦ２２０にサービス情報を提供する／取り消す。ＡＦ２７２は、サービス情報に関するベアラレベルイベントの通知を記述する。適用可能なイベントを生成するのを容易にするために、ＰＣＲＦ２２０はＰＣＥＦ２７０に、対応するＰＣＣ規則に関するイベントをレポートするように命令する。
【０２５８】
呼の流れ部１９０４では、ＴＤＦ２７６のために、たとえば非特許文献３の第７．４．２節のステップ１ｂに従ってなど、たとえばＴＤＦ２７６が１または複数のアクティブなＡＤＣ規則に一致するアプリケーショントラフィックの開始および／または停止を検出したときのために、呼の流れ部１９０２に対する代替が示されている。ＴＤＦ２７６は、要求に基づくレポートされたアプリケーション（たとえば、ＰＣＲＦ  ＡＤＣ規則、たとえばＵＰＣＯＮ負荷によりＰＣＲＦ２２０がＴＤＦ２７６に特定のアプリケーションをレポートするように命令することに基づく）または要求に基づかないレポートされたアプリケーション（たとえば、ＴＤＦ事前構成に基づく）に応答してアプリケーション情報を提供する。
【０２５９】
呼の流れ部１９０６では、別の代替として、たとえば非特許文献３の第７．９．４節に記載されているように、ＯＣＳ２２１が支出制限レポート（Ｓｐｅｎｄｉｎｇ  Ｌｉｍｉｔ  Ｒｅｐｏｒｔ）をＰＣＲＦ２２０に提供する。ＰＣＲＦ２２０は、ＨＳＳ／ＳＰＲ２１８によって提供されるＵＰＣＯＮ負荷ポリシに基づいて（１または複数の）ユーザ支出制限が満たされた場合、通知を受けるように記述（ｓｕｂｓｃｒｉｂｅ）してある。（ｉ）ＨＳＳ／ＳＰＲによって提供されるＵＰＣＯＮ負荷ポリシ、ならびに／または（ｉｉ）ＰＣＲＦが、ＨＳＳ／ＳＰＲによって提供されるＵＰＣＯＮ負荷ポリシに基づいて（１または複数の）ユーザ支出制限が満たされたことについて通知を受けるように記述する、および／もしくは通知を受けるための例示的な技法の詳細は、’５５０出願に見出される。
【０２６０】
ＰＣＲＦ２２０は、使用可能な場合、サービス情報を記憶し、ＡＦ２７２に対してＡＣＫメッセージで応答する。このＡＣＫメッセージは、呼の流れ部１９０２に適用可能である。ＡＦインタラクションがない場合、ＰＣＲＦ２２０内のトリガイベントがＰＣＲＦ２２０に、ＰＣＣ規則がＰＣＥＦ２７０にて更新されること、たとえば構成されたポリシに対する変更を必要とすると決定させる。この手順もまた、非特許文献３の第７．７．３節などに従ってＧＷ制御およびＱｏＳ規則要求（ＧＷ  Ｃｏｎｔｒｏｌ  ａｎｄ  ＱｏＳ  Ｒｕｌｅｓ  Ｒｅｑｕｅｓｔ）手順によってトリガされる。
【０２６１】
呼の流れ部１９０８では、ＰＣＲＦ２２０は、初期、中間、または最終支出制限レポート要求（Ｉｎｉｔｉａｌ，Ｉｎｔｅｒｍｅｄｉａｔｅ  ｏｒ  Ｆｉｎａｌ  Ｓｐｅｎｄｉｎｇ  Ｌｉｍｉｔ  Ｒｅｐｏｒｔ  Ｒｅｑｕｅｓｔ）手順を使用してポリシカウンタの記述されたリストを変える。ＰＣＲＦ２２０は、たとえば輻輳負荷レポートに応答してなど、たとえばポリシカウンタ状況レポーティングに対する変更が必要とされるとＰＣＲＦ２２０が決定した場合、それを行う。ＰＣＲＦ２２０は、非特許文献３の第７．９．１節、第７．９．２節、および第７．９．３節などに従って初期、中間、または最終支出制限レポート要求手順を実施する。
【０２６２】
呼の流れ部１９１０では、ＰＣＲＦ２２０は、許可およびポリシ決定をする。ＰＣＲＦ２２０は、レポートされた輻輳負荷、支出制限、使用量レベル、（ＡＦ２７２から）レポートされたＩＰフロー／サブフロー、および（ＴＤＦ２７６から）レポートされたアプリケーション情報、ならびに／または使用可能な場合、（ＩＰフロー／サブフローのサブＱＣＩパラメータに基づいてポリシを含む）ＵＰＣＯＮ負荷のためのＨＳＳ／ＳＰＲポリシを考慮する。
【０２６３】
ＰＣＲＦ２２０は、（提供される場合）アプリケーション情報を記憶し、（要求に基づかないアプリケーションレポーティングのために）ＴＤＦ２７６に対するＡＣＫメッセージで、または（要求に基づくアプリケーションレポーティングのために）ＴＤＦセッション修正で応答する。ＴＤＦの要求に基づくアプリケーションレポーティングのために、ＰＣＲＦ２２０は、新しいＡＤＣ決定をＴＤＦ２７６に提供する。最後に発生するＡＤＣ規則が非アクティブ化される場合、ＰＣＲＦ２２０はＴＤＦ２７６に、ＰＣＲＦ２２０に向かってのＴＤＦセッションを終了するように要求する。ＴＤＦ２７６とＰＣＲＦ２２０の間にアクティブなＴＤＦセッションが今のところない場合、ＰＣＲＦ２２０はＴＤＦ２７６に、ＰＣＲＦ２２０に向かってＴＤＦセッションを確立するように要求し、ＡＤＣ決定をＴＤＦ２７６に提供する。ローカルブレークアウトの場合、Ｖ−ＰＣＲＦが、Ｓ９インターフェースまたは参照ポイントの上で、Ｈ  ＰＣＲＦ２２０によって命令されるようにＡＤＣ規則を提供する。
【０２６４】
ＴＤＦの要求に基づくアプリケーションレポーティングのために、既存の継続中セッションの場合において、ＰＣＲＦ２２０によって要求された場合、ＴＤＦ２７６は、プロビジョンＡＣＫ（ＡＤＣ規則動作の受入れまたは拒絶）を送る。新しいセッションのために、ＴＤＦ２７６は、ＡＣＫを送る。これは、ＰＣＲＦ２２０に、受信されたＡＤＣ決定に関連するアクションの結果について通知する。プロビジョンＡＣＫ／ＡＣＫは、レポートするためにイベントトリガのリストをも含む。イベントトリガは、ＰＣＲＦ２２０がＰＣＥＦ２７０／ＢＢＥＲＦ２７４から対応するイベントレポートを得た後で、どのイベントをＰＣＲＦ２２０からＴＤＦ２７６に転送するべきかをＰＣＲＦ２２０に対して示す。
【０２６５】
呼の流れ部１９１２では、ＰＣＲＦ２２０は、ＧＷ制御およびＱｏＳ規則プロビジョン手順を開始する。ＰＣＲＦ２２０は、未解決のＧＷ制御およびＱｏＳ規則返信がなく、ＱｏＳ規則をプロビジョニングする必要がある場合、それを行う。ＰＣＲＦ２２０は、非特許文献３の第７．７．４節（非特許文献３の第７．１節に定義されているＰＭＩＰ  Ｓ５またはＳ２ｃに適用可能）などに従ってＧＷ制御およびＱｏＳ規則プロビジョン手順を開始する。
【０２６６】
ＩＰ  ＣＡＮセッションに関連付けられた複数のＢＢＥＲＦがある場合、呼の流れ部１９１２が、ＵＥ／ＮＷベアラ確立モードをサポートするＢＢＥＲＦで実施される。未解決のＧＷ制御およびＱｏＳ規則返信がある、たとえば、この手順がゲートウェイ制御およびＱｏＳ規則要求手順（たとえば、非特許文献３の第７．７．３節に定義されている）から呼び出された場合、ＰＣＲＦ２２０は、適用可能なＱｏＳ規則をプロビジョニングするその機会を使用する。ＩＰ  ＣＡＮセッションに関連付けられた複数のＢＢＥＲＦがあり、手順が１次ＢＢＥＲＦからＧＷ制御およびＱｏＳ規則要求手順によって前もって呼び出されている場合には、ＰＣＲＦ２２０は、ＧＷ制御およびＱｏＳ規則要求を非１次ＢＢＥＲＦから受信する。
【０２６７】
呼の流れ部１９１４では、ＰＣＲＦ２２０は、ポリシおよび課金規則プロビジョン（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｐｒｏｖｉｓｉｏｎ）（ＰＣＣ規則、イベントトリガ、イベントレポート）をＰＣＥＦ２７０に送る。また、ＰＣＲＦ２２０は、ＡＤＣで強化されている場合、新しいＡＤＣ決定すべてをＰＣＥＦ２７０に提供する。ＴＤＦ２７６がイベントトリガのリストをＰＣＲＦ２２０に提供した場合、ＰＣＲＦ２２０はまた、これらのイベントトリガをＰＣＥＦ２７０に提供する。
【０２６８】
呼の流れ部１９１６では、ＰＣＥＦ２７０は、この決定を施行する。
【０２６９】
呼の流れ部１９１８ないし１９３０は、非特許文献３の第７．４．２節に従って実施される。呼の流れ部１９１８ないし１９３０は、他の手法で実施されてもよい。
【０２７０】
アップリンクにおける輻輳軽減
ＷＴＲＵ２０２（たとえば、ＵＥ）は、たとえばＳ１４参照ポイントを介してＡＮＤＳＦ２２２によって提供されるオペレータポリシに基づいてアップリンク方向で輻輳を軽減することが可能である。ＡＮＤＳＦポリシは、アップリンクにおけるＵＰＣＯＮ状況に基づいて特定のアプリケーションの低いサブＱＣＩパケットをドロップするための情報を含む。ＷＴＲＵ２０２は、ＤＩＤＡに対して３ＧＰＰにおいて実施されている作業（非特許文献４参照）に基づいてアプリケーション間で区分化することが可能である。あるいは、アップリンク方向でＷＴＲＵ２０２によって追加されるサブＱＣＩ情報に基づいて、基地局２６０（たとえば、高度化ノードＢ）は、バックホール内（たとえば、ＲＡＮノードとＳＧＷノードの間で）でＵＰＣＯＮ状況に基づいて低いサブＱＣＩパケットをドロップする。
【０２７１】
アップリンクにおける予防輻輳軽減
アップリンクでは、ＷＴＲＵ２０２の媒体アクセス制御（ＭＡＣ）レイヤスケジューラがＭＡＣ  ＳＤＵを動的に検査し、各パケットについてＱＣＩサブレイヤ優先度を識別し、最初に高い優先度のパケットを、次に低い優先度のパケットを送信するように優先順位付けされたスケジューリングを実施する。低い優先度のパケットがキュー内で遅延され、（パケットデータ収束プロトコル（ＰＤＣＰ）レイヤ内で）ｄｉｓｃａｒｄＴｉｍｅｒタイムアウトを越えた場合、そのようなパケットは、送信前に破棄される。そのような破棄は、輻輳を低減し、または他の手法で輻輳に影響を及ぼす。
【０２７２】
ＷＴＲＵ２０２は、ＡＮＤＳＦもしくはＲＢ構成またはすべてのＲＢに適用可能なＲＲＣ構成によってサブ優先度を有する同じＲＢのパケットをマークするように規則で構成される。ＳＤＵパケット優先度の識別は、ＡＮＤＳＦポリシに基づいてより高いレイヤ内で構成されているＩＰパケット内のＤＳＣＰフィールドのパケット検査などパケット検査（たとえば、ＤＰＩ）によって得られる。ＰＤＣＰレイヤは、パケットに割り当てられるべきサブ優先度を示す追加のパラメータを有するパケットを取得し、このパケットはさらに、無線リンク制御（ＲＬＣ）レイヤおよびＭＡＣレイヤに中継される。ＭＡＣレイヤ論理チャネル優先順位付けは、論理チャネル優先度を使用し、どの論理チャネルを次に選択するかについて決定し、各論理チャネル内で、サブ優先度情報を使用し、同じ論理チャネル内のパケットまたはトランスポートブロックの選択を優先順位付けする。
【０２７３】
イントラＱＣＩレベルトラフィック区分化のサブＱＣＩ属性に基づいてＵＰＣＯＮを軽減する、および／または他の影響を及ぼすためにＲＡＮを使用すること
【０２７４】
様々な実施形態では、イントラＱＣＩレベルトラフィック区分化に基づいてＵＰＣＯＮを軽減するおよび／または他の手法で影響を及ぼすことは、基地局または他のＲＡＮ要素で実施される。説明を簡単にするために、以下の説明では、基地局または他のＲＡＮ要素について、図２Ａないし図２Ｂの通信システム２００を参照して述べる。
【０２７５】
様々な実施形態では、基地局２６０は、ＵＰＣＯＮを検出することが可能である。基地局２６０は、ＩＰフロー／サブフローのＱｏＳパラメータ（すなわち、サブＱＣＩパラメータ）の検査が可能であるディープパケットインスペクション能力をサポートすると仮定される。
【０２７６】
基地局２６０は、（少なくとも一部には）たとえばＭＭＥ２６２内に記憶されたＵＥコンテキストを、特定のユーザのためにＵＰＣＯＮ中に基地局挙動を示すためのパラメータで更新することによって、輻輳を軽減する。ＵＥコンテキストは、たとえば、特定のユーザが高い優先度のユーザであり、そのようなユーザは、ＵＰＣＯＮの高い場合でさえ高いＱｏＥを受けるべきであることを示す情報を含む。
【０２７７】
ＵＰＣＯＮ中、基地局２６０は、輻輳をどのように軽減するか識別するように、ＵＥコンテキスト内に格納された加入プロファイルを考慮する。たとえば、基地局２６０は、ＵＥコンテキスト内に格納されたユーザの加入プロファイルを考慮することと共に、低い優先度のサブＱＣＩのパケットを破棄する。
【０２７８】
図２０の例示的な呼の流れ２０００は、基地局２６０または他のＲＡＮ要素で実施されるイントラＱＣＩレベルトラフィック区分化に基づいてＵＰＣＯＮを軽減する、および／または他の手法で影響を及ぼすことを対象とする。基地局２６０は、たとえば、ＵＥコンテキスト内に格納されたユーザの加入プロファイルに基づいて低い優先度のサブＱＣＩのパケットを破棄することによって、輻輳をどのように軽減するか識別するように、ＵＥ（ＷＴＲＵ）コンテキスト内に格納された加入プロファイルを考慮する。
【０２７９】
呼の流れ部２００２では、基地局２６０は、すべてのユーザプレーントラフィックを送達するために十分なリソースがないことを検出する。
【０２８０】
呼の流れ部２００４では、基地局２６０は、ＵＰＣＯＮ情報をＭＭＥ２６２に通知する。基地局２６０は、たとえば特定のユーザのために記憶されたＵＥコンテキストを基地局２６０が所有しない場合、それを行う。基地局２６０は、たとえばＮＡＳシグナリングを介してＵＰＣＯＮ情報をレポートする。
【０２８１】
呼の流れ部２００６では、ＭＭＥ２６２が、更新されたＵＥコンテキスト情報を提供する。
【０２８２】
呼の流れ部２００８では、基地局２６０は、（たとえば、すべてまたは一部の）ＵＥ（ＷＴＲＵ）トラフィックに対してＤＰＩを実施する。
【０２８３】
呼の流れ部１０では、基地局２６０は、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのＩＰパケットをドロップする。基地局２６０によってドロップされる低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのＩＰパケットは、ＭＭＥ２６２によって提供されるＵＥコンテキスト情報、および実施されるＤＰＩに基づく。
【０２８４】
実施形態
階層的トラフィック区分化を実施する、および／または階層的トラフィック区分化を使用するための方法、装置、およびシステムの様々な実施形態が提供される。これらの方法、装置、およびシステムは、輻輳を処理する、および／またはユーザＱｏＥを管理するために実装される。
【０２８５】
少なくとも１つの代表的な実施形態では、方法は、ＱｏＳクラスに従って形成されたベアラにマッピングされたトラフィックを得るステップを含む。
【０２８６】
少なくとも１つの代表的な実施形態では、この方法は、ベアラ内のトラフィックを複数のトラフィックサブクラスに区分化するステップを含む。
【０２８７】
少なくとも１つの代表的な実施形態では、この方法は、区分化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするステップを含む。
【０２８８】
少なくとも１つの代表的な実施形態では、トラフィックを区分化するステップは、複数のトラフィックサブクラスのどのトラフィックサブクラスにトラフィックのパケットを割り当てるかのインジケーションを得るステップを含む。
【０２８９】
少なくとも１つの代表的な実施形態では、パケットはインジケーションを含む。
【０２９０】
少なくとも１つの代表的な実施形態では、パケットはヘッダを含み、ヘッダはインジケータを含む。
【０２９１】
少なくとも１つの代表的な実施形態では、ヘッダはＧＴＰに従う。
【０２９２】
少なくとも１つの代表的な実施形態では、インジケーションを得るステップは、インジケーションのためにパケットのパケット検査を実施するステップを含む。
【０２９３】
少なくとも１つの代表的な実施形態では、インジケーションを得るステップは、パケットについての情報を得るためにパケットのパケット検査を実施するステップ、および／または得られた情報に基づいてインジケーションを導出するステップを含む。
【０２９４】
少なくとも１つの代表的な実施形態では、得られた情報は、アプリケーション特有のシグネチャを含む。
【０２９５】
少なくとも１つの代表的な実施形態では、インジケーションを得るステップは、シグナリングを介してインジケーションを受信するステップを含む。
【０２９６】
少なくとも１つの代表的な実施形態では、インジケーションは、パケットを割り当てるためのトラフィッククラスの優先度を示す。
【０２９７】
少なくとも１つの代表的な実施形態では、パケットは、ＱｏＳクラスに対応するＱＣＩを含む。
【０２９８】
少なくとも１つの代表的な実施形態では、インジケータは、サブＱＣＩである。
【０２９９】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをスケジューリングするステップは、複数のトラフィックサブクラスの優先順位付けに基づいて、区分化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップを含む。
【０３００】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップは、パケットの送信のスケジューリングされた時間を遅延させるステップを含む。
【０３０１】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをスケジューリングするステップは、輻輳に鑑みて、区分化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするステップを含む。
【０３０２】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをスケジューリングするステップは、リソースの不足に鑑みて、区分化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするステップを含む。
【０３０３】
少なくとも１つの代表的な実施形態では、この方法は、区分化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいて、送信するためにスケジューリングするステップを含む。
【０３０４】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをスケジューリングするステップは、複数のトラフィックサブクラスを管理するためのポリシに基づいて、区分化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップを含む。
【０３０５】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップは、パケットの送信のスケジューリングされた時間を遅延させるステップを含む。
【０３０６】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをスケジューリングするステップは、輻輳に鑑みて、区分化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいて、送信するためにスケジューリングするステップを含む。
【０３０７】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをスケジューリングするステップは、リソースの不足に鑑みて、区分化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいて、送信するためにスケジューリングするステップを含む。
【０３０８】
少なくとも１つの代表的な実施形態では、この方法は、複数のトラフィックサブクラスの優先順位付けに基づいて、区分化されたトラフィックをフィルタリングするステップを含む。
【０３０９】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをフィルタリングするステップは、複数のトラフィックサブクラスの少なくとも１つの他のトラフィックサブクラスの優先度より低い優先度を有する複数のトラフィックサブクラスのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを区分化されたトラフィックからフィルタリングすることを含む。
【０３１０】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをフィルタリングするステップは、複数のトラフィッククラスのそれぞれの優先度より低い優先度を有する複数のトラフィックサブクラスのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを区分化されたトラフィックからフィルタリングすることを含む。
【０３１１】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをフィルタリングするステップは、区分化されたトラフィックのパケットが区分化されたトラフィックからフィルタリングされない優先度より低い優先順位付けの優先順位の順で優先度を有する複数のトラフィックサブクラスのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを区分化されたトラフィックからフィルタリングすることを含む。
【０３１２】
少なくとも１つの代表的な実施形態では、この方法は、区分化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいてフィルタリングするステップを含む。
【０３１３】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをフィルタリングするステップは、輻輳に鑑みて実施される。
【０３１４】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをフィルタリングするステップは、リソースの不足に鑑みて実施される。
【０３１５】
少なくとも１つの代表的な実施形態では、この方法は、フィルタリングされたトラフィックをスケジューリングするステップを含む。
【０３１６】
少なくとも１つの代表的な実施形態では、この方法は、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにフィルタリングされたトラフィックをスケジューリングするステップを含む。
【０３１７】
少なくとも１つの代表的な実施形態では、フィルタリングされたトラフィックをスケジューリングするステップは、複数のトラフィックサブクラスの優先順位付けに基づいて、フィルタリングされたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップを含む。
【０３１８】
少なくとも１つの代表的な実施形態では、複数のトラフィックサブクラスを管理するためのポリシに基づいて、送信するためにフィルタリングされたトラフィックをスケジューリングするステップを含む。
【０３１９】
少なくとも１つの代表的な実施形態では、フィルタリングされたトラフィックをスケジューリングするステップは、複数のトラフィックサブクラスを管理するためのポリシに基づいて、フィルタリングされたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップを含む。
【０３２０】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップは、パケットの送信のスケジューリングされた時間を遅延させるステップを含む。
【０３２１】
少なくとも１つの代表的な実施形態では、この方法は、区分化されたトラフィックを処理するためのポリシを参照するステップを含む。
【０３２２】
少なくとも１つの代表的な実施形態では、この方法は、ポリシに基づいて、区分化されたトラフィックを管理するステップを含む。
【０３２３】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックを処理するためのポリシは、ユーザ加入情報から導出された条件を含む。
【０３２４】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックを処理するためのポリシは、１または複数のオペレータポリシから導出された条件を含む。
【０３２５】
少なくとも１つの代表的な実施形態では、この方法は、輻輳を検出するステップを含む。
【０３２６】
少なくとも１つの代表的な実施形態では、輻輳は、ＲＡＮにおけるユーザプレーン輻輳を含む。
【０３２７】
少なくとも１つの代表的な実施形態では、ベアラは、ＲＡＮと関連付けられる。
【０３２８】
少なくとも１つの代表的な実施形態では、この方法は、リソースの不足を検出するステップを含む。
【０３２９】
少なくとも１つの代表的な実施形態では、装置がプロセッサを含む。
【０３３０】
少なくとも１つの代表的な実施形態では、プロセッサは、ＱｏＳクラスに従って形成されたベアラにマッピングされたトラフィックを得るように構成される。
【０３３１】
少なくとも１つの代表的な実施形態では、プロセッサは、ベアラ内のトラフィックを複数のトラフィックサブクラスに区分化するように構成される。
【０３３２】
少なくとも１つの代表的な実施形態では、トラフィックを複数のトラフィックサブクラスに区分化するようにプロセッサが構成されることは、複数のトラフィックサブクラスのどのトラフィックサブクラスにトラフィックのパケットを割り当てるかのインジケーションを得るようにプロセッサが構成されることを含む。
【０３３３】
少なくとも１つの代表的な実施形態では、パケットはインジケーションを含む。
【０３３４】
少なくとも１つの代表的な実施形態では、パケットはヘッダを含み、ヘッダはインジケータを含む。
【０３３５】
少なくとも１つの代表的な実施形態では、ヘッダはＧＴＰに従う。
【０３３６】
少なくとも１つの代表的な実施形態では、インジケーションを得るようにプロセッサが構成されることは、インジケーションのためにパケットのパケット検査を実施するようにプロセッサが構成されることを含む。
【０３３７】
少なくとも１つの代表的な実施形態では、インジケーションを得るようにプロセッサが構成されることは、パケットについての情報を得るためにパケットのパケット検査を実施するようにプロセッサが構成されることを含み、および／または得られた情報に基づいてインジケーションを導出するようにプロセッサが構成されることを含む。
【０３３８】
少なくとも１つの代表的な実施形態では、得られた情報は、アプリケーション特有のシグネチャを含む。
【０３３９】
少なくとも１つの代表的な実施形態では、この装置は、受信機を含む。
【０３４０】
少なくとも１つの代表的な実施形態では、受信機は、シグナリング（すなわち、パケットとは別々のもの）を介してインジケーションを受信するように構成される。
【０３４１】
少なくとも１つの代表的な実施形態では、インジケーションを得るようにプロセッサが構成されることは、受信機によって受信されたシグナリングからインジケーションを受信するようにプロセッサが構成されることを含む。
【０３４２】
少なくとも１つの代表的な実施形態では、インジケーションは、パケットを割り当てるためのトラフィッククラスの優先度を示す。
【０３４３】
少なくとも１つの代表的な実施形態では、パケットは、ＱｏＳクラスに対応するＱＣＩを含む。
【０３４４】
少なくとも１つの代表的な実施形態では、インジケータは、サブＱＣＩである。
【０３４５】
少なくとも１つの代表的な実施形態では、プロセッサは、区分化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするように構成される。
【０３４６】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをスケジューリングするようにプロセッサが構成されることは、複数のトラフィックサブクラスの優先順位付けに基づいて、区分化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するようにプロセッサが構成されることを含む。
【０３４７】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するようにプロセッサが構成されることは、パケットの送信のスケジューリングされた時間を遅延させるようにプロセッサが構成されることを含む。
【０３４８】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをスケジューリングするようにプロセッサが構成されることは、輻輳に鑑みて、区分化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするようにプロセッサが構成されることを含む。
【０３４９】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをスケジューリングするように構成されることは、リソースの不足に鑑みて、区分化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするようにプロセッサが構成されることを含む。
【０３５０】
少なくとも１つの代表的な実施形態では、プロセッサは、複数のトラフィックサブクラスの優先順位付けに基づいて、区分化されたトラフィックをフィルタリングするように構成される。
【０３５１】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをフィルタリングするようにプロセッサが構成されることは、複数のトラフィッククラスの少なくとも１つの他のトラフィックサブクラスの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを区分化されたトラフィックからフィルタリングするようにプロセッサが構成されることを含む。
【０３５２】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをフィルタリングするようにプロセッサが構成されることは、複数のトラフィッククラスのそれぞれの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを区分化されたトラフィックからフィルタリングするようにプロセッサが構成されることを含む。
【０３５３】
少なくとも１つの代表的な実施形態では、区分化されたトラフィックをフィルタリングするようにプロセッサが構成されることは、区分化されたトラフィックのパケットが区分化されたトラフィックからフィルタリングされない優先度より低い優先順位付けの優先順位の順で優先度を有する複数のトラフィックサブクラスのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを区分化されたトラフィックからフィルタリングするようにプロセッサが構成されることを含む。
【０３５４】
少なくとも１つの代表的な実施形態では、プロセッサは、フィルタリングされたトラフィックをスケジューリングするように構成される。
【０３５５】
少なくとも１つの代表的な実施形態では、プロセッサは、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにフィルタリングされたトラフィックに対して構成される。
【０３５６】
少なくとも１つの代表的な実施形態では、フィルタリングされたトラフィックをスケジューリングするようにプロセッサが構成されることは、複数のトラフィックサブクラスの優先順位付けに基づいて、フィルタリングされたトラフィックのパケットの送信のスケジューリングされた時間を調整するようにプロセッサが構成されることを含む。
【０３５７】
少なくとも１つの代表的な実施形態では、プロセッサは、輻輳を検出するように構成される。
【０３５８】
少なくとも１つの代表的な実施形態では、輻輳は、無線アクセスネットワーク（ＲＡＮ）におけるユーザプレーン輻輳を含む。
【０３５９】
少なくとも１つの代表的な実施形態では、ベアラは、ＲＡＮと関連付けられる。
【０３６０】
少なくとも１つの代表的な実施形態では、プロセッサは、リソースの不足を検出するように構成される。
【０３６１】
少なくとも１つの代表的な実施形態では、この装置は、（ｉ）無線送信および／または受信ユニット（ＷＴＲＵ）、（ｉｉ）基地局、および（ｉｉｉ）パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）を含むコアネットワークのノードのうちのいずれかである。
【０３６２】
少なくとも１つの代表的な実施形態では、装置がプロセッサを含み、プロセッサは、ＱｏＳクラスに従って形成されたベアラにマッピングされたトラフィックを得るように構成される。
【０３６３】
少なくとも１つの代表的な実施形態では、プロセッサは、ベアラ内のトラフィックを複数のトラフィックサブクラスに区分化するように構成される。
【０３６４】
少なくとも１つの代表的な実施形態では、プロセッサは、区分化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいて、送信するためにスケジューリングするように構成される。
【０３６５】
少なくとも１つの代表的な実施形態では、装置がプロセッサを含み、プロセッサは、ＱｏＳクラスに従って形成されたベアラにマッピングされたトラフィックを得るように構成される。
【０３６６】
少なくとも１つの代表的な実施形態では、プロセッサは、ベアラ内のトラフィックを複数のトラフィックサブクラスに区分化するように構成される。
【０３６７】
少なくとも１つの代表的な実施形態では、プロセッサは、区分化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいてフィルタリングするように構成される。
【０３６８】
少なくとも１つの代表的な実施形態では、この装置は、（ｉ）無線送信および／または受信ユニット（ＷＴＲＵ）、（ｉｉ）基地局、および（ｉｉｉ）パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）を含むコアネットワークのノードのうちのいずれかである。
【０３６９】
少なくとも１つの代表的な実施形態では、方法が、同じＱＣＩレベル内で階層的トラフィック区分化を実施するステップを含む。
【０３７０】
少なくとも１つの代表的な実施形態では、階層的トラフィック区分化は、ＵＰＣＯＮに鑑みて実施される。
【０３７１】
少なくとも１つの代表的な実施形態では、方法が、イントラＱＣＩレベルトラフィック区分化に基づいてＵＰＣＯＮを軽減する、および／または他の手法で影響を及ぼすステップを含む。
【０３７２】
少なくとも１つの代表的な実施形態では、他の影響には、たとえばＵＰＣＯＮの量の低減などＵＰＣＯＮに対する正の効果がある。
【０３７３】
少なくとも１つの代表的な実施形態では、他の影響には、たとえばＵＰＣＯＮの量の増大などＵＰＣＯＮに対する負の効果がある。
【０３７４】
少なくとも１つの代表的な実施形態では、他の影響には、ＵＰＣＯＮのある量の低減およびＵＰＣＯＮの別の量の対応する増大など、ＵＰＣＯＮに対する正味の効果がない。
【０３７５】
少なくとも１つの代表的な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、そのようなものが単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量の低減を引き起こす点で正の効果がある。
【０３７６】
少なくとも１つの代表的な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、そのようなものが単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量の増大を引き起こす点で負の効果がある。
【０３７７】
少なくとも１つの代表的な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、（ｉ）単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量の低減、および（ｉｉ）単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量の増大を引き起こす点で正味の効果がない。
【０３７８】
少なくとも１つの代表的な実施形態では、イントラＱＣＩレベルトラフィック区分化に基づいてＵＰＣＯＮを軽減するおよび／または他の手法で影響を及ぼすステップは、（たとえば、低い優先度の）サブＱＣＩを有する１または複数のＩＰフロー／サブフローのためのサービス品質（ＱｏＳ）を低減し、次いでそれを施行する（enforce）ために、ＰＣＣポリシおよび／または規則と共にＰＣＣシステムを使用して実施される。
【０３７９】
少なくとも１つの代表的な実施形態では、イントラＱＣＩレベルトラフィック区分化に基づいてＵＰＣＯＮを軽減するおよび／または他の手法で影響を及ぼすステップは、トラフィックシェーピングを含む。
【０３８０】
少なくとも１つの代表的な実施形態では、トラフィックシェーピングは、低い優先度および／または高い優先度のサブＱＣＩなど、少なくとも一部にはサブＱＣＩに基づく。
【０３８１】
少なくとも１つの代表的な実施形態では、トラフィックシェーピングは、１または複数の他の要因と共に、低い優先度および／または高い優先度のサブＱＣＩなど、少なくとも一部にはサブＱＣＩに基づく。
【０３８２】
少なくとも１つの代表的な実施形態では、これらの要因は、１または複数のユーザのユーザ加入プロファイル、使用量、および支出制限のうちのいずれかを含む。
【０３８３】
少なくとも１つの代表的な実施形態では、方法が、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのための低減されたＱｏＳを施行する（enforce）ステップを含む。
【０３８４】
少なくとも１つの代表的な実施形態では、低減されたＱｏＳを施行する（enforce）ステップは、トラフィックのディープパケットインスペクションを実施するステップを含む。
【０３８５】
少なくとも１つの代表的な実施形態では、低減されたＱｏＳを施行する（enforce）ステップは、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのパケットを破棄するステップを含む。
【０３８６】
少なくとも１つの代表的な実施形態では、低減されたＱｏＳの施行（enforcement）は、パケットデータゲートウェイ、ポリシ課金および制御（ＰＣＣ）エンティティ、および基地局のうちのいずれかで実施される。
【０３８７】
少なくとも１つの代表的な実施形態では、低減されたＱｏＳを施行する（enforce）ステップは、１または複数のＰＣＣポリシ、１または複数のＰＣＣ規則、および１または複数のＱｏＳ規則のうちのいずれかを適用するステップを含む。
【０３８８】
少なくとも１つの代表的な実施形態では、この方法は、１または複数のＰＣＣポリシ、１または複数のＰＣＣ規則、および１または複数のＱｏＳ規則のうちのいずれかを生成するステップを含む。
【０３８９】
少なくとも１つの代表的な実施形態では、１または複数のＰＣＣポリシ、１または複数のＰＣＣ規則、および１または複数のＱｏＳ規則のうちのいずれかは、少なくとも一部にはユーザプレーン輻輳（ＵＰＣＯＮ）に基づく。
【０３９０】
少なくとも１つの代表的な実施形態では、１または複数のＰＣＣポリシ、１または複数のＰＣＣ規則、および１または複数のＱｏＳ規則のうちのいずれかは、少なくとも一部にはユーザプレーン輻輳（ＵＰＣＯＮ）、および１または複数の他の要因に基づく。
【０３９１】
少なくとも１つの代表的な実施形態では、１または複数の他の要因は、１または複数のユーザのユーザ加入プロファイル、使用量、および支出制限のうちのいずれかを含む。
【０３９２】
少なくとも１つの代表的な実施形態では、ＱｏＳ規則は、現在の最大ビットレート（ＭＢＲ）を新しいＭＢＲに調整するための規則を含む。
【０３９３】
少なくとも１つの代表的な実施形態では、新しいＭＢＲは、現在のＭＢＲ未満である。
【０３９４】
少なくとも１つの代表的な実施形態では、低減されたＱｏＳを施行する（enforce）ステップは、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのビットレートが新しいＭＢＲを確実に超えないようにするステップを含む。
【０３９５】
少なくとも１つの代表的な実施形態では、現在の最大ビットレート（ＭＢＲ）を新しいＭＢＲに調整するための規則は、少なくとも一部には、低い優先度のサブＱＣＩに関連付けられたビットレートに基づく。
【０３９６】
少なくとも１つの代表的な実施形態では、方法が、要求メッセージによってゲートウェイ制御セッション確立手順を開始するステップを含む。
【０３９７】
少なくとも１つの代表的な実施形態では、要求メッセージは、ＢＢＥＲＦからのものである。
【０３９８】
少なくとも１つの代表的な実施形態では、要求メッセージは、輻輳負荷情報を含む。
【０３９９】
少なくとも１つの代表的な実施形態では、この方法は、ＩＰ  ＣＡＮベアラ確立のための要求を受信するステップを含む。
【０４００】
少なくとも１つの代表的な実施形態では、ＩＰ  ＣＡＮベアラ確立のための要求は、ＰＣＥＦで受信される。
【０４０１】
少なくとも１つの代表的な実施形態では、この方法は、輻輳負荷情報を受信するステップを含む。
【０４０２】
少なくとも１つの代表的な実施形態では、輻輳負荷情報は、ＰＣＥＦで受信される。
【０４０３】
少なくとも１つの代表的な実施形態では、この方法は、可能なサービスの許可を要求する、および／またはＰＣＣ規則情報を求めるメッセージを送るステップを含む。
【０４０４】
少なくとも１つの代表的な実施形態では、可能なサービスの許可を要求する、および／またはＰＣＣ規則情報を求めるメッセージは、ＰＣＥＦからＰＣＲＦに送られる。
【０４０５】
少なくとも１つの代表的な実施形態では、可能なサービスの許可を要求する、および／またはＰＣＣ規則情報を求めるメッセージは、輻輳負荷情報を含む。
【０４０６】
少なくとも１つの代表的な実施形態では、この方法は、ユーザプロファイル、および／またはＩＰ  ＣＡＮセッションに関連する他の情報を要求するメッセージを送るステップを含む。
【０４０７】
少なくとも１つの代表的な実施形態では、ユーザプロファイル、および／またはＩＰ  ＣＡＮセッションに関連する他の情報を要求するメッセージは、ＰＣＲＦから送られる。
【０４０８】
少なくとも１つの代表的な実施形態では、この方法は、ユーザプロファイル、および／またはＩＰ  ＣＡＮセッションに関連する他の情報を要求するメッセージを送るステップを含む。
【０４０９】
少なくとも１つの代表的な実施形態では、ユーザプロファイル、および／またはＩＰ  ＣＡＮセッションに関連する他の情報を要求するメッセージは、ＰＣＲＦから送られる。
【０４１０】
少なくとも１つの代表的な実施形態では、ユーザプロファイル、および／またはＩＰ  ＣＡＮセッションに関連する他の情報を要求するメッセージは、ＰＣＲＦに１または複数の加入者のための加入関連の情報がない場合、送られる。
【０４１１】
少なくとも１つの代表的な実施形態では、この方法は、ユーザプロファイル、および／またはＩＰ  ＣＡＮセッションに関連する他の情報を要求するメッセージを受信するステップを含む。
【０４１２】
少なくとも１つの代表的な実施形態では、ユーザプロファイルおよび／またはＩＰ  ＣＡＮセッションに関連する他の情報を要求するメッセージは、たとえばＨＳＳおよび／またはＳＰＲなどネットワークエンティティで受信される。
【０４１３】
少なくとも１つの代表的な実施形態では、ネットワークエンティティは、ポリシを維持する。
【０４１４】
少なくとも１つの代表的な実施形態では、ポリシは、ＵＰＣＯＮ負荷に基づく。
【０４１５】
少なくとも１つの代表的な実施形態では、ポリシは、加入者のタイプもしくはレベル、レポートされるＩＰフロー／サブフロー、レポートされるアプリケーションタイプ、使用量レベル、ユーザ支出制限に基づく、および／またはＩＰフロー／サブフローのためのサブＱＣＩに基づく、１または複数のポリシのうちのいずれかを含む。
【０４１６】
少なくとも１つの代表的な実施形態では、ポリシは、低い、および／または高い優先度のサブＱＣＩに基づく、１または複数のポリシを含む。
【０４１７】
少なくとも１つの代表的な実施形態では、１または複数のポリシは、高い優先度のサブＱＣＩを有するＩＰフロー／サブフローが、トラフィックシェーピングに関して、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローより優先されるべきであることを示す。
【０４１８】
少なくとも１つの代表的な実施形態では、この方法は、加入関連の情報を送るステップを含む。
【０４１９】
少なくとも１つの代表的な実施形態では、加入関連の情報は、ネットワークエンティティ（たとえばＨＳＳおよび／またはＳＰＲ）から送られる。
【０４２０】
少なくとも１つの代表的な実施形態では、この方法は、加入関連の情報をＰＣＲＦで受信および／または記憶するステップを含む。
【０４２１】
少なくとも１つの代表的な実施形態では、加入関連の情報は、ＰＣＲＦによって受信され、および／またはＰＣＲＦで記憶される。
【０４２２】
少なくとも１つの代表的な実施形態では、加入関連の情報は、可能なサービスについての情報および／またはＰＣＣ規則情報、優先度と共にパケット交換（ＰＳ）セッションを確立するためのＭＰＳ  ＥＰＳ優先度、ＭＰＳ優先度レベルおよびＩＭＳシグナリング優先度、ならびに／またはアプリケーション検出および制御をＩＰ−ＣＡＮセッションのために可能にするべきかどうかを示す情報を含むユーザプロファイル構成情報、のうちのいずれかを含む。
【０４２３】
少なくとも１つの代表的な実施形態では、この方法は、初期、中間、および／または最終支出制限レポート要求を送るステップを含む。
【０４２４】
少なくとも１つの代表的な実施形態では、初期、中間、および／または最終支出制限レポート要求は、ＰＣＲＦから送られる。
【０４２５】
少なくとも１つの代表的な実施形態では、ポリシ決定が、低い優先度のサブＱＣＩおよび支出制限に基づくポリシのためのものを含む、ＯＣＳで使用可能なポリシカウンタの状況に依存し、そのようなポリシカウンタ状況レポーティングがその加入者のために確立されないと（たとえば、ＰＣＲＦによって）決定された場合、初期支出制限レポート要求はが送られる。
【０４２６】
少なくとも１つの代表的な実施形態では、この方法は、初期、中間、および／または最終支出制限レポート要求を受信するステップを含む。
【０４２７】
少なくとも１つの代表的な実施形態では、初期、中間、および／または最終支出制限レポート要求は、ＯＣＳで受信される。
【０４２８】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦで許可およびポリシ決定をするステップを含む。
【０４２９】
少なくとも１つの代表的な実施形態では、許可およびポリシ決定をするステップは、使用可能な場合、そのユーザ（および／または他のユーザ）について輻輳負荷レポートを考慮して、許可およびポリシ決定をするステップを含む。
【０４３０】
少なくとも１つの代表的な実施形態では、許可およびポリシ決定は、ＰＣＲＦで、および／またはＰＣＲＦによってなされる。
【０４３１】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦに向かっての関連のセッションを確立するようにＴＤＦに要求するメッセージをＰＣＲＦから送るステップ、および／または、ユーザプロファイル構成に従って、ＡＤＣ規則をＴＤＦに提供するステップを含む。
【０４３２】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦに向かっての関連のセッションを確立するようにＴＤＦに要求するメッセージをＴＤＦで受信するステップと、ＡＤＣ規則をＴＤＦで受信するステップとを含む。
【０４３３】
少なくとも１つの代表的な実施形態では、この方法は、ポリシ決定が、使用されているアプリケーションに依存すると決定するステップを含む。
【０４３４】
少なくとも１つの代表的な実施形態では、この方法は、ＴＤＦから確認応答（ＡＣＫ）メッセージを送信し、ＰＣＲＦに、受信された決定に関連するアクションの結果について通知するステップを含む。
【０４３５】
少なくとも１つの代表的な実施形態では、ＡＣＫメッセージは、レポートするためにイベントトリガのリストを含む。
【０４３６】
少なくとも１つの代表的な実施形態では、イベントトリガは、ＰＣＲＦからＴＤＦに転送するべき１または複数のイベントをＰＣＲＦに対して示す。
【０４３７】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦから、ＩＰ  ＣＡＮセッション確立を確認応答する確認応答（ＡＣＫ）メッセージを送るステップを含む。
【０４３８】
少なくとも１つの代表的な実施形態では、この方法は、ＩＰ  ＣＡＮセッション確立を確認応答する確認応答（ＡＣＫ）メッセージをＰＣＥＦで受信するステップを含む。
【０４３９】
少なくとも１つの代表的な実施形態では、ＡＣＫメッセージは、決定を含む。
【０４４０】
少なくとも１つの代表的な実施形態では、決定は、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのＭＢＲを低減することなど、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのＱｏＳを低減するためのＰＣＣ規則を含む、輻輳を軽減することを目指すＰＣＣ規則を含む。
【０４４１】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦから、デフォルト課金方法、および／またはどのＰＣＣ規則をアクティブ化するか、およびどのイベントトリガをレポートするかを示すための情報、を提供するステップを含む。
【０４４２】
少なくとも１つの代表的な実施形態では、この方法は、適用可能なＡＤＣ規則を提供するステップを含み、適用可能なＡＤＣ規則は、ユーザプロファイル構成からのＡＤＣ規則であり、またはユーザプロファイル構成からのＡＤＣ規則に従う。
【０４４３】
少なくとも１つの代表的な実施形態では、方法が、ＡＦ２７２によって、ＡＦセッションシグナリングに応答してサービス情報を提供する／取り消すステップを含む。
【０４４４】
少なくとも１つの代表的な実施形態では、この方法は、ＡＦ２７２が、サービス情報に関するベアラレベルイベントの通知を記述するステップを含む。
【０４４５】
少なくとも１つの代表的な実施形態では、適用可能なイベントを生成するのを容易にするために、ＰＣＲＦはＰＣＥＦに、対応するＰＣＣ規則に関するイベントをレポートするように命令する。
【０４４６】
少なくとも１つの代表的な実施形態では、この方法は、サービス情報をＰＣＲＦで受信するステップを含む。
【０４４７】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって、サービス情報を記憶するステップ、および／またはＡＣＫメッセージでＡＦに応答するステップを含む。
【０４４８】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦで、ＩＰ  ＣＡＮセッション修正のためのＩＰ  ＣＡＮセッションシグナリングを受信するステップを含む。
【０４４９】
少なくとも１つの代表的な実施形態では、ＩＰ  ＣＡＮセッションシグナリングは、輻輳負荷情報を担持する。
【０４５０】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦで、ＩＰ  ＣＡＮセッション修正をトリガすると決定するステップを含む。
【０４５１】
少なくとも１つの代表的な実施形態では、この方法は、内部決定に基づいて、および／またはたとえばＰＣＥＦ２７０がＡＤＣで強化されており、１もしくは複数のアクティブ化されているＡＤＣ規則によって要求されるようにアプリケーショントラフィックの開始／停止を検出したかどうかに基づいて、ＩＰ  ＣＡＮセッション修正のためのＩＰ  ＣＡＮセッションシグナリングに応答して、ＰＣＥＦでＩＰ  ＣＡＮセッション修正をトリガすると決定するステップを含む。
【０４５２】
少なくとも１つの代表的な実施形態では、この方法は、高い輻輳負荷によりレポートされる必要があるアプリケーションをＴＤＦが検出したことに応答して、ＰＣＥＦで、ＩＰ  ＣＡＮセッション修正をトリガすると決定するステップを含む。
【０４５３】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦで、ＩＰ  ＣＡＮセッション修正をトリガすると決定するステップを含む。
【０４５４】
少なくとも１つの代表的な実施形態では、ＰＣＥＦは、ＰＣＣインタラクションが必要とされるという決定に基づいてトリガすると決定する。
【０４５５】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦからＩＰ  ＣＡＮセッション修正のインジケーションを送るステップを含む。
【０４５６】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦで、ＰＣＣ規則を求める要求を、ＩＰ  ＣＡＮセッションおよびＰＣＥＦで使用可能なサービス情報と相関するステップを含む。
【０４５７】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦからＡＦに、送信リソースに関連するイベントをレポートするステップを含む。
【０４５８】
少なくとも１つの代表的な実施形態では、この方法は、ＡＦからＡＣＫメッセージを送り、イベントレポートを確認応答するおよび／または要求された情報で応答するステップを含む。
【０４５９】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって、初期、中間、または最終支出制限レポート要求を使用してポリシカウンタの記述されたリストを変えるステップを含む。
【０４６０】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦで許可およびポリシ決定をするステップを含む。
【０４６１】
少なくとも１つの代表的な実施形態では、この方法は、レポートされた輻輳負荷を考慮してＰＣＲＦで許可およびポリシ決定をするステップを含む。
【０４６２】
少なくとも１つの代表的な実施形態では、この方法は、レポートされた輻輳負荷を、以下の情報（使用可能な場合）、すなわちユーザの支出制限、使用量レベル、特定のＩＰフロー／サブフロー／レポートされたアプリケーション、およびＩＰフロー／サブフローのうちの１または複数のサブＱＣＩのいずれかと共に考慮して、ＰＣＲＦで許可およびポリシ決定をするステップを含む。
【０４６３】
少なくとも１つの代表的な実施形態では、この方法は、ＴＤＦの要求に基づくアプリケーションレポーティングを実施するステップを含む。
【０４６４】
少なくとも１つの代表的な実施形態では、ＴＤＦの要求に基づくアプリケーションレポーティングを実施するステップは、（ｉ）ＡＤＣ規則のアクティブ化、非アクティブ化、および修正のうちのいずれかを含む、新しいＡＤＣ決定をＴＤＦに提供するステップと、（ｉｉ）高いＵＰＣＯＮの場合、監視されることを必要とする特定のアプリケーションをレポートするためにＴＤＦに対して示すステップとを含む。
【０４６５】
少なくとも１つの代表的な実施形態では、この方法は、ＴＤＦからＡＣＫメッセージを送信し、ＰＣＲＦに、受信された決定に関連するアクションの結果について通知するステップを含む。
【０４６６】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦから、ＩＰ  ＣＡＮセッション修正を確認応答するＡＣＫメッセージを送るステップを含む。
【０４６７】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦで、ＩＰ  ＣＡＮセッション修正を確認応答するＡＣＫメッセージを受信するステップを含む。
【０４６８】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦによって、決定を施行するステップを含む。
【０４６９】
少なくとも１つの代表的な実施形態では、方法が、ＡＦによって、ＡＦセッションシグナリングに応答してサービス情報を提供する／取り消すステップを含む。
【０４７０】
少なくとも１つの代表的な実施形態では、方法が、ＡＦによって、ＴＤＦが１または複数のアクティブなＡＤＣ規則に一致するアプリケーショントラフィックの開始／停止を検出したことに応答してサービス情報を提供する／取り消すステップを含む。
【０４７１】
少なくとも１つの代表的な実施形態では、方法が、ＡＦによって、ＯＣＳが支出制限レポートをＰＣＲＦ２２０に提供したことに応答してサービス情報を提供する／取り消すステップを含む。
【０４７２】
少なくとも１つの代表的な実施形態では、ＨＳＳ／ＳＰＲによって提供されるＵＰＣＯＮ負荷ポリシに基づいてユーザ支出制限が満たされた場合、通知を受けるように記述される。
【０４７３】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦ２２０によって、使用可能な場合、サービス情報を記憶するステップ、および／またはＡＦに対してＡＣＫメッセージで応答するステップを含む。
【０４７４】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって、初期、中間、または最終支出制限レポート要求を使用してポリシカウンタの記述されたリストを変えるステップを含む。
【０４７５】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって許可およびポリシ決定をするステップを含む。
【０４７６】
少なくとも１つの代表的な実施形態では、この方法は、レポートされた輻輳負荷、支出制限、使用量レベル、レポートされたＩＰフロー／サブフローおよびレポートされたアプリケーション情報）、ならびに／または使用可能な場合、ＩＰフロー／サブフローのサブＱＣＩパラメータに基づいてポリシを含むＵＰＣＯＮ負荷のためのＨＳＳ／ＳＰＲポリシ考慮して、許可およびポリシ決定をするステップを含む。
【０４７７】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって、（提供される場合）アプリケーション情報を記憶するステップ、および／またはＴＤＦに対するＡＣＫメッセージもしくはＴＤＦセッション修正で応答するステップを含む。
【０４７８】
少なくとも１つの代表的な実施形態では、この方法は、ＴＤＦからプロビジョンＡＣＫまたはＡＣＫを送信し、ＰＣＲＦに、受信されたＡＤＣ決定に関連するアクションの結果について通知するステップを含む。
【０４７９】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって、ＧＷ制御およびＱｏＳ規則プロビジョン手順を開始するステップを含む。
【０４８０】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦからポリシおよび課金規則プロビジョンを送るステップを含む。
【０４８１】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦでポリシおよび課金規則プロビジョンを受信するステップを含む。
【０４８２】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦで決定を施行するステップを含む。
【０４８３】
少なくとも１つの代表的な実施形態では、方法が、ＢＢＥＲＦで、イベントをレポートする、および／またはゲートウェイ制御セッションのためにＱｏＳ規則を得るための要求を受信するステップを含む。
【０４８４】
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦでＵＰＣＯＮ負荷情報を受信するステップを含む。
【０４８５】
少なくとも１つの代表的な実施形態では、ＢＢＥＲＦからゲートウェイ制御およびＱｏＳ規則要求を送るステップ、および／またはＰＣＲＦでゲートウェイ制御およびＱｏＳ規則要求を受信するステップを含む。
【０４８６】
少なくとも１つの代表的な実施形態では、ゲートウェイ制御およびＱｏＳ規則要求は、輻輳負荷情報を含む。
【０４８７】
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦがイベントをレポートするように要求された場合、ＢＢＥＲＦから、手順をトリガしたエンティティに結果を送るステップを含む。
【０４８８】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦが、使用可能な場合ＵＰＣＯＮを考慮してＰＣＣ規則決定をすることを含めて、ゲートウェイ制御およびＱｏＳ規則要求手順に応答して、ＰＣＲＦによって開始されるＩＰ  ＣＡＮセッション修正手順を実施するステップを含む。
【０４８９】
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦからゲートウェイ制御およびＱｏＳ規則返信を送るステップを含む。
【０４９０】
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦでゲートウェイ制御およびＱｏＳ規則返信を受信するステップを含む。
【０４９１】
少なくとも１つの代表的な実施形態では、ゲートウェイ制御およびＱｏＳ規則返信は、新しいＱｏＳ規則、ＩＰ  ＣＡＮ特有のパラメータ、および／またはイベントトリガを含む。
【０４９２】
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦによって受信されたＱｏＳ規則および／またはイベントトリガがあればそれをＢＢＥＲＦによって配備するステップを含む。
【０４９３】
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦによってＩＰ  ＣＡＮベアラシグナリングを開始するステップを含む。
【０４９４】
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦで、ＩＰ  ＣＡＮベアラシグナリングのための応答を受信するステップを含む。
【０４９５】
少なくとも１つの代表的な実施形態では、この方法は、ＱｏＳ規則アクティブ化の結果をＰＣＲＦに返すステップを含む。
【０４９６】
少なくとも１つの代表的な実施形態では、返される結果は、要求されたリソースが割り当てられることが成功したかどうかを示す。
【０４９７】
少なくとも１つの代表的な実施形態では、方法が、基地局で、すべてのユーザプレーントラフィックを送達するためのリソースの不足を検出するステップを含む。
【０４９８】
少なくとも１つの代表的な実施形態では、この方法は、基地局によって、ＵＰＣＯＮ情報を担持する通知または他のレポートを送るステップを含む。
【０４９９】
少なくとも１つの代表的な実施形態では、この方法は、ＭＭＥによって、ＵＰＣＯＮ情報を担持する通知または他のレポートを受信するステップを含む。
【０５００】
少なくとも１つの代表的な実施形態では、基地局によって、ＵＰＣＯＮ情報を担持する通知を送るステップは、特定のユーザのために記憶されたＵＥコンテキストを基地局が所有しない場合、トリガされる。
【０５０１】
少なくとも１つの代表的な実施形態では、基地局は、ＵＰＣＯＮ情報を担持する通知または他のレポートを、ＮＡＳシグナリングを介して送る。
【０５０２】
少なくとも１つの代表的な実施形態では、この方法は、ＭＭＥ２６２から、更新されたＵＥコンテキスト情報を提供するステップを含む。
【０５０３】
少なくとも１つの代表的な実施形態では、この方法は、データプレーントラフィックに対して、基地局でパケット検査（たとえば、ＤＰＩ）を実施するステップを含む。
【０５０４】
少なくとも１つの代表的な実施形態では、この方法は、ＭＭＥによって提供されたＵＥコンテキスト情報および実施されたパケット検査に基づいて（たとえば、低い優先度の）サブＱＣＩを有するＩＰフロー／サブフローのＩＰパケットを基地局でドロップするステップを含む。
【０５０５】
少なくとも１つの代表的な実施形態では、方法が、同じＱＣＩレベル内で階層的トラフィック区分化を実施するステップと、階層的トラフィック区分化に基づいて無線システムリソースを割り当てる、または別の手法で管理するステップとを含む。
【０５０６】
少なくとも１つの代表的な実施形態では、同じＱＣＩレベル内で階層的トラフィック区分化を実施するステップは、１または複数のイントラＱＣＩレベルに従ってトラフィックを区分化するステップを含む。
【０５０７】
少なくとも１つの代表的な実施形態では、階層的トラフィック区分化を実施するステップは、ツリーベースの構造および／または方法を適用するステップを含む。
【０５０８】
少なくとも１つの代表的な実施形態では、ツリーベースの構造および／または方法は、ＱＣＩレベルについて、１もしくは複数のイントラＱＣＩレベルおよび／または１もしくは複数のサブＱＣＩを含む。
【０５０９】
少なくとも１つの代表的な実施形態では、サブＱＣＩは、トラフィックのフローと共にサブフローのそれぞれの優先度に関連付けられる。
【０５１０】
少なくとも１つの代表的な実施形態では、トラフィックは、単一のベアラにマッピングされる。
【０５１１】
少なくとも１つの代表的な実施形態では、トラフィックは、異なるタイプのトラフィック
【０５１２】
少なくとも１つの代表的な実施形態では、トラフィックを担持するためにベアラに割り当てられるＴＦＴは、異なるタイプのトラフィックを区別するためにアプリケーション特有のシグネチャを含む。
【０５１３】
少なくとも１つの代表的な実施形態では、アプリケーション特有のシグネチャは、ユーザプロファイルおよび／またはＵＥコンテキスト内で維持される、および／またはそれらから取得可能である。
【０５１４】
少なくとも１つの代表的な実施形態では、ユーザプロファイルおよび／またはＵＥコンテキストは、リポジトリ内で維持される、および／またはそこから取得可能である。
【０５１５】
少なくとも１つの代表的な実施形態では、リポジトリは、ＨＳＳおよびＳＰＲのいずれかである。
【０５１６】
少なくとも１つの代表的な実施形態では、アプリケーション特有のシグネチャを含むＴＦＴは、１または複数のコアネットワークノードおよび１または複数のＲＡＮノードを含めて、１または複数のネットワークノード内にプロビジョニングされる、および／またはその中で維持される。
【０５１７】
少なくとも１つの代表的な実施形態では、ネットワークノードは、それぞれのポリシテーブルを備える、および／またはそれらを維持する。
【０５１８】
少なくとも１つの代表的な実施形態では、ポリシテーブルのそれぞれは、（ｉ）ベアラ内の特定のサブフローを処理すること、（ｉｉ）それらの互いに相対的な優先度、および（ｉｉｉ）ＱｏＳパラメータのそれぞれのシェアのうちのいずれかのための規則を含む。
【０５１９】
少なくとも１つの代表的な実施形態では、この方法は、１または複数のネットワークノードで、サブフローのどれにトラフィックの少なくとも１つのパケットが属するか検出するステップを含む。
【０５２０】
少なくとも１つの代表的な実施形態では、サブフローのどれにトラフィックの少なくとも１つのパケットが属するか検出するステップは、アプリケーションシグネチャを使用してパケット検査（たとえば、ＤＰＩ）を実施するステップを含む。
【０５２１】
少なくとも１つの代表的な実施形態では、この方法は、トラフィックの少なくとも１つのパケットのサブＱＣＩを決定するためにパケット検査を実施するステップと、ユーザプレーン内で、決定された情報に従ってトラフィックの少なくとも１つのパケットを転送するステップとを含む。
【０５２２】
少なくとも１つの代表的な実施形態では、この方法は、少なくとも１つのユーザプレーンパケットに関連付けられたサブＱＣＩ値を回復するステップと、ポリシテーブルを使用しそのような少なくとも１つのユーザプレーンパケットのための処理を決定するステップとを含む。
【０５２３】
少なくとも１つの代表的な実施形態では、この方法は、アプリケーションとコアネットワークとの間のインタラクションを処理し、サブＱＣＩレベルに伴う細分性でトラフィックを提供するようにネットワークおよびＲＡＮレイヤのいずれかを構成するステップを含む。
【０５２４】
少なくとも１つの代表的な実施形態では、ＱｏＳ区分化に従って専用ＥＰＳおよび無線ベアラの作成および除去のいずれかを処理するようにネットワークおよびＲＡＮレイヤのいずれかを構成するステップを含む。
【０５２５】
少なくとも１つの代表的な実施形態では、この方法は、各フロー内のサブフローのサブ優先度に基づいて、サブＱＣＩ（またはイントラＱＣＩ）ラベルをフローに割り当てるステップを含む。
【０５２６】
少なくとも１つの代表的な実施形態では、この方法は、サブＱＣＩ（またはイントラＱＣＩ）ラベルを割り当てるステップは、ツリーベースの優先度マッピング構造を使用してサブＱＣＩ（またはイントラＱＣＩ）ラベルを割り当てるステップを含む。
【０５２７】
少なくとも１つの代表的な実施形態では、この方法は、サブＱＣＩラベルは、ＱＣＩより下位の葉としてツリーベースの優先度マッピング構造上に配置される。
【０５２８】
少なくとも１つの代表的な実施形態では、この方法は、サブＱＣＩラベルおよびツリーベースの優先度マッピング構造のうちのいずれかをサポートするために１または複数のネットワークノードにマッピング規則を与えるステップを含む。
【０５２９】
少なくとも１つの代表的な実施形態では、ツリーベースの優先度マッピング構造は、ＱＣＩタイプ、ＱＣＩタイプのそれぞれの対応する属性、および表２に列挙されたＱＣＩタイプのための例示的なサブＱＣＩラベルに従って構成される。
【０５３０】
少なくとも１つの代表的な実施形態では、この方法は、サブＱＣＩ情報をユーザプレーンパケットから抽出するステップを含む。
【０５３１】
少なくとも１つの代表的な実施形態では、サブＱＣＩ情報をユーザプレーンパケットから抽出するステップは、１または複数のネットワークノードによって実施される。
【０５３２】
少なくとも１つの代表的な実施形態では、この方法は、アプリケーション特有のシグネチャを使用してディープパケットインスペクションを実施することによってサブＱＣＩ情報を導出するステップを含む。
【０５３３】
少なくとも１つの代表的な実施形態では、サブＱＣＩ情報を導出するステップは、１または複数のネットワークノードによって実施される。
【０５３４】
少なくとも１つの代表的な実施形態では、この方法は、スケジューリングおよび無線リソース管理（ＲＲＭ）決定のうちのいずれかのためにサブＱＣＩ情報を使用するステップを含む。
【０５３５】
少なくとも１つの代表的な実施形態では、この方法は、トラフィックシェーピングのためにサブＱＣＩ情報を使用するステップを含む。
【０５３６】
少なくとも１つの代表的な実施形態では、この方法は、トラフィックのどのフレームまたは他の形態をドロップするか決定するためにサブＱＣＩ情報を使用するステップを含む。
【０５３７】
少なくとも１つの代表的な実施形態では、サブＱＣＩに関連付けられた情報の値は、同じベアラおよび同じＱＣＩレベルのうちのいずれかの中のパケットの相対的な優先度および／またはドロップ優先順位を示す。
【０５３８】
少なくとも１つの代表的な実施形態では、サブＱＣＩは、個々の最大ビットレート（ＭＢＲ）に関連付けられる。
【０５３９】
少なくとも１つの代表的な実施形態では、サブＱＣＩは、トラフィックの少なくとも一部分に他のより高い優先順位のサブフローによって消費されないリソースが割り当てられることを示すワイルドカードに関連付けられる。
【０５４０】
少なくとも１つの代表的な実施形態では、方法が、第１のフローと第２のフローを同時に管理するステップを含む。
【０５４１】
少なくとも１つの代表的な実施形態では、第１のフローにはＱＣＩレベルで無線システムリソースが割り当てられ、第２のフローにはサブＱＣＩレベルでリソースが割り当てられる。
【０５４２】
少なくとも１つの代表的な実施形態では、第１のフローと第２のフローを同時に管理するステップは、第１のフローおよび第２のフローについてそれぞれＱｏＳ規則の第１のセットおよび第２のセットを導出するステップを含む。
【０５４３】
少なくとも１つの代表的な実施形態では、ＱｏＳ規則の第１のセットおよび第２のセットを導出するステップは、ベアラセットアップ中に行われる。
【０５４４】
少なくとも１つの代表的な実施形態では、ＱｏＳ規則の第１のセットはＱＣＩのためのものであり、ＱｏＳ規則の第２のセットはＱＣＩとサブＱＣＩ両方のためのものである。
【０５４５】
少なくとも１つの代表的な実施形態では、第１のフローと第２のフローを同時に管理するステップは、ＱｏＳ規則の第１のセットおよび第２のセットを第１のフローおよび第２のフローに適用するステップを含む。
【０５４６】
少なくとも１つの代表的な実施形態では、第１のフローと第２のフローを同時に管理するステップは、第１のフローおよび第２のフローについてＱＣＩレベルでサービス区分化を実施するステップを含む。
【０５４７】
少なくとも１つの代表的な実施形態では、第１のフローと第２のフローを同時に管理するステップは、第２のフローについてサブＱＣＩレベルでサービス区分化を実施するステップを含む。
【０５４８】
少なくとも１つの代表的な実施形態では、第１のフローと第２のフローを同時に管理するステップは、第１のフローおよび第２のフローのいずれかについてアクティブなキュー管理を実施するステップを含む。
【０５４９】
少なくとも１つの代表的な実施形態では、第１のフローおよび第２のフローのいずれかについてアクティブなキュー管理を実施するステップは、サブＱＣＩ情報に従って第２のフローについてアクティブなキュー管理を実施するステップを含む。
【０５５０】
少なくとも１つの代表的な実施形態では、この方法は、ＱｏＥの測定量に従って無線システムリソースを割り当てるステップを含む。
【０５５１】
少なくとも１つの代表的な実施形態では、ＱｏＥは、一部には主観的な動的パラメータに基づいて決定される。
【０５５２】
少なくとも１つの代表的な実施形態では、この方法は、ＷＴＲＵが主観的な動的パラメータの測定量を得るステップ、ならびに／またはそれらをＲＡＮ要素およびコアネットワーク要素のうちのいずれかに提供するステップを含む。
【０５５３】
少なくとも１つの代表的な実施形態では、ＱｏＥは、一部には以下のパラメータ、すなわちビデオパケットのタイプ（たとえば、階層的Ｐにおける時間的レイヤ）、遅延ジッタ、動き（ＵＥとエンドユーザの間）、照明／ライティング、エンドユーザフィードバック、デバイス情報、ディスプレイタイプ、ディスプレイサイズ、視角および視距離のうちの１または複数に基づく。
【０５５４】
少なくとも１つの代表的な実施形態では、この方法は、第１のＷＴＲＵが第２のＷＴＲＵに所望のＱｏＥについて通知するステップを含む。
【０５５５】
少なくとも１つの代表的な実施形態では、この方法は、第１のＷＴＲＵが主観的な動的パラメータの測定量を第１のネットワークに提供するステップ、および／またはＱｏＥレベルを得るステップを含む。
【０５５６】
少なくとも１つの代表的な実施形態では、この方法は、ＱｏＥが第２のネットワークによってサポートされることができるかどうか第２のＷＴＲＵが決定するステップを含む。
【０５５７】
少なくとも１つの代表的な実施形態では、無線システムリソースは、コアネットワーク要素によって割り当てられる。
【０５５８】
少なくとも１つの代表的な実施形態では、無線システムリソースは、エッジネットワーク要素によって割り当てられる。
【０５５９】
少なくとも１つの代表的な実施形態では、方法が、以下のパラメータ、すなわちパケット損失率、パケット遅延、遅延閾値、ビットレート、フレームレート、視距離、視角、周囲ライティング、ディスプレイサイズのうちの１または複数に基づいてＱｏＥ推定値を計算するステップを含む。
【０５６０】
少なくとも１つの代表的な実施形態では、これらのパラメータのうちの１または複数が、重要度の相対測定量に従って重み付けされる。
【０５６１】
少なくとも１つの代表的な実施形態では、この計算は、パケット遅延とパケット閾値との差に基づくステップ関数を含む。
【０５６２】
少なくとも１つの代表的な実施形態では、方法が、ＱｏＥ要求をＣＳＣＦに送るステップを含む。
【０５６３】
少なくとも１つの代表的な実施形態では、この方法は、受け入れられるＱｏＥをＣＳＣＦから得るステップを含む。
【０５６４】
少なくとも１つの代表的な実施形態では、この方法は、エンドツーエンドＱｏＥメッセージを送信するステップを含む。
【０５６５】
少なくとも１つの代表的な実施形態では、ＱｏＥ要求は、以下のパラメータ、すなわちビデオアプリケーション識別子、１または複数の使用可能なコーデック、ディスプレイに関するデバイスデータ（タイプおよび／またはサイズ）、環境条件（周囲ライティングおよび／または視角および／または視距離）、所望のＱｏＥレベルのうちの１または複数を含む。
【０５６６】
少なくとも１つの代表的な実施形態では、ＣＳＣＦは、ＰＣＲＦに接触する。
【０５６７】
少なくとも１つの代表的な実施形態では、方法が、第２のＷＴＲＵで、第１のネットワーク上の第１のＷＴＲＵからエンドツーエンドＱｏＥ要求メッセージを受信するステップを含む。
【０５６８】
少なくとも１つの代表的な実施形態では、この方法は、それに応答して、第２のネットワークから第２のＷＴＲＵで受け入れられるＱｏＥレベルを得るステップを含む。
【０５６９】
少なくとも１つの代表的な実施形態では、この方法は、ＱｏＥ要求を受信した後で、以下のパラメータ、すなわち視角、ライティング条件、デバイス能力のうちの１または複数を含めて、ローカル条件を評価することに基づいて使用可能なＱｏＥを決定するステップを含む。
【０５７０】
少なくとも１つの代表的な実施形態では、この方法は、ユーザインターフェースからパラメータ値を得るステップを含む。
【０５７１】
少なくとも１つの代表的な実施形態では、この方法は、達成可能なエンドツーエンドＱｏＥを、定期的に、またはイベントトリガに基づいて再評価するステップを含む。
【０５７２】
少なくとも１つの代表的な実施形態では、イベントトリガは、周囲ライティング条件の変化である。
【０５７３】
少なくとも１つの代表的な実施形態では、この方法は、ＱｏＥフィードバックおよびＱｏＥパラメータを使用し、特定のエンドユーザのためにリソース割当て方針を変えるステップを含む。
【０５７４】
少なくとも１つの代表的な実施形態では、ＱｏＥフィードバックは、解像度の増大を示す。
【０５７５】
少なくとも１つの代表的な実施形態では、この方法は、解像度の増大のインジケーションに鑑みて、スループットを増大するように、ネットワークがその現在のリソース割当てを変更するステップを含む。
【０５７６】
少なくとも１つの代表的な実施形態では、リソース割当て方針の変更は、リソース割当てアルゴリズムに渡され、追加のＬＴＥリソースブロックが論理チャネルに割り当てられる。
【０５７７】
少なくとも１つの代表的な実施形態では、ＱｏＥフィードバックは、リソース割当てアルゴリズムが論理チャネルを２つのセット、すなわちサービス不足の論理チャネルの第１のセットと、サービス過剰の論理チャネルの第２のセットとに区分する解像度の増大を示す。
【０５７８】
少なくとも１つの代表的な実施形態では、ＱｏＥフィードバックは、リソース割当てアルゴリズムがＬＴＥにおけるＰＲＢなどリソースをサービス不足のセットに関連付けられた論理チャネルのために割り当て、次いでサービス過剰のセット内のものに割り当てる解像度の増大を示す。
【０５７９】
少なくとも１つの代表的な実施形態では、受信機、送信機、およびプロセッサのうちのいずれかを含む装置が、上記代表的な実施形態の少なくとも１つに記載の方法を実施するように構成される。
【０５８０】
少なくとも１つの代表的な実施形態では、システムが、上記代表的な実施形態の少なくとも１つに記載の方法を実施するように構成される。
【０５８１】
少なくとも１つの代表的な実施形態では、有形のコンピュータ可読媒体が、上記代表的な実施形態の少なくとも１つに記載の方法を実施するためのコンピュータ実行可能命令を記憶している。
【０５８２】
結び
上記では特徴および要素が特定の組合せで提供されているが、各特徴および要素は、単独で、または他の特徴および要素との任意の組合せで使用することができることを、当業者なら理解するであろう。さらに、本明細書に提供されている方法は、コンピュータまたはプロセッサによって実行するためのコンピュータ可読媒体内に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線接続または無線接続を介して伝送される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、それだけには限らないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクや取外し式ディスクなど磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多目的ディスク（ＤＶＤ）など光媒体を含む。ソフトウェアと関連付けられたプロセッサを使用し、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するために、無線周波数トランシーバを実装する。
【０５８３】
上記で提供されている方法、装置、およびシステムの変形形態が、本発明の範囲から逸脱することなしに可能である。適用することができる多種多様な実施形態に鑑みて、示されている実施形態は例にすぎず、以下の特許請求の範囲を限定するものと考えるべきでないことを理解されたい。たとえば、本明細書で提供されている実施形態はハンドヘルドデバイスを含み、ハンドヘルドデバイスは、任意の適切な電圧を提供するバッテリなど任意の適切な電圧源を含み、またはそれと共に使用される。
【０５８４】
さらに、上記で提供されている実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスに言及されている。これらのデバイスは、少なくとも１つの中央処理装置（ＣＰＵ）とメモリとを含む。コンピュータプログラミングの当業者の慣例によれば、行為および演算または命令を記号で表現したもの（ｓｙｍｂｏｌｉｃ  ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）は、様々なＣＰＵおよびメモリによって実施される。そのような行為および演算または命令は、「実行される」「コンピュータによって実行される」または「ＣＰＵによって実行される」と称される。
【０５８５】
当業者なら、行為、および記号で表現された演算または命令が、ＣＰＵによる電気信号の操作を含むことを理解するであろう。電気システムは、電気信号の変換または削減を結果的にもたらすことができるデータビット、およびメモリシステム内のメモリ位置でデータビットを維持し、それにより、ＣＰＵの演算、ならびに他の信号処理を再構成し、または別の方法で変更することを表す。データビットが維持されるメモリ位置は、データビットに対応する、またはデータビットを表す特定の電気特性、磁気特性、光特性、または有機特性を有する物理的な位置である。例示的な実施形態が上述のプラットフォームまたはＣＰＵに限定されないこと、また他のプラットフォームおよびＣＰＵが、提供されている方法をサポートすることを理解されたい。
【０５８６】
また、データビットは、磁気ディスク、光ディスク、およびＣＰＵによって読出し可能な任意の他の揮発性（たとえば、ランダムアクセスメモリ（ＲＡＭ））または不揮発性（たとえば、読出し専用メモリ（ＲＯＭ））大容量記憶システムを含む、コンピュータ可読媒体上で維持される。コンピュータ可読媒体は、協働する、または相互接続されたコンピュータ可読媒体を含み、これらは、処理システム上に排他的に存在し、または処理システムにとってローカルもしくは遠隔の複数の相互接続された処理システムの間で分散される。例示的な実施形態は、上述のメモリに限定されないこと、および他のプラットフォームおよびメモリが、提供されている方法をサポートすることを理解されたい。
【０５８７】
本願の説明で使用されているどの要素、行為、または命令も、そのようなものとして明示的に提供されていない限り、本発明にとって重要または本質的なものと解釈するべきでない。また、本明細書では、冠詞「ａ」および「ａｎ」は、１または複数の物品を含むものとする。たとえば、「一実施形態では（ｉｎ  ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」という文言における冠詞「ａｎ」は、たとえば「単一の実施形態では」「複数の実施形態では」「実施形態では」および／または「すべての実施形態では」を含むものとする。１つだけの物品が意図されている場合、「単一」という用語、または同様の言葉が使用される。さらに、「のいずれか」という用語と、それに続く複数の物品の列挙、および／または物品の複数のカテゴリは、本明細書では、物品および／または物品のカテゴリ「のいずれか」「の任意の組合せ」「の任意の複数」および／または「の複数の任意の組合せ」を、個々に、または他の物品および／もしくは物品の他のカテゴリと共に含むものとする。さらに、本明細書では、「セット」という用語は、ゼロを含めて任意の数の物品を含むものとする。さらに、本明細書では、「数」という用語は、ゼロを含めて、任意の数を含むものとする。
【０５８８】
さらに、特許請求の範囲は、その旨述べられていない限り、提供されている順序または要素に限定されると読むべきでない。さらに、任意の請求項における「ための手段（ｍｅａｎｓ  ｆｏｒ）」という用語の使用は、米国特許法第１１２条６項またはミーンズプラスファンクションクレームフォーマットを有効と宣言することが意図されており、「ための手段」という用語がない請求項は、そのように意図されていない。
【誤訳訂正３】
【訂正対象書類名】図面
【訂正対象項目名】図７
【訂正方法】変更
【訂正の内容】
【図７】
2015513829.tif 000006
【誤訳訂正４】
【訂正対象書類名】図面
【訂正対象項目名】図８
【訂正方法】変更
【訂正の内容】
【図８】
2015513829.tif 000007
【誤訳訂正５】
【訂正対象書類名】図面
【訂正対象項目名】図９
【訂正方法】変更
【訂正の内容】
【図９】
2015513829.tif 000008
【誤訳訂正６】
【訂正対象書類名】図面
【訂正対象項目名】図１０
【訂正方法】変更
【訂正の内容】
【図１０】
2015513829.tif 000009
【誤訳訂正７】
【訂正対象書類名】図面
【訂正対象項目名】図１１
【訂正方法】変更
【訂正の内容】
【図１１】
2015513829.tif 000010