JP4402714B2 - フローベース課金におけるイベント・トリガと再認証トリガを取り扱う方法 - Google Patents

Description

本発明はＩＰフロー課金技術に係わり、更に詳しくはフローベース課金のトリガイベントと再認証イベントを取り扱う方法に関する。

ますます広く使用されるＩＰフローサービスと共に、ＩＰフローを如何に正確にかつ合理的に課金するかは、サービスプロバイダの共通の注目を集めている。

図１は、パケットデータプロトコル（Packet Data Protocol：ＰＤＰ）コンテクスト活性化、データ送信、及びＰＤＰコンテクスト非活性化のフローチャートを示す。図１に示すように、汎用パケットラジオサービス（General Packet Radio Service：ＧＰＲＳ）における、ＰＤＰコンテクスト活性化の処理、外部パケットデータネットワーク（Packet Data Network：ＰＤＮ）とのデータ交信、及びＰＤＰコンテクスト非活性化は、以下の段階を具備する。

ステップ１０１：移動局（ＭＳ）はＰＤＰコンテクスト活性化要求をサービングＧＰＲＳサポートノード（Serving ＧＰＲＳ Support Node：ＳＧＳＮ）に送信する。上記ＰＤＰコンテクスト活性化要求は、ネットワーク層サービスアクセスポイント識別子（Network Layer Service Access Point Identifier：ＮＳＡＰＩ）、ＰＤＰ形式、アクセスポイント名（Access Point Name：ＡＰＮ）、必要とされるサービス品質（Quality of Service：ＱｏＳ）パラメータ、トランザクション識別子（Transaction Identifier：ＴＩ）等の情報を有する。ここで、上記ＳＧＳＮとゲートウェイＧＰＲＳサポートノード（Gateway ＧＰＲＳ Support Node：ＧＧＳＮ）との間のトンネル識別子（Tunnel Identifier：ＴＩＤ）の構成要素としてのＮＳＡＰＩは、ＰＤＰコンテクストの識別のために使用される。ＰＤＰ形式は、ピアトゥピアプロトコル（Peer-Peer Protocol：ＰＰＰ）形式、あるいはインターネットプロトコル（ＩＰ）形式等を示す。ＡＰＮはＭＳによりＳＧＳＮに適当なＧＧＳＮをアドレスするために提供され、上記ＧＧＳＮはＡＰＮに従いＭＳが接続しようとする外部ネットワークを決定でき、ＭＳがＳＧＳＮへのＡＰＮを提供しない間、ＳＧＳＮはＭＳの加入者情報に従って、既定のＡＰＮを選択する。上記ＱｏＳパラメータは、ＭＳにより指定されたパケットデータサービス品質の必要条件を示す。ＴＩはＭＳへＰＤＰコンテクストを識別するために提供される。

ステップ１０２：ＰＤＰコンテクスト活性化要求を受信すると、ＳＧＳＮは、どちらの段階を選択するかは任意であるが、セキュリティチェック、またはＭＳへの暗号化処理を実行する。

ステップ１０３：ＳＧＳＮは、ＡＰＮに従いＧＧＳＮのアドレス情報を解読し、もしＳＧＳＮがＡＰＮに従いＧＧＳＮのアドレスを解読することができるならば、ＰＤＰコンテクストのためのＴＥＩＤを生成する。上記ＴＥＩＤは、国際移動加入者識別番号（International Mobile Subscriber Identity：ＩＭＳＩ）とＮＳＡＰＩとの組み合わせである可能性がある。次いでＳＧＳＮはＧＧＳＮにＰＤＰコンテクスト生成要求を送信する。上記要求は、ＰＤＰ形式、ＰＤＰアドレス、ＡＰＮ、ＱｏＳパラメータ、ＴＥＩＤ、および選択のモードのような情報を有する。ここで、ＰＤＰアドレスは、ＭＳのＩＰアドレスである可能性があり、これは任意で必ずしもＰＤＰコンテクスト生成要求により送信（carry）されるわけではない。ＰＤＰアドレスが上記要求で送信されないとき、ＭＳのＩＰアドレスは、以降の処理で、ＧＧＳＮにより、あるいはＭＳとの接続を最後にセットアップするＰＤＮにより、割り当てられるべきである。選択のモードは、ＡＰＮの選択モード、すなわちＡＰＮがＭＳにより、あるいはＳＧＳＮにより選択されることを示す。もしＳＧＳＮがＧＧＳＮのアドレスを決定することができない場合、ＳＧＳＮはＭＳにより送信されたＰＤＰコンテクスト活性化要求を拒絶する。

ステップ１０４：上記ＰＤＰコンテクスト生成要求を受信すると、ＧＧＳＮはＡＰＮに従い外部ＰＤＮを決定し、課金ＩＤを割り当て、課金を開始し、ＱｏＳパラメータについて取り決める。もしＧＧＳＮがＱｏＳパラメータにより定義されたサービス品質に関する必要条件を満たすことができるならば、ＴＥＩＤ、ＰＤＰアドレス、バックボーンベアラプロトコル、取り決められたＱｏＳパラメータ、および課金ＩＤ等のような情報を送信し、ＰＤＰコンテクスト生成要求をＳＧＳＮに返信する。もしＧＧＳＮがＱｏＳパラメータにより定義されたサービス品質に関する必要条件を満たすことができないならば、ＳＧＳＮにより送信されたＰＤＰコンテクスト生成要求を拒絶し、次いでＳＧＳＮはＭＳにより送信されたＰＤＰコンテクスト活性化要求を拒絶する。

