JP5575247B2 - 通信ネットワークにおいて、エンドユーザのアカウント残高およびサービス・サブスクリプション・レベルに従って動的ポリシー・ルールをエンドユーザに配信する方法 - Google Patents

Description

本発明は一般に、通信ネットワークにおいて、エンドユーザのアカウント残高およびサービス・サブスクリプション・レベルに従って動的ポリシー・ルールをエンドユーザに配信する方法、およびこの方法を実施するためのシステムに関する。本発明は特に、３ＧＰＰ移動体ネットワークに関する。たとえば、３Ｇ／３Ｇ＋／ＬＴＥ移動体通信ネットワークにおいて、ポリシー・ルールは、プリペイド・ユーザのアカウント情報（サブスクリプション、カウンタなど）の機能として動的帯域幅管理に関連することがある。たとえば、ユーザのアカウント情報は、以下の事項を備えることができる。
１） ユーザのサブスクリプション：
− 限定された日付／時間間隔にわたる無制限容量使用の定額料金バンドル（たとえば、この無制限オフピーク・バンドルの月々１０ユーロ）。この定額料金は、所与の制限付きサービス品質（ＱｏＳ）／帯域幅に関連付けられている。
− 追加プリペイド料金（たとえば、１ユーロ／Ｍｂ）とのバンドル終了／バンドル外利用。この料金は、別のより優れたＱｏＳ／帯域幅に関連付けられている。
２） ユーザのロイヤルティ・ポイント／利用カウンタ：
− たとえば、ユーザの月間利用が５００Ｍｂ未満である場合、パケット・セッションは所与の制限付きＱｏＳ／帯域幅に関連付けられる。
− ユーザの月間利用が５００Ｍｂよりも大きい場合、パケット・セッションはより優れたＱｏＳ／帯域幅に関連付けられる。

３Ｇ／３Ｇ＋／ＬＴＥ移動体通信ネットワークにおいて、それらのプリペイド・アカウントのサブスクリプションまたはデータは、オンライン課金システム（ＯＣＳ：Ｏｎｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）で管理される。実際に、３ＧＰＰ規格ＴＳ３２．２９６により、ＯＣＳは、集中方式で、複数の同時課金イベント（コール、ショート・メッセージなど）により変化することもあるそれらのアカウント動的データをホスティングすることによって、アカウント残高管理機能（ＡＢＭＦ：Ａｃｃｏｕｎｔ Ｂａｌａｎｃｅ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）を処理する。

３ＧＰＰ ＴＳ３２．２９６の文献は、３ＧＰＰネットワークにおける課金機能および課金管理を記述する。これは、オンライン課金システム（ＯＣＳ）のあらゆる内部的な態様を対象とする。この文献は、ＯＣＳ論理コンポーネントのアーキテクチャおよび機能を含み、それによりＯＣＳインターフェイスの機能を導く。

図１は、３ＧＰＰ ＴＳ２３．２０３の文献による、ポリシーおよび課金制御機能の実施形態の機能アーキテクチャを示すブロック図である。これは、以下のものを備える。
− サービス・データフロー・ベースのクレジット制御（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｆｌｏｗ ｂａｓｅｄ Ｃｒｅｄｉｔ Ｃｏｎｔｒｏｌ）、ＳＤＦＢＣＣを備えるオンライン課金システム、ＯＣＳ
− オフライン課金システム（Ｏｆｆｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）、ＯＦＣＳ
− アプリケーションＡＦ
− ベアラ・バインディングおよびイベント報告機能（Ｂｅａｒｅｒ Ｂｉｎｄｉｎｇ ａｎｄ Ｅｖｅｎｔ Ｒｅｐｏｒｔｉｎｇ Ｆｕｎｃｔｉｏｎ）ＢＢＥＲＦ
− サブスクリプション・プロファイル・リポジトリ、ＳＰＲ
− ポリシーおよび課金ルール機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）ＰＣＲＦ
− ポリシーおよび課金実施機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）ＰＣＥＦを備えるゲートウェイＧＷ

