(57)【特許請求の範囲】
【請求項１】
Control  and  user  plane  separation（ＣＵＰＳ）プロトコルに基づくオフライン課金コール詳細記録しきい値制御方法であって、
ユーザプレーン・ネットワーク要素によって、制御プレーン・ネットワーク要素からの第１のメッセージを受信することであって、前記第１のメッセージは最大課金条件変更量を搬送し、前記最大課金条件変更量は、オフライン課金コール詳細記録において前記制御プレーン・ネットワーク要素によって生成された最大トラフィック・コンテナ量に等しい、受信することと、
前記ユーザプレーン・ネットワーク要素によって、前記制御プレーン・ネットワーク要素に課金情報を報告するイベントが発生したときに課金条件変更量を計算することと、
前記ユーザプレーン・ネットワーク要素によって、前記課金条件変更量が前記最大課金条件変更量よりも小さい場合、現在の累積使用済トラフィックの値および／または現在の累積使用時間の値を予約することと、
前記ユーザプレーン・ネットワーク要素によって、前記課金条件変更量が前記最大課金条件変更量に等しい場合、前記ユーザプレーン・ネットワーク要素での課金情報をクリアすることと、を含む方法。
【請求項２】
前記第１のメッセージは、時間しきい値および／またはトラフィックしきい値をさらに搬送する、請求項１に記載の方法。
【請求項３】
課金情報報告条件が満たされたときに、または前記制御プレーン・ネットワーク要素からのインスタント・クエリ要求が受信されたときに、前記ユーザプレーン・ネットワーク要素によって、前記制御プレーン・ネットワーク要素に課金情報を報告するイベントが発生し、前記課金情報報告条件は、現在の時間がタリフ切り替え時間であることを含む、請求項１に記載の方法。
【請求項４】
前記インスタント・クエリ要求は、指示パラメータを搬送し、前記指示パラメータは、前記ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、前記制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズするかどうかを示すために使用される、請求項３記載の方法。
【請求項５】
前記指示パラメータが、前記ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、前記制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズすることを示す場合、前記ユーザプレーン・ネットワーク要素によって、前記制御プレーン・ネットワーク要素に課金情報を報告した後に、前記ユーザプレーン・ネットワーク要素側の課金情報をクリアする、請求項４に記載の方法。
【請求項６】
累積使用済トラフィックがトラフィックしきい値に達したときに、または累積使用時間がユーザプレーン・ネットワーク要素における時間しきい値に達したときに、前記ユーザプレーン・ネットワーク要素により、前記制御プレーン・ネットワーク要素へ課金情報を報告し、前記ユーザプレーン・ネットワーク要素側の課金情報をクリアすることと、
前記課金情報を受信した後に、前記制御プレーン・ネットワーク要素により、前記現在オープンなオフライン課金コール詳細記録をクローズすることと、をさらに含む、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
Control  and  user  plane  separation（ＣＵＰＳ）プロトコルに基づくオフライン課金コール詳細記録しきい値制御方法であって、
制御プレーン・ネットワーク要素によって、第１のメッセージをユーザプレーン・ネットワーク要素に送信することであって、前記第１のメッセージは最大課金条件変更量を搬送し、前記最大課金条件変更量は、オフライン課金コール詳細記録において前記制御プレーン・ネットワーク要素によって生成される最大トラフィック・コンテナ量に等しい、送信することと、
ユーザプレーン・ネットワーク要素によって報告された課金情報を受信し、前記課金情報に基づいてトラフィック・コンテナを生成することと、を含む方法。
【請求項８】
前記第１のメッセージは、時間しきい値および／またはトラフィックしきい値をさらに搬送する、請求項７に記載の方法。
【請求項９】
前記ユーザプレーン・ネットワーク要素にインスタント・クエリ要求を送信することであって、前記インスタント・クエリ要求は指示パラメータを搬送し、前記指示パラメータは、前記ユーザプレーン・ネットワーク要素によって報告された前記課金情報を受信した後に、前記制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズするかどうかを示すために使用される、送信することをさらに含む、請求項７に記載の方法。
【請求項１０】
前記指示パラメータが、前記ユーザプレーン・ネットワーク要素によって報告された前記課金情報を受信した後に、前記制御プレーン・ネットワーク要素が前記現在オープンなオフライン課金コール詳細記録をクローズすることを示す場合、前記ユーザプレーン・ネットワーク要素から報告された課金情報が受信された後に、前記現在オープンなオフライン課金コール詳細記録をクローズされる、請求項９に記載の方法。
【請求項１１】
請求項１〜６のいずれか一項に記載の方法を実行するように構成されたユーザプレーン・ネットワーク要素。
【請求項１２】
請求項７〜１０のいずれか一項に記載の方法を実行するように構成された制御プレーン・ネットワーク要素。
【請求項１３】
請求項１１に記載のユーザプレーン・ネットワーク要素と、請求項１２に記載の制御プレーン・ネットワーク要素とを含む、Control  and  user  plane  separation（ＣＵＰＳ）プロトコルに基づくオフライン課金コール詳細記録しきい値制御システム。
【請求項１４】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体が命令を記憶し、前記命令がコンピュータ上で動作すると、前記コンピュータが請求項１〜６のいずれか一項に記載のＣＵＰＳプロトコルに基づくオフライン課金コール詳細記録しきい値制御方法を実行することを可能にされる、コンピュータ可読記憶媒体。
【請求項１５】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体が命令を記憶し、前記命令がコンピュータ上で動作すると、前記コンピュータは、請求項７〜１０のいずれか一項に記載のＣＵＰＳプロトコルに基づくオフライン課金コール詳細記録しきい値制御方法を実行することを可能にされる、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２０１７年８月１４日に中国国家知識産権局に出願され、「OFFLINE  CHARGING  CALL  DETAIL  RECORD  THRESHOLD  CONTROL  METHOD  AND  SYSTEM  BASED  ON  CUPS  PROTOCOL」と題する、中国特許出願第２０１７１０６９２６９６．２号に対する優先権を主張し、その全体が参照により本明細書に組み込まれる。
【０００２】
この出願は、通信技術の分野に関し、特に、ＣＵＰＳプロトコルに基づくオフライン課金コール詳細記録しきい値制御方法およびシステムに関する。
【背景技術】
【０００３】
３ＧＰＰ  Ｒ１４に準拠したネットワーク・アーキテクチャでは、ＥＰＣゲートウェイ（ＳＧＷ（Serving  Gateway、サービング・ゲートウェイ）、ＰＧＷ（Public  Data  Network  Gateway、パブリックデータ・ゲートウェイ）、ＴＤＦ（Traffic  Detection  Function、タリフ検出機能）を含む）が、制御プレーン・ネットワーク要素（Control  Plane、ＣＰ）とユーザプレーン・ネットワーク要素（User  Plane、ＵＰ）に分割される。ＣＰとＵＰは協調して、オリジナルのＥＰＣゲートウェイの機能を完了する。３ＧＰＰプロトコルでは、このネットワーク・アーキテクチャに特有のコンテンツは、ＣＵＰＳプロトコルとも呼ばれる。
【０００４】
ＣＰはＳｘインターフェースを介してＵＰと相互作用し、データ転送、ポリシー制御、課金などのオリジナルのＥＰＣゲートウェイの機能を実装する。ＣＰは、課金結果をまとめ、課金結果に基づいてコール詳細記録や課金メッセージを生成し、周囲のＣＧ（Charging  Gateway、課金ゲートウェイ）、周囲のＯＣＳ（Online  Charging  System、オンライン課金システム）等にコール詳細記録や課金メッセージを送信する。次いで、ＵＰは、オリジナルの課金データ、使用済トラフィック、使用時間等の課金情報をＣＰに報告する。その後に、ＣＰはＳｘインターフェースを介して、ＵＲＲ（Usage  Report  Rule、使用報告規則）ベースのメッセージをＵＰに配信する。ＵＲＲベースのメッセージは、トラフィックしきい値、時間しきい値、タリフ切り替え時間（監視時間）、インスタント・クエリを示す報告トリガ等のパラメータが含まれ、課金情報の報告方法をＵＰに指示する。
【０００５】
ＣＰは、ＵＰによって報告された課金情報に基づいてオフラインの課金コール詳細記録を生成することができる。ＣＰ側では、時間が対応する時間しきい値に達するか、もしくはトラフィックが対応するトラフィックしきい値に達したとき、またはトラフィック・コンテナの量が事前設定された上限に達したときに、オフライン課金コール詳細記録が生成される。タリフ切り替え時間になったとき、またはコンテナクローズ・イベントが発生したときに、ＣＰはオフライン課金コール詳細記録のためのトラフィック・コンテナを生成するが、必ずしもオフライン課金コール詳細記録を生成するわけではない。
【０００６】
既存のＣＵＰＳプロトコルの規定によれば、ＣＰ側のトラフィックしきい値（および／または時間しきい値）は、ＵＰが課金情報を報告した後に、毎回強制的に更新される。しきい値がトラフィックしきい値である例が使用される。ＵＰが課金情報を報告した後に、ＣＰ側でオフライン課金コール詳細記録を生成する必要がない場合、ＣＰは、ＵＰにより報告された最新のトラフィック使用状況に基づいて現在のトラフィックしきい値を再計算し、ＵＰにトラフィックしきい値を更新するよう指示する。続いて、オフライン課金コール詳細記録を生成するための条件が満たされ、オフライン課金コール詳細記録が生成されたときに、ＣＰはオリジナルのトラフィックしきい値を復元する必要があり、ＵＰにトラフィックしきい値をリセットするように指示する。具体的には、ＣＰとＵＰとの間の相互作用プロセスが図１に示される。例えば、オフライン課金コール詳細記録のトラフィックしきい値は１０Ｍであり、タリフ切り替え時間は１２：００であると仮定する。ＣＰとＵＰの間の相互作用プロセスは、以下のステップを含む。
【０００７】
１．  セッションを確立した後に、ＣＰはＵＲＲベースメッセージ（Ｓｘセッション確立要求、すなわちＳｘインターフェースを介したセッション確立要求）をＵＰに配信する。メッセージでは、初期トラフィックしきい値（容量しきい値）が１０バンドに設定され、タリフ切り替え時間（ＭＴ）が１２：００に設定される。
【０００８】
２．  ＣＰによって配信されたメッセージを受信した後に、ＵＰは応答メッセージ（Ｓｘセッション確立応答、すなわちＳｘインターフェースを介したセッション確立応答）を返す。
【０００９】
３．  １２：００のタリフ切り替え時間になったときに、ＵＰはＣＰに課金情報（Ｓｘセッション報告要求、すなわち、Ｓｘインターフェースを介したセッション報告要求であり得る）を報告する。このとき、ＵＰ側で消費されるトラフィックは３Ｍに積算され、現在の使用済トラフィックを示し、３Ｍの値を有するパラメータ（容量測定）が課金情報内で搬送される。追加的に、ＵＰはユーザの累積使用済トラフィックをクリアする。
【００１０】
４．  課金情報を受信した後に、ＣＰは課金情報を処理し、トラフィック・コンテナを生成する。ここで、トラフィック・コンテナは、使用済トラフィックがタリフ切り替えの前は３Ｍであると記録する。追加的に、ＣＰは応答メッセージ（Ｓｘセッション報告応答、すなわち、Ｓｘインターフェースを介したセッション報告応答）をＵＰに返す。
【００１１】
５．  ＣＰは、現在のオフライン課金コール詳細記録をクローズするまでの７Ｍの残りトラフィックがあると計算（現在のオフライン課金コール詳細記録の生成とも呼ばれる）し、ＵＰに送信されるアップデート・メッセージ（Ｓｘセッション変更要求、すなわち、Ｓｘインターフェースを介したセッション変更要求）内でトラフィックしきい値を７Ｍに設定する。
【００１２】
６．  更新メッセージを受信した後に、ＵＰはＵＰ側のトラフィックしきい値を７Ｍに更新し、ＣＰに応答メッセージ（Ｓｘセッション確立応答、すなわち、Ｓｘインターフェースを介したセッション確立応答（ＵＰ側で累積された使用済トラフィックはクリアされる。これはセッションの再確立と等価である。したがって、セッション確立応答とすることができる））を返す。
【００１３】
７．  ＵＰはユーザのトラフィック使用状況を監視し続け、累積されたユーザの使用済トラフィックがＵＰ側で更新されたトラフィックしきい値（７Ｍ）に達したときに、ＵＰは、課金情報（Ｓｘセッション報告要求、すなわち、Ｓｘインターフェースを介したセッション報告要求であり得る）をＣＰに再度報告する。課金情報は、前回の報告以降の使用済トラフィックを示すパラメータを搬送し、パラメータの値は７Ｍである。毎回ＵＰは、累積された使用済トラフィックではなく、最後の報告と現在の報告との間に生成された使用済トラフィックのみをＣＰに報告することに留意されたい。ステップ６では、最後の報告までに累積された使用済トラフィックがクリアされる。したがって、このステップでの累積された使用済トラフィックは、前回の報告以降の使用済トラフィックに等しい。
【００１４】
８．  ＵＰによって報告された課金情報を受信した後に、ＣＰは応答メッセージ（Ｓｘセッション報告応答、すなわちＳｘインターフェースを介したセッション報告応答）をＵＰに返し、再度トラフィック・コンテナを生成し、トラフィック・コンテナは、使用済トラフィックがタリフ切り替え後に７Ｍであると記録する。総使用済トラフィックは初期トラフィックしきい値の１０Ｍに達するため、ＣＰは現在のオフライン課金コール詳細記録をクローズする（すなわち、オフライン課金コール詳細記録を生成する）。
【００１５】
９．  現在のオフライン課金コールの詳細記録をクローズした後に、ＣＰはアップデート・メッセージ（Ｓｘセッション変更要求、すなわちＳｘインターフェースを介したセッション変更要求）をＵＰに送信し、ＵＰにトラフィックしきい値を１０Ｍに復元するように指示する。
【００１６】
１０．  アップデート・メッセージを受信した後に、ＵＰはＵＰ側のトラフィックしきい値を１０Ｍに復元し、応答メッセージ（Ｓｘセッション確立応答、すなわちＳｘインターフェースを介したセッション確立応答）をＣＰに返す。
【００１７】
しかし、ＵＰによって報告された課金情報に基づいてトラフィックしきい値を強制的に更新する既存の方法は、以下の問題を有している。すなわち、（１）ＣＰとＵＰによってトラフィックしきい値の更新に追加メッセージ交換が必要である（時間しきい値の更新の場合はこれと同じ）。（２）遅延したしきい値更新により、オフライン課金コール詳細記録の課金結果がしきい値を超えることがある。例えば、図１に示されたプロセスにおいて、タリフ切り替え時間になったときに、ＵＰ側の使用済トラフィックが３Ｍではなく９Ｍである場合、ＣＰがトラフィックしきい値を１Ｍに更新するようにＵＰに指示したとき、ＵＰは再度すでに２Ｍの使用済トラフィックを有していることがある。このように、現在オープンなオフライン課金コール詳細記録が即座にクローズすられたとしても、オフライン課金コール詳細記録に対するトラフィック課金結果は９Ｍ＋２Ｍ＝１１Ｍとなる。これにより、オフライン課金コール詳細記録のその後の処理にエラーが発生することがある。
【発明の概要】
【００１８】
この出願は、ＣＵＰＳプロトコルに基づくオフライン課金コール記録しきい値制御方法およびシステムを提供し、しきい値の更新により引き起こされるＣＰとＵＰとの間のシグナリング相互作用を低減し、それによって、累積使用済トラフィックがしきい値更新メッセージの送信の遅延によりトラフィックしきい値を超えることを防止する。
【００１９】
第１の態様によれば、この出願の実施形態は、ＣＵＰＳプロトコルに基づくオフライン課金コール詳細記録のしきい値制御方法を提供し、方法は、ユーザプレーン・ネットワーク要素側に適用され、ユーザプレーン・ネットワーク要素によって、制御プレーン・ネットワーク要素によって送信された第１のメッセージを受信することであって、第１のメッセージは、最大課金条件変更量を搬送し、最大課金条件変更量は、オフライン課金コール詳細記録において制御プレーン・ネットワーク要素によって生成された最大トラフィック・コンテナ量と等しい、受信することと、ユーザプレーン・ネットワーク要素によって、制御プレーン・ネットワーク要素に課金情報を報告するイベントが発生したときに、課金条件変更量を計算することと、ユーザプレーン・ネットワーク要素によって、課金条件変更量が最大課金条件変更量より小さいときに、現在の蓄積使用済トラフィックおよび／または現在の累積使用時間値を予約することと、ユーザプレーン・ネットワーク要素によって、課金条件変更量が最大課金条件変更量に等しいときに、ユーザプレーン・ネットワーク要素側の課金情報をクリアすることと、とを含む。この実装態様は、しきい値アップデートによって引き起こされるＣＰとＵＰとの間の追加のシグナリング相互作用を低減することができ、それによって、しきい値アップデート・メッセージの送信の遅延によって、累積使用済トラフィックがトラフィックしきい値を超えることを防止する。
【００２０】
第１の態様に関して、第１の態様の第１の可能な実装態様において、第１のメッセージは、時間しきい値および／またはトラフィックしきい値をさらに搬送する。この実装態様では、メッセージは、頻繁に使用される時間しきい値や最大課金条件変更量のようなパラメータの両方を搬送し、追加のメッセージは、最大課金条件変更量を送信するために使用される必要はなく、それによって、制御プレーン・ネットワーク要素とユーザプレーン・ネットワーク要素との間のメッセージ交換を低減する。
【００２１】
第１の態様を参照すると、第１の態様の第２の可能な実装態様において、課金情報報告条件が満たされたときに、または制御プレーン・ネットワーク要素によって送信されたインスタント・クエリ要求が受信されたときに、ユーザプレーン・ネットワーク要素によって、制御プレーン・ネットワーク要素へ課金情報を報告するイベントが発生し、課金情報報告条件は、現在の時間がタリフ切り替え時間であることを含む。ユーザプレーン・ネットワーク要素は、主に、上記の２つのトリガマナーを使用して、制御プレーン・ネットワーク要素に課金情報を報告する。具体的には、ユーザプレーン・ネットワーク要素は、報告条件に基づいて課金情報を自動的に報告し、ユーザプレーン・ネットワーク要素は、制御プレーン・ネットワーク要素からのインスタント・クエリ要求に基づいて課金情報を報告する。報告条件は、タリフ切り替え時間になったことを含み、さらに、しきい値（時間しきい値またはトラフィックしきい値）に達したことを含む。追加的に、課金条件変更量が最大課金条件変更量に等しいときに、ユーザプレーン・ネットワーク要素は、制御プレーン・ネットワーク要素に課金情報を一度だけ報告してもよい。
【００２２】
第１の態様の第２の可能な実装態様を参照すると、第１の態様の第３の可能な実装態様では、インスタント・クエリ要求は指示パラメータを搬送し、指示パラメータは、ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズするかどうかを示すために使用される。この実装態様では、指示パラメータが設定される。指示パラメータの設定値に基づいて、インスタント・クエリ要求を送信するときに、制御プレーン・ネットワーク要素は、ユーザプレーン・ネットワーク要素に、現在オープンなオフライン課金コール詳細記録をクローズする（すなわち、オフライン課金コール詳細記録を生成する）ように指示するか、またはユーザプレーン・ネットワーク要素がインスタント・クエリ要求に応答して課金情報を報告した後にトラフィック・コンテナのみを生成するように指示することができる。トラフィック・コンテナのみが生成された場合、ユーザプレーン・ネットワーク要素は、課金条件変更量に１を加算し、課金条件変更量が最大課金条件変更量より小さいかどうかを決定し、第１の態様に従って処理の実行を継続する。制御プレーン・ネットワーク要素が、現在オープンなオフライン課金コール詳細記録をクローズする場合、ユーザプレーン・ネットワーク要素は、課金情報を報告した後に、ユーザプレーン・ネットワーク要素側の課金情報をクリアすることができる。このように、制御プレーン・ネットワーク要素は、インスタント・クエリ要求を送信した後にしきい値を強制的に更新する必要がなく、ユーザプレーン・ネットワーク要素にしきい値を更新するように指示する必要がなく、それによって、両側のシグナリング相互作用を低減する。
【００２３】
第１の態様の第３の可能な実装態様を参照すると、第１の態様の第４の可能な実装態様では、指示パラメータが、ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズすることを示す場合、ユーザプレーン・ネットワーク要素は、課金情報を制御プレーン・ネットワーク要素に報告した後に、ユーザプレーン・ネットワーク要素側の課金情報をクリアする。この実装態様において、制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズする条件がトリガされるときに、制御プレーン・ネットワーク要素はしきい値を更新する必要はなく、指示パラメータを介してユーザプレーン・ネットワーク要素に課金情報をクリアするように指示する必要がある。ユーザプレーン・ネットワーク要素はしきい値を更新する必要はない。
【００２４】
第１の態様から第１の態様の第４の可能な実装態様までのいずれか１つを参照すると、第１の態様の第５の可能な実装態様では、方法は、累積使用済トラフィックがトラフィックしきい値に達したときに、または累積使用時間がユーザプレーン・ネットワーク要素において時間しきい値に達したときに、ユーザプレーン・ネットワーク要素によって、制御プレーン・ネットワーク要素に課金情報を報告し、ユーザプレーン・ネットワーク要素側の課金情報をクリアし、制御プレーン・ネットワーク要素によって、課金情報を受信した後に、現在オープンなオフライン課金コール詳細記録をクローズすることと、をさらに含む。この実装態様では、累積使用済トラフィックがトラフィックしきい値に達したときに、または累積使用済時間が時間しきい値に達したときにオフライン課金コール詳細記録が生成され、それによってオフライン課金コール詳細記録の過度に大きな課金結果を回避する。
【００２５】
第２の態様によれば、この出願の実施形態は、ＣＵＰＳプロトコルに基づくオフライン課金コール記録しきい値制御方法を提供し、方法は、制御プレーン・ネットワーク要素側に適用され、制御プレーン・ネットワーク要素によって、第１のメッセージをユーザプレーン・ネットワーク要素に送信することであって、第１のメッセージは、最大課金条件変更量を搬送し、最大課金条件変更量は、オフライン課金コール詳細記録において制御プレーン・ネットワーク要素によって生成される最大トラフィック・コンテナ量と等しい、送信することと、ユーザプレーン・ネットワーク要素によって報告される課金情報を受信することと、課金情報に基づいてトラフィック・コンテナを生成することと、を含む。
【００２６】
第２の態様を参照すると、第２の態様の第１の可能な実装態様では、第１のメッセージは、時間しきい値および／またはトラフィックしきい値をさらに搬送する。
【００２７】
第２の態様を参照すると、第２の態様の第２の実施態様の可能な実装態様では、方法は、ユーザプレーン・ネットワーク要素にインスタント・クエリ要求を送信することであって、インスタント・クエリ要求は、指示パラメータを搬送し、指示パラメータは、ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズするかどうかを示すために使用される、送信することをさらに含む。
【００２８】
第２の態様の第２の可能な実装態様を参照すると、第２の態様の第３の可能な実装態様では、指示パラメータが、ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズすることを示す場合、ユーザプレーン・ネットワーク要素によって報告された課金情報が受信された後に、現在オープンなオフライン課金コール詳細記録がクローズされる。
【００２９】
第３の態様によれば、この出願の実施形態は、制御プレーン・ネットワーク要素によって送信された第１のメッセージを受信するように構成された受信ユニットであって、第１のメッセージが最大課金条件変更量を搬送し、最大課金条件変更量がオフライン課金コール詳細記録において制御プレーン・ネットワーク要素によって生成される最大トラフィック・コンテナ量に等しい、受信ユニットと、制御プレーン・ネットワーク要素に課金情報を報告するように構成された送信ユニットと、処理ユニットであって、送信ユニットによって制御プレーン・ネットワーク要素に課金情報を報告するイベントが発生したときに課金条件変更量を計算し、課金条件変更量が最大課金条件変更量より小さい場合、現在の蓄積使用済トラフィックの値および／または現在の蓄積使用時間の値を予約し、課金条件変更量が最大課金条件変更量に等しい場合、ユーザプレーン・ネットワーク要素側の課金情報をクリアするように構成された処理ユニットと、を含むユーザプレーン・ネットワーク要素を提供する。
【００３０】
第３の態様を参照すると、第３の態様の第１の可能な実装態様において、第１のメッセージは、時間しきい値および／またはトラフィックしきい値をさらに搬送する。
【００３１】
第３の態様を参照すると、第３の態様の第２の可能な実装態様では、課金情報報告条件が満たされるか、または制御プレーン・ネットワーク要素によって送信されたインスタント・クエリ要求が受信されたときに、送信ユニットによって、制御プレーン・ネットワーク要素に課金情報を報告するイベントが発生し、課金情報報告条件は、現在の時間がタリフ切り替え時間であることを含む。
【００３２】
第３の態様を参照すると、第３の態様の第３の可能な実装態様では、インスタント・クエリ要求は指示パラメータを搬送し、インスタント・クエリ要求は、指示パラメータを搬送し、指示パラメータは、ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、制御プレーン・ネットワーク・要素が現在オープンなオフライン課金コール詳細記録をクローズするかどうかを示すために使用される。
【００３３】
第３の態様の第３の可能な実装態様を参照すると、第３の態様の第４の可能な実装態様では、指示パラメータが、ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズすることを示す場合、処理ユニットは、送信ユニットが制御プレーン・ネットワーク要素に課金情報を報告した後に、ユーザプレーン・ネットワーク要素側の課金情報をクリアするようにさらに構成される。
【００３４】
第３の態様から第３の態様の第４の可能な実施態様までのうちのいずれか１つを参照すると、第３の態様の第５の態様の可能な実装態様では、送信ユニットは、累積使用済トラフィックがトラフィックしきい値に達したとき、または累積使用時間がユーザプレーン・ネットワーク要素において時間しきい値に達したときに、制御プレーン・ネットワーク要素に課金情報を報告するように具体的に構成され、処理ユニットは、送信ユニットが制御プレーン・ネットワーク要素に課金情報を報告した後に、ユーザプレーン・ネットワーク要素側の課金情報をクリアするようにさらに構成される。
【００３５】
第４の態様によれば、この出願の実施形態はユーザプレーン・ネットワーク要素に第１のメッセージを送信するように構成された送信ユニットであって、第１のメッセージが最大課金条件変更量を搬送し、最大課金条件変更量がオフライン課金コール詳細記録において制御プレーン・ネットワーク要素によって生成される最大トラフィック・コンテナ量に等しい、送信ユニットと、ユーザプレーン・ネットワーク要素に第１のメッセージを送信するように構成された送信ユニットと、ユーザプレーン・ネットワーク要素によって報告される課金情報を受信するように構成された受信ユニットと、課金情報に基づいてトラフィック・コンテナを生成するように構成された処理ユニットとを含む、制御プレーン・ネットワーク要素を提供する。
【００３６】
第４の態様を参照すると、第４の態様の第１の可能な実装態様では、第１のメッセージは、時間しきい値および／またはトラフィックしきい値をさらに搬送する。
【００３７】
第４の態様を参照すると、第４の態様の第２の可能な実装態様では、送信ユニットは、さらに、ユーザプレーン・ネットワーク要素にインスタント・クエリ要求を送信するように構成され、インスタント・クエリ要求は指示パラメータを搬送し、指示パラメータは、ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズするかどうかを示すために使用される。
【００３８】
第４の態様の第２の可能な実装態様を参照すると、第４の態様の第３の可能な実装態様では、処理ユニットは、指示パラメータが、ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズすることを示す場合、受信ユニットがユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、現在オープンなオフライン課金コール詳細記録をクローズするようにさらに構成される。
【００３９】
第５の態様によれば、この出願の実施形態は、ＣＵＰＳプロトコルに基づくオフライン課金コール詳細記録しきい値制御システムを提供し、システムは、第３の態様によるユーザプレーン・ネットワーク要素と、第４の態様による制御プレーン・ネットワーク要素とを含む。
【００４０】
第６の態様によれば、この出願は、命令を含むコンピュータ可読記憶媒体を提供し、命令がコンピュータ上で動作すると、コンピュータは、第１の態様または第２の態様の方法を実行することを可能にされる。
【００４１】
第７の態様によれば、この出願は、命令を含むコンピュータ・プログラム製品を提供し、コンピュータ・プログラム製品がコンピュータ上で動作すると、コンピュータは、第１の態様または第２の態様の方法を実行するように可能にされる。
【００４２】
この出願の実施形態において提供される技術的解決策では、セッションを確立した後に、ＣＰはＵＰにメッセージを送信し、メッセージは最大課金条件変更量（最大トラフィック・コンテナ量に等しい）を搬送する。ＵＰは、ＣＰによって送信されたインスタント・クエリ要求またはサブスクリプション条件に基づいてＣＰに課金情報を報告し、トラフィック・コンテナ量を計算する。計算により得られるトラフィック・コンテナ量が最大トラフィック・コンテナ量より小さい場合、ＵＰはしきい値を更新する必要はなく、既存の累積使用済トラフィックに基づいてユーザの使用済トラフィックを蓄積し続ける。計算により得られたコンテナ量が最大コンテナ数に等しい場合、ＵＰは、現在のオフライン課金コール明細記録に対する課金情報の収集を停止し、ＵＰ側の現在のオフライン課金コール詳細記録に対する課金情報およびトラフィック・コンテナ量をクリアする。これに対応して、ＣＰはオフライン課金コール詳細記録をクローズする。したがって、ＵＰはＣＰがしきい値を更新するしきい値更新メッセージを送信するのを待つ必要がない。これは、しきい値更新によって引き起こされるＣＰとＵＰとの間の追加のシグナリング相互作用を低減することができるだけでなく、累積使用済トラフィックが送信の遅延によりトラフィックしきい値を超えることを防止することができ、それによってオフライン課金コール詳細記録のその後の処理におけるエラーを効果的に回避する。
【図面の簡単な説明】
【００４３】
【図１】従来技術におけるＣＰとＵＰとの間の相互作用のフローチャートである。
【図２】ＳＧＷ、ＰＧＷ、およびＴＤＦに対して制御プレーンとユーザプレーンの分離が実行された後に得られるネットワーク・アーキテクチャの概略図である。
【図３】この出願の一実施形態によるＣＵＰＳプロトコルに基づくオフライン課金コール詳細記録しきい値制御方法の概略フローチャートである。
【図４】図３に示される方法の実装態様によるＣＰとＵＰとの間の相互作用のフローチャートである。
【図５】図３に示される方法の別の実装態様によるＣＰとＵＰとの間の相互作用のフローチャートである。
【図６】図３に示される方法のさらに別の実装態様によるＣＰとＵＰとの間の相互作用のフローチャートである。
【図７】図３に示される方法のさらに別の実装態様によるＣＰとＵＰとの間の相互作用のフローチャートである。
【図８】この出願の一実施形態によるユーザプレーン・ネットワーク要素のブロック図である。
【図９】この出願の一実施形態による制御プレーン・ネットワーク要素のブロック図である。
【発明を実施するための形態】
【００４４】
３ＧＰＰ  Ｒ１４に準拠したネットワーク・アーキテクチャでは、ＥＰＣゲートウェイ（ＳＧＷ、ＰＧＷ、ＴＤＦを含む）は、制御プレーン・ネットワーク要素（Control  Plane、ＣＰ）とユーザプレーン・ネットワーク要素（User  Plane、ＵＰ）に分割される。ＣＰとＵＰは、無線側のネットワーク要素とコアネットワークの別のネットワーク要素に影響を与えずに、オリジナルのＥＰＣゲートウェイの機能を完了するように協調する。ＥＰＣゲートウェイの制御プレーンとユーザプレーンとの間の分割は、ＥＰＣネットワークを最適化し、ユーザプレーンにおけるデータ伝送遅延を低減し、バックボーン・ネットワークにおけるトラフィックを節約することができる。
【００４５】
図２は、ＳＧＷ、ＰＧＷ、ＴＤＦに対して制御プレーンとユーザプレーンの分離が実行された後に得られるネットワーク・アーキテクチャである。ＣＰは、ＳＧＷ−Ｃ、ＰＧＷ−Ｃ、ＴＤＦ−Ｃを含む。ＵＰは、ＳＧＷ−Ｕ、ＰＧＷ−Ｕ、ＴＤＦ−Ｕを含む。ＣＰはＳｘインターフェースを介してＵＰと相互作用し、データ転送、ポリシー制御、課金等のオリジナルのＥＰＣゲートウェイの機能を実装する。ＣＰは、課金結果をまとめ、課金結果に基づいてコール詳細記録または課金メッセージを生成し、周囲のＣＧ、周囲のＯＣＳ等にコール詳細記録または課金メッセージを送信する。次いで、ＵＰは、オリジナルの課金データ、使用済トラフィック、使用時間等の課金情報を収集し、ＣＰに報告する。
【００４６】
セッションを確立した後に、ＣＰが、セッションのための１つ以上のオフライン課金コール詳細記録を生成することができる。オフライン課金コール詳細記録をオープンにした後に、ＣＰはＵＰと相互作用し、ＵＰによって報告された課金情報を受信し、トラフィック使用状況と使用時間状況を記録し、トラフィックまたは時間がしきい値に達したときに、オフライン課金コール詳細記録をクローズする。オフライン課金コール詳細記録がクローズされるときに、オフライン課金コール詳細記録が生成されて、過度に大きいオフライン課金コール詳細記録を回避する。代替的には、特定のイベントが発生したとき、例えば、端末のアクセス技術のタイプが変更したとき、または端末が置かれているタイムゾーンが変わったときに、オフライン課金コール詳細記録がクローズされる（言い換えれば、オフライン課金コール詳細記録が生成される）。１つのオフライン課金コール詳細記録は、１つ以上のトラフィック・コンテナを含み得る。トラフィック・コンテナは、オフライン課金コール詳細記録がオープンされた後にユーザによって使用するトラフィックや時間などの情報を記録するために使用される。トラフィック・コンテナは、特定のイベントが起きたとき、例えば、タリフ切り替え時間になったとき、ＱｏＳ（Quality  of  Service、クオリティ・オブ・サービス）が変更されたとき、またはユーザの場所が変更されたときに、生成されることができる。なお、トラフィック・コンテナの生成をもたらす特定のイベントが発生した後は、トラフィック・コンテナのみ生成される必要があり、オフライン課金コール詳細記録が生成される必要はない。オフライン課金コール詳細記録に対して、過度なトラフィック・コンテナ量は、大きすぎるコール詳細記録の長さをもたらす。これを回避するために、３ＧＰＰプロトコルは、トラフィック・コンテナ量が事前設定された上限に達したとき、オフライン課金コール詳細記録は生成されなければならず、トラフィックしきい値または時間しきい値に達するまで待つ必要はないと規定している。言い換えれば、オフライン課金コール詳細記録は、時間が対応する時間しきい値に達したか、もしくはトラフィックが対応するトラフィックしきい値に達したとき、またはトラフィック・コンテナ量が事前設定された上限に達したときに生成される。タリフ切り替え時間になったとき、またはコンテナクローズ・イベントが発生したときに、オフライン課金コール詳細記録に対するトラフィック・コンテナが生成されるが、オフライン課金コール詳細記録は必ずしも生成されるわけではない。
【００４７】
セッションを確立した後に、ＣＰはＳｘインターフェースを介してＵＰにＵＲＲベベースのメッセージを配信し、ＵＰにＣＰに課金情報を報告する方法を指示する。ＵＲＲに基づくメッセージは、トラフィックしきい値、時間しきい値、タリフ切り替え時間、インスタント・クエリを示す報告トリガ等のオフライン課金コール詳細記録のパラメータを含み得る。
【００４８】
既存のＣＵＰＳプロトコルでは、ＵＰがＣＰに課金情報を報告するための２つのトリガ方法がある。具体的には、ＵＰはサブスクリプション条件に基づいて課金情報を自動的に報告し、ＵＰはＣＰからのインスタント・クエリ要求に基づいて課金情報を報告する。サブスクリプション条件とは、ＵＰが課金情報を報告するために満たす必要のある条件を指す。サブスクリプション条件は、累積使用済トラフィックがトラフィックしきい値に達する、累積使用時間が時間しきい値に達する、タリフ切り替え時間になる等であり得る。ＣＰは、ＲＡＴ（Radio  Access  Technology、無線アクセス技術）の変更、ＭＳタイムゾーン（Mobile  Station  Time  Zone、移動局タイムゾーン）の変更、ユーザ位置の変更、ＱｏＳの変更等があるときに、ＵＰにインスタント・クエリ要求を送信する。場合によっては、ＣＰは、ＵＰにインスタント・クエリ要求を送信した後に、トラフィック・コンテナのみを生成する。場合によっては、ＣＰは、ＵＰにインスタント・クエリ要求を送信した後に、現在オープンなオフライン課金コール詳細記録を直接クローズする（すなわち、オフライン課金コール詳細記録を生成する）。
【００４９】
従来技術では、各オフライン課金コール詳細記録のオープンからクローズまで、ＣＰ側でのしきい値の更新、およびＵＰによる課金情報の報告の条件が拘束される。追加的に、ＣＰは、追加の更新メッセージを使用して、ＵＰにしきい値を調整するように繰り返し指示する必要がある。この出願の実施形態において提供される技術的解決策では、ＵＰは、しきい値を更新する必要があるかどうか、および累積使用済トラフィックまたは累積使用時間が、セッションが確立された後にＣＰによって送信されるメッセージ中のパラメータに基づいてクリアされる必要があるかどうかを決定することができる。ＵＰは、ＣＰからの更新メッセージを繰り返し受信することによってしきい値を強制的に更新することをせず、それによって、ＣＰとＵＰの間のシグナリング相互作用を低減する。追加的に、更新メッセージがＣＰから受信される必要がないため、累積使用済トラフィックまたは累積使用時間が、更新メッセージの遅延によりしきい値を超えることが防止される。
【００５０】
図３を参照すると、この出願の一実施形態は、ＣＵＰＳプロトコルに基づくオフライン課金コール詳細記録しきい値制御方法を提供し、この方法は以下のステップを含む。
【００５１】
ステップＳ３０１。ユーザプレーン・ネットワーク要素は、制御プレーン・ネットワーク要素によって送信された第１のメッセージを受信し、第１のメッセージは最大課金条件変更量を搬送し、最大課金条件変更量は、オフライン課金コール詳細記録において制御プレーン・ネットワーク要素によって生成される最大トラフィック・コンテナ量に等しい。
【００５２】
ステップＳ３０２。ユーザプレーン・ネットワーク要素は、制御プレーン・ネットワーク要素に課金情報を報告するイベントが発生したときに、課金条件変更量を計算する。
【００５３】
ステップＳ３０３。ユーザプレーン・ネットワーク要素は、課金条件変更量が最大課金条件変更量より小さい場合、現在の累積使用済トラフィックの値および／または現在の累積使用時間の値を予約する。
【００５４】
ステップＳ３０４。ユーザプレーン・ネットワーク要素は、課金条件変更量が最大課金条件変更量と等しい場合、ユーザプレーン・ネットワーク要素側の課金情報をクリアする。
【００５５】
具体的には、実装態様において、ＵＰは、サブスクリプション条件に基づいてＣＰに課金情報を報告する。図４に示すように、ＣＰとＵＰとの間の相互作用のプロセスは、以下のステップを含み得る。
【００５６】
１．  ＣＰはセッションを確立し、ＵＰにメッセージを配信する。メッセージは、ＵＲＲ（以下のすべてのメッセージはＵＲＲに基づくことができる）に基づくことができ、タリフ切り替え時間（例えば、１２：００）、トラフィックしきい値（例えば、１０Ｍ）、および最大課金条件変更量（課金条件変更の最大数）を搬送する。パラメータは、オフライン課金コール詳細記録においてＣＰによって生成される最大トラフィック・コンテナ量（すなわち、図中のパラメータMax-condition-numberであり、Max-condition-numberはこの例では３に設定されている）に等しい。
【００５７】
２．  メッセージを受信した後に、ＵＰは応答メッセージを返す。
【００５８】
３．  １２：００のタリフ切り替え時間になったときに、ＵＰが課金情報を報告するためのサブスクリプション条件が満たされる。従って、ＵＰは、ＣＰに課金情報を報告し、課金情報は現在使用済トラフィック（例えば、３Ｍ）を搬送する。同時に、ＵＰは、現在のトラフィック・コンテナ量が１であるべきであり、その値が最大トラフィック・コンテナ量より小さいと計算する。したがって、トラフィックしきい値は更新される必要はない。ＵＰはユーザのトラフィック使用状況を監視し続け、現在の蓄積使用済トラフィックをクリアせず、現在の報告での累積使用済トラフィックに基づいて使用済トラフィックを蓄積し続ける。言い換えれば、ＵＰは３Ｍに基づいて使用済トラフィックを蓄積し続ける。
【００５９】
オフライン課金コール詳細記録のオープンからクローズまで、ＣＰがＵＰによって報告された課金情報を受信するたびに、ＣＰはトラフィック・コンテナを生成することに留意されたい。したがって、ＣＰがトラフィック・コンテナを生成しないことを示す（ＣＰによって送信された）特別な指示を受信しない場合、ＵＰは、ＣＰへの課金情報の報告回数に基づいて、ＣＰ側で生成されるべきトラフィック・コンテナの量を計算することができる。
【００６０】
４．  ＵＰによって報告された課金情報を受信した後に、ＣＰはトラフィック・コンテナを生成し、ＵＰに応答メッセージを返し、トラフィック・コンテナは、使用済トラフィックはタリフ切り替えの前は３Ｍであると記録する。
【００６１】
５．  ＵＰはユーザのトラフィック使用状況を監視し続け、７Ｍのトラフィックが１２：００以降にユーザによって再度使用される。ＵＰ側の累積使用済トラフィックが１０Ｍで、トラフィックしきい値に達したときに、ＵＰが課金情報を報告するためのサブスクリプション条件が満たされる。したがって、ＵＰは、ＣＰに再度課金情報を報告し、課金情報は最後の報告以降に使用されたトラフィック（７Ｍ）を搬送する。なお、累積使用済トラフィックがトラフィックしきい値に達し、ＵＰが課金情報を報告した後に、ＵＰは、現在のオフライン課金コール詳細記録の課金情報の記録と収集を停止し、現在のオフライン課金コール詳細記録のための課金情報をクリアして、次のオフライン課金コール詳細記録ための課金情報の記録と収集を容易にする。
【００６２】
６．  ＵＰから報告された課金情報を受信した後に、ＣＰは再度トラフィック・コンテナを生成し、トラフィック・コンテナは、使用済トラフィックがタリフ切り替え後に７Ｍでると記録する。このように、ＣＰ側には、タリフ切り替え前後に使用されたトラフィックを記録するために２つのコンテナがある。累積使用済トラフィックは１０Ｍであり、トラフィックしきい値に達するため、ＣＰは現在のオフライン課金コール詳細記録をクローズする、すなわち、現在のオフライン課金コール詳細記録を生成する。
【００６３】
この例では、ＣＰは、メッセージをＵＰに送信するために、トラフィックしきい値、タリフ切り替え時間、および最大課金条件変更量（最大トラフィック・コンテナ量）を１つのメッセージに追加することに留意されたい。代替的には、ＣＰは、メッセージをＵＰに送信するために、最大課金条件変更量を別個のメッセージに追加し、従来技術と同様に、トラフィックしきい値およびタリフ切り替え時間をＵＲＲベベースのメッセージに追加することができる。しかしながら、この方法では、もう１つのメッセージがＣＰからＵＰに送信される。
【００６４】
従来技術と比較して、この出願の実施形態において提供される技術的解決策は、ＣＰとＵＰとの間のシグナリング相互作用を低減することができることが分かる。ＵＰは、タリフ切り替え時間になったとき、または累積使用済トラフィックが総トラフィックしきい値に達したときにのみ、ＣＰに課金情報を報告する必要があり、ＵＰは、ＣＰがしきい値更新メッセージを送信するのを待つ必要がなく、それによって、ＣＰとＵＰとの間の送信遅延のために累積使用済トラフィックがトラフィックしきい値を超えることを防止し、オフライン課金コール詳細記録のその後の処理におけるエラーを効果的に回避する。
【００６５】
別の実装態様では、ＵＰは、ＣＰからのインスタント・クエリ要求に基づいて課金情報を報告する。図５に示すように、ＣＰとＵＰとの間の相互作用のプロセスは、以下のステップを含み得る。
【００６６】
１．  ＣＰはセッションを確立し、ＵＰにメッセージを配信する。メッセージは、ＵＲＲに基づくことができ、トラフィックしきい値（例えば、１０Ｍ）および最大課金条件変更量（ＣＰ側のオフライン課金呼び出し詳細記録における最大トラフィック・コンテナ量に等しく、図ではMax-condition-numberとして表され、Max-condition-numberは、例えば３に等しい）を搬送する。
【００６７】
２．  メッセージを受信した後に、ＵＰは応答メッセージを返す。
【００６８】
３．  ＣＰにおいてＱｏＳ変更がある場合、ＣＰはトラフィック・コンテナのみを生成する必要があり、オフライン課金コール詳細記録を生成したり、しきい値を更新したりする必要はない。ＱｏＳ変更により、ＣＰはＵＰにインスタント・クエリ・メッセージ（Ｓｘセッション変更要求であり得る）を送信する。インスタント・クエリ・メッセージ（ＵＲＲに基づくことができる）は、設定値を有する指示パラメータを搬送する。設定値は、ＣＰがオフラインコール詳細記録をクローズすること（例えば、設定値がＴｒｕｅ）、またはトラフィック・コンテナのみを生成すること（例えば、設定値がＦａｌｓｅ）を示すために使用される。この例では、ＣＰは、インスタント・クエリメッセージにおいて指示パラメータの値をＦａｌｓｅに設定し、オフライン課金コール詳細記録がクローズされず、ＣＰ側でトラフィック・コンテナのみが生成されることをＵＰに示す。
【００６９】
４．  ＣＰによって送信されたクエリ・メッセージを受信した後に、ＵＰは（Ｓｘセッション確立応答を使用して）ＣＰに課金情報を報告する。課金情報は、現在の使用済トラフィック（例えば、３Ｍ）を含む。同時に、ＵＰは、現在のトラフィック・コンテナ量は１であるべきであり、その値は最大トラフィック・コンテナ量より小さいと計算する。したがって、トラフィックしきい値が更新される必要はない。ＵＰはユーザのトラフィック使用状況を監視し続け、現在の蓄積使用済トラフィックをクリアせず、現在の報告における累積使用済トラフィックに基づいて使用済トラフィックを蓄積し続ける。言い換えれば、ＵＰは３Ｍに基づいて使用済トラフィックを蓄積し続ける。
【００７０】
ＣＰは、課金情報を受信し、トラフィック・コンテナを生成し、トラフィック・コンテナは、現在の使用済トラフィックが３Ｍであると記録する。
【００７１】
５．  ＵＰはユーザのトラフィック使用状況を監視し続け、７Ｍのトラフィックが再度ユーザによって使用される。ＵＰ側での累積使用済トラフィックが１０Ｍであり、トラフィックしきい値に達したときに、ＵＰが課金情報を報告するためのサブスクリプション条件が満たされる。したがって、ＵＰは、ＣＰに課金情報を報告し、課金情報は、課金情報の前回の報告以降に使用されたトラフィック（７Ｍ）を含む。
【００７２】
６．  ＵＰによって報告された課金情報を受信した後に、ＣＰは、再度トラフィック・コンテナを生成し、トラフィック・コンテナは、課金情報において７Ｍの使用済トラフィックを記録する。累積使用済トラフィックは１０Ｍであり、トラフィックしきい値に達するため、ＣＰは現在のオフライン課金コール詳細記録をクローズする、すなわち、現在のオフライン課金コール詳細記録を生成する。
【００７３】
インスタント・クエリ要求において、ＣＰによって搬送される指示パラメータの値が、ＣＰがオフライン課金コール詳細記録をクローズすることを示す場合、ＵＰは、ＣＰからのインスタント・クエリ要求を受信した後に、ＣＰに課金情報を報告し、次いで、ＵＰ側の現在のオフライン課金コール詳細記録に対する課金情報およびトラフィック・コンテナ量をクリアする。ＵＰによって報告された課金情報を受信した後に、ＣＰはトラフィック・コンテナを生成し、ＵＰによって報告された使用済みトラフィックを記録し、次いで、オフライン課金コール詳細記録をクローズする。
【００７４】
ＵＰが、ＣＰにおける指示パラメータに基づいて、トラフィック・コンテナがＣＰ側で生成されるかどうかを決定することができることが分かる。ＵＰは、ＣＰがインスタント・クエリ要求を送信し、累積使用済トラフィックが総トラフィックしきい値に達したときにのみ、ＣＰに課金情報を報告する必要がある。しきい値を更新するために、ＣＰとＵＰとの間で追加メッセージを交換する必要はなく、それによってオフライン課金コール詳細記録の処理におけるエラーを回避する。
【００７５】
さらに別の実装態様では、ＵＰは、ＣＰからのインスタント・クエリメッセージおよびサブスクリプション条件に基づいて、ＣＰに課金情報を報告する。図６に示されるように、ＣＰとＵＰとの間の相互作用のプロセスは、以下のステップを含み得る。
【００７６】
１．  ＣＰはセッションを確立し、ＵＰにメッセージを配信する。メッセージは、ＵＲＲに基づくことができ、タリフ切り替え時間（例えば、１２：００）、トラフィックしきい値（例えば、１０Ｍ）、および最大課金条件変更量（ＣＰ側のオフライン課金コール詳細記録における最大トラフィック・コンテナ量Max-condition-numberに等しく、Max-condition-numberは、例えば、３に設定される）を搬送する。
【００７７】
２．  メッセージを受信した後に、ＵＰは応答メッセージを返す。
【００７８】
３．  １２：００のタリフ切り替え時間になったときに、ＵＰが課金情報を報告するためのサブスクリプション条件が満たされる。したがって、ＵＰは、ＣＰに課金情報を報告し、課金情報は現在の使用済トラフィック（３Ｍ）を搬送する。同時に、ＵＰは、現在のトラフィック・コンテナ量は１であるべきであり、その値は最大トラフィック・コンテナ量より小さいと計算する。したがって、トラフィックしきい値が更新される必要はない。ＵＰはユーザのトラフィック使用状況を監視し続け、現在の報告において累積使用済トラフィックに基づいて使用済みトラフィックを蓄積し続ける。言い換えれば、ＵＰは３Ｍに基づいて使用済トラフィックを蓄積し続ける。
【００７９】
４．  ＵＰによって報告された課金情報を受信した後に、ＣＰはトラフィック・コンテナを生成し、ＵＰに応答メッセージを返し、トラフィック・コンテナは、使用済トラフィックがタリフ切り替え前は３Ｍであると記録する。
【００８０】
５．  トラフィック・コンテナ量が最大量より小さいときに、あるときにＣＰにおいてＱｏＳ変更があるときは、ＣＰはオフライン課金コール詳細記録を生成せず、しきい値を更新する必要はない。ＱｏＳ変更により、ＣＰはＵＰにインスタント・クエリメッセージを送信する。インスタント・クエリメッセージは、設定値を有する指示パラメータを搬送する。この例では、ＣＰは、インスタント・クエリメッセージ内の指示パラメータの値をＦａｌｓｅ（トラフィック・コンテナのみが生成されることを示す）に設定して、ＵＰに、オフライン課金コール詳細記録がクローズされておらず、ＣＰ側でトラフィック・コンテナのみが生成されることを示す。ＵＰは課金情報のみを報告する必要があり、しきい値を更新する必要はない。
【００８１】
６．  ＣＰによって送信されたインスタント・クエリメッセージを受信した後に、ＵＰは、課金情報をＣＰに報告し、課金情報は、タリフ切り替え後でＣＰにおけるＱｏＳ変更の前に使用されたユーザのトラフィック（例えば、２Ｍ）を含む。同時に、ＵＰは、現在のトラフィック・コンテナ量は２であるべきであり、その値は最大トラフィック・コンテナ量より小さいと計算する。したがって、トラフィックしきい値は更新される必要はなく、ＵＰはユーザのトラフィック使用状況を監視し続け、５Ｍに基づいて使用済トラフィックを蓄積し続ける。
【００８２】
７．  ＣＰは課金情報を受信し、トラフィック・コンテナを生成し、トラフィック・コンテナは、ユーザの使用済トラフィックが、タリフ切り替え後でＣＰにおけるＱｏＳ変更前は２Ｍであると記録する。このようにして、ＣＰにはすでに２つのトラフィック・コンテナがある。
【００８３】
８．  ＵＰはユーザのトラフィック使用状況を監視し続け、５Ｍのトラフィックが再度ユーザによって使用される。ＵＰ側の累積使用済トラフィックが１０  Ｍで、トラフィックしきい値に達するときに、ＵＰが課金情報を報告するためのサブスクリプション条件が満たされる。したがって、ＵＰは、ＣＰに課金情報を報告し、課金情報は、課金情報の最後の報告以降に使用されたトラフィック（５Ｍ）を含む。同時に、ＵＰは、現在のトラフィック・コンテナ量を３にすべきと計算し、その値は最大トラフィック・コンテナ量に等しい。累積使用済トラフィックはトラフィックしきい値に達し、トラフィック・コンテナ量も最大トラフィック・コンテナ量に等しいため、ＵＰは、現在のオフライン課金コール詳細記録の課金情報とＵＰ側のトラフィック・コンテナ量をクリアする。
【００８４】
９．  ＵＰによって報告された課金情報を受信した後に、ＣＰは再度トラフィック・コンテナを生成し、ＵＰに応答メッセージを返し、トラフィック・コンテナは使用済トラフィックが５Ｍであると記録する。累積使用済トラフィックは１０Ｍであり、トラフィックしきい値に達し、ＣＰ側のトラフィック・コンテナ量は最大トラフィック・コンテナ量に等しいため、ＣＰは現在のオフライン課金コール詳細記録をクローズする、すなわち、現在のオフライン課金コール詳細記録を生成する。
【００８５】
追加のしきい値更新メッセージがＣＰとＵＰの間で交換される必要がなく、それによって累積使用済トラフィックがトラフィックしきい値を超えないことが分かる。
【００８６】
トラフィックしきい値も、時間しきい値に置き換えられることができることに留意されたい。これに対応して、ＵＰによって報告された課金情報は、使用時間に関する情報を含む。明らかに、当業者は、この出願のこの実施形態によれば、トラフィックしきい値を時間しきい値に置き換えた技術的解決策を得ることができる。したがって、本明細書には、詳細は説明されない。
【００８７】
例えば、トラフィックしきい値は、計算によりＵＰによって得たトラフィック・コンテナの量が、累積使用済トラフィックがトラフィックしきい値に達する前の最大トラフィック・コンテナ量に等しい場合、ＵＰは、現在のオフライン課金コール詳細記録の課金情報の収集を停止し、現在のオフライン課金コール詳細記録の課金情報とトラフィック・コンテナ量をクリアする。ＣＰ側では、生成されたトラフィック・コンテナ量も記録し、現在生成されているトラフィック・コンテナ量が最大トラフィック・コンテナ量に等しいと決定する。したがって、ＣＰは現在のオフライン課金コール詳細記録をクローズする。代替的には、計算によりＵＰにより得たトラフィック・コンテナの量が、累積使用済トラフィックがトラフィックしきい値に達する前の最大トラフィック・コンテナ量に等しい場合、ＵＰは、ＣＰにメッセージを一度報告し、ＣＰに現在のオフライン課金コール詳細記録をクローズし、現在のオフライン課金コール詳細記録に対する課金情報の収集を中止するように指示することができる。メッセージを受信した後に、ＣＰは現在のオフライン課金コール詳細記録をクローズする。図７に示すように、さらに別の実施形態では、ＣＰとＵＰとの間の相互作用のプロセスは以下の通りである。
【００８８】
１．  ＣＰはセッションを確立し、ＵＰにメッセージを配信する。メッセージはＵＲＲに基づくことができ、タリフ切り替え時間１（８：００）、タリフ切り替え時間２（１２：００）、トラフィックしきい値（例えば３０Ｍ）、および最大課金条件変更量（つまり、Max-condition-numberであり、Max-condition-numberは、例えば３に設定される）を搬送する。
【００８９】
２．  メッセージを受信した後に、ＵＰは応答メッセージを返す。
【００９０】
３．  ８：００のタリフ切り替え時間１になったときに、ＵＰが課金情報を報告するためのサブスクリプション条件が満たされる。したがって、ＵＰは、ＣＰに課金情報を報告し、課金情報は、現在の使用済トラフィック（３Ｍ）を搬送する。同時に、ＵＰは、現在のトラフィック・コンテナ量が１であるべきであり、その値は最大トラフィック・コンテナ量より小さいと計算する。
【００９１】
４．  ＵＰによって報告された課金情報を受信した後に、ＣＰはトラフィック・コンテナを生成し、ＵＰに応答メッセージを返し、トラフィック・コンテナは、使用済トラフィックがタリフ切り替えの前は３Ｍであると記録する。
【００９２】
５．  １２：００のタリフ切り替え時間２になったときに、ＵＰが課金情報を報告するためのサブスクリプション条件が満たされる。従って、ＵＰは、課金情報をＣＰに報告し、課金情報は、タリフ切り替え時間１からタリフ切り替え時間２までに使用されたトラフィック（８Ｍ）を搬送する。累積使用済トラフィックは１１Ｍである。同時に、ＵＰは、現在のトラフィック・コンテナ量は２であるべきであり、その値は最大トラフィック・コンテナ量より小さいと計算する。
【００９３】
６．  ＵＰによって報告された課金情報を受信した後に、ＣＰはトラフィック・コンテナを生成し、ＵＰに応答メッセージを返し、トラフィック・コンテナは、タリフ切り替え時間１からタリフ切り替え時間２までに使用されたトラフィック（８Ｍ）を記録する。
【００９４】
７．  トラフィック・コンテナ量が最大トラフィック・コンテナ量より小さいときに、あるときにＣＰのＱｏＳ変更があるときは、ＣＰはオフライン課金コール詳細記録を生成せず、しきい値を更新する必要もない。ＱｏＳ変更により、ＣＰはＵＰにインスタント・クエリメッセージを送信し、インスタント・クエリメッセージは、値がＦａｌｓｅ（トラフィック・コンテナのみが生成されることを示す）に設定された指示パラメータを搬送する。
【００９５】
８．  ＣＰによって送信されたインスタント・クエリメッセージを受信した後に、ＵＰはＣＰに課金情報を報告し、課金情報は、タリフ切り替え時間２の後でＱｏＳ変更の前に使用されたユーザのトラフィック（９Ｍ）を含む。累積使用済トラフィックは２０Ｍであり、トラフィックしきい値に達しない。同時に、ＵＰは、現在のトラフィック・コンテナ量が３であるべきであり、その値はトラフィック・コンテナの最大量に等しいと計算する。したがって、ＵＰは、ＵＰ側の現在のオフライン課金コール詳細記録に対する課金情報およびトラフィック・コンテナ量をクリアする。
【００９６】
９．  ＵＰによって報告された課金情報を受信した後に、ＣＰは再度トラフィック・コンテナを生成し、ＵＰに応答メッセージをＵＰに返し、トラフィック・コンテナは使用済トラフィックが９Ｍであると記録する。累積使用済トラフィックは２０Ｍであり、トラフィックしきい値に達しない。しかしながら、ＣＰ側のトラフィック・コンテナ量は、最大トラフィック・コンテナ量に等しい。したがって、ＣＰは、現在のオフライン課金コール詳細記録をクローズする、すなわち、現在のオフライン課金コール記録を生成する。
【００９７】
図７に示す場合、オフライン課金コール詳細記録の課金結果は、トラフィックしきい値より小さく、当然、オフライン課金コール詳細記録の課金結果がしきい値を超えることを防止する。
【００９８】
この出願のこの実施形態において提供される技術的解決策では、ＣＰがセッションを確立した後に、ＵＰに送信されるメッセージは、最大課金条件変更量（最大トラフィック・コンテナ量に等しい）を搬送する。ＵＰは、ＣＰによって送信されたインスタント・クエリ要求またはサブスクリプション条件に基づいてＣＰに課金情報を報告し、トラフィック・コンテナの量を計算する。計算により得られたトラフィック・コンテナ量が、最大トラフィック・コンテナ量より小さい場合、ＵＰはしきい値を更新する必要はなく、既存の累積使用済トラフィックに基づいて使用済トラフィックを蓄積し続けます。計算により得られたトラフィック・コンテナ量が、最大トラフィック・コンテナ量に等しい場合、ＣＰはオフライン課金コール詳細記録をクローズし、ＵＰは現在のオフライン課金コール詳細記録に対する課金情報の収集を停止し、ＵＰ側のオフライン課金コール詳細記録に対する課金情報とトラフィック・コンテナ量をクリアする。したがって、この出願の実施形態において提供される技術的解決策は、しきい値更新によって引き起こされるＣＰとＵＰとの間の追加のシグナリング相互作用を低減することができ、それによって、オフライン課金コール詳細記録の課金結果が、ＣＰとＵＰとの間の遅延更新メッセージ交換によりしきい値を超えることを防止する。
【００９９】
図８は、この出願の一実施形態によるユーザプレーン・ネットワーク要素のブロック図であり、ユーザプレーン・ネットワーク要素は、受信ユニットＵ８０１、送信ユニットＵ８０２、および処理ユニットＵ８０３を含む。
【０１００】
受信ユニットＵ８０１は、制御プレーン・ネットワーク要素によって送信された第１のメッセージを受信するように構成され、第１のメッセージは最大課金条件変更量を搬送し、最大課金条件変更量は、オフライン課金コール詳細記録において制御プレーン・ネットワーク要素によって生成される最大トラフィック・コンテナ量に等しい。
【０１０１】
送信ユニットＵ８０２は、制御プレーン・ネットワーク要素に課金情報を報告するように構成される。
【０１０２】
処理ユニットＵ８０３は、送信ユニットによって制御プレーン・ネットワーク要素へ課金情報の報告するイベントが発生したときに、課金条件変更量を計算し、課金条件変更量が最大課金条件変更量より小さい場合、現在の累積使用済トラフィックの値および／または現在の累積使用時間の値を予約し、課金条件変更量が最大課金条件変更量に等しい場合、ユーザプレーン・ネットワーク要素側の課金情報をクリアするように構成される。
【０１０３】
第１のメッセージは、時間しきい値および／またはトラフィックしきい値をさらに搬送することができる。
【０１０４】
課金情報報告条件が満たされたとき、または制御プレーン・ネットワーク要素によって送信されたインスタント・クエリ要求が受信されたとき、送信ユニットによって制御プレーン・ネットワーク要素に課金情報を報告するイベントが発生する。課金情報報告条件は、現在の時間がタリフ切り替え時間であることを含む。インスタント・クエリ要求は指示パラメータを搬送し、指示パラメータは、ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、制御プレーン・ネットワーク要素が現在オープンされているオフライン課金コール詳細記録を、クローズするかどうかを示すために使用される。指示パラメータが、ユーザプレーン・ネットワーク要素から報告された課金情報を受信した後に、制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズすることを示す場合、処理ユニットは、送信ユニットが制御プレーン・ネットワーク要素に課金情報を報告した後に、ユーザプレーン・ネットワーク要素側の課金情報をクリアするようにさらに構成される。
【０１０５】
送信ユニットは、累積使用済トラフィックがトラフィックしきい値に達したとき、または累積使用時間がユーザプレーン・ネットワーク要素における時間しきい値に達したときに、制御プレーン・ネットワーク要素に課金情報を報告するように具体的に構成される。処理ユニットは、送信ユニットが制御プレーン・ネットワーク要素に課金情報を報告した後に、ユーザプレーン・ネットワーク要素側の課金情報をクリアするようにさらに構成される。
【０１０６】
図９は、この出願の一実施形態の制御プレーン・ネットワーク要素のブロック図であり、送信ユニットＵ９０１、受信ユニットＵ９０２、および処理ユニットＵ９０３を含む。
【０１０７】
送信ユニットＵ９０１は、ユーザプレーン・ネットワーク要素に第１のメッセージを送信するように構成され、第１のメッセージは最大課金条件変更量を搬送し、最大課金条件変更量は、オフライン課金コール詳細記録において、制御プレーン・ネットワーク要素によって生成される最大トラフィック・コンテナ量に等しい。
【０１０８】
受信ユニットＵ９０２は、ユーザプレーン・ネットワーク要素によって報告される課金情報を受信するように構成される。
【０１０９】
処理ユニットＵ９０３は、課金情報に基づいてトラフィック・コンテナを生成するように構成される。
【０１１０】
第１のメッセージは、時間しきい値および／またはトラフィックしきい値をさらに搬送することができる。
【０１１１】
送信ユニットは、ユーザプレーン・ネットワーク要素にインスタント・クエリ要求を送信するようにさらに構成される。インスタント・クエリ要求は指示パラメータを搬送し、指示パラメータは、送ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズするかどうかを示すために使用される。指示パラメータが、ユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、制御プレーン・ネットワーク要素が現在オープンなオフライン課金コール詳細記録をクローズすることを示す場合、処理ユニットは、受信ユニットがユーザプレーン・ネットワーク要素によって報告された課金情報を受信した後に、現在オープンしているオフライン課金コール詳細記録をクローズする。
【０１１２】
この出願の一実施形態は、ＣＵＰＳプロトコルに基づくオフライン課金コール詳細記録しきい値制御システムをさらに提供し、システムは、図８に示されるユーザプレーン・ネットワーク要素および図９に示される制御プレーン・ネットワーク要素を含む。
【０１１３】
この出願の一実施形態は、ＥＰＣゲートウェイをさらに提供し、ゲートウェイは、図８に示されるユーザプレーン・ネットワーク要素および図９に示される制御プレーン・ネットワーク要素を含む。
【０１１４】
この出願の一実施形態は、命令を含むコンピュータ可読記憶媒体をさらに提供し、命令がコンピュータ上で動作すると、コンピュータは、図３から図７のいずれかの１つの方法を実行することを可能にされる。
【０１１５】
この出願の一実施形態は、命令を含むコンピュータ・プログラム製品をさらに提供し、コンピュータ・プログラム製品がコンピュータ上で動作すると、コンピュータは、図３から図７のいずれか１つの方法を実行することを可能にされる。
【図１】
0006911194.tif 000002
【図２】
0006911194.tif 000003
【図３】
0006911194.tif 000004
【図４】
0006911194.tif 000005
【図５】
0006911194.tif 000006
【図６】
0006911194.tif 000007
【図７】
0006911194.tif 000008
【図８】
0006911194.tif 000009
【図９】
0006911194.tif 000010