ステップ１０５：ＰＤＰコンテクスト生成要求を受信すると、ＳＧＳＮはＰＤＰコンテクストとＧＧＳＮのアドレスを識別するために、ＰＤＰコンテクストにＮＳＡＰＩを挿入し、取り決められたＱｏＳパラメータにより無線優先度を選択し、次いでＰＤＰ形式、ＰＤＰアドレス、ＴＩ、取り決められたＱｏＳパラメータ、無線優先度、ＰＤＰの構成オプション等のような情報を運搬するＰＤＰコンテクスト活性化応答をＭＳに返信する。その間、ＳＧＳＮは課金処理を開始する。ＰＤＰコンテクスト活性化応答を受信すると、ＭＳはＭＳとＧＧＳＮとの間のダイレクトルートをセットアップされ、パケットデータの伝達を実行することができることを知る。

ステップ１０６：上記ＭＳは、ＳＧＳＮとＧＧＳＮを介してＰＤＮとパケットデータを交信する。

ステップ１０７：パケットデータの交信を完了した後、上記ＭＳはＳＧＳＮに、ＴＩを運搬するＰＤＰコンテクスト非活性化要求を送信する。

ステップ１０８：ＰＤＰコンテクスト非活性化要求を受信すると、ＳＧＳＮは、どちらを選択するかは任意である、セキュリティチェックかＭＳへの暗号化処理を実行する。

ステップ１０９〜ステップ１１１：ＳＧＳＮはＴＥＩＤを運搬するＰＤＰコンテクスト削除要求をＧＧＳＮに送信する。ＰＤＰコンテクスト削除要求を受信すると、ＧＧＳＮはＭＳの課金処理を終了し、ＴＥＩＤに対応するＰＤＰコンテクストを削除し、次いでＳＧＳＮにＴＥＩＤを運搬するＰＤＰコンテクスト削除応答を送信する。ＰＤＰコンテクスト削除応答を受信すると、ＳＧＳＮはＭＳの課金処理を終了し、ＴＥＩＤに対応するＰＤＰコンテクストを削除し、次いでＴＩを運搬するＰＤＰコンテクスト非活性化許可をＭＳに送信する。ＰＤＰコンテクスト非活性化許可を受信すると、ＭＳはＴＩに対応するＰＤＰコンテクストを削除する。

現在のＧＰＲＳ課金システムにおいて、ＰＤＰコンテクストが活性化されたとき課金の開始ポイントが設定されるが、ＰＤＰコンテクストが削除されるときその終了ポイントがその時点に設定され、その結果ＰＤＰコンテクストで送信されたデータフローの量に従い、あるいはＰＤＰコンテクストが活性化された期間に従い、課金を実行できるだけであることが図１に示す処理から見ることができる。しかしながら、実際のネットワークでは、ＭＳとＰＤＮとのデータ交信の後に、ＭＳが活性化されたＰＤＰコンテクストに基づいて、様々なサービスを提供するのは可能である。すなわちもしＰＤＮが、メールや、ＷＡＰベースのブラウジングや、ＦＴＰベースのファイル送信等のような様々なサービスを提供することができるならば、ＭＳがＰＤＮとともに送信チャンネルを設定した後、このＰＤＮにより提供された様々なサービスは、活性化されたＰＤＰコンテクストの中で提供することができる。しかしながら、上記サービスは異なるサービスについて異なる課金ポリシーを提供する可能性があり、例えば、メールサービスはトリガとなる送信イベントと受信イベントの数に従い課金されるべきであり、ＷＡＰブラウジングサービスはデータフローの量に従い課金されるべきであり、ＷＡＰブラウジングサービスの課金率がファイル送信サービスのものと正確に同じであるべきではないが、ファイル送信サービスもまたデータフローの量に従い課金されるべきである。しかしながら、現在のＧＰＲＳの課金システムは、１つのＰＤＰコンテクストで許容する異なるサービスについて異なる課金ポリシーを実行することができない。

上記記載を目的とし、３ＧＰＰ（the 3rd Generation Partnership Project）は、ＩＰフローベース課金（ＦＢＣ）を如何に実施するかについて議論している。パケットデータサービスに関して、ここではパケットフローがＩＰフローであるとすると、ＭＳがサービスを利用すると、送信されかつ受信されたすべてのＩＰフローはサービスデータフローを示し、すなわちサービスデータフローは複数のＩＰデータフローの集合であり、これによりＩＰフローベース課金は、あるサービスデータフローにより占有された資源の量を本当に反映することができる。ＩＰフローベース課金は、異なるフィルタと共に１つのＰＤＰコンテクストベアラ（bearer）の中の様々なサービスの選択されたＩＰフローと見なされる可能性があり、次いで異なるフィルタに選択されたＩＰフローはそれぞれ異なる課金ポリシーに適用することができる。したがって、ＩＰフローベース課金の課金精度は、課金に基づくＰＤＰコンテクストの課金精度よりはるかに小さい。上記精度はふるいの穴のサイズを示し、ＰＤＰコンテクストベース課金の課金精度は１つのＰＤＰコンテクストがふるいの穴のサイズとして使用されることを意味するが、ＩＰフローベース課金の課金精度はそれぞれのＩＰサービスデータフローがふるいの穴のサイズとして使用されることを意味し、すなわち複数のふるいの穴が１つのＰＤＰコンテクストに関連して使用される。これによりＰＤＰコンテクストベース課金と比較して、ＩＰフローベース課金はオペレータあるいはサービスプロバイダに課金のより柔軟なアプローチを提供する。

