JP2012523749A - ネットワーク・ドメインにまたがる課金レコードの分配相関 - Google Patents

Abstract

ネットワーク・ドメインにまたがる相関を提供する課金システムおよび関連する方法を開示する。課金システム（１０４）は、ＩＭＳドメイン（１０２）およびＧＰＲＳドメインなどのパケット・ベアラ・ドメイン（１０３）のうちの一方または両方に接続された複数の課金機能（１２０〜１２２）を含む。課金機能のうちの第１の１つは、ＩＭＳドメイン（１０２）内の特定のセッションの課金レコードを課金識別子に基づいて識別する。次に、第１課金機能は、セッションの相関課金機能としてセッションごとのベースで課金機能のうちの１つを選択し、ＩＭＳドメイン（１０２）内のセッションの識別された課金レコードを相関課金機能に転送する。課金機能のうちの第２の１つは、セッションの相関課金機能としてセッションごとのベースで課金機能のうちの１つを選択し、また、パケット・ベアラ・ドメイン（１０３）内のセッションの課金レコードを相関課金機能に転送する。

Description

本発明は、通信の分野に関し、具体的には、ネットワーク・ドメインにまたがる課金レコードの相関に関する。

人気が高まりつつある通信ネットワークの１タイプが、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）ネットワークである。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）で示されているように、ＩＭＳは、さまざまなタイプのアクセス・ネットワークを可能にするネットワーク・アーキテクチャを有する共通コア・ネットワークを提供する。通信デバイスとＩＭＳネットワークとの間のアクセス・ネットワークは、セルラ・ネットワーク（たとえば、ＣＤＭＡまたはＧＳＭ）、ＷＬＡＮ（たとえば、ＷｉＦｉまたはＷｉＭＡＸ）、イーサネット・ネットワーク、または別のタイプの無線もしくは有線のアクセス・ネットワークとすることができる。ＩＭＳアーキテクチャは、当初は、インターネット・プロトコル（ＩＰ）ネットワークを介して通信デバイスにマルチメディア・サービスを提供するために３ＧＰＰによって定義されたものである。というのは、ＩＰネットワークが、ビデオ、音声、およびデータを伝送するための最もコストを節約するベアラ・ネットワークになったからである。サービス・プロバイダは、次世代ネットワーク進化でこのアーキテクチャを受け入れつつある。

ＩＭＳネットワーク内のセッションに関するオフライン課金を提供するために、Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ（Ｓ−ＣＳＣＦ、Ｐ−ＣＳＣＦ、またはＩ−ＣＳＣＦ）、アプリケーション・サーバ（ＡＳ）、ＭＧＣＦ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）その他などのＩＭＳネットワーク内のネットワーク要素は、セッションのＤｉａｍｅｔｅｒ ＡＣＲ（Ａｃｃｏｕｎｔｉｎｇ Ｒｅｑｕｅｓｔ）メッセージを生成する。セッションに初めてかかわる時に、ネットワーク要素はＡＣＲ［Ｓｔａｒｔ］メッセージを生成する。たとえば、Ｓ−ＣＳＣＦが、セッションを開始するためのＳＩＰ ＩＮＶＩＴＥを受信する場合に、そのＳ−ＣＳＣＦは、ＡＣＲ［Ｓｔａｒｔ］メッセージを生成する。次に、そのネットワーク要素は、オフライン課金を助けるＣＤＦ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｆｕｎｃｔｉｏｎ）にそのＡＣＲ［Ｓｔａｒｔ］メッセージを送信する。

セッションが確立された後に、ネットワーク要素は、ＡＣＲ［Ｉｎｔｅｒｉｍ］メッセージをＣＤＦに周期的に送信する。ネットワーク要素は、５分ごとなどの事前に定義されたインターバルに従ってまたはサービスもしくはメディアの変更時に、ＣＤＦにＡＣＲ［Ｉｎｔｅｒｉｍ］メッセージを送信する。サービスまたはメディアの変更は、事前に定義されたインターバルにセットされたタイマによって駆動される周期的「ハートビート」機構とは対照的に、セッション内のどの時にも発生する可能性がある。ネットワーク要素が、ＳＩＰ ＢＹＥメッセージの受信によるなど、セッションが終了することを検出する場合に、ネットワーク要素は、ＡＣＲ［Ｓｔｏｐ］メッセージを生成する。次に、ネットワーク要素は、そのＡＣＲ［Ｓｔｏｐ］メッセージをＣＤＦに送信する。

ＣＤＦが、ネットワーク要素から初めてＡＣＲ［Ｓｔａｒｔ］メッセージを受信する時に、そのＣＤＦは、そのネットワーク要素のセッションのＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）をオープンする。次に、ＣＤＦは、ネットワーク要素からＡＣＲ［Ｉｎｔｅｒｉｍ］メッセージを受信するたびに、そのＡＣＲ［Ｉｎｔｅｒｉｍ］内の課金情報に基づいてオープンＣＤＲを更新する。ＣＤＦがネットワーク要素からＡＣＲ［Ｓｔｏｐ］メッセージを受信する場合には、ＣＤＦは、そのネットワーク要素のセッションのＣＤＲをクローズする。

ＣＤＦが、あるネットワーク要素の不完全なＣＤＲを生成する場合があり得る。ＣＤＦが、初めてネットワーク要素からＡＣＲ［Ｓｔａｒｔ］メッセージを受信する時に、ＣＤＦは、タイマをセットする。ＣＤＦが、そのタイマの満了の前にネットワーク要素からＡＣＲ［Ｓｔｏｐ］メッセージを受信する場合には、ＣＤＦは、フルＣＤＲを生成するためにそのセッションのＣＤＲをクローズする。ＣＤＦが、タイマの満了の前にネットワーク要素からＡＣＲ［Ｓｔｏｐ］メッセージを受信しない場合には、ＣＤＦは、セッションの不完全ＣＤＲを生成するためにＣＤＲをクローズする。これは、タイマ駆動不完全ＣＤＲ生成の例である。次に、ＣＤＦは、そのセッションの新しいＣＤＲをオープンする。ＣＤＦは、ＡＣＲ［Ｓｔｏｐ］メッセージがネットワーク要素から受信されるまで、タイマによって駆動されて不完全ＣＤＲを生成し続ける。ＡＣＲ［Ｉｎｔｅｒｉｍ］メッセージの受信時に生成される不完全ＣＤＲは、通常、ＡＣＲメッセージを介して伝えられるＡＶＰ（Ａｔｔｒｉｂｕｔｅ−Ｖａｌｕｅ ｐａｉｒ）の意味のある変化を全くもたらさない、また、ＣＤＦが、セッションのサービスまたはメディアの変更を示すＡＣＲ［Ｉｎｔｅｒｉｍ］を受信する場合には、ＣＤＦは、セッションの不完全ＣＤＲを生成するためにＣＤＲをクローズする。

セッションの終りのある点で、セッションのＣＤＲは、集計され、請求システムに提示するために相関される。集計は、あるセッションに関するあるネットワーク要素の不完全ＣＤＲを識別し、それらの不完全ＣＤＲを一緒にグループ化することを指す。相関は、セッションのために働いたネットワーク要素ごとにフルＣＤＲおよび不完全ＣＤＲを識別し、合併されたＣＤＲを生成するためにそれらのＣＤＲを組み合わせるために実行される動作を指す。３ＧＰＰは、現在、集計および相関のトリガが、Ｓ−ＣＳＣＦからのＡＣＲ［Ｓｔｏｐ］メッセージの受信であると定義している。したがって、Ｓ−ＣＳＣＦからのＡＣＲ［Ｓｔｏｐ］メッセージの受信に応答して、ＣＤＦは、ネットワーク要素（存在する場合に）ごとに不完全ＣＤＲを集計する。次に、ＣＤＦは、すべてのネットワーク要素の集計されたＣＤＲおよびフルＣＤＲを、相関のために相関ホストに送信する。相関ホストは、ＩＣＩＤ（ＩＭＳ Ｃｈａｒｇｉｎｇ Ｉｄｅｎｔｉｆｉｅｒ）を介して結び付けられた、所与のセッションについて発出されたＣＤＲを識別し、そのセッションの合併されたＣＤＲを生成する。したがって、合併されたＣＤＲは、ＩＭＳネットワーク内でそのセッションのために働いたネットワーク要素のそれぞれの課金情報を含む。合併されたＣＤＲは、ＣＧＦ（Ｃｈａｒｇｉｎｇ Ｇａｔｅｗａｙ Ｆｕｎｃｔｉｏｎ）に送信され、このＣＧＦは、合併されたＣＤＲの永続ストレージを提供し、その後、合併されたＣＤＲを請求システムに送信し、この請求システムは、そのセッションの請求を提供する。したがって、請求システムは、単一の合併されたＣＤＲをＣＧＦから受信する。実際には、ＣＤＦおよびＣＧＦを、２つの異なる要素またはこれらのサービスを提供する同一の物理要素とすることができる。一緒に、ＣＤＦおよびＣＧＦを、ＣＣＦ（Ｃｈａｒｇｉｎｇ Ｃｏｌｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）と呼ぶ。

