JP2013535881A - 課金詳細記録を確実に送信するための方法および装置 - Google Patents

Abstract

本明細書では、課金詳細記録の送信能力が提供される。モバイルゲートウェイＭＧは、課金ゲートウェイ機能ＣＧＦに配信することを目的とした課金詳細記録ＣＤＲを生成する。ＣＤＲは第１および第２の課金データ機能ＣＤＦの両方に向けて伝搬される。第１および第２のＣＤＦはＣＤＲをバッファリングする。第１のＣＤＦは、ＣＧＦに向けてＣＤＲを伝搬するように構成されている。第２のＣＤＦは、第１のＣＤＦが故障した場合にＣＤＲをＣＧＦに向けて伝搬するように構成されている。ＣＧＦは、ＣＤＲが受信される第１または第２のＣＤＦに対してＣＤＲの受信を確認するように構成されている。第１のＣＤＦは、第１のＣＤＦからの確認メッセージの受信を第２のＣＤＦに対して確認するように構成されている。第２のＣＤＦは、第１のＣＤＦが故障すると、ＭＧによって生成されたＣＤＲのうちのいずれも第１のＣＤＦの故障のために失われないことを保証するために、第２のＣＤＦでバッファリングされたＣＤＲのうちのどれがＣＧＦに伝搬されなければならないのかを判定するプロセスを開始するように構成されている。

Description

本発明は一般に、通信ネットワークに関し、限定するものではないが、より詳細には通信ネットワークの課金詳細記録の送信に関する。

多くの通信ネットワークでは、課金詳細記録（ＣＤＲ）は顧客に請求書を送付するための根拠としてサービスプロバイダによって使用される。一般に、ＣＤＲは課金対象となる事象（たとえば、呼び出しの設定時間、呼び出しの持続時間、接続を介して転送されるデータ量など）についての情報のフォーマットされた集合である。多くのモバイル通信ネットワークでは、ＣＤＲは典型的にモバイルゲートウェイ（ＭＧ）によって生成され、ＭＧはＣＤＲを課金データ機能（ＣＤＦ）に転送し、次にＣＤＦはＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に転送する。しかしながら不都合なことに、ＣＤＦが故障した場合、ＣＧＦに送信するためにＣＤＦによってバッファリングされたＣＤＲは故障した時点で失われる可能性があり、それによってサービスプロバイダの収益は減少することになる。

先行技術における様々な弱点は、課金詳細記録（ＣＤＲ）を確実に送信するための実施形態によって対処される。モバイルゲートウェイ（ＭＧ）は、課金ゲートウェイ機能（ＣＧＦ）に配信することを目的としたＣＤＲを生成する。ＣＤＲは第１および第２の課金データ機能（ＣＤＦ）に向けて伝搬される。第１および第２のＣＤＦはＣＤＲをバッファリングする。第１のＣＤＦはＣＤＲをＣＧＦに向けて伝搬するように構成されている。第２のＣＤＦは、第１のＣＤＦが故障した場合にＣＤＲをＣＧＦに向けて伝搬するように構成されている。ＣＧＦは、ＣＤＲが受信される第１または第２のＣＤＦに対してＣＤＲの受信を確認するように構成されている。第１のＣＤＦは、第１のＣＤＦからの確認メッセージの受信を第２のＣＤＦに対して確認するように構成されている。第２のＣＤＦは、第１のＣＤＦが故障すると、ＭＧによって生成されたＣＤＲのうちのいずれも第１のＣＤＦの故障のために失われないことを保証するために、第２のＣＤＦでバッファリングされたＣＤＲのうちのどれがＣＧＦに伝搬されなければならないのかを判定するプロセスを開始するように構成されている。

本明細書の教示は、添付の図面と併せて以下の詳細な説明を考慮することによって容易に理解され得る。

例示的な課金アーキテクチャの高レベルのブロック図である。 例示的な課金アーキテクチャの高レベルのブロック図である。 課金詳細記録の配信を確実に行うための図１の課金アーキテクチャの例示的な使用法を示す図である。 課金ゲートウェイ機能への課金詳細記録の送信を確実に行う際にモバイルゲートウェイによって使用される方法の一実施形態を示す図である。 課金ゲートウェイ機能への課金詳細記録の送信を確実に行う際にアクティブな課金データ機能として動作する課金データ機能によって使用される方法の一実施形態を示す図である。 課金ゲートウェイ機能への課金詳細記録の送信を確実に行う際にバックアップ課金データ機能として動作する課金データ機能によって使用される方法の一実施形態を示す図である。 本明細書に記載される機能を実行する際に使用するのに適したコンピュータの高レベルのブロック図である。

理解し易くするために、可能な場合、図面に共通の同一の要素を指定するために同一の参照符号が使用されている。

本明細書では、課金詳細記録の送信能力が示され、説明される。課金詳細記録の送信能力は、モバイルゲートウェイから課金ゲートウェイ機能への課金データ記録の伝搬を担う課金詳細機能が故障した場合でも、モバイルゲートウェイから課金ゲートウェイ機能への課金詳細記録の送信を確実に行い、それによって様々な会計機能、請求書送付機能など、ならびにそれらの様々な組み合わせを提供するために課金詳細記録を処理するように構成された１つまたは複数のシステムに課金詳細記録を確実に配信することを保証する。

課金詳細記録の送信能力は、様々な会計機能、請求書送付機能など、ならびにそれらの様々な組み合わせを提供するように構成された１つまたは複数のシステムによって使用されるために、課金詳細記録または同様の課金データが伝搬される任意の通信ネットワーク内で提供されてもよい。

本明細書では、主に、特定の種類のワイヤレスネットワーク（すなわち第３世代パートナーシッププロジェクト（３ＧＰＰ）のユニバーサルモバイル通信システム（ＵＭＴＳ）ネットワーク）の背景の中で課金詳細記録の送信能力が示され、説明されているが、課金詳細記録の送信能力は様々な他の種類のネットワーク（たとえば、他の種類のワイヤレスネットワーク、有線ネットワークなど）の課金アーキテクチャの中で実装されてもよいことを諒解されたい。

図１は、例示的な課金アーキテクチャの高レベルのブロック図を示す。

課金アーキテクチャ１００はモバイルゲートウェイ（ＭＧ）１１０と、第１および第２の課金データ機能（ＣＤＦ）１２０_Ａおよび１２０_Ｂ（まとめてＣＤＦ１２０）と、課金ゲートウェイ機能（ＣＧＦ）１３０とを含む。

ＭＧ１１０は、通信路１１５_Ａを介して第１のＣＤＦ１２０_Ａと通信し、通信路１１５_Ｂを介して第２のＣＤＦ１２０_Ｂと通信する。第１のＣＤＦ１２０_Ａと第２のＣＤＦ１２０_Ｂは、それらの間の通信路１２１を介して通信する。第１のＣＤＦ１２０_Ａと第２のＣＤＦ１２０_Ｂは、それぞれ通信路１２５_Ａと１２５_Ｂを介してＣＧＦ１３０と通信する。

一実施形態では、課金アーキテクチャ１００は３ＧＰＰ ＵＭＴＳネットワーク内で実装される。ＭＧ１１０は、Ｇａｔｅｗaｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ（ＧＧＳＮ）、Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ（ＳＧＳＮ）、または３ＧＰＰ ＵＭＴＳネットワークに関連した任意の他のネットワーク要素など、３ＧＰＰ ＵＭＴＳネットワーク内の任意の適切なネットワーク要素であってもよい。各通信路１２５_Ａと１２５_Ｂを介したＣＤＦ１２０_Ａおよび１２０_ＢとＣＧＦ１３０との間のインターフェースは、Ｇａインターフェースであってもよい。Ｇａインターフェースを介してメッセージを交換するために使用されるプロトコルは、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）プライム（ＧＴＰ’）プロトコルであってもよく、その典型的な動作は当業者によって理解されよう。一実施形態では、課金アーキテクチャ１００は３ＧＰＰ ＴＳ３２．２４０課金アーキテクチャの修正版として実装されてもよい。