Ｇｘｘ参照点は、ポリシーおよび課金ルール機能ＰＣＲＦとベアラ・バインディングおよびイベント報告機能ＢＥＲＦとの間にある。Ｇｘｘ参照点は、以下の事項に使用される。
− ＰＣＲＦからＢＢＥＲＦへのＱｏＳルールのプロビジョニング、更新および削除
− ＢＢＥＲＦからＰＣＲＦへのトラフィック・プレーン・イベントの伝送
− ＰＣＲＦを介するＢＢＥＲＦへのＰＣＥＦによりレポートされたイベントの伝送

Ｇｘｘ参照点は、ＰＣＲＦがＢＢＥＲＦの振る舞いを動的に制御できるようにする。Ｇｘｘ参照点は、ＱｏＳ制御決定のシグナリングを可能にし、以下の機能をサポートする。
− ＢＢＥＲＦによるＧｘｘセッションの確立
− ＢＢＥＲＦまたはＰＣＲＦによるＧｘｘセッションの終了
− ＢＢＥＲＦによるゲートウェイ制御セッション（Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｓｅｓｓｉｏｎ）の確立
− ＢＢＥＲＦまたはＰＣＲＦによるゲートウェイ制御セッションの終了
− ＢＢＥＲＦからＰＣＲＦへのＱｏＳ決定の要求
− ＰＣＲＦからＢＢＥＲＦへのＱｏＳ決定の提供
− ＰＣＲＦからＢＢＥＲＦへ、またはＢＢＥＲＦからＰＣＲＦへのインターネット・プロトコル接続アクセス・ネットワーク（ＩＰ−ＣＡＮ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）固有のパラメータの配信
− ＩＰ−ＣＡＮベアラ確立モード（ＵＥのみ、およびＵＥ／ＮＷ）のネゴシエーション

ＱｏＳ制御決定は、ゼロまたは１以上のＱｏＳルール（複数可）およびＩＰ−ＣＡＮ属性で構成される。Ｇｘｘセッションは、ＢＢＥＲＦとＰＣＲＦ間の通信のためのチャネルとしての役割を果たす。

Ｇｘ参照点は、ＰＣＲＦとＰＣＥＦとの間にある。Ｇｘ参照点は、ＰＣＲＦが、ＰＣＥＦにおけるポリシー課金制御（ＰＣＣ：Ｐｏｌｉｃｙ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ）の振る舞いを動的に制御できるようにする。Ｇｘ参照点は、ＰＣＣの振る舞いを管理するＰＣＣ決定のシグナリングを可能にし、以下の機能をサポートする。
− ＰＣＥＦからＰＣＲＦへのＰＣＣ決定の要求
− ＰＣＲＦからＰＣＥＦへのＰＣＣ決定の提供
− ＰＣＲＦからＰＣＥＦ、またはＰＣＥＦからＰＣＲＦへのインターネット・プロトコル接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）固有のパラメータの配信、これはＧｘｘが配備される場合にのみ適用される。
− ＩＰ−ＣＡＮベアラ確立モードのネゴシエーション
− ＰＣＥＦまたはＰＣＲＦによる（ＩＰ−ＣＡＮセッションに対応する）Ｇｘセッションの終了

ＰＣＣ決定は、ゼロまたは１以上のＰＣＣルール（複数可）およびＩＰ−ＣＡＮ属性で構成される。

Ｇｙ参照点は、課金実施機能ＰＣＥＦとサービス・データフロー・ベースのクレジット制御ＳＤＦＢＣＣとの間にある。Ｇｙ参照点は、サービス・データフロー・ベースの課金のためのオンライン・クレジット制御を可能にする。Ｇｙ参照点にわたり必要とされる機能は、３ＧＰＰ ＴＳ３２．２５１［９］で定義されており、ＲＦＣ４００６［４］に基づく。

Ｇｚ参照点は、課金実施機能ＰＣＥＦとオフライン課金システムＰＯＦＣＳとの間にある。Ｇｚ参照点は、オフライン課金情報に基づいてサービス・データフローを移送できるようにする。Ｇｚインターフェイスは、ＴＳ３２．２４０［３］において規定される。