ＦＢＣのシステム構造、機能的な仕様、およびメッセージ交信処理は３ＧＰＰに記載される。図２Ａはオンライン課金をサポートするＦＢＣシステムの構造を示す。ここで、モバイルネットワーク拡張論理（Mobile Network Enhanced Logic：ＣＡＭＥＬ）のサービス制御ポイント（Service Control Point：ＳＣＰ）２０１と、クレジット制御機能（Credit Control Function：ＣＣＦ）２０２に基づくサービスデータフローは、オンライン課金システム（Online Charging System：ＯＣＳ）２０６を構成し、ＣＣＦ２０２は、課金ルール機能（Charging Rule Function：ＣＲＦ）２０３に基づくサービスデータフローと、インターフェースＲｘを介して相互に作用し、ＣＲＦ２０３は、アプリケーション機能（Application Function：ＡＦ）２０４と、インターフェースＲｘを介して相互に作用し、ＣＲＦ２０３は、トラフィック平坦化機能（Traffic Plane Function：ＴＰＦ）２０５と、インターフェースＧｘを介して相互に作用し、ＣＣＦ２０２は、ＴＰＦ２０５とインターフェースＧｙを介して相互に作用する。

オフライン課金をサポートするＦＢＣシステムの構造は、図２Ｂに示される。ここで、ＣＲＦ２０３はＡＦ２０４とインターフェースＲｘを介して相互に作用し、ＣＲＦ２０３はＴＰＦ２０５とインターフェースＧｘを介して相互に作用し、ＴＰＦ２０５は、インターフェースＧｚを介して課金ゲートウェイ機能（Charging Gateway Function：ＣＧＦ）２０７と課金選択機能（Charging Collection Function：ＣＣＦ）２０８とそれぞれ相互に作用する。

上記ＴＰＦ２０５はＩＰフローを運搬する。ＩＰフローのベアラが構築されるとき、ＴＰＦ２０５はインターフェースＧｘを介してＣＲＦ２０３に課金ルールのための要求を送信する。上記課金ルール要求は、ユーザとＭＳに関する情報を運搬し、ネットワークもベアラ特性も情報に関連する。ここで、ユーザとＭＳに関する情報は、移動局統合化サービスデータネットワーク（Mobile Station Integrated Service Data Network：ＭＳＩＳＤＮ）の国際番号や、あるいは移動加入者識別番号（International Mobile Subscriber Identity：ＩＭＳＩ）等である可能性があり、ネットワークに関する情報は、モバイルネットワークコード（Mobile Network Code：ＭＮＣ）や、あるいはモバイルカントリーコード（Mobile Country Code：ＭＣＣ）等である可能性がある。さらに、ＩＰフローの送信処理の間に、例えばユーザが利用する同じサービスの異なるＱｏＳパラメータにより、課金ルールが変更されるようなＱｏＳパラメータを再取り決めのように、ベアラを変更することができる。例えば、ＱｏＳパラメータの低下により課金レートが低下する可能性がある。この場合、変更がベアラに加えられるとき、ＴＰＦ２０５は新しい課金ルールを要求するために再び課金ルール要求をＣＲＦ２０３に送信する。ＣＲＦ２０３はＴＰＦ２０５により提供された上記入力情報に基づき適切な課金ルールを選択し、次いで選択された課金ルールをＴＰＦ２０５に返信する。上記課金ルールは、課金メカニズム、課金形式、課金キー、サービスデータフローのフィルタ、および課金ルールの優先権のような情報を具備し、ここで課金メカニズムは、オンライン課金かオフライン課金のいずれかである課金モードであり、課金形式は、時間ベース課金、量ベース課金、あるいは時間―量ベース課金のいずれかであり、課金キーは、課金レートに関連するパラメータであり、すなわちＣＲＦ２０３はＴＰＦ２０５に直接課金レートを提供せず、代わりに課金レートに関するパラメータのみをＴＰＦ２０５に提供する。サービスデータフローのフィルタは、ＩＰフローがフィルタされるようにＴＰＦ２０５に指示するために使用され、次いでＴＰＦ２０５は課金ルールに従ってフィルタされたＩＰフローを記録する。サービスデータのフィルタは、ソース／宛先ＩＰアドレス、ソース／宛先ポート番号、及びプロトコルＩＤのような情報を具備するＩＰ５タプル（tuple）に基づく。例えば、ＣＲＦ２０３が、ソースアドレス10.0.0.1、宛先アドレス10.0.0.2、ソース／宛先ポート番号20、及びプロトコル形式ＴＣＰでＩＰフローをフィルタにかけるようにＴＰＦ２０５に指示する可能性があり、かつ課金ルールに従いフィルタされたＩＰフローに課金する可能性がある。

ＣＲＦ２０３は、特定のイベントが発生するとき、ＴＰＦ２０５が新しい課金ルールをＣＲＦ２０３に要求するように、ＴＰＦ２０５にイベント・トリガを提供することができる。例えば、ＣＲＦ２０３は、ベアラ変更が発生するとき、ＴＰＦ２０５が新しい課金ルールをＣＲＦ２０３に要求するようにさせる。イベント・トリガは、課金ルールに関するイベントと見なされる。

また、ＴＰＦ２０５により提供された入力情報に基づく適切な課金ルールを選択することは別として、ＣＲＦ２０３はＡＦ２０４あるいはＯＣＳ２０６により提供された入力情報に基づき適切な課金ルールを選択することもでき、例えばＡＦ２０４はユーザが現在使用しているサービス形式をＣＲＦ２０３に知らせ、次いでＣＲＦ２０３はサービス形式に基づき適切な課金ルールを選択する。

ＯＣＳ２０６は、２つの機能的な構成要素、すなわちＳＣＰ２０１とサービスデータフローベースクレジット制御機能（ＣＣＦ）２０２から構成され、ここで、ＣＣＦ２０２はクレジット制御のための機能的な構成要素であり、かつオンライン課金システムにおいてのみ使用され、既存のＯＣＳ２０６に新しい機能を加えることにより実現可能である。オンライン課金処理の間に、ＣＣＦ２０２はユーザクレジットを管理しかつ制御し、ユーザがサービスを利用するときに、ＣＣＦ２０２はユーザクレジットプールの中でクレジットを認証し、インターフェースＧｙを介してＴＰＦ２０５にユーザが利用可能なクレジットを送信する。