ＩＭＳネットワークは、セッションをセット・アップし、維持するコア・ネットワークなので、セッションのシグナリング・ドメインと考えられる。ベアラ・ドメインも、セッションに含めることができる。たとえば、ＩＭＳ音声呼では、音声呼のアクセス・ネットワークを、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳ）ネットワーク、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）ネットワークなどとすることができる。呼のシグナリング部分は、ＩＭＳネットワークを介して処理され、ベアラ部分は、ＧＰＲＳネットワーク上のＲＴＰ（Ｒｅａｌ Ｔｉｍｅ Ｐｒｏｔｏｃｏｌ）セッションとしてセット・アップすることができる。ＩＭＳネットワークは、時間ベースである通常のＲＴＰセッションについて課金できる場合があるが、ベアラ・ネットワークならびにシグナリング・ネットワークから課金情報を獲得することが望ましい、他の場合がある。たとえば、音声呼中に、その呼の当事者が、ＧＰＲＳネットワークを介してビデオをダウンロードする場合がある。セッションの時間に加えて、ビデオ・ダウンロードのデータ・フローについて課金することが望ましい場合がある。したがって、ＩＭＳドメインだけではなく、異なるネットワーク・ドメインからの課金レコードをもたらす、ＣＤＦにアカウンティング・メッセージを提供する複数のドメインがある場合がある。

ＣＣＦが、異なるネットワーク・ドメインのＣＤＲまたは他の課金レコードを相関させることを試みる時に、問題が生じる。通常の相関動作中に、ＣＣＦは、セッションのＩＣＩＤに基づいてＣＤＲを相関させる。残念ながら、一部のネットワーク・ドメインは、ＩＭＳドメインで定義されるセッションのＩＣＩＤを有していない場合があり、生成されるどのＣＤＲにもＩＣＩＤを含めることができない。したがって、ＣＣＦは、異なるネットワーク・ドメインのＣＤＲを効果的かつ効率的に相関させることができない。相関ホストがシステム・スループットによって制限される時に、第２の問題が生じる。通常、ＣＣＦは、集計および相関を実行するために市販データベースを走らせる市販サーバを含む。そのようなシステムは、ＤＢ読取動作およびＤＢ書込動作の混合に応じて、毎秒数百から数千回の読取／書込動作という制限を有する。

本明細書で説明される実施形態は、ＩＭＳドメインおよびパケット・ベアラ・ドメインなど、異なるネットワーク・ドメインについて生成された課金レコードを相関させることができる。この実施形態内の課金システムは、複数の課金機能を含む。課金機能の１つは、ＩＭＳドメインの課金レコードを生成する。特定のセッションの課金レコードが、識別され、一緒にグループ化され、使用可能な課金機能のうちの１つが、そのセッションの相関課金機能（または相関ホスト）として働くために選択される。次に、ＩＭＳドメインの課金レコードは、選択された相関課金機能に送信される。課金機能のうちの同一のまたは別の課金機能が、パケット・ベアラ・ドメインの課金レコードを生成する。セッションの課金レコードが、識別され、一緒にグループ化され、課金機能のうちの同一の課金機能が、相関課金機能として働くために選択される。次に、パケット・ベアラ・ドメインの課金レコードが、選択された相関課金機能に送信される。次に、選択された相関課金機能は、異なるネットワーク・ドメインからの課金レコードを相関させることができる。

相関課金機能は、あるセッション固有情報に基づいて選択される。したがって、課金システムの課金機能のそれぞれは、セッション固有情報を有することによって同一の相関課金機能を選択することができる。また、相関課金機能は、セッションごとのベースで選択される。したがって、相関義務は、使用可能な課金機能の間で分配され、これは、有利なことに、課金機能に対する負荷のバランスをとり、全体的な解決策に課せられるサーバごとのスループット限度を回避する。

一実施形態では、課金システムは、異なるネットワーク・ドメインからの課金レコードを相関させるように動作可能である。この課金システムは、ＩＭＳドメインおよびＧＰＲＳドメインなどのパケット・ベアラ・ドメインのうちの一方または両方に接続された複数の課金機能を含む。課金機能のうちの第１の１つは、ＩＭＳドメインからアカウンティング・メッセージを受信し、アカウンティング・メッセージに基づいてＩＭＳドメインの課金レコードを生成するように動作可能である。第１課金機能は、ＩＭＳドメイン内の特定のセッションの課金レコードをＩＭＳドメイン内でセッションに割り当てられた課金識別子に基づいて識別するようにさらに動作可能である。第１課金機能は、セッションの相関課金機能としてセッションごとのベースで課金機能のうちの１つを選択し、ＩＭＳドメイン内のセッションの識別された課金レコードを相関課金機能に送信するようにさらに動作可能である。たとえば、第１課金機能は、分配機能（たとえば、ＭＯＤ関数）およびあるセッション固有情報を使用して、相関課金機能を選択することができる。したがって、課金機能のそれぞれは、セッションの同一の相関課金機能を識別する。

課金機能のうちの第２の１つは、パケット・ベアラ・ドメインからセッションのアカウンティング・メッセージを受信し、アカウンティング・メッセージに基づいてパケット・ベアラ・ドメインの課金レコードを生成するように動作可能である。第２課金機能は、セッションの相関課金機能としてセッションごとのベースで課金機能のうちの１つを選択し、パケット・ベアラ・ドメイン内のセッションの課金レコードを相関課金機能に送信するようにさらに動作可能である。

他の例示的実施形態が、下で説明される可能性がある。

本発明のいくつかの実施形態を、これから、例としてのみ、添付図面を参照して説明する。同一の符号は、すべての図面で同一の要素または同一タイプの要素を表す。

例示的実施形態の通信ネットワークを示す図である。 例示的実施形態のネットワーク・ドメインにまたがって課金レコードを相関させる方法を示す流れ図である。 例示的実施形態の分配機能に基づく相関課金機能の選択を示す流れ図である。 例示的実施形態の分配機能に基づく相関課金機能の選択を示す流れ図である。 例示的実施形態のネットワーク・ドメインにまたがって課金レコードを相関させる方法を示す流れ図である。 例示的実施形態の別の通信ネットワークを示す図である。

図面および次の説明は、本発明の特定の例示的実施形態を示す。したがって、当業者が、本明細書で明示的には説明されず、図示されていないが、本発明の原理を実施し、本発明の範囲に含まれる、さまざまな配置を考案できることを了解されたい。さらに、本明細書で説明されるどの例も、本発明の原理の理解を助けることを意図され、そのような特に列挙された例および条件への限定を伴わないと解釈されなければならない。その結果、本発明は、下で説明される特定の実施形態または例に限定されるのではなく、特許請求の範囲およびその同等物によって限定される。

図１に、例示的実施形態の通信ネットワーク１００を示す。通信ネットワーク１００は、ＩＭＳドメイン１０２、パケット・ベアラ・ドメイン１０３、課金システム１０４、および請求システム１０６を含む。ＩＭＳドメイン１０２（ＩＭＳネットワークとも称する）は、複数のネットワーク要素１１０〜１１３を含む。ネットワーク要素１１０〜１１３は、ＩＭＳドメイン１０２内でセッションのために働くかセッション（呼とも称する）にサービスを提供するように動作可能な任意のシステム、サーバ、または機能を含む。たとえば、ネットワーク要素１１０は、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）を含むことができ、ネットワーク要素１１１は、Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）を含むことができ、ネットワーク要素１１２は、ＭＧＣＦ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）を含むことができ、ネットワーク要素１１３は、アプリケーション・サーバ（ＡＳ）を含むことができる。４つのネットワーク要素１１０〜１１３が図示されているが、当業者は、ＩＭＳドメイン１０２がより多数またはより少数のネットワーク要素を含むことができることを了解するであろう。