Ｓｐ参照点は、ポリシーおよび課金ルール機能ＰＣＲＦとサブスクリプション・プロファイル・リポジトリＳＰＲとの間にある。Ｓｐ参照点は、ＰＣＲＦが、加入者ＩＤ、ＰＤＮ（パケットデータ・ネットワーク：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）識別子、および場合によっては更なるＩＰ−ＣＡＮセッション属性に基づいてＳＰＲにＩＰ−ＣＡＮトランスポート・レベル・ポリシーに関連するサブスクリプション情報を要求できるようにする。Ｓｐ参照点は、サブスクリプション情報が変更されたときに通知するようＰＣＲＦが要求している場合、ＳＰＲが、ＰＣＲＦに通知できるようにする。ＳＰＲは、取り消し通知要求がＰＣＲＦから受信されたときに、更新済みサブスクリプション情報の送信を中止するものとする。

Ｒｘ参照点は、ポリシーおよび課金ルール機能ＰＣＲＦとアプリケーション機能ＡＦとの間にある。この参照点は、ＡＦからＰＣＲＦにアプリケーション・レベル・セッション情報を移送できるようにする。そのような情報は、以下のものを含むが、これらに限定されることはない。
− ポリシー制御および／または区別化課金用に、サービス・データフローを識別するためのＩＰフィルタ情報
− ＱｏＳ制御のメディア／アプリケーション帯域幅要件

Ｒｘ参照点は、ＡＦサブスクリプションが、ＩＰ−ＣＡＮにおいてＡＦセッションのシグナリング・パスのステータスに関する通知を送信できるようにする。

セッション開始時点におけるポリシーの適用は、サブスクリプション・プロファイル・リポジトリＳＰＲへの要求Ｓｐによりサポートされる。

３ＧＰＰ ＴＳ３２．２９６ ３ＧＰＰ ＴＳ２３．２０３ ３ＧＰＰ ＴＳ３２．２５１ ＲＦＣ４００６ ＴＳ３２．２４０ ＴＳ３２．２９９ ＴＳ３２．２０３

セッション中のポリシー変更の通知は、要求Ｒｘ（Ｐ−ＣＳＥＦ要求、ビデオまたはマルチメディア・アプリケーション要求など）により、アプリケーション機能ＡＦの要求に応じて、サポートされる。しかし、ポリシー変更の通知は、ユーザのアカウント・カウンタが変化したときにはサポートされない。したがって、ユーザのアカウント・カウンタが変化したときに、ポリシー変更を通知するための技術的解決策を提供する必要がある。

これは、本発明による方法およびシステムを適用することによって解決することができる。

本発明の目的は、通信ネットワークにおいて、エンドユーザのアカウント残高およびサービス・サブスクリプション・レベルに従って動的ポリシー・ルールをエンドユーザに配信する方法であって、通信ネットワークが、
− ポリシーおよび課金ルール機能と、
− ポリシーおよび課金実施機能と、
− 拡張オンライン課金システム（Ｅｘｔｅｎｄｅｄ Ｏｎｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）とを備え、
方法が、
− ポリシーおよび課金ルール機能が、初期ポリシーを決定するために、ユーザのサブスクリプション情報を受信するステップと、
− ポリシーおよび課金実施機能が初期ルールを適用するステップと、
− ポリシーおよび課金実施機能が、ユーザのサービス／ネットワーク・リソース使用のために拡張オンライン課金システムをトリガーするステップと、
− 拡張オンライン課金システムが、リアルタイムでユーザを格付けして課金するステップと、
− 拡張オンライン課金システムが、ポリシーおよび課金ルール機能のポリシーの変更をトリガーするステップと、
− ポリシーおよび課金ルール機能が、新しいポリシーの新しいルールを決定するステップと、
− ポリシーおよび課金実施機能が、新しいルールを受信して、それらを適用するステップとを備える方法である。

