JP2015513829A - 輻輳を処理するおよび／またはユーザ体感品質を管理するための階層的トラフィック差別化 - Google Patents

輻輳を処理するおよび／またはユーザ体感品質を管理するための階層的トラフィック差別化 Download PDF

Info

Publication number
JP2015513829A
JP2015513829A JP2014557858A JP2014557858A JP2015513829A JP 2015513829 A JP2015513829 A JP 2015513829A JP 2014557858 A JP2014557858 A JP 2014557858A JP 2014557858 A JP2014557858 A JP 2014557858A JP 2015513829 A JP2015513829 A JP 2015513829A
Authority
JP
Japan
Prior art keywords
traffic
differentiated
subclasses
exemplary embodiment
bearer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2014557858A
Other languages
English (en)
Other versions
JP6396808B2 (ja
JP2015513829A5 (ja
Inventor
リエンピン マー
リエンピン マー
カー サミアン
カー サミアン
カラムパトシス ディミトリオス
カラムパトシス ディミトリオス
ラパポート アヴィ
ラパポート アヴィ
スタンバーグ グレゴリー
スタンバーグ グレゴリー
レズニック ユーリー
レズニック ユーリー
ゼイラ アリエラ
ゼイラ アリエラ
リウ ウェイミン
リウ ウェイミン
ソニ ナレシュ
ソニ ナレシュ
Original Assignee
ヴィド スケール インコーポレイテッド
ヴィド スケール インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ヴィド スケール インコーポレイテッド, ヴィド スケール インコーポレイテッド filed Critical ヴィド スケール インコーポレイテッド
Publication of JP2015513829A publication Critical patent/JP2015513829A/ja
Publication of JP2015513829A5 publication Critical patent/JP2015513829A5/ja
Application granted granted Critical
Publication of JP6396808B2 publication Critical patent/JP6396808B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

階層的トラフィック差別化を実施する、および／または階層的トラフィック差別化を使用するための方法、装置、およびシステムが提供される。これらの方法、装置、およびシステムは、たとえば輻輳を処理し、および／またはユーザ体感品質（ＱｏＥ）を管理するように実装される。階層的トラフィック差別化を実施することは、ＱｏＳクラスに従って形成されたベアラに、またはそのベアラ内でマッピングされたトラフィックを、複数のトラフィックサブクラスに差別化または他の手法で分類する（まとめて「差別化する」）ことを含む。階層的トラフィック差別化を使用することは、差別化されたトラフィックを、複数のトラフィックサブクラスの優先順位付け、および／またはそれらを管理するためのポリシに基づいて、送信するためにスケジューリングする、および／またはポリシング（たとえば、フィルタリング）することを含む。

Description

本発明は、輻輳を処理するおよび／またはユーザ体感品質を管理するための階層的トラフィック差別化を実施および／または使用するための方法、装置、およびシステムに関する。
近年、ビデオおよび他のデータなど移動無線メディアに対する需要が絶えず増大しており、その成長は、著しく高いユーザデータ転送速度をもたらすロングタームエボリューション（ＬＴＥ）および／または拡張ＬＴＥネットワークの新しいインフラストラクチャと共に増大することが予測されている。今日の無線ネットワークは高い容量を有し、スマートフォンは、今やメディアを生成および／または表示することが可能であるが、これらの先進の無線通信ネットワークにわたって様々なタイプのメディアを実際に移送することは挑戦的なものとなっており、メディアの送信に対処するために無線ネットワーク内のリソースをスケジューリングすることは、困難な仕事である。
"Ｏｐｉｎｉｏｎ ｍｏｄｅｌ ｆｏｒ ｖｉｄｅｏ−ｔｅｌｅｐｈｏｎｙ ａｐｐｌｉｃａｔｉｏｎｓ"， ＩＴＵ−Ｔ Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ Ｇ． １０７０， ２００９ ３ＧＰＰ ＴＳ ２２．１０１ ｖｌ２．３．０ ３ＧＰＰ ＴＳ ２３．２０３ ３ＧＰＰ ＴＳ ２３．４０２
本発明では、輻輳を処理するおよび／またはユーザ体感品質を管理するための階層的トラフィック差別化を実施および／または使用するための改善された方法、装置、およびシステムを提供する。
階層的トラフィック差別化を実施する、および／または階層的トラフィック差別化を使用するための方法、装置、およびシステムは、たとえば輻輳を処理し、および／またはユーザ体感品質（ＱｏＥ）を管理するように実装される。階層的トラフィック差別化を実施することは、ＱｏＳクラスに従って形成されたベアラに、またはそのベアラ内でマッピングされたトラフィックを、複数のトラフィックサブクラスに差別化または他の手法で分類する（まとめて「差別化する」）ことを含む。階層的トラフィック差別化を使用することは、差別化されたトラフィックを、複数のトラフィックサブクラスの優先順位付け、および／またはそれらを管理するためのポリシに基づいて、送信するためにスケジューリングする、および／またはポリシング（たとえば、フィルタリング）することを含む。
より詳細な理解を、本明細書に添付の図面と共に、例として与えられている下記の詳細な説明から得ることができる。そのような図面内の図は、詳細な説明のように、例である。したがって、これらの図および詳細な説明は、限定するものと考えるべきでなく、他の同様に効果的な例が可能であり、ありそうに思われる。さらに、図における同様の符号は、同様の要素を示す。
１または複数の開示されている実施形態が実装される例示的な通信システムのシステム図である。 図１Ａに示されている通信システム内で使用される例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示されている通信システム内で使用される例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示されている通信システム内で使用される例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示されている通信システム内で使用される例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 通信システムの一例と、通信システムを確立するデフォルトベアラおよび専用ベアラの例とを示すブロック図である。 通信システムの一例と、通信システムを確立するデフォルトベアラおよび専用ベアラの例とを示すブロック図である。 無線ベアラ（ＲＢ）、Ｓ１ベアラ、およびＳ５ベアラに対するＥＰＳベアラのエンドツーエンドマッピングの一例を示すブロック図である。 ビデオ会議システムのためのシステムアーキテクチャの一例を示すブロック図である。 ビデオ会議システムのためのシステムアーキテクチャの一例を示すブロック図である。 ビデオ会議システムのためのシステムアーキテクチャの一例を示すブロック図である。 階層的トラフィック差別化を対象とするフローの例を示す流れ図である。 階層的トラフィック差別化を対象とするフローの例を示す流れ図である。 階層的トラフィック差別化を対象とするフローの例を示す流れ図である。 階層的トラフィック差別化を対象とするフローの例を示す流れ図である。 階層的トラフィック差別化を対象とするフローの例を示す流れ図である。 例示的なエンドツーエンド体感品質（ＱｏＥ）コーディネーションを示す呼流れ図である。 ユーザインザループ（user-in-the-loop）ＱｏＥベースの適応スケジューリングの例を示す流れ図である。 リソース割当て方法の例を示す流れ図である。 ネットワークエッジ上でのＱｏＥアウェアネスを用いた例示的な実施形態を示す流れ図である。 ネットワークコアでのＱｏＥアウェアネスを用いた例示的な実施形態を示す流れ図である。 階層的トラフィック差別化を実施するための例示的な呼の流れを示すブロック図である。 階層的トラフィック差別化を実施するための例示的な呼の流れを示すブロック図である。 階層的トラフィック差別化を実施するための例示的な呼の流れを示すブロック図である。 階層的トラフィック差別化を実施するための例示的な呼の流れを示すブロック図である。
以下の詳細な説明では、本発明に開示されている実施形態および／または例を完全に理解することができるように、多数の特定の詳細を述べる。しかし、そのような実施形態および例は、本明細書に記載の特定の詳細の一部またはすべてがなくても実施されることを理解されたい。他の場合には、以下の説明をわかりにくくしないように、周知の方法、手順、構成要素、および回路は詳細に述べられていない。さらに、本明細書に具体的に記載されていない実施形態および例が、本明細書に明示的に、暗黙に、および／または本来的に記載され、開示され、または他の手法で提供されている（まとめて「提供されている」）実施形態および他の例の代わりに、またはそれらと組み合わせて実施される。
例示的な通信システム
本明細書に提供されている方法、装置、およびシステムは、有線ネットワークと無線ネットワークとを両方含む通信に良く適している。有線ネットワークは周知である。様々なタイプの無線デバイスおよびインフラストラクチャの概要が図１Ａないし図１Ｅに関連して提供されており、ネットワークの様々な要素が、本明細書に提供されている方法、装置、およびシステムを使用し、それらを実施し、それらに従って配置され、および／またはそれらに適合され、および／またはそれらのために構成される。
図１Ａは、１または複数の開示されている実施形態が実装される例示的な通信システム１００の図である。通信システム１００は、音声、データ、映像、メッセージング、ブロードキャストなど、コンテンツを複数の無線ユーザに提供する多元接続システムである。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用によってそのようなコンテンツにアクセスすることを可能にする。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数のチャネルアクセス方法を使用する。
図１Ａに示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むが、開示されている実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作および／または通信するように構成された任意のタイプのデバイスである。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され、ユーザ機器（ＵＥ）、移動局、固定型もしくは移動型加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電、圧縮されたビデオ通信を受信し処理することが可能な端末もしくは同様のタイプのデバイス、または同様のタイプのデバイスを含む。
また、通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含む。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースし、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスである。たとえば、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ノードＢ、高度化ノードＢ、ホームノードＢ、ホーム高度化ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、メディアアウェアネットワーク要素（ＭＡＮＥ）などである。基地局１１４ａ、１１４ｂは、それぞれが単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことを理解されたい。
基地局１１４ａは、ＲＡＮ１０４の一部であり、ＲＡＮ１０４もまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含む。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれる特定の地理的領域内で無線信号を送信および／または受信するように構成される。さらに、セルは、セルセクタに分割される。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割される。したがって、一実施形態では、基地局１１４ａは、３つ、すなわちセルの各セクタごとに１つ、トランシーバを含む。他の実施形態では、基地局１１４ａは、マルチ入力マルチ出力（ＭＩＭＯ）技術を使用し、したがって、セルの各セクタについて複数のトランシーバを使用する。
基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外（ＩＲ）、紫外（ＵＶ）、可視光など）であるエアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信する。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立される。
より具体的には、上記で指摘したように、通信システム１００は、多元接続システムであり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１または複数のチャネルアクセス方式を使用する。たとえば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立するユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）など無線技術を実装する。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）など、通信プロトコルを含む。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含む。
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／または拡張ＬＴＥ（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立する拡張ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）など無線技術を実装する。
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバル移動体通信システム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の拡張データ転送速度（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）など、無線技術を実装する。
図１Ａにおける基地局１１４ｂは、たとえば、無線ルータ、ホームノードＢ、ホーム高度化ノードＢ、またはアクセスポイントであり、事業所、自宅、乗物、キャンパスなど、局所的な領域での無線コネクティビティを円滑にするための任意の好適なＲＡＴを使用する。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１など無線技術を実装する。他の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５など無線技術を実装する。他の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用する。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０に対する直接接続を有する。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることが必要でない。
ＲＡＮ１０４は、コアネットワーク１０６と通信し、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された任意のタイプのネットワークである。たとえば、コアネットワーク１０６は、呼制御、支払い請求サービス、移動体位置をベースとするサービス、プリペイド呼、インターネットコネクティビティ、映像配信などを提供することができ、および／またはユーザ認証などハイレベルセキュリティ機能を実施する。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接または間接的に通信することを理解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を利用しているＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信する。
また、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働く。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含む。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）など、一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含む。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線もしくは無線通信ネットワークを含む。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する１または複数のＲＡＮに接続された別のコアネットワークを含む。
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部がマルチモード機能を含む。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するために複数のトランシーバを含む。たとえば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用する基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用する基地局１１４ｂと通信するように構成される。
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信エレメント１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非取外し式メモリ１０６、取外し式メモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む。ＷＴＲＵ１０２は、一実施形態と一貫したまま前述の要素の任意のサブコンビネーションを含むことを理解されたい。
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、グラフィックス処理ユニット（ＧＰＵ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などである。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施する。プロセッサ１１８は、トランシーバ１２０に結合され、トランシーバ１２０は、送信／受信エレメント１２２に結合される。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内で共に集積されてもよいことを理解されたい。
送信／受信エレメント１２２は、エアインターフェース１１６上で基地局（たとえば、基地局１１４ａ）に信号を送信する、または基地局から信号を受信するように構成される。たとえば、一実施形態では、送信／受信エレメント１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナである。他の実施形態では、送信／受信エレメント１２２は、たとえばＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタである。他の実施形態では、送信／受信エレメント１２２は、ＲＦ信号と光信号との両方に送信および受信するように構成される。送信／受信エレメント１２２は、任意の組合せの無線信号を送信および／または受信するように構成されることを理解されたい。
さらに、送信／受信エレメント１２２は、図１Ｂに単一のエレメントとして示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信エレメント１２２を含む。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用する。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するために２つ以上の送信／受信エレメント１２２（たとえば、複数のアンテナ）を含む。
トランシーバ１２０は、送信／受信エレメント１２２によって送信しようとする信号を変調するように、また送信／受信エレメント１２２によって受信される信号を復調するように構成される。上記で指摘したように、ＷＴＲＵ１０２は、マルチモード機能を有する。したがって、トランシーバ１２０は、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１など複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするために複数のトランシーバを含む。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、それらからユーザ入力データを受け取る。また、プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力する。さらに、プロセッサ１１８は、非取外し式メモリ１０６および／または取外し式メモリ１３２など、任意のタイプの好適なメモリからの情報にアクセスし、それらにデータを記憶させる。非取外し式メモリ１０６は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含む。取外し式メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含む。他の実施形態では、プロセッサ１１８は、サーバ上または家庭用コンピュータ（図示せず）上など、物理的にＷＴＲＵ１０２上に位置しないメモリからの情報にアクセスし、それらにデータを記憶させる。
プロセッサ１１８は、電源１３４から電力を受け取り、ＷＴＲＵ１０２内の他の構成要素に電力を分配し、および／またはその電力を制御するように構成される。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスである。たとえば、電源１３４は、１または複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含む。
また、プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されるＧＰＳチップセット１３６に結合される。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６上で基地局（たとえば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、および／または近くの２つ以上の基地局から受信される信号のタイミングに基づいてその位置を決定する。ＷＴＲＵ１０２は、一実施形態と一貫したまま任意の好適な位置決定方法により位置情報を獲得することを理解されたい。
さらに、プロセッサ１１８は他の周辺機器１３８に結合され、それらの周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線コネクティビティを提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを含む。たとえば、周辺機器１３８は、加速度計、電子コンパス（ｅ−ｃｏｍｐａｓｓ）、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンドフリー用ヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変換（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含む。
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で指摘したように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を使用し、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する。また、ＲＡＮ１０４は、コアネットワーク１０６と通信する。図１Ｃに示されているように、ＲＡＮ１０４は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含み、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれが、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含む。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれがＲＡＮ１０４内の特定のセル（図示せず）に関連付けられる。また、ＲＡＮ１０４は、ＲＮＣ１４２ａ、１４２ｂを含む。ＲＡＮ１０４は、一実施形態と一貫したまま任意の数のノードＢおよびＲＮＣを含むことを理解されたい。
図１Ｃに示されているように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信する。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信する。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信する。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信する。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、接続されているそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成される。さらに、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバシティ、セキュリティ機能、データ暗号化など、他の機能を実施する、またはサポートするように構成される。
図１Ｃに示されているコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含む。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体（ｅｎｔｉｔｙ）によって所有および／または運営されてもよいことを理解されたい。
ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続される。ＭＳＣ１４６は、ＭＧＷ１４４に接続される。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８など回線交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にする。
また、ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続される。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続される。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などパケット交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にする。
上記で指摘したように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むネットワーク１１２に接続される。
図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で指摘したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用し、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する。また、ＲＡＮ１０４は、コアネットワーク１０６と通信する。
ＲＡＮ１０４は高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃを含むが、ＲＡＮ１０４は、一実施形態と一貫したまま任意の数の高度化ノードＢを含むことを理解されたい。高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれが、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含む。一実施形態では、高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装する。したがって、たとえば高度化ノードＢ１６０ａは、複数のアンテナを使用し、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成される。図１Ｄに示されているように、高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上で互いに通信する。
図１Ｄに示されているコアネットワーク１０６は、無線通信移動管理装置（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含む。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体によって所有および／または運営されてもよいことを理解されたい。
ＭＭＥ１６２は、Ｓ１インターフェース上でＲＡＮ１０４内の高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され、制御ノードとして働く。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ中に特定のＳＧＷを選択することなどの責任を担う。また、ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなど他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供する。
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内の高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続される。ＳＧＷ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送する。また、ＳＧＷ１６４は、高度化ノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにダウンリンクデータが使用可能であるときページングをトリガすること、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実施する。
また、ＳＧＷ１６４はＰＧＷ１６６に接続され、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などパケット交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にする。
コアネットワーク１０６は、他のネットワークとの通信を容易にする。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８など回線交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にする。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み、またはＩＰゲートウェイと通信する。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供する。
図１Ｅは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）である。下記でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の異なる機能エンティティ間の通信リンクが、参照ポイントとして定義される。
図１Ｅに示されているように、ＲＡＮ１０４は、基地局１７０ａ、１７０ｂ、１７０ｃ、およびＡＳＮゲートウェイ１７２を含むが、ＲＡＮ１０４は、一実施形態と一貫したまま任意の数の基地局およびＡＳＮゲートウェイを含むことを理解されたい。基地局１７０ａ、１７０ｂ、１７０ｃは、それぞれがＲＡＮ１０４内の特定のセル（図示せず）に関連付けられ、それぞれが、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含む。一実施形態では、基地局１７０ａ、１７０ｂ、１７０ｃは、ＭＩＭＯ技術を実装する。したがって、基地局１７０ａは、たとえば複数のアンテナを使用し、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信する。また、基地局１７０ａ、１７０ｂ、１７０ｃは、ハンドオフのトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ施行など、移動管理機能を提供する。ＡＳＮゲートウェイ１７２は、トラフィック集約ポイントとして働き、ページング、加入者プロファイルのキャッシング、コアネットワーク１０６へのルーティングなどの責任を担う。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４との間のエアインターフェース１１６は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照ポイントとして定義される。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０６との論理インターフェース（図示せず）を確立する。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６との間の論理インターフェースは、Ｒ２参照ポイントとして定義され、認証、許可、ＩＰホスト構成管理、および／または移動管理のために使用される。
基地局１７０ａ、１７０ｂ、１７０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を容易にするためのプロトコルを含むＲ８参照ポイントとして定義される。基地局１７０ａ、１７０ｂ、１７０ｃとＡＳＮゲートウェイ１７２との間の通信リンクは、Ｒ６参照ポイントとして定義される。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連する移動イベントに基づいて移動管理を容易にするためのプロトコルを含む。
図１Ｅに示されているように、ＲＡＮ１０４は、コアネットワーク１０６に接続される。ＲＡＮ１０４とコアネットワーク１０６との間の通信リンクは、たとえばデータ転送および移動管理機能を容易にするためのプロトコルを含むＲ３参照ポイントとして定義される。コアネットワーク１０６は、移動ＩＰホームエージェント（ＭＩＰ−ＨＡ）１７４と、認証、許可、アカウンティング（ＡＡＡ）サーバ１７６と、ゲートウェイ１７８とを含む。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体によって所有および／または運営されてもよいことを理解されたい。
ＭＩＰ−ＨＡ１７４は、ＩＰアドレス管理の責任を担い、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にする。ＭＩＰ−ＨＡ１７４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１などパケット交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にする。ＡＡＡサーバ１７６は、ユーザ認証、およびユーザサービスをサポートすることの責任を担う。ゲートウェイ１７８は、他のネットワークとの網間接続を容易にする。たとえば、ゲートウェイ１７８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８など回線交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にする。さらに、ゲートウェイ１７８は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供する。
図１Ｅには示されていないが、ＲＡＮ１０４は他のＡＳＮに接続され、コアネットワーク１０６は他のコアネットワークに接続されることを理解されたい。ＲＡＮ１０４と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０４と他のＡＳＮとの間でのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの移動を調整するためのプロトコルを含むＲ４参照ポイントとして定義される。コアネットワーク１０６と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問を受けるコアネットワークとの間の網間接続を容易にするためのプロトコルを含むＲ５参照ポイントとして定義される。
図２Ａないし図２Ｂは、通信システム２００の一例と、通信システム２００内で確立されたデフォルトベアラ２０５および専用ベアラ２０７の例とを示すブロック図である。通信システム２００は、多元接続システムであり、図１Ａないし図１Ｄの通信システム１００に関連して上記で提供されたように構成される。通信システム２００は、たとえばＷＴＲＵ２０２（たとえば、ＵＥ）と、ネットワーク２０３とを含む。
ネットワーク２０３は、ＲＡＮ２０４（図２Ｂ）と、コアネットワーク（図示せず）と、インターネット２１０など１または複数のＰＤＮとを含む。ＲＡＮ２０４は、基地局２６０（たとえば、高度化ノードＢ）を含む。ＷＴＲＵ２０２および基地局２６０は、Ｅ−ＵＴＲＡなど無線技術を実装し、ＬＴＥ、ＬＴＥ−Ａ、および／または同様のタイプの無線通信標準の（１または複数の）他のプロトコルを使用してエアインターフェースを確立する。コアネットワークは、ＭＭＥ２６２と、ＳＧＷ２６４と、ＰＧＷ２６６と、ホーム加入者サーバ（ＨＳＳ）および／または加入者プロファイルリポジトリ（ＳＰＲ）（まとめて「ＨＳＳ／ＳＰＲ」）２１８と、全体的に２１９として示されているポリシおよび課金制御（ＰＣＣ）アーキテクチャと、アクセスネットワーク発見および選択機能（ＡＮＤＳＦ）２２２と、他の要素（図示せず）とを含む。コアネットワーク（およびその構成要素）は、ＬＴＥ、ＬＴＥ−Ａ、および／または同様のタイプの通信標準のための第３世代パートナーシッププロジェクト（３ＧＰＰ）によって公布されたシステムアーキテクチャエボリューション（ＳＡＥ）に従って形成される。コアネットワークは、たとえば、拡張パケットコア（ＥＰＣ）である。コアネットワーク、ならびに／またはそのいずれかが通信システム２００および／もしくはその要素を表す通信システムの詳細は、２０１２年４月１３日に出願された米国特許出願第１３／４４６，６８５号明細書（整理番号１１００１ＵＳ０１）に見出され、これを参照により本明細書に組み込む。
一般に、デフォルトベアラ２０５は、ＷＴＲＵ２０２に割り当てられ、ＷＴＲＵ２０２がネットワーク２０３に最初にアタッチしたとき確立される。デフォルトベアラ２０５は、ＷＴＲＵ２０２に割り当てられたままであり、ＷＴＲＵ２０２がネットワーク２０３にアタッチされている間、持続する。デフォルトベアラ２０５にはＩＰアドレスが関連付けられ、このＩＰアドレスは、（たとえば、デフォルト拡張パケットシステム（ＥＰＳ）ベアラアクティブ化を介して）ＷＴＲＵ２０２に暗黙に割り当てられる。１つのデフォルトベアラだけが示されているが、複数のデフォルトベアラがＷＴＲＵ２０２に割り当てられてもよく、それらのそれぞれが、それ自体の（たとえば、別々の）ＩＰアドレスを有する。ＷＴＲＵ２０２がネットワークに最初にアタッチしたとき、複数のデフォルトベアラのすべてが割り当てられる必要はない。典型的には、ＷＴＲＵがネットワーク２０３に最初にアタッチしたとき１つのデフォルトベアラが割り当てられ、追加のデフォルトベアラは、後で確立されてもよい。いくつかの実施形態では、ＷＴＲＵ２０２との最大１１個のデフォルトベアラが確立される。
専用ベアラ２０７は、デフォルトベアラ２０５の上部で追加のベアラとして働き、デフォルトベアラ２０５にリンクされる。専用ベアラ２０７は、デフォルトベアラ２０５のＩＰアドレスとは別々のＩＰアドレスを必要とせず、そのＩＰアドレスは、たとえば専用ＥＰＳベアラアクティブ化を介してＷＴＲＵ２０２に暗黙に割り当てられる。１つの専用ベアラだけが示されているが、デフォルトベアラ２０５にリンクされた複数の専用ベアラがＷＴＲＵ２０２に割り当てられてもよい。複数のデフォルトベアラがＷＴＲＵ２０２に割り当てられる実施形態では、１または複数の専用ベアラが確立され、そのような複数のデフォルトベアラにリンクされる。
ＱｏＳの点で、デフォルトベアラ２０５および専用ベアラ２０７は、サービスのそれぞれのレベルまたはクラス（それぞれ「ＱｏＳクラス」）に基づいてトラフィック差別化を提供する。デフォルトベアラ２０５は、典型的にはサービスの（１または複数の）ベストエフォートクラスのために構成され、専用ベアラ２０７は、典型的にはサービスの（１または複数の）ベターザンベストエフォート（better than best effort）クラスのために構成される。サービスのそのようなクラスを提供するのを容易にするために、専用ベアラ２０７は、保証ビットレート（ＧＢＲ）ベアラとして構成され、デフォルトベアラ２０５は、非ＧＢＲベアラとして構成される。一般に、非ＧＢＲベアラは、ファイルのダウンロード、電子メール、およびインターネットのブラウズ用など、サービスのベストエフォートクラスのトラフィックを取り扱うのに最も適しており、ＧＢＲベアラは、会話音声およびビデオ用など、サービスのベターザンベストエフォートクラス（たとえば、リアルタイム）のトラフィックに最も適している。デフォルトベアラ２０５は、非ＧＢＲベアラとして構成されるが、サービスのベターザンベストエフォートクラスのトラフィックを取り扱ってもよい。専用ベアラ２０７は、ＧＢＲベアラとして構成されるにもかかわらず、サービスのベストエフォートクラスのトラフィックを取り扱ってもよい。
ネットワーク２０３は、専用ベアラ２０７のために最小量の帯域幅（帯域幅割当て）を受け、専用ベアラ２０７は、基地局２６０のリソースが使用されているか否かにかかわらず基地局２６０のリソースを消費する。適正に実装されている場合、専用ベアラ２０７は、ＲＡＮ２０４およびコアネットワークを含めてネットワーク２０３内で、輻輳によるパケット損失を受けないはずである。専用ベアラ２０７は、一般にリアルタイムサービスに必要とされる（たとえば低い）レイテンシ（ｌａｔｅｎｃｙ）およびジッタ耐性で定義される。
ネットワーク２０３は、デフォルトベアラ２０５のために特定の帯域幅割当て予約をしない。デフォルトベアラ２０５は、ネットワーク２０３が輻輳している、または他のリソースが制約されているとき、パケット損失を受ける。デフォルトベアラ２０５および／または任意の他のデフォルトベアラには、最大ビットレート（ＭＢＲ）がベアラごとに指定されない。加入者ごとに、そのような加入者に割り当てられたデフォルトベアラのすべてについて合計最大ビットレート（ＡＭＢＲ）が指定されてもよい。
デフォルトベアラ２０５および専用ベアラ２０７のそれぞれは、それらに関連付けられたトランスポートチャネルの１または複数のプロパティを搬送するためにＱｏＳパラメータのセット（ベアラレベルＱｏＳパラメータ）に関連付けられる。これらのプロパティは、たとえば、ビットレート、パケット遅延、パケット損失、ビット誤り率、および基地局２６０のスケジューリングポリシを含む。デフォルトベアラ２０５のベアラレベルＱｏＳパラメータ（デフォルトベアラＱｏＳパラメータ）は、ネットワーク２０３によって、および／またはＨＳＳ／ＳＰＲ２１８内で維持された（またそこから取出し可能な）加入情報に基づいて割り当てられる。デフォルトベアラＱｏＳパラメータは、ＱｏＳクラスインジケータ（ＱＣＩ）と、割当ておよび保持優先度（ＡＲＰ）とを含む。
専用ベアラ２０７のベアラレベルＱｏＳパラメータ（専用ベアラＱｏＳパラメータ）は、ＱＣＩ、ＡＲＰ、ＧＢＲ、およびＭＢＲを含む。専用ベアラ２０７（または任意の他の専用ベアラ）を確立または修正する決定は、コアネットワークが担い、専用ベアラＱｏＳパラメータは、コアネットワーク（たとえば、ＭＭＥ２６２）によって割り当てられる。専用ベアラＱｏＳパラメータの値は、一般にＭＭＥ２６２によって修正されず、基地局２６０および／またはＲＡＮの他の要素に透過的に転送される。ＭＭＥ２６２は、専用ベアラ２０７（または任意の他の専用ベアラ）の確立を拒絶してもよい。
デフォルトベアラＱＣＩおよび専用ベアラＱＣＩは、それぞれのデフォルトベアラ２０５、専用ベアラ２０７で受信されたＩＰパケットがどのように処理されるか指定するために使用される。たとえば、デフォルトベアラＱＣＩと専用ベアラＱＣＩは、異なる値に設定されてもよく、それらのそれぞれは、対応するＱｏＳクラスに関連付けられた属性のセットを示し、および／またはそのセットに対する参照として動作する。属性のそれぞれのセットは、リンクレイヤ構成、スケジューリング重み、およびキュー管理などいくつかのノード特有のパラメータに異なるように影響を及ぼし、次いで、ネットワーク２０３のエッジノードおよび／または中間ノード（たとえば、それぞれＰＧＷ２６６および／または基地局２６０）によって処理されるデフォルトベアラ２０５および専用ベアラ２０７のそれぞれを横断するトラフィックのパケット転送に影響を及ぼす。デフォルトベアラ２０５と専用ベアラ２０７との間のトラフィック差別化は、たとえばＱＣＩのための異なる値を使用して、それらに異なるＱｏＳクラスを割り当てることによって実装される。
３ＧＰＰは、９つの異なるＱＣＩを定義しており、そのそれぞれが、９つの異なるＱｏＳクラスの１つを示す。表１（下記）は、９つのＱＣＩを、それらのＱＣＩタイプのそれぞれに関連付けられた対応する属性と共に列挙する。
ＱＣＩ５ないし９（非ＧＢＲ）は、デフォルトベアラ２０５に割り当てられ、ＱＣＩ１ないし４（ＧＢＲ）は、専用ベアラ２０７に割り当てられる。ＱＣＩおよび／またはＱｏＳクラスのすべてが採用される必要はなく、および／または配備される必要はない。たとえば、ネットワーク２０３内でＱｏＳに移行するまたは他の手法でＱｏＳを実装するオペレータは、音声、制御シグナリング、およびベストエフォートデータなど基本的なサービスクラスだけを最初に配備し、その後、高品質会話音声などプレミアムサービスを提供する専用ベアラを導入する可能性がある。
デフォルトベアラ２０５および専用ベアラ２０７にマッピングされたすべてのトラフィックが、同じベアラレベルパケット転送処理を受ける。たとえば、デフォルトベアラ２０５および専用ベアラ２０７にマッピングされたトラフィックは、そのようなデフォルトベアラ２０５および専用ベアラ２０７に割り当てられたそれぞれのＱＣＩによって示されるそれぞれのＱｏＳクラスに従ってベアラレベルパケット転送処理を受ける。
上記で指摘したように、コアネットワークは、ＰＣＣシステム２１９（図２Ｂ）を含む。ＰＣＣシステム２１９は、３ＧＰＰ ＰＣＣアーキテクチャに従って形成される。ＰＣＣシステムは、３ＧＰＰ ＰＣＣアーキテクチャに加えて、および／またはその代わりに要素を含む。ＰＣＣシステム２１９は、オペレータＩＰネットワークの上でＩＭＳのためのポリシおよび課金、たとえばＱｏＳポリシ制御およびフローベースの課金を処理する。また、ＰＣＣシステム２１９は、オーバーザトップサービス（ＯＴＴ）（たとえば、インターネット上でのビデオストリーミングサービス）を含めて、非ＩＭＳサービスのためのポリシおよび課金をも処理する。様々な実施形態では、パケット検査（たとえば、ディープパケットインスペクション（ＤＰＩ））および／または何らかの他の技法もしくは方法を介して識別されるＩＰトラフィックの特定のタイプに対して、予め構成されたＰＣＣ規則が使用される。
ＰＣＣシステム２１９は、ＱｏＳポリシ制御を実施する。ＱｏＳポリシ制御は、ＩＰユーザプレーンパケットの１または複数の指定されたセット（それぞれ「サービスデータフロー（ＳＤＦ）」）の送達が、（指定されている場合）ＧＢＲにて、もしくはＧＢＲの上方で確実に維持されるように、および／またはそのような配信が指定されたＭＢＲを確実に超えないようにするために使用される。様々な実施形態では、ＧＢＲは、ネットワークリソースを割り当てるために使用され、一方、ＭＢＲは、ＳＤＦのそれぞれが消費する最大ビットレートを施行するために使用される。ＳＤＦのそれぞれは、５タプルによって識別される。５タプルは、たとえば、ソースＩＰアドレス、宛先ＩＰアドレス、ソースポート番号、宛先ポート番号、およびトランスポートプロトコル（たとえば、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）など）を含む。
ＰＣＣポリシ規則は、ポリシおよび課金規則機能（ＰＣＲＦ）２２０内で維持され、ポリシ課金および施行機能（ＰＣＥＦ）２７０によって施行される。ＰＣＥＦ２７０は、ＰＧＷ２６６の機能であり、またはＰＧＷ２６６内に共に位置する。ＰＣＥＦ２７０は、ユーザプレーン内にあり、ＰＣＣポリシ規則が確実に守られるようにするように機能する。ＰＣＥＦ２７０は、たとえば（ｉ）ゲーティング（遮断／許可）およびトラフィックシェーピング（帯域幅を低減する）（まとめて「トラフィックシェーピング」）に関連するＱｏＳポリシ、ならびに（ｉｉ）オンラインおよびオフライン課金ポリシを適用する。ＱｏＳポリシは、ＳＤＦレベル、または細分性（ｇｒａｎｕｌａｒｉｔｙ）の他のレベルにある。オンラインおよびオフライン課金ポリシは、オンライン課金システム（ＯＣＳ）２２１、およびオフライン課金システム（ＯＦＣＳ）２２３から得られる。
ＰＣＣシステム２１９は、いくつかのインターフェースを含む。これらのインターフェースは、たとえば、Ｒｘインターフェース、およびＧｘインターフェースを含む。Ｒｘインターフェースは、ＰＤＮ内のアプリケーション機能（ＡＦ）２７２が、ＱｏＳ要件および／またはパラメータを含めて、ＳＤＦ情報をＰＣＲＦ２２０に提供することを可能にする。ＰＣＲＦ２２０は、そのような情報を、ＰＣＣ規則生成に対する入力として使用する。
ＰＣＲＦ２２０は、ＡＦ２７２から、フローについてのメディアレベル情報を含む要求を受信する。ＰＣＲＦ２２０は、提供された（要求内に記載の）特性を、オペレータによって定義されたポリシに対して解析し、あるＱｏＳ予約を許可し、および／またはＡＦ２７２からの要求を拒絶する。ＰＣＲＦ２２０は、サービス関連の情報および／または加入者関連の情報をＨＳＳ／ＳＰＲ２１８からダウンロードする。また、ＰＣＲＦ２２０は、規則（たとえば、ＰＣＣ規則、イベントレポートトリガなど）をＰＣＥＦ２７０に提供する。
ＰＣＲＦ２２０は、ＰＣＥＦ２７０でのＰＣＣ挙動に対して動的に制御する。そのような動的制御は、Ｇｘインターフェースによって可能になる。そのようなＰＣＣ規則は、予め構成され、ＰＣＥＦ２７０は、これらの規則を特定のタイプのＩＰトラフィックに適用する。これらの特定のタイプのＩＰトラフィックは、たとえばパケット検査により識別される。
ＧＰＲＳトンネリングプロトコル（ＧＴＰ）を使用し、ＰＧＷ３６６（または、ＧＧＳＮ）へのアクセスを提供することに加えて、ＰＣＣアーキテクチャ２１９は、インターネット技術タスクフォース（ＩＥＴＦ）をベースとする移動ＩＰ（ＭＩＰ）プロトコル（たとえば、ＭＩＰｖ４、ＰＭＩＰｖ６、およびＤＳＭＩＰｖ６のいずれか）を使用し、様々なタイプのアクセスの収束を容易にする。ＧＴＰに固有のＱｏＳ関連のシグナリングをサポートしないＭＩＰプロトコルの使用を容易にするために、ＰＣＣアーキテクチャ２１９は、ベアラバインディングおよびイベントレポーティング機能（ＢＢＥＲＦ）２７４を含む。ＢＢＥＲＦ２７４は、たとえば、ＰＣＲＦ２２０から搬送されるＱｏＳ情報のための直径ベース（Ｄｉａｍｅｔｅｒ−ｂａｓｅｄ）のＧｘｘインターフェースを含む。
また、ＰＣＣアーキテクチャ２１９は、在圏公衆陸上移動ネットワーク（ＰＬＭＮ）（図示せず）内でローミングするとき、ホームサービスまたは直接ローカルサービスへのアクセスをサポートする。このサポートは、たとえばホームＰＣＲＦと在圏ＰＣＲＦの間の直径ベースのＳ９インターフェースを介してＰＣＣポリシピアリングによって可能になる。
図示しないが、コアネットワークは、たとえばユーザデータ収束（ＵＤＣ）アーキテクチャが使用される場合、ＰＣＣ関連の加入データを記憶するために、ＨＳＳ／ＳＰＲ２１８ではなくユーザデータリポジトリ（ＵＤＲ）を含んでもよい。ＰＣＣアーキテクチャ２１９は、トラフィック検出機能（ＴＤＦ）２７６を含む。ＴＤＦ２７６は、アプリケーショントラフィック検出、通知、およびポリシ制御を実施する。ＰＣＣアーキテクチャ２１９は、Ｓ９ローミングインターフェースおよびＴＤＦ２７６によって容易にされる、ホームでルーティングされるアクセスでローミングするためにＳＰＲベースのアーキテクチャをサポートする。
ＰＣＣアーキテクチャ２１９は、複数の多元同時接続と、ＷＴＲＵによって開始されるＩＦＯＭおよび／またはネットワークによって開始されるＩＦＯＭを共に含めて、ＤＳＭＩＰｖ６をベースとするインターネットプロトコル（ＩＰ）フローモビリティ（ＩＦＯＭ）に対するサポートとを処理する。そのようなＩＦＯＭに対するサポートは、ＰＣＥＦ２７０が現在のルーティングアドレスおよびＩＦＯＭルーティング規則についてＲＣＲＦ２２０を最新の状態に保つことを含む。ＩＦＯＭルーティング規則は、ＰＣＲＦ２２０がＰＣＥＦ２７０においてフローモビリティの対象のＳＤＦのためのＱｏＳ規則をインストールするために使用する情報を含む。ＩＦＯＭルーティング規則は、セッション確立または修正中にＰＣＥＦ２７０からＰＣＲＦ２２０に提供される。ＰＣＥＦ２７０は、ＷＴＲＵ２０２から受信されるフローバインディング情報に基づいてＩＦＯＭルーティング規則を導出する。
また、ＰＣＣアーキテクチャ２１９は、イベントレポーティング機能（ＥＲＦ）を含む。ＥＲＦは、イベントトリガ検出を実施する。ＥＲＦは、たとえば、イベントがイベントトリガに一致したことに応答して、ＰＣＲＦ２２０にイベントをレポートする。ＥＲＦは、要求に基づくアプリケーションレポーティング（適用可能な場合）のためにＰＣＥＦ２７０、ＢＢＥＲＦ２７４、およびＴＤＦ２７６のいずれかに一体化され、その一部分とされ、またそれと共に組み合わされてもよい。
ＰＣＲＦ２２０は、ＰＣＥＦ２７０、ＢＢＥＲＦ２７４、ＴＤＦ２７６、ＨＳＳ／ＳＰＲ２１８、ＡＦ２７２、およびそれ自体のいずれかから、ＰＣＣ意志決定のために入力を受け入れる。１または複数のＰＣＣポリシ規則、ＱｏＳ制御規則、ＩＰ−ＣＡＮベアラ／セッションポリシ情報規則、使用監視制御情報規則、ＩＦＯＭルーティング規則、ならびにアプリケーション検出および制御（ＡＤＣ）規則が、ＰＣＣアーキテクチャ２１９によって処理される。たとえば、ＳＤＦは、ＰＣＥＦ２７０に送られるＰＣＣポリシ規則にマッピングされる。これらのＰＣＣポリシ規則は、規則名、サービス識別子、１または複数のＳＤＦフィルタ、優先順位、ゲート状態（開／閉）、ＱｏＳパラメータ、課金キー（レーティンググループ）、他の課金パラメータなどを含む。
ＢＢＥＲＦ２７４に送られるＱｏＳ制御規則は、ＰＣＣポリシ規則のサブセットを含む。例として、ＱｏＳ制御規則は、規則名、ＳＤＦフィルタの１または複数、優先順位、およびＱｏＳパラメータを含む。あるいは、ＱｏＳ制御規則は、ＰＣＣポリシ規則と同じであってもよい。ＰＣＣポリシ規則とＱｏＳ制御規則の両方で提供されるＱｏＳパラメータは、１または複数のＱＣＩ、１または複数の下位ＱＣＩ（サブＱＣＩ）、保証ベアラのための予約ビットレート、ベストエフォートベアラのための最大ビットレート、割当て／保持優先度（ＡＲＰ）、ＡＰＮ合計最大ビットレート（ＡＭＢＲ）などを含む。ＱｏＳパラメータは、他のパラメータをも含む。
ベアラバインディングは、アクセスベアラに対するＰＣＣポリシ規則の関連付けを含む。ＧＴＰベースのアクセスのためには、課金とＱｏＳ規則の施行が共にＰＣＥＦ２７０によって実施される。ＰＭＩＰｖ６アクセスのためには、ＱｏＳ情報は、ＧＴＰベースのプロトコルを使用して搬送されない可能性がある。代わりに、直径ベースの制御プロトコルがＧｘｘインターフェースの上で使用され、ＱｏＳ規則をＢＢＥＲＦ２７４に搬送する。様々な実施形態では、ベアラバインディングは、ＢＢＥＲＦ２７４内で行われるが、課金および／またはゲーティングは、ＰＣＥＦ２７０内で実施される。
ＡＮＤＳＦ２２２は、たとえばＩＰベースのＳ１４インターフェースの上でＷＴＲＵ２０２のために網間接続（たとえば、３ＧＰＰ／非３ＧＰＰ網間接続）情報を提供する。一般に、ＡＮＤＳＦ２２２は、ＷＴＲＵ２０２の現在の要件に基づいて最良のアクセス選択基準を使用して、使用可能なアクセスの中でキャリアが加入者のバランスを取ることを可能にする。ＡＮＤＳＦ２２２は、ＤＳＭＩＰｖ６その他を使用して現在標準化されている、ＩＦＯＭに対するサポートを提供する。
ＡＮＤＳＦ２２２は、非３ＧＰＰアクセスがあればそれを発見する際にＷＴＲＵ２０２を支援する。ＡＮＤＳＦ２２２は、たとえば管理オブジェクト（ＭＯ）（ＡＮＤＳＦ ＭＯ）を使用して、システム間移動ポリシ（ＩＳＭＰ）および／またはシステム間ルーティングポリシ（ＩＳＲＰ）など、これらのネットワークへの接続をポリシングするための規則をＷＴＲＵ２０２に提供する。ＩＳＭＰと、ＩＳＲＰと、発見情報との間の関係は、（ｉ）ＷＴＲＵ１０２が多元接続を通じてコアネットワークに接続することが可能でないとき、ＩＳＭＰが、異なるアクセスを優先順位付けする、（ｉｉ）ＷＴＲＵ２０２が多元接続を通じてコアネットワークに接続することが可能である（たとえば、ＷＴＲＵ２０２が、ＩＦＯＭ、ＭＡＰＣＯＮ、非シームレスなＷＬＡＮオフロード、またはこれらの機能の任意の組合せのために構成されている）とき、ＩＳＲＰが、使用可能なアクセスの中でトラフィックをどのように分配するかを示す、ならびに（ｉｉｉ）発見情報は、ＷＴＲＵ２０２がＩＳＭＰおよび／またはＩＳＲＰに定義された異なるアクセスにアクセスするためのさらなる情報を提供する、ことである。
ＩＳＭＰは、ＩＰフローレベルの制御を可能にする。ＩＳＭＰは、ＭＮＯによって提供され、アクセスポイント名（ＡＰＮ）ごと、任意のＡＰＮ下のＩＰフロークラスごと、または特定のＡＰＮ下のＩＰフロークラスごとに定義される。ＩＳＭＰは、他の手法で定義されてもよい。ＩＰフロークラスは、メディアタイプ（たとえば、オーディオ）、ＩＭＳアプリケーションのためのＩＭＳ通信サービス識別子（たとえば、ＭＭＴＥＬ）、および任意のタイプのアプリケーションのためのそれぞれの５タプル（ＩＰソースアドレス、ＩＰ宛先アドレス、ソースポート、宛先ポート、プロトコルタイプ）のいずれかを介して識別される。５タプルは、可能なフィールドのいずれかにおけるワイルドカードを含む。たとえば、ＡＮＤＳＦ２２２は、所与の（たとえば、３ＧＰＰ）アクセスが所与のＩＰフロークラスについて最高の優先度のアクセスを有し、別の（たとえば、信頼できない非３ＧＰＰ）アクセスが別のＩＰフロークラスについて最高の優先度のアクセスを有することを示す。
ＩＳＲＰは、ＡＰＮなどＷＴＲＵ２０２にとって使用可能な外来情報、およびＩＰパケットヘッダ情報を含めて、情報のタイプに基づいてトラフィックを識別するための能力を提供する。ＩＰパケットヘッダ情報は、たとえば、トランスポートプロトコル、宛先ポート、および宛先ＩＰアドレスを含む。
また、ＡＮＤＳＦ２２２は、トラフィック識別を実施し、および／またはトラフィック識別情報を記録するように適合される。トラフィックの識別は、（ｉ）スループット（たとえば、送られた／受信されたデータの総量に基づいてトラフィックを識別すること）、（ｉｉ）アプリケーション（たとえば、アプリケーションＩＤ／名前／などに基づいてトラフィックを識別すること）、（ｉｉｉ）コンテンツタイプ（たとえば、コンテンツのタイプ（たとえば、ビデオ、オーディオ、データ、制御などに基づいてトラフィックを識別すること）、および（ｉｖ）宛先ドメイン（たとえば、ウェブ要求内の完全に適合する宛先名（ＦＱＤＮ）など宛先ドメインに基づいてトラフィックを識別すること）に基づく。トラフィック検出情報は、本明細書に記載の、および／または３ＧＰＰ ＴＳ２４．３１２に述べられている他のＡＮＤＳＦ情報と共にＡＮＤＳＦ ＭＯ内に記憶される。
ＡＮＤＳＦ２２２は、たとえばＷＴＲＵ２０２が接続を確立する過程にあるとき、ＷＴＲＵ２０２から、それがＩＳＭＰおよび／またはＩＳＲＰをサポートすることができるというインジケーションを受信する。ＡＮＤＳＦ２２２は、ＷＴＲＵ３０２にポリシ（たとえば、ＩＳＭＰおよび／またはＩＳＲＰ）を提供し、提供されたポリシに基づいて、ＷＴＲＵ２０２は、ＰＧＷ２６６（たとえば、ＤＳＭＩＰｖ６ベースのＩＦＯＭごとのホームエージェント（ＨＡ））に、適宜ＩＰフローを様々なアクセスにルーティングするように要求する。
図２Ｂに符号は付けられていないが、ＡＧＷは、ＢＢＥＲＦ２７４を含み、ＰＧＷ２６６と所与の（たとえば、非３ＧＰＰ）アクセスとの間でＰＭＩＰｖ６を使用することを容易にする。別の代替として、ＢＢＥＲＦ２７４は、ＳＧＷ２６４内に配置され、ＰＧＷ２６６と所与の（たとえば、３ＧＰＰ）アクセスとの間でＰＭＩＰｖ６を使用することを容易にする。
ＳＤＦのそれぞれは、ユーザサービスに関連するＩＰパケットを表す。ＳＤＦは、ネットワークオペレータによって定義されたポリシに基づいて特定のベアラにバインディングされる。このバインディングは、ＷＴＲＵ２０２および基地局２６０で行われる。ＳＤＦのそれぞれのためのバインディングは、トラフィックフローテンプレート（ＴＦＴ）を使用して実施される。各ＴＦＴは、パケットを識別し特定のベアラにマッピングするためにパケットフィルタリング情報を含む。パケットフィルタリング情報は、ネットワークオペレータによって構成可能であり、対応するＳＤＦを識別する５タプルを含む。専用ベアラ２０７は、ＴＦＴに関連付けられる。デフォルトベアラ２０５は、ＴＦＴに関連付けられてもよい（が必要ではない）。
図３は、無線ベアラ（ＲＢ）３０４、Ｓ１ベアラ３０６、およびＳ５ベアラ３０８に対するＥＰＳベアラ３０２のエンドツーエンドマッピングの一例を示すブロック図である。便宜上、エンドツーエンドマッピングについて、図２の通信システム２００を参照して述べる。ダウンリンクＴＦＴ機能およびアップリンクＴＦＴ機能が図３に示されている。ダウンリンクでは、ＰＧＷ２６６は、Ｓ５ベアラ３０８にマッピングされたＴＦＴにダウンリンクトラフィックをマッピングする。アップリンクでは、基地局２６０は、ＲＢ３０２をＳ１ベアラ３０６にマッピングする。
ＰＧＷ２６６は、下にあるトランスポートネットワークにベアラをマッピングする。トランスポートネットワークは、イーサネット（登録商標）をベースとするものであってもよく、またたとえばマルチプロトコルラベルスイッチング（ＭＰＬＳ）を使用してもよい。トランスポートネットワークは、（ベアラ構造および／またはコンストラクトを含めて）ベアラに気付いていなくてもよく、また、差別化されたサービス（ｄｉｆｆＳｅｒｖ）など他の（たとえば、標準の）ＩＰ ＱｏＳ技法を使用してもよい。
基地局２６０は、エンドツーエンドＱｏＳおよびポリシ施行において有意な役割を果たす。基地局２６０は、ＲＦ無線リソーススケジューリングと共にアップリンクおよびダウンリンクレートポリシングを実施する。基地局２６０は、リソースをベアラ（たとえば、デフォルトベアラ２０５および専用ベアラ２０７）に割り当てるときＡＲＰを使用する。基地局２６０は、ＰＧＷ２６６のように、ベアラトラフィックを下にあるＩＰトランスポートネットワークにマッピングする。ＷＴＲＵ２０２もまた、エンドツーエンドＱｏＳおよびポリシ施行において役割を果たす。たとえば、ＷＴＲＵ２０２は、アップリンク方向でベアラに対するＳＤＦの初期マッピングを実施する。
指摘したように、トランスポートネットワーク（たとえば、スイッチ、ルータなど）は、ベアラに気付いていなくても、ＱｏＳのためにｄｉｆｆＳｅｒｖを使用してもよい。ベアラレベルのＱｏＳを容易にするために、基地局２６０およびＰＧＷ２６６は、ベアラレベルＱｏＳパラメータ（たとえば、ＱＣＩ）をそれぞれのｄｉｆｆＳｅｒｖ符号点（ＤＳＣＰ）値にマッピングする。ベアラレベルＱｏＳパラメータ（たとえば、ＱＣＩ）の、ＩＰネットワークＱｏＳフレームワーク（たとえば、ＤＳＣＰ）へのマッピングは、様々な手法で実装される。そのようなマッピング機能のためのガイドラインを提供するために、以下のＤＳＣＰのホップごとの挙動が定義されている。
相対的優先転送（ＡＦ）−ビデオ会議、ストリーミング、クライアント−サーバトランザクション
完全優先転送（ＥＦ）−ＶｏＩＰ
デフォルト転送（ＤＦ）−差別化されていないアプリケーション
ベストエフォートクラスストリーム−帯域幅保証のない任意のフロー（たとえば、低優先度データ）
階層的トラフィック差別化
本明細書では、階層的トラフィック差別化を実施し、ならびに／または、階層的トラフィック差別化を使用し、たとえば輻輳を処理する、および／もしくはユーザ体感品質（ＱｏＥ）を管理するための方法、装置、およびシステムが提供される。階層的トラフィック差別化を実施することは、ＱｏＳクラスに従って形成されたベアラに、またはそのベアラ内でマッピングされたトラフィック（たとえば、フロー）を、複数のトラフィックサブクラスに差別化または他の手法で分類する（まとめて「差別化する」）ことを含む。
各トラフィックサブクラスは、トラフィックのそのクラスを別のトラフィックサブクラスから差別化するための１もしくは複数の属性、ならびに／またはトラフィックのそのサブクラスのためのポリシングおよびスケジューリングをいかに処理するかについての規則を有する１もしくは複数のポリシで構成される。これらの属性は、たとえば他のトラフィックサブクラスに対する相対的優先度、ＱｏＳパラメータのシェアなど、トラフィックのクラスに属すると考えられる１または複数の特性を含む。これらの属性は、対応するトラフィックサブクラス下で分類するのに適格であるトラフィックの１もしくは複数の特性、またはそのトラフィックを識別および／もしくは示すための１もしくは複数の基準を含む。たとえば、各トラフィックサブクラスは、その分類に適格となるための特定のトラフィックプロファイルをトラフィックが有する基準を有する。代替として、および／またはそれに加えて、各トラフィックサブクラスは、トラフィックが、そのようなトラフィックサブクラスとして分類されるまたはそのようなトラフィックサブクラス下で分類するのに適格であることを示すインジケーションをトラフィックが含む基準を有する。代替として、および／またはそれに加えて、各トラフィックサブクラスは、たとえばトラフィックサブクラスの相対的優先度などトラフィックのそのクラスに属すると考えられる特性の１または複数を示すインジケーションをトラフィックが含む基準を有する。
階層的トラフィック差別化を実施する、および／または階層的トラフィック差別化を使用するための本明細書に提供されている方法、装置、およびシステムは、下記に提供されるものを含めて、様々なシナリオまたはユースケースに適用可能および／または有用である。以下の説明では、「（１または複数の）ＱｏＳクラス」と「（１または複数の）ＱＣＩレベル」という用語は、一般性および／またはそれらの間の違いを失うことなしに交換可能に使用される。同様に、「（１または複数の）トラフィックサブクラス」と「（１または複数の）イントラＱＣＩレベル」という用語は、一般性および／またはそれらの間の違いを失うことなしに交換可能に使用される。さらに、「トラフィック」と「フロー」という用語は、一般性および／またはそれらの間の違いを失うことなしに交換可能に使用される。
同じＱＣＩを有する（たとえば、ＯＴＴ）アプリケーションのトラフィックは、ＱｏＳ、パケット転送などの点で同じに処理される。場合によっては、ネットワーク２０３内の輻輳の期間中、リアルタイムおよび／または他のベターザンベストエフォートトラフィックにとって受け入れられない、および／または望ましくない遅延が予想される。下記でより詳細に述べるように、階層的トラフィック差別化を実施し、および／または階層的トラフィック差別化を使用し、トラフィックサブクラス（イントラＱＣＩレベル）の優先順位付けに基づいて差別化されたトラフィックのスケジューリングをポリシング（フィルタリング）および／もしくは調整する、ならびに／またはそれらのトラフィックサブクラスを管理するためにポリシングすることは、輻輳を軽減し、ならびに／またはリアルタイムおよび／もしくは他のベターザンベストエフォートトラフィックのＱｏＥを向上させる。階層的トラフィック差別化を使用するポリシングおよびスケジューリング戦略は、干渉、フェージング、および他のユーザトラフィックからの競合による移動ネットワークの変化においてユーザにとって使用可能な帯域幅として使用される。
アプリケーションは様々なタイプのトラフィックのソースとなり、それらのすべてが同じアプリケーションＩＤを有する。レガシ方法、装置、およびシステムでは、ベアラのために定義されたＴＦＴは、ＰＧＷ２６６（ダウンリンク）および／またはＷＴＲＵ２０２（アップリンク）にて、そのアプリケーションの異なるタイプのトラフィックのすべてを単一のベアラにマッピングする。たとえば、アプリケーション（たとえば、Ｓｋｙｐｅアプリケーション）は、音声および他のオーディオ、ビデオ、テキスト、ならびに／またはキープアライブメッセージングのソースとなる。中間ネットワークノード（たとえば、基地局２６０）は、同じベアラ内の異なるタイプのトラフィックを（互いに）区別すること、および／または単一のベアラにマッピングされるアプリケーションの異なるタイプのトラフィックのすべてに鑑みて、対応するトラフィック優先順位付け決定をすることが可能でない可能性がある。ＱＣＩレベルより低い（たとえば、より細かい）細分性に基づいてトラフィックを差別化することは、たとえばアプリケーションの音声トラフィックを、ビデオおよび／または同じベアラ内の他のタイプのトラフィックより優先することを可能にする。これら、および他の適切な決定は、一時的な帯域幅ドロップ、たとえば良好なオーディオ品質を提供し、および／または呼ドロップを防止するようにビデオおよび／または他のタイプのトラフィックをドロップすることに応答してなされる。
ＷＴＲＵ２０２が接続されたモードにあるとき、あるアプリケーションは、断続的なトラフィックだけのソースとなる（たとえば、Ｓｋｙｐｅキープアライブメッセージング）。ネットワークオペレータは、そのようなトラフィックを担持するためにデフォルトベアラ２０５を使用することを好む。また、オペレータは、短い持続時間のビデオ（たとえば、小さいＹｏｕＴｕｂｅビデオ）または他の短い持続時間のセッショントラフィックについて、そのようなセッションのために専用ベアラ２０７を確立し解体するコスト／利益に鑑みて、デフォルトベアラ２０５を使用することを好む。ベターザンベストエフォートサービスのために専用ベアラ２０７よりデフォルトベアラ２０５を使用することを優先すること、および／またはデフォルトベアラ２０５を排他的に使用することを容易にするために、たとえばＲＡＮおよびコアネットワークでの負荷平衡および／またはスケジューリングのためのデフォルトベアラ２０５内のトラフィックの差別化が、ＱＣＩレベルより低い（たとえば、より細かい）細分性に基づいてトラフィックを差別化することによって実施される。たとえば、輻輳の場合には、基地局２６０は、アクティブなキュー管理を実施し、トラフィックプロファイルに基づいて、キューバッファサイズを超えるトラフィックをドロップすると決定する。どのトラフィックをドロップするかについて決定する前に、基地局２６０は、いずれかのトラフィックが１または複数のイントラＱＣＩレベルに従って分類されているかどうか決定し、そうである場合、そのような決定に基づいて適切なドロップ決定をする。
上記で指摘したように、近年、移動無線ビデオに対する需要が絶えず増大しており、その成長は、著しく高いユーザデータ転送速度をもたらすＬＴＥおよび／またはＬＴＥ−Ａネットワークの新しいインフラストラクチャと共に増大することが予測されている。他のアプリケーションに比べて、ビデオはより多くのネットワークリソースを消費する。同じビデオトラフィックフロー内で、パケットは、必ずしも等しく重要なものでない可能性がある。たとえば、階層的Ｐビデオ符号化の場合、複数の時間的レイヤがある。レイヤ０内のパケットはレイヤ１内のパケットより重要であり、レイヤ１内のパケットはレイヤ２内のパケットより重要である。
ビデオフローのためのＱｏＥ
本明細書では、ＱｏＥパラメータに基づく無線システムリソーススケジューリングのための方法、装置、およびシステムが提供される。ユーザ間の所与のビデオアプリケーションは、複数のセルラネットワークにまたがる。１つの例が図４に示されており、ＵＥ（本明細書では、ＷＴＲＵとも呼ばれる）４０２がネットワーク４０４内に位置し、ＵＥ４０６がネットワーク４０８内に位置する。他のシナリオでは、両エンドデバイスがＵＥではない。たとえば、それらの１つは、インターネットに接続されたコンピュータであっても、ネットワークの上でアクセス可能なビデオストリーミングサーバであってもよい。一例が図５に示されており、コンピュータは、ウェブカメラを有するＰＣでもビデオストリーミングサーバでもよい。
リソース割当てにおいてＱｏＥを考慮することは、ネットワークリソース割当てを最適化するための新しい方法に通じる。たとえば、３人の参加者のそれぞれがそれぞれのＵＥを介して遠隔会議に参加するビデオ遠隔会議のシナリオを考えてみる。そのようなビデオ遠隔会議のシナリオを処理するように構成されたビデオ会議システムのためのシステムアーキテクチャの一例が、図６に示されている。心理学研究は、ビデオＱｏＥが、たとえばライティング条件を含めていくつかの環境要因に依存することを示している。ライティングが明るい場合、ユーザはより鋭敏になり、より低い品質のビデオで同じＱｏＥを知覚する。図６に示されている例では、ユーザ２は暗いライティング条件にあり、ユーザ３は、明るいライティング条件にある。ユーザ２とユーザ３は、ユーザ１から同じビデオコンテンツを（たとえば、トランスコーディングなしで、および／またはコアネットワーク内のパケット損失を無視することによって）得ようと試みるので、２つの高度化ノードＢ、すなわち高度化ノードＢ６１４ｂおよび高度化ノードＢ６１４ｃ）に到達するビデオトラフィックは同じであることに留意されたい。ユーザ２はより暗いライティング条件にあるので、ＵＥ６０２ｂは、ユーザ３と同じＱｏＥを得るためにより高い客観的品質のビデオを必要とする。これは、ユーザ２とユーザ３についてチャネル条件が同じであると仮定して、高度化ノードＢ６１４ｃが高度化ノードＢ６１４ｂより少ないリソースを使用し、同じＱｏＥを提供することを意味する。節約されたリソースは、高度化ノードＢ６１４ｃによってサービスを受ける他のユーザに割り当てられてもよい。そのような節約されたリソースは、高度化ノードＢ６１４ｃが輻輳している、および／またはリソースが制約されているとき、特に有益である。
検討すべき別の状況は、ユーザ２が時間の経過につれて暗い光の条件から明るいライティング条件に移動する場合である。そのような情報が高度化ノードＢ６１４ｂに渡され、そのとき高度化ノードＢ６１４ｂは、それに応じてそのリソース割当てを調整する。
様々な他の要因がＱｏＥに影響を及ぼす。これらの要因は、たとえば、ビデオパケットのタイプ（たとえば、階層的Ｐビデオ符号化における時間的レイヤ）、遅延ジッタ、動き（ＵＥとエンドユーザとの間）、照明／ライティング、デバイス情報、ディスプレイタイプ、ディスプレイサイズ、視角および視距離などを含む。
ネットワークリソース割当てのための検討すべき別の要因は、異なるユーザが同じビデオおよび／または同じ環境要因に対して異なるＱｏＥを有することである。ＱｏＥに基づいてネットワークリソースを割り当てるために、ネットワークは、多様なユーザの違いを考慮することを必要とする。ＱｏＥをプロビジョニングするための１つの方法は、ユーザの特徴および嗜好を考慮して、所望のＱｏＥを対応するＱｏＳレベルに変換することによるものである。ユーザの違いの多様性により、効率的なＱｏＥベースのリソース割当てをサポートするために多数の所望のＱｏＳレベルが必要である。
次に図７を参照すると、階層的トラフィック差別化を対象とするフロー７００の例を示す流れ図が示されている。フロー７００は、たとえば輻輳を処理する、および／またはユーザＱｏＥを管理するために実施される。
プロセスブロック７０２では、ＱｏＳクラス（ＱＣＩレベル）に従って形成されたベアラにマッピングされたトラフィックが得られる。プロセスブロック７０４では、ベアラ内のトラフィックが複数のトラフィックサブクラス（イントラＱＣＩレベル）に差別化される。ベアラ内のトラフィックを複数のトラフィックサブクラスに差別化することは、複数のトラフィックサブクラスのどのトラフィックサブクラスにトラフィックのパケットを割り当てるかのインジケーションを得ることを含む。
一実施形態では、パケットはインジケーションを含み、インジケーションを得ることは、インジケーションを見せるためにそのパケットのパケット検査を実施することを含む。インジケーションは、パケット内の様々な位置に配置される。たとえば、パケットはヘッダを含み、ヘッダはインジケータを含む。ヘッダは、たとえばＧＴＰであり、またはＧＴＰに従ったものである。
一実施形態では、インジケーションを得ることは、パケットについての情報を得るためにパケット検査を実施すること、および得られた情報に基づいてインジケーションを導出することを含む。得られた情報は、たとえば異なるタイプのトラフィックを区別するためのアプリケーション特有のシグネチャを含む。
一実施形態では、インジケーションを得ることは、シグナリング（たとえば、パケットとは別々のシグナリング）を介してインジケーションを受信することを含む。
一実施形態では、インジケーションは、パケットを割り当てるためのトラフィックサブクラスの優先度を示す。一実施形態では、パケットは、ＱｏＳクラスに対応するＱＣＩを含む。一実施形態では、インジケータは、サブＱＣＩである。
一実施形態では、インジケーションは、パケットを処理するためのトラフィックサブクラスに適用されるべきポリシ規則を示す。一実施形態では、ポリシ規則は、トラフィックサブクラスのパケットをポリシングおよび／またはスケジューリングするために使用するためのパラメータを含む。
プロセスブロック７０６では、差別化されたトラフィックは、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングされる。差別化されたトラフィックをスケジューリングすることは、複数のトラフィックサブクラスの優先順位付けに基づいて、差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整することを含む。差別化されたもののスケジューリングは、リソースの不足および／または輻輳に鑑みて実施される。輻輳は、たとえばユーザプレーンＲＡＮ輻輳（ＵＰＣＯＮ）を含む。
図示しないが、差別化されたトラフィックは、差別化されたトラフィックのスケジューリングの代わりに、それに加えて、またはそれと組み合わせて、複数のトラフィックサブクラスの優先順位付けに基づいてフィルタリングされる。一実施形態では、差別化されたトラフィックをフィルタリングすることは、複数のトラフィッククラスの少なくとも１つの他のトラフィックサブクラスの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを差別化されたトラフィックからフィルタリングすることを含む。一実施形態では、パケットは、複数のトラフィッククラスのそれぞれの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、差別化されたトラフィックからフィルタリングされる。一実施形態では、パケットは、差別化されたトラフィックのパケットが差別化されたトラフィックからフィルタリングされない優先度より低い優先順位付けの優先順位の順で優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、差別化されたトラフィックからフィルタリングされる。
フロー７００は、ＷＴＲＵ２０２、ならびに／または、たとえば基地局２６０、ＳＧＷ２６４、ＰＧＷ２６６、および他のデータプレーンネットワーク要素および／もしくはノードを含めてネットワーク２０３の様々なノードなど、図２Ａないし図２Ｂの通信システム２００の様々なエンティティによって実施される。フロー７００は、他の通信システムでも実施される。
図８は、階層的トラフィック差別化を対象とするフロー８００の例を示す流れ図である。フロー８００は、たとえば輻輳を処理する、および／またはユーザＱｏＥを管理するために実施される。図８のフロー８００は、本明細書に記載されていることを除いて、図７のフロー７００と同様である。
プロセスブロック８０２では、差別化されたトラフィックが、複数のトラフィックサブクラスの優先順位付けに基づいてフィルタリングされる。一実施形態では、差別化されたトラフィックをフィルタリングすることは、複数のトラフィッククラスの少なくとも１つの他のトラフィックサブクラスの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを差別化されたトラフィックからフィルタリングすることを含む。一実施形態では、パケットは、複数のトラフィッククラスのそれぞれの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、差別化されたトラフィックからフィルタリングされる。一実施形態では、パケットは、差別化されたトラフィックのパケットが差別化されたトラフィックからフィルタリングされない優先度より低い優先順位付けの優先順位の順で優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、差別化されたトラフィックからフィルタリングされる。
差別化されたトラフィックのフィルタリングは、リソースの不足および／または輻輳に鑑みて実施される。輻輳はＵＰＣＯＮを含む。
プロセスブロック８０４では、フィルタリングされたトラフィックが、送信するためにスケジューリングされる。一実施形態では、フィルタリングされたトラフィックを、送信するためにスケジューリングすることは、複数のトラフィックサブクラスの優先順位付けに基づく。これは、複数のトラフィックサブクラスの優先順位付けに基づいて、フィルタリングされたトラフィックの１つのパケットの送信のスケジューリングされた時間を調整することを含む。
フロー８００は、ＷＴＲＵ２０２、ならびに／または、たとえば基地局２６０、ＳＧＷ２６４、ＰＧＷ２６６、および他のデータプレーンネットワーク要素および／もしくはノードを含めてネットワーク２０３の様々なノードなど、図２Ａないし図２Ｂの通信システム２００の様々なエンティティによって実施される。フロー８００は、他の通信システムでも実施される。
図９および図１０は、階層的トラフィック差別化を対象とするフロー９００、１０００の例を示す流れ図である。フロー９００、１０００は、たとえば輻輳を処理する、および／またはユーザＱｏＥを管理するために実施される。図９および図１０のフロー９００、１０００は、差別化されたトラフィックのスケジューリングおよび／またはフィルタリングが、たとえば下記および／または上記に提供されている適切なポリシなど、複数のトラフィックサブクラスを管理するためのそれぞれのポリシに基づくことを除いて、それぞれ図７および図８のフロー７００およびフロー８００と同様である。
フロー９００、１０００は、ＷＴＲＵ２０２、ならびに／または、たとえば基地局２６０、ＳＧＷ２６４、ＰＧＷ２６６、および他のデータプレーンネットワーク要素および／もしくはノードを含めてネットワーク２０３の様々なノードなど、図２Ａないし図２Ｂの通信システム２００の様々なエンティティによって実施される。フロー９００、１０００は、他の通信システムでも実施される。
図１１は、階層的トラフィック差別化を対象とするフロー１１００の例を示す流れ図である。フロー１１００は、たとえば輻輳を処理する、および／またはユーザＱｏＥを管理するために実施される。図１１のフロー１１００は、本明細書に記載されていることを除いて、図７ないし図１０のフロー７００、８００、９００、１０００と同様である。
プロセスブロック１１０２では、差別化されたトラフィックを処理するためのポリシが参照される。プロセスブロック１１０４では、差別化されたトラフィックがポリシに基づいて管理される。ポリシは、下記および／または上記（たとえば、下記のポリシテーブル内）に提供されている差別化されたトラフィックを処理するためのポリシのいずれかである。一実施形態では、ポリシは、ユーザ加入情報から導出された１もしくは複数の条件、および／またはオペレータポリシから導出された１もしくは複数の条件を含む。ポリシは、他の条件をも含む。
フロー１１００は、ＷＴＲＵ２０２、ならびに／または、たとえば基地局２６０、ＳＧＷ２６４、ＰＧＷ２６６、および他のデータプレーンネットワーク要素および／もしくはノードを含めてネットワーク２０３の様々なノードなど、図２Ａないし図２Ｂの通信システム２００の様々なエンティティによって実施される。フロー１１００は、他の通信システムでも実施される。
階層的トラフィック差別化を実施する、および／または階層的トラフィック差別化を使用するための方法、装置、およびシステムのうちには、ツリーベースの構造および／または方法を使用して階層的トラフィック差別化を実施するための方法、装置、およびシステムがある。ツリーベースの構造および／または方法は、各ＱＣＩレベルまたは任意のＱＣＩレベルについて、１または複数の下位またはイントラＱＣＩレベル識別子（サブＱＣＩ）を含む。これらのサブＱＣＩは、フローのサブフローおよび／またはサブフローを割り当てるためのトラフィックサブクラスのそれぞれの優先度に関連付けられる。
また、これらの方法、装置、およびシステムのうちには、異なるタイプのトラフィックを区別するためにアプリケーション特有のシグネチャを含むようにＴＦＴが拡張される方法、装置、およびシステムがある。アプリケーション特有のシグネチャは、ユーザプロファイルまたはＵＥコンテキスト（たとえば、ＨＳＳのためのもの）内で使用可能であり、コアネットワークノード（たとえば、ＰＣＥＦ）およびＲＡＮノード（たとえば、ＵＥ）内にインストールされる。これらのノードは、それぞれのポリシテーブルを備え、それらを維持する。ポリシテーブルを有するこれらのそれぞれは、ベアラ内の特定のサブフロー、それらの互いに対する相対的優先度、ＱｏＳパラメータのそれらのシェアなどを処理するための規則を含む。
中間ノード（たとえば、高度化ノードＢ）は、サブフローのどれに各パケットが属するか検出するように構成される。ＤＰＩを実施する能力を有する中間ノードは、アプリケーションシグネチャで構成される。あるいは、アプリケーションシグネチャは、エッジノード内でだけインストールされる可能性があり、エッジノードは、ＤＰＩを実施し各パケットのサブＱＣＩを決定し、ユーザプレーンパケットノードと共に情報を転送する。中間ノードは、各ユーザプレーンパケットに関連付けられたサブＱＣＩ値を回復し、ポリシテーブルを使用しそのパケットのための処理を決定する。
ツリーベースの構造および／または方法の使用を容易にするために、ネットワークおよび／またはＲＡＮレイヤは、アプリケーションとコアネットワークとの間のインタラクションを処理し、サブＱＣＩレベルに伴う細分性でトラフィックを提供するように、またそのようなＱｏＳ差別化に従って専用ＥＰＳおよび無線ベアラの作成および／または除去を処理するように構成される。
ＱｏＥ評価
ＱｏＥは、主観的または客観的に評価される。本明細書では、客観的手法が提供される。具体的には、本明細書で提供されるいくつかのＱｏＥモデルを使用し、ビデオ品質パラメータの値に基づいてエンドユーザによって知覚されることになるＱｏＥを推測する。これらのビデオ品質パラメータは、ビデオアプリケーションのＱｏＳパラメータおよび／または特性である。
非特許文献１では、いくつかのビデオ品質パラメータが、エンドツーエンド遅延、パケット損失率、ビットレート、フレームレート、ならびにコーデックタイプ、ビデオフォーマット、キーフレーム間隔、およびビデオディスプレイサイズを含むビデオコーデックパラメータを含む。
これらのパラメータはビデオ送信品質の貴重な測定量（ｍｅａｓｕｒｅ）であるが、本明細書に記載されているように、追加のパラメータを使用し、主観的ビデオ品質のより正確な測定量を得る。これらのパラメータは、ビデオパケットのタイプ（たとえば、階層的Ｐにおける時間的レイヤ）、遅延ジッタ、動き（ＵＥとエンドユーザとの間）、ソース環境および／または宛先環境における照明／ライティング、エンドユーザフィードバック、ならびにデバイス情報、ディスプレイタイプ、ディスプレイサイズ、視角および視距離を含む。これら、および他のパラメータが、２０１２年１月１９日に出願された「Ｖｉｅｗｉｎｇ Ｃｏｎｄｉｔｉｏｎｓ Ａｄａｐｔｉｖｅ Ｃｏｄｉｎｇ ａｎｄ Ｄｅｌｉｖｅｒｙ ｏｆ Ｖｉｓｕａｌ Ｉｎｆｏｒｍａｔｉｏｎ」という名称の米国特許仮出願第６１／５８８，５８８号明細書にさらに記載されており、これを参照により本明細書に組み込む。
いくつかの実施形態では、拡張可能な機構を使用し、ＱｏＥパラメータを表す。たとえば、サービス記述プロトコル（ＳＤＰ）を使用し、ＱｏＥパラメータについて説明する。あるいは、いくつかの実施形態は、ＸＭＬなど知識表現言語を使用する。照明／ライティング、視角、視距離など環境情報は、ＵＥ上のセンサによって測定される。ディスプレイタイプ、ディスプレイサイズなどデバイス情報は、ＵＥの登録中に、またはＱｏＥ要求と共にネットワークに渡され、ネットワーク内で記憶される。
例示的な一実施形態では、ＱｏＥ推定は、
ＱｏＥ＿ｅｓｔｉｍａｔｅ＝−ａ＊ｌｏｇ（ｐａｃｋｅｔ＿ｌｏｓｓ＿ｒａｔｅ）−ｂ＊Ｕ（ｐａｃｋｅｔ＿ｄｅｌａｙ−ｄｅｌａｙ＿ｔｈｒｅｓｈｏｌｄ）＋ｃ＊ｂｉｔ＿ｒａｔｅ＋ｄ＊ｆｒａｍｅ＿ｒａｔｅ＋ｅ＊ｖｉｅｗｉｎｇ＿ｄｉｓｔａｎｃｅ＋ｆ＊ｍｏｔｉｏｎ＋ｇ＊ａｍｂｉｅｎｔ＿ｌｉｇｈｔｉｎｇ−ｈ＊ｄｉｓｐｌａｙ＿ｓｉｚｅ
を計算することによって得ることができ、上式で、ａ、ｂ、ｃ、ｄ、ｅ、ｆ、ｇはすべて正の係数であり、Ｕ（）は、引数が負であると評価された場合、値０を取り、そうでない場合、値１を取る単位ステップ関数であり、ｄｅｌａｙ＿ｔｈｒｅｓｈｏｌｄは、受け入れられるパケット遅延である。
係数の値は、ビデオのコンテンツ、ディスプレイタイプ、または他のＱｏＥパラメータに依存し、実験によって決定されてもよい。あるいは、いくつかの実施形態では、ビデオのコンテンツ、ディスプレイタイプ、または他のＱｏＥパラメータを調節するために、追加の項が追加される。様々な実施形態では、ＱｏＥパラメータは、ＵＥから高度化ノードＢに、またはコアネットワークに送られる。
異なるユーザ間の個々の違いを調整するために、ネットワークがユーザの特定のニーズに合うようにリソースを割り当てることができるように、エンドユーザは、見ているビデオのＱｏＥについてフィードバックを提供してもよい。そのようなフィードバックは、ユーザ体験が満足させられていないユーザの割合を改善するために使用される。一例として、ユーザ２とユーザ３が同じ閲覧条件を有する図６を考えてみる。ユーザ３はより敏感であり、満足するためにより高いビデオ解像度を必要とする。ユーザ３は、不満足のフィードバックをネットワークに渡す。ネットワークは、そのようなフィードバックに応答して、ユーザ３についてＱｏＥを満足させようと試みて、適宜、リソースを割り当てる。
細かいトラフィック差別化のためのフローラベル付け
ツリー形の優先度マッピング
ＰＣＣシステム２１９は、ＱＣＩへのフロー（ＴＦＴによって識別される）のマッピングを提供する。表１は、指定されたＱＣＩにフローをマッピングするために使用されるＱＣＩ特性を示す。サブＱＣＩ（またはイントラＱＣＩレベル）ラベルは、各フロー内のサブフローの下位優先度に基づいて、および／またはサブフローを割り当てるためのトラフィックサブクラスに基づいて、割り当てられおよび／または適用される。そのようなサブＱＣＩラベル付けは、ツリーベースの優先度マッピング構造を使用して実装される。サブＱＣＩラベルは、ＱＣＩより下位の葉としてツリーベースの優先度マッピング構造上に存在する。ダウンリンクでは、ＰＧＷ２６６は、サブＱＣＩラベルおよび／またはツリーベースの優先度マッピング構造をサポートするためにマッピング規則を備える。アップリンクでは、基地局２６０（たとえば、高度化ノードＢ）が、サブＱＣＩラベルおよび／またはツリーベースの優先度マッピング構造をサポートするためにマッピング規則を備える。表２（下記）は、ＱＣＩタイプのそれぞれの属性に対応する９つのＱＣＩ、および９つのＱＣＩのための例示的なサブＱＣＩラベルを列挙する。
基地局２６０および／または任意の中間ノードは、サブＱＣＩ情報をユーザプレーンパケットから抽出する。あるいは、基地局２６０および／または任意の中間ノードは、ディープパケットインスペクションを実施すると共にアプリケーションシグネチャを使用してサブＱＣＩ情報を導出する。基地局２６０および／または任意の中間ノードは、スケジューリングまたはＲＲＭ決定のためにサブＱＣＩ情報を使用する。基地局２６０および／または任意の中間ノードは、サブＱＣＩ情報を使用し、（たとえば、ランダム早期検出（ＲＥＤ）のための）アクティブなキュー管理などに続いて、どのフレームが輻輳によりドロップされるか決定する。
サブＱＣＩ情報は、同じベアラ／ＱＣＩクラス内のパケットの相対的優先度および／またはドロップ優先順位を提供および／または搬送する。様々な実施形態では、あるサブＱＣＩが個々のＭＢＲに関連付けられ、または関連付けられたトラフィック／サブフローを示すためのワイルドカードが、他のより高い優先順位のサブフローによって消費されない任意の残余のリソースを使用する。
様々な実施形態では、関連のアプリケーションシグネチャと共にサブＱＣＩ（イントラＱＣＩレベル）優先順位付けが、各ＵＥコンテキストについてＨＳＳによって提供され、ＷＴＲＵ２０２構成／アタッチ手順中にネットワークノード（たとえば、ＰＧＷ２６６、ＰＣＥＦ２７０、基地局２６０、ＭＭＥ２６２など）内にインストールされる。これは、デフォルトベアラが作成されるとき構成情報を使用可能にし、デフォルトベアラ内のトラフィックの境界画定を可能にする。
アプリケーションシグネチャは、フロー内のサブフローを差別化するためにＴＦＴ規則に追加された新しい、または追加のパラメータを含み、既存の、または新しいパケット検査（ＤＰＩ）規則を使用する。一例として、Ｓｋｙｐｅアプリケーションの下位分類は、サブＱＣＩ１で音声、サブＱＣＩ２でビデオ、およびサブＱＣＩ３でテキストデータをマッピングするように定義される。
サブフロー差別化のためのマッピング機能
サブＱＣＩ情報は、パケット検査（ＤＰＩ）を実施することによってパケットを特定のサブフローにマッピングするために、エッジおよび／または中間ネットワークノード（たとえば、それぞれＰＧＷ２６６および／または基地局２６０）で使用される。あるフロー（ＱＣＩ）に属するトラフィックのあるサブフローをマッピングするためにエッジおよび／または中間ネットワークノードにおいて提供される規則は、ＷＴＲＵ構成中に構成され（たとえば、ＵＥ（ＷＴＲＵ）コンテキストにおいてＭＭＥ２６２によって基地局２６０に構成され）、またはＥＰＳベアラが構成されるとき特に構成される。
規則は、デフォルトで、アプリケーションごとにエッジノード（たとえば、ＰＧＷ２６０、ＰＣＥＦ２７０など）または任意の中間ノード内にインストールされる。一例として、２つの下位優先度を処理するための規則が、ビデオアプリケーションのアプリケーショントラフィックのためにインストールされる。表３（下記）は、ＱＣＩおよび対応するサブＱＣＩの特定のインスタンスに適用される規則を示す。
別の例として、下位優先度は、階層的Ｐ符号化ビデオにおける異なる時間的レイヤに適用される。表４（下記）は、ＱＣＩおよび対応するサブＱＣＩの特定のインスタンスのために階層的Ｐ符号化ビデオにおける異なる時間的レイヤに適用される下位優先度を示す。
すべてのＰフレームがシングルレイヤビデオコーデックを用いる会話ビデオフローについては、優先順位付けは、ビデオコンテンツの重要度の変動に基づいて実施される。そのような重要度は、一部のフレームが（すべてのＰフレームシングルレイヤ符号化についてさえ）、失われた場合、他のフレームよりエンドユーザＱｏＥに対してより大きな影響を及ぼす可能性があることに基づく。
ＰＣＲＦ２２０がＰＧＷ２６６に提供するトラフィックマッピング情報（たとえば、ＧＰＲＳおよびＥＰＳのためのＴＦＴフィルタ）は、ＴＦＴ規則を含み、たとえば、リアルタイムプロトコル（ＲＴＰ）セッションのためのＵＤＰポート番号は、サブストリームを示し、対応する規則は、ＰＣＥＦ２７０内にインストールされる。
個々のサブＱＣＩ情報は、パケットデータプロトコル（ＰＤＰ）コンテキスト要求／ＥＰＣベアラ作成要求（Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ／ＥＰＣ Ｂｅａｒｅｒ Ｃｒｅａｔｅ Ｒｅｑｕｅｓｔ）中にＩＰ−ＣＡＮに追加され、これは特定のＱｏＳ要件およびトラフィックマッピング情報（たとえば、ＴＦＴ）を含む。新しいＰＤＰコンテキストが作成されることを示すＰＤＰコンテキスト作成応答（Ｃｒｅａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）メッセージが、ＳＧＷ２６４（またはＳＧＳＮ（図示せず））に送られる。この応答は、ベアラバインディングおよびポリシ施行によるＱｏＳの任意の変更を含む。
ＷＴＲＵ２０２は、アップリンクＴＦＴおよびダウンリンクＴＦＴを使用し、ＥＰＳベアラアクティブ化または修正手順をアプリケーションに、またそのアプリケーションのトラフィックフロー集合体に関連付ける。ＰＧＷ２６６は、専用ベアラ作成要求（Ｃｒｅａｔｅ Ｄｅｄｉｃａｔｅｄ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）メッセージおよびベアラ更新要求（Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）メッセージにおいて、（たとえば、すべての）使用可能なトラフィックフロー記述情報（たとえば、ソースおよび宛先ＩＰアドレスおよびポート番号、ならびにプロトコル情報）を提供する。
サブＱＣＩおよびアプリケーションシグネチャは、以下のようにＴＦＴ規則に追加される。
サブＱＣＩポリシプロビジョニングは、動的ＰＣＣ規則または静的ＰＣＣ規則におけるものである。動的ＰＣＣが展開される場合には、ＰＣＲＦ２２０が、サブＱＣＩマッピング情報と共にＰＣＣ決定プロビジョン（PCC decision provision）をＰＧＷ２６６に送る。動的ＰＣＣが展開されない場合、ＰＧＷ２６６は、ローカルＱｏＳポリシを適用する。
ＰＧＷ２６６は、ＱｏＳポリシを使用し、ＥＰＳベアラＱｏＳを割り当てる（たとえば、ＱＣＩ、サブＱＣＩ、ＡＲＰ、ＧＢＲ、およびＭＢＲなどベアラレベルＱｏＳパラメータに値を割り当てる）。
基地局２６０は、ＥＰＳベアラＱｏＳをＲＢＱｏＳにマッピングする。基地局２６０は、ＲＲＣ接続再構成（ＲＲＣ）（無線ベアラＱｏＳ、セッション管理要求、ＥＰＳ ＲＢ識別情報）メッセージをＷＴＲＵ２０２にシグナリングする。ＷＴＲＵは、セッション管理要求内で受け取ったネゴシエーション済みＱｏＳ、無線優先度、パケットフローＩｄおよびＴＩを、ＧＥＲＡＮまたはＵＴＲＡＮを介してアクセスするとき使用するために記憶する。ＷＴＲＵ非アクセス階層（ＮＡＳ）は、ＥＰＳベアラ識別情報を記憶し、専用ベアラをリンクされたＥＰＳベアラ識別情報（ＬＢＩ）によって示されたデフォルトベアラにリンクする。ＷＴＲＵ２０２は、サブＱＣＩを含むアップリンクパケットフィルタ（ＵＬ ＴＦＴ）を使用し、ＲＢに対するトラフィックフローのマッピングを決定する。ＷＴＲＵ２０２は、ＥＰＳベアラＱｏＳパラメータを、トラフィックフローを処理するアプリケーションに提供する。
あるいは、サブＱＣＩおよびアプリケーションシグネチャマッピング機能規則が、ＵＥ加入プロファイル内のＵＥコンテキストに追加され、ＵＥ（ＷＴＲＵ）構成および／または再構成手順（たとえば、ＵＥアタッチ手順のため）中にネットワークノード内にインストールおよび／または除去される。ＷＴＲＵ２０２は、たとえばＳ１４参照ポイントを介してＡＮＤＳＦ２２２によって提供されるポリシに基づいてアップリンク内でＴＦＴおよび／またはＩＰフローにサブＱＣＩを適宜追加する。代替として、および／またはそれに加えて、ＷＴＲＵ２０２は、アップリンク内で、または、たとえばＷＴＲＵ２０２の（たとえば、ユニバーサル集積回路カード（ＵＩＣＣ）における）メモリ内にインストールされたポリシなどＵＥ（ＷＴＲＵ）事前構成に基づいて、ＴＦＴおよび／またはＩＰフローにサブＱＣＩを適宜追加する。
レガシフローおよび新しいフローを同時に処理するためのネットワーク手順
ネットワークは、レガシフローおよび新しいフローを同時に処理してもよい。ＥＰＳベアラセットアップ手順中、ＰＣＲＦ２２０は、特定のＳＤＦのためにＱｏＳ規則を導出する。サブＱＣＩなしでＱＣＩを有するＱｏＳ規則を受け取るＳＤＦは、本明細書ではレガシフローと呼ばれる。ＱＣＩおよびサブＱＣＩを有するＱｏＳ規則を受け取るＳＤＦは、本明細書では新しいフローと呼ばれる。ＰＣＲＦ２２０は、ＱｏＳ規則、およびＡＦ２７２によって抽出された情報をＰＣＥＦ２７０に渡し、ＰＣＥＦ２７０はＱｏＳ規則に従って両タイプのフローを処理する。
コアネットワークノードおよび／またはエッジネットワークノード（たとえば、ＰＧＷ２６６）のいずれかが、最初に、すべてのフローについてＱＣＩレベルでサービス差別化を実施する。アクティブなキュー管理を任意のフローについて実施しようとする場合、アクティブなキュー管理を実施するためにネットワークノードは、フローにサブフローポリシが定義されており、シグネチャが使用可能であるかどうか決定する。そのようなフローが新しいフローである場合、ネットワークノードは、より細かいサービス差別化のためにサブＱＣＩ情報（たとえば、表２に記載のサブＱＣＩ情報）を使用する。そうでない場合、ネットワークノード（たとえば、ＰＧＷ２６６）は、ＱＣＩレベルの細分性を使用する。
サブＱＣＩを有するフローを要求するためのＳＩＰ／アプリケーション手順、Ｒｘの拡張
プロキシ−呼セッションサービス制御機能（Ｐ−ＣＳＣＦ）は、ビデオ遠隔会議などアプリケーションのためにマルチサブストリームをセットアップするための要求を担持するＩＭＳシグナリング（たとえば、ＳＩＰ ＩＮＶＩＴＥパケット）から情報を抽出する。Ｐ−ＣＳＣＦは、抽出された情報をＰＣＲＦ２２０に渡す。ＰＣＲＦ２７０は、ＳＤＦのためにＱＣＩ、またはＱＣＩおよびサブＱＣＩを導出する。
一例として、ＳＩＰ ＩＮＶＩＴＥは、セッション記述プロトコル（ＳＤＰ）パケットを含み、このパケットは、マルチメディアセッションによって使用されることになるパラメータを含む。これらのパラメータは、たとえば、サブストリーム識別情報、ストリームＩＤ、ポート番号、パケット損失率、遅延、遅延ジッタ、ビットレートなどを含む。また、ＳＤＰパケットのためのいくつかの属性が、単一のアプリケーションセッションのためにマルチサブストリームを有したいという希望を記述するために定義される。一例として、ＳＤＰシンタックスを使用して、３つのサブストリームが定義される。
ａ＝ｓｔｒｅａｍｓ：Ｓ１ Ｓ２ Ｓ３ ／＊Ｓ１、Ｓ２、Ｓ３と呼ばれる３つのストリームを定義する＊／
別の例として、３つのストリームのための所望のＱｏＳ要件は、以下のように指定される。
ａ＝ｓｔｒｅａｍｓ：Ｓ１ Ｓ２ Ｓ３ ／＊Ｓ１、Ｓ２、Ｓ３と呼ばれる３つのストリームを定義する＊／
ｍ＝ｖｉｄｅｏ ２００００ ＲＴＰ／ＡＶＰ ９６ ／＊ＮＡＬユニットタイプからマッピングされたパケットタイプ９６＊／
ａ＝ｒｔｐｍａｐ：９６ Ｈ２６４／９００００
ａ＝ｆｍｔｐ：９６ ｐｒｏｆｉｌｅ−ｌｅｖｅｌ−ｉｄ＝４２Ａ０１Ｅ；ｐａｃｋｅｔｉｚａｔｉｏｎ−ｍｏｄｅ＝０；ｍｓｔ−ｍｏｄｅ＝ＮＩ−Ｔ；
ａ＝ｌｏｓｓＲａｔｅ：９６ ５ｅ−３ ／＊ネットワーク向けの所望のパケット損失率を定義する＊／
ａ＝ｍａｘＤｅｌａｙ：９６ ２００ ／＊ｍｓ単位の最大遅延を定義する＊／
ａ＝ｍｉｄ：Ｓ１
ｍ＝ｖｉｄｅｏ ２０００２ ＲＴＰ／ＡＶＰ ９７ ／＊ＮＡＬユニットタイプからマッピングされたパケットタイプ９７＊／
ａ＝ｒｔｐｍａｐ：９７ Ｈ２６４／９００００
ａ＝ｆｍｔｐ：９７ ｐｒｏｆｉｌｅ−ｌｅｖｅｌ−ｉｄ＝４２Ａ０１Ｅ；ｐａｃｋｅｔｉｚａｔｉｏｎ−ｍｏｄｅ＝１；ｍｓｔ−ｍｏｄｅ＝ＮＩ−Ｔ；
ａ＝ｌｏｓｓＲａｔｅ：９７ ２ｅ−２ ／＊所望のパケット損失率を定義する＊／
ａ＝ｍａｘＤｅｌａｙ：９７ ３００ ／＊ｍｓ単位の最大遅延を定義する＊／
ａ＝ｍｉｄ：Ｓ２
ｍ＝ｖｉｄｅｏ ２０００４ ＲＴＰ／ＡＶＰ ９８ ／＊ＮＡＬユニットタイプからマッピングされたパケットタイプ９８＊／
ａ＝ｒｔｐｍａｐ：９８ Ｈ２６４／９００００
ａ＝ｆｍｔｐ：９８ ｐｒｏｆｉｌｅ−ｌｅｖｅｌ−ｉｄ＝４２Ａ０１Ｅ；ｐａｃｋｅｔｉｚａｔｉｏｎ−ｍｏｄｅ＝１；ｍｓｔ−ｍｏｄｅ＝ＮＩ−Ｔ；
ａ＝ｌｏｓｓＲａｔｅ：９８ ５ｅ−２ ／＊所望のパケット損失率を定義する＊／
ａ＝ｍａｘＤｅｌａｙ：９８ ４００ ／＊ｍｓ単位の最大遅延を定義する＊／
ａ＝ｍｉｄ：Ｓ３
上記の例では、２つＳＤＰ属性ａ＝ｌｏｓｓＲａｔｅ、ａ＝ｍａｘＤｅｌａｙが使用されている。Ｐ−ＣＳＣＦは、ＳＤＰペイロードを読み取ったとき、３つのサブストリームを要求する情報、および関連のＱｏＳ要求をＰＣＲＦ２２０に渡し、次いでＰＣＲＦ２２０は各サブストリームについてＱＣＩおよびサブＱＣＩを導出する。
Ｒｘインターフェースは、ＡＦ２７２からＰＣＲＦ２２０に情報を渡し、後者がサブＱＣＩを導出するように拡張される、または他の手法で適合される。情報は、上述のパラメータのいずれかを含む。Ｇｘインターフェースは、ＰＣＲＦ２２０とＰＣＥＦ２７０との間でのサブＱＣＩの交換を処理するように拡張される、または他の手法で適合される。
ユーザプレーンパケット内のサブＱＣＩ識別
ダウンリンク（ＤＬ）用のＰＧＷ２６６およびアップリンク（ＵＬ）用の基地局２６０などエッジノードは、中間ノードが各パケットを適切に処理するために適用可能なポリシを適用することができるように、各ユーザプレーンフレームを関連のサブＱＣＩに関連付ける。この関連付けは、ヘッダ（たとえば、ＧＴＰヘッダ）内のフィールド値のいずれか、たとえばＧＴＰヘッダ内の予備の値を使用して、またはＱＣＩおよびサブＱＣＩを組み合わせることによっておよび／もしくは多重化することによって、定義される一意のＴＥＩＤを計算するためにハッシュ関数を使用して提供される。あるいは、値は、ＧＴＰパケットのペイロード内に埋め込まれ、たとえばＩＰヘッダ内のＴｏＳフィールドが、フローのサブＱＣＩに関する情報を担持する。
サブＱＣＩの使用は、ネットワーク輻輳のイベントに供給するためのパケットのサブセットだけをネットワーク２０３が選択することを可能にする。他の機構を、サブＱＣＩの使用と共に使用してもよい。たとえば、ネットワーク２０３は、許可制御、すなわちネットワークリソース可用性およびユーザ加入サービスに基づいてどのＥＰＳベアラセットアップ要求を許可するべきかを実施する。別の例はアクセス制御である。ＷＴＲＵ２０２は、ＥＰＳベアラを確立することを要求する前に、基地局２６０に接続する必要がある。この要求は、ＷＴＲＵ２０２から基地局２６０に送られるＲＲＣ接続要求（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを介してなされる。基地局が要求を受け入れるか否か決定するとき、基地局２６０は、ネットワークリソース可用性を考慮することができる。たとえば、無線チャネルに非常に負荷がかかっているとき、基地局２６０は要求を拒絶し、そうでない場合、基地局２６０は要求を受け入れる。
エンドツーエンドＱｏＥコーディネーション
アプリケーション（たとえば、ビデオ）セッションは、複数のネットワークにまたがる。本明細書では、エンドツーエンドビデオ知覚を考慮するシステムリソースプロビジョニングを提供しおよびネゴシエーションするための方法について述べる。エンドユーザの嗜好、デバイス能力、環境条件、および他の要因の違いにより、異なるネットワークリソースが異なるＱｏＥ性能を提供する。
ＱｏＥコーディネーションの影響は、以下の例でわかる。あるネットワークは、ビデオストリームに高いＱｏＥを提供するために多数のリソースを使用し、別のネットワークは、リソースの不足により低いＱｏＥしか提供しないと仮定してみる。コーディネーションが使用されない場合には、第１のネットワークが多数のリソースを使用する場合でさえエンドツーエンドＱｏＥは依然として低いことになる。
図１２に示されている一実施形態では、エンドツーエンドＱｏＥコーディネーション方式が提供される。コーディネーションは、ＵＥ（Ｂ）からＵＥ（Ａ）に流れるビデオデータについて実施される。双方向ビデオ通信の場合、反対方向のための手順は同様である。ＵＥ（Ａ）は、発呼ＵＥまたは発信元ＵＥであり、ビデオ通信が始まった後でビデオデータを受信することになる。ＵＥ（Ｂ）は呼ばれる側であり、ビデオデータを送ることになる。図１２には、論理通信セッションが示されていることに留意されたい。たとえば、ＵＥ（Ａ）からＳＣＳＦ（Ａ）への実際の通信は、ネットワークＡのＰＧＷを通ることになる。
図１２に示されているように、発信元ＵＥ、すなわちＵＥ（Ａ）は、ＱｏＥ要求をＣＳＣＦ（Ａ）に送る。この要求は、複数のパラメータの１つ、パラメータのサブセット、さらには他のパラメータを含む。すなわち、
ビデオアプリケーション、たとえばビデオストリーミング、ビデオ会議、またはビデオゲーミング
使用可能なコード
ディスプレイタイプおよびサイズなどデバイス情報
周囲ライティングなど環境条件
所望のＱｏＥレベル
所望のＱｏＥレベルは、この段階では些細なものであることに留意されたい。すなわち、ＵＥ（Ａ）は、そのサービスサブスクリプションによって可能な最高のＱｏＥレベルを好む。しかし、このメッセージは、ＵＥ（Ａ）が他のＵＥから警告を受信したとき、後で、ビデオ通信中に再使用され、また、このメッセージは、ＵＥ（Ａ）がネットワークリソースの効率的な使用から観てより低いＱｏＥレベルを使用することが有益である（たとえば、図１２におけるメッセージ１０）。
この実施形態では、この例ではネットワークＡである発信元ＵＥのネットワークは、ＱｏＥ要求を承認するか否か決定する。この決定は、要求されたＱｏＥレベル、および、たとえば発信元ＵＥのサービスサブスクリプションレベルをサポートするために消費されることになるネットワークリソースの量に依存する。
この例では、
ａ．ＵＥ（Ａ）がＱｏＥ要求メッセージをＣＳＣＦ（Ａ）に送る。
ｂ．ＣＳＣＦ（Ａ）は、ＰＣＲＦ（Ａ）に接触する（図１２には図示せず）。ＰＣＲＦ（Ａ）は、ネットワークリソース状況を検討し、要求に対する決定をする際にネットワークＡのＨＳＳにも接触する。
ｃ．ＰＣＲＦ（Ａ）は、決定をＵＥに送る。例に示されている決定は、受入れ（Ａｃｃｅｐｔ）メッセージである。
次いで、発信元ＵＥ、すなわちＵＥ（Ａ）は、エンドツーエンドＱｏＥ要求およびＱｏＥ関連のパラメータ（たとえば、ＱｏＥ評価方法、ＱｏＥ評価方法に対する入力変数の目標値）を終端ＵＥ、すなわちＵＥ（Ｂ）に送る。ＱｏＥ評価方法は、ＩＴＵ Ｇ．１０７０または他の方法に従うことができ、入力変数はその評価方法によって決定され、目標値は、発信元ＵＥ、すなわちＵＥ（Ａ）にとって使用可能なリソースに依存する。入力変数および対応する目標値は、以下のものである。
ａ．発信元ネットワーク内の遅延：１５０ｍｓ
ｂ．パケット損失率：０．２％
ｃ．ビットレート：５００ｋｂｐｓ
ｄ．ビデオコーデック：Ｈ．２６４／ＡＶＣおよび構成
ｅ．遅延ジッタ：２０ｍｓ
ｆ．画面サイズ：３インチ（７６．２ｍｍ）
ｇ．照明：明るい
ｈ．動き：遅い
ｉ．ビデオコンテンツのタイプ：シーン内で動きが少ない
ｊ．ディスプレイサイズ：３．５インチ（８８．９ｍｍ）
ｋ．視距離：１２インチ（３０５ｍｍ）
ＱｏＥ要求およびＱｏＥ関連のパラメータを受信した後、終端ＵＥ、すなわちＵＥ（Ｂ）は、使用可能なＱｏＥを決定するために、視角、ライティング条件、デバイス能力など、そのローカル条件を評価する。いくつかの実施形態では、ＵＥ、すなわちＵＥ（Ｂ）は、グラフィカルユーザインターフェースを提供し、ユーザに入力するようにプロンプトを提供し、次いでそれに応答して、ＱｏＥ決定のために、さらに主観的な閲覧パラメータを提供する。すなわち、終端ＵＥ、すなわちＵＥ（Ｂ）は、その側でエンドユーザとインタラクションし、終端ＵＥ、すなわちＵＥ（Ｂ）とエンドユーザとの間で、追加のＱｏＥ関連のパラメータを得る。たとえば、終端ＵＥ、すなわちＵＥ（Ｂ）は、ＧＵＩを介して、どのレベルのＱｏＥをその側のエンドユーザが提供したいと望むか問いかける。なぜなら、エンドユーザは、異なるＱｏＥレベルで異なるように課金されるからである。次いで、終端ＵＥ、すなわちＵＥ（Ｂ）は、それ自体のネットワークがＱｏＥ要求を満たすために提供することを必要とする目標ＱｏＥレベルを決定し、ＱｏＥ要求をそれ自体のネットワークに送る。
終端ＵＥ、すなわちＵＥ（Ｂ）は、発信元ネットワークからの入力変数の値とそれ自体のネットワークからの入力変数の値とを組み合わせ、エンドツーエンドＱｏＥを推定する。
次いで、終端ＵＥのネットワーク、すなわちネットワークＢは、ＱｏＥ要求が受け入れられるか否か決定する。この場合も、この決定は、消費されることになるリソースの量、および終端ＵＥ、すなわちＵＥ（Ｂ）のサービスサブスクリプションレベルに依存する。この手順は、ネットワークＡによってなされる決定と同様である。
次いで、終端ＵＥ、すなわちＵＥ（Ｂ）は、受け入れられる（１または複数の）ＱｏＥレベルを発信元ＵＥ、すなわちＵＥ（Ａ）に送る。発信元ＵＥ、すなわちＵＥ（Ａ）が合意する場合、ＥＰＳベアラセットアップなど、アプリケーションセッションをサポートするための他の手順が始まり、今の発信元ＵＥ、すなわちＵＥ（Ｂ）は、続けて今の終端ＵＥ、すなわちＵＥ（Ａ）にビデオデータを送る。そうでない場合、さらに多くのネゴシエーションが実施される。たとえば、その要求ＱｏＥレベルを下げ、エンドツーエンドＱｏＥ要求を開始することに戻る。
ビデオ通信セッション中、ＵＥは、達成可能なエンドツーエンドＱｏＥを定期的に、またはある種のイベントのトリガに基づいて推定する。これらのイベントは、周囲ライティング条件の変化とすることができる。より明るい周囲ライティング条件は、同じ量のネットワークリソース消費でより高いＱｏＥを可能にする。この推定が以前に合意された目標エンドツーエンドＱｏＥと著しく異なる場合、ＵＥは、新たな回のコーディネーションを開始することができるように、他方のＵＥに警告する。推定の方がはるかに高い場合には、より良好なエンドツーエンドＱｏＥが達成される。推定の方がはるかに低い場合には、ネットワークリソースをより良く使用するために、より低いエンドツーエンドＱｏＥ目標を設定することができる。
ＵＥ（Ａ）は、ＵＥ（Ｂ）から警告メッセージを受信したとき、異なるエンドツーエンドＱｏＥレベルを試みたいと望むか否か決定する。再ネゴシエーションが望ましいと決定した場合、ＵＥ（Ａ）は、それ自体のネットワークにＱｏＥ要求メッセージを送ることができる。ＱｏＥ要求メッセージは、初期ステップにおけるものと同様である。いくつかの実施形態では、ＱｏＥ再ネゴシエーション要求メッセージは、比較的より重要な情報を有する好ましいＱｏＥレベルを含み、これはネットワークリソースを最適に使用するという考慮により、ネットワークＡが提供することができる最大ＱｏＥレベルよりも低い。ＳＩＰを使用し上記の手順を実装する場合、ＵＥはＳＩＰ内でユーザエージェントとして働くことに留意されたい。
ＱｏＥベースの適応スケジューリング
ユーザインザループ適応
ＱｏＥベースの適応スケジューリングは、ユーザインザループ適応を含む。ＱｏＥは、最終的に、エンドユーザによって知覚される品質によって決定される。異なるエンドユーザは異なるＱｏＥ嗜好を有し、ＱｏＥ嗜好は、それらの環境が変化するにつれて動的に変化するので、いくつかの実施形態では、エンドユーザ入力をＱｏＥベースのネットワークリソース割当て（パケットスケジューリング）方法の適応ループ内に組み込むことが望ましい。
ユーザの嗜好は、上述のように、サービスのセットアップ時にシステムに与えることができる。発信元ＵＥによって提案されるＱｏＥは、エンドユーザの嗜好および環境要因を考慮することができる。たとえば、エンドユーザの嗜好を得るために、発信元ＵＥとエンドユーザとの間の（たとえばＧＵＩの形態にある）インタラクティブダイアログを使用する。終端ＵＥは、終端ＵＥ側のエンドユーザが支払いを望むＱｏＥのレベルに関してユーザ嗜好を提供する。
アプリケーションのセッション中、エンドユーザは、改善されたＱｏＥのために、自分のフィードバックをシステムに提供することができる。たとえば、エンドユーザは、現在のＱｏＥに満足していないとき、ＵＥ上で指定されたボタンを押すことによってなど、入力を提供することができる。あるいは、ポップアップウィンドウ、ダイアログボックス、または１または複数のスライダセレクタが提供され、システムが改善することができるＱｏＥ特徴を示す。これらの特徴は、以下を含む。すなわち、
・良好なビデオおよびオーディオ同期
・より低い遅延
・より高い解像度
・より滑らかなＱｏＥ体験
様々なユーザインターフェースが提供される。ＱｏＥ特徴は、ネットワークがＱｏＥ劣化の原因をより良く表す、および／または診断するためにカスタマイズされる。また、各特徴は、アイコンによって表される。エンドユーザがこれらの特徴の１つにタッチまたはそれをクリックした場合、システムは、その特徴を改善しようと試みることになる。複数のタッチまたはクリックは、より著しい改善が必要とされることを意味する。カラーコードを使用し、ＱｏＥ特徴のレベルを示すことができる。たとえば、赤は低いレベルを意味し、色が変化し緑に近づくにつれて、レベルは増大する。
システムは、ＱｏＥ改善要求を満たすためにネットワークリソースをどのように割り当てるか決定する。また、システムは、ある種のＱｏＥ特徴はエンドユーザが必要とするものを超えているので、客観的に推定されたＱｏＥ、および現在のネットワークリソース可用性に基づいて、ＱｏＥ特徴のレベルを低減してもよい。たとえば、環境が変化し、より低いＱｏＥレベルを可能とする。そのような減分機構がないと、目標ＱｏＥレベルは、最大レベルに到達するまで不定に増大することになる。
いくつかの実施形態では、減分機構は、システムによって自動的に行われる。たとえば、システムは、現在のネットワーク条件およびユーザ環境に基づいてＱｏＥレベルを推定し、それが許される場合ある種のＱｏＥ特徴の目標レベルを減少させることができる。また、減分機構は、ＵＥとエンドユーザとの間のインタラクティブプロセスによって行われる。この場合も、潜在的に不必要に高いレベルのＱｏＥ特徴を示すために、および調節のための許可を求めてエンドユーザを促すために、カラーコードを使用することができる。上記の自動減分およびエンドユーザフィードバックをベースとする減分は、別々に、または一緒に使用することができる。
ユーザインザループＱｏＥ適応の例示的な実装が図１３に示されている。この方法は、高度化ノードＢ内で、またはコアネットワーク内で実装される。エンドユーザからのＱｏＥフィードバックが、セルラネットワークによってリソース割当てにおいて使用される。このフィードバックは、ユーザがその現在のＱｏＥに満足しているかどうか、または満足していない場合、所望のＱｏＥレベルは何かを示すことができる。遅延、スループット、フレームレート、ディスプレイタイプなど他のＱｏＥパラメータ、および視角、動き、ライティング条件の変化をも、リソース割当てにおいて使用することができる。
ＱｏＥフィードバック、および他のＱｏＥパラメータの値に基づいて、ネットワークは、特定のエンドユーザについてリソース割当て方針を変更する。たとえば、エンドユーザが現在のＱｏＥに満足しておらず、自分の所望のＱｏＥ特徴は解像度の増大である場合には、ネットワークは、その現在のリソース割当て方針を、エンドユーザが実行中のアプリケーションのスループットを増大するように変更する。
リソース割当て方針の変更は、リソース割当てアルゴリズムに渡される。一例として、この変更は、より多くのリソース（たとえば、ＬＴＥにおけるＰＲＢ）を、論理チャネルに対応して論理チャネルに割り当てることに解釈される。
リソース割当て方法の一例が図１４に示されている。リソース割当てアルゴリズムは、最初にＡＣＫ／ＮＡＣＫおよび再送信のためにリソースを割り当てる。次いで、リソース割当てアルゴリズムは、論理チャネルを２つのセット、すなわちサービス不足であった論理チャネルのセット、およびサービス過剰であった論理チャネルのセットに区分する。サービス不足（サービス過剰）であることにより、実際のＱｏＥ／ＱｏＳレベルは、目標値より低い（高い）。
次いで、リソース割当てアルゴリズムは、ＱｏＥに関連する論理チャネルのために、ＬＴＥにおけるＰＲＢなどリソースを割り当てる。最初に、リソースをサービス不足のセット内のものに割り当て、次いでサービス過剰のセット内のものに割り当てる。動的に変化するＱｏＥリソース割当て方針は、リソース割当て結果に影響を及ぼす可能性があることに留意されたい。
次いで、リソース割当てアルゴリズムは、ＱｏＥに関連する論理チャネルのためにリソースを割り当てる。この場合も、サービス過剰のセットよりサービス不足のセットを優先する。リソース割当てアルゴリズムは、リソース割当ての現在の回を終わりにし、次のリソース割当て回を待つ。
本明細書に記載の様々な実施形態は、エッジ上のＱｏＥアウェアネスもしくはコア内のＱｏＥアウェアネス、またはそれらの組合せを使用して実装され、記載の機能は、ネットワークコアとエッジ要素との間で、何らかの手法で分割される。
エッジ上のＱｏＥアウェアネス
エッジ上のＱｏＥアウェアネスに基づくアーキテクチャでは、基地局（たとえば、高度化ノードＢ）がＱｏＥアウェアであり、リソース割当てまたはパケットスケジューリングにおいてＱｏＥを直接考慮する。この方法は、図１５に示されているステップの１または複数を含む。この図は、論理通信を示す。
コアネットワークは、フロー（たとえば、ＥＰＳベアラ）バインディング情報について基地局に通知する。この情報は、どのフローがアプリケーションセッションに属するかを示す。たとえば、ビデオセッションは、３つのビデオトラフィックフローを有し、そのそれぞれが、階層的Ｐビデオ符号化フォーマットの特定の時間的レイヤを担持する。また、フローバインディング情報は、そのアプリケーションのための目標ＱｏＥを含む。一例として、フローバインディングメッセージは、以下の情報を含むことができる。すなわち、
ａ．アプリケーションセッションに含まれるＷＴＲＵ（たとえば、ＵＥ）のアドレス、およびこのＷＴＲＵにサービスを提供する基地局のアドレス。
ｂ．アプリケーションセッションに含まれる他のエンドデバイスのアドレス、およびこのデバイスは、別のＷＴＲＵ、ＵＥ、インターネット上のコンピュータおよび／もしくはサーバ、または何らかの他のデバイスとすることができる。
ｃ．たとえば８ビット数であるアプリケーションセッションのＩＤ。
ｄ．このアプリケーションセッションに属するフローのフローＩＤ。フローＩＤは、ソースアドレス、宛先アドレス、ソースポート番号、宛先ポート番号、およびプロトコルタイプのＩＰ５タプルフォーマットとすることができる。
ｅ．アプリケーションセッションの目標ＱｏＥレベル。
基地局は、その基地局がサービスを提供するＷＴＲＵから統計を収集する。統計は、各フローについて以下を含む。
ａ．エンドツーエンド遅延
ｂ．遅延ジッタ
ｃ．パケット誤り率
また、基地局は、ある種の統計を集めるために、通過するトラフィックフローを監視する。ＷＴＲＵは、エンドユーザからのＱｏＥフィードバックを基地局に送り、ＷＴＲＵは、ＱｏＥパラメータの値に対する更新を送る。たとえば、周囲ライティング条件。この更新を使用し、ＱｏＥパラメータを更新することができる。統計に基づいて、基地局は、パケットスケジューリングアルゴリズムが影響を及ぼすことができるＱｏＥパラメータのための値を抽出し、ＱｏＥを推定する。ＱｏＥ推定が要件を満たす場合、基地局は、そのスケジューリング方針を変更しない。そうでない場合、基地局は、スケジューリング方針を変更し、ＱｏＥを再び推定する。
エンドユーザまたはＷＴＲＵからのＱｏＥ更新がないとき、基地局は、依然として推定ＱｏＥを定期的に評価し、推定ＱｏＥが受け入れられるレベルを下回らないように、またサービス不足の他のアプリケーションがある場合、過剰なプロビジョニングが行われないようにする。この方法に含まれるコアネットワークの要素は、ＰＣＲＦ、ＣＳＣＦ、および／またはＰＧＷを含む。この方法は、ＷＴＲＵがコアネットワークを通ることなしに基地局と直接通信するので、比較的速い適応をもたらす。
コア内のＱｏＥアウェアネス
一方、コア内のＱｏＥアウェアネスは、ＱｏＥアウェアでない可能性がある基地局（たとえば、高度化ノードＢ）を含む。その代わりに、コアネットワークが、目標ＱｏＥを達成するためにどのＱｏＥレベルを基地局が提供するべきか決定する。すなわち、コアネットワークは、ＱｏＥからＱｏＳへの変換器として働く。これらの実施形態による方法は、図１６に示されているステップの１または複数を含む。
ＷＴＲＵ（たとえば、ＵＥ）は、アプリケーションセッションについての統計をコアネットワークに送る。コアネットワークは多数の他のアプリケーションセッションを同時にさばくので、統計は、コアネットワークに対するトラフィック負荷を低減するために、たまにしか送られない。ＷＴＲＵは、やはりエンドユーザからのＱｏＥフィードバックをコアネットワークに送る。次いで、ＷＴＲＵは、ＱｏＥパラメータの値に対する更新をコアネットワークに送る。
コアネットワークは、ＱｏＥ評価を実施し、どのＱｏＳレベルが目標ＱｏＥレベルを達成するか決定する（すなわち、ＱｏＥからＱｏＳへの変換）。コアネットワークは、ＱｏＳレベルについてフローごとに、そのＷＴＲＵにサービスを提供する基地局に通知する。
基地局は、パケットスケジューリングを実施する。これは、いくつかの実施形態では、基地局の変更なしに実装され、ＱｏＳベースのパケットスケジューリングアルゴリズムが使用されることに留意されたい。
ユーザプレーンＲＡＮ輻輳（ＵＰＣＯＮ）
３ＧＰＰ ＳＡ１／ＳＡ２におけるＵＰＣＯＮ作業項目
３ＧＰＰ標準は、ユーザプレーンＲＡＮ輻輳（ＵＰＣＯＮ）管理のための第１段階要件を定義している。たとえば、ＵＰＣＯＮの第１段階態様のためのユースケースおよび潜在的な要件は、非特許文献２の第２７節に定義されている。行われる作業の主な目的は、ＲＡＮ輻輳が発生したときユーザプレーントラフィックを処理するための要件を識別することであり、その狙いは、ユーザ体験を維持しながらアクティブなユーザの潜在的な数を増大するために使用可能なリソースを効率的に使用することであった。この状況におけるユーザプレーントラフィックの例は、スマートフォンアプリケーション用のキープアライブメッセージ、ＴＣＰ同期メッセージ、ストリーミングデータ、および／またはＨＴＴＰデータなどを含む。
イントラＱＣＩレベルトラフィック差別化に基づくＵＰＣＯＮの軽減
本明細書では、ＵＰＣＯＮに鑑みて同じＱＣＩ（すなわち、イントラＱＣＩ）レベル内でトラフィックの階層的ＱｏＳ差別化を実施するための方法、装置、およびシステムが提供される。そのような方法、装置、およびシステムのうちには、イントラＱＣＩレベルトラフィック差別化に基づいてＵＰＣＯＮを軽減する、および／または他の手法で影響を及ぼすための方法（ならびに／またはそのように適合された装置および／もしくはシステム）がある。そのような他の影響には、たとえば、（ｉ）たとえばＵＰＣＯＮの量の低減などＵＰＣＯＮに対する正の効果がある、（ｉｉ）たとえばＵＰＣＯＮの量の増大などＵＰＣＯＮに対する負の効果がある、または（ｉｉｉ）ＵＰＣＯＮのある量の低減およびＵＰＣＯＮの別の量の対応する増大など、ＵＰＣＯＮに対する正味の効果がない。様々な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量を低減させる点で正の効果がある。様々な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量を増大させる点で負の効果がある。様々な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、（ｉ）単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量を低減させ、（ｉｉ）単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量を増大させる点で正味の効果がない。
イントラＱＣＩレベルトラフィック差別化のサブＱＣＩ属性に基づいてＵＰＣＯＮを軽減する、および／または他の影響を及ぼすためにＰＣＣを使用すること
様々な実施形態では、イントラＱＣＩレベルトラフィック差別化に基づいてＵＰＣＯＮを軽減する、および／または他の手法で影響を及ぼすことは、（たとえば、低い優先度の）サブＱＣＩを導出し含めることによってＩＰフロー／サブフローのためのＱｏＳを低減し、次いでそれを施行するために、ＰＣＣポリシおよび／または規則と共にＰＣＣシステムを使用して実施される。説明を簡単にするために、以下の説明では、そのようなＰＣＣシステム、ＰＣＣ規則および規則について、図２Ａないし図２ＢのＰＣＣシステム２１９を参照して述べる。
一実施形態では、ＰＣＲＦ２２０は、ＷＴＲＵ２０２または基地局２６０からＵＰＣＯＮレポートを受信する。ＵＥ２２０は、（たとえば、ＱＣＩ＝５を使用して）ベストエフォートトラフィックとアクティブなＰＤＮ接続を有すると仮定される。
輻輳レポートに基づいて、ＰＣＲＦ２２０は、トラフィックシェーピングおよび／またはスロットリングを必要とする、または他の手法でそれを受けるＩＰフロー／トラフィック内でサブＱＣＩ規則を含む更新されたＰＣＣ規則を提供することによって、トラフィックをスロットリングする、または他の手法でトラフィックシェーピングすると決定する。更新されたＰＣＣ規則は、ＰＣＲＦ２２０または他のエンティティによって生成され、ＰＣＥＦ２７０（もしくはＰＣＣ規則を施行する他のＰＣＥＦ）および／またはＢＢＥＲＦ２７４（もしくは（たとえば、ＰＭＩＰ Ｓ５のために）ＱｏＳ規則を施行する他のＢＢＥＲＦ）に提供される。
更新されたＰＣＣ規則は、（たとえば、低い優先度の）サブＱＣＩを含む。低い優先度のサブＱＣＩに基づいてＰＣＲＦ２００がＰＣＣ規則を導出するための他の要因は、たとえば、ＨＳＳ／ＳＰＲ２１８から得られるユーザ加入プロファイル、（非特許文献３の使用監視の第４．４節に従ってなど）使用量（volume usage）、および／または１または複数のユーザの支出制限を含む。支出制限が使用される実施形態では、ＰＣＲＦ２２０は、ユーザがそれぞれの支出閾値を超える場合、Ｓｙ参照ポイントを介して通知を受けるようにＯＣＳ２２１に記述する。
更新されたＰＣＣ規則は、低い優先度のサブＱＣＩを有するＩＰフローのＭＢＲを低減するように構成されたＱｏＳ規則を含む。ＰＣＥＦ２７０および／またはＢＢＥＲＦ２７４は、たとえば、そのようなトラフィックのビットレートが新しい、低減されたＭＢＲを超えないようにすることによって、規則を施行する。そのようなＱｏＳ規則を施行することによって、ＰＣＣシステム２１９は、ＵＰＣＯＮを作成する、またはその一因になるアプリケーションのトラフィックを効果的かつ／またはインテリジェントにスロットリングする、または他の手法でトラフィックシェーピングする。
図１７ないし図２０は、ＵＰＣＯＮに鑑みて、たとえば１または複数のサブＱＣＩを使用して、同じＱＣＩレベル内でトラフィックの階層的ＱｏＳ差別化を実施するための例示的な呼の流れ１７００ないし２０００をそれぞれ示すブロック図である。呼の流れ１７００ないし２０００のそれぞれについて、説明を簡単にするために、図２Ａないし図２Ｂの通信システム２００を参照して述べる。呼の流れ１７００ないし２０００は、フロー７００は、他の通信システムでも実施される。
呼の流れ１７００ないし２０００において、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのためのＱｏＳを施行する際に、ＵＰＣＯＮ情報がＰＣＣシステム２１９によって使用される。低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのためのＱｏＳを施行することは、ＵＰＣＯＮに、次いでＷＴＲＵ２０２および／または（１または複数の）他のユーザのＱｏＥに正、負、または他の影響を及ぼす。
図１７の例示的な呼の流れ１７００は、輻輳の期間中、たとえばＩＰ−ＣＡＮセッション確立もしくはＩＰ−ＣＡＮセッション修正中および／またはそのインジケーションに応答してなど、ＰＣＥＦ２７０からの輻輳負荷中および／またはそのインジケーションに応答して、ＰＣＣ規則を確立することを対象とする。ＰＣＣ規則は、ＵＰＣＯＮを軽減する、および／または他の手法で影響を及ぼすことを目指し、低優先度トラフィックのＩＰフローのためのＱｏＳを低減し、次いで施行するためのＰＣＣ規則を含み、また、同じベアラの上で送られるＩＰフロー（たとえば、ＱＣＩ＝９のデフォルトベアラの上で送られるトラフィックすべて）の優先度を差別化するためのサブＱＣＩ情報を含む。
呼の流れ部１７０２では、ＰＣＥＦ２７０が、ＩＰ−ＣＡＮセッションシグナリング、たとえばＩＰ ＣＡＮベアラ確立のための要求を受信する。また、ＰＣＥＦ２７０は、輻輳負荷情報を受信する。輻輳負荷情報を提供するための技法の一例の詳細は、２０１３年１月１１日に出願された米国特許出願第６１／７５１，５５０号明細書（整理番号１１６６４ＵＳ０１）に見出され、この出願（以下、「’５５０出願」）を参照により本明細書に組み込む。
呼の流れ部１７０４では、ＰＣＥＦ２７０がＰＣＲＦ２２０に、可能なサービスの許可を要求する、および／またはＰＣＣ規則情報を求めるメッセージを送る。ＰＣＥＦ２７０は、たとえばＰＣＣ許可が必要とされると決定した後、それを行う。また、ＰＣＥＦ２７０は、輻輳負荷情報を含む。輻輳負荷情報を、可能なサービスの許可およびＰＣＣ規則情報を求める要求と共に、提供するおよび／または受信するための技法の一例の詳細は、’５５０出願に見出される。
呼の流れ部１７０６では、ＰＣＲＦ２２０が、ユーザの加入プロファイルを考慮してＰＣＣおよび／またはＱｏＥ規則に対して決定する。ＰＣＲＦ２２０は、許可およびポリシ決定をする。そのユーザについて輻輳負荷レポートが存在する場合、ＰＣＲＦ２２０は、その情報を考慮する。
要求に基づくアプリケーションレポーティングのために、使用されているアプリケーションにポリシ決定が依存するとＰＣＲＦ２２０が決定した場合、ＰＣＲＦ２２０は、ＰＣＲＦ２２０に向かって関連のセッションを確立するようにＴＤＦ２７６に要求し、ユーザプロファイル構成に従って、ＡＤＣ規則をＴＤＦ２７６に提供する。ＴＤＦ２７６は、ＡＣＫ（ＡＤＣ規則動作の受入れまたは拒絶）を送信し、ＰＣＲＦ２２０に、受信された決定に関連するアクションの結果について通知する。ＡＣＫは、レポートするためにイベントトリガのリストをも含む。イベントトリガは、ＰＣＲＦ２２０がＰＣＥＦ／ＢＢＥＲＦから対応するイベントレポートを得た後で、どのイベントをＰＣＲＦ２２０からＴＤＦ２７６に転送するべきかをＰＣＲＦ２２０に対して示す。
ＰＣＲＦ２２０は、輻輳を軽減するためにＰＣＣ規則を含む決定を送信する。ＰＣＲＦ２２０は、デフォルト課金方法を提供し、以下の情報、すなわちアクティブ化するためのＰＣＣ規則、およびレポートするためのイベントトリガを含む。ＰＣＥＦ２７０がＡＤＣで強化されている場合、適用可能なＡＤＣ規則が、ユーザプロファイル構成に従って提供される。ポリシおよび課金規則は、ＩＰ ＣＡＮセッションに関連するポリシの施行を可能にする。イベントトリガは、どのイベントをＰＣＲＦ２２０にレポートしなければならないかをＰＣＥＦ２７０に対して示す。前のステップでＴＤＦ２７６がイベントトリガのリストをＰＣＲＦ２２０に提供した場合、ＰＣＲＦ２２０は、これらのイベントトリガをＰＣＥＦにも提供する。ＰＣＲＦ２２０はまた、使用量レベルについて通知を受けるようにＰＣＥＦ２７０に記述する。
呼の流れ部１７０８では、ＰＣＲＦ２２０は、ＩＰ ＣＡＮセッション確立を確認応答する確認応答（ＡＣＫ）メッセージをＰＣＥＦ２７０に送る。ＡＣＫメッセージは、決定を含む。これらの決定は、輻輳を軽減することを目指すＰＣＣ規則を含み、たとえば、低優先度トラフィックに対する低い優先度のサブＱＣＩを含むことによってＩＰフローおよび／またはサブフローのＱｏＳを低減するためのＰＣＣ規則を含む。
呼の流れ部１７０８では、ＰＣＥＦ２７０は、ＰＣＲＦ２２０によって提供されるＰＣＣ規則を施行する。ＰＣＣ規則がサブＱＣＩ情報を含む場合、ＰＣＥＦ２７０は、ＩＰフローパケット内でサブＱＣＩ情報（たとえば、サブＱＣＩラベル）を追加する。
図１８の例示的な呼の流れ１８００は、輻輳の期間中、たとえばＢＢＥＲＦからの輻輳負荷中および／またはそのインジケーションに応答して、ＰＣＣおよび／またはＱｏＳ規則を確立することを対象とする。輻輳負荷情報を提供するおよび／または受信するための技法の一例の詳細は、’５５０出願に見出される。ＰＣＣおよび／またはＱｏＳ規則は、ＵＰＣＯＮを軽減することを目指し、低優先度トラフィックのＩＰフローのためのＱｏＳを低減し、次いで施行するためのＰＣＣおよび／またはＱｏＳ規則を含み、また、同じベアラの上で送られるＩＰフロー（たとえば、ＱＣＩ＝９のデフォルトベアラの上で送られるトラフィックすべて）の優先度を差別化するためのサブＱＣＩ情報を含む。
呼の流れ部１８０４では、ＢＢＥＲＦ２７４がＵＰＣＯＮ輻輳負荷情報を送り、ＰＣＲＦ２２０が受信する。技法の一例の詳細が’５５０出願に示されている。
呼の流れ部１８０６では、ＰＣＲＦ２２０は、（使用可能な場合）ＵＰＣＯＮを考慮してＰＣＣ規則決定をする。ＰＣＲＦ２２０は、許可およびポリシ決定をする。そのユーザについて輻輳負荷レポートが存在する場合、ＰＣＲＦ２２０は、その情報を考慮する。
要求に基づくアプリケーションレポーティングのために、ＰＣＲＦ２２０が、使用されているアプリケーションにポリシ決定が依存すると決定した場合、ＰＣＲＦ２２０はＴＤＦ２７６に、ＰＣＲＦ２２０に向かって関連のセッションを確立するように要求し、ユーザプロファイル構成に従ってＡＤＣ規則をＴＤＦ２７６に提供する。ＴＤＦ２７６は、ＡＣＫ（ＡＤＣ規則動作の受入れまたは拒絶）を送信し、ＰＣＲＦ２２０に、受信された決定に関連するアクションの結果について通知する。ＡＣＫは、レポートするためにイベントトリガのリストをも含む。イベントトリガは、ＰＣＲＦ２２０がＰＣＥＦ／ＢＢＥＲＦから対応するイベントレポートを得た後で、どのイベントをＰＣＲＦ２２０からＴＤＦ２７６に転送するべきかをＰＣＲＦ２２０に対して示す。
ＰＣＲＦ２２０は、輻輳を軽減するためにＰＣＣ規則を含む（１または複数の）決定を送信する。ＰＣＲＦ２２０は、デフォルト課金方法を提供し、以下の情報、すなわちアクティブ化するためのＰＣＣ規則、およびレポートするためのイベントトリガを含む。ＰＣＥＦ２７０がＡＤＣで強化されている場合、適用可能なＡＤＣ規則がユーザプロファイル構成に従って提供される。ポリシおよび課金規則は、ＩＰ ＣＡＮセッションに関連するポリシの施行を可能にする。イベントトリガは、どのイベントをＰＣＲＦ２２０にレポートしなければならないかをＰＣＥＦ２７０に対して示す。前のステップでＴＤＦ２７６がイベントトリガのリストをＰＣＲＦ２２０に提供した場合、ＰＣＲＦ２２０はこれらのイベントトリガをＰＣＥＦにも提供する。ＰＣＲＦ２２０はまた、使用量レベルについて通知を受けるようにＰＣＥＦ２７０に記述する。さらに、ＰＣＲＦ２２０は、低優先度トラフィックのためにＰＣＣおよび／またはＱｏＳ規則内でサブＱＣＩを含める。
呼の流れ部１８０８では、ＰＣＲＦ２２０は、ＢＢＥＲＦ２７４に向かって（サブＱＣＩを含む）ＱｏＳ規則情報をプロビジョニングする。ＢＢＥＲＦ２７４が新しいＱｏＳ規則を依頼した、またはＩＰ ＣＡＮ特有のパラメータをＢＢＥＲＦに戻す必要がある、またはその両方である場合、ＰＣＲＦ２２０は、ゲートウェイ制御およびＱｏＳ規則返信をＢＢＥＲＦ２７４に送信する。このインタラクションは、ＱｏＳ規則およびイベントトリガを含む。ＢＢＥＲＦ２７４は、展開されるＱｏＳ規則およびイベントトリガについて必要とされる場合ＩＰ ＣＡＮベアラシグナリングを開始する。ＢＢＥＲＦ２７４は、ＩＰ ＣＡＮベアラシグナリングのための応答を受信する。
新しい、および／または修正されたＱｏＳ規則が提供される場合、ＱｏＳ規則アクティブ化の結果がＰＣＲＦ２２０に返され、要求されたリソースの割当てに成功したかどうかを示す。
呼の流れ部１８１０では、ＢＢＥＲＦ２７４は、ＱｏＳ規則を施行し、ＱｏＳ規則がサブＱＣＩ情報を含む場合、ＢＢＥＲＦ２７４は、ＩＰフローパケット内でサブＱＣＩ情報を追加する。
ＰＣＲＦによって開始されるサブＱＣＩプロビジョニング
図１９の例示的な呼の流れ１９００は、サブＱＣＩ情報を含むＰＣＣ規則を確立することを対象とする。そのような手順の一例は、ＰＣＲＦによって開始されるＩＰ−ＣＡＮセッション修正中に実施することができる。ＰＣＣ規則は、ＵＰＣＯＮを軽減することを目指し、低優先度トラフィックのＩＰフローのためのＱｏＳを低減し、次いで施行するためのＰＣＣ規則を含み、また、同じベアラの上で送られるＩＰフロー（たとえば、ＱＣＩ＝９のデフォルトベアラの上で送られるトラフィックすべて）の優先度を差別化するためのサブＱＣＩ情報を含む。
呼の流れ部１９０２では、ＡＦ２７２が、ＡＦセッションシグナリングに応答してＰＣＲＦ２２０にサービス情報を提供する／取り消す。ＡＦ２７２は、サービス情報に関するベアラレベルイベントの通知を記述する。適用可能なイベントを生成するのを容易にするために、ＰＣＲＦ２２０はＰＣＥＦ２７０に、対応するＰＣＣ規則に関するイベントをレポートするように命令する。
呼の流れ部１９０４では、ＴＤＦ２７６のために、たとえば非特許文献３の第７．４．２節のステップ１ｂに従ってなど、たとえばＴＤＦ２７６が１または複数のアクティブなＡＤＣ規則に一致するアプリケーショントラフィックの開始および／または停止を検出したときのために、呼の流れ部１９０２に対する代替が示されている。ＴＤＦ２７６は、要求に基づくレポートされたアプリケーション（たとえば、ＰＣＲＦ ＡＤＣ規則、たとえばＵＰＣＯＮ負荷によりＰＣＲＦ２２０がＴＤＦ２７６に特定のアプリケーションをレポートするように命令することに基づく）または要求に基づかないレポートされたアプリケーション（たとえば、ＴＤＦ事前構成に基づく）に応答してアプリケーション情報を提供する。
呼の流れ部１９０６では、別の代替として、たとえば非特許文献３の第７．９．４節に記載されているように、ＯＣＳ２２１が支出制限レポート（Ｓｐｅｎｄｉｎｇ Ｌｉｍｉｔ Ｒｅｐｏｒｔ）をＰＣＲＦ２２０に提供する。ＰＣＲＦ２２０は、ＨＳＳ／ＳＰＲ２１８によって提供されるＵＰＣＯＮ負荷ポリシに基づいて（１または複数の）ユーザ支出制限が満たされた場合、通知を受けるように記述（ｓｕｂｓｃｒｉｂｅ）してある。（ｉ）ＨＳＳ／ＳＰＲによって提供されるＵＰＣＯＮ負荷ポリシ、ならびに／または（ｉｉ）ＰＣＲＦが、ＨＳＳ／ＳＰＲによって提供されるＵＰＣＯＮ負荷ポリシに基づいて（１または複数の）ユーザ支出制限が満たされたことについて通知を受けるように記述する、および／もしくは通知を受けるための例示的な技法の詳細は、’５５０出願に見出される。
ＰＣＲＦ２２０は、使用可能な場合、サービス情報を記憶し、ＡＦ２７２に対してＡＣＫメッセージで応答する。このＡＣＫメッセージは、呼の流れ部１９０２に適用可能である。ＡＦインタラクションがない場合、ＰＣＲＦ２２０内のトリガイベントがＰＣＲＦ２２０に、ＰＣＣ規則がＰＣＥＦ２７０にて更新されること、たとえば構成されたポリシに対する変更を必要とすると決定させる。この手順もまた、非特許文献３の第７．７．３節などに従ってＧＷ制御およびＱｏＳ規則要求（ＧＷ Ｃｏｎｔｒｏｌ ａｎｄ ＱｏＳ Ｒｕｌｅｓ Ｒｅｑｕｅｓｔ）手順によってトリガされる。
呼の流れ部１９０８では、ＰＣＲＦ２２０は、初期、中間、または最終支出制限レポート要求（Ｉｎｉｔｉａｌ，Ｉｎｔｅｒｍｅｄｉａｔｅ ｏｒ Ｆｉｎａｌ Ｓｐｅｎｄｉｎｇ Ｌｉｍｉｔ Ｒｅｐｏｒｔ Ｒｅｑｕｅｓｔ）手順を使用してポリシカウンタの記述されたリストを変える。ＰＣＲＦ２２０は、たとえば輻輳負荷レポートに応答してなど、たとえばポリシカウンタ状況レポーティングに対する変更が必要とされるとＰＣＲＦ２２０が決定した場合、それを行う。ＰＣＲＦ２２０は、非特許文献３の第７．９．１節、第７．９．２節、および第７．９．３節などに従って初期、中間、または最終支出制限レポート要求手順を実施する。
呼の流れ部１９１０では、ＰＣＲＦ２２０は、許可およびポリシ決定をする。ＰＣＲＦ２２０は、レポートされた輻輳負荷、支出制限、使用量レベル、（ＡＦ２７２から）レポートされたＩＰフロー／サブフロー、および（ＴＤＦ２７６から）レポートされたアプリケーション情報、ならびに／または使用可能な場合、（ＩＰフロー／サブフローのサブＱＣＩパラメータに基づいてポリシを含む）ＵＰＣＯＮ負荷のためのＨＳＳ／ＳＰＲポリシを考慮する。
ＰＣＲＦ２２０は、（提供される場合）アプリケーション情報を記憶し、（要求に基づかないアプリケーションレポーティングのために）ＴＤＦ２７６に対するＡＣＫメッセージで、または（要求に基づくアプリケーションレポーティングのために）ＴＤＦセッション修正で応答する。ＴＤＦの要求に基づくアプリケーションレポーティングのために、ＰＣＲＦ２２０は、新しいＡＤＣ決定をＴＤＦ２７６に提供する。最後に発生するＡＤＣ規則が非アクティブ化される場合、ＰＣＲＦ２２０はＴＤＦ２７６に、ＰＣＲＦ２２０に向かってのＴＤＦセッションを終了するように要求する。ＴＤＦ２７６とＰＣＲＦ２２０の間にアクティブなＴＤＦセッションが今のところない場合、ＰＣＲＦ２２０はＴＤＦ２７６に、ＰＣＲＦ２２０に向かってＴＤＦセッションを確立するように要求し、ＡＤＣ決定をＴＤＦ２７６に提供する。ローカルブレークアウトの場合、Ｖ−ＰＣＲＦが、Ｓ９インターフェースまたは参照ポイントの上で、Ｈ ＰＣＲＦ２２０によって命令されるようにＡＤＣ規則を提供する。
ＴＤＦの要求に基づくアプリケーションレポーティングのために、既存の継続中セッションの場合において、ＰＣＲＦ２２０によって要求された場合、ＴＤＦ２７６は、プロビジョンＡＣＫ（ＡＤＣ規則動作の受入れまたは拒絶）を送る。新しいセッションのために、ＴＤＦ２７６は、ＡＣＫを送る。これは、ＰＣＲＦ２２０に、受信されたＡＤＣ決定に関連するアクションの結果について通知する。プロビジョンＡＣＫ／ＡＣＫは、レポートするためにイベントトリガのリストをも含む。イベントトリガは、ＰＣＲＦ２２０がＰＣＥＦ２７０／ＢＢＥＲＦ２７４から対応するイベントレポートを得た後で、どのイベントをＰＣＲＦ２２０からＴＤＦ２７６に転送するべきかをＰＣＲＦ２２０に対して示す。
呼の流れ部１９１２では、ＰＣＲＦ２２０は、ＧＷ制御およびＱｏＳ規則プロビジョン手順を開始する。ＰＣＲＦ２２０は、未解決のＧＷ制御およびＱｏＳ規則返信がなく、ＱｏＳ規則をプロビジョニングする必要がある場合、それを行う。ＰＣＲＦ２２０は、非特許文献３の第７．７．４節（非特許文献３の第７．１節に定義されているＰＭＩＰ Ｓ５またはＳ２ｃに適用可能）などに従ってＧＷ制御およびＱｏＳ規則プロビジョン手順を開始する。
ＩＰ ＣＡＮセッションに関連付けられた複数のＢＢＥＲＦがある場合、呼の流れ部１９１２が、ＵＥ／ＮＷベアラ確立モードをサポートするＢＢＥＲＦで実施される。未解決のＧＷ制御およびＱｏＳ規則返信がある、たとえば、この手順がゲートウェイ制御およびＱｏＳ規則要求手順（たとえば、非特許文献３の第７．７．３節に定義されている）から呼び出された場合、ＰＣＲＦ２２０は、適用可能なＱｏＳ規則をプロビジョニングするその機会を使用する。ＩＰ ＣＡＮセッションに関連付けられた複数のＢＢＥＲＦがあり、手順が１次ＢＢＥＲＦからＧＷ制御およびＱｏＳ規則要求手順によって前もって呼び出されている場合には、ＰＣＲＦ２２０は、ＧＷ制御およびＱｏＳ規則要求を非１次ＢＢＥＲＦから受信する。
呼の流れ部１９１４では、ＰＣＲＦ２２０は、ポリシおよび課金規則プロビジョン（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｐｒｏｖｉｓｉｏｎ）（ＰＣＣ規則、イベントトリガ、イベントレポート）をＰＣＥＦ２７０に送る。また、ＰＣＲＦ２２０は、ＡＤＣで強化されている場合、新しいＡＤＣ決定すべてをＰＣＥＦ２７０に提供する。ＴＤＦ２７６がイベントトリガのリストをＰＣＲＦ２２０に提供した場合、ＰＣＲＦ２２０はまた、これらのイベントトリガをＰＣＥＦ２７０に提供する。
呼の流れ部１９１６では、ＰＣＥＦ２７０は、この決定を施行する。
呼の流れ部１９１８ないし１９３０は、非特許文献３の第７．４．２節に従って実施される。呼の流れ部１９１８ないし１９３０は、他の手法で実施されてもよい。
アップリンクにおける輻輳軽減
ＷＴＲＵ２０２（たとえば、ＵＥ）は、たとえばＳ１４参照ポイントを介してＡＮＤＳＦ２２２によって提供されるオペレータポリシに基づいてアップリンク方向で輻輳を軽減することが可能である。ＡＮＤＳＦポリシは、アップリンクにおけるＵＰＣＯＮ状況に基づいて特定のアプリケーションの低いサブＱＣＩパケットをドロップするための情報を含む。ＷＴＲＵ２０２は、ＤＩＤＡに対して３ＧＰＰにおいて実施されている作業（非特許文献４参照）に基づいてアプリケーション間で差別化することが可能である。あるいは、アップリンク方向でＷＴＲＵ２０２によって追加されるサブＱＣＩ情報に基づいて、基地局２６０（たとえば、高度化ノードＢ）は、バックホール内（たとえば、ＲＡＮノードとＳＧＷノードの間で）でＵＰＣＯＮ状況に基づいて低いサブＱＣＩパケットをドロップする。
アップリンクにおける予防輻輳軽減
アップリンクでは、ＷＴＲＵ２０２の媒体アクセス制御（ＭＡＣ）レイヤスケジューラがＭＡＣ ＳＤＵを動的に検査し、各パケットについてＱＣＩサブレイヤ優先度を識別し、最初に高い優先度のパケットを、次に低い優先度のパケットを送信するように優先順位付けされたスケジューリングを実施する。低い優先度のパケットがキュー内で遅延され、（パケットデータ収束プロトコル（ＰＤＣＰ）レイヤ内で）ｄｉｓｃａｒｄＴｉｍｅｒタイムアウトを越えた場合、そのようなパケットは、送信前に破棄される。そのような破棄は、輻輳を低減し、または他の手法で輻輳に影響を及ぼす。
ＷＴＲＵ２０２は、ＡＮＤＳＦもしくはＲＢ構成またはすべてのＲＢに適用可能なＲＲＣ構成によってサブ優先度を有する同じＲＢのパケットをマークするように規則で構成される。ＳＤＵパケット優先度の識別は、ＡＮＤＳＦポリシに基づいてより高いレイヤ内で構成されているＩＰパケット内のＤＳＣＰフィールドのパケット検査などパケット検査（たとえば、ＤＰＩ）によって得られる。ＰＤＣＰレイヤは、パケットに割り当てられるべきサブ優先度を示す追加のパラメータを有するパケットを取得し、このパケットはさらに、無線リンク制御（ＲＬＣ）レイヤおよびＭＡＣレイヤに中継される。ＭＡＣレイヤ論理チャネル優先順位付けは、論理チャネル優先度を使用し、どの論理チャネルを次に選択するかについて決定し、各論理チャネル内で、サブ優先度情報を使用し、同じ論理チャネル内のパケットまたはトランスポートブロックの選択を優先順位付けする。
イントラＱＣＩレベルトラフィック差別化のサブＱＣＩ属性に基づいてＵＰＣＯＮを軽減する、および／または他の影響を及ぼすためにＲＡＮを使用すること
様々な実施形態では、イントラＱＣＩレベルトラフィック差別化に基づいてＵＰＣＯＮを軽減するおよび／または他の手法で影響を及ぼすことは、基地局または他のＲＡＮ要素で実施される。説明を簡単にするために、以下の説明では、基地局または他のＲＡＮ要素について、図２Ａないし図２Ｂの通信システム２００を参照して述べる。
様々な実施形態では、基地局２６０は、ＵＰＣＯＮを検出することが可能である。基地局２６０は、ＩＰフロー／サブフローのＱｏＳパラメータ（すなわち、サブＱＣＩパラメータ）の検査が可能であるディープパケットインスペクション能力をサポートすると仮定される。
基地局２６０は、（少なくとも一部には）たとえばＭＭＥ２６２内に記憶されたＵＥコンテキストを、特定のユーザのためにＵＰＣＯＮ中に基地局挙動を示すためのパラメータで更新することによって、輻輳を軽減する。ＵＥコンテキストは、たとえば、特定のユーザが高い優先度のユーザであり、そのようなユーザは、ＵＰＣＯＮの高い場合でさえ高いＱｏＥを受けるべきであることを示す情報を含む。
ＵＰＣＯＮ中、基地局２６０は、輻輳をどのように軽減するか識別するように、ＵＥコンテキスト内に格納された加入プロファイルを考慮する。たとえば、基地局２６０は、ＵＥコンテキスト内に格納されたユーザの加入プロファイルを考慮することと共に、低い優先度のサブＱＣＩのパケットを破棄する。
図２０の例示的な呼の流れ２０００は、基地局２６０または他のＲＡＮ要素で実施されるイントラＱＣＩレベルトラフィック差別化に基づいてＵＰＣＯＮを軽減する、および／または他の手法で影響を及ぼすことを対象とする。基地局２６０は、たとえば、ＵＥコンテキスト内に格納されたユーザの加入プロファイルに基づいて低い優先度のサブＱＣＩのパケットを破棄することによって、輻輳をどのように軽減するか識別するように、ＵＥ（ＷＴＲＵ）コンテキスト内に格納された加入プロファイルを考慮する。
呼の流れ部２００２では、基地局２６０は、すべてのユーザプレーントラフィックを送達するために十分なリソースがないことを検出する。
呼の流れ部２００４では、基地局２６０は、ＵＰＣＯＮ情報をＭＭＥ２６２に通知する。基地局２６０は、たとえば特定のユーザのために記憶されたＵＥコンテキストを基地局２６０が所有しない場合、それを行う。基地局２６０は、たとえばＮＡＳシグナリングを介してＵＰＣＯＮ情報をレポートする。
呼の流れ部２００６では、ＭＭＥ２６２が、更新されたＵＥコンテキスト情報を提供する。
呼の流れ部２００８では、基地局２６０は、（たとえば、すべてまたは一部の）ＵＥ（ＷＴＲＵ）トラフィックに対してＤＰＩを実施する。
呼の流れ部１０では、基地局２６０は、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのＩＰパケットをドロップする。基地局２６０によってドロップされる低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのＩＰパケットは、ＭＭＥ２６２によって提供されるＵＥコンテキスト情報、および実施されるＤＰＩに基づく。
実施形態
階層的トラフィック差別化を実施する、および／または階層的トラフィック差別化を使用するための方法、装置、およびシステムの様々な実施形態が提供される。これらの方法、装置、およびシステムは、輻輳を処理する、および／またはユーザＱｏＥを管理するために実装される。
少なくとも１つの代表的な実施形態では、方法は、ＱｏＳクラスに従って形成されたベアラにマッピングされたトラフィックを得るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ベアラ内のトラフィックを複数のトラフィックサブクラスに差別化するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、差別化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするステップを含む。
少なくとも１つの代表的な実施形態では、トラフィックを差別化するステップは、複数のトラフィックサブクラスのどのトラフィックサブクラスにトラフィックのパケットを割り当てるかのインジケーションを得るステップを含む。
少なくとも１つの代表的な実施形態では、パケットはインジケーションを含む。
少なくとも１つの代表的な実施形態では、パケットはヘッダを含み、ヘッダはインジケータを含む。
少なくとも１つの代表的な実施形態では、ヘッダはＧＴＰに従う。
少なくとも１つの代表的な実施形態では、インジケーションを得るステップは、インジケーションのためにパケットのパケット検査を実施するステップを含む。
少なくとも１つの代表的な実施形態では、インジケーションを得るステップは、パケットについての情報を得るためにパケットのパケット検査を実施するステップ、および／または得られた情報に基づいてインジケーションを導出するステップを含む。
少なくとも１つの代表的な実施形態では、得られた情報は、アプリケーション特有のシグネチャを含む。
少なくとも１つの代表的な実施形態では、インジケーションを得るステップは、シグナリングを介してインジケーションを受信するステップを含む。
少なくとも１つの代表的な実施形態では、インジケーションは、パケットを割り当てるためのトラフィッククラスの優先度を示す。
少なくとも１つの代表的な実施形態では、パケットは、ＱｏＳクラスに対応するＱＣＩを含む。
少なくとも１つの代表的な実施形態では、インジケータは、サブＱＣＩである。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをスケジューリングするステップは、複数のトラフィックサブクラスの優先順位付けに基づいて、差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップは、パケットの送信のスケジューリングされた時間を遅延させるステップを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをスケジューリングするステップは、輻輳に鑑みて、差別化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするステップを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをスケジューリングするステップは、リソースの不足に鑑みて、差別化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、差別化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいて、送信するためにスケジューリングするステップを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをスケジューリングするステップは、複数のトラフィックサブクラスを管理するためのポリシに基づいて、差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップは、パケットの送信のスケジューリングされた時間を遅延させるステップを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをスケジューリングするステップは、輻輳に鑑みて、差別化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいて、送信するためにスケジューリングするステップを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをスケジューリングするステップは、リソースの不足に鑑みて、差別化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいて、送信するためにスケジューリングするステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、複数のトラフィックサブクラスの優先順位付けに基づいて、差別化されたトラフィックをフィルタリングするステップを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをフィルタリングするステップは、複数のトラフィックサブクラスの少なくとも１つの他のトラフィックサブクラスの優先度より低い優先度を有する複数のトラフィックサブクラスのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを差別化されたトラフィックからフィルタリングすることを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをフィルタリングするステップは、複数のトラフィッククラスのそれぞれの優先度より低い優先度を有する複数のトラフィックサブクラスのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを差別化されたトラフィックからフィルタリングすることを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをフィルタリングするステップは、差別化されたトラフィックのパケットが差別化されたトラフィックからフィルタリングされない優先度より低い優先順位付けの優先順位の順で優先度を有する複数のトラフィックサブクラスのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを差別化されたトラフィックからフィルタリングすることを含む。
少なくとも１つの代表的な実施形態では、この方法は、差別化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいてフィルタリングするステップを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをフィルタリングするステップは、輻輳に鑑みて実施される。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをフィルタリングするステップは、リソースの不足に鑑みて実施される。
少なくとも１つの代表的な実施形態では、この方法は、フィルタリングされたトラフィックをスケジューリングするステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにフィルタリングされたトラフィックをスケジューリングするステップを含む。
少なくとも１つの代表的な実施形態では、フィルタリングされたトラフィックをスケジューリングするステップは、複数のトラフィックサブクラスの優先順位付けに基づいて、フィルタリングされたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップを含む。
少なくとも１つの代表的な実施形態では、複数のトラフィックサブクラスを管理するためのポリシに基づいて、送信するためにフィルタリングされたトラフィックをスケジューリングするステップを含む。
少なくとも１つの代表的な実施形態では、フィルタリングされたトラフィックをスケジューリングするステップは、複数のトラフィックサブクラスを管理するためのポリシに基づいて、フィルタリングされたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップは、パケットの送信のスケジューリングされた時間を遅延させるステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、差別化されたトラフィックを処理するためのポリシを参照するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ポリシに基づいて、差別化されたトラフィックを管理するステップを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックを処理するためのポリシは、ユーザ加入情報から導出された条件を含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックを処理するためのポリシは、１または複数のオペレータポリシから導出された条件を含む。
少なくとも１つの代表的な実施形態では、この方法は、輻輳を検出するステップを含む。
少なくとも１つの代表的な実施形態では、輻輳は、ＲＡＮにおけるユーザプレーン輻輳を含む。
少なくとも１つの代表的な実施形態では、ベアラは、ＲＡＮと関連付けられる。
少なくとも１つの代表的な実施形態では、この方法は、リソースの不足を検出するステップを含む。
少なくとも１つの代表的な実施形態では、装置がプロセッサを含む。
少なくとも１つの代表的な実施形態では、プロセッサは、ＱｏＳクラスに従って形成されたベアラにマッピングされたトラフィックを得るように構成される。
少なくとも１つの代表的な実施形態では、プロセッサは、ベアラ内のトラフィックを複数のトラフィックサブクラスに差別化するように構成される。
少なくとも１つの代表的な実施形態では、トラフィックを複数のトラフィックサブクラスに差別化するようにプロセッサが構成されることは、複数のトラフィックサブクラスのどのトラフィックサブクラスにトラフィックのパケットを割り当てるかのインジケーションを得るようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、パケットはインジケーションを含む。
少なくとも１つの代表的な実施形態では、パケットはヘッダを含み、ヘッダはインジケータを含む。
少なくとも１つの代表的な実施形態では、ヘッダはＧＴＰに従う。
少なくとも１つの代表的な実施形態では、インジケーションを得るようにプロセッサが構成されることは、インジケーションのためにパケットのパケット検査を実施するようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、インジケーションを得るようにプロセッサが構成されることは、パケットについての情報を得るためにパケットのパケット検査を実施するようにプロセッサが構成されることを含み、および／または得られた情報に基づいてインジケーションを導出するようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、得られた情報は、アプリケーション特有のシグネチャを含む。
少なくとも１つの代表的な実施形態では、この装置は、受信機を含む。
少なくとも１つの代表的な実施形態では、受信機は、シグナリング（すなわち、パケットとは別々のもの）を介してインジケーションを受信するように構成される。
少なくとも１つの代表的な実施形態では、インジケーションを得るようにプロセッサが構成されることは、受信機によって受信されたシグナリングからインジケーションを受信するようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、インジケーションは、パケットを割り当てるためのトラフィッククラスの優先度を示す。
少なくとも１つの代表的な実施形態では、パケットは、ＱｏＳクラスに対応するＱＣＩを含む。
少なくとも１つの代表的な実施形態では、インジケータは、サブＱＣＩである。
少なくとも１つの代表的な実施形態では、プロセッサは、差別化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするように構成される。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをスケジューリングするようにプロセッサが構成されることは、複数のトラフィックサブクラスの優先順位付けに基づいて、差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するようにプロセッサが構成されることは、パケットの送信のスケジューリングされた時間を遅延させるようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをスケジューリングするようにプロセッサが構成されることは、輻輳に鑑みて、差別化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをスケジューリングするように構成されることは、リソースの不足に鑑みて、差別化されたトラフィックを、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにスケジューリングするようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、プロセッサは、複数のトラフィックサブクラスの優先順位付けに基づいて、差別化されたトラフィックをフィルタリングするように構成される。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをフィルタリングするようにプロセッサが構成されることは、複数のトラフィッククラスの少なくとも１つの他のトラフィックサブクラスの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを差別化されたトラフィックからフィルタリングするようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをフィルタリングするようにプロセッサが構成されることは、複数のトラフィッククラスのそれぞれの優先度より低い優先度を有する複数のトラフィックサブクラスの１つのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを差別化されたトラフィックからフィルタリングするようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、差別化されたトラフィックをフィルタリングするようにプロセッサが構成されることは、差別化されたトラフィックのパケットが差別化されたトラフィックからフィルタリングされない優先度より低い優先順位付けの優先順位の順で優先度を有する複数のトラフィックサブクラスのトラフィックサブクラスにパケットが割り当てられることに基づいて、パケットを差別化されたトラフィックからフィルタリングするようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、プロセッサは、フィルタリングされたトラフィックをスケジューリングするように構成される。
少なくとも１つの代表的な実施形態では、プロセッサは、複数のトラフィックサブクラスの優先順位付けに基づいて、送信するためにフィルタリングされたトラフィックに対して構成される。
少なくとも１つの代表的な実施形態では、フィルタリングされたトラフィックをスケジューリングするようにプロセッサが構成されることは、複数のトラフィックサブクラスの優先順位付けに基づいて、フィルタリングされたトラフィックのパケットの送信のスケジューリングされた時間を調整するようにプロセッサが構成されることを含む。
少なくとも１つの代表的な実施形態では、プロセッサは、輻輳を検出するように構成される。
少なくとも１つの代表的な実施形態では、輻輳は、無線アクセスネットワーク（ＲＡＮ）におけるユーザプレーン輻輳を含む。
少なくとも１つの代表的な実施形態では、ベアラは、ＲＡＮと関連付けられる。
少なくとも１つの代表的な実施形態では、プロセッサは、リソースの不足を検出するように構成される。
少なくとも１つの代表的な実施形態では、この装置は、（ｉ）無線送信および／または受信ユニット（ＷＴＲＵ）、（ｉｉ）基地局、および（ｉｉｉ）パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）を含むコアネットワークのノードのうちのいずれかである。
少なくとも１つの代表的な実施形態では、装置がプロセッサを含み、プロセッサは、ＱｏＳクラスに従って形成されたベアラにマッピングされたトラフィックを得るように構成される。
少なくとも１つの代表的な実施形態では、プロセッサは、ベアラ内のトラフィックを複数のトラフィックサブクラスに差別化するように構成される。
少なくとも１つの代表的な実施形態では、プロセッサは、差別化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいて、送信するためにスケジューリングするように構成される。
少なくとも１つの代表的な実施形態では、装置がプロセッサを含み、プロセッサは、ＱｏＳクラスに従って形成されたベアラにマッピングされたトラフィックを得るように構成される。
少なくとも１つの代表的な実施形態では、プロセッサは、ベアラ内のトラフィックを複数のトラフィックサブクラスに差別化するように構成される。
少なくとも１つの代表的な実施形態では、プロセッサは、差別化されたトラフィックを、複数のトラフィックサブクラスを管理するためのポリシに基づいてフィルタリングするように構成される。
少なくとも１つの代表的な実施形態では、この装置は、（ｉ）無線送信および／または受信ユニット（ＷＴＲＵ）、（ｉｉ）基地局、および（ｉｉｉ）パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）を含むコアネットワークのノードのうちのいずれかである。
少なくとも１つの代表的な実施形態では、方法が、同じＱＣＩレベル内で階層的トラフィック差別化を実施するステップを含む。
少なくとも１つの代表的な実施形態では、階層的トラフィック差別化は、ＵＰＣＯＮに鑑みて実施される。
少なくとも１つの代表的な実施形態では、方法が、イントラＱＣＩレベルトラフィック差別化に基づいてＵＰＣＯＮを軽減する、および／または他の手法で影響を及ぼすステップを含む。
少なくとも１つの代表的な実施形態では、他の影響には、たとえばＵＰＣＯＮの量の低減などＵＰＣＯＮに対する正の効果がある。
少なくとも１つの代表的な実施形態では、他の影響には、たとえばＵＰＣＯＮの量の増大などＵＰＣＯＮに対する負の効果がある。
少なくとも１つの代表的な実施形態では、他の影響には、ＵＰＣＯＮのある量の低減およびＵＰＣＯＮの別の量の対応する増大など、ＵＰＣＯＮに対する正味の効果がない。
少なくとも１つの代表的な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、そのようなものが単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量の低減を引き起こす点で正の効果がある。
少なくとも１つの代表的な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、そのようなものが単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量の増大を引き起こす点で負の効果がある。
少なくとも１つの代表的な実施形態では、ＵＰＣＯＮの軽減および／または他の影響には、（ｉ）単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量の低減、および（ｉｉ）単一のユーザまたは複数のユーザに関してＵＰＣＯＮの量の増大を引き起こす点で正味の効果がない。
少なくとも１つの代表的な実施形態では、イントラＱＣＩレベルトラフィック差別化に基づいてＵＰＣＯＮを軽減するおよび／または他の手法で影響を及ぼすステップは、（たとえば、低い優先度の）サブＱＣＩを有する１または複数のＩＰフロー／サブフローのためのサービス品質（ＱｏＳ）を低減し、次いでそれを施行するために、ＰＣＣポリシおよび／または規則と共にＰＣＣシステムを使用して実施される。
少なくとも１つの代表的な実施形態では、イントラＱＣＩレベルトラフィック差別化に基づいてＵＰＣＯＮを軽減するおよび／または他の手法で影響を及ぼすステップは、トラフィックシェーピングを含む。
少なくとも１つの代表的な実施形態では、トラフィックシェーピングは、低い優先度および／または高い優先度のサブＱＣＩなど、少なくとも一部にはサブＱＣＩに基づく。
少なくとも１つの代表的な実施形態では、トラフィックシェーピングは、１または複数の他の要因と共に、低い優先度および／または高い優先度のサブＱＣＩなど、少なくとも一部にはサブＱＣＩに基づく。
少なくとも１つの代表的な実施形態では、これらの要因は、１または複数のユーザのユーザ加入プロファイル、使用量、および支出制限のうちのいずれかを含む。
少なくとも１つの代表的な実施形態では、方法が、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのための低減されたＱｏＳを施行するステップを含む。
少なくとも１つの代表的な実施形態では、低減されたＱｏＳを施行するステップは、トラフィックのディープパケットインスペクションを実施するステップを含む。
少なくとも１つの代表的な実施形態では、低減されたＱｏＳを施行するステップは、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのパケットを破棄するステップを含む。
少なくとも１つの代表的な実施形態では、低減されたＱｏＳの施行は、パケットデータゲートウェイ、ポリシ課金および制御（ＰＣＣ）エンティティ、および基地局のうちのいずれかで実施される。
少なくとも１つの代表的な実施形態では、低減されたＱｏＳを施行するステップは、１または複数のＰＣＣポリシ、１または複数のＰＣＣ規則、および１または複数のＱｏＳ規則のうちのいずれかを適用するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、１または複数のＰＣＣポリシ、１または複数のＰＣＣ規則、および１または複数のＱｏＳ規則のうちのいずれかを生成するステップを含む。
少なくとも１つの代表的な実施形態では、１または複数のＰＣＣポリシ、１または複数のＰＣＣ規則、および１または複数のＱｏＳ規則のうちのいずれかは、少なくとも一部にはユーザプレーン輻輳（ＵＰＣＯＮ）に基づく。
少なくとも１つの代表的な実施形態では、１または複数のＰＣＣポリシ、１または複数のＰＣＣ規則、および１または複数のＱｏＳ規則のうちのいずれかは、少なくとも一部にはユーザプレーン輻輳（ＵＰＣＯＮ）、および１または複数の他の要因に基づく。
少なくとも１つの代表的な実施形態では、１または複数の他の要因は、１または複数のユーザのユーザ加入プロファイル、使用量、および支出制限のうちのいずれかを含む。
少なくとも１つの代表的な実施形態では、ＱｏＳ規則は、現在の最大ビットレート（ＭＢＲ）を新しいＭＢＲに調整するための規則を含む。
少なくとも１つの代表的な実施形態では、新しいＭＢＲは、現在のＭＢＲ未満である。
少なくとも１つの代表的な実施形態では、低減されたＱｏＳを施行するステップは、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのビットレートが新しいＭＢＲを確実に超えないようにするステップを含む。
少なくとも１つの代表的な実施形態では、現在の最大ビットレート（ＭＢＲ）を新しいＭＢＲに調整するための規則は、少なくとも一部には、低い優先度のサブＱＣＩに関連付けられたビットレートに基づく。
少なくとも１つの代表的な実施形態では、方法が、要求メッセージによってゲートウェイ制御セッション確立手順を開始するステップを含む。
少なくとも１つの代表的な実施形態では、要求メッセージは、ＢＢＥＲＦからのものである。
少なくとも１つの代表的な実施形態では、要求メッセージは、輻輳負荷情報を含む。
少なくとも１つの代表的な実施形態では、この方法は、ＩＰ ＣＡＮベアラ確立のための要求を受信するステップを含む。
少なくとも１つの代表的な実施形態では、ＩＰ ＣＡＮベアラ確立のための要求は、ＰＣＥＦで受信される。
少なくとも１つの代表的な実施形態では、この方法は、輻輳負荷情報を受信するステップを含む。
少なくとも１つの代表的な実施形態では、輻輳負荷情報は、ＰＣＥＦで受信される。
少なくとも１つの代表的な実施形態では、この方法は、可能なサービスの許可を要求する、および／またはＰＣＣ規則情報を求めるメッセージを送るステップを含む。
少なくとも１つの代表的な実施形態では、可能なサービスの許可を要求する、および／またはＰＣＣ規則情報を求めるメッセージは、ＰＣＥＦからＰＣＲＦに送られる。
少なくとも１つの代表的な実施形態では、可能なサービスの許可を要求する、および／またはＰＣＣ規則情報を求めるメッセージは、輻輳負荷情報を含む。
少なくとも１つの代表的な実施形態では、この方法は、ユーザプロファイル、および／またはＩＰ ＣＡＮセッションに関連する他の情報を要求するメッセージを送るステップを含む。
少なくとも１つの代表的な実施形態では、ユーザプロファイル、および／またはＩＰ ＣＡＮセッションに関連する他の情報を要求するメッセージは、ＰＣＲＦから送られる。
少なくとも１つの代表的な実施形態では、この方法は、ユーザプロファイル、および／またはＩＰ ＣＡＮセッションに関連する他の情報を要求するメッセージを送るステップを含む。
少なくとも１つの代表的な実施形態では、ユーザプロファイル、および／またはＩＰ ＣＡＮセッションに関連する他の情報を要求するメッセージは、ＰＣＲＦから送られる。
少なくとも１つの代表的な実施形態では、ユーザプロファイル、および／またはＩＰ ＣＡＮセッションに関連する他の情報を要求するメッセージは、ＰＣＲＦに１または複数の加入者のための加入関連の情報がない場合、送られる。
少なくとも１つの代表的な実施形態では、この方法は、ユーザプロファイル、および／またはＩＰ ＣＡＮセッションに関連する他の情報を要求するメッセージを受信するステップを含む。
少なくとも１つの代表的な実施形態では、ユーザプロファイルおよび／またはＩＰ ＣＡＮセッションに関連する他の情報を要求するメッセージは、たとえばＨＳＳおよび／またはＳＰＲなどネットワークエンティティで受信される。
少なくとも１つの代表的な実施形態では、ネットワークエンティティは、ポリシを維持する。
少なくとも１つの代表的な実施形態では、ポリシは、ＵＰＣＯＮ負荷に基づく。
少なくとも１つの代表的な実施形態では、ポリシは、加入者のタイプもしくはレベル、レポートされるＩＰフロー／サブフロー、レポートされるアプリケーションタイプ、使用量レベル、ユーザ支出制限に基づく、および／またはＩＰフロー／サブフローのためのサブＱＣＩに基づく、１または複数のポリシのうちのいずれかを含む。
少なくとも１つの代表的な実施形態では、ポリシは、低い、および／または高い優先度のサブＱＣＩに基づく、１または複数のポリシを含む。
少なくとも１つの代表的な実施形態では、１または複数のポリシは、高い優先度のサブＱＣＩを有するＩＰフロー／サブフローが、トラフィックシェーピングに関して、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローより優先されるべきであることを示す。
少なくとも１つの代表的な実施形態では、この方法は、加入関連の情報を送るステップを含む。
少なくとも１つの代表的な実施形態では、加入関連の情報は、ネットワークエンティティ（たとえばＨＳＳおよび／またはＳＰＲ）から送られる。
少なくとも１つの代表的な実施形態では、この方法は、加入関連の情報をＰＣＲＦで受信および／または記憶するステップを含む。
少なくとも１つの代表的な実施形態では、加入関連の情報は、ＰＣＲＦによって受信され、および／またはＰＣＲＦで記憶される。
少なくとも１つの代表的な実施形態では、加入関連の情報は、可能なサービスについての情報および／またはＰＣＣ規則情報、優先度と共にパケット交換（ＰＳ）セッションを確立するためのＭＰＳ ＥＰＳ優先度、ＭＰＳ優先度レベルおよびＩＭＳシグナリング優先度、ならびに／またはアプリケーション検出および制御をＩＰ−ＣＡＮセッションのために可能にするべきかどうかを示す情報を含むユーザプロファイル構成情報、のうちのいずれかを含む。
少なくとも１つの代表的な実施形態では、この方法は、初期、中間、および／または最終支出制限レポート要求を送るステップを含む。
少なくとも１つの代表的な実施形態では、初期、中間、および／または最終支出制限レポート要求は、ＰＣＲＦから送られる。
少なくとも１つの代表的な実施形態では、ポリシ決定が、低い優先度のサブＱＣＩおよび支出制限に基づくポリシのためのものを含む、ＯＣＳで使用可能なポリシカウンタの状況に依存し、そのようなポリシカウンタ状況レポーティングがその加入者のために確立されないと（たとえば、ＰＣＲＦによって）決定された場合、初期支出制限レポート要求はが送られる。
少なくとも１つの代表的な実施形態では、この方法は、初期、中間、および／または最終支出制限レポート要求を受信するステップを含む。
少なくとも１つの代表的な実施形態では、初期、中間、および／または最終支出制限レポート要求は、ＯＣＳで受信される。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦで許可およびポリシ決定をするステップを含む。
少なくとも１つの代表的な実施形態では、許可およびポリシ決定をするステップは、使用可能な場合、そのユーザ（および／または他のユーザ）について輻輳負荷レポートを考慮して、許可およびポリシ決定をするステップを含む。
少なくとも１つの代表的な実施形態では、許可およびポリシ決定は、ＰＣＲＦで、および／またはＰＣＲＦによってなされる。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦに向かっての関連のセッションを確立するようにＴＤＦに要求するメッセージをＰＣＲＦから送るステップ、および／または、ユーザプロファイル構成に従って、ＡＤＣ規則をＴＤＦに提供するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦに向かっての関連のセッションを確立するようにＴＤＦに要求するメッセージをＴＤＦで受信するステップと、ＡＤＣ規則をＴＤＦで受信するステップとを含む。
少なくとも１つの代表的な実施形態では、この方法は、ポリシ決定が、使用されているアプリケーションに依存すると決定するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＴＤＦから確認応答（ＡＣＫ）メッセージを送信し、ＰＣＲＦに、受信された決定に関連するアクションの結果について通知するステップを含む。
少なくとも１つの代表的な実施形態では、ＡＣＫメッセージは、レポートするためにイベントトリガのリストを含む。
少なくとも１つの代表的な実施形態では、イベントトリガは、ＰＣＲＦからＴＤＦに転送するべき１または複数のイベントをＰＣＲＦに対して示す。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦから、ＩＰ ＣＡＮセッション確立を確認応答する確認応答（ＡＣＫ）メッセージを送るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＩＰ ＣＡＮセッション確立を確認応答する確認応答（ＡＣＫ）メッセージをＰＣＥＦで受信するステップを含む。
少なくとも１つの代表的な実施形態では、ＡＣＫメッセージは、決定を含む。
少なくとも１つの代表的な実施形態では、決定は、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのＭＢＲを低減することなど、低い優先度のサブＱＣＩを有するＩＰフロー／サブフローのＱｏＳを低減するためのＰＣＣ規則を含む、輻輳を軽減することを目指すＰＣＣ規則を含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦから、デフォルト課金方法、および／またはどのＰＣＣ規則をアクティブ化するか、およびどのイベントトリガをレポートするかを示すための情報、を提供するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、適用可能なＡＤＣ規則を提供するステップを含み、適用可能なＡＤＣ規則は、ユーザプロファイル構成からのＡＤＣ規則であり、またはユーザプロファイル構成からのＡＤＣ規則に従う。
少なくとも１つの代表的な実施形態では、方法が、ＡＦ２７２によって、ＡＦセッションシグナリングに応答してサービス情報を提供する／取り消すステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＡＦ２７２が、サービス情報に関するベアラレベルイベントの通知を記述するステップを含む。
少なくとも１つの代表的な実施形態では、適用可能なイベントを生成するのを容易にするために、ＰＣＲＦはＰＣＥＦに、対応するＰＣＣ規則に関するイベントをレポートするように命令する。
少なくとも１つの代表的な実施形態では、この方法は、サービス情報をＰＣＲＦで受信するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって、サービス情報を記憶するステップ、および／またはＡＣＫメッセージでＡＦに応答するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦで、ＩＰ ＣＡＮセッション修正のためのＩＰ ＣＡＮセッションシグナリングを受信するステップを含む。
少なくとも１つの代表的な実施形態では、ＩＰ ＣＡＮセッションシグナリングは、輻輳負荷情報を担持する。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦで、ＩＰ ＣＡＮセッション修正をトリガすると決定するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、内部決定に基づいて、および／またはたとえばＰＣＥＦ２７０がＡＤＣで強化されており、１もしくは複数のアクティブ化されているＡＤＣ規則によって要求されるようにアプリケーショントラフィックの開始／停止を検出したかどうかに基づいて、ＩＰ ＣＡＮセッション修正のためのＩＰ ＣＡＮセッションシグナリングに応答して、ＰＣＥＦでＩＰ ＣＡＮセッション修正をトリガすると決定するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、高い輻輳負荷によりレポートされる必要があるアプリケーションをＴＤＦが検出したことに応答して、ＰＣＥＦで、ＩＰ ＣＡＮセッション修正をトリガすると決定するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦで、ＩＰ ＣＡＮセッション修正をトリガすると決定するステップを含む。
少なくとも１つの代表的な実施形態では、ＰＣＥＦは、ＰＣＣインタラクションが必要とされるという決定に基づいてトリガすると決定する。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦからＩＰ ＣＡＮセッション修正のインジケーションを送るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦで、ＰＣＣ規則を求める要求を、ＩＰ ＣＡＮセッションおよびＰＣＥＦで使用可能なサービス情報と相関するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦからＡＦに、送信リソースに関連するイベントをレポートするステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＡＦからＡＣＫメッセージを送り、イベントレポートを確認応答するおよび／または要求された情報で応答するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって、初期、中間、または最終支出制限レポート要求を使用してポリシカウンタの記述されたリストを変えるステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦで許可およびポリシ決定をするステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、レポートされた輻輳負荷を考慮してＰＣＲＦで許可およびポリシ決定をするステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、レポートされた輻輳負荷を、以下の情報（使用可能な場合）、すなわちユーザの支出制限、使用量レベル、特定のＩＰフロー／サブフロー／レポートされたアプリケーション、およびＩＰフロー／サブフローのうちの１または複数のサブＱＣＩのいずれかと共に考慮して、ＰＣＲＦで許可およびポリシ決定をするステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＴＤＦの要求に基づくアプリケーションレポーティングを実施するステップを含む。
少なくとも１つの代表的な実施形態では、ＴＤＦの要求に基づくアプリケーションレポーティングを実施するステップは、（ｉ）ＡＤＣ規則のアクティブ化、非アクティブ化、および修正のうちのいずれかを含む、新しいＡＤＣ決定をＴＤＦに提供するステップと、（ｉｉ）高いＵＰＣＯＮの場合、監視されることを必要とする特定のアプリケーションをレポートするためにＴＤＦに対して示すステップとを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＴＤＦからＡＣＫメッセージを送信し、ＰＣＲＦに、受信された決定に関連するアクションの結果について通知するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦから、ＩＰ ＣＡＮセッション修正を確認応答するＡＣＫメッセージを送るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦで、ＩＰ ＣＡＮセッション修正を確認応答するＡＣＫメッセージを受信するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦによって、決定を施行するステップを含む。
少なくとも１つの代表的な実施形態では、方法が、ＡＦによって、ＡＦセッションシグナリングに応答してサービス情報を提供する／取り消すステップを含む。
少なくとも１つの代表的な実施形態では、方法が、ＡＦによって、ＴＤＦが１または複数のアクティブなＡＤＣ規則に一致するアプリケーショントラフィックの開始／停止を検出したことに応答してサービス情報を提供する／取り消すステップを含む。
少なくとも１つの代表的な実施形態では、方法が、ＡＦによって、ＯＣＳが支出制限レポートをＰＣＲＦ２２０に提供したことに応答してサービス情報を提供する／取り消すステップを含む。
少なくとも１つの代表的な実施形態では、ＨＳＳ／ＳＰＲによって提供されるＵＰＣＯＮ負荷ポリシに基づいてユーザ支出制限が満たされた場合、通知を受けるように記述される。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦ２２０によって、使用可能な場合、サービス情報を記憶するステップ、および／またはＡＦに対してＡＣＫメッセージで応答するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって、初期、中間、または最終支出制限レポート要求を使用してポリシカウンタの記述されたリストを変えるステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって許可およびポリシ決定をするステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、レポートされた輻輳負荷、支出制限、使用量レベル、レポートされたＩＰフロー／サブフローおよびレポートされたアプリケーション情報）、ならびに／または使用可能な場合、ＩＰフロー／サブフローのサブＱＣＩパラメータに基づいてポリシを含むＵＰＣＯＮ負荷のためのＨＳＳ／ＳＰＲポリシ考慮して、許可およびポリシ決定をするステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって、（提供される場合）アプリケーション情報を記憶するステップ、および／またはＴＤＦに対するＡＣＫメッセージもしくはＴＤＦセッション修正で応答するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＴＤＦからプロビジョンＡＣＫまたはＡＣＫを送信し、ＰＣＲＦに、受信されたＡＤＣ決定に関連するアクションの結果について通知するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦによって、ＧＷ制御およびＱｏＳ規則プロビジョン手順を開始するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦからポリシおよび課金規則プロビジョンを送るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦでポリシおよび課金規則プロビジョンを受信するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＥＦで決定を施行するステップを含む。
少なくとも１つの代表的な実施形態では、方法が、ＢＢＥＲＦで、イベントをレポートする、および／またはゲートウェイ制御セッションのためにＱｏＳ規則を得るための要求を受信するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦでＵＰＣＯＮ負荷情報を受信するステップを含む。
少なくとも１つの代表的な実施形態では、ＢＢＥＲＦからゲートウェイ制御およびＱｏＳ規則要求を送るステップ、および／またはＰＣＲＦでゲートウェイ制御およびＱｏＳ規則要求を受信するステップを含む。
少なくとも１つの代表的な実施形態では、ゲートウェイ制御およびＱｏＳ規則要求は、輻輳負荷情報を含む。
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦがイベントをレポートするように要求された場合、ＢＢＥＲＦから、手順をトリガしたエンティティに結果を送るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦが、使用可能な場合ＵＰＣＯＮを考慮してＰＣＣ規則決定をすることを含めて、ゲートウェイ制御およびＱｏＳ規則要求手順に応答して、ＰＣＲＦによって開始されるＩＰ ＣＡＮセッション修正手順を実施するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＰＣＲＦからゲートウェイ制御およびＱｏＳ規則返信を送るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦでゲートウェイ制御およびＱｏＳ規則返信を受信するステップを含む。
少なくとも１つの代表的な実施形態では、ゲートウェイ制御およびＱｏＳ規則返信は、新しいＱｏＳ規則、ＩＰ ＣＡＮ特有のパラメータ、および／またはイベントトリガを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦによって受信されたＱｏＳ規則および／またはイベントトリガがあればそれをＢＢＥＲＦによって配備するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦによってＩＰ ＣＡＮベアラシグナリングを開始するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＢＢＥＲＦで、ＩＰ ＣＡＮベアラシグナリングのための応答を受信するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＱｏＳ規則アクティブ化の結果をＰＣＲＦに返すステップを含む。
少なくとも１つの代表的な実施形態では、返される結果は、要求されたリソースが割り当てられることが成功したかどうかを示す。
少なくとも１つの代表的な実施形態では、方法が、基地局で、すべてのユーザプレーントラフィックを送達するためのリソースの不足を検出するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、基地局によって、ＵＰＣＯＮ情報を担持する通知または他のレポートを送るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＭＭＥによって、ＵＰＣＯＮ情報を担持する通知または他のレポートを受信するステップを含む。
少なくとも１つの代表的な実施形態では、基地局によって、ＵＰＣＯＮ情報を担持する通知を送るステップは、特定のユーザのために記憶されたＵＥコンテキストを基地局が所有しない場合、トリガされる。
少なくとも１つの代表的な実施形態では、基地局は、ＵＰＣＯＮ情報を担持する通知または他のレポートを、ＮＡＳシグナリングを介して送る。
少なくとも１つの代表的な実施形態では、この方法は、ＭＭＥ２６２から、更新されたＵＥコンテキスト情報を提供するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、データプレーントラフィックに対して、基地局でパケット検査（たとえば、ＤＰＩ）を実施するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＭＭＥによって提供されたＵＥコンテキスト情報および実施されたパケット検査に基づいて（たとえば、低い優先度の）サブＱＣＩを有するＩＰフロー／サブフローのＩＰパケットを基地局でドロップするステップを含む。
少なくとも１つの代表的な実施形態では、方法が、同じＱＣＩレベル内で階層的トラフィック差別化を実施するステップと、階層的トラフィック差別化に基づいて無線システムリソースを割り当てる、または別の手法で管理するステップとを含む。
少なくとも１つの代表的な実施形態では、同じＱＣＩレベル内で階層的トラフィック差別化を実施するステップは、１または複数のイントラＱＣＩレベルに従ってトラフィックを差別化するステップを含む。
少なくとも１つの代表的な実施形態では、階層的トラフィック差別化を実施するステップは、ツリーベースの構造および／または方法を適用するステップを含む。
少なくとも１つの代表的な実施形態では、ツリーベースの構造および／または方法は、ＱＣＩレベルについて、１もしくは複数のイントラＱＣＩレベルおよび／または１もしくは複数のサブＱＣＩを含む。
少なくとも１つの代表的な実施形態では、サブＱＣＩは、トラフィックのフローと共にサブフローのそれぞれの優先度に関連付けられる。
少なくとも１つの代表的な実施形態では、トラフィックは、単一のベアラにマッピングされる。
少なくとも１つの代表的な実施形態では、トラフィックは、異なるタイプのトラフィック
少なくとも１つの代表的な実施形態では、トラフィックを担持するためにベアラに割り当てられるＴＦＴは、異なるタイプのトラフィックを区別するためにアプリケーション特有のシグネチャを含む。
少なくとも１つの代表的な実施形態では、アプリケーション特有のシグネチャは、ユーザプロファイルおよび／またはＵＥコンテキスト内で維持される、および／またはそれらから取得可能である。
少なくとも１つの代表的な実施形態では、ユーザプロファイルおよび／またはＵＥコンテキストは、リポジトリ内で維持される、および／またはそこから取得可能である。
少なくとも１つの代表的な実施形態では、リポジトリは、ＨＳＳおよびＳＰＲのいずれかである。
少なくとも１つの代表的な実施形態では、アプリケーション特有のシグネチャを含むＴＦＴは、１または複数のコアネットワークノードおよび１または複数のＲＡＮノードを含めて、１または複数のネットワークノード内にプロビジョニングされる、および／またはその中で維持される。
少なくとも１つの代表的な実施形態では、ネットワークノードは、それぞれのポリシテーブルを備える、および／またはそれらを維持する。
少なくとも１つの代表的な実施形態では、ポリシテーブルのそれぞれは、（ｉ）ベアラ内の特定のサブフローを処理すること、（ｉｉ）それらの互いに相対的な優先度、および（ｉｉｉ）ＱｏＳパラメータのそれぞれのシェアのうちのいずれかのための規則を含む。
少なくとも１つの代表的な実施形態では、この方法は、１または複数のネットワークノードで、サブフローのどれにトラフィックの少なくとも１つのパケットが属するか検出するステップを含む。
少なくとも１つの代表的な実施形態では、サブフローのどれにトラフィックの少なくとも１つのパケットが属するか検出するステップは、アプリケーションシグネチャを使用してパケット検査（たとえば、ＤＰＩ）を実施するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、トラフィックの少なくとも１つのパケットのサブＱＣＩを決定するためにパケット検査を実施するステップと、ユーザプレーン内で、決定された情報に従ってトラフィックの少なくとも１つのパケットを転送するステップとを含む。
少なくとも１つの代表的な実施形態では、この方法は、少なくとも１つのユーザプレーンパケットに関連付けられたサブＱＣＩ値を回復するステップと、ポリシテーブルを使用しそのような少なくとも１つのユーザプレーンパケットのための処理を決定するステップとを含む。
少なくとも１つの代表的な実施形態では、この方法は、アプリケーションとコアネットワークとの間のインタラクションを処理し、サブＱＣＩレベルに伴う細分性でトラフィックを提供するようにネットワークおよびＲＡＮレイヤのいずれかを構成するステップを含む。
少なくとも１つの代表的な実施形態では、ＱｏＳ差別化に従って専用ＥＰＳおよび無線ベアラの作成および除去のいずれかを処理するようにネットワークおよびＲＡＮレイヤのいずれかを構成するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、各フロー内のサブフローのサブ優先度に基づいて、サブＱＣＩ（またはイントラＱＣＩ）ラベルをフローに割り当てるステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、サブＱＣＩ（またはイントラＱＣＩ）ラベルを割り当てるステップは、ツリーベースの優先度マッピング構造を使用してサブＱＣＩ（またはイントラＱＣＩ）ラベルを割り当てるステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、サブＱＣＩラベルは、ＱＣＩより下位の葉としてツリーベースの優先度マッピング構造上に配置される。
少なくとも１つの代表的な実施形態では、この方法は、サブＱＣＩラベルおよびツリーベースの優先度マッピング構造のうちのいずれかをサポートするために１または複数のネットワークノードにマッピング規則を与えるステップを含む。
少なくとも１つの代表的な実施形態では、ツリーベースの優先度マッピング構造は、ＱＣＩタイプ、ＱＣＩタイプのそれぞれの対応する属性、および表２に列挙されたＱＣＩタイプのための例示的なサブＱＣＩラベルに従って構成される。
少なくとも１つの代表的な実施形態では、この方法は、サブＱＣＩ情報をユーザプレーンパケットから抽出するステップを含む。
少なくとも１つの代表的な実施形態では、サブＱＣＩ情報をユーザプレーンパケットから抽出するステップは、１または複数のネットワークノードによって実施される。
少なくとも１つの代表的な実施形態では、この方法は、アプリケーション特有のシグネチャを使用してディープパケットインスペクションを実施することによってサブＱＣＩ情報を導出するステップを含む。
少なくとも１つの代表的な実施形態では、サブＱＣＩ情報を導出するステップは、１または複数のネットワークノードによって実施される。
少なくとも１つの代表的な実施形態では、この方法は、スケジューリングおよび無線リソース管理（ＲＲＭ）決定のうちのいずれかのためにサブＱＣＩ情報を使用するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、トラフィックシェーピングのためにサブＱＣＩ情報を使用するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、トラフィックのどのフレームまたは他の形態をドロップするか決定するためにサブＱＣＩ情報を使用するステップを含む。
少なくとも１つの代表的な実施形態では、サブＱＣＩに関連付けられた情報の値は、同じベアラおよび同じＱＣＩレベルのうちのいずれかの中のパケットの相対的な優先度および／またはドロップ優先順位を示す。
少なくとも１つの代表的な実施形態では、サブＱＣＩは、個々の最大ビットレート（ＭＢＲ）に関連付けられる。
少なくとも１つの代表的な実施形態では、サブＱＣＩは、トラフィックの少なくとも一部分に他のより高い優先順位のサブフローによって消費されないリソースが割り当てられることを示すワイルドカードに関連付けられる。
少なくとも１つの代表的な実施形態では、方法が、第１のフローと第２のフローを同時に管理するステップを含む。
少なくとも１つの代表的な実施形態では、第１のフローにはＱＣＩレベルで無線システムリソースが割り当てられ、第２のフローにはサブＱＣＩレベルでリソースが割り当てられる。
少なくとも１つの代表的な実施形態では、第１のフローと第２のフローを同時に管理するステップは、第１のフローおよび第２のフローについてそれぞれＱｏＳ規則の第１のセットおよび第２のセットを導出するステップを含む。
少なくとも１つの代表的な実施形態では、ＱｏＳ規則の第１のセットおよび第２のセットを導出するステップは、ベアラセットアップ中に行われる。
少なくとも１つの代表的な実施形態では、ＱｏＳ規則の第１のセットはＱＣＩのためのものであり、ＱｏＳ規則の第２のセットはＱＣＩとサブＱＣＩ両方のためのものである。
少なくとも１つの代表的な実施形態では、第１のフローと第２のフローを同時に管理するステップは、ＱｏＳ規則の第１のセットおよび第２のセットを第１のフローおよび第２のフローに適用するステップを含む。
少なくとも１つの代表的な実施形態では、第１のフローと第２のフローを同時に管理するステップは、第１のフローおよび第２のフローについてＱＣＩレベルでサービス差別化を実施するステップを含む。
少なくとも１つの代表的な実施形態では、第１のフローと第２のフローを同時に管理するステップは、第２のフローについてサブＱＣＩレベルでサービス差別化を実施するステップを含む。
少なくとも１つの代表的な実施形態では、第１のフローと第２のフローを同時に管理するステップは、第１のフローおよび第２のフローのいずれかについてアクティブなキュー管理を実施するステップを含む。
少なくとも１つの代表的な実施形態では、第１のフローおよび第２のフローのいずれかについてアクティブなキュー管理を実施するステップは、サブＱＣＩ情報に従って第２のフローについてアクティブなキュー管理を実施するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＱｏＥの測定量に従って無線システムリソースを割り当てるステップを含む。
少なくとも１つの代表的な実施形態では、ＱｏＥは、一部には主観的な動的パラメータに基づいて決定される。
少なくとも１つの代表的な実施形態では、この方法は、ＷＴＲＵが主観的な動的パラメータの測定量を得るステップ、ならびに／またはそれらをＲＡＮ要素およびコアネットワーク要素のうちのいずれかに提供するステップを含む。
少なくとも１つの代表的な実施形態では、ＱｏＥは、一部には以下のパラメータ、すなわちビデオパケットのタイプ（たとえば、階層的Ｐにおける時間的レイヤ）、遅延ジッタ、動き（ＵＥとエンドユーザの間）、照明／ライティング、エンドユーザフィードバック、デバイス情報、ディスプレイタイプ、ディスプレイサイズ、視角および視距離のうちの１または複数に基づく。
少なくとも１つの代表的な実施形態では、この方法は、第１のＷＴＲＵが第２のＷＴＲＵに所望のＱｏＥについて通知するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、第１のＷＴＲＵが主観的な動的パラメータの測定量を第１のネットワークに提供するステップ、および／またはＱｏＥレベルを得るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＱｏＥが第２のネットワークによってサポートされることができるかどうか第２のＷＴＲＵが決定するステップを含む。
少なくとも１つの代表的な実施形態では、無線システムリソースは、コアネットワーク要素によって割り当てられる。
少なくとも１つの代表的な実施形態では、無線システムリソースは、エッジネットワーク要素によって割り当てられる。
少なくとも１つの代表的な実施形態では、方法が、以下のパラメータ、すなわちパケット損失率、パケット遅延、遅延閾値、ビットレート、フレームレート、視距離、視角、周囲ライティング、ディスプレイサイズのうちの１または複数に基づいてＱｏＥ推定値を計算するステップを含む。
少なくとも１つの代表的な実施形態では、これらのパラメータのうちの１または複数が、重要度の相対測定量に従って重み付けされる。
少なくとも１つの代表的な実施形態では、この計算は、パケット遅延とパケット閾値との差に基づくステップ関数を含む。
少なくとも１つの代表的な実施形態では、方法が、ＱｏＥ要求をＣＳＣＦに送るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、受け入れられるＱｏＥをＣＳＣＦから得るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、エンドツーエンドＱｏＥメッセージを送信するステップを含む。
少なくとも１つの代表的な実施形態では、ＱｏＥ要求は、以下のパラメータ、すなわちビデオアプリケーション識別子、１または複数の使用可能なコーデック、ディスプレイに関するデバイスデータ（タイプおよび／またはサイズ）、環境条件（周囲ライティングおよび／または視角および／または視距離）、所望のＱｏＥレベルのうちの１または複数を含む。
少なくとも１つの代表的な実施形態では、ＣＳＣＦは、ＰＣＲＦに接触する。
少なくとも１つの代表的な実施形態では、方法が、第２のＷＴＲＵで、第１のネットワーク上の第１のＷＴＲＵからエンドツーエンドＱｏＥ要求メッセージを受信するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、それに応答して、第２のネットワークから第２のＷＴＲＵで受け入れられるＱｏＥレベルを得るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ＱｏＥ要求を受信した後で、以下のパラメータ、すなわち視角、ライティング条件、デバイス能力のうちの１または複数を含めて、ローカル条件を評価することに基づいて使用可能なＱｏＥを決定するステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、ユーザインターフェースからパラメータ値を得るステップを含む。
少なくとも１つの代表的な実施形態では、この方法は、達成可能なエンドツーエンドＱｏＥを、定期的に、またはイベントトリガに基づいて再評価するステップを含む。
少なくとも１つの代表的な実施形態では、イベントトリガは、周囲ライティング条件の変化である。
少なくとも１つの代表的な実施形態では、この方法は、ＱｏＥフィードバックおよびＱｏＥパラメータを使用し、特定のエンドユーザのためにリソース割当て方針を変えるステップを含む。
少なくとも１つの代表的な実施形態では、ＱｏＥフィードバックは、解像度の増大を示す。
少なくとも１つの代表的な実施形態では、この方法は、解像度の増大のインジケーションに鑑みて、スループットを増大するように、ネットワークがその現在のリソース割当てを変更するステップを含む。
少なくとも１つの代表的な実施形態では、リソース割当て方針の変更は、リソース割当てアルゴリズムに渡され、追加のＬＴＥリソースブロックが論理チャネルに割り当てられる。
少なくとも１つの代表的な実施形態では、ＱｏＥフィードバックは、リソース割当てアルゴリズムが論理チャネルを２つのセット、すなわちサービス不足の論理チャネルの第１のセットと、サービス過剰の論理チャネルの第２のセットとに区分する解像度の増大を示す。
少なくとも１つの代表的な実施形態では、ＱｏＥフィードバックは、リソース割当てアルゴリズムがＬＴＥにおけるＰＲＢなどリソースをサービス不足のセットに関連付けられた論理チャネルのために割り当て、次いでサービス過剰のセット内のものに割り当てる解像度の増大を示す。
少なくとも１つの代表的な実施形態では、受信機、送信機、およびプロセッサのうちのいずれかを含む装置が、上記代表的な実施形態の少なくとも１つに記載の方法を実施するように構成される。
少なくとも１つの代表的な実施形態では、システムが、上記代表的な実施形態の少なくとも１つに記載の方法を実施するように構成される。
少なくとも１つの代表的な実施形態では、有形のコンピュータ可読媒体が、上記代表的な実施形態の少なくとも１つに記載の方法を実施するためのコンピュータ実行可能命令を記憶している。
結び
上記では特徴および要素が特定の組合せで提供されているが、各特徴および要素は、単独で、または他の特徴および要素との任意の組合せで使用することができることを、当業者なら理解するであろう。さらに、本明細書に提供されている方法は、コンピュータまたはプロセッサによって実行するためのコンピュータ可読媒体内に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線接続または無線接続を介して伝送される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、それだけには限らないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクや取外し式ディスクなど磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多目的ディスク（ＤＶＤ）など光媒体を含む。ソフトウェアと関連付けられたプロセッサを使用し、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するために、無線周波数トランシーバを実装する。
上記で提供されている方法、装置、およびシステムの変形形態が、本発明の範囲から逸脱することなしに可能である。適用することができる多種多様な実施形態に鑑みて、示されている実施形態は例にすぎず、以下の特許請求の範囲を限定するものと考えるべきでないことを理解されたい。たとえば、本明細書で提供されている実施形態はハンドヘルドデバイスを含み、ハンドヘルドデバイスは、任意の適切な電圧を提供するバッテリなど任意の適切な電圧源を含み、またはそれと共に使用される。
さらに、上記で提供されている実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスに言及されている。これらのデバイスは、少なくとも１つの中央処理装置（ＣＰＵ）とメモリとを含む。コンピュータプログラミングの当業者の慣例によれば、行為および演算または命令を記号で表現したもの（ｓｙｍｂｏｌｉｃ ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）は、様々なＣＰＵおよびメモリによって実施される。そのような行為および演算または命令は、「実行される」「コンピュータによって実行される」または「ＣＰＵによって実行される」と称される。
当業者なら、行為、および記号で表現された演算または命令が、ＣＰＵによる電気信号の操作を含むことを理解するであろう。電気システムは、電気信号の変換または削減を結果的にもたらすことができるデータビット、およびメモリシステム内のメモリ位置でデータビットを維持し、それにより、ＣＰＵの演算、ならびに他の信号処理を再構成し、または別の方法で変更することを表す。データビットが維持されるメモリ位置は、データビットに対応する、またはデータビットを表す特定の電気特性、磁気特性、光特性、または有機特性を有する物理的な位置である。例示的な実施形態が上述のプラットフォームまたはＣＰＵに限定されないこと、また他のプラットフォームおよびＣＰＵが、提供されている方法をサポートすることを理解されたい。
また、データビットは、磁気ディスク、光ディスク、およびＣＰＵによって読出し可能な任意の他の揮発性（たとえば、ランダムアクセスメモリ（ＲＡＭ））または不揮発性（たとえば、読出し専用メモリ（ＲＯＭ））大容量記憶システムを含む、コンピュータ可読媒体上で維持される。コンピュータ可読媒体は、協働する、または相互接続されたコンピュータ可読媒体を含み、これらは、処理システム上に排他的に存在し、または処理システムにとってローカルもしくは遠隔の複数の相互接続された処理システムの間で分散される。例示的な実施形態は、上述のメモリに限定されないこと、および他のプラットフォームおよびメモリが、提供されている方法をサポートすることを理解されたい。
本願の説明で使用されているどの要素、行為、または命令も、そのようなものとして明示的に提供されていない限り、本発明にとって重要または本質的なものと解釈するべきでない。また、本明細書では、冠詞「ａ」および「ａｎ」は、１または複数の物品を含むものとする。たとえば、「一実施形態では（ｉｎ ａｎ ｅｍｂｏｄｉｍｅｎｔ）」という文言における冠詞「ａｎ」は、たとえば「単一の実施形態では」「複数の実施形態では」「実施形態では」および／または「すべての実施形態では」を含むものとする。１つだけの物品が意図されている場合、「単一」という用語、または同様の言葉が使用される。さらに、「のいずれか」という用語と、それに続く複数の物品の列挙、および／または物品の複数のカテゴリは、本明細書では、物品および／または物品のカテゴリ「のいずれか」「の任意の組合せ」「の任意の複数」および／または「の複数の任意の組合せ」を、個々に、または他の物品および／もしくは物品の他のカテゴリと共に含むものとする。さらに、本明細書では、「セット」という用語は、ゼロを含めて任意の数の物品を含むものとする。さらに、本明細書では、「数」という用語は、ゼロを含めて、任意の数を含むものとする。
さらに、特許請求の範囲は、その旨述べられていない限り、提供されている順序または要素に限定されると読むべきでない。さらに、任意の請求項における「ための手段（ｍｅａｎｓ ｆｏｒ）」という用語の使用は、米国特許法第１１２条６項またはミーンズプラスファンクションクレームフォーマットを有効と宣言することが意図されており、「ための手段」という用語がない請求項は、そのように意図されていない。

Claims (45)

  1. サービス品質（ＱｏＳ）クラスに従って形成されたベアラにマッピングされたトラフィックを得るステップと、
    前記ベアラ内の前記トラフィックを複数のトラフィックサブクラスに差別化するステップと、
    前記複数のトラフィックサブクラスの優先順位付けに基づいて、前記差別化されたトラフィックを送信するためにスケジューリングするステップと
    を備えたことを特徴とする方法。
  2. サービス品質（ＱｏＳ）クラスに従って形成されたベアラにマッピングされたトラフィックを得るステップと、
    前記ベアラ内の前記トラフィックを複数のトラフィックサブクラスに差別化するステップと、
    前記複数のトラフィックサブクラスの優先順位付けに基づいて、前記差別化されたトラフィックをフィルタリングするステップと
    を備えたことを特徴とする方法。
  3. サービス品質（ＱｏＳ）クラスに従って形成されたベアラにマッピングされたトラフィックを得るステップと、
    前記ベアラ内の前記トラフィックを複数のトラフィックサブクラスに差別化するステップと、
    前記複数のトラフィックサブクラスを管理するためのポリシに基づいて、前記差別化されたトラフィックを送信するためにスケジューリングするステップと
    を備えたことを特徴とする方法。
  4. サービス品質（ＱｏＳ）クラスに従って形成されたベアラにマッピングされたトラフィックを得るステップと、
    前記ベアラ内の前記トラフィックを複数のトラフィックサブクラスに差別化するステップと、
    前記複数のトラフィックサブクラスを管理するためのポリシに基づいて、前記差別化されたトラフィックをフィルタリングするステップと
    を備えたことを特徴とする方法。
  5. サービス品質（ＱｏＳ）クラスに従って形成されたベアラにマッピングされたトラフィックを得るステップと、
    前記ベアラ内の前記トラフィックを複数のトラフィックサブクラスに差別化するステップと、
    前記差別化されたトラフィックを処理するためのポリシを参照するステップと、
    前記ポリシに基づいて、前記差別化されたトラフィックを管理するステップと
    を備えたことを特徴とする方法。
  6. 前記トラフィックを差別化するステップは、前記複数のトラフィックサブクラスのどのトラフィックサブクラスに前記トラフィックのパケットを割り当てるかのインジケーションを得るステップを備えたことを特徴とする請求項１ないし５のいずれかに記載の方法。
  7. 前記パケットは前記インジケーションを備えたことを特徴とする請求項６に記載の方法。
  8. 前記パケットはヘッダを備え、前記ヘッダは前記インジケータを備えたことを特徴とする請求項６に記載の方法。
  9. 前記ヘッダは、汎用パケット無線システム（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）に従うことを特徴とする請求項８に記載の方法。
  10. インジケーションを得るステップは、シグナリングを介して前記インジケーションを受信するステップを備えたことを特徴とする請求項６に記載の方法。
  11. 前記インジケーションは、前記パケットを割り当てるための前記トラフィッククラスの優先度を示すことを特徴とする請求項６ないし１０のいずれかに記載の方法。
  12. 前記パケットは、前記ＱｏＳクラスに対応するＱｏＳクラスインジケータ（ＱＣＩ）を備えたことを特徴とする請求項６ないし１１のいずれかに記載の方法。
  13. 前記インジケータはサブＱＣＩであることを特徴とする請求項６ないし１２のいずれかに記載の方法。
  14. 前記差別化されたトラフィックをスケジューリングするステップは、前記複数のトラフィックサブクラスの前記優先順位付けに基づいて、前記差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップを備えたことを特徴とする請求項１および６ないし１３のいずれかに記載の方法。
  15. 前記差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップは、前記パケットの送信の前記スケジューリングされた時間を遅延させるステップを備えたことを特徴とする請求項１４に記載の方法。
  16. 前記差別化されたトラフィックをスケジューリングするステップは、輻輳に鑑みて、前記複数のトラフィックサブクラスの優先順位付けに基づいて、前記差別化されたトラフィックを送信するためにスケジューリングするステップを備えたことを特徴とする請求項１および６ないし１３のいずれかに記載の方法。
  17. 前記差別化されたトラフィックをスケジューリングするステップは、リソースの不足に鑑みて、前記複数のトラフィックサブクラスの優先順位付けに基づいて、前記差別化されたトラフィックを送信するためにスケジューリングするステップを備えたことを特徴とする請求項１および６ないし１３のいずれかに記載の方法。
  18. 前記複数のトラフィックサブクラスの前記優先順位付けに基づいて、前記差別化されたトラフィックをフィルタリングするステップをさらに備えたことを特徴とする請求項１および６ないし１７のいずれかに記載の方法。
  19. 前記差別化されたトラフィックをフィルタリングするステップは、輻輳に鑑みて、前記複数のトラフィックサブクラスの優先順位付けに基づいて、前記差別化されたトラフィックをフィルタリングするステップを備えたことを特徴とする請求項２および１８のいずれかに記載の方法。
  20. 前記差別化されたトラフィックをフィルタリングするステップは、リソースの不足に鑑みて、前記複数のトラフィックサブクラスの優先順位付けに基づいて、前記差別化されたトラフィックをフィルタリングするステップを備えたことを特徴とする請求項２および１８ないし１９のいずれかに記載の方法。
  21. 前記差別化されたトラフィックをフィルタリングするステップは、前記複数のトラフィッククラスの少なくとも１つの他のトラフィックサブクラスの優先度より低い優先度を有する前記複数のトラフィックサブクラスのトラフィックサブクラスにパケットが割り当てられることに基づいて、前記パケットを前記差別化されたトラフィックからフィルタリングするステップを備えたことを特徴とする請求項２および請求項１８ないし２０のいずれかに記載の方法。
  22. 前記差別化されたトラフィックをフィルタリングするステップは、前記複数のトラフィックサブクラスのそれぞれの優先度より低い優先度を有する前記複数のトラフィックサブクラスのトラフィックサブクラスにパケットが割り当てられることに基づいて、前記パケットを前記差別化されたトラフィックからフィルタリングするステップを備えたことを特徴とする請求項２および請求項１８ないし２０のいずれかに記載の方法。
  23. 前記差別化されたトラフィックをフィルタリングするステップは、前記差別化されたトラフィックのパケットが前記差別化されたトラフィックからフィルタリングされない優先度より低い優先順位付けの優先順位の順で優先度を有する前記複数のトラフィックサブクラスのトラフィックサブクラスにパケットが割り当てられることに基づいて、前記パケットを前記差別化されたトラフィックからフィルタリングするステップを備えたことを特徴とする請求項２および請求項１８ないし２０のいずれかに記載の方法。
  24. 前記フィルタリングされたトラフィックをスケジューリングするステップをさらに備えたことを特徴とする請求項２および１９ないし２３のいずれかに記載の方法。
  25. 前記複数のトラフィックサブクラスの前記優先順位付けに基づいて、前記フィルタリングされたトラフィックを送信するためにスケジューリングするステップをさらに備えたことを特徴とする請求項２および１９ないし２３のいずれかに記載の方法。
  26. 前記差別化されたトラフィックをスケジューリングするステップは、前記複数のトラフィックサブクラスを管理するための前記ポリシに基づいて、前記差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップを備えたことを特徴とする請求項３および請求項６ないし１３のいずれかに記載の方法。
  27. 前記差別化されたトラフィックのパケットの送信のスケジューリングされた時間を調整するステップは、前記パケットの送信のスケジューリングされた時間を遅延させるステップを備えたことを特徴とする請求項２６に記載の方法。
  28. 前記差別化されたトラフィックをスケジューリングするステップは、輻輳に鑑みて、前記複数のトラフィックサブクラスを管理するためのポリシに基づいて、前記差別化されたトラフィックを送信するためにスケジューリングするステップを備えたことを特徴とする請求項３および請求項６ないし１３のいずれかに記載の方法。
  29. 前記差別化されたトラフィックをスケジューリングするステップは、リソースの不足に鑑みて、前記複数のトラフィックサブクラスを管理するためのポリシに基づいて、前記差別化されたトラフィックを送信するためにスケジューリングするステップを備えたことを特徴とする請求項３および請求項６ないし１３のいずれかに記載の方法。
  30. 前記複数のトラフィックサブクラスを管理するための前記ポリシに基づいて、前記差別化されたトラフィックをフィルタリングするステップをさらに備えたことを特徴とする請求項３、請求項６ないし１３および請求項２６ないし２９のいずれかに記載の方法。
  31. 前記差別化されたトラフィックをフィルタリングするステップは、輻輳に鑑みて、前記差別化されたトラフィックを、前記複数のトラフィックサブクラスを管理するためのポリシに基づいてフィルタリングするステップを備えたことを特徴とする請求項４および３０のいずれかに記載の方法。
  32. 前記差別化されたトラフィックをフィルタリングするステップは、リソースの不足に鑑みて、前記差別化されたトラフィックを、前記複数のトラフィックサブクラスを管理するためのポリシに基づいてフィルタリングするステップを備えたことを特徴とする請求項４および請求項３０ないし３１のいずれかに記載の方法。
  33. 前記フィルタリングされたトラフィックをスケジューリングするステップをさらに備えたことを特徴とする請求項４および請求項３１ないし３２のいずれかに記載の方法。
  34. 前記フィルタリングされたトラフィックを、前記複数のトラフィックサブクラスの前記優先順位付けに基づいて、送信するためにスケジューリングするステップをさらに備えたことを特徴とする請求項４および請求項３１ないし３２のいずれかに記載の方法。
  35. 前記輻輳を検出するステップをさらに備えたことを特徴とする請求項１６、１９、２８、および３１のいずれかに記載の方法。
  36. 前記輻輳は、無線アクセスネットワーク（ＲＡＮ）におけるユーザプレーン輻輳を備えたことを特徴とする請求項１６、１９、２８、３１、および３５のいずれかに記載の方法。
  37. リソースの前記不足を検出するステップをさらに備えたことを特徴とする請求項１７、２０、２９、および３２のいずれかに記載の方法。
  38. 前記差別化されたトラフィックを処理するためのポリシは、ユーザ加入情報から導出された条件を備えたことを特徴とする請求項５ないし１３のいずれかに記載の方法。
  39. 前記差別化されたトラフィックを処理するための前記ポリシは、１または複数のオペレータポリシから導出された条件を備えたことを特徴とする請求項５ないし１３および３８のいずれかに記載の方法。
  40. プロセッサを備え、
    前記プロセッサは、サービス品質（ＱｏＳ）クラスに従って形成されたベアラにマッピングされたトラフィックを得るように構成され、
    前記プロセッサは、前記ベアラ内の前記トラフィックを複数のトラフィックサブクラスに差別化するように構成され、
    前記プロセッサは、前記複数のトラフィックサブクラスの優先順位付けに基づいて、前記差別化されたトラフィックを送信するためにスケジューリングするように構成されたことを特徴とする装置。
  41. プロセッサを備え、
    前記プロセッサは、サービス品質（ＱｏＳ）クラスに従って形成されたベアラにマッピングされたトラフィックを得るように構成され、
    前記プロセッサは、前記ベアラ内の前記トラフィックを複数のトラフィックサブクラスに差別化するように構成され、
    前記プロセッサは、前記複数のトラフィックサブクラスの優先順位付けに基づいて、前記差別化されたトラフィックをフィルタリングするように構成されたことを特徴とする装置。
  42. プロセッサを備え、
    前記プロセッサは、サービス品質（ＱｏＳ）クラスに従って形成されたベアラにマッピングされたトラフィックを得るように構成され、
    前記プロセッサは、前記ベアラ内の前記トラフィックを複数のトラフィックサブクラスに差別化するように構成され、
    前記プロセッサは、前記複数のトラフィックサブクラスを管理するためのポリシに基づいて、前記差別化されたトラフィックを送信するためにスケジューリングするように構成されたことを特徴とする装置。
  43. プロセッサを備え、
    前記プロセッサは、サービス品質（ＱｏＳ）クラスに従って形成されたベアラにマッピングされたトラフィックを得るように構成され、
    前記プロセッサは、前記ベアラ内の前記トラフィックを複数のトラフィックサブクラスに差別化するように構成され、
    前記プロセッサは、前記差別化されたトラフィックを、前記複数のトラフィックサブクラスを管理するためのポリシに基づいてフィルタリングするように構成されたことを特徴とする装置。
  44. プロセッサを備え、
    前記プロセッサは、サービス品質（ＱｏＳ）クラスに従って形成されたベアラにマッピングされたトラフィックを得るように構成され、
    前記プロセッサは、前記ベアラ内の前記トラフィックを複数のトラフィックサブクラスに差別化するように構成され、
    前記プロセッサは、前記差別化されたトラフィックを処理するためのポリシを参照するように構成され、
    前記プロセッサは、前記ポリシに基づいて、前記差別化されたトラフィックを管理するように構成されたことを特徴とする装置。
  45. （ｉ）無線送信および／または受信ユニット（ＷＴＲＵ）、（ｉｉ）基地局、および（ｉｉｉ）パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）を含むコアネットワークのノードのうちのいずれかであることを特徴とする請求項４０ないし４４のいずれかに記載の装置。
JP2014557858A 2012-02-17 2013-02-16 輻輳を処理するおよび／またはユーザ体感品質を管理するための階層的トラフィック区分化 Active JP6396808B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201261600568P 2012-02-17 2012-02-17
US61/600,568 2012-02-17
US201261747200P 2012-12-28 2012-12-28
US61/747,200 2012-12-28
US201361754939P 2013-01-21 2013-01-21
US61/754,939 2013-01-21
PCT/US2013/026550 WO2013123467A1 (en) 2012-02-17 2013-02-16 Hierarchical traffic differentiation to handle congestion and/or manage user quality of experience

Publications (3)

Publication Number Publication Date
JP2015513829A true JP2015513829A (ja) 2015-05-14
JP2015513829A5 JP2015513829A5 (ja) 2017-08-31
JP6396808B2 JP6396808B2 (ja) 2018-09-26

Family

ID=47843410

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014557858A Active JP6396808B2 (ja) 2012-02-17 2013-02-16 輻輳を処理するおよび／またはユーザ体感品質を管理するための階層的トラフィック区分化

Country Status (5)

Country Link
US (1) US9807644B2 (ja)
EP (1) EP2815603B1 (ja)
JP (1) JP6396808B2 (ja)
TW (2) TWI662845B (ja)
WO (1) WO2013123467A1 (ja)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015220544A (ja) * 2014-05-15 2015-12-07 富士通株式会社 基地局装置及び通信システム
JP2017506482A (ja) * 2014-03-24 2017-03-02 インテル アイピー コーポレイション 進化型ノードｂ、モビリティマネジメントエンティティ、及びユーザ機器、並びに留意されているサービス及び留意されていないサービスをサポートする方法
JP2018026711A (ja) * 2016-08-10 2018-02-15 日本電信電話株式会社 ＱｏＳ制御システム及び方法
JP2018524946A (ja) * 2015-07-30 2018-08-30 ソニーモバイルコミュニケーションズ株式会社 モバイルホットスポット
US10375740B2 (en) 2014-05-30 2019-08-06 Huawei Technologies Co., Ltd. Bearer setup apparatus and method
WO2020044676A1 (ja) * 2018-08-28 2020-03-05 日本電気株式会社 管理装置、通信装置、システム、方法及び非一時的なコンピュータ可読媒体
JPWO2020240669A1 (ja) * 2019-05-27 2020-12-03
JP2020535716A (ja) * 2017-09-29 2020-12-03 日本電気株式会社 受信した体感品質情報に基づくリソース割り当ての最適化
JP2022522290A (ja) * 2019-02-27 2022-04-15 シトリックス・システムズ・インコーポレイテッド サービスとしてのソフトウェア（ＳａａＳ）のセッションに対してエンドツーエンドのサービスの品質（ＱｏＳ）制御を提供するクライアントコンピューティングデバイスおよび関係のある方法
JP2023521211A (ja) * 2020-04-16 2023-05-23 ホアウェイ・テクノロジーズ・カンパニー・リミテッド データ伝送方法および通信装置

Families Citing this family (114)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9100854B2 (en) 2011-12-06 2015-08-04 T-Mobile Usa, Inc. Quality of service application controller and user equipment application profiler
WO2013133676A1 (ko) * 2012-03-08 2013-09-12 삼성전자 주식회사 무선 통신 시스템에서 무선 억세스 네트워크의 트래픽 제어 방법 및 장치
US9912597B2 (en) * 2012-03-08 2018-03-06 Samsung Electronics Co., Ltd. Method and apparatus for controlling traffic of radio access network in a wireless communication system
US9526091B2 (en) * 2012-03-16 2016-12-20 Intel Corporation Method and apparatus for coordination of self-optimization functions in a wireless network
US9596697B2 (en) * 2012-04-03 2017-03-14 T-Mobile Usa, Inc. Application controller for quality-of-service configuration of a telecommunication device radio
US10154151B2 (en) * 2012-07-19 2018-12-11 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for implementing policy and charging control
KR20140044993A (ko) * 2012-09-20 2014-04-16 삼성전자주식회사 이동통신 시스템에서 작은 데이터를 검출하기 위한 방법 및 장치
US9282483B2 (en) * 2012-10-04 2016-03-08 Telefonaktiebolaget L M Ericsson (Publ) Network resource modification
WO2014109797A1 (en) * 2013-01-14 2014-07-17 Intel IP Corporation Energy-harvesting devices in wireless networks
EP2946610B1 (en) * 2013-01-17 2018-12-05 Telefonaktiebolaget LM Ericsson (publ) Terminal, network node and methods therein for enabling access to a radio communications network
US9270616B1 (en) * 2013-02-21 2016-02-23 Arris Enterprises, Inc. Low-latency quality of service
US9369391B2 (en) * 2013-03-21 2016-06-14 Nec Corporation Flow management for data streams over cellular networks
WO2014163541A1 (en) * 2013-04-02 2014-10-09 Telefonaktiebolaget Lm Ericsson (Publ) Traffic classification over the base station subsystem transport network
EP2800417B1 (en) * 2013-04-29 2023-03-01 Alcatel Lucent End-to-End QoS when integrating trusted non-3GPP Access Networks and 3GPP Core Networks
FI20135519A (fi) * 2013-05-15 2014-11-16 Tellabs Oy Ohjelmallisesti määriteltävän verkon verkkoelementti
US10021038B2 (en) * 2013-05-17 2018-07-10 Telefonaktiebolaget Lm Ericsson (Publ) Sharing resource reservation
CN104185308B (zh) * 2013-05-23 2018-05-29 华为技术有限公司 小区的业务热点检测方法及装置
WO2014186974A1 (zh) * 2013-05-24 2014-11-27 华为技术有限公司 一种业务接入控制方法和装置
SG11201510793QA (en) * 2013-06-28 2016-01-28 Nokia Solutions & Networks Oy Method and apparatus for offloading traffic from cellular to wlan using assistance information
US9320050B2 (en) * 2013-06-28 2016-04-19 Apple Inc. Systems and methods to enhance radio link performance in a multi-carrier environment
US9807773B2 (en) * 2013-08-19 2017-10-31 Verizon Patent And Licensing Inc. Tier-based admission control for user equipment
US10206137B2 (en) * 2013-09-05 2019-02-12 Nec Corporation Communication apparatus, control apparatus, communication system, communication method, control method, and program
US9516541B2 (en) 2013-09-17 2016-12-06 Intel IP Corporation Congestion measurement and reporting for real-time delay-sensitive applications
WO2015042117A1 (en) 2013-09-17 2015-03-26 Intel IP Corporation Congestion measurement and reporting for real-time delay-sensitive applications
KR102119112B1 (ko) * 2013-09-17 2020-06-29 삼성전자 주식회사 트래픽 품질 제어 방법 및 장치
WO2015044719A1 (en) * 2013-09-27 2015-04-02 Freescale Semiconductor, Inc. Apparatus for optimising a configuration of a communications network device
JP2015076845A (ja) * 2013-10-11 2015-04-20 株式会社日立製作所 通信システム、制御方法、及び、制御装置
JP2015115690A (ja) * 2013-12-10 2015-06-22 株式会社日立製作所 通信システム、輻輳回避方法、ゲートウェイ
US9525634B2 (en) * 2013-12-24 2016-12-20 Verizon Patent And Licensing Inc. Dynamic filtering and load optimization instructions based on subscribtion and real-time network and service load data
US9173133B2 (en) * 2013-12-26 2015-10-27 Cellco Partnership Mobile device with guaranteed QoS
KR102101206B1 (ko) * 2014-01-03 2020-05-15 삼성전자 주식회사 무선 통신 시스템에서 혼잡 관리를 위한 방법 및 장치
US9973407B2 (en) 2014-01-10 2018-05-15 International Business Machines Corporation Bandwidth-sensitive content sharing system
WO2015106460A1 (zh) * 2014-01-20 2015-07-23 华为技术有限公司 核心网设备、接入网设备、数据分流方法及系统
WO2015138265A1 (en) * 2014-03-14 2015-09-17 Intel IP Corporation Method and apparatus to assist network traffic
WO2015147790A1 (en) * 2014-03-24 2015-10-01 Nokia Technologies Oy Adaptive threshold handling for triggering wlan offloading
US9642034B2 (en) * 2014-03-27 2017-05-02 Intel Corporation Systems, methods, and devices to support intra-QCI QoS-aware radio resource allocation
US9571328B2 (en) * 2014-03-27 2017-02-14 International Business Machines Corporation System for self organization of an internet protocol television grid
EP3138320B1 (en) * 2014-04-30 2023-11-01 Nokia Solutions and Networks Oy A method, apparatus and system
US20150327114A1 (en) * 2014-05-08 2015-11-12 Intel IP Corporation Updates to support network based internet protocol flow mobility
WO2015174917A1 (en) * 2014-05-13 2015-11-19 Telefonaktiebolaget L M Ericsson (Publ) Methods and network nodes for managing wireless device associated information in a wireless communication network
WO2015174456A1 (ja) 2014-05-13 2015-11-19 シャープ株式会社 端末装置及び通信制御方法
US10542452B2 (en) * 2014-06-10 2020-01-21 Apple Inc. Enhancing quality of service for high priority services
EP3164971A1 (en) * 2014-07-01 2017-05-10 Telefonaktiebolaget LM Ericsson (publ) Methods and nodes for congestion control
US9693205B2 (en) 2014-07-03 2017-06-27 Cisco Technology, Inc. System and method for providing message delivery and paging to a group of users in a network environment
EP3155835B1 (en) * 2014-07-11 2021-09-22 Huawei Technologies Co., Ltd. Methods, apparatuses and computer program for frequency spectrum assignment
US10142965B2 (en) * 2014-08-01 2018-11-27 Alcatel Lucent Methods and devices for providing application services to users in communications network
US9516640B2 (en) 2014-08-01 2016-12-06 Cisco Technology, Inc. System and method for a media access control scheduler for a long term evolution unlicensed network environment
US20160065480A1 (en) * 2014-09-03 2016-03-03 Qualcomm Incorporated Controlling application traffic
US10462699B2 (en) 2014-09-08 2019-10-29 Cisco Technology, Inc. System and method for internet protocol version-based multiple access point name support in a network environment
US9717068B2 (en) 2014-09-09 2017-07-25 Cisco Technology, Inc. System and method for supporting cell updates within a small cell cluster for idle mobility in cell paging channel mode
US10244580B2 (en) 2014-10-16 2019-03-26 Nokia Of America Corporation Methods and devices for providing application services to users in communications network
US9603047B2 (en) * 2014-10-27 2017-03-21 Alcatel Lucent Load balancing based on an aggregate quality of service for applications using a carrier for wireless communication
CN104320808B (zh) * 2014-10-31 2017-11-24 华为技术有限公司 接入网拥塞控制方法、基站设备及策略及计费规则功能网元
US20160127945A1 (en) * 2014-11-05 2016-05-05 At&T Intellectual Property I, Lp Telecommunications Network Comprising User Equipment-Based Management And Control
US9730156B1 (en) 2014-11-07 2017-08-08 Cisco Technology, Inc. System and method for providing power saving mode enhancements in a network environment
US9699725B1 (en) 2014-11-07 2017-07-04 Cisco Technology, Inc. System and method for providing power saving mode enhancements in a network environment
US9843687B2 (en) * 2014-11-09 2017-12-12 Cisco Technology, Inc. System and method for radio aware traffic management based wireless authorization
JP6508660B2 (ja) * 2014-11-21 2019-05-08 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 課金制御装置、方法、およびシステム
US9629042B2 (en) 2014-12-05 2017-04-18 Cisco Technology, Inc. System and method for providing collaborative neighbor management in a network environment
US20170332279A1 (en) * 2014-12-08 2017-11-16 Nec Corporation Wireless resource control system, wireless base station, relay apparatus, wireless resource control method, and program
US9743312B1 (en) 2014-12-17 2017-08-22 Sprint Spectrum L.P. Method and system of selecting a quality of service for a bearer
US9674861B1 (en) * 2014-12-19 2017-06-06 Sprint Spectrum L.P. Systems and methods for scheduling transmissions from an access node in a communication network
KR102275579B1 (ko) 2014-12-22 2021-07-09 삼성전자 주식회사 이동 통신 시스템에서 전송 차별화를 제공하는 방법 및 장치
US9686798B1 (en) 2015-01-14 2017-06-20 Cisco Technology, Inc. System and method for providing collision-avoided physical downlink control channel resource allocation in a network environment
US9621362B2 (en) 2015-02-03 2017-04-11 Cisco Technology, Inc. System and method for providing policy charging and rules function discovery in a network environment
US10681416B2 (en) * 2015-02-04 2020-06-09 Nippon Telegraph And Telephone Corporation Quality-of-experience optimization system, quality-of-experience optimization apparatus, recommend request apparatus, quality-of-experience optimization method, recommend request method, and program
CN106034327A (zh) * 2015-03-16 2016-10-19 北京三星通信技术研究有限公司 一种基于lte网络的拥塞控制方法和设备
US10103897B2 (en) * 2015-03-18 2018-10-16 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for managing subscription to a policy counter
US9749895B2 (en) 2015-06-05 2017-08-29 Nokia Technologies Oy Facilitating in-bearer QoS differentiation in multi-connectivity 5G networks
CN105915453A (zh) * 2015-07-13 2016-08-31 乐视致新电子科技（天津）有限公司 网络服务质量策略的调整方法和装置
US11228937B2 (en) 2015-07-16 2022-01-18 Nokia Technologies Oy User-plane enhancements supporting in-bearer sub-flow QoS differentiation
US10171537B2 (en) 2015-08-07 2019-01-01 At&T Intellectual Property I, L.P. Segregation of electronic personal health information
US9942747B2 (en) 2015-08-07 2018-04-10 At&T Mobility Ii Llc Dynamic utilization of services by a temporary device
US10631192B2 (en) 2015-08-14 2020-04-21 At&T Intellectual Property I, L.P. Policy enforced intelligent persona manager
US10044780B2 (en) 2015-08-26 2018-08-07 At&T Intellectual Property I, L.P. Dynamic segregated secure data connection
US10897773B2 (en) * 2015-10-06 2021-01-19 Apple Inc. Bearer-less architecture for a wireless cellular network
WO2017105300A1 (en) * 2015-12-15 2017-06-22 Telefonaktiebolaget Lm Ericsson (Publ) Network node and analytics arrangement and methods performed thereby for delivering a service to a wireless device
CN108029010B (zh) * 2016-01-19 2020-12-01 华为技术有限公司 路由规则传输方法、设备和系统
WO2017142447A1 (en) * 2016-02-17 2017-08-24 Telefonaktiebolaget Lm Ericsson (Publ) An associating unit, a mobile terminal, and methods therein for setting up bearers and communicating in a congested communications network
US11240157B1 (en) * 2016-03-02 2022-02-01 Amazon Technologies, Inc. Adaptive quality of service marking
US10243860B2 (en) * 2016-04-05 2019-03-26 Nokia Technologies Oy Method and apparatus for end-to-end QoS/QoE management in 5G systems
US10212093B2 (en) * 2016-04-08 2019-02-19 Nokia Technologies Oy Method and apparatus for U-plane sub-service flow mapping
US10959240B2 (en) * 2016-04-15 2021-03-23 Qualcomm Incorporated Providing quality-of-service in wireless communications
US10582412B2 (en) * 2016-05-12 2020-03-03 M2MD Technologies, Inc. Method and system for providing low bandwidth and high bandwidth communications services using different user equipment profiles
EP3465989B1 (en) * 2016-05-26 2022-04-13 Parallel Wireless Inc. End-to-end prioritization for mobile base station
TWI651979B (zh) 2016-07-07 2019-02-21 財團法人工業技術研究院 無線接取網路之服務區分方法、無線網路系統及無線接取網路存取點
US10390257B2 (en) 2016-07-21 2019-08-20 At&T Mobility Ii Llc Traffic priority for long term evolution networks
WO2018035177A2 (en) 2016-08-15 2018-02-22 Parallel Wireless, Inc. Convergence proxy for core network virtualization
US10531356B2 (en) 2016-08-15 2020-01-07 Parallel Wireless, Inc. VoIP and native carrier call integration
DE112017004736T5 (de) * 2016-09-21 2019-06-19 Mavenir Systems, Inc. Verfahren und System zur Sitzungs-Belastbarkeit in Paket-Gateways
CN108307537B (zh) * 2016-09-28 2020-07-14 华为技术有限公司 一种报文交互方法及相关设备
CN107889171B (zh) * 2016-09-30 2023-10-20 华为技术有限公司 无线通信方法、用户设备和接入网设备
US10944849B2 (en) * 2016-09-30 2021-03-09 Extreme Networks, Inc. Selective policy network device operation
US10237129B2 (en) 2016-09-30 2019-03-19 Aerohive Networks, Inc. Intelligent network access mode configuration based on usage conditions
US10616100B2 (en) 2016-11-03 2020-04-07 Parallel Wireless, Inc. Traffic shaping and end-to-end prioritization
US20200112894A1 (en) * 2017-06-16 2020-04-09 Ntt Docomo, Inc. User device, radio communication system, and radio communication method
US20190028931A1 (en) * 2017-07-19 2019-01-24 Nokia Of America Corporation Method and apparatus for quality of service differentiation via a trusted wireless local area network
US10327267B1 (en) 2017-08-04 2019-06-18 Sprint Spectrum L.P. Control of relay bearer QoS configuration based on messaging from IMS platform
CN108882334B (zh) * 2017-08-11 2019-11-05 华为技术有限公司 一种数据传输方法、核心网用户面设备和源基站
US11736406B2 (en) * 2017-11-30 2023-08-22 Comcast Cable Communications, Llc Assured related packet transmission, delivery and processing
US11350268B2 (en) * 2018-05-18 2022-05-31 Qualcomm Incorporated End-to-end rate adaptation using RAN assisted rate adaptation
US20200007410A1 (en) * 2018-06-27 2020-01-02 Viasat, Inc. Vehicle communication service performance monitoring
CN109787823B (zh) * 2019-01-08 2022-01-25 中国联合网络通信集团有限公司 服务质量QoS标记方法、装置及存储介质
US11019157B2 (en) 2019-03-06 2021-05-25 At&T Intellectual Property I, L.P. Connectionless service and other services for devices using microservices in 5G or other next generation communication systems
US10834618B1 (en) * 2019-08-05 2020-11-10 Sprint Communications Company L.P. Wireless communication network access using different functionality splits for different communication services
CN112449434A (zh) * 2019-08-28 2021-03-05 中国移动通信有限公司研究院 一种信息传输方法、装置和计算机可读存储介质
US11962474B2 (en) * 2019-10-02 2024-04-16 Telefonaktiebolaget Lm Ericsson (Publ) Performance modeling for cloud applications
CN110933707B (zh) * 2019-12-14 2023-05-23 国网陕西省电力公司信息通信公司 一种lte上行链路调度方法及装置
US12016083B1 (en) 2020-06-30 2024-06-18 Sprint Spectrum Llc Dynamically establishing relay voice-bearer in response to detecting of voice communication on other relay bearer
US11533654B2 (en) 2020-09-14 2022-12-20 T-Mobile Usa, Inc. Data packet prioritization for downlink transmission at network level
US11540164B2 (en) 2020-09-14 2022-12-27 T-Mobile Usa, Inc. Data packet prioritization for downlink transmission at sender level
US20230033532A1 (en) * 2021-07-29 2023-02-02 Dish Wireless L.L.C. Method and system for aggregate maximum bit rate (ambr) management
WO2024011934A1 (zh) * 2022-07-15 2024-01-18 华为云计算技术有限公司 一种数据传输方法、装置及系统
EP4401377A3 (en) * 2022-12-20 2024-09-11 Sandvine Corporation System and method for traffic flow content classification and classification confidence level

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080020775A1 (en) * 2004-12-29 2008-01-24 Telefonaktiebolaget Lm Ericsson (Publ) Priority Bearers In A Mobile Telecommunication Network
JP2011525319A (ja) * 2008-06-02 2011-09-15 クゥアルコム・インコーポレイテッド 暗号化サポートのｐｃｃ向上
US20120039175A1 (en) * 2010-08-11 2012-02-16 Alcatel-Lucent Usa Inc. Enabling a distributed policy architecture with extended son (extended self organizing networks)

Family Cites Families (81)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6937566B1 (en) 1997-07-25 2005-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic quality of service reservation in a mobile communications network
US6865185B1 (en) * 2000-02-25 2005-03-08 Cisco Technology, Inc. Method and system for queuing traffic in a wireless communications network
US7106718B2 (en) 2001-02-09 2006-09-12 Telefonaktiebolaget Lm Ericsson (Publ) Signaling quality of service class for use in multimedia communicatations
AU2002315734A1 (en) 2002-06-03 2003-12-19 Huawei Technologies Co., Ltd. Interconnecting proxy, system and method of interconnecting networks using different protocols
EP1416751A1 (en) 2002-10-22 2004-05-06 Nextenso Method and devices for providing event information of a mobile application
US7616638B2 (en) 2003-07-29 2009-11-10 Orbital Data Corporation Wavefront detection and disambiguation of acknowledgments
US20040166835A1 (en) * 2003-02-20 2004-08-26 Klas Johansson Radio resource management with adaptive congestion control
GB2399713A (en) 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications apparatus and method based on quality of service
US20040205752A1 (en) 2003-04-09 2004-10-14 Ching-Roung Chou Method and system for management of traffic processor resources supporting UMTS QoS classes
AU2003304219A1 (en) 2003-06-18 2005-01-04 Utstarcom (China) Co. Ltd. Method for implementing diffserv in the wireless access network of the universal mobile telecommunication system
US7324553B1 (en) 2003-09-30 2008-01-29 Packeteer, Inc. Dynamic bandwidth management responsive to access link state in redundant network topologies
EP1610502B1 (en) 2004-06-21 2011-08-03 Panasonic Corporation Adaptive and scalable QOS architecture for single-bearer multicast/broadcast services
JP2006101400A (ja) 2004-09-30 2006-04-13 Advanced Telecommunication Research Institute International 無線ネットワークのための制御装置及び制御方法
FR2900529A1 (fr) 2006-04-26 2007-11-02 France Telecom Gestion de ressources radio dans un reseau de telecommunications radio
US7680478B2 (en) * 2006-05-04 2010-03-16 Telefonaktiebolaget Lm Ericsson (Publ) Inactivity monitoring for different traffic or service classifications
US20080214189A1 (en) 2007-03-01 2008-09-04 Pouya Taaghol Mobility protocol switching for wireless networks
CN101431797B (zh) 2007-05-11 2012-02-01 华为技术有限公司 一种注册处理方法、系统及装置
US20100208706A1 (en) 2007-09-19 2010-08-19 Jun Hirano Network node and mobile terminal
EP3537845A1 (en) 2007-09-27 2019-09-11 Sun Patent Trust Network node and mobile terminal
CN101425959B (zh) 2007-10-29 2013-04-24 华为技术有限公司 一种承载处理方法和装置
WO2009091306A1 (en) 2008-01-18 2009-07-23 Telefonaktiebolaget Lm Ericsson (Publ) Route optimization in mobile ip networks
US9043862B2 (en) * 2008-02-06 2015-05-26 Qualcomm Incorporated Policy control for encapsulated data flows
EP2107731B1 (en) 2008-03-31 2016-11-09 Mitsubishi Electric R&D Centre Europe B.V. Method and a device for transferring a flow of data by a first telecommunication device to a second telecommunication device
JP5599781B2 (ja) 2008-04-29 2014-10-01 ノキア シーメンス ネットワークス オサケユキチュア 簡易化したローカル経路指定
JP5144804B2 (ja) * 2008-04-30 2013-02-13 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｌｔｅにおけるセルフバックホーリング
EP2117201A1 (en) 2008-05-07 2009-11-11 Alcatel Lucent Network device and method for local routing of data traffic
US8346225B2 (en) 2009-01-28 2013-01-01 Headwater Partners I, Llc Quality of service for device assisted services
US9131425B2 (en) 2008-06-09 2015-09-08 Qualcomm Incorporated Method and apparatus for PCC enhancement for flow based mobility
JPWO2009153943A1 (ja) 2008-06-16 2011-11-24 パナソニック株式会社 バインディングキャッシュ生成方法、バインディングキャッシュ生成システム、ホームエージェント及びモバイルノード
US8681739B1 (en) 2008-08-06 2014-03-25 Marvell International Ltd. Method and apparatus for supporting multiple connections over different types of access in 3GPP systems
JP5587884B2 (ja) 2008-08-06 2014-09-10 モービック・ネットワークス 無線アクセスネットワーク（ｒａｎ）におけるコンテンツのキャッシング
US8811338B2 (en) 2008-08-22 2014-08-19 Qualcomm Incorporated Proxy mobile internet protocol (PMIP) in a multi-interface communication environment
US8005087B2 (en) * 2008-09-16 2011-08-23 Alcatel Lucent Application-level processing for default LTE bearer
US9066354B2 (en) 2008-09-26 2015-06-23 Haipeng Jin Synchronizing bearer context
JP5343747B2 (ja) 2008-09-30 2013-11-13 日本電気株式会社 無線通信システム、管理サーバ、ネットワーク選択方法、および管理サーバプログラム
CN102187730A (zh) 2008-10-20 2011-09-14 爱立信电话股份有限公司 用于LTE中的自回传的QoS管理
WO2010072652A1 (en) 2008-12-23 2010-07-01 Thomson Licensing Method for evaluating link cost metrics in communication networks
CN105025531B (zh) 2009-01-09 2018-12-28 交互数字专利控股公司 Wtru及其实施的方法
US20120069797A1 (en) 2009-02-27 2012-03-22 Panasonic Corporation Method for a communication node with a plurality of communication interfaces to notify dynamic path setup and associates apparatus thereof
EP3229507B1 (en) 2009-03-13 2023-05-31 Nokia Solutions and Networks Oy Local breakout with optimized interface
US8867486B2 (en) 2009-04-17 2014-10-21 Qualcomm Incorporated Wireless data communications employing IP flow mobility
US20120327779A1 (en) 2009-06-12 2012-12-27 Cygnus Broadband, Inc. Systems and methods for congestion detection for use in prioritizing and scheduling packets in a communication network
US8315216B2 (en) 2009-07-10 2012-11-20 Verizon Patent And Licensing Inc. Radio access network (RAN) capacity/resource determination
US20110038304A1 (en) 2009-08-11 2011-02-17 Yi-Neng Lin Telecommunication network broadband off-loading system and method
US20120188895A1 (en) 2009-08-13 2012-07-26 Nec Europe Ltd. System and method for supporting local ip connectivity for an (e)nodeb
EP2471302B1 (en) 2009-08-25 2014-03-05 Telefonaktiebolaget LM Ericsson (publ) Using the ecn mechanism to signal congestion directly to the base station
CN102026303A (zh) 2009-09-21 2011-04-20 中兴通讯股份有限公司 一种实现家用基站上QoS控制的方法和系统
CN102036325B (zh) 2009-09-28 2013-06-05 华为终端有限公司 一种建立或修改本地ip接入承载的方法和设备
WO2011039985A1 (ja) 2009-09-30 2011-04-07 パナソニック株式会社 パケット回復方法、パケット回復システム、その方法で用いられる移動端末及び中間装置
US9788294B2 (en) 2009-10-30 2017-10-10 Telefonaktiebolaget L M Ericsson (Publ) Method, access control node and domain name server in a wireless communication system
JP5570611B2 (ja) 2009-11-27 2014-08-13 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 改善されたサービス品質処理のための通信方法、通信プロトコル及び通信装置
WO2011069096A2 (en) 2009-12-04 2011-06-09 Interdigital Patent Holdings, Inc. Bandwidth management for a converged gateway in a hybrid network
US8477724B2 (en) 2010-01-11 2013-07-02 Research In Motion Limited System and method for enabling session context continuity of local service availability in local cellular coverage
US8693320B2 (en) 2010-01-11 2014-04-08 Research In Motion Limited Congestion level indication with explicit congestion notification in communication systems
US8416690B2 (en) 2010-01-11 2013-04-09 Research In Motion Limited Explicit congestion notification based rate adaptation using binary marking in communication systems
US8335161B2 (en) 2010-02-03 2012-12-18 Bridgewater Systems Corp. Systems and methods for network congestion management using radio access network congestion indicators
EP2362688B1 (en) 2010-02-23 2016-05-25 Alcatel Lucent Transport of multihoming service related information between user equipment and 3GPP evolved packet core
RU2538921C2 (ru) 2010-03-31 2015-01-10 Телефонактиеболагет Л М Эрикссон (Пабл) Обратная связь по сетевому доступу посредством многорежимного терминала
CN105162619A (zh) 2010-04-02 2015-12-16 交互数字专利控股公司 被配置为协调服务控制策略和接入控制策略的系统
CN102223663B (zh) 2010-04-15 2016-03-30 中兴通讯股份有限公司 一种获取网络负荷的方法及系统
CN103038651B (zh) 2010-05-25 2016-08-31 海德沃特合作I有限公司 用于无线网络卸载的系统和方法
US20120030331A1 (en) * 2010-07-30 2012-02-02 Interdigital Patent Holdings, Inc. Method and apparatus for managing and processing policy profile restrictions
US9801233B2 (en) 2010-08-02 2017-10-24 Interdigital Patent Holdings, Inc. Method and apparatus for supporting femtocell service capabilities for services
US8565073B2 (en) 2010-08-18 2013-10-22 At&T Intellectual Property I, L.P. Dynamic rerouting of data paths in a wireless communication network
US9295089B2 (en) 2010-09-07 2016-03-22 Interdigital Patent Holdings, Inc. Bandwidth management, aggregation and internet protocol flow mobility across multiple-access technologies
US8565091B2 (en) 2010-10-28 2013-10-22 Telefonaktiebolaget L M Ericsson (Publ) Dynamic control of air interface throughput
US8681622B2 (en) * 2010-12-17 2014-03-25 Tekelec, Inc. Policy and charging rules function (PCRF) and performance intelligence center (PIC) based congestion control
CN102625409A (zh) 2011-01-31 2012-08-01 北京三星通信技术研究有限公司 一种支持用户设备接入本地ip接入业务的方法
US8724467B2 (en) 2011-02-04 2014-05-13 Cisco Technology, Inc. System and method for managing congestion in a network environment
EP2676478B1 (en) 2011-02-15 2015-04-01 Nokia Solutions and Networks Oy Method and apparatus for in sequence delivery of downlink local ip access (lipa) packets
US20140013383A1 (en) 2011-03-22 2014-01-09 Telefonaktiebolaget L M Ericsson (Publ) Network node and method to control routing or bypassing of deployed traffic detection function nodes
TW201246879A (en) * 2011-04-13 2012-11-16 Interdigital Patent Holdings Methods, systems and apparatus for managing and/or enforcing policies for managing internet protocol (''IP'') traffic among multiple accesses of a network
WO2012167184A2 (en) 2011-06-02 2012-12-06 Interdigital Patent Holdings, Inc. Methods, apparatus, and systems for managing converged gateway communications
US8948007B2 (en) * 2011-06-13 2015-02-03 Verizon Patent And Licensing Inc. Interoperable quality of service pre-negotiation
EP2728927B1 (en) 2011-07-01 2016-03-23 NEC Corporation Communication system and base station device
CN102300264B (zh) 2011-08-22 2013-12-04 中国电信股份有限公司 无线网络的流量控制方法和系统
WO2013109941A2 (en) 2012-01-19 2013-07-25 Vid Scale, Inc. Methods and systems for video delivery supporting adaption to viewing conditions
EP2813007A4 (en) * 2012-02-06 2015-10-28 Intel Corp CONTROL SIGNALS FOR THE CONFIGURATION OF DOWNLINK COORDINATED MULTIPOINT COMMUNICATIONS
CN103369594B (zh) * 2012-04-06 2016-10-05 华为技术有限公司 一种标记业务数据包的方法、装置及系统
US9585054B2 (en) 2012-07-19 2017-02-28 Interdigital Patent Holdings, Inc. Method and apparatus for detecting and managing user plane congestion
US9014116B2 (en) * 2012-12-19 2015-04-21 Alcatel Lucent Methods for congestion control in wireless networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080020775A1 (en) * 2004-12-29 2008-01-24 Telefonaktiebolaget Lm Ericsson (Publ) Priority Bearers In A Mobile Telecommunication Network
JP2011525319A (ja) * 2008-06-02 2011-09-15 クゥアルコム・インコーポレイテッド 暗号化サポートのｐｃｃ向上
US20120039175A1 (en) * 2010-08-11 2012-02-16 Alcatel-Lucent Usa Inc. Enabling a distributed policy architecture with extended son (extended self organizing networks)

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"CN aspects of Service Identification for RRC Improvements in GERAN[online]", 3GPP TSG-CT WG4#55 C4-112729, JPN6017001296, 18 November 2011 (2011-11-18), pages Pages 1-5 *
NEC, NTT DOCOMO: "Use Cases for User Plane Congestion Management (UPCON)[online]", 3GPP TSG-SA WG1♯56 S1-113149, JPN6017001298, 7 November 2011 (2011-11-07), pages Pages 1-11 *
NTT DOCOMO: "Considering RAT congestion scenario in UPCON SID[online]", 3GPP TSG-SA WG2#86 S2-113253, JPN6017001297, 15 July 2011 (2011-07-15), pages Pages 1-2 *

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017506482A (ja) * 2014-03-24 2017-03-02 インテル アイピー コーポレイション 進化型ノードｂ、モビリティマネジメントエンティティ、及びユーザ機器、並びに留意されているサービス及び留意されていないサービスをサポートする方法
JP2015220544A (ja) * 2014-05-15 2015-12-07 富士通株式会社 基地局装置及び通信システム
US10375740B2 (en) 2014-05-30 2019-08-06 Huawei Technologies Co., Ltd. Bearer setup apparatus and method
JP2018524946A (ja) * 2015-07-30 2018-08-30 ソニーモバイルコミュニケーションズ株式会社 モバイルホットスポット
JP2018026711A (ja) * 2016-08-10 2018-02-15 日本電信電話株式会社 ＱｏＳ制御システム及び方法
JP2020535716A (ja) * 2017-09-29 2020-12-03 日本電気株式会社 受信した体感品質情報に基づくリソース割り当ての最適化
JP2022000961A (ja) * 2017-09-29 2022-01-04 日本電気株式会社 受信した体感品質情報に基づくリソース割り当ての最適化
JP7238933B2 (ja) 2017-09-29 2023-03-14 日本電気株式会社 受信した体感品質情報に基づくリソース割り当ての最適化
WO2020044676A1 (ja) * 2018-08-28 2020-03-05 日本電気株式会社 管理装置、通信装置、システム、方法及び非一時的なコンピュータ可読媒体
US11558722B2 (en) 2018-08-28 2023-01-17 Nec Corporation Management apparatus, communication apparatus, system, method, and non-transitory computer readable medium
JP2022522290A (ja) * 2019-02-27 2022-04-15 シトリックス・システムズ・インコーポレイテッド サービスとしてのソフトウェア（ＳａａＳ）のセッションに対してエンドツーエンドのサービスの品質（ＱｏＳ）制御を提供するクライアントコンピューティングデバイスおよび関係のある方法
JPWO2020240669A1 (ja) * 2019-05-27 2020-12-03
WO2020240669A1 (ja) * 2019-05-27 2020-12-03 日本電信電話株式会社 品質推定装置、モデル構築方法、推定方法、及びプログラム
JP7302657B2 (ja) 2019-05-27 2023-07-04 日本電信電話株式会社 品質推定装置、モデル構築方法、推定方法、及びプログラム
JP2023521211A (ja) * 2020-04-16 2023-05-23 ホアウェイ・テクノロジーズ・カンパニー・リミテッド データ伝送方法および通信装置
JP7500909B2 (ja) 2020-04-16 2024-06-18 ホアウェイ・テクノロジーズ・カンパニー・リミテッド データ伝送方法および通信装置

Also Published As

Publication number Publication date
EP2815603B1 (en) 2019-09-25
TW201742479A (zh) 2017-12-01
US20150009826A1 (en) 2015-01-08
JP6396808B2 (ja) 2018-09-26
TW201340742A (zh) 2013-10-01
TWI662845B (zh) 2019-06-11
WO2013123467A1 (en) 2013-08-22
EP2815603A1 (en) 2014-12-24
US9807644B2 (en) 2017-10-31

Similar Documents

Publication Publication Date Title
JP6396808B2 (ja) 輻輳を処理するおよび／またはユーザ体感品質を管理するための階層的トラフィック区分化
US11924680B2 (en) User-plane congestion management
JP2015513829A5 (ja)
US9894556B2 (en) Methods, systems and apparatus for managing and/or enforcing policies for managing internet protocol (“IP”) traffic among multiple accesses of a network
US9722929B2 (en) Congestion aware throughput targets
Ekstrom QoS control in the 3GPP evolved packet system
US10292066B2 (en) System and method of modifying congestion control based on mobile system information
US20170325120A1 (en) Quality of experience enforcement in communications
JP2023512900A (ja) デバイスグループおよびサービスレベル目標を有するマイクロスライス
US20140155043A1 (en) Application quality management in a communication system
US20140153392A1 (en) Application quality management in a cooperative communication system
KR20140147871A (ko) 통신 네트워크에서 애플리케이션-인식 수락 제어를 위한 방법 및 시스템
CN104753812B (zh) 通信系统中的应用质量管理
KR102234927B1 (ko) 협력형 통신 시스템 내 애플리케이션 품질 관리
Gómez et al. Quality of service drivers in lte and lte-a networks
Karthik et al. QoS in LTE and 802.16
ITU ITU-T Technical paper
Main et al. Document Title: Intermediate Design of the MEVICO Traffic Engineering Architecture
Wu et al. End-to-End Quality of Service in Evolved Packet Systems
Amani QoS-aware and Policy Based Mobile Data Offloading
Ali-Yahiya et al. Quality of Service
Rakocevic Quality of Service Management in UMA
Albaladejo et al. Evolution of QoS Control in Next Generation Mobile Networks

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20150612

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20150612

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160216

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160216

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170111

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170124

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20170424

A524 Written submission of copy of amendment under article 19 pct

Free format text: JAPANESE INTERMEDIATE CODE: A524

Effective date: 20170720

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20180109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180509

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20180621

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180731

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180830

R150 Certificate of patent or registration of utility model

Ref document number: 6396808

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250