JP4205672B2 - 通信セッションの費用の取り決め - Google Patents

Description

本発明の分野
本発明は、電気通信及びデータ通信セッションを含む通信セッションの費用管理の取り決め（negotiation）に関するものであり、また、本発明は、必ずしも必要ではないが、特に、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）を使用してセットアップされるＩＰセッションに適用可能である。

発明の背景
第３世代移動体技術のような新規の通信技術の到来は、既存のサービスを著しく拡張することを可能し、また、新規の改良サービスの導入を可能にする。新規のサービスの例には、ビデオ会議、多人数参加型ゲーム（multi-participant gaming）及びインスタントメッセージがある。コンシューマは、現在利用可能なサービスに対する支払に対して、これらの拡張された、かつ新規のサービスに対する追加料金の支払を期待している。しかしながら、多くのサービスの本質は、コンシューマが高い費用とすることを思いとどまらない場合には、新規の課金メカニズムが必要とされることを意味することになる。

多人数参加型サービスの場合、いくつかの費用分担（cost sharing）の形態が評価されている。発信加入者及び終端加入者間の長距離通話の費用分担に対する簡単なメカニズムが、米国特許５，３８１，４６７号に開示されている。これは、発信加入者から受信する発呼に対してコールシェアリング（call sharing）が起動されることを検出する、終端加入者の局所交換（あるいは終端地域交換キャリヤスイッチ（terminating inter exchange carrier switch））と、終端加入者と、費用分担オプションを受け入れるあるいは拒否する局所交換間の対話によるものである。終端加入者に対しては、費用分担方法（cost sharing formula）を定める可能性はわずかにあるが、発信加入者に対しては、最終計算に影響を及ばせる可能性はない
本発明の説明
米国特許５，３８１，４６７号で開示されるメカニズムは、相対的に柔軟ではない、これは、費用分担を適用するコール（呼）を捕捉し、かつ費用分担方法を適用することには、終端の加入者の局所的なやり取りに依存するからである。

本発明の目的は、従来技術の欠点を解消する、あるいは少なくとも緩和することである。これらのかつ他の目的は、ユーザレベルの信号を使用することによって、ユーザレベルでの費用分担取り決めを実行することによって達成される。

本発明の第１の構成に従えば、複数の関係者間の通信サービスに関する費用の分担を取り決める方法が提供される、この方法は、
前記関係者の１人によって使用される端末から、費用分担リクエストを、それ以外の関係者あるいはそれぞれの関係者によって使用される端末へ送信し、
前記費用分担リクエストを受信する端末あるいはそれぞれの端末で、所定の費用分担ルールを使用する前記費用分担リクエストの処理、及び前記リクエストに関連するユーザ入力の受信の少なくとも一方を実行し、前記１人の関係者の端末へ、その結果を通知し、
ネットワーク（群）で、取り決められた費用分担方法が通知されるサービスをサポートし、前記関係者は、前記費用分担方法に従って、前記ネットワーク（群）によって課金される
ことを特徴とする。

本発明の実施形態では、費用分担取り決めを実行する「ロジック」は、ユーザ端末で実現される。

好ましくは、サービスをサポートするネットワーク（群）には、ネットワーク（群）内の関係者の端末間で交換されるメッセージを捕捉することによって、取り決められた費用分担方法が通知される。選択的には、関係者の端末は、ネットワークに通知メッセージを送信し、このメッセージは、取り決められた方法を含んでいる。

費用分担リクエストは、サービスを開始する端末から、あるいは別の端末からのサービス開始リクエストを受信している端末から送信される。費用分担リクエストを受信する端末は、そのリクエストに含まれる、あるいはそのリクエストで確認される費用分担提案を受け入れる送信側端末へ応答を返信する。その提案は、いくつかは、予め合意された構成であっても良く、例えば、特定のサービスに関連付けられていても良い。選択的には、受信側端末は、送信側端末と、サービスに参加するために招待された任意の端末へ、別のあるいは変更された費用分担提案を提案する応答を送信する。典型的には、そのリクエストを送信する端末は、受信した応答を調整し、費用分担構成を確定する。最終的な構成は、関係者あるいは関係者それぞれに通知されても良い。

費用分担方法は、通信サービスの開始前、開始時、サービスの提供中、あるいはサービスが終了した後に実行される。