この方法のおかげで、オンライン課金システムによって制御されるアカウントのデータの変更に起因する、ネットワーク・リソース管理におけるポリシーの任意の変更についてのポリシーおよび課金ルール機能に向けたオンライン課金システムサーバ開始の通知を実行するために、オンライン課金システムとポリシーおよび課金ルール機能との間にインターフェイスがある。

本発明のもう１つの目的は、本発明による方法を実施するためのシステムである。

本発明のその他の特徴および利点は、添付の図面と併せて、本発明の実施形態の以下の詳細な説明を読めばさらに明らかとなろう。

本発明の実施形態の特徴および利点を詳細に説明するため、以下の説明では添付の図面を参照する。可能な場合、同種または類似する参照番号は、その図面および説明全体を通じて同一または類似する構成要素を指定する。

前述の、３ＧＰＰ ＴＳ２３．２０３の文献による、ポリシーおよび課金制御機能の実施形態の機能アーキテクチャを示すブロック図である。 本発明による、ポリシーおよび課金制御機能の実施形態の機能アーキテクチャを示すブロック図である。 図２に示される実施形態におけるシグナリング・フローを示す図である。

図２は、本発明による、ポリシーおよび課金制御機能の実施形態の機能アーキテクチャを示すブロック図である。これは、前述の既知の実施形態として、以下のものを備える。
− 拡張オンライン課金システム、ＥＯＣＳであって、
− 従来のものと類似する、サービス・データフロー・ベースのクレジット制御、ＳＤＦＢＣと、
− ＡＢＭＦに基づいて拡張される、サブスクリプション・プロファイル・リポジトリ、ＳＰＲであって、加入者課金／支払いプラン、料金インデックスはＰＣＲＦにダウンロードされる加入者プロファイルでマップされるＳＰＲと、
− サービスアクセス、使用、ポリシーの変更を禁止／開放するための通知アプリケーション機能のような、アプリケーション機能ＡＦと、
を備える拡張オンライン課金システム
− オフライン課金システム、ＯＦＣＳ
− 従来のものと類似するベアラ・バインディングおよびイベント報告機能ＢＢＥＲＦ
− 従来のものと類似するポリシーおよび課金ルール機能ＰＣＲＦ
− 従来のものと類似するポリシーおよび課金実施機能ＰＣＥＦを備えるゲートウェイＧＷ

参照点Ｇｙは、従来どおり格付けおよび課金のために使用される。しかし、２つの補助的なインターフェイスがある。
− 第１のインターフェイス（オプション）Ｉ１であって、ユーザの加入時に、サブスクリプション・プロファイル・リポジトリＳＰＲからポリシーおよび課金ルール機能ＰＣＲＦにユーザのサブスクリプション（ＱｏＳ情報）を取得するため、および初期ポリシー／ＱｏＳアプリケーションのためのパケット・セッション確立の開始時に、拡張オンライン課金システムＯＣＳ ＳＰＲ機能からポリシーおよび課金ルール機能ＰＣＲＦにデータを伝送するための、従来の参照点Ｓｐと類似するインターフェイス。Ｉ１は、ユーザ・サブスクリプションおよび課金プラン・インデックスを、ＥＯＣＳのＳＲＦからＰＣＲＦに移送する。
− 第２のインターフェイスＩ２であって、パケット・セッション中、ユーザのサブスクリプション・データ変更時に、ＰＣＣルール変更のためにオンライン課金システムＯＣＳからポリシーおよび課金ルール機能ＰＣＲＦに、サービス変更およびＥＯＣＳにおいてプリセットされたしきい値を超える加入者カウンタの変化に起因する課金／支払いプランの任意の変更を伝送するための、ＱｏＳレベルのような、ポリシー情報で増強される、Ｒｘインターフェイス様であるインターフェイス。次いで、この通知は、実施のために、Ｇｘ参照点を介して、ポリシーおよび課金ルール機能ＰＣＲＦからポリシーおよび課金実施機能ＰＣＥＦへ転送される。

