JP2013526092A - Ｐｃｃ／ｑｏｓ規則の生成 - Google Patents

Abstract

様々な例示的な実施形態は、ＰＣＲＮにおいて、アプリケーション要求メッセージを受信するステップと、少なくとも１つの要求されたサービスフローをアプリケーション要求メッセージから決定するステップと、少なくとも１つの要求されたサービスフローのそれぞれの要求されたサービスフローに関して、アプリケーション要求メッセージに基づいて、新しいＰＣＣ規則を生成するステップと、それぞれの新しいＰＣＣ規則をポリシーおよび課金施行ノード（ＰＣＥＮ）に提供するステップのうちの１つまたは複数を含む方法、および関連するネットワークノード、ならびに機械可読記憶媒体に関する。様々な例示的な実施形態は、少なくとも１つの媒体構成要素、および少なくとも１つの媒体下位構成要素を含むアプリケーション要求メッセージと、それぞれの媒体下位構成要素に関して、要求されたサービスフローを媒体下位構成要素から決定するステップとをさらに含む。

Description

本明細書で開示される様々な例示的な実施形態は、一般に、通信ネットワークにおけるポリシーおよび課金に関する。

モバイル通信ネットワーク内の様々なタイプのアプリケーションに対する需要が高まるにつれて、サービスプロバイダは、この拡張された機能性を確実に提供するために、そのシステムを常に更新しなければならない。かつて単に音声通信に関して設計されたシステムだったものは、テキストメッセージング、マルチメディアストリーミング、および一般的なインターネットアクセスを含めて、無数のアプリケーションに対するアクセスを提供する汎用ネットワークアクセスポイントに成長した。そのようなアプリケーションをサポートするために、プロバイダは、その既存の音声ネットワークの上に、素晴らしいとはいえない解決策をもたらす新しいネットワークを構築した。第２世代ネットワークおよび第３世代ネットワークに見られるように、音声サービスは、その他のサービス通信が、インターネットプロトコル（ＩＰ）に従って送信され、異なるパケット交換コアに向けられるのに対して、専用の音声チャネルを介して搬送され、回線交換コアに向けられなければならない。これは、アプリケーション規定、計測および課金、ならびに体感品質（ｑｕａｌｉｔｙ ｏｆ ｅｘｐｅｒｉｅｎｃｅ）（ＱｏＥ）保証に関して、独自の問題をもたらした。

第２世代および第３世代のデュアルコア手法を簡素化する努力において、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、当該プロジェクトが「ロングタームエボリューション（ＬＴＥ）」と呼ぶ新しいネットワーク方式を推奨した。ＬＴＥネットワークでは、すべての通信は、ＩＰチャネルを介してユーザ装置（ＵＥ）から進化型パケットコア（ＥＰＣ）と呼ばれるａｌｌ−ＩＰコアに搬送される。次いで、ＥＰＣは、受け入れ可能なＱｏＥを確実にして、その特定のネットワーク活動に関して加入者に課金すると同時に、他のネットワークにゲートウェイアクセスを提供する。

３ＧＰＰは、一般に、いくつかの技術仕様におけるＥＰＣの構成要素、それらのＥＰＣ構成要素の間の相互作用を記述する。詳細には、３ＧＰＰ ＴＳ ２９．２１２、３ＧＰＰ ＴＳ ２９．２１３、および３ＧＰＰ ＴＳ ２９．２１４は、ＥＰＣのポリシーおよび課金規則機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）（ＰＣＲＦ）、ポリシーおよび課金施行機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（ＰＣＥＦ）、ならびにベアラバインディングおよびイベント報告機能（Ｂｅａｒｅｒ Ｂｉｎｄｉｎｇ ａｎｄ Ｅｖｅｎｔ Ｒｅｐｏｒｔｉｎｇ Ｆｕｎｃｔｉｏｎ）（ＢＢＥＲＦ）を記述する。これらの仕様は、信頼性のあるデータサービスを提供して、その使用に関して加入者に課金するために、これらの要素がどのように相互作用するかについて何らかの指針をさらに規定する。

例えば、３ＧＰＰ ＴＳ ２９．２１２および３ＧＰＰ ＴＳ ２９．２１４は、ＡＡ要求（ＡＡＲ）メッセージの形でアプリケーション機能部（ＡＦ）から、またはクレジット制御要求（ＣＣＲ）メッセージの形でパケットデータネットワークゲートウェイ（ＰＧＷ）からアプリケーション要求を受信すると、ＥＰＣによるアプリケーションセッションの確立に関する何らかの指針を提供する。これらの標準は、ＰＣＲＦは新しいアプリケーション要求を受信して、そのような要求に整合する新しいポリシーおよび課金制御（ＰＣＣ）規則を作成して、設置のために、これらの新しいＰＣＣ規則をＰＣＥＦに提供する役割を担うことを指定する。３ＧＰＰ標準は、アプリケーション要求メッセージおよびＰＣＣ規則のフォーマットも定義する。

しかし、３ＧＰＰ標準は、ＰＣＲＦがアプリケーション要求をどのように解釈すべきか、またはＰＣＣ規則をどのように作成すべきかを記述していない。そのような機能性は、ＥＰＣの動作にとって極めて重要である。アプリケーション要求に基づいて、適切なＰＣＣ規則を作成する手段がない場合、ＥＰＣは、アプリケーションセッションを確立すること、アプリケーション使用に関して加入者に課金すること、またはサービスを提供する際に一定のＱｏＥレベルが満たされることを確実にできない場合がある。

前述の説明に鑑みて、アプリケーション要求を履行する際に、新しいＰＣＣ規則を動的に作成するための方法を提供することが望ましいことになる。詳細には、受信された要求の目的を達成する新しいＰＣＣ規則を作成することによって、ＡＦアプリケーション要求およびＰＧＷアプリケーション要求に柔軟に応答することができるＰＣＲＦを提供することが望ましいことになる。

アプリケーション要求を履行する際に、新しいＰＣＣ規則を動的に作成する方法のこの必要性に照らして、様々な例示的な実施形態の概要が提示される。本発明の範囲を限定するためではなく、様々な例示的な実施形態のいくつかの態様を強調および紹介するための以下の概要において、何らかの簡素化および省略が行われる場合がある。当業者が本発明の概念を構成し、その概念を使用することを十分可能にする、好ましい例示的な実施形態の詳細な説明が後の節に続く。

様々な例示的な実施形態は、少なくとも１つのポリシーおよび課金制御（ＰＣＣ）規則を生成する目的で、アプリケーション要求メッセージを処理するためにポリシーおよび課金規則ノード（ＰＣＲＮ）によって実行される方法であって、ＰＣＲＮにおいて、アプリケーション要求メッセージを受信するステップと、少なくとも１つの要求されたサービスフローをアプリケーション要求メッセージから決定するステップと、少なくとも１つの要求されたサービスフローのそれぞれの要求されたサービスフローに関して、アプリケーション要求メッセージに基づいて、新しいＰＣＣ規則を生成するステップと、それぞれの新しいＰＣＣ規則をポリシーおよび課金施行ノード（ＰＣＥＮ）に提供するステップとを含む、方法に関する。

このように、様々な例示的な実施形態は、アプリケーション要求に応答して、ポリシーおよび課金制御規則の動的な作成を可能にする点は明らかであろう。詳細には、アプリケーション要求メッセージをいくつかの要求されたサービスフローに変換することによって、ポリシーおよび課金規則ノードは、要求されたアプリケーション、加入者データ、および／または規則ベースのポリシー決定に動的に基づく、それぞれの要求されたサービスフローを提供するための規則を生成することが可能である。

様々な例示的な実施形態をより良好に理解するために、添付の図面が参照される。

様々なデータサービスを提供するためのある例示的な加入者ネットワークを示す図である。 アプリケーション要求に応答して、新しいポリシーおよび課金制御（ＰＣＣ）規則を作成するためのある例示的なポリシーおよび課金規則ノード（ＰＣＲＮ）を示す図である。 ある例示的なネットワーク発生型アプリケーション要求メッセージを示す図である。 ある例示的なユーザ装置発生型アプリケーション要求メッセージを示す図である。 ＰＣＣ規則を記憶するためのある例示的なデータ構成を示す図である。 加入プロファイルデータを記憶するためのある例示的なデータ構成を示す図である。 媒体タイプとサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）との間の相関を記憶するためのある例示的なデータ構成を示す図である。 アプリケーション要求に応答して、新しいポリシーおよび課金制御（ＰＣＣ）規則を作成するためのある例示的な方法を示す図である。