さらに、再認証トリガが発生するとき、ＯＣＳ２０６は、ＴＰＦ２０５がクレジットの再認証を要求するのを必要とする可能性がある。その後、ＯＣＳ２０６はＴＰＦ２０５により報告された対応する再認証トリガに基づきユーザを再認証し、場合によればユーザクレジットについて再計算する可能性がある。例えば、ＯＣＳ２０６によりＴＰＦ２０５に提供されるユーザのクレジットが期限切れのとき、ＴＰＦ２０５は、再認証トリガに適合するクレジット認証期限満了の検出に従い、ＯＣＳ２０６にクレジット認証期限満了イベントが発生したことを報告する必要がある。次いでＯＣＳ２０６はユーザアカウントのバランスに従いユーザに利用可能なクレジットについて再計算する。別の例では、課金ポリシーに基づく領域が適用されたとき、ＯＣＳ２０６はユーザの現在の位置に従い課金レートを決定し、課金レートに基づくユーザクレジットを計算する。ユーザが別の領域に移動するとき、もしＳＧＳＮが変化すれば、ＴＰＦ２０５は、再認証トリガに適合するＳＧＳＮ変化の検出に従いＯＣＳ２０６にＳＧＳＮ変化イベントが発生したことを報告し、ＯＣＳはユーザの更新された現在の位置に基づき課金レートを再決定し、ユーザクレジットを再計算する。さらに別の例では、ＱｏＳパラメータが変更されたとき、ＯＣＳはユーザにより利用されるサービスの現在のＱｏＳパラメータに基づき課金レートを決定し、ＴＰＦは、再認証トリガに適合するベアラ変更に従いＯＣＳ２０６にベアラ変更イベントが発生したことを報告し、次いでＯＣＳ２０６は変更されたＱｏＳパラメータに基づき課金レートを決定し、ユーザクレジットを再計算する。

ＧＰＲＳネットワークにおいて、ＴＰＦ２０５はＧＧＳＮを示し、ＡＦはサービスゲートウェイあるいはＰＤＮのサービスサーバを示し、ＣＲＦ２０３は新たに加えられた論理構成要素を示す。ＴＰＦ２０５は課金ルールの実行点であるが、ＣＲＦ２０３は課金ルールの制御点である。

これまで、３ＧＰＰは、オンライン課金の間にベアラが変更されるときの、イベント・トリガの発生により課金ルール要求を実行する処理、すなわち図３に示されるようにＴＰＦがイベント・トリガ発生時にＣＲＦから課金ルールを要求する処理、を定義している。

ステップ３０１：ＵＥ（User Equipment）は、ベアラサービス変更要求をＴＰＦに送信する。ＧＰＲＳネットワークにおいて、それはＧＧＳＮがＰＤＰコンテクスト更新要求を受信することに等しい。

ステップ３０２：ベアラサービス変更要求を受信すると、上記ＴＰＦは予め記憶されたイベント・トリガと変更ベアラ・イベントとを比較し、もしこれら２つが適合するならばステップ３０３に進み、そうでなければ、イベント・トリガの発生をモニターし続ける。

ステップ３０３：上記ＴＰＦは、課金ルール選択に関連する入力情報を運搬する、課金ルール要求をＣＲＦに送信する。

ステップ３０４〜ステップ３０５：課金ルール要求を受信すると、上記ＣＲＦはＣＲＦに利用可能な情報に基づき適切な課金ルールを選択し、例えばこの情報はＡＦから入手可能かもしれないし、上記ＴＰＦから受信された情報かもしれない、次いでＴＰＦへ選択された課金ルールとその処理を運搬する課金ルール規定（Provision）を返信する。

ステップ３０６：課金ルール規定を受信すると、上記ＴＰＦはＣＲＦにより選択された課金ルールに基づき関連する課金ルールの処理を実行し、すなわち課金ルールはインストールされ、取り除かれ、変更される必要がある可能性がある。

ステップ３０７：上記ＴＰＦはＵＥにベアラサービス変更応答を返信し、ベアラ変更の以降の処理を継続する。

オンライン課金の間ベアラ変更は再認証処理のトリガとなり、すなわちＴＰＦはユーザのクレジットを再認証するようにＯＣＳに要求し、特定の実施が図４に示される。

ステップ４０１：ＵＥはベアラサービス変更要求をＴＰＦに送信する。ＧＰＲＳネットワークにおいて、それはＧＧＳＮがＰＤＰコンテクスト更新要求を受信することに等しい。

ステップ４０２：ベアラサービス変更要求を受信すると、ＴＰＦは予め記憶された再認証トリガとベアラ変更イベントと比較し、これら２つが適合するならば、ステップ４０３に進み、そうでなければ、再認証トリガの発生をモニターし続ける。

ステップ４０３：ＴＰＦは、ユーザのクレジットと課金ルールに関する情報のバランスを運搬し、ＯＣＳにユーザのクレジットの再計算を要求するクレジット制御要求をＯＣＳに送信する。ＴＰＦによりＯＣＳに提供された課金ルールに関連する情報は、ＣＲＦから来る可能性がある。

ステップ４０４：クレジット制御要求を受信すると、ＯＣＳはユーザのクレジットを再計算し、次いでクレジット制御応答をＴＰＦに返信する。もしＯＣＳがユーザのクレジットの再計算により獲得されるならば、クレジット制御応答はＯＣＳにより再計算されたユーザのクレジットを運搬し、もしＯＣＳがユーザのクレジットの計算に失敗すれば、クレジット制御応答エラー要因値を運搬する可能性がある。