この実施形態において、方法は、以下のステップを備える。
ステップ１： ポリシーおよび課金ルール機能ＰＣＲＦは、初期ポリシーを決定するために、インターフェイスＩ１を介して、拡張オンライン課金システムＥＯＣＳで、サブスクリプション・プロファイル・リポジトリ、ＳＰＲに、ユーザのサブスクリプションおよび課金／支払い情報を要求する。ポリシーおよび課金ルール機能ＰＣＲＦは、オペレータのネットワークの既存のホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）の既存のサブスクリプション・プロファイル・リポジトリのような、外部サブスクリプション・プロファイル・リポジトリに、このサブスクリプション・データを要求することができるので、ステップ１はオプションである。たとえば、一部の３Ｇ／３Ｇ＋ネットワークにおいて、ＨＳＳは必須ではない／存在しないので、拡張オンライン課金システムＥＯＣＳはＳＰＲ機能を提供するものとする。

ステップ２： ポリシーおよび課金実施機能ＰＣＥＦは、ＰＣＲＦによって供給された初期ポリシーに対応する初期ルールを適用する。

ステップ３： ポリシーおよび課金実施機能ＰＣＥＦは、ユーザのサービス／ネットワーク・リソース使用の課金のために、拡張オンライン課金システムＥＯＣＳで、サービス・データフロー・ベースのクレジット制御、ＳＤＦＢＣをトリガーする。

ステップ４： サービス・データフロー・ベースのクレジット制御ＳＤＦＢＣは、リアルタイムで、ユーザを格付けして課金する。ＳＤＦＢＣは、ネットワーク内のサービス許可を可能にするためにサービス単位割り当て量（これはボリューム単位、時間単位、または所与のサービスの固有のサービス単位とし、クレジット制御課金アプリケーションについてはＴＳ３２．２９９を参照）を割り振ることにより、ＰＣＥＦに正常に応答する。割り当て量の割り振りを受信すると、ポリシーおよび課金実施機能ＰＣＥＦは、割り当て量の使用、およびネットワーク内の任意のサービス変更または追加（ＰＣＲＦから設定されたしきい値ルールに基づいてもよい）を監視するものとする。ポリシーおよび課金実施機能ＰＣＥＦは、任意のカウンタおよび格付け条件の変更のために、拡張オンライン課金システムＥＯＣＳを更新するものとする。

所与の時間において、現在のセッション中に、ユーザのカウンタまたは格付け条件が変更される。

ステップ５： 拡張オンライン課金システムＥＯＣＳにおいて、アプリケーション機能ＡＦは、インターフェイスＩ２を介して、ポリシーおよび課金ルール機能ＰＣＲＦのポリシーの変更をトリガーする。

ステップ６： ポリシーおよび課金ルール機能ＰＣＲＦは、新しいポリシーに対応する新しいルールを決定する。

ステップ７： ポリシーおよび課金実施機能ＰＣＥＦは、新しいルールを受信して、それらを適用し、ＩＰ−ＣＡＮセッションを更新する。これはオプションで、課金条件を更新する。

ポリシーおよび課金実施機能サービス論理は、インターネット・プロトコル接続アクセス・ネットワーク・セッションの更新と共に、ポリシーおよび課金ルール機能ＰＣＲＦを介する拡張オンライン課金システムポリシー通知に起因するこの新しいポリシー変更を管理するように拡張される。

図３は、図２に示される実施形態におけるシグナリング・フローを示す。これは、以下のステップを備える。
ステップ３０： ポリシーおよび課金ルール機能ＰＣＲＦは、ユーザのサブスクリプションおよび支払い情報を取得するために、拡張オンライン課金システムＥＯＣＳまたは外部サブスクリプション・プロファイル・リポジトリ、もしくはその両方に、ユーザの支払いプランと共にユーザのプロファイルを要求する。このサブスクリプション情報は、ポリシーおよび課金ルール機能ＰＣＲＦが、ポリシー制御および課金の初期ルールを決定できるようにするものとする。

ステップ３１： 次いで、ポリシーおよび課金ルール機能ＰＣＲＦは、ＴＳ３２．２０３により、ポリシーおよび課金実施機能ＰＣＥＦ／ベアラ・バインディングおよびイベント報告機能ＢＢＥＲＦを介して、初期ルールでインターネット・プロトコル接続アクセス・ネットワーク（ＩＰ−ＣＡＮ）セッションの確立を開始する。次いで、初期ルールＱｏＳ１は、ＩＰ−ＣＡＮセッションを初期化するために適用される。