本発明の実施形態では、サービスをサポートし、かつ関係者の端末に接続するネットワークは、３ＧＰＰ（第三世代パートナーシッププロジェクト） ＩＰマルチメディアサブシステムを備える。端末間（terminal-to-terminal）信号プロトコルは、セッション開始プロトコル（ＳＩＰ）であることが好ましい。

本発明の第２の構成に従えば、以下の通信端末が提供される：
通信ネットワークを介して、１つ以上の同位端末でユーザのやり取り（exchanging user）、およびデータの送受信を行う送信手段と
前記送信手段に接続される手段であって、同位端末から費用分担リクエストを受信し、同位端末へ費用分担リクエストを送信する手段と、前記費用分担リクエストは、前記同位端末が関与する通信サービスに関連するものであり、
費用分担構成に合意するために、費用分担提案の送信あるいは受信の後に、費用分担ルールのセットを実行する手段と
を備えることを特徴とする。

本発明の一実施形態では、端末は、移動無線端末である。好ましくは、この端末は、ＩＰを使用する３Ｇネットワークを介して、同位端末と通信することが可能な３Ｇ端末である。より好ましくは、この端末は、ＳＩＰ信号を使用して、他の端末と費用分担リクエストを取り交わし、かつ費用分担取り決めに関連する他の信号を取り交わす。

本発明の第３の構成に従えば、通信システムのＩＰマルチメディアコアネットワークサブシステムで使用するためのセッション開始プロトコルサーバが提供される、このサーバは、
前記システムに接続されている２つ以上のユーザ端末間の費用分担取り決めに関連づけられていて、当該サーバを介して転送される、セッション開始プロトコル信号を発生する手段と、
前記転送される信号から合意された費用分担データを抽出し、かつ該データに関連付けられている１つ以上の端末のユーザへ費用を割り振る、あるいは別システムのノードに費用を割り当てることを可能にするための情報を、前記ノードに提供する手段と
を備えることを特徴とする。

実施形態の詳細説明
図１は、移動端末あるいはユーザ機器（ＵＥ）１がセルラー電話ネットワーク２（加入者の「ホーム」ネットワーク）に属している場合の典型的な状況を示している。ＵＥ１を使用する加入者は、ネットワーク２内では、固有加入者アイデンティティによって識別される。セルラー電話ネットワークは、無線アクセスネットワーク３と汎用パケット無線サービス（ＧＰＲＳ）ネットワーク４（図１では不図示の、回線交換コアネットワークも）備えている。ＧＰＲＳネットワーク４内では、ＵＥ１に関連する２つのノードを識別することができる。これらは、在圏ＧＰＲＳサポートノード（ＳＧＳＮ）５と、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）６である。ＳＧＳＮ５の役割は、加入データ（アイデンティティ及びアドレス）を保持し、かつネットワーク内のＵＥの位置を追跡することである。ＧＧＳＮ６の役割は、加入情報と割当ＩＰアドレスを保持し、かつＵＥ１に接続されているＳＧＳＮを追跡することである。ＧＧＳＮ６は、ＩＰネットワークに接続されている。典型的には、ＵＥ１がＧＧＳＮへ自身の「接続」を開始すると、１つ以上のＰＤＰコンテキストは、ＵＥ１とＧＧＳＮ６間で確立される。このコンテキストは、ＵＥ１からＧＧＳＮ６へのデータ転送用の「パイプ」を提供する。この処理は、ＵＥ１へのＩＰアドレス割当が介在する。典型的には、アドレスのルーティングプレフィックスは、ＧＧＳＮ６へ割り当てられるルーティングプレフィックスである。加入者が、自身のホームネットワーク外でローミングしているイベントにおいては、ＲＡＮ３は、もちろん、来訪ネットワークへ属することになる。

また、図１で示されているものには、ＩＰマルチメディアコアネットワークサブシステム（ＩＭＳ）７がある、ここで、これは、セッション開始プロトコル（ＳＩＰ）を使用して、ＩＰベースのマルチメディアサービスを提供するために必要なすべての要素を含んでいる。ＩＭＳ７によって提供される機能は、３ＧＰＰ ＴＳ ２３．２２８で示されている。ＩＭＳ７は、ＩＰバックボーンネットワークに接続されているノードのセットを備えている。また、このネットワークは、ＧＰＲＳネットワーク４のＧＧＳＮ６に接続されている。ＩＭＳ７で示されているものは、プロキシコール状態制御機能（Ｐ−ＣＳＣＦ）ノードと、在圏コール状態制御機能（Ｓ−ＣＳＣＦ）ノード１０である。本明細書では、ＩＭＳは、セルラー電話ネットワーク２のオペレータに所有されているものとする（但し、この場合が必要でない場合もある）。