ステップ４０５：クレジット制御応答を受信すると、ＴＰＦはＵＥにベアラサービス変更許可を返信する。もしクレジット制御応答がユーザのクレジットを運搬すれば、ＴＰＦはＵＥにより送信されたベアラサービス変更要求を許可し、ベアラ変更の以降の処理を続行し、もしクレジット制御応答がユーザのクレジットを運搬しなければ、ＴＰＦはＵＥにより送信されたベアラサービス変更要求を拒絶する。

現在のところ、仕様書には、ＣＲＦがＴＰＦで発生したベアラ・イベントをＴＰＦへイベント・トリガを提供することにより制御する、課金モードについての記載があり、すなわち、ＴＰＦはイベント・トリガの発生を検出した後ＣＲＦに報告し、ＣＲＦはＴＰＦにより報告されたイベント・トリガによりベアラが変更されたことを学び、次いで適切な課金ルールを選択し、課金ルールをＴＰＦに送信する。仕様書に定義されたイベント・トリガは、ＰＬＭＮ変化イベント、ＱｏＳ変化イベント、ＲＡＴ（Radio Access Technique)形式変化イベント、およびＴＦＴ（Transmission Flow Template)変化イベントを具備する。

さらに、仕様書には、ＯＣＳがＴＰＦで供給されたクレジットをＴＰＦへ再認証トリガを提供することによりどのように制御するかについて記載があり、すなわち、ＴＰＦは再認証トリガの発生を検出した後ＯＣＳに報告し、ＯＣＳはＴＰＦにより報告された再認証トリガに従い、供給されたユーザのクレジットとベアラの変更を学び、ユーザのクレジットを再計算し、ＴＰＦにクレジットを送信する。仕様書で定義された再認証トリガは、ＳＧＳＮ変化イベント、ＱｏＳ変化イベント、及びＲＡＴ形式変化イベントなどのようないくつかのＧＰＲＳイベントと同様に、クレジット認証期限満期イベント、アイドルタイムアウトイベント、及び課金ルール変化イベントを具備する。

上記の記述から、イベント・トリガと再認証トリガの両方は、ＳＧＳＮ変化、ＱｏＳパラメータ変化、及びＲＡＴ形式変化のようなベアラ・イベントを具備することを見ることができる。従って、あるベアラ・イベント・トリガが発生するとき、ＴＰＦはこのベアラ・イベントをイベント・トリガと再認証トリガの両方に適合し、それに従いこのベアラ・イベントをＣＲＦとＯＣＳにそれぞれ報告する必要がある。

ＴＰＦが最初に再認証トリガをＯＣＳに報告し、次いでイベント・トリガをＣＲＦに報告する場合、ＣＲＦが受信されたイベント・トリガに従い新しい課金ルールを選択し、ＴＰＦに新たに選択された課金ルールを送信することを可能とするので、新たに選択されＣＲＦによりＴＰＦに発行された課金ルールは、再認証処理の再トリガとなる再認証トリガの課金ルールイベントと適合する可能性が高く、最初の再認証の処理を無駄にし、ＦＢＣシステムのＴＰＦとＯＣＳとの間のインターフェース資源を浪費する。

上記の目的により、本発明は、フローベース課金の再認証処理を改善するために、フローベース課金のイベント・トリガと再認証トリガの取り扱い方法を提供する。

上記目的を獲得するため、本発明はフローベース課金のイベントトリガと再認証トリガの取り扱い方法を提供し、上記方法は以下の段階を具備する。
Ａ ＴＰＦがベアライベントが１つのイベントトリガに適合するかどうかを決定し、もし適合するならばステップＢに進み、そうでなければステップＣに進む段階と、
Ｂ 上記ＴＰＦが課金ルール要求を実施する段階と、
Ｃ 上記ＴＰＦがベアライベントが１つの再認証トリガと適合するかどうかを決定し、もし適合するならば、ＴＰＦが再認証処理を実行し、そうでなければ、現在の処理を終了する段階。

上記ステップＢは、上記ＴＰＦがＣＲＦに課金ルールを要求し、上記ＣＲＦは選択された課金ルールをＴＰＦに返信することを具備する。

上記ステップＢは、上記ＴＰＦがＣＲＦに現在発生しているベアラ・イベントを提供することをさらに具備する。

上記ステップＢはさらに、上記ＴＰＦがＣＲＦから提供された課金ルールが変更されたかどうかを決定し、もし変更されたならば、上記ＴＰＦは再認証処理を実行し、そうでなければ上記ステップＣに進む。

上記ステップＢにおいて、もし上記ＴＰＦが変更された課金ルールのために再認証が必要とされると決定する場合には、上記ＴＰＦが再認証処理を実行する前に、さらに上記ＴＰＦが再認証処理が変更された課金ルールのために必要とされるかどうかを決定し、もし必要とされるならば上記ＴＰＦは再認証処理を実行し、そうでなければ上記ステップＣに進む。

上記ステップＢにおいて、もし上記ＴＰＦがＣＲＦにより提供された課金ルールが変更されたと決定する場合には、上記ＴＰＦが再認証処理を実行する前に、さらに上記ＴＰＦが現在発生しているベアライベントが再認証処理に適合するかどうかを決定し、もし適合するならば上記ＴＰＦは再認証処理を実行し、オンライン課金システム（Online Charging System：ＯＣＳ）に現在発生しているベアライベントを提供し、そうでなければ上記ＴＰＦは再認証処理のみを実行する。