ＭＧ１１０は、課金詳細記録（ＣＤＲ）を生成する。ＣＤＲは、たとえば会計機能で使用するため、顧客に請求書を送付する際に使用するためなど、課金対象となる事象についての詳細を含む。たとえば、各課金対象となる事象について、関連したＣＤＲは、呼び出し設定の時間、呼び出しの持続時間、転送されるデータの量など、ならびにそれらの様々な組み合わせなどの詳細を含んでもよい。ＣＤＲ内に含まれる情報の種類、ＣＤＲのフォーマット、およびＣＤＲの同様の詳細は、当業者によって理解されるであろう。ＣＤＲはそれらに関連した固有の連続番号を持つ。

ＭＧ１１０は、第１のＣＤＦ１２０_Ａと第２のＣＤＦ１２０_Ｂの両方に各ＣＤＲを伝搬する。ＣＤＲは任意の適切な方法で伝搬されてもよい。一実施形態では、たとえばＣＤＲは各ＣＤＲパケットを使用して伝搬され、その場合ＣＤＲを搬送するＣＤＲパケットは、ＣＤＲに関連した固有の連続番号を含む。

第１のＣＤＦ１２０_Ａと第２のＣＤＦ１２０_Ｂは、ＭＧ１１０からＣＤＲを受信する。第１のＣＤＦ１２０_Ａと第２のＣＤＦ１２０_Ｂは、各々受信されたＣＤＲをバッファリングする。

第１のＣＤＦ１２０_Ａは主ＣＤＦであり、第２のＣＤＦ１２０_Ｂは補助的なＣＤＦである。第１のＣＤＦ１２０_Ａは、通信路１２５_Ａを介したＣＧＦ１３０とのアクティブ接続を持つ。第２のＣＤＦ１２０_Ｂは、ＣＧＦ１３０とのアクティブ接続を持たない。第１のＣＤＦ１２０_ＡとＣＧＦ１３０との間のアクティブ接続は、任意の適切なプロトコルを使用してサポートされてもよい。たとえば、一実施形態では、第１のＣＤＦ１２０_ＡとＣＧＦ１３０との間のアクティブ接続は、ＧＴＰ’プロトコルを使用してサポートされてもよい。

第１のＣＤＦ１２０_Ａは、第１のＣＤＦ１２０_ＡとＣＧＦ１３０との間で確立されたアクティブ接続を介して、バッファリングされたＣＤＲをＣＧＦ１３０に送信することを開始する。一実施形態では、ＣＤＲはＧＴＰ’プロトコルを使用して第１のＣＤＦ１２０_ＡからＣＧＦ１３０へ送信される。第２のＣＤＦ１２０_ＢはＣＤＲのバッファリングを継続するが、ＣＤＲをＣＧＦ１３０に送信することはない。

ＣＧＦ１３０は、第１のＣＤＦ１２０_ＡからＣＤＲを受信し、第１のＣＤＦ１２０_Ａから正常に受信された各ＣＤＲについて、関連した確認メッセージで第１のＣＤＦ１２０_Ａに応答する。ＣＤＲのための確認メッセージは、ＣＤＲの関連した連続番号を含む。

第１のＣＤＦ１２０_Ａは、ＣＧＦ１３０から確認メッセージを受信する。

第１のＣＤＦ１２０_Ａは、（ＣＧＦ１３０から受信された確認メッセージ内に含まれるＣＤＲの連続番号から判定される）正常に配信されたＣＤＲを、正常な配信の確認を受信することに応じて、そのバッファから削除する。

第１のＣＤＦ１２０_Ａは、ＣＧＦ１３０によって受信されているとしてＣＧＦ１３０によって確認された各ＣＤＲを第２のＣＤＦ１２０_Ｂに通知し、それによって第２のＣＤＦ１２０_Ｂで受信され、バッファリングされたＣＤＲのうちのどれがＣＧＦ１３０に正常に配信されたのかを示す情報を第２のＣＤＦ１２０_Ｂに提供する。第１のＣＤＦ１２０_Ａは（たとえば、ＣＧＦ１３０から受信された関連した確認メッセージを第２のＣＤＦ１２０_Ｂに転送すること、確認メッセージを生成し、その確認メッセージを第２のＣＤＦ１２０_Ｂに送信することなどによる）任意の適切な仕方で、第２のＣＤＦ１２０_ＢにＣＤＲの正常な配信を通知してもよい。

第２のＣＤＦ１２０_Ｂは、第２のＣＤＦ１２０_Ｂで受信され、バッファリングされたＣＤＲのうちのどれがＣＧＦ１３０に正常に配信されたのかを示す情報を第２のＣＤＦ１２０_Ｂが持つように、第１のＣＤＦ１２０_Ａから通知を受信する。第２のＣＤＦ１２０_Ｂは、（第２のＣＤＦ１２０_Ｂで第１のＣＤＦ１２０_Ａから受信された通知から判定される）正常に配信されたＣＤＲをそのバッファから削除する。このようにして、第２のＣＤＦ１２０_Ｂは、ＣＤＲがＣＧＦ１３０に正常に配信されたという通知を第１のＣＤＦ１２０_Ａから受信するまでＣＤＲのコピーを保持する。

このように、課金アーキテクチャ１００の動作は第１のＣＤＦ１２０_Ａが故障するまで継続する。

第１のＣＤＦ１２０_Ａが故障すると、第２のＣＤＦ１２０_Ｂが主ＣＤＦとなる。第２のＣＤＦ１２０_Ｂは、通信路１２５_Ｂを介してＣＧＦ１３０とのアクティブ接続を確立する。第２のＣＤＦ１２０_ＢとＣＧＦ１３０との間のアクティブ接続は、任意の適切なプロトコルを使用してサポートされてもよい。たとえば、一実施形態では、第２のＣＤＦ１２０_ＢとＣＧＦ１３０との間のアクティブ接続はＧＴＰ’プロトコルを使用してサポートされてもよい。

第２のＣＤＦ１２０_Ｂは、主ＣＤＦとなった時点でＣＤＲの損失を防ぐための適切な情報を持つ。第２のＣＤＦ１２０_Ｂは、ＭＧ１１０から受信されたＣＤＲの各々をバッファリングする。第２のＣＤＦ１２０_Ｂは第１のＣＤＦ１２０_Ａが故障するとき、（１）ＭＧ１１０から第１のＣＤＦ１２０_Ａによって受信されているが、第１のＣＤＦ１２０_ＡからＣＧＦ１３０に向けてまだ送信されていないＣＤＲ（すなわち、それらはＣＧＦ１３０への送信を待って、まだ第１のＣＤＦ１２０_Ａ内にバッファリングされている）と、（２）（たとえば、第１のＣＤＦ１２０_Ａの故障の前に、第１のＣＤＦ１２０_ＡはまだＣＧＦ１３０から確認メッセージを受信していないため、第１のＣＤＦ１２０_Ａの故障の前に、第１のＣＤＦ１２０_ＡはＣＧＦ１３０から確認メッセージを受信したが、関連した連続番号を第２のＣＤＦ１２０_Ｂに送信していなかったため、または第１のＣＤＦ１２０_Ａの故障の前に、第１のＣＤＦ１２０_ＡはＣＧＦ１３０から確認メッセージを受信し、関連した連続番号を第２のＣＤＦ１２０_Ｂに向けて送信したが、連続番号はまだ第２のＣＤＦ１２０_Ｂによって受信されていないため）第１のＣＤＦ１２０_ＡによってＣＧＦ１３０に送信されているが、それに関連した確認メッセージはまだ第１のＣＤＦ１２０_Ａから第２のＣＤＦ１２０_Ｂで受信されていないＣＤＲの各々のコピーをバッファリングしている。第１のＣＤＦ１２０_Ａが故障した時点で第２のＣＤＦ１２０_ＢでバッファリングされるこれらのＣＤＲは、本明細書では保留ＣＤＲと呼ばれる。