Ｓ−ＣＳＣＦ１０は、ＵＥに対するセッション制御サービスを実行し、かつサービスをサポートするネットワークオペレータによって必要とされるセッション状態を維持する。セッション中に、Ｓ−ＣＳＣＦ１０によって実行される主要な機能は、着信及び発信コールセットアップリクエストのルーティングである。Ｐ−ＣＳＣＦ９によって実行される主要な機能は、ホームネットワークのＨＳＳを使用して、ＵＥに割り当てられているＳ−ＣＳＣＦを識別し、かつＵＥ１が来訪ネットワーク内でローミングしている場合に、ＵＥと、識別されたＳ−ＣＳＣＦ間でＳＩＰメッセージを連続して転送することである（来訪ネットワークでローミングする端末に対するＮＢに対して、転送される信号が介するＩＭＳは、加入者のホームネットワークのＩＭＳとなる）。

図１に示されるものには、ネットワーク１４の加入者それぞれに属する更なるＵＥ１２、１３がある。ＵＥ１２、１３は、自身のネットワーク１４に接続されているが、これらは、来訪ネットワークにも同等に接続することができる。ネットワーク１４は、ＲＡＮ、ＧＰＲＳネットワーク及びＩＭＳネットワークを備えていて、ＵＥ１によって使用されるネットワークのミラーリングを備える。

リアルタイム課金メッセージ（例えば、ＣＡＰプロトコルを使用する）は、ＧＰＲＳアクセスネットワーク４内で生成されても良い。特に、ＳＧＳＮ５は、与えられる接続に対して、リアルタイム課金メッセージを生成しても良い。ＳＧＳＮ５によって生成されるリアルタイム課金メッセージは、コール中に送信されるデータ量に関連していても良く、また／あるいは、そのコールの接続時間に関連していても良い。典型的には、コールに関連するリアルタイムＣＡＰメッセージのすべては、セルラー電話ネットワーク２のオペレータに属する課金制御機能１５（ＣＣＦ）に送信される。リアルタイム課金メッセージは、アプリケーションサーバ１６あるいはいくつかの他の課金ノードでのＩＭＳ７内で生成されても良い。ＩＭＳ７内で生成される課金は、例えば、特定サービスに関連していも良く（ＧＰＲＳネットワーク４は、一般的には、ユーザデータに関連付けられているサービスの知識を持っていない）、この特定サービスには、例えば、オンラインゲーム及びビデオ会議がある。ＩＭＳ７内で生成された課金メッセージは、ＣＣＦ１５にも送信される（ＤＩＡＭＥＴＥＲプロトコルを使用して）、このＣＣＦ１５は、セッションに関連するすべての課金を一元管理し、かつ適切な課金を加入者の請求に追加する。ネットワーク１４内で生成された課金（ＧＰＲＳコアネットワークあるいはＩＭＳのどちらかで）は、同様に、ネットワークのＣＣＦへ送信される。ＵＥが来訪ネットワークに接続されている場合、例えば、リアルタイム請求を容易にするために、リアルタイム課金が、来訪ネットワークから加入者のホームネットワークのＣＣＦへ送信されても良く、これによって、オペレータが加入者にクレジットを提供することを必要とすることを防止する。加えて、あるいは、リアルタイム課金メッセージの代替として、ＳＧＳＮ及びＳ−ＣＳＣＦのようなノードは、例えば、コールの終了時に、オフライン課金を生成しても良い。これも、適切なＣＣＦへ送信されることになる。

あるケースでは、１人以上の他の加入者が介在するサービスを開始しようとする加入者は、その他の加入者に対して、そのサービスに対する費用を関係者間で分担することを提案することが可能である。ＵＥ１がＵＥ１２、１３とのセッション、例えば、ビデオ会議を開始しようとしていると仮定する。サービスを開始するために、ＵＥ１は、ＳＩＰ ＩＮＶＩＴＥ（招待）メッセージを、ＵＥ１２、１３に送信する。このメッセージは、ＧＰＲＳネットワーク４によってＩＭＳ７に渡される。ＩＭＳ７は、ネットワーク１４のＩＭＳとで、適切なリソースを取り決める。次に、ＩＮＶＩＴＥメッセージは、「終端（terminating）」ＵＥ１２、１３へ送信される。ＩＮＶＩＴＥメッセージは、例えば、関係者間で等価に費用を分けるための費用分担リクエストを含んでいる。いくつかの環境では、ＩＭＳは、ＳＩＰ ＩＮＶＩＴＥメッセージ（及び、同位（peer）端末間で送信される他のＳＩＰメッセージ）を変更することができる。

