JP2007529171A - パケットデータサービスの課金ルールを強化する方法及びその機能する方法 - Google Patents

Abstract

課金ルールを識別するために識別子を割り当て、ＣＲＦにより提供される識別子はＴＰＦに記憶されることを具備するパケットデータサービスの課金ルールを強化する方法。上記識別子は、課金ルールあるいはサービスデータフローフィルタを識別するために使用される。それゆえ上記ＣＲＦが動作指示と識別子をＴＰＦに提供するとき、上記ＴＰＦは識別子に従い課金ルールに基づき、あるいはサービスデータフローフィルタに基づき対応する機能を実施する。課金ルールに基づき修正機能、あるいはインストール機能を実施する方法も開示され、それはＣＲＦとＴＰＦの間の冗長な情報を避け、ＣＲＦとＴＰＦの間のメッセージフロー負荷を大幅に減少させる。さらに、上記ＣＲＦに機能応答を返送するＴＰＦの構造も開示され、その結果上記ＣＲＦはＴＰＦにより実施される機能の状態を知ることができる。

Description

本発明は、課金技術に係わり、特にパケットデータサービスの課金ルールを強化する方法及び上記課金ルールの機能する方法に関する。

パケットデータサービスの広い応用により、パケットデータサービスに正確にかつ合理的に課金する方法は、オペレータの一般的な関心事となった。

図１は、パケットデータプロトコルコンテクスト（Packet Data Protocol Context：ＰＤＰコンテクスト）の活性化、データ送信、及び非活性化を示すフローチャートである。図１に示すように、汎用パケット無線システム（General Packet Radio Service：ＧＰＲＳ）において、ＰＤＰコンテクストの活性化、データ送信および非活性化を実施している手順は、以下の段階を具備する。

ステップ１０１：ユーザ装置（User Equipment：ＵＥ）は、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）に、ＰＤＰコンテクスト活性化要求を送信し、そしてこのＰＤＰコンテクスト活性化要求は、ネットワークレイヤーサービスアクセスポイント識別子（Network Layer Service Access Point Identifier：ＮＳＡＰＩ）、ＰＤＰ形式、アクセスポイント名（Access Point Name：ＡＰＮ）、いくつかのサービスの品質（ＱｏＳ）パラメータ、トランザクション識別子（Transaction Identifier：ＴＩ）、およびその他の情報を有する。上記ＮＳＡＰＩが、ＰＤＰコンテクストを確認するために、ＳＧＳＮとゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）の間のトンネルＩＤ（Tunnel Identifier：ＴＥＩＤ）の構成要素として使用される。ＰＤＰ形式は、ピアトゥピアプロトコル（Peer-Peer Protocol：ＰＰＰ）形式、インターネットプロトコル（ＩＰ）形式等を具備する。上記ＡＰＮは上記ＵＥにより上記ＳＧＳＮに提供される。これは上記ＳＧＳＮが対応するＧＧＳＮをアドレスし、上記ＧＧＳＮがＵＥによりアクセスされる外部ネットワークを決定し、あるいは上記ＵＥが上記ＳＧＳＮに上気ＡＰＮを提供しないことを選択でき、この場合上記ＳＧＳＮは上記ＵＥの加入者情報に従いデフォルトＡＰＮを選択する。ＱｏＳパラメータは、上記ＵＥにより指定されるパケットデータサービスにより必要とされる品質を表す。上記ＴＩは、ＵＥがＰＤＰコンテクストを確認するために使用される。

ステップ１０２：ＰＤＰコンテクスト活性化要求を受信した後に、上記ＳＧＳＮはＵＥで安全性確認と暗号化を実施し、この段階は任意である。

ステップ１０３：上記ＳＧＳＮはＡＰＮに従いＧＧＳＮアドレス情報を分析し、もしＳＧＳＮがＡＰＮに従いＧＧＳＮアドレス情報の解読に成功すれば、ＰＤＰコンテクストのためのＴＥＩＤを作成する。上記ＴＥＩＤは、ＳＧＳＮとＧＧＳＮとの間のＰＤＰコンテクストを単一に識別するための移動加入者識別番号（International Mobile Subscriber Identity：ＩＭＳＩ）とＮＳＡＰＩとの組合せでありうる。次いで上記ＳＧＳＮはＧＧＳＮにＰＤＰコンテクスト生成要求を送信する。ＰＤＰコンテクスト生成要求はＰＤＰ形式、ＰＤＰアドレス、ＡＰＮ、いくつかのＱｏＳパラメータ、ＴＥＩＤ、及び選択されたモードをその中に有する。上記ＰＤＰアドレスはＵＥのＩＰアドレスであり、それは任意のパラメータである。ＰＤＰコンテクスト生成要求がその中にＰＤＰアドレスを有しないとき、ＵＥのＩＰアドレスは以降のプロセスにおいてＧＧＳＮにより、あるいはＵＥと最終的に接続するパケットデータネットワーク（Packet Data Network：ＰＤＮ）により割り当てられる可能性がある。選択されたモードはＡＰＮが選択しているモードを示し、すなわちＡＰＮがＵＥにより、あるいはＳＧＳＮにより選択されるかを示す。もし上記ＧＧＳＮアドレス情報がＡＰＮに従いＳＧＳＮにアクセスされないならば、上記ＳＧＳＮはＵＥからのＰＤＰコンテクスト活性化要求を拒絶する。

ステップ１０４：ＰＤＰコンテクスト生成要求を受信した後、上記ＧＧＳＮはＡＰＮに従い外部のＰＤＮを決定し、次いで課金ＩＤを割り当て、課金を開始し、ＱｏＳについて参照する。サービス品質必要条件は満たされるとき上記ＧＧＳＮはＰＤＰコンテクスト生成応答をＳＧＳＮに返送する。ＰＤＰコンテクスト生成応答は、ＴＥＩＤ、ＰＤＰアドレス、バックボーンベアラプロトコル（Backbone Bearer protocol）、ＱｏＳパラメータの数量と課金ＩＤの情報を有する。上記ＧＧＳＮがＱｏＳパラメータのサービス品質必要条件を満たさないとき、上記ＧＧＳＮはＳＧＳＮからＰＤＰコンテクスト生成要求を拒絶し、上記ＳＧＳＮはＵＥからＰＤＰコンテクスト活性化要求を拒絶する。

ステップ１０５：ＰＤＰコンテクスト生成応答を受信した後に、上記ＳＧＳＮはこのＰＤＰコンテクストを確認するためにＮＳＡＰＩとＧＧＳＮアドレス情報とをＰＤＰコンテクストに加え、ＱｏＳパラメータに従い無線優先順位を選択し、次いでＵＥにActivate ＰＤＰコンテクスト活性化応答を返信する。ＰＤＰコンテクスト活性化応答は、ＰＤＰ形式、ＰＤＰアドレス、ＴＩ、ＱｏＳパラメータの数量、無線優先順位、及びいくつかの任意のＰＤＰ構成の情報を有する。さらに、上記ＳＧＳＮは課金を開始する。上記ＵＥはＰＤＰコンテクスト活性化応答を受信し、ＧＧＳＮでルートを確立する。この時までに、ＵＥとＰＤＮの間の送信チャンネルは確立され、データ送信が開始できる。