ステップ３２： ポリシーおよび課金実施機能ＰＣＥＦは、すべてのサービス要求関連情報（ｓｅｒｖｉｃｅｉｄ、Ｒａｔｉｎｇ ｇｒｏｕｐ、ＱｏＳ１など）と共に、ユーザのサービス／ネットワーク・リソース使用のオンライン課金システムＯＣＳをトリガーするため、クレジット制御要求、ＣＣＲ初期を、拡張オンライン課金システムＥＯＣＳに送信する。

ステップ３３： 拡張オンライン課金システムＥＯＣＳは、サービス利用を許可するためのオンライン課金操作を実行する。
− アカウント・クレジットを確認する
− 格付け（たとえば１０Ｍｏ＝５ユーロ）および予約する（費用）
− 割り当て量（たとえば１０Ｍｏ）を割り振る
− 累積支出（たとえば４５ユーロ）を計算する
および、サービス利用および監視を可能にするために、クレジット制御応答、ＣＣＡ（ｓｅｒｖｉｃｅｉｄ、Ｒａｔｉｎｇ ｇｒｏｕｐ、Ｇｒａｎｔｅｄ＝１０Ｍｏなど）を、ポリシーおよび課金実施機能ＰＣＥＦに送信する。

ポリシーおよび課金実施機能ＰＣＥＦは、ネットワーク内の割り振られた割り当て量使用および任意のサービス変更または追加を監視するものとする。ＰＣＥＦは、任意の使用済みカウンタおよび格付け条件の変更を更新し、拡張オンライン課金システムＥＯＣＳに報告するものとする。ＰＣＥＦはまた、一部が拡張オンライン課金システムＥＯＣＳのサブスクリプション・プロファイル・リポジトリＳＰＲによって定義されて、ステップ３０のポリシーおよび課金ルール機能ＰＣＲＦに中継されるので、ポリシーおよび課金ルール機能ＰＣＲＦからの課金ルールをしきい値ごとに更新して拡張オンライン課金システムＥＯＣＳに報告する。

ステップ３４： ポリシーおよび課金実施機能ＰＣＥＦは、以下の事項を行なわせるために、クレジット制御更新ＣＣＲ更新（ｓｅｒｖｉｃｅｉｄ、Ｒａｔｉｎｇ ｇｒｏｕｐ、Ｃｏｎｓｕｍｅｄ＝１０Ｍｏなど）を拡張オンライン課金システムＥＯＣＳのサービス・データフロー・ベースのクレジット制御ＳＤＦＢＣに送信する。
− 消費されたデビットを計算する（たとえば５ユーロ）
− 累積された支出を計算する（たとえば５０ユーロ）
− ＱｏＳ２をアップグレードする
− 格付け（たとえば１０Ｍｏ＝５ユーロ）および予約を適用する
− および、新しい割り当て量の割り振り（たとえば１０ Ｍｏ）を行なう

拡張オンライン課金システムＥＯＣＳはまた、格付けおよびユーザのカウンタルールの変更を管理して、それに応じてネットワーク・リソースの新しい料金／ポリシーを適用および通知する。

ステップ３５： 拡張オンライン課金システムＥＯＣＳは、サービス利用を可能にするために、クレジット制御応答ＣＣＡ（ｓｅｒｖｉｃｅｉｄ、Ｒａｔｉｎｇ ｇｒｏｕｐ、Ｇｒａｎｔｅｄ＝１０Ｍｏなど）を、ポリシーおよび課金実施機能ＰＣＥＦに送信する。課金実施機能ＰＣＥＦは、任意の使用済みカウンタおよび格付け条件の変更について拡張オンライン課金システムＥＯＣＳを更新して報告するものとする。