各ＵＥは、費用分担ルールのセットを実現するための手段を含んでいる。費用分担リクエストを含むＳＩＰ ＩＮＶＩＴＥメッセージの受信においては、これらのルールは、単に、そのリクエストのユーザへの通知をＵＥに実行させ、かつその提案の同意あるいは拒否を問い合わせさせる、これによって、セッションセットアップ処理を明示的に受け入れるあるいは拒否する、あるいは保留する。このルールは、ユーザに逆提案（counter proposal）を入力することを可能にしても良い。ＵＥは、加入者が構成可能なスキームの入力を提供することができる。例えば、費用は、発信加入者（あるいは加入者グループ）単位、サービス（あるいはサービスグループ）単位、あるいは価格あるいは価格カテゴリ単位で予め定義されていても良く、そうすることで、終端ＵＥは、コールセットアップリクエストのすべて（あるいは少なくともクラス）に対して自動的に応答することができる。

結果、即ち、同意、拒否あるいは逆提案が終端ＵＥによって発信ＵＥ１へ返信される。発信ＵＥ１は、取り決めの調整エージェントとして動作し、他のＵＥから応答を受信し、かつ最終的に同意される費用分担計画を確定するための応答を集約する。この調整機能は、ＵＥ１内で動作するいくつかのアプリケーションを使用して「自動的」に実行されても良く、あるいはＵＥ１のユーザによって実行されても良い。終端ＵＥを用いることで、ルールは、この目的（加入者単位等）に対して予め定義されても良い。

発信ＵＥ１は、総費用を分担することに同意しているＵＥへ通知を行う（これは、分担比率あるいは実際の料金表（tariff）、例えば、１０セント／分であっても良い）。他の関係者に割り当てられた分担費用をＵＥへ通知する必要はないかもしれないが、もちろん実行することもできる。終端ＵＥ１２、１３による費用分担計画の最終確認は、ＳＩＰ ＯＫメッセージの返信によって、発信ＵＥ１へ提供される。このメッセージは、セッションを確立させる。ＳＩＰが、費用分担取り決めに関係するあらゆるメッセージを搬送するために使用されることが認識されるであろう。既存のＳＩＰメッセージを使用できない場合、新規のメッセージを定義する必要がある場合もある。

上述の処理は、ワンタイムサービスイベント、サービスイベントに基づく継続時間、サービスイベントに基づくデータ量、あるいはそれらの２つ以上の組み合わせに対する費用の取り決めについても適用する。別のサービス内で起動されるサービス、例えば、テレビ会議中に関係者すべてに対して起動される高価なビデオストリーミングアプリケーションが存在する場合、上述の処理を、基本的なテレビ会議「セッション」に対してまず適用することができ、かつ、新規のサービスアプリケーションのそれぞれ、例えば、テレビ会議セッション中に起動されるビデオストリーミングのそれぞれに対して独立に適用することができる。

図２は費用分担取り決めに関係する同位ＵＥ間で送受信される信号（signalling）を示している、ここで、
・実線矢印は、必須のメッセージを示している。

・破線矢印は、オプションのメッセージを示している。

・メッセージ名を、メッセージの矢印の上部に記載している。

・メッセージパラメータを、メッセージ矢印の下部に記載している。

・必須メッセージパラメータは、「Ｍ」のマークが付されている。

・オプションメッセージパラメータは、「Ｏ」のマークが付されている。

第３及び第４のオプションの信号メッセージは、先行するメッセージで費用分担合意（agreement）となるイベント内でやり取りされ、これは、両パーティ間に対して、最終的に合意される費用分担計画を確認するために必要である。また、これらのメッセージは、両パーティのホームネットワークに、その合意の詳細を確認することを可能にする。

上述の説明は、費用分担取り決めがサービス開始リクエストからもたらされるものとしている（費用分担リクエストには、ＳＩＰ ＩＮＶＩＴＥメッセージが含まれる）。しかしながら、ＵＥが１つ以上の他のＵＥに、まだ開始されていないサービスに対する費用分担計画を提案したい場合であっても良い。この場合、費用分担リクエストは、いくつかサービスの識別情報を含まなければならない。これには、例えば、サービス識別子と、提案開始日時とすることができる。同様に、費用分担取り決めは、既に確立済のセッション中、あるいはセッションが終了した後に実行されても良い。