ステップ１０６：上記ＵＥは、ＳＧＳＮとＧＧＳＮを介してＰＤＮでデータを送信する。

ステップ１０７：データ送信を終了すると、上記ＵＥはその中のＴＩを有するＳＧＳＮに、ＰＤＰコンテクスト非活性化要求を送信する。

ステップ１０８：ＰＤＰコンテクスト非活性化要求を受信した後、上記ＳＧＳＮはＵＥで安全性確認と暗号化を実施し、この段階は任意である。

ステップ１０９〜ステップ１１１：上記ＳＧＳＮは、ＴＥＩＤを有するＰＤＰコンテクスト削除要求をＧＧＳＮに送信する。ＰＤＰコンテクスト削除要求を受信した後、上記ＧＧＳＮはＵＥの課金を終了し、ＴＥＩＤに対応するＰＤＰコンテクストを削除し、次いでＳＧＳＮにＰＤＰコンテクスト削除応答を送信する。ＰＤＰコンテクスト削除応答は、ＴＥＩＤを有する。ＰＤＰコンテクスト削除応答を受信した後、上記ＳＧＳＮはＵＥの課金を終了し、ＴＥＩＤに対応するＰＤＰコンテクストを削除し、ＴＩを有するＰＤＰコンテクスト非活性化応答をＵＥに送信する。ＰＤＰコンテクスト非活性化応答を受信した後、ＵＥはＴＩに対応するＰＤＰコンテクストを削除する。

図１に示すように、本ＧＲＰＳ課金システムにおいて、ＰＤＰコンテクストが活性化されるとき課金が開始し、ＰＤＰコンテクストが非活性化されるとき、課金が終了する。これは、本課金システムが送信されたデータフローにより、あるいはＰＤＰコンテクストの活性化期間により課金されるのみであることを意味する。しかしながら、実際にはＰＤＮで送信チャンネルを確立した後、ＵＥは１つの活性化されたＰＤＰコンテクストに基づき複数のサービスを実施することができ、すなわちもしＰＤＮが、送受信電子メールサービス、ブラウズサービスに基づく無線アプリケーションプロトコル（ＷＡＰ）、ファイル転送サービスに基づくファイル転送プロトコル（ＦＴＰ）等のような複数のサービスを提供できるならば、ＵＥがこのＰＤＮで送信チャンネルを確立した後、活性化されたＰＤＰコンテクストはＰＤＮにより提供される様々なサービスを送信できる。一方、オペレータあるいはサービスプロバイダは、様々なサービスの異なる課金モードの異なる課金アプローチを採用する可能性があり、例えば、送受信電子メールサービスは送信受信イベントの時間により課金されることができ、ＷＡＰブラウズサービスはフローにより課金されることができ、ファイル転送サービスもフローにより課金されることができるが、ＷＡＰブラウズサービスの課金率はファイル転送サービスのそれとは異なる。このように、同じＰＤＰコンテクストが送信する異なるサービスのための既存のＧＰＲＳ課金システムで分割課金を実施することは全く不可能である。

上記について、それはＩＰフローベース課金（IP Flow Based Charging：ＦＢＣ）を実施する方法に関して、３ＧＰＰ（3rd Generation Partnership Project）で議論されている。パケットデータサービスに関する限り、ＵＥユーザがサービスを利用するときの全ての送信され、あるいは受信されているＩＰフローあるいはＩＰパケットはサービスデータフローと呼ばれる可能性があり、すなわちサービスデータフローは複数のＩＰフローのセットであり、したがってＩＰフローベース課金はあるサービスの資源占有を本当に反映することができる。ＩＰフローベース課金は、以下のように記述される。同じＰＤＰコンテクストベアラが送信する異なるサービスのＩＰフローは、ふるいに類似するいくらかのフィルタにより選別され、次いで異なるフィルタにより選別されたＩＰフローはそれぞれ異なるサービスデータフローに課金するようにそれぞれ課金される。このように、ＩＰフローに基づく課金精度は、ＰＤＰコンテクストに基づくそれよりはるかに少ない。上記課金制度はふるいの穴のサイズと捉えるかもしれない、したがってＩＰフローに基づく課金制度が１つのＩＰフローで測定されるふるい穴のようである一方、ＰＤＰコンテクストに基づく課金精度は１つのＰＤＰコンテクストで測定されるふるい穴のようである、つまり１つのＰＤＰコンテクストに具備されるふるい穴は複数ある。したがってＰＤＰコンテクストに基づく課金と比較して、ＩＰフローに基づく課金は、オペレータまたはサービスプロバイダに更なる課金アプローチを提供できる。

３ＧＰＰにおいて、システムアーキテクチャ、機能必要条件、及び双方向メッセージフローのようなＦＢＣの解釈が記載される。オンライン課金システムをサポートする上記ＦＢＣシステムアーキテクチャは、図２Ａで示され、そこでは、オンライン課金システム（Online Charging System：ＯＣＳ）２０６は、移動ネットワーク拡張論理のカスタマイズされたアプリケーション（Customized Application for Mobile Network Enhanced Logic：ＣＡＭＥＬ）のサービス制御点（Service Control Point：ＳＣＰ）とサービスデータフローをベースとするクレジット制御機能（Credit Control Function：ＣＣＦ）２０２とから構成される。上記ＣＣＦ２０２はインターフェースＲｙを介して課金ルール機能（Charging Rule Function：ＣＲＦ）に接続される。上記ＣＲＦ２０３は、インターフェースＲｘを介してアプリケーション機能（Application Function：ＡＦ）２０４と接続され、インターフェースＧｘを介してトラフィック平坦化機能（Traffic Plane Function：ＴＰＦ）２０４と接続される。上記ＣＣＦ２０２は、インターフェースＧｙを介してＴＰＦ２０５と接続される。

オフライン課金システムをサポートする上記ＦＢＣシステムアーキテクチャは、図２Ｂで示され、そこでは、上記ＣＲＦ２０３がインターフェースＲｘを介してＡＦ２０４と接続され、インターフェースＧｘを介してＴＰＦ２０５に接続され、上記ＴＰＦ２０５はインターフェースＧｚを介して課金ゲートウェイ機能（Charging Gateway Function：ＣＧＦ）２０７と課金選択機能（Charging Collection Function：ＣＣＦ）２０８とそれぞれ接続される。

