(57)【特許請求の範囲】
【請求項１】
加入者ネットワークの状況に少なくとも部分的に基づいてサービス要求に応答するためのポリシーおよび課金ルールノード（ＰＣＲＮ）により実行される方法であって、
加入者ネットワークにより促された転送に関連する少なくとも１つのイベントメッセージをＰＣＲＮにおいて受信するステップと、
少なくとも１つのイベントメッセージに関するデータをイベントストレージに格納するステップと、
ＰＣＲＮによって制御されるリソースに対するサービス要求をＰＣＲＮにおいて受信するステップと、
加入者ネットワークの状況を決定するステップと、
サービス要求が要求どおり履行されるべきかどうかを加入者ネットワークの状況から決定するステップと、
サービス要求が要求どおり履行されるべきである場合、サービス要求を履行するための少なくとも１つの新しいポリシーおよび課金制御（ＰＣＣ）ルールを生成するステップとを備え、
加入者ネットワークの状況を決定するステップが、
イベントストレージ内のデータのサブセットの中の少なくとも１つの統計的傾向を識別するステップと、
少なくとも１つの統計的傾向から加入者ネットワークの要素が輻輳していることを決定するステップとをさらに備える、方法。
【請求項２】
サービス要求が要求どおり履行されるべきではない場合、許容可能なサービス要求を決定するステップと、
Ｒｘインターフェイスを介してアプリケーション機能とネゴシエートするステップと、
変更済みサービス要求を受信するステップとをさらに備える、請求項１に記載の方法。
【請求項３】
ＰＣＲＮがネットワークトポロジを備え、加入者ネットワークの状況を決定するステップが、
ネットワークトポロジを使用して輻輳している加入者ネットワークの要素を識別するステップをさらに備える、請求項１に記載の方法。
【請求項４】
少なくとも１つのイベントメッセージに関するデータが、
ＰＣＣルールの名前と、
イベントの時間と、
イベントのタイプの表示と、
影響を受けるネットワークコンポーネントとを備える、請求項１に記載の方法。
【請求項５】
イベントのタイプの表示が、
ベアラ割り振りの失敗と、
優先度優先使用によるベアラの損失のうちの少なくとも１つを備える、請求項４に記載の方法。
【請求項６】
加入者ネットワークの状況を決定するステップが、
ルールストレージに格納されたＰＣＣルールに少なくとも部分的に基づいて加入者ネットワークの状況を決定するステップを備える、請求項１に記載の方法。
【請求項７】
加入者ネットワークの状況に少なくとも部分的に基づいて少なくとも１つのポリシーおよび課金制御（ＰＣＣ）ルールを生成することによりサービス要求に応答するためのポリシーおよび課金ルールノード（ＰＣＲＮ）であって、
ＰＣＲＮによって制御されるネットワークリソースに対するサービス要求を受信するインターフェイスと、
加入者ネットワークにより促された転送に関連する受信したイベントメッセージに関連するデータを格納するイベントストレージと、
ＰＣＲＮによって生成されたＰＣＣルールに関連するデータを格納するルールストレージと、
イベントストレージ内のデータおよびルールストレージ内のデータのサブセットの中の少なくとも１つの統計的傾向を識別し、少なくとも１つの統計的傾向から加入者ネットワークの要素が輻輳していることを決定することによって、加入者ネットワークの状況を決定して、サービス要求が履行されるべきであるかどうかを決定するネットワーク状況アナライザと、
サービス要求が履行されるべきである場合、受信したサービス要求に基づいて少なくとも１つのＰＣＣルールを作成するルールジェネレータとを備える、ＰＣＲＮ。
【請求項８】
許容可能なサービス要求を決定し、変更済みサービス要求をネゴシエートするネットワーク状況モディファイアをさらに備える、請求項７に記載のＰＣＲＮ。
【請求項９】
インターフェイスが、
少なくとも１つのＰＣＣルールをポリシーおよび制御実施ノード（ＰＣＥＮ）に送信し、少なくとも１つのイベントメッセージをＰＣＥＮから受信するＧｘインターフェイスを備える、請求項７に記載のＰＣＲＮ。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書において開示されるさまざまな例示的な実施形態は、一般に、通信ネットワークにおけるポリシーおよび課金に関する。
【背景技術】
【０００２】
移動体通信ネットワーク内のさまざまなタイプのアプリケーションを求める需要が増大するにつれて、サービスプロバイダは、この拡張機能を確実に提供するため、常時そのシステムをアップグレードし続ける必要がある。かつて単に音声通信用に設計されたシステムであったものが、汎用ネットワークアクセスポイントへと成長を果たし、テキストメッセージング、マルチメディアストリーミング、および一般インターネットアクセスを含む無数のアプリケーションへのアクセスを提供している。そのようなアプリケーションをサポートするため、プロバイダは、その既存の音声ネットワークに加えて新しいネットワークを構築してきたが、洗練されたソリューションとは言い難いものをもたらすに至っている。第２および第３世代ネットワークにおいて認められるように、音声サービスは、専用音声チャネルを介して搬送され、回線交換コアに方向付けられる必要があるが、その他のサービスは、インターネットプロトコル（ＩＰ）を介して伝送され、異なるパケット交換コアに方向付けられる。このことは、アプリケーション提供、計量および課金、ならびにエクスペリエンス品質（ＱｏＳ）保証に関する独特の問題をもたらす。
【０００３】
第２および第３世代のデュアルコア手法を簡略化することを目指して、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ：第３世代移動体通信システム標準化プロジェクト）は、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）と呼ぶ、新しいネットワークスキームを推奨してきた。ＬＴＥネットワークにおいて、あらゆる通信は、ＩＰチャネルを介してユーザ機器（ＵＥ）からＥｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ（ＥＰＣ：進化型パケットコア）と呼ばれるすべてのＩＰコアに搬送される。次いで、ＥＰＣは、その他のネットワークにゲートウェイアクセスを提供し、しかも許容可能なＱｏＥを保証して、加入者にその特定のネットワークアクティビティの料金を課す。
【０００４】
３ＧＰＰは一般に、多数の技術仕様におけるＥＰＣのコンポーネントおよびそれらの相互の対話を記述する。具体的には、３ＧＰＰ  ＴＳ２９．２１２、３ＧＰＰ  ＴＳ２９．２１３、および３ＧＰＰ  ＴＳ２９．２１４は、ＥＰＣのＰｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ（ＰＣＲＦ：ポリシーおよび課金ルール機能）、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ（ＰＣＥＦ：ポリシーおよび課金実施機能）、およびＢｅａｒｅｒ  Ｂｉｎｄｉｎｇ  ａｎｄ  Ｅｖｅｎｔ  Ｒｅｐｏｒｔｉｎｇ  Ｆｕｎｃｔｉｏｎ（ＢＢＥＲＦ：ベアラバインディングおよびイベント報告機能）を記述する。これらの仕様はさらに、信頼性の高いデータサービスを提供して、その使用料を加入者に課金するため、それらの要素がどのように対話するかに関して一部のガイダンスを提供する。
【０００５】
たとえば、３ＧＰＰ  ＴＳ２９．２１２は、ポリシーおよび制御課金（ＰＣＣ：ｐｏｌｉｃｙ  ａｎｄ  ｃｏｎｔｒｏｌ  ｃｈａｒｇｉｎｇ）ルールをＰＣＥＦに、サービス品質（ＱｏＳ）ルールをＢＢＥＲＦに発行する際に、ＰＣＲＦの役割に関する一部のガイダンスを提供する。３ＧＰＰ  ＴＳ２９．２１２は、ＰＣＥＦ、ＢＢＥＲＦ、またはアプリケーション機能（ＡＦ：Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）からの要求に応答して、ＰＣＲＦがＰＣＣおよびＱｏＳルールを提供するものと規定する。ＰＣＲＦは、それらのルールを使用して、ネットワークポリシーに従ってネットワークリソースを提供することができる。３ＧＰＰ  ＴＳ２９．２１２はさらに、要求のフォーマット、およびＰＣＥＦおよびＢＢＥＲＦへのルールの提供を規定する。３ＧＰＰ  ＴＳ２９．２１２はまた、ＰＣＥＦまたはＢＢＥＲＦが、ＰＣＲＦによって提供されたルールを正常に実施すること妨げるエラーがありうることを規定する。３ＧＰＰ  ＴＳ２９．２１２は、ＰＣＥＦまたはＢＢＥＲＦがそれらのエラーをどのように報告すべきかを規定する。３ＧＰＰ  ＴＳ２９．２１２はまた、ＩＰ−ＣＡＮセッションおよびベアラの終了のようなその他のイベントを報告するためのフォーマットを規定する。
【０００６】
仕様は、ＰＣＲＦが新しいルールを発行した後に発生することもあるいくつかの問題を記述する。たとえば、新しいルールの導入またはアクティブ化が、リソースの制限またはリソースを割り振れなかったことにより失敗する場合もある。加えて、新しいルールの実施は、より高い優先度の接続のためにリソースを解放するため、ＰＣＥＦまたはＢＢＥＲＦに以前の接続をドロップさせる場合もある。それらのタイプのエラーは、結果としてサービスの拒否および加入者の苛立ちをもたらす。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記の事項を考慮すると、リソースを割り振るより堅固な方法を提供することが望ましいと考えられる。特に、ルールの導入またはアクティブ化における失敗の数、およびドロップされる接続の数を減少させつつ、リソースを割り振るための方法を提供することが望ましいと考えられる。
【課題を解決するための手段】
【０００８】
失敗および接続のドロップを低減するネットワークリソース割り振りの方法を求める現在の必要性を踏まえて、さまざまな例示的な実施形態の概要が提示される。以下の要約において、簡略化および省略が一部行なわれることがあるが、それは、本発明の範囲を限定するためではなく、さまざまな例示的な実施形態の一部の態様を強調し導入することが意図されている。当業者が本発明の概念を構成して使用できるようにするために十分な、好ましい例示的な実施形態の詳細な説明は、後段において続いて行なわれる。
【０００９】
さまざまな例示的な実施形態は、加入者ネットワークの状況に基づいてサービス要求に応答するためのポリシーおよび課金ルールノード（ＰＣＲＮ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｎｏｄｅ）により実行される方法に関連し、方法は、ＰＣＲＮによって制御されるリソースに対するサービス要求をＰＣＲＮにおいて受信するステップと、加入者ネットワークの状況を決定するステップと、サービス要求が要求どおり履行されるべきかどうかを、加入者ネットワークの状況から決定するステップと、サービス要求が要求どおり履行されるべきである場合、サービス要求を履行するための新しいポリシーおよび課金制御（ＰＣＣ）ルールを生成するステップと、サービス要求が要求どおり履行されるべきではない場合、サービス要求を変更して、変更済みサービス要求を履行するための新しい課金制御（ＰＣＣ）ルールを生成するステップとを備える。
【００１０】
このようにして、さまざまな例示的な実施形態は、加入者ネットワークの状況に応答したネットワークリソースの割り振りを可能にすることが明らかとなろう。特に、ネットワークイベントに関連するデータを記録して分析することにより、ポリシーおよびルール課金ノードは、ネットワークの状況を決定し、ネットワークの状況に応答して新しいルールを発行することができる。
【００１１】
さまざまな例示的な実施形態をより深く理解するため、添付の図面が参照される。
【図面の簡単な説明】
【００１２】
【図１】さまざまなデータサービスを提供するための例示的な加入者ネットワークを示す図である。
【図２】少なくとも部分的にネットワーク状況に基づいて新しいポリシーおよび課金制御（ＰＣＣ）ルールおよびサービス品質（ＱｏＳ）ルールを作成するための例示的なポリシーおよび課金ルールノード（ＰＣＲＮ）を示す図である。
【図３】例示的なイベントメッセージを示す図である。
【図４】イベントデータを格納するための例示的なデータ構造を示す図である。
【図５】少なくとも部分的に加入者ネットワークの状況に基づいて新しいポリシーおよび課金制御（ＰＣＣ）ルールおよびサービス品質（ＱｏＳ）ルールを作成するための例示的な方法を示す図である。
【発明を実施するための形態】
【００１３】
これ以降、類似する番号が類似するコンポーネントまたはステップを示す図面を参照して、さまざまな例示的な実施形態の広範な態様が開示される。
【００１４】
図１は、さまざまなデータサービスを提供するための例示的な加入者ネットワーク１００を示す。例示的な加入者ネットワーク１００は、通信ネットワーク、またはさまざまなサービスへのアクセスを提供するためのその他のネットワークであってもよい。例示的なネットワークは、ユーザ機器１１０、基地局１２０、進化型パケットコア（ＥＰＣ）１３０、パケットデータネットワーク１４０、およびアプリケーション機能（ＡＦ）１５０を含むことができる。
【００１５】
ユーザ機器１１０は、エンドユーザにデータサービスを提供するためにパケットデータネットワーク１４０と通信するデバイスであってもよい。そのようなデータサービスは、たとえば、音声通信、テキストメッセージング、マルチメディアストリーミング、およびインターネットアクセスを含むことができる。さらに具体的には、さまざまな例示的な実施形態において、ユーザ機器１１０は、パーソナルまたはラップトップコンピュータ、無線電子メールデバイス、携帯電話、テレビジョンセットトップボックス、またはＥＰＣ１３０を介して他のデバイスと通信することができる任意のその他のデバイスである。
【００１６】
基地局１２０は、ユーザ機器１１０とＥＰＣ１３０との間の通信を可能にするデバイスであってもよい。たとえば、基地局１２０は、３ＧＰＰ規格により定義されるｅｖｏｌｖｅｄ  ｎｏｄｅＢ（ｅＮｏｄｅＢ）のような、無線送受信機基地局であってもよい。したがって、基地局１２０は、電波のような第１の媒体を介してユーザ機器１１０と通信し、イーサネット（登録商標）ケーブルのような第２の媒体を介してＥＰＣ１３０と通信するデバイスであってもよい。基地局１２０は、ＥＰＣ１３０と直接通信してもよいか、または多数の中間ノード（図示せず）を介して通信することもできる。さまざまな実施形態において、ユーザ機器１１０に移動性をもたらすために、複数の基地局（図示せず）が存在してもよい。さまざまな代替的な実施形態において、ユーザ機器１１０が、進化型パケットコア１３０と直接通信できることに留意されたい。そのような実施形態において、基地局１２０は存在しなくてもよい。
【００１７】
進化型パケットコア（ＥＰＣ）１３０は、ユーザ機器１１０にパケットデータネットワーク１４０へのゲートウェイアクセスを提供するデバイスまたはデバイスのネットワークであってもよい。ＥＰＣ１３０はさらに、提供されたデータサービスの使用料を加入者に課金して、その特定のエクスペリエンス品質（ＱｏＳ）基準が満たされることを保証することができる。したがって、ＥＰＣ１３０は、少なくとも部分的に、３ＧＰＰ  ＴＳ２９．２１２、２９．２１３、および２９．２１４規格に従って実施されてもよい。したがって、ＥＰＣ１３０は、サービス提供ゲートウェイ（ＳＧＷ）１３２、パケットデータネットワークゲートウェイ（ＰＧＷ）１３４、ならびにポリシーおよび課金ルールノード（ＰＣＲＮ）を含むことができる。
【００１８】
サービス提供ゲートウェイ（ＳＧＷ）１３２は、基地局１２０とＰＧＷ１３４との間のデータパスを管理するデバイスであってもよい。データパスは、独自のサービス品質（ＱｏＳ）特徴を備えるベアラと呼ばれる仮想コンテナを含むことができる。ベアラは、サービスデータフロー（ＳＤＦ）と呼ばれる仮想接続を含むことができる。ユーザ機器１１０がモバイルデバイスであり基地局１２０がｅＮｏｄｅＢであるさまざまな実施形態において、ＳＧＷ１３２は、モバイルデバイスがｅＮｏｄｅＢを変更する場合に新しいベアラを確立する役割を負うことができる。
【００１９】
ＳＧＷ１３２は、３ＧＰＰ  ＴＳ２９．２１２、２９．２１３、および２９．２１４規格に従って、ベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ）を実施することができる。ＳＧＷ１３２はまた、Ｇｘｘインターフェイスおよびクレジット制御要求（ＣＣＲ）メッセージ１７０を使用して、イベントメッセージをＰＣＲＮ１３６に提供することもできる。ＳＧＷ１３２は、たとえば、ベアラ割り振りの失敗、ベアラの終了、ベアラの優先使用、または任意のその他のイベントトリガのような、ベアラの任意の変化が生じるときにはいつでもＰＣＲＮ１３６に通知するためにイベントメッセージを生成することができる。ＳＧＷ１３２はまた、Ｇｘｘインターフェイスを介してＣＣＲメッセージを送信することにより、ＰＣＲＮ１３６に新しいＱｏＳルールを要求することもできる。
【００２０】
パケットデータネットワークゲートウェイ（ＰＧＷ）１３４は、パケットデータネットワーク１４０へのゲートウェイアクセスを提供するデバイスであってもよい。ＰＧＷ１３４は、ＳＧＷ１３２を介してパケットデータネットワーク１４０に向けてユーザ機器１１０により送信されたパケットを受信するＥＰＣ１３０内の最終デバイスであってもよい。ＰＧＷ１３４は、各サービスデータフロー（ＳＤＦ）に対してポリシーおよび課金制御（ＰＣＣ）ルールを実施するポリシーおよび課金実施機能（ＰＣＥＦ：ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）を含むことができる。したがって、ＰＧＷ１３４は、ポリシーおよび課金実施ノード（ＰＣＥＮ：ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｅｎｆｏｒｃｅｍｅｎｔ  ｎｏｄｅ）であってもよい。ＰＧＷ１３４はまた、ＧｘインターフェイスおよびＣＣＲメッセージ（図示せず）を使用して、イベントメッセージをＰＣＲＮに提供することもできる。ＰＧＷ１３４は、Ｇｘｘインターフェイスを介してＣＣＲメッセージを送信することにより、ＰＣＲＮ１３６に新しいＰＣＣルールを要求することができる。ＰＧＷ１３４はまた、たとえば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートのような、多数の追加の特徴を含むこともできる。
【００２１】
ポリシーおよび課金ルールノード（ＰＣＲＮ）１３６は、アプリケーションサービスの要求を受信し、ＰＣＣルールを生成し、ＰＣＣルールをＰＧＷ１３４および／またはその他のＰＣＥＮ（図示せず）に提供するデバイスであってもよい。ＰＣＲＮ１３６は、Ｒｘインターフェイスを介してＡＦ１５０と通信することができる。
【００２２】
ＰＣＲＮ１３６はまた、それぞれＧｘｘおよびＧｘインターフェイスを介してＳＧＷ１３２およびＰＧＷ１３４と通信することができる。新しいＰＣＣルールが作成されるか、またはＰＧＷ１３４により要求されると、ＰＣＲＮ１３６は、Ｇｘインターフェイスを介してＰＣＣルールをＰＧＷ１３４に提供することができる。たとえばＰｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ（ＰＭＩＰ）規格を実施するような、さまざまな実施形態において、ＰＣＲＮ１３６はまた、ＱｏＳルールも生成することができる。新しいＱｏＳルールが作成されるか、またはＳＧＷ１３２により要求されると、ＰＣＲＮ１３６は、Ｇｘｘインターフェイスを介してＱｏＳルールをＳＧＷ１３２に提供することができる。
【００２３】
パケットデータネットワーク１４０は、ユーザ機器１１０と、ＡＦ１５０のようなパケットデータネットワーク１４０に接続されたその他のデバイスとの間のデータ通信を提供するための任意のネットワークであってもよい。さらに、パケットデータネットワーク１４０は、たとえば、パケットデータネットワーク１４０と通信するさまざまなユーザデバイスに電話および／またはインターネットサービスを提供することができる。
【００２４】
アプリケーション機能（ＡＦ）１５０は、アプリケーションサービスをユーザ機器１１０に提供するデバイスであってもよい。したがって、ＡＦ１５０は、たとえば、ストリーミングビデオサービスをユーザ機器１１０に提供するサーバまたはその他のデバイスであってもよい。ＡＦ１５０はさらに、Ｒｘインターフェイスを介してＥＰＣ１３０のＰＣＲＮ１３６と通信することができる。ＡＦ１５０がユーザ機器１１０へのアプリケーションサービスの提供を開始しようとする場合、ＡＦ１５０は、Ｄｉａｍｅｔｅｒプロトコルに従うＡＡ−Ｒｅｑｕｅｓｔ（ＡＡＲ）１６０のような、アプリケーション要求メッセージを生成して、アプリケーションサービスにリソースが割り振られるべきであることをＰＣＲＮ１３６に通知することができる。そのようなアプリケーション要求メッセージは、アプリケーションサービスを使用している加入者の識別、および要求されたサービスを提供するために確立される必要のある特定のサービスデータフローの識別のような情報を含むことができる。ＡＦ１５０は、そのようなアプリケーション要求を、Ｒｘインターフェイスを介してＰＣＲＮに通信することができる。
【００２５】
加入者ネットワーク１００のコンポーネントを説明してきたが、加入者ネットワーク１００の動作の概要がこれ以降説明される。以降の説明は加入者ネットワーク１００の動作の概要を提供することが意図されており、したがって若干簡略化されたものであることが明らかである。加入者ネットワーク１００の詳細な動作は、図２から図５に関連して以下でさらに詳細に説明される。
【００２６】
さまざまな例示的な実施形態によれば、ＰＣＲＮ１３６は、ＡＦ１５０、ＳＧＷ１３２、またはＰＧＷ１３４からリソースを割り振るよう求める要求を受信することができる。ＰＣＲＮ１３６は、適切なＰＣＣおよびＱｏＳルールを生成することによってリソースを割り振り、それらをＰＧＷ１３４およびＳＧＷ１３２に送信することができる。ＰＣＣおよびＱｏＳルールがそれぞれＰＧＷ１３４およびＳＧＷ１３２に導入されると、それらのコンポーネントは、ネットワーク接続を監視する役割を負うことができる。ベアラ使用に影響を与えるイベントが発生する場合、ＰＧＷ１３４またはＳＧＷ１３２は、ＣＣＲ１７０を使用してイベントをＰＣＲＮ１３６に報告することができる。たとえば、ＳＧＷ１３２が、新しいＱｏＳルールの導入時または新しいベアラの割り振り時にエラーを検出する場合、ＳＧＷ１３２は、ＣＣＲ１７０をＰＣＲＮ１３６に送信してイベントの詳細を提供することができる。イベントは、エラーに制限されることはなく、ＰＣＲＮ１３６がイベントトリガをＳＧＷ１３２またはＰＧＷ１３４に提供した任意のイベント、およびイベントトリガを必要としないイベントを含むことができる。ＰＣＲＮ１３６は、イベントメッセージで提供された情報をその他の情報と共に処理して、加入者ネットワークの状況を決定することができる。次いで、ＰＣＲＮ１３６は、ポリシー決定を行なう場合に、ネットワーク状況を考慮に入れることができる。たとえば、ＰＣＲＮ１３６が、要求されたネットワークリソースが使用不可能であると決定する場合、新しいリソース要求を拒否することができる。ＰＣＲＮ１３６はまた、ネットワーク状況に基づいてＡＦ１５０とネゴシエートすることもできる。たとえば、ＰＣＲＮ１３６が低いＱｏＳのアプリケーション要求はドロップされる可能性が高いと決定する場合、より高いＱｏＳが必要であることをＡＦ１５０に通知することができる。より高いＱｏＳが許容可能である場合、ＡＦ１５０は新しいアプリケーション要求を送信することができる。
【００２７】
図２は、少なくとも部分的にネットワーク状況に基づいて新しいポリシーおよび課金制御（ＰＣＣ）ルールおよびサービス品質（ＱｏＳ）ルールを作成するための例示的なポリシーおよび課金ルールノード（ＰＣＲＮ）２００を示す図である。ＰＣＲＮ２００は、例示的な加入者ネットワーク１００のＰＣＲＮ１３６に対応することができる。ＰＣＲＮ２００は、Ｇｘｘインターフェイス２０５、Ｇｘインターフェイス２１０、イベントレコーダ２１５、イベントストレージ２２０、ルールストレージ２２５、ネットワークトポロジ２３０、Ｒｘインターフェイス２３５、アプリケーション要求トランスレータ２４０、ネットワーク状況アナライザ２４５、ネットワーク状況モディファイア２５０、およびルールジェネレータ２５５を含むことができる。
【００２８】
Ｇｘｘインターフェイス２０５は、ＳＧＷ１３２のようなＳＧＷと通信するように構成された、ハードウェア、および／または機械可読ストレージ媒体上の符号化された実行可能命令を備えるインターフェイスであってもよい。そのような通信は、３ＧＰＰ  ＴＳ２９．２１２に従って実施されてもよい。具体的には、Ｇｘｘインターフェイス２０５は、ＳＧＷ１３２からイベントメッセージおよびアプリケーション要求を受信して、ＱｏＳルールをＳＧＷ１３２に送信することができる。
【００２９】
Ｇｘインターフェイス２１０は、ＰＧＷ１３４のようなＰＧＷと通信するように構成された、ハードウェア、および／または機械可読ストレージ媒体の符号化された実行可能命令を備えるインターフェイスであってもよい。そのような通信は、３ＧＰＰ  ＴＳ２９．２１２に従って実施されてもよい。具体的には、Ｇｘインターフェイス２１０は、ＰＧＷ１３４からイベントメッセージおよびアプリケーション要求を受信して、ＰＣＣルールをＰＧＷ１３４に送信することができる。
【００３０】
イベントレコーダ２１５は、着信イベントメッセージを処理してデータをイベントストレージ２３０に記録するように構成された、ハードウェア、および／または機械可読ストレージ媒体上の実行可能命令を含むことができる。イベントレコーダ２１５は、Ｇｘインターフェイス２１０および／またはＧｘｘインターフェイス２０５を介してイベントメッセージを受信することができる。次に、イベントレコーダ２１５は、イベントメッセージからイベントデータを抽出することができる。次いで、イベントレコーダ２１５は、イベントＩＤおよびイベントの時間データのような追加の情報を追加することができる。次いで、イベントレコーダ２１５は、記録するためにイベントデータをイベントストレージ２２０に渡すことができる。
【００３１】
イベントストレージ２２０は、イベントレコーダ２１５によって生成されたイベントデータを格納することができる任意の機械可読媒体であってもよい。したがって、イベントストレージ２２０は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および／または類似するストレージ媒体のような機械可読ストレージ媒体を含むことができる。図４を参照して以降でさらに詳細に説明されるように、イベントストレージ２２０は、ＰＣＲＮ２００に報告された多数のタイプのイベントに関するデータを格納することができる。そのようなデータは、たとえば、イベントのタイプ、影響を受けるＰＣＣルール、影響を受けるデータフロー、影響を受けるフローのＱＣＩ、影響を受けるフローの割り振り保持優先度（ＡＲＰ：ａｌｌｏｃａｔｉｏｎ  ｒｅｔｅｎｔｉｏｎ  ｐｒｉｏｒｉｔｙ）、加入者識別、ｅＮｏｄｅＢ、サービス提供ゲートウェイ、およびイベントの時間を含むことができる。ルールストレージ２２５は、ルールジェネレータ２５５によって生成されたＰＣＣルールを格納することができる任意の機械可読媒体であってもよい。したがって、ルールストレージ２２５は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および／または類似するストレージ媒体のような機械可読ストレージ媒体を含むことができる。ルールストレージ２２５は、ルールジェネレータ２５５によって作成された多数のＰＣＣルールの定義を格納することができる。そのような定義は、たとえば、ルール名、サービスデータフローフィルタ、ＱｏＳパラメータ、および課金パラメータを含むことができる。ルールストレージ２２５は、ＰＣＣルールを格納してルールデータを更新するために、当業者に知られている任意の方法を使用することができる。
【００３２】
ネットワークトポロジ２３０は、加入者ネットワーク１００のコンポーネントを表すデータを格納することができる任意の機械可読媒体であってもよい。したがって、ネットワークトポロジ２３０は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および／または類似するストレージ媒体のような機械可読ストレージ媒体を含むことができる。
【００３３】
Ｒｘインターフェイス２３５は、ＡＦ１５０のようなＡＦと通信するように構成された、ハードウェア、および／または機械可読ストレージ媒体の符号化された実行可能命令を備えるインターフェイスであってもよい。そのような通信は、３ＧＰＰ  ＴＳ２９．２１４に従って実施されてもよい。具体的には、Ｒｘインターフェイス２３５は、ＡＦ１５０からアプリケーション要求を受信し、Ｒｘインターフェイスを介してアプリケーション要求に応答することができる。
【００３４】
アプリケーション要求トランスレータ２４０は、Ｇｘｘインターフェイス２０５、Ｇｘｘインターフェイス２１０、またはＲｘインターフェイス２３５を介して受信されたアプリケーション要求から、要求されたサービスを提供するためにどのようなサービスデータフローが必要かを決定するように構成された、ハードウェア、および／または機械可読ストレージ媒体上の実行可能命令を含むことができる。次いで、アプリケーション要求トランスレータ２４０は、要求されたサービスデータフローを表すためにサービス要求オブジェクトを生成することができる。次いで、アプリケーション要求トランスレータ２４０は、さらに処理するために、サービス要求オブジェクトをネットワーク状況アナライザ２４５に渡すことができる。
【００３５】
ネットワーク状況アナライザ２４５は、ＰＣＲＮ２００が必要なネットワークリソースの状況に基づいてサービス要求を履行すべきかどうかを決定するように構成された、ハードウェア、および／または機械可読ストレージ媒体上の実行可能命令を含むことができる。ネットワーク状況アナライザ２４５は、イベントストレージ２２０、ルールストレージ２２５、および／またはネットワークトポロジ２３０に格納されたデータを使用して、加入者ネットワークの状況を決定することができる。このデータを使用して、ネットワーク状況アナライザ２４５は、要求されたリソースが輻輳しているか、または要求されたＱｏＳクラス識別子（ＱＣＩ：ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）が優先使用される可能性が高いために、サービス要求が履行されるべきではないと決定することができる。ネットワーク状況アナライザ２４５は、ＰＣＲＮ２００がサービス要求を履行すべきではないと決定する場合、さらに処理するために、失敗したサービス要求をネットワーク状況モディファイア２５０に渡すことができる。ネットワーク状況アナライザ２４５は、ＰＣＲＮ２００がサービス要求を履行すべきであると決定する場合、さらに処理するために、サービス要求をルールジェネレータ２５５に渡すことができる。
【００３６】
ネットワーク状況モディファイア２５０は、ネットワーク状況アナライザ２４５から拒否されたサービス要求を受信して、更新されたアプリケーション要求についてＲｘインターフェイス２３５を介してＡＦ１５０とネゴシエートするように構成された、ハードウェア、および／または機械可読ストレージ媒体上の実行可能命令を含むことができる。ネットワーク状況モディファイア２５０は、許容可能なサービス要求を決定するために、要求されたサービスフロー、およびサービス要求が拒否された理由を検討することができる。次いで、ネットワーク状況モディファイア２５０は、許容可能なサービス要求を、ＡＡ−Ａｎｓｗｅｒ（ＡＡＡ）メッセージ（図示せず）を使用してＲｘインターフェイス２０５を介してＡＦ１５０に提案することができる。さまざまな実施態様において、ネットワーク状況モディファイア２５０はまた、アプリケーション要求がＣＣＲ要求の形式で届く場合、ＳＧＷ１３２またはＰＧＷ１３４とネゴシエートすることもできる。このシナリオにおいて、ネットワーク状況モディファイア２５０は、許容可能なサービス要求を、ＣＣ−Ａｎｓｗｅｒ（ＣＣＡ）メッセージ（図示せず）を使用して、それぞれＧｘｘインターフェイス２０５またはＧｘｘインターフェイス２１０を介して、ＳＧＷ１３２またはＰＧＷ１３４に提案することができる。
【００３７】
ルールジェネレータ２５５は、受信したサービス要求に基づいて新しいＰＣＣおよび／またはＱｏＳルールを生成するように構成された、ハードウェア、および／または機械可読ストレージ媒体上の実行可能命令を含むことができる。ルールジェネレータ２５５は、当業者に知られている任意の方法に従ってＰＣＣルールおよび／またはＱｏＳルールを生成することができる。
【００３８】
図３は、例示的なイベントメッセージ３００を示す。イベントメッセージ３００は、Ｄｉａｍｅｔｅｒメッセージプロトコルおよび／または３ＧＰＰ  ＴＳ２９．２１２に従って構築されたＣＣＲメッセージであってもよい。したがって、イベントメッセージ３００は、ヘッダ３１０、Ｓｕｂｓｃｒｉｐｔｉｏｎ  ＩＤフィールド３３０、ＡＮ−ＧＷ−Ａｄｄｒｅｓｓフィールド３４０、Ｅｖｅｎｔ−Ｔｒｉｇｇｅｒフィールド３５０、ＱｏＳ−Ｉｎｆｏｒｍａｔｉｏｎフィールド３６０、およびいくつかの追加のフィールド３２０、３７０を含むことができる。ＡＡＲ３００のフィールドの順序は異なる場合もあることに留意されたい。したがって、たとえば、Ｓｕｂｓｃｒｉｐｔｉｏｎ  ＩＤフィールド３３０は、ＡＮ−ＧＷ−Ａｄｄｒｅｓｓフィールド３４０またはＱｏＳ−Ｉｎｆｏｒｍａｔｉｏｎフィールド３６０の後に配置されてもよい。
【００３９】
ヘッダ３１０は、メッセージ３００がＣＣＲであることを示す標準のＤｉａｍｅｔｅｒヘッダであってもよい。したがって、ヘッダ３１０は、２７２の値に設定されたコマンドコードフィールド、およびＤｉａｍｅｔｅｒプロトコルおよび３ＧＰＰ  ＴＳ２９．２１２により提供されるようなコマンドフラグフィールドセットのＲ−ビットフィールドを含むことができる。
【００４０】
Ｓｕｂｓｃｒｉｐｔｉｏｎ  ＩＤフィールド３３０は、特定のイベントメッセージに関連付けられている加入者を示すための属性値ペア（ＡＶＰ：ａｔｔｒｉｂｕｔｅ−ｖａｌｕｅ  ｐａｉｒ）であってもよい。たとえば、Ｓｕｂｓｃｒｉｐｔｉｏｎ  ＩＤフィールド３３０は、「０ｘＢ２Ｂ５」と識別される加入がＣＣＲ３００に関連付けられていることを示す。この情報は、イベントにより影響を受ける特定の電話機またはユーザを識別するために使用されてもよい。
【００４１】
ＡＮ−ＧＷ−Ａｄｄｒｅｓｓフィールド３４０は、特定のイベントメッセージに関連付けられているＳＧＷを示すためのＡＶＰであってもよい。ＡＮ−ＧＷ−Ａｄｄｒｅｓｓフィールド３４０は、ＩＰｖ４、ＩＰｖ６アドレス、ＭＡＣアドレス、またはネットワークデバイスを識別する当技術分野において知られる任意の他の識別名を格納してもよい。たとえば、ＡＮ−ＧＷ−Ａｄｄｒｅｓｓフィールド３４０は、「０ｘ７３７４」と識別されるＳＧＷがイベントに関連付けられていることを示す。
【００４２】
Ｅｖｅｎｔ−Ｔｒｉｇｇｅｒフィールド３５０は、イベントメッセージを生じさせたイベントのタイプを示すためのＡＶＰであってもよい。たとえば、Ｅｖｅｎｔ−Ｔｒｉｇｇｅｒフィールド３５０は、イベントが、ＬＯＳＳ＿ＯＦ＿ＢＥＡＲＥＲ列挙値により示されるように、ベアラの損失であることを示す。イベントのタイプはまた、少なくとも部分的に、どの追加のフィールド３２０、３７０がイベントメッセージに含まれるかを決定することができる。
【００４３】
ＱｏＳ−Ｉｎｆｏｒｍａｔｉｏｎフィールド３６０は、イベントに関連するＱｏＳを示すためのＡＶＰであってもよい。これは、ＱｏＳクラス識別子（ＱＣＩ：ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）３６３、最大アップロードおよびダウンロード帯域幅（図示せず）、保証済みアップロードおよびダウンロードビットレート（図示せず）、ベアラ識別子（図示せず）、および割り振り保持優先度（ＡＲＰ：ａｌｌｏｃａｔｉｏｎ  ｒｅｔｅｎｔｉｏｎ  ｐｒｉｏｒｉｔｙ）３６６を含むことができる。
【００４４】
追加のフィールド３２０、３７０は、Ｄｉａｍｅｔｅｒメッセージプロトコルおよび／または３ＧＰＰ  ＴＳ２９．２１２に従って規定されるように追加の情報を含むことができる。したがって、追加のフィールド３２０、３６０は、たとえば、発信元−ホスト（Ｏｒｉｇｉｎ−Ｈｏｓｔ）ＡＶＰ、宛先−ホスト（Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ）ＡＶＰ、サポートされる特徴（Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ）ＡＶＰ、フレーム化ＩＰアドレス（Ｆｒａｍｅｄ−ＩＰ−Ａｄｄｒｅｓｓ）ＡＶＰなどの追加のＡＶＰを含むことができる。イベントレコーダ２１５は、たとえばフロー識別情報のような、その他の有用な情報を抽出するために追加のフィールド３２０、３６０を使用することができる。当業者であれば、関連するイベントデータが大きく異なり、イベントメッセージ３００の内容に影響を与えることを認識するであろう。
【００４５】
図４は、イベントデータを格納するための例示的なデータ配列４００を示す。データ配列４００は、たとえば、イベントストレージ２２５に格納されているデータベース内のテーブルであってもよい。あるいは、データ配列４００は、一連のリンクされたリスト、アレイ、または類似するデータ構造であってもよい。したがって、データ配列４００は基礎をなすデータの抽象化であり、このデータの格納に適した任意のデータ構造が使用されてもよいことが明らかである。
【００４６】
データ配列４００は、Ｅｖｅｎｔ  ＩＤフィールド４０５、Ｔｉｍｅフィールド４１０、Ｓｕｂｓｃｒｉｂｅｒ  ＩＤフィールド４１５、ｅＮｏｄｅＢ  ＩＤ４２０、ＳＧＷ  ＩＤフィールド４２５、Ｅｖｅｎｔ  Ｔｒｉｇｇｅｒフィールド４３０、ＱＣＩフィールド４３５、ＡＲＰフィールド４４０、およびＰＣＣ  Ｒｕｌｅフィールド４４５を含むことができる。データ配列４００は、イベントデータを定義する際に必要とされるかまたは有用な追加のフィールド（図示せず）を含むことができる。データ配列４００は、たとえば、エントリ４５０、４５５、および４６０のような、複数のエントリを含むことができる。
【００４７】
Ｅｖｅｎｔ  ＩＤフィールド４０５は、各イベントを一意に識別するために使用されてもよい。Ｔｉｍｅフィールド４１０は、イベントの時間を示すために使用されてもよい。たとえば、ＵＮＩＸ（登録商標）時間のような、当技術分野において知られている任意の方法が、イベントの時間を示すために使用されてもよい。Ｓｕｂｓｃｒｉｂｅｒ  ＩＤフィールド４１５は、イベントにより影響を受ける加入者またはユーザデバイスを識別するために使用されてもよい。ＳＧＷ  ＩＤフィールド４２０は、イベントを報告したＳＧＷを示すために使用されてもよい。Ｅｖｅｎｔ  Ｔｒｉｇｇｅｒフィールド４２５は、イベントのタイプを格納するために使用されてもよい。ＱＣＩフィールド４２０は、イベントに関連付けられているデータフローのＱＣＩを格納するために使用されてもよい。ＡＲＰフィールド４３５は、イベントに関連付けられているデータフローのＡＲＰを格納するために使用されてもよい。ｅＮｏｄｅＢ  ＩＤフィールド４４０は、イベントの時間において加入者にサービスを提供していたｅＮｏｄｅＢを示すために使用されてもよい。ＰＣＣ  Ｒｕｌｅフィールド４４５は、イベントが関連するＰＣＣルールを示すことができる。
【００４８】
一例として、レコード４５０は、イベントＩＤ「０ｘＥ４２６」により表されるイベントが時間「３６」に発生したことを示す。このイベントは、加入者ＩＤ「０ｘ９０Ｆ２」で識別される加入者により使用されており、かつｅＮｏｄｅＢ  ＩＤ「０ｘ５ＦＣＣ」で識別されるｅＮｏｄｅＢと、ＳＧＷ  ＩＤ「０ｘＢ８３２」で識別されるＳＧＷとを使用していたサービスフローに影響を与えた。イベントは、ベアラがドロップされたことを示す「ＬＯＳＳ＿ＯＦ＿ＢＥＡＲＥＲ」のタイプである。イベントの時間において、サービスフローは、２のＱＣＩおよび５のＡＲＰを有していた。イベントは、「０ｘ３Ｂ７２」で識別されるＰＣＣルールに影響を与えた。
【００４９】
もう１つの例として、レコード４５５は、イベントＩＤ「０ｘ９９Ｂ２」により表されるイベントが時間「４０」に発生したことを示す。このイベントは、加入者ＩＤ「０ｘＢ２Ｂ５６」で識別される加入者により使用されており、かつｅＮｏｄｅＢ  ＩＤ「０ｘ６０３１」で識別されるｅＮｏｄｅＢと、ＳＧＷ  ＩＤ「０ｘＢ８３２」で識別されるＳＧＷとを使用していたサービスフローに影響を与えた。イベントは、ベアラがドロップされたことを示す「ＬＯＳＳ＿ＯＦ＿ＢＥＡＲＥＲ」のタイプである。イベントの時間において、サービスフローは、３のＱＣＩおよび３のＡＲＰを有していた。イベントは、「０ｘ８２Ａ３」で識別されるＰＣＣルールに影響を与えた。
【００５０】
図５は、少なくとも部分的に加入者ネットワーク１００の状況に基づいて新しいポリシーおよび課金制御（ＰＣＣ）ルールを作成するための例示的な方法５００を示す。方法５００は、加入者ネットワークの状況に応答してサービスデータフローのＰＣＣルールを確立するために、ＰＣＲＮ１３６および／またはＰＣＲＮ２００のコンポーネントにより実行されてもよい。
【００５１】
方法５００は、ステップ５０５で開始して、ステップ５１０に進み、ここでＰＣＲＮ２００がＧｘｘインターフェイス２０５またはＧｘインターフェイス２１０を介してイベントメッセージを受信する。次いで、方法５００は、ステップ５１５に進み、そこでイベントレコーダ２１５がイベント情報を抽出することによりイベントメッセージを処理することができる。次いで、イベントレコーダ２１５は、イベントＩＤおよびメッセージの時間のような情報を追加することができる。次いで、イベントレコーダは、イベント情報をイベントストレージ２２０に入力することができる。
【００５２】
次いで、方法５００は、ステップ５２０に進み、そこでＰＣＲＮがＲｘインターフェイス２０５を介してアプリケーション要求をＡＦから受信する。次いで、方法５００は、ステップ５２５に進み、そこでアプリケーション要求トランスレータ２４０が、要求をサービスフローオブジェクトを含むサービス要求オブジェクトに変換することができる。
【００５３】
次いで、ステップ５２５において、ネットワーク状況アナライザ２４５は、サービス要求を履行するために必要なネットワークリソースを決定することができる。このステップは、どのネットワークリソースがサービス要求の各サービスフローを作成するために使用されるかを決定するために、ネットワーク状況アナライザ２４５がネットワークトポロジにアクセスすることを必要とすることがある。次いで、方法５００は、ステップ５２５に進み、そこでネットワーク状況アナライザ２４５が要求されたリソースの状況を決定することができる。ネットワーク状況アナライザ２４５は、イベントストレージ２２０、ルールストレージ２２５、および／またはネットワークトポロジ２３０のデータを使用することにより、要求されたリソースの状況を分析することができる。ネットワーク状況アナライザ２４５は、必要なネットワークリソースに関連するイベントデータを求めてイベントストレージ２２０を検索することができる。イベントストレージ２２０が特定のリソースに関連するイベントデータの統計的な傾向を示す場合、ネットワーク状況アナライザ２４５は、ネットワークリソースが輻輳しているか、使用不可能であるか、または要求されたサービスの提供に適していないと決定することができる。たとえば、ネットワーク状況アナライザ２４５が、同じＳＧＷ  ＩＤフィールド４２０で複数のイベントのような共通性を見出し、Ｅｖｅｎｔ  Ｔｒｉｇｇｅｒフィールド４２５がＬＯＳＳ＿ＯＦ＿ＢＥＡＲＥＲを示す場合、ネットワーク状況アナライザは示されたＳＧＷが輻輳していると決定することができる。ネットワーク状況アナライザ２４５はまた、ＰＣＣ  Ｒｕｌｅフィールド４４５を使用して統計的傾向を検索する場合、イベントデータをルールストレージ２２５のルールデータと相互参照することもできる。ネットワーク状況アナライザ２４５は、複数のネットワークリソースが輻輳していると思われる場合、輻輳を分離するためにネットワークトポロジ２３０を使用することができる。これが統計的傾向のほんの一例に過ぎないことを理解されたい。当業者であれば、イベントストレージ２２０、ルールストレージ２２５、およびネットワークトポロジ２３０のデータの中で多数の可能な統計的傾向が、加入者ネットワークの状況を示すことができることを理解するであろう。
【００５４】
次いで、方法５００は、ステップ５３５に進み、そこでネットワーク状況アナライザ２４５がサービス要求は履行されるべきかどうかを決定することができる。ネットワーク状況アナライザ２４５は、加入者ネットワークの状況ならびに内部ポリシー制御を考慮することができる。ネットワーク状況の理由によりサービス要求が履行されるべきではない場合、方法５００はステップ５４０に進むことができる。サービス要求が履行されるべきである場合、方法５００はステップ５５０に進むことができる。
【００５５】
ステップ５４０において、ネットワーク状況モディファイア２５０は、許容可能なサービス要求を決定することができる。たとえば、ネットワーク状況モディファイア２５０は、必要なリソースが輻輳しているので、優先度の低いサービスフローをドロップする可能性が高いとネットワーク状況アナライザ２４５が決定する場合、より高いＡＲＰを要求することができる。次いで、方法５００は、ステップ５４５に進み、そこでネットワーク状況モディファイア２５０がＡＦ１５０のアプリケーション要求に応答する。ネットワーク状況モディファイア２５０は、ＡＡ  Ａｎｓｗｅｒ（ＡＡＡ）コマンドを使用して、以前の要求が履行されないことを示し、許容可能なアプリケーション要求を提案することができる。ＡＦ１５０が提案されたアプリケーション要求を受け入れる場合、ネットワーク状況モディファイア２５０はアプリケーション要求を変更して伝送することができる。次いで、方法５００は、ステップ５２０に戻る。
【００５６】
ステップ５５０において、ルールジェネレータ２５５は、サービス要求を実施するためにＰＣＣルールを生成することができる。ルールジェネレータ２５５は、アプリケーション要求で提供された情報と内部ポリシー決定を結合して、ＰＣＣルールを作成することができる。次いで、ルールジェネレータ２５５は、新しいＰＣＣルールを、Ｇｘインターフェイス２１０を介してＰＧＷ１３４に伝送することができる。ＰＣＲＮはまた、この時点において、ＰＣＣルールをルールストレージ２２５に追加することもできる。
【００５７】
ステップ５５５において、ルールジェネレータ２５５は、ＱｏＳ部分を抽出することにより、ＰＣＣルールからＱｏＳルールを生成することができる。次いで、ルールジェネレータ２５５は、ＱｏＳルールを、Ｇｘｘインターフェイスを介してＳＧＷに伝送することができ、方法５００はステップ５６０で終了することができる。
【００５８】
例示的な加入者ネットワーク１００およびＰＣＲＮ２００の動作のための例示的なコンポーネントおよび方法を説明してきたが、これ以降、例示的なネットワーク１００およびＰＣＲＮ２００の動作の例が図１から図５を参照して示される。ＰＣＲＮ１３６は、ＰＣＲＮ２００に対応することができる。イベントストレージ２２０の内容は、データ配列４００により示されてもよい。ＣＣＲ１７０は、ＣＣＲ３００により詳細に説明されてもよい。
【００５９】
プロセスは、ＰＣＲＮ１３６、２００がＣＣＲ１７０、３００をＳＧＷ１３２から受信すると開始することができる。次いで、イベントレコーダ２１５は、ＣＣＲ１７０のフィールドを処理して、イベントデータを抽出することができる。イベントレコーダ２１５は、Ｓｕｂｓｃｒｉｂｅｒ−ＩＤ  ＡＶＰ３３０から「０ｘＡ９Ｂ６」の加入者ＩＤを、ＡＮ−ＧＷ−Ａｄｄｒｅｓｓ３４０から「０ｘ７３７４」のＳＧＷ  ＩＤを、Ｅｖｅｎｔ−Ｔｒｉｇｇｅｒ  ＡＶＰ３５０から「ＬＯＳＳ＿ＯＦ＿ＢＥＡＲＥＲ」のイベントトリガを、ＱｏＳ−Ｃｌａｓｓ−Ｉｄｅｎｔｉｆｉｅｒ  ＡＶＰ３６３から３のＱＣＩを、およびＡｌｌｏｃａｔｉｏｎ−Ｒｅｔｅｎｔｉｏｎ−Ｐｒｉｏｒｉｔｙ  ＡＶＰ３６６から３のＡＲＰを抽出する。イベントレコーダ２１５は、０ｘ４３ＢＡのイベントＩＤおよび４３の時間のような、その他のイベントデータを提供することができる。次いで、イベントレコーダ２１５は、新しいイベントデータレコードをイベントストレージ２２０に作成することができる。
【００６０】
次いで、Ｒｘインターフェイス２０５は、ＡＦ１５０からアプリケーション要求を含むＡＡＲ１６０を受信することができる。次いで、アプリケーション要求トランスレータ２４０は、アプリケーション要求を１つまたは複数のサービスフローを含むサービス要求に変換することができる。次いで、ネットワーク状況アナライザ２４５は、サービス要求がＳＧＷ  ０ｘＢ８３２を含む複数のリソースを必要とすることを決定することができる。次いで、ネットワーク状況アナライザは、ＳＧＷ  ０ｘＢ８３２を含むデータレコードを求めてイベントストレージ２２０およびルールストレージ２２５を検索することができる。データ配列４００内のデータから、ネットワーク状況アナライザは、ＳＧＷ  ０ｘＢ８３２が、短期間のそのＳＧＷのベアラの損失を示す複数のイベントを含むため、輻輳していると決定することができる。
【００６１】
ステップ５３０において、ネットワーク状況アナライザは、ＡＲＰが低く、ＳＧＷがベアラをすぐにドロップする可能性が高いので、サービス要求が履行されるべきではないと決定することができる。したがって、方法はステップ５３５に進み、そこでネットワーク状況モディファイア２５０が、許容可能なアプリケーション要求を決定することができる。ネットワーク状況モディファイアは、より高いＡＲＰが、輻輳したリソースがベアラからドロップすることを防ぐと決定することができる。次いで、ネットワーク状況モディファイアは、ステップ５４０において、Ｒｘインターフェイス２０５を介して、より高いＡＲＰを持つアプリケーション要求が許容されることを示すＡＡＡをＡＦ１５０に送信することができる。ＡＦ１５０が要求されたＡＲＰを高めることに合意する場合、ＡＦはもう１つのアプリケーション要求を送信することができる。
【００６２】
方法は、これまでのようにステップ５１５からステップ５３０まで進み、そこでネットワーク状況アナライザがサービス要求を許容すべきであると決定することができる。次いで、ステップ５４５において、ルールジェネレータは、サービス要求および内部ポリシー決定からＰＣＣルールを生成することができる。新しいＰＣＣルールは、ルールストレージ２２５に格納されてもよい。ステップ５６０において、ルールジェネレータは、新しいＰＣＣルールを、Ｇｘインターフェイス２１０を介してＰＧＷ１３４に伝送することができる。ゲートウェイ制御セッションが存在する場合、ルールジェネレータは、ＰＣＣルールからＱｏＳルールを生成して、Ｇｘｘインターフェイス２０５を介してＱｏＳルールをＳＧＷ１３２に伝送することができる。
【００６３】
上記の説明により、さまざまな例示的な実施形態は、加入者ネットワークの状況に応答してＰＣＣルールの作成を提供する。特に、以前実施されたＰＣＣおよびＱｏＳルールに関連するイベントを記録することにより、ポリシーおよび課金ルールノードは、加入者ネットワークの状況に応答する新しいルールを生成することができる。
【００６４】
本発明のさまざまな例示的な実施形態が、ハードウェアおよび／またはファームウェアにおいて実施されうることが、上記の説明から明らかとなろう。さらに、さまざまな例示的な実施形態は、本明細書において詳細に説明される動作を実行するために少なくとも１つのプロセッサによって読み込まれ実行されうる、機械可読ストレージ媒体に格納された命令として実施されてもよい。機械可読ストレージ媒体は、パーソナルまたはラップトップコンピュータ、サーバ、またはその他のコンピューティングデバイスのような、機械によって読み取り可能な形態で情報を格納するための任意のメカニズムを含むことができる。したがって、機械可読ストレージ媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および類似するストレージ媒体を含むことができる。
【００６５】
当業者には、本明細書における任意のブロック図が、本発明の原理を具現する例示的な回路の概念的な図を表すことが理解されるであろう。同様に、任意の流れ図、フローダイアグラム、状態遷移図、擬似コードなどは、実質的に機械可読媒体において表されてもよく、コンピュータまたはプロセッサにより（そのようなコンピュータまたはプロセッサが明示的に示されているかどうかにかかわらず）実行されてもよいさまざまなプロセスを表すことが理解されよう。
【００６６】
さまざまな例示的な実施形態が、その特定の例示的な態様を特に参照して詳細に説明されてきたが、本発明はその他の実施形態に対応可能であり、その詳細はさまざまな明白な意味において変更が可能であることを理解されたい。当業者には容易に明らかであるように、本発明の趣旨および範囲を逸脱することなく変形および変更が行なわれてもよい。したがって、前述の開示、説明、および図面は、例示のみを目的としており、本発明を何ら制限するものではなく、本発明は特許請求の範囲によってのみ定義される。
【図１】
0005507709.tif 000002
【図２】
0005507709.tif 000003
【図３】
0005507709.tif 000004
【図４】
0005507709.tif 000005
【図５】
0005507709.tif 000006