パケット・ベアラ・ドメイン１０３は、セッションのベアラ・パケットを移送するように動作可能任意なネットワークを含む。パケット・ベアラ・ドメイン１０３の例は、汎用パケット無線サービス（ＧＰＲＳ）ネットワークおよびＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）ネットワークを含む。パケット・ベアラ・ドメイン１０３は、複数のネットワーク要素１１５〜１１６を含む。ネットワーク要素１１５〜１１６は、パケット・ベアラ・ドメイン１０３内のセッションのために働くかセッション（呼とも称する）にサービスを提供するように動作可能な任意のシステム、サーバ、または機能を含む。たとえば、ネットワーク要素１１５は、ＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）を含むことができ、ネットワーク要素１１６は、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）を含むことができる。

課金システム１０４は、ＩＭＳドメイン１０２およびパケット・ベアラ・ドメイン１０３からアカウンティング・メッセージを受信し、セッションの合併されたＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を生成するように動作可能な任意のシステム、サーバ、または機能を含む。課金システム１０４は、複数の課金機能１２０〜１２２を含む。課金機能１２０〜１２２のそれぞれは、３ＧＰＰによってＲｅｌｅａｓｅ ６で定義されたＣＤＦ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｆｕｎｃｔｉｏｎ）／ＣＧＦ（Ｃｈａｒｇｉｎｇ Ｇａｔｅｗａｙ Ｆｕｎｃｔｉｏｎ）、３ＧＰＰによってＲｅｌｅａｓｅ ５で定義されたＣＣＦ（Ｃｈａｒｇｉｎｇ Ｃｏｌｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）、または課金を実行できるある他のシステムを含むことができる。

請求システム１０６は、セッションの合併されたＣＤＲを受信し、合併されたＣＤＲに基づいてセッションについて顧客に請求するように動作可能な任意のシステム、サーバ、または機能を含む。通信ネットワーク１００は、追加のネットワーク要素、追加の課金機能その他など、図１に図示されていない他のネットワーク、システム、またはデバイスを含むことができる。

図に示されまたは本明細書で説明されるさまざまな要素のいずれをも、ハードウェア、ソフトウェア、ファームウェア、またはそれらの何らかの組合せとして実施することができる。たとえば、ある要素を、専用ハードウェアとして実施することができる。専用ハードウェア要素を、「プロセッサ」、「コントローラ」、またはある類似する専門用語と称する場合がある。プロセッサによって提供される時に、機能を、単一の専用プロセッサによって、単一の共有プロセッサによって、またはその一部を共有できる複数の個々のプロセッサによって提供することができる。さらに、用語「プロセッサ」または「コントローラ」の明示的使用は、ソフトウェアを実行できるハードウェアを排他的に指すものと解釈されてはならず、限定なしに、ディジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）または他の回路網、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ソフトウェアを格納する読取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、不揮発性ストレージ、論理、またはある他の物理ハードウェア・コンポーネントもしくは物理ハードウェア・モジュールを暗黙のうちに含むことができる。

また、ある要素を、その要素の機能を実行するためにプロセッサまたはコンピュータによって実行可能な命令として実施することができる。命令のいくつかの例が、ソフトウェア、プログラム・コード、およびファームウェアである。命令は、プロセッサによって実行される時に、そのプロセッサにその要素の機能を実行するように指示するように動作できる。命令を、プロセッサによって可読のストレージ・デバイスに格納することができる。ストレージ・デバイスのいくつかの例が、ディジタル・メモリまたはソリッドステート・メモリ、磁気ディスクおよび磁気テープなどの磁気記憶媒体、ハード・ドライブ、あるいは光学的に可読のディジタル・データ記憶媒体である。

この実施形態について、ネットワーク要素１１０〜１１３のうちの１つまたは複数が、ユーザ機器（ＵＥ）１３０を含むセッションのために働くと仮定する。さらに、各ネットワーク要素１１０〜１１３が、セッションのために働きながらアカウンティング・メッセージを生成するＣＴＦ（Ｃｈａｒｇｉｎｇ Ｔｒｉｇｇｅｒ Ｆｕｎｃｔｉｏｎ）を含むと仮定する。アカウンティング・メッセージは、セッションについて請求するのに使用される情報を含むすべての課金メッセージを含む。たとえば、セッションの始めに、ネットワーク要素１１０は、初期アカウンティング・メッセージを生成し、その初期アカウンティング・メッセージを課金システム１０４に送信することができる。初期アカウンティング・メッセージの一例が、Ｄｉａｍｅｔｅｒ ＡＣＲ［Ｓｔａｒｔ］メッセージである。セッション中に、ネットワーク要素１１０は、事前定義のタイマに基づいて周期的に中間アカウンティング・メッセージを生成し、その中間アカウンティング・メッセージを課金システム１０４に送信することができる。中間アカウンティング・メッセージの一例が、Ｄｉａｍｅｔｅｒ ＡＣＲ［Ｉｎｔｅｒｉｍ］メッセージである。セッションの終りに、ネットワーク要素１１０は、停止アカウンティング・メッセージを生成し、その停止アカウンティング・メッセージを課金システム１０４に送信することができる。停止アカウンティング・メッセージの一例が、Ｄｉａｍｅｔｅｒ ＡＣＲ［Ｓｔｏｐ］メッセージである。パケット・ベアラ・ドメイン１０３内のネットワーク要素１１５〜１１６は、課金システム１０４にアカウンティング・メッセージを提供するために同様のＣＴＦを含むことができるが、ネットワーク要素１１５〜１１６は、課金システム１０４と通信する時に異なる基準点（たとえば、Ｄｉａｍｅｔｅｒ以外）を使用することができる。

次の実施形態は、課金システム１０４が、複数のネットワーク・ドメインにまたがるセッションについて課金を実行するためにどのように動作するのかを示す。より具体的には、セッションが、ＩＭＳドメイン１０２およびパケット・ベアラ・ドメイン１０３上で延びる時に、課金システム１０４は、そのセッションの合併されたＣＤＲを生成するために、ＩＭＳドメイン１０２とパケット・ベアラ・ドメイン１０３との両方の課金レコードを相関させることができる。

この実施形態について、ＩＭＳドメイン１０２内のネットワーク要素１１０〜１１３のうちの１つまたは複数が、ＵＥ １３０を含むセッションのために働くと仮定する。ネットワーク要素１１０〜１１３は、図１に示されていない他のＵＥの他のセッションのためにも働くことができる。ＩＭＳドメイン１０２内のセッションのために働いている間に、ネットワーク要素１１０〜１１３は、アカウンティング・メッセージを生成するために課金イベント時にトリガし、そのアカウンティング・メッセージを課金システム１０４に送信する。この実施形態では、ネットワーク要素１１０〜１１３は、アカウンティング・メッセージを課金機能１２０に送信する。さらに、パケット・ベアラ・ドメイン１０３内のネットワーク要素１１５〜１１６のうちの１つまたは複数が、ＵＥ １３０を含むそのセッションのために働くと仮定する。パケット・ベアラ・ドメイン１０３内でそのセッションのために働いている間に、ネットワーク要素１１５〜１１６は、アカウンティング・メッセージを生成するために課金イベント時にトリガし、そのアカウンティング・メッセージを課金システム１０４に送信する。この実施形態では、ネットワーク要素１１５〜１１６は、アカウンティング・メッセージを課金機能１２１に送信する。

図２は、例示的実施形態の相関課金機能に課金レコードを提供する方法２００を示す流れ図である。方法２００のステップを、図１の通信ネットワーク１００を参照して説明するが、当業者は、方法２００を他のネットワーク内で実行できることを了解するであろう。また、図２の流れ図のステップは、すべてを含むものではなく、図示されていない他のステップを含むことができ、ステップは、代替の順序で実行されてもよい。

ステップ２０２では、課金機能１２０は、ＩＭＳドメイン１０２内のネットワーク要素１１０〜１１３のうちの１つまたは複数からＵＥ １３０を含むセッションのアカウンティング・メッセージを受信する。課金機能１２０は、ＩＭＳドメイン１０２内の他のセッションンのアカウンティング・メッセージを受信することもできる。ステップ２０４では、課金機能１２０は、アカウンティング・メッセージに基づいてＩＭＳドメイン１０２の課金レコードを生成する。ＩＭＳドメイン１０２の課金レコードは、ＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）など、課金に使用されるセッションに関する情報を含むあるレコードまたはデータ構造を含む。課金機能１２０によって生成されるＣＤＲは、フルＣＤＲまたは不完全ＣＤＲを含むことができる。

