ＩＭＳネットワークにおけるオフライン課金のためのユーザ機器タイムスタンプ
ＩＭＳネットワーク（１０４）においてオフライン課金を提供する通信ネットワーク（１００）および関連する方法を開示する。こうした方法の１つは、呼に関するコール・シグナリングを、その呼に関するユーザ機器（１２０）にサービス提供するアクセス・ネットワーク（１０２）から受信することを含む。コール・シグナリングは、アクセス・ネットワーク（１０２）用のアクセス・ネットワーク識別子を含む。この方法は、アクセス・ネットワーク識別子に関する位置情報を識別することをさらに含む。この方法は、位置情報に基づいてユーザ機器（１２０）のローカル時間を判定することをさらに含む。この方法は、呼に関する課金メッセージを生成すること、およびユーザ機器（１２０）のローカル時間に基づいて、課金メッセージにタイムスタンプを挿入することをさらに含む。課金メッセージ中のタイムスタンプは、変動料金制を可能にするための、ユーザ機器（１２０）のローカル時間を料金請求システム（１１４）に提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の分野に関し、詳細には、ＩＭＳネットワークにおける改良型オフライン課金を提供するための、課金メッセージへのユーザ機器のタイムスタンプの挿入に関する。
【背景技術】
【０００２】
好評を博している通信ネットワークの１タイプとして、ＩＰマルチメディア・サブシステムＩＭＳネットワークがある。第３世代パートナーシップ・プロジェクト（３ＧＰＰ）または３ＧＰＰ２で記載されているように、ＩＭＳは、集中型ネットワーク用のアクセス非依存ネットワーク・アーキテクチャを有する共通コア・ネットワークを提供する。サービス・プロバイダは、このアーキテクチャを、次世代ネットワークの発展のために受け入れている。ＩＭＳアーキテクチャは、インターネット・プロトコルＩＰネットワークを介して携帯電話加入者にマルチメディア・サービスを提供するために、３ＧＰＰによって最初に定義された。というのは、ＩＰネットワークが、映像、音声、およびデータを伝送するための、コストを最も節約するベアラ・ネットワークとなったからである。ＩＭＳネットワークにおいて使われるシグナリング法は通常、セッション開始プロトコルＳＩＰである。ＩＭＳは、アプリケーション・サーバ、ＩＭＳコア・ネットワーク（ＣＳＣＦ）、ＩＭＳ加入者、ＩＭＳデータベース（ＨＳＳ）、およびＩＭＳ料金請求要素の間の標準ＳＩＰインタフェースを定義する。こうした標準により、ネットワーク統合のコストを削減し、加入者により安定したサービスを享受させることができる。
【０００３】
ＩＭＳネットワークにおける典型的な呼（またはセッション）に関して、発呼者のユーザ機器は、たとえばＣＤＭＡネットワーク、ＧＳＭネットワーク、ＩＰネットワーク、ＷｉＦｉネットワーク、ＷｉＭＡＸネットワークなどのアクセス・ネットワークを介して呼を開始する。アクセス・ネットワークは次いで、ＩＭＳネットワークに呼を経路指定する。アクセス・ネットワークがＩＭＳネットワークと同じプロトコル（たとえば、ＳＩＰおよびＩＰ）を使わない場合、アクセス・ネットワークは、適切なゲートウェイを介してＩＭＳネットワークに呼を経路指定すればよい。ＩＭＳネットワークにおけるサーバ側呼セッション制御機能Ｓ−ＣＳＣＦが、適切なやり方で呼を受信し供給する。Ｓ−ＣＳＣＦは、ＩＭＳネットワーク内の１つまたは複数のアプリケーション・サーバＡＳと交信して、たとえばボイスメール、呼転送など、呼に関するサービスを提供してもよい。呼に対して課金するために、呼を扱うＩＭＳノード（たとえば、Ｓ−ＣＳＣＦおよびＡＳ）はそれぞれ、通常はＤｉａｍｅｔｅｒプロトコル（Ｒｆ）で課金メッセージを生成する。他の呼関連データに加えて、ＩＭＳノードは、タイムスタンプを課金メッセージに挿入する。タイムスタンプは、ＩＭＳノードのローカル時間に基づく。
【０００４】
ＩＭＳネットワークにおける現在のオフライン課金に伴う１つの問題は、サービス・プロバイダが、本標準による、夜間および週末の自由通話などの変動料金制を提供することができないことである。課金メッセージに挿入されるタイムスタンプは、課金メッセージを生成するＩＭＳノードのローカル時間に基づくので、料金請求システムは、ある特定の加入者に関して時間または日付閾値にいつ達するのかわからない。たとえば、加入者が太平洋時間帯にいて、課金メッセージを生成するＩＭＳノードが東部時間帯にある場合、料金請求システムはこの時点では、夜間および週末の自由通話を許可するために、加入者が時間閾値にいつ達したか判定することができない。料金請求システムは、加入者のローカル時間とは相関しない、ＩＭＳノードのローカル時間しか知らない。サービス・プロバイダはしたがって、変動料金制を許可するのではなく、定額料金制を利用することを強制される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ ＴＳ ３２．２４０
【非特許文献２】ＴＳ ３２．２９９ Ｒｅｌｅａｓｅ ６
【非特許文献３】ＴＳ ３２．２２５ Ｒｅｌｅａｓｅ ５
【発明の開示】
【課題を解決するための手段】
【０００６】
本発明は、ＩＭＳノードのローカル時間に基づくタイムスタンプではなく、呼のユーザ機器のローカル時間に基づくタイムスタンプを課金メッセージに挿入することによって、上記および他の問題を解決する。ユーザ機器のローカル時間を知ることによって、料金請求システムは、課金メッセージ中のタイムスタンプに基づく変動料金制を提供することができる。サービス・プロバイダは有利には、夜間および週末の自由通話など、様々な料金プランを加入者に提供することができる。
【０００７】
本発明の一実施形態は、ＩＭＳネットワークにおいてオフライン課金を提供する方法を含む。この方法は、呼に関するコール・シグナリングを、その呼向けのユーザ機器にサービス提供するアクセス・ネットワークから受信することを含む。コール・シグナリングは、アクセス・ネットワーク用のアクセス・ネットワーク識別子を含む。この方法は、たとえばロケーション・サーバを照会することによって、アクセス・ネットワーク識別子に関する位置情報を識別することをさらに含む。この方法は、位置情報に基づいてユーザ機器のローカル時間を判定することをさらに含む。この方法は、呼に関する課金メッセージを生成すること、およびユーザ機器のローカル時間に基づいて、課金メッセージにタイムスタンプを挿入することをさらに含む。課金メッセージ中のタイムスタンプは、変動料金制を可能にするための、ユーザ機器のローカル時間を料金請求システムに提供する。
【０００８】
本発明の別の実施形態は、ＩＭＳネットワークにおいてオフライン課金を提供する別の方法を含む。この方法は、呼に関するコール・シグナリングを、その呼向けのユーザ機器にサービス提供するアクセス・ネットワークから受信することを含む。コール・シグナリングは、アクセス・ネットワーク用のアクセス・ネットワーク識別子を含む。この方法は、アクセス・ネットワーク識別子に関する位置情報を識別することをさらに含む。この方法は、位置情報に基づいて、ユーザ機器が位置するタイム・ゾーンを判定することをさらに含む。この方法は、呼を供給するＩＭＳノードのローカル時間を識別すること、およびユーザ機器のタイム・ゾーンに基づいてＩＭＳノードのローカル時間を調整して、タイムスタンプを生成することをさらに含む。この方法は、呼に関する課金メッセージを生成すること、および課金メッセージにタイムスタンプを挿入することをさらに含む。課金メッセージ中のタイムスタンプは、変動料金制を可能にするための、ユーザ機器のローカル時間を料金請求システムに提供する。
【０００９】
本発明は、以下で説明する他の例示的な実施形態を含み得る。
【００１０】
同じ参照番号は、すべての図面において同じ要素または同じタイプの要素を表す。
【図面の簡単な説明】
【００１１】
【図１】本発明の例示的な実施形態における通信ネットワークを示す図である。
【図２】本発明の例示的な実施形態における、オフライン課金を提供するように通信ネットワークを操作する方法を示すフロー・チャートである。
【図３】本発明の例示的な実施形態における、オフライン課金を提供するように通信ネットワークを操作する代替方法を示すフロー・チャートである。
【図４】本発明の例示的な実施形態における別の通信ネットワークを示す図である。
【図５】本発明の例示的な実施形態における別の通信ネットワークを示す図である。
【発明を実施するための形態】
【００１２】
図１〜５および以下の説明は、どのようにして本発明を行い、利用するかを当業者に教示するために、本発明の具体的な例示的実施形態を示す。発明原理を教示する目的で、本発明のいくつかの従来の態様は、簡略化し、または省略してある。本発明の範囲内である、こうした実施形態からの変形形態が、当業者には理解されよう。以下で説明する特徴は、本発明の多様な変形形態をなすように、様々なやり方で組み合わせることができることが、当業者には理解されよう。その結果、本発明は、以下で説明する具体的な実施形態に限定されるのではなく、特許請求の範囲およびその等価物によってのみ限定される。
【００１３】
図１は、本発明の例示的な実施形態における通信ネットワーク１００を示す。通信ネットワーク１００は、アクセス・ネットワーク１０２およびＩＭＳネットワーク１０４を含む。アクセス・ネットワーク１０２は、ＩＰネットワークなどの有線ネットワーク、またはＣＤＭＡネットワーク、ＧＳＭネットワーク、ＷｉＦｉネットワーク、もしくはＷｉＭＡＸネットワークなどの無線ネットワークを含み得る。アクセス・ネットワーク１０２は、呼（またはセッション）を起こし、または受信するためのユーザ機器ＵＥ１２０にサービスを提供するように適合される。ＩＭＳネットワーク１０４は、１つまたは複数のＩＭＳノード１１２および料金請求システム１１４を含む。ＩＭＳネットワーク１０４は、ロケーション・サーバ１１６を任意選択で含んでよい。ＩＭＳノード１１２は、ＩＭＳネットワーク１０４において呼を供給するように適合されたどのシステム、サーバ、アプリケーション、または機能も備える。ＩＭＳノード１１２は、サーバ側呼セッション制御機能Ｓ−ＣＳＣＦ、アプリケーション・サーバＡＳ、メディア・ゲートウェイＭＧＷ、課金データ機能ＣＤＦ／課金ゲートウェイ機能ＣＧＦ、課金収集機能ＣＣＦ、または別のタイプのネットワーク・ノードを備え得る。料金請求システム１１４は、課金メッセージを受信するとともに、料金請求、料率制定、および／または会計機能を提供するように適合されたどのシステム、サーバ、アプリケーション、または機能も備える。
【００１４】
本実施形態に関して、ＵＥ１２０がアクセス・ネットワーク１０２を介して呼を開始し、または受信すると想定する。呼を扱うために、アクセス・ネットワーク１０２は、ＩＭＳネットワーク１０４とコール・シグナリングを交換する。アクセス・ネットワーク１０２（もしくはアクセス・ネットワーク１０２内の適切なノード）またはＩＭＳネットワーク１０４は、コール・シグナリングにアクセス・ネットワーク識別子を挿入する。アクセス・ネットワーク識別子は、アクセス・ネットワーク１０２またはアクセス・ネットワーク１０２内のノード用のどのコード、数字、文字列、または他の識別子も含む。たとえば、アクセス・ネットワーク１０２がＷｉＦｉネットワークを含む場合、アクセス・ネットワーク識別子は、ＵＥ１２０にサービスを提供するアクセス・ポイント（図１には示さず）のＭＡＣアドレスを含み得る。アクセス・ネットワーク識別子を挿入するノードは、アクセス・ポイント、プロキシコール・セッション制御機能Ｐ−ＣＳＣＦ、ゲートウェイ、または別のノードを含み得る。
【００１５】
図２は、本発明の例示的な実施形態における、オフライン課金を提供するように通信ネットワーク１００を操作する方法２００を示すフロー・チャートである。図１の通信ネットワーク１００を参照して、方法２００のステップについて説明する。図２のフロー・チャートのステップはすべてを含むわけではなく、図示していない他のステップを含み得る。
【００１６】
方法２００のステップ２０２は、呼に関するコール・シグナリングの受信を含み、コール・シグナリングはアクセス・ネットワーク識別子を含む。ＩＭＳノード１１２がコール・シグナリングを受信し処理してもよく、コール・シグナリングは、ＩＭＳノード１１２に先立ってＩＭＳネットワーク１０４内で処理してもよい。したがって、ＩＭＳノード１１２は、呼に関する呼関連メッセージと呼ばれるものを受信する。呼関連メッセージは、呼を扱うのに使われるどのタイプのコール・シグナリングまたは課金メッセージも含み得る。一例では、呼関連メッセージは、呼をセットアップするのに使われるＳＩＰ ＩＮＶＩＴＥメッセージを含み得る。別の例では、呼関連メッセージは、ＩＭＳネットワーク１０４にＵＥ１２０を登録するのに使われるＳＩＰ ＲＥＧＩＳＴＥＲメッセージを含み得る。別の例では、呼関連メッセージは、Ｄｉａｍｅｔｅｒアカウンティング要求ＡＣＲメッセージを含み得る。呼関連メッセージは、アクセス・ネットワーク１０２用のアクセス・ネットワーク識別子を含む。
【００１７】
ステップ２０４で、ＩＭＳノード１１２は、呼関連メッセージ中で与えられるアクセス・ネットワーク識別子に関する位置情報を識別する。位置情報は、市街番地、緯度／経度、都市名／州、または別の場所タイプを含み得る。位置情報は、特定の場所または特定の場所のローカル時間に対するタイム・ゾーンも示し得る。
【００１８】
ステップ２０６で、ＩＭＳノード１１２は、位置情報に基づいて、ＵＥ１２０のローカル時間を判定する。たとえば、ＩＭＳノード１１２は、ＩＭＳノード１１２のローカル時間を識別し、ＩＭＳノード１１２のタイム・ゾーンとＵＥ１２０のタイム・ゾーンとの間のオフセットを判定し、次いでこれらのタイム・ゾーンの間のオフセットに基づいてＩＭＳノード１１２のローカル時間を調整することによって、ＵＥ１２０のローカル時間を判定すればよい。
【００１９】
ステップ２０８で、ＩＭＳノード１１２は、呼に関する課金メッセージを生成する。課金メッセージは、呼に対する課金目的で呼情報を報告するのに使われるどのメッセージまたはシグナリングも含む。課金メッセージは、Ｄｉａｍｅｔｅｒアカウンティング要求ＡＣＲメッセージ、課金データ記録ＣＤＲ、または別のタイプのメッセージを含み得る。ステップ２１０で、ＩＭＳノード１１２は、ＵＥ１２０のローカル時間に基づいて、課金メッセージにタイムスタンプを挿入して、ＵＥ１２０のローカル時間を料金請求システム１１４に提供する。ＩＭＳノード１１２は、課金メッセージの特定のヘッダーまたはパラメータにタイムスタンプを挿入してよい。タイムスタンプは、開始または停止タイムスタンプでよい。
【００２０】
ステップ２１２で、料金請求システム１１４は、課金メッセージを受信し、課金メッセージ中のタイムスタンプを処理して、ＵＥ１２０のローカル時間に基づいて呼に対して課金する。料金請求システム１１４はＵＥ１２０のローカル時間を知っているので、料金請求システム１１４は有利には、ＵＥ１２０のローカル時間に基づいて呼に対して変動料金制を提供することができる。現在のＩＭＳネットワークでは、料金請求システム１１４は、ＵＥ１２０のローカル時間ではなくＩＭＳノード１１２のローカル時間を含む課金メッセージを受信することになるはずである。したがって、料金請求システム１１４が現行のＩＭＳネットワークにおいて変動料金制を提供することができなかった場合、料金請求システム１１４は、上述した方法２００による変動料金制を提供すればよい。
【００２１】
図３は、本発明の例示的な実施形態における、オフライン課金を提供するように通信ネットワーク１００を操作する代替方法３００を示すフロー・チャートである。図１の通信ネットワーク１００を参照して、方法３００のステップについて説明する。図３のフロー・チャートのステップはすべてを含むわけではなく、図示していない他のステップを含み得る。
【００２２】
方法３００のステップ３０２は、アクセス・ネットワーク識別子を含むコール・シグナリングの受信を含む。やはり、ＩＭＳノード１１２がコール・シグナリングを受信し処理してもよく、コール・シグナリングは、ＩＭＳノード１１２に先立ってＩＭＳネットワーク１０４内で処理してもよい。したがって、ＩＭＳノード１１２は、呼に関する呼関連メッセージと呼ばれるものを受信する。
【００２３】
ステップ３０４で、ＩＭＳノード１１２は、呼関連メッセージ中で与えられるアクセス・ネットワーク識別子に関する位置情報を識別する。ステップ３０６で、ＩＭＳノード１１２は、位置情報に基づいて、ＵＥ１２０が位置する場所のタイム・ゾーンを判定する。たとえば、位置情報は、タイム・ゾーン情報を含んでよく、またはＩＭＳノード１１２が、特定のタイム・ゾーンと相関し得る位置情報中の住所を識別することができるようにしてもよい。ステップ３０８で、ＩＭＳノード１１２は、ＩＭＳノード１１２のローカル時間を識別する。ＩＭＳノード１１２は、内部クロックを含んでもよく、ローカル時間を取得するために、別のネットワーク・ノードを照会することもできる。ステップ３１０で、ＩＭＳノード１１２は、ＵＥ１２０のタイム・ゾーンに基づいて、ＩＭＳノード１１２のローカル時間を調整して、タイムスタンプを生成する。このタイムスタンプは、ＵＥ１２０のローカル時間を示す。ステップ３１２で、ＩＭＳノード１１２は、呼に関する課金メッセージを生成する。ステップ３１４で、ＩＭＳノード１１２は、課金メッセージにタイムスタンプを挿入して、ＵＥ１２０のローカル時間を料金請求システム１１４に提供する。
【００２４】
ステップ３１６で、料金請求システム１１４は、課金メッセージを受信し、課金メッセージ中のタイムスタンプを処理して、ＵＥ１２０のローカル時間に基づいて呼に対して課金する。料金請求システム１１４はＵＥ１２０のローカル時間を知っているので、料金請求システム１１４は有利には、ＵＥ１２０のローカル時間に基づいて呼に対して変動料金制を提供することができる。
【００２５】
図４は、本発明の例示的な実施形態における別の通信ネットワーク４００を示す。通信ネットワーク４００は、アクセス・ネットワーク４０２およびＩＭＳネットワーク４０４を含む。アクセス・ネットワーク４０２は、呼（またはセッション）を起こし、または受信するためのユーザ機器ＵＥ４２０にサービスを提供するように適合される。ＩＭＳネットワーク４０４は、Ｐ−ＣＳＣＦ４１１、Ｓ−ＣＳＣＦ４１２、１つまたは複数のアプリケーション・サーバＡＳ４１３、課金データ機能ＣＤＦ４１４、課金ゲートウェイ機能ＣＧＦ４１５、ロケーション・サーバ４１６、および料金請求システム４１８を含む。ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能な３ＧＰＰ ＴＳ ３２．２４０およびＴＳ ３２．２９９ Ｒｅｌｅａｓｅ ６において、３ＧＰＰによって提案されている結合ＣＤＦ／ＣＧＦを図４に示してある。別の実施形態では、ＴＳ ３２．２４０およびＴＳ ３２．２２５ Ｒｅｌｅａｓｅ ５において３ＧＰＰによって提案されているように、課金収集機能ＣＣＦを、ＣＤＦ／ＣＧＦの代わりに使うことができる。
【００２６】
本実施形態では、ＵＥ４２０がアクセス・ネットワーク４０２を介して呼を開始すると想定する。アクセス・ネットワーク４０２は、ＵＥ４２０からＳＩＰ ＩＮＶＩＴＥメッセージを受信して、呼を開始する。ＵＥ４２０は、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入することができる。あるいは、アクセス・ネットワーク４０２が、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入してよい。あるいは、Ｐ−ＣＳＣＦ４１１が、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入してよい。こうしたケースのいずれにおいても、アクセス・ネットワーク４０２は、ＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ４１１に経路指定する。Ｐ−ＣＳＣＦ４１１は次いで、呼を扱う際の必要に応じて、ＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ４１２およびＡＳ４１３に経路指定する。
【００２７】
Ｐ−ＣＳＣＦ４１１、Ｓ−ＣＳＣＦ４１２、およびＡＳ４１３はそれぞれ、ＩＮＶＩＴＥメッセージ中で与えられたアクセス・ネットワーク識別子を格納する。こうしたＩＭＳノードのいずれかが、課金をトリガする呼出し機能を実施すると、そのノードは、Ｄｉａｍｅｔｅｒ Ｒｆ ＡＣＲメッセージなどの課金メッセージを生成する。ＩＭＳノードは次いで、ＡＣＲメッセージ中の新規ＡＶＰにアクセス・ネットワーク識別子を挿入し、ＡＣＲメッセージをＣＤＦ４１４に送信する。
【００２８】
ＡＣＲメッセージの受信およびアクセス・ネットワーク識別子の処理に応答して、ＣＤＦ４１４は、アクセス・ネットワーク識別子に基づいて、（たとえば、ＬＤＡＰ）ロケーション・サーバ４１６を照会して、アクセス・ネットワーク識別子に関する位置情報を取り出す。この位置情報は、タイム・ゾーンＵＥ４２０がどこに位置するかをＣＤＦ４１４に示す。ＣＤＦ４１４は、ローカル時間を識別し、ＣＤＦ４１４のタイム・ゾーンとＵＥ４２０のタイム・ゾーンとの間のオフセットを判定する。ＣＤＦ４１４は、そのローカル時間をタイム・ゾーンにおけるオフセットに基づいて調整して、タイムスタンプを生成し、またはＵＥ４２０のローカル・タイムスタンプ用の新規フィールドを作成する。このタイムスタンプは、ＵＥ４２０のローカル時間を示す。ＣＤＦ４１４は次いで、課金データ記録ＣＤＲなどの課金メッセージを生成し、ＣＤＲにタイムスタンプを挿入する。ＣＤＲに適切なデータが投入されると、ＣＤＦ４１４は、ＣＤＲをＣＧＦ４１５に送信する。ＣＧＦ４１５は、このＣＤＲを他のＣＤＲと集約し、これらのＣＤＲを料金請求システム４１８に送信する。
【００２９】
料金請求システム４１８は、課金メッセージ中のタイムスタンプを処理して、ＵＥ４２０のローカル時間に基づいて、呼に対して課金する。料金請求システム４１４はＵＥ４２０のローカル時間を知っているので、料金請求システム４１４は有利には、ＵＥ４２０のローカル時間に基づいて、呼に関して変動料金制を提供することができる。
【００３０】
上記の例は、ＳＩＰ ＩＮＶＩＴＥメッセージへのアクセス・ネットワーク識別子の挿入を示す。他の実施形態は、他のＳＩＰメッセージへのアクセス・ネットワーク識別子の挿入を含んでよい。たとえば、アクセス・ネットワーク識別子は、ＵＥ４２０によってＩＭＳネットワーク４０４に登録するのに使われるＳＩＰ ＲＥＧＩＳＴＥＲメッセージに挿入することができる。ＩＭＳネットワーク４０４内のノードが次いで、ＵＥ４２０のローカル時間の判定で使用するために、ＲＥＧＩＳＴＥＲメッセージ中で与えられるアクセス・ネットワーク識別子を格納すればよい。
【００３１】
ＩＭＳネットワーク４０４内の他のＩＭＳノードが、追加的または代替的に、ＵＥ４２０のローカル時間を判定し、ＵＥ４２０の適切なタイムスタンプを課金メッセージに挿入するように適合されてもよい。通信ネットワーク４００の別の実施形態を、図５に示す。本実施形態では、Ｓ−ＣＳＣＦ４１２およびＡＳ４１３は、ＵＥ４２０のローカル時間を判定し、適切なタイムスタンプを課金メッセージに挿入するように適合される。
【００３２】
やはり、アクセス・ネットワーク４０２は、ＵＥ４２０からＳＩＰ ＩＮＶＩＴＥメッセージを受信して、呼を開始する。ＵＥ４２０が、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入してもよく、アクセス・ネットワーク４０２が、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入してもよく、あるいはＰ−ＣＳＣＦ４１１が、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入してもよい。こうしたケースのいずれにおいても、アクセス・ネットワーク４０２は、ＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ４１１に経路指定する。Ｐ−ＣＳＣＦ４１１は次いで、呼を扱う際の必要に応じて、ＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ４１２およびＡＳ４１３に経路指定する。
【００３３】
Ｐ−ＣＳＣＦ４１１、Ｓ−ＣＳＣＦ４１２、およびＡＳ４１３はそれぞれ、アクセス・ネットワーク識別子を格納する。こうしたＩＭＳノードのいずれか（たとえば、Ｓ−ＣＳＣＦ４１２）が、課金をトリガする呼出し機能を実施すると、Ｓ−ＣＳＣＦ４１２は、アクセス・ネットワーク識別子に基づいて、ロケーション・サーバ４１６を照会して、アクセス・ネットワーク識別子に関する位置情報を取り出す。この位置情報は、Ｓ−ＣＳＣＦ４１２に対して、どのタイム・ゾーンにＵＥ４２０が位置するかを示す。Ｓ−ＣＳＣＦ４１２は、ローカル時間を識別し、Ｓ−ＣＳＣＦ４１２のタイム・ゾーンとＵＥ４２０のタイム・ゾーンとの間のオフセットを判定する。Ｓ−ＣＳＣＦ４１２は、そのローカル時間を、タイム・ゾーンにおけるオフセットに基づいて調整して、タイムスタンプを生成する。あるいは、Ｓ−ＣＳＣＦ４１２は、ＵＥ４２０のローカル・タイムスタンプ用の新規ＡＶＰを作成する。このタイムスタンプは、ＵＥ４２０のローカル時間を示す。Ｓ−ＣＳＣＦ４１２は次いで、Ｄｉａｍｅｔｅｒ Ｒｆ ＡＣＲメッセージなどの課金メッセージを生成し、ＵＥ４２０のローカル・タイムスタンプＡＶＰをＡＣＲに挿入する。ＡＣＲに適切なデータが投入されると、Ｓ−ＣＳＣＦ４１２は、ＡＣＲをＣＤＦ４１４に送信する。
【００３４】
ＣＤＦ４１４は、ＡＣＲを処理し、ＣＤＲを生成する。ＣＤＦ４１４は次いで、ＡＣＲにあるパラメータを、ＵＥ４２０のローカル時間を示すタイムスタンプを含むＣＤＲにマップする。ＣＤＦ４１４は次いで、ＣＤＲをＣＧＦ４１５に送信する。ＣＧＦ４１５は、このＣＤＲを他のＣＤＲと集約し、これらのＣＤＲを料金請求システム４１８に送信する。
【００３５】
料金請求システム４１８は、課金メッセージ中のタイムスタンプを処理して、ＵＥ４２０のローカル時間に基づいて、呼に対する課金を行う。料金請求システム４１４はＵＥ４２０のローカル時間を知っているので、料金請求システム４１４は有利には、ＵＥ４２０のローカル時間に基づいて、呼に対して変動料金制を提供することができる。
【００３６】
本明細書において具体的な実施形態を説明したが、本発明の範囲は、こうした具体的な実施形態に限定されない。本発明の範囲は、添付の特許請求の範囲およびそのいかなる等価物によっても定義される。
【技術分野】
【０００１】
本発明は、通信の分野に関し、詳細には、ＩＭＳネットワークにおける改良型オフライン課金を提供するための、課金メッセージへのユーザ機器のタイムスタンプの挿入に関する。
【背景技術】
【０００２】
好評を博している通信ネットワークの１タイプとして、ＩＰマルチメディア・サブシステムＩＭＳネットワークがある。第３世代パートナーシップ・プロジェクト（３ＧＰＰ）または３ＧＰＰ２で記載されているように、ＩＭＳは、集中型ネットワーク用のアクセス非依存ネットワーク・アーキテクチャを有する共通コア・ネットワークを提供する。サービス・プロバイダは、このアーキテクチャを、次世代ネットワークの発展のために受け入れている。ＩＭＳアーキテクチャは、インターネット・プロトコルＩＰネットワークを介して携帯電話加入者にマルチメディア・サービスを提供するために、３ＧＰＰによって最初に定義された。というのは、ＩＰネットワークが、映像、音声、およびデータを伝送するための、コストを最も節約するベアラ・ネットワークとなったからである。ＩＭＳネットワークにおいて使われるシグナリング法は通常、セッション開始プロトコルＳＩＰである。ＩＭＳは、アプリケーション・サーバ、ＩＭＳコア・ネットワーク（ＣＳＣＦ）、ＩＭＳ加入者、ＩＭＳデータベース（ＨＳＳ）、およびＩＭＳ料金請求要素の間の標準ＳＩＰインタフェースを定義する。こうした標準により、ネットワーク統合のコストを削減し、加入者により安定したサービスを享受させることができる。
【０００３】
ＩＭＳネットワークにおける典型的な呼（またはセッション）に関して、発呼者のユーザ機器は、たとえばＣＤＭＡネットワーク、ＧＳＭネットワーク、ＩＰネットワーク、ＷｉＦｉネットワーク、ＷｉＭＡＸネットワークなどのアクセス・ネットワークを介して呼を開始する。アクセス・ネットワークは次いで、ＩＭＳネットワークに呼を経路指定する。アクセス・ネットワークがＩＭＳネットワークと同じプロトコル（たとえば、ＳＩＰおよびＩＰ）を使わない場合、アクセス・ネットワークは、適切なゲートウェイを介してＩＭＳネットワークに呼を経路指定すればよい。ＩＭＳネットワークにおけるサーバ側呼セッション制御機能Ｓ−ＣＳＣＦが、適切なやり方で呼を受信し供給する。Ｓ−ＣＳＣＦは、ＩＭＳネットワーク内の１つまたは複数のアプリケーション・サーバＡＳと交信して、たとえばボイスメール、呼転送など、呼に関するサービスを提供してもよい。呼に対して課金するために、呼を扱うＩＭＳノード（たとえば、Ｓ−ＣＳＣＦおよびＡＳ）はそれぞれ、通常はＤｉａｍｅｔｅｒプロトコル（Ｒｆ）で課金メッセージを生成する。他の呼関連データに加えて、ＩＭＳノードは、タイムスタンプを課金メッセージに挿入する。タイムスタンプは、ＩＭＳノードのローカル時間に基づく。
【０００４】
ＩＭＳネットワークにおける現在のオフライン課金に伴う１つの問題は、サービス・プロバイダが、本標準による、夜間および週末の自由通話などの変動料金制を提供することができないことである。課金メッセージに挿入されるタイムスタンプは、課金メッセージを生成するＩＭＳノードのローカル時間に基づくので、料金請求システムは、ある特定の加入者に関して時間または日付閾値にいつ達するのかわからない。たとえば、加入者が太平洋時間帯にいて、課金メッセージを生成するＩＭＳノードが東部時間帯にある場合、料金請求システムはこの時点では、夜間および週末の自由通話を許可するために、加入者が時間閾値にいつ達したか判定することができない。料金請求システムは、加入者のローカル時間とは相関しない、ＩＭＳノードのローカル時間しか知らない。サービス・プロバイダはしたがって、変動料金制を許可するのではなく、定額料金制を利用することを強制される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ ＴＳ ３２．２４０
【非特許文献２】ＴＳ ３２．２９９ Ｒｅｌｅａｓｅ ６
【非特許文献３】ＴＳ ３２．２２５ Ｒｅｌｅａｓｅ ５
【発明の開示】
【課題を解決するための手段】
【０００６】
本発明は、ＩＭＳノードのローカル時間に基づくタイムスタンプではなく、呼のユーザ機器のローカル時間に基づくタイムスタンプを課金メッセージに挿入することによって、上記および他の問題を解決する。ユーザ機器のローカル時間を知ることによって、料金請求システムは、課金メッセージ中のタイムスタンプに基づく変動料金制を提供することができる。サービス・プロバイダは有利には、夜間および週末の自由通話など、様々な料金プランを加入者に提供することができる。
【０００７】
本発明の一実施形態は、ＩＭＳネットワークにおいてオフライン課金を提供する方法を含む。この方法は、呼に関するコール・シグナリングを、その呼向けのユーザ機器にサービス提供するアクセス・ネットワークから受信することを含む。コール・シグナリングは、アクセス・ネットワーク用のアクセス・ネットワーク識別子を含む。この方法は、たとえばロケーション・サーバを照会することによって、アクセス・ネットワーク識別子に関する位置情報を識別することをさらに含む。この方法は、位置情報に基づいてユーザ機器のローカル時間を判定することをさらに含む。この方法は、呼に関する課金メッセージを生成すること、およびユーザ機器のローカル時間に基づいて、課金メッセージにタイムスタンプを挿入することをさらに含む。課金メッセージ中のタイムスタンプは、変動料金制を可能にするための、ユーザ機器のローカル時間を料金請求システムに提供する。
【０００８】
本発明の別の実施形態は、ＩＭＳネットワークにおいてオフライン課金を提供する別の方法を含む。この方法は、呼に関するコール・シグナリングを、その呼向けのユーザ機器にサービス提供するアクセス・ネットワークから受信することを含む。コール・シグナリングは、アクセス・ネットワーク用のアクセス・ネットワーク識別子を含む。この方法は、アクセス・ネットワーク識別子に関する位置情報を識別することをさらに含む。この方法は、位置情報に基づいて、ユーザ機器が位置するタイム・ゾーンを判定することをさらに含む。この方法は、呼を供給するＩＭＳノードのローカル時間を識別すること、およびユーザ機器のタイム・ゾーンに基づいてＩＭＳノードのローカル時間を調整して、タイムスタンプを生成することをさらに含む。この方法は、呼に関する課金メッセージを生成すること、および課金メッセージにタイムスタンプを挿入することをさらに含む。課金メッセージ中のタイムスタンプは、変動料金制を可能にするための、ユーザ機器のローカル時間を料金請求システムに提供する。
【０００９】
本発明は、以下で説明する他の例示的な実施形態を含み得る。
【００１０】
同じ参照番号は、すべての図面において同じ要素または同じタイプの要素を表す。
【図面の簡単な説明】
【００１１】
【図１】本発明の例示的な実施形態における通信ネットワークを示す図である。
【図２】本発明の例示的な実施形態における、オフライン課金を提供するように通信ネットワークを操作する方法を示すフロー・チャートである。
【図３】本発明の例示的な実施形態における、オフライン課金を提供するように通信ネットワークを操作する代替方法を示すフロー・チャートである。
【図４】本発明の例示的な実施形態における別の通信ネットワークを示す図である。
【図５】本発明の例示的な実施形態における別の通信ネットワークを示す図である。
【発明を実施するための形態】
【００１２】
図１〜５および以下の説明は、どのようにして本発明を行い、利用するかを当業者に教示するために、本発明の具体的な例示的実施形態を示す。発明原理を教示する目的で、本発明のいくつかの従来の態様は、簡略化し、または省略してある。本発明の範囲内である、こうした実施形態からの変形形態が、当業者には理解されよう。以下で説明する特徴は、本発明の多様な変形形態をなすように、様々なやり方で組み合わせることができることが、当業者には理解されよう。その結果、本発明は、以下で説明する具体的な実施形態に限定されるのではなく、特許請求の範囲およびその等価物によってのみ限定される。
【００１３】
図１は、本発明の例示的な実施形態における通信ネットワーク１００を示す。通信ネットワーク１００は、アクセス・ネットワーク１０２およびＩＭＳネットワーク１０４を含む。アクセス・ネットワーク１０２は、ＩＰネットワークなどの有線ネットワーク、またはＣＤＭＡネットワーク、ＧＳＭネットワーク、ＷｉＦｉネットワーク、もしくはＷｉＭＡＸネットワークなどの無線ネットワークを含み得る。アクセス・ネットワーク１０２は、呼（またはセッション）を起こし、または受信するためのユーザ機器ＵＥ１２０にサービスを提供するように適合される。ＩＭＳネットワーク１０４は、１つまたは複数のＩＭＳノード１１２および料金請求システム１１４を含む。ＩＭＳネットワーク１０４は、ロケーション・サーバ１１６を任意選択で含んでよい。ＩＭＳノード１１２は、ＩＭＳネットワーク１０４において呼を供給するように適合されたどのシステム、サーバ、アプリケーション、または機能も備える。ＩＭＳノード１１２は、サーバ側呼セッション制御機能Ｓ−ＣＳＣＦ、アプリケーション・サーバＡＳ、メディア・ゲートウェイＭＧＷ、課金データ機能ＣＤＦ／課金ゲートウェイ機能ＣＧＦ、課金収集機能ＣＣＦ、または別のタイプのネットワーク・ノードを備え得る。料金請求システム１１４は、課金メッセージを受信するとともに、料金請求、料率制定、および／または会計機能を提供するように適合されたどのシステム、サーバ、アプリケーション、または機能も備える。
【００１４】
本実施形態に関して、ＵＥ１２０がアクセス・ネットワーク１０２を介して呼を開始し、または受信すると想定する。呼を扱うために、アクセス・ネットワーク１０２は、ＩＭＳネットワーク１０４とコール・シグナリングを交換する。アクセス・ネットワーク１０２（もしくはアクセス・ネットワーク１０２内の適切なノード）またはＩＭＳネットワーク１０４は、コール・シグナリングにアクセス・ネットワーク識別子を挿入する。アクセス・ネットワーク識別子は、アクセス・ネットワーク１０２またはアクセス・ネットワーク１０２内のノード用のどのコード、数字、文字列、または他の識別子も含む。たとえば、アクセス・ネットワーク１０２がＷｉＦｉネットワークを含む場合、アクセス・ネットワーク識別子は、ＵＥ１２０にサービスを提供するアクセス・ポイント（図１には示さず）のＭＡＣアドレスを含み得る。アクセス・ネットワーク識別子を挿入するノードは、アクセス・ポイント、プロキシコール・セッション制御機能Ｐ−ＣＳＣＦ、ゲートウェイ、または別のノードを含み得る。
【００１５】
図２は、本発明の例示的な実施形態における、オフライン課金を提供するように通信ネットワーク１００を操作する方法２００を示すフロー・チャートである。図１の通信ネットワーク１００を参照して、方法２００のステップについて説明する。図２のフロー・チャートのステップはすべてを含むわけではなく、図示していない他のステップを含み得る。
【００１６】
方法２００のステップ２０２は、呼に関するコール・シグナリングの受信を含み、コール・シグナリングはアクセス・ネットワーク識別子を含む。ＩＭＳノード１１２がコール・シグナリングを受信し処理してもよく、コール・シグナリングは、ＩＭＳノード１１２に先立ってＩＭＳネットワーク１０４内で処理してもよい。したがって、ＩＭＳノード１１２は、呼に関する呼関連メッセージと呼ばれるものを受信する。呼関連メッセージは、呼を扱うのに使われるどのタイプのコール・シグナリングまたは課金メッセージも含み得る。一例では、呼関連メッセージは、呼をセットアップするのに使われるＳＩＰ ＩＮＶＩＴＥメッセージを含み得る。別の例では、呼関連メッセージは、ＩＭＳネットワーク１０４にＵＥ１２０を登録するのに使われるＳＩＰ ＲＥＧＩＳＴＥＲメッセージを含み得る。別の例では、呼関連メッセージは、Ｄｉａｍｅｔｅｒアカウンティング要求ＡＣＲメッセージを含み得る。呼関連メッセージは、アクセス・ネットワーク１０２用のアクセス・ネットワーク識別子を含む。
【００１７】
ステップ２０４で、ＩＭＳノード１１２は、呼関連メッセージ中で与えられるアクセス・ネットワーク識別子に関する位置情報を識別する。位置情報は、市街番地、緯度／経度、都市名／州、または別の場所タイプを含み得る。位置情報は、特定の場所または特定の場所のローカル時間に対するタイム・ゾーンも示し得る。
【００１８】
ステップ２０６で、ＩＭＳノード１１２は、位置情報に基づいて、ＵＥ１２０のローカル時間を判定する。たとえば、ＩＭＳノード１１２は、ＩＭＳノード１１２のローカル時間を識別し、ＩＭＳノード１１２のタイム・ゾーンとＵＥ１２０のタイム・ゾーンとの間のオフセットを判定し、次いでこれらのタイム・ゾーンの間のオフセットに基づいてＩＭＳノード１１２のローカル時間を調整することによって、ＵＥ１２０のローカル時間を判定すればよい。
【００１９】
ステップ２０８で、ＩＭＳノード１１２は、呼に関する課金メッセージを生成する。課金メッセージは、呼に対する課金目的で呼情報を報告するのに使われるどのメッセージまたはシグナリングも含む。課金メッセージは、Ｄｉａｍｅｔｅｒアカウンティング要求ＡＣＲメッセージ、課金データ記録ＣＤＲ、または別のタイプのメッセージを含み得る。ステップ２１０で、ＩＭＳノード１１２は、ＵＥ１２０のローカル時間に基づいて、課金メッセージにタイムスタンプを挿入して、ＵＥ１２０のローカル時間を料金請求システム１１４に提供する。ＩＭＳノード１１２は、課金メッセージの特定のヘッダーまたはパラメータにタイムスタンプを挿入してよい。タイムスタンプは、開始または停止タイムスタンプでよい。
【００２０】
ステップ２１２で、料金請求システム１１４は、課金メッセージを受信し、課金メッセージ中のタイムスタンプを処理して、ＵＥ１２０のローカル時間に基づいて呼に対して課金する。料金請求システム１１４はＵＥ１２０のローカル時間を知っているので、料金請求システム１１４は有利には、ＵＥ１２０のローカル時間に基づいて呼に対して変動料金制を提供することができる。現在のＩＭＳネットワークでは、料金請求システム１１４は、ＵＥ１２０のローカル時間ではなくＩＭＳノード１１２のローカル時間を含む課金メッセージを受信することになるはずである。したがって、料金請求システム１１４が現行のＩＭＳネットワークにおいて変動料金制を提供することができなかった場合、料金請求システム１１４は、上述した方法２００による変動料金制を提供すればよい。
【００２１】
図３は、本発明の例示的な実施形態における、オフライン課金を提供するように通信ネットワーク１００を操作する代替方法３００を示すフロー・チャートである。図１の通信ネットワーク１００を参照して、方法３００のステップについて説明する。図３のフロー・チャートのステップはすべてを含むわけではなく、図示していない他のステップを含み得る。
【００２２】
方法３００のステップ３０２は、アクセス・ネットワーク識別子を含むコール・シグナリングの受信を含む。やはり、ＩＭＳノード１１２がコール・シグナリングを受信し処理してもよく、コール・シグナリングは、ＩＭＳノード１１２に先立ってＩＭＳネットワーク１０４内で処理してもよい。したがって、ＩＭＳノード１１２は、呼に関する呼関連メッセージと呼ばれるものを受信する。
【００２３】
ステップ３０４で、ＩＭＳノード１１２は、呼関連メッセージ中で与えられるアクセス・ネットワーク識別子に関する位置情報を識別する。ステップ３０６で、ＩＭＳノード１１２は、位置情報に基づいて、ＵＥ１２０が位置する場所のタイム・ゾーンを判定する。たとえば、位置情報は、タイム・ゾーン情報を含んでよく、またはＩＭＳノード１１２が、特定のタイム・ゾーンと相関し得る位置情報中の住所を識別することができるようにしてもよい。ステップ３０８で、ＩＭＳノード１１２は、ＩＭＳノード１１２のローカル時間を識別する。ＩＭＳノード１１２は、内部クロックを含んでもよく、ローカル時間を取得するために、別のネットワーク・ノードを照会することもできる。ステップ３１０で、ＩＭＳノード１１２は、ＵＥ１２０のタイム・ゾーンに基づいて、ＩＭＳノード１１２のローカル時間を調整して、タイムスタンプを生成する。このタイムスタンプは、ＵＥ１２０のローカル時間を示す。ステップ３１２で、ＩＭＳノード１１２は、呼に関する課金メッセージを生成する。ステップ３１４で、ＩＭＳノード１１２は、課金メッセージにタイムスタンプを挿入して、ＵＥ１２０のローカル時間を料金請求システム１１４に提供する。
【００２４】
ステップ３１６で、料金請求システム１１４は、課金メッセージを受信し、課金メッセージ中のタイムスタンプを処理して、ＵＥ１２０のローカル時間に基づいて呼に対して課金する。料金請求システム１１４はＵＥ１２０のローカル時間を知っているので、料金請求システム１１４は有利には、ＵＥ１２０のローカル時間に基づいて呼に対して変動料金制を提供することができる。
【００２５】
図４は、本発明の例示的な実施形態における別の通信ネットワーク４００を示す。通信ネットワーク４００は、アクセス・ネットワーク４０２およびＩＭＳネットワーク４０４を含む。アクセス・ネットワーク４０２は、呼（またはセッション）を起こし、または受信するためのユーザ機器ＵＥ４２０にサービスを提供するように適合される。ＩＭＳネットワーク４０４は、Ｐ−ＣＳＣＦ４１１、Ｓ−ＣＳＣＦ４１２、１つまたは複数のアプリケーション・サーバＡＳ４１３、課金データ機能ＣＤＦ４１４、課金ゲートウェイ機能ＣＧＦ４１５、ロケーション・サーバ４１６、および料金請求システム４１８を含む。ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能な３ＧＰＰ ＴＳ ３２．２４０およびＴＳ ３２．２９９ Ｒｅｌｅａｓｅ ６において、３ＧＰＰによって提案されている結合ＣＤＦ／ＣＧＦを図４に示してある。別の実施形態では、ＴＳ ３２．２４０およびＴＳ ３２．２２５ Ｒｅｌｅａｓｅ ５において３ＧＰＰによって提案されているように、課金収集機能ＣＣＦを、ＣＤＦ／ＣＧＦの代わりに使うことができる。
【００２６】
本実施形態では、ＵＥ４２０がアクセス・ネットワーク４０２を介して呼を開始すると想定する。アクセス・ネットワーク４０２は、ＵＥ４２０からＳＩＰ ＩＮＶＩＴＥメッセージを受信して、呼を開始する。ＵＥ４２０は、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入することができる。あるいは、アクセス・ネットワーク４０２が、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入してよい。あるいは、Ｐ−ＣＳＣＦ４１１が、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入してよい。こうしたケースのいずれにおいても、アクセス・ネットワーク４０２は、ＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ４１１に経路指定する。Ｐ−ＣＳＣＦ４１１は次いで、呼を扱う際の必要に応じて、ＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ４１２およびＡＳ４１３に経路指定する。
【００２７】
Ｐ−ＣＳＣＦ４１１、Ｓ−ＣＳＣＦ４１２、およびＡＳ４１３はそれぞれ、ＩＮＶＩＴＥメッセージ中で与えられたアクセス・ネットワーク識別子を格納する。こうしたＩＭＳノードのいずれかが、課金をトリガする呼出し機能を実施すると、そのノードは、Ｄｉａｍｅｔｅｒ Ｒｆ ＡＣＲメッセージなどの課金メッセージを生成する。ＩＭＳノードは次いで、ＡＣＲメッセージ中の新規ＡＶＰにアクセス・ネットワーク識別子を挿入し、ＡＣＲメッセージをＣＤＦ４１４に送信する。
【００２８】
ＡＣＲメッセージの受信およびアクセス・ネットワーク識別子の処理に応答して、ＣＤＦ４１４は、アクセス・ネットワーク識別子に基づいて、（たとえば、ＬＤＡＰ）ロケーション・サーバ４１６を照会して、アクセス・ネットワーク識別子に関する位置情報を取り出す。この位置情報は、タイム・ゾーンＵＥ４２０がどこに位置するかをＣＤＦ４１４に示す。ＣＤＦ４１４は、ローカル時間を識別し、ＣＤＦ４１４のタイム・ゾーンとＵＥ４２０のタイム・ゾーンとの間のオフセットを判定する。ＣＤＦ４１４は、そのローカル時間をタイム・ゾーンにおけるオフセットに基づいて調整して、タイムスタンプを生成し、またはＵＥ４２０のローカル・タイムスタンプ用の新規フィールドを作成する。このタイムスタンプは、ＵＥ４２０のローカル時間を示す。ＣＤＦ４１４は次いで、課金データ記録ＣＤＲなどの課金メッセージを生成し、ＣＤＲにタイムスタンプを挿入する。ＣＤＲに適切なデータが投入されると、ＣＤＦ４１４は、ＣＤＲをＣＧＦ４１５に送信する。ＣＧＦ４１５は、このＣＤＲを他のＣＤＲと集約し、これらのＣＤＲを料金請求システム４１８に送信する。
【００２９】
料金請求システム４１８は、課金メッセージ中のタイムスタンプを処理して、ＵＥ４２０のローカル時間に基づいて、呼に対して課金する。料金請求システム４１４はＵＥ４２０のローカル時間を知っているので、料金請求システム４１４は有利には、ＵＥ４２０のローカル時間に基づいて、呼に関して変動料金制を提供することができる。
【００３０】
上記の例は、ＳＩＰ ＩＮＶＩＴＥメッセージへのアクセス・ネットワーク識別子の挿入を示す。他の実施形態は、他のＳＩＰメッセージへのアクセス・ネットワーク識別子の挿入を含んでよい。たとえば、アクセス・ネットワーク識別子は、ＵＥ４２０によってＩＭＳネットワーク４０４に登録するのに使われるＳＩＰ ＲＥＧＩＳＴＥＲメッセージに挿入することができる。ＩＭＳネットワーク４０４内のノードが次いで、ＵＥ４２０のローカル時間の判定で使用するために、ＲＥＧＩＳＴＥＲメッセージ中で与えられるアクセス・ネットワーク識別子を格納すればよい。
【００３１】
ＩＭＳネットワーク４０４内の他のＩＭＳノードが、追加的または代替的に、ＵＥ４２０のローカル時間を判定し、ＵＥ４２０の適切なタイムスタンプを課金メッセージに挿入するように適合されてもよい。通信ネットワーク４００の別の実施形態を、図５に示す。本実施形態では、Ｓ−ＣＳＣＦ４１２およびＡＳ４１３は、ＵＥ４２０のローカル時間を判定し、適切なタイムスタンプを課金メッセージに挿入するように適合される。
【００３２】
やはり、アクセス・ネットワーク４０２は、ＵＥ４２０からＳＩＰ ＩＮＶＩＴＥメッセージを受信して、呼を開始する。ＵＥ４２０が、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入してもよく、アクセス・ネットワーク４０２が、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入してもよく、あるいはＰ−ＣＳＣＦ４１１が、アクセス・ネットワーク識別子を識別し、ＩＮＶＩＴＥメッセージにアクセス・ネットワーク識別子を挿入してもよい。こうしたケースのいずれにおいても、アクセス・ネットワーク４０２は、ＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ４１１に経路指定する。Ｐ−ＣＳＣＦ４１１は次いで、呼を扱う際の必要に応じて、ＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦ４１２およびＡＳ４１３に経路指定する。
【００３３】
Ｐ−ＣＳＣＦ４１１、Ｓ−ＣＳＣＦ４１２、およびＡＳ４１３はそれぞれ、アクセス・ネットワーク識別子を格納する。こうしたＩＭＳノードのいずれか（たとえば、Ｓ−ＣＳＣＦ４１２）が、課金をトリガする呼出し機能を実施すると、Ｓ−ＣＳＣＦ４１２は、アクセス・ネットワーク識別子に基づいて、ロケーション・サーバ４１６を照会して、アクセス・ネットワーク識別子に関する位置情報を取り出す。この位置情報は、Ｓ−ＣＳＣＦ４１２に対して、どのタイム・ゾーンにＵＥ４２０が位置するかを示す。Ｓ−ＣＳＣＦ４１２は、ローカル時間を識別し、Ｓ−ＣＳＣＦ４１２のタイム・ゾーンとＵＥ４２０のタイム・ゾーンとの間のオフセットを判定する。Ｓ−ＣＳＣＦ４１２は、そのローカル時間を、タイム・ゾーンにおけるオフセットに基づいて調整して、タイムスタンプを生成する。あるいは、Ｓ−ＣＳＣＦ４１２は、ＵＥ４２０のローカル・タイムスタンプ用の新規ＡＶＰを作成する。このタイムスタンプは、ＵＥ４２０のローカル時間を示す。Ｓ−ＣＳＣＦ４１２は次いで、Ｄｉａｍｅｔｅｒ Ｒｆ ＡＣＲメッセージなどの課金メッセージを生成し、ＵＥ４２０のローカル・タイムスタンプＡＶＰをＡＣＲに挿入する。ＡＣＲに適切なデータが投入されると、Ｓ−ＣＳＣＦ４１２は、ＡＣＲをＣＤＦ４１４に送信する。
【００３４】
ＣＤＦ４１４は、ＡＣＲを処理し、ＣＤＲを生成する。ＣＤＦ４１４は次いで、ＡＣＲにあるパラメータを、ＵＥ４２０のローカル時間を示すタイムスタンプを含むＣＤＲにマップする。ＣＤＦ４１４は次いで、ＣＤＲをＣＧＦ４１５に送信する。ＣＧＦ４１５は、このＣＤＲを他のＣＤＲと集約し、これらのＣＤＲを料金請求システム４１８に送信する。
【００３５】
料金請求システム４１８は、課金メッセージ中のタイムスタンプを処理して、ＵＥ４２０のローカル時間に基づいて、呼に対する課金を行う。料金請求システム４１４はＵＥ４２０のローカル時間を知っているので、料金請求システム４１４は有利には、ＵＥ４２０のローカル時間に基づいて、呼に対して変動料金制を提供することができる。
【００３６】
本明細書において具体的な実施形態を説明したが、本発明の範囲は、こうした具体的な実施形態に限定されない。本発明の範囲は、添付の特許請求の範囲およびそのいかなる等価物によっても定義される。
【特許請求の範囲】
【請求項１】
通信ネットワーク（１００）であって、
料金請求システム（１１４）と、
前記通信ネットワーク（１００）内の呼に関する呼関連メッセージを受信するように適合された、ＩＭＳネットワーク（１０４）用ＩＭＳノード（１１２）とを備え、前記呼関連メッセージが、前記呼に関するユーザ機器（１２０）にサービス提供するアクセス・ネットワーク（１０２）用アクセス・ネットワーク識別子を含む通信ネットワークにおいて、
前記ＩＭＳノード（１１２）が、前記アクセス・ネットワーク識別子に関する位置情報を識別するようにさらに適合され、
前記ＩＭＳノード（１１２）が、前記位置情報に基づいて、前記ユーザ機器（１２０）のローカル時間を判定するようにさらに適合され、
前記ＩＭＳノード（１１２）が、前記呼に関する課金メッセージを生成するようにさらに適合され、
前記ＩＭＳノード（１１２）が、前記ユーザ機器（１２０）用前記ローカル時間に基づいて前記課金メッセージにタイムスタンプを挿入して、前記ユーザ機器（１２０）用前記ローカル時間を前記料金請求システム（１１４）に提供するようにさらに適合されることを特徴とする通信ネットワーク（１００）。
【請求項２】
前記ＩＭＳノード（１１２）が、前記呼に関する前記ユーザ機器（１２０）にサービス提供するように適合されたサーバ側呼セッション制御機能、すなわちＳ−ＣＳＣＦまたは前記呼に関するサービスを提供するように適合されたアプリケーション・サーバ、すなわちＡＳの一方を備え、前記課金メッセージが、Ｄｉａｍｅｔｅｒアカウンティング要求、すなわちＡＣＲメッセージを含む、請求項１に記載の通信ネットワーク（１００）。
【請求項３】
前記ＩＭＳノード（１１２）が、課金データ機能／課金ゲートウェイ機能または課金収集機能、すなわちＣＣＦの一方を備え、前記課金メッセージが、課金データ記録、すなわちＣＤＲを含む、請求項１に記載の通信ネットワーク（１００）。
【請求項４】
前記ＩＭＳノード（１１２）が、前記ネットワーク・アクセス識別子に基づいてロケーション・サーバ（１１６）を照会して、前記位置情報を識別するようにさらに適合される、請求項１に記載の通信ネットワーク（１００）。
【請求項５】
前記料金請求システム（１１４）が、前記課金メッセージを受信し、前記課金メッセージ中の前記タイムスタンプを処理して、前記ユーザ機器（１２０）用前記ローカル時間に基づいて、前記呼に関して課金するように適合される、請求項１に記載の通信ネットワーク（１００）。
【請求項６】
呼を供給するＩＭＳネットワークを操作する方法であって、
前記呼に関するユーザ機器にサービス提供するアクセス・ネットワークから、前記ＩＭＳネットワーク内の前記呼に対するコール・シグナリングを受信するステップを含み、前記コール・シグナリングが、前記アクセス・ネットワーク用のアクセス・ネットワーク識別子を含む方法において、
前記アクセス・ネットワーク識別子に関する位置情報を識別するステップと、
前記位置情報に基づいて前記ユーザ機器のローカル時間を判定するステップと、
前記呼に関する課金メッセージを生成するステップと、
前記ユーザ機器の前記ローカル時間に基づいて、前記課金メッセージにタイムスタンプを挿入して、前記ユーザ機器の前記ローカル時間を料金請求システムに提供するステップとを特徴とする方法。
【請求項７】
前記課金メッセージが、Ｄｉａｍｅｔｅｒアカウンティング要求、すなわちＡＣＲメッセージを含む、請求項６に記載の方法。
【請求項８】
前記課金メッセージが課金データ記録、すなわちＣＤＲを含む、請求項６に記載の方法。
【請求項９】
前記アクセス・ネットワーク識別子に関する位置情報を識別するステップが、
前記ネットワーク・アクセス識別子に基づいて、ロケーション・サーバを照会して、前記位置情報を識別するステップを含む、請求項６に記載の方法。
【請求項１０】
前記課金メッセージ中の前記タイムスタンプを処理して、前記ユーザ機器の前記ローカル時間に基づいて、前記呼に対して課金するステップをさらに含む、請求項６に記載の方法。
【請求項１】
通信ネットワーク（１００）であって、
料金請求システム（１１４）と、
前記通信ネットワーク（１００）内の呼に関する呼関連メッセージを受信するように適合された、ＩＭＳネットワーク（１０４）用ＩＭＳノード（１１２）とを備え、前記呼関連メッセージが、前記呼に関するユーザ機器（１２０）にサービス提供するアクセス・ネットワーク（１０２）用アクセス・ネットワーク識別子を含む通信ネットワークにおいて、
前記ＩＭＳノード（１１２）が、前記アクセス・ネットワーク識別子に関する位置情報を識別するようにさらに適合され、
前記ＩＭＳノード（１１２）が、前記位置情報に基づいて、前記ユーザ機器（１２０）のローカル時間を判定するようにさらに適合され、
前記ＩＭＳノード（１１２）が、前記呼に関する課金メッセージを生成するようにさらに適合され、
前記ＩＭＳノード（１１２）が、前記ユーザ機器（１２０）用前記ローカル時間に基づいて前記課金メッセージにタイムスタンプを挿入して、前記ユーザ機器（１２０）用前記ローカル時間を前記料金請求システム（１１４）に提供するようにさらに適合されることを特徴とする通信ネットワーク（１００）。
【請求項２】
前記ＩＭＳノード（１１２）が、前記呼に関する前記ユーザ機器（１２０）にサービス提供するように適合されたサーバ側呼セッション制御機能、すなわちＳ−ＣＳＣＦまたは前記呼に関するサービスを提供するように適合されたアプリケーション・サーバ、すなわちＡＳの一方を備え、前記課金メッセージが、Ｄｉａｍｅｔｅｒアカウンティング要求、すなわちＡＣＲメッセージを含む、請求項１に記載の通信ネットワーク（１００）。
【請求項３】
前記ＩＭＳノード（１１２）が、課金データ機能／課金ゲートウェイ機能または課金収集機能、すなわちＣＣＦの一方を備え、前記課金メッセージが、課金データ記録、すなわちＣＤＲを含む、請求項１に記載の通信ネットワーク（１００）。
【請求項４】
前記ＩＭＳノード（１１２）が、前記ネットワーク・アクセス識別子に基づいてロケーション・サーバ（１１６）を照会して、前記位置情報を識別するようにさらに適合される、請求項１に記載の通信ネットワーク（１００）。
【請求項５】
前記料金請求システム（１１４）が、前記課金メッセージを受信し、前記課金メッセージ中の前記タイムスタンプを処理して、前記ユーザ機器（１２０）用前記ローカル時間に基づいて、前記呼に関して課金するように適合される、請求項１に記載の通信ネットワーク（１００）。
【請求項６】
呼を供給するＩＭＳネットワークを操作する方法であって、
前記呼に関するユーザ機器にサービス提供するアクセス・ネットワークから、前記ＩＭＳネットワーク内の前記呼に対するコール・シグナリングを受信するステップを含み、前記コール・シグナリングが、前記アクセス・ネットワーク用のアクセス・ネットワーク識別子を含む方法において、
前記アクセス・ネットワーク識別子に関する位置情報を識別するステップと、
前記位置情報に基づいて前記ユーザ機器のローカル時間を判定するステップと、
前記呼に関する課金メッセージを生成するステップと、
前記ユーザ機器の前記ローカル時間に基づいて、前記課金メッセージにタイムスタンプを挿入して、前記ユーザ機器の前記ローカル時間を料金請求システムに提供するステップとを特徴とする方法。
【請求項７】
前記課金メッセージが、Ｄｉａｍｅｔｅｒアカウンティング要求、すなわちＡＣＲメッセージを含む、請求項６に記載の方法。
【請求項８】
前記課金メッセージが課金データ記録、すなわちＣＤＲを含む、請求項６に記載の方法。
【請求項９】
前記アクセス・ネットワーク識別子に関する位置情報を識別するステップが、
前記ネットワーク・アクセス識別子に基づいて、ロケーション・サーバを照会して、前記位置情報を識別するステップを含む、請求項６に記載の方法。
【請求項１０】
前記課金メッセージ中の前記タイムスタンプを処理して、前記ユーザ機器の前記ローカル時間に基づいて、前記呼に対して課金するステップをさらに含む、請求項６に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２０１０−５１５３５５（Ｐ２０１０−５１５３５５Ａ）
【公表日】平成２２年５月６日（２０１０．５．６）
【国際特許分類】
【出願番号】特願２００９−５４４０３０（Ｐ２００９−５４４０３０）
【出願日】平成１９年１２月１７日（２００７．１２．１７）
【国際出願番号】ＰＣＴ／ＵＳ２００７／０２５７７４
【国際公開番号】ＷＯ２００８／０８５３３４
【国際公開日】平成２０年７月１７日（２００８．７．１７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９６０９２６９８）アルカテル−ルーセント ユーエスエー インコーポレーテッド (965)
【Ｆターム（参考）】
【公表日】平成２２年５月６日（２０１０．５．６）
【国際特許分類】
【出願日】平成１９年１２月１７日（２００７．１２．１７）
【国際出願番号】ＰＣＴ／ＵＳ２００７／０２５７７４
【国際公開番号】ＷＯ２００８／０８５３３４
【国際公開日】平成２０年７月１７日（２００８．７．１７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５９６０９２６９８）アルカテル−ルーセント ユーエスエー インコーポレーテッド (965)
【Ｆターム（参考）】
[ Back to top ]