ポリシおよびルール課金ノードが、加入者に関する状況の変化の指示を受信するステップと、変化に関するセッションを識別するステップと、セッションに関するアクションを行うことが望ましいかどうかを判定するステップと、判定に従ってアクションを行うステップとを実行することを含む、加入者セッションを管理する方法。受信するステップが、指示が加入者に関するプロファイル情報の変化の通知であるかどうかを確認することを含み、識別するステップが、指示が通知であることの確認に応答して、変化に関連する加入者の識別子を判定し、加入者の識別子から、変化に関するセッションを判定することを含む、請求項1に記載の方法。受信するステップが指示が加入者に関するプロファイル情報の変化の通知であるかどうかを確認することを含み、識別するステップが、指示が通知ではないことの確認に応答して、変化に関するセッションを識別する情報を抽出することを含む、請求項1に記載の方法。指示が加入者に関するイベントトリガに関連するかどうかをチェックすることをさらに含む、請求項3に記載の方法。セッションに関するアクションを行うことが望ましいかどうかを判定するステップが、指示がイベントトリガに関連しないことに応答して、指示内の情報に従って望ましいアクションを判定するために使用管理モジュールを呼び出すことを含む、請求項4に記載の方法。セッションに関するアクションを行うことが望ましいかどうかを判定するステップが、指示がイベントトリガに関連することに応答して、セッションの課金を支配するルールを判定し、ルールに従って望ましいアクションを判定するためにポリシ判断エンジンを呼び出すことであって、ルールが、ポリシおよび課金制御ルールであることを含む、請求項4に記載の方法。セッションに関するアクションを行うことが望ましいかどうかを判定するステップが、セッションの課金を支配するルールを判定し、ルールに従って望ましいアクションを判定するためにポリシ判断エンジンを呼び出すことであって、ルールが、ポリシおよび課金制御ルールであることを含む、請求項2に記載の方法。アクションを行うことが、セッションに関するアクションを行うことが望ましくないことの判定に応答して、方法を終了することを含む、請求項1に記載の方法。アクションを行うことが、セッションの課金を支配するルールに対する変化を判定し、変化を適用させることを含み、変化を適用させることが、変化をパケットデータネットワークゲートウェイに送信することを含む、請求項1に記載の方法。アクションを行うことが、セッションの課金を支配するルールを判定し、パケットデータネットワークゲートウェイからのルールの除去を要求することを含む、請求項1に記載の方法。本発明の実施形態は、加入者に関する状況の変化に応答して加入者セッションを管理することを対象とする。本発明の一態様によれば、加入者セッションを管理する方法が提供される。この方法は、加入者に関する状況の変化の指示を受信するステップと、変化に関するセッションを識別するステップと、セッションに関するアクションを行うことが望ましいかどうかを判定するステップと、判定に従ってアクションを行うステップとを含む。本発明のいくつかの実施形態では、この方法は、指示が加入者に関するプロファイル情報の変化の通知であるかどうかを確認することと、そうである時に、加入者を、およびこれによって変化に関するセッションを識別するために通知内の情報を使用することとを含む。その場合に、複数のセッションが変化に関する場合がある。前述に加えてまたはその代わりに、いくつかの実施形態では、この方法は、指示が、イベントトリガに関連するクレジット制御要求であるたとえば、クレジット切れになるベアラまたはそのクレジットが再割り当てされるベアラ時に、セッションを支配する1つまたは複数のポリシおよび課金制御ルールが判定され、その後、ポリシ判断エンジンpolicydecisionengineが、1つまたは複数のルールに従って望ましいアクションを判定するために呼び出されることを含む。さらに、クレジット制御要求がイベントトリガに関連しない時には、使用管理モジュールusagemanagementmoduleが、指示内の情報に従って望ましいアクションを判定するために呼び出される。有利なことに、本発明のいくつかの実施形態は、セッションに関連する加入者に関する状況の変化が発生する時のIP-CAN加入者セッションの管理を提供する。そのような変化は、加入者のプロファイル情報の変化と、ポリシ課金およびルール管理ノードに通信されるイベントトリガまたは使用管理トリガとを含む。さらに、いくつかの実施形態では、PCCルールがAFセッションに関連する時に、PCRFは、そのPCCルールをもはや満足できない場合に、RxインターフェースにまたがってAFセッションに通知する。本発明の前述および他の目的、特徴、および利益は、添付図面に示された好ましい実施形態の以下のより特定の説明から明白になる。図面では、同様の特徴が、同様の符号によって表される。図1に、さまざまなサービスへのアクセスを提供するLTEまたは4Gのモバイル通信ネットワーク1を示す。ネットワーク1は、ユーザ機器2、基地局4、evolvedpacketcoreEPC6、パケットデータネットワーク8、およびアプリケーション機能AF10を含む。ユーザ機器2たとえば、ラップトップコンピュータ、無線電子メールデバイス、携帯電話機、テレビジョンセットトップボックスなどは、基地局4およびEPC6を介してパケットデータネットワーク8と通信して、音声通信、テキストメッセージング、マルチメディアストリーミング、インターネットアクセス、その他などのデータサービスをエンドユーザ加入者に提供する。たとえば、パケットデータネットワーク8を、インターネットまたは、ユーザ機器2と、AF10などのパケットデータネットワーク8に接続された他のデバイスとの間のデータ通信を提供する通信デバイスの別のネットワークとすることができる。基地局4は、たとえば、ユーザ機器2とEPC6との間の通信を提供するevolvednodeBeNodeBとすることができる。さらに、図1には示されていないが、複数の基地局が、ユーザ機器2にモビリティサポートを提供するために存在することができる。EPC6は、提供されたデータサービスの使用について加入者に課金し、QoE標準規格が満足されることを保証する。通常、EPC6は、少なくとも部分的に3GPP技術仕様3GPPTS29.212、3GPPTS29.213、および3GPPTS29.214に従って実施される。EPC6は、サービングゲートウェイSGW12、パケットデータネットワークゲートウェイPGW14、ポリシおよび課金ルールノードPCRN16、および加入プロファイルリポジトリsubscriptionprofilerepository:SPR18を含む。SGW12は、EPC6へのゲートウェイアクセスをユーザ機器2に与える。したがって、SGW12は、ユーザ機器2によって送信されたパケットを受信する、EPC6内の最初のデバイスである。SGW12は、そのようなパケットをPGW14に転送する。SGW12は、たとえば、複数の基地局図示せずの間でのユーザ機器2のモビリティの管理およびサービスされるフローごとの特定のサービス品質QoS特性の実施などの複数の機能を実行することができる。プロキシモバイルIPPMIP標準規格を実施する実施態様などのさまざまな実施態様では、SGW12は、ベアラバインディングおよびイベント報告機能BBERFを含むことができる。いくつかの実施形態では、EPC6は、複数のSGW図示せずを含み、各SGWは、複数の基地局図示せずと通信することができる。PGW14は、パケットデータネットワーク8へのゲートウェイアクセスをユーザ機器2に与える。PGW14は、ユーザ機器2によってSGW12を介してパケットデータネットワーク8に向かって送信されたパケットを受信する、EPC6内の最後のデバイスである。PGW14は、サービスデータフローSDFごとにポリシおよび課金制御PCCルール24を実施するポリシおよび課金実施機能PCEFを含む。したがって、PGW14は、ポリシおよび課金実施ノードpolicyandchargingenforcementnode:PCENとして動作する。PGW14は、たとえば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートなど、複数の追加の特徴を含むことができる。PGW14は、未知のアプリケーションサービスに関するリソース割当を要求する役割を負うこともできる。ユーザ機器2から未知のアプリケーションサービスに関する要求を受信した時に、PGW14は、リソースの適切な割当を要求するクレジット制御要求CCR22を構成し、CCR22をPCRN16に転送する。PCRN16は、サービスデータフローSDFおよびIP-CANセッションに関する要求を受信し、PCCルールを生成し、PCCルール24をPGW14および/または他のPCEN図示せずに供給する。PCRN16は、Rxインターフェースを介してAF10と通信している。時々、PCRN16は、AF10からAAR20の形でアプリケーション要求を受信することができる。AAR20の受信時に、PCRN16は、AAR20を満足する少なくとも1つのPCCルール24を生成する。PCRN16は、Gxxインターフェースを介してSGW12と、Gxインターフェースを介してPGW14と通信している。時々、PCRN16は、SGW12またはPGW14からのCCR22など、クレジット制御要求の形の要求を受信することができる。AAR20と同様に、CCR22の受信時に、PCRN16は、CCR22を満足し、および/またはこれに応答するためのPCCルール24の生成など、それに応答して適切なアクションを行う。AAR20およびCCR22は、別々に処理される独立の要求とすることができ、あるいは、単一の要求に関する情報を搬送することができる。後者の場合に、PCRN16は、AAR20およびCCR22の組合せに基づいてアクションを行う。新しいPCCルール24を作成する時またはPGW14によって要求された時に、PCRN16は、PCCルール24をGxインターフェースを介してPGW14に供給する。たとえばPMIP標準規格を実施する実施形態などのさまざまな実施形態では、PCRN16は、サービス品質QoSルールを生成することもできる。QoSルールを作成する時またはSGW12によって要求される時に、PCRN16は、QoSルールをGxxインターフェースを介してSGW12に供給する。通常、さまざまな要求および他のメッセージを処理する際に、PCRN16は、1つまたは複数の挙動ルールを利用する。それを行うために、PCRN16は、所与の要求、衝突、またはイベントについて適用可能な挙動ルールを突き止め、挙動ルールによって指定されるアクションを行う。いくつかの場合に、そのような挙動ルールは、PCRN16が要求または他のメッセージに応答して実行する事前定義のルーチンへの参照を含むことができる。加入プロファイルリポジトリSPR18は、ネットワーク1の加入者に関する情報を格納する。SPR18によって格納されるデータは、各加入者の識別子と、加入者カテゴリ、帯域幅限度、課金パラメータ、および加入者優先順位などの加入者ごとのサブスクリプション情報の指示とを含む。いくつかの場合に、EPC6内の独立のノードである代わりとして、SPR18を、PCRN16のコンポーネントとすることができる。AF10は、既知のアプリケーションサービスたとえば、ビデオストリーミングまたは音声通信サービスをユーザ機器2に提供するサーバまたは他のデバイスである。AF10は、Rxインターフェースを介してPCRN16と通信している。AF10が、既知のアプリケーションサービスをユーザ機器2に提供し始める時に、AF10は、AAR20など、Diameterプロトコルによって定義されたアプリケーション要求メッセージを生成して、そのアプリケーションサービスのためにリソースを割り当てなければならないことをPCRN16に通知する。このアプリケーション要求メッセージは、アプリケーションサービスを使用する加入者の識別情報および要求されたサービスを提供するために確立されることが望まれる特定のサービスデータフローの識別情報などの情報を含む。AF10は、アプリケーション要求すなわちAAR20をRxインターフェースを介してPCRN16に通信する。通常、動作中に、PCRN16は、新しいサービスデータフローを確立する、AAR20またはCCR22などの要求を受信する。いくつかの場合に、要求されたSDFを確立することを試みる間に、PCRN16は、たとえば、要求が、加入者が許可されるものより多くの帯域幅を指定するなど、要求と加入者プロファイルとの間に衝突があることを判定することができる。この衝突を解決するために、PCRN16は、要求をどのように処理すべきかを指示する適用可能な挙動ルールを突き止める。いくつかの場合に、要求を処理するために、PCRN16は、要求されたSDFの確立の一部として、PCCルール24を生成し、このPCCルール24を、それぞれGxxインターフェースおよびGxインターフェースを介してSGW12およびPGW14に転送する。ネットワーク1は、SDFに関連するPCCルール24によって支配されるSDFについて加入者に課金するなど、アカウンティング機能を実行する課金システム26をも含むことができる。課金システムは、このために、PCCルール24またはそれに関する情報を受け取るためと、加入者がクレジット切れである時、加入者クレジットの再割当があった時、または再確認タイムアウトなどの独立したイベントトリガがSDFもしくはセッションに関して発生する時など、クレジットイベントトリガをPGW14に提供するためとの両方で、PGW14と通信している。これらのイベントトリガは、本明細書では、加入者に関する状況の変化に言及する場合に含まれる。通常、そのようなイベントトリガの発生の通知は、PGW14によってPCRN16に供給される。そのような通知の受信は、PCRN16によって実行される本発明の実施形態による加入者セッションを管理する方法で用いられ、この実施形態は、後で詳細に説明する。SDFまたはセッションがアクティブである間に発生し得るもう1つの加入者に関する状況の変化は、加入者によるネットワーク1の使用に関する。たとえば、PGW14は、加入者のサービスの使用が1つまたは複数の加入者セッションおよび/または関連するPCCルール24に関するなど、加入者および加入者のサービスの使用に関するCCR22または他のそのような通知を生成することができる。CCR22は、PCRN16に伝えられ、そのCCR22の受信時に、PCRN16は、後で説明するように、加入者セッションを管理する方法の実施形態に従って、CCR22に関する1つまたは複数の加入者セッションを管理するステップを行う。SDFまたはセッションがアクティブである間に発生し得るさらにもう1つの加入者に関する状況の変化は、加入者に関するSPR18内に格納された情報の変化に関する。そのような変化は、通知28または他のそのようなメッセージを介してPCRN16に伝えられる。通常、PCRN16が、そのような変化の通知を受信する時に、PCRN16は、その加入者に関するそのSPRキャッシュ内のすべてのエントリを再ロードする。さらに、そのような通知28の受信時に、PCRN16は、その加入者に関するSPR18内またはそのSPRキャッシュ内に格納された情報に対する変化を考慮して、その加入者に関するセッションを管理するためのステップを行う。これらのステップを、後で、PCRN16によって実行される加入者セッションを管理する方法の実施形態に関して説明する。加入者に関する状況の変化の前述の非限定的な実施例では、本発明の実施形態に従って加入者の既存セッションを管理するためのステップがPCRN16によって行われ、そのステップの結果は、セッションの再認可、セッションの打ち切り、およびセッションに影響するアクションを行わないことを含むことができるが、これに限定されない。さらに、状況の変化に関する加入者に関連する複数の既存セッションが存在し得るので、この方法を実施するステップを、この方法による判定に従って、セッションのすべてまたは一部だけに対して実行することができる。図2に、図1のPCRN16をより詳細に示す。PCRN16は、PGW14と通信するGxインターフェース30、SGW12と通信するGxxインターフェース32、AF10と通信するRxインターフェース34、およびSPR18と通信するSpインターフェース36を含む。これらのインターフェースは、インターフェースから受信されたメッセージを受け取り、インターフェースを介してPCRN16からのメッセージを送信するメッセージハンドラ38に結合される。いくつかの実施形態では、メッセージハンドラMH38は、インターフェースから受け取られるメッセージを処理し、インターフェースを介する送信のためにメッセージを編成するように動作可能である。メッセージハンドラ38内に常駐するそのような処理機能および編成機能の範囲は、メッセージハンドラ38とこれと通信するコントローラ40との間のそのような機能の分布に依存する。コントローラ40は、本発明の実施形態による加入者セッションを管理する方法のステップを含むPCRN16によって実行される多数の機能を実行し、またはその実行を指示する。したがって、コントローラ40は、コンテキスト情報モジュールcontextinformationmodule:CIM42、ルールモジュールRM46を含むポリシ判断エンジンPDE44、ルーチンモジュールRTM48、使用管理モジュールUMM50、およびユーザインターフェースUI52を含むPCRN16のサブシステムと通信している。PCRN16のサブシステムおよびモジュールならびにそのそれぞれの機能を、これからより詳細に説明する。Gxインターフェース30は、PGW14などのPGWと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースとすることができる。そのような通信を、3GPPTS29.212に従って実施することができる。したがって、Gxインターフェース30は、アプリケーション要求のインストールおよび拒否のためにPCCルールを受信する送信することができる。Gxインターフェース30は、さらに、UEから発するアプリケーション要求、セッション要求、およびCCR22の形のイベント通知を受信することができる。Gxxインターフェース32は、SGW12などのSGWと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースとすることができる。そのような通信を、3GPPTS29.212に従って実施することができる。したがって、Gxxインターフェース32は、アプリケーション要求のインストールおよび拒否のためにQoSルールを送信することができる。Gxxインターフェース32は、さらに、UEから発するアプリケーション要求、セッション要求、およびCCRの形のイベント通知を受信することができる。Rxインターフェース34は、AF10などのAFと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースとすることができる。そのような通信を、3GPPTS29.214に従って実施することができる。たとえば、Rxインターフェース34は、アプリケーション要求、セッション要求、およびAAR20の形のイベント通知を受信し、認証および/または認可回答authenticationand/orauthorizationanswer:AAAメッセージまたは再認可回答reauthorizationrequest:RARメッセージの形で回答、拒否、および他の状況通知を送信することができる。Spインターフェース36は、SPR18などのSPRと通信するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むインターフェースとすることができる。したがって、Spインターフェース36は、レコード要求を送信し、サブスクリプションプロファイルレコードを受信することができる。SPR18がPCRN16のコンポーネントであるさまざまな実施形態では、Spインターフェース36は、SPR18自体とすることができ、あるいは、ローカルSPRへのフロントエンドとして働くことができる。メッセージハンドラ38は、Gxインターフェース30、Gxxインターフェース32、Rxインターフェース34、およびSpインターフェース36を介してメッセージを通信するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むことができる。メッセージハンドラ38は、コントローラ40からメッセージを受け取り、これらを適切なネットワークデバイスに送信するように構成される。たとえば、メッセージハンドラ38が、コントローラ40からAF10宛のAAAを受け取る場合に、メッセージハンドラ38は、そのAAAをRxインターフェース34を介してAF10に送信することができる。もう1つの例として、メッセージハンドラ38が、コントローラ40からPGW14宛のRARメッセージを受け取る場合に、メッセージハンドラ38は、そのRARをGxインターフェース30を介してPGW14に送信することができる。コントローラ40は、Gxインターフェース30、Gxxインターフェース32、およびRxインターフェース34を介して受信されたアプリケーション要求およびセッション要求を処理するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むことができる。たとえば、コントローラ40は、アプリケーション要求に応答して新しいPCCルールを作成し、インストールすることができる。さらなる例として、コントローラ40は、セッション要求に応答してIP-CANセッションおよびゲートウェイ制御セッションを確立し、変更し、または打ち切ることができる。メッセージを完全に処理した後に、コントローラ40は、メッセージを構成し、Gxインターフェース30、Gxxインターフェース32、および/またはRxインターフェース34を介して送信して、メッセージの処理の結果に関して他のノードに通知することができる。たとえば、コントローラ40が、要求メッセージに応答して新しいPCCルール24を作成する場合に、コントローラ40は、RARメッセージを構成して、新しいPCCルールを適切なPGW14にプッシュすることができる。さまざまなメッセージの処理において、コントローラ40は、ポリシ判断エンジン44にポリシ判断を要求し、メッセージに対するその応答の少なくとも一部をポリシ判断結果に基づくものとすることができる。コントローラ40は、メッセージからのコンテキスト情報をポリシ判断エンジン44に直接にまたはコンテキスト情報モジュール42を介してのいずれかで提供することができる。ポリシ判断結果は、コントローラ40がメッセージに応答して行わなければならないアクションの指示を含むことができ、その場合に、コントローラ40は、指定されたアクションを実行することができる。その代わりにまたはそれに加えて、ポリシ判断結果は、事前定義のルーチンの指示を含むことができる。その場合に、コントローラ40は、事前定義のルーチンをルーチンモジュール48から取り出し、その後、そのルーチンを実行することができる。ルーチンは、コントローラ40によって行われる1つまたは複数のステップまたはアクションを含むことができる。コントローラ40は、SDFの確立の要求を受け取り、要求されたSDFを確立するための1つまたは複数のPCCルールおよび/またはQoSルールを生成するように動作可能である。コントローラ40は、要求に含まれる情報、SPR18などのSPRからの情報、PDE44からのポリシ判断の結果、およびまたは当業者によって各SDFの適切なルールを生成する際に有用と認められる任意の他の情報または方法を使用することができる。そのような適切なルールを生成した後に、コントローラ40は、ルールをローカルストレージに格納し、適切なノードでルールをインストールするためのメッセージを生成することができる。たとえば、コントローラ40は、SGW12でPCCルール24をインストールするためにCCAまたはRARを生成することができる。さまざまな実施形態では、コントローラ40は、PGW14などの少なくとも1つのPGWで対応するQoSルールをインストールするためにCCAまたはRARを生成することもできる。そのようなメッセージを生成した後に、コントローラ40は、そのメッセージをメッセージハンドラ38に転送することができる。コンテキスト情報モジュール42は、さまざまなコンテキスト情報をポリシ判断エンジン44に供給するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むことができる。たとえば、コンテキスト情報モジュール42は、受信されたメッセージによって搬送された情報を格納することができる。コンテキスト情報モジュール42は、さらに、加入者、セッション、および/またはサービスデータフローに関連する以前に受信されおよび/または送信されたメッセージを格納することができる。コンテキスト情報モジュール42は、さらに、たとえばSPR18などのSPRに格納された加入者情報など、他所に格納された情報にアクセスすることができる。ポリシ判断エンジン44は、受信されたメッセージまたは現在のコンテキストに適用可能なルールモジュール46内に格納されたルールを識別するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むことができる。各ルールは、ルールが適用可能である時を指示する判断基準セクションを含むことができる。ポリシ判断エンジン44は、この判断基準セクションを、コントローラ40によって渡され、および/またはコンテキスト情報モジュール42から取り出されたコンテキスト情報と比較することができる。適用可能なルールを突き止めた後に、ポリシ判断エンジン44は、ルールの結果部分をコントローラ40に返すことができる。ルールモジュール46は、ポリシ判断ルールを定義し、変更し、他の形で管理するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むことができる。たとえば、ルールモジュール46は、ユーザインターフェース52を介して新しいポリシ判断ルールの定義を受け取り、PCRN16によって使用される標準的なポリシ判断ルール構文に従って定義をフォーマットし、ルールモジュール46の一部とすることができるルールストレージ内に定義を格納することができる。ルールモジュール46は、さらに、ユーザインターフェース52を介する要求時にユーザに既存のポリシ判断ルールの定義を提供することができる。ルールモジュール46は、その後、変更されたルール定義を受け取り、必要な場合に定義をフォーマットし、定義をルールストレージ内に格納することができる。変更された定義を格納する際に、ルールモジュール46は、既存の定義を上書きするか、古い定義を保存しながらポリシ判断ルールの新しいバージョンとして変更された定義を格納することができる。したがって、ルールモジュール46は、バージョン管理機能を提供することができる。ルールストレージは、ポリシ判断エンジン44による使用のためにポリシ判断ルールを格納できる任意の機械可読媒体とすることができる。したがって、ルールモジュール46は、読取り専用メモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および/または類似する記憶媒体など、機械可読記憶媒体を含むことができる。さまざまな代替実施形態では、ルールストレージを、PCRN16の外部のデバイスとすることができる。ルールストレージは、多数のポリシ判断ルールの定義を格納することができる。そのような定義は、たとえば、ルール名、サービスデータフローフィルタ、QoSパラメータ、および課金パラメータを含むことができる。ルーチンモジュール48は、ルーチンを定義し、変更し、他の形で管理するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むことができる。たとえば、ルーチンモジュール48は、ユーザインターフェース52を介して新しいルーチンの定義を受け取り、PCRN16によって使用される標準的なルーチン構文に従って定義をフォーマットし、ルーチンモジュール48の一部とすることができるルーチンストレージ内に定義を格納することができる。ルーチンモジュール48は、さらに、ユーザインターフェース52を介する要求時にユーザに既存ルーチンの定義を提供することができる。ルーチンモジュール48は、その後、変更されたルーチン定義を受け取り、必要な場合に定義をフォーマットし、ルーチンストレージ内に定義を格納することができる。変更された定義を格納する際にルーチンモジュール48は、既存の定義を上書きするか、古い定義を保存しながらルーチンの新しいバージョンとして変更された定義を格納することができる。したがって、ルーチンモジュール48は、バージョン管理機能を提供することができる。ルーチンストレージは、コントローラ40による使用のために事前定義のルーチンを格納できる任意の機械可読媒体とすることができる。したがって、ルーチンストレージは、読取り専用メモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および/または類似する記憶媒体など、機械可読記憶媒体を含むことができる。ルーチンストレージを、独立のストレージデバイスとすることができ、あるいは、ルールストレージと同一とすることができる。さまざまな代替実施形態では、ルーチンストレージを、PCRN16の外部のデバイスとすることができる。ルーチンストレージは、多数の事前定義のルーチンの定義を格納することができる。そのような定義は、たとえば、行うべきアクションの名前、条件ステートメント、および/または指示を含むことができる。使用管理モジュール50は、PGW14からのCCR22の形である加入者のネットワーク使用に関する通知を受け取り、これから、その加入者のセッションに関して必須、オプション、または他と考えられるアクションを含むなんらかのアクションを行うことが望ましいかどうかを判定するように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むことができる。PCRN16は、使用監視キーUsageMonitoringKey、次報告クォータnextreportingquota、および使用報告レベルを含む使用監視情報Usage-Monitoring-Information:UMI属性/値対AVPを使用してPGW14に登録する。このUMIAVPは、加入者IP-CANセッションまたは加入者IP-CANセッションに関連するPCCルール1つまたは複数の使用を監視するようにPGW14に指示する。PGW14が、所与の使用監視キーに関する使用が指示されたクォータを超えることを検出する時に、PGW14は、使用管理モジュール50に通知を送り、使用管理モジュール50は、その後、影響を受けるセッション、PCCルール1つまたは複数を判定し、任意の必要なまたは当を得たアクションを行う。たとえば、使用管理モジュール50は、通知から、どの1つまたは複数のセッションおよびそれに関する1つまたは複数のPCCルールが、CCR20内および1つまたは複数のセッションに関連する加入者の指示内に含まれる使用情報に関して問題になっているのかを判定することができる。加入者または加入者のグループに固有であってもよい使用管理ルールへのインデックスとしてキーを使用することによって、使用管理モジュールは、CCR20内に含まれる使用情報をしきい値などの1つまたは複数の所定の判断基準と比較して、加入者の1つまたは複数のセッションに関してアクションを行うことが望ましいかどうかを判定する。そのようなアクションは、加入者のセッションのうちの1つまたは複数に関する再認可、打切り、またはアクションを行わないことを含むことができるが、これに限定されない。ポリシ判断ルール内の判断基準として累算された使用を使用することによって、使用管理モジュールは、加入者の累算された使用がある事前にセットされたしきい値を超える時のある所定のアクションの他に、オペレータが、アクションを行うためのルールを記述することを可能にする。ユーザインターフェース52は、PCRN16へのアクセスをユーザに与えるように構成されたハードウェアおよび/または機械可読記憶媒体上で符号化された実行可能命令を含むことができる。ユーザインターフェース52は、ユーザから入力を受け取ることができ、たとえばキーボードおよび/またはマウスなどのハードウェアを含むことができる。ユーザインターフェース52は、ユーザへの出力として情報を表示することもでき、たとえばモニタを含むことができる。ユーザは、ユーザインターフェース52を介してルールモジュール46および/またはルーチンマネージャ48にアクセスすることができる。図3に、本発明の実施形態に従ってPCRN16によって実行される加入者セッションを管理する方法300を示す。図3および図4に示された方法300では、すべての影響を受けるIP-CANセッションが、具体的にはたとえばSPR18内で加入者情報に対して行われる変更の場合に、判定され、方法300によって指示される動作が、影響を受けるIP-CANセッションのすべてが処理されるまで、影響を受けるIP-CANセッションごとに実行されることに留意されたい。図3を参照すると、開始302の後に、方法300は、加入者に関する状況の変化の指示を受け取るステップ304に進む。そのような指示は、イベントトリガ、使用管理通知、および加入者に関する情報の変化がSPR18内で行われたことの通知を含むが、これに限定されない。指示の受取304の後に、方法300は、変化に関する1つまたは複数のセッションを識別するステップ306に進む。そのような識別は、通知に含まれる情報から直接に、または変化に関する加入者を識別する通知に含まれる情報から間接に行うことができる。たとえば、イベントトリガまたは使用管理通知に関する加入者を指定するCCRを受け取るPCRN16の場合と同様である。セッションの識別306の後に、方法300は、セッションに関するアクションを行うことが望ましいかどうかを判定するステップ308に進む。たとえば、使用管理通知の場合に、PCRN16は、使用管理モジュール50を呼び出し、それに関連するルールおよび通知からの情報を使用して、使用管理モジュール50は、セッションを再認可し、セッションを打ち切り、またはセッションに関してアクションを行わないことが望ましいかどうかを判定することができる。最後に、そのような判定308を行った後に、方法300は、判定308によって所望のアクションが指定される場合に、そのようなアクションを行うステップ310に進む。図4に、方法300をより詳細に示す。指示を受け取るステップ304は、指示が加入者に関するプロファイル情報の変化の通知であるかどうかを確認すること402を含む。たとえば、そのような通知は、加入プロファイルリポジトリ18内の加入者の被加入サービスまたはQoSレベルに関する情報の変化に関するものとすることができる。変化に関するセッションを識別するステップ306は、指示がそのような通知であることの確認402に応答して、変化に関連する加入者の識別子を判定すること406と、加入者の識別子から、変化に関連する1つまたは複数のセッションを判定すること408とを含む。変化に関するセッションを識別するステップ306は、指示がプロファイル情報の変化の通知ではないことに応答して、たとえば指示がクレジット制御要求である時に、変化に関するセッションを識別する指示からの情報を抽出すること404をも含む。セッションに関するアクションを行うことが望ましいかどうかを判定するステップ308は、指示が加入者に関するプロファイル情報の変化の通知ではないことに応答して、指示が加入者に関するイベントトリガに関連するかどうかを判定すること410を含む。判定するステップ308は、さらに、指示がそのようなイベントトリガに関連しないことに応答して、指示内の情報に従って望ましいアクションを判定するために使用管理モジュールを呼び出すこと416を含む。セッションに関するアクションを行うことが望ましいかどうかを判定するステップ308は、指示がそのようなイベントトリガに関連することまたは指示が加入者に関するプロファイル情報の変化の通知であることに応答して、ポリシおよび課金制御ルールなどのセッションの課金を支配するルールを判定すること412と、ルールに従って望ましいアクションを判定するためにポリシ判断エンジンを呼び出すこと414とをも含む。判定308に従ってアクションを行うステップ310は、セッションの再認可または打切りなど、セッションに関するアクションを行うことが望ましくないことの判定308に応答して方法300を終了すること312を含む。判定308に従ってアクションを行うステップ310は、セッションの再認可が望ましいかどうかを判定すること418と、その場合にセッションを再認可すること426とをも含む。セッションを再認可するステップ426には、セッションの課金を支配する1つまたは複数のPCCルールに対する変化を判定すること428と、変化をパケットデータネットワークゲートウェイ14に送信すること430など、変化を適用させることとが続く。この送信するステップ430は、PCCルールを所有するAFセッションに通知することをも含むことができる適用可能な場合に。そのような通知は、セッションが部分的に影響されまたは完全に影響されるのかどうかに依存して、それぞれRARまたはセッション中断要求abortsessionrequest:ASRメッセージの形とすることができる。判定308に従ってアクションを行うステップ310は、セッションの打切りが望ましいかどうかを判定すること420をも含むことができ、この判定が肯定の場合には、セッションが打ち切られ422、セッションの課金を支配するルールが判定され、パケットデータネットワークゲートウェイ14からのルールの除去が要求される424。基本的に、セッションを再認可するアクションが行われる時には、そのアクションは、PCRN16のSPRキャッシュまたはSPR18のいずれかから加入者の情報にアクセスすることと、セッションの要件をアクセスされた情報によって指定される加入者の1つまたは複数の制限と比較することとを含む。SPR18によって格納されるそのような情報は、各加入者の識別子と、たとえば、帯域幅制限、課金パラメータ、および加入者優先順位など、加入者ごとのサブスクリプション情報の指示とを含む。帯域幅制限は、さらに、アプリケーションごと、アクセスポイント名APNごと、および/またはQoSクラス識別子QCIごとに定義することができる。セッションの認可が、サブスクリプションプロファイルレコード内に含まれる限度に違反しないことを保証することによって、PCRN16は、加入者ごと、APNごと、QCIごと、および/またはアプリケーション使用ごとの限度を実施しながら有効な要求だけが実行されることを保証することができる。要約すると、いくつかのトリガたとえば、加入者レコード変更、加入者使用しきい値を横切ること、または他のネットワークイベントに基づいて、PCRN16は、完全なまたは部分的なIP-CANセッション再認可を開始することができる。このプロセスの一部として、セッションに対するすべてのアクティブなPCCルール24は、ネットワーク1の現在の状態に基づいて再認可される。もはや認可されないPCCルール24は、アンインストールされたとえば、PGW14から、関連するAFセッションは、通知される。たとえば、オペレータは、所与のアプリケーションに関する使用可能帯域幅を減らすことによって、SPR18内の所与の加入者レコードを変更する。再認可を行わなければならないと判定するPCRN16内で実施されるルールがある。PCRN16は、このアプリケーションに関する加入者セッションに関連するすべてのPCCルール24を評価し、PCCルールを、およびこれによって加入者セッションを、新しいより低い帯域幅制限に基づいて、それでも認可できるかどうかを判定する。あるPCCルール24をもはや認可できない場合には、それらのPCCルール24は、Gxインターフェース30および/またはGxxインターフェース32を介してネットワークから除去され、関連するアプリケーションは、Rxインターフェース34を介して通知される。多数の修正形態、変形形態、および適合を、特許請求の範囲で定義される本発明の範囲から逸脱せずに、上で説明された本発明の実施形態に対して行うことができる。