特定のセッションの課金レコードの相関を開始するために、課金機能１２０は、ステップ２０６で、ＩＭＳドメイン１０２内でセッションに割り当てられた課金識別子に基づいてＩＭＳドメイン１０２内のセッションの課金レコードを識別する。言い換えると、課金機能１２０は、このセッションの課金レコードを識別するために、課金識別子に基づいてＩＭＳドメイン１０２の課金レコードをフィルタリングする。この実施形態では、課金機能１２０は、ＵＥ １３０を含む特定のセッションの課金レコードを識別する。ＵＥ １３０を含むセッションがＩＭＳドメイン１０２内で開始される時に、ネットワーク要素１１０〜１１３は、セッションに課金識別子を割り当てる。通常の例では、ＩＭＳドメイン１０２内のＰ−ＣＳＣＦが、ＩＣＩＤ（ＩＭＳ Ｃｈａｒｇｉｎｇ Ｉｄｅｎｔｉｆｉｅｒ）をセッションに割り当て、このＩＣＩＤは、その後、そのセッションの課金レコードに含まれる。したがって、ＩＣＩＤを、特定のセッションに関係する課金レコードを識別するのに使用することができる。セッションの課金レコードを識別した後に、課金機能１２０は、ＩＭＳドメイン１０２の課金レコードを相関させるか、そうでない場合にはレコードを一緒にグループ化することができる。この形での相関を、ドメイン内相関（ｉｎｔｒａ−ｄｏｍａｉｎ ｃｏｒｒｅｌａｔｉｏｎ）と称し、ドメイン内相関は、ＩＭＳドメイン１０２の合併された課金レコードを生成する。

課金機能１２０は、セッションについて識別されたＩＭＳドメイン課金レコードをどこに転送すべきなのかをも判定する。したがって、課金機能１２０は、ステップ２０８で、相関課金機能として、セッションごとのベースで課金機能１２０〜１２２のうちの１つを選択する。課金機能１２０は、セッション固有情報を介してセッションごとのベースで相関課金機能を選択することができ、その結果、課金機能１２０〜１２２のうちの同一の１つがすべてのセッションの専用相関課金機能として使用されることがなくなる。一実施形態では、課金機能１２０は、分配機能およびセッション固有情報を使用して、相関課金機能を選択することができる。分配機能は、異なるセッションについて課金機能１２０〜１２２の間で課金レコード相関の義務を分配しまたは割り当てるように構成されたアルゴリズムまたは数学関数を含む。相関課金機能は、課金システム１０４内で使用可能な課金機能１２０〜１２２から分配機能に基づいて選択される。分配機能に基づいて相関課金機能を選択することによって、異なるセッションに関する相関の義務が、課金機能１２０〜１２２の間で分配されて、課金機能１２０〜１２２のそれぞれによって処理される負荷のバランスをとる。

ステップ２１０では、課金機能１２０は、ＩＭＳドメイン１０２内のセッションに関する識別された課金レコードを相関課金機能に転送する。当業者は、課金機能１２０が相関課金機能として選択される場合に、課金機能１２０が既に識別された課金レコードを格納しているので、ステップ２１０が不要であることを了解するであろう。

ステップ２１２では、課金機能１２１が、パケット・ベアラ・ドメイン１０３からアカウンティング・メッセージを受信する。ステップ２１４では、課金機能１２１が、アカウンティング・メッセージに基づいてパケット・ベアラ・ドメイン１０３の課金レコードを生成する。パケット・ベアラ・ドメイン１０３の課金レコードも、ＣＤＲ、ＵＤＲ（Ｕｓａｇｅ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）、ＦＤＲ（Ｆｌｏｗ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）その他など、課金に使用されるセッションに関する情報を含むあるレコードまたはデータ構造を含む。ＩＭＳドメイン１０２について上で説明したように、課金機能１２１は、パケット・ベアラ・ドメイン１０３内で特定のセッションに割り当てられた課金識別子に基づいて、パケット・ベアラ・ドメイン１０３内のそのセッションの課金レコードを識別することができる。たとえば、パケット・ベアラ・ドメイン１０３内のネットワーク要素は、ＡＮＣＩＤ（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｃｈａｒｇｉｎｇ Ｉｄｅｎｔｉｆｉｅｒ）をセッションに割り当てることができ、このＡＮＣＩＤは、その後、そのセッションの課金レコードに含まれる。したがって、ＡＮＣＩＤを使用して、特定のセッションに関係する課金レコードを識別することができる。セッションの課金レコードを識別した後に、課金機能１２１は、パケット・ベアラ・ドメイン１０３の課金レコードを相関させ、または他の形でレコードを一緒にグループ化することができる。この形での相関を、ここでも同様にドメイン内相関と称し、ドメイン内相関は、パケット・ベアラ・ドメイン１０３の合併された課金レコードを生成する。

ステップ２１６では、課金機能１２１は、セッションの相関課金機能として、セッションごとのベースで課金機能１２０〜１２２のうちの１つを選択する。課金機能１２０と１２１との両方が、セッションごとのベースで同一の相関課金機能を選択する。たとえば、課金機能１２０および１２１は、セッションの同一の相関課金機能を選択するために同一の分配機能を使用することができる。したがって、セッションについて生成された課金レコードのそれぞれは、課金レコードがＩＭＳドメイン１０２またはパケット・ベアラ・ドメイン１０３のどちらに関するものであるのかにかかわりなく、同一の相関課金機能に送信される。ステップ２１８では、課金機能１２１は、パケット・ベアラ・ドメイン１０３内のセッションの課金レコードを相関課金機能に転送する。当業者は、課金機能１２１が相関課金機能として選択される場合に、課金機能１２１が既に課金レコードを格納しているので、ステップ２１８が不要であることを了解するであろう。

パケット・ベアラ・ドメイン１０３がＧＰＲＳドメインを含む場合には、相関課金機能を、次の形で選択することができる。図３〜４は、例示的実施形態の分配機能に基づく相関課金機能の選択を示す流れ図である。図３では、課金システム１２０または１２１が、ステップ３０２で、ＧＰＲＳドメイン内のセッションに割り当てられたＡＮＣＩＤ（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｃｈａｒｇｉｎｇ Ｉｄｅｎｔｉｆｉｅｒ）（たとえば、ＧＣＩＤ（ＧＰＲＳ Ｃｈａｒｇｉｎｇ Ｉｄｅｎｔｉｆｉｅｒ））を識別する。ステップ３０４では、課金システム１２０または１２１が、ＡＮＣＩＤと、セッションごとのベースで複数の課金機能１２０〜１２２の間で相関課金機能を分配する分配機能とに基づいて相関課金機能を選択する。課金機能１２０および１２１で使用される分配機能の一例は、モジュロ関数を含む。モジュロ関数は、「ａ ＭＯＤ ｎ」として表すことができる。モジュロ関数の結果は、ｎによるａの除算の剰余である。変数ａおよびｎは、複数の異なる形で割り当てることができる。一例では、モジュロ関数を、被除数（「ａ」）としてＡＮＣＩＤのすべてまたは一部、除数（「ｎ」）としてある数を用いて使用することができる。除数ｎは、たとえば課金機能１２０〜１２２の個数プラス１に基づいて割り当てることができる。

図４では、課金システム１２０または１２１が、ステップ４０２で、ＧＰＲＳドメイン内のセッションのために働くＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）を識別する。ステップ４０４では、課金システム１２０または１２１が、ＧＧＳＮアドレスと、セッションごとのベースで複数の課金機能１２０〜１２２の間で相関課金機能を分配する分配関数とに基づいて相関課金機能を選択する。たとえば、モジュロ関数を、被除数（「ａ」）としてＧＧＳＮアドレスのすべてまたは一部、除数（「ｎ」）としてある数を用いて使用することができる。課金機能１２０および１２１が同一の形で相関課金機能を選択するので、そのセッションについて生成された課金レコードのすべてが、同一の相関課金機能に送信される。

図５は、例示的実施形態のネットワーク・ドメインにまたがって課金レコードを相関させる方法５００を示す流れ図である。方法５００のステップを、図１の通信ネットワーク１００を参照して説明するが、当業者は、方法５００を他のネットワーク内で実行できることを了解するであろう。また、図５の流れ図のステップは、すべてを含むものではなく、図示されていない他のステップを含むことができ、ステップは、代替の順序で実行されてもよい。