関係するＵＥのホームネットワークに対しては、合意された費用分担計画に従って加入者から課金することを可能にするために、費用分担取り決めに関係するＳＩＰ信号を「捕捉する（intercept）」ことが必要であることは、既に上述した通りである。図３は、これが実行される経路の１つを示している。ＩＭＳ７は、ＡパーティとＢパーティ（あるいはパーティ群）間のＳＩＰメッセージとメッセージヘッダを監視するアプリケーションサーバ１６を含んでいる。アプリケーションサーバ１６は、事前に、ＳＩＰメッセージを送信することをＳ−ＣＳＣＦ１０に指示している（ＵＥ１のホームネットワーク２に配置されているＨＳＳを介して）、このＳＩＰメッセージは、費用分担取り決めを開始するものである。アプリケーションサーバ１６が、特定のやり取り（dialogue）に対して、費用取り決めがＵＥ間で発生していることを検出している場合、アプリケーションサーバ１６は、すべてのＳＩＰメッセージがアプリケーションサーバ１６を介して転送される、ＳＩＰルート（経路：route）を自身に追加する。費用分担取り決めが発生すると、（かつ、例えば、費用分担取り決めが付加価値サービスのセットアップフェーズ内だけで可能である場合）、アプリケーションサーバ１６は、ＳＩＰ転送経路を自身から削除する。アプリケーションサーバ１６によって、費用取り決め結果は、やり取りされる信号から抽出され、記録され、そして、ＣＣＦ１５に送信される。続いて、ＣＣＦ１５は、費用（ＧＰＲＳネットワーク４から受信される費用を含む）をＵＥ１に配分する。同様に、ＳＩＰ信号が、Ｂ加入者１２、１３に接続されているネットワーク１４（アプリケーションサーバを使用して）のＩＭＳ内、かつ費用分担合意が通知されるネットワークのＣＣＦ内で捕捉される。オペレータが特定の加入者から料金を余計に徴収する場合は、いくつかの相互調停処理が、オペレータ間の金銭交換のために使用される。

図３のアプリケーションサーバ１６は、費用分担に関連するもの以外の機能を実現できることに注意する。サーバは、例えば、取り決め対象となる費用に対する付加価値サービスに対するサービスロジックを含んでいてもよい。アプリケーションサーバは、同一のＳＩＰセッションに対して、Ａパーティのホームドメインと、Ｂパーティ（あるいはパーティ群）のホームドメインの両方に費用取り決め情報を記録しても良い。

図４は、上述の費用分担取り決め処理を示すフロー図である。

本発明の範囲から逸脱しない範囲で、上述の実施形態を様々に変更可能であることが当業者に理解されるであろう。例えば、上述の説明は無線端末及びセルラーネットワークに関するものであるが、本発明は、有線端末及びネットワーク（例えば、ＢＭＳＮ、ＥＭＭ １．０）に適用することもできる。提供する相互に作用する機能を適切に使用すれば、無線端末は、有線端末と費用分担合意についての取り決めを行うことが可能である。

いくつかの移動無線端末が接続されている通信システムを示す図である。 図１のシステムに接続されている同位端末のペア間でやり取りされる信号を示す図である。 同位端末間での費用分担取り決め方法を示すフロー図である。 図１のシステムへのアプリケーションサーバの導入を示す図である。

Claims (10)

1. セッション開始プロトコルを使用して行われる、複数の関係者間の通信サービスに関する費用分担方法を取り決める方法であって、
   前記関係者の１人によって使用される端末から、費用分担リクエストを含むセッション開始プロトコルメッセージを、それ以外の関係者あるいはそれぞれの関係者によって使用される端末へ送信し、
   前記セッション開始プロトコルメッセージを受信する端末あるいはそれぞれの端末で、所定の費用分担ルールを使用する前記費用分担リクエストの処理、及び前記リクエストに関連するユーザ入力の受信の少なくとも一方を実行し、前記１人の関係者の端末へ、その費用分担結果を含むセッション開始プロトコルメッセージを送信し、
   １つ以上のセッション開始プロトコルサーバを、前記端末間の通信に利用されるネットワーク群の前記セッション開始プロトコルメッセージの転送経路に導入して、取り決められた費用分担方法の判定の目的のために、前記費用分担結果を含むセッション開始プロトコルメッセージを捕捉するように前記１つ以上のセッション開始プロトコルサーバを構成することで、前記関係者それぞれは、前記１つ以上のセッション開始プロトコルサーバによって前記捕捉されたセッション開始プロトコルメッセージから抽出され、記録され、そして、前記ネットワーク群の課金制御機能それぞれへ送信される前記費用分担結果に従って、前記ネットワーク群の前記課金制御機能それぞれによって課金される
   ことを特徴とする方法。