次に、類似の数字が類似の構成要素またはステップを指す図面を参照して、様々な例示的な実施形態の幅広い態様が開示される。

図１は、様々なデータサービスを提供するためのある例示的な加入者ネットワーク１００を示す。例示的な加入者ネットワーク１００は、様々なサービスに対するアクセスを提供するための通信ネットワークまたはその他のネットワークであってよい。例示的な加入者ネットワーク１００は、ユーザ装置１１０と、基地局１２０と、進化型パケットコア（ＥＰＣ）１３０と、パケットデータネットワーク１４０と、アプリケーション機能部（ＡＦ）１５０とを含むことが可能である。

ユーザ装置１１０は、エンドユーザにデータサービスを提供するために、パケットデータネットワーク１４０と通信するデバイスであってよい。そのようなデータサービスは、例えば、音声通信、テキストメッセージング、マルチメディアストリーミング、およびインターネットアクセスを含むことが可能である。より詳細には、様々な例示的な実施形態では、ユーザ装置１１０は、パーソナルコンピュータもしくはラップトップコンピュータ、無線電子メールデバイス、携帯電話、テレビジョンセットトップボックス、またはＥＰＣ１３０を経由して他のデバイスと通信できる任意のその他のデバイスである。

基地局１２０は、ユーザ装置１１０とＥＰＣ１３０との間の通信を可能にするデバイスであってよい。例えば、基地局１２０は、３ＧＰＰ標準によって定義されるような進化型ノードＢ（ｅノードＢ）など、ベーストランシーバ基地局であってよい。したがって、基地局１２０は、電波など、第１の媒体を経由してユーザ装置１１０と通信し、イーサネット（登録商標）ケーブルなど、第２の媒体を経由して、ＥＰＣ１３０と通信するデバイスであってよい。基地局１２０は、ＥＰＣ１３０と直接通信することも、またはいくつかの中間ノード（図示せず）を経由して通信することもできる。様々な実施形態では、複数の基地局（図示せず）は、ユーザ装置１１０に移動性を提供するために存在する場合がある。様々な代替実施形態では、ユーザ装置１１０は、ＥＰＣ１３０と直接通信することができる点に留意されたい。そのような実施形態では、基地局１２０は存在しなくてよい。

進化型パケットコア（ＥＰＣ）１３０は、パケットデータネットワーク１４０に対するゲートウェイアクセスをユーザ装置１１０に提供するデバイス、またはデバイスのネットワークであってよい。ＥＰＣ１３０は、提供されたデータサービスの使用に関して加入者に課金して、特定の体感品質（ＱｏＥ）標準が満たされることを確実にすることがさらに可能である。したがって、ＥＰＣ１３０は、少なくとも一部、３ＧＰＰ ＴＳ ２９．２１２標準、３ＧＰＰ ＴＳ ２９．２１３標準、および３ＧＰＰ ＴＳ ２９．２１４標準に従って実施可能である。したがって、ＥＰＣ１３０は、サービス提供ゲートウェイ（ＳＧＷ）１３２と、パケットデータネットワークゲートウェイ（ＰＧＷ）１３４と、ポリシーおよび課金規則ノード（ＰＣＲＮ）１３６と、加入プロファイルリポジトリ（ＳＰＲ）１３８とを含むことが可能である。

サービス提供ゲートウェイ（ＳＧＷ）１３２は、ＥＰＣ１３０に対するゲートウェイアクセスを提供するデバイスであってよい。ＳＧＷ１３２は、ユーザ装置１１０によって送られたパケットを受信する、ＥＰＣ１３０内の最初のデバイスであってよい。ＳＧＷ１３２は、そのようなパケットをＰＧＷ１３４に向けて転送することができる。ＳＧＷ１３２は、例えば、複数の基地局（図示せず）同士の間のユーザ装置１１０の移動性を管理すること、およびサービス提供されているそれぞれのフローに関する特定のサービス品質（ＱｏＳ）特性を施行することなど、いくつかの機能を実行することができる。プロキシモバイルＩＰ標準を実施する実装形態など、様々な実装形態では、ＳＧＷ１３２は、ベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ）を含むことが可能である。様々な例示的な実施形態では、ＥＰＣ１３０は、複数のＳＧＷ（図示せず）を含むことが可能であり、それぞれのＳＧＷは、複数の基地局（図示せず）と通信することができる。

パケットデータネットワークゲートウェイ（ＰＧＷ）１３４は、パケットデータネットワーク１４０に対するゲートウェイアクセスを提供するデバイスであってよい。ＰＧＷ１３４は、ＳＧＷ１３２を経由してパケットデータネットワーク１４０に向けてユーザ装置１１０によって送られたパケットを受信する、ＥＰＣ１３０内の最後のデバイスであってよい。ＰＧＷ１３４は、それぞれのサービスデータフロー（ＳＤＦ）に関するポリシーおよび課金制御（ＰＣＣ）規則を施行するポリシーおよび課金施行機能（ＰＣＥＦ）を含むことが可能である。したがって、ＰＧＷ１３４は、ポリシーおよび課金施行ノード（ＰＣＥＮ）であってよい。ＰＧＷ１３４は、例えば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートなど、いくつかの追加の特徴を含むことが可能である。ＰＧＷ１３４は、知られていないアプリケーションサービスに関するリソース割振りを要求する役割を担うことも可能である。図４に関して下でさらに詳細に説明されるように、ＵＥ １１０から知られていないアプリケーションサービスに関する要求を受信すると、ＰＧＷは、リソースの適切な割振りを要求する、ＣＣＲ１７０などのクレジット制御要求（ＣＣＲ）を構築し、その要求をＰＣＲＮ１３６に転送することができる。

ポリシーおよび課金規則ノード（ＰＣＲＮ）１３６は、アプリケーションサービスに関する要求を受信し、ＰＣＣ規則を生成し、ＰＣＣ規則をＰＧＷ１３４および／または他のＰＣＥＮ（図示せず）に提供するデバイスであってよい。ＰＣＲＮ１３６は、Ｒｘインターフェースを経由してＡＦ１５０と通信可能である。ＡＦ１５０および図３に関して下でさらに詳細に説明されるように、ＰＣＲＮ１３６は、ＡＦ１５０からＡＡ要求（ＡＡＲ）１６０の形でアプリケーション要求を受信することができる。ＡＡＲ１６０を受信すると、ＰＣＲＮ１３６は、アプリケーション要求１６０を履行するために、少なくとも１つの新しいＰＣＣ規則を生成することができる。

ＰＣＲＮ１３６は、それぞれ、ＧｘｘインターフェースおよびＧｘインターフェースを経由して、ＳＧＷ１３２およびＰＧＷ１３４と通信可能である。図４に関して下でさらに詳細に説明されるように、ＰＣＲＮ１３６は、ＳＧＷ１３２またはＰＧＷ１３４からクレジット制御要求（ＣＣＲ）１７０の形でアプリケーション要求を受信することができる。ＡＡＲ１６０と同様に、ＣＣＲ１７０を受信すると、ＰＣＲＮは、アプリケーション要求１７０を履行するために、少なくとも１つの新しいＰＣＣ規則を生成することができる。様々な実施形態では、ＡＡＲ１６０およびＣＣＲ１７０は、別個に処理されることになる２つの独立したアプリケーション要求を表す場合があり、一方、他の実施形態では、ＡＡＲ１６０およびＣＣＲ１７０は、単一のアプリケーション要求に関する情報を搬送することが可能であり、ＰＣＲＮ１３６は、ＡＡＲ１６０とＣＣＲ１７０の組合せに基づいて、少なくとも１つのＰＣＣ規則を作成することができる。様々な実施形態では、ＰＣＲＮ１３６は、単一のメッセージアプリケーション要求と対のメッセージアプリケーション要求の両方を処理することが可能であり得る。

新しいＰＣＣ規則を作成すると、またはＰＧＷ１３４による要求を受けると、ＰＣＲＮ１３６は、Ｇｘインターフェースを経由して、ＰＣＣ規則をＰＧＷ１３４に提供することができる。例えば、ＰＭＩＰ標準を実施する実施形態など、様々な実施形態では、ＰＣＲＮ１３６は、ＱｏＳ規則を生成することもできる。新しいＱｏＳ規則を作成すると、またはＳＧＷ１３２による要求を受けると、ＰＣＲＮ１３６は、Ｇｘｘインターフェースを経由して、ＱｏＳ規則をＳＧＷ１３２に提供することができる。

