(57)【要約】  ＩＰマルチメディアサービス用のフレキシブル課金メカニズムである。ＩＰマルチメディアサブシステムのオンライン課金システムにおける、サービス関連アカウンティングリクエストを処理する方法である。この方法は、ＩＰマルチメディアサブシステムサービングエレメントによってサポートされる課金可能イベント測定方法の指示を含む、サービス関連アカウンティングリクエストを、前記ＩＰマルチメディアサブシステムサービングエレメントから受信することを備える。選択されたサービスに適切な課金モデルが選択され、前記選択された課金モデルに基づいて、１つ以上の前記サポートされる課金可能イベント測定方法が選択される。前記選択された課金可能イベント測定方法の１つあるいはそれぞれに対して、許可されているサービスユニットの量が判定され、前記許可されたサービスユニットの量と、それに対応する前記課金可能イベント測定方法の指示を含むアカウンティング応答が、前記ＩＰマルチメディアサブシステムサービングエレメントへ送信される。
2008502239.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰマルチメディアサブシステムのオンライン課金システムにおける、サービス関連アカウンティングリクエストを処理する方法であって、
ＩＰマルチメディアサブシステムサービングエレメントによってサポートされる課金可能イベント測定方法の指示を含む、サービス関連アカウンティングリクエストを、前記ＩＰマルチメディアサブシステムサービングエレメントから受信する工程と、
選択されたサービスに適切な課金モデルを選択する工程と、
前記選択された課金モデルに基づいて、１つ以上の前記サポートされる課金可能イベント測定方法を選択する工程と、
前記選択された課金可能イベント測定方法の１つあるいはそれぞれに対して、許可されているサービスユニットの量を判定する工程と、
前記許可されたサービスユニットの量と、それに対応する前記課金可能イベント測定方法の指示を含むアカウンティング応答を、前記ＩＰマルチメディアサブシステムサービングエレメントへ送信する工程と
を備えることを特徴とする方法。
【請求項２】
前記アカウンティング応答を前記ＩＰマルチメディアサブシステムサービングエレメントへ送信する前に、前記サービス関連アカウンティングリクエストに関係する加入者のアカウントをチェックする工程を更に備える
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記１つ以上の前記サポートされる課金可能イベント測定方法を選択する工程と、及び前記許可されているサービスユニットの量を判定する工程とは、前記アカウントの残高及び前記加入者の加入者タイプの少なくとも一方に基づいている
ことを特徴とする請求項２に記載の方法。
【請求項４】
ＩＰマルチメディアサブシステムのＩＰマルチメディアサブシステムサービングエレメントにおける加入者課金を制御する方法であって、
加入者からのサービスリクエストの受信において、ＩＰマルチメディアサブシステムサービングエレメントによってサポートされる課金可能イベント測定方法の指示を含む、サービス関連アカウンティングリクエストをオンライン課金システムに送信する工程と、
許可されたサービスユニットの量と、それに対応する前記課金可能イベント測定方法の指示を含むアカウンティング応答を、前記オンライン課金システムから受信する工程と、
前記サービスの継続期間に対して、前記課金可能イベント測定方法を適用し、かつ、前記サービスの配信を行いながら、前記受信した許可されたサービスユニットの量を監視する工程と
を備えることを特徴とする方法。
【請求項５】
前記ＩＰマルチメディアサブシステムサービングエレメントによってサポートされる前記課金可能イベント測定方法は、ＩＭＳサービスセッション時間、トークバーストによるサービス送信及び受信の少なくとも一方の数、時間長として測定されるトークバーストの送信及び受信の少なくとも一方の量の１つ以上を含む
ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記サービスは、セルラーオーバプッシュツートークサービスであり、前記ＩＰマルチメディアサブシステムサービングエレメントは、セルラーオーバプッシュツートークサーバである
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記サービス関連アカウンティングリクエスト及び前記アカウンティング応答はそれぞれ、Ｄｉａｍｅｔｅｒ−アカウンティングリクエスト（ＡＣＲ）メッセージ及びＤｉａｍｅｔｅｒアカウンティング回答（ＡＣＡ）メッセージである
ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野
本発明は、ＩＰマルチメディアサービス用のフレキシブル課金メカニズムに関するものであり、これは、特に、但し必須ではないが、セルラーオーバープッシュツートークサービス（Push-to-talk over Cellular services）に適用可能である。
【０００２】
本発明の背景
ＩＰマルチメディアサービス（ＩＰＭＭ）は、同一セッション内で、音声、ビデオ、メッセージング、データ等を動的に組み合わせて提供する。基本アプリケーションと、組み合わせることが可能となるメディアの数が増えることによって、エンドユーザへ提供されるサービスの数も増え、また、個人間通信の経験も充実することになる。このことは、新世代の、パーソナライズされた、より充実したマルチメディア通信サービスをもたらすことになるであろう。
【０００３】
ＩＰマルチメディアサブシステム（ＩＭＳ）は、第３世代パートナシッププロジェクト（３ＧＰＰ）によって定義される技術であり、これは、３Ｇ移動通信ネットワークを介するＩＰマルチメディアサービスを提供する。ＩＭＳは、サービスの統合と対話を介して、エンドユーザの個人間の通信経験を充実させるための鍵となる機能を提供する。ＩＭＳは、ＩＰベースのネットワークを介して、新規の充実した個人間（クライアント間）通信と、個人対コンテンツ間（クライアント対サーバ）通信を可能にする。このＩＭＳは、セッション開始プロトコル（ＳＩＰ）とセッション記述プロトコル（ＳＤＰ）を使用して、ユーザ端末間及びユーザ端末とサーバ間の少なくとも一方の呼あるいはセッションをセットアップし、かつ制御する。典型的には、汎用パケット無線サービス（ＧＰＲＳ）ネットワークであるが、いくつかの他の技術、例えば、ＷＬＡＮ、固定アクセスを使用することができるアクセスネットワークの上に、ＩＭＳは存在する。図１は、ＧＰＲＳアクセスネットワークである場合の移動体ネットワークアーキテクチャにＩＭＳがどのように適合しているかを示している。
【０００４】
既存のセルラー電話ネットワークオペレータは、近年、いわゆる「プリペイド」加入を使用することを選択する加入者数の著しい増加を経験している。この「プリペイド」加入は、加入者が、現金額（クレジットバランス（預金残高）（credit balance））を自身のオペレータに寄託するものであり、これは、加入者が次回のサービスを使用することによって消費されるものである。プリペイド加入のオプションは、ＩＭＳサービスのユーザと等しくポピュラーのものになることが判明することは予想されることである。事実、プリペイドサービスの提供は、ＩＭＳサービスで広く取り上げるために必須なものになると思われる。このプリペイド支払方法は、以下の主要な特徴を持っている。
【０００５】
・オペレータのクレジット制御
・エンドユーザ／加入者リアルタイム支出制御
オンラインリアルタイム課金メカニズムは３ＧＰＰによって定義されていて、また、プリペイド加入者を取り扱うための好適な方法である。このメカニズムは、以下の特徴を持っている
・これは、サービングエレメント（つまり、特定サービスの制御時のノードである）と、課金システム間の双方向リアルタイム通信において構築される
・課金は、サービス配信の不可欠な部分である
・クレジット照会は、サービス配信前に実行することができる。これは、格付け（課金入力に基づいて、料金を計算する処理、ここでは、情報（量、継続期間、カテゴリ等）、コンフィグレーションデータ（料金表テーブル等）及び他のソースから取得されるコンテキスト（日時、ユーザの位置等）を検討する）を想定している）、アカウントチェック、及びクレジット留保（credit reservation）を含んでいる
・クレジットは、サービス配信と同時に（ワンタイムイベント課金）、あるいはサービス配信中／終了時に（セッションベース課金）、ユーザのアカウントから差し引かれる。
【０００６】
・オペレータのクレジット制御
・エンドユーザは、リアルタイム支出制御を持っている
図２は、ＩＭＳ用の論理的なオンライン課金アーキテクチャを示している。オンライン課金システム（ＯＣＳ）、この例では、プリペイド加入者を取り扱うプリペイドシステム（ＰＰＳ）は、リアルタイム課金メカニズム用の課金制御機能を提供する。プリペイドシステムは、アカウント（口座）残高（account balance）マネージャ及びユーザアカウント（ユーザ口座）、格付エンジン及び料金表情報を含んでいる。格付エンジンは、ソースにおいて料金が設定されていないセッション／サービスあるいはイベント、即ち、サービングエレメントが料金を設定していないこれらのものの格付値を提供する。オンライン課金に対しては、課金入力をＯＣＳへ提供することができるＩＭＳサービングエレメント（ＩＭＳ  ＳＥ）群は、Ｓ−ＣＳＣＦ、ＭＲＦＣ及びＡＳである。ＩＭＳ  ＳＥ群及びＰＰＳ間のインタフェースは、３ＧＰＰのリリース５及び６によって現在定義されているような、Ｄｉａｍｅｔｅｒベースプロトコル（ＤＢＰ）とＤｉａｍｅｔｅｒクレジット制御アプリケーション（ＤＣＣ）に基づいている。
【０００７】
３ＧＰＰによって考慮されているセッションベースのクレジット制御の状況は、ＯＣＳがＩＭＳ  ＳＥからのクレジット留保用のリクエストを受信して、そのリクエストを格付けし、ユーザアカウント（口座）（user account）から適切な金額を留保し、そして、対応する量のクレジットリソース（credit resource）をＩＭＳ  ＳＥへ返信する。ここで、クレジットリソースは、実際の金銭的なクレジットであることを意味しなくてもよく、クレジットリソースは、従量制（be metered）の単位（データ量あるいは時間）の形態で与えられてもよい。クレジットリソースの量で、クレジット照会の回答として成功を受領すると、ＩＭＳ  ＳＥは、エンドユーザへのサービス配信を許可し、与えられるリソースの使用の監視を開始する。エンドユーザに許可されているクレジットリソースが消費される場合、あるいはサービスが正常に配信されるあるいは終了する場合、ＩＭＳ  ＳＥは使用量をＯＣＳへ報告する。ＯＣＳは、ユーザアカウントから使用量を差し引く。サービス配信が継続している場合、ＯＣＳは格付けを実行し、かつ新規のクレジット留保を行っても良い。この処理は、セッションベースのクレジット制御状況で達成されるものであり、これには、最初の問い合わせ、可能であれば、中間の問い合わせ、そして、最終の問い合わせを含んでいる。ＩＭＳ  ＳＥとＯＣＳの両方は、クレジット制御セッション状態を維持するために必要とされる。３ＧＰＰは、他の課金状況を想定していて、セッションベースのクレジット制御状況は、最もＩＭＳサービスに対して適切なものとされている。
【０００８】
ＩＭＳベースのサービスに３ＧＰＰ  ＯＣＳ課金メカニズムを適用する場合に考慮することが必要なＩＭＳ課金原理がいくつか存在する。これらの主要なものには、以下のものがある。
【０００９】
・ＩＭＳセッションでは、いくつかの異なるＩＭＳオペレータの加入者であるユーザの数が存在し得る。
【００１０】
・ＩＭＳオペレータのそれぞれは、自身の課金ポリシーに従って、ＩＭＳユーザ別に課金を行うことができる必要がある。また、異なるネットワークで同一のＩＭＳセッションに対して、異なる課金モデルを適用することができる。
【００１１】
・異なる課金モデルを、与えられるオペレータのネットワーク内で、同一のＩＭＳサービス／機能に対して、異なるセットの加入者に適用することができる。
【００１２】
今日のセルラーネットワークでは、プリペイド支払は、典型的には、回線交換（ＣＳ）音声、ＧＰＲＳデータ、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）のようなサービスに対して使用される。加入ベースの課金（例えば、月額均一料金に対するサービスパッケージ）、あるいは使用毎の課金を適用するかどうかは、以下のような各サービスに対する１つの単一のメカニズムを使用して、サービス使用が測定される。
【００１３】
・ＣＳ音声については、秒単位での存続期間
・ＧＰＲＳデータについては、Ｋｂｙｔｅ単位の量
・ＳＭＳとＭＭＳについては、メッセージ単位（イベント単位）
上述の場合では、関係するＳＥ（ＭＳＣ、ＧＳＮ、ＭＭＳＣ）は、常に、各サービスを監視するためのパラメータが何であるかを知っている。これに対して、ＩＭＳサービスは、いくつかの取り得るサービス固有課金可能イベントに基づいて課金され得る。例えば、（ＩＭＳベースの）セルラーオーバプッシュツートーク（ＰｏＣ）サービス（ウォーキー−トーキータイプサービス）のユーザは、送受信されるトークバーストの数、あるいは送受信されるトークバーストの秒単位の存続期間、あるいはセッション時間等の少なくとも１つに基づいて課金され得る。加えて、ユーザは、自身がセッションを開始あるいは終了するかどうか、自身が「セッション−オーナ」あるいはセッション−参加者であるかどうかに基づいて別々に課金され得る。また、異なる課金モデルを、（例えば、加入のタイプに基づいている）オペレータのネットワーク内の同一サービス／機能に対して、（例えば、加入のタイプに基づいている）異なるカテゴリのユーザに適用され得る。
【００１４】
現在定義されている３ＧＰＰ  ＩＭＳオンライン課金アプリケーションは、以下のことを意味するものである。
【００１５】
・同一の課金モデルは、与えられるオペレータのネットワーク内のすべての加入者に前払（プリペイ）を行うことを適用しなければならない。
【００１６】
・すべてのＩＭＳ  ＳＥは、あるサービス固有の測定方法で構成されなければならない（たとえば、それらが、複数の測定方法をサポートしているとしても）。
【００１７】
・オペレータが、新規の測定メカニズムに基づいて新規の課金モデル（例えば、「トークバースト長」に代えて「セッション時間」）に変更／試験したい場合、固有サービスに対する課金入力を提供する、すべての関係するＩＭＳ  ＳＥ（例えば、Ｓ−ＣＳＣＦ、ＭＲＦ、Ｓ−ＣＳＣＦ）は、新規の測定メカニズムを適用するために再構成されなければならない。
【００１８】
柔軟な方法で、かつ集中化エレメント、例えば、ＯＣＳから、ＩＭＳサービスと加入者に対する課金モデルを管理することができることが、オペレータに対して望まれている。
【００１９】
本発明の要約
本発明の第１の構成に従えば、ＩＰマルチメディアサブシステムのオンライン課金システムにおける、サービス関連アカウンティングリクエストを処理する方法が提供される。この方法は、
ＩＰマルチメディアサブシステムサービングエレメントによってサポートされる課金可能イベント測定方法の指示を含む、サービス関連アカウンティングリクエストを、前記ＩＰマルチメディアサブシステムサービングエレメントから受信する工程と、
選択されたサービスに適切な課金モデルを選択する工程と、
前記選択された課金モデルに基づいて、１つ以上の前記サポートされる課金可能イベント測定方法を選択する工程と、
前記選択された課金可能イベント測定方法の１つあるいはそれぞれに対して、許可されているサービスユニットの量を判定する工程と、
前記許可されたサービスユニットの量と、それに対応する前記課金可能イベント測定方法の指示を含むアカウンティング応答を、前記ＩＰマルチメディアサブシステムサービングエレメントへ送信する工程と
を備える。
【００２０】
本発明の実施形態は、従来技術に比べて以下の効果を提供する。
【００２１】
・複数の課金モデルを、１つのオペレータのネットワークの同一のサービス／機能に対して、（前払）加入者に適用することができる。
【００２２】
・新規の測定方法（例えば、「トークバースト長」に代る「セッション時間」）に基づいて、オペレータが新規の課金モデルに変更／経験したい場合は、例えば、いくつかの加入者カテゴリだけに対して、これは、例えば、ＯＣＳ／ＰＰＳであり、かつＩＭＳ  ＳＥ内にない集中化エレメント内のみで動作することを必要とする。
【００２３】
好ましくは、第１の構成の方法は、前記アカウンティング応答を前記ＩＰマルチメディアサブシステムサービングエレメントへ送信する前に、前記サービス関連アカウンティングリクエストに関係する加入者のアカウントをチェックすることを備える。前記１つ以上の前記サポートされる課金可能イベント測定方法を選択する工程と、及び前記許可されているサービスユニットの量を判定する工程とは、前記アカウントの残高及び前記加入者の加入者タイプの少なくとも一方に基づいている。
【００２４】
本発明の第２の構成に従えば、ＩＰマルチメディアサブシステムのＩＰマルチメディアサブシステムサービングエレメントにおける加入者課金を制御する方法が提供される。この方法は、
加入者からのサービスリクエストの受信において、ＩＰマルチメディアサブシステムサービングエレメントによってサポートされる課金可能イベント測定方法の指示を含む、サービス関連アカウンティングリクエストをオンライン課金システムに送信する工程と、
許可されたサービスユニットの量と、それに対応する前記課金可能イベント測定方法の指示を含むアカウンティング応答を、前記オンライン課金システムから受信する工程と、
前記サービスの継続期間に対して、前記課金可能イベント測定方法を適用し、かつ、前記サービスの配信を行いながら、前記受信した許可されたサービスユニットの量を監視する工程と
を備える。
【００２５】
前記ＩＰマルチメディアサブシステムサービングエレメントによってサポートされる前記課金可能イベント測定方法は、ＩＭＳサービスセッション時間、トークバーストによるサービス送信及び受信の少なくとも一方の数、送信及び受信の少なくとも一方のデータの量の１つ以上を含む。更なる詳細は、以下の表１で示す。
【００２６】
本発明は、特に、セルラーオーバプッシュツートーク（ＰｏＣ）サービスに適用可能である。この状況では、ＩＰマルチメディアサブシステムサービングエレメントは、ＰｏＣサーバである。課金モデルは、各ＰｏＣユーザ及び機能の少なくとも一方に対して提供されても良い。
【００２７】
好ましくは、前記サービス関連アカウンティングリクエスト及び前記アカウンティング応答はそれぞれ、Ｄｉａｍｅｔｅｒ−アカウンティングリクエスト（ＡＣＲ）メッセージ及びＤｉａｍｅｔｅｒアカウンティング回答（ＡＣＡ）メッセージである。
【００２８】
本発明の実施形態の詳細説明
セルラーオーバプッシュツートークは、工業協会によって定義されるウォーキートーキータイプのサービスである。更なる詳細については、セルラーオーバプッシュツートーク（ＰｏＣ）リリースフェーズ１を参照されたい。４つのタイプのＰｏＣトークセッションが定義されている。即ち、インスタントパーソナルトーク、アドホックインスタントグループトーク、インスタントグループトーク、及びチャットグループトークである。表１は、ＯＣＳメカニズムを介してサポートすることができるＰｏＣトークセッション課金ンモデルの例を示している。
【００２９】
インスタントパーソナルトーク及びアドホックインスタントグループトークに対しては、以下に示すような課金を適用することができる。
【００３０】
・ＰｏＣセッションオーナは、セッションオーナのホームＰｏＣオペレータの課金モデルに基づいて、集中化機能（例えば、アドホックグループ増加（explosion）及びメディア配信）の使用に対して課金され得る。インスタントパーソナルトーク及びアドホックインスタントグループトークに対しては、セッションオーナは、ＰｏＣセッション開始者である。
【００３１】
・ＰｏＣセッションの各参加者は、参加者のホームＰｏＣオペレータの課金モデルに基づいて、自身の参加に対して課金され得る。
【００３２】
インスタントグループトーク及びチャットグループトークに対しては、以下に示すような課金を適用することができる。
【００３３】
・ＰｏＣセッションオーナは、セッション／グループ／チャットオーナのホームＰｏＣオペレータの課金モデルに基づいて、集中化機能（例えば、リストグループ増加（explosion）及びメディア配信）の使用に対して課金され得る。インスタントグループトーク及びチャットグループトークに対しては、セッションオーナは、ＰｏＣグループオーナである。
【００３４】
・ＰｏＣセッションの各参加者は、参加者のホームＰｏＣオペレータの課金モデルに基づいて、自身の参加に対して課金され得る。
【００３５】
これらの異なるサービスに対して課金の基準を異ならせること、及び異なるユーザに課金モデルを異ならせることは、どんなクレジットが発行されるべきか、かつプリペイド加入者によるサービスの使用を制御するためにどんなセッションデータが収集されなければならないかについてを、リアルタイムで定義するための柔軟なメカニズムを必要とする。ここでは、ＩＭＳ  ＳＥがクレジット照会をリクエストする時に、ＩＭＳ  ＳＥからＯＣＳへサービス固有にサポートされる測定方法（加えて、サービス固有格付け入力）を通信するための処理を導入することを提案する。そうすることで、受信した入力と有効な課金モデルに基づいて、ＯＣＳは、ＩＭＳ  ＳＥへの返信対象となる、許可されたクレジットリソースのタイプ及び量を選択することが可能となる。
【００３６】
この方法は、更に、以下の例で示される。
【００３７】
ＩＭＳサービスが起動されると、応答可能なＩＭＳ  ＳＥ、即ち、ＰｏＣサーバは、以下のものを含むＤｉａｍｅｔｅｒアカウンティング−リクエスト（ＡＣＲ）メッセージをＯＣＳへ送信する。
【００３８】
・サービス固有格付け入力、例えば、ＩＭＳサービス／機能タイプ（例えば、ＰｏＣインスタントパーソナルトーク）、呼／セッションパーティロール（例えば、セッション参加者）
・ＩＭＳ  ＳＥが測定することができるサービス固有課金可能イベントのリスト、即ち、リクエストされているサービスに対し、ＩＭＳ  ＳＥでサポートされている測定方法（例えば、ＰｏＣセッション時間、ＰｏＣ送信／受信トークバースト等）
・ＩＭＳ  ＳＥが測定する（分散されたユニット判定）ことができる各関係するサービス固有イベントに対し、リクエストされているサービスユニットの量
ＯＣＳは、ＩＭＳサービスリクエストの格付け（集中格付け）を行い、ユーザの残高をチェックし、そして、有効な課金モデル（集中化管理されている課金モデル）に基づいて、クレジットユニットの適切な量及びタイプを留保する。ＯＣＳは、以下のものを含むＤｉａｍｅｔｅｒアカウンティング−回答（ＡＣＡ）メッセージをＩＭＳ  ＳＥへ送信する。
【００３９】
・許可されたサービスユニット、及びＩＭＳ  ＳＥが測定する（例えば、ＰｏＣ送信トークバースト数）サービス固有課金可能イベント
ＩＭＳサービスの起動においては、関係するＩＭＳ  ＳＥは、ＰＰＳに対する金留保を伴うクレジット照会を実行する（セッションベースの課金状況）。ＩＭＳ  ＳＥは、Ｄｉａｍｅｔｅｒアカウンティング−リクエスト（ＡＣＲ）コマンドで、以下のサービス固有情報をＰＰＳへ提供する。
【００４０】
・サービス−タイプ
（例えば、ＰｏＣインスタントパーソナルトーク、アドホックインスタントグループトーク、インスタントグループトーク、チャットグループトーク、あるいはインスタントパーソナルアラート等）
・パーティ−ロール
（例えば、セッション参加者、セッションオーナ、セッション開始者、あるいはセッション終了者）
・ＩＭＳ  ＳＥが測定することができるサービス固有イベントのリスト
（例えば、ＰｏＣトークセッション＆パーティ−ロールがセッション参加者に対する、参加者セッション時間、送受信トークバースト数、及び送受信トークバースト時間長）
（例えば、ＰｏＣトークセッション＆パーティ−ロールがセッションオーナに対する、セッションが終了するまでの総使用時間、各参加者によって消費された時間の総時間、分散されたトークバーストの時間長、分散されたトークバースト数、及び参加者数）
（例えば、ＰｏＣインスタントパーソナルアラートに対する、アラートメッセージ数）
・ＩＭＳ  ＳＥが測定することができるサービス固有イベントのリストに関係する、リクエストされたサービスユニットのリスト
（例えば、ＰｏＣインスタントパーソナルトークに対する、参加者セッション時間に対するＸユニット、送受信トークバースト数に対するＹユニット、ＡＮＤ（それらを組み合わせたもの）等）
ＰＰＳは、ＩＭＳサービスリクエストの格付けを行い（集中化格付け）、ユーザの残高をチェックし、そして、有効な課金モデル（集中化管理されている課金モデル）に基づいて、クレジットユニットの適切な量及びタイプを留保する。ＰＰＳは、以下のサービス固有情報を、Ｄｉａｍｅｔｅｒアカウンティング−回答（ＡＣＡ）コマンドでＩＭＳ  ＳＥへ提供する。
【００４１】
・サービスタイプ（例えば、ＰｏＣインスタントパーソナルトーク）、ＡＣＲコマンドからの派生物
・パーティ−ロール（例えば、セッション参加者）、ＡＣＲコマンドからの派生物
・ＩＭＳ  ＳＥが測定する（１つ以上）サービス固有イベント、有効な課金モデルに基づくＰＰＳによる決定事項、及びＡＣＲコマンドで示されるように、ＩＭＳ  ＳＥが測定することができるサービス固有イベントのリスト。この情報は、許可されたサービスユニット（例えば、送信トークバースト数）の意味を特定する。
【００４２】
・測定対象のイベントに対する（１つ以上）許可された（許可済）サービスユニット（Granted-Service-Unit）（例えば、Ｙ個の送信トークバーストであるＹユニット）
注：「測定対象のサービス固有イベント」と「許可済サービスユニット」の２つ以上のセットは、与えられるサービスに対して、ユーザが複数の課金、例えば、セッション時間及び送信トークバーストを負担する場合に、ＩＭＳ  ＳＥへ送信され得る。
【００４３】
サービス固有格付け入力を提供し、ＩＭＳ  ＳＥからＰＰＳへ、同一のサービスに対していくつかの測定方法をサポートしていることを通知し、更に、ＰＰＳからＩＭＳ  ＳＥへ有効な課金モデルを提供するために、ＤｉａｍｅｔｅｒＡＣＲ／ＡＣＡコマンドに、マルチプルサービスクレジット制御ＡＶＰ（Ｍ−Ｓ−Ｃ−Ｃ）を含めることを提案する（ＩＥＴＦ  ＤＣＣを参照）。
【００４４】
マルチプルサービスクレジット制御ＡＶＰは、複数のＩＭＳサービスが同一のＩＭＳセッションで起動される場合にも使用することができる。
【００４５】
セッションベースの課金状況の例
ＳＥは、サービスを実行する前に、ＰＰＳへ向けてのアカウンティングセッションを開始する。ＰＰＳは、サービスの料金を判定し、ユーザのアカウントから対応する金銭的量を留保する。ＰＰＳは、サービス実行を開始することができるＩＭＳ  ＳＥへサービスユニット（例えば、時間、データ量）を許可することによって、サービス実行を認可する。ユーザのアカウントからの留保は、留保が完了した後のある期間に対して有効である。この一時期間は、ユーザのアカウントにおける留保が完了する前に、ＳＥが使用したサービスユニットを報告することを保証するために使用される。
【００４６】
許可されたサービスユニットのすべてがサービスによって消費される場合、あるいは格付け状態の変更が存在する場合（例えば、メディアコンポーネントの変更）、あるいは一時期間が満了する場合、ＳＥは、使用したサービスユニットを報告し、かつＰＰＳからの新規のクレジット留保をリクエストする。ＰＰＳは、留保したクレジット量を払い戻し、かつエンドユーザのアカウントから使用された金銭的量を差し引く。ＰＰＳは、サービスユニット（例えば、時間、データ量）をＳＥへ許可することによってサービス実行の継続を認可する。尚、サービス実行時間が短く、かつ一時期間も許可されたユニットも終了していない場合、追加の一時報告は必要とされない。
【００４７】
加入者がサービス配信を終了すると、ＳＥは、最後に使用されたサービスユニットを報告する。ＰＰＳは、留保したクレジット量を払い戻し、かつエンドユーザのアカウントから使用された金銭的量を差し引く。
【００４８】
図３は、特別な料金を必要とせずに、サービスに対する課金セッションの成功に関する、ＩＭＳ  ＳＥとＰＰＳ間のシグナリングを示している。ＡＣＲ／ＡＣＡメッセージ内のパラメータは、「ＰｏＣインスタントパーソナルトーク」サービス機能と、「セッションオーナ」のロールを有するユーザを参照する。シグナリングステップのシーケンスを以下に示す。
【００４９】
１．サービスがエンドユーザへ提供される前に、ＩＭＳ  ＳＥは、加入者が自身のアカウントに十分なクレジットを持っているかを知る必要がある。この場合、ＳＥは、格付けれされるサービスを持つためのリクエストを行う。
【００５０】
２．ＡＣＲが、ＰＰＳへ送信される。このＡＣＲは、次のものを含んでいる。
【００５１】
・Accounting-Record-Type=START_RECORD
・Subscription-Id (Type=END_USER_SIP_URL, Data='user-A SIP URI')
・M-S-C-C (#1)
Service-Parameter-Info (Type=ExtensionNumber1,
Value=POC_INSTANT_PERSONAL_TALK)
Service-Parameter-Info (Type=ExtensionNumber2, Value= session-owner)
Requested-Service-Unit (Type=SERVICE_CREDIT_EVENT, Value='pre-configured value')
Service-Parameter-Info (Type=ExtensionNumberA, Value= e.g. "total time session is up")
・M-S-C-C (#n)
Service-Parameter-Info (Type=ExtensionNumber1, 
Value=POC_INSTANT_PERSONAL_TALK)
Service-Parameter-Info (Type=ExtensionNumber2, Value= session-owner)
Requested-Service-Unit (Type=SERVICE_CREDIT_EVENT, Value='pre-configured value')
Service-Parameter-Info (Type=ExtensionNumberB, Value= e.g. "sum of time spent by each participant")
注：本例では、２つのＭ−Ｓ−Ｃ−Ｃ  ＡＶＰが示されている。一般的には、関係するサービスタイプとパーティ−ロールとの組み合わせに対して、ＩＭＳ  ＳＥによってサポートされる各測定方法に対して、いくつかのＭ−Ｓ−Ｃ−Ｃ  ＡＶＰが含まれ得る。
【００５２】
３．ＰＰＳは、受信したサービスパラメータ情報（Service-Parameter-Info）の内容に基づいて、サービスの格付けを行い、エンドユーザのアカウントからクレジット留保を行う（サービスの料金を賄う）。この状況を説明する上では、ユーザのクレジット残高は十分にあると想定する。
【００５３】
４．成功結果は、ＡＣＡでＰＰＳから返信される。このＡＣＡは、許可されたイベントの量、許可された留保有効期限（Accounting-Interim-Interval AVP内）を含んでいる。このＡＣＡは、次のものを含んでいる。
【００５４】
・Result-Code=DIAMETER_SUCCESS
・Accounting-Record-Type=START_RECORD
・Accounting-Interim-Interval ('value set by the Prepaid System')
・Subscription-Id (Type=END_USER_SIP_URL, Data='user-A SIP URI')
・M-S-C-C
・Service-Parameter-Info (Type=ExtensionNumber1, 
・Value=POC_INSTANT_PERSONAL_TALK)
・Service-Parameter-Info (Type=ExtensionNumber2, Value= session-owner)
・Granted-Service-Unit (Type=SERVICE_CREDIT_EVENT, Value= 'Prepaid System sets Granted-Service-Unit value = Requested-Service-Unit value')
・Service-Parameter-Info (Type=ExtensionNumberA, Value= e.g. “total time session is up”)
・
・The SE starts monitoring the usage of the granted-service-units.
５．サービス配信を開始し、かつ同時に留保したユニットが制御される。
【００５５】
６．サービス配信中に、許可されたユニットがサービスによって消費される場合、あるいは格付け状態の変更が存在する場合（例えば、メディアコンポーネントの変更）、あるいはＡｃｃｔ−Ｉｎｔｅｒｉｍ−Ｉｎｔｅｒｖａｌが満了する場合、ＳＥは、使用済サービスユニット（Used-Service-Unit）を報告するためのＡＣＲをＰＰＳへ送信する。このＡＣＲは、次のものを含んでいる。
【００５６】
・Accounting-Record-Type=INTERIM _RECORD
・Subscription-Id (Type=END_USER_SIP_URL, Data='user-A SIP URI')
・M-S-C-C
・Service-Parameter-Info (Type=ExtensionNumber1, 
・Value=POC_INSTANT_PERSONAL_TALK)
・Service-Parameter-Info (Type=ExtensionNumber2, Value= session-owner)
・Requested-Service-Unit (Type=SERVICE_CREDIT_EVENT, Value='pre-configured value')
・Used-Service-Unit (Type=SERVICE_CREDIT_EVENT, Value='amount of used service units')
・Service-Parameter-Info (Type=ExtensionNumberA, Value= e.g. "total time session is up")
７．ＰＰＳは、使用された量をアカウントから差し引く。ＰＰＳは、Ｓｅｒｖｉｃｅ−Ｐａｒａｍｅｔｅｒ−Ｉｎｆｏ  ＡＶＰの内容に基づいて、サービスの格付けを行い、加入者のアカウント残高をチェックし、アカウントからのチェックした量の新規の留保を実行する。
【００５７】
８．成功結果は、ＡＣＡでＰＰＳから返信される。このＡＣＡは、許可されたイベントの量、許可された留保有効期限（Accounting-Interim-Interval AVP内）を含んでいる。このＡＣＡは、次のものを含んでいる。
【００５８】
・Result-Code=DIAMETER_SUCCESS
・Accounting-Record-Type=INTERIM _RECORD
・Accounting-Interim-Interval ('value set by the Prepaid System’)
・Subscription-Id (Type=END_USER_SIP_URL, Data=’user-A SIP URI’)
・M-S-C-C
Service-Parameter-Info (Type=ExtensionNumber1, 
Value=POC_INSTANT_PERSONAL_TALK)
Service-Parameter-Info (Type=ExtensionNumber2, Value= session-owner)
Granted-Service-Unit (Type=SERVICE_CREDIT_EVENT, Value='Prepaid System sets    Granted-Service-Unit value = Requested-Service-Unit value’)
Service-Parameter-Info (Type=ExtensionNumberA, Value= e.g. "total time session is up")
ＳＥは、許可済サービスユニット（Granted-Service-Unit）の使用の監視を継続する。
【００５９】
９．サービス配信を継続し、かつ同時に留保したユニットが制御される。ステップ６から９は、数回数繰り返すことができる。
【００６０】
１０．サービス配信が完了する（あるいは許可済ユニットが消費される）と、ＳＥは、アカウンティングセッションを終了し、かつ使用されたユニットを報告するためにＡＣＲを送信する。このＡＣＲは、次のものを含んでいる。
【００６１】
・Accounting-Record-Type=STOP_RECORD
・Subscription-Id (Type=END_USER_SIP_URL, Data=’user-A SIP URI’)
・Used-Service-Unit (Type=SERVICE_CREDIT_EVENT, Data=’amount of used service units’)
１１．ＰＰＳは、使用されたユニットを差し引く。
【００６２】
１２．ＰＰＳは、処理の成功を示すＡＣＡを返信する。
【００６３】
本発明の範囲を逸脱しないで上述の実施形態を様々に変更できることが当業者には理解されるであろう。
【００６４】
【表１】
2008502239.tif 000003
【図面の簡単な説明】
【００６５】
【図１】ＩＰマルチメディアサブシステムを組み込む移動体ネットワークアーキテクチャを示す図である。
【図２】ＩＭＳサービス用の論理的なオンライン課金アーキテクチャを示す図である。
【図３】ＰｏＣリリース２アーキテクチャを示す図である。
【図４】ＩＰＭＭ  ＳＥとオンライン課金システム／プリペイドシステム間のクレジット照会のシグナリングフロー例を示す図である。
【図３】
2008502239.tif 000004
【図４】
2008502239.tif 000005
【図１】
2008502239.tif 000006
【図２】
2008502239.tif 000007
【手続補正書】
【提出日】平成18年3月27日(2006.3.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４
【補正方法】変更
【補正の内容】
【請求項４】
ＩＰマルチメディアサブシステムのＩＰマルチメディアサブシステムサービングエレメントにおける加入者課金を制御する方法であって、
加入者からのサービスリクエストの受信において、ＩＰマルチメディアサブシステムサービングエレメントによってサポートされる課金可能イベント測定方法の指示を含む、サービス関連アカウンティングリクエストをオンライン課金システムに送信する工程と、
許可されたサービスユニットの量と、前記ＩＰマルチメディアサブシステムサービングエレメントによってサポートされる課金可能イベント測定方法から選択される、それに対応する前記課金可能イベント測定方法の指示を含むアカウンティング応答を、前記オンライン課金システムから受信する工程と、
前記サービスの継続期間に対して、前記課金可能イベント測定方法を適用し、かつ、前記サービスの配信を行いながら、前記受信した許可されたサービスユニットの量を監視する工程と
を備えることを特徴とする方法。
【国際調査報告】
2008502239.tif 000008
2008502239.tif 000009
2008502239.tif 000010