加入者ネットワークの状況に少なくとも部分的に基づいてサービス要求に応答するためのポリシーおよび課金ルールノードPCRNにより実行される方法であって、PCRNによって制御されるリソースに対するサービス要求をPCRNにおいて受信するステップと、加入者ネットワークの状況を決定するステップと、サービス要求が要求どおり履行されるべきかどうかを加入者ネットワークの状況から決定するステップと、サービス要求が要求どおり履行されるべきである場合、サービス要求を履行するための少なくとも1つの新しいポリシーおよび課金制御PCCルールを生成するステップとを備える、方法。サービス要求が要求どおり履行されるべきではない場合、許容可能なサービス要求を決定するステップと、Rxインターフェイスを介してアプリケーション機能とネゴシエートするステップと、変更済みサービス要求を受信するステップとをさらに備える、請求項1に記載の方法。加入者ネットワークにより容易にされた転送に関連する少なくとも1つのイベントメッセージをPCRNにおいて受信するステップと、少なくとも1つのイベントメッセージに関するデータをイベントストレージに格納するステップとをさらに備え、加入者ネットワークの状況を決定するステップが、イベントストレージ内のデータのサブセットの中の少なくとも1つの統計的傾向を識別するステップと、少なくとも1つの統計的傾向から加入者ネットワークの要素が輻輳していることを決定するステップとをさらに備える、請求項1に記載の方法。PCRNがネットワークトポロジを備え、加入者ネットワークの状況を決定するステップが、ネットワークトポロジを使用して輻輳している加入者ネットワークの要素を識別するステップをさらに備える、請求項3に記載の方法。少なくとも1つのイベントメッセージに関するデータが、PCCルールの名前と、イベントの時間と、イベントのタイプの表示と、影響を受けるネットワークコンポーネントとを備える、請求項3に記載の方法。イベントのタイプの表示が、ベアラ割り振りの失敗と、優先度優先使用によるベアラの損失のうちの少なくとも1つを備える、請求項5に記載の方法。加入者ネットワークの状況を決定するステップが、ルールストレージに格納されたPCCルールに少なくとも部分的に基づいて加入者ネットワークの状況を決定するステップを備える、請求項1に記載の方法。加入者ネットワークの状況に少なくとも部分的に基づいて少なくとも1つのポリシーおよび課金制御PCCルールを生成することによりサービス要求に応答するためのポリシーおよび課金ルールノードPCRNであって、PCRNによって制御されるネットワークリソースに対するサービス要求を受信するインターフェイスと、受信したイベントメッセージに関連するデータを格納するイベントストレージと、PCRNによって生成されたPCCルールに関連するデータを格納するルールストレージと、イベントストレージ内のデータおよびルールストレージ内のデータから加入者ネットワークの状況を決定して、サービス要求が履行されるべきであるかどうかを決定するネットワーク状況アナライザと、サービス要求が履行されるべきである場合、受信したサービス要求に基づいて少なくとも1つのPCCルールを作成するルールジェネレータとを備える、PCRN。許容可能なサービス要求を決定し、変更済みサービス要求をネゴシエートするネットワーク状況モディファイアをさらに備える、請求項8に記載のPCRN。インターフェイスが、少なくとも1つのPCCルールをポリシーおよび制御実施ノードPCENに送信し、少なくとも1つのイベントメッセージをPCENから受信するGxインターフェイスを備える、請求項8に記載のPCRN。上記の事項を考慮すると、リソースを割り振るより堅固な方法を提供することが望ましいと考えられる。特に、ルールの導入またはアクティブ化における失敗の数、およびドロップされる接続の数を減少させつつ、リソースを割り振るための方法を提供することが望ましいと考えられる。失敗および接続のドロップを低減するネットワークリソース割り振りの方法を求める現在の必要性を踏まえて、さまざまな例示的な実施形態の概要が提示される。以下の要約において、簡略化および省略が一部行なわれることがあるが、それは、本発明の範囲を限定するためではなく、さまざまな例示的な実施形態の一部の態様を強調し導入することが意図されている。当業者が本発明の概念を構成して使用できるようにするために十分な、好ましい例示的な実施形態の詳細な説明は、後段において続いて行なわれる。さまざまな例示的な実施形態は、加入者ネットワークの状況に基づいてサービス要求に応答するためのポリシーおよび課金ルールノードPCRN:PolicyandChargingRulesNodeにより実行される方法に関連し、方法は、PCRNによって制御されるリソースに対するサービス要求をPCRNにおいて受信するステップと、加入者ネットワークの状況を決定するステップと、サービス要求が要求どおり履行されるべきかどうかを、加入者ネットワークの状況から決定するステップと、サービス要求が要求どおり履行されるべきである場合、サービス要求を履行するための新しいポリシーおよび課金制御PCCルールを生成するステップと、サービス要求が要求どおり履行されるべきではない場合、サービス要求を変更して、変更済みサービス要求を履行するための新しい課金制御PCCルールを生成するステップとを備える。このようにして、さまざまな例示的な実施形態は、加入者ネットワークの状況に応答したネットワークリソースの割り振りを可能にすることが明らかとなろう。特に、ネットワークイベントに関連するデータを記録して分析することにより、ポリシーおよびルール課金ノードは、ネットワークの状況を決定し、ネットワークの状況に応答して新しいルールを発行することができる。さまざまな例示的な実施形態をより深く理解するため、添付の図面が参照される。これ以降、類似する番号が類似するコンポーネントまたはステップを示す図面を参照して、さまざまな例示的な実施形態の広範な態様が開示される。図1は、さまざまなデータサービスを提供するための例示的な加入者ネットワーク100を示す。例示的な加入者ネットワーク100は、通信ネットワーク、またはさまざまなサービスへのアクセスを提供するためのその他のネットワークであってもよい。例示的なネットワークは、ユーザ機器110、基地局120、進化型パケットコアEPC130、パケットデータネットワーク140、およびアプリケーション機能AF150を含むことができる。ユーザ機器110は、エンドユーザにデータサービスを提供するためにパケットデータネットワーク140と通信するデバイスであってもよい。そのようなデータサービスは、たとえば、音声通信、テキストメッセージング、マルチメディアストリーミング、およびインターネットアクセスを含むことができる。さらに具体的には、さまざまな例示的な実施形態において、ユーザ機器110は、パーソナルまたはラップトップコンピュータ、無線電子メールデバイス、携帯電話、テレビジョンセットトップボックス、またはEPC130を介して他のデバイスと通信することができる任意のその他のデバイスである。基地局120は、ユーザ機器110とEPC130との間の通信を可能にするデバイスであってもよい。たとえば、基地局120は、3GPP規格により定義されるevolvednodeBeNodeBのような、無線送受信機基地局であってもよい。したがって、基地局120は、電波のような第1の媒体を介してユーザ機器110と通信し、イーサネット登録商標ケーブルのような第2の媒体を介してEPC130と通信するデバイスであってもよい。基地局120は、EPC130と直接通信してもよいか、または多数の中間ノード図示せずを介して通信することもできる。さまざまな実施形態において、ユーザ機器110に移動性をもたらすために、複数の基地局図示せずが存在してもよい。さまざまな代替的な実施形態において、ユーザ機器110が、進化型パケットコア130と直接通信できることに留意されたい。そのような実施形態において、基地局120は存在しなくてもよい。進化型パケットコアEPC130は、ユーザ機器110にパケットデータネットワーク140へのゲートウェイアクセスを提供するデバイスまたはデバイスのネットワークであってもよい。EPC130はさらに、提供されたデータサービスの使用料を加入者に課金して、その特定のエクスペリエンス品質QoS基準が満たされることを保証することができる。したがって、EPC130は、少なくとも部分的に、3GPPTS29.212、29.213、および29.214規格に従って実施されてもよい。したがって、EPC130は、サービス提供ゲートウェイSGW132、パケットデータネットワークゲートウェイPGW134、ならびにポリシーおよび課金ルールノードPCRNを含むことができる。サービス提供ゲートウェイSGW132は、基地局120とPGW134との間のデータパスを管理するデバイスであってもよい。データパスは、独自のサービス品質QoS特徴を備えるベアラと呼ばれる仮想コンテナを含むことができる。ベアラは、サービスデータフローSDFと呼ばれる仮想接続を含むことができる。ユーザ機器110がモバイルデバイスであり基地局120がeNodeBであるさまざまな実施形態において、SGW132は、モバイルデバイスがeNodeBを変更する場合に新しいベアラを確立する役割を負うことができる。SGW132は、3GPPTS29.212、29.213、および29.214規格に従って、ベアラバインディングおよびイベント報告機能BBERFを実施することができる。SGW132はまた、Gxxインターフェイスおよびクレジット制御要求CCRメッセージ170を使用して、イベントメッセージをPCRN136に提供することもできる。SGW132は、たとえば、ベアラ割り振りの失敗、ベアラの終了、ベアラの優先使用、または任意のその他のイベントトリガのような、ベアラの任意の変化が生じるときにはいつでもPCRN136に通知するためにイベントメッセージを生成することができる。SGW132はまた、Gxxインターフェイスを介してCCRメッセージを送信することにより、PCRN136に新しいQoSルールを要求することもできる。パケットデータネットワークゲートウェイPGW134は、パケットデータネットワーク140へのゲートウェイアクセスを提供するデバイスであってもよい。PGW134は、SGW132を介してパケットデータネットワーク140に向けてユーザ機器110により送信されたパケットを受信するEPC130内の最終デバイスであってもよい。PGW134は、各サービスデータフローSDFに対してポリシーおよび課金制御PCCルールを実施するポリシーおよび課金実施機能PCEF:policyandchargingenforcementfunctionを含むことができる。したがって、PGW134は、ポリシーおよび課金実施ノードPCEN:policyandchargingenforcementnodeであってもよい。PGW134はまた、GxインターフェイスおよびCCRメッセージ図示せずを使用して、イベントメッセージをPCRNに提供することもできる。PGW134は、Gxxインターフェイスを介してCCRメッセージを送信することにより、PCRN136に新しいPCCルールを要求することができる。PGW134はまた、たとえば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートのような、多数の追加の特徴を含むこともできる。ポリシーおよび課金ルールノードPCRN136は、アプリケーションサービスの要求を受信し、PCCルールを生成し、PCCルールをPGW134および/またはその他のPCEN図示せずに提供するデバイスであってもよい。PCRN136は、Rxインターフェイスを介してAF150と通信することができる。PCRN136はまた、それぞれGxxおよびGxインターフェイスを介してSGW132およびPGW134と通信することができる。新しいPCCルールが作成されるか、またはPGW134により要求されると、PCRN136は、Gxインターフェイスを介してPCCルールをPGW134に提供することができる。たとえばProxyMobileIPPMIP規格を実施するような、さまざまな実施形態において、PCRN136はまた、QoSルールも生成することができる。新しいQoSルールが作成されるか、またはSGW132により要求されると、PCRN136は、Gxxインターフェイスを介してQoSルールをSGW132に提供することができる。パケットデータネットワーク140は、ユーザ機器110と、AF150のようなパケットデータネットワーク140に接続されたその他のデバイスとの間のデータ通信を提供するための任意のネットワークであってもよい。さらに、パケットデータネットワーク140は、たとえば、パケットデータネットワーク140と通信するさまざまなユーザデバイスに電話および/またはインターネットサービスを提供することができる。アプリケーション機能AF150は、アプリケーションサービスをユーザ機器110に提供するデバイスであってもよい。したがって、AF150は、たとえば、ストリーミングビデオサービスをユーザ機器110に提供するサーバまたはその他のデバイスであってもよい。AF150はさらに、Rxインターフェイスを介してEPC130のPCRN136と通信することができる。AF150がユーザ機器110へのアプリケーションサービスの提供を開始しようとする場合、AF150は、Diameterプロトコルに従うAA-RequestAAR160のような、アプリケーション要求メッセージを生成して、アプリケーションサービスにリソースが割り振られるべきであることをPCRN136に通知することができる。そのようなアプリケーション要求メッセージは、アプリケーションサービスを使用している加入者の識別、および要求されたサービスを提供するために確立される必要のある特定のサービスデータフローの識別のような情報を含むことができる。AF150は、そのようなアプリケーション要求を、Rxインターフェイスを介してPCRNに通信することができる。加入者ネットワーク100のコンポーネントを説明してきたが、加入者ネットワーク100の動作の概要がこれ以降説明される。以降の説明は加入者ネットワーク100の動作の概要を提供することが意図されており、したがって若干簡略化されたものであることが明らかである。加入者ネットワーク100の詳細な動作は、図2から図5に関連して以下でさらに詳細に説明される。さまざまな例示的な実施形態によれば、PCRN136は、AF150、SGW132、またはPGW134からリソースを割り振るよう求める要求を受信することができる。PCRN136は、適切なPCCおよびQoSルールを生成することによってリソースを割り振り、それらをPGW134およびSGW132に送信することができる。PCCおよびQoSルールがそれぞれPGW134およびSGW132に導入されると、それらのコンポーネントは、ネットワーク接続を監視する役割を負うことができる。ベアラ使用に影響を与えるイベントが発生する場合、PGW134またはSGW132は、CCR170を使用してイベントをPCRN136に報告することができる。たとえば、SGW132が、新しいQoSルールの導入時または新しいベアラの割り振り時にエラーを検出する場合、SGW132は、CCR170をPCRN136に送信してイベントの詳細を提供することができる。イベントは、エラーに制限されることはなく、PCRN136がイベントトリガをSGW132またはPGW134に提供した任意のイベント、およびイベントトリガを必要としないイベントを含むことができる。PCRN136は、イベントメッセージで提供された情報をその他の情報と共に処理して、加入者ネットワークの状況を決定することができる。次いで、PCRN136は、ポリシー決定を行なう場合に、ネットワーク状況を考慮に入れることができる。たとえば、PCRN136が、要求されたネットワークリソースが使用不可能であると決定する場合、新しいリソース要求を拒否することができる。PCRN136はまた、ネットワーク状況に基づいてAF150とネゴシエートすることもできる。たとえば、PCRN136が低いQoSのアプリケーション要求はドロップされる可能性が高いと決定する場合、より高いQoSが必要であることをAF150に通知することができる。より高いQoSが許容可能である場合、AF150は新しいアプリケーション要求を送信することができる。図2は、少なくとも部分的にネットワーク状況に基づいて新しいポリシーおよび課金制御PCCルールおよびサービス品質QoSルールを作成するための例示的なポリシーおよび課金ルールノードPCRN200を示す図である。PCRN200は、例示的な加入者ネットワーク100のPCRN136に対応することができる。PCRN200は、Gxxインターフェイス205、Gxインターフェイス210、イベントレコーダ215、イベントストレージ220、ルールストレージ225、ネットワークトポロジ230、Rxインターフェイス235、アプリケーション要求トランスレータ240、ネットワーク状況アナライザ245、ネットワーク状況モディファイア250、およびルールジェネレータ255を含むことができる。Gxxインターフェイス205は、SGW132のようなSGWと通信するように構成された、ハードウェア、および/または機械可読ストレージ媒体上の符号化された実行可能命令を備えるインターフェイスであってもよい。そのような通信は、3GPPTS29.212に従って実施されてもよい。具体的には、Gxxインターフェイス205は、SGW132からイベントメッセージおよびアプリケーション要求を受信して、QoSルールをSGW132に送信することができる。Gxインターフェイス210は、PGW134のようなPGWと通信するように構成された、ハードウェア、および/または機械可読ストレージ媒体の符号化された実行可能命令を備えるインターフェイスであってもよい。そのような通信は、3GPPTS29.212に従って実施されてもよい。具体的には、Gxインターフェイス210は、PGW134からイベントメッセージおよびアプリケーション要求を受信して、PCCルールをPGW134に送信することができる。イベントレコーダ215は、着信イベントメッセージを処理してデータをイベントストレージ230に記録するように構成された、ハードウェア、および/または機械可読ストレージ媒体上の実行可能命令を含むことができる。イベントレコーダ215は、Gxインターフェイス210および/またはGxxインターフェイス205を介してイベントメッセージを受信することができる。次に、イベントレコーダ215は、イベントメッセージからイベントデータを抽出することができる。次いで、イベントレコーダ215は、イベントIDおよびイベントの時間データのような追加の情報を追加することができる。次いで、イベントレコーダ215は、記録するためにイベントデータをイベントストレージ220に渡すことができる。イベントストレージ220は、イベントレコーダ215によって生成されたイベントデータを格納することができる任意の機械可読媒体であってもよい。したがって、イベントストレージ220は、読み取り専用メモリROM、ランダムアクセスメモリRAM、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および/または類似するストレージ媒体のような機械可読ストレージ媒体を含むことができる。図4を参照して以降でさらに詳細に説明されるように、イベントストレージ220は、PCRN200に報告された多数のタイプのイベントに関するデータを格納することができる。そのようなデータは、たとえば、イベントのタイプ、影響を受けるPCCルール、影響を受けるデータフロー、影響を受けるフローのQCI、影響を受けるフローの割り振り保持優先度ARP:allocationretentionpriority、加入者識別、eNodeB、サービス提供ゲートウェイ、およびイベントの時間を含むことができる。ルールストレージ225は、ルールジェネレータ255によって生成されたPCCルールを格納することができる任意の機械可読媒体であってもよい。したがって、ルールストレージ225は、読み取り専用メモリROM、ランダムアクセスメモリRAM、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および/または類似するストレージ媒体のような機械可読ストレージ媒体を含むことができる。ルールストレージ225は、ルールジェネレータ255によって作成された多数のPCCルールの定義を格納することができる。そのような定義は、たとえば、ルール名、サービスデータフローフィルタ、QoSパラメータ、および課金パラメータを含むことができる。ルールストレージ225は、PCCルールを格納してルールデータを更新するために、当業者に知られている任意の方法を使用することができる。ネットワークトポロジ230は、加入者ネットワーク100のコンポーネントを表すデータを格納することができる任意の機械可読媒体であってもよい。したがって、ネットワークトポロジ230は、読み取り専用メモリROM、ランダムアクセスメモリRAM、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および/または類似するストレージ媒体のような機械可読ストレージ媒体を含むことができる。Rxインターフェイス235は、AF150のようなAFと通信するように構成された、ハードウェア、および/または機械可読ストレージ媒体の符号化された実行可能命令を備えるインターフェイスであってもよい。そのような通信は、3GPPTS29.214に従って実施されてもよい。具体的には、Rxインターフェイス235は、AF150からアプリケーション要求を受信し、Rxインターフェイスを介してアプリケーション要求に応答することができる。アプリケーション要求トランスレータ240は、Gxxインターフェイス205、Gxxインターフェイス210、またはRxインターフェイス235を介して受信されたアプリケーション要求から、要求されたサービスを提供するためにどのようなサービスデータフローが必要かを決定するように構成された、ハードウェア、および/または機械可読ストレージ媒体上の実行可能命令を含むことができる。次いで、アプリケーション要求トランスレータ240は、要求されたサービスデータフローを表すためにサービス要求オブジェクトを生成することができる。次いで、アプリケーション要求トランスレータ240は、さらに処理するために、サービス要求オブジェクトをネットワーク状況アナライザ245に渡すことができる。ネットワーク状況アナライザ245は、PCRN200が必要なネットワークリソースの状況に基づいてサービス要求を履行すべきかどうかを決定するように構成された、ハードウェア、および/または機械可読ストレージ媒体上の実行可能命令を含むことができる。ネットワーク状況アナライザ245は、イベントストレージ220、ルールストレージ225、および/またはネットワークトポロジ230に格納されたデータを使用して、加入者ネットワークの状況を決定することができる。このデータを使用して、ネットワーク状況アナライザ245は、要求されたリソースが輻輳しているか、または要求されたQoSクラス識別子QCI:QoSClassIdentifierが優先使用される可能性が高いために、サービス要求が履行されるべきではないと決定することができる。ネットワーク状況アナライザ245は、PCRN200がサービス要求を履行すべきではないと決定する場合、さらに処理するために、失敗したサービス要求をネットワーク状況モディファイア250に渡すことができる。ネットワーク状況アナライザ245は、PCRN200がサービス要求を履行すべきであると決定する場合、さらに処理するために、サービス要求をルールジェネレータ255に渡すことができる。ネットワーク状況モディファイア250は、ネットワーク状況アナライザ245から拒否されたサービス要求を受信して、更新されたアプリケーション要求についてRxインターフェイス235を介してAF150とネゴシエートするように構成された、ハードウェア、および/または機械可読ストレージ媒体上の実行可能命令を含むことができる。ネットワーク状況モディファイア250は、許容可能なサービス要求を決定するために、要求されたサービスフロー、およびサービス要求が拒否された理由を検討することができる。次いで、ネットワーク状況モディファイア250は、許容可能なサービス要求を、AA-AnswerAAAメッセージ図示せずを使用してRxインターフェイス205を介してAF150に提案することができる。さまざまな実施態様において、ネットワーク状況モディファイア250はまた、アプリケーション要求がCCR要求の形式で届く場合、SGW132またはPGW134とネゴシエートすることもできる。このシナリオにおいて、ネットワーク状況モディファイア250は、許容可能なサービス要求を、CC-AnswerCCAメッセージ図示せずを使用して、それぞれGxxインターフェイス205またはGxxインターフェイス210を介して、SGW132またはPGW134に提案することができる。ルールジェネレータ255は、受信したサービス要求に基づいて新しいPCCおよび/またはQoSルールを生成するように構成された、ハードウェア、および/または機械可読ストレージ媒体上の実行可能命令を含むことができる。ルールジェネレータ255は、当業者に知られている任意の方法に従ってPCCルールおよび/またはQoSルールを生成することができる。図3は、例示的なイベントメッセージ300を示す。イベントメッセージ300は、Diameterメッセージプロトコルおよび/または3GPPTS29.212に従って構築されたCCRメッセージであってもよい。したがって、イベントメッセージ300は、ヘッダ310、SubscriptionIDフィールド330、AN-GW-Addressフィールド340、Event-Triggerフィールド350、QoS-Informationフィールド360、およびいくつかの追加のフィールド320、370を含むことができる。AAR300のフィールドの順序は異なる場合もあることに留意されたい。したがって、たとえば、SubscriptionIDフィールド330は、AN-GW-Addressフィールド340またはQoS-Informationフィールド360の後に配置されてもよい。ヘッダ310は、メッセージ300がCCRであることを示す標準のDiameterヘッダであってもよい。したがって、ヘッダ310は、272の値に設定されたコマンドコードフィールド、およびDiameterプロトコルおよび3GPPTS29.212により提供されるようなコマンドフラグフィールドセットのR-ビットフィールドを含むことができる。SubscriptionIDフィールド330は、特定のイベントメッセージに関連付けられている加入者を示すための属性値ペアAVP:attribute-valuepairであってもよい。たとえば、SubscriptionIDフィールド330は、0xB2B5と識別される加入がCCR300に関連付けられていることを示す。この情報は、イベントにより影響を受ける特定の電話機またはユーザを識別するために使用されてもよい。AN-GW-Addressフィールド340は、特定のイベントメッセージに関連付けられているSGWを示すためのAVPであってもよい。AN-GW-Addressフィールド340は、IPv4、IPv6アドレス、MACアドレス、またはネットワークデバイスを識別する当技術分野において知られる任意の他の識別名を格納してもよい。たとえば、AN-GW-Addressフィールド340は、0x7374と識別されるSGWがイベントに関連付けられていることを示す。Event-Triggerフィールド350は、イベントメッセージを生じさせたイベントのタイプを示すためのAVPであってもよい。たとえば、Event-Triggerフィールド350は、イベントが、LOSS_OF_BEARER列挙値により示されるように、ベアラの損失であることを示す。イベントのタイプはまた、少なくとも部分的に、どの追加のフィールド320、370がイベントメッセージに含まれるかを決定することができる。QoS-Informationフィールド360は、イベントに関連するQoSを示すためのAVPであってもよい。これは、QoSクラス識別子QCI:QoSClassIdentifier363、最大アップロードおよびダウンロード帯域幅図示せず、保証済みアップロードおよびダウンロードビットレート図示せず、ベアラ識別子図示せず、および割り振り保持優先度ARP:allocationretentionpriority366を含むことができる。追加のフィールド320、370は、Diameterメッセージプロトコルおよび/または3GPPTS29.212に従って規定されるように追加の情報を含むことができる。したがって、追加のフィールド320、360は、たとえば、発信元-ホストOrigin-HostAVP、宛先-ホストDestination-HostAVP、サポートされる特徴Supported-FeaturesAVP、フレーム化IPアドレスFramed-IP-AddressAVPなどの追加のAVPを含むことができる。イベントレコーダ215は、たとえばフロー識別情報のような、その他の有用な情報を抽出するために追加のフィールド320、360を使用することができる。当業者であれば、関連するイベントデータが大きく異なり、イベントメッセージ300の内容に影響を与えることを認識するであろう。図4は、イベントデータを格納するための例示的なデータ配列400を示す。データ配列400は、たとえば、イベントストレージ225に格納されているデータベース内のテーブルであってもよい。あるいは、データ配列400は、一連のリンクされたリスト、アレイ、または類似するデータ構造であってもよい。したがって、データ配列400は基礎をなすデータの抽象化であり、このデータの格納に適した任意のデータ構造が使用されてもよいことが明らかである。データ配列400は、EventIDフィールド405、Timeフィールド410、SubscriberIDフィールド415、eNodeBID420、SGWIDフィールド425、EventTriggerフィールド430、QCIフィールド435、ARPフィールド440、およびPCCRuleフィールド445を含むことができる。データ配列400は、イベントデータを定義する際に必要とされるかまたは有用な追加のフィールド図示せずを含むことができる。データ配列400は、たとえば、エントリ450、455、および460のような、複数のエントリを含むことができる。EventIDフィールド405は、各イベントを一意に識別するために使用されてもよい。Timeフィールド410は、イベントの時間を示すために使用されてもよい。たとえば、UNIX登録商標時間のような、当技術分野において知られている任意の方法が、イベントの時間を示すために使用されてもよい。SubscriberIDフィールド415は、イベントにより影響を受ける加入者またはユーザデバイスを識別するために使用されてもよい。SGWIDフィールド420は、イベントを報告したSGWを示すために使用されてもよい。EventTriggerフィールド425は、イベントのタイプを格納するために使用されてもよい。QCIフィールド420は、イベントに関連付けられているデータフローのQCIを格納するために使用されてもよい。ARPフィールド435は、イベントに関連付けられているデータフローのARPを格納するために使用されてもよい。eNodeBIDフィールド440は、イベントの時間において加入者にサービスを提供していたeNodeBを示すために使用されてもよい。PCCRuleフィールド445は、イベントが関連するPCCルールを示すことができる。一例として、レコード450は、イベントID0xE426により表されるイベントが時間36に発生したことを示す。このイベントは、加入者ID0x90F2で識別される加入者により使用されており、かつeNodeBID0x5FCCで識別されるeNodeBと、SGWID0xB832で識別されるSGWとを使用していたサービスフローに影響を与えた。イベントは、ベアラがドロップされたことを示すLOSS_OF_BEARERのタイプである。イベントの時間において、サービスフローは、2のQCIおよび5のARPを有していた。イベントは、0x3B72で識別されるPCCルールに影響を与えた。もう1つの例として、レコード455は、イベントID0x99B2により表されるイベントが時間40に発生したことを示す。このイベントは、加入者ID0xB2B56で識別される加入者により使用されており、かつeNodeBID0x6031で識別されるeNodeBと、SGWID0xB832で識別されるSGWとを使用していたサービスフローに影響を与えた。イベントは、ベアラがドロップされたことを示すLOSS_OF_BEARERのタイプである。イベントの時間において、サービスフローは、3のQCIおよび3のARPを有していた。イベントは、0x82A3で識別されるPCCルールに影響を与えた。図5は、少なくとも部分的に加入者ネットワーク100の状況に基づいて新しいポリシーおよび課金制御PCCルールを作成するための例示的な方法500を示す。方法500は、加入者ネットワークの状況に応答してサービスデータフローのPCCルールを確立するために、PCRN136および/またはPCRN200のコンポーネントにより実行されてもよい。方法500は、ステップ505で開始して、ステップ510に進み、ここでPCRN200がGxxインターフェイス205またはGxインターフェイス210を介してイベントメッセージを受信する。次いで、方法500は、ステップ515に進み、そこでイベントレコーダ215がイベント情報を抽出することによりイベントメッセージを処理することができる。次いで、イベントレコーダ215は、イベントIDおよびメッセージの時間のような情報を追加することができる。次いで、イベントレコーダは、イベント情報をイベントストレージ220に入力することができる。次いで、方法500は、ステップ520に進み、そこでPCRNがRxインターフェイス205を介してアプリケーション要求をAFから受信する。次いで、方法500は、ステップ525に進み、そこでアプリケーション要求トランスレータ240が、要求をサービスフローオブジェクトを含むサービス要求オブジェクトに変換することができる。次いで、ステップ525において、ネットワーク状況アナライザ245は、サービス要求を履行するために必要なネットワークリソースを決定することができる。このステップは、どのネットワークリソースがサービス要求の各サービスフローを作成するために使用されるかを決定するために、ネットワーク状況アナライザ245がネットワークトポロジにアクセスすることを必要とすることがある。次いで、方法500は、ステップ525に進み、そこでネットワーク状況アナライザ245が要求されたリソースの状況を決定することができる。ネットワーク状況アナライザ245は、イベントストレージ220、ルールストレージ225、および/またはネットワークトポロジ230のデータを使用することにより、要求されたリソースの状況を分析することができる。ネットワーク状況アナライザ245は、必要なネットワークリソースに関連するイベントデータを求めてイベントストレージ220を検索することができる。イベントストレージ220が特定のリソースに関連するイベントデータの統計的な傾向を示す場合、ネットワーク状況アナライザ245は、ネットワークリソースが輻輳しているか、使用不可能であるか、または要求されたサービスの提供に適していないと決定することができる。たとえば、ネットワーク状況アナライザ245が、同じSGWIDフィールド420で複数のイベントのような共通性を見出し、EventTriggerフィールド425がLOSS_OF_BEARERを示す場合、ネットワーク状況アナライザは示されたSGWが輻輳していると決定することができる。ネットワーク状況アナライザ245はまた、PCCRuleフィールド445を使用して統計的傾向を検索する場合、イベントデータをルールストレージ225のルールデータと相互参照することもできる。ネットワーク状況アナライザ245は、複数のネットワークリソースが輻輳していると思われる場合、輻輳を分離するためにネットワークトポロジ230を使用することができる。これが統計的傾向のほんの一例に過ぎないことを理解されたい。当業者であれば、イベントストレージ220、ルールストレージ225、およびネットワークトポロジ230のデータの中で多数の可能な統計的傾向が、加入者ネットワークの状況を示すことができることを理解するであろう。次いで、方法500は、ステップ535に進み、そこでネットワーク状況アナライザ245がサービス要求は履行されるべきかどうかを決定することができる。ネットワーク状況アナライザ245は、加入者ネットワークの状況ならびに内部ポリシー制御を考慮することができる。ネットワーク状況の理由によりサービス要求が履行されるべきではない場合、方法500はステップ540に進むことができる。サービス要求が履行されるべきである場合、方法500はステップ550に進むことができる。ステップ540において、ネットワーク状況モディファイア250は、許容可能なサービス要求を決定することができる。たとえば、ネットワーク状況モディファイア250は、必要なリソースが輻輳しているので、優先度の低いサービスフローをドロップする可能性が高いとネットワーク状況アナライザ245が決定する場合、より高いARPを要求することができる。次いで、方法500は、ステップ545に進み、そこでネットワーク状況モディファイア250がAF150のアプリケーション要求に応答する。ネットワーク状況モディファイア250は、AAAnswerAAAコマンドを使用して、以前の要求が履行されないことを示し、許容可能なアプリケーション要求を提案することができる。AF150が提案されたアプリケーション要求を受け入れる場合、ネットワーク状況モディファイア250はアプリケーション要求を変更して伝送することができる。次いで、方法500は、ステップ520に戻る。ステップ550において、ルールジェネレータ255は、サービス要求を実施するためにPCCルールを生成することができる。ルールジェネレータ255は、アプリケーション要求で提供された情報と内部ポリシー決定を結合して、PCCルールを作成することができる。次いで、ルールジェネレータ255は、新しいPCCルールを、Gxインターフェイス210を介してPGW134に伝送することができる。PCRNはまた、この時点において、PCCルールをルールストレージ225に追加することもできる。ステップ555において、ルールジェネレータ255は、QoS部分を抽出することにより、PCCルールからQoSルールを生成することができる。次いで、ルールジェネレータ255は、QoSルールを、Gxxインターフェイスを介してSGWに伝送することができ、方法500はステップ560で終了することができる。例示的な加入者ネットワーク100およびPCRN200の動作のための例示的なコンポーネントおよび方法を説明してきたが、これ以降、例示的なネットワーク100およびPCRN200の動作の例が図1から図5を参照して示される。PCRN136は、PCRN200に対応することができる。イベントストレージ220の内容は、データ配列400により示されてもよい。CCR170は、CCR300により詳細に説明されてもよい。プロセスは、PCRN136、200がCCR170、300をSGW132から受信すると開始することができる。次いで、イベントレコーダ215は、CCR170のフィールドを処理して、イベントデータを抽出することができる。イベントレコーダ215は、Subscriber-IDAVP330から0xA9B6の加入者IDを、AN-GW-Address340から0x7374のSGWIDを、Event-TriggerAVP350からLOSS_OF_BEARERのイベントトリガを、QoS-Class-IdentifierAVP363から3のQCIを、およびAllocation-Retention-PriorityAVP366から3のARPを抽出する。イベントレコーダ215は、0x43BAのイベントIDおよび43の時間のような、その他のイベントデータを提供することができる。次いで、イベントレコーダ215は、新しいイベントデータレコードをイベントストレージ220に作成することができる。次いで、Rxインターフェイス205は、AF150からアプリケーション要求を含むAAR160を受信することができる。次いで、アプリケーション要求トランスレータ240は、アプリケーション要求を1つまたは複数のサービスフローを含むサービス要求に変換することができる。次いで、ネットワーク状況アナライザ245は、サービス要求がSGW0xB832を含む複数のリソースを必要とすることを決定することができる。次いで、ネットワーク状況アナライザは、SGW0xB832を含むデータレコードを求めてイベントストレージ220およびルールストレージ225を検索することができる。データ配列400内のデータから、ネットワーク状況アナライザは、SGW0xB832が、短期間のそのSGWのベアラの損失を示す複数のイベントを含むため、輻輳していると決定することができる。ステップ530において、ネットワーク状況アナライザは、ARPが低く、SGWがベアラをすぐにドロップする可能性が高いので、サービス要求が履行されるべきではないと決定することができる。したがって、方法はステップ535に進み、そこでネットワーク状況モディファイア250が、許容可能なアプリケーション要求を決定することができる。ネットワーク状況モディファイアは、より高いARPが、輻輳したリソースがベアラからドロップすることを防ぐと決定することができる。次いで、ネットワーク状況モディファイアは、ステップ540において、Rxインターフェイス205を介して、より高いARPを持つアプリケーション要求が許容されることを示すAAAをAF150に送信することができる。AF150が要求されたARPを高めることに合意する場合、AFはもう1つのアプリケーション要求を送信することができる。方法は、これまでのようにステップ515からステップ530まで進み、そこでネットワーク状況アナライザがサービス要求を許容すべきであると決定することができる。次いで、ステップ545において、ルールジェネレータは、サービス要求および内部ポリシー決定からPCCルールを生成することができる。新しいPCCルールは、ルールストレージ225に格納されてもよい。ステップ560において、ルールジェネレータは、新しいPCCルールを、Gxインターフェイス210を介してPGW134に伝送することができる。ゲートウェイ制御セッションが存在する場合、ルールジェネレータは、PCCルールからQoSルールを生成して、Gxxインターフェイス205を介してQoSルールをSGW132に伝送することができる。上記の説明により、さまざまな例示的な実施形態は、加入者ネットワークの状況に応答してPCCルールの作成を提供する。特に、以前実施されたPCCおよびQoSルールに関連するイベントを記録することにより、ポリシーおよび課金ルールノードは、加入者ネットワークの状況に応答する新しいルールを生成することができる。本発明のさまざまな例示的な実施形態が、ハードウェアおよび/またはファームウェアにおいて実施されうることが、上記の説明から明らかとなろう。さらに、さまざまな例示的な実施形態は、本明細書において詳細に説明される動作を実行するために少なくとも1つのプロセッサによって読み込まれ実行されうる、機械可読ストレージ媒体に格納された命令として実施されてもよい。機械可読ストレージ媒体は、パーソナルまたはラップトップコンピュータ、サーバ、またはその他のコンピューティングデバイスのような、機械によって読み取り可能な形態で情報を格納するための任意のメカニズムを含むことができる。したがって、機械可読ストレージ媒体は、読み取り専用メモリROM、ランダムアクセスメモリRAM、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および類似するストレージ媒体を含むことができる。当業者には、本明細書における任意のブロック図が、本発明の原理を具現する例示的な回路の概念的な図を表すことが理解されるであろう。同様に、任意の流れ図、フローダイアグラム、状態遷移図、擬似コードなどは、実質的に機械可読媒体において表されてもよく、コンピュータまたはプロセッサによりそのようなコンピュータまたはプロセッサが明示的に示されているかどうかにかかわらず実行されてもよいさまざまなプロセスを表すことが理解されよう。さまざまな例示的な実施形態が、その特定の例示的な態様を特に参照して詳細に説明されてきたが、本発明はその他の実施形態に対応可能であり、その詳細はさまざまな明白な意味において変更が可能であることを理解されたい。当業者には容易に明らかであるように、本発明の趣旨および範囲を逸脱することなく変形および変更が行なわれてもよい。したがって、前述の開示、説明、および図面は、例示のみを目的としており、本発明を何ら制限するものではなく、本発明は特許請求の範囲によってのみ定義される。