第２のＣＤＦ１２０_Ｂは、各保留ＣＤＲについて、ＣＤＲがＣＧＦ１３０で受信されたかどうかを示す保留ＣＤＲの各々の状態を判定する。第２のＣＤＦ１２０_Ｂは、保留ＣＤＲの各々についてＣＤＲがＣＧＦ１３０で受信されたかどうかを判定するために、ＣＧＦ１３０に保留ＣＤＲの各々について問い合わせることによって、保留ＣＤＲの各々の状態を判定する。第２のＣＤＦ１２０_Ｂは、保留ＣＤＲの連続番号に基づいて、ＣＧＦ１３０に保留ＣＤＲについて問い合わせる。この問い合わせは、任意の適切な仕方（たとえば、各保留ＣＤＲについて別個の問い合わせ要求メッセージを使用すること、保留ＣＤＲの連続番号の１つまたは複数の範囲を指定する１つまたは複数の問い合わせ要求メッセージを使用することなど）で実行されてもよい。ＣＧＦ１３０は第２のＣＤＦ１２０_Ｂから問い合わせ要求メッセージを受信する。ＣＧＦ１３０は、どの状態が要求されるのか、関連したＣＤＲがＣＧＦ１３０で受信されたのかどうかに関して、保留ＣＤＲの各々について判定する。ＣＧＦ１３０は、保留ＣＤＲの各々の現在の状態を含む問い合わせ応答で、問い合わせ要求メッセージに応答する。問い合わせ応答は、任意の適切な仕方（たとえば、各保留ＣＤＲのために別個の問い合わせ応答メッセージを使用すること、保留ＣＤＲの連続番号の１つまたは複数の範囲を指定する１つまたは複数の問い合わせ応答メッセージを使用することなど）で提供されてもよい。第２のＣＤＦ１２０_Ｂは、ＣＧＦ１３０から問い合わせ応答メッセージを受信する。第２のＣＤＦ１２０_Ｂは、ＣＧＦ１３０から受信された問い合わせ応答メッセージに基づいて、保留ＣＤＲの各々の状態を判定する。

第２のＣＤＦ１２０_Ｂは、ＣＧＦ１３０へのＣＤＲの転送を開始する。第２のＣＤＦ１２０Ｂは、たとえば、第１のＣＤＦ１２０_Ａから受信されているとＣＧＦ１３０によって確認された保留ＣＤＲは第２のＣＤＦ１２０_ＢからＣＧＦ１３０へ送信されない、また第１のＣＤＦ１２０_Ａから受信されていないとＣＧＦ１３０によって示される保留ＣＤＲは第２のＣＤＦ１２０_ＢからＣＧＦ１３０へ送信されるなど、保留ＣＤＲの判定された状態に基づいて、ＣＤＲをＣＧＦ１３０に転送することを開始する。

第２のＣＤＦ１２０_Ｂは、第２のＣＤＦ１２０_Ｂが主ＣＤＦである限り、ＣＤＲをＣＧＦ１３０に送信することを継続する。

このように、ＭＧ１１０によって生成されたＣＤＲはＣＧＦ１３０に確実に配信されるので、ＣＧＦ１３０は様々な会計機能、請求書送付機能など、ならびにそれらの様々な組み合わせで使用するためにＣＤＲを提供することができる。

一実施形態では、図１に関して示され、説明されるように、課金詳細記録の送信能力は、ＣＤＦがＭＧから独立した単独要素として実装される課金アーキテクチャ内で提供されてもよい。

一実施形態では、課金詳細記録の送信能力は、ＣＤＦがＭＧ内で実装される課金アーキテクチャ内で提供されてもよい。１つのそのような実施形態による例示的な課金アーキテクチャは図２に関して示され、説明される。

図２は、例示的な課金アーキテクチャの高レベルのブロック図を示す。

課金アーキテクチャ２００は、モバイルゲートウェイ（ＭＧ）２１０と課金ゲートウェイ機能（ＣＧＦ）２３０とを含む。

ＭＧ２１０は、複数のモバイルスイッチングモジュール（ＭＳＭ）２１２_１−２１２_Ｎ（まとめてＭＳＭ２１２）を含む。ＭＧ２１０のＭＳＭ２１２の典型的な動作は、当業者によって理解されよう。

ＭＧ２１０はまた、第１および第２の通信プロセッサモジュール（ＣＰＭ）２１４_Ａおよび２１４_Ｂ（まとめてＣＰＭ２１４）も含む。この実施形態では、ＣＰＭ２１４_Ａおよび２１４_Ｂは、それぞれ図１の第１のＣＤＦ１２０_Ａおよび第２のＣＤＦ１２０_Ｂの機能と実質的に同様の機能をサポートする。一実施形態では、ＣＰＭ２１４はまた、ＭＧ２１０内で他の機能を提供してもよい。

ＭＳＭ２１２_１−２１２_Ｎは各々、それぞれの通信路２１３を介してＣＰＭ２１４の両方と通信する。第１のＣＰＭ２１４_Ａおよび第２のＣＰＭ２１４_Ｂは、それぞれ通信路２１５_Ａおよび２１５_Ｂを介してＣＧＦ２３０と通信する。

一実施形態では、課金アーキテクチャ２００は３ＧＰＰ ＵＭＴＳネットワーク内で実装される。１つのそのような実施形態では、課金アーキテクチャ２００は３ＧＰＰ ＴＳ３２．２４０課金アーキテクチャの修正版として実装される。

ＭＳＭ２１２_１−２１２_Ｎは各々課金詳細記録（ＣＤＲ）を生成し、それらは顧客に請求書を送付する際に使用する課金対象となる事象についての詳細を含む。ＣＤＲはそれらに関連した固有の連続番号を持つ。

ＭＳＭ２１２_１−２１２_Ｎは各々、それらの生成されたＣＤＲを第１のＣＰＭ２１４_Ａと第２のＣＰＭ２１４_Ｂの両方に伝搬する。ＣＤＲは任意の適切な仕方で伝搬されてもよい。

第１のＣＰＭ２１４_Ａおよび第２のＣＰＭ２１４_Ｂは、ＭＳＭ２１２_１−２１２_ＮからＣＤＲを受信する。第１のＣＰＭ２１４_Ａおよび第２のＣＰＭ２１４_Ｂは各々受信されたＣＤＲをバッファリングする。

第１のＣＰＭ２１４_Ａは主ＣＰＭであり、第２のＣＰＭ２１４_Ｂは補助的なＣＰＭである。第１のＣＰＭ２１４_Ａは、通信路２１５_Ａを介したＣＧＦ２３０とのアクティブ接続を持つ。第２のＣＰＭ２１４_Ｂは、ＣＧＦ２３０とのアクティブ接続を持たない。第１のＣＰＭ２１４_ＡとＣＧＦ２３０との間のアクティブ接続は、任意の適切なプロトコルを使用してサポートされてもよい。たとえば、一実施形態では、第１のＣＰＭ２１４_ＡとＣＧＦ２３０との間のアクティブ接続は、ＧＴＰ’プロトコルを使用してサポートされてもよい。

第１のＣＰＭ２１４_Ａは、第１のＣＰＭ２１４_ＡとＣＧＦ２３０との間で確立されたアクティブ接続を介して、バッファリングされたＣＤＲをＣＧＦ２３０へ送信することを開始する。