ＦＢＣを実施している機能の３ＧＰＰ規定によると、上記ＴＰＦ２０５はＩＰフローを送信する。ＩＰフローベアラの確立の間、ＴＰＦ２０５はＧｘインターフェースを介してＣＲＦ２０３に課金ルール要求を送信する。課金ルール要求は加入者と上記ＵＥに関連した情報、ベアラの特徴、ネットワーク情報等を送信する。上記加入者と上記ＵＥに関連した情報は移動基地局ＩＳＤＮ（ＭＳＩＳＤＮ）、移動加入者識別番号（ＩＭＳＩ）である可能性があり、ネットワークに関連する情報はＭＮＣ、ＭＣＣ等である可能性がある。さらに、ベアラはＩＰフロー送信の間、修正される可能性がある。例えば、同じサービスのＱｏＳパラメータが異なるとき、これにしたがい課金ルールが異なる可能性がある。例えば、ＱｏＳパラメータの減少にしたがい、課金率が減少する可能性がある。したがって、それはＱｏＳパラメータの再確認が必要である。この場合、ベアラの修正の間、ＴＰＦ２０５は新しい課金ルールを要求するために、課金ルール要求をＣＲＦ２０３へ再送信する。ＣＲＦ２０３はＴＰＦ２０５により提供される入力情報により適当な課金ルールを選択し、次いでＴＰＦ２０５に選択された課金ルールを返信する。課金ルールは課金メカニズム、課金形式、課金キー、サービスデータフローフィルタ、及び課金ルール優先順位の情報を具備する。上記課金メカニズムは、オンライン課金またはオフライン課金である可能性がある。上記課金形式は、時間に基づく課金形式またはデータフローに基づく課金形式である可能性がある。上記課金キーは課金率に関連するパラメータであり、上記ＣＲＦ２０３は直接課金率をＴＰＦ２０５に提供するよりむしろ、ＴＰＦ２０５に課金率に関連するパラメータのみを提供する可能性がある。上記サービスデータフローフィルタはＩＰフローがフィルタされたＴＰＦ２０５を示すのに使用され、次いでＴＰＦ２０５は課金ルールに従いこれらフィルタされたＩＰフローに課金する。サービスデータフローフィルタは、ソース／目的地ＩＰアドレス、ソース／目的地ポート番号とプロトコルＩＤのような情報を有するＩＰ５倍を具備する可能性がある。たとえば、ＣＲＦ２０３は、ＩＰフローをフィルタするためにＴＰＦ２０５に、ソースＩＰアドレス：１０.０.０.１、目的地ＩＰアドレス：１０.０.０.２、ソース／目的地ポート番号：２０、及びプロトコル形式：伝送制御プロトコル（ＴＣＰ）を示し、次いで課金規則に従いフィルタされたＩＰフローに課金する。最後に、ベアラの削除の間、ＴＰＦ２０５はＣＲＦから新しい課金ルールを要求するために、ＣＲＦ２０３に課金ルール要求を送信してもよい。このときに、ＣＲＦ２０３はＴＰＦ２０５に以前にインストールされた課金ルールを削除することを要求する可能性がある。

さらに、ＣＲＦ２０３はＴＰＦ２０５の入力情報の他に、ＡＦ２０４または０ＣＳ２０の入力情報により、課金ルールを決定する可能性がある。例えば、ＡＦ２０４はＣＲＦ２０３にユーザにより使用される現在のサービス形式を知らせる可能性があり、そしてＣＲＦ２０３はこのサービス形式により対応する課金ルールを選択する可能性がある。

ＧＰＲＳネットワークでは、ＴＰＦ２０５はＧＧＳＮであり、ＡＦはＰＤＮのサービスゲートウェイあるいはサービスサーバであり、ＣＲＦ２０３は追加された論理的構成要素である。ＴＰＦ２０５は課金ルールの実行点であり、ＣＲＦ２０３は課金ルールの制御点である。

ベアラが確立されるとき、図３Ａは課金ルールの発行フローチャートである。図３Ａに示すように、ベアラが確立されるとき、課金ルール発行の実施手順は、以下の段階を具備する。

３０１Ａステップ：上記ＵＥは、ベアラサービス確立要求をＴＰＦに送信し、ＧＰＲＳネットワークにおいては、対応する手順は、ＧＧＳＮがＰＤＰコンテクスト生成要求を受信するということである。

３０２Ａステップ：ベアラサービス確立要求を受信した後、上記ＴＰＦはＣＲＦに課金ルール要求を送信し、課金ルール要求はＣＲＦが課金ルールを決定するための入力情報を有する。

ステップ３０３Ａ〜３０４Ａ：課金ルール要求を受信した後、上記ＣＲＦは課金ルール要求により送信された入力情報に従い課金ルールを選択し、次いで課金ルール規定を返送する。課金ルール規定は、選択された課金ルールを有する可能性がある。

ステップ３０５Ａ〜３０６Ａ：課金ルール規定を受信した後、上記ＴＰＦがＣＲＦにより選択された課金ルールに従い新しい課金ルールをインストールするか、あるいはオリジナルの課金ルールを削除するか、あるいは最初のものを削除している間新しい課金ルールをインストールする。次いで上記ＴＰＦはＵＥにベアラサービス確立応答を返送し、受け入れる確立する、ＵＥにより開始されたベアラサービス確立要求は許容し、ベアラ確立過程の以降の段階を継続する。

図３Ｂは、ベアラが修正されるときの課金ルール発行のフローチャートである。図３Ｂに示すように、ベアラが修正されるとき、課金ルール発行の実施手順は、以下の段階を具備する。

ステップ３０１Ｂ：上記ＵＥは、ベアラサービス修正要求をＴＰＦに送信し、ＧＰＲＳネットワークにおいて、対応する手順は、ＧＧＳＮがＰＤＰコンテクスト更新要求を受信することである。

ステップ３０２Ｂ：ベアラサービス修正要求を受信した後、上記ＴＰＦはＣＲＦに課金ルール要求を送信し、課金ルール要求はＣＲＦが課金ルールを決定するための入力情報を有する。

ステップ３０３Ｂ〜３０４Ｂ：課金ルール要求を受信した後、上記ＣＲＦはこの課金ルール要求により送信される入力情報に従い課金ルールを選択し、次いで選択された課金ルールを有する課金ルール規定を返送する。

ステップ３０５Ｂ〜３０６Ｂ：課金ルール規定を受信した後、上記ＴＰＦがＣＲＦにより選択される課金ルールに従い新しい課金ルールをインストールするか、オリジナルの課金ルールを削除し、あるいは最初のものを削除している間、新しい課金ルールをインストールする。次いで上記ＴＰＦはＵＥにベアラサービス修正許可を返送し、ＵＥにより開始されたベアラサービス修正要求を許可し、ベアラ修正過程の以降の段階を継続する。

図３Ｃは、ベアラが削除されるときの課金ルール発行のフローチャートである。図３Ｃに示すように、ベアラが削除されるとき、課金ルール発行の実施手順は、以下の段階を具備する。

ステップ３０１Ｃ：上記ＵＥは、ベアラサービス削除要求をＴＰＦに送信し、ＧＰＲＳネットワークにおいて、対応する手順は、ＧＧＳＮがＰＤＰコンテクスト削除要求を受信することである。

ステップ３０２Ｃ：ベアラサービス削除要求を受信した後、上記ＴＰＦはＣＲＦに課金ルール要求を送信し、課金ルール要求はＣＲＦが課金ルールを決定するための入力情報を有する。

ステップ３０３Ｃ〜３０４Ｃ：課金ルール要求を受信した後、上記ＣＲＦはこの課金ルール要求により送信される入力情報に従い課金ルールを選択し、次いで選択された課金ルールを有する課金ルール規定を返送する。