上記再認証を実行する処理は、さらに上記ＴＰＦがＯＣＳに変更された課金ルールを提供することを具備する。

上記再認証を実行する処理は、さらに上記ＴＰＦがＯＣＳに変更された課金ルールを提供することを具備する。

上記再認証を実行する処理は、上記ＴＰＦがＯＣＳにクレジットの再認証を要求し、さらに上記ＯＣＳがＴＰＦに認証されたクレジットを返信することを具備する。

上記イベント・トリガはＣＲＦによりＴＰＦへ提供される。

上記再認証トリガはＯＣＳによりＴＰＦへ、またはＯＣＳによりＣＲＦを介しＴＰＦへ提供される。

本発明により開示された方法によれば、ベアラ・イベントが発生するとき、ＴＰＦは、発生したベアラ・イベントが１つのイベント・トリガに適合するかどうかを最初に推定し、もし適合するならば、発生したイベント・トリガをＣＲＦに報告し、次いで発生したベアラ・イベントが再認証トリガに適合するかどうかを推定し、もし適合するならば、再認証トリガをＯＣＳに報告し、以降の再認証処理を続行する。このように、ＴＰＦとＯＣＳの間で再認証のために１回の交信のみが必要とされることが、イベント・トリガと再認証トリガとの間に共通部分があるときの再認証処理を最適化し、フローベース課金の再認証処理を改善する。

本発明の目的、解決手段、および特徴をより明確にするために、本発明の好ましい実施形態は添付図面に関連して以下にさらに詳細に記載される。

本発明によれば、ベアラ・イベントが発生するとき、ＴＰＦは発生したベアラ・イベントが１つのイベント・トリガに適合するかどうかを最初に決定し、もし適合するならば、ＣＲＦから課金ルールを要求し、次いでＴＰＦは発生したベアラ・イベントが再認証トリガに適合するかどうかを決定し、もし適合するならば、ＴＰＦは再認証処理を実行する。このように、ＴＰＦとＯＣＳの間で再認証のために１回の交信のみが必要とされることが、イベント・トリガと再認証トリガとの間に共通部分があるときの再認証処理を最適化する。

図５は、本発明のイベント・トリガと再認証トリガの取り扱い方法によるフローチャートを示す。図５に示されるように、イベント・トリガと再認証トリガの取り扱い処理は以下の段階を具備する。

ステップ５０１〜５０２：上記ＴＰＦは、ベアラ・イベントの発生を検出し、発生したベアラ・イベントがイベント・トリガに適合するかどうかを決定し、もし適合するならばステップ５０３に進み、そうでなければステップ５０７に進む。

ステップ５０３：上記ＴＰＦは、ＣＲＦから課金ルールを要求し、すなわち、上記ＴＰＦは課金ルールの選択するための入力情報をＣＲＦに提供し、さらに現在課金ルール要求処理のトリガとなっているイベント・トリガをＣＲＦに知らせるとともに、ＣＲＦに課金ルールの提供を要求するために、現在発生しているベアラ・イベントをＣＲＦに提供する。課金ルール要求を受信すると、ＣＲＦは提供された入力情報とベアラ・イベントに従い課金ルールを選択し、選択された課金ルールとその処理（action）をＴＰＦに提供する。提供された課金ルールを受信した後、ＴＰＦはＣＲＦにより選択された課金ルールに関する課金ルール処理を実行する。

ステップ５０４：上記ＴＰＦは、ＣＲＦにより提供された課金ルールが変化するかどうかを決定し、もし変化するならばステップ５０５に進み、そうでなければステップ５０７に進む。

ステップ５０５：上記ＴＰＦは、再認証が変更された課金ルールのために必要であるかどうかを決定し、もし必要であればステップ５０６に進み、そうでなければステップ５０７に進む。

ステップ５０６：上記ＴＰＦは、現在発生しているベアラ・イベントが再認証トリガに適合するかどうかを決定し、もし適合するならばステップ５０８に進み、そうでなければステップ５０９に進む。

ステップ５０７：上記ＴＰＦは、現在発生しているベアラ・イベントが再認証トリガに適合するかどうかを決定し、もし適合するならばステップ５０８に進み、そうでなければステップ５０９に進む。

ステップ５０８：上記ＴＰＦは、再認証の処理を実行する。すなわち、ＴＰＦはユーザクレジットの残高（balance）と関連する課金ルールとに関する情報を１つのＯＣＳに提供し、ユーザクレジットを再計算することをＯＣＳに要求し、さらに再認証処理のトリガとなる再認証トリガをＯＣＳに知らせるために、現在発生しているベアラ・イベントをＯＣＳに提供する。次いでＯＣＳは再計算されたユーザクレジットをＴＰＦに提供し、次いで現在の処理を終了する。

ステップ５０９：上記ＴＰＦは、再認証の処理を実行する。すなわち、ＴＰＦはユーザクレジットの残高と関連する課金ルールとに関する情報をＯＣＳに提供し、ＯＣＳにユーザクレジットを再計算することを要求し、次いでＯＣＳはＴＰＦに再計算されたユーザクレジットを提供する。

ＴＰＦが現在発生しているベアラ・イベントが再認証トリガに適合するかどうかを決定している限り、ステップ５０６は、ステップ５０１〜ステップ５０５の間でまたいつでも実行される可能性があり、ステップ５０８以降の再認証処理を実行するとき、ＴＰＦは検出された再認証トリガをＯＣＳに知らせるために、さらにＯＣＳに現在発生しているイベント提供する。

図６は本発明によるイベント・トリガと再認証トリガの取り扱い方法のメッセージ交信を示す概略図である。図６に示されるように、イベント・トリガと再認証トリガの取り扱い方法のメッセージ交信は以下の段階を具備する。

