JP2009526422A - Ｉｍｓセッション中のメディアの変更用のｉｍｓ予算管理システム - Google Patents

Abstract

ＩＭＳネットワーク内で予算管理を行うためのＩＭＳゲートウエーシステムおよび方法が開示される。ＩＭＳネットワークによって、ＩＭＳセッション中のオーディオからオーディオ／ビデオなどのメディア変更が可能になる。本明細書に記載のＩＭＳゲートウエーシステム２００は、セッション中のメディア変更に応答してＳＩＰ ＩＮＶＩＴＥメッセージなどのセッション制御メッセージを受信する。ＩＭＳゲートウエーシステム２００は、セッション制御メッセージ内の新規メディアについてのメディア情報を識別する。ＩＭＳゲートウエーシステム２００は対応する課金要求メッセージを生成し、新規メディアについてのメディア情報を課金要求メッセージに含める。次いでＩＭＳゲートウエーシステム２００は課金要求メッセージをオンライン課金システムＯＣＳ２２０に送信し、セッション用の新規メディアに基づいてセッションに対する課金を行う。

Description

本発明は、通信の分野に関し、特にＩＭＳセッション中のメディアの変更用のオンライン課金を処理するＩＭＳ予算管理に関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）に示されているように、ＩＰマルチメディアサブシステム（ＩＭＳ）は、統合ネットワーク用のアクセス不問のネットワークアーキテクチャを有する共通コアネットワークを備えている。サービスプロバイダーは次世代ネットワークの進展におけるこのアーキテクチャを受け入れている。ＩＭＳアーキテクチャは当初は、マルチメディアサービスをインターネットプロトコル（ＩＰ）ネットワークを介してモバイル加入者に提供するために３ＧＰＰによって定義されたものである。ＩＰネットワークはビデオ、音声およびデータを送信する最もコスト削減的なベアラネットワークになっている。ＩＭＳは、ＩＭＳプラットフォーム上でＩＭＳ加入者用のマルチメディアサービスを提供するためにＩＰネットワークの利点を利用している。ＩＭＳネットワーク内で使用されるシグナリングはセッション開始プロトコル（ＳＩＰ）である。ＩＭＳはアプリケーションサーバと、ＩＭＳコアネットワーク（ＣＳＣＦ）と、ＩＭＳ加入者と、ＩＭＳデータベース（ＨＳＳ）と、ＩＭＳ支払請求エレメントとの間の標準ＳＩＰインターフェースを定義する。これらの標準はネットワーク統合のコストを削減し、加入者により安定したサービスを享受させることができる。

ＩＭＳ加入者はＩＭＳプラットフォーム上で、コール転送、会議セッション、およびコールウエィティングなどの従来の補助サービスを利用できる。また、インスタントメッセージ、ビデオコール、ビデオオンウエイトおよびウェブベースサービスなどの多くの新しいデータサービスもまたＩＭＳ加入者に利用可能となろう。

経営者の収入創出のために効率的なＩＭＳオンライン課金を行うことはＩＭＳネットワークの展開を成功させるために重要である。幾つかの３世代技術仕様はＩＭＳネットワーク用のオンライン課金を記載している。例えば、３ＧＰＰ ＴＳ ３２．２００仕様書はセッションベースの課金機能を有するオンライン課金システム（ＯＣＳ）を記載している。ＯＣＳはＩＭＳサービス制御インターフェース（ＩＳＣ）を介してサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）に結合される。Ｓ−ＣＳＣＦは発呼者または被呼者用のコールセッションを制御し、ＩＳＣインターフェースを介してＯＣＳと通信してコールセッションに対するオンライン課金を行う。しかし、ＩＳＣインターフェースはオンライン課金をサポートしないサービスインターフェースである。したがって、オンライン課金のためにＳ−ＣＳＣＦとＯＣＳとの間のＩＳＣインターフェースを使用するためには、残念ながらＯＣＳに追加の機能を加える必要があろう。

追加の機能によるＯＣＳのオーバーロードを避け、オンライン課金アーキテクチャの一貫性を保つため、オンライン課金をサポートするためにＯＣＳに機能を追加する代わりにＳ−ＣＳＣＦとＯＣＳとの間のインターフェースが変更されてもよい。オンライン課金をサポートするインターフェースの１つの選択肢は、課金機構を許容するようにＩＳＣインターフェースを拡張することである。そうすればＩＳＣインターフェースはサービスインターフェースと課金インターフェースの両方となろう。残念なことには、ハイブリッドのサービス／課金インターフェースとしてＩＳＣインターフェースを使用することは、３ＧＰＰが求める標準化には受け入れられない。

別の選択肢は、Ｒｏインターフェースがオンライン課金をすでにサポートしているため、ＩＳＣインターフェースの代わりにＲｏインターフェースを使用することである。３ＧＰＰ ＴＳ ３２．２９６仕様は、Ｓ−ＣＳＣＦとＯＣＳとの間のゲートウエーとして動作するＩＭＳゲートウエー機能を導入することによってオンライン課金用のＲｏインターフェースを使用することを提唱している。

図１は、先行技術で３ＧＰＰによって提唱されているＩＭＳオンライン課金アーキテクチャ１００を示している。オンライン課金アーキテクチャ１００は３ＧＰＰ ＴＳ ３２．２４０と３２．２６０に記載されている。オンライン課金アーキテクチャ１００はＩＭＳゲートウエー機能１０２と、Ｓ−ＣＳＣＦ１０４と、ＯＣＳ１０６とを含んでいる。ＯＣＳ１０６はセッションベースの課金機能（ＳＢＣＦ）と、イベントベースの課金機能（ＥＢＣＦ）とを含んでいる。セッションベースの課金機能は、音声コールまたはＩＭＳセッションなどのネットワーク／加入者セッションのオンライン課金を担う。イベントベースの課金機能は、いずれかのアプリケーションサーバと連携して（「コンテクスト課金」ともいわれる）イベントベースのオンライン課金を行う。

ＩＭＳゲートウエー機能１０２はＩＳＣインターフェース１０５を経てＳ−ＣＳＣＦ１０４と通信し、Ｒｏインターフェース１０７を経てＯＣＳ１０６と通信する。ＯＣＳ１０６におけるＳ−ＣＳＣＦ１０４とセッションベースの課金機能とのオンライン課金通信の場合は、Ｓ−ＣＳＣＦ１０４はオンライン課金イベントをトリガせず、したがって課金トリガ機能（ＣＴＦ）を含んでいない。その代わりに、Ｓ−ＣＳＣＦ１０４によってＩＳＣインターフェース１０５が利用され、オンライン課金がＳ−ＣＳＣＦ１０４にとってトランスペアレントであり、それはＳＩＰアプリケーションサーバによって制御されるその他のサービスと類似していることを意味している。したがって、Ｒｏベースのオンライン課金用のサポートが必要な場合は、Ｒｏベースのセッションベース課金機能とＳＩＰベースのサービス制御とを仲介するために特別なＣＴＦが必要である。この役割は、Ｓ−ＣＳＣＦ１０４に向けたＳＩＰセッション制御とＯＣＳ１０６に向けたＲｏクレジット制御との間を変換するＩＭＳゲートウエー機能１０２によって担われる。

残念なことには、３ＧＰＰ仕様はオンライン課金用のＩＭＳゲートウエー機能の使用方法を記載していない。この仕様はさらに、ＩＳＣインターフェース、ＲｏインターフェースおよびＳ−ＣＳＣＦが相互にどのように機能するか、およびＩＭＳゲートウエー機能がオンライン課金用の予算管理を行うためにどのように動作するかをも解決していない。

