(57)【特許請求の範囲】
【請求項１】
モバイルゲートウェイ（ＭＧ）で複数の課金詳細記録（ＣＤＲ）を生成するステップと、
ＣＤＲの各々を第１の課金データ機能（ＣＤＦ）と第２のＣＤＦに向けて伝搬するステップであって、第１のＣＤＦが、ＣＤＲを受信するとＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に向けて伝搬するように構成され、第２のＣＤＦが、第１のＣＤＦが故障した場合にＣＤＲをＣＧＦに向けて伝搬するように構成されている、ステップと
を含む、方法。
【請求項２】
ＣＤＲがＭＧのモバイルスイッチングモジュール（ＭＳＭ）によって生成される、請求項１に記載の方法。
【請求項３】
第１のＣＤＦと第２のＣＤＦが各々ＭＧの外部にある、請求項１に記載の方法。
【請求項４】
第１のＣＤＦがＭＧの第１のモジュールであり、第２のＣＤＦがＭＧの第２のモジュールである、請求項１に記載の方法。
【請求項５】
ＣＤＲの各々がＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用して伝搬される、請求項１に記載の方法。
【請求項６】
第１の課金データ機能（ＣＤＦ）で、連続番号が関連付けられた課金詳細記録（ＣＤＲ）を受信するステップと、
ＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に向けて伝搬するステップと、
ＣＧＦによってＣＤＲの受信の確認を受信するステップであって、確認がＣＤＲに関連した連続番号を含む、ステップと、
第１のＣＤＦから第１のＣＤＦで受信されたＣＤＲのコピーを受信するように構成された第２のＣＤＦに向けて連続番号を伝搬するステップと
を含み、
第１のＣＤＦから第２のＣＤＦへ向けた確認の伝搬が、第２のＣＤＦにＣＤＲのコピーを削除させるように適合されている、方法。
【請求項７】
ＣＤＲがＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用してＣＧＦに向けて伝搬され、確認がＧＴＰ’プロトコルを使用して受信される、請求項６に記載の方法。
【請求項８】
ＣＤＲがモバイルゲートウェイ（ＭＧ）から受信され、第１のＣＤＦと第２のＣＤＦが各々ＭＧの外部にあるか、
第１のＣＤＦと第２のＣＤＦがモバイルゲートウェイ（ＭＧ）内のモジュールであり、ＣＤＲがＭＧのモバイルスイッチングモジュール（ＭＳＭ）から受信されるかの、
一方である、請求項６に記載の方法。
【請求項９】
第１の課金データ機能（ＣＤＦ）で、複数の連続番号がそれぞれ関連付けられた複数の課金詳細記録（ＣＤＲ）を受信するステップと、
第１のＣＤＦでＣＤＲの各々をバッファリングするステップであって、第２のＣＤＦから課金ゲートウェイ機能（ＣＧＦ）によってＣＤＲが正常に受信されたことを示すＣＤＲのための確認メッセージを第２のＣＤＦから受信するまで、各ＣＤＲがバッファリングされる、ステップと、
第２のＣＤＦの故障に応じて、第２のＣＤＦが故障した時点で第１のＣＤＦでバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて送信されるのかを判定するプロセスを開始するステップと
を含む、方法。
【請求項１０】
プロセッサ及び、該プロセッサに通信で接続されたメモリを有する装置であって、該プロセッサが、
モバイルゲートウェイ（ＭＧ）で複数の課金詳細記録（ＣＤＲ）を生成し、
ＣＤＲの各々を第１の課金データ機能（ＣＤＦ）と第２のＣＤＦに向けて伝搬するように構成され、第１のＣＤＦが、ＣＤＲを受信するとＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に向けて伝搬するように構成され、第２のＣＤＦが、第１のＣＤＦが故障した場合にＣＤＲをＣＧＦに向けて伝搬するように構成されている、装置。
【請求項１１】
プロセッサ及び、該プロセッサに通信で接続されたメモリを有する装置であって、該プロセッサが、
第１の課金データ機能（ＣＤＦ）で、連続番号が関連付けられた課金詳細記録（ＣＤＲ）を受信し、
ＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に向けて伝搬し、
ＣＧＦによってＣＤＲの受信の確認を受信するように構成され、確認がＣＤＲに関連した連続番号を含み、該プロセッサが、さらに、
第１のＣＤＦから第１のＣＤＦで受信されたＣＤＲのコピーを受信するように構成された第２のＣＤＦに向けて連続番号を伝搬するように構成され、
第１のＣＤＦから第２のＣＤＦへ向けた確認の伝搬が、第２のＣＤＦにＣＤＲのコピーを削除させるように適合されている、装置。
【請求項１２】
プロセッサ及び、該プロセッサに通信で接続されたメモリを有する装置であって、該プロセッサが、
第１の課金データ機能（ＣＤＦ）で、複数の連続番号がそれぞれ関連付けられた複数の課金詳細記録（ＣＤＲ）を受信し、
第１のＣＤＦでＣＤＲの各々をバッファリングするように構成され、第２のＣＤＦから課金ゲートウェイ機能（ＣＧＦ）によってＣＤＲが正常に受信されたことを示すＣＤＲのための確認メッセージを第２のＣＤＦから受信するまで、各ＣＤＲがバッファリングされ、該プロセッサが、さらに、
第２のＣＤＦの故障に応じて、第２のＣＤＦが故障した時点で第１のＣＤＦでバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて送信されるのかを判定するプロセスを開始するように構成された、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、通信ネットワークに関し、限定するものではないが、より詳細には通信ネットワークの課金詳細記録の送信に関する。
【背景技術】
【０００２】
多くの通信ネットワークでは、課金詳細記録（ＣＤＲ）は顧客に請求書を送付するための根拠としてサービスプロバイダによって使用される。一般に、ＣＤＲは課金対象となる事象（たとえば、呼び出しの設定時間、呼び出しの持続時間、接続を介して転送されるデータ量など）についての情報のフォーマットされた集合である。多くのモバイル通信ネットワークでは、ＣＤＲは典型的にモバイルゲートウェイ（ＭＧ）によって生成され、ＭＧはＣＤＲを課金データ機能（ＣＤＦ）に転送し、次にＣＤＦはＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に転送する。しかしながら不都合なことに、ＣＤＦが故障した場合、ＣＧＦに送信するためにＣＤＦによってバッファリングされたＣＤＲは故障した時点で失われる可能性があり、それによってサービスプロバイダの収益は減少することになる。
【発明の概要】
【課題を解決するための手段】
【０００３】
先行技術における様々な弱点は、課金詳細記録（ＣＤＲ）を確実に送信するための実施形態によって対処される。モバイルゲートウェイ（ＭＧ）は、課金ゲートウェイ機能（ＣＧＦ）に配信することを目的としたＣＤＲを生成する。ＣＤＲは第１および第２の課金データ機能（ＣＤＦ）に向けて伝搬される。第１および第２のＣＤＦはＣＤＲをバッファリングする。第１のＣＤＦはＣＤＲをＣＧＦに向けて伝搬するように構成されている。第２のＣＤＦは、第１のＣＤＦが故障した場合にＣＤＲをＣＧＦに向けて伝搬するように構成されている。ＣＧＦは、ＣＤＲが受信される第１または第２のＣＤＦに対してＣＤＲの受信を確認するように構成されている。第１のＣＤＦは、第１のＣＤＦからの確認メッセージの受信を第２のＣＤＦに対して確認するように構成されている。第２のＣＤＦは、第１のＣＤＦが故障すると、ＭＧによって生成されたＣＤＲのうちのいずれも第１のＣＤＦの故障のために失われないことを保証するために、第２のＣＤＦでバッファリングされたＣＤＲのうちのどれがＣＧＦに伝搬されなければならないのかを判定するプロセスを開始するように構成されている。
【０００４】
本明細書の教示は、添付の図面と併せて以下の詳細な説明を考慮することによって容易に理解され得る。
【図面の簡単な説明】
【０００５】
【図１】例示的な課金アーキテクチャの高レベルのブロック図である。
【図２】例示的な課金アーキテクチャの高レベルのブロック図である。
【図３】課金詳細記録の配信を確実に行うための図１の課金アーキテクチャの例示的な使用法を示す図である。
【図４】課金ゲートウェイ機能への課金詳細記録の送信を確実に行う際にモバイルゲートウェイによって使用される方法の一実施形態を示す図である。
【図５】課金ゲートウェイ機能への課金詳細記録の送信を確実に行う際にアクティブな課金データ機能として動作する課金データ機能によって使用される方法の一実施形態を示す図である。
【図６】課金ゲートウェイ機能への課金詳細記録の送信を確実に行う際にバックアップ課金データ機能として動作する課金データ機能によって使用される方法の一実施形態を示す図である。
【図７】本明細書に記載される機能を実行する際に使用するのに適したコンピュータの高レベルのブロック図である。
【発明を実施するための形態】
【０００６】
理解し易くするために、可能な場合、図面に共通の同一の要素を指定するために同一の参照符号が使用されている。
【０００７】
本明細書では、課金詳細記録の送信能力が示され、説明される。課金詳細記録の送信能力は、モバイルゲートウェイから課金ゲートウェイ機能への課金データ記録の伝搬を担う課金詳細機能が故障した場合でも、モバイルゲートウェイから課金ゲートウェイ機能への課金詳細記録の送信を確実に行い、それによって様々な会計機能、請求書送付機能など、ならびにそれらの様々な組み合わせを提供するために課金詳細記録を処理するように構成された１つまたは複数のシステムに課金詳細記録を確実に配信することを保証する。
【０００８】
課金詳細記録の送信能力は、様々な会計機能、請求書送付機能など、ならびにそれらの様々な組み合わせを提供するように構成された１つまたは複数のシステムによって使用されるために、課金詳細記録または同様の課金データが伝搬される任意の通信ネットワーク内で提供されてもよい。
【０００９】
本明細書では、主に、特定の種類のワイヤレスネットワーク（すなわち第３世代パートナーシッププロジェクト（３ＧＰＰ）のユニバーサルモバイル通信システム（ＵＭＴＳ）ネットワーク）の背景の中で課金詳細記録の送信能力が示され、説明されているが、課金詳細記録の送信能力は様々な他の種類のネットワーク（たとえば、他の種類のワイヤレスネットワーク、有線ネットワークなど）の課金アーキテクチャの中で実装されてもよいことを諒解されたい。
【００１０】
図１は、例示的な課金アーキテクチャの高レベルのブロック図を示す。
【００１１】
課金アーキテクチャ１００はモバイルゲートウェイ（ＭＧ）１１０と、第１および第２の課金データ機能（ＣＤＦ）１２０Ａおよび１２０Ｂ（まとめてＣＤＦ１２０）と、課金ゲートウェイ機能（ＣＧＦ）１３０とを含む。
【００１２】
ＭＧ１１０は、通信路１１５Ａを介して第１のＣＤＦ１２０Ａと通信し、通信路１１５Ｂを介して第２のＣＤＦ１２０Ｂと通信する。第１のＣＤＦ１２０Ａと第２のＣＤＦ１２０Ｂは、それらの間の通信路１２１を介して通信する。第１のＣＤＦ１２０Ａと第２のＣＤＦ１２０Ｂは、それぞれ通信路１２５Ａと１２５Ｂを介してＣＧＦ１３０と通信する。
【００１３】
一実施形態では、課金アーキテクチャ１００は３ＧＰＰ  ＵＭＴＳネットワーク内で実装される。ＭＧ１１０は、Ｇａｔｅｗaｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＧＧＳＮ）、Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＳＧＳＮ）、または３ＧＰＰ  ＵＭＴＳネットワークに関連した任意の他のネットワーク要素など、３ＧＰＰ  ＵＭＴＳネットワーク内の任意の適切なネットワーク要素であってもよい。各通信路１２５Ａと１２５Ｂを介したＣＤＦ１２０Ａおよび１２０ＢとＣＧＦ１３０との間のインターフェースは、Ｇａインターフェースであってもよい。Ｇａインターフェースを介してメッセージを交換するために使用されるプロトコルは、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）プライム（ＧＴＰ’）プロトコルであってもよく、その典型的な動作は当業者によって理解されよう。一実施形態では、課金アーキテクチャ１００は３ＧＰＰ  ＴＳ３２．２４０課金アーキテクチャの修正版として実装されてもよい。
【００１４】
ＭＧ１１０は、課金詳細記録（ＣＤＲ）を生成する。ＣＤＲは、たとえば会計機能で使用するため、顧客に請求書を送付する際に使用するためなど、課金対象となる事象についての詳細を含む。たとえば、各課金対象となる事象について、関連したＣＤＲは、呼び出し設定の時間、呼び出しの持続時間、転送されるデータの量など、ならびにそれらの様々な組み合わせなどの詳細を含んでもよい。ＣＤＲ内に含まれる情報の種類、ＣＤＲのフォーマット、およびＣＤＲの同様の詳細は、当業者によって理解されるであろう。ＣＤＲはそれらに関連した固有の連続番号を持つ。
【００１５】
ＭＧ１１０は、第１のＣＤＦ１２０Ａと第２のＣＤＦ１２０Ｂの両方に各ＣＤＲを伝搬する。ＣＤＲは任意の適切な方法で伝搬されてもよい。一実施形態では、たとえばＣＤＲは各ＣＤＲパケットを使用して伝搬され、その場合ＣＤＲを搬送するＣＤＲパケットは、ＣＤＲに関連した固有の連続番号を含む。
【００１６】
第１のＣＤＦ１２０Ａと第２のＣＤＦ１２０Ｂは、ＭＧ１１０からＣＤＲを受信する。第１のＣＤＦ１２０Ａと第２のＣＤＦ１２０Ｂは、各々受信されたＣＤＲをバッファリングする。
【００１７】
第１のＣＤＦ１２０Ａは主ＣＤＦであり、第２のＣＤＦ１２０Ｂは補助的なＣＤＦである。第１のＣＤＦ１２０Ａは、通信路１２５Ａを介したＣＧＦ１３０とのアクティブ接続を持つ。第２のＣＤＦ１２０Ｂは、ＣＧＦ１３０とのアクティブ接続を持たない。第１のＣＤＦ１２０ＡとＣＧＦ１３０との間のアクティブ接続は、任意の適切なプロトコルを使用してサポートされてもよい。たとえば、一実施形態では、第１のＣＤＦ１２０ＡとＣＧＦ１３０との間のアクティブ接続は、ＧＴＰ’プロトコルを使用してサポートされてもよい。
【００１８】
第１のＣＤＦ１２０Ａは、第１のＣＤＦ１２０ＡとＣＧＦ１３０との間で確立されたアクティブ接続を介して、バッファリングされたＣＤＲをＣＧＦ１３０に送信することを開始する。一実施形態では、ＣＤＲはＧＴＰ’プロトコルを使用して第１のＣＤＦ１２０ＡからＣＧＦ１３０へ送信される。第２のＣＤＦ１２０ＢはＣＤＲのバッファリングを継続するが、ＣＤＲをＣＧＦ１３０に送信することはない。
【００１９】
ＣＧＦ１３０は、第１のＣＤＦ１２０ＡからＣＤＲを受信し、第１のＣＤＦ１２０Ａから正常に受信された各ＣＤＲについて、関連した確認メッセージで第１のＣＤＦ１２０Ａに応答する。ＣＤＲのための確認メッセージは、ＣＤＲの関連した連続番号を含む。
【００２０】
第１のＣＤＦ１２０Ａは、ＣＧＦ１３０から確認メッセージを受信する。
【００２１】
第１のＣＤＦ１２０Ａは、（ＣＧＦ１３０から受信された確認メッセージ内に含まれるＣＤＲの連続番号から判定される）正常に配信されたＣＤＲを、正常な配信の確認を受信することに応じて、そのバッファから削除する。
【００２２】
第１のＣＤＦ１２０Ａは、ＣＧＦ１３０によって受信されているとしてＣＧＦ１３０によって確認された各ＣＤＲを第２のＣＤＦ１２０Ｂに通知し、それによって第２のＣＤＦ１２０Ｂで受信され、バッファリングされたＣＤＲのうちのどれがＣＧＦ１３０に正常に配信されたのかを示す情報を第２のＣＤＦ１２０Ｂに提供する。第１のＣＤＦ１２０Ａは（たとえば、ＣＧＦ１３０から受信された関連した確認メッセージを第２のＣＤＦ１２０Ｂに転送すること、確認メッセージを生成し、その確認メッセージを第２のＣＤＦ１２０Ｂに送信することなどによる）任意の適切な仕方で、第２のＣＤＦ１２０ＢにＣＤＲの正常な配信を通知してもよい。
【００２３】
第２のＣＤＦ１２０Ｂは、第２のＣＤＦ１２０Ｂで受信され、バッファリングされたＣＤＲのうちのどれがＣＧＦ１３０に正常に配信されたのかを示す情報を第２のＣＤＦ１２０Ｂが持つように、第１のＣＤＦ１２０Ａから通知を受信する。第２のＣＤＦ１２０Ｂは、（第２のＣＤＦ１２０Ｂで第１のＣＤＦ１２０Ａから受信された通知から判定される）正常に配信されたＣＤＲをそのバッファから削除する。このようにして、第２のＣＤＦ１２０Ｂは、ＣＤＲがＣＧＦ１３０に正常に配信されたという通知を第１のＣＤＦ１２０Ａから受信するまでＣＤＲのコピーを保持する。
【００２４】
このように、課金アーキテクチャ１００の動作は第１のＣＤＦ１２０Ａが故障するまで継続する。
【００２５】
第１のＣＤＦ１２０Ａが故障すると、第２のＣＤＦ１２０Ｂが主ＣＤＦとなる。第２のＣＤＦ１２０Ｂは、通信路１２５Ｂを介してＣＧＦ１３０とのアクティブ接続を確立する。第２のＣＤＦ１２０ＢとＣＧＦ１３０との間のアクティブ接続は、任意の適切なプロトコルを使用してサポートされてもよい。たとえば、一実施形態では、第２のＣＤＦ１２０ＢとＣＧＦ１３０との間のアクティブ接続はＧＴＰ’プロトコルを使用してサポートされてもよい。
【００２６】
第２のＣＤＦ１２０Ｂは、主ＣＤＦとなった時点でＣＤＲの損失を防ぐための適切な情報を持つ。第２のＣＤＦ１２０Ｂは、ＭＧ１１０から受信されたＣＤＲの各々をバッファリングする。第２のＣＤＦ１２０Ｂは第１のＣＤＦ１２０Ａが故障するとき、（１）ＭＧ１１０から第１のＣＤＦ１２０Ａによって受信されているが、第１のＣＤＦ１２０ＡからＣＧＦ１３０に向けてまだ送信されていないＣＤＲ（すなわち、それらはＣＧＦ１３０への送信を待って、まだ第１のＣＤＦ１２０Ａ内にバッファリングされている）と、（２）（たとえば、第１のＣＤＦ１２０Ａの故障の前に、第１のＣＤＦ１２０ＡはまだＣＧＦ１３０から確認メッセージを受信していないため、第１のＣＤＦ１２０Ａの故障の前に、第１のＣＤＦ１２０ＡはＣＧＦ１３０から確認メッセージを受信したが、関連した連続番号を第２のＣＤＦ１２０Ｂに送信していなかったため、または第１のＣＤＦ１２０Ａの故障の前に、第１のＣＤＦ１２０ＡはＣＧＦ１３０から確認メッセージを受信し、関連した連続番号を第２のＣＤＦ１２０Ｂに向けて送信したが、連続番号はまだ第２のＣＤＦ１２０Ｂによって受信されていないため）第１のＣＤＦ１２０ＡによってＣＧＦ１３０に送信されているが、それに関連した確認メッセージはまだ第１のＣＤＦ１２０Ａから第２のＣＤＦ１２０Ｂで受信されていないＣＤＲの各々のコピーをバッファリングしている。第１のＣＤＦ１２０Ａが故障した時点で第２のＣＤＦ１２０ＢでバッファリングされるこれらのＣＤＲは、本明細書では保留ＣＤＲと呼ばれる。
【００２７】
第２のＣＤＦ１２０Ｂは、各保留ＣＤＲについて、ＣＤＲがＣＧＦ１３０で受信されたかどうかを示す保留ＣＤＲの各々の状態を判定する。第２のＣＤＦ１２０Ｂは、保留ＣＤＲの各々についてＣＤＲがＣＧＦ１３０で受信されたかどうかを判定するために、ＣＧＦ１３０に保留ＣＤＲの各々について問い合わせることによって、保留ＣＤＲの各々の状態を判定する。第２のＣＤＦ１２０Ｂは、保留ＣＤＲの連続番号に基づいて、ＣＧＦ１３０に保留ＣＤＲについて問い合わせる。この問い合わせは、任意の適切な仕方（たとえば、各保留ＣＤＲについて別個の問い合わせ要求メッセージを使用すること、保留ＣＤＲの連続番号の１つまたは複数の範囲を指定する１つまたは複数の問い合わせ要求メッセージを使用することなど）で実行されてもよい。ＣＧＦ１３０は第２のＣＤＦ１２０Ｂから問い合わせ要求メッセージを受信する。ＣＧＦ１３０は、どの状態が要求されるのか、関連したＣＤＲがＣＧＦ１３０で受信されたのかどうかに関して、保留ＣＤＲの各々について判定する。ＣＧＦ１３０は、保留ＣＤＲの各々の現在の状態を含む問い合わせ応答で、問い合わせ要求メッセージに応答する。問い合わせ応答は、任意の適切な仕方（たとえば、各保留ＣＤＲのために別個の問い合わせ応答メッセージを使用すること、保留ＣＤＲの連続番号の１つまたは複数の範囲を指定する１つまたは複数の問い合わせ応答メッセージを使用することなど）で提供されてもよい。第２のＣＤＦ１２０Ｂは、ＣＧＦ１３０から問い合わせ応答メッセージを受信する。第２のＣＤＦ１２０Ｂは、ＣＧＦ１３０から受信された問い合わせ応答メッセージに基づいて、保留ＣＤＲの各々の状態を判定する。
【００２８】
第２のＣＤＦ１２０Ｂは、ＣＧＦ１３０へのＣＤＲの転送を開始する。第２のＣＤＦ１２０Ｂは、たとえば、第１のＣＤＦ１２０Ａから受信されているとＣＧＦ１３０によって確認された保留ＣＤＲは第２のＣＤＦ１２０ＢからＣＧＦ１３０へ送信されない、また第１のＣＤＦ１２０Ａから受信されていないとＣＧＦ１３０によって示される保留ＣＤＲは第２のＣＤＦ１２０ＢからＣＧＦ１３０へ送信されるなど、保留ＣＤＲの判定された状態に基づいて、ＣＤＲをＣＧＦ１３０に転送することを開始する。
【００２９】
第２のＣＤＦ１２０Ｂは、第２のＣＤＦ１２０Ｂが主ＣＤＦである限り、ＣＤＲをＣＧＦ１３０に送信することを継続する。
【００３０】
このように、ＭＧ１１０によって生成されたＣＤＲはＣＧＦ１３０に確実に配信されるので、ＣＧＦ１３０は様々な会計機能、請求書送付機能など、ならびにそれらの様々な組み合わせで使用するためにＣＤＲを提供することができる。
【００３１】
一実施形態では、図１に関して示され、説明されるように、課金詳細記録の送信能力は、ＣＤＦがＭＧから独立した単独要素として実装される課金アーキテクチャ内で提供されてもよい。
【００３２】
一実施形態では、課金詳細記録の送信能力は、ＣＤＦがＭＧ内で実装される課金アーキテクチャ内で提供されてもよい。１つのそのような実施形態による例示的な課金アーキテクチャは図２に関して示され、説明される。
【００３３】
図２は、例示的な課金アーキテクチャの高レベルのブロック図を示す。
【００３４】
課金アーキテクチャ２００は、モバイルゲートウェイ（ＭＧ）２１０と課金ゲートウェイ機能（ＣＧＦ）２３０とを含む。
【００３５】
ＭＧ２１０は、複数のモバイルスイッチングモジュール（ＭＳＭ）２１２１−２１２Ｎ（まとめてＭＳＭ２１２）を含む。ＭＧ２１０のＭＳＭ２１２の典型的な動作は、当業者によって理解されよう。
【００３６】
ＭＧ２１０はまた、第１および第２の通信プロセッサモジュール（ＣＰＭ）２１４Ａおよび２１４Ｂ（まとめてＣＰＭ２１４）も含む。この実施形態では、ＣＰＭ２１４Ａおよび２１４Ｂは、それぞれ図１の第１のＣＤＦ１２０Ａおよび第２のＣＤＦ１２０Ｂの機能と実質的に同様の機能をサポートする。一実施形態では、ＣＰＭ２１４はまた、ＭＧ２１０内で他の機能を提供してもよい。
【００３７】
ＭＳＭ２１２１−２１２Ｎは各々、それぞれの通信路２１３を介してＣＰＭ２１４の両方と通信する。第１のＣＰＭ２１４Ａおよび第２のＣＰＭ２１４Ｂは、それぞれ通信路２１５Ａおよび２１５Ｂを介してＣＧＦ２３０と通信する。
【００３８】
一実施形態では、課金アーキテクチャ２００は３ＧＰＰ  ＵＭＴＳネットワーク内で実装される。１つのそのような実施形態では、課金アーキテクチャ２００は３ＧＰＰ  ＴＳ３２．２４０課金アーキテクチャの修正版として実装される。
【００３９】
ＭＳＭ２１２１−２１２Ｎは各々課金詳細記録（ＣＤＲ）を生成し、それらは顧客に請求書を送付する際に使用する課金対象となる事象についての詳細を含む。ＣＤＲはそれらに関連した固有の連続番号を持つ。
【００４０】
ＭＳＭ２１２１−２１２Ｎは各々、それらの生成されたＣＤＲを第１のＣＰＭ２１４Ａと第２のＣＰＭ２１４Ｂの両方に伝搬する。ＣＤＲは任意の適切な仕方で伝搬されてもよい。
【００４１】
第１のＣＰＭ２１４Ａおよび第２のＣＰＭ２１４Ｂは、ＭＳＭ２１２１−２１２ＮからＣＤＲを受信する。第１のＣＰＭ２１４Ａおよび第２のＣＰＭ２１４Ｂは各々受信されたＣＤＲをバッファリングする。
【００４２】
第１のＣＰＭ２１４Ａは主ＣＰＭであり、第２のＣＰＭ２１４Ｂは補助的なＣＰＭである。第１のＣＰＭ２１４Ａは、通信路２１５Ａを介したＣＧＦ２３０とのアクティブ接続を持つ。第２のＣＰＭ２１４Ｂは、ＣＧＦ２３０とのアクティブ接続を持たない。第１のＣＰＭ２１４ＡとＣＧＦ２３０との間のアクティブ接続は、任意の適切なプロトコルを使用してサポートされてもよい。たとえば、一実施形態では、第１のＣＰＭ２１４ＡとＣＧＦ２３０との間のアクティブ接続は、ＧＴＰ’プロトコルを使用してサポートされてもよい。
【００４３】
第１のＣＰＭ２１４Ａは、第１のＣＰＭ２１４ＡとＣＧＦ２３０との間で確立されたアクティブ接続を介して、バッファリングされたＣＤＲをＣＧＦ２３０へ送信することを開始する。
【００４４】
ＧＴＰ’プロトコルが使用される一実施形態では、第１のＣＰＭ２１４Ａは、ＧＴＰ’パケットを使用してＣＤＲをＣＧＦ２３０に送信する。たとえば、１つのそのような実施形態では、ＣＤＲは、Ｐａｃｋｅｔ  Ｔｒａｎｓｆｅｒ  Ｃｏｍｍａｎｄ  ＩＥが「Ｓｅｎｄ  Ｄａｔａ  Ｒｅｃｏｒｄ  Ｐａｃｋｅｔ」の値を持つＧＴＰ’  Ｄａｔａ  Ｒｅｃｏｒｄ  Ｔｒａｎｓｆｅｒ  Ｒｅｑｕｅｓｔメッセージを使用して送信されてもよい。
【００４５】
第２のＣＰＭ２１４ＢはＣＤＲのバッファリングを継続するが、ＣＤＲをＣＧＦ２３０に送信することはない。
【００４６】
ＣＧＦ２３０は第１のＣＰＭ２１４ＡからＣＤＲを受信し、第１のＣＰＭ２１４Ａから正常に受信された各ＣＤＲについて、関連した確認メッセージで第１のＣＰＭ２１４Ａに応答する。ＣＤＲのための確認メッセージは、関連したＣＤＲの連続番号を含む。
【００４７】
ＧＴＰ’プロトコルが使用される一実施形態では、ＣＧＦ２３０はＧＴＰ’パケットを使用して確認メッセージを第１のＣＰＭ２１４Ａに送信する。確認メッセージは、Ｃａｕｓｅ値が「Ｒｅｑｕｅｓｔ  Ａｃｃｅｐｔｅｄ」であるＧＴＰ’  Ｄａｔａ  Ｒｅｃｏｒｄ  Ｔｒａｎｓｆｅｒ  Ｒｅｓｐｏｎｓｅメッセージを使用して送信されてもよい。
【００４８】
第１のＣＰＭ２１４Ａは、ＣＧＦ２３０から確認メッセージを受信する。
【００４９】
第１のＣＰＭ２１４Ａは、（ＣＧＦ２３０から受信された確認メッセージ内に含まれるＣＤＲの連続番号から判定される）正常に配信されたＣＤＲを、正常な配信の確認を受信することに応じて、そのバッファから削除する。
【００５０】
第１のＣＰＭ２１４Ａは、ＣＧＦ２３０によって受信されているとしてＣＧＦ２３０によって確認された各ＣＤＲを第２のＣＰＭ２１４Ｂに通知し、それによって第２のＣＰＭ２１４Ｂで受信され、バッファリングされたＣＤＲのうちのどれがＣＧＦ２３０に正常に配信されたのかを示す情報を第２のＣＰＭ２１４Ｂに提供する。第１のＣＰＭ２１４Ａは（たとえば、ＣＧＦ２３０から受信された関連した確認メッセージを第２のＣＰＭ２１４Ｂに転送すること、確認メッセージを生成し、その確認メッセージを第２のＣＰＭ２１４Ｂに送信することなどによる）任意の適切な仕方で、第２のＣＰＭ２１４ＢにＣＤＲの正常な配信を通知してもよい。
【００５１】
第２のＣＰＭ２１４Ｂは、第２のＣＰＭ２１４Ｂで受信され、バッファリングされたＣＤＲのうちのどれがＣＧＦ２３０に正常に配信されたのかを示す情報を第２のＣＰＭ２１４Ｂが持つように、第１のＣＰＭ２１４Ａから通知を受信する。第２のＣＰＭ２１４Ｂは、（第２のＣＰＭ２１４Ｂで第１のＣＰＭ２１４Ａから受信された通知から判定される）正常に配信されたＣＤＲをそのバッファから削除する。このようにして、第２のＣＰＭ２１４Ｂは、ＣＤＲがＣＧＦ２３０に正常に配信されたという通知を第１のＣＰＭ２１４Ａから受信するまでＣＤＲのコピーを保持する。
【００５２】
このように、課金アーキテクチャ２００の動作は第１のＣＰＭ２１４Ａが故障するまで継続する。
【００５３】
第１のＣＰＭ２１４Ａが故障すると、第２のＣＰＭ２１４Ｂが主ＣＰＭとなる。第２のＣＰＭ２１４Ｂは、通信路２１５Ｂを介してＣＧＦ２３０とのアクティブ接続を確立する。第２のＣＰＭ２１４ＢとＣＧＦ２３０との間のアクティブ接続は、任意の適切なプロトコルを使用してサポートされてもよい。たとえば、一実施形態では、第２のＣＰＭ２１４ＢとＣＧＦ２３０との間のアクティブ接続はＧＴＰ’プロトコルを使用してサポートされてもよい。
【００５４】
第２のＣＰＭ２１４Ｂは、主ＣＰＭとなった時点でＣＤＲの損失を防ぐための適切な情報を持つ。第２のＣＰＭ２１４Ｂは、ＭＧ２１０のＭＳＭ２１２の各々から受信されたＣＤＲの各々をバッファリングする。第２のＣＰＭ２１４Ｂは第１のＣＰＭ２１４Ａが故障した時点で、（１）ＭＧ１１０のＭＳＭ２１２から第１のＣＰＭ２１４Ａによって受信されているが、第１のＣＰＭ２１４ＡからＣＧＦ２３０に向けてまだ送信されていないＣＤＲ（すなわち、それらはＣＧＦ２３０への送信を待って、まだ第１のＣＰＭ２１４Ａ内にバッファリングされている）と、（２）（たとえば、第１のＣＰＭ２１４Ａの故障の前に、第１のＣＰＭ２１４ＡはまだＣＧＦ２３０から確認メッセージを受信していないため、第１のＣＰＭ２１４Ａの故障の前に、第１のＣＰＭ２１４ＡはＣＧＦ２３０から確認メッセージを受信したが、関連した連続番号を第２のＣＰＭ２１４Ｂに送信しなかったため、または第１のＣＰＭ２１４Ａの故障の前に、第１のＣＰＭ２１４ＡはＣＧＦ２３０から確認メッセージを受信し、関連した連続番号を第２のＣＰＭ２１４Ｂに向けて送信したが、連続番号はまだ第２のＣＰＭ２１４Ｂによって受信されていないため）第１のＣＰＭ２１４ＡによってＣＧＦ２３０に送信されているが、それに関連した確認メッセージはまだ第１のＣＰＭ２１４Ａから第２のＣＰＭ２１４Ｂで受信されていないＣＤＲの各々のコピーをバッファリングしている。第１のＣＰＭ２１４Ａが故障した時点で第２のＣＰＭ２１４ＢでバッファリングされるこれらのＣＤＲは、本明細書では保留ＣＤＲと呼ばれる。
【００５５】
第２のＣＰＭ２１４Ｂは、各保留ＣＤＲについて、ＣＤＲがＣＧＦ２３０で受信されたかどうかを示す保留ＣＤＲの各々の状態を判定する。
【００５６】
第２のＣＰＭ２１４Ｂは、保留ＣＤＲの各々についてＣＤＲがＣＧＦ２３０で受信されたかどうかを判定するために、ＣＧＦ２３０に保留ＣＤＲの各々について問い合わせることによって、保留ＣＤＲの各々の状態を判定する。第２のＣＰＭ２１４Ｂは、保留ＣＤＲの連続番号に基づいて、ＣＧＦ２３０に保留ＣＤＲについて問い合わせる。この問い合わせは、任意の適切な仕方（たとえば、各保留ＣＤＲのために別個の問い合わせ要求メッセージを使用すること、保留ＣＤＲの連続番号の１つまたは複数の範囲を指定する１つまたは複数の問い合わせ要求メッセージを使用することなど）で実行されてもよい。第２のＣＰＭ２１４Ｂは、ＣＧＦ２３０に問い合わせ要求メッセージを送信する。
【００５７】
ＧＴＰ’プロトコルが使用される一実施形態では、第２のＣＰＭ２１４ＢはＧＴＰ’パケットを使用して問い合わせ要求メッセージをＣＧＦ２３０に送信する。１つのそのような実施形態では、ＧＴＰ’パケットは、Ｄａｔａ  Ｐａｃｋｅｔ  Ｒｅｃｏｒｄ  ＩＥが（ＣＤＲを含まずに）空であるが、ＧＴＰ’  Ｄａｔａ  Ｒｅｃｏｒｄ  Ｔｒａｎｓｆｅｒ  Ｒｅｑｕｅｓｔメッセージの他のヘッダ部分が存在するＧＴＰ’  Ｄａｔａ  Ｒｅｃｏｒｄ  Ｔｒａｎｓｆｅｒ  Ｒｅｑｕｅｓｔメッセージとして送信されてもよい。
【００５８】
ＣＧＦ２３０は、第２のＣＰＭ２１４Ｂから問い合わせ要求メッセージを受信する。ＣＧＦ２３０は、状態が要求される保留ＣＤＲの各々について、関連したＣＤＲがＣＧＦ２３０で受信されたかどうかを判定する。ＣＧＦ２３０は、保留ＣＤＲの各々の現在の状態を含む問い合わせ応答で問い合わせ要求メッセージに応答する。問い合わせ応答は任意の適切な仕方（たとえば、各保留ＣＤＲのために別個の問い合わせ応答メッセージを使用すること、保留ＣＤＲの連続番号の１つまたは複数の範囲を指定する１つまたは複数の問い合わせ応答メッセージを使用することなど）で提供されてもよい。ＣＧＦ２３０は、問い合わせ応答メッセージを第２のＣＰＭ２１４Ｂに送信する。
【００５９】
ＧＴＰ’プロトコルが使用される一実施形態では、ＣＧＦ２３０はＧＴＰ’パケットを使用して問い合わせ応答メッセージを第２のＣＰＭ２１４Ｂに送信する。保留ＣＤＲのためのＧＴＰ’パケット内に含まれる情報は、保留ＣＤＲの現在の状態によって決まる。
【００６０】
一実施形態では、ＣＤＲがＣＧＦ２３０で正常に受信されなかった場合、ＣＧＦ２３０によって送信される問い合わせ応答メッセージは、「Ｒｅｑｕｅｓｔ  Ａｃｃｅｐｔｅｄ」に設定されたＣａｕｓｅ値（または、その値が、ＣＤＲが正常に受信されなかったことを示していることを認識するように第２のＣＰＭ２１４Ｂが構成されている限り、いかなる値であってもよい任意の他の適切な値）を持つＤａｔａ  Ｒｅｃｏｒｄ  Ｔｒａｎｓｆｅｒ  Ｒｅｓｐｏｎｓｅメッセージである。この場合、第２のＣＰＭ２１４Ｂは、その連続番号に関連したＣＤＲがＣＧＦ２３０に送信されなければならないことを知っている。
【００６１】
一実施形態では、ＣＤＲがＣＧＦ２３０で正常に受信された場合、ＣＧＦ２３０によって送信される問い合わせ応答メッセージは、「Ｒｅｑｕｅｓｔ  Ｆｕｌｆｉｌｌｅｄ」に設定されたＣａｕｓｅ値（または、その値が、ＣＤＲが正常に受信されたことを示していることを認識するように第２のＣＰＭ２１４Ｂが構成されている限り、いかなる値であってもよい任意の他の適切な値）を持つＤａｔａ  Ｒｅｃｏｒｄ  Ｔｒａｎｓｆｅｒ  Ｒｅｓｐｏｎｓｅメッセージである。この場合、第２のＣＰＭ２１４Ｂは、その連続番号に関連したＣＤＲがＣＧＦ２３０に送信される必要がないことを知っている。
【００６２】
第２のＣＰＭ２１４Ｂは、ＣＧＦ２３０から問い合わせ応答メッセージを受信する。
【００６３】
第２のＣＰＭ２１４Ｂは、ＣＧＦ２３０から受信された問い合わせ応答メッセージに基づいて、保留ＣＤＲの各々の状態を判定する。
【００６４】
第２のＣＰＭ２１４Ｂは、ＣＧＦ２３０へのＣＤＲの転送を開始する。第２のＣＰＭ２１４Ｂは、たとえば、第１のＣＰＭ２１４Ａから受信されているとＣＧＦ２３０によって確認された保留ＣＤＲが第２のＣＰＭ２１４ＢからＣＧＦ２３０へ送信されない、および第１のＣＰＭ２１４Ａから受信されていないとＣＧＦ２３０によって示される保留ＣＤＲが第２のＣＰＭ２１４ＢからＣＧＦ２３０へ送信されるなど、保留ＣＤＲの判定された状態に基づいて、ＣＤＲをＣＧＦ２３０に転送することを開始する。
【００６５】
第２のＣＰＭ２１４Ｂは、第２のＣＰＭ２１４Ｂが主ＣＰＭである限り、ＣＤＲをＣＰＭ２３０に送信することを継続する。
【００６６】
このように、ＭＧ２１０によって生成されたＣＤＲはＣＧＦ２３０に確実に配信されるので、ＣＧＦ２３０は様々な会計機能、請求書送付機能など、ならびにそれらの様々な組み合わせで使用するためにＣＤＲを提供することができる。
【００６７】
図１および図２の例示的な課金アーキテクチャは、主に、特定のプロトコル（すなわちＧＴＰ’プロトコルを使用する３ＧＰＰ  ＵＭＴＳネットワーク）を利用する特定の種類の通信ネットワークの環境の中で示され、説明されているが、図１および図２の例示的な課金アーキテクチャは様々な他のプロトコルを利用する様々な他の種類の通信ネットワーク（たとえば、他の種類のワイヤレスネットワーク、有線ネットワークなど）の中で実装されてもよいことを諒解されたい。
【００６８】
ＣＤＲの送信を確実に行う際の図１および図２の例示的な課金アーキテクチャの動作は、一例としてよりよく理解されるであろう。
【００６９】
図３は、課金詳細記録の配信を確実に行うための図１の課金アーキテクチャの例示的な使用法を示す。
【００７０】
この例では、ＭＧ１１０は、（１から２０までの番号が付けられた）２０個のＣＤＲを第１のＣＤＦ１２０と第２のＣＤＦ１２０の両方に送信したところであり、第１のＣＤＦ１２０と第２のＣＤＦ１２０の両方に２１番目のＣＤＲを送信する過程にある。第１のＣＤＦ１２０と第２のＣＤＦ１２０は各々、２０個のＣＤＲ（１−２０）の各々をバッファリングしている。第１のＣＤＦ１２０Ａは、最初の１４個のＣＤＲ（１−１４）をＣＧＦ１３０に送信している。ＣＧＦ１３０は、最初の１１個のＣＤＲ（１−１１）を第１のＣＤＦ１２０Ａから受信している。ＣＧＦ１３０は、第１のＣＤＦ１２０ＡからＣＧＦ１３０へ向けて送信された次の３個のＣＤＲ（１２−１４）をまだ受信していない（すなわち、ＣＤＲは現在ＣＤＦ１２０ＡとＣＧＦ１３０との間を通過中である）。ＣＧＦ１３０は第１のＣＤＦ１２０Ａに向けて、ＣＤＦ１２０Ａでの最初の１０個のＣＤＲ（１−１０）の受信を確認する確認メッセージ（ＡＣＫ１−ＡＣＫ１０）を送信しているが、１１番目のＣＤＲ（１１）のための確認メッセージ（ＡＣＫ１１）はまだ送信していない。第１のＣＤＦ１２０Ａは最初の９個のＣＤＲのためにＣＧＦ１３０から確認メッセージ（ＡＣＫ１−ＡＣＫ９）を受信しているが、１０番目のＣＤＲのための確認メッセージ（ＡＣＫ１０）はＣＧＦ１３０から第１のＣＤＦ１２０Ａまでをまだ通過中である。第１のＣＤＦ１２０ＡはＣＧＦ１３０から確認メッセージの各々を受信すると、そのバッファから関連したＣＤＲを除去する。したがって、第１のＣＤＦ１２０Ａによって受信されているが、ＣＧＦ１３０から第１のＣＤＦ１２０Ａに対してまだ確認されていないＣＤＲ（１０−２０）は現在第１のＣＤＦ１２０Ａ内にバッファリングされており、すなわち、最初の９個のＣＤＲ（１−９）は、これらのＣＤＲ（１−９）のための関連した確認メッセージ（ＡＣＫ１−ＡＣＫ９）がＣＧＦ１３０から第１のＣＤＦ１２０Ａで受信されたので、第１のＣＤＦ１２０Ａのバッファから除去された。第１のＣＤＦ１２０Ａは、最初の８個のＣＤＲ（１−８）についてＣＧＦ１３０から受信された確認メッセージ（ＡＣＫ１−ＡＣＫ８）の受信を第２のＣＤＦ１２０Ｂに告げている。第１のＣＤＦ１２０Ａは第２のＣＤＦ１２０Ｂに向けて、９番目のＣＤＲ（９）についての確認メッセージ（ＡＣＫ９）を送信している。第２のＣＤＦ１２０Ｂは、最初の８個のＣＤＲ（１−８）についての確認メッセージ（ＡＣＫ１−ＡＣＫ８）を受信している。第２のＣＤＦ１２０Ｂは、第１のＣＤＦ１２０Ａから確認メッセージの各々を受信すると、そのバッファから関連したＣＤＲを除去する。したがって、第２のＣＤＦ１２０Ｂによって受信されているが、第１のＣＤＦ１２０Ａから第２のＣＤＦ１２０Ｂに対してまだ確認されていないＣＤＲ（９−２０）は現在第２のＣＤＦ１２０Ｂ内にバッファリングされており、すなわち、最初の８個のＣＤＲ（１−８）は、これらのＣＤＲ（１−８）のための関連した確認メッセージ（ＡＣＫ１−ＡＣＫ８）が第１のＣＤＦ１２０Ａから第２のＣＤＦ１２０Ｂで受信されたので、第２のＣＤＦ１２０Ｂのバッファから除去された。
【００７１】
この例では、第１のＣＤＦ１２０Ａがこの時点で故障していることを仮定している。
【００７２】
第２のＣＤＦ１２０Ｂは主ＣＤＦである第１のＣＤＦ１２０Ａの役割を引き継ぎ、したがってＭＧ１１０からＣＧＦ１３０への提供を担う。第２のＣＤＦ１２０Ｂは、ＣＤＲのうちのどれが現在保留中であるのかを判定する。保留ＣＤＲは、現在第２のＣＤＦ１２０Ｂ内にバッファリングされているもの（９−２０）であり、（ａ）ＣＧＦ１３０によって受信されているが、そのために関連した確認がまだ第２のＣＤＦ１２０Ｂで受信されていないＣＤＲ（すなわちＣＤＲ９−１１）と、（ｂ）第１のＣＤＦ１２０Ａによって送信されているが、ＣＧＦ１３０によってまだ受信されていないＣＤＲ（すなわちＣＤＲ１２−１４）と、（ｃ）第１のＣＤＦ１２０Ａによって受信されているが、第１のＣＤＦ１２０ＡからＣＧＦ１３０に向けてまだ送信されていないＣＤＲとを含む。
【００７３】
第２のＣＤＦ１２０Ｂは保留ＣＤＲ（９−２０）の各々について、ＣＧＦ１３０に状態要求メッセージを送信する。ＣＧＦ１３０は第２のＣＤＦ１２０Ｂから状態要求メッセージを受信し、要求されたＣＤＲの各々についての状態を判定し（すなわち、各状態要求について、ＣＧＦ１３０は、関連したＣＤＲが第１のＣＤＦ１２０ＡからＣＧＦ１３０で受信されたかどうかを判定する）、関連した状態応答メッセージで第２のＣＤＦ１２０Ｂに応答する。第２のＣＤＦ１２０Ｂは、関連した状態応答メッセージを受信する。第２のＣＤＦ１２０Ｂは状態応答メッセージから、保留ＣＤＲのうちのどれがＣＧＦ１３０に配信されており、保留ＣＤＲのうちのどれがまだＣＧＦ１３０に配信される必要があるのかを判定する。
【００７４】
第１のＣＤＦ１２０Ａが故障した時点でＣＧＦ１３０によって受信されたが、そのための確認がまだ第２のＣＤＦ１２０Ｂによって受信されていない３個のＣＤＲ（すなわちＣＤＲ９−１１）と、第１のＣＤＦ１２０Ａが故障した時点で第１のＣＤＦ１２０ＡからＣＧＦ１３０までを通過中の３個のＣＤＲ（すなわちＣＤＲ１２−１４）は、第２のＣＤＦ１２０ＢがこれらのＣＤＲのために状態要求メッセージを開始するときまでに、すべてＣＧＦ１３０で受信されている。その結果、ＣＤＲ９−１４のために第２のＣＤＦ１２０Ｂで受信された状態応答メッセージは各々、これらのＣＤＲがすでにＣＧＦ１３０で受信されていることを示すので、第２のＣＤＦ１２０ＢはこれらのＣＤＲをＣＧＦ１３０に提供する必要はない。
【００７５】
しかしながら、第１のＣＤＦ１２０Ａが故障した時点で他の保留ＣＤＲ（１５−２０）は第１のＣＤＦ１２０Ａ内にバッファリングされていたので、ＣＧＦ１３０に配信されていなかった。その結果、ＣＤＲ１５−２０のために第２のＣＤＦ１２０Ｂで受信された状態応答メッセージは各々、これらのＣＤＲがまだＣＧＦ１３０で受信されていないことを示すので、第２のＣＤＦ１２０Ｂはその後これらのＣＤＲをＣＧＦ１３０に提供してもよい。
【００７６】
図３に示すように、第２のＣＤＦ１２０ＢはＣＤＦ１５で始まるＣＧＦ１３０へのＣＤＲの送信を開始する。
【００７７】
図３の例からわかるように、課金詳細記録の送信能力は、ＭＧからＣＧＦへのＣＤＲの伝搬を担当する主ＣＤＦが故障した場合でもＣＤＲの損失を防ぐ。
【００７８】
図４は、課金ゲートウェイ機能（ＣＧＦ）への課金詳細記録（ＣＤＲ）の送信を確実に行う際にモバイルゲートウェイ（ＭＧ）によって使用される方法の一実施形態を示す。ステップ４０２で、方法４００は開始する。ステップ４０４で、ＭＧはＣＤＲを生成する。ステップ４０６で、ＣＤＲの各々は、第１のＣＤＦと第２のＣＤＦの両方に向けて伝搬される。一実施形態では、第１のＣＤＦと第２のＣＤＦはＭＧの内部にあり、したがってＣＤＲはＭＧ内で伝搬される。一実施形態では、第１のＣＤＦと第２のＣＤＦはＭＧの外部にあり、したがって任意の適切な通信路を使用して、ＭＧから第１および第２のＣＤＦに向けて伝搬される。ステップ４０８で、方法４００は終了する。方法４００の動作は、図１−３を参照することでよりよく理解されよう。
【００７９】
図５は、課金ゲートウェイ機能（ＣＧＦ）への課金詳細記録（ＣＤＲ）の送信を確実に行う際に、アクティブ課金データ機能（ＣＤＦ）として動作するＣＤＦによって使用される方法の一実施形態を示す。アクティブＣＤＦは第１のＣＤＦと表示され、ＣＤＲの確実な送信をサポートするように第２のバックアップＣＤＦと協働する。ステップ５０２で、方法５００は開始する。ステップ５０４で、第１のＣＤＦは関連した連続番号を持つＣＤＲを受信する。ステップ５０６で、第１のＣＤＦはＣＧＦに向けてＣＤＲを伝搬する。ステップ５０８で、第１のＣＤＦはＣＧＦによるＣＤＲの受信の確認をＣＧＦから受信する。ステップ５１０で、第１のＣＤＦは、第１のＣＤＦで受信されたＣＤＲのコピーを受信するように構成された第２のＣＤＦに向けてＣＤＲの連続番号を伝搬する。ステップ５１２で、方法５００は終了する。方法５００の動作は、図１−３を参照することでよりよく理解されよう。
【００８０】
図６は、課金ゲートウェイ機能（ＣＧＦ）への課金詳細記録（ＣＤＲ）の送信を確実に行う際に、バックアップ課金データ機能（ＣＤＦ）として動作するＣＤＦによって使用される方法の一実施形態を示す。バックアップＣＤＦは第１のＣＤＦと表示され、ＣＤＲの確実な送信をサポートするように第２のアクティブＣＤＦと協働する。
【００８１】
ステップ６０２で、方法６００は開始する。
【００８２】
ステップ６０４で、第１のＣＤＦはＣＤＲを受信する。
【００８３】
ステップ６０６で、第１のＣＤＦはＣＤＲをバッファリングする。第１のＣＤＦは、ＣＤＲが第２のＣＤＦからＣＧＦへ正常に伝搬されたことを示す確認メッセージを第２のＣＤＦから受信するまで、各ＣＤＲをバッファリングする。
【００８４】
ステップ６０８で、第２のＣＤＦが故障したかどうかについての判定が行われる。第１のＣＤＦは、任意の適切な仕方で第１のＣＤＦの故障を検出し、かつ／または告げられてもよい。第２のＣＤＦが故障していない限り、第１のＣＤＦはＣＤＲを受信し、バッファリングし続ける（すなわち、方法６００はステップ６０４に戻る）。第２のＣＤＦが故障したという判定がなされると、方法６００はステップ６１０に進む（この場合、ステップ６０４および６０６に関して示され、説明されるように、第１のＣＤＦはＣＤＦを受信して、バッファリングし続けることが諒解されよう）。
【００８５】
ステップ６１０で、第１のＣＤＦは、第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて伝搬されるのかを判定するためのプロセスを開始する。
【００８６】
ステップ６１２で、方法６００は終了する。
【００８７】
方法６００の動作は、図１−３を参照することによってよりよく理解されよう。
【００８８】
本明細書では、主に、特定の目的で使用される特定の種類の情報を持つＣＤＲの送信を確実に行うという環境の中で示され、説明されているが、課金詳細記録の送信能力は、任意の適切な目的のために有益な任意の適切な種類の情報を持つＣＤＲの送信を確実に行うために利用されてもよいことが諒解されよう。
【００８９】
本明細書では、主に、特定の種類のネットワーク内でＣＤＲの送信を確実に行うという環境の中で示され、説明されているが、課金詳細記録の送信能力は、様々な他の種類の通信ネットワークの中でＣＤＲの送信を確実に行うために利用されてもよいことが諒解されよう。
【００９０】
本明細書では、主に、ＣＤＲの送信を確実に行うという環境の中で示され、説明されているが、課金詳細記録の送信能力の原理は、記録またはデータの確実な送信が求められる、または望ましい他の適切な種類の記録およびデータの送信を確実に行うために利用されてもよいことが諒解されよう。
【００９１】
図７は、本明細書で説明する機能を実行する際に使用するのに適したコンピュータの高レベルのブロック図を示す。
【００９２】
図７に示すように、コンピュータ７００はプロセッサ要素７０２（たとえば中央処理装置（ＣＰＵ）および／または他の適切なプロセッサ）と、メモリ７０４（たとえばランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）など）と、協働モジュール／プロセス７０５と、様々な入力／出力デバイス７０６（たとえば（キーボード、キーパッド、マウスなどの）ユーザ入力デバイス、（ディスプレイ、スピーカなどの）ユーザ出力デバイス、入力ポート、出力ポート、受信機、送信機、記憶装置（たとえばテープドライブ、フロッピー（登録商標）ドライブ、ハードディスクドライブ、コンパクトディスクドライブなど））とを含む。
【００９３】
本明細書で示され、説明される機能は、たとえば汎用コンピュータ、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）および／または任意の他のハードウェア均等物を使用して、ソフトウェアおよび／またはソフトウェアとハードウェアとの組み合わせの中で実装されてもよいことが諒解されよう。一実施形態では、協働プロセス７０５は本明細書で考察される機能を実施するために、メモリ７０４にロードされ、プロセッサ７０２によって実行され得る。したがって、（関連したデータ構造を含む）協働プロセス７０５は、たとえばＲＡＭメモリ、磁気または光ドライブまたはディスケットなどのコンピュータ可読記憶媒体に記憶され得る。
【００９４】
図７に示されたコンピュータ７００は、本明細書で説明される機能的要素および／または本明細書で説明される機能的要素の部分を実装するのに適した一般的アーキテクチャおよび機能を提供することが諒解されよう。たとえば、コンピュータ７００はＭＧ（たとえば、ＣＤＦがＭＧ１１０の外部にあるＭＧ１１０、ＭＧ２１０内のＣＰＭ２１４を使用してＣＤＦが実施されるＭＧ２１０、モバイルゲートウェイの１つまたは複数のＭＳＭなど）、独立のＣＤＦ（たとえば第１のＣＤＦ１２０Ａおよび／または第２のＣＤＦ１２０Ｂなど）、モバイルゲートウェイのＣＰＭとして実装されたＣＤＦ（たとえばＣＰＭ２１４Ａおよび／またはＣＰＭ２１４Ｂなど）、ＣＧＦなどのうちの１つまたは複数を実施するのに適した一般的アーキテクチャおよび機能を提供する。
【００９５】
ソフトウェア方法として本明細書で考察されるステップのうちのいくつかは、たとえば様々な方法ステップを実行するためにプロセッサと協働する回路としてハードウェア内で実施されてもよいことが企図されている。本明細書で説明される機能／要素の部分は、コンピュータ命令が、コンピュータによって処理される場合に、本明細書で説明される方法および／または技術が起動またはその他の形で提供されるようにコンピュータの動作を適合させるコンピュータプログラム製品として実装されてもよい。発明の方法を起動するための命令は、固定または取外し可能な媒体に記憶されても、またはブロードキャストまたは他の信号担持媒体におけるデータストリームを介して送信されても、および／または命令に従って動作するコンピューティングデバイス内のメモリ内に記憶されてもよい。
【００９６】
様々な実施形態の態様は、特許請求の範囲の中で特定される。様々な実施形態のそれらおよびその他の態様は、以下の番号を付けた条項の中で特定される：
１．モバイルゲートウェイ（ＭＧ）で複数の課金詳細記録（ＣＤＲ）を生成するステップと、ＣＤＲの各々を第１の課金データ機能（ＣＤＦ）と第２のＣＤＦに向けて伝搬するステップであって、第１のＣＤＦが、ＣＤＲを受信するとＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に向けて伝搬するように構成され、第２のＣＤＦが、第１のＣＤＦが故障した場合にＣＤＲをＣＧＦに向けて伝搬するように構成されている、ステップと
を含む、方法。
２．ＣＤＲがＭＧのモバイルスイッチングモジュール（ＭＳＭ）によって生成される、条項１に記載の方法。
３．第１のＣＤＦと第２のＣＤＦが各々ＭＧの外部にある、条項１に記載の方法。
４．第１のＣＤＦがＭＧの第１のモジュールであり、第２のＣＤＦがＭＧの第２のモジュールである、条項１に記載の方法。
５．ＣＤＲの各々がＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用して伝搬される、条項１に記載の方法。
６．第１の課金データ機能（ＣＤＦ）で、連続番号が関連付けられた課金詳細記録（ＣＤＲ）を受信するステップと、
ＣＤＲを課金ゲートウェイ機能（ＣＧＦ）に向けて伝搬するステップと、
ＣＧＦによってＣＤＲの受信の確認を受信するステップであって、確認がＣＤＲに関連した連続番号を含む、ステップと、
第１のＣＤＦから第１のＣＤＦで受信されたＣＤＲのコピーを受信するように構成された第２のＣＤＦに向けて連続番号を伝搬するステップと
を含む、方法。
７．  ＣＤＲがＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用してＣＧＦに向けて伝搬され、確認がＧＴＰ’プロトコルを使用して受信される、条項６に記載の方法。
８．第１のＣＤＦから第２のＣＤＦへ向けた確認の伝搬が、第２のＣＤＦにＣＤＲのコピーを削除させるように適合されている、条項６に記載の方法。
９．ＣＤＲがモバイルゲートウェイ（ＭＧ）から受信され、第１のＣＤＦと第２のＣＤＦが各々ＭＧの外部にある、条項６に記載の方法。
１０．第１のＣＤＦと第２のＣＤＦがモバイルゲートウェイ（ＭＧ）内のモジュールであり、ＣＤＲがＭＧのモバイルスイッチングモジュール（ＭＳＭ）から受信される、条項６に記載の方法。
１１．第１の課金データ機能（ＣＤＦ）で、複数の連続番号がそれぞれ関連付けられた複数の課金詳細記録（ＣＤＲ）を受信するステップと、
第１のＣＤＦでＣＤＲの各々をバッファリングするステップであって、第２のＣＤＦから課金ゲートウェイ機能（ＣＧＦ）によってＣＤＲが正常に受信されたことを示すＣＤＲのための確認メッセージを第２のＣＤＦから受信するまで、各ＣＤＲがバッファリングされる、ステップと、
第２のＣＤＦの故障に応じて、第２のＣＤＦが故障した時点で第１のＣＤＦでバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて送信されるのかを判定するプロセスを開始するステップと
を含む、方法。
１２．第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲが、
第２のＣＤＦで受信されているが、第２のＣＤＦからＣＧＦに向けて送信されていないＣＤＲと、
第２のＣＤＦからＣＧＦに向けて送信されているが、そのために確認が第２のＣＤＦから第１のＣＤＦで受信されていないＣＤＲと
を含む、条項１１に記載の方法。
１３．ＣＤＲが、当該ＣＤＲに関連したそれぞれの複数の連続番号を持ち、第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて送信されるのかを判定するステップが、
第２のＣＤＦが故障する前に第１のＣＤＦで受信された最後のＣＤＲの連続番号である第１の連続番号を判定することと、
そのために第２のＣＤＦから第１のＣＤＦで確認が受信された最後のＣＤＲの連続番号である第２の連続番号を判定することと、
第１の連続番号と第２の連続番号を使用して、第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲを識別することとを含む、条項１１に記載の方法。
１４．ＣＤＲのうちの識別されたものが、第２の連続番号と第１の連続番号との間の連続番号を持つＣＤＲを含む、条項１３に記載の方法。
１５．第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて送信されるのかを判定するステップが、
ＣＤＲのうちの識別されたものの各々についてのために、ＣＤＲの連続番号を持つ、ＣＤＲがＣＧＦで受信されたかどうかを判定するための状態要求メッセージを第１のＣＤＦからＣＧＦに向けて伝搬することを含む、条項１３に記載の方法。
１６．状態要求メッセージがＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用して伝搬される、条項１５に記載の方法。
１７．各状態要求メッセージが、Ｐａｃｋｅｔ  Ｔｒａｎｓｆｅｒ  Ｃｏｍｍａｎｄ  ＩＥが空であるＧＴＰ’  Ｄａｔａ  Ｒｅｃｏｒｄ  Ｔｒａｎｓｆｅｒ  Ｒｅｑｕｅｓｔ  Ｍｅｓｓａｇｅを含む、条項１６に記載の方法。
１８．第２のＣＤＦが故障した時点で第１のＣＤＦにバッファリングされたＣＤＲのうちのどれが第１のＣＤＦからＣＧＦに向けて送信されるのかを判定するステップが、
ＣＤＲのうちの識別されたものの各々について、ＣＤＲの連続番号を持つ、ＣＤＲがＣＧＦで受信されたかどうかを示す状態応答メッセージを受信することを含む、条項１５に記載の方法。
１９．状態要求メッセージがＧＰＲＳトンネリングプロトコルプライム（ＧＴＰ’）プロトコルを使用して伝搬される、条項１８に記載の方法。
２０．各状態要求メッセージが、関連したＣＤＲがＣＧＦで受信されたかどうかを示すＣａｕｓｅ値を持つＧＴＰ’  Ｄａｔａ  Ｒｅｃｏｒｄ  Ｔｒａｎｓｆｅｒ  Ｒｅｓｐｏｎｓｅ  Ｍｅｓｓａｇｅを含む、条項１９に記載の方法。
２１．ＣＧＦで受信されていないと判定されたＣＤＲのうちの識別されたものの各々について、第１のＣＤＦからＣＧＦに向けてＣＤＲを伝搬するステップを
さらに含む、条項１５に記載の方法。
２２．ＣＧＦで受信されていると判定されたＣＤＲのうちの識別されたものの各々について、第１のＣＤＦからＣＤＲを削除するステップを
さらに含む、条項１５に記載の方法。
【００９７】
これらの条項は方法として起草されているが、これらの方法の条項のうちのいずれも、方法を実行するように構成された装置、執行される場合に方法を実行する命令を記憶するコンピュータ可読媒体などとして実施されてもよいことを諒解されたい。
【００９８】
本明細書では、本発明の教示を組み込む様々な実施形態が詳細に示され、説明されてきたが、当業者であれば、同じくこれらの教示を組み込む他の多くの様々な実施形態を容易に考案することができる。
【図１】
0005613835.tif 000002
【図２】
0005613835.tif 000003
【図３】
0005613835.tif 000004
【図４】
0005613835.tif 000005
【図５】
0005613835.tif 000006
【図６】
0005613835.tif 000007
【図７】
0005613835.tif 000008