加入プロファイルリポジトリ（ＳＰＲ）１３８は、加入者ネットワーク１００に対する加入者に関する情報を記憶するデバイスであってよい。したがって、ＳＰＲ１３８は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または類似の記憶媒体など、機械可読記憶媒体を含むことが可能である。ＳＰＲ１３８は、ＰＣＲＮ１３６の構成要素であってよく、またはＥＰＣ１３０内の独立したノードを構成してもよい。図５を参照してさらに詳細に説明されるように、ＳＰＲ１３８によって記憶されるデータは、それぞれの加入者の識別子と、帯域幅限界、課金パラメータ、および加入者優先順位など、それぞれの加入者に関する加入情報の表示とを含むことが可能である。

パケットデータネットワーク１４０は、ユーザ装置１１０と、ＡＦ１５０など、パケットデータネットワーク１４０に接続された他のデバイスとの間にデータ通信を提供するための任意のネットワークであってよい。パケットデータネットワーク１４０は、例えば、パケットデータネットワーク１４０と通信中の様々なユーザデバイスに電話サービスおよび／またはインターネットサービスをさらに提供することができる。

アプリケーション機能部（ＡＦ）１５０は、知られているアプリケーションサービスをユーザ装置１１０に提供するデバイスであってよい。したがって、ＡＦ１５０は、例えば、ビデオストリーミングもしくは音声通信サービスをユーザ装置１１０に提供するサーバまたはその他のデバイスであってよい。ＡＦ１５０は、Ｒｘインターフェースを経由して、ＥＰＣ１３０のＰＣＲＮ１３６とさらに通信可能である。ＡＦ１５０が知られているアプリケーションサービスをユーザ装置１１０に提供し始めるとき、ＡＦ１５０は、アプリケーションサービスにリソースが割り振られるべきであることをＰＣＲＮ１３６に通知するために、ダイヤメータプロトコルに従って、ＡＡ要求（ＡＡＲ）１６０などのアプリケーション要求メッセージを生成することが可能である。このアプリケーション要求メッセージは、アプリケーションサービスを使用している加入者の識別、および要求されたサービスを提供するために確立されなければならない特定のサービスデータフローの識別などの情報を含むことが可能である。ＡＦ１５０は、Ｒｘインターフェースを経由して、そのようなアプリケーション要求をＰＣＲＮ１３６に通信することができる。

加入者ネットワーク１００の構成要素を説明してきたが、加入者ネットワーク１００の動作の概要が提供される。以下の記述は、加入者ネットワーク１００の動作の概要を提供することを意図し、したがって、ある意味で簡素化である点は明らかであろう。加入者ネットワーク１００の詳細な動作は、図２−７に関して下でさらに詳細に説明される。

様々な例示的な実施形態によれば、ユーザ装置１１０は、ユーザ装置１１０がＡＦ１５０によって提供された、知られているサービスを受信することを望むことを示すために、ＡＦ１５０と通信することができる。そのような通信は、ＥＰＣ１３０とパケットデータネットワーク１４０とを経由して、または他の通信チャネル（図示せず）を経由して発生する可能性がある。次いで、ＡＦ１５０は、加入者と、要求されたサービスを提供するために必要なデータフローとを示すＡＡＲ１６０を構築することができる。次いで、ＡＦ１５０は、Ｒｘインターフェースを経由して、ＡＡＲ１６０をＰＣＲＮ１３６に転送することができる。ＡＡＲ１６０を受信すると、ＰＣＲＮ１３６は、要求されたサービスを提供するために、必要に応じて、ＡＡＲ１６０によって示されるそれぞれのフローに関するＰＣＣ規則を生成することができる。それぞれのＰＣＣ規則を生成するとき、ＰＣＲＮ１３６は、ＳＰＲ１３８からの加入者データ、および内部で生成されたポリシー決定など、他の情報を考慮に入れることも可能である。次いで、ＰＣＲＮ１３６は、設定のために、Ｇｘインターフェースを経由して、それぞれの新しいＰＣＣ規則をＰＧＷ１３４に送信することが可能である。新しいＰＣＣ規則を設定した後で、ＰＧＷ１３４は、次いで、加入者に適切に課金して、特定のＱｏＳが満たされていることを確実にすると同時に、要求されたデータフローのそれぞれに関するデータ通信を可能にすることができる。

ＰＭＩＰ展開を含む実施形態など、様々な実施形態では、ＳＧＷ１３２は、必要なＱｏＳが満たされていることを確実にする役割を少なくとも一部担うことが可能である。そのような場合、ＰＣＲＮ１３６は、それぞれの新しいＰＣＣ規則に関して一致するＱｏＳ規則を生成することも可能である。次いで、ＰＣＲＮ１３６は、設置のために、Ｇｘｘインターフェースを経由して、それぞれの新しいＱｏＳ規則をＳＤＷ１３２に提供することができる。

上記の例は、ＡＡＲ１６０の形のネットワーク開始型アプリケーション要求を記述するが、本明細書に記述されるこれらの方法およびデバイスは、ＣＣＲ１７０の形のＵＥ開始型アプリケーション要求に応答することも可能である点に留意されたい。

図２は、アプリケーション要求に応答して、新しいポリシーおよび課金制御（ＰＣＣ）規則を作成するためのある例示的なポリシーおよび課金規則ノード（ＰＣＲＮ）２００を示す。ＰＣＲＮ２００は、例示的な加入者ネットワーク１００のＰＣＲＮ１３６に対応し得る。ＰＣＲＮ２００は、Ｒｘインターフェース２０５と、アプリケーション要求変換器２１０と、基本規則生成器２２０と、加入規則修正器２３０と、Ｓｐインターフェース２３５と、ポリシー決定モジュール２４０と、ポリシー決定規則修正器２５０と、規則記憶装置２６０と、ゲートウェイ制御セッションマネージャ２７０と、Ｇｘｘインターフェース２７５と、ＩＰ−ＣＡＮセッションマネージャ２８０と、Ｇｘインターフェース２８５とを含むことが可能である。

Ｒｘインターフェース２０５は、ＡＦ１５０など、ＡＦと通信するように構成されたハードウェアおよび／または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースであってよい。そのような通信は、３ＧＰＰ ＴＳ ２９．２１４に従って実施可能である。詳細には、Ｒｘインターフェース２０５は、ＡＦ１５０からアプリケーション要求（ＡＡＲ）を受信することができる。

アプリケーション要求変換器２１０は、アプリケーション要求から、それがＡＡＲであるか、ＣＣＲであるか、もしくはそれらの組合せであるか、要求されたサービスを提供するために何のサービスデータフローが必要となるかを決定するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことが可能である。図３−４に関して下でより詳細に説明されるように、アプリケーション要求は、要求されたサービスを提供するために必要とされるいくつかのストリームを識別することが可能である。アプリケーション要求変換器２１０は、次いで、それぞれの要求されたデータストリームを表すためにサービスフローオブジェクトを生成することができる。それぞれのサービスフローオブジェクトは、例えば、要求された帯域幅、パケットフィルタ、加入者識別子、および／またはデータストリームタイプなど、アプリケーション要求によって記述された情報を含むことが可能である。アプリケーション要求変換器２１０は、次いで、さらなる処理のために、それぞれのサービスフローオブジェクトを基本規則生成器２３０に引き渡すことができる。

基本規則生成器２２０は、受信されたアプリケーション要求および／もしくはアプリケーション要求変換器２１０によって生成されたサービスフローオブジェクトに基づいて、新しいＰＣＣ規則を生成するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことが可能である。基本規則生成器は、まず、新しいＰＣＣ規則オブジェクトを生成することができる。次に、基本規則生成器２２０は、新しいＰＣＣ規則に関する名前を生成して、それをＰＣＣ規則オブジェクト内に記憶することができる。ＰＣＣ規則名は、例えば、先に割り当てられた規則名を増分すること、またはランダム名（ｒａｎｄｏｍ ｎａｍｅ）を生成することなど、当業者に知られている任意の方法に従って生成され得る。基本規則生成器２２０は、例えば、帯域幅、フロー状態、および／またはフロー記述子など、ＡＡＲ、ＣＣＲ、ならびに／またはサービスフローオブジェクトから確認した情報を含めて、他のデータをＰＣＣ規則オブジェクト内に挿入することも可能である。この時点で、新しいＰＣＣ規則は、設置準備が整った有効規則であってよく、または設置時にそのＰＣＣ規則が適切に機能することになる前にさらなる修正が必要とされる場合もある。次いで、基本規則生成器は、さらなる処理のために、ＰＣＣ規則オブジェクトを加入規則修正器２３０に引き渡すことができる。