ＩＭＳネットワークにはＩＭＳセッションのオンライン課金に関するその他の問題もある。ＩＭＳはアクティブＩＭＳセッション中のメディアの変更を許容する。例えば、ＩＭＳセッション用のメディアが、最初はオーディオであるとする。ＩＭＳセッション中のある時点で、メディアがオーディオとビデオとに変更されることがある。３ＧＰＰ仕様は、ＩＭＳセッション中にメディアの変更が生じた場合にオンライン課金をどのように処理するかを記載していないというさらなる問題がある。

本発明は、ＩＭＳセッション中のメディアの変更を識別し、新規メディアに基づくセッションに対するオンライン課金を行うための課金応答メッセージを生成するためのシステムおよび方法によって、上記の、およびその他の関連する問題を解決する。次いで、セッションにはセッション用の新規メディアに基づいて支払請求または課金がなされる。したがって本発明のシステムおよび方法は、メディアが変更された場合、ＩＭＳセッションに対するより正確な課金が可能である。

本発明の一実施形態は、セッション中のメディアの変更に対する課金を処理するＩＭＳネットワークのＩＭＳゲートウエーシステムを備えている。ＩＭＳゲートウエーシステムは、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）、予算制御システム、およびオンライン課金システム（ＯＣＳ）と通信するための課金インターフェースと通信するためのセッション制御インターフェースを含んでいる。ＩＭＳネットワークでＩＭＳセッションが開始されると、予算管理システムはＳ−ＣＳＣＦからセッション制御インターフェースを介してセッション制御メッセージ（例えばＳＩＰ ＩＮＶＩＴＥメッセージ）を受信する。予算管理システムはセッション制御メッセージ内のメディア記述を識別し、このメディア記述はセッション用のメディアに関する情報を含んでいる。予算管理システムは、セッション制御メッセージのメディア記述内で識別されるメディアに関する情報を含む、課金要求メッセージ（例えばＤｉａｍｅｔｅｒ Ｒｏ ＣＣＲメッセージ）を生成し、課金インターフェースを介して課金要求メッセージをＯＣＳに送信する。

ＯＣＳはメディアに基づいてセッションに対する評価を判定するために課金要求メッセージを処理し、セッションに対する割当額の割り当て、その他を行う。次いで予算管理システムはＯＣＳから課金インターフェースを介して課金応答メッセージ（例えばＤｉａｍｅｔｅｒ Ｒｏ ＣＣＡメッセージ）を受信する。次いで予算管理システムは割り当てられたユニット割当額に基づいてセッションに対する予算管理を行う。

ＩＭＳセッション中、セッション用のメディアはセッションの一人または複数の加入者によって変更されてもよい。例えば、メディアタイプが当初はオーディオである場合は、加入者はメディアタイプをオーディオとビデオの双方に変更してもよい。あるいは、メディアタイプがビデオであり、メディアフォーマットがＨ．２６１である場合は、加入者はメディアフォーマットをＭＰＥＧに変更してもよい。メディアの変更に応答して、Ｓ−ＣＳＣＦはセッション制御メッセージ（例えばＳＩＰ（Ｒｅ）ＩＮＶＩＴＥメッセージ）をＩＭＳゲートウエーシステムに送信する。

ＩＭＳゲートウエーシステムのセッション制御インターフェースはＳ−ＣＳＣＦからセッション制御メッセージを受信する。セッション制御メッセージは、セッション用の新規メディアに関する情報を含むメディア記述を含んでいる。メディアはこの時点で変更されたので、メディア記述は先行のセッション制御メッセージのメディア記述とは異なるメディアを識別する。予算管理システムはセッション中のメディアの変更を識別するためにセッション制御メッセージを処理する。予算管理システムはメディアの変更の識別に応答してセッション用の新規メディアに対する課金要求メッセージを生成する。課金要求メッセージは、セッション制御メッセージのメディア記述内で識別される新規メディアに関する情報を含んでいる。課金インターフェースは課金要求メッセージをＯＣＳに送信する。次いで課金インターフェースは、セッション用の新規メディアに対する割当額を示す課金応答メッセージをＯＣＳから受信する。課金応答メッセージの受信に応答して、予算管理システムは、新規メディアに対する新たな割当額に基づいてセッションに対する予算管理を行う。

本発明のＩＭＳゲートウエーシステムは有利に、セッション中のメディアの変更を識別し、メディアの変更をＯＣＳに通知する。次いでＯＣＳはセッションに対してより正確に課金するため、メディアの変更に基づいてセッションに対するオンライン課金を調整する。

別の実施形態では、予算管理システムはセッション制御メッセージ内のパラメータを課金要求メッセージ内のパラメータにマッピングする。例えば、予算管理システムはセッション制御メッセージ内のセッション記述、時間記述、およびメディア記述を識別する。次いで予算管理システムは、課金要求メッセージに含めるべき記述内の１つまたは複数のパラメータを識別し、識別されたこれらのパラメータを課金要求メッセージに含める。より具体的には、予算管理システムは、メディアタイプ、メディアフォーマットなどのセッション向けメディア情報をメディア記述から識別し、このメディア情報を課金要求メッセージに含める。したがって予算管理システムは、セッション制御インターフェースと課金インターフェースとの間でメッセージを変換することができる。

本発明の別の実施形態は、ＩＭＳゲートウエーシステムの関連する動作方法を含んでいる。本発明は以下に記載する他の例示的実施形態を含んでいてもよい。

全ての図面で同じ参照番号は同じ要素を表している。

図２−図９、および以下の説明は、本発明をどのように製造し、使用するかを当業者に教示するため、本発明の特定の例示的実施形態を示す。発明的な原理を教示するため、本発明の幾つかの従来形の態様は簡略化、または省略されている。当業者は、本発明の範囲内に含まれるこれらの実施形態からの変形形態を理解しよう。当業者は以下に記載の特徴を様々に組み合わせて、本発明の複数の変形形態を形成できることを理解しよう。したがって、本発明は以下に記載の特定の実施形態に限定されるものではなく、請求項およびこれらの等価物によってのみ限定される。

図２は、本発明の例示的実施形態のＩＭＳネットワークのＩＭＳゲートウエーシステム２００を示している。ＩＭＳゲートウエーシステム２００は、ＩＭＳゲートウエー機能１０２と同様に図１のＩＭＳ課金アーキテクチャ１００に含まれてもよいが、ＩＭＳゲートウエーシステム２００は他のＩＭＳ課金アーキテクチャ内で実装されてもよい。ＩＭＳゲートウエーシステム２００はセッション制御インターフェース２０２、予算管理システム２０４、課金インターフェース２０６、制御ポリシーデータベース２０８、およびセッション状態データベース２０９を含んでいる。セッション制御インターフェース２０２はリンク２１２を介してサービングコールセッション制御機能（Ｓ−ＣＳＣＦ）２２０に結合される。課金インターフェース２０６はリンク２２２を介してオンライン課金システム（ＯＳＣ）２２０に結合される。ＩＭＳゲートウエーシステム２００は、簡潔にするために図２には示されないその他のコンポーネント、デバイスまたはシステムを含んでいてもよい。