ＧＴＰ’プロトコルが使用される一実施形態では、第１のＣＰＭ２１４_Ａは、ＧＴＰ’パケットを使用してＣＤＲをＣＧＦ２３０に送信する。たとえば、１つのそのような実施形態では、ＣＤＲは、Ｐａｃｋｅｔ Ｔｒａｎｓｆｅｒ Ｃｏｍｍａｎｄ ＩＥが「Ｓｅｎｄ Ｄａｔａ Ｒｅｃｏｒｄ Ｐａｃｋｅｔ」の値を持つＧＴＰ’ Ｄａｔａ Ｒｅｃｏｒｄ Ｔｒａｎｓｆｅｒ Ｒｅｑｕｅｓｔメッセージを使用して送信されてもよい。

第２のＣＰＭ２１４_ＢはＣＤＲのバッファリングを継続するが、ＣＤＲをＣＧＦ２３０に送信することはない。

ＣＧＦ２３０は第１のＣＰＭ２１４_ＡからＣＤＲを受信し、第１のＣＰＭ２１４_Ａから正常に受信された各ＣＤＲについて、関連した確認メッセージで第１のＣＰＭ２１４_Ａに応答する。ＣＤＲのための確認メッセージは、関連したＣＤＲの連続番号を含む。

ＧＴＰ’プロトコルが使用される一実施形態では、ＣＧＦ２３０はＧＴＰ’パケットを使用して確認メッセージを第１のＣＰＭ２１４_Ａに送信する。確認メッセージは、Ｃａｕｓｅ値が「Ｒｅｑｕｅｓｔ Ａｃｃｅｐｔｅｄ」であるＧＴＰ’ Ｄａｔａ Ｒｅｃｏｒｄ Ｔｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅメッセージを使用して送信されてもよい。

第１のＣＰＭ２１４_Ａは、ＣＧＦ２３０から確認メッセージを受信する。

第１のＣＰＭ２１４_Ａは、（ＣＧＦ２３０から受信された確認メッセージ内に含まれるＣＤＲの連続番号から判定される）正常に配信されたＣＤＲを、正常な配信の確認を受信することに応じて、そのバッファから削除する。

第１のＣＰＭ２１４_Ａは、ＣＧＦ２３０によって受信されているとしてＣＧＦ２３０によって確認された各ＣＤＲを第２のＣＰＭ２１４_Ｂに通知し、それによって第２のＣＰＭ２１４_Ｂで受信され、バッファリングされたＣＤＲのうちのどれがＣＧＦ２３０に正常に配信されたのかを示す情報を第２のＣＰＭ２１４_Ｂに提供する。第１のＣＰＭ２１４_Ａは（たとえば、ＣＧＦ２３０から受信された関連した確認メッセージを第２のＣＰＭ２１４_Ｂに転送すること、確認メッセージを生成し、その確認メッセージを第２のＣＰＭ２１４_Ｂに送信することなどによる）任意の適切な仕方で、第２のＣＰＭ２１４_ＢにＣＤＲの正常な配信を通知してもよい。

第２のＣＰＭ２１４_Ｂは、第２のＣＰＭ２１４_Ｂで受信され、バッファリングされたＣＤＲのうちのどれがＣＧＦ２３０に正常に配信されたのかを示す情報を第２のＣＰＭ２１４_Ｂが持つように、第１のＣＰＭ２１４_Ａから通知を受信する。第２のＣＰＭ２１４_Ｂは、（第２のＣＰＭ２１４_Ｂで第１のＣＰＭ２１４_Ａから受信された通知から判定される）正常に配信されたＣＤＲをそのバッファから削除する。このようにして、第２のＣＰＭ２１４_Ｂは、ＣＤＲがＣＧＦ２３０に正常に配信されたという通知を第１のＣＰＭ２１４_Ａから受信するまでＣＤＲのコピーを保持する。

このように、課金アーキテクチャ２００の動作は第１のＣＰＭ２１４_Ａが故障するまで継続する。

第１のＣＰＭ２１４_Ａが故障すると、第２のＣＰＭ２１４_Ｂが主ＣＰＭとなる。第２のＣＰＭ２１４_Ｂは、通信路２１５_Ｂを介してＣＧＦ２３０とのアクティブ接続を確立する。第２のＣＰＭ２１４_ＢとＣＧＦ２３０との間のアクティブ接続は、任意の適切なプロトコルを使用してサポートされてもよい。たとえば、一実施形態では、第２のＣＰＭ２１４_ＢとＣＧＦ２３０との間のアクティブ接続はＧＴＰ’プロトコルを使用してサポートされてもよい。

第２のＣＰＭ２１４_Ｂは、主ＣＰＭとなった時点でＣＤＲの損失を防ぐための適切な情報を持つ。第２のＣＰＭ２１４_Ｂは、ＭＧ２１０のＭＳＭ２１２の各々から受信されたＣＤＲの各々をバッファリングする。第２のＣＰＭ２１４_Ｂは第１のＣＰＭ２１４_Ａが故障した時点で、（１）ＭＧ１１０のＭＳＭ２１２から第１のＣＰＭ２１４_Ａによって受信されているが、第１のＣＰＭ２１４_ＡからＣＧＦ２３０に向けてまだ送信されていないＣＤＲ（すなわち、それらはＣＧＦ２３０への送信を待って、まだ第１のＣＰＭ２１４_Ａ内にバッファリングされている）と、（２）（たとえば、第１のＣＰＭ２１４_Ａの故障の前に、第１のＣＰＭ２１４_ＡはまだＣＧＦ２３０から確認メッセージを受信していないため、第１のＣＰＭ２１４_Ａの故障の前に、第１のＣＰＭ２１４_ＡはＣＧＦ２３０から確認メッセージを受信したが、関連した連続番号を第２のＣＰＭ２１４_Ｂに送信しなかったため、または第１のＣＰＭ２１４_Ａの故障の前に、第１のＣＰＭ２１４_ＡはＣＧＦ２３０から確認メッセージを受信し、関連した連続番号を第２のＣＰＭ２１４_Ｂに向けて送信したが、連続番号はまだ第２のＣＰＭ２１４_Ｂによって受信されていないため）第１のＣＰＭ２１４_ＡによってＣＧＦ２３０に送信されているが、それに関連した確認メッセージはまだ第１のＣＰＭ２１４_Ａから第２のＣＰＭ２１４_Ｂで受信されていないＣＤＲの各々のコピーをバッファリングしている。第１のＣＰＭ２１４_Ａが故障した時点で第２のＣＰＭ２１４_ＢでバッファリングされるこれらのＣＤＲは、本明細書では保留ＣＤＲと呼ばれる。

第２のＣＰＭ２１４_Ｂは、各保留ＣＤＲについて、ＣＤＲがＣＧＦ２３０で受信されたかどうかを示す保留ＣＤＲの各々の状態を判定する。

第２のＣＰＭ２１４_Ｂは、保留ＣＤＲの各々についてＣＤＲがＣＧＦ２３０で受信されたかどうかを判定するために、ＣＧＦ２３０に保留ＣＤＲの各々について問い合わせることによって、保留ＣＤＲの各々の状態を判定する。第２のＣＰＭ２１４_Ｂは、保留ＣＤＲの連続番号に基づいて、ＣＧＦ２３０に保留ＣＤＲについて問い合わせる。この問い合わせは、任意の適切な仕方（たとえば、各保留ＣＤＲのために別個の問い合わせ要求メッセージを使用すること、保留ＣＤＲの連続番号の１つまたは複数の範囲を指定する１つまたは複数の問い合わせ要求メッセージを使用することなど）で実行されてもよい。第２のＣＰＭ２１４_Ｂは、ＣＧＦ２３０に問い合わせ要求メッセージを送信する。