ステップ５０２では、相関課金機能が、ＩＭＳドメイン１０２またはパケット・ベアラ・ドメイン１０３のどちらについて生成されたものであれ、セッションの課金レコードを受信する。相関課金機能は、セッションの課金レコードをローカル・データ・ベースに格納する。ステップ５０４では、相関課金機能が、セッションの合併されたＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を生成するために、ＩＭＳドメイン１０２の課金レコードおよびパケット・ベアラ・ドメイン１０３の課金レコード（１つまたは複数）を相関させる。方法２００のステップ５０２および５０４を、セッションの課金レコードの「相関」と呼ぶことができる。この形での相関を、ドメイン間相関（ｉｎｔｅｒ−ｄｏｍａｉｎ ｃｏｒｒｅｌａｔｉｏｎ）またはクロスドメイン相関（ｃｒｏｓｓ−ｄｏｍａｉｎ ｃｏｒｒｅｌａｔｉｏｎ）と称し、これは、ＩＭＳドメイン１０２とパケット・ベアラ・ドメイン１０３との両方の合併された課金レコードを生成する。相関のトリガは、所望の実施態様に応じて変更することができる。一実施形態では、相関課金機能が、ＩＭＳドメイン１０２内のＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）の課金レコードの受信時に相関をトリガすることができる。ステップ５０６では、相関課金機能が、合併されたＣＤＲを請求システム１０６に転送する。合併されたＣＤＲに基づいて、請求システム１０６は、ＩＭＳドメイン１０２とパケット・ベアラ・ドメイン１０３との両方の課金を含む、セッションの請求を解決することができる。

Ｓ−ＣＳＣＦ課金レコードに応答して、相関課金機能は、Ｓ−ＣＳＣＦに関する課金レコード内のＩＭＳドメイン１０２内で割り当てられた課金識別子（たとえば、ＩＣＩＤ）を識別する。次に、相関課金機能は、ＩＭＳドメイン１０２内で割り当てられた課金識別子を含むＩＭＳドメイン１０２の課金レコードを識別する。相関課金機能は、Ｓ−ＣＳＣＦに関する課金レコードに含まれるパケット・ベアラ・ドメイン１０３内のセッションに割り当てられた１つまたは複数の課金識別子（すなわち、ＡＮＣＩＤ）をも識別する。相関課金機能は、パケット・ベアラ・ドメイン１０３内で割り当てられた課金識別子を含むパケット・ベアラ・ドメイン１０３の課金レコードを識別する。次に、相関課金機能は、ステップ５０４に示されているように、識別された課金レコードを相関させて、合併されたＣＤＲを生成する。

上で説明した形で課金レコードを相関できることは、多数の利益をもたらす。相関義務は、使用可能な課金機能１２０〜１２２の間で分配され、これは、課金機能１２０〜１２２に対する負荷のバランスをとる。伝統的に、単一の集中化された課金機能が、すべてのセッションの相関課金機能として課金システムと共に指定された。この集中化課金機能は、実際には、すべてのセッションのすべての課金レコードを相関させるのに必要な集中的処理のゆえに、ボトルネックとして機能した。上で説明した分配手法は、すべてのセッションについて相関を実行するために、１つの集中化された課金機能に重荷を負わせることをしない。相関課金機能は、セッションごとのベースで割り当てられ、相関の義務は、本質的に、使用可能な課金機能の間で回転する。この分配手法は、課金システム１０４がより効率的に動作することを可能にし、全体的なスループットを高める。

図６に、本発明の例示的実施形態の別の通信ネットワーク６００を示す。通信ネットワーク６００は、ＩＭＳドメイン６０２およびＧＰＲＳドメイン６０３を含む。ＩＭＳドメイン６０２は、（Ｐ、Ｓ、および／またはＩ）ＣＳＣＦ ６１０、ＭＲＣＦ（Ｍｅｄｉａ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）６１１、ＭＧＣＦ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）６１２、およびアプリケーション・サーバ（ＡＳ）を含む。ＩＭＳドメイン６０２は、他の実施形態では追加のネットワーク要素を含むことができる。ＧＰＲＳドメイン６０３は、ＳＧＳＮ ６１５およびＧＧＳＮ ６１６を含む。ＧＰＲＳドメイン６０３は、他の実施形態では追加のネットワーク要素を含むことができる。

通信ネットワーク６００は、さらに、請求システム６０６に接続される課金システム６０４を含む。課金システム６０４は、この例では、ＣＣＦ（Ｃｈａｒｇｉｎｇ Ｃｏｌｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）６２０〜６２２を含む。３つのＣＣＦ ６２０〜６２２が図示されているが、当業者は、課金システム６０４がより多数のＣＣＦを有することができることを了解するであろう。ＣＣＦ ６２０〜６２２のそれぞれは、Ｇａインターフェースを介してＣＧＦに結合されたＣＤＦを含むことができるが、これは、簡潔さのために図６には図示されていない。ＩＭＳドメイン６０２内のネットワーク要素は、Ｄｉａｍｅｔｅｒ Ｒｆインターフェースを介してＣＣＦ ６２０〜６２２に接続する。ＧＰＲＳドメイン６０３内のネットワーク要素は、Ｄｉａｍｅｔｅｒ ＲｆインターフェースまたはＧａインターフェースを介してＣＣＦ ６２０〜６２２に接続することができる。

この例について、ＵＥ ６３０が、アクセス・ネットワークとしてＧＰＲＳドメイン６０３を使用してＩＭＳドメイン６０２を介してセッションを開始すると仮定する。Ｐ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、およびＳ−ＣＳＣＦを含むＣＳＣＦ ６１０は、ＩＭＳドメイン６０２内のセッションのために働く。Ｐ−ＣＳＣＦがセッションのＳＩＰメッセージを初めて受信する時に、そのＰ−ＣＳＣＦは、そのセッションのＩＣＩＤを割り当てる。このＩＣＩＤは、ＩＭＳドメイン６０２内の他のネットワーク要素と共有される。

ＳＳＧＮ ６１５およびＧＧＳＮ ６１６は、ＧＰＲＳドメイン６０３内のセッションのために働く。セッションがＧＰＲＳドメイン６０３内でセット・アップされる時に、パケット・データ・プロトコル（ＰＤＰ）コンテキストがセット・アップされ、このＰＤＰコンテキストは、セッション情報を含む、ＳＧＳＮ ６１５およびＧＧＳＮ ６１６内でセット・アップされるデータ構造である。ＰＤＰコンテキストがＧＧＳＮ ６１６内でセット・アップされる時に、ＧＧＳＮ ６１６は、そのＰＤＰコンテキストにＧＣＩＤを割り当てる（このＧＣＩＤは、ＡＮＣＩＤ（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｃｈａｒｇｉｎｇ Ｉｄｅｎｔｉｆｉｅｒ）を含む）。このＧＣＩＤは、ＳＳＧＮ ６１５と共有される。このＧＣＩＤは、ＩＭＳドメイン６０２内のＳ−ＣＳＣＦおよびＰ−ＣＳＣＦとも共有されるが、ＩＭＳドメイン６０２内のＩ−ＣＳＣＦとは共有されない。

次で、ＧＰＲＳドメイン６０３内の単一ＰＤＰコンテキストのドメイン間相関を説明する。ＩＭＳドメイン６０２が、ＵＥ ６３０のセッションをセット・アップしているかそのセッションのために働いている間に、ＣＳＣＦ ６１０およびＩＭＳドメイン６０２内の他のネットワーク要素は、そのセッションの課金イベント時にトリガし、ＡＣＲメッセージをＣＣＦ ６２０に送信する。Ｓ−ＣＳＣＦおよびＰ−ＣＳＣＦからのＡＣＲメッセージは、セッションのＩＣＩＤと、ＧＰＲＳドメイン６０３内のＰＤＰコンテキストのＧＣＩＤとを含む。Ｉ−ＣＳＣＦからのＡＣＲメッセージは、セッションのＩＣＩＤだけを含み、ＧＣＩＤは含まない。

ＧＰＲＳドメイン６０３内では、ＳＧＳＮ ６１５が、セッションの課金イベント時にトリガし、ＡＣＲ（または別のプロトコルのアカウンティング・メッセージ）をＣＣＦ ６２１に送信する。同様に、ＧＧＳＮ ６１６は、セッションの課金イベント時にトリガし、ＡＣＲ（または別のプロトコルのアカウンティング・メッセージ）をＣＣＦ ６２２に送信する。ＳＧＳＮ ６１５およびＧＧＳＮ ６１６からのＡＣＲメッセージは、ＰＤＰコンテキストのＧＣＩＤを含むが、ＩＣＩＤは含まない。