ステップ３６： ステップ３４の操作を処理する場合、拡張オンライン課金システムＥＯＣＳは、ユーザのパケット・サービス・セッションに提供するためにＱｏＳ（たとえば、ＱｏＳ２）の変更を検出する。

拡張オンライン課金システムＥＯＣＳにおいて、アプリケーション機能ＡＦは、セッション更新を可能にするために、ＲＸ ＡＡＲ（認証許可要求（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｑｕｅｓｔ））をポリシーおよび課金ルール機能ＰＣＲＦに送信する。Ｒｘｘ ＡＡＲは、加入者識別子、ＩＰ−ＣＡＮセッション識別子、ＧＷ識別子、および（ステップ３４において）ポリシーおよび課金実施機能ＰＣＥＦから受信したＣＣＲ［更新］によってトリガーされた加入者課金データ（カウンタおよびプラン）の変更を指し示す課金ルール変更インデックスを含むものとする。

ポリシーおよび課金ルール機能ＰＣＲＦは、Ｒｘ ＡＡＲから受信した課金ルール変更インデックスを使用して、ＩＰ−ＣＡＮセッションの新しいポリシーおよび課金ルールを決定する。ポリシーおよび課金ルール機能ＰＣＲＦは、Ｒｘ ＡＡＡ（認証許可応答）をオンライン課金システムＥＯＣＳに応答する。ポリシーおよび課金ルール機能ＰＣＲＦは、インターネット・プロトコル接続アクセス・ネットワークＩＰ−ＣＡＮセッションを更新するために、新しい要求をＧｘ参照点を介してＰＣＥＦ／ＢＢＥＲＦに送信する。

ステップ３７： 拡張ポリシーおよび課金実施機能ＰＣＥＦサービス論理は、ポリシーおよび課金ルール機能ＰＣＲＦを介するオンライン課金システムＥＯＣＳ通知に起因するポリシーおよび課金ルール機能ＰＣＲＦからのポリシー課金制御ＰＣＣ変更の新しい要求を管理して、ＩＰ−ＣＡＮセッション更新を実行する。

ステップ３８： ポリシーおよび課金実施機能ＰＣＥＦは、ＱｏＳの変更に関連する格付け条件変更を更新するために、ＣＣＲ更新（ｓｅｒｖｉｃｅｉｄ、Ｒａｔｉｎｇ ｇｒｏｕｐ、Ｃｏｎｓｕｍｅｄ＝１Ｍｏ、ＱｏＳ２など）を拡張オンライン課金システムＥＯＣＳに送信する。

ステップ３９： 拡張オンライン課金システムＥＯＣＳは、新しい格付けルールを管理して、それに応じて新しい料金を適用するものとする。

ステップ４０： ユーザがパケット・セッションを終了すると、ポリシーおよび課金実施機能ＰＣＥＦは、課金プロセスを終了するために、クレジット制御要求、ＣＣＲ終了（ｓｅｒｖｉｃｅｉｄ、Ｒａｔｉｎｇ ｇｒｏｕｐ、Ｃｏｎｓｕｍｅｄ＝６Ｍｏなど）を拡張オンライン課金システムＥＯＣＳに送信する。
− 前回消費された単位を借方記入する
− カウンタを更新する（累積支出＝ＸＸＸ）
− ＣＤＲを生成する

ステップ４１： 拡張オンライン課金システムＥＯＣＳは、ユーザのセッションの終了を応答確認するために、クレジット制御応答ＣＣＡ（ｓｅｒｖｉｃｅｉｄ、Ｒａｔｉｎｇ ｇｒｏｕｐなど）を、拡張オンライン課金システムＥＯＣＳに送信する。

ステップ３８〜３９は、一般型Ｄｉａｍｅｔｅｒクレジット制御アプリケーション（ＴＳ３２．２９９およびＴＳ３２．２５１による）である。いずれにせよ、これらのステップは、ユーザのセッションの終了までポリシーおよび課金実施機能ＰＣＥＦと拡張オンライン課金システムＥＯＣＳとの間に中間ＣＣＲ／ＣＣＡ要求交換があってもなくてもよいので、オプションであってもよい。

Claims (4)