ＧＴＰ’プロトコルが使用される一実施形態では、第２のＣＰＭ２１４_ＢはＧＴＰ’パケットを使用して問い合わせ要求メッセージをＣＧＦ２３０に送信する。１つのそのような実施形態では、ＧＴＰ’パケットは、Ｄａｔａ Ｐａｃｋｅｔ Ｒｅｃｏｒｄ ＩＥが（ＣＤＲを含まずに）空であるが、ＧＴＰ’ Ｄａｔａ Ｒｅｃｏｒｄ Ｔｒａｎｓｆｅｒ Ｒｅｑｕｅｓｔメッセージの他のヘッダ部分が存在するＧＴＰ’ Ｄａｔａ Ｒｅｃｏｒｄ Ｔｒａｎｓｆｅｒ Ｒｅｑｕｅｓｔメッセージとして送信されてもよい。

ＣＧＦ２３０は、第２のＣＰＭ２１４_Ｂから問い合わせ要求メッセージを受信する。ＣＧＦ２３０は、状態が要求される保留ＣＤＲの各々について、関連したＣＤＲがＣＧＦ２３０で受信されたかどうかを判定する。ＣＧＦ２３０は、保留ＣＤＲの各々の現在の状態を含む問い合わせ応答で問い合わせ要求メッセージに応答する。問い合わせ応答は任意の適切な仕方（たとえば、各保留ＣＤＲのために別個の問い合わせ応答メッセージを使用すること、保留ＣＤＲの連続番号の１つまたは複数の範囲を指定する１つまたは複数の問い合わせ応答メッセージを使用することなど）で提供されてもよい。ＣＧＦ２３０は、問い合わせ応答メッセージを第２のＣＰＭ２１４_Ｂに送信する。

ＧＴＰ’プロトコルが使用される一実施形態では、ＣＧＦ２３０はＧＴＰ’パケットを使用して問い合わせ応答メッセージを第２のＣＰＭ２１４_Ｂに送信する。保留ＣＤＲのためのＧＴＰ’パケット内に含まれる情報は、保留ＣＤＲの現在の状態によって決まる。

一実施形態では、ＣＤＲがＣＧＦ２３０で正常に受信されなかった場合、ＣＧＦ２３０によって送信される問い合わせ応答メッセージは、「Ｒｅｑｕｅｓｔ Ａｃｃｅｐｔｅｄ」に設定されたＣａｕｓｅ値（または、その値が、ＣＤＲが正常に受信されなかったことを示していることを認識するように第２のＣＰＭ２１４_Ｂが構成されている限り、いかなる値であってもよい任意の他の適切な値）を持つＤａｔａ Ｒｅｃｏｒｄ Ｔｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅメッセージである。この場合、第２のＣＰＭ２１４_Ｂは、その連続番号に関連したＣＤＲがＣＧＦ２３０に送信されなければならないことを知っている。

一実施形態では、ＣＤＲがＣＧＦ２３０で正常に受信された場合、ＣＧＦ２３０によって送信される問い合わせ応答メッセージは、「Ｒｅｑｕｅｓｔ Ｆｕｌｆｉｌｌｅｄ」に設定されたＣａｕｓｅ値（または、その値が、ＣＤＲが正常に受信されたことを示していることを認識するように第２のＣＰＭ２１４_Ｂが構成されている限り、いかなる値であってもよい任意の他の適切な値）を持つＤａｔａ Ｒｅｃｏｒｄ Ｔｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅメッセージである。この場合、第２のＣＰＭ２１４_Ｂは、その連続番号に関連したＣＤＲがＣＧＦ２３０に送信される必要がないことを知っている。

第２のＣＰＭ２１４_Ｂは、ＣＧＦ２３０から問い合わせ応答メッセージを受信する。

第２のＣＰＭ２１４_Ｂは、ＣＧＦ２３０から受信された問い合わせ応答メッセージに基づいて、保留ＣＤＲの各々の状態を判定する。

第２のＣＰＭ２１４_Ｂは、ＣＧＦ２３０へのＣＤＲの転送を開始する。第２のＣＰＭ２１４_Ｂは、たとえば、第１のＣＰＭ２１４_Ａから受信されているとＣＧＦ２３０によって確認された保留ＣＤＲが第２のＣＰＭ２１４_ＢからＣＧＦ２３０へ送信されない、および第１のＣＰＭ２１４_Ａから受信されていないとＣＧＦ２３０によって示される保留ＣＤＲが第２のＣＰＭ２１４_ＢからＣＧＦ２３０へ送信されるなど、保留ＣＤＲの判定された状態に基づいて、ＣＤＲをＣＧＦ２３０に転送することを開始する。

第２のＣＰＭ２１４_Ｂは、第２のＣＰＭ２１４_Ｂが主ＣＰＭである限り、ＣＤＲをＣＰＭ２３０に送信することを継続する。

このように、ＭＧ２１０によって生成されたＣＤＲはＣＧＦ２３０に確実に配信されるので、ＣＧＦ２３０は様々な会計機能、請求書送付機能など、ならびにそれらの様々な組み合わせで使用するためにＣＤＲを提供することができる。

図１および図２の例示的な課金アーキテクチャは、主に、特定のプロトコル（すなわちＧＴＰ’プロトコルを使用する３ＧＰＰ ＵＭＴＳネットワーク）を利用する特定の種類の通信ネットワークの環境の中で示され、説明されているが、図１および図２の例示的な課金アーキテクチャは様々な他のプロトコルを利用する様々な他の種類の通信ネットワーク（たとえば、他の種類のワイヤレスネットワーク、有線ネットワークなど）の中で実装されてもよいことを諒解されたい。

ＣＤＲの送信を確実に行う際の図１および図２の例示的な課金アーキテクチャの動作は、一例としてよりよく理解されるであろう。

図３は、課金詳細記録の配信を確実に行うための図１の課金アーキテクチャの例示的な使用法を示す。

この例では、ＭＧ１１０は、（１から２０までの番号が付けられた）２０個のＣＤＲを第１のＣＤＦ１２０と第２のＣＤＦ１２０の両方に送信したところであり、第１のＣＤＦ１２０と第２のＣＤＦ１２０の両方に２１番目のＣＤＲを送信する過程にある。第１のＣＤＦ１２０と第２のＣＤＦ１２０は各々、２０個のＣＤＲ（１−２０）の各々をバッファリングしている。第１のＣＤＦ１２０_Ａは、最初の１４個のＣＤＲ（１−１４）をＣＧＦ１３０に送信している。ＣＧＦ１３０は、最初の１１個のＣＤＲ（１−１１）を第１のＣＤＦ１２０_Ａから受信している。ＣＧＦ１３０は、第１のＣＤＦ１２０_ＡからＣＧＦ１３０へ向けて送信された次の３個のＣＤＲ（１２−１４）をまだ受信していない（すなわち、ＣＤＲは現在ＣＤＦ１２０_ＡとＣＧＦ１３０との間を通過中である）。ＣＧＦ１３０は第１のＣＤＦ１２０_Ａに向けて、ＣＤＦ１２０_Ａでの最初の１０個のＣＤＲ（１−１０）の受信を確認する確認メッセージ（ＡＣＫ１−ＡＣＫ１０）を送信しているが、１１番目のＣＤＲ（１１）のための確認メッセージ（ＡＣＫ１１）はまだ送信していない。第１のＣＤＦ１２０_Ａは最初の９個のＣＤＲのためにＣＧＦ１３０から確認メッセージ（ＡＣＫ１−ＡＣＫ９）を受信しているが、１０番目のＣＤＲのための確認メッセージ（ＡＣＫ１０）はＣＧＦ１３０から第１のＣＤＦ１２０_Ａまでをまだ通過中である。第１のＣＤＦ１２０_ＡはＣＧＦ１３０から確認メッセージの各々を受信すると、そのバッファから関連したＣＤＲを除去する。したがって、第１のＣＤＦ１２０_Ａによって受信されているが、ＣＧＦ１３０から第１のＣＤＦ１２０_Ａに対してまだ確認されていないＣＤＲ（１０−２０）は現在第１のＣＤＦ１２０_Ａ内にバッファリングされており、すなわち、最初の９個のＣＤＲ（１−９）は、これらのＣＤＲ（１−９）のための関連した確認メッセージ（ＡＣＫ１−ＡＣＫ９）がＣＧＦ１３０から第１のＣＤＦ１２０_Ａで受信されたので、第１のＣＤＦ１２０_Ａのバッファから除去された。第１のＣＤＦ１２０_Ａは、最初の８個のＣＤＲ（１−８）についてＣＧＦ１３０から受信された確認メッセージ（ＡＣＫ１−ＡＣＫ８）の受信を第２のＣＤＦ１２０_Ｂに告げている。第１のＣＤＦ１２０_Ａは第２のＣＤＦ１２０_Ｂに向けて、９番目のＣＤＲ（９）についての確認メッセージ（ＡＣＫ９）を送信している。第２のＣＤＦ１２０_Ｂは、最初の８個のＣＤＲ（１−８）についての確認メッセージ（ＡＣＫ１−ＡＣＫ８）を受信している。第２のＣＤＦ１２０_Ｂは、第１のＣＤＦ１２０_Ａから確認メッセージの各々を受信すると、そのバッファから関連したＣＤＲを除去する。したがって、第２のＣＤＦ１２０_Ｂによって受信されているが、第１のＣＤＦ１２０_Ａから第２のＣＤＦ１２０_Ｂに対してまだ確認されていないＣＤＲ（９−２０）は現在第２のＣＤＦ１２０_Ｂ内にバッファリングされており、すなわち、最初の８個のＣＤＲ（１−８）は、これらのＣＤＲ（１−８）のための関連した確認メッセージ（ＡＣＫ１−ＡＣＫ８）が第１のＣＤＦ１２０_Ａから第２のＣＤＦ１２０_Ｂで受信されたので、第２のＣＤＦ１２０_Ｂのバッファから除去された。

