改善されたクレジット検証のためのノード
通信システムのためのＰＣＲＦノード（１２０））は、前記システム内のＰＣＥＦノードに向けたインタフェース（Ｇｘ）を備える。前記ＰＣＲＦノード（１２０）はユーザ機器についての新たな又は更新されたＰＣＣルールを、前記インタフェースを用いて前記ＰＣＥＦノード（１３０）に提供するように構成される。前記ＰＣＲＦノード（１２０）は、ＯＣＳノード（１１５）に向けたインタフェース（Ｓｙ）をも備え、トリガ信号の結果として、前記ＯＣＳノード（１１５）からの前記ユーザ機器のための新たな又は更新されたＰＣＣルールについてのクレジット標識を、前記ＯＣＳノード（１１５）への前記インタフェース上で要求し、前記ＯＣＳノード（１１５）からの前記ユーザ機器のための前記新たな又は更新されたＰＣＣルールについてのクレジット標識を、前記ＯＣＳノード（１１５）への前記インタフェース（Ｓｙ）上で受信して、前記クレジット情報を前記ＰＣＥＦノード（１３０）へ提供するように構成される。ＯＣＳノード（１１５）もまた開示される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム内の改善されたクレジット検証のためのノードを開示する。
【背景技術】
【０００２】
ポリシー及び課金制御（ＰＣＣ：Policy and Charging Control）アーキテクチャは、３ＧＰＰリリース７において導入され、３ＧＰＰリリース８及びリリース９において発展してきた。ＰＣＣは、サービスを意識したＱｏＳ及び課金制御のための高度化されたツールを事業者に提供する。
【０００３】
３ＧＰＰリリース１０に向けて、現在、既に存在しているアーキテクチャへの様々な機能追加を検討する、ポリシー拡張のための検討事項がある。現在検討中の重要な課題は４つである。それら重要な課題の１つは、“支出制限（spending limits）に基づくＱｏＳ及びゲート制御”と呼ばれている。この重要な課題は、クレジットに関連する何らかの形式の制限にユーザが達したという事実に起因して進行中のセッションのＱｏＳ（帯域幅）が抑制（throttle）されなければならないというケースに着目している。１つの例は、ユーザがローミングしていて（ローミング中のデータサービスは多くの場合高価であり、メガバイト単位で課金される）例えば５０ユーロなどの予め定義される安全制限を有することであり、その場合、帯域幅は、ユーザに通知がされ別の５０ユーロが課金されることにあらためて同意がなされるまで、最小に設定されるべきであろう。
【０００４】
現在のＰＣＣアーキテクチャにおいて、新たなＰＤＮ接続がセットアップされ、又はそれが修正される際、ＰＣＥＦ（即ち、ＰＤＮ−ＧＷ又はＧＧＳＮ）は、Ｇｙインタフェース、即ちＰＣＥＦとＯＣＳとの間のインタフェース上でＯＣＳからのクレジットを要求するに先立って、ポリシー決定のために、Ｇｘインタフェース、即ちＰＣＥＦとＰＣＲＦとの間のインタフェースを介してＰＣＲＦに常に問合せを行う。Ｇｙインタフェース上でのクレジットの要求が当面の３ＧＰＰ標準に従って発生し得る場合について定義されている２つの選択肢がある。１つの選択肢は、ＰＤＮ接続の確立において即座にＧｙインタフェース上でＯＣＳからのクレジットを要求することであり、他の選択肢は、オンライン課金が適用される承認されたサービスにＰＣＥＦによりインカミングのペイロードパケットが分類されるまで、クレジットの要求を遅らせることである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、新たなＰＤＮ接続がセットアップされ又は既存のＰＤＮ接続が修正される場合に現在使用されている手続への改善を提供することになる解決策を提供することである。
【課題を解決するための手段】
【０００６】
この目的は、通信システムのためのポリシー及び課金ルール機能ノード（ＰＣＲＦノード）を開示する本発明により解決される。本発明のＰＣＲＦノードは、上記通信システム内のポリシー及び課金実施機能ノード（ＰＣＥＦノード）に向けたインタフェースを備え、上記通信システム内のここではＵＥと省略されるユーザ機器（User Equipment）として言及されるエンドユーザのための新たな又は更新されたポリシー及び課金制御（ＰＣＣ）ルールを、上記インタフェースを用いて上記ＰＣＥＦノードに提供するように構成される。
【０００７】
本発明によれば、ＰＣＲＦノードは、上記通信システム内のオンライン課金システムノード（ＯＣＳノード）に向けたインタフェースをも備え、
−上記ＰＣＲＦノードへの内部的な又は外部的なトリガ信号の結果として、上記ＯＣＳノードからの上記ユーザ機器のための上記新たな又は更新されたＰＣＣルールについてのクレジット標識を、上記ＯＣＳノードへの上記インタフェース上で要求し、
−上記要求の結果として、上記ＯＣＳノードからの上記ユーザ機器のための上記新たな又は更新されたＰＣＣルールについてのクレジット標識を、上記ＯＣＳノードへの上記インタフェース上で受信して、
−上記クレジット情報を、上記ＰＣＥＦノードへの上記インタフェース（Ｇｘ）上で上記ＰＣＥＦノードへ提供する、
ように構成される。
【０００８】
いくつかの実施形態において、本発明のＰＣＲＦノードは、上記ＰＣＲＦノードが上記ＰＣＥＦノードへ送信する課金ポリシー決定（charging policy decision）において上記ＰＣＥＦノードへ上記クレジット情報を提供するように構成される。
【０００９】
本発明のＰＣＲＦノードのいくつかの実施形態において、上記内部的なトリガ信号は、タイマである。
【００１０】
本発明のＰＣＲＦノードのいくつかの実施形態において、上記外部的なトリガ信号は、
上記ＵＥからのセッションアクティブ化要求、
上記ＵＥについてのセッション修正、
上記ＵＥについての新たな又は変更されたサービスのための要求、
上記ＵＥの加入データ内の受信された更新、
のうちの１つ以上である。
【００１１】
いくつかの実施形態において、本発明のＰＣＲＦノードは、サービス、サービスのグループ、又は上記ＵＥにより使用されるレーティンググループごとに、上記クレジット標識を要求するように構成される。
【００１２】
本発明のＰＣＲＦノードの１つの実施形態において、上記ＯＣＳノードに向けた上記インタフェースは、Ｓｙインタフェースである。
【００１３】
本発明のＰＣＲＦノードの１つの実施形態において、上記ＰＣＥＦノードに向けた上記インタフェースは、３ＧＰＰ Ｇｘインタフェースである。
【００１４】
本発明は、通信システム内のオンライン課金システムノード（ＯＣＳノード）をも開示する。
【００１５】
上記ＯＣＳノードは、ポリシー及び課金ルール機能ノード（ＰＣＲＦノード）に向けたインタフェースを備え、上記ＯＣＳノードは、上記ＰＣＲＦノードへの上記インタフェース上で、上記ＰＣＲＦノードから、ユーザ機器のための１つ以上のポリシー及び課金制御ルール（ＰＣＣルール）に関連付けられるサービス、サービスのグループ又はレーティンググループについてのクレジット標識についての要求を受信し、上記要求の結果として、上記ＰＣＲＦノードへの上記インタフェース上で、上記ＰＣＲＦノードへ、上記ユーザ機器のための上記サービス、サービスのグループ又はレーティンググループについてのクレジット標識を送信する、ように構成される。
【００１６】
上記ＯＣＳノードのいくつかの実施形態において、上記ＰＣＲＦノードへの上記インタフェースは、Ｓｙインタフェースである。
【００１７】
加えて、本発明は、通信システムのためのポリシー及び課金実施ノード（ＰＣＥＦノード）をも開示する。上記ＰＣＥＦノードは、ポリシー及び課金ルールノード（ＰＣＲＦノード）に向けたインタフェースと、オンライン課金システムノード（ＯＣＳノード）に向けたインタフェースとを備える。
【００１８】
上記ＰＣＥＦノードは、上記ＰＣＲＦノードから、Ｇｘインタフェース上で、上記通信システム内のユーザ機器のためのポリシー及び課金制御（ＰＣＣ）ルールについてのルールを受信するように構成される。上記ＰＣＥＦノードは、上記クレジットに関連付けられる１つ以上の上記サービスを利用するために十分なクレジットを上記ＵＥが有することを示すクレジット標識を上記ＵＥのための上記ＰＣＣルールが含む場合には、上記ＵＥによる上記システムの利用開始を待ち受けて、それが起こると上記ＯＣＳノードとのセッションを当該ノードへの上記インタフェース上で確立する。上記クレジットに関連付けられる上記１つ以上のサービスを利用するために十分なクレジットを上記ＵＥが有しないことを示すクレジット標識を上記ＰＣＲＦノードから受信された上記ＰＣＣルールが含む場合には、上記ＰＣＥＦノードは、Ｇｙインタフェース上で上記ＯＣＳノードとのセッションを確立し、上記ＵＥからのトラフィックと共にとられるべきアクションに関する上記ＯＣＳノードからの決定を待ち受ける、ように構成される。
【００１９】
上記ＰＣＥＦノードのいくつかの実施形態において、上記ＰＣＲＦノードへの上記インタフェースは、３ＧＰＰ Ｇｘインタフェースである。
【００２０】
上記ＰＣＥＦノードのいくつかの実施形態において、上記ＯＣＳノードへの上記インタフェースは、３ＧＰＰ Ｇｙインタフェースである。
【図面の簡単な説明】
【００２１】
本発明は、添付図面を参照しながら以下により詳細に説明されるであろう。
【００２２】
【図１】本発明が適用されるシステムの概観を示している。
【図２】本発明が使用されるシステムにおけるイベント図を示している。
【図３】本発明が使用されるシステムにおけるイベント図を示している。
【発明を実施するための形態】
【００２３】
図１は、本発明が適用される通信システム１００の概観を示している。本発明は、３ＧＰＰプロジェクトから取られる用語を用いて、図１内のシステム１００の手段により説明されるであろう。但し、本発明が「有線で結合される（"wire bound"）」システム、即ち地上線を用いるシステムにおいても適用可能であることは強調されるべきである。
【００２４】
図１に示すように、システム１００は、次のノード又はコンポーネントを備える：
ＡＦ１００、アプリケーション機能
ＢＢＥＲＦ１２５、ベアラバインディングイベントレポーティング機能
ＯＣＳ１１５、オンライン課金システム
ＰＣＥＦ１３０、ポリシー及び課金実施機能
ＰＣＲＦ１２０，ポリシー及び課金ルール機能
ＳＰＲ１０５、ソリューションプロファイルリポジトリ
ＵＥ１４０（ユーザ機器）、「エンドユーザ」として言及される場合もある。
【００２５】
図１にさらに示すように、システム１００には、ノード又はコンポーネントのいくつかの間のインタフェースも存在する。即ち、ＰＣＥＦ１３０とＰＣＲＦ１２０との間にはいわゆるＧｘインタフェースが存在し、ＰＣＥＦ１３０とＯＣＳ１１５との間にはいわゆるＧｙインタフェースが存在する。これらインタフェースは、当業者には知られており、従って、ここではこれ以上詳細には説明しない。
【００２６】
本発明は、システム１００内の既存のインタフェースに加えて、ＯＣＳ１１５とＰＣＲＦ１２０との間のインタフェースを開設することを提案する。ＯＣＳ１１５とＰＣＲＦ１２０との間の提案されるインタフェース（「リファレンスポイント」として言及される場合もある）は、Ｓｙインタフェースとラベリングされ、読者の分かり易さのために図１において太線で示されている。
【００２７】
Ｓｙインタフェースを導入する１つの目的は、“支出制限に基づくＱｏＳ及びゲート制御”として知られることのあるケースを解決することである。このケースは、クレジットに関連する何らかの形式の制限にユーザが達したという事実に起因して進行中のセッションのＱｏＳ（Quality of Service、例えば帯域幅）が抑制されなければならない場合に生じる。１つの例は、ユーザがローミングしていて（ローミング中のデータサービスは多くの場合高価であり、メガバイト単位で課金される）、例えば５０ユーロなどの予め定義される安全制限又は請求制限を有する、ということである。そうしたケースでは、例えばクレジットの制限に達したことがユーザに通知され、別の５０ユーロが課金されることに同意がなされるか、又は例えば当月などの何らかの支払期間が終了するまで、帯域幅を最小に設定することが有益であり得る。
【００２８】
本発明のいくつかの実施形態において、Ｓｙインタフェースは、ＵＥ１４０のためのＩＰ−ＣＡＮセッションの確立において、ＰＣＲＦ１２０により開始され、課金関連情報をＯＣＳ１１５からＰＣＲＦ１２０へ転送するために使用されることになる。そして、この情報に基づいて、ＰＣＲＦ１２０は、例えばユーザのＱｏＳを変更するなどのポリシー決定を行うことができる。Ｓｙインタフェースの他のあり得るユースケースは、以下を含む：
−ＵＥがクレジット不足であるという通知；
−ＵＥがクレジット不足でないという通知；
−ＵＥが現在「昇格している（promoted）」、即ち事業者ネットワーク内で例えば「ゴールドクライアント」などの何らかのステータスを有する、という通知；
−ＵＥがあるクレジット閾値（例えば５０ユーロ）に達したという通知。
【００２９】
前に述べたように、本発明の目的は、新たなＰＤＮ接続がセットアップされ又は既存のＰＤＮ接続が修正される場合に現在使用されている手続への改善を提供することになる解決策を提供することである。この目的のために、Ｓｙインタフェースの導入という手段により、ＰＣＲＦ１２０は、おそらくはサービス、サービスのグループ、又はいわゆるレーティンググループごとに、ＯＣＳ１１５から早期にクレジット標識（credit indication）を取得することができるであろう。そして、ＰＣＲＦ１２０は、これをＧｘインタフェース上でＰＣＥＦに示すことができる。ＰＣＥＦは、例えばＰＧＷ（ＰＤＮゲートウェイ）又はＧＧＳＮであってよく、又はそうしたノード内で具現化されるであろう。この情報を用いて、ＰＣＥＦ１３０は、Ｇｙ上のクレジット要求の時間の間クレジットは利用可能であるとＰＣＲＦが示した関連する全てのサービス、サービスのグループ又はレーティンググループについてトラフィックが流れることを、安全に許可することができる。これは、“支出制限に基づくＱｏＳ及びゲート制御”に関連付けられる手続を大幅に縮減することになる。加えて、ＰＣＥＦは、ＰＣＲＦへのＧｘ上での初回の要求において、早期のクレジット標識を提供することを要求することができ、又は、ＰＣＲＦは、おそらくはサービス、サービスのグループ又はレーティンググループごとに、ユーザのアカウントが空になり又は補充された場合にＯＣＳがＰＣＲＦに通知をすることをＳｙインタフェース上で要求することができる。加えて、ＰＣＲＦは、おそらくはサービス、サービスのグループ又はレーティンググループごとに、以前に提供したクレジット標識に変化がある場合に、Ｇｘインタフェース上でＰＣＥＦに通知をすることができる。
【００３０】
本発明は、改善されたＰＣＥＦノード１３０をも開示する。ＰＣＥＦノード１３０は、図１に示し及び上で言及したように、ＰＣＲＦノード１２０に向けてのＧｘインタフェースと、オンライン課金システムノード（ＯＣＳノード）１１５に向けてのＧｙインタフェースとを備える。ＰＣＥＦノード１３０は、Ｇｘインタフェース上で、ＰＣＲＦノード１２０から通信システム１００内のＵＥ１４０のためのポリシー及び課金制御（ＰＣＣ）ルールについてのルールを受信するように構成される。本発明により開示される通り、ＰＣＥＦノード１３０は、クレジットに関連付けられる１つ以上のサービスを利用するために十分なクレジットをＵＥが有することを示すクレジット標識をＵＥ１４０のためのＰＣＣルールが含む場合には、ＵＥ１４０によるシステムの利用開始を待ち受けて、それが起こるとＯＣＳノードへのＧｙインタフェース上でＯＣＳノードとのセッションを確立するように構成される。一方、ＰＣＥＦ１３０は、クレジットに関連付けられるサービスを利用するために十分なクレジットをＵＥ１４０が有しないことを示すクレジット標識をＰＣＲＦノード１２０から受信されたＰＣＣルールが含む場合には、ＯＣＳノードへのＧｙインタフェース上でＯＣＳノードとのセッションを確立し、ＵＥ１４０からのトラフィックと共にとられるべきアクションに関するＯＣＳノードからの決定を待ち受けるように構成される。
【００３１】
次に、図２を参照しながら、本発明が適用されるシステム内のイベントシーケンスの例が呈示される。図２は、図１のシステム１００内でＰＣＥＦ１３０、ＯＣＳ１１５及びＰＣＲＦ１２０というノード間で送信されるイベント及びメッセージを示している。イベント１〜３は、図２においてそれらが本発明に主に関連するイベントであることを示すために、破線の枠で囲まれている。
【００３２】
図２のイベント及びメッセージには、連番が付されており、次の通りである：
１．ＰＣＲＦは、ＰＣＥＦ内に新たな又は修正されたＰＣＣルールを組み込むことを決定する。当該決定は、ＰＣＲＦの外部的な又は内部的なイベントのいずれかによりトリガされる。そうした内部的なイベントの例はタイマであり、外部的なイベントの例は、次のうちの１つ以上である：
−ＵＥからのセッションアクティブ化要求、
−ＵＥについてのセッション修正、
−ＵＥについての新たな又は変更されたサービスのための要求、
−ＵＥの加入データ（subscription data）内の受信された更新、
−ＳＰＲからのユーザの加入における更新、
なお、例えばＩＰ−ＣＡＮセッション確立などのセッションアクティブ化要求のケースについては、ＰＣＥＦは、ＰＣＲＦからの早期のクレジット標識を具体的に要求した可能性がある。
２．ＰＣＲＦは、Ｓｙインタフェース上でＯＣＳへの要求を発行し、新たな又は修正されたサービスについての早期のクレジット標識（early credit indication）を要求する。
３．ＯＣＳは、要求されたクレジットインジケータ（credit indicator(s））と共に、Ｓｙインタフェース上で応答する。
４．ＰＣＲＦは、ポリシー決定を策定し、当該決定をＰＣＥＦに提供する。ポリシー決定は、（おそらくはサービス、サービスのグループ、ＰＣＣルール又はレーティンググループごとの）クレジット標識をも含む。
５．ＰＣＥＦは、ポリシー決定メッセージに確認応答を返す。
６．クレジットインジケータを理由として、ＰＣＥＦは、エンドユーザのアカウントが空（empty）であるか否かを把握し、従って、アカウントが空でなければ、即ちクレジット標識が肯定的であったなら、関連付けられるレーティンググループ及び／又はサービスのためのクレジットを即座に要求しなくてよい。潜在的なベアラ又はセッション関連のシグナリングは、３ＧＰＰ ＴＳ２３．２０３において仕様化されているように行われ得る。
７．後の時点において、ＵＥからの（即ち、アップリンク）又は外部ネットワークからの（即ち、ダウンリンク）インカミングのペイロードパケットが、ＰＣＥＦにより、オンライン課金が適用される承認されたサービスに分類される。但し、クレジットの要求はステップ４において受信される肯定的なクレジット標識に起因して先送りされている。ペイロードが流れることは許可され、但し、ＰＣＥＦはトラフィックの測定を（時間、ボリューム又はサービスに固有の単位で）即座に開始する。
８．ステップ７は、関連付けられるサービス又はレーティンググループについてのクレジットの要求をＰＣＥＦが実行することをトリガする。
９．ＯＣＳによりクレジットが容認（grant）される。ＰＣＥＦは、ステップ７以降で既に消費されたクレジットの測定量分を差し引く。
【００３３】
次に、図３を参照しながら、本発明が適用されるシステム内のイベントシーケンスの他の例が呈示される。図３は、図１のシステム１００内でＰＣＥＦ１３０、ＯＣＳ１１５及びＰＣＲＦ１２０というノード間で送信されるイベント及びメッセージを示している。イベント２及び３は、図３においてそれらが本発明に主に関連するイベントであることを示すために、破線の枠で囲まれている。
【００３４】
図３のイベント及びメッセージには、連番が付されており、次の通りである：
１．ＯＣＳにおいて、ＵＥのアカウントステータスがある閾値制限を超えて変更される。これは、例えばアカウントが補充され又はアカウントの値が尽きたことを理由として起こり得る。
２．ＯＣＳは、ＰＣＲＦへクレジットレポート更新（Credit Report Update）を送信する。
３．ＰＣＲＦは、その確認応答（ＡＣＫ）をＯＣＳへ送信する。
４．ＰＣＲＦは、対象のアカウントのユーザについての新たな条件を確立する。
５．ＰＣＲＦは、例えば新たな又は更新されたクレジットインジケータとして、ＰＣＥＦへポリシー決定更新（Policy Decision Update）を送信する。
６．ＰＣＥＦは、その確認応答（ＡＣＫ）をＰＣＲＦへ送信する。
【００３５】
本発明は、上で説明し図面に示した実施形態の例に限定されず、添付の請求項の範囲内で自由に変更されてよい。
【技術分野】
【０００１】
本発明は、通信システム内の改善されたクレジット検証のためのノードを開示する。
【背景技術】
【０００２】
ポリシー及び課金制御（ＰＣＣ：Policy and Charging Control）アーキテクチャは、３ＧＰＰリリース７において導入され、３ＧＰＰリリース８及びリリース９において発展してきた。ＰＣＣは、サービスを意識したＱｏＳ及び課金制御のための高度化されたツールを事業者に提供する。
【０００３】
３ＧＰＰリリース１０に向けて、現在、既に存在しているアーキテクチャへの様々な機能追加を検討する、ポリシー拡張のための検討事項がある。現在検討中の重要な課題は４つである。それら重要な課題の１つは、“支出制限（spending limits）に基づくＱｏＳ及びゲート制御”と呼ばれている。この重要な課題は、クレジットに関連する何らかの形式の制限にユーザが達したという事実に起因して進行中のセッションのＱｏＳ（帯域幅）が抑制（throttle）されなければならないというケースに着目している。１つの例は、ユーザがローミングしていて（ローミング中のデータサービスは多くの場合高価であり、メガバイト単位で課金される）例えば５０ユーロなどの予め定義される安全制限を有することであり、その場合、帯域幅は、ユーザに通知がされ別の５０ユーロが課金されることにあらためて同意がなされるまで、最小に設定されるべきであろう。
【０００４】
現在のＰＣＣアーキテクチャにおいて、新たなＰＤＮ接続がセットアップされ、又はそれが修正される際、ＰＣＥＦ（即ち、ＰＤＮ−ＧＷ又はＧＧＳＮ）は、Ｇｙインタフェース、即ちＰＣＥＦとＯＣＳとの間のインタフェース上でＯＣＳからのクレジットを要求するに先立って、ポリシー決定のために、Ｇｘインタフェース、即ちＰＣＥＦとＰＣＲＦとの間のインタフェースを介してＰＣＲＦに常に問合せを行う。Ｇｙインタフェース上でのクレジットの要求が当面の３ＧＰＰ標準に従って発生し得る場合について定義されている２つの選択肢がある。１つの選択肢は、ＰＤＮ接続の確立において即座にＧｙインタフェース上でＯＣＳからのクレジットを要求することであり、他の選択肢は、オンライン課金が適用される承認されたサービスにＰＣＥＦによりインカミングのペイロードパケットが分類されるまで、クレジットの要求を遅らせることである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、新たなＰＤＮ接続がセットアップされ又は既存のＰＤＮ接続が修正される場合に現在使用されている手続への改善を提供することになる解決策を提供することである。
【課題を解決するための手段】
【０００６】
この目的は、通信システムのためのポリシー及び課金ルール機能ノード（ＰＣＲＦノード）を開示する本発明により解決される。本発明のＰＣＲＦノードは、上記通信システム内のポリシー及び課金実施機能ノード（ＰＣＥＦノード）に向けたインタフェースを備え、上記通信システム内のここではＵＥと省略されるユーザ機器（User Equipment）として言及されるエンドユーザのための新たな又は更新されたポリシー及び課金制御（ＰＣＣ）ルールを、上記インタフェースを用いて上記ＰＣＥＦノードに提供するように構成される。
【０００７】
本発明によれば、ＰＣＲＦノードは、上記通信システム内のオンライン課金システムノード（ＯＣＳノード）に向けたインタフェースをも備え、
−上記ＰＣＲＦノードへの内部的な又は外部的なトリガ信号の結果として、上記ＯＣＳノードからの上記ユーザ機器のための上記新たな又は更新されたＰＣＣルールについてのクレジット標識を、上記ＯＣＳノードへの上記インタフェース上で要求し、
−上記要求の結果として、上記ＯＣＳノードからの上記ユーザ機器のための上記新たな又は更新されたＰＣＣルールについてのクレジット標識を、上記ＯＣＳノードへの上記インタフェース上で受信して、
−上記クレジット情報を、上記ＰＣＥＦノードへの上記インタフェース（Ｇｘ）上で上記ＰＣＥＦノードへ提供する、
ように構成される。
【０００８】
いくつかの実施形態において、本発明のＰＣＲＦノードは、上記ＰＣＲＦノードが上記ＰＣＥＦノードへ送信する課金ポリシー決定（charging policy decision）において上記ＰＣＥＦノードへ上記クレジット情報を提供するように構成される。
【０００９】
本発明のＰＣＲＦノードのいくつかの実施形態において、上記内部的なトリガ信号は、タイマである。
【００１０】
本発明のＰＣＲＦノードのいくつかの実施形態において、上記外部的なトリガ信号は、
上記ＵＥからのセッションアクティブ化要求、
上記ＵＥについてのセッション修正、
上記ＵＥについての新たな又は変更されたサービスのための要求、
上記ＵＥの加入データ内の受信された更新、
のうちの１つ以上である。
【００１１】
いくつかの実施形態において、本発明のＰＣＲＦノードは、サービス、サービスのグループ、又は上記ＵＥにより使用されるレーティンググループごとに、上記クレジット標識を要求するように構成される。
【００１２】
本発明のＰＣＲＦノードの１つの実施形態において、上記ＯＣＳノードに向けた上記インタフェースは、Ｓｙインタフェースである。
【００１３】
本発明のＰＣＲＦノードの１つの実施形態において、上記ＰＣＥＦノードに向けた上記インタフェースは、３ＧＰＰ Ｇｘインタフェースである。
【００１４】
本発明は、通信システム内のオンライン課金システムノード（ＯＣＳノード）をも開示する。
【００１５】
上記ＯＣＳノードは、ポリシー及び課金ルール機能ノード（ＰＣＲＦノード）に向けたインタフェースを備え、上記ＯＣＳノードは、上記ＰＣＲＦノードへの上記インタフェース上で、上記ＰＣＲＦノードから、ユーザ機器のための１つ以上のポリシー及び課金制御ルール（ＰＣＣルール）に関連付けられるサービス、サービスのグループ又はレーティンググループについてのクレジット標識についての要求を受信し、上記要求の結果として、上記ＰＣＲＦノードへの上記インタフェース上で、上記ＰＣＲＦノードへ、上記ユーザ機器のための上記サービス、サービスのグループ又はレーティンググループについてのクレジット標識を送信する、ように構成される。
【００１６】
上記ＯＣＳノードのいくつかの実施形態において、上記ＰＣＲＦノードへの上記インタフェースは、Ｓｙインタフェースである。
【００１７】
加えて、本発明は、通信システムのためのポリシー及び課金実施ノード（ＰＣＥＦノード）をも開示する。上記ＰＣＥＦノードは、ポリシー及び課金ルールノード（ＰＣＲＦノード）に向けたインタフェースと、オンライン課金システムノード（ＯＣＳノード）に向けたインタフェースとを備える。
【００１８】
上記ＰＣＥＦノードは、上記ＰＣＲＦノードから、Ｇｘインタフェース上で、上記通信システム内のユーザ機器のためのポリシー及び課金制御（ＰＣＣ）ルールについてのルールを受信するように構成される。上記ＰＣＥＦノードは、上記クレジットに関連付けられる１つ以上の上記サービスを利用するために十分なクレジットを上記ＵＥが有することを示すクレジット標識を上記ＵＥのための上記ＰＣＣルールが含む場合には、上記ＵＥによる上記システムの利用開始を待ち受けて、それが起こると上記ＯＣＳノードとのセッションを当該ノードへの上記インタフェース上で確立する。上記クレジットに関連付けられる上記１つ以上のサービスを利用するために十分なクレジットを上記ＵＥが有しないことを示すクレジット標識を上記ＰＣＲＦノードから受信された上記ＰＣＣルールが含む場合には、上記ＰＣＥＦノードは、Ｇｙインタフェース上で上記ＯＣＳノードとのセッションを確立し、上記ＵＥからのトラフィックと共にとられるべきアクションに関する上記ＯＣＳノードからの決定を待ち受ける、ように構成される。
【００１９】
上記ＰＣＥＦノードのいくつかの実施形態において、上記ＰＣＲＦノードへの上記インタフェースは、３ＧＰＰ Ｇｘインタフェースである。
【００２０】
上記ＰＣＥＦノードのいくつかの実施形態において、上記ＯＣＳノードへの上記インタフェースは、３ＧＰＰ Ｇｙインタフェースである。
【図面の簡単な説明】
【００２１】
本発明は、添付図面を参照しながら以下により詳細に説明されるであろう。
【００２２】
【図１】本発明が適用されるシステムの概観を示している。
【図２】本発明が使用されるシステムにおけるイベント図を示している。
【図３】本発明が使用されるシステムにおけるイベント図を示している。
【発明を実施するための形態】
【００２３】
図１は、本発明が適用される通信システム１００の概観を示している。本発明は、３ＧＰＰプロジェクトから取られる用語を用いて、図１内のシステム１００の手段により説明されるであろう。但し、本発明が「有線で結合される（"wire bound"）」システム、即ち地上線を用いるシステムにおいても適用可能であることは強調されるべきである。
【００２４】
図１に示すように、システム１００は、次のノード又はコンポーネントを備える：
ＡＦ１００、アプリケーション機能
ＢＢＥＲＦ１２５、ベアラバインディングイベントレポーティング機能
ＯＣＳ１１５、オンライン課金システム
ＰＣＥＦ１３０、ポリシー及び課金実施機能
ＰＣＲＦ１２０，ポリシー及び課金ルール機能
ＳＰＲ１０５、ソリューションプロファイルリポジトリ
ＵＥ１４０（ユーザ機器）、「エンドユーザ」として言及される場合もある。
【００２５】
図１にさらに示すように、システム１００には、ノード又はコンポーネントのいくつかの間のインタフェースも存在する。即ち、ＰＣＥＦ１３０とＰＣＲＦ１２０との間にはいわゆるＧｘインタフェースが存在し、ＰＣＥＦ１３０とＯＣＳ１１５との間にはいわゆるＧｙインタフェースが存在する。これらインタフェースは、当業者には知られており、従って、ここではこれ以上詳細には説明しない。
【００２６】
本発明は、システム１００内の既存のインタフェースに加えて、ＯＣＳ１１５とＰＣＲＦ１２０との間のインタフェースを開設することを提案する。ＯＣＳ１１５とＰＣＲＦ１２０との間の提案されるインタフェース（「リファレンスポイント」として言及される場合もある）は、Ｓｙインタフェースとラベリングされ、読者の分かり易さのために図１において太線で示されている。
【００２７】
Ｓｙインタフェースを導入する１つの目的は、“支出制限に基づくＱｏＳ及びゲート制御”として知られることのあるケースを解決することである。このケースは、クレジットに関連する何らかの形式の制限にユーザが達したという事実に起因して進行中のセッションのＱｏＳ（Quality of Service、例えば帯域幅）が抑制されなければならない場合に生じる。１つの例は、ユーザがローミングしていて（ローミング中のデータサービスは多くの場合高価であり、メガバイト単位で課金される）、例えば５０ユーロなどの予め定義される安全制限又は請求制限を有する、ということである。そうしたケースでは、例えばクレジットの制限に達したことがユーザに通知され、別の５０ユーロが課金されることに同意がなされるか、又は例えば当月などの何らかの支払期間が終了するまで、帯域幅を最小に設定することが有益であり得る。
【００２８】
本発明のいくつかの実施形態において、Ｓｙインタフェースは、ＵＥ１４０のためのＩＰ−ＣＡＮセッションの確立において、ＰＣＲＦ１２０により開始され、課金関連情報をＯＣＳ１１５からＰＣＲＦ１２０へ転送するために使用されることになる。そして、この情報に基づいて、ＰＣＲＦ１２０は、例えばユーザのＱｏＳを変更するなどのポリシー決定を行うことができる。Ｓｙインタフェースの他のあり得るユースケースは、以下を含む：
−ＵＥがクレジット不足であるという通知；
−ＵＥがクレジット不足でないという通知；
−ＵＥが現在「昇格している（promoted）」、即ち事業者ネットワーク内で例えば「ゴールドクライアント」などの何らかのステータスを有する、という通知；
−ＵＥがあるクレジット閾値（例えば５０ユーロ）に達したという通知。
【００２９】
前に述べたように、本発明の目的は、新たなＰＤＮ接続がセットアップされ又は既存のＰＤＮ接続が修正される場合に現在使用されている手続への改善を提供することになる解決策を提供することである。この目的のために、Ｓｙインタフェースの導入という手段により、ＰＣＲＦ１２０は、おそらくはサービス、サービスのグループ、又はいわゆるレーティンググループごとに、ＯＣＳ１１５から早期にクレジット標識（credit indication）を取得することができるであろう。そして、ＰＣＲＦ１２０は、これをＧｘインタフェース上でＰＣＥＦに示すことができる。ＰＣＥＦは、例えばＰＧＷ（ＰＤＮゲートウェイ）又はＧＧＳＮであってよく、又はそうしたノード内で具現化されるであろう。この情報を用いて、ＰＣＥＦ１３０は、Ｇｙ上のクレジット要求の時間の間クレジットは利用可能であるとＰＣＲＦが示した関連する全てのサービス、サービスのグループ又はレーティンググループについてトラフィックが流れることを、安全に許可することができる。これは、“支出制限に基づくＱｏＳ及びゲート制御”に関連付けられる手続を大幅に縮減することになる。加えて、ＰＣＥＦは、ＰＣＲＦへのＧｘ上での初回の要求において、早期のクレジット標識を提供することを要求することができ、又は、ＰＣＲＦは、おそらくはサービス、サービスのグループ又はレーティンググループごとに、ユーザのアカウントが空になり又は補充された場合にＯＣＳがＰＣＲＦに通知をすることをＳｙインタフェース上で要求することができる。加えて、ＰＣＲＦは、おそらくはサービス、サービスのグループ又はレーティンググループごとに、以前に提供したクレジット標識に変化がある場合に、Ｇｘインタフェース上でＰＣＥＦに通知をすることができる。
【００３０】
本発明は、改善されたＰＣＥＦノード１３０をも開示する。ＰＣＥＦノード１３０は、図１に示し及び上で言及したように、ＰＣＲＦノード１２０に向けてのＧｘインタフェースと、オンライン課金システムノード（ＯＣＳノード）１１５に向けてのＧｙインタフェースとを備える。ＰＣＥＦノード１３０は、Ｇｘインタフェース上で、ＰＣＲＦノード１２０から通信システム１００内のＵＥ１４０のためのポリシー及び課金制御（ＰＣＣ）ルールについてのルールを受信するように構成される。本発明により開示される通り、ＰＣＥＦノード１３０は、クレジットに関連付けられる１つ以上のサービスを利用するために十分なクレジットをＵＥが有することを示すクレジット標識をＵＥ１４０のためのＰＣＣルールが含む場合には、ＵＥ１４０によるシステムの利用開始を待ち受けて、それが起こるとＯＣＳノードへのＧｙインタフェース上でＯＣＳノードとのセッションを確立するように構成される。一方、ＰＣＥＦ１３０は、クレジットに関連付けられるサービスを利用するために十分なクレジットをＵＥ１４０が有しないことを示すクレジット標識をＰＣＲＦノード１２０から受信されたＰＣＣルールが含む場合には、ＯＣＳノードへのＧｙインタフェース上でＯＣＳノードとのセッションを確立し、ＵＥ１４０からのトラフィックと共にとられるべきアクションに関するＯＣＳノードからの決定を待ち受けるように構成される。
【００３１】
次に、図２を参照しながら、本発明が適用されるシステム内のイベントシーケンスの例が呈示される。図２は、図１のシステム１００内でＰＣＥＦ１３０、ＯＣＳ１１５及びＰＣＲＦ１２０というノード間で送信されるイベント及びメッセージを示している。イベント１〜３は、図２においてそれらが本発明に主に関連するイベントであることを示すために、破線の枠で囲まれている。
【００３２】
図２のイベント及びメッセージには、連番が付されており、次の通りである：
１．ＰＣＲＦは、ＰＣＥＦ内に新たな又は修正されたＰＣＣルールを組み込むことを決定する。当該決定は、ＰＣＲＦの外部的な又は内部的なイベントのいずれかによりトリガされる。そうした内部的なイベントの例はタイマであり、外部的なイベントの例は、次のうちの１つ以上である：
−ＵＥからのセッションアクティブ化要求、
−ＵＥについてのセッション修正、
−ＵＥについての新たな又は変更されたサービスのための要求、
−ＵＥの加入データ（subscription data）内の受信された更新、
−ＳＰＲからのユーザの加入における更新、
なお、例えばＩＰ−ＣＡＮセッション確立などのセッションアクティブ化要求のケースについては、ＰＣＥＦは、ＰＣＲＦからの早期のクレジット標識を具体的に要求した可能性がある。
２．ＰＣＲＦは、Ｓｙインタフェース上でＯＣＳへの要求を発行し、新たな又は修正されたサービスについての早期のクレジット標識（early credit indication）を要求する。
３．ＯＣＳは、要求されたクレジットインジケータ（credit indicator(s））と共に、Ｓｙインタフェース上で応答する。
４．ＰＣＲＦは、ポリシー決定を策定し、当該決定をＰＣＥＦに提供する。ポリシー決定は、（おそらくはサービス、サービスのグループ、ＰＣＣルール又はレーティンググループごとの）クレジット標識をも含む。
５．ＰＣＥＦは、ポリシー決定メッセージに確認応答を返す。
６．クレジットインジケータを理由として、ＰＣＥＦは、エンドユーザのアカウントが空（empty）であるか否かを把握し、従って、アカウントが空でなければ、即ちクレジット標識が肯定的であったなら、関連付けられるレーティンググループ及び／又はサービスのためのクレジットを即座に要求しなくてよい。潜在的なベアラ又はセッション関連のシグナリングは、３ＧＰＰ ＴＳ２３．２０３において仕様化されているように行われ得る。
７．後の時点において、ＵＥからの（即ち、アップリンク）又は外部ネットワークからの（即ち、ダウンリンク）インカミングのペイロードパケットが、ＰＣＥＦにより、オンライン課金が適用される承認されたサービスに分類される。但し、クレジットの要求はステップ４において受信される肯定的なクレジット標識に起因して先送りされている。ペイロードが流れることは許可され、但し、ＰＣＥＦはトラフィックの測定を（時間、ボリューム又はサービスに固有の単位で）即座に開始する。
８．ステップ７は、関連付けられるサービス又はレーティンググループについてのクレジットの要求をＰＣＥＦが実行することをトリガする。
９．ＯＣＳによりクレジットが容認（grant）される。ＰＣＥＦは、ステップ７以降で既に消費されたクレジットの測定量分を差し引く。
【００３３】
次に、図３を参照しながら、本発明が適用されるシステム内のイベントシーケンスの他の例が呈示される。図３は、図１のシステム１００内でＰＣＥＦ１３０、ＯＣＳ１１５及びＰＣＲＦ１２０というノード間で送信されるイベント及びメッセージを示している。イベント２及び３は、図３においてそれらが本発明に主に関連するイベントであることを示すために、破線の枠で囲まれている。
【００３４】
図３のイベント及びメッセージには、連番が付されており、次の通りである：
１．ＯＣＳにおいて、ＵＥのアカウントステータスがある閾値制限を超えて変更される。これは、例えばアカウントが補充され又はアカウントの値が尽きたことを理由として起こり得る。
２．ＯＣＳは、ＰＣＲＦへクレジットレポート更新（Credit Report Update）を送信する。
３．ＰＣＲＦは、その確認応答（ＡＣＫ）をＯＣＳへ送信する。
４．ＰＣＲＦは、対象のアカウントのユーザについての新たな条件を確立する。
５．ＰＣＲＦは、例えば新たな又は更新されたクレジットインジケータとして、ＰＣＥＦへポリシー決定更新（Policy Decision Update）を送信する。
６．ＰＣＥＦは、その確認応答（ＡＣＫ）をＰＣＲＦへ送信する。
【００３５】
本発明は、上で説明し図面に示した実施形態の例に限定されず、添付の請求項の範囲内で自由に変更されてよい。
【特許請求の範囲】
【請求項１】
通信システム（１００）のためのポリシー及び課金ルール機能ノード（ＰＣＲＦノード（１２０））であって、前記ＰＣＲＦノード（１２０）は、前記通信システム（１００）内のポリシー及び課金実施機能ノード（ＰＣＥＦノード（１３０））に向けたインタフェース（Ｇｘ）を備え、前記ＰＣＲＦノード（１２０）は、前記通信システム（１００）内のユーザ機器（１４０）のための新たな又は更新されたポリシー及び課金制御（ＰＣＣ）ルールを、前記インタフェース（Ｇｘ）を用いて前記ＰＣＥＦノード（１３０）に提供するように構成され、前記ＰＣＲＦノード（１２０）は、前記通信システム内のオンライン課金システムノード（ＯＣＳノード（１１５））に向けたインタフェース（Ｓｙ）をも備えることを特徴とし、
前記ＰＣＲＦノード（１２０）は、
前記ＰＣＲＦノード（１２０）への内部的な又は外部的なトリガ信号の結果として、前記ＯＣＳノード（１１５）からの前記ユーザ機器のための新たな又は更新されたＰＣＣルールについてのクレジット標識を、前記ＯＣＳノード（１１５）への前記インタフェース（Ｓｙ）上で要求し、
前記要求の結果として、前記ＯＣＳノード（１１５）からの前記ユーザ機器のための前記新たな又は更新されたＰＣＣルールについてのクレジット標識を、前記ＯＣＳノード（１１５）への前記インタフェース（Ｓｙ）上で受信して、
前記クレジット情報を、前記ＰＣＥＦノード（１３０）への前記インタフェース（Ｇｘ）上で前記ＰＣＥＦノード（１３０）へ提供する、
ように構成されることを特徴とする、ＰＣＲＦノード（１２０）。
【請求項２】
前記ＰＣＲＦノード（１２０）が前記ＰＣＥＦノード（１３０）へ送信する課金ポリシー決定において前記ＰＣＥＦノード（１３０）へ前記クレジット情報を提供するように構成される、請求項１に記載のＰＣＲＦノード（１２０）。
【請求項３】
前記内部的なトリガ信号は、タイマである、請求項１又は２に記載のＰＣＲＦノード（１２０）。
【請求項４】
前記外部的なトリガ信号は、
前記ユーザ機器（１４０）からのセッションアクティブ化要求、
前記ユーザ機器（１４０）についてのセッション修正、
前記ユーザ機器（１４０）についての新たな又は変更されたサービスのための要求、
前記ユーザ機器（１４０）の加入データ内の受信された更新、
のうちの１つ以上である、請求項１又は２に記載のＰＣＲＦノード（１２０）。
【請求項５】
サービス、サービスのグループ、又は前記ユーザ機器（１４０）により使用されるレーティンググループごとに、前記クレジット標識を要求するように構成される、請求項１〜４のいずれかに記載のＰＣＲＦノード（１２０）。
【請求項６】
前記ＯＣＳノード（１１５）に向けた前記インタフェースは、Ｓｙインタフェースである、請求項１〜５のいずれかに記載のＰＣＲＦノード（１２０）。
【請求項７】
前記ＰＣＥＦノード（１３０）に向けた前記インタフェースは、３ＧＰＰ Ｇｘインタフェースである、請求項１〜６のいずれかに記載のＰＣＲＦノード（１２０）。
【請求項８】
通信システム内のオンライン課金システムノード（ＯＣＳノード（１１５））であって、
前記ＯＣＳノード（１１５）は、ポリシー及び課金ルール機能ノード（ＰＣＲＦノード（１２０））に向けたインタフェースを備えることを特徴とし、
前記ＯＣＳノード（１１５）は、前記ＰＣＲＦノードへの前記インタフェース上で、前記ＰＣＲＦノード（１２０）から、ユーザ機器（１４０）のための１つ以上のポリシー及び課金制御ルール（ＰＣＣルール）に関連付けられるサービス、サービスのグループ又はレーティンググループについてのクレジット標識についての要求を受信し、
前記要求の結果として、前記ＰＣＲＦノードへの前記インタフェース上で、前記ＰＣＲＦノード（１２０）へ、前記ユーザ機器（１４０）のための前記サービス、サービスのグループ又はレーティンググループについてのクレジット標識を送信する、
ように構成されるＯＣＳノード（１１５）。
【請求項９】
前記ＰＣＲＦノード（１２０）への前記インタフェースは、Ｓｙインタフェースである、請求項８に記載のＯＣＳノード（１１５）。
【請求項１０】
通信システム（１００）のためのポリシー及び課金実施ノード（ＰＣＥＦノード（１３０））であって、前記ＰＣＥＦノード（１３０）は、ポリシー及び課金ルールノード（ＰＣＲＦノード（１２０））に向けたインタフェース（Ｇｘ）と、オンライン課金システムノード（ＯＣＳノード（１１５））に向けたインタフェース（Ｓｙ）とを備え、前記ＰＣＥＦノード（１３０）は、前記ＰＣＲＦノード（１２０）から、当該ノードへの前記インタフェース（Ｇｘ）上で、前記通信システム（１００）内のユーザ機器（１４０）のためのポリシー及び課金制御（ＰＣＣ）ルールについてのルールを受信するように構成され、前記ＰＣＥＦノード（１３０）は、
前記クレジットに関連付けられる１つ以上の前記サービスを利用するために十分なクレジットを前記ユーザ機器（１４０）が有することを示すクレジット標識を前記ユーザ機器（１４０）のための前記ＰＣＣルールが含む場合には、前記ユーザ機器（１４０）による前記システムの利用開始を待ち受けて、それが起こると前記ＯＣＳノードへの前記インタフェース（Ｇｙ）上で前記ＯＣＳノードとのセッションを確立し、
前記クレジットに関連付けられる前記サービスを利用するために十分なクレジットを前記ユーザ機器（１４０）が有しないことを示すクレジット標識を前記ＰＣＲＦノード（１２０）から受信された前記ＰＣＣルールが含む場合には、前記ＯＣＳノードへの前記インタフェース（Ｇｙ）上で前記ＯＣＳノードとのセッションを確立し、前記ユーザ機器（１４０）からのトラフィックと共にとられるべきアクションに関する前記ＯＣＳノードからの決定を待ち受ける、
ように構成されることを特徴とする、ＰＣＥＦノード（１３０）。
【請求項１１】
前記ＰＣＲＦノード（１２０）への前記インタフェースは、３ＧＰＰ Ｇｘインタフェースである、請求項１０に記載のＰＣＥＦノード（１３０）。
【請求項１２】
前記ＯＣＳノード（１１５）への前記インタフェースは、３ＧＰＰ Ｇｙインタフェースである、請求項１０に記載のＰＣＥＦノード（１３０）。
【請求項１】
通信システム（１００）のためのポリシー及び課金ルール機能ノード（ＰＣＲＦノード（１２０））であって、前記ＰＣＲＦノード（１２０）は、前記通信システム（１００）内のポリシー及び課金実施機能ノード（ＰＣＥＦノード（１３０））に向けたインタフェース（Ｇｘ）を備え、前記ＰＣＲＦノード（１２０）は、前記通信システム（１００）内のユーザ機器（１４０）のための新たな又は更新されたポリシー及び課金制御（ＰＣＣ）ルールを、前記インタフェース（Ｇｘ）を用いて前記ＰＣＥＦノード（１３０）に提供するように構成され、前記ＰＣＲＦノード（１２０）は、前記通信システム内のオンライン課金システムノード（ＯＣＳノード（１１５））に向けたインタフェース（Ｓｙ）をも備えることを特徴とし、
前記ＰＣＲＦノード（１２０）は、
前記ＰＣＲＦノード（１２０）への内部的な又は外部的なトリガ信号の結果として、前記ＯＣＳノード（１１５）からの前記ユーザ機器のための新たな又は更新されたＰＣＣルールについてのクレジット標識を、前記ＯＣＳノード（１１５）への前記インタフェース（Ｓｙ）上で要求し、
前記要求の結果として、前記ＯＣＳノード（１１５）からの前記ユーザ機器のための前記新たな又は更新されたＰＣＣルールについてのクレジット標識を、前記ＯＣＳノード（１１５）への前記インタフェース（Ｓｙ）上で受信して、
前記クレジット情報を、前記ＰＣＥＦノード（１３０）への前記インタフェース（Ｇｘ）上で前記ＰＣＥＦノード（１３０）へ提供する、
ように構成されることを特徴とする、ＰＣＲＦノード（１２０）。
【請求項２】
前記ＰＣＲＦノード（１２０）が前記ＰＣＥＦノード（１３０）へ送信する課金ポリシー決定において前記ＰＣＥＦノード（１３０）へ前記クレジット情報を提供するように構成される、請求項１に記載のＰＣＲＦノード（１２０）。
【請求項３】
前記内部的なトリガ信号は、タイマである、請求項１又は２に記載のＰＣＲＦノード（１２０）。
【請求項４】
前記外部的なトリガ信号は、
前記ユーザ機器（１４０）からのセッションアクティブ化要求、
前記ユーザ機器（１４０）についてのセッション修正、
前記ユーザ機器（１４０）についての新たな又は変更されたサービスのための要求、
前記ユーザ機器（１４０）の加入データ内の受信された更新、
のうちの１つ以上である、請求項１又は２に記載のＰＣＲＦノード（１２０）。
【請求項５】
サービス、サービスのグループ、又は前記ユーザ機器（１４０）により使用されるレーティンググループごとに、前記クレジット標識を要求するように構成される、請求項１〜４のいずれかに記載のＰＣＲＦノード（１２０）。
【請求項６】
前記ＯＣＳノード（１１５）に向けた前記インタフェースは、Ｓｙインタフェースである、請求項１〜５のいずれかに記載のＰＣＲＦノード（１２０）。
【請求項７】
前記ＰＣＥＦノード（１３０）に向けた前記インタフェースは、３ＧＰＰ Ｇｘインタフェースである、請求項１〜６のいずれかに記載のＰＣＲＦノード（１２０）。
【請求項８】
通信システム内のオンライン課金システムノード（ＯＣＳノード（１１５））であって、
前記ＯＣＳノード（１１５）は、ポリシー及び課金ルール機能ノード（ＰＣＲＦノード（１２０））に向けたインタフェースを備えることを特徴とし、
前記ＯＣＳノード（１１５）は、前記ＰＣＲＦノードへの前記インタフェース上で、前記ＰＣＲＦノード（１２０）から、ユーザ機器（１４０）のための１つ以上のポリシー及び課金制御ルール（ＰＣＣルール）に関連付けられるサービス、サービスのグループ又はレーティンググループについてのクレジット標識についての要求を受信し、
前記要求の結果として、前記ＰＣＲＦノードへの前記インタフェース上で、前記ＰＣＲＦノード（１２０）へ、前記ユーザ機器（１４０）のための前記サービス、サービスのグループ又はレーティンググループについてのクレジット標識を送信する、
ように構成されるＯＣＳノード（１１５）。
【請求項９】
前記ＰＣＲＦノード（１２０）への前記インタフェースは、Ｓｙインタフェースである、請求項８に記載のＯＣＳノード（１１５）。
【請求項１０】
通信システム（１００）のためのポリシー及び課金実施ノード（ＰＣＥＦノード（１３０））であって、前記ＰＣＥＦノード（１３０）は、ポリシー及び課金ルールノード（ＰＣＲＦノード（１２０））に向けたインタフェース（Ｇｘ）と、オンライン課金システムノード（ＯＣＳノード（１１５））に向けたインタフェース（Ｓｙ）とを備え、前記ＰＣＥＦノード（１３０）は、前記ＰＣＲＦノード（１２０）から、当該ノードへの前記インタフェース（Ｇｘ）上で、前記通信システム（１００）内のユーザ機器（１４０）のためのポリシー及び課金制御（ＰＣＣ）ルールについてのルールを受信するように構成され、前記ＰＣＥＦノード（１３０）は、
前記クレジットに関連付けられる１つ以上の前記サービスを利用するために十分なクレジットを前記ユーザ機器（１４０）が有することを示すクレジット標識を前記ユーザ機器（１４０）のための前記ＰＣＣルールが含む場合には、前記ユーザ機器（１４０）による前記システムの利用開始を待ち受けて、それが起こると前記ＯＣＳノードへの前記インタフェース（Ｇｙ）上で前記ＯＣＳノードとのセッションを確立し、
前記クレジットに関連付けられる前記サービスを利用するために十分なクレジットを前記ユーザ機器（１４０）が有しないことを示すクレジット標識を前記ＰＣＲＦノード（１２０）から受信された前記ＰＣＣルールが含む場合には、前記ＯＣＳノードへの前記インタフェース（Ｇｙ）上で前記ＯＣＳノードとのセッションを確立し、前記ユーザ機器（１４０）からのトラフィックと共にとられるべきアクションに関する前記ＯＣＳノードからの決定を待ち受ける、
ように構成されることを特徴とする、ＰＣＥＦノード（１３０）。
【請求項１１】
前記ＰＣＲＦノード（１２０）への前記インタフェースは、３ＧＰＰ Ｇｘインタフェースである、請求項１０に記載のＰＣＥＦノード（１３０）。
【請求項１２】
前記ＯＣＳノード（１１５）への前記インタフェースは、３ＧＰＰ Ｇｙインタフェースである、請求項１０に記載のＰＣＥＦノード（１３０）。
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２０１３−５２００５１（Ｐ２０１３−５２００５１Ａ）
【公表日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１２−５５２２８５（Ｐ２０１２−５５２２８５）
【出願日】平成２２年１２月２９日（２０１０．１２．２９）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／０７０８４８
【国際公開番号】ＷＯ２０１１／１０１０６３
【国際公開日】平成２３年８月２５日（２０１１．８．２５）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２２年１２月２９日（２０１０．１２．２９）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／０７０８４８
【国際公開番号】ＷＯ２０１１／１０１０６３
【国際公開日】平成２３年８月２５日（２０１１．８．２５）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]