ステップ３０５Ｃ〜３０６Ｃ：課金ルール規定を受信した後、上記ＴＰＦがＣＲＦにより選択される課金ルールに従い新しい課金ルールをインストールするか、オリジナルの課金ルールを削除し、あるいは最初のものを削除している間、新しい課金ルールをインストールする。次いで上記ＴＰＦはＵＥにベアラサービス削除許可を返送し、ＵＥにより開始されたベアラサービス削除要求を許可し、ベアラ削除過程の以降の段階を継続する。

また、上記ＣＲＦはＴＰＦに課金ルールも自発的に送るかもしれない。例えば、ＵＥとＡＦの間のデータ送信プロセスでは、ＡＦの課金に関する入力情報を受信した後、ＣＲＦはＡＦにより提供される入力情報に従い適当な課金ルールを選択し、次いでＴＰＦに選択された課金ルールを自発的に発行する。ＣＲＦの課金の入力情報を提供しているＡＦの特定の実施手順は、図４に示される。

ステップ４０１：上記ＡＦは、ＣＲＦにアプリケーション／サービスデータフロー課金情報を送信する。

ステップ４０２：アプリケーション／サービスデータフロー課金情報を受信した後、上記ＣＲＦはＡＦにすでにＡＦにより送信されたアプリケーション／サービスデータフロー課金情報を受信したことを知らせるため、ＡＦに確認応答（ＡＣＫ）を返送する。

図５は、ＴＰＦに課金ルールを自発的に発行しているＣＲＦのフローチャートである。図５に示すように、上記ＴＰＦに課金ルールを自発的に発行しているＣＲＦの実施手順は、以下の段階を具備する。

ステップ５０１：ＣＲＦは、特定の内部あるいは外部のトリガーとなるイベントと、例えばＣＲＦに課金ルール選択の入力情報を送信しているＡＦのイベントのような、このイベントに関連する情報を受信する。

ステップ５０２：上記ＣＲＦは、獲得した情報に従い対応する課金ルールを選択する。獲得した情報は、ＡＦにより提供される課金に関する入力情報である可能性がある。例えば、ユーザはＡＦの特定のサービスを利用しており、サービスには特別な課金必要条件を有する。例えば、課金率は他のサービスのそれと異なり、このためＡＦはこのサービスの関連した課金情報をＣＲＦに提供する。獲得した情報は、ＴＰＦにより提供される課金に関する入力情報でもある可能性がある。

ステップ５０３：必要な場合、上記ＣＲＦはＴＰＦに課金ルール規定を送信し、課金ルール規定は選択された課金ルールを有する可能性がある。

ステップ５０４：課金ルール規定を受信した後、上記ＴＰＦがＣＲＦにより選択された課金ルールに従い新しい課金ルールをインストールするか、オリジナルの課金ルールを削除するか、あるいは最初のものを削除している間、新しい課金ルールをインストールする。

３ＧＰＰ仕様で定められる課金ルールは、以下の情報、すなわちサービスデータフローのオンライン課金あるいはオフライン課金であるかについて、データフローベースのオフライン課金か時間ベースのオフライン課金であるかについて、課金キー、サービスデータフローのフィルタ、及び課金ルールの優先順位等の情報を具備する。

現在の３ＧＰＰ仕様には以下の内容が定められる。ＴＰＦがＣＲＦから新しい課金ルールを受信するとき、上記ＴＰＦはオリジナルの課金ルールを削除する可能性がある。しかしながら、課金ルールが互いと差別化されることができないとき、たとえＣＲＦがＴＰＦに送信する新しい課金ルールがオリジナルの課金ルールを削除する動作指示を具備しているとしても、ＴＰＦはどの課金ルールが削除されることになっているかについて決定することができない。その結果、上記ＴＰＦが新しい課金ルールを受信した後、ＴＰＦがオリジナルの課金ルール上で正しい機能を実施し、ＣＲＦにより要求に応じて対応する課金ルールを削除することができず、ユーザ課金を繰り返して導き出す。

更に、１つの課金ルールは、複数のサービスデータフローフィルタを具備する可能性がある。場合によっては、課金ルールの下の特定のサービスデータフローフィルタは、取り除かれる必要がある。しかし、サービスデータフローフィルタが差別化されることもできないとき、上記ＴＰＦがサービスデータフローフィルタを削除することを決定することはできない。

また、現在の３ＧＰＰ仕様に定義されるように、上記ＣＲＦがＴＰＦに課金ルールを発行しているとき、上記ＣＲＦはＴＰＦにオリジナルの課金ルールを削除するか、新しい課金ルールをインストールするか、オリジナルの課金ルールをそのままにするかを指示する可能性がある。しかし、場合によっては、新しい課金ルールはオリジナルの課金ルールのほんの少しのパラメータだけの修正を要求する可能性があり、あるいはほんの少しのパラメータ情報が追加される可能性がある。例えばオリジナルの課金キーのみが修正されることや、他のパラメータが同じままで、新しいサービスデータフローフィルタが追加されることである。現在の３ＧＰＰ仕様に従い、上記ＣＲＦは最初に課金ルールを削除する指示を送信する必要があり、次いで新しい課金ルールをインストールする指示を送信する。このように、同じ課金ルールを修正するために、上記ＣＲＦは２つの指示を提供する必要があり、それによりＣＲＦとＴＰＦの間で送信される多くの冗長な情報が発生し、従いＣＲＦとＴＰＦの間のメッセージフローの負荷が増加し、ＴＰＦ機能をより難しくなるようにしている。

さらに、現在の３ＧＰＰ仕様において、上記ＣＲＦにより指示されるようにＴＰＦが課金ルール機能を実施した後、ＴＰＦからＣＲＦへのフィードバックメカニズムが存在しない。その結果、上記ＣＲＦはＴＰＦにより実施される機能を正確に知ることができず、発行された以降の機能指示を正確に調整することができない。

上記により、本発明の主な目的は、パケットデータサービスの課金をより合理的にするためにパケットデータサービスの課金ルールを強化する方法を提供することである。

本発明の別の目的は、上記ＣＲＦと上記ＴＰＦの間の冗長な情報送信を避け、且つＣＲＦとＴＰＦの間のメッセージフローの付加を大幅に減少させるためにパケットデータサービスの課金ルールを機能する方法を提供することである。

さらに、上記ＣＲＦがＴＰＦにより実施される機能結果を分かることができるように、パケットデータサービスの機能に応じる方法が本発明において提供される。

上記目的を達成するために、本発明はパケットデータサービスの課金ルールを強化する方法を提供する。その方法は識別子は課金ルールを識別するために割り当てられ、トラフィック平坦化機能（ＴＰＦ）に提供される段階を具備する。

好ましくは、動作指示と識別子はＴＰＦに送信され、ＴＰＦは動作指示に従い上記識別子に対応する課金ルールに指示された機能を実施する。上記動作指示は、削除機能指示、あるいは修正機能指示、あるいはインストール機能指示、あるいは活性化機能指示あるいは上記指示の組合せを具備する。上記パラメータ情報は上記指示と共にＴＰＦに送信され、そして上記ＴＰＦは上記動作指示に従い課金ルールのパラメータ情報に指示された機能を実施する。上記動作指示、または識別子、またはパラメータ情報、または上記の組合せは、課金ルールと共にＴＰＦに送信される。