この例では、第１のＣＤＦ１２０_Ａがこの時点で故障していることを仮定している。

第２のＣＤＦ１２０_Ｂは主ＣＤＦである第１のＣＤＦ１２０_Ａの役割を引き継ぎ、したがってＭＧ１１０からＣＧＦ１３０への提供を担う。第２のＣＤＦ１２０_Ｂは、ＣＤＲのうちのどれが現在保留中であるのかを判定する。保留ＣＤＲは、現在第２のＣＤＦ１２０_Ｂ内にバッファリングされているもの（９−２０）であり、（ａ）ＣＧＦ１３０によって受信されているが、そのために関連した確認がまだ第２のＣＤＦ１２０_Ｂで受信されていないＣＤＲ（すなわちＣＤＲ９−１１）と、（ｂ）第１のＣＤＦ１２０_Ａによって送信されているが、ＣＧＦ１３０によってまだ受信されていないＣＤＲ（すなわちＣＤＲ１２−１４）と、（ｃ）第１のＣＤＦ１２０_Ａによって受信されているが、第１のＣＤＦ１２０_ＡからＣＧＦ１３０に向けてまだ送信されていないＣＤＲとを含む。

第２のＣＤＦ１２０_Ｂは保留ＣＤＲ（９−２０）の各々について、ＣＧＦ１３０に状態要求メッセージを送信する。ＣＧＦ１３０は第２のＣＤＦ１２０_Ｂから状態要求メッセージを受信し、要求されたＣＤＲの各々についての状態を判定し（すなわち、各状態要求について、ＣＧＦ１３０は、関連したＣＤＲが第１のＣＤＦ１２０_ＡからＣＧＦ１３０で受信されたかどうかを判定する）、関連した状態応答メッセージで第２のＣＤＦ１２０_Ｂに応答する。第２のＣＤＦ１２０_Ｂは、関連した状態応答メッセージを受信する。第２のＣＤＦ１２０_Ｂは状態応答メッセージから、保留ＣＤＲのうちのどれがＣＧＦ１３０に配信されており、保留ＣＤＲのうちのどれがまだＣＧＦ１３０に配信される必要があるのかを判定する。

第１のＣＤＦ１２０_Ａが故障した時点でＣＧＦ１３０によって受信されたが、そのための確認がまだ第２のＣＤＦ１２０_Ｂによって受信されていない３個のＣＤＲ（すなわちＣＤＲ９−１１）と、第１のＣＤＦ１２０_Ａが故障した時点で第１のＣＤＦ１２０_ＡからＣＧＦ１３０までを通過中の３個のＣＤＲ（すなわちＣＤＲ１２−１４）は、第２のＣＤＦ１２０_ＢがこれらのＣＤＲのために状態要求メッセージを開始するときまでに、すべてＣＧＦ１３０で受信されている。その結果、ＣＤＲ９−１４のために第２のＣＤＦ１２０_Ｂで受信された状態応答メッセージは各々、これらのＣＤＲがすでにＣＧＦ１３０で受信されていることを示すので、第２のＣＤＦ１２０_ＢはこれらのＣＤＲをＣＧＦ１３０に提供する必要はない。

しかしながら、第１のＣＤＦ１２０_Ａが故障した時点で他の保留ＣＤＲ（１５−２０）は第１のＣＤＦ１２０_Ａ内にバッファリングされていたので、ＣＧＦ１３０に配信されていなかった。その結果、ＣＤＲ１５−２０のために第２のＣＤＦ１２０_Ｂで受信された状態応答メッセージは各々、これらのＣＤＲがまだＣＧＦ１３０で受信されていないことを示すので、第２のＣＤＦ１２０_Ｂはその後これらのＣＤＲをＣＧＦ１３０に提供してもよい。

図３に示すように、第２のＣＤＦ１２０_ＢはＣＤＦ１５で始まるＣＧＦ１３０へのＣＤＲの送信を開始する。

図３の例からわかるように、課金詳細記録の送信能力は、ＭＧからＣＧＦへのＣＤＲの伝搬を担当する主ＣＤＦが故障した場合でもＣＤＲの損失を防ぐ。

図４は、課金ゲートウェイ機能（ＣＧＦ）への課金詳細記録（ＣＤＲ）の送信を確実に行う際にモバイルゲートウェイ（ＭＧ）によって使用される方法の一実施形態を示す。ステップ４０２で、方法４００は開始する。ステップ４０４で、ＭＧはＣＤＲを生成する。ステップ４０６で、ＣＤＲの各々は、第１のＣＤＦと第２のＣＤＦの両方に向けて伝搬される。一実施形態では、第１のＣＤＦと第２のＣＤＦはＭＧの内部にあり、したがってＣＤＲはＭＧ内で伝搬される。一実施形態では、第１のＣＤＦと第２のＣＤＦはＭＧの外部にあり、したがって任意の適切な通信路を使用して、ＭＧから第１および第２のＣＤＦに向けて伝搬される。ステップ４０８で、方法４００は終了する。方法４００の動作は、図１−３を参照することでよりよく理解されよう。

図５は、課金ゲートウェイ機能（ＣＧＦ）への課金詳細記録（ＣＤＲ）の送信を確実に行う際に、アクティブ課金データ機能（ＣＤＦ）として動作するＣＤＦによって使用される方法の一実施形態を示す。アクティブＣＤＦは第１のＣＤＦと表示され、ＣＤＲの確実な送信をサポートするように第２のバックアップＣＤＦと協働する。ステップ５０２で、方法５００は開始する。ステップ５０４で、第１のＣＤＦは関連した連続番号を持つＣＤＲを受信する。ステップ５０６で、第１のＣＤＦはＣＧＦに向けてＣＤＲを伝搬する。ステップ５０８で、第１のＣＤＦはＣＧＦによるＣＤＲの受信の確認をＣＧＦから受信する。ステップ５１０で、第１のＣＤＦは、第１のＣＤＦで受信されたＣＤＲのコピーを受信するように構成された第２のＣＤＦに向けてＣＤＲの連続番号を伝搬する。ステップ５１２で、方法５００は終了する。方法５００の動作は、図１−３を参照することでよりよく理解されよう。