ステップ６０１はステップ３０１と同じである。

ステップ６０２：ベアラサービス変更要求を受信すると、上記ＴＰＦは、現在発生しているベアラ変更イベントと予め記憶されたイベント・トリガとを比較し、もしこれらが適合するならばステップ６０３に進み、そうでなければ直接ステップ６０８に進む。

ベアラが設定されるとき、実施の特定の処理は以下の通りである。オンライン課金の間、ベアラが設定されるとき、上記ＴＰＦはＣＲＦにＵＥの情報、ベアラの特性、及びネットワーク情報などのような課金ルールについての入力情報を送信する課金ルール要求を送信する。ＣＲＦは受信された入力情報に従い適切な課金ルールを選択し、さらにＴＰＦにより提供された入力情報に基づき、イベント・トリガがＴＰＦによりモニターされることを決定し、次いで課金ルールとイベント・トリガをＴＰＦに送信する。

さらに、ベアラが変更されているとき、上記ＣＲＦはＴＰＦによりモニターされるイベント・トリガをＴＰＦに提供する可能性がある。すなわち、イベント・トリガが発生するとき、ＴＰＦは発生したイベント・トリガをＣＲＦに報告する。ＴＰＦにより報告されたイベント・トリガを受信すると、ＣＲＦは新しいイベント・トリガを発行し続ける可能性がある。ＣＲＦがＡＦやＯＣＳなどのような外部構成要素から入力情報を受信するとき、ＣＲＦはＴＰＦにもＴＰＦによりモニターされるイベント・トリガを提供する可能性があり、すなわち、ＣＲＦは求められていないイベント・トリガをＴＰＦに提供する可能性がある。

ＣＲＦにより提供された課金ルールとイベント・トリガを受信すると、上記ＴＰＦは、イベント・トリガの発生をモニターし、課金ルールのフィルタに従い適切なＩＰフローをフィルタにかけ、次いで適切な課金ルールを使用することによりフィルタされたＩＰフローに課金する。

上記ＯＣＳは、ＴＰＦがモニターしなければならない再認証トリガをＴＰＦに直接提供する可能性がある。例えば、認証処理においてＴＰＦはＣＲＦにクレジット要求を送信し、クレジット要求を受信すると、ＯＣＳはユーザ要求を計算し、さらにユーザクレジットに加えて再認証トリガを運搬する可能性があるクレジット応答をＴＰＦに返信し、ＴＰＦは再認証トリガをモニターしなければならない。すなわち、再認証トリガが発生すると、ＴＰＦはＯＣＳに現在発生している再認証トリガを報告する。また、ＯＣＳはＣＲＦを介してＴＰＦに再認証トリガを提供する可能性がある。

さらに、再認証トリガが発生するとき、上記ＴＰＦはＯＣＳに現在発生している再認証トリガを報告し、ＴＰＦにより報告された再認証トリガを受信した後、ＯＣＳはＴＰＦに再び新しい再認証トリガを提供する可能性がある。

ステップ６０３:上記ＴＰＦはＣＲＦに課金ルール要求を送信し、この課金ルール要求は、ＣＲＦが課金ルールを決定するように提供された入力情報を運搬し、さらに現在課金ルール要求処理のトリガとなるイベント・トリガをＣＲＦに知らせるように、現在発生している関連するベアラ・イベントを運搬する可能性がある。

ステップ６０４〜ステップ６０６は、ステップ３０４〜ステップ３０６と同じである。

ステップ６０７：上記ＴＰＦは、ＣＲＦにより提供された課金ルールが変更されたかどうかを決定し、もし変更されたならば、さらに再認証が、変更された課金ルールのために必要とされるかどうかを決定し、もし必要とされるならば、ステップ６０８を続行し、課金ルールが変更されていないか、または変更された課金のために再認証が必要されないならば、ステップ６０８に進む。

ステップ６０８：上記ＴＰＦは、現在発生しているベアラ変更イベントと予め記憶された再認証トリガとを比較し、もし適合するならばステップ６０９に進み、そうでなければＴＰＦは、ステップ６０７において決定された再認証処理の実施の必要があるかどうかを決定し続ける、もし必要であればステップ６０９に進み、必要が全くなければ直接ステップ６１１に進む。

ステップ６０９：上記ＴＰＦはＯＣＳにユーザクレジットの残額と関連する課金ルールとに関する情報を有するクレジット要求を送信し、ＯＣＳにユーザクレジットを再計算するように要求する。もしステップ６０７において再認証処理を実行する必要があると決定されるならば、ＴＰＦによりＯＣＳに送信されたクレジット要求は、変更された課金ルールに関する情報をさらに有する可能性がある。さらに、もしステップ６０８において再認証処理を実行する必要があると決定されるならば、ＴＰＦによりＯＣＳに送信されたクレジット要求は、ベアラ変更イベントの変更されたベアラ情報をさらに提供する可能性がある。

ステップ６１０：クレジット要求を受信すると、上記ＯＣＳはユーザクレジットを再計算し、次いでクレジット応答をＴＰＦに返信し、もしＯＣＳが計算によりユーザクレジットを獲得するならば、クレジット応答はＯＣＳにより再計算されたユーザクレジットを送信し、もしＯＣＳがユーザクレジットの計算を失敗した場合には、クレジット応答はエラー要因値を有する。

ステップ６１１：上記ＴＰＦは、ベアラサービス変更応答をＵＥに返信し、上記処理結果に従いベアラサービス変更要求を許可するかどうかを決定し、もし要求を許可すると決定する場合には以降のベアラ変更処理を続行し、そうでなければベアラ変更要求を拒絶する。例えば、もしクレジット応答がユーザクレジットを運搬する場合、ＴＰＦはユーザにより送信されたベアラサービス変更要求を許可し、以降のベアラ変更処理を続行し、もしクレジット応答がいずれのユーザクレジットも運搬しない場合、ＴＰＦはユーザにより送信されたベアラサービス変更要求を拒絶する。