予算管理システム２０４は、セッション用の予算管理を行うように構成された任意のシステム、デバイスまたはサーバを含んでいる。予算管理は、例えばＯＣＳ２２０との通信によるセッションに対する課金用に使用されるいずれかの課金機能を備えている。予算管理は典型的にはプリペイドのアプリケーション用に使用されるオンライン課金用のものでよい。予算管理システム２０４はソフトウエア、ハードウエア、またはハードウエアとソフトウエアとの組み合わせで実装されてもよい。ソフトウエア実装の場合は、予算管理システム２０４は記憶媒体に記憶されている命令から構成されていてもよい。命令は処理システムによって検索され、実行されてもよい。命令の幾つかの例にはソフトウエア、プログラムコード、およびファームウエアがある。記憶媒体の幾つかの例にはメモリデバイス、テープ、ディスク、集積回路およびサーバがある。これらの命令は処理システムによって実行されて、処理システムに対して本発明に基づいて動作するように指示されると実行可能である。「処理システム」という用語は、単一の処理デバイス、または一群のインターオペレーショナル処理デバイスを意味する。プロセッサの幾つかの例には、コンピュータ、集積回路、および論理回路がある。当業者は命令、プロセッサ、および記憶媒体に精通している。

セッション制御インターフェース２０２は、Ｓ−ＣＳＣＦ２１０への、およびＳ−ＣＳＣＦ２１０からのセッション制御メッセージを送信／受信するように構成されたいずれかのインターフェースを含む。セッション制御メッセージは、セッションの開始、セッションの管理または保守、またはセッションのティアダウン用に使用されるいずれかのメッセージを含む。セッション制御インターフェース２０２は３ＧＰＰによって提唱されているＩＭＳサービス制御（ＩＳＣ）インターフェースを含んでいてもよいが、他の実施形態では別のインターフェースを含んでいてもよい。

課金インターフェース２０６はＯＣＳ２２０への、およびＯＣＳ２２０からに課金メッセージを送信／受信するように構成されたいずれかのインターフェースを含んでいる。課金メッセージはＩＭＳネットワーク内でのセッションのオンライン課金用に使用されるいずれかのメッセージを含んでいる。課金インターフェース２０６は、３ＧＰＰによって提唱されているＤｉａｍｅｔｅｒ Ｒｏインターフェースを含んでいてもよいが、他の実施形態では別のインターフェースを含んでいてもよい。

動作時に、図示されていない２人の加入者（またはユーザーエンドポイント）間のＩＭＳネットワークでＩＭＳセッションが開始されているものと想定する。セッション開始の一部として、Ｓ−ＣＳＣＦ２１０はセッション制御メッセージをＩＭＳゲートウエー２００に送信してセッションに対する課金を行う。セッションを開始するためのセッション制御メッセージの一例はＳＩＰ ＩＮＶＩＴＥメッセージである。セッション制御メッセージに応答して、予算管理システム２０４は、セッション用のメディアに関する情報を含むセッション制御メッセージ内のメディア記述を識別する。メディア情報はオーディオ、ビデオ、テキスト、アプリケーション、データ、制御またはその他のいずれかの登録されているメディアタイプなどのセッション用のメディアタイプを含んでいてもよい。メディア情報はさらにメディアフォーマットを含んでいてもよい。例えば、メディアタイプがオーディオである場合は、メディアフォーマットはＭＰ３、ＭＰ４、ウエーブなどを含んでよい。メディアタイプがビデオの場合は、メディアフォーマットはＨ．２６１、ＭＰＥＧなどを含んでよい。メディア記述に備わるいずれかの属性を本明細書では全体として「メディア」という。

次いで予算管理システム２０４は、セッション用のメディアに関する情報を含む課金要求メッセージを生成する。予算管理システム２０４は課金インターフェース２０６を介して課金要求メッセージをＯＣＳ２２０に送信する。課金要求メッセージの一例はＤｉａｍｅｔｅｒ Ｒｏクレジット制御要求（ＣＣＲ）メッセージである。

ＯＣＳ２２０はセッションの評価を判定するために課金要求メッセージを処理する。評価はセッション向けに使用されるメディアによって左右される。例えば、セッション用のメディアがＭＰＥＧビデオである場合は、その評価はＭＰ３オーディオの場合の評価よりも高くなろう。ＯＣＳ２２０はさらに、セッション用の割当額の割り当てなどのその他の課金機能をも実行する。次いで予算管理システム２０４がＯＣＳ２２０から課金インターフェース２０６を介して課金応答メッセージを受信する。課金応答メッセージはセッション用に割り当てられたユニット割当額を示す。課金応答メッセージの一例は、課金要求メッセージの一例はＤｉａｍｅｔｅｒ Ｒｏクレジット制御回答（ＣＣＡ）メッセージである。次いで予算管理システム２０４は、割り当てられたユニット割当額に基づいてセッション用の予算管理を行う。予算管理中、予算管理システム２０４は、割り当てられた割当額が使い果たされたか否かをモニタして、現有の割当額が消費され、セッションが依然として継続していればＯＣＳ２２０から新たな割当額を要求する。

ＩＭＳセッション中、セッション用のメディアは、セッションの一人または複数の加入者によって変更されてもよい。例えば、メディアタイプが当初はオーディオである場合、加入者がメディアタイプをオーディオとビデオの両方に変更してもよい。あるいは、メディアタイプがビデオであり、メディアフォーマットがＨ．２６１である場合は、加入者はメディアフォーマットをＭＰＥＧに変更してもよい。メディアの変更に応答して、Ｓ−ＣＳＣＦ２１０はセッション制御メッセージをＩＭＳゲートウエーシステム２００に送信する。この場合のセッションの制御メッセージの一例は別のＳＩＰ ＩＮＶＩＴＥメッセージ（Ｒｅ−ＩＮＶＩＴＥ）である。本明細書の特徴と態様に基づいて、ＩＭＳゲートウエーシステム２００はメディアの変更を処理するために以下のように動作する。

図３は、本発明の例示的実施形態におけるＩＭＳゲートウエーシステム２００の動作方法３００を示すフローチャートである。方法３００はＩＭＳゲートウエーシステム２００の動作の幾つかの基本ステップを示しているが、必要または希望に応じて他のステップが実行されてもよい。

ステップ３０２で、セッション制御インターフェース２０２はＳ−ＣＳＣＦ２１０からセッション制御メッセージを受信する。セッション制御メッセージはセッション用のメディアに関する情報を含むメディア記述を含んでいる。メディアはこの時点で変更されているので、メディア記述は先行のセッション制御メッセージのメディア記述とは異なるメディアを識別する。予算管理システム２０４は、ステップ３０４でのセッション中のメディアの変更を識別するためにセッション制御メッセージを処理する。例えば、予算管理システム２０４は、セッション用の新規メディアに関する情報を含む現在のセッション制御メッセージ内のメディア記述を識別してもよい。次いで予算管理システム２０４は、メディアの変更が行われたか否かを識別するため、現在のセッション制御メッセージで指示されている新規メディアを、先行のセッション制御メッセージで指示されている先行のメディアと比較してもよい。セッション用の先行のメディアに関する情報がセッション状態データベース２０９に記憶されてもよい。

ステップ３０６で、予算管理システム２０４は、メディアの変更の識別に応答してセッション用の新規メディア用の課金要求メッセージを生成する。課金要求メッセージがセッション用の新規メディアについての情報を含む。ステップ３０８で、課金インターフェース２０６はＯＣＳ２２０に課金要求メッセージを送信する。