加入規則修正器２３０は、加入情報に基づいてＰＣＣ規則オブジェクトを修正するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことが可能である。加入規則修正器２３０は、まず、ＰＣＣ規則オブジェクト、サービスフローオブジェクト、ＣＣＲ、および／またはＡＡＲを受信し、その要求に関連する加入ＩＤを決定することができる。次いで、加入規則修正器２３０は、Ｓｐインターフェース２３５を経由して、ＳＰＲから加入プロファイル記録を取り出すことができる。アクセスされたＳＰＲは、ＳＰＲ１３８に対応することが可能であり、ＰＣＲＮ２００の外部ノードまたは外部構成要素であってよい。この加入プロファイル記録を使用して、加入規則修正器２３０は、加入者特定データに従って、ＰＣＣ規則オブジェクトを修正することができる。例えば、加入規則修正器２３０は、加入プロファイル記録内に記載された最大許容帯域幅に従って、ＰＣＣ規則オブジェクトの帯域幅を修正することができる。別の例として、加入者規則修正器２３０は、そのサービスに関するそれぞれの計測された活動単位に関して加入者がいくら課金されることになるかを示すために、加入プロファイル記録内に記憶された情報に従って、ＰＣＣ規則オブジェクト内に課金パラメータを設定することができる。新しいＰＣＣ規則オブジェクトに対するその他の加入特定修正は、当業者に明らかになるであろう。ＰＣＣ規則オブジェクトに対するすべての修正が完成した後で、加入規則修正器２３０は、ＰＣＣ規則オブジェクトをポリシー決定規則修正器２５０に引き渡すことができる。

Ｓｐインターフェース２３５は、ＳＰＲ１３８など、ＳＰＲと通信するように構成されたハードウェアおよび／または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースであってよい。したがって、Ｓｐインターフェース２３５は、記録要求を送信し、加入プロファイル記録を受信することができる。

ポリシー決定モジュール２４０は、Ｒｘインターフェース２０５、Ｇｘｘインターフェース２７５、および／もしくはＧｘインターフェース２８５を経由して受信されたアプリケーション要求に関するポリシー決定を実行するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことが可能である。そのようなポリシー決定は、アプリケーション要求変換器２１０の動作と同時に発生することが可能である。ポリシー決定モジュール２４０は、アプリケーション要求に関するポリシー決定を生成するために、規則記憶装置２６０内またはその他の場所（図示せず）に記憶されたポリシー決定規則を利用することができる。ポリシー決定を生成する際に、ポリシー決定モジュール２４０は、ＳＰＲ１３８など、ＳＰＲから取り出された加入者データおよび／または既存のアプリケーションセッションに関するデータを考慮に入れることも可能である。ポリシー決定結果は、課金パラメータ、ＱｏＳパラメータ、サービス識別子、定格グループ、オンライン課金方法もしくはオフライン課金方法、計測方法、報告レベル、および／または割振り保有優先順位（ａｌｌｏｃａｔｉｏｎ ｒｅｔｅｎｔｉｏｎ ｐｒｉｏｒｉｔｙ）に関する値などの情報を含むことが可能である。次いで、ポリシー決定モジュール２４０は、これらのポリシー決定結果をポリシー決定修正器２５０に転送することが可能である。

ポリシー決定規則修正器２５０は、ポリシー決定モジュール２４０によって生成されたポリシー決定結果に基づいて、ＰＣＣ規則オブジェクトを修正するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことが可能である。例えば、ポリシー決定規則修正器２５０は、課金パラメータ、ＱｏＳパラメータ、サービス識別子、定格グループ、オンライン課金方法もしくはオフライン課金求方法、計測方法、報告レベル、および／または割振り保有優先順位などの情報をＰＣＣ規則オブジェクト内に挿入することができる。ポリシー決定規則修正器２５０は、ＰＣＣ規則に関するＱｏＳクラス識別子（ＱＣＩ）をさらに決定することができる。これは、例えば、ＡＡＲによって指定された媒体タイプをＱＣＩと相関させるマッピング表を参照するなど、当業者に知られている任意の様式に従って達成され得る。ＱＣＩおよびアプリケーション要求内で提供された帯域幅から、ポリシー決定規則修正器２５０は、ＰＣＣ規則オブジェクト内に挿入されることになる追加のＱｏＳパラメータおよび／または代替のＱｏＳパラメータを決定することができる。次いで、ポリシー決定規則修正器２５０は、新しいＰＣＣ規則として、ＰＣＣ規則オブジェクトを規則記憶装置２６０内に記憶して、設置のために、その新しいＰＣＣ規則をＩＰ−ＣＡＮセッションマネージャ２８０に転送することができる。ＰＭＩＰを利用する実施形態など、ＱｏＳ保証を提供するためにゲートウェイ制御セッションを利用する様々な実施形態では、ポリシー決定規則修正器２５０は、新しいＰＣＣ規則をゲートウェイ制御セッションマネージャ２７０に転送することもできる。

規則記憶装置２６０は、ＰＣＲＮ２００によって生成されたＰＣＣ規則を記憶することが可能な任意の機械可読媒体であってよい。したがって、規則記憶装置２６０は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または類似の記憶媒体などの機械可読記憶媒体を含むことが可能である。図５に関して下でさらに詳細に説明されるように、規則記憶装置２６０は、ＰＣＲＮ２００によって作成された多数のＰＣＣ規則の定義を記憶することができる。そのような定義は、例えば、規則名、サービスデータフローフィルタ、ＱｏＳパラメータ、および課金パラメータを含むことが可能である。

ゲートウェイ制御セッションマネージャ２７０は、ＱｏＳ規則を生成し、ＳＧＷまたはゲートウェイ制御セッションを実施するその他のノードに設置するために、それらのＱｏＳ規則を送信するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことが可能である。ＰＭＩＰを利用する実施形態など、ＱｏＳ保証を提供するためにゲートウェイ制御セッションを利用する様々な実施形態では、ゲートウェイ制御セッションマネージャ２７０は、ＰＣＣ規則からＱｏＳ規則を生成するために必要な情報を抽出することができる。例えば、ゲートウェイ制御セッションマネージャ２７０は、ＰＣＣ規則から規則名、サービスデータフローフィルタ、およびＱｏＳパラメータを抽出し、新しいＱｏＳ規則を生成することができる。ゲートウェイ制御セッションマネージャ２７０は、次いで、Ｇｘｘインターフェース２７５を経由して、新しいＱｏＳ規則をＳＧＷまたは他の適切なノードに転送することができる。

Ｇｘｘインターフェース２７５は、ＳＧＷ１３２など、ＳＧＷと通信するように構成されたハードウェアおよび／または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースであってよい。そのような通信は、３ＧＰＰ ＴＳ ２９．２１２に従って実施可能である。これにより、Ｇｘｘインターフェース２７５は、ＱｏＳ規則に関する要求を受信して、設置のためにＱｏＳ規則を送信することができる。Ｇｘｘインターフェース２７５は、ＵＥ発生型アプリケーション要求をＣＣＲの形で受信することがさらに可能である。

ＩＰ−ＣＡＮセッションマネージャ２８０は、新しいＰＣＣ規則をＰＧＷもしくはＰＣＥＦを実施する他のノードに送信するように構成されたハードウェアおよび／または機械可読記憶媒体上の実行可能命令を含むことが可能である。ＩＰ−ＣＡＮセッションマネージャ２８０は、新しいＰＣＣ規則を受信して、Ｇｘインターフェース２８５を経由して、その新しいＰＣＣ規則をＰＧＷまたは他のノードに即時に転送することができる。ＩＰ−ＣＡＮセッションマネージャ２８０は、例えば、Ｇｘインターフェース２８５を経由して、規則に関する要求を受信すること、規則記憶装置２６０から要求された規則を取り出すことによって応答すること、およびＧｘインターフェース２８５を経由して、その規則を送信することなど、追加の機能を実行することができる。

Ｇｘインターフェース２８５は、ＰＧＷ１３４など、ＰＧＷと通信するように構成されたハードウェアおよび／または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースであってよい。そのような通信は、３ＧＰＰ ＴＳ ２９．２１２に従って実施可能である。これにより、Ｇｘインターフェース２８５は、ＰＣＣ規則に関する要求を受信し、設置のためにＰＣＣ規則を送信することができる。Ｇｘインターフェース２８５は、ＵＥ発生型アプリケーション要求を、ＣＣＲ１７０など、ＣＣＲの形で受信することがさらに可能である。