2. 前記費用分担リクエストを含むセッション開始プロトコルメッセージは、前記通信サービスを開始する端末から、あるいは別の端末からのサービス開始リクエストを受信している端末から送信される
   ことを特徴とする請求項１に記載の方法。
3. 費用分担リクエストを受信する前記端末は、前記費用分担リクエストに含まれる、あるいは前記費用分担リクエストで確認される費用分担提案を受け入れる送信側端末へ応答を返信する
   ことを特徴とする請求項１あるいは２に記載の方法。
4. 前記受信側端末は、前記送信側端末へ、別のあるいは変更された費用分担提案を提案する応答を送信する
   ことを特徴とする請求項１あるいは２に記載の方法。
5. ３人以上の関係者が、前記通信サービスに参加するために招待され、前記端末は、受信された応答を調整する前記費用分担リクエストを送信し、かつ費用分担構成を確定する
   ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
6. 費用分担処理が、前記通信サービスの開始前、開始時、サービス中、あるいはサービスが終了した後に実行される
   ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
7. 前記通信サービスをサポートし、かつ前記関係者の端末と接続するネットワークは、３ＧＰＰ ＩＰマルチメディアサブシステムを備える
   ことを特徴とする請求項１乃至６のいずれか１項に記載の方法。
8. セッション開始プロトコルを利用して通信を行う通信端末であって、
   ネットワーク群を介して、１つ以上の他の通信端末と、セッション開始プロトコルメッセージのやり取りを行う送信手段と
   前記送信手段に接続される手段であって、前記１つ以上の他の端末から費用分担リクエストを含むセッション開始プロトコルメッセージを受信し、前記１つ以上の他の通信端末へ費用分担リクエストを含むセッション開始プロトコルメッセージを送信する手段と、
   費用分担方法に合意するために、前記費用分担リクエストを含むセッション開始プロトコルメッセージの送信あるいは受信に応じて、費用分担結果結果の決定を実行する手段とを備え、
   前記費用分担リクエストに対する前記費用分担結果を含むセッション開始プロトコルメ ッセージは、前記通信端末及び前記１つ以上の他の通信端末が関与する通信サービスに関連するものであり、かつ前記通信端末間の通信に利用されるネットワーク群のセッション開始プロトコルメッセージの転送経路に導入されている１つ以上の前記セッションプロトコル開始サーバによって捕捉され、
   前記実行する手段によって、当該通信端末は、前記セッション開始プロトコルサーバによって前記捕捉されたセッション開始プロトコルメッセージから抽出され、記録され、そして、前記ネットワーク群の課金制御機能それぞれへ送信される費用分担結果に従って、当該通信端末が属する、前記ネットワーク群の前記課金制御機能によって課金される
   ことを特徴とする通信端末。
9. 前記通信端末は、移動無線端末である
   ことを特徴とする請求項８に記載の通信端末。
10. 通信システムのＩＰマルチメディアコアネットワークサブシステムで使用するためのセッション開始プロトコルサーバであって、
    前記システムに接続されている２つ以上のユーザ端末間の費用分担方法の判定の目的のために、前記２つ以上のユーザ端末間の通信に利用されるネットワーク群の、前記２つ以上のユーザ端末間で送受信されるセッション開始プロトコルメッセージの転送経路に導入されている当該サーバにおいて、前記費用分担方法の費用分担リクエストに対する費用分担結果を含むセッション開始プロトコルメッセージを捕捉する手段と、
    前記捕捉したセッション開始プロトコルメッセージから前記費用分担結果を抽出し、前記費用分担結果に従って前記ネットワーク群の前記課金制御機能それぞれによって前記２つ以上のユーザ端末それぞれで課金されるようにするために、前記費用分担結果を前記ネットワーク群それぞれの課金制御機能それぞれに提供する手段と
    を備えることを特徴とするサーバ。

Images