ステップ３１０で、課金インターフェース２０６は、課金応答メッセージをＯＣＳ２２０から受信する。課金応答メッセージはセッション用の新規メディアに対する新たな割当額を表示してもよい。加入者の口座の残高が不足している場合のように、割当額がＩＭＳゲートウエーシステム２００に戻されない場合があるが、この実施形態では割当額が戻されることを想定している。課金応答メッセージの受信に応答して、予算管理システム２０４はステップ３１２でセッションに対する予算管理を行う。例えば、予算管理システム２０４はセッションの利用に基づいて新たな割当額からの減額を開始する。

ＩＭＳゲートウエーシステム２００が、メディアの変更を示す別のセッション制御メッセージをＳ−ＣＳＣＦ２１０から受信すると、ＩＭＳゲートウエーシステム２００はメディアの変更を処理するための方法３００を繰り返す。

ＩＭＳゲートウエーシステム２００は有利に、セッション中のメディアの変更を識別し、メディアの変更をＯＣＳ２２０に通知する。次いでＯＣＳ２２０はセッションに対してより正確に課金するため、メディアの変更に基づいてセッションに対するオンライン課金を調整する。

課金要求メッセージを生成する際は、予算管理システム２０４はセッション制御メッセージ内のパラメータを課金要求メッセージ内のパラメータにマッピングする。例えば、予算管理システム２０４はセッション制御メッセージ内のセッション記述、時間記述、およびメディア記述を識別する。次いで予算管理システム２０４は、課金要求メッセージに含めるべき記述内の１つまたは複数のパラメータを識別し、識別されたこれらのパラメータを課金要求メッセージに含める。より具体的には、予算管理システム２０４は、メディアタイプ、メディアフォーマットなどのセッション向けメディア情報をメディア記述から識別し、新規メディアのメディア情報を課金要求メッセージに含める。

以下に、予算管理システム２０４による例示的なマッピングを説明する。以下の想定はこの例についてなされるものである。セッション制御インターフェース２０２はＩＳＣインターフェースを含み、セッション制御メッセージはＳＩＰ ＩＮＶＩＴＥメッセージ、ＳＩＰ２００ ＯＫメッセージ、またはＳＩＰ ＡＣＫメッセージなどのＳＩＰメッセージである。ＳＩＰメッセージのセッション記述、時間記述、およびメディア記述はセッション記述プロトコル（ＳＤＰ）に属する。ＳＤＰはセッションの名称と目的、ならびにセッション用のメディア、プロトコル、コ−ディックフォーマット、時間、およびトランスポート情報のテキスト記述である。課金インターフェース２０６はＲｏインターフェースを含み、課金要求メッセージはＣＣＲメッセージを含み、課金応答メッセージはＣＣＡメッセージを含む。

所望のマッピングおよび予算管理を行うため、制御ポリシーデータベース２０８はＣＣＲに伝達されるべき特定の情報、ＣＣＲ［ＩＮＩＴＩＡＬ］（例えばＳＩＰ ＩＮＶＩＴＥ、ＳＩＰ２００ ＯＫ、またはＳＩＰ ＡＣＫメッセージ）用のトリガ、またはＣＣＲ［ＵＰＤＡＴＥ］（例えばＳＩＰ（Ｒｅ）ＩＮＶＩＴＥ、または割り当てられた割当額の使い果たし）用のトリガ、新たな割当額を要求する割り当てられた割当額の閾値、残高不足の場合のＳＩＰセッション終了、またはサービスをリチャージするためのリダイレクト、タイムアウトタイマー設定などの暫定的なセッション制御ポリシーを含んでいる。制御ポリシーデータベース２０８はさらに、本明細書に記載の解析規則を含んでいてもよい。セッション状態データベース２０９は、メディアおよび割当額データを含むＳＩＰ／Ｄｉａｍｅｔｅｒセッション状態を格納する。ＳＩＰセッションが開始されると、ＳＩＰメッセージで伝えられるＳＩＰおよびＳＤＰ情報はＳＰＩセッションが終了するまでセッション状態データベース２０９に保存される。暫定的なＳＤＰ情報は割当額の割り当てに影響しないので、予算管理システム２０４とＯＣＳ２２０との間のトラフィックを縮減するため、このＳＤＰ情報をＯＣＳ２２０と交換する必要がない。最終的な情報はＳＩＰ２００ ＯＫメッセージに含められないので、ＳＩＰメッセージ内のＳＤＰ情報はセッション状態データベース２０９によって追跡される。

図４−図５は、本発明の例示的実施形態におけるＳＩＰ ＩＮＶＩＴＥメッセージからＣＣＲメッセージへの情報の例示的なマッピングを示している。図４はＳＩＰ ＩＮＶＩＴＥメッセージを示している。ＩＭＳゲートウエーシステム２００がセッション中のＳＩＰ ＩＮＶＩＴＥメッセージを受信するものと想定する。図５はＣＣＲメッセージを示している。ＣＣＲメッセージは、ＩＮＶＩＴＥメッセージからの情報が入っていてもよく、入っていなくてもよい複数の属性−評価値対（ＡＶＰ）を含んでいる。ＡＶＰはＤｉａｍｅｔｅｒ ＲｏおよびＲｆプロトコル内のパラメータまたはフィールドの用語である。以下には、制御ポリシーデータベース２０８に格納された解析規則に従って図２の予算管理システム２０４によって実行される例示的なマッピングを示している。ＩＮＶＩＴＥメッセージ内の情報の参考資料は図４を参照し、ＣＣＲメッセージのＡＶＰの参考資料は図５を参照されたい。

ＩＮＶＩＴＥメッセージを解析する際に、予算管理システム２０４はＩＮＶＩＴＥメッセージからイベントタイプ／ＳＩＰ方法パラメータを識別し、この情報をＣＣＲメッセージの関連するＡＶＰに含める。予算管理システム２０４はＩＮＶＩＴＥメッセージから被呼者−アドレス−パラメータを識別し、この情報をＣＣＲメッセージの関連するＡＶＰに含める。予算管理システム２０４はＩＮＶＩＴＥメッセージから発呼者アドレス−パラメータを識別し、この情報をＣＣＲメッセージの関連するＡＶＰに含める。予算管理システム２０４はＩＮＶＩＴＥメッセージからＩＭＳ−課金−識別子パラメータを識別し、この情報をＣＣＲメッセージの関連するＡＶＰに含める。予算管理システム２０４はＩＮＶＩＴＥメッセージからユーザー−セッション−ＩＤパラメータを識別し、この情報をＣＣＲメッセージの関連するＡＶＰに含める。予算管理システム２０４はＩＮＶＩＴＥメッセージからイベント−タイプ／コンテンツ−タイプパラメータを識別し、この情報をＣＣＲメッセージの関連するＡＶＰに含める。予算管理システム２０４はＩＮＶＩＴＥメッセージからイベントタイプ／コンテンツ−長パラメータを識別し、この情報をＣＣＲメッセージの関連するＡＶＰに含める。予算管理システム２０４はＩＮＶＩＴＥメッセージからＳＤＰセッション−記述パラメータを識別し、この情報をＣＣＲメッセージの関連するＡＶＰに含める。予算管理システム２０４はＩＮＶＩＴＥメッセージからＳＤＰ−メディア−コンポーネント（１つまたは複数）パラメータを識別し、この情報をＣＣＲメッセージの関連するＡＶＰ（１つまたは複数）に含める。予算管理システム２０４は要望に応じて、それ以上またはそれ以下のパラメータをＩＮＶＩＴＥメッセージからＣＣＲにマッピングしてもよい。