好ましくは、識別子は課金ルールを識別する識別子、またはサービスデータフローフィルタを識別する識別子を具備する。

好ましくは、識別子はＣＲＦ、ＴＰＦ、あるいはネットワーク運営者により割り当てられるか、仕様により定義されるか、上記の組合せで決定される。

修正指示が上記ＴＰＦに提供され、上記ＴＰＦは動作指示に従い課金ルールを修正することを具備する、パケットデータサービスの課金ルールの機能を実施する方法は本発明により開示される。上記方法は更に上記修正指示がＴＰＦに提供される間に、課金ルールがＴＰＦに送信され、上記ＴＰＦは修正指示に従いオリジナルの課金ルールを削除した後新たに修正された課金ルールをインストールすることを具備する。

パケットデータサービスの課金ルールの機能を実施する別の方法は、インストール指示がＴＰＦも提供されることを具備する。上記方法は、上記ＴＰＦにインストール指示を提供した後、上記ＴＰＦが動作指示に従い課金ルールのインストール機能を実施することを更に具備する。さらに、上記方法は上記ＴＰＦにインストール指示を送信する間、上記識別子とパラメータ情報は上記ＴＰＦに送信され、上記ＴＰＦは上記インストール指示に従い識別子に対応する課金ルールのパラメータのインストール機能を実施することを更に具備する。

好ましくは、上記ＴＰＦにインストール指示を送信している間、上記識別子とパラメータ情報はＴＰＦに送信され、上記ＴＰＦは上記インストール指示に従い識別子に対応する課金ルールのパラメータのインストール機能を実施する。

パケットデータサービスの課金ルールの機能の応答する方法も本発明により開示される。動作指示が上記ＴＰＦに提供され、上記ＴＰＦは課金ルールに指示された機能を実施し、ＴＰＦは機能応答を返送する。上記機能応答は機能成功応答あるいは機能失敗応答を具備する可能性がある。

好ましくは、機能失敗応答は、エラー原因情報を有する。

本発明において、課金ルールを提供している間、上記ＣＲＦは更に識別子を提供する。上記識別子は、課金ルール、あるいはサービスデータフローフィルタ、あるいは課金ルールのサービスデータフローフィルタを識別するために使用される可能性がある。上記ＣＲＦが動作指示と識別子をＴＰＦに提供した後、上記ＴＰＦはパケットデータサービスの課金をより合理的にするために識別子に従い課金ルールあるいはサービスデータフローフィルタで正しい機能を実施することができる。

さらに、本発明はパケットデータサービスの課金ルールに基づく機能を修正あるい確立する方法も提供する。その方法は、上記ＣＲＦが同じ内容である他の課金ルール情報のかわりに、修正されあるいはインストールされるために必要とされるパラメータ情報のみをＴＰＦに提供することを許容し、これによりＣＲＦとＴＰＦの間の冗長な情報送信を避け、ＣＲＦとＴＰＦの間のメッセージフロー負荷を大幅に減少させる。更に、本発明は上記ＣＲＦがＴＰＦにより実施された機能結果を知ることができる、パケットデータサービスの機能に応答する方法も提供する。

本発明は、添付の図面に関連付けて以下に詳述する。

本発明において、複数の識別子は、それぞれ複数の課金ルールに割り当てられ、ＣＲＦによいＴＰＦに全て提供される。上記識別子は課金ルール、サービスデータフローフィルタ、あるいは課金ルール中のサービスデータフローフィルタを確認するために使用され、そのため上記ＴＰＦは識別子に従い課金ルールあるいはサービスデータフローフィルタに基づく対応する機能を実施することができる。識別子はＣＲＦあるいはＴＰＦにより、あるいはオペレータにより割り当てられる可能性があり、あるいはある仕様に定義される可能性もある。例えば、ＴＰＦで予め設定される課金ルールの識別子は、たぶんオペレータにより割り当てられる。予め設定され、且つある課金ルールを識別するためにＣＲＦにより直接発行されたＣＲ１〜ＣＲ５識別子は、ＴＰＦが採用する適当な課金ルールを見つけることができる仕様で定義される。

上記ＣＲＦが課金ルールをＴＰＦに提供するとき、課金ルール識別子はユニークにこの課金ルールを識別するために割り当てられ、次いでこの課金ルールはＴＰＦに提供される。課金ルール識別子はＣＲ１とＣＲ２のような特定のシンボルとシリアル番号の組合せである可能性があり、ここでＣＲは課金ルールの省略形、あるいは一つのシリアル番号、あるいは他のパターンである。

更に、課金ルールをＴＰＦに課金ルール識別子と共に提供している間、上記ＣＲＦも複数の動作指示を課金ルール識別子とともに提供し、そして課金ルール識別子と対応する課金ルール上に示された機能を実施することをＴＰＦに要求する。上記動作指示は、課金ルールのインストール、課金ルールの削除、あるいは課金ルールの修正である可能性がある。動作指示が実質的に課金ルールのインストールであるとき、上記ＣＲＦはインストールされる（to-be-Install）課金ルールの情報をＴＰＦに提供する必要がある。動作指示が実質的に課金ルールの削除であるとき、上記ＣＲＦは削除される（to-be-removed）課金ルールの識別子をＴＰＦに提供する必要がある。動作指示が実質的に課金ルールの修正であるとき、上記ＣＲＦは修正される（to-be-modified）課金ルールの識別子と課金ルールの修正される部分についてもＴＰＦに提供する必要がある。上記修正される部分は、課金ルールに具備されるあるパラメータである可能性がある。例えば、上記ＣＲＦは削除指示と削除識別子ＣＲ２をＴＰＦに提供し、それはＣＲＦがＣＲ２の識別子で課金ルールを削除することをＴＰＦに要求することを意味する。または、上記ＣＲＦは、修正指示と識別子ＣＲ３と優先順位パラメータ３を提供し、それはＣＲＦが優先順位３にＣＲ３の識別子で課金ルールの優先順位クラスを修正することをＴＰＦに要求することを意味する。

上記ＴＰＦがＣＲＦにより提供された修正機能を実施するとき、特定の実施手順は以下の手順を具備する可能性がある。オリジナルのものを削除している間、実質的に修正課金ルールである新しい課金ルールをインストールし、更に管理を便利にし、システムデザインをより複雑でなくするために、課金ルール識別子と課金方法（例えばオンライン課金、オフライン課金、あるいは課金なし）のようなある課金パラメータは、修正機能のために変更できないようなセットである可能性がある。

