(57)【要約】  データサービスの使用量を報告するための方法、システム、メディア処理装置およびメディア制御装置。この方法は、メディア処理装置がメディア制御装置によって配信された割当量を受信し、その割当量を端末へ割り当て、そして、この端末のデータサービスの使用量に関する統計結果を実行する、ことを含んでいる。端末のデータサービスの実際の使用量が上記割当量に達すると、メディア処理装置が割当量完了事象をメディア制御装置へ報告する。このシステムは、通信によって接続されたメディア制御装置とメディア処理装置とを含んでいる。
2011511518.tif 000002
【特許請求の範囲】
【請求項１】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、
メディア処理装置（ＭＰ）によって、メディア制御装置（ＭＣ）によって配信された割当量を受信し、
端末のために前記割当量を前記ＭＰに設定するとともに、前記端末の前記データサービスの前記使用量を収集し、前記端末によって消費された前記データサービスの前記使用量が前記割当量に達したときに、割当量完了事象を前記ＭＣへ報告する
ことを含む方法。
【請求項２】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、
前記ＭＰによって、前記ＭＣによって配信された有効期間を受信し、
前記端末のために前記有効期間を設定するとともに、前記割当量がなくならないうちに前記有効期間が満了すると、前記有効期間において消費された前記データサービスの前記使用量を運ぶ有効期間満了事象を報告すること
をさらに含む請求項１に記載の方法。
【請求項３】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記割当量完了事象が前記ＭＰへ報告された後に、前記方法が、
前記ＭＰによって、前記ＭＣによって指示された新しい割当量を受信し、
前記新しい割当量に従って前記端末のための割当量を設定し、
前記端末の前記データサービスの前記使用量を統計化する
ことをさらに含む請求項１に記載の方法。
【請求項４】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記割当量完了事象が前記ＭＰへ報告された後に、あるいは前記ＭＰが前記有効期間満了事象を報告した後に、前記方法が、
前記ＭＰによって、あるセッションに対応する前記端末を解除するとともに、前記ＭＣがユーザ設備（ＵＥ）から前記セッションを解除するための要求を受信した後に、前記セッションの解除の前にまだ報告されていなかった、前記端末の前記データサービスの最終使用量を報告する
ことをさらに含む請求項２に記載の方法。
【請求項５】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記最終使用量の前記報告が、
前記端末によって消費された前記データサービスの前記使用量の累積値を算出し、前記累積値から先に報告されたすべての使用量を差し引いた値に従って前記最終使用量を前記ＭＣが取得することができるように、前記累積値を前記ＭＣへ報告する
ことを含む請求項４に記載の方法。
【請求項６】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記ＭＰが、
前記端末の特定種類のメディアストリームに対応しているストリーム識別子に従って、前記端末のための対応割当量を設定する、という方法で、
前記端末のための前記割当量を設定する請求項１に記載の方法。
【請求項７】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記割当量完了事象が報告された後に、前記方法が、
前記ＭＣによって、前記割当量完了事象をオンライン課金システム（ＯＣＳ）へ報告し、
前記ＯＣＳによって、前記割当量完了事象において運ばれた割当値に従って前記端末のための課金を実行する
ことをさらに含む請求項１に記載の方法。
【請求項８】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記データサービスの前記使用量が、
送信方向あるいは受信方向において消費された前記データサービスのトラフィックあるいは量を含む請求項１〜７のいずれかに記載の方法。
【請求項９】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、
前記トラフィックが、全トラフィックあるいはペイロードトラフィックである
請求項８に記載の方法。
【請求項１０】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、
前記ＭＣが、マルチメディアリソース機能制御装置（ＭＲＦＣ）であり、かつ、前記ＭＰが、マルチメディアリソース機能処理装置（ＭＲＦＰ）である
請求項９に記載の方法。
【請求項１１】
割当量指示において指定された割当量を、割当量指示を受信した後にメディア処理装置（ＭＰ）へ送信し、端末のために前記割当量を設定するよう前記ＭＰへ指示を行うように構成された第１制御モジュールと、
前記端末によって消費された前記データサービスの使用量が前記割当量に達したときに前記ＭＰによって報告された割当量完了事象を受信するように構成された第２制御モジュールと
を含むメディア制御装置（ＭＣ）。
【請求項１２】
前記割当量の前記有効期間が前記割当量指示の受信と同時に受信される場合に、前記端末のための有効期間を設定するよう前記ＭＰへ指示を行うように構成された第６制御モジュールと、
前記割当量がなくならないうちに前記有効期間が満了すると、前記ＭＰによって報告された有効期間満了事象を受信するように構成された第７制御モジュールと
をさらに含む請求項１１に記載のＭＣ。
【請求項１３】
前記第２制御モジュールによって受信された前記割当量完了事象をオンライン課金システム（ＯＣＳ）へ報告するように構成された第３制御モジュール
をさらに含み、
前記ＯＣＳが、前記割当量完了事象において運ばれた割当量に従って前記端末のための課金を実行する請求項１１に記載のＭＣ。
【請求項１４】
あるセッションに対応する前記端末を解除するように、かつ、前記セッションを解除するための要求をユーザ装置（ＵＥ）から受信すると前記セッションの解除前に前記端末の前記データサービスの最終使用量を報告するように、ＭＰに指示するように構成された第４制御モジュールと、
前記最終使用量を前記ＯＣＳへ報告するように構成された第５制御モジュールと
を更に含み、
前記ＯＣＳが、前記最終使用量に従って前記端末のための課金を実行する請求項１３に記載のＭＣ。
【請求項１５】
有効期間満了事象を前記ＯＣＳへ報告するように構成された第８制御モジュールを更に含み、
前記ＯＣＳが、前記有効期間満了事象において運ばれた、有効期間内に消費された前記データサービスの前記使用量に従って、前記端末のための課金を実行する請求項１４に記載のＭＣ。
【請求項１６】
メディア制御装置（ＭＣ）によって配信された割当量を受信するか、あるいは前記割当量および有効期間を受信するように構成された第１処理モジュールと、
端末のために前記割当量を設定するとともに、前記端末のデータサービスの使用量を統計化するように構成された第２処理モジュールと、
前記端末によって消費された前記データサービスの前記使用量が前記割当量に達したときに、割当量完了事象を前記ＭＣへ報告するように構成された第３処理モジュールと
を含むメディア処理装置（ＭＰ）。
【請求項１７】
前記端末のための前記有効期間を設定するように構成された第６処理モジュールと、
前記割当量がなくならないうちに前記有効期間が満了すると、有効期間満了事象を報告するように構成された第７処理モジュールと
をさらに含む請求項１６に記載のＭＰ。
【請求項１８】
あるセッションに対応する前記端末を、前記ＭＣがユーザ装置（ＵＥ）から前記セッションを解除するための要求を受信すると、解除するように構成された第４処理モジュールと、
前記第４処理モジュールが前記端末を解除した後で前記セッションの解除の前に、前記端末の前記データサービスの最終使用量を報告するように構成された第５処理モジュールと
をさらに含む請求項１７に記載のＭＰ。
【請求項１９】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムであって、電子通信的に接続されたメディア制御装置（ＭＣ）とメディア処理装置（ＭＰ）とを含み、
前記ＭＣは、割当量指示において指定された割当量を、前記割当量指示を受信した後に前記ＭＰへ配信するように構成され、また、
前記ＭＰは、端末のための前記割当量を設定するとともに、前記端末の前記データサービスの前記使用量を統計化し、前記端末によって消費された前記データサービスの前記使用量が前記割当量に達したときに割当量完了事象を前記ＭＣへ報告するように構成されている
システム。
【請求項２０】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムであって、
前記ＭＰは、前記端末のための有効期間を設定するとともに、前記割当量がなくならないうちに前記有効期間が満了すると、前記有効期間において消費された前記データサービスの前記使用量を運ぶ有効期間満了事象を報告するようにさらに構成されている、
請求項１９に記載のシステム。
【請求項２１】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムであって、前記システムが、前記ＭＣに電子通信的に接続されたオンライン課金システム（ＯＣＳ）をさらに含み、前記ＯＣＳが、
前記割当量を前記ＭＣへ配信するように構成された第１課金モジュールと、
前記ＭＣによって報告された前記割当量完了事象において運ばれた割当値に従って、あるいは、前記有効期間において消費された前記データサービスの前記使用量であって、前記ＭＣによって報告された前記有効期間満了事象において運ばれた前記使用量に従って、あるいは、前記ＭＣによって報告された最終使用量に従って、前記ＭＰにおける前記端末のための課金を実行するように構成された第２課金モジュールと
を含む
請求項２０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、発明の名称を「データサービスの使用量を報告するための方法およびシステム、メディア処理装置およびメディア制御装置」として２００８年３月２８日に中国特許庁へ出願され、その内容全体が参照によって本願明細書に引用されたものとする中国特許出願第２００８１００９０３５９．７号の利益を主張するものである。
本発明は、データサービスの使用量を報告する技術に関するものであり、さらに詳しくは、分離アーキテクチャ、メディア処理装置（ＭＰ）、およびメディア制御装置（ＭＣ）におけるデータサービスの使用量を事前に報告する方法およびシステムに関するものである。
【背景技術】
【０００２】
分離アーキテクチャのネットワークでは、上記サービスあるいは制御はベアラから隔てられており、また、ネットワークエンティティ同士の間の相互接続および通信を実施するために、標準プロトコルが採用されている。既存の分離アーキテクチャでは、データサービスの使用量はその使用量を要求することで取得される。すなわち、ＭＣは、あるセッションの完了の後に、あるいはあるセッションの過程において、量およびトラフィックのような統計的情報についての要求をＭＰへ送信する。ＭＰは、その要求に応じて、応答メッセージをＭＣへ戻す。この応答メッセージは上記統計的情報を運ぶ。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来技術は、従来技術における分離アーキテクチャのネットワークがデータサービスの使用量をリアルタイムで制御することができないという点で欠陥のあるものである。分離アーキテクチャの既存のネットワークにおいては、ＭＣはＭＰから隔てられている。データサービスの使用量に関するリアルタイム制御には、リアルタイムでのあるサービスの量あるいはトラフィックのリアルタイム監視と、その監視された量あるいはトラフィックがしきい値に達したときの使用量の事前報告とが必要である。この従来技術では、ＭＣは、データサービスの量あるいはトラフィックが上記しきい値に達した時点を認識せず、また、その使用量を問い合わせる時間を認識しない。データサービスの量あるいはトラフィックの統計結果についてのＭＰ応答は、その統計データをＭＣへ報告すべき時点について不明確である。それゆえ、この従来技術においては、分離アーキテクチャのネットワークにおけるデータサービスの使用量をリアルタイムに制御するためのＭＣとＭＰとの間のリアルタイム相互作用は実際的でない。
【課題を解決するための手段】
【０００４】
本発明の目的は、分離アーキテクチャのネットワークにおけるデータサービスの使用量をリアルタイムに報告することである。
【０００５】
この目的を達成するために、分離アーキテクチャのネットワークにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法が本発明のある実施形態において提供される。
【０００６】
この方法は、ＭＰによって、ＭＣによって配信された割当量を受信し、端末のためにその割当量を設定するとともに、上記端末のデータサービスの使用量を収集し、上記端末によって消費された上記データサービスの上記使用量が上記割当量に達したときに、割当量完了事象を上記ＭＣへ報告することを含んでいる。上記端末は、ユーザ装置（ＵＥ）が上記サービスにアクセスしたときに作成され、かつ、上記ＵＥへマッピングされた論理構成体である。
【０００７】
本発明の別の実施形態において提供されたＭＣは、割当量指示において指定された割当量を、上記割当量指示を受信した後にＭＰへ送信し、かつ、端末のために上記割当量を設定することを上記ＭＰに指示を行うように構成された第１制御モジュールと、上記端末によって消費された上記データサービスの上記使用量が上記割当量に達したときに、上記ＭＰによって報告された割当量完了事象を受信するように構成された第２制御モジュールとを含んでいる。
【０００８】
本発明の別の実施形態において提供されたＭＰは、ＭＣによって配信された割当量を受信するかあるいは上記割当量および有効期間を受信するように構成された第１処理モジュールと、端末のために上記割当量を設定するとともに、上記端末のデータサービスの使用量を収集するように構成された第２処理モジュールと、上記端末によって消費された上記データサービスの上記使用量が上記割当量に達したときに、割当量完了事象を上記ＭＣへ報告するように構成された第３処理モジュールとを含んでいる。
【０００９】
本発明の別の実施形態において、分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムは、電子通信的に接続されたＭＣとＭＰとを含んでいる。
【００１０】
上記ＭＣは、割当量指示において指定された割当量を、その割当量指示を受信した後にＭＰへ送信するように構成されており、また、上記ＭＰは、端末のための割当量を設定するとともに、上記端末のデータサービスの使用量を収集し、さらに、上記端末によって消費された上記データサービスの上記使用量が上記割当量に達したときに、割当量完了事象を上記ＭＣへ報告するように構成されている。
【００１１】
本発明の実施形態では、ＭＣとＭＰとの間のリアルタイム相互作用を通じて、上記ＭＰは、データサービスの使用量をリアルタイムに監視することができるとともに、条件が満たされると統計的情報を報告することができる。このようにして、上記データサービスの上記使用量はリアルタイムで事前に報告することができる。
【００１２】
本発明の実施形態による技術的解決策あるいは従来技術における技術的解決策をより明確に図示するために、上記実施形態あるいは上記従来技術を説明するための添付図面が、以下において簡潔に導入されている。明らかなことであるが、以下の記載における添付図面は本発明の単にいくつかの実施形態のものであり、また、当業者は創造的な努力がなくても、これらの添付図面から他の図面を導き出すことができる。
【図面の簡単な説明】
【００１３】
【図１】図１は、本発明の第１実施形態の中の分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法のフローチャートである。
【図２】図２は、本発明の第２実施形態の中の分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法のフローチャートである。
【図３】図３は、本発明のある実施形態におけるメッセージ会議サービスのアーキテクチャを示している。
【図４】図４は、本発明のある実施形態におけるメッセージ会議サービスのオンライン課金プロセスのシグナリングフローチャートである。
【図５】図５は、本発明の第１実施形態の中の分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムの構成を示している。
【図６】図６は、本発明の第２実施形態の中の分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムの構成を示している。
【発明を実施するための形態】
【００１４】
次の詳細な説明は、添付図面を参照する本発明の技術的解決策に向けられている。しかしながら、説明される実施形態は、本発明の実施形態のすべてではなく、単に一部にすぎない。加えて、この明細書の中に付与された実施形態から当業者によって創造的な努力なしで導き出すことのできるすべての実施形態は、本発明の適用範囲の内部に収まる。
【００１５】
第１方法の実施形態
【００１６】
この実施形態によれば、分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法が提供される。図１に示されたように、この方法には、次の諸ステップが含まれている。
【００１７】
ステップ１０１：ＭＣが割当量指示を受信する。具体的には、この割当量指示はオンライン課金システム（ＯＣＳ）によってＭＣへ送信される。
【００１８】
この割当量指示には、指定すべき割当量が含まれている。その割当量は、ユーザによって送信されるかあるいは受信されるデータサービスの使用量、例えばデータサービスにおけるメッセージの量あるいはトラフィックのしきい値である。トラフィックとは、全トラフィックあるいはペイロードトラフィックを指す。ペイロードトラフィックとは、オーバーヘッドを除く実際の有効トラフィックを指す。
【００１９】
送信方向についての割当量の組は、送信方向割当量として知られており、受信方向についての割当量の組は、受信方向割当量として知られている。具体的には、Ｈ．２４８プロトコルパッケージが、その割当量を送信するために広がり、ＭＣとＭＰとの間の相互作用を増大させて、データサービスの使用量をリアルタイムで事前に報告することができる。
【００２０】
ステップ１０２：受信された割当量指示に従って、ＭＣがＭＰに指示を行って、端末のための割当量が設定される。
【００２１】
端末は、ＵＥがそのサービスにアクセスするとＭＰによって作成され、また、ＵＥへマッピングされた論理実体である。送信方向割当量は、受信方向割当量と同一であっても異なっていてもよい。例えば、送信方向割当量および受信方向割当量の双方は、トラフィックに従って設定され、その割当量は１０２４バイトである。
【００２２】
ステップ１０３：その割当量の送信が完了した後に、ＭＰが、端末のデータサービスの使用量を収集し、また、この端末によって消費されたそのデータサービスの使用量が上記割当量に達したとき、すなわち、その割当量がなくなったときには、割当量完了事象をＭＣへ報告する。この割当量完了事象は消費された割当量を運ぶ。例えば、このデータサービスの消費されたトラフィックは１０２４バイトである。
【００２３】
割当量完了事象を受信した後に、ＭＣは、この割当量完了事象をＯＣＳへ報告することができ、また、ＯＣＳは、この割当量完了事象において運ばれた割当量の値によって、この端末に対する課金を実行する。このようにして、オンライン課金がリアルタイムで実行される。具体的には、ＯＣＳが、ＵＥに対応している計算書の中の対応金額を差し引く。
【００２４】
ステップ１０４：新しい割当量指示を受信した後に、ＭＣはステップ１０２−１０３を繰り返すことがある。ＵＥからセッション解除要求を受信すると、ＭＣはステップ１０５を実行する。
【００２５】
このステップにおける割当量修正プロセスは、データサービスを使用することでＵＥの状態に応じて繰り返されることがあり、修正された割当量は、古い割当量と同一であってもよく、それとは異なっていてもよい。
【００２６】
ステップ１０５：ＵＥが現在のセッションの解除を要求するセッション解除要求をＭＣへ送信すると、ＭＣはＭＰに、そのセッションに対応する端末を解除するように指示を行う。
【００２７】
具体的には、ＭＰは、上記端末によって使用されたデータサービスの使用量の累積値を算出して、その累積値をＭＣへ戻す。累積値に応じて、ＭＣは、そのセッションの解除前にまだこの端末から報告されていなかった最終使用量を算出する。例えば、受信された累積値が２０４８バイトであり、かつ、先に報告されたすべての使用量が１５３６バイトまで加えられているときには、この端末の最終使用量は２０４８−１５３６＝５１２バイトとして算出される。
【００２８】
あるいは、ＭＣは最終使用量をＯＣＳへ報告することができ、ＯＣＳはその最終使用量に応じて課金を実行する。
【００２９】
上記の実施形態における方法を通じて、ＭＣはＭＰとリアルタイムに相互作用を行い、また、ＭＰは、データサービスの使用量をリアルタイムに監視することができるとともに、条件が満たされると統計的情報を報告することができる。このようにして、データサービスの使用量はリアルタイムで事前に報告することができる。
【００３０】
第２方法の実施形態
【００３１】
この実施形態は第１方法の実施形態の改良であり、この実施形態によれば、分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための別の方法が提供される。図２に示されたように、この方法には、次のステップが含まれている。
【００３２】
ステップ２０１はステップ１０１に類似している。
【００３３】
ステップ２０２：割当量指示を受信した後に、ＭＣがＭＰに指示を行って、割当量と端末のための有効期間とが設定される。例えば、その有効期間は１０秒であり、その割当量は１０２４バイトである。
【００３４】
ステップ２０３：割当量および有効期間が設定された後に、上記端末のデータサービスの使用量についての統計が作成される。この割当量がなくなると、このプロセスはステップ２１０へ進み、この割当量がなくならないうちに上記有効期間が満了すると、このプロセスはステップ２２０へ進み、ここで、この有効期間の満了はタイマによって判定することができる。
【００３５】
ステップ２１０：ＭＰは割当量完了事象をＭＣへ報告する。この割当量完了事象は消費された割当量を運ぶ。例えば、１０２４バイトのメッセージが消費された。
【００３６】
ステップ２２０：ＭＰは有効期間満了事象を報告する。この有効期間満了事象は、上記有効期間の間に消費されたデータサービスの使用量、例えば、１０２４バイトの割当量よりも少ない５１２バイトを運ぶ。
【００３７】
ＭＣはまた、割当量完了事象と有効期間満了事象とをＯＣＳへ報告することができ、ＯＣＳは、割当量完了事象において運ばれた割当値と有効期間満了事象において運ばれたデータサービス使用量とに従って、この端末に対する課金を実行する。
【００３８】
ステップ２３０：新しい割当量指示を受信した後に、ＭＣは、ステップ２０２−２０３およびステップ２１０−２２０を繰り返してこの端末を制御し、また、そのデータサービスの使用量をリアルタイムで事前に報告する。
【００３９】
このステップにおける割当量修正プロセスは、上記データサービスを用いることでＵＥの状態に応じて繰り返すことができ、また、修正された割当量は、古い割当量と同一であってもよく、それとは異なっていてもよい。
【００４０】
その後、最終使用量は、上記セッションが解除された後に、上記第１実施形態におけるステップ１０６およびステップ１０７によって報告することができる。
【００４１】
上記実施形態における方法を通じて、有効期間は、ＭＣが端末のデータサービスの使用量を定期的に取得するように設定され、また、上記データサービスの使用量が装置の故障のために所定割当量に達しない場合に上記統計的情報が報告されなくなる事態が回避される。
【００４２】
一例として、メッセージ会議サービスのための課金を行うときには、上記方法の実施形態においてデータサービスの使用量をリアルタイムで事前に報告するための方法のシグナリングフローが、以下で詳しく説明される。
【００４３】
メッセージ会議サービスによって、ユーザは、オンライン会議を招集するために、コンテンツを他のユーザへリアルタイムで送信することができる。メッセージ会議サービスにおけるメッセージコンテンツは、テキスト、ウェブページ、画像であってもよく、あるいは、歌およびビデオクリップが含まれる他の任意のファイルであってもよい。図３は、ＩＰマルチメディアサブシステム（ＩＭＳ）に基づいたメッセージ会議サービスアーキテクチャを示している。このアーキテクチャには、ＵＥ、コールセッション制御機能（ＣＳＣＦ）、アプリケーションサーバ（ＡＳ）あるいはマルチメディアリソース機能制御装置（ＭＲＦＣ）、マルチメディアリソース機能処理装置（ＭＲＦＰ）、および請求書作成ドメインが含まれている。
【００４４】
これらのＵＥ、ＣＳＣＦ、およびＡＳ／ＭＲＦＣは、セッション起動プロトコル（ＳＩＰ）によって互いに通信が行われ、ＵＥは、メッセージセッション中継プロトコル（ＭＳＲＰ）によってＭＲＦＰと通信が行われ、ＭＲＦＰは、Ｈ．２４８プロトコルによってＡＳ／ＭＲＦＣと通信が行われ、また、ＡＳ／ＭＲＦＣは、ダイアメータプロトコルによって上記請求書作成ドメインとの間で通信が行われる。このＭＲＦＣはＭＣと同等のものであり、また、ＭＲＦＰはＭＰと同等のものである。
【００４５】
図４は、メッセージ会議サービスのオンライン課金プロセスのシグナリングフローチャートである。このプロセスは以下のステップを含んでいる。
【００４６】
ステップ１：ＵＥは、あるセッションを作成することを要求するセッション作成要求メッセージをＡＳ／ＭＲＦＣへ送信する。具体的には、ＵＥは、あるセッションを作成するために、ＳＩＰにおけるＩＮＶＩＴＥメッセージを送信する。対応するメディアプレーンは、音声あるいは映像ではなく、メッセージである。
【００４７】
ステップ２：ＡＳ／ＭＲＦＣは、対応する割当量を要求するクレジット制御起動要求メッセージを上記請求書作成ドメインにおけるＯＣＳへ送信する。このＯＣＳは許容された割当量へ戻る。
【００４８】
ステップ３：ＭＲＦＣは、リソース割当要求メッセージ（ＡＤＤ）をＭＲＦＰへ送信し、そのＭＲＦＰに端末のようなリソースを割り当てるように指示を行うとともに、この端末のために許容された割当量を指示する。
【００４９】
この課金方針は受信方向におけるトラフィックに基づく課金と送信方向における量に基づく課金とである、と仮定する。このステップでは、送信方向についての割当量が１０メッセージであり、受信方向についての割当量が２０４８バイトであり、有効期間が５分間である、と仮定する。このシグナリングは、
【００５０】
“ａｄｄＲｅｑ｛＄，Ｅｖｅｎｔｓ＝｛ｑｓｒ／ｓｑ（ｑｕ＝ｎｕｍｂｅｒ，ｑｑ＝１０），ｑｓｒ／ｒｑ（ｑｕ＝ｖｏｌｕｍｅ，ｑｃ＝ａｌｌ，ｑｑ＝２０４８），ｑｓｒ／ｖｔ（ｔ１＝３００）｝｝”であってもよい。
【００５１】
ステップ４：ＭＲＦＰは、応答をＭＲＦＣへ戻して、リソース割当要求メッセージの受信を確認する。この応答のシグナリングは、“ａｄｄＲｅｐｌｙ｛Ｔ１｝”であってもよい。
【００５２】
ステップ５：ＡＳ／ＭＲＦＣは、ＵＥがそのメッセージ会議を首尾よく接続していることを指示する。このシグナリングは、“ＯＫ”であってもよい。
【００５３】
ステップ６：メッセージ会議のメディアストリームはベアラネットワークによって伝送される。
【００５４】
ステップ７：１０メッセージの割当は終了する。
【００５５】
ステップ８：ＭＲＦＰは、割当量のうちの消費された部分のようなパラメータを運ぶ割当量完了事象を報告し、例えば１０メッセージが送信され、かつ、５１２バイトが受信されたことを報告する。このシグナリングは、
“ｎｏｔｉｆｙＲｅｑ｛Ｔ１，ＯｂｓｅｒｖｅｄＥｖｅｎｔｓ＝｛ｑｓｒ／ｓｑ（ｓｑｑ＝１０，  ｒｑｑ＝５１２）｝｝”であってもよい。
【００５６】
ステップ９：ＭＲＦＣは、応答をＭＲＦＰへ戻して、割当量完了事象の受信を確認する。このシグナリングは、“ｎｏｔｉｆｙＲｅｑ｛Ｔ１｝”であってもよい。
【００５７】
ステップ１０：ＭＲＦＣは、割当量完了事象をＯＣＳへ報告し、ＯＣＳは、この割当量完了事象において運ばれた割当値に従って、ＭＲＦＰの中における対応ユーザの上記端末のための課金を実行する。
【００５８】
ステップ１１：ＡＳ／ＭＲＦＣは、その割当量を修正するように要求するクレジット制御修正要求メッセージをＯＣＳへ送信する。ＯＣＳは新しい許容割当量へ戻る。
【００５９】
ステップ１２：ＭＲＦＣは、対応する端末の割当量を修正するようにＭＲＦＰに指示を行う。この修正された割当量は、送信方向についての割当量が２０メッセージであり、受信方向についての割当量が２０４８バイトであり、有効期間が５分間である、と仮定する。このシグナリングは、
“ｍｏｄＲｅｑ｛Ｔ１，Ｅｖｅｎｔｓ＝｛ｑｓｒ／ｓｑ（ｑｕ＝ｎｕｍｂｅｒ，ｑｑ＝２０），ｑｓｒ／ｒｑ（ｑｕ＝ｖｏｌｕｍｅ，ｑｃ＝ａｌｌ，ｑｑ＝２０４８），ｑｓｒ／ｖｔ（ｔ１＝３００）｝｝”であってもよい。
【００６０】
ステップ１３：ＭＲＦＰは、応答をＭＲＦＣへ戻して、修正された割当量の受信を確認する。このシグナリングは、“ｍｏｄＲｅｐｌｙ｛Ｔ１｝”でもよい。
【００６１】
ステップ１４：メッセージ会議のメディアストリームはベアラネットワークによって伝送される。
【００６２】
ステップ１５：ＵＥは、上記セッションを解除することを要求するセッション解除要求メッセージをＡＳ／ＭＲＦＣへ送信する。このシグナリングは、“ＢＹＥ”であってもよい。
【００６３】
ステップ１６：ＭＲＦＣは、リソース解除（ＳＵＢＴＲＡＣＴ）要求メッセージをＭＲＦＰへ送信し、そのＭＲＦＰに端末のようなリソースを解除するように指示を行うとともに、その統計値を監査する。このシグナリングは、“ｓｕｂＲｅｑ｛Ｔ１，ａｕｄｉｔ｛Ｓｔａｔｉｓｔｉｃｓ｝｝”であってもよい。
【００６４】
ステップ１７：ＭＲＦＰは、応答をＡＳ／ＭＲＦＣへ戻す。この応答は、送信されたメッセージの累積数が１５であり、かつ、受信された累積トラフィックが１０２４バイトである、ことを指示するものである。これら２つの値に従って、ＡＳ／ＭＲＦＣが最終使用量を算出する。すなわち、最終報告（通知）から現在までに、５つのメッセージが送信され、かつ、５１２バイトが受信されているが、その理由は、先に報告された送信メッセージの数が１０であり、かつ、先に受信されたトラフィックが５１２バイトであるからである。このシグナリングは、“ｓｕｂＲｅｐｌｙ｛Ｔ１，Ｓｔａｔｉｓｔｉｃｓ｛ｑｓｒ／ｓｑａｑ＝１５，  ｑｓｒ／ｒｑａｑ＝１０２４｝｝”であってもよい。
【００６５】
ステップ１８：ＡＳ／ＭＲＦＣは、その最終使用量をＯＣＳへ報告し、ＯＣＳは、その最終使用量に従って課金を実行する。
【００６６】
ステップ１９：ＡＳ／ＭＲＦＣは、そのクレジットを終了するように要求するクレジット制御終了要求メッセージをＯＣＳへ送信する。ＯＣＳは応答を返す。
【００６７】
ステップ２０：ＡＳ／ＭＲＦＣは、ＵＥがそのメッセージ会議から首尾よく離れることを指示する。
【００６８】
１つの端末には、音声ストリーム、映像ストリームおよびメッセージストリームのような多数のメディアストリームが、マルチメディア会議サービスの中にいっしょにあってもよい、ということに留意すべきである。単一型のメディアストリームの使用量が収集される必要のあるものであるときには、ＭＣは、配信される割当量についてこの端末のそれぞれのストリームのストリーム識別子を設定することができ、また、この割当量は、同ストリーム識別子に対応しているメディアストリームに特有のものである。ＭＰが割当量を設定すると、ＭＰは、この端末の特定種類のメディアストリームに対応しているストリーム識別子に従って、この端末のための対応割当量を設定することができる。
【００６９】
第１システムの実施形態
【００７０】
この実施形態によれば、分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムが提供される。図５に示されたように、このシステムには、電子通信的に接続されたＭＣ１０とＭＰ２０とが含まれている。このシステムが課金可能である必要がある場合、このシステムには、ＭＣ１０と電子通信接続されたＯＣＳ３０がさらに含まれている。このシステムの作動原理は次のとおりである。
【００７１】
ＯＣＳ３０における第１課金モジュール３１は、割当量指示をＭＣ１０へ配信する。この割当量指示には特定の割当量が含まれている。なお、この割当量指示は、この実施形態ではＯＣＳ３０によって配信されるが、この割当量指示は、他のモードではＭＣ１０へ配信することもできる。その後、ＯＣＳ３０によって配信された割当量を受信すると、ＭＣ１０の第１制御モジュールは、この端末のための割当量を設定するようにＭＰ２０に指示を行う。
【００７２】
ＭＰ２０の第１処理モジュール２１がＭＣ１０から上記割当量を受信すると、第２処理モジュール２２が、この端末のための割当量を設定するとともに、この端末のデータサービスの使用量を収集し、また、この端末によって消費されたデータサービスの使用量が上記割当量に達したときに、第３処理モジュール２３が割当量完了事象をＭＣ１０へ報告する。この割当量完了事象は、ある割当値を運ぶ。このようにして、ＭＰ２０はその割当量を事前に報告する。
【００７３】
課金を可能にするために、ＭＣ１０には第３制御モジュール１３が含まれていてもよい。第２制御モジュール１２がＭＰ２０によって報告された割当量完了事象を受信すると、第３制御モジュール１３は、第２制御モジュール１２によって受信された割当量完了事象をＯＣＳ３０へ報告する。ＯＣＳ３０における第２課金モジュール３２は、割当量完了事象において運ばれた割当値に従って、この端末のための課金を実行する。
【００７４】
ＵＥが、現在のセッションの解除を要求するセッション解除要求をＭＣ１０へ送信すると、ＭＣ１０は、第４制御モジュール１４を使用して、ＭＰ２０に、このセッションに対応する端末の解除を指示するとともに、このセッションの解除の前にこの端末によって消費されたデータサービスの最終使用量を報告することができる。ＭＰ２０の第４処理モジュール２４はこのセッションに対応する端末を解除し、また、第５処理モジュール２５は、この端末が解除された後にこの端末の最終使用量をＭＣ１０へ報告する。ＭＣ１０の第５制御モジュール１５はその最終使用量をＯＣＳ３０へ報告し、また、ＯＣＳ３０における第２課金モジュール３２は、その最終使用量に従って、この端末のための課金を実行する。
【００７５】
上記実施形態におけるシステムを通じて、ＭＣ１０はＭＰ２０とリアルタイムで相互作用し、また、このＭＰは、ユーザによって消費されたデータサービスの使用量をリアルタイムで監視することができるとともに、条件が満たされたときには統計的情報を報告することができる。このようにして、上記データサービスについてオンライン課金を実行することができる。
【００７６】
第２システムの実施形態
【００７７】
第１システムの実施形態に基づくと、この実施形態によって、データサービスについての別のＯＣＳが提供される。図６に示されたように、ＭＣ１０には、第６制御モジュール１６、第７制御モジュール１７、および第８制御モジュール１８がさらに含まれており、また、このＭＰ２０には、第６処理モジュール１６、および第７処理モジュール１７がさらに含まれている。このシステムの作動原理は次のとおりである。
【００７８】
ＭＣ１０の第１制御モジュール１１が割当量をＭＰ２０へ配信した後に、第６制御モジュール１６が、端末のための有効期間を設定するようにＭＰ２０へ指示を行う。ＭＰ２０の第６処理モジュール２６は端末のための有効期間を設定する。さらに具体的には、第２処理モジュール２２が端末のデータサービスの使用量についての統計結果を作成する前に、タイマが、上記有効期間によって始動され、また、上記割当量がなくならないうちに上記有効期間が満了すると、第７処理モジュール２７が有効期間満了事象をＭＣ１０へ報告する。ＭＣ１０の第７制御モジュール１７がこの有効期間満了事象を受信した後に、第８制御モジュール１８がこの有効期間満了事象をＯＣＳ３０へ報告する。ＯＣＳ３０の第２課金モジュール３２が、その有効期間内に消費されたデータサービスの使用量に従って、この端末のための課金を実行し、ここで、その使用量はこの有効期間満了事象において輸送される。
【００７９】
上記実施形態におけるシステムを通じて、ＭＣ１０は、ＵＥによって消費されたデータサービスの使用量を定期的に取得し、上記データサービスの使用量が装置の故障のために所定割当量に達しない場合に上記統計的情報が報告されなくなることが回避され、また、このオンライン課金プロセスが改善される。
【００８０】
当業者は、本発明の実施形態による方法の諸ステップのすべてあるいは一部が、適切なハードウェアを指示するプログラムによって実施することができる、ということを理解すべきである。このプログラムは、コンピュータ読み取り可能記憶メディアの中に記憶することができる。このプログラムが実行されると、本発明の実施形態による方法の諸ステップが実行される。この記憶メディアは、磁気ディスク、コンパクトディスク（ＣＤ）、読み出し専用メモリ（ＲＯＭ）、あるいはランダムアクセスメモリ（ＲＡＭ）であってもよい。
【００８１】
最後に、上記実施形態は、本発明の技術的解決策を説明するためにだけ設けられており、本発明を限定することを意図していない、ということを理解すべきである。当業者が、本発明の精神および適用範囲から逸脱することなく、本発明にさまざまな修正および変更を行うことができることは明らかである。本発明は、それらが特許請求の範囲あるいはそれらの同義語句によって定義された保護の適用範囲の中に入る限り、上記の修正および変更を包含することを意図としている。
【図１】
2011511518.tif 000003
【図２】
2011511518.tif 000004
【図３】
2011511518.tif 000005
【図４】
2011511518.tif 000006
【図５】
2011511518.tif 000007
【図６】
2011511518.tif 000008
【手続補正書】
【提出日】平成22年7月14日(2010.7.14)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、データサービスの使用量を報告する技術に関するものであり、さらに詳しくは、分離アーキテクチャ、メディア処理装置（ＭＰ）、およびメディア制御装置（ＭＣ）におけるデータサービスの使用量を事前に報告する方法およびシステムに関するものである。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８１
【補正方法】変更
【補正の内容】
【００８１】
最後に、上記実施形態は、本発明の技術的解決策を説明するためにだけ設けられており、本発明を限定することを意図していない、ということを理解すべきである。当業者が、本発明の適用範囲から逸脱することなく、本発明にさまざまな修正および変更を行うことができることは明らかである。本発明は、それらが特許請求の範囲あるいはそれらの同義語句によって定義された保護の適用範囲の中に入る限り、上記の修正および変更を包含することを意図としている。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、
メディア処理装置（ＭＰ）によって、メディア制御装置（ＭＣ）によって配信された割当量を受信し、
端末のために前記割当量を前記ＭＰに設定するとともに、前記端末の前記データサービスの前記使用量を収集し、前記端末によって消費された前記データサービスの前記使用量が前記割当量に達したときに、割当量完了事象を前記ＭＣへ報告する
ことを含む方法。
【請求項２】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、
前記ＭＰによって、前記ＭＣによって配信された有効期間を受信し、
前記端末のために前記有効期間を設定するとともに、前記割当量がなくならないうちに前記有効期間が満了すると、前記有効期間において消費された前記データサービスの前記使用量を運ぶ有効期間満了事象を報告すること
をさらに含む請求項１に記載の方法。
【請求項３】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記割当量完了事象が前記ＭＰへ報告された後に、前記方法が、
前記ＭＰによって、前記ＭＣによって指示された新しい割当量を受信し、
前記新しい割当量に従って前記端末のための割当量を設定し、
前記端末の前記データサービスの前記使用量を統計化する
ことをさらに含む請求項１に記載の方法。
【請求項４】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記割当量完了事象が前記ＭＰへ報告された後に、あるいは前記ＭＰが前記有効期間満了事象を報告した後に、前記方法が、
前記ＭＰによって、あるセッションに対応する前記端末を解除するとともに、前記ＭＣがユーザ設備（ＵＥ）から前記セッションを解除するための要求を受信した後に、前記セッションの解除の前にまだ報告されていなかった、前記端末の前記データサービスの最終使用量を報告する
ことをさらに含み、
前記最終使用量の前記報告が、
前記端末によって消費された前記データサービスの前記使用量の累積値を算出し、前記累積値から先に報告されたすべての使用量を差し引いた値に従って前記最終使用量を前記ＭＣが取得することができるように、前記累積値を前記ＭＣへ報告する
ことを含む請求項２に記載の方法。
【請求項５】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記ＭＰが、
前記端末の特定種類のメディアストリームに対応しているストリーム識別子に従って、前記端末のための対応割当量を設定する、という方法で、
前記端末のための前記割当量を設定する請求項１に記載の方法。
【請求項６】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記割当量完了事象が報告された後に、前記方法が、
前記ＭＣによって、前記割当量完了事象をオンライン課金システム（ＯＣＳ）へ報告し、
前記ＯＣＳによって、前記割当量完了事象において運ばれた割当値に従って前記端末のための課金を実行する
ことをさらに含む請求項１に記載の方法。
【請求項７】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、前記データサービスの前記使用量が、
送信方向あるいは受信方向において消費された前記データサービスのトラフィックあるいは量を含み、
前記トラフィックが、全トラフィックあるいはペイロードトラフィックである請求項１〜６のいずれかに記載の方法。
【請求項８】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するための方法であって、
前記ＭＣが、マルチメディアリソース機能制御装置（ＭＲＦＣ）であり、かつ、前記ＭＰが、マルチメディアリソース機能処理装置（ＭＲＦＰ）である
請求項７に記載の方法。
【請求項９】
割当量指示において指定された割当量を、割当量指示を受信した後にメディア処理装置（ＭＰ）へ送信し、端末のために前記割当量を設定するよう前記ＭＰへ指示を行うように構成された第１制御モジュールと、
前記端末によって消費された前記データサービスの使用量が前記割当量に達したときに前記ＭＰによって報告された割当量完了事象を受信するように構成された第２制御モジュールと
を含むメディア制御装置（ＭＣ）。
【請求項１０】
前記割当量の前記有効期間が前記割当量指示の受信と同時に受信される場合に、前記端末のための有効期間を設定するよう前記ＭＰへ指示を行うように構成された第６制御モジュールと、
前記割当量がなくならないうちに前記有効期間が満了すると、前記ＭＰによって報告された有効期間満了事象を受信するように構成された第７制御モジュールと
をさらに含む請求項９に記載のＭＣ。
【請求項１１】
前記第２制御モジュールによって受信された前記割当量完了事象をオンライン課金システム（ＯＣＳ）へ報告するように構成された第３制御モジュール
をさらに含み、
前記ＯＣＳが、前記割当量完了事象において運ばれた割当量に従って前記端末のための課金を実行する請求項９に記載のＭＣ。
【請求項１２】
あるセッションに対応する前記端末を解除するように、かつ、前記セッションを解除するための要求をユーザ装置（ＵＥ）から受信したとき、前記セッションの解除前に前記端末の前記データサービスの最終使用量を報告するように、ＭＰに指示するように構成された第４制御モジュールと、
前記最終使用量を前記ＯＣＳへ報告するように構成された第５制御モジュールと
を更に含み、
前記ＯＣＳが、前記最終使用量に従って前記端末のための課金を実行する請求項１１に記載のＭＣ。
【請求項１３】
有効期間満了事象を前記ＯＣＳへ報告するように構成された第８制御モジュールを更に含み、
前記ＯＣＳが、前記有効期間満了事象において運ばれた、有効期間内に消費された前記データサービスの前記使用量に従って、前記端末のための課金を実行する請求項１２に記載のＭＣ。
【請求項１４】
メディア制御装置（ＭＣ）によって配信された割当量を受信するか、あるいは前記割当量および有効期間を受信するように構成された第１処理モジュールと、
端末のために前記割当量を設定するとともに、前記端末のデータサービスの使用量を統計化するように構成された第２処理モジュールと、
前記端末によって消費された前記データサービスの前記使用量が前記割当量に達したときに、割当量完了事象を前記ＭＣへ報告するように構成された第３処理モジュールと
を含むメディア処理装置（ＭＰ）。
【請求項１５】
前記端末のための前記有効期間を設定するように構成された第６処理モジュールと、
前記割当量がなくならないうちに前記有効期間が満了すると、有効期間満了事象を報告するように構成された第７処理モジュールと
をさらに含む請求項１４に記載のＭＰ。
【請求項１６】
あるセッションに対応する前記端末を、前記ＭＣがユーザ装置（ＵＥ）から前記セッションを解除するための要求を受信すると、解除するように構成された第４処理モジュールと、
前記第４処理モジュールが前記端末を解除した後で前記セッションの解除の前に、前記端末の前記データサービスの最終使用量を報告するように構成された第５処理モジュールと
をさらに含む請求項１５に記載のＭＰ。
【請求項１７】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムであって、電子通信的に接続されたメディア制御装置（ＭＣ）とメディア処理装置（ＭＰ）とを含み、
前記ＭＣは、割当量指示において指定された割当量を、前記割当量指示を受信した後に前記ＭＰへ配信するように構成され、また、
前記ＭＰは、端末のための前記割当量を設定するとともに、前記端末の前記データサービスの前記使用量を統計化し、前記端末によって消費された前記データサービスの前記使用量が前記割当量に達したときに割当量完了事象を前記ＭＣへ報告するように構成されている
システム。
【請求項１８】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムであって、
前記ＭＰは、前記端末のための有効期間を設定するとともに、前記割当量がなくならないうちに前記有効期間が満了すると、前記有効期間において消費された前記データサービスの前記使用量を運ぶ有効期間満了事象を報告するようにさらに構成されている、
請求項１７に記載のシステム。
【請求項１９】
分離アーキテクチャにおけるデータサービスの使用量をリアルタイムで事前に報告するためのシステムであって、前記システムが、前記ＭＣに電子通信的に接続されたオンライン課金システム（ＯＣＳ）をさらに含み、前記ＯＣＳが、
前記割当量を前記ＭＣへ配信するように構成された第１課金モジュールと、
前記ＭＣによって報告された前記割当量完了事象において運ばれた割当値に従って、あるいは、前記有効期間において消費された前記データサービスの前記使用量であって、前記ＭＣによって報告された前記有効期間満了事象において運ばれた前記使用量に従って、あるいは、前記ＭＣによって報告された最終使用量に従って、前記ＭＰにおける前記端末のための課金を実行するように構成された第２課金モジュールと
を含む
請求項１８に記載のシステム。
【国際調査報告】
2011511518.tif 000009
2011511518.tif 000010
2011511518.tif 000011
2011511518.tif 000012