予算管理システム２０４は上記のように、ＣＣＲメッセージのＡＶＰを充填するためにＩＮＶＩＴＥメッセージを解析する。他のソースからの情報を使用して他のＡＶＳが充填されてもよい。図５では、予算管理システム２０４はセッション用のメディア情報をＣＣＲのＳＤＰ−メディア−コンポーネントＡＶＰに含めてある。メディア情報はセッション用に使用される新規メディアを示す。この例では、メディアはオーディオである。ＯＣＳ２２０が引き続いて予算管理システム２０４からＣＣＲを受信すると（図２を参照）、ＯＣＳ２２０はＣＣＲに示された新規メディアに基づいてセッションを再評価する。

図２の予算管理システム２０４の動作はさらに状態モデルによって特徴付けることができる。図６は、本発明の例示的実施形態において予算管理システム２０４によって使用されてもよい状態モデルを示している。図６の状態モデルは一例であるにすぎず、ＩＭＳゲートウエーシステム２００は他の実施形態では別の態様で動作してもよい。ＩＭＳゲートウエーシステム２００のこの実施形態では、セッション制御インターフェース２０２はＳＩＰを使用するＩＳＣインターフェースを含み、課金インターフェース２０６はＤｉａｍｅｔｅｒ Ｒｏインターフェースを含む。

図６に示された状態モデルでは、ＳＩＰ：ＸＸＸはＩＳＣインターフェース（図２のインターフェース２０２）を介して受信されたメッセージを示し、ＤＣＣ：ｘｘｘはＲｏインターフェース（図２のインターフェース２０６）を介して受信されたメッセージを示している。

状態モデルについては、ＩＭＳゲートウエーシステム２００の予算管理システム２０４（図２を参照）は、最初はアイドル状態６０２にある。予算管理システム２０４が新規のＳＩＰセッション用のＳＩＰ ＩＮＶＩＴＥメッセージを受信すると、予算管理システム２０４は初期クレジットチェックのためにＣＣＲメッセージをＯＣＳ２２０に送信する。次いで予算管理システム２０４はアイドル状態６０２から初期状態６０４に移行し、ＣＣＳ２２０からの応答を待機する。予算管理システム２０４が、加入者の口座が残高不足であることを示すＣＣＡメッセージをＯＣＳ２２０から受信すると、予算管理システム２０４はＳＩＰ ＢＹＥメッセージをＳ−ＣＳＣＦ２１０に送信してセッションを解除する。次いで予算管理システム２０４はアイドル状態６０２に戻る。予算管理システム２０４が、加入者の口座のクレジットが充分であることを示すＣＣＡメッセージをＯＣＳ２２０から受信すると、予算管理システム２０４は初期状態６０４からペンデイング状態６０６に移行し、ＳＩＰセッションの確立を待機する。ＯＣＳ２２０からのＣＣＡメッセージはセッション用の割当額を含んでいる。

予算管理システム２０４が、セッションが確立されたことを示すＳＩＰ２００ ＯＫメッセージを受信すると、予算管理システム２０４はペンデイング状態６０６からアクティブ状態６０８に移行する。予算管理システム２０４がエラーメッセージを受信するか、タイムアウトの場合は、予算管理システム２０４はアイドル状態６０２に戻る。

アクティブ状態６０８で、予算管理システム２０４は予算管理を行う。予算管理の一部として、予算管理システム２０４はセッション中の使用量に基づいてＯＣＳ２２０によって提供される割当額を引き落とす。予算管理システム２０４がＳ−ＣＳＣＦ２１０からＳＩＰ（Ｒｅ）ＩＮＶＩＴＥメッセージを受信するか、または割り当てられた割当額が不足している場合は、予算管理システム２０４は新たな割当額を得るためにＣＣＲメッセージをＯＣＳ２２０に送信する。ＳＩＰ（Ｒｅ）ＩＮＶＩＴＥメッセージが受信された場合は、ＳＩＰ（Ｒｅ）ＩＮＶＩＴＥメッセージはセッション用の新規メディアに関する情報を含んでいる。予算管理システム２０４は、ＣＣＲメッセージ内の新規メディアに関する情報を含む。次いで予算管理システム２０４はアクティブ状態６０８から更新状態６１０に移行する。予算管理システム２０４はＯＣＳ２２０からの応答を待機する。

予算管理システム２０４が、加入者の口座が残高不足であることを示すＣＣＡメッセージをＯＣＳ２２０から受信すると、予算管理システム２０４はＳＩＰ ＢＹＥメッセージをＳ−ＣＳＣＦ２１０に送信してセッションを解除する。予算管理システム２０４はアイドル状態６０２に戻る。予算管理システム２０４が、加入者の口座のクレジットが充分であることを示すＣＣＡメッセージをＯＣＳ２２０から受信すると、予算管理システム２０４は更新状態６１０からアクティブ６０８状態に移行し、セッション用の新規メディア用のＯＣＳ２２０によって提供される新たな割当額に基づいて予算管理を行う。

アクティブ状態６０８または他のいずれかの状態で、予算管理システム２０４がＳＩＰ ＢＹＥメッセージまたは同類のメッセージを受信すると、予算管理システム２０４はアイドル状態６０２に戻り、セッションは解除される。

図７Ａ−図７Ｂは、本発明の例示的実施形態におけるＩＭＳゲートウエーシステム２００による例示的な予算管理を示すメッセージ図である。この実施形態の場合も、セッション制御インターフェース２０２はＳＩＰを使用するＩＳＣインターフェースを含み、課金インターフェース２０６はＤｉａｍｅｔｅｒ Ｒｏインターフェースを含んでいる。この実施例は、予算管理機能に照準を合わせており、ＳＩＰセッションを作成するために必要なＳＩＰメッセージを示している。他のＳＩＰメッセージは実際のセッションで使用されてよい。

図７Ａでは、セッションは発呼側加入者７０２と被呼側加入者７０４との間で確立されている。発呼側加入者７０２はＳ−ＣＳＣＦ２１０へのＳＩＰ ＩＮＶＩＴＥメッセージを開始する。Ｓ−ＣＳＣＦ２１０は、ホーム加入者サーバ（ＨＳＳ）からダウンロードされた加入者プロファイルに基づいて発呼側加入者７０２がプリペイド加入者であるか否かを判定する。次いでＳ−ＣＳＣＦ２１０はＩＮＶＩＴＥメッセージをＩＭＳゲートウエーシステム２００に送信する。ＩＭＳゲートウエーシステム２００はＩＮＶＩＴＥメッセージ内のセッション用メディア記述を識別する。この実施例で、ＩＭＳゲートウエーシステム２００がメディア記述のメディア情報の少なくとも一部を、
ｍ＝ａｕｄｉｏ ４９１７０ＲＴＰ／ＡＶＰ ０
ａ＝ｒｔｐｍａｐ：０ ＰＣＭＵ／８０００
であると識別するものと想定する。

ＩＭＳゲートウエーシステム２００はＤｉａｍｅｔｅｒクレジット制御要求（ＣＣＲ）［ＩＮＩＴＩＡＬ］メッセージを生成し、メディア情報および他の情報をＩＮＶＩＴＥメッセージからＣＣＲ［ＩＮＩＴＩＡＬ］メッセージにマッピングする。次いでＩＭＳゲートウエーシステム２００はクレジット認証のためにＣＣＲ［ＩＮＩＴＩＡＬ］をＯＣＳ２２０に送信する。