サービスデータフローフィルタをＴＰＦに提供するとき、上記ＣＲＦはユニークにこのサービスデータフローフィルタを識別するためにフィルタ識別子を割り当て、フィルタ識別子をＴＰＦに提供する。上記フィルタ識別子は、例えば、Ｆｉｌｔｅｒ１とＦｉｌｔｅｒ２、課金ルール識別子の組み合わせ、及び特定のシンボルとサービスデータフローフィルタが属する課金ルールを示すためのシリアル番号のような、特定のシンボルとシリアル番号の組み合わせである可能性がある。例えばＣＲ１Ｆｉｌｔｅｒ１、ＣＲ１Ｆｉｌｔｅｒ２、及びＣＲ３Ｆｉｌｔｅｒ２、あるいは課金ルールまたは他の形式で独立している一つのシリアル番号などである。

更に、ＴＰＦにフィルタ識別子と共にサービスデータフローフィルタを提供している間、上記ＣＲＦもフィルタ識別子と共に動作指示を提供する可能性があり、そして、フィルタ識別子と一致しているサービスデータフローフィルタ上で指示された機能を実施することをＴＰＦに要求する。上記動作指示は、インストールサービスデータフローフィルタ、削除サービスデータフローフィルタ、修正サービスデータフローフィルタ、及び活性化サービスデータフローフィルタの指示である可能性がある。上記動作指示がインストールサービスデータフローフィルタ指示であるとき、上記ＣＲＦはＴＰＦにインストールされるサービスデータフローフィルタの情報を提供する必要がある。上記動作指示が削除サービスデータフローフィルタ指示であるとき、上記ＣＲＦはＴＰＦに削除されるサービスデータフローフィルタの識別子を提供する必要がある。上記動作指示が修正サービスデータフローフィルタ指示であるとき、上記ＣＲＦはＴＰＦに修正されるサービスデータフローフィルタの識別子と、課金ルールの修正される部分も提供する必要がある。上記動作指示が活性化サービスデータフローフィルタ指示であるとき、上記ＣＲＦは活性化されるサービスデータフローフィルタの識別子を提供する必要があり、さらに上記ＣＲＦはＴＰＦに活性化されるサービスデータフローフィルタのコンテンツと、対応する課金ルールも提供する可能性がある。例えば、もし上記ＣＲＦがＴＰＦに削除機能指示とＦｉｌｔｅｒ１を提供する場合、これは、上記ＣＲＦが識別子Ｆｉｌｔｅｒ１でサービスデータフローフィルタを削除することをＴＰＦに要求することを意味する。もし上記ＣＲＦがＴＰＦに修正機能指示、ＣＲ２Ｆｉｌｔｅｒ１、及びプロトコル識別子ハイパーテキスト転送プロトコル（ＨＴＴＰ）を提供する場合、上記ＣＲＦがＴＰＦにＨＴＴＰの識別子ＣＲ２Ｆｉｌｔｅｒ１でサービスデータフローフィルタのプロトコル識別子の修正することを要求することを意味する。別の例によれば、もし上記ＣＲＦがＴＰＦに活性化機能指示、課金ルールＣＲ０、及びＴＰＦであらかじめ定義されたサービスデータフローフィルタであるＦｉｌｔｅｒ０を提供するならば、上記ＴＰＦはあらかじめ定義されたＦｉｌｔｅｒ０を課金ルールＣＲ０に加える。

ＣＲＦからの動作指示に従い機能を実施した後に、上記ＴＰＦは機能結果に従いＣＲＦに機能成功応答、あるいは機能失敗応答を返送する可能性がある。ＴＰＦがＣＲＦに機能失敗応答を返送する間、上記ＴＰＦはＣＲＦに対応するエラー原因情報をさらに提供する可能性がある。

本発明によれば、もし課金方法がオフライン課金、課金キー、サービスデータフローフィルタ、課金ルール優先順位、及び課金ルール識別子、フィルタ識別子、あるいは課金ルールのそれぞれのサービスデータフローフィルタのフィルタ識別子でありうる識別子である場合、オンライン課金あるいはオフライン課金、量ベースあるいは時間ベースのようなサービスデータフローの課金方法の情報だけでなく、削除機能指示、修正機能指示、活性化機能指示、インストール機能指示、あるいは上記の機能指示のいずれかの組み合わせである可能性のある動作指示のような情報も課金ルールは具備する可能性がある。

図６は、本発明の実施形態を示す概念図である。図６に示すように、ユーザはＰＤＰコンテクストを活性化させ、それを介してサービス情報交信が実施される。たとえば、ユーザがＣＲ１の識別子で課金ルールにより課金されるＵＥを通して、ＷＡＰゲームウェブサイトで「オンラインゲーム」サービスにアクセスする。この課金ルールは、課金方法オンライン課金、課金キー１２３４５、課金ルール優先順位１、及びソースＩＰアドレス１０.１２９.１０.１、目的地ＩＰアドレス１０.１２９.１０.２、ソースポート番号ワイルドカード、目的地ポート番号８０、プロトコルＩＤＷＡＰ２.０を有するフィルタセッティング、及び課金ルール識別子ＣＲ１を具備する。

上記ＷＡＰゲームウェブサイトは、このＷＡＰゲームウェブサイトの優先ポリシーに従いユーザがスーパープレーヤに更新されることがわかるとき、スーパープレーヤは「オンラインゲーム」サービス課金で５０%の割引をうける。この場合、ＷＡＰゲームウェブサイトは、サービス情報とイベント情報のような、課金に関する入力情報をこのＵＥのＣＲＦに送信し、ＴＰＦが新しい課金ルールに従い「オンラインゲーム」サービスのこのユーザに課金できるように、ＴＰＦに新しい課金ルールを送ることをＣＲＦに要求する。

ＷＡＰゲームウェブサイトの課金に関する入力情報によれば、上記ＣＲＦはＣＲ２の識別子で新しい課金ルールをインストールし、次いでＴＰＦにＣＲ２の識別子で課金ルールを送信する。上記課金ルールは、課金方法オフライン課金、課金キー６７８９０、課金ルール優先順位１、及びソースＩＰアドレス１０.１２９.１０.１、目的地ＩＰアドレス１０.１２９.１０.２、ソースポート番号ワイルドカード、目的地ポート番号８０、プロトコルＩＤＷＡＰ２.０を有するフィルタセッティングの課金方法、及び課金ルール識別子ＣＲ２とを具備する。また上記ＣＲＦはインストール機能指示を有する可能性があり、ＣＲ２の識別子で課金ルールをインストールすることをＴＰＦに要求し、さらに上記ＣＲＦは削除機能指示とＣＲ１を提供する可能性があり、ＣＲ１の識別子でオリジナル課金ルールを削除することをＴＰＦに要求する。

ＣＲ２の識別子で課金ルールと、対応するインストール機能指示、ＣＲ１の識別子で課金ルールと、対応する削除機能指示を受信した後、上記ＴＰＦはＣＲ１の識別子で課金ルールを検索し、ＣＲ１の課金ルールで課金データ記録（Charging Data Record：ＣＤＲ）の収集終了し、課金ルールＣＲ１を削除する。次いで上記ＴＰＦは新しい課金ルールＣＲ２をインストールし、課金ルールＣＲ２に従いユーザのオンラインゲームサービスの課金情報の統計を収集する。