図３は、ある例示的なネットワーク発生型アプリケーション要求メッセージをＡＡＲ３００の形で示す。ＡＡＲ３００は、ダイヤメータメッセージプロトコルおよび／または３ＧＰＰ ＴＳ ２９．２１４に従って構築され得る。したがって、ＡＡＲ３００は、ヘッダ３１０と、加入ＩＤフィールド３３０と、媒体構成要素フィールド３４０、３５０と、いくつかの追加のフィールド３２０、３６０とを含むことが可能である。ＡＡＲ３００のフィールドの順序は変化し得る点に留意されたい。したがって、例えば、加入ＩＤフィールド３３０は、媒体構成要素フィールド３４０、３５０の後に配置される場合がある。

ヘッダ３１０は、メッセージ３００がＡＡＲであることを示す標準ダイヤメータヘッダであってよい。したがって、ヘッダ３１０は、ダイヤメータプロトコルおよび３ＧＰＰ ＴＳ ２９．２１４によって規定されるように、２６５の値に設定されたコマンドコードフィールドと、Ｒビットフィールドのコマンドフラッグフィールドセットとを含むことが可能である。

加入ＩＤフィールド３３０は、特定の要求に関連する加入を示すための属性値の対（ＡＶＰ）であってよい。例えば、加入ＩＤフィールド３３０は、値「０×５５０４」によって識別された加入がＡＡＲ３００に関連することを示す。この情報は、加入プロファイル記録にアクセスして、要求されたサービスに関して適切な加入者に課金するために使用され得る。

媒体構成要素フィールド３４０、３５０は、要求されたサービスのそれぞれの媒体構成要素に関するサービス情報を含むことが可能である。ＡＡＲ３００の例では、要求は、ストリーミングビデオに関する場合がある。媒体構成要素３４０は、ストリームのビデオ部分に対応することが可能であり、一方、媒体構成要素３５０は、ストリームの音声部分に対応することが可能である。それぞれの媒体構成要素は、例えば、ストリームのそれぞれの部分に関して要求された帯域幅など、さらなる記述を搬送することができる。したがって、媒体構成要素３４０は、ビデオ部分に関して、１ｋｂｐｓアップストリームおよび２５７ｋｂｐｓダウンストリームを要求することができ、一方、媒体構成要素３５０は、音声部分に関して、１ｋｂｐｓアップストリームおよび１２９ｋｂｐｓダウンストリームを要求することができる。

媒体構成要素フィールド３４０、３５０は、それぞれが、要求されたサービスを提供するために必要な独立したデータストリームを示す媒体下位構成要素３４３、３４６、３５３、３５６をさらに含むことが可能である。したがって、媒体下位構成要素３４３は、ストリーミングビデオを提供するために、１ｋｂｐｓアップストリームおよび１ｋｂｐｓダウンストリームの帯域幅を有する制御ストリームが必要であることを示すことができる。同様に、媒体下位構成要素３４６は、２５６ｋｂｐｓダウンストリーム帯域幅を有するビデオストリームもストリーミングビデオに必要であることを示すことができる。媒体下位構成要素３５３、３５６は、ストリーミングビデオの音声構成要素を提供するために、両方向に１ｋｂｐｓ帯域幅を有する制御ストリームと、１２８ｋｂｐｓダウンストリームを有する音声ストリームとが必要であることを同様に示すことができる。

追加のフィールド３２０、３６０は、ダイヤメータプロトコルおよび／または３ＧＰＰ ＴＳ ２９．２１４によって指定されるような追加の情報を含むことが可能である。したがって、追加のフィールド３２０、３６０は、起点ホスト（Ｏｒｉｇｉｎ−Ｈｏｓｔ）ＡＶＰ、宛先ホストＡＶＰ、サポートされる特徴ＡＶＰ、フレームＩＰアドレスＡＶＰなど、追加の属性値の対（ＡＶＰ）を含むことが可能である。追加のフィールド３２０、２６０は、例えば、フロー識別情報など、その他の有用な情報を抽出する際に使用され得る。

図４は、ある例示的なユーザ装置発生型アプリケーション要求メッセージをＣＣＲ４００の形で示す。ＣＣＲ４００は、ダイヤメータメッセージプロトコルおよび／または３ＧＰＰ ＴＳ ２９．２１２に従って構築され得る。したがって、ＣＣＲ４００は、ヘッダ４１０と、加入ＩＤフィールド４３０と、パケットフィルタ情報フィールド４４０、４５０と、ＱｏＳ情報フィールド４６０と、いくつかの追加のフィールド４２０、４７０とを含むことが可能である。ＣＣＲ４００のフィールドの順序は変化し得る点に留意されたい。したがって、例えば、加入ＩＤフィールド４３０は、パケットフィルタ情報フィールド４４０、４５０、またはＱｏＳ情報フィールド４６０の後に配置される場合がある。

ヘッダ４１０は、メッセージ４００がＣＣＲであることを示す標準ダイヤメータヘッダであってよい。したがって、ヘッダ４１０は、ダイヤメータプロトコルおよび３ＧＰＰ ＴＳ ２９．２１２によって規定されるように、２５８の値に設定されたコマンドコードフィールドと、Ｒビットフィールドのコマンドフラッグフィールドセットとを含むことが可能である。

加入ＩＤフィールド４３０は、特定の要求に関連する加入を示すための属性値の対（ＡＶＰ）であってよい。例えば、加入ＩＤフィールド４３０は、値「０×５５０４」によって識別された加入がＣＣＲ４００に関連することを示す。この情報は、加入プロファイル記録にアクセスして、要求されたサービスに関して適切な加入者に課金するために使用され得る。

パケットフィルタ情報フィールド４４０、４５０は、要求されたサービスに関するそれぞれの要求されたフローに関するサービス情報を含むことが可能である。例えば、ＬＴＥを実施する実施形態など、様々な実施形態では、パケットフィルタ情報フィールド４４０、４５０は、パケットフィルタ情報ＡＶＰであってよい。例えば、ＧＰＲＳを実施する実施形態など、様々な実施形態では、パケットフィルタ情報フィールド４４０、４５０は、ＴＦＰパケットフィルタ情報ＡＶＰであってよい。ＣＣＲ４００の例では、この要求は、例えば、ＨＴＴＰサーバトラフィックに関する可能性がある。パケットフィルタ情報フィールド４４０は、ポート８０上の任意の起点からＩＰアドレス１２０．２１０．６２．１６０宛てのトラフィックに関する「アウト」値によって示されるダウンストリームフローを記述することが可能である。同様に、パケットフィルタ情報フィールド４５０は、ポート８０上でＩＰアドレス１２０．２１０．６２．１６０から任意の宛先に送られたトラフィックに関する「イン」値によって示されるアップストリームフローを記述することが可能である。パケットフィルタ情報フィールド４４０、４５０は、例えば、サービスのタイプ、トラフィッククラス、および／またはフローラベルなど、追加の情報を含むことが可能である。

ＱｏＳ情報フィールド４６０は、要求されたサービスフローに関して要求されたＱｏＳ設定を含むことが可能である。例えば、ＱｏＳ情報フィールド４６０は、ＣＣＲ４００によって要求されたフローが、３の割振り保有優先順位と、１ｋｂｐｓアップストリームおよび６４ｋｂｐｓダウンストリームの最大帯域幅とを有するべきであることを示すことが可能である。ＱｏＳ情報フィールド４６０は、例えば、ＱＣＩ、保証された帯域幅、および／またはベアラ識別子など、追加の情報を含むことが可能である。

様々な例示的な実施形態では、ＰＣＲＮ２００は、ＰＣＣ規則を生成するとき、ＱｏＳ値を決定するために、ＱｏＳ情報フィールド４６０を使用しなくてよい。そのような実施形態では、ＰＧＷ１３４など、ＰＧＷは、パケットフィルタ情報フィールド内にＱｏＳ情報を含むことが可能であり、ＰＣＲＮ２００は、ＰＣＣ規則を生成する際に、代わりに、この情報を使用することができる。

追加のフィールド４２０、４７０は、ダイヤメータプロトコルおよび／または３ＧＰＰ ＴＳ ２９．２１２によって指定される追加の情報を含むことが可能である。したがって、追加のフィールド４２０、４７０は、ＣＣ要求タイプＡＶＰ、フレームＩＰアドレスＡＶＰ、３ＧＰＰ−ＳＧＳＮアドレスＡＶＰなど、追加の属性値の対（ＡＶＰ）を含むことが可能である。追加のフィールド４２０、４７０は、例えば、フロー識別情報など、他の有用な情報を抽出する際に使用され得る。