上記処理のステップ６０７において、上記ＴＰＦが課金ルールの変更があることを決定し、課金ルール変更イベントが再認証処理の実行を必要とするとき、ステップ６０８を実行せずに直接ステップ６０９に進む。

以上、上記の記載は、本発明の好ましい実施形態であるにすぎず、その範囲を限定するものとして解釈されるものではない。

ＰＤＰコンテクスト活性化、データ交信、およびＰＤＰコンテクスト非活性化処理のフローチャートを示す図である。 オンライン課金をサポートするＦＢＣシステムの構造を示す図である。 オフライン課金をサポートするＦＢＣシステムの構造を示す図である。 従来技術におけるＴＰＦがＣＲＦにイベント・トリガによる課金ルールの要求を送信するトリガのフローチャートを示す図である。 従来技術におけるＴＰＦがＯＣＳに再認証トリガによる再認証の要求を送信するトリガのフローチャートを示す図である。 本発明によるイベント・トリガと再認証トリガの取り扱い方法のフローチャートを示す図である。 本発明によるイベント・トリガと再認証トリガの取り扱い方法のメッセージ交信を示す構成図である。

符号の説明

２０１ サービス制御ポイント（ＳＣＰ）
２０２ クレジット制御機能（ＣＣＦ）
２０３ 課金ルール機能（ＣＲＦ）
２０４ アプリケーション機能（ＡＰ）
２０５ トラフィック平坦化機能（ＴＦＰ）
２０６ オンライン課金システム（ＯＣＳ）
２０７ 課金ゲートウェイ機能（ＣＧＦ）
２０８ 課金選択機能（ＣＣＦ）

Claims (11)

1. Ａ トラフィック平坦化機能（Traffic Plane Function：ＴＰＦ）がベアライベントが１つのイベントトリガに適合するかどうかを決定し、もし前記ベアライベントが前記イベントトリガと適合するならばステップＢに進み、そうでなければステップＣに進む段階と、
   Ｂ 上記ＴＰＦが課金ルール機能（Charging Rule Function：ＣＲＦ）から課金ルールを要求する段階と、
   Ｃ 上記ＴＰＦがベアライベントが１つの再認証トリガと適合するかどうかを決定し、もし前記ベアライベントが前記再認証トリガと適合するならば、再認証処理を実行し、そうでなければ、現在の処理を終了する段階と、
   を備え、
   前記イベントトリガは、課金ルール要求処理をトリガし、
   前記再認証トリガは、前記再認証処理をトリガすることを特徴とするフローベース課金におけるイベントトリガと再認証トリガを取り扱う方法。
2. 上記ステップＢは、上記ＴＰＦがＣＲＦに課金ルールを要求し、上記ＣＲＦは選択された課金ルールをＴＰＦに返信することを特徴とする上記請求項１に記載の方法。
3. 上記ステップＢは、上記ＴＰＦがＣＲＦに現在発生しているベアライベントを提供することを特徴とする上記請求項２に記載の方法。
4. もし上記ＴＰＦがベアライベントが１つのイベントトリガと適合すると推定するならば、再認証処理の実行が必要かどうかを推定し、上記ステップＢはさらに、上記ＴＰＦがＣＲＦから提供された課金ルールが変更されたかどうかを決定し、もし変更されたならば、上記ＴＰＦは再認証処理を実行し、そうでなければ上記ステップＣに進むことを特徴とする上記請求項２に記載の方法。
5. 上記ステップＢにおいて、もし上記ＴＰＦがＣＲＦにより提供された課金ルールが変更されたと決定する場合には、上記ＴＰＦが再認証処理を実行する前に、さらに上記ＴＰＦが再認証処理が変更された課金ルールのために必要とされるかどうかを決定し、もし必要とされるならば上記ＴＰＦは再認証処理を実行し、そうでなければ上記ステップＣに進むことを特徴とする上記請求項４に記載の方法。
6. 上記ステップＢにおいて、もし上記ＴＰＦがＣＲＦにより提供された課金ルールが変更されるために再認証が必要されると決定する場合には、上記ＴＰＦが再認証処理を実行する前に、さらに上記ＴＰＦが現在発生しているベアライベントが再認証処理に適合するかどうかを決定し、もし適合するならば上記ＴＰＦは再認証処理を実行し、オンライン課金システム（Online Charging System：ＯＣＳ）に現在発生しているベアライベントを提供し、そうでなければ上記ＴＰＦは再認証処理のみを実行することを特徴とする上記請求項４に記載の方法。
7. 上記再認証を実行する処理は、さらに上記ＴＰＦがＯＣＳに変更された課金ルールを提供することを特徴とする上記請求項４に記載の方法。
8. 上記再認証処理を実行する処理は、さらに上記ＴＰＦが変更された課金ルールをＯＣＳに提供することを特徴とする上記請求項１に記載の方法。
9. 上記再認証処理を実行する処理は、上記ＴＰＦがＯＣＳにクレジットの再認証を要求し、さらに上記ＯＣＳがＴＰＦに認証されたクレジットを返信することを特徴とする上記請求項１に記載の方法。
10. 上記イベントトリガはＣＲＦによりＴＰＦへ提供されることを特徴とする上記請求項１に記載の方法。
11. 上記再認証トリガはＯＣＳによりＴＰＦへ、またはＯＣＳによりＣＲＦを介しＴＰＦへ提供されることを特徴とする上記請求項１に記載の方法。

Images