ＡＣＲメッセージに応答して、各ＣＣＦ ６２０〜６２２は、そのＡＣＲメッセージに基づいて１つまたは複数の課金レコードを生成する。たとえば、ＣＣＦ ６２０は、Ｓ−ＣＳＣＦ、Ｐ−ＣＳＣＦ、およびＩ−ＣＳＣＦのそれぞれのＣＤＲを生成し、これらのＣＤＲをローカル・データ・ベースに格納する。ＣＣＦ６２１は、ＳＧＳＮ ６１５のＳ−ＣＤＲを生成し、そのＳ−ＣＤＲをローカル・データ・ベースに格納する。ＣＣＦ６２２は、ＧＧＳＮ ６１６のＧ−ＣＤＲを生成し、そのＧ−ＣＤＲをローカル・データ・ベースに格納する。次に、このセッションについて格納されるＣＤＲを示す。
ＣＣＦ ６２０ − Ｓ−ＣＳＣＦのＣＤＲを格納し、ＩＣＩＤ＝ａ１、ＧＣＩＤ＝ｂ１である
ＣＣＦ ６２０ − Ｐ−ＣＳＣＦのＣＤＲを格納し、ＩＣＩＤ＝ａ１、ＧＣＩＤ＝ｂ１である
ＣＣＦ ６２０ − Ｉ−ＣＳＣＦのＣＤＲを格納し、ＩＣＩＤ＝ａ１である（ＧＣＩＤなし）
ＣＣＦ ６２１ − ＳＧＳＮのＳ−ＣＤＲを格納し、ＧＣＩＤ＝ｂ１である（ＩＣＩＤなし）
ＣＣＦ ６２２ − ＧＧＳＮのＧ−ＣＤＲを格納し、ＧＣＩＤ＝ｂ１である（ＩＣＩＤなし）

次で、ＣＤＲがネットワーク・ドメインにまたがってどのように相関されるのかを示す。まず、ＣＣＦ ６２０は、セッションのＩＣＩＤ（たとえば、ＩＣＩＤ＝ａ１）に基づいてそのローカル・データ・ベースに格納されたＣＤＲをフィルタリングし、セッションのＩＣＩＤを有するＣＤＲを識別する。この例では、ＩＣＩＤ＝「ａ１」を有する３つのＣＤＲがあり、これらは、Ｓ−ＣＳＣＦ、Ｐ−ＣＳＣＦ、およびＩ−ＣＳＣＦからのＣＤＲである。このセッションのＣＤＲを識別した後に、ＣＣＦ ６２０は、識別されたＣＤＲに対してネットワーク内相関を実行して、ＩＭＳドメイン６０２の合併されたＣＤＲを生成することができる。ネットワーク内相関を、Ｓ−ＣＳＣＦからのＡＣＲ［Ｓｔｏｐ］の受信などのトリガするイベントに応答して開始することができる。しかし、実際には、ネットワーク内相関は、ネットワーク間（またはクロスドメイン）相関に味方して、避けられる。

ＩＣＩＤに基づいてセッションのＣＤＲを識別し、ＩＭＳドメイン６０２のＣＤＲを相関させるプロセスは、利益をもたらす。異なるネットワーク・ドメインにまたがってＣＤＲを相関させるいくつかの以前の解決策は、相関にＧＧＳＮアドレスまたはＧＣＩＤを使用することを提案した。しかし、Ｉ−ＣＳＣＦからのＣＤＲは、ＧＣＩＤまたはＧＧＳＮアドレスを含まない。したがって、これらの以前の相関方法は、有効でない場合がある。ＩＭＳドメイン６０２のＣＤＲは、ＩＣＩＤによって相関されまたは他の形で一緒にグループ化されるので、Ｉ−ＣＳＣＦのＣＤＲは、ネットワーク間相関で考慮される。

ＩＭＳドメイン６０２のＣＤＲを相関させまたは他の形で一緒にグループ化した後に、ＣＣＦ ６２０は、それらのＣＤＲをどこに転送すべきかを判定する。したがって、ＣＣＦ ６２０は、複数の使用可能なＣＣＦ ６２０〜６２２から相関ＣＣＦを選択する。この実施形態では、相関ＣＣＦを選択するために、ＣＣＦ ６２０は、まず、ＧＰＲＳドメイン６０３内でセッションに割り当てられたＧＣＩＤを識別し、このＧＣＩＤは、「ｂ１」である。このＧＣＩＤは、Ｓ−ＣＳＣＦのＣＤＲ、Ｐ−ＣＳＣＦからのＣＤＲ、または別のネットワーク要素（Ｉ−ＣＳＣＦを除く）からの別のＣＤＲから識別することができる。次に、ＣＣＦ ６２０は、相関ＣＣＦを選択するために、ＧＣＩＤのすべてまたは一部を使用して分配機能を適用する。この例では、課金システム６０４内にｎ個の使用可能なＣＣＦがある。したがって、ＣＣＦ ６２０は、次の関数ｍ＝ｂ１ ＭＯＤ （ｎ＋１）の結果を判定する。したがって、相関ＣＣＦは、ＣＣＦ−ｍ（ただし、ｍは、１、２、３、４などと等しい）になる。次に、ＣＣＦ ６２０は、ＩＭＳドメイン６０２のＣＤＲを選択された相関ＣＣＦに転送し、この選択された相関ＣＣＦは、ＣＣＦ−ｍである。

ＣＣＦ ６２１および６２２も、そのローカル・データ・ベースに格納されたセッションのＣＤＲをどこに転送すべきかを判定するために、同様の形で相関ＣＣＦを選択する。したがって、ＣＣＦ ６２１は、ＳＧＳＮのＣＤＲからＧＣＩＤを識別し、このＧＣＩＤは、「ｂ１」である。次に、ＣＣＦ ６２１は、次の関数ｍ＝ｂ１ ＭＯＤ （ｎ＋１）の結果を判定する。相関ＣＣＦは、やはりＣＣＦ−ｍになる。次に、ＣＣＦ ６２１は、ＳＧＳＮのＣＤＲを選択された相関ＣＣＦに転送し、この選択された相関ＣＣＦは、ＣＣＦ−ｍである。同様の形で、ＣＣＦ ６２２は、ＧＧＳＮのＣＤＲからＧＣＩＤを識別し、このＧＣＩＤは、「ｂ１」である。次に、ＣＣＦ ６２２は、次の関数ｍ＝ｂ１ ＭＯＤ （ｎ＋１）の結果を判定する。相関ＣＣＦは、やはりＣＣＦ−ｍになる。次に、ＣＣＦ ６２２は、ＧＧＳＮのＣＤＲを選択された相関ＣＣＦに転送し、この選択された相関ＣＣＦは、ＣＣＦ−ｍである。

相関ＣＣＦ（ＣＣＦ−ｍ）は、ＭＯＤ関数に基づいて各ネットワーク・ドメインからそのセッションのＣＤＲのすべてを受信し、それらのＣＤＲをそのローカル・データ・ベースに格納する。したがって、相関ＣＣＦは、このセッションのＣＤＲを相関させる義務を課せられる。次に、相関が、ＩＭＳドメイン６０２内のＳ−ＣＳＣＦのフルＣＤＲの受信などの相関トリガに応答して開始される。相関ＣＣＦは、Ｓ−ＣＳＣＦ ＣＤＲ内のＩＣＩＤを識別し、このＩＣＩＤを共有する、ローカル・データ・ベースに格納された他のＣＤＲを収集する。相関ＣＣＦは、Ｓ−ＣＳＣＦ ＣＤＲ内のＧＣＩＤをも識別し、このＧＣＩＤを共有する、ローカル・データ・ベースに格納された他のＣＤＲを収集する。ＩＣＩＤおよびＧＣＩＤに基づいてセッションのＣＤＲのすべてを収集した後に、相関ＣＣＦは、相関テンプレートに従い、これによって、ＣＤＲからの指定されたフィールドが抽出され、テンプレートが書き込まれる。これは、セッション関連ＣＤＲ情報およびパケット・ベアラ関連ＣＤＲ情報を含む、セッションの合併されたＣＤＲをもたらす。次に、相関ＣＣＦは、セッションの合併されたＣＤＲをＢｘインターフェース（ＦＴＰまたはセキュアＦＴＰ）を介して請求システム６０６に転送する。