図５は、ＰＣＣ規則を記憶するためのある例示的なデータ構成５００を例示する。データ構成５００は、例えば、規則記憶装置２６０内に記憶されたデータベース内の表であってよい。あるいは、データ構成５００は、一連のリンクトリスト、アレイ、または類似のデータ構造であってよい。したがって、データ構成４００は、基本データの抽象化であり、このデータの記憶に適した任意のデータ構造が使用され得る点は明らかであろう。

データ構成５００は、規則名フィールド５０５と、サービスデータフローフィルタフィールド５１０と、フロー状態フィールド５１５と、ＱｏＳパラメータフィールド５２０と、課金パラメータフィールド５２５とを含むことが可能である。データ構成５００は、例えば、サービス識別子フィールド、優先順位フィールド、および／または監視キーフィールドなど、ＰＣＣ規則を定義する際に必要とされるか、または有用な追加のフィールド（図示せず）を含むことが可能である。

規則名フィールド５０５は、それぞれのＰＣＣ規則を一意的に識別するために使用され得る。サービスデータフローフィルタフィールド５１０は、ＰＣＣ規則が適用されるトラフィックを選択するためのフィルタを記憶するために使用され得る。フロー状態フィールド５１５は、関連するフィルタによって検出されたトラフィックがアップストリーム方向およびダウンストリーム方向に転送されるべきであるか、またはドロップされるべきであるかを決定するために使用され得る。ＱｏＳパラメータフィールド５２０は、ＱＣＩ、割振りおよび保有優先順位、ならびにアップリンクとダウンリンクとに関する許可されたビットレートなど、ＱｏＳ関連情報を記憶するために使用され得る。課金パラメータフィールド５２５は、課金キー、計測方法、オフライン課金が使用されるべきか、もしくはオンライン課金が使用されるべきか、および／または計測された活動単位ごとにいくら課金されるべきかを示すために使用され得る。

一例として、記録５３０は、名前「０×Ｅ４２６」によって識別された規則がフィルタ「０×９０Ｆ２ＣＥ３２．．．」を使用することによって識別されたトラフィックに適用可能であることを示す。両方向のトラフィックは、２ｋｂｐｓアップストリームおよび８ｋｂｐｓダウンストリームを可能にする、８のＱＣＩに従って転送されるべきであり、キロバイトの転送ごとに０．０５ドルが加入者に課金されるべきである。

別の例として、記録５３５は、名前「０×９９Ｂ２」によって識別された規則がフィルタ「０×Ｂ２Ｂ５６ＦＥ１．．．」を使用することによって識別されたトラフィックに適用可能であることを示す。トラフィックは、１６ｋｂｐｓアップストリームおよびダウンストリームを可能にする、６のＱＣＩに従って両方向に転送されるべきであり、毎分のサービス使用ごとに０．１０ドルが加入者に課金されるべきである。データ構成５００は、多数の追加のＰＣＣ規則記録５４０を含むことが可能である。

図６は、加入プロファイルデータを記憶するためのある例示的なデータ構成６００を示す。データ構成６００は、例えば、ＳＰＲ１３８内に記憶されたデータベース内の表であってよい。あるいは、データ構成６００は、一連のリンクトリスト、アレイ、または類似のデータ構造であってよい。したがって、データ構成６００は基本データの抽象化であり、このデータの記憶に適した任意のデータ構造が使用され得る点は明らかであろう。

データ構成６００は、加入ＩＤフィールド６０５と、帯域幅限界フィールド６１０と、課金パラメータフィールド６１５とを含むことが可能である。加入ＩＤフィールド６０５は、サービスデータフローに関連する加入プロファイルを一意的に識別するために使用され得る。帯域幅限界フィールド６１０は、アップストリーム方向およびダウンストリーム方向の関連する加入プロファイルを可能にする最大ビットレートを示すために使用され得る。課金パラメータフィールド６１５は、様々なアプリケーションサービスに関する関連加入プロファイルに関して使用されることになるデフォルト料金を示すために使用され得る。

一例として、記録６２０は、「０×３Ｆ５３」によって識別された加入プロファイルが２ｋｂｐｓアップストリームおよび５１２ｋｂｐｓダウンストリームに限定されていることを示す。この加入プロファイルは、第１のタイプのサービス（例えば、インターネットアクセス）に関してキロバイト当たり０．０２ドルのデフォルト料金が課金され、第２のタイプのサービス（例えば、音声通信）に関して毎分０．０５ドルのデフォルト料金が課金されることになる。別の例として、記録６２５は、「０×５５０４」によって識別された加入プロファイルは２ｋｂｐｓアップストリームおよび１０２４ｋｂｐｓダウンストリームに限定されることを示す。この加入プロファイルは、第１のタイプのサービスに関してキロバイト当たり０．０１ドルのデフォルト料金が課金され、第２のタイプのサービスに関して毎分０．０５ドルのデフォルト料金が課金されることになる。データ構成６００は、多数の追加のＰＣＣ規則記録６３０を含むことが可能である。

図６は、媒体タイプとサービス品質（ＱｏＳ）クラス識別子（ＱＣＩ）との間の相関を記憶するためのある例示的なデータ構成７００を示す。データ構成７００は、例えば、ポリシー決定規則修正器２５０内、規則記憶装置２６０内、またはＰＣＲＮ２００のその他の要素内に記憶されたデータベース内の表であってよい。あるいは、データ構成７００は、一連のリンクトリスト、アレイ、または類似のデータ構造であってよい。したがって、データ構成７００は、基本データの抽象化であり、このデータの記録に適した任意のデータ構造が使用され得る点は明らかであろう。

データ構成７００は、媒体タイプフィールド７０５とＱＣＩフィールド７１０とを含むことが可能である。媒体タイプフィールド７０５は、３ＧＰＰ ＴＳ ２９．２１４によって列挙される媒体タイプを示すために使用され得る。ＱＣＩフィールド７１０は、媒体タイプに関連するＱＣＩを示すために使用され得る。一例として、記録７１５は、音声媒体タイプが６のＱＣＩに関連することを示す。同様に、記録７２０、７２５、７３０、７３５、７４０、７４５、７５０は、ビデオ媒体タイプ、データ媒体タイプ、アプリケーション媒体タイプ、制御媒体タイプ、テキスト媒体タイプ、メッセージ媒体タイプ、およびその他の媒体タイプが、それぞれ、７、５、８、２、２、４、および１のＱＣＩに関連することを示す。これらのＱＣＩは、それぞれの媒体タイプに関して規定されたデフォルトＱｏＳをさらに定義するために使用され得る。

図８は、アプリケーション要求に応答して、新しいポリシーおよび課金制御（ＰＣＣ）規則を作成するためのある例示的な方法８００を示す。方法８００は、アプリケーション要求によって識別されたサービスデータフローに関するＰＣＣ規則を確立するために、ＰＣＲＮ １３０および／またはＰＣＲＮ２００の構成要素によって実行可能である。

方法８００は、ステップ８０５で始まり、ＰＣＲＮ １３０、２００がＲｘインターフェース２０５を経由してＡＡＲの形で、および／またはＧｘｘインターフェース２７５もしくはＧｘインターフェース２８５を経由してＣＣＲの形でアプリケーション要求を受信することが可能なステップ８１０に進むことができる。この時点で、アプリケーション要求変換器２１０は、受信されたメッセージが、先に受信されたか、または受信されることが予測される別の補足的なメッセージに対応するかどうかを決定することができる。そうである場合、アプリケーション要求変換器は、当業者に知られている、補足的なアプリケーション要求を処理する任意の形式に従って、完全なアプリケーション要求を生成することができる。次いで、方法８００は、アプリケーション要求変換器２１０がアプリケーション要求をサービスフローオブジェクトに変換することが可能なステップ８１５に進むことができる。ＡＡＲの場合、アプリケーション要求変換器２１０は、媒体構成要素と、媒体下位構成要素とをＡＡＲから抽出して、それぞれの媒体下位構成要素に関するサービスフローオブジェクトを確立することができる。ＣＣＲの場合、アプリケーション要求変換器２１０は、パケットフィルタ情報フィールドおよび／またはＱｏＳ情報フィールドを抽出して、それぞれのパケットフィルタ情報フィールドに関してサービスフローオブジェクトを確立することができる。