1. 通信ネットワークにおいて、エンドユーザのアカウント残高およびサービス・サブスクリプション・レベルに従って動的ポリシー・ルールを前記エンドユーザに配信する方法であって、前記通信ネットワークが、
   − ポリシーおよび課金ルール機能（ＰＣＲＦ）と、
   − ポリシーおよび課金実施機能（ＰＣＥＦ）と、
   − 拡張オンライン課金システム（ＥＯＣＳ）とを備え、
   前記方法が、
   − 前記ポリシーおよび課金ルール機能（ＰＣＲＦ）が、ユーザのサブスクリプション情報を受信し、前記サブスクリプション情報に基づいて初期ポリシーおよび初期ルールを決定するステップ（ステップ１）と、
   − 前記ポリシーおよび課金実施機能（ＰＣＥＦ）が前記初期ルールを適用するステップ（ステップ２）と、
   − 前記ポリシーおよび課金実施機能（ＰＣＥＦ）が、前記ユーザのサービス／ネットワーク・リソース使用のために前記拡張オンライン課金システム（ＥＯＣＳ）をトリガーするステップ（ステップ３）と、
   − 前記拡張オンライン課金システム（ＥＯＣＳ）が、リアルタイムで前記ユーザを格付けして課金するステップ（ステップ４）と、
   − 前記拡張オンライン課金システム（ＥＯＣＳ）が、前記ＥＯＣＳによって管理される前記ユーザのアカウント・カウンタの変化に起因するポリシーの変更を前記ポリシーおよび課金ルール機能（ＰＣＲＦ）に通知するステップ（ステップ５）と、
   − 前記ポリシーおよび課金ルール機能（ＰＣＲＦ）が、前記ＥＯＣＳからの前記通知に基づいて新しいポリシーの新しいルールを決定するステップ（ステップ６）と、
   − 前記ポリシーおよび課金実施機能（ＰＣＥＦ）が、前記新しいルールを受信して、それらを適用するステップ（ステップ７）とを備える方法。
2. 前記ポリシーおよび課金実施機能（ＰＣＥＦ）サービス論理は、インターネット・プロトコル接続アクセス・ネットワーク・セッション更新と共に、前記ポリシーおよび課金ルール機能（ＰＣＲＦ）を介する前記拡張オンライン課金システム（ＥＯＣＳ）ポリシー通知に起因するこの新しいポリシー変更を管理するように拡張される（ステップ７）ことを特徴とする請求項１に記載の方法。
3. − ユーザのサブスクリプション情報を受信し、前記サブスクリプション情報に基づいて初期ポリシーおよび初期ルールを決定するため（ステップ１）、およびユーザのアカウント・カウンタを管理する拡張オンライン課金システム（ＥＯＣＳ）からの通知に基づいて新しいポリシーの新しいルールを決定するため（ステップ６）のポリシーおよび課金ルール機能（ＰＣＲＦ）と、
   − 前記初期ルールを適用するため（ステップ２）、前記ユーザのサービス／ネットワーク・リソース利用のために拡張オンライン課金システム（ＥＯＣＳ）をトリガーするため（ステップ３）、および前記新しいルールを受信して（ステップ７）それらを適用するためのポリシーおよび課金実施機能（ＰＣＥＦ）と、
   − 前記ユーザをリアルタイムで格付けして課金するため（ステップ４）、および前記ユーザのアカウント・カウンタの変化に起因するポリシーの変更を前記ポリシーおよび課金ルール機能（ＰＣＲＦ）に通知するため（ステップ５）の拡張オンライン課金システム（ＥＯＣＳ）とを備えるシステム。
4. 前記ポリシーおよび課金実施機能（ＰＣＥＦ）サービス論理は、インターネット・プロトコル接続アクセス・ネットワーク・セッション更新と共に、前記ポリシーおよび課金ルール機能（ＰＣＲＦ）を介する前記拡張オンライン課金システム（ＥＯＣＳ）ポリシー通知に起因するこの新しいポリシー変更を管理するように拡張される（ステップ７）ことを特徴とする請求項３に記載のシステム。

Images