少なくとも1つのポリシーおよび課金制御PCC規則を生成する目的で、アプリケーション要求メッセージを処理するためにポリシーおよび課金規則ノードPCRNによって実行される方法であって、PCRNにおいて、アプリケーション要求メッセージを受信するステップと、少なくとも1つの要求されたサービスフローをアプリケーション要求メッセージから決定するステップと、少なくとも1つの要求されたサービスフローのそれぞれの要求されたサービスフローに関して、アプリケーション要求メッセージに基づいて、新しいPCC規則を生成するステップと、それぞれの新しいPCC規則をポリシーおよび課金施行ノードPCENに提供するステップとを含む、方法。アプリケーション要求メッセージから加入者を識別するステップと、識別された加入者に対応する加入者記録を取り出すステップと、少なくとも1つの要求されたサービスフローのそれぞれの要求されたサービスフローに関して、加入者記録に基づいて、新しいPCC規則を修正するステップとをさらに含む、請求項1に記載の方法。ポリシー決定結果のセットを生成するために、ポリシー決定を実行するステップであって、ポリシー決定が、アプリケーション要求メッセージ、既存のアプリケーションセッション、および加入者記録のうちの少なくとも1つに基づいている、実行するステップと、少なくとも1つの要求されたサービスフローのそれぞれの要求されたサービスフローに関して、ポリシー決定結果のセットに基づいて、新しいPCC規則を修正するステップとをさらに含む、請求項1に記載の方法。アプリケーション要求メッセージが、少なくとも1つの媒体構成要素を含み、少なくとも1つの要求されたサービスフローをアプリケーション要求メッセージから決定するステップが、それぞれの媒体構成要素に関して、少なくとも1つの要求されたサービスフローを媒体構成要素から決定するステップを含む、請求項1に記載の方法。少なくとも1つの媒体構成要素が、少なくとも1つの媒体下位構成要素を含み、少なくとも1つの要求されたサービスフローを媒体構成要素から決定するステップが、それぞれの媒体下位構成要素に関して、要求されたサービスフローを媒体下位構成要素から決定するステップを含む、請求項4に記載の方法。アプリケーション要求メッセージが、少なくとも1つのパケットフィルタ情報セクションを含み、少なくとも1つの要求されたサービスフローをアプリケーション要求メッセージから決定するステップが、それぞれのパケットフィルタ情報セクションに関して、要求されたサービスフローをパケットフィルタ情報セクションから決定するステップを含む、請求項1に記載の方法。アプリケーション要求メッセージが、QoS情報セクションを含み、要求されたサービスフローをパケットフィルタ情報セクションから決定するステップが、要求されたサービスフローに関するQoS情報をQoS情報セクションから決定するステップを含む、請求項6に記載の方法。少なくとも1つのパケットフィルタ情報セクションが、パケットフィルタ情報属性値の対AVPおよびTFPパケットフィルタ情報AVPのうちの少なくとも1つを含む、請求項6に記載の方法。それぞれの新しいPCC規則に関して、媒体タイプをアプリケーション要求メッセージから決定するステップと、QoSクラス識別子QCIを媒体タイプから決定するステップと、QCIを使用して、QoS情報を生成するステップと、QoS情報に基づいて、新しいPCC規則を修正するステップとをさらに含む、請求項1に記載の方法。それぞれの新しいPCC規則に関して、PCC規則からサービス品質QoS部分を抽出するステップと、QoS部分から新しいQoS規則を生成するステップと、新しいQoS規則をゲートウェイ制御ノードに送信するステップとをさらに含む、請求項1に記載の方法。前述の説明に鑑みて、アプリケーション要求を履行する際に、新しいPCC規則を動的に作成するための方法を提供することが望ましいことになる。詳細には、受信された要求の目的を達成する新しいPCC規則を作成することによって、AFアプリケーション要求およびPGWアプリケーション要求に柔軟に応答することができるPCRFを提供することが望ましいことになる。アプリケーション要求を履行する際に、新しいPCC規則を動的に作成する方法のこの必要性に照らして、様々な例示的な実施形態の概要が提示される。本発明の範囲を限定するためではなく、様々な例示的な実施形態のいくつかの態様を強調および紹介するための以下の概要において、何らかの簡素化および省略が行われる場合がある。当業者が本発明の概念を構成し、その概念を使用することを十分可能にする、好ましい例示的な実施形態の詳細な説明が後の節に続く。様々な例示的な実施形態は、少なくとも1つのポリシーおよび課金制御PCC規則を生成する目的で、アプリケーション要求メッセージを処理するためにポリシーおよび課金規則ノードPCRNによって実行される方法であって、PCRNにおいて、アプリケーション要求メッセージを受信するステップと、少なくとも1つの要求されたサービスフローをアプリケーション要求メッセージから決定するステップと、少なくとも1つの要求されたサービスフローのそれぞれの要求されたサービスフローに関して、アプリケーション要求メッセージに基づいて、新しいPCC規則を生成するステップと、それぞれの新しいPCC規則をポリシーおよび課金施行ノードPCENに提供するステップとを含む、方法に関する。このように、様々な例示的な実施形態は、アプリケーション要求に応答して、ポリシーおよび課金制御規則の動的な作成を可能にする点は明らかであろう。詳細には、アプリケーション要求メッセージをいくつかの要求されたサービスフローに変換することによって、ポリシーおよび課金規則ノードは、要求されたアプリケーション、加入者データ、および/または規則ベースのポリシー決定に動的に基づく、それぞれの要求されたサービスフローを提供するための規則を生成することが可能である。様々な例示的な実施形態をより良好に理解するために、添付の図面が参照される。次に、類似の数字が類似の構成要素またはステップを指す図面を参照して、様々な例示的な実施形態の幅広い態様が開示される。図1は、様々なデータサービスを提供するためのある例示的な加入者ネットワーク100を示す。例示的な加入者ネットワーク100は、様々なサービスに対するアクセスを提供するための通信ネットワークまたはその他のネットワークであってよい。例示的な加入者ネットワーク100は、ユーザ装置110と、基地局120と、進化型パケットコアEPC130と、パケットデータネットワーク140と、アプリケーション機能部AF150とを含むことが可能である。ユーザ装置110は、エンドユーザにデータサービスを提供するために、パケットデータネットワーク140と通信するデバイスであってよい。そのようなデータサービスは、例えば、音声通信、テキストメッセージング、マルチメディアストリーミング、およびインターネットアクセスを含むことが可能である。より詳細には、様々な例示的な実施形態では、ユーザ装置110は、パーソナルコンピュータもしくはラップトップコンピュータ、無線電子メールデバイス、携帯電話、テレビジョンセットトップボックス、またはEPC130を経由して他のデバイスと通信できる任意のその他のデバイスである。基地局120は、ユーザ装置110とEPC130との間の通信を可能にするデバイスであってよい。例えば、基地局120は、3GPP標準によって定義されるような進化型ノードBeノードBなど、ベーストランシーバ基地局であってよい。したがって、基地局120は、電波など、第1の媒体を経由してユーザ装置110と通信し、イーサネット登録商標ケーブルなど、第2の媒体を経由して、EPC130と通信するデバイスであってよい。基地局120は、EPC130と直接通信することも、またはいくつかの中間ノード図示せずを経由して通信することもできる。様々な実施形態では、複数の基地局図示せずは、ユーザ装置110に移動性を提供するために存在する場合がある。様々な代替実施形態では、ユーザ装置110は、EPC130と直接通信することができる点に留意されたい。そのような実施形態では、基地局120は存在しなくてよい。進化型パケットコアEPC130は、パケットデータネットワーク140に対するゲートウェイアクセスをユーザ装置110に提供するデバイス、またはデバイスのネットワークであってよい。EPC130は、提供されたデータサービスの使用に関して加入者に課金して、特定の体感品質QoE標準が満たされることを確実にすることがさらに可能である。したがって、EPC130は、少なくとも一部、3GPPTS29.212標準、3GPPTS29.213標準、および3GPPTS29.214標準に従って実施可能である。したがって、EPC130は、サービス提供ゲートウェイSGW132と、パケットデータネットワークゲートウェイPGW134と、ポリシーおよび課金規則ノードPCRN136と、加入プロファイルリポジトリSPR138とを含むことが可能である。サービス提供ゲートウェイSGW132は、EPC130に対するゲートウェイアクセスを提供するデバイスであってよい。SGW132は、ユーザ装置110によって送られたパケットを受信する、EPC130内の最初のデバイスであってよい。SGW132は、そのようなパケットをPGW134に向けて転送することができる。SGW132は、例えば、複数の基地局図示せず同士の間のユーザ装置110の移動性を管理すること、およびサービス提供されているそれぞれのフローに関する特定のサービス品質QoS特性を施行することなど、いくつかの機能を実行することができる。プロキシモバイルIP標準を実施する実装形態など、様々な実装形態では、SGW132は、ベアラバインディングおよびイベント報告機能BBERFを含むことが可能である。様々な例示的な実施形態では、EPC130は、複数のSGW図示せずを含むことが可能であり、それぞれのSGWは、複数の基地局図示せずと通信することができる。パケットデータネットワークゲートウェイPGW134は、パケットデータネットワーク140に対するゲートウェイアクセスを提供するデバイスであってよい。PGW134は、SGW132を経由してパケットデータネットワーク140に向けてユーザ装置110によって送られたパケットを受信する、EPC130内の最後のデバイスであってよい。PGW134は、それぞれのサービスデータフローSDFに関するポリシーおよび課金制御PCC規則を施行するポリシーおよび課金施行機能PCEFを含むことが可能である。したがって、PGW134は、ポリシーおよび課金施行ノードPCENであってよい。PGW134は、例えば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートなど、いくつかの追加の特徴を含むことが可能である。PGW134は、知られていないアプリケーションサービスに関するリソース割振りを要求する役割を担うことも可能である。図4に関して下でさらに詳細に説明されるように、UE110から知られていないアプリケーションサービスに関する要求を受信すると、PGWは、リソースの適切な割振りを要求する、CCR170などのクレジット制御要求CCRを構築し、その要求をPCRN136に転送することができる。ポリシーおよび課金規則ノードPCRN136は、アプリケーションサービスに関する要求を受信し、PCC規則を生成し、PCC規則をPGW134および/または他のPCEN図示せずに提供するデバイスであってよい。PCRN136は、Rxインターフェースを経由してAF150と通信可能である。AF150および図3に関して下でさらに詳細に説明されるように、PCRN136は、AF150からAA要求AAR160の形でアプリケーション要求を受信することができる。AAR160を受信すると、PCRN136は、アプリケーション要求160を履行するために、少なくとも1つの新しいPCC規則を生成することができる。PCRN136は、それぞれ、GxxインターフェースおよびGxインターフェースを経由して、SGW132およびPGW134と通信可能である。図4に関して下でさらに詳細に説明されるように、PCRN136は、SGW132またはPGW134からクレジット制御要求CCR170の形でアプリケーション要求を受信することができる。AAR160と同様に、CCR170を受信すると、PCRNは、アプリケーション要求170を履行するために、少なくとも1つの新しいPCC規則を生成することができる。様々な実施形態では、AAR160およびCCR170は、別個に処理されることになる2つの独立したアプリケーション要求を表す場合があり、一方、他の実施形態では、AAR160およびCCR170は、単一のアプリケーション要求に関する情報を搬送することが可能であり、PCRN136は、AAR160とCCR170の組合せに基づいて、少なくとも1つのPCC規則を作成することができる。様々な実施形態では、PCRN136は、単一のメッセージアプリケーション要求と対のメッセージアプリケーション要求の両方を処理することが可能であり得る。新しいPCC規則を作成すると、またはPGW134による要求を受けると、PCRN136は、Gxインターフェースを経由して、PCC規則をPGW134に提供することができる。例えば、PMIP標準を実施する実施形態など、様々な実施形態では、PCRN136は、QoS規則を生成することもできる。新しいQoS規則を作成すると、またはSGW132による要求を受けると、PCRN136は、Gxxインターフェースを経由して、QoS規則をSGW132に提供することができる。加入プロファイルリポジトリSPR138は、加入者ネットワーク100に対する加入者に関する情報を記憶するデバイスであってよい。したがって、SPR138は、読出し専用メモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および/または類似の記憶媒体など、機械可読記憶媒体を含むことが可能である。SPR138は、PCRN136の構成要素であってよく、またはEPC130内の独立したノードを構成してもよい。図5を参照してさらに詳細に説明されるように、SPR138によって記憶されるデータは、それぞれの加入者の識別子と、帯域幅限界、課金パラメータ、および加入者優先順位など、それぞれの加入者に関する加入情報の表示とを含むことが可能である。パケットデータネットワーク140は、ユーザ装置110と、AF150など、パケットデータネットワーク140に接続された他のデバイスとの間にデータ通信を提供するための任意のネットワークであってよい。パケットデータネットワーク140は、例えば、パケットデータネットワーク140と通信中の様々なユーザデバイスに電話サービスおよび/またはインターネットサービスをさらに提供することができる。アプリケーション機能部AF150は、知られているアプリケーションサービスをユーザ装置110に提供するデバイスであってよい。したがって、AF150は、例えば、ビデオストリーミングもしくは音声通信サービスをユーザ装置110に提供するサーバまたはその他のデバイスであってよい。AF150は、Rxインターフェースを経由して、EPC130のPCRN136とさらに通信可能である。AF150が知られているアプリケーションサービスをユーザ装置110に提供し始めるとき、AF150は、アプリケーションサービスにリソースが割り振られるべきであることをPCRN136に通知するために、ダイヤメータプロトコルに従って、AA要求AAR160などのアプリケーション要求メッセージを生成することが可能である。このアプリケーション要求メッセージは、アプリケーションサービスを使用している加入者の識別、および要求されたサービスを提供するために確立されなければならない特定のサービスデータフローの識別などの情報を含むことが可能である。AF150は、Rxインターフェースを経由して、そのようなアプリケーション要求をPCRN136に通信することができる。加入者ネットワーク100の構成要素を説明してきたが、加入者ネットワーク100の動作の概要が提供される。以下の記述は、加入者ネットワーク100の動作の概要を提供することを意図し、したがって、ある意味で簡素化である点は明らかであろう。加入者ネットワーク100の詳細な動作は、図2-7に関して下でさらに詳細に説明される。様々な例示的な実施形態によれば、ユーザ装置110は、ユーザ装置110がAF150によって提供された、知られているサービスを受信することを望むことを示すために、AF150と通信することができる。そのような通信は、EPC130とパケットデータネットワーク140とを経由して、または他の通信チャネル図示せずを経由して発生する可能性がある。次いで、AF150は、加入者と、要求されたサービスを提供するために必要なデータフローとを示すAAR160を構築することができる。次いで、AF150は、Rxインターフェースを経由して、AAR160をPCRN136に転送することができる。AAR160を受信すると、PCRN136は、要求されたサービスを提供するために、必要に応じて、AAR160によって示されるそれぞれのフローに関するPCC規則を生成することができる。それぞれのPCC規則を生成するとき、PCRN136は、SPR138からの加入者データ、および内部で生成されたポリシー決定など、他の情報を考慮に入れることも可能である。次いで、PCRN136は、設定のために、Gxインターフェースを経由して、それぞれの新しいPCC規則をPGW134に送信することが可能である。新しいPCC規則を設定した後で、PGW134は、次いで、加入者に適切に課金して、特定のQoSが満たされていることを確実にすると同時に、要求されたデータフローのそれぞれに関するデータ通信を可能にすることができる。PMIP展開を含む実施形態など、様々な実施形態では、SGW132は、必要なQoSが満たされていることを確実にする役割を少なくとも一部担うことが可能である。そのような場合、PCRN136は、それぞれの新しいPCC規則に関して一致するQoS規則を生成することも可能である。次いで、PCRN136は、設置のために、Gxxインターフェースを経由して、それぞれの新しいQoS規則をSDW132に提供することができる。上記の例は、AAR160の形のネットワーク開始型アプリケーション要求を記述するが、本明細書に記述されるこれらの方法およびデバイスは、CCR170の形のUE開始型アプリケーション要求に応答することも可能である点に留意されたい。図2は、アプリケーション要求に応答して、新しいポリシーおよび課金制御PCC規則を作成するためのある例示的なポリシーおよび課金規則ノードPCRN200を示す。PCRN200は、例示的な加入者ネットワーク100のPCRN136に対応し得る。PCRN200は、Rxインターフェース205と、アプリケーション要求変換器210と、基本規則生成器220と、加入規則修正器230と、Spインターフェース235と、ポリシー決定モジュール240と、ポリシー決定規則修正器250と、規則記憶装置260と、ゲートウェイ制御セッションマネージャ270と、Gxxインターフェース275と、IP-CANセッションマネージャ280と、Gxインターフェース285とを含むことが可能である。Rxインターフェース205は、AF150など、AFと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースであってよい。そのような通信は、3GPPTS29.214に従って実施可能である。詳細には、Rxインターフェース205は、AF150からアプリケーション要求AARを受信することができる。アプリケーション要求変換器210は、アプリケーション要求から、それがAARであるか、CCRであるか、もしくはそれらの組合せであるか、要求されたサービスを提供するために何のサービスデータフローが必要となるかを決定するように構成されたハードウェアおよび/または機械可読記憶媒体上の実行可能命令を含むことが可能である。図3-4に関して下でより詳細に説明されるように、アプリケーション要求は、要求されたサービスを提供するために必要とされるいくつかのストリームを識別することが可能である。アプリケーション要求変換器210は、次いで、それぞれの要求されたデータストリームを表すためにサービスフローオブジェクトを生成することができる。それぞれのサービスフローオブジェクトは、例えば、要求された帯域幅、パケットフィルタ、加入者識別子、および/またはデータストリームタイプなど、アプリケーション要求によって記述された情報を含むことが可能である。アプリケーション要求変換器210は、次いで、さらなる処理のために、それぞれのサービスフローオブジェクトを基本規則生成器230に引き渡すことができる。基本規則生成器220は、受信されたアプリケーション要求および/もしくはアプリケーション要求変換器210によって生成されたサービスフローオブジェクトに基づいて、新しいPCC規則を生成するように構成されたハードウェアおよび/または機械可読記憶媒体上の実行可能命令を含むことが可能である。基本規則生成器は、まず、新しいPCC規則オブジェクトを生成することができる。次に、基本規則生成器220は、新しいPCC規則に関する名前を生成して、それをPCC規則オブジェクト内に記憶することができる。PCC規則名は、例えば、先に割り当てられた規則名を増分すること、またはランダム名randomnameを生成することなど、当業者に知られている任意の方法に従って生成され得る。基本規則生成器220は、例えば、帯域幅、フロー状態、および/またはフロー記述子など、AAR、CCR、ならびに/またはサービスフローオブジェクトから確認した情報を含めて、他のデータをPCC規則オブジェクト内に挿入することも可能である。この時点で、新しいPCC規則は、設置準備が整った有効規則であってよく、または設置時にそのPCC規則が適切に機能することになる前にさらなる修正が必要とされる場合もある。次いで、基本規則生成器は、さらなる処理のために、PCC規則オブジェクトを加入規則修正器230に引き渡すことができる。加入規則修正器230は、加入情報に基づいてPCC規則オブジェクトを修正するように構成されたハードウェアおよび/または機械可読記憶媒体上の実行可能命令を含むことが可能である。加入規則修正器230は、まず、PCC規則オブジェクト、サービスフローオブジェクト、CCR、および/またはAARを受信し、その要求に関連する加入IDを決定することができる。次いで、加入規則修正器230は、Spインターフェース235を経由して、SPRから加入プロファイル記録を取り出すことができる。アクセスされたSPRは、SPR138に対応することが可能であり、PCRN200の外部ノードまたは外部構成要素であってよい。この加入プロファイル記録を使用して、加入規則修正器230は、加入者特定データに従って、PCC規則オブジェクトを修正することができる。例えば、加入規則修正器230は、加入プロファイル記録内に記載された最大許容帯域幅に従って、PCC規則オブジェクトの帯域幅を修正することができる。別の例として、加入者規則修正器230は、そのサービスに関するそれぞれの計測された活動単位に関して加入者がいくら課金されることになるかを示すために、加入プロファイル記録内に記憶された情報に従って、PCC規則オブジェクト内に課金パラメータを設定することができる。新しいPCC規則オブジェクトに対するその他の加入特定修正は、当業者に明らかになるであろう。PCC規則オブジェクトに対するすべての修正が完成した後で、加入規則修正器230は、PCC規則オブジェクトをポリシー決定規則修正器250に引き渡すことができる。Spインターフェース235は、SPR138など、SPRと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースであってよい。したがって、Spインターフェース235は、記録要求を送信し、加入プロファイル記録を受信することができる。ポリシー決定モジュール240は、Rxインターフェース205、Gxxインターフェース275、および/もしくはGxインターフェース285を経由して受信されたアプリケーション要求に関するポリシー決定を実行するように構成されたハードウェアおよび/または機械可読記憶媒体上の実行可能命令を含むことが可能である。そのようなポリシー決定は、アプリケーション要求変換器210の動作と同時に発生することが可能である。ポリシー決定モジュール240は、アプリケーション要求に関するポリシー決定を生成するために、規則記憶装置260内またはその他の場所図示せずに記憶されたポリシー決定規則を利用することができる。ポリシー決定を生成する際に、ポリシー決定モジュール240は、SPR138など、SPRから取り出された加入者データおよび/または既存のアプリケーションセッションに関するデータを考慮に入れることも可能である。ポリシー決定結果は、課金パラメータ、QoSパラメータ、サービス識別子、定格グループ、オンライン課金方法もしくはオフライン課金方法、計測方法、報告レベル、および/または割振り保有優先順位allocationretentionpriorityに関する値などの情報を含むことが可能である。次いで、ポリシー決定モジュール240は、これらのポリシー決定結果をポリシー決定修正器250に転送することが可能である。ポリシー決定規則修正器250は、ポリシー決定モジュール240によって生成されたポリシー決定結果に基づいて、PCC規則オブジェクトを修正するように構成されたハードウェアおよび/または機械可読記憶媒体上の実行可能命令を含むことが可能である。例えば、ポリシー決定規則修正器250は、課金パラメータ、QoSパラメータ、サービス識別子、定格グループ、オンライン課金方法もしくはオフライン課金求方法、計測方法、報告レベル、および/または割振り保有優先順位などの情報をPCC規則オブジェクト内に挿入することができる。ポリシー決定規則修正器250は、PCC規則に関するQoSクラス識別子QCIをさらに決定することができる。これは、例えば、AARによって指定された媒体タイプをQCIと相関させるマッピング表を参照するなど、当業者に知られている任意の様式に従って達成され得る。QCIおよびアプリケーション要求内で提供された帯域幅から、ポリシー決定規則修正器250は、PCC規則オブジェクト内に挿入されることになる追加のQoSパラメータおよび/または代替のQoSパラメータを決定することができる。次いで、ポリシー決定規則修正器250は、新しいPCC規則として、PCC規則オブジェクトを規則記憶装置260内に記憶して、設置のために、その新しいPCC規則をIP-CANセッションマネージャ280に転送することができる。PMIPを利用する実施形態など、QoS保証を提供するためにゲートウェイ制御セッションを利用する様々な実施形態では、ポリシー決定規則修正器250は、新しいPCC規則をゲートウェイ制御セッションマネージャ270に転送することもできる。規則記憶装置260は、PCRN200によって生成されたPCC規則を記憶することが可能な任意の機械可読媒体であってよい。したがって、規則記憶装置260は、読出し専用メモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および/または類似の記憶媒体などの機械可読記憶媒体を含むことが可能である。図5に関して下でさらに詳細に説明されるように、規則記憶装置260は、PCRN200によって作成された多数のPCC規則の定義を記憶することができる。そのような定義は、例えば、規則名、サービスデータフローフィルタ、QoSパラメータ、および課金パラメータを含むことが可能である。ゲートウェイ制御セッションマネージャ270は、QoS規則を生成し、SGWまたはゲートウェイ制御セッションを実施するその他のノードに設置するために、それらのQoS規則を送信するように構成されたハードウェアおよび/または機械可読記憶媒体上の実行可能命令を含むことが可能である。PMIPを利用する実施形態など、QoS保証を提供するためにゲートウェイ制御セッションを利用する様々な実施形態では、ゲートウェイ制御セッションマネージャ270は、PCC規則からQoS規則を生成するために必要な情報を抽出することができる。例えば、ゲートウェイ制御セッションマネージャ270は、PCC規則から規則名、サービスデータフローフィルタ、およびQoSパラメータを抽出し、新しいQoS規則を生成することができる。ゲートウェイ制御セッションマネージャ270は、次いで、Gxxインターフェース275を経由して、新しいQoS規則をSGWまたは他の適切なノードに転送することができる。Gxxインターフェース275は、SGW132など、SGWと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースであってよい。そのような通信は、3GPPTS29.212に従って実施可能である。これにより、Gxxインターフェース275は、QoS規則に関する要求を受信して、設置のためにQoS規則を送信することができる。Gxxインターフェース275は、UE発生型アプリケーション要求をCCRの形で受信することがさらに可能である。IP-CANセッションマネージャ280は、新しいPCC規則をPGWもしくはPCEFを実施する他のノードに送信するように構成されたハードウェアおよび/または機械可読記憶媒体上の実行可能命令を含むことが可能である。IP-CANセッションマネージャ280は、新しいPCC規則を受信して、Gxインターフェース285を経由して、その新しいPCC規則をPGWまたは他のノードに即時に転送することができる。IP-CANセッションマネージャ280は、例えば、Gxインターフェース285を経由して、規則に関する要求を受信すること、規則記憶装置260から要求された規則を取り出すことによって応答すること、およびGxインターフェース285を経由して、その規則を送信することなど、追加の機能を実行することができる。Gxインターフェース285は、PGW134など、PGWと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースであってよい。そのような通信は、3GPPTS29.212に従って実施可能である。これにより、Gxインターフェース285は、PCC規則に関する要求を受信し、設置のためにPCC規則を送信することができる。Gxインターフェース285は、UE発生型アプリケーション要求を、CCR170など、CCRの形で受信することがさらに可能である。図3は、ある例示的なネットワーク発生型アプリケーション要求メッセージをAAR300の形で示す。AAR300は、ダイヤメータメッセージプロトコルおよび/または3GPPTS29.214に従って構築され得る。したがって、AAR300は、ヘッダ310と、加入IDフィールド330と、媒体構成要素フィールド340、350と、いくつかの追加のフィールド320、360とを含むことが可能である。AAR300のフィールドの順序は変化し得る点に留意されたい。したがって、例えば、加入IDフィールド330は、媒体構成要素フィールド340、350の後に配置される場合がある。ヘッダ310は、メッセージ300がAARであることを示す標準ダイヤメータヘッダであってよい。したがって、ヘッダ310は、ダイヤメータプロトコルおよび3GPPTS29.214によって規定されるように、265の値に設定されたコマンドコードフィールドと、Rビットフィールドのコマンドフラッグフィールドセットとを含むことが可能である。加入IDフィールド330は、特定の要求に関連する加入を示すための属性値の対AVPであってよい。例えば、加入IDフィールド330は、値0×5504によって識別された加入がAAR300に関連することを示す。この情報は、加入プロファイル記録にアクセスして、要求されたサービスに関して適切な加入者に課金するために使用され得る。媒体構成要素フィールド340、350は、要求されたサービスのそれぞれの媒体構成要素に関するサービス情報を含むことが可能である。AAR300の例では、要求は、ストリーミングビデオに関する場合がある。媒体構成要素340は、ストリームのビデオ部分に対応することが可能であり、一方、媒体構成要素350は、ストリームの音声部分に対応することが可能である。それぞれの媒体構成要素は、例えば、ストリームのそれぞれの部分に関して要求された帯域幅など、さらなる記述を搬送することができる。したがって、媒体構成要素340は、ビデオ部分に関して、1kbpsアップストリームおよび257kbpsダウンストリームを要求することができ、一方、媒体構成要素350は、音声部分に関して、1kbpsアップストリームおよび129kbpsダウンストリームを要求することができる。媒体構成要素フィールド340、350は、それぞれが、要求されたサービスを提供するために必要な独立したデータストリームを示す媒体下位構成要素343、346、353、356をさらに含むことが可能である。したがって、媒体下位構成要素343は、ストリーミングビデオを提供するために、1kbpsアップストリームおよび1kbpsダウンストリームの帯域幅を有する制御ストリームが必要であることを示すことができる。同様に、媒体下位構成要素346は、256kbpsダウンストリーム帯域幅を有するビデオストリームもストリーミングビデオに必要であることを示すことができる。媒体下位構成要素353、356は、ストリーミングビデオの音声構成要素を提供するために、両方向に1kbps帯域幅を有する制御ストリームと、128kbpsダウンストリームを有する音声ストリームとが必要であることを同様に示すことができる。追加のフィールド320、360は、ダイヤメータプロトコルおよび/または3GPPTS29.214によって指定されるような追加の情報を含むことが可能である。したがって、追加のフィールド320、360は、起点ホストOrigin-HostAVP、宛先ホストAVP、サポートされる特徴AVP、フレームIPアドレスAVPなど、追加の属性値の対AVPを含むことが可能である。追加のフィールド320、260は、例えば、フロー識別情報など、その他の有用な情報を抽出する際に使用され得る。図4は、ある例示的なユーザ装置発生型アプリケーション要求メッセージをCCR400の形で示す。CCR400は、ダイヤメータメッセージプロトコルおよび/または3GPPTS29.212に従って構築され得る。したがって、CCR400は、ヘッダ410と、加入IDフィールド430と、パケットフィルタ情報フィールド440、450と、QoS情報フィールド460と、いくつかの追加のフィールド420、470とを含むことが可能である。CCR400のフィールドの順序は変化し得る点に留意されたい。したがって、例えば、加入IDフィールド430は、パケットフィルタ情報フィールド440、450、またはQoS情報フィールド460の後に配置される場合がある。ヘッダ410は、メッセージ400がCCRであることを示す標準ダイヤメータヘッダであってよい。したがって、ヘッダ410は、ダイヤメータプロトコルおよび3GPPTS29.212によって規定されるように、258の値に設定されたコマンドコードフィールドと、Rビットフィールドのコマンドフラッグフィールドセットとを含むことが可能である。加入IDフィールド430は、特定の要求に関連する加入を示すための属性値の対AVPであってよい。例えば、加入IDフィールド430は、値0×5504によって識別された加入がCCR400に関連することを示す。この情報は、加入プロファイル記録にアクセスして、要求されたサービスに関して適切な加入者に課金するために使用され得る。パケットフィルタ情報フィールド440、450は、要求されたサービスに関するそれぞれの要求されたフローに関するサービス情報を含むことが可能である。例えば、LTEを実施する実施形態など、様々な実施形態では、パケットフィルタ情報フィールド440、450は、パケットフィルタ情報AVPであってよい。例えば、GPRSを実施する実施形態など、様々な実施形態では、パケットフィルタ情報フィールド440、450は、TFPパケットフィルタ情報AVPであってよい。CCR400の例では、この要求は、例えば、HTTPサーバトラフィックに関する可能性がある。パケットフィルタ情報フィールド440は、ポート80上の任意の起点からIPアドレス120.210.62.160宛てのトラフィックに関するアウト値によって示されるダウンストリームフローを記述することが可能である。同様に、パケットフィルタ情報フィールド450は、ポート80上でIPアドレス120.210.62.160から任意の宛先に送られたトラフィックに関するイン値によって示されるアップストリームフローを記述することが可能である。パケットフィルタ情報フィールド440、450は、例えば、サービスのタイプ、トラフィッククラス、および/またはフローラベルなど、追加の情報を含むことが可能である。QoS情報フィールド460は、要求されたサービスフローに関して要求されたQoS設定を含むことが可能である。例えば、QoS情報フィールド460は、CCR400によって要求されたフローが、3の割振り保有優先順位と、1kbpsアップストリームおよび64kbpsダウンストリームの最大帯域幅とを有するべきであることを示すことが可能である。QoS情報フィールド460は、例えば、QCI、保証された帯域幅、および/またはベアラ識別子など、追加の情報を含むことが可能である。様々な例示的な実施形態では、PCRN200は、PCC規則を生成するとき、QoS値を決定するために、QoS情報フィールド460を使用しなくてよい。そのような実施形態では、PGW134など、PGWは、パケットフィルタ情報フィールド内にQoS情報を含むことが可能であり、PCRN200は、PCC規則を生成する際に、代わりに、この情報を使用することができる。追加のフィールド420、470は、ダイヤメータプロトコルおよび/または3GPPTS29.212によって指定される追加の情報を含むことが可能である。したがって、追加のフィールド420、470は、CC要求タイプAVP、フレームIPアドレスAVP、3GPP-SGSNアドレスAVPなど、追加の属性値の対AVPを含むことが可能である。追加のフィールド420、470は、例えば、フロー識別情報など、他の有用な情報を抽出する際に使用され得る。図5は、PCC規則を記憶するためのある例示的なデータ構成500を例示する。データ構成500は、例えば、規則記憶装置260内に記憶されたデータベース内の表であってよい。あるいは、データ構成500は、一連のリンクトリスト、アレイ、または類似のデータ構造であってよい。したがって、データ構成400は、基本データの抽象化であり、このデータの記憶に適した任意のデータ構造が使用され得る点は明らかであろう。データ構成500は、規則名フィールド505と、サービスデータフローフィルタフィールド510と、フロー状態フィールド515と、QoSパラメータフィールド520と、課金パラメータフィールド525とを含むことが可能である。データ構成500は、例えば、サービス識別子フィールド、優先順位フィールド、および/または監視キーフィールドなど、PCC規則を定義する際に必要とされるか、または有用な追加のフィールド図示せずを含むことが可能である。規則名フィールド505は、それぞれのPCC規則を一意的に識別するために使用され得る。サービスデータフローフィルタフィールド510は、PCC規則が適用されるトラフィックを選択するためのフィルタを記憶するために使用され得る。フロー状態フィールド515は、関連するフィルタによって検出されたトラフィックがアップストリーム方向およびダウンストリーム方向に転送されるべきであるか、またはドロップされるべきであるかを決定するために使用され得る。QoSパラメータフィールド520は、QCI、割振りおよび保有優先順位、ならびにアップリンクとダウンリンクとに関する許可されたビットレートなど、QoS関連情報を記憶するために使用され得る。課金パラメータフィールド525は、課金キー、計測方法、オフライン課金が使用されるべきか、もしくはオンライン課金が使用されるべきか、および/または計測された活動単位ごとにいくら課金されるべきかを示すために使用され得る。一例として、記録530は、名前0×E426によって識別された規則がフィルタ0×90F2CE32...を使用することによって識別されたトラフィックに適用可能であることを示す。両方向のトラフィックは、2kbpsアップストリームおよび8kbpsダウンストリームを可能にする、8のQCIに従って転送されるべきであり、キロバイトの転送ごとに0.05ドルが加入者に課金されるべきである。別の例として、記録535は、名前0×99B2によって識別された規則がフィルタ0×B2B56FE1...を使用することによって識別されたトラフィックに適用可能であることを示す。トラフィックは、16kbpsアップストリームおよびダウンストリームを可能にする、6のQCIに従って両方向に転送されるべきであり、毎分のサービス使用ごとに0.10ドルが加入者に課金されるべきである。データ構成500は、多数の追加のPCC規則記録540を含むことが可能である。図6は、加入プロファイルデータを記憶するためのある例示的なデータ構成600を示す。データ構成600は、例えば、SPR138内に記憶されたデータベース内の表であってよい。あるいは、データ構成600は、一連のリンクトリスト、アレイ、または類似のデータ構造であってよい。したがって、データ構成600は基本データの抽象化であり、このデータの記憶に適した任意のデータ構造が使用され得る点は明らかであろう。データ構成600は、加入IDフィールド605と、帯域幅限界フィールド610と、課金パラメータフィールド615とを含むことが可能である。加入IDフィールド605は、サービスデータフローに関連する加入プロファイルを一意的に識別するために使用され得る。帯域幅限界フィールド610は、アップストリーム方向およびダウンストリーム方向の関連する加入プロファイルを可能にする最大ビットレートを示すために使用され得る。課金パラメータフィールド615は、様々なアプリケーションサービスに関する関連加入プロファイルに関して使用されることになるデフォルト料金を示すために使用され得る。一例として、記録620は、0×3F53によって識別された加入プロファイルが2kbpsアップストリームおよび512kbpsダウンストリームに限定されていることを示す。この加入プロファイルは、第1のタイプのサービス例えば、インターネットアクセスに関してキロバイト当たり0.02ドルのデフォルト料金が課金され、第2のタイプのサービス例えば、音声通信に関して毎分0.05ドルのデフォルト料金が課金されることになる。別の例として、記録625は、0×5504によって識別された加入プロファイルは2kbpsアップストリームおよび1024kbpsダウンストリームに限定されることを示す。この加入プロファイルは、第1のタイプのサービスに関してキロバイト当たり0.01ドルのデフォルト料金が課金され、第2のタイプのサービスに関して毎分0.05ドルのデフォルト料金が課金されることになる。データ構成600は、多数の追加のPCC規則記録630を含むことが可能である。図6は、媒体タイプとサービス品質QoSクラス識別子QCIとの間の相関を記憶するためのある例示的なデータ構成700を示す。データ構成700は、例えば、ポリシー決定規則修正器250内、規則記憶装置260内、またはPCRN200のその他の要素内に記憶されたデータベース内の表であってよい。あるいは、データ構成700は、一連のリンクトリスト、アレイ、または類似のデータ構造であってよい。したがって、データ構成700は、基本データの抽象化であり、このデータの記録に適した任意のデータ構造が使用され得る点は明らかであろう。データ構成700は、媒体タイプフィールド705とQCIフィールド710とを含むことが可能である。媒体タイプフィールド705は、3GPPTS29.214によって列挙される媒体タイプを示すために使用され得る。QCIフィールド710は、媒体タイプに関連するQCIを示すために使用され得る。一例として、記録715は、音声媒体タイプが6のQCIに関連することを示す。同様に、記録720、725、730、735、740、745、750は、ビデオ媒体タイプ、データ媒体タイプ、アプリケーション媒体タイプ、制御媒体タイプ、テキスト媒体タイプ、メッセージ媒体タイプ、およびその他の媒体タイプが、それぞれ、7、5、8、2、2、4、および1のQCIに関連することを示す。これらのQCIは、それぞれの媒体タイプに関して規定されたデフォルトQoSをさらに定義するために使用され得る。図8は、アプリケーション要求に応答して、新しいポリシーおよび課金制御PCC規則を作成するためのある例示的な方法800を示す。方法800は、アプリケーション要求によって識別されたサービスデータフローに関するPCC規則を確立するために、PCRN130および/またはPCRN200の構成要素によって実行可能である。方法800は、ステップ805で始まり、PCRN130、200がRxインターフェース205を経由してAARの形で、および/またはGxxインターフェース275もしくはGxインターフェース285を経由してCCRの形でアプリケーション要求を受信することが可能なステップ810に進むことができる。この時点で、アプリケーション要求変換器210は、受信されたメッセージが、先に受信されたか、または受信されることが予測される別の補足的なメッセージに対応するかどうかを決定することができる。そうである場合、アプリケーション要求変換器は、当業者に知られている、補足的なアプリケーション要求を処理する任意の形式に従って、完全なアプリケーション要求を生成することができる。次いで、方法800は、アプリケーション要求変換器210がアプリケーション要求をサービスフローオブジェクトに変換することが可能なステップ815に進むことができる。AARの場合、アプリケーション要求変換器210は、媒体構成要素と、媒体下位構成要素とをAARから抽出して、それぞれの媒体下位構成要素に関するサービスフローオブジェクトを確立することができる。CCRの場合、アプリケーション要求変換器210は、パケットフィルタ情報フィールドおよび/またはQoS情報フィールドを抽出して、それぞれのパケットフィルタ情報フィールドに関してサービスフローオブジェクトを確立することができる。次いで、ステップ820において、ポリシー決定モジュール240は、アプリケーション要求、既存のアプリケーションセッション、加入プロファイルデータ、および/またはポリシー規則から様々なパラメータを生成するために、ポリシー決定機能を起動することができる。ポリシー決定モジュール240は、その要求の内容に基づいて、適用可能なパラメータ値のセットを決定するために、外部化された規則セットを利用することができる。方法800は、次いで、基本規則生成器が第1のサービスフローオブジェクトおよび/またはアプリケーション要求から基本PCC規則を生成することが可能なステップ825に進むことができる。基本PCC規則の生成は、例えば、PCC規則名、サービスデータフローフィルタ、および初期QoS帯域幅パラメータを生成するステップを含むことが可能である。次いで、ステップ830において、加入者規則修正器230は、Spインターフェース235を経由して、アプリケーション要求内の加入IDに関連する加入プロファイル記録の取出しを試みることができる。そのような加入プロファイル記録が存在しない場合、方法800は、ステップ835に進むことができる。しかし、加入プロファイル記録が存在する場合、方法800は、加入者規則修正器230が加入プロファイル記録からの情報を用いてPCC規則を更新することが可能なステップ840に進むことができる。この更新は、適切な課金パラメータをPCC規則に追加するステップ、および/または加入者の帯域幅限界に従ってPCC規則内のQoS帯域幅を更新するステップを含むことが可能である。ステップ835において、ポリシー決定修正器は、ステップ820において、ポリシー決定モジュール840が現在のPCC規則に関連する何らかのポリシー決定結果を生成したかどうかを決定することができる。関連する結果が生成されていない場合、方法700は、ステップ845に進むことができる。代わりに、関連するポリシー決定結果が存在する場合、方法800は、ポリシー決定規則修正器250が、それらのポリシー決定結果に従って、現在のPCC規則を更新することが可能なステップ850に進むことができる。この更新は、サービス識別子、定格グループ、計測方法、および/またはその他の情報をPCC規則に追加するステップを含むことが可能である。ポリシー決定修正器240は、存在する場合、記載された媒体タイプからPCC規則に関連するQCIをさらに決定することができる。方法800は、次いで、現在のPCC規則がアプリケーション要求に関する現在の結果に追加可能なステップ845に進むことができる。PCRNは、この時点で、PCC規則を規則記憶装置260に追加することも可能である。次いで、方法800は、PCRN200がPCC規則内に処理されることになる何らかの追加のサービスフローオブジェクトが存在するかどうかを決定することが可能なステップ855に進むことができる。追加のサービスフローオブジェクトが存在する場合、方法800は、ステップ825にループバックすることができる。追加のサービスフローオブジェクトが存在しない場合、方法800はステップ860に進むことができる。ステップ860において、IP-CANセッションマネージャ280は、結果内のそれぞれの新しいPCC規則を、PGW134など、適切なPCENに送信することによって、IP-CANセッションを更新することができる。ステップ865において、ゲートウェイ制御セッションマネージャ270は、PMIP展開においてなど、SGW132またはその他のノードがゲートウェイ制御セッションを実施するかどうかを決定することができる。そのようなゲートウェイ制御セッションが存在しない場合、方法800は、ステップ875に進み、終了することができる。そうでない場合、ステップ870において、ゲートウェイ制御セッションマネージャ270は、結果内のそれぞれのPCC規則からQoS部分を抽出することによって、QoS規則のセットを生成して、それぞれの抽出されたQoS部分から新しいQoS規則を作成することができる。次いで、ゲートウェイ制御セッションマネージャ270は、Gxxインターフェースを経由して、QoS規則をSGWに送信することが可能であり、方法800はステップ875で終了することができる。例示的な加入者ネットワーク100およびPCRN200の動作に関する例示的な構成要素ならびに方法を説明してきたが、例示的なネットワーク100およびPCRN200の動作の一例が、次に、図1-7を参照して提供される。PCRN136は、PCRN200に対応し得る。規則記憶装置260の内容は、データ構成500によって示されることが可能であり、SPR138の内容は、データ構成600によって示されることが可能である。AAR160は、AAR300によって詳細に記述され得る。以下の例はAARメッセージの処理を記述するが、記述される方法は、CCR170、400など、CCRメッセージにも適用可能である点に留意されたい。このプロセスは、PCRN136、200がAAR160、300を受信するときに開始することができる。次いで、アプリケーション要求変換器210は、AARから媒体構成要素340、350を抽出して、それぞれの媒体下位構成要素343、346、353、356に対応する4つのサービスフローオブジェクト、それぞれ、SFO1、SFO2、SFO3、およびSFO4を作成することができる。これにより、SFO1は、両方向に1kbpsの帯域幅を有するビデオ制御フローを示すことができ、SFO2は、ダウンストリーム方向に256kbpsの帯域幅を有するビデオストリームフローを示すことができ、SFO3は、両方向に1kbpsの帯域幅を有する音声制御フローを示すことができ、SFO4は、ダウンストリーム方向に128kbpsの帯域幅を有する音声ストリームフローを示すことができる。次いで、ポリシー決定モジュール240は、ステップ820において、ポリシー決定機能を起動することができる。次いで、基本規則生成器220は、ステップ825において、SFO1に関する基本規則を作成することができる。この基本規則は、例えば、規則名、要求された帯域幅、サービスフローパラメータなどの情報を含むことが可能である。これにより、基本規則生成器220は、例えば、0×F30Fなど、新しいPCC規則に関する名前を生成することができる。基本規則生成器220は、1kbpsのアップストリームおよびダウンストームの要求された最大帯域幅を新しいPCC規則のQoS部分内に挿入することも可能である。基本規則生成器220は、PCC規則のフロー状態がフロー状態を両方向に開放OPENに設定すべきであることをさらに推論することができる。基本規則生成器220は、新しいPCC規則が適用されることになるトラフィックを識別するために、0×DD3E5323...など、サービスデータフローフィルタを生成することも可能である。基本規則生成器220は、新しいPCC規則をより完全に定義するために、さらなる動作を実行することができる。したがって、基本規則生成器220は、完全に機能的なPCC規則であってよく、または部分的に機能的なPCC規則であってもよい。ステップ830および840において、加入規則修正器230は、AARフィールド330によって識別された加入者0×5504に関連する記録を取り出すことができる。これにより、加入規則修正器230は、Spインターフェース235を経由して、加入プロファイル記録630を受信することが可能である。次いで、加入規則修正器230は、加入プロファイル記録630に従って、新しいPCC規則を修正することができる。このステップは、その加入者に関する帯域幅限界がその要求によって超されないことを検証するステップを含むことができる。したがって、加入者0×5504が他の加入データフローを使用していない場合、両方向に1kbpsの帯域幅の要求されたフローは、加入プロファイル記録630によって規定されたように、このユーザの2kbpsアップストリームおよび1024kbpsダウンストリームの帯域幅限界を超えないことになる。加入者規則修正器230は、加入プロファイル記録630から適切な課金パラメータを選択することも可能である。これにより、加入者規則修正器230は、要求されたサービスフローにキロバイト当たり0.01ドルの課金料金が適用されることを決定して、この課金料金を新しいPCC規則に挿入することができる。次いで、ポリシー決定修正器250は、ポリシー決定モジュール240によって提供された結果に基づいて、新しいPCC規則をさらに修正することができる。このステップは、例えば、QCI、定格グループ、計測方法、およびサービス識別子などの情報を新しいPCC規則内に挿入するステップを含むことが可能である。ポリシー決定修正器250は、決定結果に基づいて、QoSパラメータなど、既存の値をさらに修正することができる。ポリシー決定修正器250は、PCC規則に関するQCIを決定するために、データ構成700を参照することも可能である。これにより、ポリシー決定修正器は、マップエントリ735を参照して、SFO1が制御媒体タイプに関するため、2のQCIが新しいPCC規則内に含まれるべきであることを決定することができる。次いで、SFO2、SFO3、およびSFO4に関して同じプロセスが繰り返されてよい。ポリシー決定修正器250は、規則記憶装置260内に新しいPCC規則を記憶することができ、IP-CANセッションマネージャ280は、設置のために、Gxインターフェース285を経由して、新しいPCC規則をPGN134に送信することができる。ゲートウェイ制御セッションマネージャ270は、ステップ865において、関連するゲートウェイ制御セッションが存在するかどうかを決定することも可能である。そうである場合、ゲートウェイ制御セッションマネージャ270は、新しいQoS規則のセットを作成するために、それぞれの新しいPCC規則からQoS部分を抽出することができる。次いで、ゲートウェイ制御セッションマネージャ270は、Gxxインターフェース275を経由して、新しいQoS規則をSGW132に転送することができる。これにより、PCRN136、200は、AF150からAAR160、300を受信し、要求されたサービスを提供するために、必要に応じて4つのPCC規則およびQoS規則を生成した。前述の説明によれば、様々な例示的な実施形態は、ネットワーク発生型アプリケーション要求またはユーザ装置発生型アプリケーション要求に応答して、ポリシーおよび課金制御規則の動的な作成を実現する。詳細には、アプリケーション要求メッセージをいくつかの要求されたサービスフローに変換することによって、ポリシーおよび課金規則ノードは、それぞれの要求されたサービスフローを提供するために、要求されたアプリケーション、加入者データ、および/または規則ベースのポリシー決定に動的に基づく規則を生成することが可能である。前述の説明から、本発明の様々な例示的な実施形態は、ハードウェアおよび/またはファームウェアの形で実施され得る点は明らかであろう。さらに、様々な例示的な実施形態は、本明細書で詳細に説明された動作を実行するために、少なくとも1つのプロセッサによって読取り可能、および実行可能な機械可読記憶媒体上に記憶された命令として実施可能である。機械可読記憶媒体は、パーソナルコンピュータもしくはラップトップコンピュータ、サーバ、またはその他のコンピューティングデバイスなど、機械によって可読可能な形で情報を記憶するための任意の機構を含むことが可能である。したがって、機械可読記憶媒体は、読出し専用メモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および類似の記憶媒体を含むことが可能である。本明細書の任意のブロック図は、本発明の原理を実施する例示的な回路の概念図を表す点を当業者は理解されたい。同様に、任意のフローチャート、流れ図、状態遷移図、疑似コードなどは、実質的に機械可読媒体内に表されることが可能であり、そのようなコンピュータまたはプロセッサが明示的に示されていようと、いまいと、コンピュータまたはプロセッサによってそのように実行可能な、様々なプロセスを表す点を理解されよう。様々な例示的な実施形態は、それらの特定の例示的な態様を特に参照して詳細に説明されているが、本発明は、他の実施形態が可能であり、その詳細は、様々な自明な点で修正可能である点を理解されたい。当業者に容易に明らかになるように、本発明の趣旨内および範囲内に依然としてとどまりながら、改変形態および修正形態がとられる場合がある。したがって、前述の開示、説明、および図面は、例示のためだけであり、特許請求の範囲によってだけ定義される本発明を決して限定しない。