次いで、ステップ８２０において、ポリシー決定モジュール２４０は、アプリケーション要求、既存のアプリケーションセッション、加入プロファイルデータ、および／またはポリシー規則から様々なパラメータを生成するために、ポリシー決定機能を起動することができる。ポリシー決定モジュール２４０は、その要求の内容に基づいて、適用可能なパラメータ値のセットを決定するために、外部化された規則セットを利用することができる。方法８００は、次いで、基本規則生成器が第１のサービスフローオブジェクトおよび／またはアプリケーション要求から基本ＰＣＣ規則を生成することが可能なステップ８２５に進むことができる。基本ＰＣＣ規則の生成は、例えば、ＰＣＣ規則名、サービスデータフローフィルタ、および初期ＱｏＳ帯域幅パラメータを生成するステップを含むことが可能である。次いで、ステップ８３０において、加入者規則修正器２３０は、Ｓｐインターフェース２３５を経由して、アプリケーション要求内の加入ＩＤに関連する加入プロファイル記録の取出しを試みることができる。そのような加入プロファイル記録が存在しない場合、方法８００は、ステップ８３５に進むことができる。しかし、加入プロファイル記録が存在する場合、方法８００は、加入者規則修正器２３０が加入プロファイル記録からの情報を用いてＰＣＣ規則を更新することが可能なステップ８４０に進むことができる。この更新は、適切な課金パラメータをＰＣＣ規則に追加するステップ、および／または加入者の帯域幅限界に従ってＰＣＣ規則内のＱｏＳ帯域幅を更新するステップを含むことが可能である。

ステップ８３５において、ポリシー決定修正器は、ステップ８２０において、ポリシー決定モジュール８４０が現在のＰＣＣ規則に関連する何らかのポリシー決定結果を生成したかどうかを決定することができる。関連する結果が生成されていない場合、方法７００は、ステップ８４５に進むことができる。代わりに、関連するポリシー決定結果が存在する場合、方法８００は、ポリシー決定規則修正器２５０が、それらのポリシー決定結果に従って、現在のＰＣＣ規則を更新することが可能なステップ８５０に進むことができる。この更新は、サービス識別子、定格グループ、計測方法、および／またはその他の情報をＰＣＣ規則に追加するステップを含むことが可能である。ポリシー決定修正器２４０は、存在する場合、記載された媒体タイプからＰＣＣ規則に関連するＱＣＩをさらに決定することができる。

方法８００は、次いで、現在のＰＣＣ規則がアプリケーション要求に関する現在の結果に追加可能なステップ８４５に進むことができる。ＰＣＲＮは、この時点で、ＰＣＣ規則を規則記憶装置２６０に追加することも可能である。次いで、方法８００は、ＰＣＲＮ２００がＰＣＣ規則内に処理されることになる何らかの追加のサービスフローオブジェクトが存在するかどうかを決定することが可能なステップ８５５に進むことができる。追加のサービスフローオブジェクトが存在する場合、方法８００は、ステップ８２５にループバックすることができる。追加のサービスフローオブジェクトが存在しない場合、方法８００はステップ８６０に進むことができる。

ステップ８６０において、ＩＰ−ＣＡＮセッションマネージャ２８０は、結果内のそれぞれの新しいＰＣＣ規則を、ＰＧＷ１３４など、適切なＰＣＥＮに送信することによって、ＩＰ−ＣＡＮセッションを更新することができる。ステップ８６５において、ゲートウェイ制御セッションマネージャ２７０は、ＰＭＩＰ展開においてなど、ＳＧＷ１３２またはその他のノードがゲートウェイ制御セッションを実施するかどうかを決定することができる。そのようなゲートウェイ制御セッションが存在しない場合、方法８００は、ステップ８７５に進み、終了することができる。そうでない場合、ステップ８７０において、ゲートウェイ制御セッションマネージャ２７０は、結果内のそれぞれのＰＣＣ規則からＱｏＳ部分を抽出することによって、ＱｏＳ規則のセットを生成して、それぞれの抽出されたＱｏＳ部分から新しいＱｏＳ規則を作成することができる。次いで、ゲートウェイ制御セッションマネージャ２７０は、Ｇｘｘインターフェースを経由して、ＱｏＳ規則をＳＧＷに送信することが可能であり、方法８００はステップ８７５で終了することができる。

例示的な加入者ネットワーク１００およびＰＣＲＮ２００の動作に関する例示的な構成要素ならびに方法を説明してきたが、例示的なネットワーク１００およびＰＣＲＮ２００の動作の一例が、次に、図１−７を参照して提供される。ＰＣＲＮ１３６は、ＰＣＲＮ２００に対応し得る。規則記憶装置２６０の内容は、データ構成５００によって示されることが可能であり、ＳＰＲ１３８の内容は、データ構成６００によって示されることが可能である。ＡＡＲ１６０は、ＡＡＲ３００によって詳細に記述され得る。以下の例はＡＡＲメッセージの処理を記述するが、記述される方法は、ＣＣＲ１７０、４００など、ＣＣＲメッセージにも適用可能である点に留意されたい。

このプロセスは、ＰＣＲＮ１３６、２００がＡＡＲ１６０、３００を受信するときに開始することができる。次いで、アプリケーション要求変換器２１０は、ＡＡＲから媒体構成要素３４０、３５０を抽出して、それぞれの媒体下位構成要素３４３、３４６、３５３、３５６に対応する４つのサービスフローオブジェクト、それぞれ、ＳＦＯ１、ＳＦＯ２、ＳＦＯ３、およびＳＦＯ４を作成することができる。これにより、ＳＦＯ１は、両方向に１ｋｂｐｓの帯域幅を有するビデオ制御フローを示すことができ、ＳＦＯ２は、ダウンストリーム方向に２５６ｋｂｐｓの帯域幅を有するビデオストリームフローを示すことができ、ＳＦＯ３は、両方向に１ｋｂｐｓの帯域幅を有する音声制御フローを示すことができ、ＳＦＯ４は、ダウンストリーム方向に１２８ｋｂｐｓの帯域幅を有する音声ストリームフローを示すことができる。次いで、ポリシー決定モジュール２４０は、ステップ８２０において、ポリシー決定機能を起動することができる。

次いで、基本規則生成器２２０は、ステップ８２５において、ＳＦＯ１に関する基本規則を作成することができる。この基本規則は、例えば、規則名、要求された帯域幅、サービスフローパラメータなどの情報を含むことが可能である。これにより、基本規則生成器２２０は、例えば、「０×Ｆ３０Ｆ」など、新しいＰＣＣ規則に関する名前を生成することができる。基本規則生成器２２０は、１ｋｂｐｓのアップストリームおよびダウンストームの要求された最大帯域幅を新しいＰＣＣ規則のＱｏＳ部分内に挿入することも可能である。基本規則生成器２２０は、ＰＣＣ規則のフロー状態がフロー状態を両方向に「開放（ＯＰＥＮ）」に設定すべきであることをさらに推論することができる。基本規則生成器２２０は、新しいＰＣＣ規則が適用されることになるトラフィックを識別するために、「０×ＤＤ３Ｅ５３２３．．．」など、サービスデータフローフィルタを生成することも可能である。基本規則生成器２２０は、新しいＰＣＣ規則をより完全に定義するために、さらなる動作を実行することができる。したがって、基本規則生成器２２０は、完全に機能的なＰＣＣ規則であってよく、または部分的に機能的なＰＣＣ規則であってもよい。

ステップ８３０および８４０において、加入規則修正器２３０は、ＡＡＲフィールド３３０によって識別された加入者０×５５０４に関連する記録を取り出すことができる。これにより、加入規則修正器２３０は、Ｓｐインターフェース２３５を経由して、加入プロファイル記録６３０を受信することが可能である。次いで、加入規則修正器２３０は、加入プロファイル記録６３０に従って、新しいＰＣＣ規則を修正することができる。このステップは、その加入者に関する帯域幅限界がその要求によって超されないことを検証するステップを含むことができる。したがって、加入者０×５５０４が他の加入データフローを使用していない場合、両方向に１ｋｂｐｓの帯域幅の要求されたフローは、加入プロファイル記録６３０によって規定されたように、このユーザの２ｋｂｐｓアップストリームおよび１０２４ｋｂｐｓダウンストリームの帯域幅限界を超えないことになる。加入者規則修正器２３０は、加入プロファイル記録６３０から適切な課金パラメータを選択することも可能である。これにより、加入者規則修正器２３０は、要求されたサービスフローにキロバイト当たり０．０１ドルの課金料金が適用されることを決定して、この課金料金を新しいＰＣＣ規則に挿入することができる。