図６をさらに参照して、次で、本発明の例示的実施形態でのＧＰＲＳドメイン６０３内の複数ＰＤＰコンテキストに関するドメイン間相関を説明する。前の例と同様に、ＩＭＳドメイン６０２内のＣＳＣＦ ６１０および他のネットワーク要素は、セッションの課金イベント時にトリガし、ＡＣＲメッセージをＣＣＦ ６２０に送信する。ＧＰＲＳドメイン６０３内では、ＳＧＳＮ ６１５が、セッションの課金イベント時にトリガし、ＡＣＲ（または別のプロトコルのアカウンティング・メッセージ）をＣＣＦ ６２１に送信する。同様に、ＧＧＳＮ ６１６が、セッションの課金イベント時にトリガし、ＡＣＲ（または別のプロトコルのアカウンティング・メッセージ）をＣＣＦ ６２２に送信する。この例では、ＧＰＲＳドメイン６０３内のセッションのために確立された２つのＰＤＰコンテキストがある。したがって、２つのＰＤＰコンテキストに割り当てられた２つのＧＣＩＤがある。

ＡＣＲメッセージに応答して、各ＣＣＦ ６２０〜６２２は、そのＡＣＲメッセージに基づいて１つまたは複数の課金レコードを生成する。たとえば、ＣＣＦ ６２０は、Ｓ−ＣＳＣＦ、Ｐ−ＣＳＣＦ、およびＩ−ＣＳＣＦのそれぞれのＣＤＲを生成し、これらのＣＤＲをローカル・データ・ベースに格納する。ＣＣＦ６２１は、ＳＧＳＮ ６１５のＳ−ＣＤＲを生成し、そのＳ−ＣＤＲをローカル・データ・ベースに格納する。ＣＣＦ６２２は、ＧＧＳＮ ６１６のＧ−ＣＤＲを生成し、そのＧ−ＣＤＲをローカル・データ・ベースに格納する。次に、このセッションについて格納されるＣＤＲを示す。
ＣＣＦ ６２０ − Ｓ−ＣＳＣＦのＣＤＲを格納し、ＩＣＩＤ＝ａ１、ＧＣＩＤ＝ｂ１，ｂ２、ＧＧＳＮアドレス＝ｇ１である
ＣＣＦ ６２０ − Ｐ−ＣＳＣＦのＣＤＲを格納し、ＩＣＩＤ＝ａ１、ＧＣＩＤ＝ ｂ１，ｂ２、ＧＧＳＮアドレス＝ｇ１である
ＣＣＦ ６２０ − Ｉ−ＣＳＣＦのＣＤＲを格納し、ＩＣＩＤ＝ａ１である（ＧＣＩＤまたはＧＧＳＮアドレスはない）
ＣＣＦ ６２１ − ＳＧＳＮのＳ−ＣＤＲを格納し、ＧＣＩＤ＝ｂ１、ＧＧＳＮアドレス＝ｇ１である（ＩＣＩＤなし）
ＣＣＦ ６２１ − ＳＧＳＮのＳ−ＣＤＲを格納し、ＧＣＩＤ＝ｂ２、ＧＧＳＮアドレス＝ｇ１である（ＩＣＩＤなし）
ＣＣＦ ６２２ − ＧＧＳＮのＧ−ＣＤＲを格納し、ＧＣＩＤ＝ｂ１、ＧＧＳＮアドレス＝ｇ１である（ＩＣＩＤなし）
ＣＣＦ ６２２ − ＧＧＳＮのＧ−ＣＤＲを格納し、ＧＣＩＤ＝ｂ２、ＧＧＳＮアドレス＝ｇ１である（ＩＣＩＤなし）

次で、ＣＤＲがネットワーク・ドメインにまたがってどのように相関されるのかを示す。まず、ＣＣＦ ６２０は、セッションのＩＣＩＤ（たとえば、ＩＣＩＤ＝ａ１）に基づいてそのローカル・データ・ベースに格納されたＣＤＲをフィルタリングし、セッションのＩＣＩＤを有するＣＤＲを識別する。この例では、ＩＣＩＤ＝「ａ１」を有する３つのＣＤＲがあり、これらは、Ｓ−ＣＳＣＦ、Ｐ−ＣＳＣＦ、およびＩ−ＣＳＣＦからのＣＤＲである。このセッションのＣＤＲを識別した後に、ＣＣＦ ６２０は、識別されたＣＤＲに対してネットワーク内相関を実行して、ＩＭＳドメイン６０２の合併されたＣＤＲを生成することができる。しかし、ＣＣＦ ６２０は、ネットワーク間相関ホストにこの責任を委譲することもできる。

ＩＭＳドメイン６０２のＣＤＲを相関させまたは他の形で一緒にグループ化した後に、ＣＣＦ ６２０は、それらのＣＤＲをどこに転送すべきかを判定する。したがって、ＣＣＦ ６２０は、複数の使用可能なＣＣＦ ６２０〜６２２から相関ＣＣＦを選択する。この実施形態では、相関ＣＣＦを選択するために、ＣＣＦ ６２０は、まず、ＧＰＲＳドメイン６０３内でセッションに割り当てられたＧＧＳＮアドレスを識別し、このＧＧＳＮアドレスは、「ｇ１」である。このＧＧＳＮアドレスは、Ｓ−ＣＳＣＦのＣＤＲ、Ｐ−ＣＳＣＦからのＣＤＲ、または別のネットワーク要素（Ｉ−ＣＳＣＦを除く）からの別のＣＤＲから識別することができる。次に、ＣＣＦ ６２０は、相関ＣＣＦを選択するために、ＧＧＳＮアドレスに分配機能を適用する。この例では、課金システム６０４内にｎ個の使用可能なＣＣＦがある。したがって、ＣＣＦ ６２０は、次の関数ｍ＝ｇ１ ＭＯＤ （ｎ＋１）の結果を判定する。したがって、相関ＣＣＦは、ＣＣＦ−ｍになる。次に、ＣＣＦ ６２０は、ＩＭＳドメイン６０２のＣＤＲを選択された相関ＣＣＦに転送し、この選択された相関ＣＣＦは、ＣＣＦ−ｍである。

ＣＣＦ ６２１および６２２も、そのローカル・データ・ベースに格納されたセッションのＣＤＲをどこに転送すべきかを判定するために、同様の形で相関ＣＣＦを選択する。したがって、ＣＣＦ ６２１は、ＳＧＳＮのＣＤＲからＧＧＳＮアドレスを識別し、このＧＧＳＮアドレスは、「ｇ１」である。次に、ＣＣＦ ６２１は、次の関数ｍ＝ｇ１ ＭＯＤ （ｎ＋１）の結果を判定する。相関ＣＣＦは、やはりＣＣＦ−ｍになる。次に、ＣＣＦ ６２１は、ＳＧＳＮのＣＤＲを選択された相関ＣＣＦに転送し、この選択された相関ＣＣＦは、ＣＣＦ−ｍである。同様の形で、ＣＣＦ ６２２は、ＧＧＳＮのＣＤＲからＧＧＳＮアドレスを識別し、このＧＧＳＮアドレスは、「ｇ１」である。次に、ＣＣＦ ６２２は、次の関数ｍ＝ｇ１ ＭＯＤ （ｎ＋１）の結果を判定する。相関ＣＣＦは、やはりＣＣＦ−ｍになる。次に、ＣＣＦ ６２２は、ＧＧＳＮのＣＤＲを選択された相関ＣＣＦに転送し、この選択された相関ＣＣＦは、ＣＣＦ−ｍである。

相関ＣＣＦ（ＣＣＦ−ｍ）は、ＭＯＤ関数に基づいて各ネットワーク・ドメインからそのセッションのＣＤＲのすべてを受信し、それらのＣＤＲをローカル・データ・ベースに格納する。次に、相関ＣＣＦは、前の例で説明したようにセッションのＣＤＲを相関させて、セッション関連ＣＤＲ情報とパケット・ベアラ関連ＣＤＲ情報との両方を含むセッションの合併されたＣＤＲを生成する。次に、相関ＣＣＦは、セッションの合併されたＣＤＲをＢｘインターフェース（ＦＴＰまたはセキュアＦＴＰ）を介して請求システム６０６に転送する。