ＣＣＲ［ＩＮＩＴＩＡＬ］に応答して、ＯＣＳ２２０はオーディオＰＣＭＵエンコード課金レートに基づいて割り当てられた割当額ユニットを付与する。課金レートはＯＣＳ２２０内で構成され、それはメディアタイプ、帯域幅、エンコードメカニズム、ＱｏＳなどに基づくことができよう。ＯＣＳ２２０は、Ｄｉａｍｅｔｅｒクレジット管理回答（ＣＣＡ）［ＩＮＩＴＩＡＬ］メッセージを生成する。ＯＣＳ２２０はＣＣＡ［ＩＮＩＴＩＡＬ］メッセージの割当額ＡＶＰに承認された割当額を含んでいる。ＯＣＳ２２０はＣＣＡ［ＩＮＩＴＩＡＬ］をＩＭＳゲートウエーシステム２００に送信する。

ＩＭＳゲートウエーシステム２００はＳＩＰ ＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ２１０に送信し、これはＩＮＶＩＴＥメッセージを被呼側加入者７０４に送信する。被呼側加入者７０４はＳ−ＣＳＣＦ２１０へ２００ ＯＫメッセージで応答し、Ｓ−ＣＳＣＦ２１０は２００ ＯＫメッセージをＩＭＳゲートウエーシステム２００に転送する。被呼側加入者７０４はさらに暫定応答を送信してもよいが、暫定応答内のメディア情報はセッション状態データベース２０９に保存され、ＣＣＲ［ＵＰＤＡＴＥ］メッセージをトリガしない。ＩＭＳゲートウエーシステム２００は２００ ＯＫメッセージをＳ−ＣＳＣＦ２１０に送信し、Ｓ−ＣＳＣＦ２１０はＳＩＰ ＯＫメッセージを発呼側加入者７０２に転送する。

発呼側加入者７０２はＳ−ＣＳＣＦ２１０へのＳＩＰ ＡＣＫメッセージで２００ ＯＫの受領確認を行う。Ｓ−ＣＳＣＦ２１０はＳＩＰ ＡＣＫメッセージをＩＭＳゲートウエーシステム２００に送信する。ＩＭＳゲートウエーシステム２００はＳＩＰ ＡＣＫメッセージをＳ−ＣＳＣＦ２１０に送信し、Ｓ−ＣＳＣＦ２１０はＡＣＫメッセージを被呼側加入者７０４に転送する。この時点で、（ＲＴＰとして示される）要求されたメディアを使用して発呼側加入者７０２と被呼側加入者７０４との間のメディアセッションが確立される。

ＩＭＳゲートウエーシステム２００は、最後に折衝されたメディア情報を有するＣＣＲ［ＵＰＤＡＴＥ］メッセージをＯＣＳ２２０に送信し、残高の予約を更新する。ＯＣＳ２２０は、割り当てられた割当額情報を有するＣＣＡ［ＵＰＤＡＴＥ］メッセージを返信する。ＩＭＳゲートウエーシステム２００はセッション用に割り当てられた割当額の引き落としを開始する。

割当額が不足する前に、被呼側加入者７０４がセッション用のメディアを変更するものと想定する。例えば、セッション用の当初のメディアがオーディオである場合、被呼側加入者７０４（または発呼側加入者７０２）はセッションをオーディオからオーディオ／ビデオに変更してもよい。このメディア変更を行うため、被呼側加入者７０４はＳＩＰ（Ｒｅ）ＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ２１０に送信し、Ｓ−ＣＳＣＦ２１０はＩＮＶＩＴＥメッセージをＩＭＳゲートウエーシステム２００に転送する。

ＩＭＳゲートウエーシステム２００は（Ｒｅ）ＩＮＶＩＴＥメッセージ内のセッション用のメディア記述を識別する。この実施例でＩＭＳゲートウエーシステム２００がメディア記述のメディア情報の少なくとも一部を、
ｍ＝ａｕｄｉｏ ４９１７０ＲＴＰ／ＡＶＰ ０
ａ＝ｒｔｐｍａｐ：０ ＰＣＭＵ／８０００
ｍ＝ｖｉｄｅｏ ５１３７２ ＲＴＰ／ＡＶＰ ３１
ａ＝ｒｔｍａｐ：３１ Ｈ２６１／９００００
であると識別するものと想定する。

ＩＭＳゲートウエーシステム２００はＣＣＲ［ＵＰＤＡＴＥ］メッセージを生成し、メディア情報および他の情報をＩＮＶＩＴＥメッセージからＣＣＲ［ＵＰＤＡＴＥ］メッセージにマッピングする。次いでＩＭＳゲートウエーシステム２００はＣＣＲ［ＵＰＤＡＴＥ］メッセージをＯＣＳ２２０に送信する。ＯＣＳ２２０はＣＣＲ［ＵＰＤＡＴＥ］の現在使用されている割当額の情報に基づいて、発呼側加入者の残高を更新し、メディア変更に基づいてセッション用の新たな割当額および時間を再計算する。例えば、ＯＣＳ２２０はオーディオ部分についての発呼側加入者７０２の残高を更新し、オーディオおよびＨ．２６１ビデオの課金レートに基づいて新たな割当額を決定する。次いでＯＣＳ２２０は、新たな割当額を示すＣＣＡ［ＵＰＤＡＴＥ］メッセージをＩＭＳゲートウエーシステム２００に送信する。ＩＭＳゲートウエーシステム２００は、新たな課金レートを反映した新たな割当額に基づいて新たなタイマーをセットアップする。この時点でセッションは、（ＲＴＰとして示される）新たに要求されたメディアを利用して動作している。

割当額が不足する前に、被呼側加入者７０４がセッション用のメディアを再び変更するものと想定する。例えば、被呼側加入者７０４はＨ．２６１ビデオをＭＰＥＧビデオに変更してもよい。このメディア変更を行うため、被呼側加入者７０４はＳＩＰ（Ｒｅ）ＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ２１０に送信し、Ｓ−ＣＳＣＦ２１０はＩＮＶＩＴＥメッセージをＩＭＳゲートウエーシステム２００に転送する。

ＩＭＳゲートウエーシステム２００は（Ｒｅ）ＩＮＶＩＴＥメッセージ内のセッション用のメディア記述を識別する。この実施例でＩＭＳゲートウエーシステム２００がメディア記述のメディア情報の少なくとも一部を、
ｍ＝ａｕｄｉｏ ４９９２０ ＲＴＰ／ＡＶＰ ０
ａ＝ｒｔｐｍａｐ：０ ＰＣＭＵ／８０００
ｍ＝ｖｉｄｅｏ ０ ＲＴＰ／ＡＶＰ ３１
ｍ＝ｖｉｄｅｏ ５３０００ ＲＴＰ／ＡＶＰ ３２
ａ＝ｒｔｐｍａｐ：３２ ＭＰＶ／９００００
であると識別するものと想定する。

ＩＭＳゲートウエーシステム２００はＣＣＲ［ＵＰＤＡＴＥ］メッセージを生成し、メディア情報および他の情報をＩＮＶＩＴＥメッセージからＣＣＲ［ＵＰＤＡＴＥ］メッセージにマッピングする。次いでＩＭＳゲートウエーシステム２００はＣＣＲ［ＵＰＤＡＴＥ］メッセージをＯＣＳ２２０に送信する。ＯＣＳ２２０はＣＣＲ［ＵＰＤＡＴＥ］の現在使用されている割当額の情報に基づいて、発呼側加入者の残高を更新し、メディア変更に基づいてセッション用の新たな割当額および時間を再計算する。例えば、ＯＣＳ２２０はオーディオおよびＨ．２６１ビデオについての発呼側加入者７０２の残高を更新し、オーディオおよびＭＰＥＧビデオの課金レートに基づいて新たな割当額を決定する。次いでＯＣＳ２２０は、新たな割当額を示すＣＣＡ［ＵＰＤＡＴＥ］メッセージをＩＭＳゲートウエーシステム２００に送信する。ＩＭＳゲートウエーシステム２００は、新たな課金レートを反映した新たな割当額に基づいて新たなタイマーをセットアップする。この時点でセッションは、（ＲＴＰとして示される）新たに要求されたメディアを利用して動作している。