上記過程の別のアプローチも存在する。上記ＣＲＦはＷＡＰゲームウェブサイトの課金に関連する入力情報に従い現在の課金ルールが実施されるために修正が必要であると決定し、次いで、修正機能指示、修正されるパラメータ、及び修正される課金ルール識別子をＴＰＦに送信する。例えば課金キー６７８９０と修正される課金ルール識別子ＣＲ１である。修正機能指示、修正されるパラメータ課金キー６７８９０、及び修正される課金ルール識別子ＣＲ１を受信した後、上記ＴＰＦは識別子ＣＲ１で課金ルールを検索し、課金ルールＣＲ１でＣＤＲの収集を終了し、次いで課金ルールの対応するパラメータを修正する。例えばＣＲ１の識別子で課金ルールの課金キーを６７８９０に修正し、現在の課金ルールに従いユーザによりアクセスされた「オンラインゲーム」サービスのＣＤＲを収集する。

図７は、本発明の別の実施形態を示す概念図である。図７に示すように、上記ＴＰＦで設定されるデフォルトの課金ルールは、識別子ＣＲ０によるルールである。上記課金ルールは、課金方法オフライン課金、課金キー１１１１１、課金ルール優先順位３、フィルタのソースＩＰアドレスワイルドカード、目的地ＩＰアドレスワイルドカード、ソースポート番号ワイルドカード、目的地ポート番号ワイルドカード、及びプロトコルＩＤＷＡＰ２.０、及び課金ルール識別子ＣＲ０を具備する。デフォルト条件において、上記ＴＰＦは識別子ＣＲ０で課金ルールを採用することにより、全ての一般のＷＡＰサービスのユーザに課金する。上記ユーザはＰＤＰコンテクストを活性化させ、このＰＤＰコンテクストを介して複数のサービスの情報更新を実施する可能性がある。たとえば、上記ユーザは上記ＵＥを介して特定のＷＡＰウェブサイト上のニュースと株式市場情報をブラウズする可能性がある。このＷＡＰウェブサイトのニュース情報ブラウズサービスと株市場情報ブラウズサービスは、同じ課金ルールで課金されるが、一般のＷＡＰサービスのそれより高い課金率を有する。この場合、ＷＡＰウェブサイトにより提供される課金に関連する入力情報によれば、上記ＣＲＦはＣＲ１の識別子で課金ルールをＴＰＦに送信する。上記課金ルールは、課金方法オフライン課金、課金キー２４５６１、課金ルール優先順位１、及びソースＩＰアドレス１０.１２９.１０.５、目的地ＩＰアドレス１０.１２９.１０.６、ソースポート番号ワイルドカード、目的地ポート番号８０、プロトコルＩＤＷＡＰ２．０、及び株式情報ブラウズのＵＲＬ（wap.sina.com/gushi）を有するフィルタＣＲ１Ｆｉｌｔｅｒ１の設定情報、及びソースＩＰアドレス１０.１２９.１０.５、目的地ＩＰアドレス１０.１２９.１０.６、ソースポート番号ワイルドカード、目的地ポート番号８０、プロトコルＩＤＷＡＰ２．０、株式情報ブラウズのＵＲＬ（wap.sina.com/gushi）とを有するフィルタＣＲ１Ｆｉｌｔｅｒ２の設定情報、及び課金ルール識別子ＣＲ１、の情報を具備する。上記ＴＰＦは、識別子ＣＲ１で課金ルールに従い、ニュース情報ブラウズサービスと株式市場情報ブラウズサービスのユーザに課金する。

このＷＡＰゲームウェブサイトの優先ポリシーに従い、ニュース情報ブラウズサービスのその日の午後８時００分からその翌日の午前８時００分までの課金率は、一般のＷＡＰサービスのそれと同じである。午後８時００分であるとき、ＷＡＰウェブサイトは、上記イベントと、対応するサービスデータフローフィルタ情報のような、課金に関連する入力情報をＣＲＦに送信し、ＣＲＦがＴＰＦに新しい課金ルールを送信することを要求し、そのため、上記ＴＰＦは新しい課金ルールに従い課金することができ、それゆえニュース情報ブラウズサービスの一般のＷＡＰ課金ルールと同じ率でユーザに課金する。

上記ＣＲＦは、ニュース情報ブラウズサービスが一般のＷＡＰサービスの課金ルールＣＲ０に従い課金されるべきであるが、株市場情報ブラウズサービスがＷＡＰゲームウェブサイトにより提供される課金に関連する入力情報に従い、まだ課金ルールＣＲ１に従い課金されると決定する。次いで上記ＣＲＦはＴＰＦに課金ルール規定メッセージを送信する。上記課金ルール規定は、サービスデータフローフィルタ削除動作指示と削除されるサービスデータフローフィルタの識別子ＣＲ１Ｆｉｌｔｅｒ２も具備する。上記ＣＲＦから課金ルール規定メッセージを受信した後、削除機能指示とＣＲ１Ｆｉｌｔｅｒ２に従い、上記ＴＰＦは識別子ＣＲ１でオリジナル課金ルールを検索し、この課金ルールのＣＤＲ収集を終了する。上記ＴＰＦは、以降のＣＤＲ統計に同期するために課金ルールＣＲ０のＣＲの収集も終了する可能性がある。上記ＴＰＦは、次いで識別子ＣＲ１Ｆｉｌｔｅｒ２でサービスデータフローフィルタを削除する。識別子ＣＲ１Ｆｉｌｔｅｒ２でサービスデータフローフィルタが削除された後、上記課金ルールＣＲ１は、課金方法オフライン課金、課金キー２４５６１、課金ルール優先順位１、及びソースＩＰアドレス１０.１２９.１０.５の、目的地ＩＰアドレス１０.１２９.１０.６、ソースポートワイルドカード、目的地ポート番号８０、プロトコルＩＤＷＡＰ２.０、及び株式市場情報ブラウズのＵＲＬ（wap.sina.com/gushi）とを有するフィルタＣＲ１Ｆｉｌｔｅｒ１設定情報、及び課金ルール識別子ＣＲ１とを具備する。このように、上記ＴＰＦは課金ルールＣＲ１に従い、ユーザによりアクセスされた株式市場情報ブラウズサービスのＣＤＲを収集し、課金ルールＣＲ０に従い、ユーザによりアクセスされた新しいニュース情報ブラウズサービスと他のＷＡＰサービスのＣＤＲを収集する。

ＷＡＰゲームウェブサイトの課金設定によれば、午前８時００分であるとき、ニュース情報ブラウズサービスの課金率がリセットされなければならない。それゆえ、この時に、上記ＴＰＦが新しい課金ルールに従い課金することができるように、ＷＡＰウェブサイトは、ＣＲＦに課金に関連する入力情報を送信し、ＣＲＦがＴＰＦに新しい課金ルールを送信することを要求し、それゆえ、株市場情報ブラウズサービスの課金ルールと同じ課金ルールでニュース情報ブラウズサービスのユーザに課金する。

