(57)【特許請求の範囲】
【請求項１】
進行中セッションに関するＳＩＰ／ＩＭＳネットワーク内の課金情報を求める方法であって、
前記セッションに関わる参加者（１０１／１０２）が前記セッション内に存在するメディアに関する課金情報を示すステップであって、前記課金情報は、前記セッションのどの部分が異なるユーザに対して課金されるかを示す課金インジケータを含む、ステップと、
前記セッションの参加者（１０１／１０２）が前記セッションに関する課金情報に関してネゴシエートするステップとを含み、
前記課金情報を示すステップは、
第１ユーザ（１０１）のネットワーク（１０３）が前記第１ユーザから第２ユーザ（１０２）へのメッセージに前記課金インジケータを挿入するステップと、
前記ネットワーク（１０３）が、課金されるユーザに、前記課金情報で示される料金を通知するステップと、
前記第２ユーザ（１０２）のネットワーク（１０３）が、前記第２ユーザ（１０２）に前記メッセージをフォワーディングする前に、前記メッセージから前記課金インジケータを除去するステップ（３０６）とを含む、方法。
【請求項２】
前記課金情報が前記第１ユーザ（１０１）から前記第２ユーザ（１０２）への前記メッセージに挿入されるステップ（３０２）であって、前記課金情報が、前記第１ユーザ（１０１）と、前記第１ユーザ（１０１）の前記ネットワーク（１０３）の一方によって挿入されるステップと、
前記第１ユーザ（１０１）の前記ネットワーク（１０３）が、前記第２ユーザ（１０２）の前記ネットワークに前記課金情報を送るステップ（３０５）と、
前記第１ユーザ（１０１）、前記第１ユーザ（１０１）の前記ネットワーク（１０３）、前記第２ユーザ（１０２）、および前記第２ユーザ（１０２）の前記ネットワーク（１０４）間でネゴシエーションが行われるステップと、
前記ネゴシエーションの完了時に肯定応答が前記第１ユーザ（１０１）に送られるステップ（８０８）であって、前記肯定応答が、前記第２ユーザ（１０２）と、前記第２ユーザ（１０２）の前記ネットワーク（１０３）の一方によって送られるステップと
をさらに含む請求項１記載の方法。
【請求項３】
前記課金情報を、
ＩＮＶＩＴＥメッセージ、
ＲＥ−ＩＮＶＩＴＥメッセージ、
ＵＰＤＡＴＥメッセージ、
１８ｘ応答メッセージ、
２００ ＯＫメッセージ、および
ＡＣＫメッセージ
のうちの１つに挿入することができる請求項１に記載の方法。
【請求項４】
前記参加者が、
前記第１ユーザ（１０１）、
前記第１ユーザ（１０１）の前記ネットワーク（１０３）、
前記第２ユーザ（１０２）、および
前記第２ユーザ（１０２）の前記ネットワーク（１０３）
を含む請求項１に記載の方法。
【請求項５】
前記第１ユーザ（１０１）と前記第２ユーザ（１０２）との間のセッションが、前記セッションのメディア属性に従って課金される請求項１に記載の方法。
【請求項６】
前記セッションのメディア属性に従う課金が、前記第１ユーザ（１０１）および前記第２ユーザ（１０２）に通知される請求項５に記載の方法。
【請求項７】
前記課金情報が、前記セッションのメディア属性に従う課金の情報を前記ネットワーク内のビリング・モジュールに搬送するのに使用される請求項５に記載の方法。
【請求項８】
前記セッションに関して課金すべきユーザが、前記セッション中に生じるイベントに応じて変化することがある請求項１に記載の方法。
【請求項９】
進行中セッションに関するＳＩＰ／ＩＭＳネットワーク内の課金情報を求めるシステムであって、
前記セッション内の参加者が前記セッション内に存在するメディアに関する課金情報を示すための指示手段であって、前記課金情報は、前記セッションのどの部分が異なるユーザに対して課金されるかを示す課金インジケータを含む、指示手段と、
前記参加者が前記セッションに関する課金情報をネゴシエートするためのネゴシエーション手段とを備え、
前記指示手段は、
第１ユーザ（１０１）のネットワーク（１０３）が前記第１ユーザ（１０１）から第２ユーザ（１０２）へのメッセージに前記課金インジケータを挿入するための挿入手段と、
前記ネットワーク（１０３）が、課金されるユーザに、前記課金情報で示される料金を通知するための情報手段と、
前記第２ユーザ（１０２）のネットワーク（１０３）が、前記第２ユーザ（１０２）に前記メッセージをフォワーディングする前に、前記メッセージから前記課金インジケータを除去する（３０６）ための除去手段とを含む、システム。
【請求項１０】
前記課金情報を前記第１ユーザ（１０１）から前記第２ユーザへの前記メッセージに挿入するための挿入手段であって、前記課金情報が、前記第１ユーザ（１０１）と、前記第１ユーザ（１０１）の前記ネットワーク（１０３）の一方によって挿入される挿入手段と、
前記第１ユーザ（１０１）の前記ネットワーク（１０３）が前記第２ユーザ（１０２）の前記ネットワーク（１０３）に前記課金情報を送るための送信手段と、
前記第１ユーザ（１０１）、前記第１ユーザ（１０１）の前記ネットワーク、前記第２ユーザ（１０２）、および前記第２ユーザ（１０２）の前記ネットワーク（１０３）間でネゴシエーションを実施するためのネゴシエーション手段と、
前記ネゴシエーションの完了時に前記第１ユーザに肯定応答を送るための肯定応答手段であって、前記肯定応答が、前記第２ユーザ（１０２）と、前記第２ユーザ（１０２）の前記ネットワーク（１０３）の一方によって送られる肯定応答手段と
をさらに備える請求項９に記載のシステム。
【請求項１１】
ＩＭＳ／ＳＩＰネットワークに接続されたデバイスであって、
デバイスのユーザが、前記ユーザ（１０１）と第２ユーザ（１０２）との間の進行中セッションに関する課金情報を示すための指示手段であって、前記課金情報は、前記セッションのどの部分が異なるユーザに対して課金されるかを示す課金インジケータを含む、指示手段と、
前記ユーザ（１０１）が前記第２ユーザ（１０２）または前記第２ユーザ（１０２）のネットワーク（１０３）とネゴシエートするためのネゴシエーション手段と、
前記デバイスが前記第２ユーザ（１０２）のデバイスから受信した課金情報を肯定応答するための肯定応答手段とを備え、
前記指示手段は、
前記ユーザ（１０１）のネットワーク（１０３）が前記ユーザ（１０１）から前記第２ユーザ（１０２）へのメッセージに前記課金インジケータを挿入するための挿入手段と、
前記ネットワーク（１０３）が、課金されるユーザに、前記課金情報で示される料金を通知するための情報手段と、
前記第２ユーザ（１０２）の前記ネットワーク（１０３）が、前記第２ユーザ（１０２）に前記メッセージをフォワーディングする前に、前記メッセージから前記課金インジケータを除去するための除去手段とを含む、デバイス。
【請求項１２】
ＩＭＳ／ＳＩＰネットワークであるネットワーク（１０３）であって、
ネットワーク（１０３）が、ネットワーク（１０３）を使用して進行中セッションでメッセージ内で課金情報を示すための指示手段であって、前記課金情報は、前記セッションのどの部分が異なるユーザに対して課金されるかを示す課金インジケータを含む、指示手段と、
ネットワーク（１０３）がユーザまたは前記ユーザのネットワーク（１０３）とネゴシエートするためのネゴシエーション手段と、
ネットワーク（１０３）が、前記ユーザに前記メッセージをフォワーディングする前に、前記メッセージから前記課金インジケータを除去するための除去手段とを備えるネットワーク（１０３）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク通信システムに関し、より詳細には、ネットワーク通信システムでのセッションの課金に関する。
【背景技術】
【０００２】
インターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ）は、第３世代（３Ｇ）モバイル通信システムを介してマルチメディア・サービスを提供する。ＩＭＳは、ＩＰベースの通信ネットワークを介する個人間および個人−コンテンツ間のリッチ通信を容易にする。ＩＭＳは、セッション開始プロトコル（ＳＩＰ）を使用して、ユーザ端末間の呼出しまたはセッションをセットアップし、制御する。セッションのメディア構成要素がセッション記述プロトコル（ＳＤＰ）によって記述される。様々なタイプの課金システムがネットワーク管理で周知である。課金は、いくつかのサービス構成要素を含むセッションではより動的であるべきである。動的課金プラットフォーム（ＤＣＰ）は、コンテンツ、モバイル・コマースなどの先進ネットワーク・サービスのリアル・タイムの値ベースの課金を可能にする。ＤＣＰは、イベント情報を生成するネットワーク・ゲートウェイ、プローブ、およびサーバを、認証、残高管理、および課金システムに、リアル・タイムに双方向に接続および統合する。これにより、信頼性の高いイベント後処理と共に、ネットワーク要素、プライシング・エンジン、および顧客課金システム間の即時の双方向通信が容易となり、支払いおよびサービス品質が保証される。
【０００３】
セッションを課金する別の手段は、Ｐ課金ベクトルおよびＰ課金情報を含む。Ｐ課金情報は、単純なビリング情報を提供し、このヘッダの登録を要求するプライベートＳＩＰヘッダである。Ｐ課金情報は、特定の呼出しに関するビリング関連情報を伝達するのに使用される。課金関連情報は通常、発信元ネットワーク上のＳＩＰプロキシによって挿入される。情報はまた、ＳＩＰユーザ・エージェント（ＵＡ）として働く公衆交換電話網（ＰＳＴＮ）ゲートウェイによって挿入することもできる。しかし、課金関連情報が順方向のみに伝送されるので、Ｐ課金情報ヘッダは、様々な可能性の高いシナリオを考慮しない。実生活の状況では、課金関連情報を逆方向にも移送しなければならないことがあり、呼出しに関わる両当事者間のネゴシエーションが必要となる状況を含むことがある。
【０００４】
ヘッダ・フィールドＰ課金ベクトルがＩＭＳネットワーク内で使用される。ヘッダ・フィールドＰ課金ベクトルは、特定のセッションに関する課金に関係する情報を搬送するのに使用される。Ｐ課金ベクトルとＰ課金情報にはセマンティクスの違いがある。Ｐ課金ベクトルは、単一のセッションについて生成される複数の課金記録の相関に関する情報を搬送するのに使用される。さらに、Ｐ課金ベクトルは、それに関する課金情報が生成されるセッションを識別するための手段をも有する。グローバル固有識別子は、対応するセッション関連シグナリングに添付されるとき、課金すべきユーザについての情報を搬送するときには不要である。しかし、プロセスには、複雑さ、ならびにセッションに関わる当事者間の情報交換またはネゴシエーションの欠如が伴う。セッション間の課金特徴などを変更するようなサービスを実装することができない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記に鑑みて、本明細書の実施形態は、通信セッションに関わるユーザに動的課金情報を提供するシステムおよび方法を提供する。セッションに関わる参加者間のネゴシエーションの手段を有することにより、セッションの異なる部分に関して異なる参加者に課金することができる。
【課題を解決するための手段】
【０００６】
実施形態はさらに、進行中セッションに関するＳＩＰ／ＩＭＳネットワーク内の課金情報を求める方法を開示する。方法は、セッションに関わる参加者がセッション内に存在するメディアに関する課金情報を示すこと、およびセッションの参加者がセッションに関する課金情報に関してネゴシエートすることを含む。方法は、第１ユーザのネットワークが第１ユーザから第２ユーザへのメッセージに課金情報を挿入することをさらに含む。ネットワークは、課金されるユーザに、課金情報で示される料金を通知する。第２ユーザのネットワークは、第２ユーザにメッセージをフォワーディングする前に、メッセージから課金情報を除去する。方法は、課金情報が第１ユーザから第２ユーザへのメッセージに挿入されることであって、課金情報が、第１ユーザと、第１ユーザのネットワークの一方によって挿入されることをさらに含む。さらに、第１ユーザのネットワークが、第２ユーザのネットワークに課金情報を送り、第１ユーザ、第１ユーザのネットワーク、第２ユーザ、および第２ユーザのネットワークの間でネゴシエーションが行われる。ネゴシエーションの完了時に肯定応答が第１ユーザに送られ、肯定応答は、第２ユーザと、第２ユーザのネットワークの一方によって送られる。課金情報が課金インジケータである方法においては、課金情報を、ＩＮＶＩＴＥメッセージ、ＲＥ−ＩＮＶＩＴＥメッセージ、ＵＰＤＡＴＥメッセージ、１８ｘ応答メッセージ、２００  ＯＫメッセージ、およびＡＣＫメッセージのうちの１つに挿入することができる。参加者は、前記第１ユーザ、前記第１ユーザのネットワーク、第２ユーザ、および前記第２ユーザのネットワークを含む。第１ユーザおよび第２ユーザは、セッションのオンライン課金と、セッションのオフライン課金の一方に加入する。セッションは、前記セッションのメディア属性に従って課金される。セッションについて課金すべきユーザは、セッション中に生じるイベントに応じてセッション中に変化することがある。
【０００７】
機構は、ＳＩＰまたはＩＭＳネットワーク内の進行中セッションに関する課金ベースの情報を求める。機構は、セッションに関わる参加者に、セッションのメディア・コンテンツに関する課金情報を提供する。さらに、機構は、参加者がセッションに関する課金ベースの情報をネゴシエートするためのネゴシエーションの手段を提供する。システムは、第１ユーザのネットワークが第１ユーザから第２ユーザへのメッセージに課金情報を挿入するための挿入手段をさらに備える。ネットワークが、課金されるユーザに、課金情報で示される料金を通知するための情報手段。第２ユーザのネットワークが、第２ユーザにメッセージをフォワーディングする前にメッセージから課金情報を除去するための除去手段。システムは、第１ユーザから第２ユーザへのメッセージに課金情報を挿入するための挿入手段であって、課金情報が、前記第１ユーザと、第１ユーザのネットワークの一方によって挿入される挿入手段をさらに備える。第１ユーザのネットワークが前記第２ユーザのネットワークに課金情報を送信するための送信手段。第１ユーザ、第１ユーザのネットワーク、第２ユーザ、および第２ユーザのネットワークの間でネゴシエーションを実施するためのネゴシエーション手段。ネゴシエーションの完了時に第１ユーザに肯定応答を送るための肯定応答手段であって、肯定応答が、第２ユーザと、第２ユーザのネットワークの一方によって送られる肯定応答。
【０００８】
以下の説明および添付の図面と共に考慮するとき、本明細書の実施形態のこれらおよび他の態様をより良く諒解し、理解されよう。
【０００９】
図面を参照しながら、以下の詳細な説明から本明細書の実施形態をより良く理解されよう。
【図面の簡単な説明】
【００１０】
【図１】本明細書の実施形態によるシステムの要素を示すシステム図である。
【図２】本明細書の実施形態によるネットワーク要素を伴うシステム図である。
【図３】本明細書の実施形態による、セッション開始プロトコル（ＳＩＰ）ネットワークに関する基本課金インジケータ・フレームワークを示すシーケンス図である。
【図４ａ】本明細書の実施形態による、ＩＭＳ（インターネット・プロトコル・マルチメディア・サブシステム）ネットワークに関する基本課金インジケータ・フレームワークを示すシーケンス図である。
【図４ｂ】本明細書の実施形態による、ＩＭＳ（インターネット・プロトコル・マルチメディア・サブシステム）ネットワークに関する基本課金インジケータ・フレームワークを示すシーケンス図である。
【図５】本明細書の実施形態による、ＳＩＰネットワーク内の課金に関するオファー回答モデルのシーケンス図である。
【図６ａ】本明細書の実施形態による、ユーザＡがオフライン課金を有し、ユーザＢがオンライン課金機構をアクティブにする、ＩＭＳネットワーク内の課金に関するオファー回答モデルのシーケンス図である。
【図６ｂ】本明細書の実施形態による、ユーザＡがオフライン課金を有し、ユーザＢがオンライン課金機構をアクティブにする、ＩＭＳネットワーク内の課金に関するオファー回答モデルのシーケンス図である。
【図６ｃ】本明細書の実施形態による、ユーザＡがオフライン課金を有し、ユーザＢがオンライン課金機構をアクティブにする、ＩＭＳネットワーク内の課金に関するオファー回答モデルのシーケンス図である。
【図６ｄ】本明細書の実施形態による、ユーザＡがオフライン課金を有し、ユーザＢがオンライン課金機構をアクティブにする、ＩＭＳネットワーク内の課金に関するオファー回答モデルのシーケンス図である。
【図７ａ】本明細書の実施形態による、ユーザＡがオンライン課金を有し、ユーザＢがオフライン課金機構をアクティブにする、ＩＭＳネットワーク内の課金に関するオファー回答モデルのシーケンス図である。
【図７ｂ】本明細書の実施形態による、ユーザＡがオンライン課金を有し、ユーザＢがオフライン課金機構をアクティブにする、ＩＭＳネットワーク内の課金に関するオファー回答モデルのシーケンス図である。
【図７ｃ】本明細書の実施形態による、ユーザＡがオンライン課金を有し、ユーザＢがオフライン課金機構をアクティブにする、ＩＭＳネットワーク内の課金に関するオファー回答モデルのシーケンス図である。
【図７ｄ】本明細書の実施形態による、ユーザＡがオンライン課金を有し、ユーザＢがオフライン課金機構をアクティブにする、ＩＭＳネットワーク内の課金に関するオファー回答モデルのシーケンス図である。
【発明を実施するための形態】
【００１１】
添付の図面に示し、以下の説明で詳述する非限定的な実施形態を参照しながら、本明細書の実施形態ならびにその様々な特徴および有利な詳細をより完全に説明する。本明細書の実施形態を不必要に不明瞭にしないように、周知の構成要素および処理技法の説明を省略する。本明細書で使用する例は、本明細書の実施形態を実施できる方式の理解を促進し、さらに、当業者が本明細書の実施形態を実施することを可能にするためのものに過ぎない。したがって、例を、本明細書の実施形態の範囲を限定するものと解釈すべきではない。
【００１２】
本明細書の実施形態は、課金関連情報を搬送するためのＳＩＰ内の機構と、セッションに関わるエンティティおよび／またはユーザ間のネゴシエーションの手段とを提供することにより、セッションのユーザに課金関連情報を提供する方法を達成する。ここで、同様の参照文字が各図全体を通して一貫して対応する特徴を表す図面、より具体的には図１から７を参照すると、実施形態が示されている。
【００１３】
図１は、本明細書の実施形態によるシステムの要素を示すシステム図である。以下では、発呼者をユーザＡ  １０１と呼び、被呼者をユーザＢ  １０２と呼ぶ。ユーザＡ  １０１は、ネットワーク１０３を通じてユーザＢ  １０２に対するセッションを開始する。ネットワーク１０３は、インターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ）ネットワークまたはセッション開始プロトコル（ＳＩＰ）ネットワークでよい。ＩＭＳネットワークは、テキスト、オーディオ、静止画像、アニメーション、ビデオ、および対話性コンテンツの組合せを含むインターネット・プロトコル（ＩＰ）マルチメディア・コンテンツを配信するのに使用される。従来型交換ネットワークとは異なり、ＩＭＳは、セッションが確立されるときにメディア経路を確立しない。メディア・トランスポート・セッションが実際に必要となり、確立されるまで、メディアを移送する容量が割り振られない。したがって、セッション転送やセッション・フォワーディングなどのメディア・トランスポート・アクションを最適化することができる。ＩＭＳベースの通信セッションの確立は、セッションに関わるユーザ間のメディア機能のネゴシエーションを含む。例示のために、非ＩＭＳ  ＳＩＰネットワークを考慮する。さらに、ここでの様々なアクションおよびセッション・フローを非ＩＭＳ  ＳＩＰネットワークに関して説明する。しかし、機構をＩＭＳネットワーク用に実装することもできる。ネットワーク（１０３）は、プロキシ・サーバ、アプリケーション・サーバ、呼セッション制御機能、オンライン課金機能、課金データ機能、家庭加入者サーバなどの様々なネットワーク要素を備える。ＳＩＰネットワークでは、セッション開始プロトコルがマルチメディア通信セッションのセットアップに関わる。プロトコルは、いくつかのメディア・ストリームを含むセッションを作成し、修正し、または終了するのに使用することができる。ＳＩＰは、公衆交換電話網（ＰＳＴＮ）内に存在するセッション処理機能および特徴をサポートすることができる。ＳＩＰネットワークは、プロキシ・サーバおよびユーザ・エージェントを備える。ユーザＡ  １０１は、勧誘メッセージを送ることによってユーザＢ  １０２に対するセッションを開始し、勧誘メッセージはＩＮＶＩＴＥなどの形でよい。勧誘メッセージは、アプリケーション・ボディおよび課金関連情報を含む。課金関連情報は、アプリケーション／ｓｄｐ、ｃｉの形でアプリケーション・ボディで移送することができる。課金関連情報は、メディア・コンテンツのタイプ、課金インジケータ、アプリケーション、およびセッション記述プロトコル詳細を含むことができる。配信されるメディア・コンテンツのタイプ、課金情報などの詳細もアプリケーション・ボディ内に存在する。課金インジケータは、セッションのどの部分が異なるユーザに対して課金されるかを示す。プロキシ・サーバは、メッセージのアプリケーション・ボディに課金関連情報を挿入する役割を果たし、課金関連情報は、新しいアプリケーション・ボディにのみ挿入される。アプリケーション・サーバ（ＡＳ）は、ユーザのプロファイル設定をチェックして、ユーザが特定のコンテンツについて許可を有するか��うかを判定する。アプリケーション・サーバ（ＡＳ）はまた、セッション・セットアップ段階中に課金インジケータに関係する任意の情報を検査して、適切なアクションを取り、渡すべき適切な課金インジケータ情報をトリガする。ネットワーク・レベル操作方法では、ユーザのプリファレンスがプロキシ内に格納される。逆課金が受け入れるか否か、イベント・ベースの課金機構などの詳細が、プロキシ・サーバに格納される。セッションは、ユーザＡ  １０１により、勧誘メッセージを送ることによって開始される。勧誘メッセージは、ユーザＡ  １０１のネットワークのプロキシ・サーバに送られる。プロキシ・サーバは、ユーザＡ  １０１のプロファイル設定についてチェックし、それに応じて勧誘メッセージにアプリケーション・ボディ・コンテンツを挿入する。プロキシ・サーバは、メッセージのアプリケーション・ボディに課金インジケータ関連情報を挿入するのに対して、ＳＤＰ部分は、ユーザＡ  １０１が勧誘メッセージを送るときに、発呼側ユーザによってアプリケーション・ボディに既に挿入されている。勧誘メッセージは、ユーザＢ  １０２のプロキシ・サーバに送られる。プロキシ・サーバは、勧誘メッセージがユーザＢ  １０２に送られる前に、勧誘メッセージのアプリケーション・ボディから課金インジケータ関連情報を除去する。
【００１４】
課金のためのオファー回答モデルの場合には、ユーザＡ  １０１は、ユーザＢ  １０２に対する、発信元ネットワーク１０３を介するセッションを開始する。ユーザＡ  １０１は、アプリケーション・ボディと共に勧誘メッセージを送る。アプリケーション・ボディは、課金に関するオファーを含むことができる。勧誘メッセージは、ネットワーク要素を通じてユーザＢ  １０２に送られる。ユーザＢ  １０２は、応答メッセージを送ることによってオファーを受諾し、セッションを続行することができ、一方オファーがユーザＢ  １０２にとって受け入れられない場合、オファーが拒絶され、応答がユーザＢ  １０２によって送られる。さらに、ユーザＡ１０２は、新しいオファーと共に再勧誘メッセージを送ることができ、セッションは続行する。例えば、ユーザＡ  １０１があるネットワーク１０３に属し、ユーザＢ  １０２が別のネットワーク１０４に属する場合を考慮して、エラーまたは不成功のシナリオがＡＳによって処理される。発信元ネットワーク１０３が課金インジケータ「ｃａｌｌｅｄ」を挿入し、終端ネットワーク１０４が逆課金を実施しない場合、あるネットワーク１０３によって作成された課金情報またはオファーが、別のネットワーク１０４には受け入れられないことがある。そのような場合、オファーは受諾されず、応答メッセージを送ることによってセッションを終了させることができ、またはセッションを受諾することができ、更新メッセージが課金インジケータ「ｃａｌｌｉｎｇ」と共に送られる。オファーが発信元ネットワーク１０３によって受け入れられない場合、セッションを終了することができる。
【００１５】
図２に、本明細書の実施形態によるネットワーク要素を伴うシステム図を示す。ユーザＡ  １０１が、ネットワーク１０３を通じて、ユーザＢ  １０２に対するセッションを開始する。ネットワーク１０３は、インターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ）ネットワークまたはセッション開始プロトコル（ＳＩＰ）ネットワークでよい。例えば、ＩＭＳネットワークの場合を考慮する。ＩＭＳネットワークは、テキスト、オーディオ、静止画像、アニメーション、ビデオ、および対話性コンテンツの組合せを含むインターネット・プロトコル（ＩＰ）マルチメディア・コンテンツを配信するのに使用される。ネットワーク１０３は、家庭加入者ネットワーク（ＨＳＳ）２０９／２１６、アプリケーション・サーバ（ＡＳ）２０７／２１４、問合せ呼セッション制御機能（Ｉ−ＣＳＣＦ）２０８／２１５、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）２０６／２１３、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）２０３／２１０、課金データ機能（ＣＤＦ）／オンライン課金システム（ＯＣＳ）２０５／２１２、メディア・リソース機能（ＭＲＦ）２０４／２１１を備える。ＨＳＳ２０９／２１６は、ＩＭＳエンティティが呼出しを実際に処理することをサポートするマスタ・リポジトリである。ＨＳＳ２０９／２１６は、ユーザ・プロファイルからの加入関連情報を含み、ユーザの認証、許可を実施し、ユーザの識別、ローミング・プロファイルなどについての情報を含む。あるユーザに対するセッション、またはあるメディア・タイプに関係するセッションについての特定の課金インジケータに関して、デフォルト設定がユーザのプロファイル内に存在することができる。デフォルト設定情報が、ユーザ・プロファイル情報の一部として、ＨＳＳ２０９／２１６によってＡＳ２０７／２１４に渡される。さらに、ＨＳＳ２０９／２１６で逆課金を定義することができ、すべての着信セッションについて適用可能とすることができ、またはある事前定義した基準に応じて選択的なものとすることができる。ＡＳ２０７／２１４は、サービスをホストおよび実行し、ＳＩＰを使用してＳ−ＣＳＣＦ２０６／２１３をインターフェースする。実際のサービス・モードに応じて、Ｓ−ＣＳＣＦ２０６／２１３は、ＳＩＰプロキシ・モードまたはＳＩＰユーザ・エージェント・モードで動作することができる。ＡＳ２０７／２１４は、ホーム・ネットワークまたは外部ネットワーク内に常駐することができる。ユーザ・プロファイルで利用可能な課金関連情報が、ＡＳ２０７／２１４によって検査される。セッション・セットアップ段階中に、ＡＳ２０７／２１４は適切なアクションを取り、プロトコル・メッセージで渡すべき適切な課金関連情報をトリガする。ＡＳ２０７／２１４は、課金インジケータから情報を受信したときに課金機能と対話する。ＡＳ２０７／２１４は、ＡＳ２０７／２１４が開始側にあるか、それとも終了側にあるかに応じて、開始課金決定子（Ｏｒｉｇｉｎａｔｉｎｇ  Ｃｈａｒｇｉｎｇ  Ｄｅｔｅｒｍｉｎａｎｔ）（ＯＣＤ）または終了課金決定子（Ｔｅｒｍｉｎａｔｉｎｇ  Ｃｈａｒｇｉｎｇ  Ｄｅｔｅｒｍｉｎａｎｔ）（ＴＣＤ）の役割を果たす。開始課金決定子（ＯＣＤ）は、勧誘メッセージのアプリケーション・ボディ内の課金関連情報を操作する、発呼者から被呼者への最初のプロキシである。ＩＭＳネットワークの場合、ＯＣＤは通常、発呼側ユーザのＡＳである。ＯＣＤはまた、発呼側ユーザのＳ−ＣＳＣＦでもよい。終了課金決定子（ＴＣＤ）は、勧誘メッセージのアプリケーション・ボディ内の課金関連情報を操作する発呼者から被呼者への最後のプロキシである。ＩＭＳネットワークの場合、ＴＣＤは、ある場合には被呼側ユーザのＡＳまたはＳ−ＣＳＣＦとなる。エラーまたは不成功のネゴシエーションのケースがＡＳ２０７／２１４によって処理される。呼セッション制御機能（ＣＳＣＦ）と総称されるＳＩＰサーバまたはプロキシのいくつかの役割が、ＩＭＳ内のＳＩＰパケットを処理するのに使用される。Ｐ−ＣＳＣＦ２０３／２１０はＳＩＰプロキシであり、ＩＭＳ端末に関する最初の連絡ポイントである。Ｐ−ＣＳＣＦ２０３／２１０は、すべてのシグナリング・メッセージの経路内にあり、あらゆる単一メッセージを検査する。Ｐ−ＣＳＣＦ２０３／２１０はユーザを認証し、ＩＭＳ端末とのセキュリティ関連付けを確立する。基本課金フレームワークでは、Ｐ−ＣＳＣＦ２０３／２１０は、メッセージをユーザに送る前に、課金関連情報を含むアプリケーション・ボディをメッセージから除去する役割を果たす。Ｐ−ＣＳＣＦ２０３／２１０はまた、受信した課金関連情報を格納し、それに応じて課金機能に通知する。Ｓ−ＣＳＣＦ２０６／２１３はシグナリング・プレーンの中央ノードである。Ｓ−ＣＳＣＦ２０６／２１３は、セッション制御機能も実施するＳＩＰサーバである。Ｓ−ＣＳＣＦ２０６／２１３は、ＨＳＳ２０９／２１６に対するＤＩＡＭＥＴＥＲプロトコル・インターフェースを使用して、ユーザ・プロファイルをダウンロードおよびアップロードする。さらに、Ｓ−ＣＳＣＦ２０６／２１３は、発呼側ユーザによって送られるＳＩＰメッセージが転送されるアプリケーション・サーバ２０７／２１４を割り当てる。Ｓ−ＣＳＣＦは、セッション・セットアップ段階中にＡＳ２０７／２１４をトリガする。ＡＳ２０７／２１４がここで説明した機能を実施しないとき、ＡＳ２０７／２１４はセッション・フローに関わらないことがあるので、Ｓ−ＣＳＣＦが、ＡＳ２０７／２１４の機能を実施する役割を担う。Ｉ−ＣＳＣＦ２０８／２１５が管理ドメイン内に位置する。Ｉ−ＣＳＣＦ２０８／２１５は、ＨＳＳ２０９／２１６に照会してユーザ情報を取り出し、割り当てられたＳ−ＣＳＣＦ２０６／２１３にＳＩＰ要求をルーティングする。メディア・リソース機能（ＭＲＦ）２０４／２１１は、メディア操作や、告知およびトーンの再生などのメディア関連機能を提供する。オンライン課金システム（ＯＣＳ）２０５／２１２は、セッションについてユーザに課金するための機構を提供する。ＯＣＳ２０５／２１２は、ユーザが最初に何らかのクレジットを確保しなければならないプリペイド課金機構と同様である。ＯＣＳ２０５／２１２は、セッション制御機能（ＳＣＦ）およびイベント課金機能（ＥＣＦ）を備える。セッションに関する料金が、ユーザのアカウントから差し引かれる。課金データ機能（ＣＤＦ）２０５／２１２は、課金に関するデータを追跡する。ＯＣＳ２０５／２１２では、Ｓ−ＣＳＣＦ２０６／２１３が、ＳＩＰアプリケーション・サーバと同様であるセッション制御機能（ＳＣＦ）と対話する。セッション中にユーザがユーザのアカウント内のクレジットを使い果たしたとき、ＳＣＦは、セッションを終了するようにＳ−ＣＳＣＦ２０６／２１３にシグナリングする。ユニット確保付きイベント課金（Ｅｖｅｎｔ  Ｃｈａｒｇｉｎｇ  ｗｉｔｈ  Ｕｎｉｔ  Ｒｅｓｅｒｖａｔｉｏｎ）（ＥＣＵＲ）では、イベント課金機能（ＥＣＦ）が、いくつかのクレジット単位をユーザのアカウント内に確保し、次いでＭＲＦ２０４／２１１またはＡＳ２０７／２１４に課金を許可する。サービスが終了した後、クレジット単位数がレポートされ、ユーザのアカウントから差し引かれる。次いで、確保されたクレジット・ユニットがクリアされる。
【００１６】
図３は、本明細書の実施形態による、セッション開始プロトコル（ＳＩＰ）ネットワークに関する基本課金インジケータ・フレームワークを示すシーケンス図である。ユーザＡ  １０１が、ユーザＢ  １０２に対するセッションを開始する。勧誘は、勧誘メッセージの形で送ることができ、勧誘メッセージはＩＮＶＩＴＥなどの形でよい。勧誘メッセージは逆課金のオファーを含む。逆課金は、被呼側ユーザＢ  １０２が呼出しに関する料金を負担する方式と定義される。ユーザＡ  １０１は、ユーザＡ  １０１から発信されるＳＩＰメッセージに課金関連情報を挿入しない。さらに、メッセージ内にアプリケーション・ボディなどの課金関連情報を有する任意のメッセージを受信したとき、アプリケーション・ボディは単に無視される。勧誘メッセージがプロキシ・サーバＡ  ３０７に送られる（３０１）。プロキシ・サーバＡ  ３０７は、ユーザＡ  １０１プロファイル設定のチェックを行う。プロキシ・サーバは主に、アプリケーション・ボディ・コンテンツを勧誘メッセージに挿入する役割を果たす。プロキシ・サーバは、勧誘メッセージのアプリケーション・ボディに課金関連情報を挿入するだけなのに対して、アプリケーション・ボディのＳＤＰコンテンツは、ユーザ端末によって挿入される。好ましい実施形態では、アプリケーション・ボディは、「課金インジケータ」ボディなどの課金関連情報を含むことができる。課金インジケータ・ボディは、セッション記述プロトコル（ＳＤＰ）メディア・コンテンツ、および特定のコンテンツに関して課金すべき当事者の対応する課金詳細などの詳細を含む。ＳＤＰメディア・コンテンツは、配信されるメディアのタイプを示し、課金インジケータは、特定のメディアに関して課金すべき当事者を示す。プロキシＡ  ３０７は、メッセージにアプリケーション・ボディ・コンテンツを挿入するとき、事前定義した規則のセットに従わなければならない。課金インジケータ更新に関する規則を以下の表１および表２に示す。
【表１】
0005635607.tif 000002
【表２】
0005635607.tif 000003
【００１７】
開始課金決定子（ＯＣＤ）は、アプリケーション・ボディ内の課金インジケータ情報を操作する、セッション開始側または発呼者から被呼者への最初のプロキシである。ＩＭＳネットワークの場合、ＯＣＤは、ＡＳがセッション・フローに関わらない場合、ＡＳまたはＳ−ＣＳＣＦでよい。終了課金決定子（ＴＣＤ）は、発呼者から被呼側への最後のプロキシであり、アプリケーション・ボディ内の課金インジケータ情報を操作する。ＩＭＳネットワークの場合、ＴＣＤは、ＡＳがセッション・フローに関わらない場合、ＡＳまたはＳ−ＣＳＣＦでよい。ＯＣＤおよびＴＣＤは、特定のメディア・ストリームに関して課金すべきユーザを判断する。「なし」、「両方」、「発呼者」、および「被呼者」という４つの課金モードがある。ＯＣＤは任意の課金モードを判断することができるが、「発呼者」だけを実施し、一方ＴＣＤは任意の課金モードを判断することができるが、「被呼者」だけを実施する。一例を挙げると、ＯＣＤが特定のメディア・ストリームについて「なし」と判断した場合、ＴＣＤは、同じメディア・ストリームについて「被呼者」と判断することができる。最高の課金モードは「両方」であり、最低の課金モードは「なし」であり、「発呼者」および「被呼者」はその中間にあり、共に同じレベルである。課金インジケータ・ボディは通常、勧誘メッセージ内のＯＣＤによって順方向の勧誘メッセージに挿入される。プロキシＡ  ３０７は、プロキシＢ  ３０８に勧誘メッセージを送る（３０２）。プロキシＢ  ３０８は、ユーザＢ  １０２のプロファイル設定をチェックし、アプリケーション・ボディ内のオファーがユーザＢ  １０２にとって受け入れられるかどうかを知る。課金インジケータから受信した情報に基づいて、プロキシＢ  ３０８は課金エンティティに通知する。プロキシＢ  ３０８は、勧誘メッセージがユーザＢ  １０２に送られる前に、勧誘メッセージからアプリケーション・ボディを除去する。プロキシＢ  ３０８は、ユーザＢ  １０２に勧誘メッセージを送る（３０３）。勧誘メッセージの受信時に、ユーザＢ  １０２は応答メッセージを送る（３０４）。一実施形態では、応答メッセージは２００  ＯＫ応答、１８ｘ応答などでよい。プロキシＢ  ３０８は、ユーザＢ  １０２のプロファイルまたはサービス論理に基づいて、メッセージの以前のアプリケーション・ボディを更新する。プロキシＢ  ３０８は、プロキシＡ  ３０７に応答メッセージを送る（３０５）。さらに、プロキシＡ  ３０７は、ユーザＡ  １０１に応答メッセージを送る前に、応答メッセージからアプリケーション・ボディを除去する。プロキシＡ  ３０７は、ユーザＡ  １０１に応答メッセージを送る。別の実施形態では、イベント・ベースの課金も可能である。課金すべきユーザが、セッション中に生じる何らかの「イベント」に基づく変更／更新を受けることがある。そのようなイベントの例は、ユーザがあるデバイスから別のデバイスにセッションを転送することを望む明示的呼出し転送などの機能の呼出しであることがある。ユーザが忙しく、またはネットワーク・カバレッジのないエリア内にいる場合、ユーザは、ユーザのプロファイル設定内に事前記憶した番号にセッションを転送することがある。ユーザ��また、セッション・パラメータを修正することを決定することがある。例えば、ユーザＡ  １０１が自分のアカウント内のクレジットを使い果たした場合、ユーザＡ  １０１は、セッション課金の残りをユーザＢ  １０２に転送したいことがある。そのようなシナリオでは、更新後課金関連情報を含む更新または再勧誘メッセージが送られる。
【００１８】
図４ａおよび４ｂは、本明細書の実施形態による、ＩＭＳ（インターネット・プロトコル・マルチメディア・サブシステム）ネットワークに関する基本課金インジケータ・フレームワークを示すシーケンス図である。ユーザＡ  １０１が、ユーザＢ  １０２に対するセッションを開始する（４０１）。ＩＮＶＩＴＥなどを含むことのできる勧誘メッセージの形で勧誘を送ることができる。勧誘メッセージは逆課金のオファーを含む。逆課金は、被呼者またはユーザＢ  １０２がセッションに関する料金を負担することを示す。ユーザＡ  １０１は、ユーザＡ  １０１から発信されるＳＩＰ勧誘メッセージに課金関連情報を挿入しない。さらに、メッセージ内に課金関連情報などのアプリケーション・ボディ・コンテンツを有する任意のメッセージを受信したとき、アプリケーション・ボディは単に無視される。勧誘メッセージはＰ−ＣＳＣＦ  Ａ  ２０３に送られる。Ｐ−ＣＳＣＦ  Ａ  ２０３はＳＩＰプロキシであり、一般にはＩＭＳ端末に関する最初の連絡ポイントである。Ｐ−ＣＳＣＦ  Ａ  ２０３は、勧誘メッセージにアプリケーション・ボディを挿入する（４０２）。勧誘メッセージはＳ−ＣＳＣＦ  Ａ  ２０６に送られる。Ｓ−ＣＳＣＦ  Ａ  ２０６は、シグナリング・プレーンの中央ノードであり、セッション制御機能も実施する。Ｓ−ＣＳＣＦ  Ａ  ２０６は、ＨＳＳ  Ａ  ２０９に対するＤＩＡＭＥＴＥＲインターフェースを使用して、ユーザ・プロファイルをダウンロードおよびアップロードする。Ｓ−ＣＳＣＦ  Ａ  ２０６は、ＳＩＰメッセージが転送されるアプリケーション・サーバＡ  ２０７を割り当てる。Ｓ−ＣＳＣＦ  Ａ  ２０６は、呼セットアップ段階中にタスクを実施するためにＡＳ−Ａ  ２０７をトリガする（４０３）。ＡＳ−Ａ  ２０７は、勧誘メッセージにアプリケーション・ボディを挿入し、Ｓ−ＣＳＣＦ  Ａ  ２０６にメッセージを送る（４０４）。さらに、Ｓ−ＣＳＣＦ  Ａ  ２０６は、Ｉ−ＣＳＣＦ  Ｂ  ２１５に勧誘メッセージを送る（４０５）。Ｉ−ＣＳＣＦ  Ｂ  ２１５は、ＨＳＳ  Ｂ  ２１６に照会してユーザ情報を取り出し、割り当てられたＳ−ＣＳＣＦ  Ｂ  ２１３にＳＩＰ要求をルーティングする。Ｉ−ＣＳＣＦ  Ｂ  ２１５は、Ｓ−ＣＳＣＦ  Ｂ  ２１３に勧誘メッセージを送る（４０６）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、勧誘メッセージを検査し、ＡＳ−Ｂ  ２１４をトリガし（４０７）、勧誘メッセージが転送されるＡＳ−Ｂ  ２１４も示す。さらに、ＡＳ−Ｂ  ２１４はユーザ・プロファイルをチェックし、Ｓ−ＣＳＣＦ  Ｂ  ２１３にメッセージを送る（４０８）。勧誘メッセージがＰ−ＣＳＣＦ  Ｂ  ２１０に送られる（４０９）。Ｐ−ＣＳＣＦ  Ｂ  ２１０は、ユーザＢ  １０２に勧誘メッセージを送る前に、勧誘メッセージからアプリケーション・ボディを除去する（４１０）。ユーザＢ  １０２は応答メッセージを生成する（４１１）。応答メッセージは２００  ＯＫ、１８ｘなどでよい。Ｐ−ＣＳＣＦ  Ａ  ２１０は、応答メッセージにアプリケーション・ボディを挿入し、応答メッセージはＳ−ＣＳＣＦ  Ｂ  ２１３に送られる（４１２）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、ＡＳ−Ｂ  ２１４をトリガし、ユーザ・プロファイルをチェックするために、ＡＳ−Ｂ  ２１４に応答メッセージを���る（４１３）。ＡＳ−Ｂは、受信した課金インジケータ情報、ユーザ・プロファイルなどに基づいて、応答メッセージ内の課金インジケータ・フィールドを更新することができる。すべてのセッション制御機能がＳ−ＣＳＣＦによって実施されるので、ＡＳ−Ｂ  ２１４は、Ｓ−ＣＳＣＦ  Ｂ  ２１３に応答メッセージを送る（４１４）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、Ｓ−ＣＳＣＦ  Ａ  ２０６に応答メッセージを送る（４１５）。Ｓ−ＣＳＣＦ  Ａ  ２０６はさらに、ＡＳ−Ａ  ２０７の機能をトリガし、課金データ機能に通知するために、ＡＳ−Ａ  ２０７に応答メッセージを送る（４１６）。ＡＳ−Ａ  ２０７は必要なアクションを行い、Ｓ−ＣＳＣＦ−Ａ  ２０６にメッセージを送る（４１７）。ＡＳ−Ａ  ２０７によって実施される必要な変更は、課金機能の通知などを含む。次いで、応答メッセージがＰ−ＣＳＣＦ  Ａ  ２０３に送られ（４１８）、Ｐ−ＣＳＣＦ  Ａ  ２０３は、メッセージから任意のアプリケーション・ボディを除去する。次いで、応答メッセージがユーザＡ  １０１に送られる（４１９）。特にオンライン課金の場合に、ＡＳが勧誘／応答メッセージに含まれるアプリケーション・ボディを解釈し、適切なアクションを取ることに関わらない場合、ＩＭＳ−ＧＷＦがＡＳの役割を担う。さらに、ＩＭＳゲートウェイ機能が課金関連情報を解釈し、適切なアクションを取り、オンライン課金システム（ＯＣＳ）とも対話する。ＩＭＳ−ＧＷＦは、セッション・セットアップ段階中にＣＣＲメッセージを送ることなどの機能を実施し、さらにユニット確保を要求する。
【００１９】
発呼者と被呼者が共にオフライン課金機構をアクティブにすることを考える。オフライン課金は一般に、課金情報が、レンダリングされるサービスにリアル・タイムに影響を及ぼさず、したがって、セッション／サービス制御との課金機構の直接的対話がない課金機構と定義される。課金データ機能（ＣＤＦ）２０５／２１２が、セッション制御機能、ＡＳ、ＭＲＦとインターフェースされる。ＡＳは、アカウンティング要求（ＡＣＲ）メッセージの一部として、異なるメディア・タイプに関してセッションに関わる異なるユーザに課金しなければならないかどうかをＣＤＦに通知する。情報は、新しい属性値対（ＡＶＰ）タイプ、例えばメディア・ベースの課金ＡＶＰをＡＣＲ内のＩＭＳ情報ＡＶＰ内に導入することによって渡される。使用シナリオの一部は、被呼ユーザがセッションのビデオ部分について課金され、発呼者がオーディオ部分について課金される。あるいは、セッションが最初の部分について無料で提供され、次いでセッションの後続の部分について発呼者に課金される。
【００２０】
発呼者と被呼者が共にオンライン課金をアクティブにすることを考える。オンライン課金は一般に、課金情報が、レンダリングされるサービスにリアル・タイムに影響を及ぼす可能性があり、したがって、セッション／サービス制御との課金機構の直接的対話が必要である課金機構と定義される。ユニット確保付きセッション課金（Ｓｅｓｓｉｏｎ  Ｃｈａｒｇｉｎｇ  ｗｉｔｈ  Ｕｎｉｔ  Ｒｅｓｅｒｖａｔｉｏｎ）（ＳＣＵＲ）の場合、クレジット制御要求（ＣＣＲ）などのオンライン課金システムに送られるメッセージが、ＣＣＲメッセージ内にサービス情報属性値対（ＡＶＰ）の一部としてメディア関連情報を含む。ＡＶＰはＩＭＳ情報ＡＶＰを含み、ＩＭＳ情報ＡＶＰを使用して、情報がＯＣＳに搬送される。ＡＳがＳＩＰメッセージ内のアプリケーションを解釈し、ＯＣＳと対話する機能を担わない場合、ＩＭＳ−ＧＷＦはＡＳの役割を担う。セッション全体について被呼者に課金すべき場合、ＩＭＳ−ＧＷＦは、セッション・セットアップ中に、ユニット確保を要求するＣＣＲ（初期）メッセージを送る。しかし、セッションの中途でのみ被呼者に課金すべき場合、再勧誘メッセージがトリガされ、この再勧誘メッセージの受信時に、クレジット・ユニット確保をＯＣＳに要求するために、ＣＣＲ（初期）が被呼者のＩＭＳ−ＧＷＦによってＯＣＳに送られる。さらに、オンライン課金機構とオフライン課金機構の組合せも可能である。ビリング側では、セッションに関わるユーザに正しく課金されることを保証するために、課金データ記録（ＣＤＲ）が必要な情報を格納する。
【００２１】
別の実施形態では、あるネットワークによって提供される課金関連情報が別のネットワークでは受け入れられないシナリオを考慮する。例えば、発信元ネットワークが「被呼者」として課金すべき当事者をメッセージのアプリケーション・ボディに挿入する一方、終端ネットワークが課金される当事者を「発呼者」としたい場合、２つの方式のどちらかで処理される。終端ネットワークは、課金インジケータが受け入れられないことを述べる応答メッセージを送ることによってセッションを拒絶することができる。あるいは、終端ネットワークはセッションを受諾し、セッションを続行し、その後で、新しいアプリケーション・ボディを有する更新メッセージを送る。オファーが発信元ネットワークによって受け入れられない場合、ネットワークはセッションの解放をトリガする。
【００２２】
図５に、本明細書の実施形態による、ＳＩＰネットワーク内の課金に関するオファー回答モデルのシーケンス図を示す。ユーザＡ  １０１が、ユーザＢ  １０２に対するセッションを開始する。勧誘メッセージは逆課金のオファーを含むことができる。課金に関するオファー回答モデルでは、ユーザ・エージェント（ＵＡ）、アプリケーション・サーバ（ＡＳ）／Ｓ−ＣＳＣＦなどの様々なネットワーク要素が課金オファーを開始することができる。ＰＳＴＮ／ＰＬＭＮとのインターネットワーキングの場合、ＭＧＣＦも課金オファーを開始することができる。さらに、ＩＮＶＩＴＥ、ＵＰＤＡＴＥ、ＩＮＦＯなどの続く要求メッセージのいずれかでオファーを送ることができる。逆課金は、被呼者またはユーザＢ  １０２がセッションに関する料金を負担することを示す。ユーザＡ  １０１およびユーザＢ  １０２は、オンライン課金機構またはオフライン課金機構のどちらかを有することができる。勧誘メッセージがプロキシＡ  ３０７に送られる（５０１）。プロキシＡ  ３０７は、ユーザＡ  １０１のプロファイルをチェックし、メッセージのアプリケーション・ボディを更新する（５０２）。プロキシＡ  ３０７はまた、課金機能と対話する。プロキシＡ  ３０７は、プロキシＢ  ３０８に勧誘メッセージを送る。ユーザＢ  １０２は、プロキシＢ  ３０８から勧誘メッセージを受信する（５０３）。オファーはユーザＢ  １０２にとって受け入れられないことがあり、ユーザＢ  １０２は、課金オファーを拒絶し（５０４）、プロキシＢ  ３０８に応答メッセージで適切な回答を送る。応答メッセージは、２００  ＯＫ、１８ｘ、またはＡＣＫ応答の形でよい。プロキシＢ  １０２は、それに応じて課金機能と対話する。応答メッセージがプロキシＡ  ３０７に送られる（５０５）。プロキシＡ  ３０７は課金機能と対話し、課金についての情報を課金機能に通知する。応答メッセージがユーザＡ１０２に送られる（５０６）。ユーザＡ１０２は、課金の新しいオファーと共に再勧誘メッセージを生成する。再勧誘メッセージがプロキシＡ  ３０８に送られる（５０７）。プロキシＡ  ３０７は、メッセージのアプリケーション・ボディを更新して、再勧誘メッセージをプロキシＢ  ３０８に送る（５０８）。プロキシＢは、ユーザＢ  １０２に再勧誘メッセージを送る（５０９）。ユーザＢ  １０２は課金のオファーを受諾し、プロキシＢ  ３０８に応答メッセージを送る（５１０）。プロキシＢ  ３０８は課金機能と対話し、プロキシＡ  ３０７に応答メッセージを送る（５１１）。さらに、プロキシＡ  ３０７は、ユーザＡ  １０１に応答メッセージを送る（５１２）。一実施形態として、回答すべき未処理のオファーがあるとき、新しいオファーを開始することができない。さらに、新しいオファーを回答メッセージまたは応答メッセージに挿入することもできる。
【００２３】
別の実施形態では、イベント・ベースの課金機構が可能である。課金すべきユーザは、セッション中に生じる「イベント」に基づく更新または変更を受けることがある。そのようなイベントのいくつかの例は、ユーザがセッションを途中でユーザのデバイスから別のデバイスに転送したい場合の明示的セッション転送であることがある。あるいは、ユーザが忙しく、またはネットワークのカバレッジ・エリアの外部にいるときに、事前記憶した番号にセッションをフォワーディングすることである。上記のシナリオでは、終端側（ＴＣＤ）は課金インジケータを更新し、課金情報の新しいオファーを適切なメッセージで送ることができる。
【００２４】
図６ａ、６ｂ、６ｃ、および６ｄに、本明細書の実施形態による、ユーザＡがオフライン課金を有し、ユーザＢがオンライン課金機構をアクティブにする、ＩＭＳネットワーク内の課金に関するオファー回答モデルのシーケンス図を示す。ユーザＡ  １０１が、ユーザＢ  １０２に対するセッションを開始する。勧誘が、ＩＮＶＩＴＥなどの勧誘メッセージの形で送られる。さらに、続く要求メッセージＩＮＶＩＴＥ、ＵＰＤＡＴＥ、ＩＮＦＯなどのいずれかで課金のオファーを送ることができる。勧誘メッセージは逆課金のオファーを含む。逆課金は、被呼者またはユーザＢ  １０２がセッションに関する料金を負担することを示す。このシナリオでは、ユーザＡ  １０１がオフライン課金を有し、ユーザＢ  １０２がオンライン課金機構を有する。ユーザＡ  １０１は、セッションの課金のオファーを作成し、オファーを勧誘メッセージで送る（６０１）。オファー回答モデルでのネットワーク・レベル操作の場合とは異なり、ユーザＡ  １０１は、課金のオファーを挿入することもできる。Ｐ−ＣＳＣＦ  Ａ  ２０３が勧誘メッセージを検査する。同一のボディ・コンテンツを有する勧誘メッセージが、Ｓ−ＣＳＣＦ  Ａ  ２０６に送られる（６０２）。Ｓ−ＣＳＣＦ  Ａ  ２０６は、呼セットアップ段階中にＡＳ−Ａ  ２０７をトリガする。勧誘メッセージがＡＳ−Ａ  ２０７に送られる（６０３）。ＡＳ−Ａ  ２０７は、サービスをホストおよび実行し、ＳＩＰを使用してＳ−ＣＳＣＦ  Ａ  ２０６とインターフェースする。ユーザ・プロファイルで利用可能な課金関連情報が、ＡＳ−Ａ  ２０７によって検査される。セッション・セットアップ段階中、ＡＳ−Ａ  ２０７は適切なアクションを取り、渡すべき適切な課金関連情報をトリガする。ＡＳ−Ａ  ２０７はまた、課金インジケータ内の情報の受信時に、課金機能と対話する。ＡＳ−Ａ  ２０７は、ユーザが勧誘メッセージに課金インジケータ・メディア・コンテンツなどの詳細を含める権限を有するかどうかをチェックする。さらに、課金情報などのアプリケーション・ボディ・コンテンツが、ＡＳ−Ａ  ２０７によって勧誘メッセージに挿入される。次いで、ＡＳ−Ａ  ２０７は、セッション処理機能がＳ−ＣＳＣＦ  Ａ  ２０６によって実施されるので、Ｓ−ＣＳＣＦ  Ａ  ２０６に勧誘メッセージを送る（６０４）。Ｓ−ＣＳＣＦ  Ａ  ２０６は、勧誘メッセージをＩ−ＣＳＣＦ  Ｂ  ２１５に送り（６０５）、Ｉ−ＣＳＣＦ  Ｂ  ２１５は、ＨＳＳ  Ｂ  ２１６に照会してユーザ情報を取り出し、割り当てられたＳ−ＣＳＣＦ  Ｂ  ２１３にＳＩＰ要求をルーティングする。Ｉ−ＣＳＣＦ  Ｂ  ２１５は、Ｓ−ＣＳＣＦ  Ｂ  ２１３に勧誘メッセージを送る（６０６）。さらに、勧誘メッセージがＳ−ＣＳＣＦ  Ｂ  ２１３によってＡＳ−Ｂ  ２１４に送られる（６０７）。ＡＳ−Ｂ  ２１４は、ユーザＢ  １０２のプロファイルおよびサービス論理をチェックし、これらのチェックに基づいて、ＡＳ−Ｂ  ２１４は、ユーザＢ  １０２の所望の設定を決定する。これらの設定が、ユーザＡ  １０１によって作成されたオファーと比較される。それに応じて、課金指示などのアプリケーション・ボディのコンテンツが更新される。さらに、ユーザＢ  １０２に課金しなければならないので、ＡＳ−Ｂ  ２１４は、オンライン課金システム（ＯＣＳ）にクレジット課金要求（ＣＣＲ）［初期］メッセージを送る。ＣＣＲメッセージは、ＩＭＳＡＶＰ内にメディア・ベースの課金情報属性値対（ＡＶＰ）を含む。別の実施形態では、上記の機能がＡＳ−Ｂ  ２１４によって実施されない場合、Ｓ−ＣＳＣＦ  Ｂ  ２１３は、ＩＭＳ−ＧＷＦに勧誘メッセージを送る。さらに、ＩＭＳ−ＧＷＦは、ＣＣＲメッセージを送るなどのタスクを実施する。ＣＣＲメッセージがＯＣＳ−Ｂ  ２１２に送られる（６０８）。ＣＣＲメッセージに応答して、ＯＣＳ−Ｂ  ２１２は、ＣＣＡメッセージをＡＳ−Ｂ  ２１４に送り戻す（６０９）。新しいアプリケーション・ボディを有する勧誘メッセージが、Ｓ−ＣＳＣＦ  Ｂ  ２１３に送られる（６１０）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、Ｐ−ＣＳＣＦ  Ｂ  ２１０に勧誘メッセージを送る（６１１）。Ｐ−ＣＳＣＦ  Ｂ  ２１０は、ユーザＢ  １０２に勧誘メッセージを送る（６１２）。ユーザＢ  １０２はオファーを拒否し、メッセージのアプリケーション・ボディ・コンテンツを更新する。ユーザＢ  １０２は、Ｐ−ＣＳＣＦ  Ｂ  ２１０に応答メッセージを送る（６１３）。Ｐ−ＣＳＣＦ  Ｂ  ２１０は、Ｓ−ＣＳＣＦ  Ｂ  ２１３に応答メッセージを送る（６１４）。次いで、応答メッセージがＳ−ＣＳＣＦ  Ｂ  ２１３によってＡＳ−Ｂ  ２１４に送られる（６１５）。次いで、応答メッセージがＳ−ＣＳＣＦ  Ｂ  ２１３に送り戻される（６１６）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、セッションをさらに続行するためにＳ−ＣＳＣＦ  Ａ  ２０６に応答メッセージを送る（６１７）。応答メッセージが、Ｓ−ＣＳＣＦ  Ａ  ２０６（６１８）によってＡＳ−Ａ  ２０７に送られる。ＡＳ−Ａ  ２０７は（適用可能な場合、ユーザＢのプロファイル設定をチェックした後に）、ＡＣＲ［開始］メッセージをＣＤＦ−Ａ  ２０５に送る（６１９）。ＡＳ−Ａ  ２０７がセッションに関わらない場合、新しいメディア・ベースの課金情報ＡＶＰを有するＡＣＲがＳ−ＣＳＣＦ  Ａ  ２０６によって送られる。それに応答して、ＣＤＦ−Ａ  ２０５はＡＣＡメッセージを送る（６２０）。ＡＳ−Ａ  ２０７は、Ｓ−ＣＳＣＦ  Ａ  ２０６に応答メッセージを送る（６２１）。Ｓ−ＣＳＣＦ  Ａ  ２０６は、Ｐ−ＣＳＣＦ  Ａ  ２０３に応答メッセージを送る（６２２）。次いで、応答メッセージがユーザＡ  １０１に送られる（６２３）。ユーザＡ  １０１が応答メッセージに対する肯定応答（例えば、ＡＣＫ）を送った後、セッションは続行する。ユーザＡ  １０１は、課金の新しいオファーを有する再勧誘メッセージを生成する。再勧誘メッセージがＰ−ＣＳＣＦ２０３に送られる（６２４）。再勧誘メッセージがＳ−ＣＳＣＦ  Ａ  ２０６に送られる（６２５）。再勧誘メッセージがＡＳ−Ａ  ２０７に送られる（６２６）。ＡＳ−Ａ  ２０７は、アプリケーション・ボディのチェック時に、再勧誘メッセージを更新し、Ｓ−ＣＳＣＦ  Ａ  ２０６に送り戻す（６２７）。Ｓ−ＣＳＣＦ  Ａ  ２０６は、Ｉ−ＣＳＣＦ  Ｂ  ２１５に再勧誘メッセージを送る（６２８）。次いで、再勧誘メッセージがＳ−ＣＳＣＦ  Ｂ  ２１３に送られ（６２９）、Ｓ−ＣＳＣＦ  Ｂ  ２１３は、ＡＳ−Ｂ  ２１４にメッセージを送る（６３０）。課金���べきメディア内に更新があるので、ＡＳ−Ｂ  ２１４は、ＯＣＳ−Ｂ  ２１２にＣＣＲメッセージを送る。したがって、ＣＣＲ［更新］がＯＣＳ−Ｂ  ２１２に送られる（６３１）。メッセージの受信時に、ＯＣＳ−Ｂ  ２１２は、Ｓ−ＣＳＣＦ−Ｂ  ２１３に対する肯定応答の形でＣＣＡを送る（６３２）。さらに、再勧誘がＳ−ＣＳＣＦ  Ｂ  ２１３に送られ（６３３）、次いでＳ−ＣＳＣＦ  Ｂ  ２１３は、Ｐ−ＣＳＣＦ  Ｂ  ２１０に再勧誘メッセージを送る（６３４）。再勧誘はユーザＢ  １０２に送られる（６３５）。ユーザＢ  １０２は新しいオファーを受諾し、新しいアプリケーション・ボディ（課金インジケータ情報を含む）を有する応答メッセージを送る（６３６）。応答メッセージは、２００  ＯＫまたは１８ｘなどの形でよい。次いで、応答メッセージがＰ−ＣＳＣＦ  Ｂ  ２１０に送られ、Ｐ−ＣＳＣＦ  Ｂ  ２１０は、Ｓ−ＣＳＣＦ  Ｂ  ２１３にメッセージを送る（６３７）。応答メッセージが、Ｓ−ＣＳＣＦ  Ｂ  ２１３によってＡＳ−Ｂ  ２１４に送られる（６３８）。ＡＳ−Ｂ  ２１４は応答メッセージをチェックし、Ｓ−ＣＳＣＦ  Ｂ  ２１３に応答メッセージを送る（６３９）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、Ｓ−ＣＳＣＦ  Ａ  ２０６に応答メッセージを送る（６４０）。Ｓ−ＣＳＣＦ  Ａ  ２０６は、ＡＳ−Ａ  ２０７に応答メッセージを送る（６４１）。応答メッセージの受信時に、ＡＳ−Ａ  ２０７はＡＣＲメッセージを生成し、メッセージがＣＤＦ−Ａ  ２０５に送られる（６４２）。ＡＣＲに対する応答として、ＡＣＡメッセージが、ＡＳ−Ａ  ２０７に対する肯定応答の形で送り戻される（６４３）。ＡＣＡの受信時に、応答メッセージが、セッション制御機能を行うＳ−ＣＳＣＦ  Ａ  ２０６に送られる（６４４）。次いで、応答メッセージがＰ−ＣＳＣＦ  Ａ  ２０３に送られ（６４５）、Ｐ−ＣＳＣＦ  Ａ  ２０３は、ユーザＢ  １０２に応答メッセージを送る（６４６）。
【００２５】
図７ａ、７ｂ、７ｃ、および７ｄに、本明細書の実施形態による、ユーザＡがオンライン課金を有し、ユーザＢがオフライン課金機構をアクティブにする、ＩＭＳネットワーク内の課金に関するオファー回答モデルのシーケンス図を示す。ユーザＡ  １０１が、ユーザＢ  １０２に対するセッションを開始する。勧誘が、ＩＮＶＩＴＥなどの勧誘メッセージの形で送られる。さらに、続く要求メッセージＩＮＶＩＴＥ、ＵＰＤＡＴＥ、ＩＮＦＯのいずれかで課金のオファーを送ることができる。勧誘メッセージは逆課金のオファーを含む。このシナリオでは、ユーザＡ  １０１がオンライン課金を有し、ユーザＢ  １０２がオフライン課金機構を有する。ユーザＡ  １０１は、セッションの課金のオファーを作成し、それを勧誘メッセージで送る（７０１）。オファー回答モデルでのネットワーク・レベル操作の場合とは異なり、エンド・ユーザは、課金のオファーを挿入することもできる。Ｐ−ＣＳＣＦ  Ａ  ２０３が勧誘メッセージを検査する。同一のボディ・コンテンツを有する勧誘メッセージが、Ｓ−ＣＳＣＦ  Ａ  ２０６に送られる（７０２）。Ｓ−ＣＳＣＦ  Ａ  ２０６は、セッション・セットアップ段階中にＡＳ−Ａ  ２０７をトリガする。勧誘メッセージがＡＳ−Ａ  ２０７に送られる（７０３）。ＡＳ−Ａ  ２０７はユーザ・プロファイルを検査し、ユーザＡ  １０１が課金に関する情報を勧誘メッセージに含める特権を有するかどうかをチェックする。課金関連情報は、メディア・コンテンツおよび課金に関する課金指示を含むことができる。このシナリオでは、課金オファーは発呼者に課金することを要求しないので、ＡＳ−Ａ  ２０７は、必ずしもＣＣＲ，［初期］を送る必要はない。ＡＳ−Ａ  ２０７がセッションに関わらない場合、Ｓ−ＣＳＣＦは、ＩＭＳ−ＧＷＦに勧誘メッセージを送り、ＩＭＳ−ＧＷＦは、ＯＣＳにＣＣＲメッセージを送る。この場合、ＡＳ−Ａ  ２０７は呼フロー機能を実施するので、ＡＳ−Ａ  ２０７は、ＯＣＳ−Ａ  ２０５にＣＣＲメッセージを送る（７０４）。それに応答して、ＯＣＳは、ＣＣＲメッセージに関する任意の肯定応答の形でＣＣＡメッセージをＡＳ−Ａ  ２０７に送り戻す（７０５）。次いで、ＡＳ−Ａ  ２０７は、Ｓ−ＣＳＣＦ  Ａ  ２０６に勧誘メッセージを送る（７０６）。Ｓ−ＣＳＣＦ  Ａ  ２０６は、セッションのすべての制御操作を処理する。Ｓ−ＣＳＣＦ  Ａ  ２０６は、Ｉ−ＣＳＣＦ  Ｂ  ２１５に勧誘メッセージを送る（７０７）。Ｉ−ＣＳＣＦ  Ｂ  ２１５は、ＨＳＳ  Ｂ  ２１６に照会してユーザ情報を取り出し、割り当てられたＳ−ＣＳＣＦ  ２１３にＳＩＰ要求をルーティングする。Ｉ−ＣＳＣＦ  Ｂ  ２１５は、Ｓ−ＣＳＣＦ  Ｂ  ２１３に勧誘メッセージを送る（７０８）。Ｓ−ＣＳＣＦ  Ｂ  ２１３はメッセージを検査し、同一のアプリケーション・ボディを有する勧誘メッセージをＡＳ−Ｂ  ２１４に送る（７０９）。ＡＳ−Ｂ  ２１４は、ユーザＢ  １０２のプロファイル設定をチェックし、メディア・コンテンツや課金関連情報などのアプリケーション・ボディ詳細を更新する。更新時に、ＡＳ−Ｂ  ２１４は、Ｓ−ＣＳＣＦ  Ｂ  ２１３に勧誘メッセージを送る（７１０）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、Ｐ−ＣＳＣＦ  Ｂ  ２１０に勧誘メッセージを送る（７１１）。Ｐ−ＣＳＣＦ  Ｂ  ２１０は、ユーザＢ  １０２に勧誘メッセージを送る（７１２）。メッセージはビデオ部分に関する料金に伴うオファーを含み、それはユーザＢ  １０２にとって受け入れられないので、ユーザＢ  １０２は料金を拒否し、勧誘メッセージのアプリケーション・ボディ・コンテンツを更新する。別の代替として、ユーザＢ  １０２は、セッションを求める要求を拒絶することもできる。ユーザＢ  １０２は、勧誘メッセージの受諾時に、応答メッセージを生成する。応答メッセージが、Ｐ−ＣＳＣＦ  Ｂ  ２１０に送られる（７１３）。Ｐ−ＣＳＣＦ  Ｂ  ２１０は、同一のアプリケーション・ボディを有する応答メッセージをＳ−ＣＳＣＦ  Ｂ  ２１３に送る（７１４）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、ＡＳ−Ｂ  ２１４に応答メッセージを送る（７１５）。ＡＳ−Ｂ  ２１４は、ＩＭＳ情報ＡＶＰの一部として新しいメディア・ベースの課金情報ＡＶＰを有するＡＣＲメッセージ［初期］を生成する。別の実施形態では、ＡＳが呼フローに関わらない場合、ＡＣＲメッセージをＳ−ＣＳＣＦによって送ることもできる。ＡＣＲメッセージがＣＤＦ  Ｂ  ２１２に送られる（７１６）。ＡＣＲに応答して、ＣＤＦ  Ｂ  ２１２は、ＡＳ−Ｂ  ２１４にＡＣＡメッセージを送る（７１７）。次いで、ＡＳ−Ｂ２１２は、（Ｓ−ＣＳＣＦ  Ｂ  ２１３から以前に受信した）応答メッセージをＳ−ＣＳＣＦ  Ｂ  ２１３に送り戻す（７１８）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、Ｓ−ＣＳＣＦ  Ａ  ２０６に応答メッセージを送る（７１９）。Ｓ−ＣＳＣＦ  Ａ  ２０６は、ＡＳ−Ｂ  ２１４に応答メッセージを送る（７２０）。勧誘メッセージの受信時にＣＣＲメッセージが以前に送られなかった場合、ここでＣＣＲ［初期］がＯＣＳ−Ａ  ２０５に送られる。新しい更新後ボディを有するＣＣＲメッセージが、ＯＣＳ−Ａ  ２０５に送られる（７２１）。ＣＣＲメッセージが受信されたことに応答して、ＣＣＡメッセージが送られる（７２２）。さらに、ＡＳ−Ａ  ２０７は応答メッセージを検査し、Ｓ−ＣＳＣＦ  Ａ  ２０６にメッセージを送る（７２３）。応答メッセージがＰ−ＣＳＣＦ  Ａ  ２０３に送られ（７２４）、Ｐ−ＣＳＣＦ  Ａ  ２０３は、ユーザＡ  １０１にメッセージを送る（７２５）。ユーザＡ  １０１が肯定応答メッセージを送った後、セッションは続行する。次に、ユーザＢ  １０２は、修正後の課金ベースの情報コンテンツを含むことのできる新しいアプリケーション・ボディを有する再勧誘メッセージを生成する。再勧誘メッセージがＰ−ＣＳＣＦ  Ｂ  ２１０に送られる（７２６）。新しいアプリケーション・ボディを有する再勧誘メッセージが、Ｓ−ＣＳＣＦ  Ｂ  ２１３に送られる（７２７）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、ＡＳ−Ｂ  ２１４に再勧誘メッセージを送り（７２８）、ＡＳ−Ｂ  ２１４は、Ｓ−ＣＳＣＦ  Ｂ  ２１３に再勧誘メッセージを送る（７２９）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、Ｓ−ＣＳＣＦ  Ａ  ２０６に再勧誘メッセージを送る（７３０）。再勧誘メッセージがＡＳ−Ａ  ２０７に送られる（７３１）。課金すべきメディア・コンテンツに更新があるので、ＡＳ−Ａ  ２０７は、ＯＣＳ−Ａ  ２０５にＣＣＲメッセージを送る（７３２）。ＣＣＡメッセージがＡＳ−Ｂ  ２１４に送られる（７３３）。次いで、再勧誘メッセージがＳ−ＣＳＣＦ  Ａ  ２０６に送られる。Ｓ−ＣＳＣＦ  Ａ  ２０６はメッセージを検査し、Ｐ−ＣＳＣＦ  Ａ  ２０３に再勧誘メッセージ（７３５）を送る（７３４）。最後に、再勧誘メッセージがユーザＡ  １０１に送られる（７３６）。ユーザＡ  １０１は、再勧誘メッセージに応答して応答メッセージを送る。更新後アプリケーション・ボディを有する応答メッセージが、Ｐ−ＣＳＣＦ  Ａ  ２０３に送られる（７３７）。Ｐ−ＣＳＣＦ  Ａ  ２０３は課金関連情報を格納し、適用可能な場合、課金機能に通知する。応答メッセージがＳ−ＣＳＣＦ  Ａ  ２０６に送られ（７３８）、Ｓ−ＣＳＣＦ  Ａ  ２０６は、ＡＳ−Ａ  ２０７に応答メッセージを送る（７３９）。ＡＳ−Ａ  ２０７はユーザ・プロファイルをチェックし、課金機能に通知する。次いで、応答メッセージがＳ−ＣＳＣＦ  Ａ  ２０６に送られる（７４０）。応答メッセージがＩ−ＣＳＣＦ  Ｂ  ２１５に送られる（７４１）。Ｉ−ＣＳＣＦ  Ｂ  ２１５は、Ｓ−ＣＳＣＦ  Ｂ  ２１３に応答メッセージを送る（７４２）。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、ＡＳ−Ｂ  ２１４に応答メッセージを送る（７４３）。ＡＳ−Ｂ  ２１４はプロファイルおよびユーザＢ  １０２の設定をチェックし、メッセージ内に更新後の課金ベースの情報を有するＡＣＲ［暫定］メッセージを生成する。ＡＣＲメッセージが、ユーザＢに関する課金データを維持するＣＤＦ−Ｂ  ２１２に送られる（７４４）。ＣＤＦ−Ｂ  ２１２は、ＡＳ−Ｂ  ２１４にＡＣＡメッセージを送り戻す（７４５）。ＡＳ−Ｂ  ２１４は、Ｓ−ＣＳＣＦ  Ｂ  ２１３に応答メッセージを送る（７４６）。送られるすべてのメッセージがＳ−ＣＳＣＦ  Ｂ  ２１３によって検査される。Ｓ−ＣＳＣＦ  Ｂ  ２１３は、Ｐ−ＣＳＣＦ  Ｂ  ２１０に応答メッセージを送る（７４７）。Ｐ−ＣＳＣＦ２１０は、ユーザＢ  １０２に応答メッセージを送る（７４８）。
【００２６】
一実施形態として、基本課金インジケータ・フレームワークは、課金オファー回答モデルと同様に、他のサービスおよび機能との対話を有する。こうした機能の処理はネットワーク・オペレータの決定である。セッションのフォワーディングまたはセッション転換の場合を考慮する。基本課金インジケータ・フレームワークの場合、様々な可能なシナリオが存在する可能性がある。１つは、発呼者（例えばユーザＡ）がセッションを開始したとき、（例えばユーザＢの）終端側ネットワークまたは被呼者ネットワークが被呼者のプロファイルを検査し、被呼者がセッションの料金を負担しなければならないと判断することである。発信側ネットワークに応答して情報が示されることもある。ユーザＡが被呼者への呼出しを行い、被呼ユーザＢが応答しない場合、セッションが、ユーザＢによってユーザＢのプロファイル設定で事前定義される別のユーザ（例えばユーザＣ）に転送される。次に、ユーザＢによってセッションが転送されるユーザＣの終端ネットワークが、セッションがユーザＡに対して課金されると判断する。上記の場合を２つの方式で処理することができる。第１の解決策では、ユーザＡのアプリケーション・サーバが、ユーザＢがユーザ・プロファイルで転換をアクティブにしたこと、およびこのセッションに関して転換が活動化されることを通知する。したがって、アプリケーション・サーバは、セッションが転送されるユーザＣに送られる勧誘メッセージ内に課金関連詳細を含めない。さらに、アプリケーション・サーバは、作成されたオファーに回答を送らないこと、またはオファーの非受諾を示すデフォルト設定を有する応答メッセージで回答を送ることを決定することができる。あるいは、理由ヘッダ「付加サービス対話を許可せず」を有するエラー応答を送る。課金オファーが、再勧誘メッセージによってセッションが転送される他のユーザＣによって作成される場合、ユーザＢのアプリケーション・サーバは、上記で論じた応答のうちの１つを送る。
【００２７】
別の実施形態では、元の被呼ユーザ（すなわち、ユーザＢ）のアプリケーション・サーバが課金機能を更新し、オファーを自動的に受諾できることをユーザＢのプロファイルが示すとき、またはユーザＢのアプリケーション・サーバによって実施されるチェックが成功した場合にのみ課金オファーの受諾を示す課金回答を送る。転換ネットワークは、内部に課金オファーを格納することもできる。必要な情報が元の被呼者（すなわち、ユーザＢ）のアプリケーション・サーバ内に存在し、アプリケーション・サーバがセッションが転換されることを勧誘メッセージで示す（例えば、転換ヘッダを含めることによって）ことができるときにのみ、アプリケーション・サーバは、勧誘メッセージ内に新しい課金オファーを含める。そのような場合、ユーザ（ユーザＣ）のアプリケーション・サーバへの転換は、課金オファーを見るときに適切に課金機能をトリガする。次いで、ユーザＣのアプリケーション・サーバは、ユーザＢのネットワークに１８ｘ／２００  ＯＫ応答で適切な課金回答を送る。ユーザＢのＡＳは、課金回答の受信時に、それに応じて課金機能を更新し、ユーザＡからＩＮＶＩＴＥメッセージで受信した課金オファーに基づく課金回答をユーザＡのネットワークに送る。
【００２８】
別の実施形態では、被呼ユーザは、ＳＩＰフォーキング機構をアクティブにすることができる。ＳＩＰフォーキングは、単一の要求から複数の回答を確立することができる機構と定義される。ＳＩＰフォーキングの場合、以下のシナリオを可能とすることができる。発呼者の発信元ネットワークは、課金のオファーを勧誘メッセージで被呼者に送る。ＳＩＰフォーキング機構がアクティブであるので、終端ネットワークは、勧誘メッセージに対する様々な回答を応答メッセージで送る。さらに、ネットワークまたはオペレータの選択に応じて、このケースを２つの方式で処理することができる。応答での「最も好都合な」回答を、応答を受諾するときにプリファレンスに与えることができる。最も好都合な回答は、被呼者が被呼者のプロファイル設定で事前定義することができる。あるいは、既存の実装に対する変更がなく、すなわち、エンドポイントが最初の有効な２００  ＯＫ応答を勧誘メッセージに返してセッションは続行する。被呼者ネットワークが応答メッセージで様々なオファーを送っている第２の場合を考慮する。この状況を２つの方式で処理することができる。応答メッセージで受信したどちらかの「最も好都合な」オファーをプリファレンスに与えることができる。最も好都合なオファーは、被呼者が被呼者のプロファイル設定で事前定義することができる。最初の２００  ＯＫ応答を送る端末を受諾することもでき、適切な回答が、発信側ユーザのプロファイル内の事前定義された設定に違反しない限り、ＡＣＫで送られる。発信側ユーザに相談することもでき、かつ／または発呼側ユーザにオファーを転送することができる。
【００２９】
別の実施形態として、システムがマルチパーティ・セッションを処理することができる。セッション・セットアップは、２人の当事者、さらには複数の当事者を含むことができる。マルチパーティ・セッションの場合、呼出しの異なる部分について異なる当事者に課金することができる。例えば、ある当事者にオーディオ部分について課金することができ、別の当事者は、ビデオ部分に関する料金を負担する。あるいは、異なる課金方式の組合せも可能である。上記の方式では、セッションの異なる部分について異なる当事者に課金することが可能である。それぞれのネットワークは、セッションの各部分について課金が正しく行われることを保証すべきである。しかし、そのようなセッションでは、動作上の複雑さと、ネットワークを介する課金関連情報フローが増大することがある。
【００３０】
別の実施形態では、機構に対して様々な拡張および機能強化が可能である。ユーザは、ネットワークとの登録中、ユーザのプリファレンスを定義することができる。登録中のユーザは、逆課金セッションを受諾する意思があるかどうかを示すことができる。これは、登録メッセージ内に課金インジケータ情報も含めることを必要とする。一例を挙げると、ユーザがローミング中、逆課金セッションを受諾しないことを登録中に示すことができる。次いで、Ｓ−ＣＳＣＦまたはアプリケーション・サーバが状況を処理し、それに応じてＨＳＳでユーザ・プロファイルの更新をトリガする。さらに、ユーザは、より高い帯域幅の呼出しに対する拒絶を示すこともできる。諮問課金更新方式（ｃｏｎｓｕｌａｔｉｖｅ  ｃｈａｒｇｉｎｇ  ｕｐｄａｔｅ  ｓｃｈｅｍｅ）を有することも可能であり、この方式では、ネットワークによって実施された、メッセージの課金関連情報またはアプリケーション・ボディに更新があったときはいつでも、テキスト・メッセージによって動作をユーザに通知することができ、または帯域内ローカル告知をユーザに与えて、ユーザのオファーの受諾または拒絶を示すことができる。さらに、エンド・ユーザ・レベルで様々な制限を導入することができる。ユーザは、サービス・コードを入力することによってユーザのプロファイルを更新することにより、差別課金に関するユーザのプリファレンスを示すことができる。機構は、起動し、非活動化することなどのできるサービス／機能として含めることができる。制限の別の態様は、課金関連情報に関してエンド・ユーザが何を修正または更新することができるかに関するネットワークによる制限の賦課でよい。例えば、ユーザは、メッセージのアプリケーション・ボディ内の課金指示を「なし」に修正することが許可されないことがある。特権のあるユーザだけがアプリケーション・ボディ内の課金情報を修正することを許可することにより、別の機能強化を実現することができる。アプリケーション・ボディの一部として、どの課金情報がネットワークによって生成され、または修正されるか、およびどの課金情報がユーザによって修正されるかを示す追加情報をネットワークを介して渡すことができる。ネットワーク生成情報または更新の場合、課金インジケータは、基本課金フレームワークに適用可能な規則に準拠すべきである。さらに、課金インジケータ内にデフォルト設定を有するようにユーザ・エージェントを使用することができる。デフォルト設定は、課金インジケータ更新を開始し、または課金インジケータ更新に応答することでよい。例えば、デフォルト設定は、任意の呼出しについて「被呼者」として課金すべき当事者を受諾することができず、このデフォルト設定を任意のＳＩＰメッセージに含めることができる。
【００３１】
別の実施形態では、課金オファーがオファーを生成するユーザまたはネットワークによって受け入れられない場合のような例外的な場合である。課金回答が受け入れられないことを述べる新しい理由ヘッダでセッションを終了することができる。さらに、基本課金モデルの違反がある場合、適切な理由ヘッダを有するキャンセル・メッセージまたは任意の他の終了メッセージを送ることによってセッションを終了することができる。
【００３２】
本明細書で論じた実施形態は、少なくとも１つのハードウェア・デバイス上で動作し、ネットワーク要素を制御するためのネットワーク管理機能を実施する少なくとも１つのソフトウェア・プログラムによって実装することができる。図１に示すネットワーク要素は、ハードウェア・デバイス、ソフトウェア・モジュール、またはハードウェア・デバイスとソフトウェア・モジュールの組合せのうちの少なくとも１つでよいブロックを含む。
【００３３】
本明細書で開示する実施形態は、通信セッションに関する動的課金関連情報を搬送する方法を指定する。この機構は、セッションの異なる部分について、セッションに関わる異なる当事者に課金することを可能にする。したがって、保護範囲がそのようなプログラムに拡張され、さらに、メッセージを有するコンピュータ可読手段に拡張され、そのようなコンピュータ可読記憶媒体は、プログラムがサーバまたはモバイル・デバイスまたは任意の適切なプログラマブル・デバイス上で動作するときに、方法の１つまたは複数のステップを実装するためのプログラム・コード手段を含むことを理解されたい。方法は、好ましい実施形態では、例えば超高速集積回路ハードウェア記述言語（ＶＨＤＬ）または別のプログラミング言語で書かれたソフトウェア・プログラムによって、またはそれと共に実装され、あるいは少なくとも１つのハードウェア・デバイス上で実行中の１つまたは複数のＶＨＤＬまたはいくつかのソフトウェア・モジュールによって実装される。ハードウェア・デバイスは、例えば、サーバまたはパーソナル・コンピュータなどの任意の種類のコンピュータなど、あるいはそれらの任意の組合せ、例えば１つのプロセッサと２つのＦＰＧＡを含む、プログラムすることのできる任意の種類のデバイスでよい。デバイスはまた、例えば、例えばＡＳＩＣなどのハードウェア手段、あるいはハードウェアとソフトウェア手段の組合せ、例えばＡＳＩＣとＦＰＧＡ、または少なくとも１つのマイクロプロセッサとソフトウェア・モジュールが配置された少なくとも１つのメモリでよい手段をも含むことができる。したがって、手段は、少なくとも１つのハードウェア手段および／または少なくとも１つのソフトウェアである。本明細書に記載の方法実施形態は、純粋にハードウェアで、または一部はハードウェア、一部はソフトウェアで実装することができる。デバイスはまた、ソフトウェア手段のみを含むこともできる。あるいは、本発明は、例えば複数のＣＰＵを使用して、様々なハードウェア・デバイス上に実装することができる。
【図１】
0005635607.tif 000004
【図２】
0005635607.tif 000005
【図３】
0005635607.tif 000006
【図４ａ】
0005635607.tif 000007
【図４ｂ】
0005635607.tif 000008
【図５】
0005635607.tif 000009
【図６ａ】
0005635607.tif 000010
【図６ｂ】
0005635607.tif 000011
【図６ｃ】
0005635607.tif 000012
【図６ｄ】
0005635607.tif 000013
【図７ａ】
0005635607.tif 000014
【図７ｂ】
0005635607.tif 000015
【図７ｃ】
0005635607.tif 000016
【図７ｄ】
0005635607.tif 000017