(57)【要約】発信ユーザーと着信ユーザーとの間の動的な課金情報の交換および前記課金情報の交渉を可能にする方法であって、発信ユーザーは、公衆交換電話網／陸上移動通信網（ＰＳＴＮ／ＰＬＭＮ）ネットワークに属し、着信ユーザーは、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属する。本明細書に記載の他の実施形態では、発信ユーザーは、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属し、着信ユーザーは、公衆交換電話網／陸上移動通信網（ＰＳＴＮ／ＰＬＭＮ）ネットワークに属する。
2013500619.tif 000002
【特許請求の範囲】
【請求項１】
発信ユーザーと着信ユーザーとの間の課金情報の交換および前記課金情報の交渉を可能にする方法であって、前記発信ユーザーは、公衆交換電話網／陸上移動通信網（ＰＳＴＮ／ＰＬＭＮ）に属し、前記着信ユーザーは、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属し、前記方法は、前記発信ユーザーまたは前記着信ユーザーが要求を他のユーザーに送信するステップを含み、着信課金の前記要求は、課金されるユーザーを含み、前記ユーザーは、前記発信ユーザーまたは前記着信ユーザーでもよく、課金されることに満足している方法。
【請求項２】
前記発信ユーザーは、前記着信ユーザーとのセッションに対して着信課金を要求する請求項１に記載の方法であって、
前記発信ユーザーが、前記発信ユーザーの前記ネットワークに前記セッションに対して着信課金の要求を送信するステップと、
前記発信ユーザーの前記ネットワークが、前記着信ユーザーのネットワークに存在するネットワーク制御装置に対して前記要求を送信するステップであって、前記ネットワーク制御装置は、
メディア・ゲートウェイ制御機能（ＭＧＣＦ）、または
ＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、
前記ネットワーク制御装置が、招待メッセージに前記要求、課金されるコンテンツの種類、および課金されるユーザーを含むステップと、
前記ネットワーク制御装置が、前記着信ユーザーのネットワークに存在するサーバーに前記招待メッセージを送信するステップであって、前記サーバーは、
アプリケーション・サーバー
Ｓ−ＣＳＣＦ、または
ＳＩＰプロキシ・サーバーの１つであるステップと、
前記サーバーが、前記着信ユーザーのプロフィールに対して前記招待メッセージを検証するステップと、
前記着信ユーザーが着信課金の契約をしていない場合に、前記サーバーが前記着信ユーザーに前記招待メッセージを送信するステップと、
前記着信ユーザーが、前記招待メッセージを受け入れたときに、前記招待メッセージに対する応答を前記サーバーに送信するステップと、
前記サーバーは、前記着信ユーザーからの前記応答を受信したときに、前記応答において前記着信ユーザーが前記招待メッセージを受け入れたという指示、または前記着信ユーザーが着信課金を契約しているかどうかの指示を含むステップと、
前記サーバーが、前記ネットワーク制御装置に前記応答を送信するステップと、
前記ネットワーク制御装置が、前記応答を受信したときに、着信課金の有効化を指示するために内部状態を変更するステップと、
前記ネットワーク制御装置が、前記発信ユーザーの前記ネットワークに応答を送信するステップと、
前記発信ユーザーの前記ネットワークが、前記発信ユーザーに前記応答を送信するステップと
をさらに含む方法。
【請求項３】
前記着信ユーザーは、前記セッションの残り部分に対して、または前記セッションの全体に対して前記着信課金がアクティブであるときに、着信課金に対して要求する請求項１に記載の方法であって、
前記着信ユーザーが、前記着信ユーザーのネットワークに存在するサーバーに対して前記セッションに対する着信課金の要求を送信するステップであって、前記要求は、課金されるコンテンツの種類および課金されるユーザーを含み、着信課金の前記要求が前記セッションの全体に対するものである場合、前記要求は、前記セッションの全体が課金されるという指示も含み、前記サーバーは、
アプリケーション・サーバー、
Ｓ−ＣＳＣＦ、または
ＳＩＰプロキシ・サーバーの１つであるステップと、
前記サーバーが、前記着信ユーザーのプロフィールに対して前記要求を検証するステップと、
前記サーバーが、前記着信ユーザーのネットワークに存在するネットワーク制御装置に対して前記要求を送信するステップであって、前記ネットワーク制御装置は、
メディア・ゲートウェイ制御機能（ＭＧＣＦ）、または
ＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、
前記ネットワーク制御装置が、前記発信ユーザーの前記ネットワークに着信課金の要求を送信するステップと、
前記発信ユーザーの前記ネットワークが、前記発信ユーザーに前記要求を送信するステップと、
前記発信ユーザーから受け入れメッセージを受信したときに、前記発信ユーザーの前記ネットワークが、前記要求への応答を前記ネットワーク制御装置に送信するステップと、
前記ネットワーク制御装置が、前記サーバーに前記応答を送信するステップと、
前記サーバーが、前記応答を受信して前記応答を受け入れるステップと、
前記サーバーが、前記着信ユーザーに前記応答を送信するステップと
を含む方法。
【請求項４】
発信ユーザーと着信ユーザーとの間の課金情報の交換および前記課金情報の交渉を可能にする方法であって、前記発信ユーザーは、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属し、前記発信ユーザーは、公衆交換電話網／陸上移動通信網（ＰＳＴＮ／ＰＬＭＮ）ネットワークまたはＩＭＳ／ＳＩＰ／ＶｏＩＰネットワークに属し、前記方法は、前記発信ユーザーまたは前記着信ユーザーが要求を他のユーザーに送信するステップを含み、着信課金の前記要求は、課金されるユーザーを含み、前記ユーザーは、前記発信ユーザーまたは前記着信ユーザーでもよく、課金されることに満足している方法。
【請求項５】
前記発信ユーザーは、前記着信ユーザーとのセッションに対して着信課金を要求する請求項４に記載の方法であって、
前記発信ユーザーが、前記発信ユーザーのネットワークに存在するサーバーに対して前記セッションに対する着信課金の招待メッセージを送信するステップであって、前記招待メッセージは、課金されるコンテンツの種類および課金されるユーザーを含み、前記サーバーは、
アプリケーション・サーバー
Ｓ−ＣＳＣＦ、または
ＳＩＰプロキシ・サーバーの１つであるステップと、
前記サーバーが、前記招待メッセージを検証するステップと、
前記サーバーが、前記ネットワークに存在するネットワーク制御装置に対して前記検証された招待メッセージを送信するステップであって、前記ネットワーク制御装置は、
メディア・ゲートウェイ制御機能（ＭＧＣＦ）、または
ＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、
前記ネットワーク制御装置が、前記着信側のネットワークに着信課金の要求を送信するステップと、
前記ネットワーク制御装置が、前記着信側のネットワークからの応答を受信したときに、前記発信側のネットワークに存在する前記サーバーに応答メッセージを送信するステップであって、前記応答メッセージは前記応答を含むステップと、
前記サーバーが前記応答メッセージを検証し、前記発信ユーザーに前記応答メッセージを送信するステップと
をさらに含む方法。
【請求項６】
前記着信ユーザーは、前記セッションの残り部分に対して、または前記セッションの全体に対して前記着信課金がアクティブであるときに、着信課金に対して要求する請求項４に記載の方法であって、
前記着信ユーザーが、前記着信ユーザーの前記ネットワークに前記セッションに対して着信課金の要求を送信するステップと、
前記着信ユーザーの前記ネットワークが、前記発信ユーザーのネットワークに存在するネットワーク制御装置に対して前記要求を送信するステップであって、着信課金の前記要求が前記セッションの全体に対するものである場合、前記要求は、前記セッションの全体が課金されるという指示を含み、前記ネットワーク制御装置は、
メディア・ゲートウェイ制御機能（ＭＧＣＦ）、または
ＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、
前記ネットワーク制御装置が、前記発信ユーザーのネットワークに存在するサーバーに要求を送信するステップであって、前記要求は、課金されるコンテンツの種類および課金されるユーザーを含み、着信課金の前記要求が前記セッションの全体に対するものである場合、前記要求は、前記セッションの全体が課金されるという指示も含み、前記サーバーは、
アプリケーション・サーバー
Ｓ−ＣＳＣＦ、または
ＳＩＰプロキシ・サーバーの１つであるステップと、
前記サーバーが、前記発信ユーザーのプロフィールに対して前記要求を検証するステップと、
前記サーバーが、前記発信ユーザーに前記要求を送信するステップと、
前記発信ユーザーから受け入れメッセージを受信したときに、前記サーバーが、前記ネットワーク制御装置に前記要求への応答を送信するステップと、
前記ネットワーク制御装置が、前記応答を受信して前記応答を受け入れるステップと、
前記ネットワーク制御装置が、前記着信ユーザーのネットワークを通じて前記着信ユーザーに前記応答を送信するステップと
をさらに含む方法。
【請求項７】
前記着信ユーザーは、すべての着信セッションに対して着信課金を契約している請求項４に記載の方法であって、
前記着信ユーザーのネットワークが、前記発信ユーザーのネットワークに存在するネットワーク制御装置に指示を送信するステップであって、前記指示は、現在のセッションの着信課金要求を示し、前記ネットワーク制御装置は、
メディア・ゲートウェイ制御機能（ＭＧＣＦ）、または
ＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、
前記ネットワーク制御装置が、前記指示への応答を送信するステップと、
前記ネットワーク制御装置が、前記発信ユーザーのネットワークに存在するサーバーにメッセージを送信するステップであって、前記メッセージは、前記指示および課金されるコンテンツの種類を含み、前記サーバーは、
アプリケーション・サーバー
Ｓ−ＣＳＣＦ、または
ＳＩＰプロキシ・サーバーの１つであるステップと、
前記指示を受信すると、前記サーバーが、前記発信ユーザーが前記指示を確認しなければならないかどうかをチェックするステップと、
前記発信ユーザーが前記指示を確認する必要がない場合、前記サーバーが、前記指示を受け入れて前記指示を格納するステップと、
前記発信ユーザーが前記指示を確認しなければならない場合に、前記サーバーが、前記発信ユーザーに前記指示を送信し、前記発信ユーザーから応答を受信して、前記ネットワーク制御装置に前記応答を送信するステップと
をさらに含む方法。
【請求項８】
セッションがアクティブなときに前記セッションの着信課金を無効にする方法であって、
第１のユーザーは、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属し、前記第１のユーザーのネットワークに存在するサーバーに対して着信課金を無効にする要求を送信するステップであって、前記第１のユーザーは発信ユーザーまたは着信ユーザーであり、前記サーバーは、
アプリケーション・サーバー
Ｓ−ＣＳＣＦ、または
ＳＩＰプロキシ・サーバーの１つであるステップと、
前記サーバーは、前記第１のユーザーのネットワークに存在するネットワーク制御装置に対して前記要求を転送するステップであって、前記ネットワーク制御装置は、
メディア・ゲートウェイ制御機能（ＭＧＣＦ）、または
ＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、
前記ネットワーク制御装置が、着信課金が前記セッションに対してアクティブかどうかをチェックするステップと、
前記ネットワーク制御装置が、公衆交換電話網／陸上移動通信網（ＰＳＴＮ／ＰＬＭＮ）に属する第２のユーザーのネットワークに通知を送信するステップであって、前記第１のユーザーは発信ユーザーまたは着信ユーザーであるステップと、
前記要求を受信したときに、前記第２のユーザーの前記ネットワークが、前記第２のユーザーを通知するステップと、
前記第２のユーザーの前記ネットワークが、前記ネットワーク制御装置に前記要求への応答を送信するステップと、
前記ネットワーク制御装置が、前記要求に対する応答を前記サーバーに送信するステップと、
前記サーバーが、前記第１のユーザーに前記応答を送信するステップと、
前記サーバーが、前記セッションに対して前記第１のユーザーの課金を開始するステップと
を含む方法。
【請求項９】
セッションがアクティブなときに前記セッションの着信課金を無効にする方法であって、
第１のユーザーは、公衆交換電話網／陸上移動通信網（ＰＳＴＮ／ＰＬＭＮ）に属し、前記第１のユーザーの前記ネットワークに着信課金を無効にするための要求を送信するステップであって、前記第１のユーザーは発信ユーザーまたは着信ユーザーであるステップと、
前記第１のユーザーの前記ネットワークが、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属する第２のユーザーのネットワークに存在するネットワーク制御装置に前記要求を送信するステップであって、前記第２のユーザーは発信ユーザーまたは着信ユーザーであり、前記ネットワーク制御装置は、
メディア・ゲートウェイ制御機能（ＭＧＣＦ）、または
ＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、
前記ネットワーク制御装置が、前記第２のユーザーのネットワークに存在するサーバーに前記要求を転送するステップであって、前記サーバーは、
アプリケーション・サーバー、
Ｓ−ＣＳＣＦ、または
ＳＩＰプロキシ・サーバーの１つであるステップと、
前記要求を受信したときに、前記サーバーが前記第２のユーザーに前記要求を通知するステップと、
前記サーバーが、前記第２のユーザーから確認を受信したときに、前記セッションに対して前記第２のユーザーの課金を開始するステップと、
前記サーバーが、前記第２のユーザーの応答について前記ネットワーク制御装置に通知するステップと、
前記ネットワーク制御装置が、前記第１のユーザーの前記ネットワークに前記応答を通知するステップと、
前記第１のユーザーの前記ネットワークが、前記第１のユーザーに前記応答を通知するステップと、
前記サーバーが、前記セッションに対して前記第２のユーザーの課金を開始するステップと
を含む方法。
【請求項１０】
インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属し、第１のユーザーと第２のユーザーとの間のセッションを制御するネットワーク制御装置であって、前記ネットワーク制御装置は、ネットワークを介した着信課金をさらに可能にし、
着信課金要求が第１のユーザーから受信されると、課金されるコンテンツの種類および課金されるユーザーを招待メッセージに含めることと、
前記招待メッセージを前記第２のユーザーに送信することと、
前記第２のユーザーから応答を受信したときに、前記第１のユーザーと前記第２のユーザーとの間のセッションに対する着信課金の有効化を引き起こすことと
に適応された少なくとも１つの手段をさらに含むネットワーク制御装置。
【請求項１１】
前記ネットワーク制御装置は、サーバーを通じて前記第１のユーザーと対話し、前記ＰＳＴＮ／ＰＬＭＮネットワークを通じてＰＳＴＮ／ＰＬＭＮネットワークに属する前記第２のユーザーと対話するように適応され、
前記第１のユーザーはＩＭＳ／ＳＩＰ／ＶｏＩＰネットワークに属し、前記サーバーは、
アプリケーション・サーバー、
Ｓ−ＣＳＣＦ、または
ＳＩＰプロキシ・サーバーの１つを含む
請求項１０に記載のネットワーク制御装置。
【請求項１２】
インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属し、第１のユーザーと第２のユーザーとの間のセッションをインターフェースするサーバーであって、前記サーバーは、ネットワークを介した着信課金をさらに可能にし、
前記第２のユーザーのプロフィールに対して着信課金の招待メッセージを検証することであって、前記第１のユーザーは前記招待メッセージを送信し、前記招待メッセージは、課金されるユーザーを含み、前記ユーザーは、前記第１のユーザーまたは前記第２のユーザーでもよく、課金されることに満足していることと、
前記第２のユーザーが着信課金を契約していない場合に、前記第２のユーザーに前記招待メッセージを送信することと、
前記第２のユーザーから応答を受信したときに、前記応答において前記第２のユーザーが前記招待メッセージを受け入れたという指示、または前記第２のユーザーが着信課金を契約しているかどうかの指示を含むことと、
ネットワーク制御装置に前記応答を送信することと
に適応された少なくとも１つの手段をさらに含むサーバー。
【請求項１３】
前記サーバーは、課金機能に前記着信課金について通知するように適応された請求項１２に記載のサーバー。
【請求項１４】
前記サーバーは、前記第２のユーザーから前記応答を受信したときに、前記セッションの前記応答に従って課金を開始するように適応されている請求項１２に記載のサーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信ネットワークに関し、より具体的には、課金関連の情報を交換するために、異なる種類の通信ネットワーク間でインターワーク（ｉｎｔｅｒｗｏｒｋ）することに関する。
【背景技術】
【０００２】
着信課金（ｒｅｖｅｒｓｅ  ｃｈａｒｇｉｎｇ）は、発信ユーザーおよび着信ユーザーに提供されるサービスであり、呼設定時または呼のアクティブな段階において呼への課金を逆転する手段を発信ユーザーに提供する。着信課金は、呼の残りまたは呼全体について、呼のアクティブな段階において呼への課金を逆転させる手段を着信ユーザーに提供する。また、着信課金は、着信ユーザーに関係する契約データに基づいて、呼への課金を無条件に逆転させることを可能にする。着信課金は、公衆スイッチ電話ネットワーク（ＰＳＴＮ）、陸上移動通信網（ＰＬＭＮ）、ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）、またはセッション開始プロトコル（ＳＩＰ）ネットワークに実装することができる。ＩＭＳ／ＳＩＰネットワークとＰＳＴＮ／ＰＬＭＮネットワークとの間、またはＰＳＴＮ／ＰＬＭＮネットワークによって接続されている２人のＩＭＳ／ＳＩＰネットワーク・ユーザーの間に呼がある場合、またはＩＭＳ／ＳＩＰによって接続されている２人のＰＳＴＮ／ＰＬＭＮネットワーク・ユーザー間に呼がある場合、ユーザー課金情報は、発信ユーザーと着信ユーザーとの間でインターワークしなければいけない可能性がある。
【０００３】
ＩＭＳ／ＳＩＰネットワークとＰＳＴＮ／ＰＬＭＮネットワークとの間で情報交換が不足すると、ＳＩＰユーザーまたはＰＳＴＮユーザーへのフリー・アナウンスメント（ｆｒｅｅ  ａｎｎｏｕｎｃｅｍｅｎｔ）、ＩＭＳ／ＳＩＰおよびＰＳＴＮでのフリー・フォン・サービスに対するネットワーク課金停止、および呼の一部に対する着信課金などのサービスを実装できない結果となる可能性がある。ＩＭＳまたはＮｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ（ＮＧＮ）サービス・プロバイダがＰＳＴＮ／ＰＬＭＮユーザーにフリー・アナウンスメントを行いたい場合でも、これを達成する方法がない。ＰＳＴＮ／ＰＬＭＮにおける呼では、発信側の市内交換（ＬＥＸ）で課金を停止するために、ソース・チャネル識別子（ＳＣＩ）を使用することができる。ＳＣＩは、要求を送信するデバイスでのチャネル・エンドポイントを表している。情報は、応答メッセージ（ＡＮＭ）または課金メッセージ（ＣＲＧ）ＩＳＤＮユーザー部（ＩＳＵＰ）で運ぶことができ、国によって、またはネットワークによって異なっていてもよい。ＡＮＭは、逆方向に送信されるオフフック信号であり、着信側がセッション要求に応えたことを示しており、応答メッセージが受信されると課金が開始される。ＩＳＵＰは、発信側と着信側との間で音声およびデータを運ぶ通信路の設定、管理、および解放に使用される。逆方向呼インジケータ（ｂａｃｋｗａｒｄ  ｃａｌｌ  ｉｎｄｉｃａｔｏｒ）は、アドレス完了メッセージ（ＡＣＭ）、コール・プログレス・メッセージ（ＣＰＧ）、応答メッセージ（ＡＮＭ）、または接続メッセージ（ＣＯＮ）に使用して、呼が課金されないことを元のネットワークに示すことができる。ＡＣＭは、逆方向に送信されるＩＳＵＰシグナリング・メッセージであり、呼を着信側にルーティングするのに必要なすべてのアドレス信号が受信されたことを示す。ＣＯＮは、逆方向に送信されるＩＳＵＰシグナリング・メッセージであり、呼を着信側にルーティングするのに必要なすべてのアドレス信号が受信されたこと、および呼が応答されたことを示す。ＡＮＭメッセージは、どちら側が課金されるか、またはどちら側が課金されないかを示すフィールドを含むことができる。
【０００４】
ＰＳＴＮ／ＰＬＭＮネットワークでは、ＡＣＭ／ＣＰＧ／ＡＮＭメッセージ、またはＣｏｎｎｅｃｔ（ＣＯＮ）メッセージの逆方向呼インジケータを使用して、シグナリング・システム７（ＳＳ７）ＩＳＵＰで課金関連の情報を伝達することができる。逆方向呼インジケータは、ＳＩＰでインターワークできるが、逆方向呼インジケータを受信するネットワークは、情報を解釈できる必要がある。逆方向呼の指示は、制限的なインターワークのメカニズムであり、他の技術に拡張できない可能性がある。一部の国々では、初期アドレス・メッセージ（ＩＡＭ）の課金番号パラメータを使用して、シグナリング・システム７（ＳＳ７）ＩＳＵＰで課金関連の情報を伝達することができる。一部の国々では、アプリケーション・トランスポート・メッセージ（ＡＰＭ）を使用できるが、ＩＭＳ／ＳＩＰネットワークへのＡＰＭのインターワークは課金機能が定義されていない。コレクト・コールを示すために使用されるＩＡＭメッセージにおける順方向呼インジケータ・パラメータでは、予備ビットを使用して、シグナリング・システム７（ＳＳ７）ＩＳＵＰで課金関連の情報を伝達することができる。また、ＩＡＭ、ＡＮＭ、Ｒｅｌｅａｓｅ（ＲＥＬ）、またはＦａｃｉｌｉｔｙ  Ｍｅｓｓａｇｅ（ＦＡＣ）の遠隔操作（Ｒｅｍｏｔｅ  Ｏｐｅｒａｔｉｏｎｓ）パラメータを使用して、シグナリング・システム７（ＳＳ７）ＩＳＵＰで課金関連の情報を伝達することもできる。ネットワーク固有のメカニズムを使用して、ＰＳＴＮ／ＰＬＭＮネットワークの順方向呼インジケータで課金関連の情報を送信し、この情報をＩＭＳ／ＳＩＰネットワークに適切にインターワークすることができる。現在のメカニズムは、ＰＳＴＮ／ＰＬＭＮおよびＩＭＳ／ＳＩＰのネットワークに現存する様々な可能性をインターワークするのに十分でない。
【発明の概要】
【課題を解決するための手段】
【０００５】
上記に鑑みて、本明細書に記載の実施形態は、発信ユーザーと着信ユーザーとの間の課金情報の交換および課金情報の交渉を可能にする方法を提供し、発信ユーザーは、公衆交換電話網／陸上移動通信網（ＰＳＴＮ／ＰＬＭＮ）に属し、着信ユーザーは、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属し、この方法は、発信ユーザーまたは着信ユーザーが要求を他のユーザーに送信することを含み、着信課金の要求は、課金されるユーザーを含み、ユーザーは、発信ユーザーまたは着信ユーザーでもよく、課金されることに満足している。着信ユーザーとのセッションに対して着信課金を要求する発信ユーザーは、発信ユーザーが、発信ユーザーのネットワークにセッションに対して着信課金の要求を送信するステップと、発信ユーザーのネットワークが、着信ユーザーのネットワークに存在するネットワーク制御装置に対して要求を送信するステップであって、ネットワーク制御装置は、メディア・ゲートウェイ制御機能（ＭＧＣＦ）またはＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、ネットワーク制御装置は、招待メッセージに、要求、課金されるコンテンツの種類、および課金されるユーザーを含むステップと、ネットワーク制御装置が、着信ユーザーのネットワークに存在するサーバーに招待メッセージを送信するステップであって、サーバーは、アプリケーション・サーバー、Ｓ−ＣＳＣＦ、またはＳＩＰプロキシ・サーバーの１つであるステップと、サーバーが、着信ユーザーのプロフィールに対して招待メッセージを検証するステップと、着信ユーザーが、着信課金の契約をしていない場合に、サーバーが着信ユーザーに招待メッセージを送信するステップと、着信ユーザーが、招待メッセージを受け入れたときに、招待メッセージに対する応答をサーバーに送信するステップと、サーバーが、着信ユーザーからの応答を受信したときに、応答において招待メッセージを受け入れたという指示、または着信ユーザーが着信課金を契約しているかどうかの指示を含むステップと、サーバーが、ネットワーク制御装置に応答を送信するステップと、ネットワーク制御装置が、応答を受信したときに、着信課金の有効化を指示するために内部状態を変更するステップと、ネットワーク制御装置が、発信ユーザーのネットワークに応答を送信するステップと、発信ユーザーのネットワークが、発信ユーザーに応答を送信するステップとをさらに含む。セッションの残り部分に対して、またはセッションの全体に対して着信課金がアクティブであるときに、着信課金に対して要求する着信ユーザーは、着信ユーザーが、着信ユーザーのネットワークに存在するサーバーに対してセッションに対する着信課金の要求を送信するステップであって、要求は、課金されるコンテンツの種類および課金されるユーザーを含み、着信課金の要求がセッションの全体に対するものである場合、要求は、セッションの全体が課金されるという指示も含み、サーバーは、アプリケーション・サーバー、Ｓ−ＣＳＣＦ、またはＳＩＰプロキシ・サーバーの１つであるステップと、サーバーが、着信ユーザーのプロフィールに対して要求を検証するステップと、サーバーが、着信ユーザーのネットワークに存在するネットワーク制御装置に対して要求を送信するステップであって、ネットワーク制御装置は、メディア・ゲートウェイ制御機能（ＭＧＣＦ）またはＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、ネットワーク制御装置が、発信ユーザーのネットワークに着信課金の要求を送信するステップと、発信ユーザーのネットワークが、発信ユーザーに要求を送信するステップと、発信ユーザーから受け入れメッセージを受信したときに、発信ユーザーのネットワークが、要求への応答をネットワーク制御装置に送信するステップと、ネットワーク制御装置が、サーバーに応答を送信するステップと、サーバーが、応答を受信して応答を受け入れるステップと、サーバーが、着信ユーザーに応答を送信するステップとをさらに含む。
【０００６】
実施形態は、発信ユーザーと着信ユーザーとの間の課金情報の交換および課金情報の交渉を可能にする方法を提供し、発信ユーザーは、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属し、発信ユーザーは、公衆交換電話網／陸上移動通信網（ＰＳＴＮ／ＰＬＭＮ）ネットワークまたはＩＭＳ／ＳＩＰ／ＶｏＩＰネットワークに属し、この方法は、発信ユーザーまたは着信ユーザーが要求を他のユーザーに送信することを含み、着信課金の要求は、課金されるユーザーを含み、ユーザーは、発信ユーザーまたは着信ユーザーでもよく、課金されることに満足している。着信ユーザーとのセッションに対して着信課金を要求する発信ユーザーは、発信ユーザーが、発信ユーザーのネットワークに存在するサーバーに対してセッションに対する着信課金の招待メッセージを送信するステップであって、招待メッセージは、課金されるコンテンツの種類および課金されるユーザーを含み、サーバーは、アプリケーション・サーバー、Ｓ−ＣＳＣＦ、またはＳＩＰプロキシ・サーバーの１つであるステップと、サーバーが、招待メッセージを検証するステップと、サーバーが、ネットワークに存在するネットワーク制御装置に対して検証された招待メッセージを送信するステップであって、ネットワーク制御装置は、メディア・ゲートウェイ制御機能（ＭＧＣＦ）またはＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、ネットワーク制御装置が、着信側のネットワークに着信課金の要求を送信するステップと、ネットワーク制御装置が、着信側のネットワークから応答を受信したときに、発信側のネットワークに存在するサーバーに応答メッセージを送信するステップであって、応答メッセージは応答を含むステップと、サーバーが応答メッセージを検証し、発信ユーザーに応答メッセージを送信するステップとを含む。セッションの残り部分に対して、またはセッションの全体に対して着信課金がアクティブであるときに、着信課金に対して要求するユーザーは、着信ユーザーが、着信ユーザーのネットワークにセッションに対して着信課金の要求を送信するステップと、着信ユーザーのネットワークが、発信ユーザーのネットワークに存在するネットワーク制御装置に対して要求を送信するステップであって、着信課金の要求がセッションの全体に対するものである場合、要求は、セッションの全体が課金されるという指示を含み、ネットワーク制御装置は、メディア・ゲートウェイ制御機能（ＭＧＣＦ）またはＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、ネットワーク制御装置が、発信ユーザーのネットワークに存在するサーバーに要求を送信するステップであって、要求は、課金されるコンテンツの種類および課金されるユーザーを含み、着信課金の要求がセッションの全体に対するものである場合、要求は、セッションの全体が課金されるという指示も含み、サーバーは、アプリケーション・サーバー、Ｓ−ＣＳＣＦ、またはＳＩＰプロキシ・サーバーの１つであるステップと、サーバーが、発信ユーザーのプロフィールに対して要求を検証するステップと、サーバーが、発信ユーザーに要求を送信するステップと、発信ユーザーから受け入れメッセージを受信したときに、サーバーが、ネットワーク制御装置に要求への応答を送信するステップと、ネットワーク制御装置が、応答を受信して応答を受け入れるステップと、ネットワーク制御装置が、着信ユーザーのネットワークを通じて着信ユーザーに応答を送信するステップとをさらに含む。着信ユーザーは、すべての着信セッションに対して着信課金を契約しており、この方法は、着信ユーザーのネットワークが、発信ユーザーのネットワークに存在するネットワーク制御装置に指示を送信するステップであって、指示は、現在のセッションの着信課金要求を示し、ネットワーク制御装置は、メディア・ゲートウェイ制御機能（ＭＧＣＦ）またはＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、ネットワーク制御装置が、指示への応答を送信するステップと、ネットワーク制御装置が、発信ユーザーのネットワークに存在するサーバーにメッセージを送信するステップであって、メッセージは、指示および課金されるコンテンツの種類を含み、サーバーは、アプリケーション・サーバー、Ｓ−ＣＳＣＦ、またはＳＩＰプロキシ・サーバーの１つであるステップと、指示を受信すると、サーバーが、発信ユーザーが指示を確認しなければならないかどうかをチェックするステップと、発信ユーザーが指示を確認する必要がない場合、サーバーが、指示を受け入れて指示を格納するステップと、発信ユーザーが指示を確認しなければならない場合に、サーバーが、発信ユーザーに指示を送信し、発信ユーザーからの応答を受信して、ネットワーク制御装置に応答を送信するステップとをさらに含む。
【０００７】
また、本明細書に開示するのは、セッションがアクティブなときにセッションの着信課金を無効にする方法であって、第１のユーザーは、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属し、第１のユーザーのネットワークに存在するサーバーに対して着信課金を無効にする要求を送信するステップであって、第１のユーザーは、発信ユーザーまたは着信ユーザーであり、サーバーは、アプリケーション・サーバー、Ｓ−ＣＳＣＦ、またはＳＩＰプロキシ・サーバーの１つであるステップと、サーバーは、第１のユーザーのネットワークに存在するネットワーク制御装置に対して要求を転送するステップであって、ネットワーク制御装置は、メディア・ゲートウェイ制御機能（ＭＧＣＦ）またはＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、ネットワーク制御装置が、着信課金がセッションに対してアクティブかどうかをチェックするステップと、ネットワーク制御装置が、公衆交換電話網／陸上移動通信網（ＰＳＴＮ／ＰＬＭＮ）に属する第２のユーザーのネットワークに通知を送信するステップであって、第１のユーザーは発信ユーザーまたは着信ユーザーであるステップと、要求を受信したときに、第２のユーザーのネットワークが、第２のユーザーを通知する（ｉｎｔｉｍａｔｅ）ステップと、第２のユーザーのネットワークが、ネットワーク制御装置に要求への応答を送信するステップと、ネットワーク制御装置が、要求への応答をサーバーに送信するステップと、サーバーが、第１のユーザーに応答を送信するステップと、サーバーが、セッションに対して第１のユーザーの課金を開始するステップとを含む。
【０００８】
本明細書に開示するのは、セッションがアクティブなときにセッションの着信課金を無効にする方法であって、第１のユーザーは、公衆交換電話網／陸上移動通信網（ＰＳＴＮ／ＰＬＭＮ）に属し、第１のユーザーのネットワークに着信課金を無効にするための要求を送信するステップであって、第１のユーザーは発信ユーザーまたは着信ユーザーであるステップと、第１のユーザーのネットワークが、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属する第２のユーザーのネットワークに存在するネットワーク制御装置に要求を送信するステップであって、第２のユーザーは、発信ユーザーまたは着信ユーザーであり、ネットワーク制御装置は、メディア・ゲートウェイ制御機能（ＭＧＣＦ）またはＰＳＴＮ／ＰＬＭＮゲートウェイの１つであるステップと、ネットワーク制御装置が、第２のユーザーのネットワークに存在するサーバーに要求を転送するステップであって、サーバーは、アプリケーション・サーバー、Ｓ−ＣＳＣＦ、またはＳＩＰプロキシ・サーバーの１つを含むステップと、要求を受信したときに、サーバーが第２のユーザーに要求を通知するステップと、サーバーが、第２のユーザーから確認を受信したときに、セッションに対して第２のユーザーの課金を開始するステップと、サーバーが、第２のユーザーの応答についてネットワーク制御装置に通知するステップと、ネットワーク制御装置が、第１のユーザーのネットワークに応答を通知するステップと、第１のユーザーのネットワークが、第１のユーザーに応答を通知するステップと、サーバーが、セッションに対して第２のユーザーの課金を開始するステップとを含む。
【０００９】
本明細書に開示するのは、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属し、第１のユーザーと第２のユーザーとの間のセッションを制御するネットワーク制御装置であって、ネットワーク制御装置は、ネットワークを介した着信課金をさらに可能にし、着信課金要求が第１のユーザーから受信されると、課金されるコンテンツの種類および課金されるユーザーを招待メッセージに含めることと、招待メッセージを第２のユーザー送信することと、第２のユーザーから応答を受信したときに、第１のユーザーと第２のユーザーとの間のセッションに対する着信課金の有効化を引き起こすこととに適応された少なくとも１つの手段をさらに含む。ネットワーク制御装置は、サーバーを通じて第１のユーザーと対話し、ＰＳＴＮ／ＰＬＭＮネットワークを通じてＰＳＴＮ／ＰＬＭＮネットワークに属する第２のユーザーと対話するように適応され、第１のユーザーはＩＭＳ／ＳＩＰ／ＶｏＩＰネットワークに属し、サーバーは、アプリケーション・サーバー、Ｓ−ＣＳＣＦ、またはＳＩＰプロキシ・サーバーの１つを含む。
【００１０】
さらに開示するのは、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）／セッション開始プロトコル（ＳＩＰ）／ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）ネットワークに属し、第１のユーザーと第２のユーザーとの間のセッションをインターフェースするサーバーであって、サーバーは、ネットワークを介した着信課金をさらに可能にし、第２のユーザーのプロフィールに対して着信課金の招待メッセージを検証することであって、第１のユーザーは招待メッセージを送信することと、第２のユーザーが着信課金を契約していない場合に、第２のユーザーに招待メッセージを送信することと、第２のユーザーから応答を受信したときに、応答において第２のユーザーが招待メッセージを受け入れたという指示、または第２のユーザーが着信課金を契約しているかどうかの指示を含むことと、ネットワーク制御装置に応答を送信することとに適応された少なくとも１つの手段をさらに含む。サーバーは、課金機能に着信課金について通知するように適応される。サーバーは、第２のユーザーから応答を受信したときに、セッションの応答に従って課金を開始するように適応されている。
【００１１】
本明細書に記載の実施形態のこれらの態様および他の態様は、以下の記述および添付の図面とともに参照したときに、より評価して理解されるであろう。
【００１２】
本明細書に記載の実施形態は、図面を参照して次の詳細な記述を見ることで、より一層理解されるだろう。
【図面の簡単な説明】
【００１３】
【図１】本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮユーザーがＩＭＳ／ＳＩＰユーザーを呼び出しているのを示すブロック図である。
【図２】本明細書の実施形態に従って、ＩＭＳ／ＳＩＰネットワークを通じてＰＳＴＮ／ＰＬＭＮユーザーが別のＰＳＴＮ／ＰＬＭＮユーザーを呼び出しているのを示すブロック図である。
【図３】本明細書の実施形態に従って、ＩＭＳ／ＳＩＰユーザーがＰＳＴＮ／ＰＬＭＮユーザーを呼び出しているのを示すブロック図である。
【図４】本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮネットワークを通じてＩＭＳ／ＳＩＰユーザーが別のＩＭＳ／ＳＩＰユーザーを呼び出しているのを示すブロック図である。
【図５】本明細書の実施形態に従って、呼設定中における発信側のＰＳＴＮ／ＰＬＭＮユーザーから着信側のＩＭＳ／ＳＩＰユーザーへの着信課金要求を示す図である。
【図６】本明細書の実施形態に従って、呼が進行中となった後に、発信側のＰＳＴＮ／ＰＬＭＮユーザーから着信側のＩＭＳ／ＳＩＰユーザーへの着信課金要求を示す図である。
【図７】本明細書の実施形態に従って、呼が進行中となった後に、ＰＳＴＮ／ＰＬＭＮユーザーからＩＭＳ／ＳＩＰユーザーへの呼および着信課金に対する着信側のＩＭＳ／ＳＩＰユーザー要求を示す図である。
【図８】本明細書の実施形態に従って、セッションが進行中となった後に、セッションの全期間、ＰＳＴＮ／ＰＬＭＮユーザーからＩＭＳ／ＳＩＰユーザーへの呼および着信課金に対する着信側のＩＭＳ／ＳＩＰユーザー要求を示す図である。
【図９】本明細書の実施形態に従って、呼設定中における、ＰＳＴＮ／ＰＬＭＮユーザーからＩＭＳ／ＳＩＰユーザーへの呼であり、着信課金は呼全体に対して要求されることを示す図である。
【図１０】本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮユーザーからＩＭＳ／ＳＩＰユーザーへの呼および着信課金の要求が呼要求に応じて開始されることを示す図である。
【図１１ａ】本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮユーザーからＩＭＳ／ＳＩＰユーザーへの着信課金された呼、および発信ユーザーは着信課金を無効にしたいことを示す図である。
【図１１ｂ】本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮユーザーからＩＭＳ／ＳＩＰユーザーへの着信課金された呼、および発信ユーザーは着信課金を無効にしたいことを示す図である。
【図１２ａ】本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮユーザーからＩＭＳ／ＳＩＰユーザーへの着信課金された呼、および着信ユーザーは着信課金を無効にしたいことを示す図である。
【図１２ｂ】本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮユーザーからＩＭＳ／ＳＩＰユーザーへの着信課金された呼、および着信ユーザーは着信課金を無効にしたいことを示す図である。
【図１３】本明細書の実施形態に従って、呼設定の間に発信側のＩＭＳ／ＳＩＰユーザーから着信側のＰＳＴＮ／ＰＬＭＮユーザーへの着信課金要求を示す図である。
【図１４】本明細書の実施形態に従って、呼が進行中となった後に、発信側のＩＭＳ／ＳＩＰユーザーから着信側のＰＳＴＮ／ＰＬＭＮユーザーへの着信課金要求を示す図である。
【図１５】本明細書の実施形態に従って、呼が進行中となった後に、ＩＭＳ／ＳＩＰユーザーからＰＳＴＮ／ＰＬＭＮユーザーへの呼、および着信課金に対する着信側のＰＳＴＮ／ＰＬＭＮユーザー要求を示す図である。
【図１６】本明細書の実施形態に従って、セッションの開始時に、ＩＭＳ／ＳＩＰユーザーからＰＳＴＮ／ＰＬＭＮユーザーへの呼、および着信課金に対する着信側のＰＳＴＮ／ＰＬＭＮユーザー要求を示す図である。
【図１７】本明細書の実施形態に従って、呼が進行中となった後に、ＰＳＴＮ／ＰＬＭＮユーザーからの呼へのＩＭＳ／ＳＩＰユーザー、および着信課金が呼全体に対して要求されることを示す図である。
【図１８ａ】本明細書の実施形態に従って、ＩＭＳ／ＳＩＰユーザーからＰＳＴＮ／ＰＬＭＮユーザーへの着信課金された呼、および発信ユーザーは着信課金を無効にしたいことを示す図である。
【図１８ｂ】本明細書の実施形態に従って、ＩＭＳ／ＳＩＰユーザーからＰＳＴＮ／ＰＬＭＮユーザーへの着信課金された呼、および発信ユーザーは着信課金を無効にしたいことを示す図である。
【図１９ａ】本明細書に記載の実施形態に従って、ＩＭＳ／ＳＩＰユーザーからＰＳＴＮ／ＰＬＭＮユーザーへの着信課金された呼、および着信ユーザーは着信課金を無効にしたいことを示す図である。
【図１９ｂ】本明細書に記載の実施形態に従って、ＩＭＳ／ＳＩＰユーザーからＰＳＴＮ／ＰＬＭＮユーザーへの着信課金された呼、および着信ユーザーは着信課金を無効にしたいことを示す図である。
【発明を実施するための形態】
【００１４】
本明細書に記載の実施形態ならびに様々な特徴および有利な詳細は、添付の図面に示され、次の記述に詳述する限定を目的としない実施形態に関してより完全に説明される。本明細書に記載の実施形態を不必要に不明瞭にするのを避けるために、既知のコンポーネントおよび処理技術の記述は省略する。本明細書で使用される例は、本明細書に記載の実施形態を実践できる方法の理解を促進し、当業者が本明細書に記載の実施形態を実践できるようにすることのみを意図するものである。したがって、例は本明細書に記載の実施形態の範囲を限定するものとして解釈するべきでない。
【００１５】
本明細書に記載の実施形態は、ＩＭＳ／ＳＩＰネットワークとＰＳＴＮ／ＰＬＭＮネットワークとの間で課金された側に関する情報を動的に伝達することによって、通信セッションの参加者が特定のメディア・タイプに対して課金される者を決定できるように、ＩＭＳ／ＳＩＰネットワークとＰＳＴＮ／ＰＬＭＮネットワークとの間をインターワークする方法を達成する。ここで図面を参照する。具体的には、図１から図１９を参照するが、同様の参照文字は、図の全体にわたって対応する機能を一貫して示しており、実施形態を示している。
【００１６】
ＰＳＴＮ／ＰＬＭＮネットワークのユーザーとＩＭＳ／ＳＩＰネットワークのユーザーとは、互いに通信したい場合があり、通信中に、ＰＳＴＮ／ＰＬＭＮとＩＭＳ／ＳＩＰネットワークとの間で課金関連の情報を交換することが必要になる場合がある。特定のネットワークのユーザーは、他方のユーザーを呼に対して課金できるかもしれないと動的に決定することができ、ユーザーは、呼に対して特定のユーザーに課金するように要求を送信するだろう。本明細書に記載の実施形態は、ＩＳＵＰを介して遠隔操作パラメータを使用して、ＩＭＳ／ＳＩＰネットワークのユーザーとＰＳＴＮ／ＰＬＭＮネットワークのユーザーとの間で課金関連の情報を動的に交換する方法を開示する。課金関連の情報は、呼に対して課金されるユーザーを決定するために、ＰＳＴＮ／ＰＬＭＮユーザーとＩＭＳ／ＳＩＰユーザーとの間でインターワークすることができる。呼全体または呼の特定部分に対してユーザーに課金することができ、特定のメディア・タイプに対して課金されるユーザーを決定することもできる。
【００１７】
図１は、本明細書に記載の実施形態に従って、ＩＭＳ／ＳＩＰ１０２ユーザーを呼び出すＰＳＴＮ／ＰＬＭＮ１０３ユーザーを示すブロック図である。ＰＳＴＮ／ＰＬＭＮ１０３ユーザーは発信ユーザー１０１であり、ＩＭＳ／ＳＩＰ１０２ユーザーは着信ユーザー１０４である。発信ユーザー１０１または着信ユーザー１０４は、着信ユーザー１０４を呼に対して課金される側として構成する要求を開始する。要求は、呼全体または呼の特定の期間だけに対して課金される側として着信ユーザー１０４を構成することができる。また、要求は、着信ユーザー１０４が課金されるメディアの種類に関する詳細を含むことができる。
【００１８】
図２は、本明細書に記載の実施形態に従って、ＩＭＳ／ＳＩＰネットワークを通じてＰＳＴＮ／ＰＬＭＮユーザーが別のＰＳＴＮ／ＰＬＭＮユーザーを呼び出しているのを示すブロック図である。ＰＳＴＮ／ＰＬＭＮ１０３ユーザーは発信ユーザー１０１であり、また、着信ユーザー１０４はＰＳＴＮ／ＰＬＭＮ１０３ネットワークに属する。発信ユーザー１０１または着信ユーザー１０４は、着信ユーザー１０４を呼に対して課金される側として構成する要求を開始する。ＰＳＴＮ／ＰＬＭＮ１０３ネットワークは、ＩＭＳ／ＳＩＰ１０２ネットワークを通じて接続される。要求は、呼全体または呼の特定の期間だけに対して課金される側として着信ユーザー１０４を構成することができる。また、要求は、着信ユーザー１０４が課金されるメディアの種類に関する詳細を含むことができる。ＰＳＴＮ／ＰＬＭＮ１０３ネットワークは、ＩＭＳ／ＳＩＰ１０２ネットワークを通じて接続される。
【００１９】
図３は、本明細書の実施形態に従って、ＩＭＳ／ＳＩＰユーザーがＰＳＴＮ／ＰＬＭＮユーザーを呼び出しているのを示すブロック図である。ＩＭＳ／ＳＩＰ１０２ユーザーは発信ユーザー１０１であり、ＰＳＴＮ／ＰＬＭＮ１０３ユーザーは着信ユーザー１０４である。発信ユーザー１０１または着信ユーザー１０４は、着信側のＰＳＴＮ／ＰＬＭＮ１０３ユーザーを呼に対して課金される側として構成する要求を開始する。要求は、呼全体または呼の特定の期間だけに対して課金される側として着信ユーザー１０４を構成することができる。また、要求は、着信ユーザー１０４が課金されるメディアの種類に関する詳細を含むことができる。
【００２０】
図４は、本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮネットワークを通じてＩＭＳ／ＳＩＰユーザーが別のＩＭＳ／ＳＩＰユーザーを呼び出しているのを示すブロック図である。ＩＭＳ／ＳＩＰ１０２ユーザーは発信ユーザー１０１であり、また、着信ユーザー１０４はＩＭＳ／ＳＩＰ１０２ネットワークに属する。発信ユーザー１０１または着信ユーザー１０４は、着信側のＩＭＳ／ＳＩＰ１０２ユーザーを呼に対して課金される側として構成する要求を開始する。要求は、呼全体または呼の特定の期間だけに対して課金される側として着信ユーザー１０４を構成することができる。また、要求は、着信ユーザー１０４が課金されるメディアの種類に関する詳細を含むことができる。ＩＭＳ／ＳＩＰ１０２ネットワークは、ＰＳＴＮ／ＰＬＭＮ１０３ネットワークを通じて接続される。
【００２１】
図５は、本明細書の実施形態に従って、呼設定中における、発信側のＰＳＴＮ／ＰＬＭＮ１０３ユーザーから着信側のＩＭＳ／ＳＩＰ１０２ユーザーへの着信課金要求を示す図である。発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであるときに、発信ユーザー１０１が、呼の開始から課金される側になることを着信ユーザー１０４に要求したい場合、発信ユーザー１０１は、セッション確立段階において初期メッセージで要求を送信する。初期メッセージは、着信課金が要求されることを示す設定コンポーネントを有するパラメータを含む。ＰＳＴＮ／ＰＬＭＮを横断する初期メッセージは、先頭アドレス・メッセージ（ＩＡＭ）５０７として送信することができ、設定コンポーネントは、遠隔操作パラメータ内のＲｅｖＣａｌｌｉｎｇＲｅｑＳｅｔｕｐ呼び出しコンポーネントでもよい。ＩＡＭ５０７は、回路を獲得し（ｓｅｉｚｅ）、アドレス指定、および呼処理またはルーティング情報を転送するために使用される。ＩＡＭ５０７は、発呼番号および遠隔操作パラメータを含むことができる。初期メッセージは、ＭＧＣＦ５０１によって受信することができる。ＭＧＣＦは、分散型交換システムのための呼制御機能を支持するネットワーク内の機能エンティティーである。ＭＧＣＦ５０１は、初期メッセージを招待メッセージにインターワークし、招待メッセージにメディアおよび課金インジケータを含めることができる。招待メッセージはＩＮＶＩＴＥ５０８でもよい。メディア情報は、ユーザーが課金されるメディア・タイプを示し、課金インジケータは、そのメディア・タイプに対してどのユーザーが課金されるかを示す。メディア・タイプおよび課金インジケータは、セッション記述プロトコル（ＳＤＰ）の一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。発信ユーザー１０１が呼に対して課金されなければならない場合は、「ｃｉ」は発信側と等しくなり、着信ユーザー１０４が課金されなければならない場合は、「ｃｉ」は着信側と等しくなる。招待メッセージは、課金機能が発信ユーザー１０１の側にあるか、または着信ユーザー１０４の側にあるかを示すこともできる。「転送不可（Ｎｏ  Ｔｒａｎｓｆｅｒ）」モードは、着信課金が呼び出されたときに、課金機能は呼発信側にあることを示し、「転送（Ｔｒａｎｓｆｅｒ）」モードは、着信課金が呼び出されたときに、課金機能は呼着信側にあることを示している。設定コンポーネントが「転送要求（ｔｒａｎｓｆｅｒ  ｒｅｑｕｅｓｔｅｄ）」を示している場合、ＭＧＣＦ５０１は、発呼番号を請求情報にインターワークする。設定コンポーネントはＲｅｖＣａｌｌｉｎｇＲｅｑＳｅｔｕｐでもよく、ＲｅｖＣａｌｌｉｎｇＲｅｑＳｅｔｕｐは、着信課金がＩＡＭ内の発信ユーザー１０１によって要求されたことを示す。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。次に、ＭＧＣＦ５０１は、課金インジケータの状態を着信ユーザー１０４からの確認のために待機に変更し、タイマーを開始して、招待を送信することができ��。転送された招待は、着信ユーザー１０４のＳｅｒｖｉｎｇ−Ｃａｌｌ  ｓｅｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ（Ｓ−ＣＳＣＦ）５０２で受信することができる。Ｓ−ＣＳＣＦ−Ｂ５０２は、ＩＭＳネットワーク内のサービスにアクセスする加入者にセッション制御を提供する。Ｓ−ＣＳＣＦ−Ｂ５０２は、着信ユーザー１０４のサービス提供アプリケーション（ｓｅｒｖｉｎｇ  ａｐｐｌｉｃａｔｉｏｎ）に招待を転送することができる。転送される招待は、ＩＮＶＩＴＥ５１４でもよい。サービス提供アプリケーションは、アプリケーション・サーバー（ＡＳ）５０３でもよい。ＡＳ５０３は、サードパーティー・アプリケーションによる使用のためにビジネス・ロジックおよびビジネス・プロセスを露出するサーバーである。ＡＳ５０３は、リモートまたはローカルのサードパーティー・アプリケーションによって要求された情報およびサービスを提供する。着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４のプロフィールを用いて招待要求を検証することができる。プロフィール・チェックの後に、着信ユーザー１０４にオフライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報で属性値ペア（ＡＶＰ：Ａｔｔｒｉｂｕｔｅ  Ｖａｌｕｅ  Ｐａｉｒ）を通じて、特定のメディア・タイプに対して課金される特定者に関して、課金機能に通知する。オフラインで課金されるユーザーは前払いのユーザーでもよく、課金機能は課金データ機能（ＣＤＦ）でもよい。ＡＶＰは、認証、認可、または課金情報だけでなく、プロトコル固有データもカプセル化するために使用される。新しいＡＶＰは、課金機能に向けて送信された課金要求に含まれていてもよい。課金要求は、課金要求（ＡＣＲ：Ａｃｃｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔ）メッセージでもよい。グループ化された新しいＡＶＰタイプは、課金要求のＩＭＳ情報に含めることができる。グループ化された新しいＡＶＰタイプは、メディア・ベースの課金情報ＡＶＰでもよい。着信ユーザー１０４にオフライン課金がある場合、サービス提供アプリケーションは、課金要求をＣＤＦに送信する。着信ユーザー１０４にオンライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定者に関して、課金機能に通知することができる。オンライン課金のあるユーザーは支払い済みのユーザーでもよく、オンライン課金されるユーザーについては、課金機能は、オンライン課金システム（ＯＣＳ）５０４でもよい。着信ユーザー１０４にオフライン課金がある場合、または転送要求フィールドが真（ｔｒｕｅ）として受信された場合、着信ユーザー１０４のサービス提供アプリケーションは、（メディアおよび課金インジケータ情報において）着信課金要求を含む招待メッセージを受け入れる。ＡＶＰは、課金機能へのクレジット要求に含まれていてもよく、オンライン課金のあるユーザーについては、クレジット要求は、クレジット制御要求（ＣＣＲ）５０９でもよい。メディア・ベースの課金情報は、ＣＣＲ５０９メッセージのサービス情報ＡＶＰの一部でもよい。着信ユーザー１０４にオンライン課金がある場合、サービス提供アプリケーションは、クレジット要求をＯＣＳ５０４に送信する。クレジット要求は、ＣＣＲ５０９の形でもよい。ＯＣＳ５０４は、肯定応答をサービス提供アプリケーションに送り返す。肯定応答は、クレジット制御応答（ＣＣＡ）５１０でもよい。サービス提供アプリケーションは、次に、招待をＳ−ＣＳＣＦ−Ｂ５０２に送信する。招待はＩＮＶＩＴＥ５１５でもよい。招待は、次に、着信ユーザー１０４のプロキシ・コール・セッション制御機能（Ｐ−ＣＳＣＦ）５０５に送信することができる。Ｐ−ＣＳＣＦ５０５に送信される招待は、ＩＮＶＩＴＥ５１６でもよい。着信ユーザー１０４のＰ−ＣＳＣＦ−Ｂ５０５は、招待を着信ユーザー１０４に転送することができる。Ｐ−ＣＳＣＦ５０５によって送信される招待は、ＩＮＶＩＴＥ５１７でもよい。
【００２２】
Ｐ−ＣＳＣＦから招待を受信すると、着信ユーザー１０４は、オファーを受け入れるか拒否するかを決定することができる。端末は、着信ユーザー１０４に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。着信ユーザー１０４がオファーを受け入れる場合、着信ユーザー１０４は肯定応答を送信することができる。着信ユーザー１０４によって送信された応答は２００  ＯＫ５１１でもよい。２００  ＯＫは、着信要求への肯定応答を示すＳＩＰの最終応答コードである。応答は、特定のメディア・タイプに対して課金される特定の者に関する情報を含むことができる。課金される側およびメディア・タイプ情報は、ＳＤＰアプリケーション本体に含めることができる。応答は、次に、Ｐ−ＣＳＣＦ−Ｂ５０５に送信することができ、Ｐ−ＣＳＣＦ−Ｂ５０５は、Ｓ−ＣＳＣＦ−Ｂ５０２に応答を転送することができる。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される応答は、２００  ＯＫ５１８でもよい。Ｓ−ＣＳＣＦ−Ｂ５０２は、次に、着信ユーザー１０４のサービス提供アプリケーション５０３に応答を送信することができる。着信ユーザー１０４のサービス提供アプリケーション５０３に送信される応答は、２００  ＯＫ５１９でもよい。着信ユーザー１０４のサービス提供アプリケーション５０３で応答を受信すると、転送受け入れ指示（ｔｒａｎｓｆｅｒ  ａｃｃｅｐｔｅｄ  ｉｎｄｉｃａｔｉｏｎ）は、サービス提供アプリケーション５０３によってＳ−ＣＳＣＦ−Ｂ５０２を介してＭＧＣＦ５０１に向けて送信される応答に含めることができる。転送受け入れ指示が偽（ｆａｌｓｅ）としてコード化されている場合、課金情報は応答に含めることができる。転送受け入れ指示を含む応答は、次に、Ｓ−ＣＳＣＦ−Ｂ５０２を通じてＭＧＣＦ５０１に送信され、Ｓ−ＣＳＣＦ−Ｂ５０２に送信された応答は２００  ＯＫ５１２でもよく、ＭＧＣＦ５０１に送信された応答は２００  ＯＫ５２０でもよい。ＭＧＣＦ５０１は、ＰＳＴＮ／ＰＬＭＮに向けて送信された応答メッセージで遠隔操作の返却結果コンポーネント（ｒｅｔｕｒｎ  ｒｅｓｕｌｔ  ｃｏｍｐｏｎｅｎｔ）において、転送受け入れ指示を転送受け入れパラメータにマッピングする。応答メッセージは、応答（Ａｎｓｗｅｒ）または接続（Ｃｏｎｎｅｃｔ）メッセージ５１３でもよく、返却結果コンポーネントを有する遠隔操作を含む。遠隔操作は、遠隔操作パラメータでもよい。転送受け入れ指示が偽としてコード化されている場合、課金情報は受信した応答に含めることができ、課金情報は、ＰＳＴＮ／ＰＬＭＮ１０３に対する返却応答に被呼番号を含めるようにインターワークすることができる。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。ＭＧＣＦ５０１は、次に、着信課金がアクティブであることを示すように状態を変更し、関連するタイマーを停止して、ＰＳＴＮ／ＰＬＭＮ１０３に応答を送信する。タイマーは、着信課金要求に対する応答を待つために開始された。発信ユーザー１０１が応答を受信した後に、呼は続けられ、適切な者を適切なメディア・タイプに対して課金することができる。
【００２３】
着信ユーザー１０４が着信課金機能を契約できる場合、着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４のプロフィール設定に基づいて、要求に対する適切な応答を送信することができる。着信ユーザー１０４のプロフィールに基づいて要求を受け入れるべきかどうかを決定する代わりに、サービス提供アプリケーションは、対話型の告知（ｉｎｔｅｒａｃｔｉｖｅ  ａｎｎｏｕｎｃｅｍｅｎｔ）を通じて着信課金を受け入れるという着信ユーザー１０４の意思を決定することができる。対話型の告知は、メディア・サーバーを通じて行うことができる。着信ユーザー１０４から応答を得ると、適切な応答を発信ユーザー１０１のネットワークに送信することができる。
【００２４】
図６は、本明細書の実施形態に従って、呼が進行中となった後に、発信側のＰＳＴＮ／ＰＬＭＮ１０３ユーザーから着信側のＩＭＳ／ＳＩＰ１０２ユーザーへの着信課金要求を示す図である。呼が進行中で、発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであるときに、発信ユーザー１０１が、呼が進行中となった後に、課金される側になることを着信ユーザー１０４に要求したい場合、発信ユーザー１０１は、セッション確立段階の後に要求を送信する。要求メッセージは、着信課金が要求されていることを示す設定コンポーネントを有するパラメータを含む。要求メッセージは、ファシリティ・メッセージ（ＦＡＣ）６０７として送信することができる。ＦＡＣ６０７は、発呼番号およびＲｅｖＣａｌｌｉｎｇＲｅｑＡｃｔｉｖｅ設定コンポーネントを有する遠隔操作パラメータを含むことができる。ＲｅｖＣａｌｌｉｎｇＡｃｔｉｖｅは、呼がアクティブな段階において発信ユーザー１０１によって着信課金が要求されたことを示す設定コンポーネントである。要求メッセージは、ＭＧＣＦ５０１によって受信されてもよい。ＭＧＣＦ５０１は、再招待メッセージに要求メッセージをインターワークすることができ、再招待メッセージにメディアおよび課金インジケータを含めることができる。再招待メッセージはＲｅ−ＩＮＶＩＴＥ６０８でもよい。メディア情報は、ユーザーを課金できるメディア・タイプを示し、課金インジケータは、メディア・タイプに対して課金されるユーザーを示す。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。発信ユーザー１０１が呼に対して課金されなければならない場合は、「ｃｉ」は発信側と等しくなり、着信ユーザー１０４が課金されなければならない場合は、「ｃｉ」は着信側と等しくなる。また、再招待は、転送モードまたは転送不可モードとしてモードを示すことによって、課金機能が発信ユーザー１０１側にあるか、または着信ユーザー１０４側にあるかを示すことができる。要求メッセージの設定コンポーネントが転送要求を示している場合、ＭＧＣＦ５０１は、再招待の課金情報に発呼番号をインターワークする。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。次に、ＭＧＣＦ５０１は、課金インジケータの状態を着信ユーザー１０４からの確認のために待機に変更し、タイマーを開始して、再招待を送信することができる。転送された再招待は、着信ユーザー１０４のＳ−ＣＳＣＦ−Ｂ５０２で受信される。Ｓ−ＣＳＣＦ−Ｂ５０２は、ＩＭＳネットワーク内のサービスにアクセスする加入者にセッション制御を提供する。Ｓ−ＣＳＣＦ−Ｂ５０２は、着信ユーザー１０４のサービス提供アプリケーションに再招待を転送する。サービス提供アプリケーションはＡＳ−Ｂ５０３でもよい。着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４のプロフィールを用いて再招待要求を検証する。プロフィール・チェックの後に、サービス提供アプリケーションは、ＩＭＳ情報で属性値ペア（ＡＶＰ）を通じて、特定のメディア・タイプに対して課金される特定者に関して、課金機能を通知する。オンライン課金のあるユーザーについては、課金機能はＯＣＳ５０４でもよい。着信ユーザー１０４にオフライン課金がある場合、または転送要求フィールドが真として受信された場合、着信ユーザー１０４のサービス提供アプリケーションは、（メディアおよび課金インジケータ情報において）着信課金要求を含む再招待メッセージを受け入れる。属性値ペアはクレジット要求に含めることができ、オンライン課金のあるユーザーについては、クレジット要求はＣＣＲ６０９でもよい。メディア・ベースの課金情報は、ＩＭＳ情報の一部でもよく、ＩＭＳ情報は、ＣＣＲ６０９メッセージのサービス情報ＡＶＰの一部でもよい。着信ユーザー１０４にオンライン課金がある場合、サービス提供アプリケーションは、クレジット要求をＯＣＳ５０４に送信する。クレジット要求は、ＣＣＲ６０９の形でもよい。ＯＣＳ５０４は、次に、肯定応答をサービス提供アプリケーションに送り返す。肯定応答はＣＣＡ６１０でもよい。サービス提供アプリケーションは、次に、再招待をＳ−ＣＳＣＦ−Ｂ５０２に送信する。再招待はＲｅ−ＩＮＶＩＴＥ６１６でもよい。次に、再招待は着信ユーザー１０４のＰ−ＣＳＣＦ５０５に送信され、Ｐ−ＣＳＣＦ−Ｂ５０５は、再招待を着信ユーザー１０４に転送する。Ｐ−ＣＳＣＦ５０５に送信された再招待は、Ｒｅ−ＩＮＶＩＴＥ６１７でもよく、着信ユーザー１０４に送信された再招待は、Ｒｅ−ＩＮＶＩＴＥ６１８でもよい。
【００２５】
Ｐ−ＣＳＣＦ−Ｂ５０５から再招待を受信すると、着信ユーザー１０４は、オファーを受け入れるか拒否するかを決定することができる。端末は、着信ユーザー１０４に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。着信ユーザー１０４がオファーを受け入れる場合、着信ユーザー１０４は肯定応答を送信することができる。着信ユーザー１０４によって送信される応答は、２００  ＯＫ６１１ステータス・コードでもよい。応答は、特定のメディア・タイプに対して課金される特定の者に関する情報を含むことができる。課金される側およびメディア・タイプ情報は、ＳＤＰアプリケーション本体に含めることができる。応答はＰ−ＣＳＣＦ−Ｂ５０５に送信され、Ｐ−ＣＳＣＦ−Ｂ５０５は、Ｓ−ＣＳＣＦ−Ｂ５０２に応答を転送する。Ｐ−ＣＳＣＦ−Ｂ５０５によって送信される応答は、２００  ＯＫ６１２でもよい。Ｓ−ＣＳＣＦ−Ｂ５０２は、着信ユーザー１０４のサービス提供アプリケーション５０３に応答を送信する。Ｓ−ＣＳＣＦ−Ｂ５０２によって送信される応答は、２００  ＯＫ６１９でもよい。着信ユーザー１０４のサービス提供アプリケーション５０３で応答を受信すると、サービス提供アプリケーション５０３は、転送受け入れ指示を応答に含める。転送受け入れ指示が偽としてコード化されている場合、課金情報は受信した応答に含めることができる。サービス提供アプリケーションは、次に、応答をＳ−ＣＳＣＦ−Ｂ５０２に送信し、送信された応答は２００  ＯＫ６１３でもよい。Ｓ−ＣＳＣＦ−Ｂ５０２は、次に、ＭＧＣＦ５０１に応答を送信し、ＭＧＣＦ５０１に送信された応答は２００  ＯＫ６２０でもよい。ＭＧＣＦは、ＰＳＴＮ／ＰＬＭＮに向けて送信された応答メッセージの遠隔操作の返却結果コンポーネント（ｒｅｔｕｒｎ  ｒｅｓｕｌｔ  ｃｏｍｐｏｎｅｎｔ）において、転送受け入れ指示を転送受け入れパラメータにマッピングする。受信応答の課金応答は、返却結果を有する遠隔操作パラメータを含めることによってインターワークされる。応答メッセージは、返却結果コンポーネントを含む遠隔操作を有するＦＡＣメッセージ６１４でもよい。遠隔操作は、遠隔操作パラメータでもよい。転送受け入れ指示が偽としてコード化されている場合、課金情報は受信した応答に含めることができ、課金情報は、ＰＳＴＮ／ＰＬＭＮ１０３への応答メッセージ内の遠隔操作に被呼番号を含めるようにインターワークすることができる。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。ＭＧＣＦ５０１は、次に、着信課金がアクティブであることを示すように状態を変更し、関連するタイマーを停止して、応答メッセージをＰＳＴＮ／ＰＬＭＮ１０３に送信する。タイマーは、着信課金要求に対する応答を待つために開始された。発信ユーザー１０１が応答を受信した後に、呼は続けられ、適切な者を適切なメディア・タイプに対して課金することができる。
【００２６】
着信ユーザー１０４が着信課金機能を契約できる場合、着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４のプロフィール設定に基づいて、適切な応答を要求に送信することができる。着信ユーザー１０４のプロフィールに基づいて要求を受け入れるべきかどうかを決定する代わりに、サービス提供アプリケーションは、対話型の告知を通じて着信課金を受け入れるという着信ユーザー１０４の意思を決定することができる。対話型の告知は、メディア・サーバーを通じて行うことができる。着信ユーザー１０４から応答を得ると、適切な応答を発信ユーザー１０１のネットワークに送信することができる。
【００２７】
図７は、本明細書の実施形態に従って、呼が進行中となった後に、ＰＳＴＮ／ＰＬＭＮ１０３ユーザーからＩＭＳ／ＳＩＰ１０２ユーザーへの呼および着信課金に対する着信側のＩＭＳ／ＳＩＰ１０２ユーザー要求を示す図である。呼が進行中で、発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであるときに、着信ユーザー１０４が、呼が進行中となった後に、課金される側になることを発信ユーザー１０１に要求したい場合、セッションが進行中となった後に、着信ユーザー１０４は着信課金要求を送信する。要求メッセージはＲｅ−ＩＮＶＩＴＥ７０１でもよく、再招待メッセージはメディアおよび課金インジケータを含むことができる。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。発信ユーザー１０１が呼に対して課金されなければならない場合は、「ｃｉ」は発信側と等しくなり、着信ユーザー１０４が課金されなければならない場合は、「ｃｉ」は着信側と等しくなる。再招待は、着信ユーザー１０４のＰ−ＣＳＣＦ−Ｂ５０５に送信される。再招待は、次に、Ｓ−ＣＳＣＦ−Ｂ５０２を通じて着信ユーザー１０４のサービス提供アプリケーション５０３に転送される。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される再招待メッセージは、Ｒｅ−ＩＮＶＩＴＥ７０７でもよく、着信ユーザー１０４のサービス提供アプリケーション５０３に送信される再招待メッセージは、Ｒｅ−ＩＮＶＩＴＥ７０８でもよい。現在課金されているユーザーのアイデンティティ（ｉｄｅｎｔｉｔｙ）が着信ユーザー１０４のアイデンティティと異なる場合、サービス提供アプリケーションは、課金される番号のアイデンティティを有する課金情報を含める。着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４のプロフィールを用いて招待要求を検証する。プロフィール・チェックの後に、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能に通知することができる。オンライン課金のあるユーザーについては、課金機能はＯＣＳ５０４でもよい。属性値ペアはクレジット要求に含めることができ、オンライン課金のあるユーザーについては、クレジット要求はＣＣＲ７０２でもよい。メディア・ベースの課金情報は、ＩＭＳ情報の一部でもよく、ＩＭＳ情報は、ＣＣＲ７０２メッセージのサービス情報ＡＶＰの一部でもよい。着信ユーザー１０４にオンライン課金がある場合、サービス提供アプリケーションは、クレジット要求をＯＣＳ５０４に送信する。クレジット要求は、ＣＣＲ７０２の形でもよい。ＯＣＳ５０４は、肯定応答をサービス提供アプリケーション５０３に送り返し、サービス提供アプリケーション５０３は、再招待をＳ−ＣＳＣＦ−Ｂ５０２に送信する。肯定応答はＣＣＡ７０３でもよく、Ｓ−ＣＳＣＦ−Ｂ５０２に送信される再招待はＲｅ−ＩＮＶＩＴＥ７０９でもよい。Ｓ−ＣＳＣＦ−Ｂ５０２は、再招待をＭＧＣＦ５０１に転送する。ＭＧＣＦ５０１に送信される再招待は、Ｒｅ−ＩＮＶＩＴＥ７１０でもよい。ＭＧＣＦ５０１は、ＲｅｖＣａｌｌｅｄＲｅｑｕｅｓｔコンポーネントを有する遠隔操作パラメータを含む（ＰＳＴＮ／ＰＬＭＮ１０３への）メッセージに再招待メッセージをインターワークし、また、呼の全期間に対して着信課金を適用できないことを示す。ＲｅｖＣａｌｌｅｄＲｅｑｕｅｓｔコンポーネントにおいて、転送要求フィールドを真として示すことができる。次に、ＭＧＣＦ５０１は、課金インジケータ状態を発信ユーザー１０４からの確認のために待機に変更し、タイマーを開始して、発信ユーザー１０１のＰＳＴＮ／ＰＬＭＮ１０３ネットワークに再招待をインターワークする。インターワークされるメッセージはＦＡＣ７０４でもよい。
【００２８】
ＭＧＣＦ５０１からＦＡＣメッセージを受信すると、発信ユーザー１０１または発信ユーザーのネットワーク１０３は、オファーを受け入れるか拒否するかを決定することができる。端末は、発信ユーザー１０１に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。発信ユーザー１０１がオファーを受け入れる場合、発信ユーザー１０１は、ＰＳＴＮ／ＰＬＭＮ１０３に肯定応答を送信することができる。ＰＳＴＮ／ＰＬＭＮ１０３によってＭＧＣＦ５０１に送信される応答は、ＦＡＣ７０５でもよい。応答は遠隔操作パラメータに返却結果を含んでいてもよい。ＭＧＣＦ５０１で応答を受信すると、ＭＧＣＦ５０１は、応答を肯定的な肯定応答にインターワークし、特定のメディア・タイプに対して課金される特定の者に関する情報を含める。課金される側およびメディア・タイプ情報は、ＳＤＰアプリケーション本体に含めることができる。また、肯定応答は、転送モードまたは転送不可モードとしてモードを示すことによって、課金機能が発信ユーザー１０１側にあるか、または着信ユーザー１０４側にあるかを示すことができる。受信応答が転送受け入れを示している場合、ＭＧＣＦ５０１は、発呼番号を請求情報にインターワークする。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。着信課金要求に対する応答を待つために開始された関連するタイマーが停止される。ＭＧＣＦ５０１は、次に、肯定応答をＳ−ＣＳＣＦ−Ｂ５０２に送信する。ＭＧＣＦ５０１によって送信される肯定応答は２００  ＯＫ７０６メッセージでもよい。ＳＣＳＣＦ−Ｂ５０２は、次に、着信ユーザー１０４のサービス提供アプリケーション５０３に肯定応答を転送する。着信ユーザー１０４のサービス提供アプリケーション５０３に送信される応答は、２００  ＯＫ７１１メッセージでもよい。肯定応答を受信すると、着信ユーザー１０４にオフライン課金のみがある場合、または転送受け入れフィールドが真と示されている場合に、着信ユーザー１０４のサービス提供アプリケーション５０３は、肯定応答を受け入れる。肯定応答は、次に、Ｓ−ＣＳＣＦ−Ｂ５０２に送り返され、Ｓ−ＣＳＣＦ−Ｂ５０２は、着信ユーザー１０４のＰ−ＣＳＣＦ−Ｂ５０５に応答を送信する。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される肯定応答は、２００  ＯＫ７１２メッセージでもよく、Ｐ−ＣＳＣＦ−Ｂ５０５に送信される肯定応答は、２００  ＯＫ７１３メッセージでもよい。着信ユーザー１０４のＰ−ＣＳＣＦ−Ｂ５０５は、肯定応答を着信ユーザー１０４に送信することができる。着信ユーザー１０４に送信される肯定応答は、２００  ＯＫ７１４メッセージでもよい。呼は続けられ、適切な者を適切なメディア・コンテンツに対して課金することができる。応答が受け入れられない場合、シナリオは例外的なシナリオとして処理される。
【００２９】
図８は、本明細書の実施形態に従って、セッションが進行中となった後に、セッションの全期間、ＰＳＴＮ／ＰＬＭＮ１０３ユーザーからＩＭＳ／ＳＩＰ１０２ユーザーへの呼および着信課金に対する着信側のＩＭＳ／ＳＩＰ１０２ユーザー要求を示す図である。発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであるときに、着信ユーザー１０４が、呼の開始から着信ユーザー１０１が課金される側になることを要求したい場合、着信ユーザー１０４は、セッションが確立された後に要求を送信する。メディアおよび課金インジケータは、要求メッセージに含めることができる。送信される要求メッセージは、Ｒｅ−ＩＮＶＩＴＥ８０１でもよい。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。発信ユーザー１０１が呼に対して課金されなければならない場合は、「ｃｉ」は発信側と等しくなり、着信ユーザー１０４が課金されなければならない場合は、「ｃｉ」は着信側と等しくなる。着信課金がセッション全体に対するものであってもよいことを示すために、属性をＳＤＰアプリケーション本体に含めることができる。要求メッセージは、Ｐ−ＣＳＣＦ−Ｂ５０５およびＳ−ＣＳＣＦ−Ｂ５０２を通じて、着信ユーザー１０４のサービス提供アプリケーションに送信される。Ｐ−ＣＳＣＦ−Ｂ５０５からＳ−ＣＳＣＦ−Ｂ５０２に送信される再招待メッセージは、Ｒｅ−ＩＮＶＩＴＥ８０７メッセージでもよく、Ｓ−ＣＳＣＦ−Ｂ５０２からサービス提供アプリケーションに送信される再招待メッセージは、Ｒｅ−ＩＮＶＩＴＥ８０８メッセージでもよい。着信ユーザー１０４のサービス提供アプリケーションは、ＡＳ−Ｂ５０３でもよい。要求を受信すると、着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４のプロフィールを用いて招待要求を検証する。プロフィール・チェックの後に、着信ユーザー１０４にオンライン課金があると決定された場合、サービス提供アプリケーションは、予備ユニット要求に対する課金機能に接触する。予備ユニット要求を受信すると、課金機能は、予備ユニット応答（ｒｅｓｅｒｖｅ  ｕｎｉｔ  ｒｅｓｐｏｎｓｅ）を送信することによってサービス提供アプリケーションに応答することができる。予備ユニット応答を受信するときに、サービス提供アプリケーションは、課金機能にデビット・ユニット（ｄｅｂｉｔ  ｕｎｉｔ）要求を送信する。デビット・ユニット要求は、すでに経過した通話時間に対応するユニットを引き落とす（ｄｅｂｉｔ）ために送信される。すでに経過した通話時間に対応するユニットを引き落とした後に、課金機能は、サービス提供アプリケーションにデビット・ユニット応答を送信することにより、デビット・ユニット要求に応答する。課金機能はＯＣＳ５０４でもよく、予備ユニット要求およびデビット・ユニット要求はＣＣＲ８０２で送信することができ、予備ユニット応答およびデビット・ユニット応答はＣＣＡ８０３で送信することができる。また、サービス提供アプリケーションは、発信ユーザー１０１またはＰＳＴＮ／ＰＬＭＮ１０３から発信側のＰＳＴＮ／ＰＬＭＮユーザー１０１に向けて送信された要求に対する応答において、期間情報を受信した後に、デビット・ユニット要求を課金機能に送信することができる。予備ユニットおよびデビット・ユニットの動作のすべてが完了した後に、サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ｂ５０２を通じてＭＧＣＦ５０１に再招待要求を送信する。着信ユーザー１０４にオフライン課金があると決定された場合、サービス提供アプリケーションは、代替の課金される側のアイデンティティを課金機能に送信する。また、課金機能に送信されるメッセージは、着信課金がセッション全体に対するものであることを示すフィールドを持つことができる。セッションの期間および開始時間も課金機能に送信することができる。着信ユーザー１０４にオフライン課金がある場合、課金機能はＣＤＦでもよく、この場合、課金機能に送信されるメッセージはＡＣＲでもよく、課金機能によってサービス提供アプリケーションに送信される応答は、ＡＣＡでもよい。サービス提供アプリケーションは、Ｓ−ＣＳＣＦＢ５０２を通じてＭＧＣＦ５０１に再招待を送信する。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される再招待はＲｅ−ＩＮＶＩＴＥ８０９でもよく、ＭＧＣＦ５０１に送信される招待はＲｅ−ＩＮＶＩＴＥ８１０でもよい。ＭＧＣＦ５０１は、ＲｅｖＣａｌｌｅｄＲｅｑｕｅｓｔコンポーネントを有する遠隔操作パラメータを含む（ＰＳＴＮ／ＰＬＭＮ１０３への）メッセージに、再招待メッセージをインターワークする。ＲｅｖＣａｌｌｅｄＲｅｑｕｅｓｔコンポーネントにおいて、転送要求フィールドを真として示すことができる。次に、ＭＧＣＦ５０１は、課金インジケータ状態を発信ユーザー１０１からの確認のために待機に変更し、タイマーを開始して、発信ユーザー１０１のＰＳＴＮ／ＰＬＭＮ１０３ネットワークに再招待をインターワークする。ＰＳＴＮ／ＰＬＭＮ１０３ネットワークに送信されるインターワークされたメッセージは、ＦＡＣ８０４でもよい。
【００３０】
ＭＧＣＦ５０１からＦＡＣメッセージを受信すると、発信ユーザー１０１は、オファーを受け入れるか拒否するかを決定することができる。端末は、発信ユーザー１０１に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。発信ユーザー１０１がオファーを受け入れない場合、エラー応答が送信される。発信ユーザー１０１がオファーを受け入れる場合、発信ユーザー１０１は肯定応答を送信して応答する。応答は遠隔操作パラメータに返却結果を含む。着信課金が適用される期間は、返却結果に含めることができる。発信側のＰＳＴＮ／ＰＬＭＮ１０３によってＭＧＣＦ５０１に送信される応答メッセージは、遠隔操作パラメータを含むＦＡＣ８０５でもよい。ＭＧＣＦ５０１で応答を受信すると、ＭＧＣＦ５０１は、タイマーの期限が切れたかどうかを決定するためにチェックする。タイマーの期限が切れている場合、エラー応答が送信される。切れていない場合は、ＭＧＣＦ５０１は、応答を課金応答にインターワークする。（転送受け入れ指示を通じて）転送モードまたは転送不可モードとしてモードを示すことによって、応答は、課金機能が発信ユーザー１０１の側にあるか、または着信ユーザー１０４の側にあるかを示すことができる。返却結果コンポーネントが転送受け入れを示す場合、ＭＧＣＦ５０１は、返却結果コンポーネントに存在する発呼番号および期間をそれぞれ課金情報および期間パラメータにインターワークする。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。期間パラメータは、ＳＤＰアプリケーション本体の一部として含まれていてもよい。ＭＧＣＦ５０１は、肯定応答に課金応答を含み、Ｓ−ＣＳＣＦ−Ｂ５０２を通じて着信ユーザー１０４のサービス提供アプリケーション５０３に肯定応答を送信する。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される応答は、２００  ＯＫ８０６メッセージでもよく、Ｓ−ＣＳＣＦ−Ｂ５０２からサービス提供アプリケーション５０３に送信される応答は、２００  ＯＫ８１１メッセージでもよい。肯定応答を受信すると、サービス提供アプリケーションは、ＳＤＰアプリケーション本体の期間を内部計算された期間と比較する。ＳＤＰアプリケーション本体の期間と内部計算された期間との間に差異がある場合、サービス提供アプリケーションは、差異に関して課金機能に通知する。肯定応答は、次に、ＳＣＳＣＦ−Ｂ５０２およびＰ−ＣＳＣＦ−Ｂ５０５を通じて着信ユーザー１０４に送信され、呼は続けられ、着信ユーザー１０４が呼に対して課金される。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される肯定応答は、２００  ＯＫ８１２メッセージでもよく、Ｐ−ＣＳＣＦ−Ｂ５０５に送信される肯定応答は、２００  ＯＫ８１３メッセージでもよく、着信ユーザー１０４に送信される肯定応答は、２００  ＯＫ８１４メッセージでもよい。
【００３１】
図９は、本明細書の実施形態に従って、呼設定中における、ＰＳＴＮ／ＰＬＭＮ１０３ユーザーからＩＭＳ／ＳＩＰ１０２ユーザーへの呼であり、着信課金は呼全体に対して要求されることを示す図である。発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであるときに、着信課金が呼全体に対して要求される場合、着信課金の要求はセッション確立段階中に送信することができる。この場合、発信ユーザー１０１または開始されたサービスに基づいて、着信ユーザー１０４は、すべての着信要求に対する着信課金または選択的な課金に対して契約している可能性がある。セッション確立の初期メッセージは、ＭＧＣＦ５０１によって受信される。初期メッセージはＩＡＭ９０１でもよい。ＭＧＣＦ５０１は、初期メッセージを招待メッセージにインターワークし、Ｓ−ＣＳＣＦ−Ｂ５０２を通じて着信ユーザー１０４のサービス提供アプリケーションに招待メッセージを転送する。着信ユーザー１０４のサービス提供アプリケーションに送信される招待メッセージはＩＮＶＩＴＥ９０２でもよく、着信ユーザー１０４のサービス提供アプリケーションは、ＡＳ−Ｂ５０３でもよい。着信ユーザー１０４のＳ−ＣＳＣＦ−Ｂ５０２に送信される招待メッセージは、ＩＮＶＩＴＥ９１１でもよい。着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４のプロフィールで招待を検証する。着信ユーザーのプロフィールは、すべての着信コールに対して、発信側に依存して、または呼び出されている他のサービスによって、着信ユーザー１０４が着信課金をアクティブにしていることを示している可能性がある。プロフィール・チェックの後に、着信ユーザー１０４にオフライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能を通知する。属性値ペア（ＡＶＰ）は、課金要求に含めることができる。着信ユーザー１０４にオンライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能を通知する。オンライン課金のあるユーザーは支払い済みのユーザーでもよい。支払い済みのユーザーについては、課金機能はＯＣＳ５０４でもよい。ＡＶＰはクレジット要求に含めることができ、オンライン課金のあるユーザーについては、クレジット要求はＣＣＲ９０３でもよい。メディア・ベースの課金情報は、ＩＭＳ情報の一部でもよく、ＩＭＳ情報は、ＣＣＲ９０３メッセージのサービス情報ＡＶＰの一部でもよい。着信ユーザー１０４にオンライン課金がある場合、サービス提供アプリケーションは、クレジット要求をＯＣＳ５０４に送信する。ＯＣＳ５０４は、肯定応答をサービス提供アプリケーションに送信する。肯定応答はＣＣＡ９０４でもよい。次に、招待はＳ−ＣＳＣＦ−Ｂ５０２およびＰ−ＣＳＣＦ−Ｂ５０５を通じて着信ユーザー１０４に送信される。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される招待は、ＩＮＶＩＴＥ９１２でもよく、Ｐ−ＣＳＣＦ−Ｂ５０５に送信される招待は、ＩＮＶＩＴＥ９１３でもよく、着信ユーザー１０４に送信される招待は、ＩＮＶＩＴＥ９１４でもよい。
【００３２】
Ｐ−ＣＳＣＦ−Ｂ５０５から招待を受信すると、着信ユーザー１０４は、Ｐ−ＣＳＣＦ−Ｂ５０５およびＳ−ＣＳＣＦ−Ｂ５０２を通じて、サービス提供アプリケーションに肯定応答を送信する。Ｐ−ＣＳＣＦ−Ｂ５０５に送信される応答は、２００  ＯＫ９０５メッセージでもよく、Ｓ−ＣＳＣＦ−Ｂ５０２に送信される応答は、２００  ＯＫ９１５メッセージでもよく、サービス提供アプリケーションに送信される応答は、２００  ＯＫ９１６メッセージでもよい。応答を受信すると、Ｓ−ＣＳＣＦ−Ｂ５０２を通じてＭＧＣＦ５０１に送信する前に、サービス提供アプリケーションは、応答に課金オファーならびにメディアおよび課金インジケータを含める。メディア情報は、ユーザーが課金されるメディア・タイプを示し、課金インジケータは、そのメディア・タイプに対してどのユーザーに課金するかを示す。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。発信ユーザー１０１が呼に対して課金されなければならない場合は、「ｃｉ」は発信側と等しくなり、着信ユーザー１０４が課金されなければならない場合は、「ｃｉ」は着信側と等しくなる。着信ユーザー１０４にオフライン課金がある場合、着信ユーザー１０４のサービス提供アプリケーションは、代替の課金される側のＩＤを応答に含めることができる。課金オファーを含む応答は、次に、Ｓ−ＣＳＣＦ−Ｂ５０２を通じてＭＧＣＦ５０１に送信される。サービス提供アプリケーションによってＳ−ＣＳＣＦ−Ｂ５０２に送信される応答は、２００  ＯＫ９０６メッセージでもよく、Ｓ−ＣＳＣＦ−Ｂ５０２によってＭＧＣＦ５０１に送信される応答は、２００  ＯＫ９１７メッセージでもよい。ＭＧＣＦ５０１は、遠隔操作パラメータを含むメッセージに応答をインターワークし、課金インジケータ状態を発信ユーザー１０４からの確認のために待機に変更し、タイマーを開始して、メッセージをＰＳＴＮ／ＰＬＭＮ１０３に送信する。ＰＳＴＮ／ＰＬＭＮに送信されるメッセージは、ＲｅｖＣａｌｌｅｄＲｅｑｕｅｓｔコンポーネントおよび「真」という転送要求指示を有する遠隔操作パラメータを含むＦＡＣ９０７でもよい。ＰＳＴＮ／ＰＬＭＮ１０３は、応答において転送受け入れフィールドを真として示した後に、ＭＧＣＦ５０１に応答を送り返す。応答は、返却応答コンポーネントを有する遠隔操作パラメータを含む。送信された応答は、ＦＡＣ９０８でもよい。ＭＧＣＦ５０１で応答を受信すると、
ＭＧＣＦ５０１は、応答を課金応答にインターワークし、また、転送モードまたは転送不可モードとしてモードを示すことによって、課金機能が発信ユーザー１０１の側にあるか、または着信ユーザー１０４の側にあるかを示す。課金応答は、確認メッセージに含まれる。着信課金要求に対する応答を待つために開始されたタイマーは停止される。次に、ＭＧＣＦ５０１は、Ｓ−ＣＳＣＦ−Ｂ５０２を通じて応答メッセージをＰＳＴＮ／ＰＬＭＮ１０３に送信し、肯定応答をサービス提供アプリケーションに送信する。応答メッセージはＡＮＭまたはＣＯＮ９０９でもよく、Ｓ−ＣＳＣＦ−Ｂ５０２に送信される肯定応答はＡＣＫ９１０でもよい。Ｓ−ＣＳＣＦ−Ｂ５０２によってサービス提供アプリケーションに送信される肯定応答は、ＡＣＫ９１８でもよい。肯定応答を受信すると、着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４にオフライン課金がある場合、または、転送受け入れフィールドが真として受信された場合、応答を受け入れる。肯定応答は、次に、Ｓ−ＣＳＣＦ−Ｂ５０２およびＰ−ＣＳＣＦ−Ｂ５０５を通じて着信ユーザー１０４に送信され、呼は続けられ、適切なユーザーが呼に対して課金される。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される肯定応答は、ＡＣＫ９１９でもよく、Ｐ−ＣＳＣＦ−Ｂ５０５に送信される肯定応答は、ＡＣＫ９２０でもよく、着信ユーザー１０４に送信される肯定応答は、ＡＣＫ９２１でもよい。応答が受け入れられない場合、シナリオは例外的なシナリオとして処理され、セッションは課金応答の受信時に終了することができる。
【００３３】
図１０は、本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮ１０３ユーザーからＩＭＳ／ＳＩＰ１０２ユーザーへの呼および着信課金の要求が呼要求に応じて開始されることを示す図である。発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーである場合、着信課金の要求は、コール要求に対する応答において開始することができる。初期メッセージは、ＭＧＣＦ５０１によってＰＳＴＮ／ＰＬＭＮ１０３から受信される。初期メッセージはＩＡＭ１００１でもよい。ＭＧＣＦ５０１は、初期メッセージを招待メッセージにインターワークし、Ｓ−ＣＳＣＦ−Ｂ５０２を通じて着信ユーザー１０４のサービス提供アプリケーションに招待メッセージを送信する。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される招待は、ＩＮＶＩＴＥ１００２でもよく、着信ユーザー１０４のサービス提供アプリケーションに送信される招待は、ＩＮＶＩＴＥ１０１０でもよい。着信ユーザー１０４のサービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ｂ５０２およびＰ−ＣＳＣＦ−Ｂ５０５を通じて着信ユーザー１０４に招待を転送する。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される招待は、ＩＮＶＩＴＥ１０１１でもよく、Ｐ−ＣＳＣＦ−Ｂ５０５に送信される招待は、ＩＮＶＩＴＥ１０１２でもよく、着信ユーザー１０４に送信される招待は、ＩＮＶＴＩＥ１０１３でもよい。招待を受信すると、着信ユーザー１０４は招待への応答を送信し、応答に着信課金要求を含める。メディア情報および課金インジケータは、応答に含まれる。メディア情報は、ユーザーが課金されるメディア・タイプを示し、課金インジケータは、そのメディア・タイプに対してどのユーザーに課金するかを示す。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。発信ユーザー１０１が呼に対して課金されなければならない場合は、「ｃｉ」は発信側と等しくなり、着信ユーザー１０４が課金されなければならない場合は、「ｃｉ」は着信側と等しくなる。着信ユーザー１０４は、Ｓ−ＣＳＣＦ−Ｂ５０２およびＰ−ＣＳＣＦ−Ｂ５０５を通じて、着信ユーザー１０４のサービス提供アプリケーションに応答を送信する。Ｐ−ＣＳＣＦ−Ｂ５０５に送信される応答は、２００  ＯＫ１００３メッセージでもよく、Ｓ−ＣＳＣＦ−Ｂ５０２に送信される応答は、２００  ＯＫ１０１４メッセージでもよく、サービス提供アプリケーションに送信される応答は、２００  ＯＫ１０１５メッセージでもよい。応答を受信すると、着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４のプロフィールで応答を検証する。シナリオが例外的なシナリオであると決定された場合、エラー応答を送信することができる。プロフィール・チェックの後に、着信ユーザー１０４にオフライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定者に関して、課金機能を通知することができる。属性値ペアは、課金機能に向けて送信された課金要求に含まれていてもよい。着信ユーザー１０４にオンライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定者に関して、課金機能を通知する。オンライン課金のあるユーザーは支払い済みのユーザーでもよく、オンライン課金のあるユーザーについては、課金機能はＯＣＳ５０４でもよい。ＡＶＰはクレジット要求に含めることができ、オンライン課金されるユーザーについては、クレジット要求はＣＣＲ１００４でもよい。メディア関連情報は、ＩＭＳ情報の一部でもよく、ＩＭＳ情報は、ＣＣＲ１００４メッセージのサービス情報ＡＶＰの一部でもよい。ＯＣＳ５０４は、肯定応答をサービス提供アプリケーションに送信する。肯定応答はＣＣＡ１００５でもよい。肯定応答を受信すると、サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ｂ５０２に（着信ユーザー１０４から受信された）応答を送信する。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される応答は、２００  ＯＫ１０１６メッセージでもよい。応答を受信すると、Ｓ−ＣＳＣＦ−Ｂ５０２はＭＧＣＦ５０１に応答を送信する。応答は２００  ＯＫ１０１７メッセージでもよい。
【００３４】
ＭＧＣＦ５０１は、遠隔操作パラメータを含むメッセージに応答をインターワークし、課金インジケータ状態を発信ユーザー１０４からの確認のために待機に変更し、タイマーを開始して、メッセージをＰＳＴＮ／ＰＬＭＮ１０３に送信する。ＰＳＴＮ／ＰＬＭＮに送信されるメッセージは、ＲｅｖＣａｌｌｅｄＲｅｑｕｅｓｔコンポーネントおよび「真」という転送要求指示を有する遠隔操作パラメータを含むＦＡＣ１００６でもよい。ＰＳＴＮ／ＰＬＭＮ１０３は、応答において転送受け入れフィールドを真として示した後に、ＭＧＣＦ５０１に応答を送り返す。応答は、返却結果コンポーネントを有する遠隔操作パラメータを含む。送信された応答は、ＦＡＣ１００７でもよい。ＭＧＣＦ５０１で応答を受信すると、ＭＧＣＦ５０１は、応答を課金応答にインターワークし、また、転送モードまたは転送不可モードとしてモードを示すことによって、課金機能が発信ユーザー１０１の側にあるか、または着信ユーザー１０４の側にあるかを示す。課金応答は、肯定応答メッセージに含まれる。着信課金要求に対する応答を待つために開始されたタイマーが停止される。次に、ＭＧＣＦ５０１は、Ｓ−ＣＳＣＦ−Ｂ５０２を通じて応答メッセージをＰＳＴＮ／ＰＬＭＮ１０３に送信し、肯定応答をサービス提供アプリケーションに送信する。応答メッセージはＡＮＭまたはＣＯＮ１００８でもよく、Ｓ−ＣＳＣＦ−Ｂ５０２に送信される肯定応答はＡＣＫ１００９でもよい。Ｓ−ＣＳＣＦ−Ｂ５０２によってサービス提供アプリケーションに送信される肯定応答は、ＡＣＫ１０１８でもよい。肯定応答を受信すると、着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４にオフライン課金がある場合、または、転送受け入れフィールドが真として受信された場合、応答を受け入れる。肯定応答は、Ｓ−ＣＳＣＦ−Ｂ５０２およびＰ−ＣＳＣＦ−Ｂ５０５を通じて着信ユーザー１０４に送信され、呼は続けられ、適切なユーザーが呼に対して課金される。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される応答は、２００  ＯＫ１０１９メッセージでもよく、Ｐ−ＣＳＣＦ−Ｂ５０５に送信される応答は、２００  ＯＫ１０２０メッセージでもよく、サービス提供アプリケーションに送信される応答は、２００  ＯＫ１０２１メッセージでもよい。応答が受け入れられない場合、シナリオは例外的なシナリオとして処理され、エラー応答を送信することができる。本方法では、提示した順に、異なる順に、または同時に様々なアクションを実行することができる。さらに、一部の実施形態では、図１０に記載した一部のアクションは省略することができる。
【００３５】
図１１ａおよび１１ｂは、本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮ１０３ユーザーからＩＭＳ／ＳＩＰ１０２ユーザーへの着信課金された呼、および発信ユーザーは着信課金を無効にしたいことを示す図である。発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであるときに、着信課金がアクティブな場合、発信ユーザーは、セッション中に後に着信課金を無効にすることを決定することができる。例として、着信課金は、呼設定中に、呼全体に対して着信ユーザー１０４によって要求された。これは図１１のステップ１１０１〜１１２１に示されており、図９のステップ９０１〜９２１に非常に似ている。図１１は、本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮ１０３ユーザーからＩＭＳ／ＳＩＰ１０２ユーザーへの着信課金された呼、および発信ユーザーは着信課金を無効にしたいことを示す図である。発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであるときに、着信課金がアクティブな場合、発信ユーザーは、セッション中に後に着信課金を無効にすることを決定することができる。例として、着信課金は、呼設定中に、呼全体に対して着信ユーザー１０４によって要求された。これは図１１のステップ１１０１〜１１２１に示されており、図９のステップ９０１〜９２１に非常に似ている。他の着信課金は前述した異なる他のシナリオにおいて呼び出された可能性があり、唯一の関連する態様は、着信課金の呼び出し後に呼が継続するということである。
【００３６】
呼の後に着信課金がアクティブで、発信ユーザー１０１は着信課金を無効にしたい場合、発信ユーザー１０１は、遠隔操作パラメータでキャンセル・コンポーネントを着信ユーザー１０４に送信する。キャンセル・コンポーネントは、ＲｅｖＣａｌｌｉｎｇＲｅｑＣａｎｃｅｌコンポーネントでもよく、ＲｅｖＣａｌｌｉｎｇＲｅｑＣａｎｃｅｌコンポーネントは、ＦＡＣ１１２２内の遠隔操作パラメータに含まれていてもよい。全体的な転送モードが「転送」を示している場合、ＰＳＴＮ／ＰＬＭＮ１０３は、キャンセル・コンポーネントに発呼番号を含める。ＰＳＴＮ／ＰＬＭＮ１０３は、着信課金がすでにアクティブだったかどうかをチェックする。着信課金がアクティブでなかった場合、エラー応答は発信ユーザーに送信することができる。着信課金がアクティブだった場合、キャンセル要求はＭＧＣＦ５０１に送信される。送信された要求はＦＡＣ１１２２でもよい。ＭＧＣＦ５０１は、キャンセル要求を再招待メッセージにインターワークし、メディア情報および課金インジケータが再招待メッセージに含まれている。メディア情報は、ユーザーが課金されるメディア・タイプを示し、課金インジケータは、特定のメディア・タイプに対してどのユーザーに課金するかを示す。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。発信ユーザー１０１が呼に対して課金されなければならない場合は、「ｃｉ」は発信側と等しくなり、着信ユーザー１０４が課金されなければならない場合は、「ｃｉ」は着信側と等しくなる。再招待メッセージが全体的な転送モードを「転送」として示し、キャンセル・コンポーネントの転送要求フィールドが真である場合、ＭＧＣＦ５０１は、発呼番号を課金情報にインターワークする。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。次に、ＭＧＣＦ５０１は、課金インジケータ状態を着信ユーザー１０４からの応答のために待機に変更し、タイマーを開始して、ＳＣＳＣＦ−Ｂ５０２を通じてサービス提供アプリケーションに再招待を送信する。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される再招待はＲｅ−ＩＮＶＩＴＥ１１２３でもよく、サービス提供アプリケーションはＡＳ−Ｂ５０３でもよい。サービス提供アプリケーションに送信される再招待は、Ｒｅ−ＩＮＶＩＴＥ１１２４でもよい。着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４のプロフィールを用いて招待要求を検証する。プロフィール・チェックの後に、着信ユーザー１０４にオフライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能を通知する。ＡＶＰは、課金機能に向けて送信される課金要求に含まれていてもよい。発信ユーザー１０１が課金されることを示すために、ＡＶＰは課金要求に追加することができる。着信ユーザー１０４にオンライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能に通知する。オンライン課金のあるユーザーは支払い済みのユーザーでもよく、そのようなユーザーについて、課金機能はＯＣＳ５０４でもよい。ＡＶＰは、課金機能へのクレジット要求に含まれていてもよく、オンライン課金のあるユーザーについては、クレジット要求はＣＣＲ１１２５でもよい。メディア関連情報は、ＣＣＲ１１２５メッセージのサービス情報ＡＶＰの一部でもよい。着信ユーザー１０４にオンライン課金がある場合、サービス提供アプリケーションは、クレジット要求をＯＣＳ５０４に送信する。クレジット要求は、ＣＣＲ１１２５の形でもよい。ＯＣＳ５０４は、肯定応答をサービス提供アプリケーションに送り返す。肯定応答はＣＣＡ１１２６でもよい。着信課金が無効にされると、着信ユーザーは、課金される側であることを止めることに注意されたい。このため、図示するように、ＣＣＲ［更新］は送信されなくてもよく、その代わりに、セッションの終わりに、ＣＣＲ［終了］を代わりに使用して未使用のクレジット・ユニットを返すことができる。次に、再招待はＳ−ＣＳＣＦ−Ｂ５０２およびＰ−ＣＳＣＦ−Ｂ５０５を通じて着信ユーザー１０４に送信される。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される再招待はＲｅ−ＩＮＶＩＴＥ１１２７でもよく、Ｐ−ＣＳＣＦ−Ｂ５０５に送信される再招待はＲｅ−ＩＮＶＩＴＥ１１２８でもよく、着信ユーザー１０４に送信される再招待はＲｅ−ＩＮＶＩＴＥ１１２９でもよい。
【００３７】
Ｐ−ＣＳＣＦ−Ｂ５０５から再招待を受信すると、着信ユーザー１０４は、オファーを受け入れるか拒否するかを決定することができる。端末は、着信ユーザー１０４に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。要求が拒否される場合、シナリオは例外的なシナリオとして処理することができ、エラー応答が送信される。着信ユーザー１０４がオファーを受け入れる場合、着信ユーザー１０４は、Ｐ−ＣＳＣＦ−Ｂ５０５およびＳ−ＣＳＣＦ−Ｂ５０２を通じて、サービス提供アプリケーションに肯定応答を送信する。着信ユーザー１０４によってＰ−ＣＳＣＦ−Ｂ５０５に送信される応答は、２００  ＯＫ１１３０メッセージでもよい。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される応答は、２００  ＯＫ１１３１メッセージでもよく、サービス提供アプリケーションに送信される応答は、２００  ＯＫ１１３１メッセージでもよい。サービス提供アプリケーションは、次に、応答を送信し、課金応答は、要求の受け入れを示している。転送受け入れフィールドは、モードが転送モードだったか転送不可モードだったかを示すことができる。全体的なモードが転送不可モードである場合、および転送受け入れフィールドが真の場合、サービス提供アプリケーションは、着信課金されたユーザーのアイデンティティを課金情報に含める。サービス提供アプリケーションは、次に、Ｓ−ＣＳＣＦ−Ｂ５０２を通じてＭＧＣＦ５０１に応答を送信する。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される応答は、２００  ＯＫ１１３３メッセージでもよく、ＭＧＣＦ５０１に送信される応答は、２００  ＯＫ１１３４メッセージでもよい。応答を受信すると、ＭＧＣＦ５０１は、遠隔操作パラメータに返却結果コンポーネントを含むメッセージに応答をインターワークし、また、メッセージに転送受け入れ指示を含める。全体的なモードが「転送不可」である場合、および転送受け入れフィールドが真の場合、着信ユーザー１０４の番号が課金情報に含まれる。ＭＧＣＦ５０１は、次に、ＰＳＴＮ／ＰＬＭＮ１０３に応答を送信し、関連するタイマーを停止する。タイマーは、着信課金キャンセル要求に対する応答を待つために開始された。送信される応答は、ＦＡＣ１１３５でもよい。応答を受信すると、呼は続けられ、発信ユーザー１０１が呼に対して課金される。
【００３８】
図１２ａおよび１２ｂは、本明細書の実施形態に従って、ＰＳＴＮ／ＰＬＭＮ１０３ユーザーからＩＭＳ／ＳＩＰ１０２ユーザーへの着信課金された呼、および着信ユーザー１０４は着信課金を無効にしたいことを示す図である。発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであるときに、着信課金がアクティブな場合、着信ユーザーは、セッション中に後に着信課金を無効にすることを決定することができる。例として、着信課金は、呼設定中に、呼全体に対して発信ユーザー１０４によって要求された。これは図１２のステップ１２０１〜１２１４に示されており、図５のステップ５０７〜５２０に非常に似ている。他の着信課金は前述した異なる他のシナリオにおいて呼び出された可能性があり、唯一の関連する態様は、着信課金の呼び出し後に呼が継続するということである。
【００３９】
呼の後に着信課金がアクティブで、着信ユーザー１０４は着信課金を無効にしたい場合、着信ユーザー１０４は、遠隔操作パラメータでキャンセル・コンポーネントを発信ユーザー１０１に送信する。キャンセル・コンポーネントは、遠隔操作のＲｅｖＣａｌｌｅｄＲｅｑＣａｎｃｅｌコンポーネントでもよい。着信ユーザー１０４は、メディアおよび課金インジケータをメッセージに含めた後に、課金オファーを有する再招待メッセージを送信する。メディア情報は、ユーザーが課金されるメディア・タイプを示し、課金インジケータは、そのメディア・タイプに対してどのユーザーに課金するかを示す。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。発信ユーザー１０１が呼に対して課金されなければならない場合は、「ｃｉ」は発信側と等しくなり、着信ユーザー１０４が課金されなければならない場合は、「ｃｉ」は着信側と等しくなる。再招待は、Ｐ−ＣＳＣＦ−Ｂ５０５およびＳ−ＣＳＣＦ−Ｂ５０２を通じて、着信ユーザー１０４のサービス提供アプリケーションに送信される。Ｐ−ＣＳＣＦ−Ｂ５０５に送信される再招待は、Ｒｅ−ＩＮＶＩＴＥ１２１５でもよく、Ｓ−ＣＳＣＦ−Ｂ５０２に送信される再招待は、Ｒｅ−ＩＮＶＩＴＥ１２１６でもよく、サービス提供アプリケーションに送信される再招待は、Ｒｅ−ＩＮＶＩＴＥ１２１７でもよい。着信ユーザー１０４のサービス提供アプリケーションは、着信ユーザー１０４のプロフィールで招待要求を検証する。しかし、課金機能は、発信ユーザーによる着信課金キャンセル要求の受け入れに成功した後にのみ通知される。サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ｂ５０２を通じてＭＧＣＦ５０１に再招待を転送する。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される再招待は、Ｒｅ−ＩＮＶＩＴＥ１２１８でもよく、ＭＧＣＦ５０１に送信される再招待は、Ｒｅ−ＩＮＶＩＴＥ１２１９でもよい。ＭＧＣＦ５０１は、遠隔操作パラメータにキャンセル・コンポーネントを含むメッセージに再招待をインターワークする。メッセージはＦＡＣ１２２０でもよい。ＭＧＣＦ５０１は、転送要求フィールドをメッセージに含む。全体的なモードが「転送不可」を示している場合、ＭＧＣＦ５０１は、キャンセル・コンポーネントに被呼番号を含む。次に、ＭＧＣＦ５０１は、課金インジケータ状態を発信ユーザー１０４からの応答を待つために待機に変更し、タイマーを開始して、メッセージを送信する。転送されたメッセージは、発信ユーザー１０１のネットワークで受信することができる。着信課金がアクティブでなかった場合、エラー応答は、発信ユーザーのネットワーク１０３によって送信することができる。着信課金がアクティブだった場合、発信ユーザーまたは発信ユーザーのネットワークは、オファーを受け入れるか拒否するかを決定することができる。発信ユーザーの端末は、発信ユーザー１０１に問い合わせるか、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することができる。要求が拒否される場合、シナリオは例外的なシナリオとして処理することができ、エラー応答を送信することができる。発信ユーザー１０１がオファーを受け入れる場合、発信ユーザー１０１は肯定応答を送信することができる。
【００４０】
発信ユーザー１０１から応答を受信すると、ＰＳＴＮ／ＰＬＭＮ１０３は、遠隔操作パラメータに返却結果コンポーネントを含むメッセージを用いて、受信された（ＭＧＣＦ５０１からの）メッセージに応答する。モードが「転送」モードである場合、転送受け入れフィールドは真を示し、モードが「転送不可」モードである場合、転送受け入れフィールドは偽を示す。全体的な転送モードが「転送」を示している場合、および転送受け入れフィールドが真の場合、ＰＳＴＮ／ＰＬＭＮ１０３は、また、遠隔操作パラメータの返却結果コンポーネントに発呼番号を含める。ＰＳＴＮ／ＰＬＭＮ１０３は、次に、メッセージをＭＧＣＦ５０１に送信する。送信されるメッセージはＦＡＣ１２２１でもよい。メッセージがセッション解放要求である場合、エラー応答を送信し、セッションを解放することができる。タイマーの期限が切れると、エラー応答をＭＧＣＦ５０１によって送信することができる。応答を受信すると、ＭＧＣＦ５０１は、転送受け入れ指示を有するＳＤＰアプリケーション本体を含む応答にメッセージをインターワークする。全体的なモードが「転送」を示す場合、および転送受け入れフィールドが真の場合、ＭＧＣＦ５０１は、応答において課金情報の返却結果コンポーネントの発呼番号をインターワークする。ＭＧＣＦ５０１は、Ｓ−ＣＳＣＦ−Ｂ５０２を通じて、着信ユーザー１０４のサービス提供アプリケーションに応答を送信し、着信課金キャンセル要求に対する応答を待つために開始された関連するタイマーを停止する。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される応答は２００  ＯＫ１２２２でもよく、サービス提供アプリケーションに送信される応答は２００  ＯＫ１２２３でもよい。（ｒｅ−ＩＮＶＩＴＥの受信時に早期に行われた）プロフィール・チェックの後に、着信ユーザー１０４にオフライン課金があることが着信ユーザー１０４のサービス提供アプリケーション５０３によって決定された場合、応答を受信すると、サービス提供アプリケーションは、特定のメディア・タイプに対して課金される特定の者に関して、ＩＭＳ情報のＡＶＰを通じて課金機能に通知する。ＡＶＰは、課金機能に向けて送信される課金要求に含まれていてもよい。発信ユーザー１０１が課金されることを示すために、ＡＶＰは課金要求に追加することができる。着信ユーザー１０４にオンライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能に通知する。オンライン課金のあるユーザーは支払い済みのユーザーでもよく、そのようなユーザーについて、課金機能はＯＣＳ５０４でもよい。ＡＶＰは、課金機能へのクレジット要求に含まれていてもよく、オンライン課金のあるユーザーについては、クレジット要求はＣＣＲ１２２４でもよい。メディア関連情報は、ＩＭＳ情報の一部でもよく、ＩＭＳ情報は、ＣＣＲ１２２４メッセージのサービス情報ＡＶＰの一部でもよい。着信ユーザー１０４にオンライン課金がある場合、サービス提供アプリケーションは、クレジット要求をＯＣＳ５０４に送信する。クレジット要求は、ＣＣＲ１２２４の形でもよい。ＯＣＳ５０４は、肯定応答をサー��ス提供アプリケーションに送り返す。肯定応答はＣＣＡ１２２５でもよい。着信課金が無効にされると、着信ユーザーは、課金される側であることを止めることに注意されたい。このため、図示するように、ＣＣＲ［更新］は送信されなくてもよく、その代わりに、セッションの終わりに、ＣＣＲ［終了］を代わりに使用して未使用のクレジット・ユニットも返すことができる。サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ｂ５０２およびＰ−ＣＳＣＦ−Ｂ５０５を通じて、着信ユーザー１０４に応答を送信し、呼を続けることができ、発信ユーザーが課金される。Ｓ−ＣＳＣＦ−Ｂ５０２に送信される応答は、２００  ＯＫ１２２６メッセージでもよく、Ｐ−ＣＳＣＦ−Ｂ５０５に送信される応答は、２００  ＯＫ１２２７メッセージでもよく、着信ユーザー１０４に送信される応答は、２００  ＯＫ１２２８メッセージでもよい。着信ユーザー１０４がオンライン課金するユーザーであり、着信ユーザー１０４がクレジット・ユニットを使い果たした場合、着信課金要求の取り消しを着信ユーザーのサービス提供アプリケーション５０３によって開始することも可能である。
【００４１】
他の実施形態では、発信ユーザー１０１はＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４はＩＭＳ／ＳＩＰ１０２ユーザーである場合、呼がユーザーＣに転送されるか転換（ｄｉｖｅｒｔ）されたときに、課金情報はユーザー間で交換されなければならない。着信ユーザー１０４が発信ユーザー１０１から受信された招待メッセージに対する３０２応答を返すと、呼は転送することができる。３０２メッセージは、呼をリダイレクトするように発信ユーザー１０１に依頼するために使用されるＳＩＰ応答ステータス・コードである。この場合、着信ユーザー１０４のサービス提供アプリケーションは、まだセッションに関係することができ、ＰＳＴＮ／ＰＬＭＮはユーザーＣを着信側と見なすことができる。
【００４２】
発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであり、発信ユーザー１０１が、呼の最初に着信課金について着信ユーザー１０４に要求した場合、呼は、ユーザーＣに転送することも転換することもできる。着信ユーザー１０４のサービス提供アプリケーションが、着信ユーザー１０４が着信ユーザー１０４のプロフィールで呼転換（ｃａｌｌ  ｄｉｖｅｒｓｉｏｎ）をアクティブにしていると決定し、セッションの呼転換を呼び出した場合、着信課金要求がセッションの最初に発信ユーザー１０１から受信された場合、サービス提供アプリケーションは、ユーザーＣに向けて送信される招待に課金オファーを含めなくてもよい。また、着信ユーザー１０４のサービス提供アプリケーションは、課金応答を送信しなくてもよい。次に、ＭＧＣＦ５０１は、エラー返送コンポーネント（ｒｅｔｕｒｎ  ｅｒｒｏｒ  ｃｏｍｐｏｎｅｎｔ）を有する遠隔操作パラメータ、および原因値２９を持つ原因パラメータ（Ｃａｕｓｅ  ｐａｒａｍｅｔｅｒ）を含む解放メッセージに応答をインターワークすることができる。解放メッセージはＲＥＬでもよく、エラー返送コンポーネントは、「付加サービス対話を許可しない（Ｓｕｐｐｌｅｍｅｎｔａｒｙ  ｓｅｒｖｉｃｅ  ｉｎｔｅｒａｃｔｉｏｎ  ｎｏｔ  ａｌｌｏｗｅｄ）」を示すことができる。ＭＧＣＦ５０１は、また、Ｓ−ＣＳＣＦ５０２に適切なメッセージを送信することにより、順方向にセッションをクリアするものとする。着信ユーザー１０４のサービス提供アプリケーションは、また、２００  ＯＫ応答で課金応答を送信することを選択し、課金オファーが拒否されたことを示すことができる。次に、ＭＧＣＦ５０１は、エラー返送コンポーネントを有する遠隔操作パラメータおよび原因値２９を持つ原因パラメータを含む解放メッセージに応答をインターワークする。解放メッセージはＲＥＬでもよく、エラー返送コンポーネントは、「付加サービス対話を許可しない」を示すことができる。ＭＧＣＦ５０１は、また、Ｓ−ＣＳＣＦ５０２に適切なメッセージを送信することにより、順方向にセッションをクリアするものとする。着信ユーザー１０４のサービス提供アプリケーションは、また理由（ｒｅａｓｏｎ）ヘッダーを有するエラー応答を送信することを選択することができる。送信されるエラー応答は、理由ヘッダー「付加サービス対話を許可しない」を有するＳＩＰ応答コード４１８課金インジケータ受け入れ不可（Ｃｈａｒｇｉｎｇ  Ｉｎｄｉｃａｔｏｒ  Ｎｏｔ  Ａｃｃｅｐｔａｂｌｅ）でもよい。ＭＧＣＦは、次に、エラー返送コンポーネントを有する遠隔操作パラメータを含む解放メッセージにエラー応答をインターワークする。エラー返送コンポーネントは「付加サービス対話を許可しない」を示してもよく、原因パラメータは原因値２９を持つことができる。ＭＧＣＦ５０１は、次に、逆方向にセッションを解放する。着信課金が着信ユーザー１０４のプロフィールで適用可能であることを着信ユーザー１０４のプロフィールが示しており、セッションに対して呼転換がアクティブである場合、着信ユーザー１０４のサービス提供アプリケーションは、課金機能を更新し、課金オファーの受け入れを示す課金応答を送信することができる。サービス提供アプリケーションがセッション全体の情報交換に関係し、着信ユーザー１０４のプロフィールが、着信課金オファーを自動的に受け入れられることを示し、サービス提供アプリケーションによって行われたチェックがすべて成功である場合、着信ユーザー１０４のサービス提供アプリケーションは、課金応答を送信する。適切な情報が着信ユーザー１０４のプロフィールにあり、着信ユーザー１０４のサービス提供アプリケーションが、呼が転換された呼であることを示すことができる場合、ダイバーティング・ネットワーク（ｄｉｖｅｒｔｉｎｇ  ｎｅｔｗｏｒｋ）は、課金オファーを内部に格納し、ユーザーＣのネットワークに送信される招待に新しい課金オファーを含める。着信ユーザー１０４のプロフィールの情報は、課金オファーを開始するのに必要な詳細を含むことができる。転換ヘッダーは、呼が転換された呼であることを示すために使用することができる。ユーザーＣのサービス提供アプリケーションが呼は転換された呼と決定すると、ユーザーＣのサービス提供アプリケーションは課金機能を開始する。ユーザーＣのサービス提供アプリケーションは、ＳＤＰアプリケーション本体の課金インジケータを「着信側」として示し、課金応答を発信ユーザー１０１に送信する。着信ユーザー１０４のサービス提供アプリケーションが課金応答を受信すると、着信ユーザー１０４のサービス提供アプリケーションは課金機能を更新して、呼中に課金される側を示す。次に、着信ユーザー１０４のサービス提供アプリケーションは、招待の課金オファーに基づいて、発信ユーザー１０１のネットワークに課金応答を送信する。
【００４３】
発信ユーザー１０１はＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであり、セッションが進行中となった後に、発信ユーザー１０１が、着信課金について着信ユーザー１０４に要求した場合、呼は、ユーザーＣに転送することも転換することもできた。着信ユーザー１０４のサービス提供アプリケーションが、着信ユーザー１０４が着信ユーザー１０４のプロフィールで呼転換をアクティブにしていると決定し、セッションに対して呼転換がアクティブである場合、サービス提供アプリケーションは、ユーザーＣに向けて送信される再招待に課金オファーを含めない。着信ユーザー１０４のサービス提供アプリケーションは、課金応答を送信しなくてもよい。ＭＧＣＦ５０１は、次に、エラー返送コンポーネントを有する遠隔操作パラメータを含む応答メッセージに応答をインターワークする。応答メッセージはＦＡＣでもよく、エラー返送コンポーネントは、「付加サービス対話を許可しない」を示すことができる。着信ユーザー１０４のサービス提供アプリケーションは、また、２００  ＯＫ応答で課金応答を送信することを選択し、課金オファーが拒否されたことを示すことができる。ＭＧＣＦ５０１は、次に、エラー返送コンポーネントを有する遠隔操作パラメータを含む応答メッセージに応答をインターワークする。応答メッセージはＦＡＣでもよく、エラー返送コンポーネントは、「付加サービス対話を許可しない」を示すことができる。着信ユーザー１０４のサービス提供アプリケーションは、また理由ヘッダーを有するエラー応答を送信することを選択することができる。送信されるエラー応答は、理由ヘッダー「付加サービス対話を許可しない」を有するＳＩＰ応答コード４１８課金インジケータ受け入れ不可でもよい。ＭＧＣＦは、次に、エラー返送コンポーネントを有する遠隔操作パラメータを含む解放メッセージにエラー応答をインターワークする。エラー返送コンポーネントは「付加サービス対話を許可しない」を示してもよく、原因パラメータは原因値２９を持っていてもよい。ＭＧＣＦ５０１は、次に、逆方向にセッションを解放することができる。
【００４４】
発信ユーザー１０１はＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであり、着信課金がセッションに対して要求される場合、着信ユーザー１０４が着信ユーザー１０４のプロフィールで呼転換をアクティブにしていて、このセッションに対して呼転換がアクティブ化されている場合、着信ユーザー１０４のサービス提供アプリケーションは、付加サービス対話を呼び出さなくてもよい。着信課金は、ネットワークまたはユーザーのオペレータによって処理することができる。特定のタイプの着信課金の優先度は、また、ネットワークまたはオペレータに依存することができる。
【００４５】
図１３は、本明細書の実施形態に従って、呼設定の間に発信側のＩＭＳ／ＳＩＰ１０２ユーザーから着信側のＰＳＴＮ／ＰＬＭＮ１０３ユーザーへの着信課金要求を示す図である。発信ユーザー１０１はＩＭＳ／ＳＩＰ１０２ユーザーであり、着信ユーザー１０４はＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、発信ユーザー１０１または発信ユーザー１０１のネットワークが、呼の開始から課金される側になることを着信ユーザー１０４に要求したい場合、発信ユーザー１０１は、セッション確立段階において招待メッセージで要求を送信する。また、すべてのセッションに対して、または特定の着信ユーザー１０４に対して、または着信ユーザー１０４に接続された特定のネットワークに対して、発信ユーザーが着信課金を契約している場合、要求を送信することができる。送信される要求メッセージはＩＮＶＩＴＥ１３０６でもよく、要求メッセージは課金オファーを含む。メディアおよび課金インジケータは、招待メッセージに含まれていてもよい。メディア情報は、ユーザーが課金されるメディア・タイプを示し、課金インジケータは、メディア・タイプに対して課金されるユーザーを示す。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含めることができる。発信ユーザー１０１が呼に対して課金されなければならない場合は、ｃｉは「発信側」と等しくなり、着信ユーザー１０４が課金されなければならない場合は、ｃｉは「着信側」と等しくなる。着信課金要求において、ｃｉは「着信側」に設定される。招待は、Ｐ−ＣＳＣＦ−Ａ１３０２、Ｓ−ＣＳＣＦ−Ａ１３０３、および発信ユーザー１０１のサービス提供アプリケーションを通じて、ＭＧＣＦ５０１に送信することができる。発信ユーザー１０１のサービス提供アプリケーションは、ＡＳ−Ａ１３０４でもよい。Ｐ−ＣＳＣＦ−Ａ１３０２に送信される招待はＩＮＶＩＴＥ１３０６でもよく、Ｓ−ＣＳＣＦ−Ａ１３０３に送信される招待はＩＮＶＩＴＥ１３１２でもよく、サービス提供アプリケーションに送信される招待はＩＮＶＩＴＥ１３１３でもよい。サービス提供アプリケーションからＳ−ＣＳＣＦ−Ａ１３０３に送信される招待はＩＮＶＩＴＥ１３１４でもよく、Ｓ−ＣＳＣＦ−Ａ１３０３からＭＧＣＦ５０１に送信される招待はＩＮＶＴＩＴＥ１３１５でもよい。ＭＧＣＦ５０１は、設定コンポーネントを有する遠隔操作パラメータを含む初期メッセージに招待をインターワークし、設定コンポーネントに転送要求指示を含めることができる。初期メッセージはＩＡＭ１３０７でもよく、設定コンポーネントは、遠隔操作パラメータのＲｅｖＣａｌｌｉｎｇＲｅｑＳｅｔｕｐコンポーネントでもよい。転送モードが要求された場合、ＭＧＣＦ５０１は、設定コンポーネントの発呼番号をインターワークする。発呼番号は、Ｐ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーからまたは発信ユーザー関連のヘッダーからマッピングすることができる。また、発信ユーザー関連のヘッダーは、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄでもよい。次に、ＭＧＣＦ５０１は、課金インジケータ状態を着信ユーザー１０４からの確認のために待機に変更し、タイマーを開始して、初期メッセージを着信ユーザー１０４のネットワークに送信する。
【００４６】
着信ユーザー１０４のネットワークが着信課金を許可する場合、初期メッセージは、ＭＧＣＦ５０１によってＰＳＴＮ／ＰＬＭＮ１０３ネットワークに送信される。着信ユーザー１０４のＰＳＴＮ／ＰＬＭＮ１０３ネットワークが、着信課金を許可しない場合、エラー応答をＭＧＣＦ５０１によって送信することができる。ＰＳＴＮ／ＰＬＭＮ１０３ネットワークが着信課金要求を許可する場合、要求は、着信ユーザー１０４に送信される。着信課金要求を受信すると、着信ユーザー１０４は、オファーを受け入れるか拒否するかを決定することができる。端末は、着信ユーザー１０４に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。着信ユーザー１０４がオファーを受け入れる場合、着信ユーザー１０４は肯定応答を送信することができる。応答は遠隔操作パラメータに返却結果コンポーネントを含む。着信ユーザー１０４は、ＩＳＤＮプロトコル要素として肯定応答を伝達することができる。ＰＳＴＮ／ＰＬＭＮ１０３は、次に、着信ユーザーの応答をＭＧＣＦ５０１に送信する。ＭＧＣＦ５０１に送信される応答は、ＡＮＭ／ＣＯＮ１３０８でもよい。応答を受信すると、ＭＧＣＦ５０１は、タイマーの期限が切れたかどうかをチェックする。タイマーの期限が切れている場合、エラー応答を送信することができる。タイマーの期限が切れていない場合、ＭＧＣＦ５０１は、ＳＤＰアプリケーション本体に含まれている課金応答を含む応答に応答をインターワークする。転送受け入れフィールドは、ＳＤＰアプリケーション本体内の指示にインターワークすることができる。示されたモードが「転送不可」モードである場合、ＭＧＣＦ５０１は、応答において転送受け入れフィールドを偽として示し、被呼番号を課金情報にインターワークする。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。ＭＧＣＦ５０１は、次に、着信課金がアクティブであることを示すように状態を変更し、関連するタイマーを停止して、Ｓ−ＣＳＣＦ−Ａ１３０３を通じて、発信ユーザー１０１のサービス提供アプリケーションに応答を送信する。サービス提供アプリケーションは、ＡＳ−Ａ１３０４でもよく、Ｓ−ＣＳＣＦ−Ａ１３０３に送信される応答は、２００  ＯＫ１３０９でもよい。サービス提供アプリケーションに送信される応答は、２００  ＯＫ１３１６でもよい。発信ユーザー１０１のサービス提供アプリケーションは、発信ユーザー１０１のプロフィールで応答を検証する。プロフィール・チェックの後に、発信ユーザー１０１にオフライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能を通知する。ＡＶＰは、課金要求１３１０に含まれていてもよい。オフラインで課金されるユーザーは前払いのユーザーでもよく、課金機能はＣＤＦでもよい。グループ化された新しいＡＶＰタイプは、課金機能に向けて送信された課金要求のＩＭＳ情報に含めることができる。グループ化された新しいＡＶＰタイプは、メディア・ベースの課金情報ＡＶＰでもよい。着信ユーザー１０４にオンライ��課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能を通知することができる。属性値ペアはクレジット要求に含めることができ、オンライン課金のあるユーザーについては、クレジット要求はＣＣＲ５０９でもよい。メディア関連情報は、ＩＭＳ情報の一部でもよく、ＩＭＳ情報は、ＣＣＲ５０９メッセージのサービス情報ＡＶＰの一部でもよい。発信ユーザー１０１にオフライン課金がある場合、サービス提供アプリケーションは、課金要求をＣＤＦ１３０５に送信し、課金要求は、ＡＣＲ１３１０の形でもよい。ＣＤＦ１３０５は、肯定応答をサービス提供アプリケーションに送り返す。肯定応答は、ＡＣＡ１３１１でもよい。次に、サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ａ１３０３およびＰ−ＣＳＣＦ−Ａ１３０２を通じて、発信ユーザー１０１に応答を送信する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１３１７でもよく、Ｐ−ＣＳＣＦ−Ａ１３０２に送信される応答は２００  ＯＫ１３１８でもよく、発信ユーザー１０１に送信される応答は２００  ＯＫ１３１９でもよい。呼は続けられ、適切なユーザーを適切なメディア・タイプに対して課金することができる。
【００４７】
着信ユーザー１０４が着信課金機能を契約できる場合、着信ユーザー１０４のネットワークは、着信ユーザー１０４のプロフィール設定に基づいて、適切な応答を要求に送信することができる。着信ユーザー１０４のプロフィールに基づいて要求を受け入れるべきかどうかを決定する代わりに、着信ユーザー１０４のネットワークは、対話型の告知を通じて着信課金を受け入れるという着信ユーザー１０４の意思を決定することができる。着信ユーザー１０４から応答を得ると、応答を発信ユーザー１０１のネットワークに転送することができる。
【００４８】
図１４は、本明細書の実施形態に従って、呼が進行中となった後に、発信側のＩＭＳ／ＳＩＰ１０２ユーザーから着信側のＰＳＴＮ／ＰＬＭＮ１０３ユーザーへの着信課金要求を示す図である。呼は進行中で、発信ユーザー１０１はＩＭＳ／ＳＩＰ１０２ユーザーであり、着信ユーザー１０４はＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、発信ユーザー１０１が、呼が進行中となった後に、課金される側になることを着信ユーザー１０４に要求したい場合、発信ユーザー１０１は、セッション確立段階の後に要求を送信する。送信された要求メッセージは、Ｒｅ−ＩＮＶＩＴＥ１４０１でもよい。メディアおよび課金インジケータは、再招待メッセージに含めることができる。メディア情報は、ユーザーが課金されるメディア・タイプを示し、課金インジケータは、メディア・タイプに対して課金されるユーザーを示す。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。発信ユーザー１０１が呼に対して課金されなければならない場合は、ｃｉは「発信側」と等しくなり、着信ユーザー１０４が課金されなければならない場合は、ｃｉは「着信側」と等しくなる。また、再招待は、転送モードまたは転送不可モードとしてモードを示すことによって、課金機能が発信ユーザー１０１の側にあるか、または着信ユーザー１０４の側にあるかを示すことができる。再招待は、Ｐ−ＣＳＣＦ−Ａ１３０２、Ｓ−ＣＳＣＦ−Ａ１３０３、およびＡＳ−Ａ１３０４を通じてＭＧＣＦ５０１に送信される。Ｐ−ＣＳＣＦ−Ａ１３０２に送信される再招待はＲｅ−ＩＮＶＩＴＥ１４０１でもよく、Ｓ−ＣＳＣＦ−Ａ１３０３に送信される再招待はＲｅ−ＩＮＶＩＴＥ１４０７でもよく、サービス提供アプリケーションに送信される再招待は、Ｒｅ−ＩＮＶＩＴＥ１４０８でもよい。サービス提供アプリケーションからＳ−ＣＳＣＦ−Ａ１３０３に送信される再招待は、Ｒｅ−ＩＮＶＩＴＥ１４０９でもよく、Ｓ−ＣＳＣＦ−Ａ１３０３からＭＧＣＦ５０１に送信される再招待は、Ｒｅ−ＩＮＶＩＴＥ１４１０でもよい。ＭＧＣＦ５０１は、遠隔操作パラメータに要求コンポーネントを有するメッセージに再招待をインターワークする。要求コンポーネントは、遠隔操作パラメータのＲｅｖＣａｌｌｉｎｇＲｅｑＡｃｔｉｖｅコンポーネントでもよい。再招待が「転送要求」を示している場合、ＭＧＣＦ５０１は、要求コンポーネントのこの指示をインターワークし、また、要求コンポーネントに発呼番号を含める。発呼番号は、Ｐ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーから、または発信ユーザー関連のヘッダーからマッピングすることができる。次に、ＭＧＣＦ５０１は、課金インジケータ状態を着信ユーザー１０４からの確認のために待機に変更し、タイマーを開始して、メッセージを着信ユーザー１０４のネットワークに送信する。送信されるメッセージはＦＡＣ１４０２でもよい。着信ユーザー１０４のネットワークが着信課金を許可する場合、招待はＰＳＴＮ／ＰＬＭＮ１０３ユーザーに転送される。着信ユーザー１０４のネットワークが着信課金を許可しない場合、エラー応答を送信することができる。
【００４９】
ＰＳＴＮ／ＰＬＭＮ１０３ネットワークから要求を受信すると、着信ユーザー１０４は、オファーを受け入れるか拒否するかを決定することができる。端末は、着信ユーザー１０４に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。着信ユーザー１０４がオファーを受け入れる場合、着信ユーザー１０４は、ＰＳＴＮ／ＰＬＭＮ１０３ネットワークに応答を送信する。着信ユーザー１０４は、ＩＳＤＮプロトコル要素として肯定応答を伝達することができる。ＰＳＴＮ／ＰＬＭＮ１０３は、次に、ＭＧＣＦ５０１に応答を送信する。送信された応答は、ＦＡＣ１４０３でもよい。応答を受信すると、ＭＧＣＦ５０１は、タイマーの期限が切れたかどうかをチェックする。タイマーの期限が切れている場合、エラー応答を送信することができる。応答がセッション解放要求だった場合、エラー応答を送信し、セッションを解放することができる。肯定応答が受信された場合、ＭＧＣＦ５０１は、遠隔操作パラメータに含まれている返却結果を応答メッセージにインターワークする。モードが転送不可モードとして示されている場合、転送受け入れフィールドは、応答メッセージで偽として示され、課金情報は返却応答でインターワークされる。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。ＭＧＣＦ５０１は、次に、着信課金がアクティブであることを示すように状態を変更し、タイマーを停止し、Ｓ−ＣＳＣＦ−Ａ１３０３を通じて、発信ユーザー１０１のサービス提供アプリケーションに応答を送信する。ＳＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１４０４でもよく、サービス提供アプリケーションに送信される応答は２００  ＯＫ１４１１でもよい。サービス提供アプリケーションで応答を受信すると、サービス提供アプリケーションは、発信ユーザー１０１のプロフィールで招待要求を検証する。プロフィール・チェックの後に、発信ユーザー１０１にオフライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能を通知する。ＡＶＰは課金要求に含まれていてもよい。オフラインで課金されるユーザーは前払いのユーザーでもよく、課金機能はＣＤＦでもよい。ＡＶＰは、課金機能に向けて送信される課金要求に含まれていてもよい。課金要求はＡＣＲメッセージでもよい。グループ化された新しいＡＶＰタイプは、課金要求のＩＭＳ情報に含めることができる。グループ化された新しいＡＶＰタイプは、メディア・ベースの課金情報ＡＶＰでもよい。着信ユーザー１０４にオンライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能に通知することができる。属性値ペアはクレジット要求に含めることができ、オンライン課金されるユーザーについては、クレジット要求はＣＣＲ５０９でもよい。メディア関連情報は、ＩＭＳ情報の一部でもよく、ＩＭＳ情報は、ＣＣＲ５０９メッセージのサービス情報ＡＶＰの一部でもよい。発信ユーザー１０��にオフライン課金がある場合、サービス提供アプリケーションは、課金要求をＣＤＦ１３０５に送信し、課金要求は、ＡＣＲ１４０５の形でもよい。ＣＤＦ１３０５は、肯定応答をサービス提供アプリケーションに送り返す。肯定応答はＡＣＡ１４０６でもよい。次に、サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ａ１３０３およびＰ−ＣＳＣＦ−Ａ１３０２を通じて、発信ユーザー１０１に応答を送信する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１４１２メッセージでもよく、Ｐ−ＣＳＣＦ−Ａ１３０２に送信される応答は２００  ＯＫ１４１３でもよく、発信ユーザー１０１に送信される応答は２００  ＯＫ１４１４メッセージでもよい。発信ユーザー１０１が応答を受信した後に、呼は続けられ、適切な者を呼に対して課金することができる。
【００５０】
着信ユーザー１０４のプロフィールに基づいて要求を受け入れるべきかどうかを決定する代わりに、着信ユーザー１０４のネットワークは、対話型の告知を通じて着信課金を受け入れるという着信ユーザー１０４の意思を決定することができる。着信ユーザー１０４から応答を得ると、応答を発信ユーザー１０１のネットワークに転送することができる。
【００５１】
図１５は、本明細書の実施形態に従って、呼が進行中となった後に、ＩＭＳ／ＳＩＰユーザーからＰＳＴＮ／ＰＬＭＮユーザーへの呼、および着信課金に対する着信側のＰＳＴＮ／ＰＬＭＮユーザー要求を示す図である。呼は進行中で、発信ユーザー１０１はＩＭＳ／ＳＩＰ１０２ユーザーであり、着信ユーザー１０４はＰＳＴＮ／ＰＬＭＮ１０３ユーザーであるときに、着信ユーザー１０４が、呼が進行中となった後に、課金される側になることを着信ユーザー１０４（つまり自身）に要求したい場合、着信ユーザー１０４は、セッション確立段階の後に要求を送信する。送信された要求はＦＡＣ１５０１でもよく、要求メッセージは、着信課金が要求されていることを示す設定コンポーネントを有するパラメータを含む。要求メッセージは、ＭＧＣＦ５０１によって受信されてもよい。ＭＧＣＦ５０１は、再招待メッセージに要求メッセージをインターワークする。再招待メッセージはＲｅ−ＩＮＶＩＴＥ１５０２でもよい。ＭＧＣＦ５０１は、再招待メッセージにメディアおよび課金インジケータを含む。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに「ｍ」属性を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。再招待は、モードが転送要求（Ｔｒａｎｓｆｅｒ  ｒｅｑｕｅｓｔｅｄ）かどうかを示すことによって、課金機能が発信ユーザー１０１側にあるか、または着信ユーザー１０４側にあるかを示す。転送不可モードが要求されることを設定コンポーネントが示す場合、ＭＧＣＦ５０１は課金情報に被呼番号をマッピングする。次に、ＭＧＣＦ５０１は、課金インジケータ状態を発信ユーザー１０４からの確認のために待機に変更し、タイマーを開始して、Ｓ−ＣＳＣＦ−Ａ１３０３を通じて発信ユーザー１０１のサービス提供アプリケーションに再招待を送信する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される再招待はＲｅ−ＩＮＶＩＴＥ１５０２でもよく、サービス提供アプリケーションに送信される再招待はＲｅ−ＩＮＶＩＴＥ１５０８でもよい。発信ユーザー１０１のサービス提供アプリケーションはＡＳ−Ａ１３０４でもよい。次に、サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ａ１３０３およびＰ−ＣＳＣＦ−Ａ１３０２を通じて、発信ユーザー１０１に再招待を転送することができる。
【００５２】
再招待を受信すると、発信ユーザー１０１は、オファーを受け入れるか拒否するかを決定することができる。端末は、発信ユーザー１０１に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。発信ユーザー１０１がオファーを受け入れる場合、発信ユーザー１０１は、Ｐ−ＣＳＣＦ−Ａ１３０２およびＳ−ＣＳＣＦ−Ａ１３０３を通じて、発信ユーザー１０１のサービス提供アプリケーションに肯定応答を送信する。Ｐ−ＣＳＣＦ−Ａ１３０２に送信される応答は２００  ＯＫ１５０３でもよく、ＳＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１５１２でもよく、発信ユーザー１０１のサービス提供アプリケーションに送信される応答は、２００  ＯＫ１５１３でもよい。発信ユーザー１０１によって送信される応答は、特定のメディア・タイプに対して課金される特定の者に関する情報を含むことができる。課金される側およびメディア・タイプ情報は、ＳＤＰアプリケーション本体に含めることができる。サービス提供アプリケーションで応答を受信すると、サービス提供アプリケーションは、発信ユーザー１０１のプロフィールで招待要求を検証する。プロフィール・チェックの後に、発信ユーザー１０１にオフライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能に通知する。ＡＶＰは課金要求に含まれていてもよい。オフラインで課金されるユーザーは前払いのユーザーでもよく、課金機能はＣＤＦでもよい。ＡＶＰは、課金機能に向けて送信される課金要求に含まれていてもよい。課金要求はＡＣＲメッセージでもよい。グループ化された新しいＡＶＰタイプは、課金要求のＩＭＳ情報に含めることができる。グループ化された新しいＡＶＰタイプは、メディア・ベースの課金情報ＡＶＰでもよい。着信ユーザー１０４にオンライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能に通知することができる。属性値ペアはクレジット要求に含めることができ、オンライン課金されるユーザーについては、クレジット要求はＣＣＲ５０９でもよい。メディア関連情報は、ＩＭＳ情報の一部でもよく、ＩＭＳ情報は、ＣＣＲ５０９メッセージのサービス情報ＡＶＰの一部でもよい。発信ユーザー１０１にオフライン課金がある場合、サービス提供アプリケーションは、課金要求をＣＤＦ１３０５に送信し、課金要求は、ＡＣＲ１５０４の形でもよい。ＣＤＦ１３０５は、肯定応答をサービス提供アプリケーションに送り返す。肯定応答はＡＣＡ１５０５でもよい。サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ａ１３０３を通じてＭＧＣＦ５０１に応答を送信する。Ｓ−ＣＳＣＦ−Ａ１３０３にサービス提供アプリケーションによって送信される応答は、２００  ＯＫ１５０６メッセージでもよく、ＭＧＣＦ５０１にＳ−ＣＳＣＦ−Ａ１３０３によって送信される応答は、２００  ＯＫ１５１４でもよい。応答を受信すると、ＭＧＣＦ５０１は、タイマーの期限��切れたかどうかをチェックする。タイマーの期限が切れている場合、エラー応答を送信することができる。応答がセッション解放要求だった場合、エラー応答を送信し、セッションを解放することができる。肯定応答が受信された場合、ＭＧＣＦ５０１は、返却結果コンポーネントを有する遠隔操作パラメータを含むメッセージに応答をインターワークする。応答でモードが転送モードとして示されている場合、ＭＧＣＦ５０１は、返却応答において転送受け入れパラメータを「真」として示し、返却応答に発呼番号を含める。ＭＧＣＦ５０１は、次に、着信課金がアクティブであることを示すように状態を変更し、関連するタイマーを停止し、着信ユーザー１０４に応答を送信する。送信される応答は、ＦＡＣ１５０７でもよい。着信ユーザー１０４が応答を受信した後、呼は続けられ、適切な者を呼に対して課金することができる。
【００５３】
発信ユーザーの１０１のプロフィールに基づいて要求を受け入れるべきかどうかを決定する代わりに、発信ユーザー１０１のネットワークは、対話型の告知を通じて着信課金を受け入れるという発信ユーザー１０１の意思を決定することができる。対話型の告知は、メディア・サーバーを通じて行うことができる。発信ユーザー１０１からの応答を得ると、応答を着信ユーザー１０４のネットワークに転送することができる。
【００５４】
図１６は、本明細書の実施形態に従って、セッションが進行中となった後に、ＩＭＳ／ＳＩＰユーザーからＰＳＴＮ／ＰＬＭＮユーザーへの呼、および着信課金に対する着信側のＰＳＴＮ／ＰＬＭＮユーザー要求を示す図である。発信ユーザー１０１はＩＭＳ／ＳＩＰ１０２ユーザーであり、着信ユーザー１０４はＰＳＴＮ／ＰＬＭＮ１０３ユーザーであるときに、着信ユーザー１０４が、呼が進行中となった後に、呼全体に対して課金される側になることを発信ユーザー１０１に要求したい場合、着信ユーザー１０４は、セッションが確立された後に要求を送信する。要求メッセージは、着信課金が要求されていることを示す設定コンポーネントを有するパラメータを含む。送信される要求は、遠隔操作パラメータにＲｅｖＣａｌｌｅｄＲｅｑｕｅｓｔコンポーネントを含むＦＡＣ１６０１でもよい。要求は、着信課金要求が部分的な呼のみに対するものであるという指示を含まないため、着信課金要求がセッションの全体に対するものであるという情報を伝達する。要求はＭＧＣＦ５０１によって受信される。ＭＧＣＦ５０１は、再招待メッセージに要求メッセージをインターワークする。再招待メッセージはＲｅ−ＩＮＶＩＴＥ１６０２でもよい。ＭＧＣＦ５０１は、再招待メッセージにメディアおよび課金インジケータを含む。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。ＭＧＣＦによって受信された要求が、着信課金要求がセッション全体に対するものであることを示している場合、着信課金がセッション全体に対するものであることを示すために、属性をＳＤＰアプリケーション本体に含めることができる。また、再招待は、転送モードまたは転送不可モードとしてモードを示すことによって、課金機能が発信ユーザー１０１側にあるか、または着信ユーザー１０４側にあるかを示す。転送不可モードが要求されることを設定コンポーネントが示す場合、ＭＧＣＦ５０１は課金情報に被呼番号をマッピングする。次に、ＭＧＣＦ５０１は、課金インジケータ状態を発信ユーザー１０４からの確認のために待機に変更し、タイマーを開始して、Ｓ−ＣＳＣＦ−Ａ１３０３を通じて発信ユーザー１０１のサービス提供アプリケーションに再招待を送信する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される再招待は再ＩＮＶＴＩＴＥ１６０２でもよく、サービス提供アプリケーションに送信される再招待はＲｅ−ＩＮＶＩＴＥ１６０８でもよい。発信ユーザー１０１のサービス提供アプリケーションはＡＳ−Ａ１３０４でもよい。サービス提供アプリケーションは、次に、Ｓ−ＣＳＣＦ−Ａ１３０３およびＰ−ＣＳＣＦ−Ａ１３０２を通じて発信ユーザー１０１に再招待を転送する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される再招待はＲｅ−ＩＮＶＩＴＥ１６０９でもよく、Ｐ−ＣＳＣＦ−Ａ１３０２に送信される再招待はＲｅ−ＩＮＶＩＴＥ１６１０でもよく、発信ユーザー１０１に送信される再招待はＲｅ−ＩＮＶＩＴＥ１６１１でもよい。
【００５５】
再招待を受信すると、発信ユーザー１０１は、オファーを受け入れるか拒否するかを決定することができる。端末は、発信ユーザー１０１に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。発信ユーザー１０１がオファーを受け入れる場合、発信ユーザー１０１は、Ｐ−ＣＳＣＦ−Ａ１３０２およびＳ−ＣＳＣＦ−Ａ１３０３を通じて、発信ユーザー１０１のサービス提供アプリケーションに肯定応答を送信する。Ｐ−ＣＳＣＦ−Ａ１３０２に送信される応答は２００  ＯＫ１６０３でもよく、Ｓ−ＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１６１２でもよく、サービス提供アプリケーションに送信される応答は、２００  ＯＫ１６１３でもよい。応答は、特定のメディア・タイプに対して課金される特定の者に関する情報を含むことができる。課金される側およびメディア・タイプ情報は、ＳＤＰアプリケーション本体に含めることができる。サービス提供アプリケーションで応答を受信すると、サービス提供アプリケーションは、着信課金がアクティブな期間を示すためのパラメータを含める（この場合、セッションが確立されてから経過した期間）。また、サービス提供アプリケーションは、発信ユーザー１０１のプロフィールで招待要求を検証する。プロフィール・チェックの後に、発信ユーザー１０１にオンライン課金があると決定された場合、サービス提供アプリケーションは、課金機能にメッセージを送信して、使い切ったユニットの払い戻しを要求する。発信ユーザー１０１にオフライン課金があると決定された場合、サービス提供アプリケーションは、課金要求でメディア関連の課金情報を送信する。課金要求は、代替の課金される側のアイデンティティおよび着信課金がセッション全体でアクティブであることを示す追加のフィールドを含むことができる。要求は、必要に応じて、着信課金がアクティブな期間を含むことができる。次に、要求は課金機能に送信され、課金機能は、サービス提供アプリケーションに肯定応答を送り返すことにより応答する。送信される要求はＡＣＲ１６０４でもよく、課金機能はＣＤＦ１３０５でもよく、ＣＤＦ１３０５によって送信される肯定応答はＡＣＡ１６０５でもよい。サービス提供アプリケーションは、次に、Ｓ−ＣＳＣＦ−Ａ１３０３を通じてＭＧＣＦ５０１に応答を送信する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１６０６でもよく、ＭＧＣＦ５０に送信される応答は２００  ＯＫ１６１４でもよい。応答を受信すると、ＭＧＣＦ５０１は、タイマーの期限が切れたかどうかをチェックする。タイマーの期限が切れている場合、エラー応答を送信することができる。応答がセッション解放要求だった場合、エラー応答を送信し、セッションを解放することができる。肯定応答が受信された場合、ＭＧＣＦ５０１は、遠隔操作パラメータに返却結果コンポーネントを含むメッセージに応答をインターワークする。モードが転送モードとして示されている場合、ＭＧＣＦ５０１は、返却結果コンポーネントにおいて転送受け入れパラメータを「真」として示し、着信課金がアクティブだった期間（この場合、セッションが確立さ��てから経過した期間）だけでなく、呼番号も返却結果コンポーネントに含める。ＭＧＣＦ５０１は、次に、着信課金がアクティブであることを示すように状態を変更し、タイマーを停止し、着信ユーザー１０４に応答を送信する。着信ユーザーのＰＳＴＮ／ＰＬＭＮネットワーク１０３に向けてＭＧＣＦ５０１によって送信されるメッセージは、ＦＡＣ１６０７でもよい。着信ユーザー１０４が応答を受信した後、呼は続けられ、適切な者を呼に対して課金することができる。
【００５６】
発信ユーザー１０１のプロフィールに基づいて要求を受け入れるべきかどうかを決定する代わりに、発信ユーザー１０１のネットワークは、対話型の告知を通じて着信課金を受け入れるという発信ユーザー１０１の意思を決定することができる。対話型の告知は、メディア・サーバーを通じて行うことができる。発信ユーザー１０１からの応答を得ると、応答を着信ユーザー１０４のネットワークに転送することができる。
【００５７】
図１７は、本明細書に記載の実施形態に従って、ＰＳＴＮ／ＰＬＭＮ１０３ユーザーからの呼へのＩＭＳ／ＳＩＰ１０２ユーザー、および着信課金が呼に対して要求されることを示す図である。この場合、発信ユーザー１０１または開始されたサービスに基づいて、着信ユーザー１０４は、すべての着信要求に対する着信課金または選択的な課金に対して契約している可能性がある。発信ユーザー１０１はＩＭＳ／ＳＩＰ１０２ユーザーであり、着信ユーザー１０４はＰＳＴＮ／ＰＬＭＮ１０３ユーザーであるときに、着信課金が要求されている場合、着信課金の要求は、セッション確立段階中に着信ユーザー１０４のネットワークによって送信することができる。要求は、着信課金が要求されていることを示す設定コンポーネントを有するパラメータを含む。設定コンポーネントは、遠隔操作パラメータのＲｅｖＣａｌｌｅｄＲｅｑｕｅｓｔ呼び出しコンポーネントでもよく、送信される要求はＦＡＣ１７０１でもよい。呼が待機応答状況にある場合、つまり、セッションがまだ確立されていない場合、ＦＡＣメッセージ１７０１が送信される。要求はＭＧＣＦ５０１によって受信することができる。ＭＧＣＦ５０１は、（要求メッセージ１７０１で受信された設定コンポーネントからインターワークされた）ＳＤＰアプリケーション本体を有する進捗メッセージをＳ−ＣＳＣＦ−Ａ１３０３を通じて、発信ユーザー１０１のサービス提供アプリケーションに送信する。ＭＧＣＦ５０１は、進捗メッセージにメディアおよび課金インジケータを含む。メディア情報は、ユーザーが課金されるメディア・タイプを示し、課金インジケータは、そのメディア・タイプに対してどのユーザーに課金するかを示す。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに「ｍ」属性を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。発信ユーザー１０１が呼に対して課金されなければならない場合は、「ｃｉ」は発信側と等しくなり、着信ユーザー１０４が課金されなければならない場合は、「ｃｉ」は着信側と等しくなる。また、ＭＧＣＦ５０１は、進捗メッセージに転送要求指示を含む。受信した要求メッセージの要求されたモードが転送不可モードである場合、ＭＧＣＦ５０１は、進捗メッセージの課金情報に被呼番号をマッピングする。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。ＭＧＣＦ５０１は、課金応答を待たずに、応答メッセージを送信することによって要求メッセージに応答する。要求メッセージに示されているモードが転送モードだった場合、ＭＧＣＦ５０１は、返却結果に発呼番号を含め、転送受け入れフィールドを真として示す。発呼番号は、（招待メッセージで以前に受信された）発信ユーザー関連のヘッダーからマッピングすることができる。発信ユーザー１０１のサービス提供アプリケーションはＡＳ−Ａ１３０４でもよい。Ｓ−ＣＳＣＦ−Ａ１３０３に送信された進捗メッセージは、１８３  Ｐｒｏｇｒｅｓｓメッセージ１７０２でもよく、サービス提供アプリケーションに送信された進捗メッセージは、１８３  Ｐｒｏｇｒｅｓｓメッセージ１７０９でもよい。��た、ＭＧＣＦ５０１は、遠隔操作パラメータ内に返却結果コンポーネントを含む、上述した応答メッセージを着信ユーザー１０４のＰＳＴＮ／ＰＬＭＮネットワーク１０３に送信する。送信されるメッセージはＦＡＣ１７０３でもよい。
【００５８】
進捗メッセージを受信すると、サービス提供アプリケーションは、オファーを発信ユーザー１０１に転送することも、またはそのまま課金オファーを受け入れることもできる。サービス提供アプリケーションが課金オファーを受け入れる場合、受け入れ情報は、サービス提供アプリケーションに格納される。発信ユーザー１０１が課金応答を与えなければならない場合、サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ａ１３０３およびＰ−ＣＳＣＦ−Ａ１３０２を通じて発信ユーザー１０１に課金オファーを転送する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信されるメッセージは１８３  Ｐｒｏｇｒｅｓｓメッセージ１７１０でもよく、Ｓ−ＣＳＣＦ−Ａ１３０３に送信されるメッセージは１８３  Ｐｒｏｇｒｅｓｓメッセージ１７１１でもよく、発信ユーザー１０１に送信されるメッセージは１８３  Ｐｒｏｇｒｅｓｓメッセージ１７１２でもよい。課金オファーを受信すると、発信ユーザー１０１は、オファーを受け入れるか拒否するかを決定することができる。端末は、発信ユーザー１０１に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。発信ユーザー１０１がオファーを受け入れない場合、エラー応答を送信し、セッションを解放することができる。発信ユーザー１０１がオファーを受け入れる場合、発信ユーザー１０１は、課金応答を含む肯定的な肯定応答を送信する。しかし、課金応答は、着信ユーザーからセッション確立要求への最終応答の受信まで送信されない。ＦＡＣ１７０３がＰＳＴＮ／ＰＬＭＮ１０３で受信され、着信ユーザーが通知された後、着信ユーザー１０４は、ＰＳＴＮ／ＰＬＭＮ１０３を介して、セッション確立要求への応答をＭＧＣＦ５０１に送信する。応答はＡＮＭ／ＣＯＮ１７０４でもよい。次に、ＭＧＣＦ５０１は、応答を適切なメッセージにインターワークし、Ｓ−ＣＳＣＦ−Ａ１３０３を通じて、発信ユーザー１０１のサービス提供アプリケーションに送信する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１７０５でもよく、発信ユーザーのサービス提供アプリケーションに送信される応答は、２００  ＯＫ１７１３でもよい。着信ユーザー１０４からの応答を受信すると、サービス提供アプリケーションは、発信ユーザー１０１のプロフィールをチェックする。プロフィール・チェックの後に、発信ユーザー１０１にオフライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能に通知する。ＡＶＰは課金要求に含まれていてもよい。オフラインで課金するユーザーは前払いのユーザーでもよく、課金機能はＣＤＦでもよい。ＡＶＰは、課金機能に向けて送信された課金要求に含まれていてもよい。グループ化された新しいＡＶＰタイプは、課金要求のＩＭＳ情報に含めることができる。グループ化された新しいＡＶＰタイプは、メディア・ベースの課金情報ＡＶＰでもよい。発信ユーザー１０４にオンライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して��金される特定の者に関して、課金機能に通知する。属性値ペアはクレジット要求に含めることができ、オンライン課金されるユーザーについては、クレジット要求はＣＣＲ５０９でもよい。メディア関連情報は、ＩＭＳ情報の一部でもよく、ＩＭＳ情報は、ＣＣＲ５０９メッセージのサービス情報ＡＶＰの一部でもよい。発信ユーザー１０１にオフライン課金がある場合、サービス提供アプリケーションは、課金要求をＣＤＦ１３０５に送信し、課金要求は、ＡＣＲ１７０６の形でもよい。ＣＤＦ１３０５は、肯定応答をサービス提供アプリケーションに送り返す。肯定応答はＡＣＡ１７０７でもよい。次に、サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ａ１３０３およびＰ−ＣＳＣＦ−Ａ１３０２を通じて、発信ユーザー１０１に応答を送信する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１７１４でもよく、Ｐ−ＣＳＣＦ−Ａ１３０２に送信される応答は２００  ＯＫ１７１５でもよく、発信ユーザー１０１に送信される応答は２００  ＯＫ１７１６でもよい。応答を受信すると、発信ユーザー１０１は、Ｐ−ＣＳＣＦ−Ａ１３０２、Ｓ−ＣＳＣＦ−Ａ１３０３、および発信ユーザー１０１のサービス提供アプリケーションを通じて、肯定応答で課金応答をＭＧＣＦ５０１に送信することで応答する。Ｐ−ＣＳＣＦ−Ａ１３０２に送信される肯定応答は２００  ＯＫ１７０８でもよく、Ｓ−ＣＳＣＦ−Ａ１３０３に送信される肯定応答は２００  ＯＫ１７１７でもよく、サービス提供アプリケーションに送信される肯定応答は２００  ＯＫ１７１８でもよい。サービス提供アプリケーションからＳ−ＣＳＣＦ−Ａ１３０３に送信される肯定応答は、２００  ＯＫ１７１９でもよく、Ｓ−ＣＳＣＦ−Ａ１３０３からＭＧＣＦ５０１に送信される肯定応答は、２００  ＯＫ１７２０でもよい。送信される肯定応答はＡＣＫメッセージでもよい。呼は続けられ、適切な者を呼に対して課金することができる。
【００５９】
発信側のＩＭＳ／ＳＩＰネットワークからＭＧＣＦに送信された最初のセッション要求メッセージが、ＳＤＰオファーを含み、着信側のＰＳＴＮ／ＰＬＭＮネットワーク１０３がＡＣＭをすでに送信しており、これが１８ｘ応答でＭＧＣＦによってＳＤＰ応答にインターワークされた場合、遠隔操作パラメータにＲｅｖＣａｌｌｅｄＲｅｑｕｅｓｔコンポーネントを含むＦＡＣ１７０１メッセージを受信したときに、ＭＧＣＦ５０１は、適切な値に設定された課金インジケータを有する課金オファーを含むＵＰＤＡＴＥ（更新）メッセージにそれをインターワークすることができる。このＵＰＤＡＴＥメッセージは、ＳＣＳＣＦ−Ａ１３０３、発信ユーザー１３０４のサービス提供アプリケーション、再びＳ−ＣＳＣＦ−Ａ１３０３、そしてＰ−ＣＳＣＦ−Ａ１３０２を介して発信ユーザー１０１に送信することができる。次に、発信ユーザー１０１は、２００  ＯＫ応答をＵＰＤＡＴＥメッセージに送信することにより、課金オファーを受け入れることを決定することができる。この２００  ＯＫは、Ｐ−ＣＳＣＦ−Ａ１３０２、Ｓ−ＣＳＣＦ−Ａ１３０３、発信ユーザー１３０４のサービス提供アプリケーション、および再びＳ−ＣＳＣＦ−Ａ１３０３を介してＭＧＣＦ５０１に送信される。次に、ＭＧＣＦは、ＵＰＤＡＴＥメッセージに対する２００  ＯＫ応答をＦＡＣメッセージ１７０３にインターワークし、着信側のＰＳＴＮ／ＰＬＭＮネットワーク１０３に送信する。発信ユーザー１３０４のサービス提供アプリケーションは、（Ｐ−ＣＳＣＦ−Ａ１３０２およびＳ−ＣＳＣＦ−Ａ１３０３を介して）発信ユーザーからのＵＰＤＡＴＥメッセージに対する２００  ＯＫ応答を受信したときに、課金機能に通知することができる。
【００６０】
図１８ａおよび図１８ｂは、本明細書の実施形態に従って、ＩＭＳ／ＳＩＰユーザーからＰＳＴＮ／ＰＬＭＮユーザーへの着信課金された呼、および発信ユーザーは着信課金を無効にしたいことを示す図である。発信ユーザー１０１がＩＭＳ／ＳＩＰ１０２ユーザーであり、着信ユーザー１０４がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであるときに、着信課金がアクティブな場合、発信ユーザーは、セッション中に後に着信課金を無効にすることを決定することができる。例として、発信ユーザー１０１または開始されたサービスに基づいて、着信ユーザー１０１は、すべての着信要求に対する着信課金または選択的な課金に対して契約している可能性がある。着信課金要求は、セッション確立段階中に着信ユーザー／着信側のネットワーク側から行われる。これは図１８のステップ１８０１〜１８２０に示されており、図１７のステップ１７０１〜１７２０に非常に似ている。これらのステップは、セッション自体の開始から成功した着信課金の有効化を示している。呼は続けられ、適切な者を呼に対して課金することができる。他の着信課金は前述した異なる他のシナリオにおいて呼び出された可能性があり、唯一の関連する態様は、着信課金の呼び出し後に呼が継続するということである。
【００６１】
呼の後に着信課金がアクティブで、発信ユーザー１０１は着信課金を無効にしたい場合、発信ユーザー１０１は、着信課金キャンセル要求を着信ユーザー１０４に送信する。キャンセル要求は、Ｒｅ−ＩＮＶＩＴＥ１８２１の形で送信することができる。発信ユーザー１０１は、メディアおよび課金インジケータを再招待Ｒｅ−ＩＮＶＩＴＥ１８２１に含めて再招待メッセージを送信する。メディア情報は、ユーザーが課金されるメディア・タイプを示し、課金インジケータは、そのメディア・タイプに対してどのユーザーに課金するかを示す。メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。再招待は、Ｐ−ＣＳＣＦ−Ａ１３０２およびＳ−ＣＳＣＦ−Ａ１３０３を通じて、発信ユーザー１０１のサービス提供アプリケーションに送信される。Ｐ−ＣＳＣＦ−Ａ１３０２に送信される再招待はＲｅ−ＩＮＶＩＴＥ１８２１でもよく、Ｓ−ＣＳＣＦ−Ａ１３０３に送信される再招待はＲｅ−ＩＮＶＩＴＥ１８２２でもよく、サービス提供アプリケーションに送信される再招待は、Ｒｅ−ＩＮＶＩＴＥ１８２３でもよい。サービス提供アプリケーションは、次に、Ｓ−ＣＳＣＦ−Ａ１３０３を通じてＭＧＣＦ５０１に再招待を転送する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される再招待はＲｅ−ＩＮＶＩＴＥ１８２４でもよく、ＭＧＣＦ５０１に送信される再招待はＲｅ−ＩＮＶＩＴＥ１８２５でもよい。ＭＧＣＦ５０１は、遠隔操作パラメータにキャンセル・コンポーネントを含むメッセージに再招待をインターワークする。キャンセル・コンポーネントは、遠隔操作パラメータＦＡＣ１８２６のＲｅｖＣａｌｌｉｎｇＲｅｑＣａｎｃｅｌコンポーネントでもよい。ＭＧＣＦ５０１は、メッセージに転送要求フィールドを含み、課金機能が発信ユーザー１０１のネットワークによって実行されることを示す。次に、ＭＧＣＦ５０１は、課金インジケータ状態を着信ユーザー１０４からの応答のために待機に変更し、タイマーを開始して、メッセージを送信する。送信されるメッセージはＦＡＣ１８２６でもよい。ＦＡＣメッセージは、着信ユーザー１０４のネットワークで受信することができる。着信課金がアクティブでなかった場合、エラー応答を送信することができる。着信課金がアクティブだった場合、着信ユーザー１０４は、オファーを受け入れるか拒否するかを決定することができる。端末は、着信ユーザー１０４に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。要求が拒否される場合、シナリオは例外的なシナリオとして処理することができ、エラー応答を送信することができる。着信ユーザー１０４がオファーを受け入れる場合、着信ユーザー１０４は、着信ユーザーのＰＳＴＮ／ＰＬＭＮネットワーク１０３に肯定応答を送信する。着信ユーザーのＰＳＴＮ／ＰＬＭＮ１０３は、次に、ＭＧＣＦ５０１に肯定応答を送信する。送信される応答は、ＦＡＣ１８２７でもよい。
【００６２】
応答を受信すると、ＭＧＣＦ５０１は、応答がセッション解放要求だったかどうかを決定するためにチェックする。応答がセッション解放要求だった場合、エラー応答を送信し、セッションを解放することができる。タイマーの期限が切れると、エラー応答をＭＧＣＦ５０１によって送信することができる。肯定応答を受信すると、ＭＧＣＦ５０１は、転送受け入れ指示を有するＳＤＰ本体を含むメッセージに応答をインターワークする。全体的なモードが転送不可を示している場合、および転送受け入れフィールドが真として示されている場合、ＭＧＣＦ５０１は、課金情報の返却結果コンポーネントで被呼番号をインターワークする。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。ＭＧＣＦ５０１は、次に、Ｓ−ＣＳＣＦ−Ａ１３０３を通じて、発信ユーザー１０１のサービス提供アプリケーションに応答を送信し、関連するタイマーを停止する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１８２８でもよく、サービス提供アプリケーションに送信される応答は、２００  ＯＫ１８２９でもよい。着信ユーザー１０４から応答を受信すると、サービス提供アプリケーションは、発信ユーザー１０１のプロフィールで応答を検証する。プロフィール・チェックの後に、発信ユーザー１０１にオフライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能に通知する。ＡＶＰは課金要求に含まれていてもよく、課金機能はＣＤＦでもよい。着信ユーザー１０４にオンライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能に通知する。属性値ペアはクレジット要求に含めることができ、オンライン課金されるユーザーについては、クレジット要求はＣＣＲ５０９でもよい。発信ユーザー１０１にオンライン課金がある場合、および全体的なモードが「転送」を示している場合、セッションは、発信ユーザー１０１のサービス提供アプリケーションによって解放される。発信ユーザー１０１にオフライン課金がある場合、サービス提供アプリケーションは、課金要求をＣＤＦ１３０５に送信し、課金要求は、ＡＣＲ１８３０の形でもよい。ＣＤＦ１３０５は、肯定応答をサービス提供アプリケーションに送り返す。肯定応答はＡＣＡ１８３１でもよい。次に、サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ａ１３０３およびＰ−ＣＳＣＦ−Ａ１３０２を通じて、発信ユーザー１０１に応答を送信する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１８３２でもよく、Ｐ−ＣＳＣＦ−Ａ１３０２に送信される応答は２００  ＯＫ１８３３でもよく、発信ユーザー１０１に送信される応答は２００  ＯＫ１８３４でもよい。呼は続けられ、発信ユーザーを呼に対して課金することができる。
【００６３】
図１９ａおよび図１９ｂは、本明細書に記載の実施形態に従って、ＩＭＳ／ＳＩＰユーザーからＰＳＴＮ／ＰＬＭＮユーザーへの着信課金された呼、および着信ユーザーは着信課金を無効にしたいことを示す図である。発信ユーザー１０１がＩＭＳ／ＳＩＰ１０２ユーザーであり、着信ユーザー１０４がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであるときに、着信課金がアクティブな場合、着信ユーザーは、セッション中に後に着信課金を無効にすることを決定することができる。例として、着信課金は、呼設定中に、呼全体に対して発信ユーザー１０４によって要求された。これは図１９のステップ１９０１〜１９１４に示されており、図１３のステップ１３０６〜１３１９に非常に似ている。他の着信課金は前述した異なる他のシナリオにおいて呼び出された可能性があり、唯一の関連する態様は、着信課金の呼び出し後に呼が継続するということである。
【００６４】
呼の後に着信課金がアクティブで、着信ユーザー１０４は着信課金を無効にしたい場合、着信ユーザー１０４は、キャンセル要求を発信ユーザー１０１に送信する。キャンセル要求は、着信側のＰＳＴＮ／ＰＬＭＮ１０３によって、遠隔操作パラメータのキャンセル・コンポーネントとともにＭＧＣＦ５０１に送信される。キャンセル・コンポーネントは、遠隔操作パラメータのＲｅｖＣａｌｌｅｄＲｅｑＣａｎｃｅｌコンポーネントでもよい。ＰＳＴＮ／ＰＬＭＮ１０３は、着信課金がすでにアクティブだったかどうかをチェックする。着信課金がアクティブでなかった場合、エラー応答は着信ユーザー１０４に送信することができる。着信課金がアクティブだった場合、キャンセル要求はＭＧＣＦ５０１に送信される。キャンセル要求は、ＦＡＣ１９１５として送信することができる。キャンセル要求を受信すると、ＭＧＣＦ５０１は、メディアおよび課金インジケータを含む再招待メッセージにキャンセル要求をインターワークする。再招待メッセージはＲｅ−ＩＮＶＩＴＥ１９１６でもよく、メディア・タイプおよび課金インジケータは、ＳＤＰの一部として含まれていてもよい。メディア・タイプは、ＳＤＰに属性「ｍ」を使用することにより示すことができ、課金インジケータは、ＳＤＰに属性「ｃｉ」として含まれていてもよい。ＭＧＣＦ５０１は、キャンセル・コンポーネントの転送要求指示をＳＤＰアプリケーション本体の指示にマッピングする。キャンセル要求が全体的な転送モードを転送不可として示しており、転送要求フィールドは、キャンセル・コンポーネントで真として示されている場合、ＭＧＣＦ５０１は、被呼番号を課金情報にインターワークする。課金情報はＰ−Ｃｈａｒｇｅ−Ｉｎｆｏヘッダーでもよい。次に、ＭＧＣＦ５０１は、課金インジケータ状態を発信ユーザー１０１からの応答を待つために待機に変更し、タイマーを開始して、Ｓ−ＣＳＣＦ−Ａ１３０３を通じて発信ユーザー１０１のサービス提供アプリケーションに再招待を送信する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される再招待はＲｅ−ＩＮＶＩＴＥ１９１６でもよく、サービス提供アプリケーションに送信される再招待はＲｅ−ＩＮＶＩＴＥ１９１７でもよい。サービス提供アプリケーションは、次に、Ｓ−ＣＳＣＦ−Ａ１３０３およびＰ−ＣＳＣＦ−Ａ１３０２を通じて発信ユーザー１０１に再招待を送信する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される再招待はＲｅ−ＩＮＶＩＴＥ１９１８でもよく、ＰＣＳＣＦ−Ａ１３０２に送信される再招待はＲｅ−ＩＮＶＩＴＥ１９１９でもよく、発信ユーザー１０１に送信される再招待はＲｅ−ＩＮＶＩＴＥ１９２０でもよい。全体的な転送モードが転送である場合、および発信ユーザー１０１にオンライン課金がある場合、および転送要求がＲｅ−ＩＮＶＩＴＥで真だった場合、発信ユーザー１３０４のサービス提供アプリケーションは、再招待メッセージに対するエラー応答をＭＧＣＦ５０１に送信することができる。
【００６５】
サービス提供アプリケーションから再招待を受信すると、発信ユーザー１０１は、オファーを受け入れるか拒否するかを決定することができる。端末は、発信ユーザー１０１に問い合わせることも、またはターミナルの設定に基づいて、応答を送信する前に、オファーを受け入れるべきか、拒否するべきかを決定することもできる。要求が拒否される場合、シナリオは例外的なシナリオとして処理することができ、エラー応答を送信することができる。発信ユーザー１０１がオファーを受け入れる場合、発信ユーザー１０１は、Ｐ−ＣＳＣＦ−Ａ１３０２およびＳ−ＣＳＣＦ−Ａ１３０３を通じて、要求の受け入れを示す課金応答を有する肯定応答を発信ユーザー１０１のサービス提供アプリケーションに送信することができる。Ｐ−ＣＳＣＦ−Ａ１３０２に送信される応答は２００  ＯＫ１９２１でもよく、Ｓ−ＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１９２２でもよく、サービス提供アプリケーションに送信される応答は、２００  ＯＫ１９２３でもよい。発信ユーザー１０１のサービス提供アプリケーションは、発信ユーザー１０１のプロフィールで再招待要求を検証する。プロフィール・チェックの後に、発信ユーザー１０１にオフライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能に通知する。グループ化された新しいＡＶＰタイプは、メディア・ベースの課金情報ＡＶＰでもよい。着信ユーザー１０４にオンライン課金があると決定された場合、サービス提供アプリケーションは、ＩＭＳ情報のＡＶＰを通じて、特定のメディア・タイプに対して課金される特定の者に関して、課金機能に通知することができる。属性値ペアはクレジット要求に含めることができ、オンライン課金されるユーザーについては、クレジット要求はＣＣＲ５０９でもよい。メディア関連情報は、ＩＭＳ情報の一部でもよく、ＩＭＳ情報は、ＣＣＲ５０９メッセージのサービス情報ＡＶＰの一部でもよい。発信ユーザー１０１にオフライン課金がある場合、サービス提供アプリケーションは、課金要求をＣＤＦ１３０５に送信し、課金要求は、ＡＣＲ１９２４の形でもよい。ＣＤＦ１３０５は、肯定応答をサービス提供アプリケーションに送り返す。肯定応答はＡＣＡ１９２５でもよい。肯定応答を受信すると、サービス提供アプリケーションは、Ｓ−ＣＳＣＦ−Ａ１３０３を通じてＭＧＣＦ５０１に応答を送信する。Ｓ−ＣＳＣＦ−Ａ１３０３に送信される応答は２００  ＯＫ１９２６でもよく、ＭＧＣＦ５０１に送信される応答は２００  ＯＫ１９２７でもよい。応答の転送受け入れフィールドは、モードが転送モードだったか転送不可モードだったかを示すことができる。
【００６６】
応答を受信すると、ＭＧＣＦ５０１は、応答がセッション解放要求だったかどうかを決定するためにチェックする。セッション解放要求を受信すると、エラー応答を送信し、セッションを解放することができる。タイマーの期限が切れている場合、エラー応答を送信することができる。肯定応答がＭＧＣＦ５０１によって受信された場合、ＭＧＣＦ５０１は、遠隔操作パラメータに返却結果コンポーネントを含むメッセージに応答をインターワークし、また、返却結果に転送受け入れ指示を含める。メッセージはＦＡＣ１９２８でもよい。全体的なモードが転送モードである場合、および転送受け入れフィールドが真として示されている場合、発信ユーザー番号は、返却結果コンポーネントに含まれる。ＭＧＣＦ５０１は、次に、ＰＳＴＮ／ＰＬＭＮ１０３に応答を送信し、関連するタイマーを停止する。着信側のＰＳＴＮ／ＰＬＭＮ１０３による応答を受信すると、呼は続けられ、発信ユーザーを呼に対して課金することができる。
【００６７】
発信ユーザー１０１が要求に対して契約（ｓｕｂｓｃｒｉｂｅ）できる場合、発信ユーザー１０１のサービス提供アプリケーションは、発信ユーザー１０１のプロフィール設定に基づいて、適切な応答を要求に送信することができる。発信ユーザー１０１のプロフィールに基づいて要求を受け入れるべきかどうかを決定する代わりに、サービス提供アプリケーションは、対話型の告知を通じて着信課金を受け入れるという発信ユーザー１０１の意思を決定することができる。発信ユーザー１０１からの応答を得ると、応答は着信ユーザー１０４のネットワークに転送される。
【００６８】
他の実施形態では、発信ユーザー１０１がＩＭＳ／ＳＩＰ１０２ユーザーで、着信ユーザー１０４がＰＳＴＮ／ＰＬＭＮ１０３ユーザーである場合、呼がユーザーＣに転送されるか転換されたときに、課金情報をユーザー間で交換しなければならないことがある。着信ユーザー１０４が、発信ユーザー１０１から受信した招待メッセージに対して「３０２応答（３０２  ｒｅｓｐｏｎｓｅ）」を返す場合、呼を転送することができる。３０２メッセージは、呼をリダイレクトするように発信ユーザー１０１に依頼するために使用されるＳＩＰ応答コードである。この場合、着信ユーザー１０４のサービス提供アプリケーションは、まだセッションに関係することができ、ＰＳＴＮ／ＰＬＭＮはユーザーＣを着信側と見なすことができる。着信課金は、ネットワークまたはユーザーのオペレータによって処理することができる。特定タイプの着信課金の優先度は、また、ネットワークまたはオペレータに依存することができる。
【００６９】
発信ユーザー１０１はＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４はＩＭＳ／ＳＩＰ１０２ユーザーであり、発信ユーザー１０１が、呼の最初に着信課金について着信ユーザー１０４に要求した場合、呼は、ユーザーＣに転送することも転換することもできる。着信ユーザー１０４が着信ユーザー１０４のプロフィールで呼転換をアクティブにしていて、セッションに対して呼転換がアクティブであると決定された場合、ＰＳＴＮ／ＰＬＭＮ１０３は、「付加サービス対話を許可しない」を示すエラー返送コンポーネントを有する遠隔操作パラメータを含む解放メッセージを送信することができる。ＭＧＣＦ５０１は、次に、課金オファーが拒否されたことを示す２００  ＯＫ応答の課金応答メッセージに応答をインターワークし、続いて両方向にセッション解放を開始する。このセッション要求に対して着信課金が適用可能であることを着信ユーザー１０４のプロフィールが示している場合、課金オファーは、着信ユーザー１０４のＰＳＴＮ／ＰＬＭＮ１０３によって受け入れることができ、ＰＳＴＮ／ＰＬＭＮ１０３は、発信ユーザー１０１に適切な応答を送信する。着信ユーザー１０４のＰＳＴＮ／ＰＬＭＮ１０３は、ユーザーＣのネットワークから受信した応答で必要な更新を行い、発信ユーザー１０１のネットワークに応答を送信する前に、課金オファーの受け入れを示す。
【００７０】
発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーであり、着信ユーザー１０４がＩＭＳ／ＳＩＰ１０２ユーザーであり、セッションが進行中となった後に、発信ユーザー１０１が着信課金について要求した場合、呼は、ユーザーＣに転送することも転換することもできる。着信ユーザー１０４が着信ユーザー１０４のプロフィールで呼転換をアクティブにしていると決定し、セッションに対して呼転換がアクティブである場合、ＰＳＴＮ／ＰＬＭＮ１０３は、「付加サービス対話を許可しない」を示すエラー返送コンポーネントを有する遠隔操作パラメータを含むＦＡＣメッセージを送信する。エラー返送コンポーネントは、ＭＧＣＦ５０１によって理由ヘッダーを有するエラー応答にインターワークされる。送信されたエラー応答は、理由ヘッダー「利用不可」を有するＳＩＰ応答コード４１８課金インジケータ受け入れ不可でもよい。
【００７１】
発信ユーザー１０１のネットワークまたは適切な者からの応答を待つために使用される着信ユーザー１０４のネットワークに使用されるタイマーがあってもよい。発信ユーザー１０１が、呼の開始から課金される側になることを着信ユーザー１０４に要求したい場合、ＭＧＣＦ５０１は、ＲｅｖＣａｌｌｉｎｇＲｅｑＳｅｔｕｐ応答を待つためにタイマーを開始する。発信ユーザー１０１が、セッションがアクティブとなった後に、課金される側になることを着信ユーザー１０４に要求したい場合、ＭＧＣＦ５０１は、ＲｅｖＣａｌｌｉｎｇＲｅｑＡｃｔｉｖｅ応答を待つためにタイマーを開始する。着信ユーザー１０４が、セッションがアクティブとなった後に、課金される側になることを発信ユーザー１０１に要求したい場合、ＭＧＣＦ５０１は、ＲｅｖＣａｌｌｅｄＲｅｑｕｅｓｔ応答を待つためにタイマーを開始する。着信ユーザー１０４が、セッションの開始から課金される側になることを発信ユーザー１０１に要求したい場合、ＭＧＣＦ５０１は、ＲｅｖＣａｌｌｅｄＲｅｑｕｅｓｔ応答を待つためにタイマーを開始する。発信ユーザー１０１が、アクティブな着信課金を無効にしたい場合、ＭＧＣＦ５０１は、ＲｅｖＣａｌｌｉｎｇＲｅｑＣａｎｃｅｌ応答を待つためにタイマーを開始する。着信ユーザー１０４が、アクティブな着信課金を無効にしたい場合、ＭＧＣＦ５０１は、ＲｅｖＣａｌｌｅｄＲｅｑＣａｎｃｅｌ応答を待つためにタイマーを開始する。
【００７２】
他の実施形態では、サービス提供アプリケーションがＡＳ−Ａ１３０４でない場合、Ｓ−ＣＳＣＦ−Ａ１３０３は、ＡＳ−Ａ１３０４によって実行された機能も実行することができる。Ｓ−ＣＳＣＦ−Ａ１３０３とＯＣＳ５０４との間のインターフェースは、ＩＭＳ−ＧＷＦを通じる。発信ユーザー１０１のＳ−ＣＳＣＦ−Ａ１３０３は、発信ユーザー１０１のＡＳ−Ａ１３０４をアクティブ化するか、またはサービス提供アプリケーションによって行われるすべてのアクションを実行することができる。サービス提供アプリケーションがＡＳ−Ｂ５０３でない場合、Ｓ−ＣＳＣＦ−Ｂ５０２は、ＡＳ−Ｂ５０３によって実行される機能も実行することができる。Ｓ−ＣＳＣＦ−Ｂ５０２とＯＣＳ５０４との間のインターフェースは、ＩＭＳゲートウェイ機能（ＧＷＦ）を通じる。着信ユーザー１０４のＳ−ＣＳＣＦ−Ｂ５０２は、着信ユーザー１０４のＡＳ−Ｂ５０３をアクティブ化するか、またはサービス提供アプリケーションによって行われるすべてのアクションを実行することができる。ＳＩＰネットワークの場合には、サービス提供アプリケーションによって実行されるアクションも、ＳＩＰプロキシ・サーバーによって実行することができる。ゲートウェイの機能は、ＭＧＣＦ５０１、またはＰＳＴＮ／ＰＬＭＮ１０３ゲートウェイ・ネットワーク要素によって実行することができる。課金機能は、ＳＩＰプロキシ内に共存することも、しないこともあり、課金機能へのインターフェースは、ネットワーク／オペレータに依存することができる。また、ネットワーク制御装置は、ＭＧＣＦ５０１およびＰＳＴＮ／ＰＬＭＮ１０３の機能を実行することができる。
【００７３】
他の実施形態では、着信課金が着信ユーザーによって要求されると、発信ユーザーのネットワークは、発信ユーザーに問い合わせずに、要求を受け入れるか拒否するかを決定することができる。着信課金要求の通知は、必要に応じて、発信ユーザーに送信することができる。着信課金が発信ユーザーによって無効にされると、着信ユーザーのネットワークは、着信ユーザーに問い合わせずに、要求を受け入れるか拒否するかを決定することができる。着信課金取り消し要求の通知は、必要に応じて、着信ユーザーに送信することができる。
【００７４】
他の実施形態では、着信課金の取り消しがセッション全体に対するものであってもよく、追加の指示は着信課金取り消し要求に含まれていてもよい。次に、課金機能はそれに応じて通知され、発信ユーザーはセッションの全体に対して課金される。
【００７５】
他の実施形態では、ＰＳＴＮ／ＰＬＭＮ１０３ネットワーク間の着信課金情報をインターワークするために、エンド・ツー・エンドの信号方式をＰＳＴＮ／ＰＬＭＮ１０３によって使用することができる。使用されるエンド・ツー・エンドの方式は、パス・アロング方式（Ｐａｓｓ  Ａｌｏｎｇ  Ｍｅｔｈｏｄ）または信号接続制御部（ＳＣＣＰ）でもよい。ＳＣＣＰは、シグナリング・システム７遠隔通信ネットワークにおいて、拡張経路（ｅｘｔｅｎｄｅｄ  ｒｏｕｔｉｎｇ）、フロー制御、セグメント化、接続方向（ｃｏｎｎｅｃｔｉｏｎ−ｏｒｉｅｎｔａｔｉｏｎ）、および誤り訂正機能を提供するネットワーク層プロトコルである。パス・アロング方式は、過去に確立された物理的接続のシグナリング経路に沿って情報が送信されることを特徴とする信号方式である。エンド・ツー・エンドの信号方式が使用される場合、ＭＧＣＦ５０１は、エンド・ツー・エンドの信号方式のコンテンツを適切な課金オファーおよび課金応答にインターワークすることができる。
【００７６】
ＩＭＳ／ＳＩＰ１０２ネットワークが課金オファーを開始して、着信課金を示す課金応答が一部のメディアのみに対するものであり、セッション全体に対するものでない場合、ＭＧＣＦ５０１は、そのような呼の成功した完了を許可することができる。メディア・ベースの課金が、ＩＭＳ／ＳＩＰ１０２ネットワークからの課金オファーで要求される場合、ＭＧＣＦ５０１は、課金オファーを適切な着信課金要求に変換し、要求をＰＳＴＮ／ＰＬＭＮ１０３に送信する。ＰＳＴＮ／ＰＬＭＮ１０３が要求を受け入れる場合、ＭＧＣＦ５０１は、着信課金がセッションに関係するすべてのメディア・タイプに対するものであることを示す課金応答を送信する。メディア・ベースの課金が、ＩＭＳ／ＳＩＰ１０２ネットワークからの課金応答で要求される場合、ＭＧＣＦ５０１は、メディア・ベースの課金が許可されないことを示す。メディア・ベースの課金が許可されないことを示すために、追加の属性をＳＤＰアプリケーション本体内に使用することができる。ＭＧＣＦ５０１は課金応答を適切な着信課金応答に変換し、ＰＳＴＮ／ＰＬＭＮ１０３に応答を送信する。次に、ＭＧＣＦは、ＩＭＳ／ＳＩＰ１０２ネットワークに向けて新しい課金オファーを開始し、セッションに関係するすべてのメディアに対して着信課金を要求する。
【００７７】
他の実施形態では、ＰＳＴＮ／ＰＬＭＮ１０３からの着信課金要求が転送モードを示していない場合、ＩＭＳ／ＳＩＰ１０２ネットワークは、応答において転送受け入れフィールドを真として示すことができ、応答に被呼番号または発呼番号を含める。ＩＭＳ／ＳＩＰ１０２ネットワークが着信ネットワーク（ｔｅｒｍｉｎａｔｉｎｇ  ｎｅｔｗｏｒｋ）である場合、応答に被呼番号を追加することができ、ＩＭＳ／ＳＩＰ１０２ネットワークが発信ネットワーク（ｏｒｉｇｉｎａｔｉｎｇ  ｎｅｔｗｏｒｋ）である場合、応答に発呼番号を追加することができる。この手法により呼完了率を上げることができる。
【００７８】
他の実施形態では、ネットワーク固有または国固有の指示をＰＳＴＮ／ＰＬＭＮ１０３に含めることができる。呼がＰＳＴＮ／ＰＬＭＮ１０３ネットワークからのものである場合、ＩＡＭメッセージの順方向呼インジケータの予備ビットは、コレクト・コール指示を運ぶことができる。予備ビットは、ＭＧＣＦ５０１によって招待メッセージの適切な課金オファーにインターワークされる。予備ビットはビットＭでもよく、コレクト・コールは、着信側が発信側からの呼を受け入れることに合意した後のみ、着信側が呼に対して課金されることを特徴とするサービスである。ＩＭＳ／ＳＩＰ１０２ネットワークに向けて送信される課金オファーでは、ＭＧＣＦは、ＳＤＰアプリケーション本体の課金インジケータを「着信側」として示す。次に、ＰＳＴＮ／ＰＬＭＮ１０３の動的な課金情報は、ＳＤＰアプリケーション本体を使用して、ＳＩＰの課金インジケータ・フレームワークにインターワークされる。ＰＳＴＮ／ＰＬＭＮ１０３の動的な課金情報もアプリケーション転送メカニズムを使用してインターワークすることができる。ＩＭＳ／ＳＩＰ１０２ネットワークから始まり、ＰＳＴＮ／ＰＬＭＮ１０３ネットワークで終了する呼については、アドレス完了メッセージ（ＡＣＭ：Ａｄｄｒｅｓｓ  Ｃｏｍｐｌｅｔｅ  Ｍｅｓｓａｇｅ）、または呼経過メッセージ（ＣＰＧ：Ｃａｌｌ  Ｐｒｏｇｒｅｓｓ  Ｍｅｓｓａｇｅ）、またはＡＮＭ  ＩＳＵＰメッセージで受信される逆方向呼インジケータをインターワークすることによって、発信ユーザー１０１に対する課金の停止を行うことができる。ＭＧＣＦ５０１は、課金オファーに送信される応答で「課金なし」を示す。送信される応答は２００  ＯＫ応答でもよい。ＭＧＣＦ５０１は、ＩＭＳ／ＳＩＰ１０２ネットワークに向けて送信される２００  ＯＫメッセージの課金オファーで、ＳＤＰアプリケーション本体において、課金インジケータを「なし」として示す。課金関連情報を送信するどのようなメカニズムも、課金オファーおよび課金応答フレームワークにインターワークすることができる。これは範囲および用途が広い一般的で柔軟なフレームワークである。
【００７９】
２人のユーザー間の呼の解放につながる可能性がある例外的なシナリオがある場合もある。着信ユーザー１０４または着信ユーザー１０４のネットワークに要求を受け入れる意思がない場合、着信ユーザー１０４または着信ユーザー１０４のネットワークは、発信ユーザー１０１にエラー応答を送信することができる。発信ユーザー１０１がエラー応答を受信すると、発信ユーザー１０１は、いつ要求が行われたか、およびエラー応答のタイプに基づいて、呼の処理を進めることができる。発信ユーザー１０１または着信ユーザー１０４が呼の処理を進めたくない場合、セッションを解放することができる。ＩＭＳ／ＳＩＰネットワークからのエラー応答は、ＭＧＣＦ５０１によってエラー返送コンポーネントを含む解放メッセージにインターワークされ、ＰＳＴＮ／ＰＬＭＮに送信することができる。着信側のネットワークからの応答を待つタイマーの期限が切れた場合、ＭＧＣＦ５０１は、セッションの解放を開始することができる。着信課金がアクティブであることを状態が示している場合、およびＭＧＣＦ５０１が発信ユーザー１０１から他の着信課金オファーを受信する場合、ＭＧＣＦ５０１は適切なエラー応答で応答することができる。着信課金がアクティブであることを状態が示している場合、および着信ユーザー１０４から他の着信課金オファーがある場合、ＭＧＣＦ５０１（またはオファーがＩＭＳ／ＳＩＰネットワークに向けて送信された場合、サービス提供アプリケーション）は、着信課金がすでにアクティブだったことを示すエラー応答を返すことができる。ＩＭＳ／ＳＩＰ１０２ネットワークが、着信課金がセッション全体ではなく、一部のメディア属性のみに対するものであることを示す課金オファーを開始する場合、ＭＧＣＦ５０１は、オファーを拒否し、エラー応答を送信することができる。ＩＭＳ／ＳＩＰ１０２ネットワークが、着信課金がセッション全体ではなく、一部のメディア属性のみに対するものであることを示す課金応答を開始する場合、ＭＧＣＦ５０１は、セッションを解放し、エラー応答を送信することができる。状態が着信ユーザー１０４からの「応答を待機（ｗａｉｔｉｎｇ  ｆｏｒ  ｒｅｓｐｏｎｓｅ）」である場合、および着信ユーザー１０４が呼を終了したい場合、ＭＧＣＦ５０１は、呼の解放を開始することができる。
【００８０】
着信課金には、多数の実際的な使用法がある。本明細書に開示した実施形態は、ＰＳＴＮ／ＰＬＭＮ１０３ユーザーとボイス・オーバ・インターネット・プロトコル（ＶＯＩＰ）ユーザーとの間の呼に使用することもできる。呼は、ＶＯＩＰ／ＩＭＳ／ＳＩＰユーザーが着信ユーザー１０４であり、ＰＳＴＮ／ＰＬＭＮ１０３ユーザーが発信ユーザー１０１であってもよい。また、呼は、ＶＯＩＰ／ＩＭＳ／ＳＩＰユーザーが発信ユーザー１０１であり、ＰＬＭＮユーザーが着信ユーザー１０４であってもよい。また、呼は、ＶＯＩＰ／ＩＭＳ／ＳＩＰユーザーが着信ユーザー１０４でもよく、発信ユーザーはＶＯＩＰ／ＩＭＳ／ＳＩＰユーザーであり、発信ユーザー１０１ネットワークと着信ユーザー１０４ネットワークとは、ＰＳＴＮ／ＰＬＭＮ１０３を使って相互に接続される。また、呼は、着信ユーザー１０４がＰＬＭＮユーザーであり、発信ユーザー１０１がＰＳＴＮ／ＰＬＭＮ１０３ユーザーでもよく、発信ユーザー１０１ネットワークと着信ユーザー１０４ネットワークとは、ＩＭＳ／ＳＩＰネットワークを使って相互に接続される。
【００８１】
本明細書に開示した実施形態は、ネットワーク・オペレータがＰＳＴＮ／ＰＬＭＮネットワークとインターワークする次世代ネットワーク（ＮＧＮ）またはＩＭＳネットワークを展開させるときに、異なるネットワーク間およびシナリオにおいて着信課金サービスを可能にする。課金情報は、任意の種類のネットワークのユーザー間でインターワークすることができ、ユーザーは、任意のネットワークまたは一連の任意のネットワークによって相互に接続することができる。呼完了率および通話時間率（ｃａｌｌ  ｄｕｒａｔｉｏｎ  ｒａｔｅ）を上げることができ、これは１人のユーザーがクレジットを使い果たせば実行できなかった。最初に、呼は着信ユーザー１０４に課金することができ、次に、呼に対して発信ユーザー１０１に課金することができる。発信ユーザー１０１は、呼の後の段階で、残りのセッション期間について課金される側になるように着信ユーザー１０４に要求することができる。異なるタイプの呼転換をアクティブにしている数人のユーザーでの多者間の呼のようなシナリオは、ネットワークまたはオペレータに依存して処理することができる。
【００８２】
課金される側に複数の更新がある場合、追加の情報を渡すことができる。最初は呼に対して発信ユーザー１０１が課金され、しばらくした後に、着信ユーザーが課金され、しばらくした後に、発信ユーザーがセッションの残りに対して課金されるというようなシナリオでは、複数の更新を行う必要がある。適切な情報を「ＤＩＡＭＥＴＥＲ」プロトコル・インターフェースを介して課金機能に渡すことができる。また、渡される情報は、タイムスタンプおよび期間を含むことができ、課金機能はＣＤＦ（１３０５）およびＯＣＳ（５０４）でもよい。Ｄｉａｍｅｔｅｒは、認証、認可、および課金に使用されるコンピュータ・ネットワーク・プロトコルである。
【図１】
2013500619.tif 000003
【図２】
2013500619.tif 000004
【図３】
2013500619.tif 000005
【図４】
2013500619.tif 000006
【図５】
2013500619.tif 000007
【図６】
2013500619.tif 000008
【図７】
2013500619.tif 000009
【図８】
2013500619.tif 000010
【図９】
2013500619.tif 000011
【図１０】
2013500619.tif 000012
【図１１ａ】
2013500619.tif 000013
【図１１ｂ】
2013500619.tif 000014
【図１２ａ】
2013500619.tif 000015
【図１２ｂ】
2013500619.tif 000016
【図１３】
2013500619.tif 000017
【図１４】
2013500619.tif 000018
【図１５】
2013500619.tif 000019
【図１６】
2013500619.tif 000020
【図１７】
2013500619.tif 000021
【図１８ａ】
2013500619.tif 000022
【図１８ｂ】
2013500619.tif 000023
【図１９ａ】
2013500619.tif 000024
【図１９ｂ】
2013500619.tif 000025
【国際調査報告】
2013500619.tif 000026
2013500619.tif 000027
2013500619.tif 000028