上記ＣＲＦは、ＷＡＰゲームウェブサイトによって提供される課金に関連する入力情報に従い、ニュース情報ブラウズサービスが株式市場情報ブラウズサービスの課金ルールと同じ課金ルールＣＲ１に従い課金されるべきであると決定する。上記ＣＲＦは、ＴＰＦに課金ルール規定メッセージを送信する。上記課金ルール規定は、サービスデータフローフィルタの修正動作指示、対応する課金ルール識別子ＣＲ１、及びソースＩＰアドレス１０.１２９.１０.５、目的地ＩＰアドレス１０.１２９.１０.６、ソースポート番号ワイルドカード、目的地ポート番号８０、プロトコルＩＤＷＡＰ２.０、及びニュース情報ブラウズのＵＲＬ（wap.sina.com/xinwen）を有する追加されるサービスデータフローフィルタＣＲ１Ｆｉｌｔｅｒ２の識別子を具備する。ＣＲＦから課金ルール規定メッセージを受信した後、上記ＴＰＦは、修正機能指示と対応する課金ルールＣＲ１に従いＣＲ１の識別子でオリジナルの課金ルールを検索し、課金ルールＣＲ１に基づくＣＤＲ収集を終了し、サービスデータフローフィルタＣＲ１Ｆｉｌｔｅｒ２を課金ルールＣＲ１に追加する。識別子ＣＲ１Ｆｉｌｔｅｒ２によるサービスデータフローフィルタが追加された後、上記課金ルールＣＲ１は、課金方法オフライン課金、課金キー２４５６１、課金ルール優先順位１、及びソースＩＰアドレス１０.１２９.１０.５、目的地ＩＰアドレス１０.１２９.１０.６、ソースポート番号ワイルドカード、目的地ポート番号８０、プロトコルＩＤＷＡＰ２.０、株市場情報ブラウズのＵＲＬ（wap.sina.com/gushi）を有するフィルタＣＲ１Ｆｉｌｔｅｒ１の設定情報、及びソースＩＰアドレス１０.１２９.１０.５、目的地ＩＰアドレス１０.１２９.１０.６、ソースポート番号ワイルドカード、目的地ポート番号８０、プロトコルＩＤＷＡＰ２.０、ニュース情報閲覧のＵＲＬ（wap.sina.com/xinwen）を有するフィルタＣＲ１Ｆｉｌｔｅｒ２の設定情報、及び識別子ＣＲ１を具備する。このように、上記ＴＰＦは、課金ルールＣＲ１に従いユーザによりアクセスされた株式市場情報ブラウズサービスとニュース情報ブラウズサービスのＣＤＲを収集し、課金ルールＣＲ０に従いユーザによりアクセスされた他のＷＡＰサービスのＣＤＲを収集する。

要するに、上記の記載は本発明の好ましい実施形態であるにすぎず、その保護範囲を限定するために構成されるものではない。

ＰＤＰコンテクストの活性化、データ送信、及び非活性化を示すフローチャートである。 オンライン課金ＦＢＣシステムの構造を示す概念図である。 オフライン課金ＦＢＣシステムの構造を示す概念図である。 ベアラが確立されるときの課金ルールを示すフローチャートである。 ベアラが修正されるときの課金ルールを示すフローチャートである。 ベアラが削除されるときの課金ルールを示すフローチャートである。 ＡＦがＣＲＦのために課金入力情報を提供する場合を示すフローチャートである。 ＣＲＦがＴＰＦに自発的に課金ルールを発行している場合を示すフローチャートである。 本発明の一実施形態を示す概念図である。 本発明の別の実施形態を示す概念図である。

符号の説明

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

Claims (17)

1. 課金ルールを識別するために識別子を割り当てる段階と、
   上記識別子をトラフィック平坦化機能（ＴＰＦ）に提供する段階とを備えることを特徴とするパケットデータサービスの課金ルールを強化する方法。
2. さらに動作指示と上記識別子をＴＰＦに送信する段階と、
   上記ＴＰＦが上記動作指示に従い識別子に対応する課金ルールに指示された機能を実施する段階とを備えることを特徴とする上記請求項１に記載の方法。
3. さらに上記動作指示をＴＰＦに送信している間に、上記識別子をＴＰＦに送信する段階と、
   上記ＴＰＦが上記動作指示に従い識別子に対応する課金ルールに指示された機能を実施する段階とを備えることを特徴とする上記請求項２に記載の方法。
4. 上記動作指示が、削除機能指示、あるいは修正機能指示、あるいはインストール機能指示、あるいは活性化機能指示、あるいは上記指示のいずれかの組み合わせを備えることを特徴とする上記請求項２に記載の方法。
5. パラメータ情報が上記指示と共にＴＰＦに送信され、上記ＴＰＦが上記動作指示に従い課金ルールの上記パラメータ情報に指示された機能を実施することを特徴とする上記請求項２または上記請求項３に記載の方法。
6. 上記動作指示、あるいは上記識別子、あるいはパラメータ情報、あるいは上記のいずれかの組み合わせが上記課金ルールと共にＴＰＦに送信されることを特徴とする上記請求項５に記載の方法。
7. 上記識別子が課金ルールを識別するための識別子、あるいはサービスデータフローフィルタを識別するための識別子を備えることを特徴とする上記請求項１または上記請求項３に記載の方法。
8. 上記識別子が課金ルール機能、上記ＴＰＦ、あるいはネットワーク操作者により割り当てられ、あるいは仕様によって定義され、あるいは上記のいずれかの組合せにより決定されることを特徴とする上記請求項１に記載の方法。
9. 修正指示をＴＰＦに提供することを特徴とするパケットデータサービスの課金ルールの機能を実施する方法。
10. 上記ＴＰＦが動作指示に従い課金ルールを修正することを特徴とする請求項９に記載の方法。
11. さらに修正指示をＴＰＦに送信している間に、課金ルールをＴＰＦに送信する段階と、上記ＴＰＦが上記修正指示に従いオリジナルの課金ルールを削除した後、新しい修正された課金ルールをインストールする段階とを備えることを特徴とする請求項９に記載の方法。
12. インストール指示をＴＰＦに提供することを特徴とするパケットデータサービスの課金ルール機能を実施する方法。
13. さらにインストール指示を上記ＴＰＦに提供した後、上記ＴＰＦが上記動作指示に従い課金ルールのインストール機能を実施する段階を備えることを特徴とする上記請求項１２に記載の方法。
14. さらに上記インストール指示をＴＰＦに送信している間に、識別子とパラメータ情報とをＴＰＦに送信する段階と、上記ＴＰＦが上記インストール指示に従い上記識別子に対応する課金ルールのパラメータのインストール機能を実施する段階とを備えることを特徴とする上記請求項１２に記載の方法。
15. 動作指示をＴＰＦに提供する段階と、上記ＴＰＦが課金ルールに指示された機能を実施する段階と、上記ＴＰＦが機能応答を返信する段階とを備えることを特徴とするパケットデータサービスの課金ルール機能に応答する方法。
16. 上記機能応答が機能成功応答または機能失敗応答を備えることを特徴とする上記請求項１５に記載の方法。
17. 上記機能失敗応答がエラー原因情報を有することを特徴とする上記請求項１６に記載の方法。

Images