(57)【要約】  集中化料金請求システム（４０４）及び方法を説明する。集中化料金請求システム（４０４）がオフライン料金請求システム（４１２）、オンライン料金請求システム（４１４）、共通の格付け機能（４１６）及び共通の料金請求ゲートウェイ機能（４１８）を含む。動作の際、オンライン料金請求システムは第１のコールに関するオンライン料金請求情報を受信し、共通の格付け機能にアクセスして第１のコールに関する格付けを決定する。次に、オンライン格付けシステムは第１のコールに関する格付けされたＣＤＲ（料金請求データレコード）を共通の料金請求ゲートウェイ機能に伝送する。オフライン料金請求システムは第２のコールに関するオフライン料金請求情報を受信し、共通の格付け機能にアクセスして第２のコールに関する格付けを決定する。オフライン料金請求システムは第２のコールに関する格付けされたＣＤＲを共通の料金請求ゲートウェイ機能に伝送する。共通の料金請求ゲートウェイ機能はオンラインコールとオフラインコールの両方に関する格付けされたＣＤＲをバッファリングし、次に、請求書発行システム（４０６）に格付けされたＣＤＲを伝送する。
2009512235.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク（４００）におけるオフライン料金請求及びオンライン料金請求のための集中化料金請求システム（４０４）であって、
請求書発行システム（４０６）に格付けされたＣＤＲ（料金請求データレコード）を伝送するように動作可能な共通の料金請求ゲートウェイ機能（４１８）、
コールに関する格付けを決定するように動作可能な共通の格付け機能（４１６）、
第１のコールに関するオンライン料金請求情報を受信し、前記共通の格付け機能にアクセスして、前記第１のコールに関する格付けを決定し、前記第１のコールに関する前記オンライン料金請求情報及び前記格付けに基づき、前記第１のコールに関する格付けされたＣＤＲを生成し、前記第１のコールに関する前記格付けされたＣＤＲを、前記共通の料金請求ゲートウェイ機能に伝送するように動作可能なオンライン料金請求システム（４１４）、及び
第２のコールに関するオフライン料金請求情報を受信し、前記共通の格付け機能にアクセスして、前記第２のコールに関する格付けを決定し、前記第２のコールに関する前記オフライン料金請求情報及び前記格付けに基づき、前記第２のコールに関する格付けされたＣＤＲを生成し、前記第２のコールに関する前記格付けされたＣＤＲを、前記共通の料金請求ゲートウェイ機能に伝送するように動作可能なオフライン料金請求システム（４１２）
を有することを特徴とする集中化料金請求システム。
【請求項２】
請求項１に記載の集中化料金請求システム（４０４）において、前記共通の料金請求ゲートウェイ機能（４１８）が、前記第１のコールに関する前記格付けされたＣＤＲ及び前記第２のコールに関する前記格付けされたＣＤＲを前記請求書発行システム（４０６）に伝送するように動作可能である集中化料金請求システム。
【請求項３】
請求項１に記載の集中化料金請求システム（４０４）において、前記通信ネットワーク（４００）が３ＧＰＰ標準に基づく集中化料金請求システム。
【請求項４】
請求項１に記載の集中化料金請求システム（４０４）において、前記共通の料金請求ゲートウェイ機能（４１８）がピア料金請求ゲートウェイ機能（６５１）からＣＤＲを受信するようにさらに動作可能である集中化料金請求システム。
【請求項５】
請求項１に記載の集中化料金請求システム（４０４）において、前記共通の料金請求ゲートウェイ機能（４１８）が別の通信ネットワーク（６５２）における別の請求書発行システムからＣＤＲを受信するようにさらに動作可能である集中化料金請求システム。
【請求項６】
通信ネットワークにおけるオフライン料金請求及びオンライン料金請求のための集中化料金請求システムを動作させる方法であって、
第１のコールに関するオンライン料金請求情報を受信するステップ、
共通の格付け機能にアクセスして、前記第１のコールに関する格付けを決定するステップ、
前記第１のコールに関する前記オンライン料金請求情報及び前記格付けに基づき、前記第１のコールに関する格付けされたＣＤＲ（料金請求データレコード）を生成するステップ、
前記第１のコールに関する前記格付けされたＣＤＲを共通の料金請求ゲートウェイ機能の中にバッファリングするステップ、
第２のコールに関するオフライン料金請求情報を受信するステップ、
前記共通の格付け機能にアクセスして、前記第２のコールに関する格付けを決定するステップ、
前記第２のコールに関する前記オフライン料金請求情報及び前記格付けに基づき、前記第２のコールに関する格付けされたＣＤＲを生成するステップ、及び
前記第２のコールに関する前記格付けされたＣＤＲを共通の料金請求ゲートウェイ機能の中にバッファリングするステップ
を有することを特徴とする方法。
【請求項７】
請求項６に記載の方法であって、さらに、
前記第１のコールに関する前記格付けされたＣＤＲ及び前記第２のコールに関する前記格付けされたＣＤＲを前記共通の料金請求ゲートウェイ機能から前記請求書発行システムに伝送するステップ
からなる方法。
【請求項８】
前記通信ネットワークが３ＧＰＰ標準に基づく請求項６に記載の方法。
【請求項９】
請求項６に記載の方法であって、さらに、
ピア料金請求ゲートウェイ機能から前記共通の料金請求ゲートウェイ機能の中にＣＤＲを受信するステップ
からなる方法。
【請求項１０】
請求項６に記載の方法であって、さらに、
別の通信ネットワークにおける別の請求書発行システムから前記共通の料金請求ゲートウェイ機能の中にＣＤＲを受信するステップ
からなる方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信の分野に関し、詳細には、通信ネットワークにおける集中化された料金請求システム、及び集中化オフライン料金請求及びオンライン料金請求のための対応する方法に関する。
【背景技術】
【０００２】
３ＧＰＰ（第３世代パートナーシッププロジェクト）標準グループが、様々なネットワークドメイン（すなわち、回線交換網ドメイン、パケット交換網ドメイン、又は無線ドメイン）、ＩＰマルチメディアサブシステム、及び出現しつつある３Ｇアプリケーションサービスにおける料金請求を対象として含むオンライン料金請求システム及びオフライン料金請求システムについての仕様のセットを定義している。しかし、オンライン料金請求仕様とオフライン料金請求仕様は、別々の仕方で定義され、別々の仕方で機能する。
【０００３】
図１は、３ＧＰＰによって定義される料金請求アーキテクチャ１００を示す。料金請求アーキテクチャ１００は、技術仕様、３ＧＰＰ  ＴＳ３２．２４０において見ることができる。図１の左側部分は、料金請求アーキテクチャ１００のオフライン料金請求システム１０２を示す。オフライン料金請求システム１０２はＣＤＦ（料金請求データ機能）１１０及びＣＧＦ（料金請求ゲートウェイ機能）１１２を含む。図１の右側部分は料金請求アーキテクチャ１００のＯＣＳ（オンライン料金請求システム）１０４を示す。オンライン料金請求システム１０４の詳細な機能構成要素は、技術仕様、３ＧＰＰ  ＴＳ３２．２９６において見ることができる。オフライン料金請求システム１０２とオンライン料金請求システム１０４はともに、ＣＤＲ（料金請求データレコード）を請求書発行システム１０６に伝送するように動作可能である。オフライン料金請求は、一般に、料金請求情報が、提供されるサービスにリアルタイムで影響を与えない料金請求機構として定義される。オンライン料金請求は、一般に、料金請求情報が、提供されるサービスにリアルタイムで影響を与える可能性があり、したがって、セッション／サービス管理を相手にした料金請求機構の直接対話が必要とされる料金請求機構として定義される。
【０００４】
オフライン料金請求システム１０２は、以下の要素又は機能と通信して料金請求情報を受信する。すなわち、ＣＳ−ＮＥ（回線交換網要素）１２１、サービスＮＥ（サービス網要素）１２２、ＳＩＰ  ＡＳ（アプリケーションサーバ）１２３、ＭＲＦＣ（マルチメディアリソース機能コントロール）１２４、ＭＧＣＦ（メディアゲートウェイ制御機能）１２５、ＢＧＣＦ（ブレークアウトゲートウェイ制御機能）１２６、プロキシＣＳＦＣ（コールセッション制御機能）／Ｉ−ＣＳＣＦ（問い合わせＣＳＣＦ）１２７、Ｓ−ＣＳＣＦ（サービングＣＳＣＦ）１２８、ＷＬＡＮ（無線ＬＡＮ）１２９、ＳＧＳＮ１３０、ＧＧＳＮ１３１及びＴＰＦ（トラフィックプレーン機能）１３２である。これらの要素及び機能は３ＧＰＰ仕様に精通している人々に知られている。オンライン料金請求システム１０４は以下の要素又は機能と通信して料金請求情報を受信する。すなわち、ＣＳ−ＮＥ（回線交換網要素）１２１、サービスＮＥ（サービス網要素）１２２、ＳＩＰアプリケーションサーバ１２３、ＭＲＦＣ１２４、Ｓ−ＣＳＣＦ１２８、ＷＬＡＮ（無線ＬＡＮ）１２９、ＳＧＳＮ１３０、ＧＧＳＮ１３１及びＴＰＦ（トラフィックプレーン機能）１３２である。これらの要素及び機能は３ＧＰＰ仕様に精通している人々に知られている。
【０００５】
図２は３ＧＰＰによって定義される通りのオンライン料金請求システム１０４を示す。オンライン料金請求システム１０４はＯＣＦ（オンライン料金請求機能）２０２を含む。オンライン料金請求機能２０２はセッションベースの料金請求機能２０４及びイベントベースの料金請求機能２０６を含む。オンライン料金請求システム１０４はＡＢＭＦ（口座残高管理機能）２０８、オンラインＲＦ（格付け機能）２１０及びＣＧＦ（料金請求ゲートウェイ機能）２１２をさらに含む。
【０００６】
図３は３ＧＰＰによって定義される通りの料金請求アーキテクチャ１００の一般化を例示して料金請求アーキテクチャ１００の動作を示す。料金請求アーキテクチャ１００はＣＴＦ（料金請求トリガ機能）３０２、オフライン料金請求システム１０２、ＯＣＳ（オンライン料金請求システム）１０４及び請求書発行システム１０６を含む。オフライン料金請求システム１０２及びＯＣＳ（オンライン料金請求システム）１０４はともに、それぞれＣＧＦ（料金請求ゲートウェイ機能）１１２及びＣＧＦ（料金請求ゲートウェイ機能）２１２である料金請求ゲートウェイ機能を導入する。料金請求ゲートウェイ機能１１２及び料金請求ゲートウェイ機能２１２はネットワークと請求書発行システム１０６との間でゲートウェイの役割をしてＣＤＲ前処理機能を提供する。オフライン料金請求システム１０２はＣＤＦ（料金請求データ機能）１１０及び料金請求ゲートウェイ機能１１２を含む。オンライン料金請求システム１０４はＯＣＦ（オンライン料金請求機能）２０２、ＡＢＭＦ（口座残高管理機能）２０８、オンラインＲＦ（格付け機能）２１０及び料金請求ゲートウェイ機能２１２を含む。請求書発行システム１０６はオフラインＲＦ（格付け機能）３０４を含む。
【０００７】
３ＧＰＰ標準によれば、料金請求トリガ機能３０２はネットワーク要素内の料金請求可能な要素（図示せず）に関係する情報を収集するための中心である。１つ又は複数のネットワーク要素における料金請求トリガ機能３０２が１つ又は複数のコールに関する料金請求情報を生成する。契約者によって提供される料金請求特性に依存して、料金請求トリガ機能３０２がＲｆインタフェース３１０を介して料金請求データ機能１１０にオフライン料金請求情報を伝送する。料金請求トリガ機能３０２がＲｏインタフェース３１１を介してオンライン料金請求システム１０４にオンライン料金請求情報を伝送する。
【０００８】
オフライン料金請求に関して、料金請求データ機能１１０はコール又はコールセッションに関するオフライン料金請求情報を受信する。料金請求データ機能１１０はそのオフライン料金請求情報に基づきＣＤＲ（料金請求データレコード）を生成する。ＣＤＲは、この時点では格付けされていない。料金請求データ機能１１０はＧａインタフェース３１２を介して料金請求ゲートウェイ機能１１２に格付けされていないＣＤＲを伝送する。料金請求ゲートウェイ機能１１２は検証、統合、誤り処理などのために格付けされていないＣＤＲを前処理し、格付けされていないＣＤＲをフィルタリングする。また、料金請求ゲートウェイ機能１１２は格付けされていないＣＤＲを一時的にバッファリングすることも行う。請求書発行システム１０６からの要求に応答して、料金請求ゲートウェイ機能１１２はＢｘインタフェース３１３を介して請求書発行システム１０６に格付けされていないＣＤＲを伝送する。請求書発行システム１０６はコールのオフライン料金請求に関するレートを決定するためのオフライン格付け機能３０４を含む。請求書発行システム１０６はオフライン格付け機能３０４にアクセスして格付けされていないＣＤＲに関するレートを決定し、コールセッションのオフライン料金請求に関する格付けされたＣＤＲを生成する。
【０００９】
オンライン料金請求に関して、オンライン料金請求機能２０２はセッションベースの料金請求機能２０４及びイベントベースの料金請求機能２０６を含む（図２参照）。各機能はＣＤＲを生成する料金請求データ機能を含む。オンライン料金請求機能２０２（又は対応する料金請求データ機能）が、コールセッションに関して、料金請求トリガ機能３０２からオンライン料金請求情報を受信する。オンライン料金請求情報に応答して、オンライン料金請求機能２０２はオンライン格付け機能２１０にアクセスして、オンライン料金請求情報に関連するコールセッションに関するレートを決定する。オンライン料金請求機能２０２はコールセッションに関するレート及びオンライン料金請求情報に基づき、格付けされたＣＤＲを生成し、Ｇａインタフェース３１４を介してＣＤＲ前処理のために料金請求ゲートウェイ機能２１２に格付けされたＣＤＲを伝送する。料金請求ゲートウェイ機能２１２はＣＤＲを前処理し、前処理されたＣＤＲをフィルタリングする。料金請求ゲートウェイ機能２１２は格付けされたＣＤＲを一時的にバッファリングする。請求書発行システム１０６からの要求に応答して、料金請求ゲートウェイ機能１１２はＢｏインタフェース３１５を介して請求書発行システム１０６に、格付けされたＣＤＲを伝送する。
【００１０】
１つの問題は、既存の３ＧＰＰ標準仕様がオンライン料金請求とオフライン料金請求の間の集中化を記述していないことである。３ＧＰＰはオフライン料金請求システム１０２に関する料金請求ゲートウェイ機能１１２がＢｘインタフェース３１３を介して請求書発行システム１０６に、格付けされていないＣＤＲを供給することができるようにする仕様だけしか定義していない。Ｂｘインタフェース３１３の「ｘ」はネットワークドメインに応じて、「ｃ」、「ｐ」、「ｉ」、「ｌ」、「ｍ」、「ｏ」、「ｗ」などであることが可能である。例えば、「ｃ」はＣＳ（回線交換）を表し、「ｐ」はＰＳ（パケット交換）を表し、「ｉ」はＩＭＳ（ＩＰマルチメディアサブシステム）を表し、「ｌ」はロケーションサービスを表し、「ｍ」はマルチメディアメッセージサービスを表し、「ｏ」はＯＣＳ（オンライン料金請求システム）を表し、「ｗ」はＷＬＡＮ（無線ＬＡＮ）を表す。このため、請求書発行システム１０６はコールに関するオフライン料金請求を格付けするために独自の独立したオフライン格付け機能３０４を必要とする。他方、オンライン料金請求システム１０４はコールに関するオンライン料金請求を格付けする独自のオンライン格付け機能２１０を含む。
【００１１】
３ＧＰＰはオフライン料金請求システム１０２に関する料金請求ゲートウェイ機能１１２がさらなる格付け及び差引勘定調整のためにオンライン料金請求システム１０４にＣＤＲを供給することができるようにするインタフェースを定義していない。このため、ほとんどのサービス事業者は異なるベンダからの２つの別々の料金請求システムの管理、サポート、保守及び更新を行う必要がある。２つの別々の料金請求システムを維持することの運用上の非効率、及び技術上のオーバヘッドがマーケティング活動及びビジネス活動におけるサービスプロバイダの欠点につながる可能性がある。
【非特許文献１】３ＧＰＰ  ＴＳ３２．２４０
【非特許文献２】３ＧＰＰ  ＴＳ３２．２９６
【発明の開示】
【課題を解決するための手段】
【００１２】
本発明は、オンライン料金請求とオフライン料金請求を集中化した料金請求システムに集中化することにより、以上及び関連する問題を解決する。集中化料金請求システムはオンラインコールとオフラインコールの両方を格付けするために共通の格付け機能を使用する。また、集中化料金請求システムは共通の料金請求ゲートウェイ機能も使用する。オンラインコールとオフラインコールの両方に関する共通の格付け機能を使用することにより、請求書発行システムはオフラインコールに関するコール料金請求を計算するのに別個の格付け機能を維持する必要がない。本発明の集中化料金請求システムはオンラインコールとオフラインコールの両方のために使用され、そのため、料金請求集中化が達せられ、これにより、サービスプロバイダの投資、運用及び保守の費用が低減され、エンドユーザサービス体験が向上する。請求書発行システムは、毎月のインボイス、統計レポートなどを生成するために請求書発行データベースを格納することだけしか要求されない。
【００１３】
本発明の一実施形態は、通信ネットワーク及び請求書発行システムに接続された集中化料金請求システムを含む。集中化料金請求システムはオフライン料金請求システム、オンライン料金請求システム、共通の格付け機能及び共通の料金請求ゲートウェイ機能を含む。動作の際、オンライン料金請求システムは第１のコールに関するオンライン料金請求情報を受信する。オンライン料金請求システムは通信ネットワークにおいて第１のコールを扱うノード（図示せず）上で動作する料金請求トリガ機能からオンライン料金請求情報を受信する。オンライン料金請求システムは共通の格付け機能にアクセスして第１のコールに関する格付けを決定する。オンライン料金請求システムは共通の格付け機能によって提供される、第１のコールに関するオンライン料金請求情報及び格付けに基づき、第１のコールに関する格付けされたＣＤＲ（料金請求データレコード）を生成する。オンライン料金請求システムは格付けされたＣＤＲを共通の料金請求ゲートウェイ機能に伝送し、共通の料金請求ゲートウェイ機能は第１のコールに関する格付けされたＣＤＲをバッファリングする。
【００１４】
オフライン料金請求システムは第２のコールに関するオフライン料金請求情報を受信する。オフライン料金請求システム又はオンライン料金請求システムのいずれかが共通の格付け機能にアクセスして第２のコールに関する格付けを決定する。オフライン料金請求システム又はオンライン料金請求システムのいずれかが第２のコールに関するオフライン料金請求情報及び格付けに基づいて、第２のコールに関する格付けされたＣＤＲを生成する。オフライン料金請求システム又はオンライン料金請求システムのいずれかが格付けされたＣＤＲを共通の料金請求ゲートウェイ機能に伝送し、共通の料金請求ゲートウェイ機能が第２のコールに関する格付けされたＣＤＲをバッファリングする。
【００１５】
共通の料金請求ゲートウェイ機能は格付けされたＣＤＲを請求書発行システムに伝送する。共通の料金請求ゲートウェイ機能は、定期的に、又は請求書発行システムからの要求に応答して、格付けされたＣＤＲを請求書発行システムに伝送することができる。
本発明は、以下に説明する他の例示的な実施形態を含むことが可能である。
【発明を実施するための最良の形態】
【００１６】
同一の符号は、すべての図面上で同一の要素を表す。
図４〜図１２、及び以下の説明は、本発明の特定の例示的な実施形態を示して、本発明をどのように作成し、使用するかを当業者に教示する。本発明の原理を教示する目的で本発明の一部の従来の態様は簡略化又は省略されている。本発明の範囲に含まれる、それらの実施形態からの変形が当業者には認識されよう。以下に説明する特徴を様々な仕方で組み合わせて本発明の複数の変形が形成されることが可能であることが当業者には認識されよう。このため、本発明は以下に説明する特定の実施形態に限定されず、特許請求の範囲及び均等の範囲によってだけ限定される。
【００１７】
図４は本発明の例示的な実施形態における通信システム４００を示す。通信システム４００は通信ネットワーク４０２、集中化料金請求システム４０４及び請求書発行システム４０６を含む。通信ネットワーク４０２は、所望される任意のネットワークドメイン（すなわち、回線交換網ドメイン、パケット交換網ドメイン又は無線ドメイン）、ＩＰマルチメディアサブシステム及び／又は出現しつつある３Ｇアプリケーションサービスを含むことが可能である。請求書発行システム４０６は、コール又はコール関連サービスに関する請求書発行を提供する任意のシステム又はサーバを含む。請求書発行システム４０６は３ＧＰＰ、又は後継の任意の標準機関によって定義されることが可能である。通信システム４００は、図４に示されていない他のシステム、サーバ又は構成要素を含んでもよい。
【００１８】
集中化料金請求システム４０４はオフライン料金請求システム４１２、ＯＣＳ（オンライン料金請求システム）４１４、共通の格付け機能４１６及びＣＧＦ（共通の料金請求ゲートウェイ機能）４１８を含む。共通の格付け機能４１６は音声サービス及び／又はデータサービスに関する非金銭的単位算出及び／又は金銭的単位算出を実行する任意の機能、アプリケーション又はシステムを含む。共通の格付け機能４１６は、以下の機能を提供することができる。すなわち、サービスデリバリ前、及びサービスデリバリ後のネットワーク及び外部のサービス及びアプリケーション（セッション、サービス又はイベント）に関する格付け、並びに製品横断及びチャネル横断の割引き、便益及び／又は割当てである。共通の格付け機能４１６には、オフライン料金請求システム及びオンライン料金請求システム４１４が、直接に、又は間接的にアクセスすることが可能である。
【００１９】
共通の料金請求ゲートウェイ機能４１８は通信ネットワーク４０２と請求書発行システム４０６との間でゲートウェイの役割をしてＣＤＲ前処理機能を提供する任意の機能、アプリケーション又はシステムを含む。共通の料金請求ゲートウェイ機能４１８には、オフライン料金請求システム４１２及びオンライン料金請求システム４１４がアクセスすることが可能である。
【００２０】
共通の格付け機能４１６及び共通の料金請求ゲートウェイ機能４１８は、同一のプラットフォーム上で、又は異なるプラットフォーム上で動作することができる。例として、共通の格付け機能４１６はオンライン料金請求システム４１４のプラットフォーム上で動作することができるのに対して、共通の料金請求ゲートウェイ機能４１８は別個のプラットフォーム上で動作する。共通の格付け機能４１６は３ＧＰＰによって定義される通りのオンライン料金請求システム４１４の一部と考えられることが可能であるが、共通の格付け機能４１６は説明を容易にするため別個の機能として図示される。
【００２１】
オフライン料金請求システム４１２、オンライン料金請求システム４１４、共通の格付け機能４１６及び共通の料金請求ゲートウェイ機能４１８のいずれか又は全てが処理システムによって実行可能な命令を含むことが可能である。命令の一部の例がソフトウェア、プログラムコード及びファームウェアである。命令は処理システムによって実行されると、本発明に従って動作するよう処理システムを導くように機能する。「処理システム」という用語は単一の処理デバイス、又は相互運用性のある処理デバイスのグループを指す。プロセッサの一部の例がコンピュータ、集積回路及び論理回路である。
【００２２】
図５は本発明の例示的な実施形態における図４の集中化料金請求システム４０４を動作させる方法５００の流れ図である。方法５００は包括的ではなく、さらなるステップが含められてもよい。
【００２３】
ステップ５０２で、オンライン料金請求システム４１４が第１のコールに関するオンライン料金請求情報を受信する。オンライン料金請求システム４１４は通信ネットワーク４０２において第１のコールを扱うノード（図示せず）上で動作する料金請求トリガ機能からオンライン料金請求情報を受信する。
【００２４】
ステップ５０４で、オンライン料金請求システム４１４は共通の料金請求機能４１６にアクセスして第１のコールに関する格付けを決定する。共通の格付け機能４１６にアクセスするのに、オンライン料金請求システム４１４は共通の格付け機能４１６にレート要求を伝送することができる。オンライン料金請求システム４１４からレート要求（価格要求又は料金要求）を受信すると、共通の格付け機能４１６はその要求を評価することができる。レート要求はサービス識別子、契約者リファレンス、ネットワーク識別子、ユーザロケーション、サービス使用時間、転送されたデータ量などの様々な格付けパラメータを含むことが可能である。共通の格付け機能４１６は適用可能な価格モデル又は料金モデル（本明細書で一般に、格付けと呼ばれる）を決定し、オンライン料金請求システム４１４にその格付けを伝送する。
【００２５】
ステップ５０６で、オンライン料金請求システム４１４は共通の格付け機能４１６によって提供される第１のコールに関するオンライン料金請求情報及び格付けに基づき、第１のコールに関する格付けされたＣＤＲ（料金請求データレコード）を生成する。オンライン料金請求システム４１４は共通の料金請求ゲートウェイ機能４１８に、格付けされたＣＤＲを伝送する。ステップ５０８で、共通の料金請求ゲートウェイ機能４１８が第１のコールに関する格付けされたＣＤＲをバッファリングする。
【００２６】
ステップ５１０で、オフライン料金請求システム４１２が第２のコールに関するオフライン料金請求情報を受信する。オフライン料金請求システム４１２は通信ネットワーク４０２において第２のコールを扱うノード（図示せず）上で動作する料金請求トリガ機能から、オフライン料金請求情報を受信する。
【００２７】
ステップ５１２で、オフライン料金請求システム４１２又はオンライン料金請求システム４１４のいずれかが共通の格付け機能４１６にアクセスして第２のコールに関する格付けを決定する。ステップ５１４で、オフライン料金請求システム４１２又はオンライン料金請求システム４１４のいずれかが第２のコールに関するオフライン料金請求情報及び格付けに基づき、第２のコールに関する格付けされたＣＤＲを生成し、共通の料金請求ゲートウェイ機能４１８に、格付けされたＣＤＲを伝送する。ステップ５１６で、共通の料金請求ゲートウェイ機能４１８が第２のコールに関する格付けされたＣＤＲをバッファリングする。
【００２８】
ステップ５１２及び５１４は、オフライン料金請求システム４１２又はオンライン料金請求システム４１４によって実行されることが可能である。一実施形態では、オフライン料金請求システム４１２はオンライン料金請求システム４１４に関して前述したのと同様の態様で共通の格付け機能４１６にアクセスすることができる。次に、オフライン料金請求システム４１２は第２のコールに関する格付けされたＣＤＲを生成する。代替の実施形態では、オフライン料金請求システム４１２は共通の格付け機能４１６に直接にアクセスすることができない。オフライン料金請求システム４１２は第２のコールに関するオフライン料金請求情報をオンライン料金請求システム４１４に（直接に、又は共通の料金請求ゲートウェイ機能４１８を介して）伝送することができる。次に、オンライン料金請求システム４１４がオフライン料金請求システム４１２に代行して共通の格付け機能４１６にアクセスして第２のコールに関する格付けされたＣＤＲを生成することができる。
【００２９】
オフライン格付けに関して、オフライン料金請求システム４１２又は料金請求ゲートウェイ機能４１８は、ほぼリアルタイムで、又はオフピーク時中などの非リアルタイムで、コールを格付けするよう、オンライン料金請求システム４１４に命令することができる。また、オンライン料金請求システム４１４は、ピークトラフィック時である場合、オフライン料金請求システム４１２又は料金請求ゲートウェイ機能４１８に格付け情報で即時に応答しないことも可能である。
【００３０】
ステップ５１８で、共通の料金請求ゲートウェイ機能４１８が請求書発行システム４０６に、格付けされたＣＤＲを伝送する。共通の料金請求ゲートウェイ機能４１８は、定期的に、又は請求書発行システム４０６からの要求に応答して、請求書発行システム４０６に、格付けされたＣＤＲを伝送することができる。
【００３１】
有利なことに、請求書発行システム４０６はオフラインコールに関するコール料金請求を計算するのに別個の格付け機能を保持しなくてもよい。集中化料金請求システム４０４はオンラインコールとオフラインコールの両方のために使用され、そのため、料金請求集中化が達せられ、これにより、サービスプロバイダの投資、運用及び保守の費用が低減され、エンドユーザサービス体験が向上する。請求書発行システム４０６は毎月のインボイス、統計レポートなどを生成するために請求書発行データベースを格納することだけしか要求されない。
【００３２】
図６は本発明の別の例示的な実施形態における通信システム６００を示す。図６に示される通信システム６００は、一実施形態に過ぎず、本発明はこの実施形態に限定されない。図４の場合と同様に、集中化料金請求システム４０４は、この場合も、オフライン料金請求システム４１２、ＯＣＳ（オンライン料金請求システム）４１４、共通の格付け機能４１６及び共通の料金請求ゲートウェイ機能４１８を含む。
【００３３】
この実施形態では、オフライン料金請求システム４１２は組み込まれたＣＤＦ（料金請求データ機能）６１２を含む。料金請求データ機能６１２はＲｆインタフェース６３１を介してＣＴＦ（料金請求トリガ機能）６０２に接続される。また、料金請求データ機能６１２は内部インタフェース６３２によって共通の料金請求ゲートウェイ機能４１８にも接続される。
【００３４】
オンライン料金請求システム４１４はＯＣＦ（オンライン料金請求機能）６２２、共通のＲＦ（格付け機能）４１６、ＡＢＭＦ（口座残高管理機能）６２４を含む。オンライン料金請求システム４１４はＲｏインタフェース６３３を介して料金請求トリガ機能６０２に接続される。オンライン料金請求機能６２２はＲｅインタフェース６３４を介して共通の格付け機能４１６に接続される。オンライン料金請求機能６２２はＲｃインタフェース６３５を介して口座残高管理機能６２４に接続される。オンライン料金請求機能６２２はＧａインタフェース６３６を介して共通の料金請求ゲートウェイ機能４１８に接続される。
【００３５】
共通の料金請求ゲートウェイ機能４１８は格付けされていないＣＤＲバッファ６２６及び格付けされたＣＤＲバッファ６２７を含む。格付けされていないＣＤＲバッファ６２６はＲｏインタフェース６３７を介してオンライン料金請求機能６２２に接続される。また、格付けされていないＣＤＲバッファ６２６はＢｉインタフェース６３８を介してオンライン料金請求機能６２２にも接続される。格付けされたＣＤＲバッファ６２７はＲｏインタフェース６３９を介してオンライン料金請求機能６２２に結合される。共通の料金請求ゲートウェイ機能４１８はＢｘインタフェース６４０を介して請求書発行システム４０６に接続される。
【００３６】
料金請求ゲートウェイ機能４１８はＧａインタフェース６４１を介して外部ＣＤＦ（料金請求データ機能）６５０にさらに接続される。料金請求ゲートウェイ機能４１８はＧａインタフェース６４２を介して１つ又は複数のピアＣＧＦ（料金請求ゲートウェイ機能）６５１にさらに接続される。料金請求ゲートウェイ機能４１８はＧａインタフェース６４３を介して別のＰＬＭＮ（公衆陸上移動網）６５２における別の請求書発行システムにさらに接続される。
【００３７】
通信システム６００において、料金請求ゲートウェイ機能４１８は様々なネットワークノードからＣＤＲを受け入れるように動作可能である。以下は、それらのネットワークノードからＣＧＦ４１８の中にＣＤＲを受け入れるメッセージングケースを要約する。第１に、料金請求ゲートウェイ機能４１８が、料金請求ゲートウェイ機能４１８と並置されるように一体化された料金請求データ機能６１２からＣＤＲを受信する。料金請求ゲートウェイ機能４１８は、並置されるように内部料金請求データ機能を組み込んでおり、組み込まれた料金請求データ機能６１２からＣＤＲを受け入れる内部インタフェース６３２を有する。
【００３８】
第２に、料金請求ゲートウェイ機能４１８は外部料金請求データ機能６５０からＣＤＲを受信する。外部料金請求データ機能６５０を有するノードは料金請求ドメインにおける別個のノードに配置されることが可能である。
【００３９】
第３に、料金請求ゲートウェイ機能４１８はピア料金請求ゲートウェイ機能６５１からＣＤＲを受信する。ピア料金請求ゲートウェイ機能のペア４１８、６５１がＧａインタフェース６４２と通信して複製ＣＤＲが請求書発行ドメインに流れ込むのを回避することができる。障害回復及び冗長性のため、料金請求データ機能６１２などの料金請求データ機能がピア料金請求ゲートウェイ機能のペア４１８、６５１に接続されることが可能である。その料金請求データ機能６１２に関する一次料金請求ゲートウェイ機能４１８に障害が生じた場合、料金請求データ機能６１２は二次料金請求ゲートウェイ機能６５１に複製のＣＤＲを伝送することができる。一次料金請求ゲートウェイ機能４１８が回復すると二次料金請求ゲートウェイ機能６５１はＧａインタフェース６４２を介して一次料金請求ゲートウェイ機能４１８に複製のＣＤＲを伝送することができる。
【００４０】
第４に、料金請求ゲートウェイ機能４１８はオンライン料金請求機能６２２からＣＤＲを受信する。料金請求及び格付けがオンライン料金請求機能６２２において実行された後、オンライン料金請求機能６２２は格付けされたＣＤＲを生成する。オンライン料金請求機能６２２はＧａインタフェース６３６を介して料金請求ゲートウェイ機能４１８に格付けされたＣＤＲを伝送し、料金請求ゲートウェイ機能４１８は格付けされたＣＤＲを一時的にバッファリング又は格納する。
【００４１】
第５に、料金請求ゲートウェイ機能４１８は外部ＰＬＭＮにおける別の請求書発行システム６５２からＣＤＲを受信する。外部ＰＬＭＮにローミングして入る契約者に関して、外部ネットワークにおける請求書発行システム６５２によって処理されたＣＤＲはホームネットワークによって再格付けされる必要がある。料金請求ゲートウェイ機能４１８は他方の請求書発行システム６５２と協働してＧａインタフェース６４３を介してＣＤＲを受け入れることができる。
【００４２】
料金請求ゲートウェイ機能４１８が、様々なネットワークから生成されたＣＤＲを格納する一時リポジトリの役割をすることができるようにする前述の情報フローに加え、本発明は料金請求ゲートウェイ機能４１８とオンライン料金請求システム４１４との間にＲｏインタフェース６３７及びＢｉインタフェース６３８を導入することも行い、オンライン料金請求システム４１４において共通の格付け機能４１６を使用することにより、集中化料金請求システム４０４を実現する。オフライン格付け機能が請求書発行システム内にあった従来技術（図３参照）とは異なり、オフライン格付け機能はオンライン格付けのニーズとオフライン格付けのニーズの両方に関してオンライン料金請求システム４１４における共通の格付け機能４１６にマージされる。
【００４３】
待ち時間のないリアルタイムの料金請求を要求するオフラインコールに関して、料金請求ゲートウェイ機能４１８は格付けされていないＣＤＲを生成する。料金請求ゲートウェイ機能４１８はＲｏインタフェース６３７を介してオンライン料金請求システム４１４に、格付けされていないＣＤＲを伝送する。料金請求ゲートウェイ機能４１８はプッシュモードでクライアントの役割をしてＲｏ要求の中で格付けされていないＣＤＲをオンライン料金請求システム４１４に伝送する。オフライン料金請求システム４１４はサーバの役割をしてＲｏ要求を受け入れ、料金請求ゲートウェイ機能４１８にＲｏ応答を伝送してＣＤＲ受信の成功を確認する。次に、オンライン料金請求システム４１４が共通の格付け機能４１６にアクセスしてそのコールに関する料金請求を決定し、格付けされたＣＤＲを生成する。オンライン料金請求システム４１４はＧａインタフェース６３６を介して料金請求ゲートウェイ機能４１８に格付けされたＣＤＲを伝送する。オフライン料金請求システム４１２からＲｏ要求を受信する際、オンライン料金請求システム４１４は、システム構成に依存して、ピークでない処理時間が存在するまで共通の格付け機能４１６にアクセスするのを待つことができる。オンライン料金請求システム４１４はオンライン料金請求を先に扱い、オフ時間中にオフライン料金請求に対応する。
【００４４】
待ち時間のある非リアルタイムの料金請求を許すオフラインコールに関して、料金請求ゲートウェイ機能４１８は料金請求情報を即時に含めることなしに格付けされていないＣＤＲを生成する。オンライン請求書発行コールに関する料金請求を計算することで格付け機能４１６がビジーでない場合に限り、Ｂｉインタフェース６３８を介して格付け機能４１６にアクセスが行われてバッチ処理モードでコール料金請求が計算される。オンライン料金請求システム６２２はクライアントの役割をして格付けされていないＣＤＲを求めるＢｉ要求を料金請求ゲートウェイ機能４１８に送信する。料金請求ゲートウェイ機能４１８はプルモードでサーバの役割をしてＢｉ要求を受け入れ、Ｂｉ応答の中で格付けされていないＣＤＲをオンライン料金請求システム６２２に供給する。次に、オンライン料金請求システム４１４が共通の格付け機能４１６にアクセスして格付けされていないＣＤＲに関する料金請求を決定し、格付けされたＣＤＲを生成する。次に、オンライン料金請求システム４１４はＧａインタフェース６３６を介して料金請求ゲートウェイ機能４１８に格付けされたＣＤＲを伝送する。
【００４５】
オンラインコールに関して、共通の格付け機能４１６が即時に調べられてコールに関する料金請求が決定される。オンライン料金請求システム４１４はサーバの役割をしてＲｏインタフェース６３３を介してＣＴＦ（料金請求トリガ機能）６０２からオンライン料金請求情報を受け入れる。次に、オンライン料金請求システム４１４は共通の格付け機能４１６にアクセスしてオンラインコールに関する料金請求を決定し、そのコールに関する格付けされたＣＤＲを生成する。次に、オンライン料金請求システム４１４はＧａインタフェース６３６を介して料金請求ゲートウェイ機能４１８に格付けされたＣＤＲを伝送する。
【００４６】
事業者の料金請求ポリシーに基づく再格付けを要求する格付けされたＣＤＲに関して、共通の格付け機能４１６が調べられてＲｏインタフェース６３９を介してコール料金請求が計算される。料金請求ゲートウェイ機能４１８はプッシュモードでクライアントの役割をしてＲｏ要求の中で格付けされたＣＤＲをオンライン料金請求システム４１４に伝送する。オンライン料金請求システム４１４はサーバの役割をしてＲｏ要求を受け入れ、料金請求ゲートウェイ機能４１８にＲｏ応答を伝送してＣＤＲ受信の成功を確認する。次に、オンライン料金請求システム４１４は共通の格付け機能４１６にアクセスして格付けされたＣＤＲに関する再格付け料金請求を決定し、再格付けされたＣＤＲを生成する。次に、オンライン料金請求システム４１４はＧａインタフェース６３６を介して料金請求ゲートウェイ機能４１８に再格付けされたＣＤＲを伝送する。
【００４７】
オンラインコール又はオフラインコールが集中化料金請求システム４０４によって格付けされた後、コール費用とともにＣＤＲが料金請求ゲートウェイ機能４１８の中に格納される。次に、ＣＤＲは統計レポート生成、インボイス生成などのためにＢｘインタフェース６４０を介して請求書発行システム４０６にプルされる。
【００４８】
図７は、本発明の例示的な実施形態における料金請求ゲートウェイ機能４１８の１つの可能なアーキテクチャを示す。この実施形態では、料金請求ゲートウェイ機能４１８は組み込まれた料金請求データ機能６１２、Ｇａインタフェース処理−ＣＤＲ変換機能７１４、ＣＤＲ前処理機能７１６、ＣＤＲ配信インタフェース処理機能７１８、ＣＤＲファイル管理機能７２０及びＯＡＭ＆Ｐ（運用、管理、保守、及び供給）機能７２２を含む。ＣＤＲ前処理機能７１６はＣＤＲ集約機能７３２、ＣＤＲ相互関係機能７３３及びＣＤＲルーティング機能７３４を含む。ＣＤＲファイル管理機能７２０は生のＣＤＲファイルリポジトリ７４２、処理済みＣＤＲデータベース７４３、契約者口座データベース７４４及び出力ＣＤＲリポジトリ７４５を含む。
【００４９】
Ｇａインタフェース処理−ＣＤＲ変換機能７１４、通常のＣＤＲ転送、及び複製ＣＤＲ転送に関して、様々なネットワークノード（外部ネットワークにおける料金請求データ機能６５０、ピア料金請求ゲートウェイ機能６５１及び請求書発行システム６５２などの）からのＣＤＲ受け入れのためにＧａインタフェースを扱う。機能７１４は、Ｇａインタフェースを介してリダイレクト機構をサポートして、機能７１４自体のノードにおけるＣＤＲをピア料金請求ゲートウェイ機能６５１にリダイレクトする。また、機能７１４は、Ｇａインタフェースを介する公示機能もサポートして、機能７１４のＣＤＲ転送能力（例えば、サービスダウン時間、サービスブリングアップ時間など）を通知する。機能７１４は、様々なＣＤＲ符号化フォーマット（ＡＮＳ．１  ＢＥＲ（基本符号化規則）、ＰＥＲ（非整列又は整列のパケット符号化機構）、ＡＭＡ、ＩＰＤＲ、ＸＭＬなど）をサポートし、統一されたＡＳＮ．１  ＢＥＲ  ＣＤＲフォーマットへの再フォーマットＣＤＲ変換を実行する。再フォーマットされた各ＣＤＲは、さらなるＣＤＲ前処理のために生のＣＤＲリポジトリの中に格納される前に、ＣＤＲ検証規則に基づき、ＣＤＲ意味−構文定義と比較される。或るノードタイプ（ＣＳＣＦ、ＭＲＦＣなどの）から受信されたＣＤＲフィールド又はＣＤＲ値が、検証規則に違反する場合、ＣＤＲフィールドカテゴリ（必須、条件付き、事業者必須又は事業者条件付きなどの）に基づき、機能７１４は、そのパラメータに関して許される構文の限度内で、適切な「置き換え」標識で埋められた不良フォーマットＣＤＲを回復する。Ｇａインタフェースを介する通常のＣＤＲ転送（すなわち、Ｇａ要求タイプは、「Ｄａｔａ  Ｒｅｃｏｒｄ  Ｔｒａｎｓｆｅｒ  Ｒｅｑｕｅｓｔ：Ｓｅｎｄ  Ｄａｔａ  Ｒｅｃｏｒｄ  Ｐａｃｋｅｔ」である）に関して、回復可能ファイルが通常の受け入れ可能なＣＤＲの中に格納される。冗長性処理のためのＧａインタフェースを介する可能な複製ＣＤＲ転送（すなわち、Ｇａ要求タイプは、「Ｄａｔａ  Ｒｅｃｏｒｄ  Ｔｒａｎｓｆｅｒ  Ｒｅｑｕｅｓｔ：Ｓｅｎｄ  ｐｏｓｓｉｂｌｙ  ｄｕｐｌｉｃａｔｅｄ  Ｄａｔａ  ｒｅｃｏｒｄ  ｔｒａｎｓｆｅｒ  ｒｅｑｕｅｓｔ」である）に関して、可能な複製ＣＤＲは分離された生のＣＤＲファイルリポジトリ７４２の中に格納される。ピア料金請求ゲートウェイ機能６５１が障害から回復させられると、機能７１４はＧａインタフェースを介してピア料金請求ゲートウェイ機能６５１に複製ＣＤＲを伝送するよう、料金請求データ機能６１２から指示を獲得する。料金請求ゲートウェイ機能４１８によって受け入れ可能でないと考えられる回復不能なＣＤＲはオペレータ手動操作のために回復不能ＣＤＲリポジトリの中に格納される。
【００５０】
機能７１４は、複製ＣＤＲクリーンアップ機能をサポートして、ピア料金請求ゲートウェイ機能６５１が、Ｇａインタフェースを介してＣＤＲを受け入れる通常の条件に回復された際に（すなわち、Ｇａ要求タイプは「Ｄａｔａ  Ｒｅｃｏｒｄ  Ｔｒａｎｓｆｅｒ  Ｒｅｑｕｅｓｔ：Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｏｆ  Ｒｅｌｅａｓｅｄ  Ｐａｃｋｅｔｓ  ｏｒ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  ｆｏｒ  Ｃａｎｃｅｌｅｄ  Ｐａｃｋｅｔｓ」である）、料金請求ゲートウェイ機能４１８から可能な複製ＣＤＲを除去する。図８は本発明の例示的な実施形態におけるＧａインタフェース処理−ＣＤＲ変換機能７１４に関するワークフローを示す。
【００５１】
図７において、組み込まれたＣＤＦ（料金請求データ機能）６１２はＣＴＦ６０２からＲｆインタフェース要求を直接に受け入れる。組み込まれた料金請求データ機能６１２はＣＤＲを直接に生成し、そのＣＤＲを生のＣＤＲファイルリポジトリ７４２に伝送して料金請求ゲートウェイ機能４１８及び料金請求データ機能Ｇａのトラフィック過負荷を回避する。
【００５２】
図９は本発明の例示的な実施形態におけるＣＤＲ前処理機能７１６における規則ベースのＣＤＲ前処理を示す。ＣＤＲ前処理機能７１６は、事業者がＣＤＲの集約、相互関係及びフィルタリングのための前処理ビジネス規則を定義することができるようにする。ポリシーベースのＣＤＲ処理は、新たな未だに予見されないビジネスモード若しくは料金請求スキームを適応させるように料金請求市場条件を反映する新たなポリシーの迅速な導入及び変更を事業者に提供する。抽象ＣＤＲ前処理は以下の通り定義される。すなわち、
ＩＦ  ＣＤＲ前処理条件リスト
ＴＨＥＮ
一連のアクション
ＥＮＤ
である。
【００５３】
ＣＤＲ前処理条件はＣＤＲパラメータ（ＣＤＲタイプ、料金請求ＩＤ、セッションＩＤ、ＧＧＳＮアドレス、契約者ＩＭＳＩなど）、又はＣＤＲ送信ノードアドレス（料金請求トリガ機能、料金請求データ機能、請求書発行システム、オンライン料金請求システムなど）であることが可能である。条件リストは、ＣＮＦ（連言標準形）でＢＯＯＬ演算子、ＡＮＤ、ＯＲ及びＮＯＴによって結び付けられた条件のリストによって構築される。或る規則がＰＥＰ（料金請求ポリシー実施ポイント）によって呼び出されると、規則条件が料金請求ＰＤＰ（ポリシー決定ポイント）において評価される。規則条件が合致した場合、その規則の下のすべてのアクションがその順序で実行される。
【００５４】
図１０は本発明の例示的な実施形態におけるＣＤＲ集約を示す。ＣＤＲ集約機能７３２（図７参照）は、重要ＣＤＲキー選択に基づき、同一の１つのＣＤＲノードからの複数のＣＤＲを１つのＣＤＲにマージすることを可能にする。集約規則条件は重要ＣＤＲパラメータ選択に基づく。
【００５５】
例えば、ＩＭＳ料金請求ドメインにおいて、Ｓ−ＣＳＣＦによって制御される長いセッションは料金請求料金表切り替え、ロケーション変化又はＱｏＳ変化のため、いくつかの部分的ＣＤＲの対象とされることが可能である。第１のＣＤＲはＣＳＣＦ  ＣＤＲタイプに関して指定されたフィールドの完全なセットを含むＦＱＰＣ（完全修飾部分ＣＤＲ）として生成される。第２の部分ＣＤＲ、又は後続の部分ＣＤＲは必須のフィールド及び先行する部分ＣＤＲと関係するセッションパラメータの変化に関する情報だけしか提供しないＲＰＣ（縮小部分ＣＤＲ）として生成される。ＣＤＲ集約は、セッションキー情報（ＳＩＰセッションＩＤ、Ｓ−ＣＳＣＦアドレスなどの）に基づき、同一のＣＤＲノード内のセッションの部分ＣＤＲのセットをマージして、完全ＣＤＲにすることができる。
【００５６】
図１１は本発明の例示的な実施形態におけるＣＤＲ相互関係を示す。ＣＤＲ相互関係機能７３３（図７参照）は１つのデータセッション内で複数の料金請求レベル関係（すなわち、ベアラレベル、サブシステムレベル及びアプリケーションサービスレベル）を解析する。また、ＣＤＲ相互関係機能７３３は同一のセッションに関するＣＤＲ（ＳＧＳＮ−ＣＤＲ、ＧＧＳＮ−ＣＤＲ、Ｐ−ＣＳＣＦ  ＣＤＲ、Ｓ−ＣＳＣＦ  ＣＤＲ、ＡＳ  ＣＤＲなどの）を生成するいくつかのネットワーク要素からの複数のＣＤＲを統合することも行う。相互関係規則条件は重要ＣＤＲパラメータ選択に基づく。
【００５７】
例えば、図１１に示される通り、契約者Ａ（移動体Ａ）１１０１が契約者Ｂ（移動体Ｂ）１１０２にコールを行う。契約者Ａ  １１０１はＧＰＲＳネットワーク１１１０にアクセスし、ネットワーク１１１０は契約者Ｂ  １１１２と通信するようにＩＭＳネットワーク１１１１と接続される。ＧＰＲＳネットワーク１１１０において生成されたＣＤＲはＳＧＳＮ−ＣＤＲ、及びＧＧＳＮ  ＣＤＲを含む。ＩＭＳネットワーク１１１１において生成されたＣＤＲは、プロキシＣＳＣＦ  ＣＤＲ、サービングＣＳＣＦ  ＣＤＲ、及びアプリケーションサーバＣＤＲを含む。ＧＰＲＳネットワーク１１１０において生成された契約者ＡのＣＤＲは契約者ＩＤ、ＧＰＲＳ料金請求ＩＤ及びＧＧＳＮアドレスによって互いに関係付けられることが可能である。ＩＭＳネットワーク１１１１において生成されたＣＤＲは契約者ＩＤ、ＩＭＳ料金請求識別子、事業者間識別子及びアプリケーション料金請求ＩＤによって互いに関係付けられることが可能である。同一のパケットデータに関するＧＰＲＳネットワーク１１１０におけるＣＤＲとＩＭＳネットワーク１１１１におけるＣＤＲとは、ＧＧＳＮアドレス、ＩＭＳ料金請求ＩＤ及び事業者間識別子で互いに関係付けられることが可能である。
【００５８】
図１２は本発明の例示的な実施形態におけるＣＤＲルーティングを示す。ＣＤＲルーティング機能７３５（図７参照）はＣＤＲパラメータ及びＣＤＲオリジンをＣＤＲフィルタ規則として適用し、処理済みのＣＤＲを解析し、分析し、さらなるＣＤＲ処理のためにいずれの宛先ルートがそのＣＤＲに適切であるかを決定する。ＣＤＲルーティング宛先は、Ｒｏインタフェース６３７を介するオンライン料金請求システム４１４への待ち時間のない格付けのためのＣＤＲ、Ｂｉインタフェース６３８を介するオンライン料金請求システム４１４への待ち時間のある格付けのためのＣＤＲ、Ｒｏインタフェース６３９を介するオンライン料金請求システム４１４への再格付けのためのＣＤＲ、Ｂｘインタフェース６４０を介する請求書発行システム４０６への後処理のためのＣＤＲ、又はＧａインタフェース６４２を介するピア料金請求ゲートウェイ機能６５１への冗長性処理のためのＣＤＲに基づくことが可能である。
【００５９】
図７を参照すると、ＣＤＲ配信インタフェース処理機能７１８がファイル転送トリガを定義してＣＤＲを目標アプリケーションにいつ転送すべきかを定義する。ＣＤＲ配信は事業者によって構成されるプッシュＣＤＲ転送モード及びプルＣＤＲ転送モードをサポートする。ＣＤＲ配信はＲｏプロトコル処理、Ｂｘプロトコル処理及びＧａプロトコル処理をサポートしてオンライン料金請求システム４１４、請求書発行システム４０６及びピア料金請求ゲートウェイ機能６５１などにＣＤＲを配信する。
【００６０】
ＣＤＲファイル管理機能７２０は、ＣＤＲファイル編成、ＣＤＲ名前付け変換、ファイル符号化、ファイルデータディレクトリ管理などを定義する。ＣＤＲファイル管理機能７２０は、事業者がファイル終了トリガ条件を定義してＣＤＲをいつ閉じて別のＣＤＲファイルを作成し、後続のＣＤＲファイルを格納すべきかを決定することができるようにする。ファイル終了トリガはファイルサイズ限度、ＣＤＲの数、ファイル寿命、ＯＡＭ＆Ｐアクション、料金請求ゲートウェイ機能によって定義された理由などを含む。これらのトリガのいずれかが合致すると、対応するファイルが閉じられなければならず、新たなＣＤＲファイルが生成されなければならない。
【００６１】
ＯＡＭ＆Ｐ機能７２２は許可動作のためのシステムアカウント管理、ＣＤＲ前処理規則提供、ＣＤＲファイル−システム構成管理、システムパフォーマンス管理、システムログ−警報報告管理、バックアップ及び回復のためのシステム冗長性管理をサポートする。
【図面の簡単な説明】
【００６２】
【図１】従来技術における３ＧＰＰによって定義される通りの料金請求アーキテクチャを示す図である。
【図２】従来技術における３ＧＰＰによって定義される通りのオンライン料金請求システムを示す図である。
【図３】従来技術における料金請求アーキテクチャの動作を示す３ＧＰＰによって定義される通りの料金請求アーキテクチャの一般化を示す図である。
【図４】本発明の例示的な実施形態における通信システムを示す図である。
【図５】本発明の例示的な実施形態における集中化料金請求システムを動作させる方法を示す流れ図である。
【図６】本発明の別の例示的な実施形態における通信システムを示す図である。
【図７】本発明の例示的な実施形態における料金請求ゲートウェイ機能の１つの可能なアーキテクチャを示す図である。
【図８】本発明の例示的な実施形態におけるＧａインタフェース処理−ＣＤＲ変換機能に関するワークフローを示す図である。
【図９】本発明の例示的な実施形態におけるＣＤＲ前処理機能における規則ベースのＣＤＲ前処理を示す図である。
【図１０】本発明の例示的な実施形態におけるＣＤＲ集約を示す図である。
【図１１】本発明の例示的な実施形態におけるＣＤＲ相互関係を示す図である。
【図１２】本発明の例示的な実施形態におけるＣＤＲルーティングを示す図である。
【図１】
2009512235.tif 000003
【図２】
2009512235.tif 000004
【図３】
2009512235.tif 000005
【図４】
2009512235.tif 000006
【図５】
2009512235.tif 000007
【図６】
2009512235.tif 000008
【図７】
2009512235.tif 000009
【図８】
2009512235.tif 000010
【図９】
2009512235.tif 000011
【図１０】
2009512235.tif 000012
【図１１】
2009512235.tif 000013
【図１２】
2009512235.tif 000014
【国際調査報告】
2009512235.tif 000015
2009512235.tif 000016
2009512235.tif 000017