図６は、課金ゲートウェイ機能（ＣＧＦ）への課金詳細記録（ＣＤＲ）の送信を確実に行う際に、バックアップ課金データ機能（ＣＤＦ）として動作するＣＤＦによって使用される方法の一実施形態を示す。バックアップＣＤＦは第１のＣＤＦと表示され、ＣＤＲの確実な送信をサポートするように第２のアクティブＣＤＦと協働する。

ステップ６０２で、方法６００は開始する。

ステップ６０４で、第１のＣＤＦはＣＤＲを受信する。

ステップ６０６で、第１のＣＤＦはＣＤＲをバッファリングする。第１のＣＤＦは、ＣＤＲが第２のＣＤＦからＣＧＦへ正常に伝搬されたことを示す確認メッセージを第２のＣＤＦから受信するまで、各ＣＤＲをバッファリングする。

ステップ６０８で、第２のＣＤＦが故障したかどうかについての判定が行われる。第１のＣＤＦは、任意の適切な仕方で第１のＣＤＦの故障を検出し、かつ／または告げられてもよい。第２のＣＤＦが故障していない限り、第１のＣＤＦはＣＤＲを受信し、バッファリングし続ける（すなわち、方法６００はステップ６０４に戻る）。第２のＣＤＦが故障したという判定がなされると、方法６００はステップ６１０に進む（この場合、ステップ６０４および６０６に関して示され、説明されるように、第１のＣＤＦはＣＤＦを受信して、バッファリングし続けることが諒解されよう）。

ステップ６１０で、第１のＣＤＦは、第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて伝搬されるのかを判定するためのプロセスを開始する。

ステップ６１２で、方法６００は終了する。

方法６００の動作は、図１−３を参照することによってよりよく理解されよう。

本明細書では、主に、特定の目的で使用される特定の種類の情報を持つＣＤＲの送信を確実に行うという環境の中で示され、説明されているが、課金詳細記録の送信能力は、任意の適切な目的のために有益な任意の適切な種類の情報を持つＣＤＲの送信を確実に行うために利用されてもよいことが諒解されよう。

本明細書では、主に、特定の種類のネットワーク内でＣＤＲの送信を確実に行うという環境の中で示され、説明されているが、課金詳細記録の送信能力は、様々な他の種類の通信ネットワークの中でＣＤＲの送信を確実に行うために利用されてもよいことが諒解されよう。

本明細書では、主に、ＣＤＲの送信を確実に行うという環境の中で示され、説明されているが、課金詳細記録の送信能力の原理は、記録またはデータの確実な送信が求められる、または望ましい他の適切な種類の記録およびデータの送信を確実に行うために利用されてもよいことが諒解されよう。

図７は、本明細書で説明する機能を実行する際に使用するのに適したコンピュータの高レベルのブロック図を示す。

図７に示すように、コンピュータ７００はプロセッサ要素７０２（たとえば中央処理装置（ＣＰＵ）および／または他の適切なプロセッサ）と、メモリ７０４（たとえばランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）など）と、協働モジュール／プロセス７０５と、様々な入力／出力デバイス７０６（たとえば（キーボード、キーパッド、マウスなどの）ユーザ入力デバイス、（ディスプレイ、スピーカなどの）ユーザ出力デバイス、入力ポート、出力ポート、受信機、送信機、記憶装置（たとえばテープドライブ、フロッピー（登録商標）ドライブ、ハードディスクドライブ、コンパクトディスクドライブなど））とを含む。

本明細書で示され、説明される機能は、たとえば汎用コンピュータ、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）および／または任意の他のハードウェア均等物を使用して、ソフトウェアおよび／またはソフトウェアとハードウェアとの組み合わせの中で実装されてもよいことが諒解されよう。一実施形態では、協働プロセス７０５は本明細書で考察される機能を実施するために、メモリ７０４にロードされ、プロセッサ７０２によって実行され得る。したがって、（関連したデータ構造を含む）協働プロセス７０５は、たとえばＲＡＭメモリ、磁気または光ドライブまたはディスケットなどのコンピュータ可読記憶媒体に記憶され得る。

図７に示されたコンピュータ７００は、本明細書で説明される機能的要素および／または本明細書で説明される機能的要素の部分を実装するのに適した一般的アーキテクチャおよび機能を提供することが諒解されよう。たとえば、コンピュータ７００はＭＧ（たとえば、ＣＤＦがＭＧ１１０の外部にあるＭＧ１１０、ＭＧ２１０内のＣＰＭ２１４を使用してＣＤＦが実施されるＭＧ２１０、モバイルゲートウェイの１つまたは複数のＭＳＭなど）、独立のＣＤＦ（たとえば第１のＣＤＦ１２０_Ａおよび／または第２のＣＤＦ１２０_Ｂなど）、モバイルゲートウェイのＣＰＭとして実装されたＣＤＦ（たとえばＣＰＭ２１４_Ａおよび／またはＣＰＭ２１４_Ｂなど）、ＣＧＦなどのうちの１つまたは複数を実施するのに適した一般的アーキテクチャおよび機能を提供する。

ソフトウェア方法として本明細書で考察されるステップのうちのいくつかは、たとえば様々な方法ステップを実行するためにプロセッサと協働する回路としてハードウェア内で実施されてもよいことが企図されている。本明細書で説明される機能／要素の部分は、コンピュータ命令が、コンピュータによって処理される場合に、本明細書で説明される方法および／または技術が起動またはその他の形で提供されるようにコンピュータの動作を適合させるコンピュータプログラム製品として実装されてもよい。発明の方法を起動するための命令は、固定または取外し可能な媒体に記憶されても、またはブロードキャストまたは他の信号担持媒体におけるデータストリームを介して送信されても、および／または命令に従って動作するコンピューティングデバイス内のメモリ内に記憶されてもよい。