図７Ｂでは、後にセッションを終了するため、発呼側加入者７０２はＳＩＰ ＢＹＥをＳ−ＣＳＣＦ２１０に送信し、Ｓ−ＣＳＣＦ２１０はＢＹＥメッセージをＩＭＳゲートウエーシステム２００に転送する。ＩＭＳゲートウエーシステム２００は、ＢＹＥメッセージをＳ−ＣＳＣＦ２１０に送信し、Ｓ−ＣＳＣＦ２１０はＢＹＥメッセージを被呼側加入者７０４に転送する。ＩＭＳゲートウエーシステム２００はさらに、現在使用されている割当額およびセッション用のメディア情報を有するＣＣＲ［ＴＥＲＭＩＮＡＴＩＯＮ］メッセージもＯＣＳ２２０に送信する。ＣＣＲ［ＴＲＥＭＩＮＡＡＴＩＯＮ］メッセージに応答して、ＯＣＳ２２０は発呼側加入者７０２の口座の残高を更新し、ＣＣＲ［ＴＥＲＭＩＮＡＴＩＯＮ］メッセージをＩＭＳゲートウエーシステム２００に送信する。次いでＤｉａｍｅｔｅｒセッション用はクリヤされる。

被呼側加入者７０４は２００ ＯＫメッセージをＳ−ＣＳＣＦ２１０に送信し、Ｓ−ＣＳＣＦ２１０は２００ ＯＫメッセージをＩＭＳゲートウエーシステム２００に転送する。ＩＭＳゲートウエーシステム２００は２００ ＯＫメッセージをＳ−ＣＳＣＦ２１０に送信し、Ｓ−ＣＳＣＦ２１０は２００ ＯＫメッセージを発呼側加入者７０２に転送する。このようにＳＩＰセッションは終了する。

上記の実施形態で示されるように、ＩＭＳゲートウエーシステム２００は、ＩＮＶＩＴＥメッセージに示されるメディアを識別し、かつセッション用のメディア変更を識別するために、ＩＮＶＩＴＥメッセージのＳＤＰセッション記述を解析する。次いでＩＭＳゲートウエーシステム２００はＩＮＶＩＴＥメッセージからのパラメータをＣＣＲ［ＵＰＤＡＴＥ］メッセージにマッピングし、ＣＣＲ［ＵＰＤＡＴＥ］メッセージをＯＣＳ２２０に送信する。このようにして、ＩＭＳゲートウエーシステム２００はセッション中のメディア変更のオンライン課金を処理することができる。

図８は、本発明の例示的実施形態において冗長ＩＭＳゲートウエーシステム８０２−８０３を含むＩＭＳネットワーク８００を示している。ＩＭＳゲートウエーシステム８０２およびＩＭＳゲートウエーシステム８０３はＳ−ＣＳＣＦ８１０およびＯＣＳ２２０に接続している。ＩＭＳゲートウエーシステム８０２−８０３はＩＭＳネットワークアーキテクチャに冗長性を付加し、それがネットワークの信頼性を高める。

ＩＭＳゲートウエーシステム８０２−８０３は状態ベースのＳＩＰアプリケーションと状態ベースのＤｉａｍｅｔｅｒアプリケーションとを有している。したがって、高い信頼性と高い利用可能性とをサポートするため、セッション状態は対偶のＩＭＳゲートウエーシステム８０２−８０３間で同期化される必要がある。

ＩＭＳゲートウエーシステム８０２−８０３を同期化するため、対のうちのアクティブなＩＭＳゲートウエーシステム（ＩＭＳゲートウエーシステム８０２であると想定）がＳ−ＣＳＣＦ８１０からセッション制御メッセージを受信し、セッション用の課金応答メッセージをＯＣＳ８２０から受信する。コール用のメッセージを処理した後、アクティブなＩＭＳゲートウエーシステム８０２はそのセッション用の更新された状態情報を有するメッセージを待機状態のＩＭＳゲートウエーシステム８０３に送信する。アクティブＩＭＳゲートウエーシステム８０２はハートビートメッセージを周期的に待機ＩＭＳゲートウエーシステム８０３に送信し、逆の場合も同様であり、それによってこれらは互いのヘルスをモニタすることができる。アクティブＩＭＳゲートウエーシステム８０２が待機ＩＭＳゲートウエーシステム８０３からのハートビートメッセージを受信しない場合は、アクティブＩＭＳゲートウエーシステム８０２はアラームを発生する。

待機ＩＭＳゲートウエーシステム８０３がアクティブＩＭＳゲートウエーシステム８０２からのハートビートメッセージを受信しない場合は、待機ＩＭＳゲートウエーシステム８０３はアクティブＩＭＳゲートウエーシステム８０２の役割を担う。ＩＭＳゲートウエーシステム８０３はＳ−ＣＳＣＦ８１０、およびＯＣＳ８２０とのソケットを確立し、これらの素子はＩＭＳゲートウエーシステム８０３へのメッセージの送信を開始する。ＩＭＳゲートウエーシステム８０２が故障状態から回復すると、これは待機ＩＭＳゲートウエーシステムの役割を担う。

図９は、本発明の例示的実施形態の冗長ＩＭＳゲートウエーシステム８０２−８０３の異なる故障シナリオを示すメッセージ図である。通常動作では、Ｓ−ＣＳＣＦ８１０はセッションを開始するためＳＩＰ ＩＮＶＩＴＥメッセージをアクティブＩＭＳゲートウエーシステム８０２に送信する。ＩＭＳゲートウエーシステム８０２はＳＩＰ １００ ＴＲＹＩＮＧメッセージをＳ−ＣＳＣＦ８１０に送信し、さらにＣＣＲ［ＩＮＩＴＩＡＬ］メッセージをＯＣＳ８２０に送信する。ＩＭＳゲートウエーシステム８０２はＣＣＡ［ＩＮＩＴＩＡＬ］メッセージをＯＣＳ８２０から受信する。ＣＣＡ［ＩＮＩＴＩＡＬ］メッセージに応答して、ＩＭＳゲートウエーシステム８０２はＳＩＰ ＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ８１０に送信する。Ｓ−ＣＳＣＦ８１０はＳＩＰ ２００ ＯＫメッセージをＩＭＳゲートウエーシステム８０２に送信する。次いでＩＭＳゲートウエーシステム８０２は、待機ＩＭＳゲートウエーシステム８０３にセッション用の情報を提供するために待機ＩＭＳゲートウエーシステム８０３と同期化する。ＩＭＳゲートウエーシステム８０２は次いでＳＩＰ ２００ ＯＫメッセージをＳ−ＣＳＣＦ８１０に送信する。Ｓ−ＣＳＣＦ８１０はＳＩＰ ＡＣＫメッセージで応答する。ＩＭＳゲートウエーシステム８０２はＡＣＫメッセージで応答してセッションをセットアップする。

Ｓ−ＣＳＣＦ８１０から２００ ＯＫメッセージを受信する前にＩＭＳゲートウエーシステム８０２に故障がある場合は、セッションはキャンセルされる。