第１の例では、相関ＣＣＦは、ＭＯＤ関数およびＧＣＩＤに基づいて選択された。第２の例では、相関ＣＣＦは、ＭＯＤ関数およびＧＧＳＮアドレスに基づいて選択された。あるセッションのＣＤＲをどこに転送すべきかを判定する時に、ＣＣＦは、まず、そのセッションのために定義された複数のＰＤＰコンテキストがあるかどうかを判定することができる。言い換えると、ＣＣＦは、複数のＧＣＩＤがあるかどうかを判定する。あるセッション（ＩＣＩＤによって特徴を表される）に対応する１つのＰＤＰコンテキスト（すなわち、１つのＧＣＩＤ）がある場合には、ＣＣＦは、そのＧＣＩＤに基づいて相関ＣＣＦを選択することができる。同一のセッション（ＩＣＩＤによって特徴を表される）に対応して複数のＰＤＰコンテキスト（すなわち、複数のＧＣＩＤ）が定義されている場合には、ＣＣＦは、ＧＧＳＮアドレスに基づいて相関ＣＣＦを選択することができる。その代わりに、ＣＣＦは、毎回ＧＧＳＮアドレスに基づいて相関ＣＣＦを選択することができ、あるいは、ＣＣＦのすべてに対して使用可能なある他のセッション固有情報に基づいて相関ＣＣＦを選択することができる。

特定の実施形態を本明細書で説明したが、本発明の範囲は、これらの特定の実施形態に限定されない。本発明の範囲は、次の特許請求の範囲およびそのすべての同等物によって定義される。

Claims (10)

1. 異なるネットワーク・ドメインからの課金レコードを相関させるように動作可能な課金システムであって、
   ＩＰ Ｍｕｌｔｉｍｅｄｉａ ＳｕｂｓｙｓｔｅｍすなわちＩＭＳドメインおよびパケット・ベアラ・ドメインのうちの少なくとも１つに接続された複数の課金機能
   を含み、前記課金システムは、
   前記課金機能のうちの第１の１つは、前記ＩＭＳドメインからアカウンティング・メッセージを受信し、前記アカウンティング・メッセージに基づいて前記ＩＭＳドメインの課金レコードを生成し、前記ＩＭＳドメイン内の特定のセッションの前記課金レコードを前記ＩＭＳドメイン内で前記セッションに割り当てられた課金識別子に基づいて識別し、前記セッションの相関課金機能としてセッションごとのベースで前記複数の課金機能のうちの１つを選択し、前記ＩＭＳドメイン内の前記セッションの前記識別された課金レコードを前記相関課金機能に転送するように動作可能であり、
   前記課金機能のうちの第２の１つは、前記パケット・ベアラ・ドメインから前記セッションのアカウンティング・メッセージを受信し、前記アカウンティング・メッセージに基づいて前記パケット・ベアラ・ドメインの課金レコードを生成し、前記セッションの前記相関課金機能としてセッションごとのベースで前記複数の課金機能のうちの前記１つを選択し、前記パケット・ベアラ・ドメイン内の前記セッションの前記課金レコードを前記相関課金機能に転送するように動作可能である
   を含む、課金システム。
2. 前記相関課金機能は、前記セッションの合併されたＣＤＲ（Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｒｅｃｏｒｄ）を生成するために前記ＩＭＳドメインの前記課金レコードおよび前記パケット・ベアラ・ドメインの前記課金レコードを相関させ、前記合併されたＣＤＲを請求システムに転送するように動作可能である
   請求項１に記載の課金システム。
3. 前記相関課金機能は、前記ＩＭＳドメイン内のＳｅｒｖｉｎｇ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ ＦｕｎｃｔｉｏｎすなわちＳ−ＣＳＣＦの課金レコードを受信し、前記Ｓ−ＣＳＣＦの前記課金レコード内の前記ＩＭＳドメイン内で割り当てられた前記課金識別子を識別し、前記ＩＭＳドメイン内で割り当てられた前記課金識別子を含む前記ＩＭＳドメインの前記課金レコードを識別し、前記Ｓ−ＣＳＣＦの前記課金レコードに含まれる前記パケット・ベアラ・ドメイン内で前記セッションに割り当てられた少なくとも１つの課金識別子を識別し、前記パケット・ベアラ・ドメイン内で割り当てられた前記少なくとも１つの課金識別子を含む前記パケット・ベアラ・ドメインの前記課金レコードを識別し、前記合併されたＣＤＲを生成するために前記課金識別子に基づいて前記識別された課金レコードを相関させるようにさらに動作可能である
   請求項２に記載の課金システム。
4. 前記パケット・ベアラ・ドメインは、汎用パケット無線サービスすなわちＧＰＲＳドメインを含み、
   前記第１課金機能および前記第２課金機能は、前記ＧＰＲＳドメイン内で前記セッションに割り当てられたＡｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｃｈａｒｇｉｎｇ ＩｄｅｎｔｉｆｉｅｒすなわちＡＮＣＩＤを識別し、前記ＡＮＣＩＤおよびセッションごとのベースで前記複数の課金機能の間で前記相関課金機能を分配する分配機構に基づいて前記相関課金機能を選択するように動作可能である
   請求項２に記載の課金システム。
5. 前記分配機能は、モジュロ関数を含み、
   前記第１課金機能および前記第２課金機能は、前記ＡＮＣＩＤの少なくとも一部を前記モジュロ関数内の被除数として用いて前記モジュロ関数を使用するように動作可能である
   請求項４に記載の課金システム。
6. 前記第１課金機能および前記第２課金機能は、前記ＧＰＲＳドメイン内で前記セッションのために働くＧａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ ＮｏｄｅすなわちＧＧＳＮのアドレスを識別し、前記ＧＧＳＮアドレスおよびセッションごとのベースで前記複数の課金機能の間で前記相関課金機能を分配する分配機能に基づいて前記相関課金機能を選択するように動作可能である
   請求項４に記載の課金システム。
7. 前記分配機能は、モジュロ関数を含み、
   前記第１課金機能および前記第２課金機能は、前記ＧＧＳＮアドレスの少なくとも一部を前記モジュロ関数内の被除数として用いて前記モジュロ関数を使用するように動作可能である
   請求項６に記載の課金システム。
8. 複数の課金機能からなる課金システム内で異なるネットワーク・ドメインからの課金レコードを相関させる方法であって、
   ＩＰ Ｍｕｌｔｉｍｅｄｉａ ＳｕｂｓｙｓｔｅｍすなわちＩＭＳドメインからアカウンティング・メッセージを受信するステップと、
   前記アカウンティング・メッセージに基づいて前記ＩＭＳドメインの課金レコードを生成するステップと、
   前記ＩＭＳドメイン内の特定のセッションの前記課金レコードを前記ＩＭＳドメイン内で前記セッションに割り当てられた課金識別子に基づいて識別するステップと、
   前記セッションの相関課金機能としてセッションごとのベースで前記複数の課金機能のうちの１つを選択するステップと、
   前記ＩＭＳドメイン内の前記セッションの前記識別された課金レコードを前記相関課金機能に転送するステップと、
   パケット・ベアラ・ドメインから前記セッションのアカウンティング・メッセージを受信するステップと、
   前記アカウンティング・メッセージに基づいて前記パケット・ベアラ・ドメインの課金レコードを生成するステップと、
   前記セッションの前記相関課金機能としてセッションごとのベースで前記複数の課金機能のうちの前記１つを選択するステップと、
   前記パケット・ベアラ・ドメイン内の前記セッションの前記課金レコードを前記相関課金機能に転送するステップと
   を含む、方法。
9. 前記セッションの合併されたＣｈａｒｇｉｎｇ Ｄａｔａ ＲｅｃｏｒｄすなわちＣＤＲを生成するために、前記ＩＭＳドメインの前記課金レコードおよび前記パケット・ベアラ・ドメインの前記課金レコードを相関させるステップと、
   前記合併されたＣＤＲを請求システムに転送するステップと
   をさらに含む、請求項８に記載の方法。
10. 前記課金レコードを相関させる前記ステップは、
    前記ＩＭＳドメイン内のＳｅｒｖｉｎｇ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ ＦｕｎｃｔｉｏｎすなわちＳ−ＣＳＣＦの課金レコードを受信するステップと、
    前記Ｓ−ＣＳＣＦの前記課金レコード内の前記ＩＭＳドメイン内で割り当てられた前記課金識別子を識別するステップと、
    前記ＩＭＳドメイン内で割り当てられた前記課金識別子を含む前記ＩＭＳドメインの前記課金レコードを識別するステップと、
    前記Ｓ−ＣＳＣＦの前記課金レコードに含まれる前記パケット・ベアラ・ドメイン内で前記セッションに割り当てられた少なくとも１つの課金識別子を識別するステップと、
    前記パケット・ベアラ・ドメイン内で割り当てられた前記少なくとも１つの課金識別子を含む前記パケット・ベアラ・ドメインの前記課金レコードを識別するステップと、
    前記合併されたＣＤＲを生成するために前記課金識別子に基づいて前記識別された課金レコードを相関させるステップと
    を含む、請求項９に記載の方法。

Images