様々な実施形態の態様は、特許請求の範囲の中で特定される。様々な実施形態のそれらおよびその他の態様は、以下の番号を付けた条項の中で特定される：
１．モバイルゲートウェイ（ＭＧ）で複数の課金詳細記録（ＣＤＲ）を生成するステップと、ＣＤＲの各々を第１の課金データ機能（ＣＤＦ）と第２のＣＤＦに向けて伝搬するステップであって、第１のＣＤＦが、ＣＤＲを受信するとＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に向けて伝搬するように構成され、第２のＣＤＦが、第１のＣＤＦが故障した場合にＣＤＲをＣＧＦに向けて伝搬するように構成されている、ステップと
を含む、方法。
２．ＣＤＲがＭＧのモバイルスイッチングモジュール（ＭＳＭ）によって生成される、条項１に記載の方法。
３．第１のＣＤＦと第２のＣＤＦが各々ＭＧの外部にある、条項１に記載の方法。
４．第１のＣＤＦがＭＧの第１のモジュールであり、第２のＣＤＦがＭＧの第２のモジュールである、条項１に記載の方法。
５．ＣＤＲの各々がＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用して伝搬される、条項１に記載の方法。
６．第１の課金データ機能（ＣＤＦ）で、連続番号が関連付けられた課金詳細記録（ＣＤＲ）を受信するステップと、
ＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に向けて伝搬するステップと、
ＣＧＦによってＣＤＲの受信の確認を受信するステップであって、確認がＣＤＲに関連した連続番号を含む、ステップと、
第１のＣＤＦから第１のＣＤＦで受信されたＣＤＲのコピーを受信するように構成された第２のＣＤＦに向けて連続番号を伝搬するステップと
を含む、方法。
７． ＣＤＲがＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用してＣＧＦに向けて伝搬され、確認がＧＴＰ’プロトコルを使用して受信される、条項６に記載の方法。
８．第１のＣＤＦから第２のＣＤＦへ向けた確認の伝搬が、第２のＣＤＦにＣＤＲのコピーを削除させるように適合されている、条項６に記載の方法。
９．ＣＤＲがモバイルゲートウェイ（ＭＧ）から受信され、第１のＣＤＦと第２のＣＤＦが各々ＭＧの外部にある、条項６に記載の方法。
１０．第１のＣＤＦと第２のＣＤＦがモバイルゲートウェイ（ＭＧ）内のモジュールであり、ＣＤＲがＭＧのモバイルスイッチングモジュール（ＭＳＭ）から受信される、条項６に記載の方法。
１１．第１の課金データ機能（ＣＤＦ）で、複数の連続番号がそれぞれ関連付けられた複数の課金詳細記録（ＣＤＲ）を受信するステップと、
第１のＣＤＦでＣＤＲの各々をバッファリングするステップであって、第２のＣＤＦから課金ゲートウェイ機能（ＣＧＦ）によってＣＤＲが正常に受信されたことを示すＣＤＲのための確認メッセージを第２のＣＤＦから受信するまで、各ＣＤＲがバッファリングされる、ステップと、
第２のＣＤＦの故障に応じて、第２のＣＤＦが故障した時点で第１のＣＤＦでバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて送信されるのかを判定するプロセスを開始するステップと
を含む、方法。
１２．第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲが、
第２のＣＤＦで受信されているが、第２のＣＤＦからＣＧＦに向けて送信されていないＣＤＲと、
第２のＣＤＦからＣＧＦに向けて送信されているが、そのために確認が第２のＣＤＦから第１のＣＤＦで受信されていないＣＤＲと
を含む、条項１１に記載の方法。
１３．ＣＤＲが、当該ＣＤＲに関連したそれぞれの複数の連続番号を持ち、第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて送信されるのかを判定するステップが、
第２のＣＤＦが故障する前に第１のＣＤＦで受信された最後のＣＤＲの連続番号である第１の連続番号を判定することと、
そのために第２のＣＤＦから第１のＣＤＦで確認が受信された最後のＣＤＲの連続番号である第２の連続番号を判定することと、
第１の連続番号と第２の連続番号を使用して、第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲを識別することとを含む、条項１１に記載の方法。
１４．ＣＤＲのうちの識別されたものが、第２の連続番号と第１の連続番号との間の連続番号を持つＣＤＲを含む、条項１３に記載の方法。
１５．第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて送信されるのかを判定するステップが、
ＣＤＲのうちの識別されたものの各々についてのために、ＣＤＲの連続番号を持つ、ＣＤＲがＣＧＦで受信されたかどうかを判定するための状態要求メッセージを第１のＣＤＦからＣＧＦに向けて伝搬することを含む、条項１３に記載の方法。
１６．状態要求メッセージがＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用して伝搬される、条項１５に記載の方法。
１７．各状態要求メッセージが、Ｐａｃｋｅｔ Ｔｒａｎｓｆｅｒ Ｃｏｍｍａｎｄ ＩＥが空であるＧＴＰ’ Ｄａｔａ Ｒｅｃｏｒｄ Ｔｒａｎｓｆｅｒ Ｒｅｑｕｅｓｔ Ｍｅｓｓａｇｅを含む、条項１６に記載の方法。
１８．第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて送信されるのかを判定するステップが、
ＣＤＲのうちの識別されたものの各々について、ＣＤＲの連続番号を持つ、ＣＤＲがＣＧＦで受信されたかどうかを示す状態応答メッセージを受信することを含む、条項１５に記載の方法。
１９．状態要求メッセージがＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用して伝搬される、条項１８に記載の方法。
２０．各状態要求メッセージが、関連したＣＤＲがＣＧＦで受信されたかどうかを示すＣａｕｓｅ値を持つＧＴＰ’ Ｄａｔａ Ｒｅｃｏｒｄ Ｔｒａｎｓｆｅｒ Ｒｅｓｐｏｎｓｅ Ｍｅｓｓａｇｅを含む、条項１９に記載の方法。
２１．ＣＧＦで受信されていないと判定されたＣＤＲのうちの識別されたものの各々について、第１のＣＤＦからＣＧＦに向けてＣＤＲを伝搬するステップを
さらに含む、条項１５に記載の方法。
２２．ＣＧＦで受信されていると判定されたＣＤＲのうちの識別されたものの各々について、第１のＣＤＦからＣＤＲを削除するステップを
さらに含む、条項１５に記載の方法。

これらの条項は方法として起草されているが、これらの方法の条項のうちのいずれも、方法を実行するように構成された装置、執行される場合に方法を実行する命令を記憶するコンピュータ可読媒体などとして実施されてもよいことを諒解されたい。

本明細書では、本発明の教示を組み込む様々な実施形態が詳細に示され、説明されてきたが、当業者であれば、同じくこれらの教示を組み込む他の多くの様々な実施形態を容易に考案することができる。

Claims (10)

1. モバイルゲートウェイ（ＭＧ）で複数の課金詳細記録（ＣＤＲ）を生成するステップと、
   ＣＤＲの各々を第１の課金データ機能（ＣＤＦ）と第２のＣＤＦに向けて伝搬するステップであって、第１のＣＤＦが、ＣＤＲを受信するとＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に向けて伝搬するように構成され、第２のＣＤＦが、第１のＣＤＦが故障した場合にＣＤＲをＣＧＦに向けて伝搬するように構成されている、ステップと
   を含む、方法。
2. ＣＤＲがＭＧのモバイルスイッチングモジュール（ＭＳＭ）によって生成される、請求項１に記載の方法。
3. 第１のＣＤＦと第２のＣＤＦが各々ＭＧの外部にある、請求項１に記載の方法。
4. 第１のＣＤＦがＭＧの第１のモジュールであり、第２のＣＤＦがＭＧの第２のモジュールである、請求項１に記載の方法。
5. ＣＤＲの各々がＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用して伝搬される、請求項１に記載の方法。
6. 第１の課金データ機能（ＣＤＦ）で、連続番号が関連付けられた課金詳細記録（ＣＤＲ）を受信するステップと、
   ＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に向けて伝搬するステップと、
   ＣＧＦによってＣＤＲの受信の確認を受信するステップであって、確認がＣＤＲに関連した連続番号を含む、ステップと、
   第１のＣＤＦから第１のＣＤＦで受信されたＣＤＲのコピーを受信するように構成された第２のＣＤＦに向けて連続番号を伝搬するステップと
   を含む、方法。
7. ＣＤＲがＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用してＣＧＦに向けて伝搬され、確認がＧＴＰ’プロトコルを使用して受信される、請求項６に記載の方法。
8. 第１のＣＤＦから第２のＣＤＦへ向けた確認の伝搬が、第２のＣＤＦにＣＤＲのコピーを削除させるように適合されている、請求項６に記載の方法。
9. ＣＤＲがモバイルゲートウェイ（ＭＧ）から受信され、第１のＣＤＦと第２のＣＤＦが各々ＭＧの外部にあり、
   第１のＣＤＦと第２のＣＤＦがモバイルゲートウェイ（ＭＧ）内のモジュールであり、ＣＤＲがＭＧのモバイルスイッチングモジュール（ＭＳＭ）から受信される、請求項６に記載の方法。
10. 第１の課金データ機能（ＣＤＦ）で、複数の連続番号がそれぞれ関連付けられた複数の課金詳細記録（ＣＤＲ）を受信するステップと、
    第１のＣＤＦでＣＤＲの各々をバッファリングするステップであって、第２のＣＤＦから課金ゲートウェイ機能（ＣＧＦ）によってＣＤＲが正常に受信されたことを示すＣＤＲのための確認メッセージを第２のＣＤＦから受信するまで、各ＣＤＲがバッファリングされる、ステップと、
    第２のＣＤＦの故障に応じて、第２のＣＤＦが故障した時点で第１のＣＤＦでバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて送信されるのかを判定するプロセスを開始するステップと
    を含む、方法。

Images