Ｓ−ＣＳＣＦ８１０から２００ ＯＫメッセージを受信する前にＩＭＳゲートウエーシステム８０２に故障がある場合は（Ｆ１）、待機ＩＭＳゲートウエーシステム８０３が２００ ＯＫメッセージを受信する。しかし、待機ＩＭＳゲートウエーシステム８０３はセッション用の情報を有しておらず、ＳＩＰ ＢＹＥメッセージを送信してコールを解除する。

Ｓ−ＣＳＣＦ８１０から２００ ＯＫメッセージを受信した後にＩＭＳゲートウエーシステム８０２に故障がある場合は（Ｆ２）、待機ＩＭＳゲートウエーシステム８０３はＳ−ＣＳＣＦ８１０によって再送信された２００ ＯＫメッセージを受信する。しかし、待機ＩＭＳゲートウエーシステム８０３はセッション用の情報を有しておらず、ＳＩＰ ＢＹＥメッセージを送信してコールを解除する。

待機ＩＭＳゲートウエーシステム８０３との同期化の後にＩＭＳゲートウエーシステム８０２に故障がある場合は（Ｆ３）、ＩＭＳゲートウエーシステム８０３はセッション用の情報を有している。ＩＭＳゲートウエーシステム８０３は、Ｓ−ＣＳＣＦ８１０によって再送信された２００ ＯＫメッセージを受信する。次いでＩＭＳゲートウエーシステム８０３は２００ ＯＫメッセージをＳ−ＣＳＣＦ８１０に送信する。

２００ ＯＫメッセージをＳ−ＣＳＣＦ８１０に送信した後、ＩＭＳゲートウエーシステム８０２に故障があり、２００ ＯＫメッセージがフェイルオーバーの前に確実に送られなかった場合は（Ｆ４）、Ｓ−ＣＳＣＦ８１０は２００ ＯＫメッセージをＩＭＳゲートウエーシステム８０３に再送信する。ＩＭＳゲートウエーシステム８０３は次いで２００ ＯＫメッセージをＳ−ＣＳＣＦ８１０に送信する。

ＡＣＫメッセージをＳ−ＣＳＣＦ８１０から受信した後、ＩＭＳゲートウエーシステム８０２に故障がある場合は（Ｆ５）、安定したセッションが確立されており、ＩＭＳゲートウエーシステム８０３はセッションを正常に処理できる。

本明細書では特定の実施形態が記載されたが、本発明の範囲はこれらの特定の実施形態に限定されるものではない。本発明の範囲は添付の請求項およびその等価物によって定義される。

先行技術のＩＭＳゲートウエー機能を含む３ＧＰＰオンライン課金アーキテクチャを示す図である。 本発明の例示的実施形態でのＩＭＳゲートウエーシステムを示す図である。 本発明の例示的実施形態でのＩＭＳゲートウエーシステムの動作方法を示すフローチャートである。 本発明の例示的実施形態でのＳＩＰ ＩＮＶＩＴＥメッセージからＣＣＲメッセージへの情報の例示的マッピングを示す図である。 本発明の例示的実施形態でのＳＩＰ ＩＮＶＩＴＥメッセージからＣＣＲメッセージへの情報の例示的マッピングを示す図である。 本発明の例示的実施形態における予算管理システムによって使用してもよい状態モデルを示す図である。 本発明の例示的実施形態でのＩＭＳゲートウエーシステムによる例示的予算管理を示すメッセージ図である。 本発明の例示的実施形態でのＩＭＳゲートウエーシステムによる例示的予算管理を示すメッセージ図である。 本発明の例示的実施形態での冗長ＩＭＳゲートウエーシステムを含むＩＭＳネットワークを示す図である。 本発明の例示的実施形態での冗長ＩＭＳゲートウエーシステムの異なる故障シナリオを示すメッセージ図である。

Claims (10)

1. ＩＭＳネットワーク用ＩＭＳゲートウエーシステム（２００）であって、
   ＩＭＳネットワークのコールセッション制御機能ＣＳＣＦ（２１０）からアクティブＩＭＳセッション用の、セッション用の新規メディアに関する情報を含むセッション制御メッセージを受信するように構成されたセッション制御インターフェース（２０２）と、
   セッション中のメディアの変更を識別するためにセッション制御メッセージを処理し、メディアの変更の識別に応答してセッション用の新規メディア用の課金要求メッセージを生成するように構成された予算管理システム（２０４）と、
   ＩＭＳネットワークのオンライン課金システムＯＣＳ（２２０）に、セッション用の新規メディアに関する情報を含む課金要求メッセージを送信するように構成された課金インターフェース（２０６）とを含むことを特徴とする、ＩＭＳゲートウエーシステム。
2. 予算管理システム（２０４）がさらに、
   セッション用の新規メディアに関する情報を含むセッション制御メッセージ内のメディア記述を識別し、かつ、
   メディアの変更が行われたか否かを識別するため、セッション制御メッセージで指示されている新規メディアを先行のセッション制御メッセージで指示されている先行のメディアと比較するように構成された、請求項１に記載のＩＭＳゲートウエーシステム（２００）。
3. セッション制御メッセージがセッション開始プロトコルＳＩＰに属し、メディア記述がセッション記述プロトコルＳＤＰに属する、請求項２に記載のＩＭＳゲートウエーシステム（２００）。
4. 予算管理システム（２０４）がさらに、
   セッション制御メッセージ内のパラメータを課金要求メッセージ内のパラメータにマッピングするように構成された、請求項１に記載のＩＭＳゲートウエーシステム（２００）。
5. 予算管理システム（２０４）がさらに、
   ＯＣＳ（２２０）から課金応答メッセージを受信し、
   課金応答メッセージに定められた割当額に基づいて予算管理を行うように構成された、請求項１に記載のＩＭＳゲートウエーシステム（２００）。
6. セッションおよびオンライン課金システムＯＣＳ用のコールセッション制御機能ＣＳＣＦと通信するように構成され、ＩＭＳネットワークでオンライン課金を行うためのＩＭＳゲートウエーシステムの動作方法であって、
   アクティブＩＭＳセッション用の、セッション用の新規メディアに関する情報を含むセッション制御メッセージをＩＭＳネットワークのＣＳＣＦから受信するステップと、
   セッション中のメディアの変更を識別するためにセッション制御メッセージを処理するステップと、
   メディアの変更の識別に応答してセッション用の新規メディア用の課金要求メッセージを生成するステップと、
   ＩＭＳネットワークのＯＣＳに、セッション用の新規メディアに関する情報を含む課金要求メッセージを送信するステップとを含むことを特徴とする、方法。
7. セッション中のメディアの変更を識別するためにセッション制御メッセージを処理するステップが、
   セッション用の新規メディアに関する情報を含むセッション制御メッセージ内のメディア記述を識別するステップと、
   メディアの変更が行われたか否かを識別するため、セッション制御メッセージで指示されている新規メディアを先行のセッション制御メッセージで指示されている先行のメディアと比較するステップとを含む、請求項６に記載の方法。
8. セッション制御メッセージがセッション開始プロトコルＳＩＰに属し、メディア記述がセッション記述プロトコルＳＤＰに属する、請求項７に記載の方法。
9. セッション制御メッセージ内のパラメータを課金要求メッセージ内のパラメータにマッピングステップをさらに含む、請求項６に記載の方法。
10. ＯＣＳから課金応答メッセージを受信するステップと、
    課金応答メッセージに定められた割当額に基づいて予算管理を行うステップとをさらに含む、請求項６に記載の方法。

Images