次いで、ポリシー決定修正器２５０は、ポリシー決定モジュール２４０によって提供された結果に基づいて、新しいＰＣＣ規則をさらに修正することができる。このステップは、例えば、ＱＣＩ、定格グループ、計測方法、およびサービス識別子などの情報を新しいＰＣＣ規則内に挿入するステップを含むことが可能である。ポリシー決定修正器２５０は、決定結果に基づいて、ＱｏＳパラメータなど、既存の値をさらに修正することができる。ポリシー決定修正器２５０は、ＰＣＣ規則に関するＱＣＩを決定するために、データ構成７００を参照することも可能である。これにより、ポリシー決定修正器は、マップエントリ７３５を参照して、ＳＦＯ１が制御媒体タイプに関するため、２のＱＣＩが新しいＰＣＣ規則内に含まれるべきであることを決定することができる。

次いで、ＳＦＯ２、ＳＦＯ３、およびＳＦＯ４に関して同じプロセスが繰り返されてよい。ポリシー決定修正器２５０は、規則記憶装置２６０内に新しいＰＣＣ規則を記憶することができ、ＩＰ−ＣＡＮセッションマネージャ２８０は、設置のために、Ｇｘインターフェース２８５を経由して、新しいＰＣＣ規則をＰＧＮ１３４に送信することができる。ゲートウェイ制御セッションマネージャ２７０は、ステップ８６５において、関連するゲートウェイ制御セッションが存在するかどうかを決定することも可能である。そうである場合、ゲートウェイ制御セッションマネージャ２７０は、新しいＱｏＳ規則のセットを作成するために、それぞれの新しいＰＣＣ規則からＱｏＳ部分を抽出することができる。次いで、ゲートウェイ制御セッションマネージャ２７０は、Ｇｘｘインターフェース２７５を経由して、新しいＱｏＳ規則をＳＧＷ１３２に転送することができる。これにより、ＰＣＲＮ１３６、２００は、ＡＦ１５０からＡＡＲ１６０、３００を受信し、要求されたサービスを提供するために、（必要に応じて）４つのＰＣＣ規則およびＱｏＳ規則を生成した。

前述の説明によれば、様々な例示的な実施形態は、ネットワーク発生型アプリケーション要求またはユーザ装置発生型アプリケーション要求に応答して、ポリシーおよび課金制御規則の動的な作成を実現する。詳細には、アプリケーション要求メッセージをいくつかの要求されたサービスフローに変換することによって、ポリシーおよび課金規則ノードは、それぞれの要求されたサービスフローを提供するために、要求されたアプリケーション、加入者データ、および／または規則ベースのポリシー決定に動的に基づく規則を生成することが可能である。

前述の説明から、本発明の様々な例示的な実施形態は、ハードウェアおよび／またはファームウェアの形で実施され得る点は明らかであろう。さらに、様々な例示的な実施形態は、本明細書で詳細に説明された動作を実行するために、少なくとも１つのプロセッサによって読取り可能、および実行可能な機械可読記憶媒体上に記憶された命令として実施可能である。機械可読記憶媒体は、パーソナルコンピュータもしくはラップトップコンピュータ、サーバ、またはその他のコンピューティングデバイスなど、機械によって可読可能な形で情報を記憶するための任意の機構を含むことが可能である。したがって、機械可読記憶媒体は、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および類似の記憶媒体を含むことが可能である。

本明細書の任意のブロック図は、本発明の原理を実施する例示的な回路の概念図を表す点を当業者は理解されたい。同様に、任意のフローチャート、流れ図、状態遷移図、疑似コードなどは、実質的に機械可読媒体内に表されることが可能であり、そのようなコンピュータまたはプロセッサが明示的に示されていようと、いまいと、コンピュータまたはプロセッサによってそのように実行可能な、様々なプロセスを表す点を理解されよう。

様々な例示的な実施形態は、それらの特定の例示的な態様を特に参照して詳細に説明されているが、本発明は、他の実施形態が可能であり、その詳細は、様々な自明な点で修正可能である点を理解されたい。当業者に容易に明らかになるように、本発明の趣旨内および範囲内に依然としてとどまりながら、改変形態および修正形態がとられる場合がある。したがって、前述の開示、説明、および図面は、例示のためだけであり、特許請求の範囲によってだけ定義される本発明を決して限定しない。

Claims (10)

1. 少なくとも１つのポリシーおよび課金制御（ＰＣＣ）規則を生成する目的で、アプリケーション要求メッセージを処理するためにポリシーおよび課金規則ノード（ＰＣＲＮ）によって実行される方法であって、
   ＰＣＲＮにおいて、アプリケーション要求メッセージを受信するステップと、
   少なくとも１つの要求されたサービスフローをアプリケーション要求メッセージから決定するステップと、
   少なくとも１つの要求されたサービスフローのそれぞれの要求されたサービスフローに関して、アプリケーション要求メッセージに基づいて、新しいＰＣＣ規則を生成するステップと、
   それぞれの新しいＰＣＣ規則をポリシーおよび課金施行ノード（ＰＣＥＮ）に提供するステップと
   を含む、方法。
2. アプリケーション要求メッセージから加入者を識別するステップと、
   識別された加入者に対応する加入者記録を取り出すステップと、
   少なくとも１つの要求されたサービスフローのそれぞれの要求されたサービスフローに関して、加入者記録に基づいて、新しいＰＣＣ規則を修正するステップと
   をさらに含む、請求項１に記載の方法。
3. ポリシー決定結果のセットを生成するために、ポリシー決定を実行するステップであって、ポリシー決定が、アプリケーション要求メッセージ、既存のアプリケーションセッション、および加入者記録のうちの少なくとも１つに基づいている、実行するステップと、
   少なくとも１つの要求されたサービスフローのそれぞれの要求されたサービスフローに関して、ポリシー決定結果のセットに基づいて、新しいＰＣＣ規則を修正するステップと
   をさらに含む、請求項１に記載の方法。
4. アプリケーション要求メッセージが、少なくとも１つの媒体構成要素を含み、少なくとも１つの要求されたサービスフローをアプリケーション要求メッセージから決定するステップが、
   それぞれの媒体構成要素に関して、少なくとも１つの要求されたサービスフローを媒体構成要素から決定するステップを含む、請求項１に記載の方法。
5. 少なくとも１つの媒体構成要素が、少なくとも１つの媒体下位構成要素を含み、少なくとも１つの要求されたサービスフローを媒体構成要素から決定するステップが、
   それぞれの媒体下位構成要素に関して、要求されたサービスフローを媒体下位構成要素から決定するステップを含む、請求項４に記載の方法。
6. アプリケーション要求メッセージが、少なくとも１つのパケットフィルタ情報セクションを含み、少なくとも１つの要求されたサービスフローをアプリケーション要求メッセージから決定するステップが、
   それぞれのパケットフィルタ情報セクションに関して、要求されたサービスフローをパケットフィルタ情報セクションから決定するステップを含む、請求項１に記載の方法。
7. アプリケーション要求メッセージが、ＱｏＳ情報セクションを含み、要求されたサービスフローをパケットフィルタ情報セクションから決定するステップが、
   要求されたサービスフローに関するＱｏＳ情報をＱｏＳ情報セクションから決定するステップを含む、請求項６に記載の方法。
8. 少なくとも１つのパケットフィルタ情報セクションが、パケットフィルタ情報属性値の対（ＡＶＰ）およびＴＦＰパケットフィルタ情報ＡＶＰのうちの少なくとも１つを含む、請求項６に記載の方法。
9. それぞれの新しいＰＣＣ規則に関して、
   媒体タイプをアプリケーション要求メッセージから決定するステップと、
   ＱｏＳクラス識別子（ＱＣＩ）を媒体タイプから決定するステップと、
   ＱＣＩを使用して、ＱｏＳ情報を生成するステップと、
   ＱｏＳ情報に基づいて、新しいＰＣＣ規則を修正するステップと
   をさらに含む、請求項１に記載の方法。
10. それぞれの新しいＰＣＣ規則に関して、
    ＰＣＣ規則からサービス品質（ＱｏＳ）部分を抽出するステップと、
    ＱｏＳ部分から新しいＱｏＳ規則を生成するステップと、
    新しいＱｏＳ規則をゲートウェイ制御ノードに送信するステップと
    をさらに含む、請求項１に記載の方法。

Images