ネットワークドメイン間で転送されるセッションに対するオンライン課金
第１のネットワークドメインから第２のネットワークドメインに転送（シームレスなハンドオーバー）されるデュアルモードデバイスのセッションのオンライン課金を提供するための通信ネットワーク及び方法が開示される。デュアルモードデバイスを伴うセッションの場合、ハンドオーバーアプリケーションサーバ又は別のネットワーク要素は、第１のネットワークドメイン及び第２のネットワークドメインにおいて使用され得るハンドオーバー課金識別子を生成する。次いで、ハンドオーバーアプリケーションサーバは、ハンドオーバー課金識別子を第２のネットワークドメイン及び第１のネットワークドメイン内のネットワーク要素に配信する。第１のネットワークドメイン及び第２のネットワークドメイン内のネットワーク要素は、ハンドオーバー課金識別子及びその他のコンテキスト情報を、オンライン課金システムに伝送されるオンライン課金要求に挿入する。次いで、オンライン課金システムは、第１のネットワークドメイン及び第２のネットワークドメインの両方からのオンライン課金要求を関連付けることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信ネットワークの分野に関し、特に、ネットワークドメイン間で転送されるデュアルモードデバイスのセッション（例えば、ＩＭＳネットワークから回線交換ネットワークに（シームレスにハンドオーバーされて）転送されるセッション）に対するオンライン課金を提供することに関する。
【背景技術】
【０００２】
人気を得ている通信ネットワークの１つのタイプはＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークである。第３世代パートナーシッププロジェクト（３ＧＰＰ）において示されるように、ＩＭＳは様々なタイプのアクセスネットワークを考慮するネットワークアーキテクチャを有する共通コアネットワークを提供する。通信デバイスとＩＭＳネットワークとの間のアクセスネットワークは、セルラーネットワーク（例えば、ＣＤＭＡ、又はＧＳＭ）、ＷＬＡＮ（例えば、ＷｉＦｉ、又はＷｉＭＡＸ）、イーサネットネットワーク、又は他のタイプの無線又は有線アクセスネットワークであってもよい。インターネットプロトコル（ＩＰ）ネットワークがビデオ、音声、及びデータを伝送する上で最も費用節減効果の高いベアラネットワークとなっているので、ＩＭＳアーキテクチャは当初、ＩＰネットワークを介して通信デバイスにマルチメディアサービスを提供するために３ＧＰＰによって定義された。サービスプロバイダは次世代ネットワークの展開にこのアーキテクチャを受け入れようとしている。
【０００３】
ＩＭＳネットワーク内の標準的なセッション（又はコール）の場合、ＩＭＳ加入者のユーザ機器は、適切なシグナリングメッセージ（即ち、ＳＩＰメッセージ）を伝送することにより、ＣＤＭＡネットワーク、ＧＳＭネットワーク、ＩＰネットワーク、ＷｉＦｉネットワーク、ＷｉＭＡＸネットワークなどのようなアクセスネットワークを通じてセッションを開始する。次いで、アクセスネットワークはシグナリングメッセージをＩＭＳネットワークにルーティングする。アクセスネットワークがＩＭＳネットワークと同じシグナリングプロトコル（例えば、ＳＩＰ）を使用しない場合、アクセスネットワークはシグナリングメッセージを適切なゲートウェイ経由でＩＭＳネットワークにルーティングすることができる。ＩＭＳネットワーク内のサービスコールセッション制御機能（Ｓ−ＣＳＣＦ）はシグナリングメッセージを受信し、適切な方式でセッションを確立しようと試みる。セッションが確立されると、Ｓ−ＣＳＣＦはまた、ＩＭＳネットワーク内の１つ以上のアプリケーションサーバ（ＡＳ）にコンタクトを取り、ボイスメール、コール転送などのようなセッションにサービスを提供することもできる。
【０００４】
セッションのオンライン課金（プリペイド課金）を提供するため、セッションを処理している各々のＩＭＳネットワーク要素（例えば、Ｓ−ＣＳＣＦ及びＡＳ）は、通常Ｄｉａｍｅｔｅｒ Ｒｏプロトコルで課金メッセージを生成することができる。例えば、ネットワーク要素は、セッションの信用割り当てを要求するために開始トリガーイベントでＩＭＳネットワークのオンライン課金システム（ＯＣＳ）にＤｉａｍｅｔｅｒ Ｃｒｅｄｉｔ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔ（ＣＣＲ［Ｉｎｉｔｉａｌ］）メッセージを伝送する。セッション中に定期的に、ネットワーク要素は、必要に応じて追加の信用割り当てを要求するためにＤｉａｍｅｔｅｒ ＣＣＲ［Ｕｐｄａｔｅ］メッセージをＯＣＳに伝送する。終了トリガーイベントにおいて、ネットワーク要素は、未使用の信用を返すためにＤｉａｍｅｔｅｒ ＣＣＲ［Ｆｉｎａｌ］メッセージをＯＣＳに伝送する。各々の課金メッセージは、課金メッセージがＯＣＳ内で相互に関連付けられるように、セッションに割り当てられるＩＭＳ課金識別子（ＩＣＩＤ）を含む。
【０００５】
一部のサービスプロバイダは、デュアルモードサービスを考慮に入れている。デュアルモードサービスにより、通信デバイスは、異なるプロトコルを使用する異なるタイプのネットワークドメインと通信することができるようになる。標準的なネットワークドメインは、回線交換ドメイン、パケット交換ドメイン、ＷＬＡＮドメイン、及びＩＭＳドメインを含む。一例として、デュアルモードサービスにより、通信デバイスは、ＣＤＭＡネットワーク又はＧＳＭネットワークのような回線交換ネットワークと通信することができるようになり、また適切なアクセスネットワークを通じてＩＭＳネットワークとも通信することができるようになる。デュアルモードサービスを受信することのできる通信デバイスは、デュアルモードデバイス又はデュアルモードハンドセットと呼ばれる。
【０００６】
デュアルモードデバイスが、ＩＭＳネットワークのような、第１のネットワークドメインを介するセッションを開始又は受け入れるとき、第１のネットワークドメイン内のサービス提供ネットワーク要素は、デュアルモードデバイスがデュアルモード機能を有し、おそらくはＩＭＳネットワークのハンドオーバーアプリケーションサーバ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ（ＶＣＣ）アプリケーションサーバとも呼ばれる）にコンタクトを取ることを決定する。例えば、ＩＭＳネットワークにおいて、Ｓ−ＣＳＣＦは、ＳＩＰ又は別のプロトコルを通じてハンドオーバーアプリケーションサーバにコンタクトを取り、デバイスのデュアルモード機能を指示する。次いで、第１のネットワークドメイン内のネットワーク要素は宛先によりセッションを確立し、第１のサブセッションはデュアルモードデバイスと宛先の間で確立される。第１のサブセッションが確立されたことに応答し、第１の課金識別子は、第１のネットワークドメイン内のセッションに割り当てられる。第１の課金識別子は、第１のネットワークドメイン内のネットワーク要素の１つによって割り当てられる。セッションにサービスを提供するネットワーク要素は、第１の課金識別子を含むオンライン課金要求を生成し、オンライン課金要求をＯＣＳに伝送する。次いで、ＯＣＳは、第１のサブセッションの課金レートを決定し、オンライン課金で知られているように第１のサブセッションにサービスを提供するネットワーク要素に信用割り当てを生成する。
【０００７】
デュアルモードサービスが第１のネットワークドメインから回線交換ネットワークのような第２のネットワークドメインに移動する場合、デュアルモードデバイスは別のセッション開始要求を回線交換ネットワークに伝送する。デュアルモードデバイスが１つのネットワークドメインから別のネットワークドメインに移動する場合、これは「ハンドオーバー」と呼ばれることが多い。回線交換ネットワークのＭＳＣは、新しいセッション開始要求を受信し、メッセージをハンドオーバーアプリケーションサーバに転送する。ハンドオーバーアプリケーションサーバは、第２のネットワークドメインを通じてデュアルモードデバイスと宛先との間の第２のサブセッションを確立するように動作する。ハンドオーバーアプリケーションサーバは、第２のネットワークドメインへのハンドオーバーでセッションが中断されないように、第２のセッションレグを確立する。エンドユーザは、セッションが実際に第１のネットワークドメインから第２のネットワークドメインへシームレスにハンドオーバーされる場合、セッションを保持する。エンドユーザは、セッション中にハンドオーバーに気付かないこともある。第１のサブセッションはまた、分解される。
【０００８】
第２のサブセッションが確立されたことに応答し、第２の課金識別子は、第２のネットワークドメイン内のセッションに割り当てられる。セッションにサービスを提供する第２のネットワークドメイン内のネットワーク要素は、第２の課金識別子を含むオンライン課金要求を生成し、オンライン課金要求をＯＣＳに伝送する。次いで、ＯＣＳは、第２のサブセッションの課金レートを決定し、オンライン課金で知られているように第２のサブセッションにサービスを提供するネットワーク要素に信用割り当てを生成する。
【０００９】
デュアルモードサービスの１つの問題は、１つのネットワークドメインから別のネットワークドメインへのハンドオーバーが行われたときに、セッションにオンライン課金を実行する効果的な方法がないことである。１つのセッション中に複数のハンドオーバーが行われる場合、各ネットワークドメインにおいて異なる課金識別子が生成される。従って、ＯＣＳは、１つのネットワークドメインから別のネットワークドメインに転送された同一のセッションに対するオンライン課金要求を関連付けることができないため、セッションに対して課金レートを適正に決定することができない。例えば、ユーザが、デュアルモードサービスを使用してＩＭＳネットワーク上でセッションを開始する場合、ＩＭＳネットワークのＳ−ＣＳＣＦ及びハンドオーバーアプリケーションサーバは、ＯＣＳへのオンライン課金要求をトリガする。ＯＣＳは、ＩＭＳネットワークについて定義された課金レートを使用して第１のサブセッションの信用割り当てを許可する。３０分後、ユーザがデュアルモードデバイスを持って自宅から外出し、セッションは回線交換ネットワーク（例えば、ＣＤＭＡネットワーク）を介して継続されると仮定する。回線交換ネットワークのＭＳＣは、ＯＣＳへのＡＮＳＩ ＯＲＲＥＱ又はＡＮＬＹＺＤ操作をトリガする。ＯＣＳは、これを新しいセッションと見なし、時間＝０から計算されるレートで新しい信用割り当てをＭＳＣに許可する。この計算は、ＯＣＳが時間＝３０分からレート計算を開始すべきであるため、ユーザが段階的使用料のサービスプランを有する場合には正しくない。残念なことに、セッションに対するコンテキスト情報がないので、ＯＣＳは、ＡＮＳＩ ＯＲＲＥＱ又はＡＮＬＹＺＤ要求を正しい開始時間と関連付けることができず、回線交換ネットワーク上のサブセッションに対して正確な課金を決定することができない。
【発明の概要】
【課題を解決するための手段】
【００１０】
本発明の実施形態は、様々なネットワークドメインからの独立したオンライン課金要求が関連付けられるように、及び適切な課金レートが各ネットワークドメイン内のサブセッションに対して決定されうるように、ハンドオーバーセッションのオンライン課金のための解決策を導入する。ＯＣＳにおいてオンライン課金要求を関連付けるため、ハンドオーバー課金識別子がセッションに対して割り当てられ、各ネットワークドメイン内のセッションにサービスを提供しているネットワーク要素に配信される。課金がネットワーク要素でトリガされると、ネットワーク要素は、ハンドオーバー課金識別子と、場合によってはその他のコンテキスト情報をオンライン課金要求に挿入し、オンライン課金要求をＯＣＳに伝送する。ＯＣＳは、受信したオンライン課金要求をその他のオンライン課金要求（ある場合）と関連付けて、セッションに対する課金レートを決定する。ＯＣＳは、ハンドオーバー課金識別子に基づいてセッションに対するオンライン課金要求を全て関連付けることができるので、ＯＣＳはセッションの課金レートを正確に決定することができる。
【００１１】
一例として、デュアルモードデバイスが、ＩＭＳネットワークのような、第１のネットワークドメインを介するセッションを開始するか、又はセッションに招待され、セッションがその後、回線交換ネットワークのような第２のネットワークドメインに転送（シームレスなハンドオーバー）されると仮定する。第２のネットワークドメイン内のネットワーク要素は、デュアルモードデバイスからセッション開始要求を受信し、対応するセッション開始要求をハンドオーバーアプリケーションサーバに伝送する。セッション開始要求を受信したことに応答して、ハンドオーバーアプリケーションサーバは、セッションのハンドオーバー課金識別子を識別し、ハンドオーバー課金識別子を第２のネットワークドメイン内の１つ以上のネットワーク要素に配信する。ハンドオーバー課金識別子を受信する第２のネットワークドメイン内のネットワーク要素は、ハンドオーバー課金識別子を格納する。セッションのセットアップ中、又は第２のネットワークドメインのセッション中のある時点において、１つ以上のネットワーク要素は課金のトリガーイベントを識別する。次いで、ネットワーク要素は、セッションに割り当てられている格納済みのハンドオーバー課金識別子を識別して、セッションのオンライン課金要求を生成する。ネットワーク要素は、ハンドオーバー課金識別子をオンライン課金要求に挿入し、オンライン課金要求をＯＣＳに伝送する。
【００１２】
同様に、ハンドオーバーアプリケーションサーバはまた、課金のトリガーイベントを識別することもできる。トリガーイベントを識別したことに応答して、ハンドオーバーアプリケーションサーバは、セッションに割り当てられたハンドオーバー課金識別子を識別して、セッションのオンライン課金要求を生成する。次いで、ハンドオーバーアプリケーションサーバは、ハンドオーバー課金識別子をオンライン課金要求に挿入し、オンライン課金要求をＯＣＳに伝送する。
【００１３】
もう１つの実施形態において、ＯＣＳは、第２のネットワークドメイン内のネットワーク要素及び／又はハンドオーバーアプリケーションサーバからオンライン課金要求を受信する。ＯＣＳはまた、セッションが第１のネットワークドメインを介していた間にセッションにサービスを提供していた第１のネットワークドメイン内のネットワーク要素からオンライン課金要求を受信することもできる。ＯＣＳは、オンライン課金要求を処理して、オンライン課金要求に含まれるハンドオーバー課金識別子、及びオンライン課金要求で提供される任意の他のコンテキスト情報を識別する。次いで、ＯＣＳは、セッションのオンライン課金要求を関連付けて、第２のネットワークドメイン内のセッションの課金レートを決定する。オンライン課金要求は、セッションが第１のネットワークドメインから転送されたことを指示するので、ＯＣＳは、セッションの総継続時間を正確に決定することができ、セッションが転送されている場合であってもセッションの正しい課金レートを決定することができる。次いで、ＯＣＳは、オンライン課金要求を開始した第２のネットワークドメイン内のネットワーク要素及び／又はハンドオーバーアプリケーションサーバに対して信用割り当てを許可し、信用割り当てを含むオンライン課金応答を生成する。次いで、ＯＣＳは、オンライン課金応答をネットワーク要素及び／又はハンドオーバーアプリケーションサーバに伝送する。
【００１４】
第１のネットワークドメイン内のネットワーク要素、第２のネットワークドメイン内のネットワーク要素、及びハンドオーバーアプリケーションサーバは各々、ＯＣＳへのオンライン課金要求にハンドオーバー課金識別子及びその他のコンテキスト情報を挿入するので、ＯＣＳはセッションに対するオンライン課金要求を関連付けることができる。従って、ＯＣＳは、例えば段階的使用料がセッションに適用される場合であっても、転送されたセッションに対して正しい課金レートを正確に決定することができる。有利なことに、ネットワークオペレータは、デュアルモードサービスに対してオンライン課金を効果的に実施することができる。
【００１５】
本発明は、以下に説明するその他の例示的な実施形態を含むことができる。
【００１６】
同じ参照番号は、全ての図面において同じ要素又は同じ種類の要素を示す。
【図面の簡単な説明】
【００１７】
【図１】本発明の例示的な実施形態における通信ネットワークを示す図である。
【図２】本発明の例示的な実施形態におけるオンライン課金コンテキスト情報を第１のネットワークドメイン内のネットワーク要素及びＯＣＳに配信する方法を示す流れ図である。
【図３】本発明の例示的な実施形態におけるＯＣＳにおいてオンライン課金要求を処理する方法を示す流れ図である。
【図４】本発明の例示的な実施形態におけるオンライン課金コンテキスト情報を第２のネットワークドメイン内のネットワーク要素及びＯＣＳに配信するさらなる方法を示す流れ図である。
【図５】本発明の例示的な実施形態におけるドメイン転送後にＯＣＳにおいてオンライン課金要求を処理するさらなる方法を示す流れ図である。
【図６】本発明の例示的な実施形態におけるＯＣＳ内のコンテキスト情報、ハンドオーバーカウンタ、及び料金プランの関連を示す流れ図である。
【図７】本発明の例示的な実施形態におけるドメイン転送後に未使用の信用を引き渡す方法を示す流れ図である。
【図８】本発明の例示的な実施形態における他の通信ネットワークを示す図である。
【図９】本発明の例示的な実施形態における転送されたセッションのオンライン課金を示すメッセージ図である。
【図１０】本発明の例示的な実施形態における転送されたセッションのオンライン課金を示すメッセージ図である。
【図１１】本発明の例示的な実施形態における転送されたセッションのオンライン課金を示すメッセージ図である。
【発明を実施するための形態】
【００１８】
図１〜図１１及び以下の説明は、当業者に本発明を実施及び使用する方法を教示するために、本発明の特定の例示的な実施形態を示す。発明の原理を教示するために、本発明の標準的な態様が一部簡略化又は省略されている。当業者であれば、本発明の範囲に含まれるそれらの実施形態の変形を理解するであろう。当業者であれば、以下に説明される特徴が様々な方法で組み合わされて、本発明の複数の変形を形成できることを理解するであろう。その結果、本発明は、以下に説明される特定の実施形態に限定されるのではなく、特許請求の範囲及びそれらの均等物によってのみ限定される。
【００１９】
図１は、本発明の例示的な実施形態における通信ネットワーク１００を示す。通信ネットワーク１００は、第１のネットワークドメイン１０２及び第２のネットワークドメイン１０３を含む。ネットワークドメイン１０２〜１０３は各々、通信サービスを提供するように編成され構成されたネットワーク要素の集合である。ネットワークドメインの例は、回線交換ドメイン、パケット交換ドメイン、ＩＭＳドメイン、ＷＬＡＮドメインなどを含む。ネットワークドメイン１０２〜１０３は各々、通信サービスをデュアルモードデバイス１２０に提供するように動作可能な異なるドメインである。例えば、ネットワークドメイン１０２はＩＭＳドメインを備えることができるが、ネットワークドメイン１０３は回線交換ドメインを備えることができる。デュアルモードデバイスは、異なるプロトコルを使用する異なるタイプのネットワークドメインと通信するように動作可能な任意の無線及び／又は有線デバイスを備える。デュアルモードデバイス１２０は、通信サービスを受信するためにネットワークドメイン１０２〜１０３のいずれか又は両方と通信する機能を有する。デュアルモードデバイス１２０はまた、確立されたセッション中にネットワークドメイン１０２〜１０３の間を切り替える機能も有し、これは転送又はハンドオーバーと呼ばれる。
【００２０】
通信ネットワーク１００はまた、ハンドオーバーアプリケーションサーバ１０６及びオンライン課金システム（ＯＣＳ）１０８を含む。ハンドオーバーアプリケーションサーバ（ＡＳ）１０６は、デュアルモードデバイス１２０のセッションにハンドオーバーサービスを提供するように動作可能な任意のシステム、サーバ、又は機能を備える。通常、ハンドオーバーアプリケーションサーバ１０６は、ユーザがネットワークドメイン間を移動しているときにボイスコール連続性をもたらすように動作可能なＶｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ（ＶＣＣ）アプリケーションサーバを備えることができる。ハンドオーバーアプリケーションサーバ又はＶＣＣアプリケーションサーバは、異なるネットワークドメイン間でハンドオーバーを実行するために、モバイル管理ＡＳ機能（不図示）及びネットワークドメイン選択機能（不図示）を含むことができる。モバイル管理ＡＳは、ＩＭＳコアネットワークが、ＩＭＳネットワークでの加入者アクセスのために回線交換ネットワーク又は異なるネットワークドメインの別のタイプのネットワーク要素に対してＭＳＣをエミュレートするような場合である。ネットワークドメイン選択機能は、セッション配信のルーティングを決定する。ネットワークドメイン選択機能のサービス論理は、ドメイン内の登録の現在の状況ならびにオペレータ及び加入者基本設定に基づいて、セッションを適切なドメイン（例えば、ＩＭＳ又は回線交換）にルーティングする。ハンドオーバーアプリケーションサーバ１０６は、セッションのシグナリングメッセージを処理して、セッションを中断することなくネットワークドメイン１０２からネットワークドメイン１０３（又は、その逆）にハンドオーバーを提供する。ハンドオーバーアプリケーションサーバ１０６はネットワークドメイン１０２〜１０３の外側に示されているが、ハンドオーバーアプリケーションサーバ１０６は、ＩＭＳドメインのようなネットワークドメインの１つの内部で実施されてもよい。
【００２１】
ＯＣＳ１０８は、ハンドオーバーアプリケーションサーバ１０６のようなセッションにサービスを提供しているネットワーク要素からオンライン課金要求を受信し、セッションの課金レートを決定して、セッションに対してネットワーク要素に信用割り当てを許可することなどにより、オンライン課金を実行するように動作可能な任意のシステム、サーバ、又は機能を備える。
【００２２】
ネットワークドメイン１０２及びネットワークドメイン１０３はそれぞれ、ネットワーク要素１１２及びネットワーク要素１１３を含む。ネットワーク要素１１２〜１１３は、通信サービスを提供し、課金イベントをＯＣＳ１０８にレポートするように動作可能な任意のサーバ、システム、又は機能を備える。例えば、ＩＭＳドメイン内のネットワーク要素は、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、アプリケーションサーバ、メディアゲートウェイなどを備えることができる。回線交換ドメイン内のネットワーク要素は、ＭＳＣを備えることができる。当業者であれば、ネットワークドメイン１０２〜１０３が、図１に示されるネットワーク要素よりも多くのネットワーク要素を含むことができることを理解するであろう。さらに、ハンドオーバーアプリケーションサーバ１０６が特定のネットワークドメインに位置する場合、これもまたネットワーク要素と呼ばれてもよい。
【００２３】
本明細書において説明される実施形態によれば、ネットワーク要素は、後段において説明されるように、ＯＣＳ１０８がセッションのオンライン課金情報を関連付けることができるように、オンライン課金コンテキスト情報をＯＣＳ１０８に提供するためにサービス論理及びプロトコルを含むように強化される。オンライン課金コンテキスト情報は、異なるネットワークドメイン上にあるサブセッションの課金情報を関連付けるために使用される課金識別子のような任意のデータを備える。例えば、後段において説明される実施形態において、ハンドオーバー課金識別子はセッションに割り当てられ、両方のネットワークドメイン１０２〜１０３内のネットワーク要素１１２〜１１３に配信される。次いで、ネットワーク要素１１２〜１１３は、たとえセッションが異なるネットワークドメインに転送される場合であっても、ＯＣＳ１０８がセッションのオンライン課金要求を各々関連付けることができるように、ＯＣＳ１０８へのオンライン課金要求にハンドオーバー課金識別子を使用することができる。従って、ＯＣＳ１０８は、たとえセッションが転送される場合であっても、セッションの正しい課金レートを効果的に決定することができる。
【００２４】
図２は、本発明の例示的な実施形態におけるオンライン課金コンテキスト情報をネットワークドメイン１０２のネットワーク要素及びＯＣＳ１０８に配信する方法２００を示す流れ図である。方法２００のステップは、図１の通信ネットワーク１００を参照して説明される。図２の流れ図のステップは、包括的なものではなく、図示されていない他のステップを含むことができる。
【００２５】
図１において、デュアルモードデバイス１２０がネットワークドメイン１０２に登録し、セッション開始要求を通じてエンドポイント１３０とのセッションを開始するか又はセッションに招待されると仮定する。デュアルモードデバイス１２０又はエンドポイント１３０のいずれかからセッション開始要求を受信したことに応答して、ネットワークドメイン１０２内のネットワーク要素１１２は、ネットワーク要素（ＮＥ）課金識別子をセッションに割り当てる。ＮＥ課金識別子は、セッションに割り当てられる任意の数値、コード、ストリングなどを備える。ＮＥ課金識別子の割り当ての一例として、ネットワークドメイン１０２がＩＭＳドメインを備える場合、セッション開始要求（例えば、ＳＩＰ ＩＮＶＩＴＥ）を受信するＩＭＳネットワーク内のＰ−ＣＳＣＦ（不図示）、メディアゲートウェイ（不図示）、又は別のネットワーク要素は、一意のＩＭＳ課金識別子（ＩＣＩＤ）をそのセッションに割り当てる。
【００２６】
ネットワーク要素１１２はまた、セッション開始要求を受信するとデュアルモードデバイス１２０（又はその関連するユーザ）のフィルタ基準を処理して、デュアルモードデバイス１２０がデュアルモード機能を有することを決定する。デュアルモードデバイス１２０がデュアルモード機能を有するので、ネットワーク要素１１２は、発生する可能性がある任意のネットワークドメイン転送を処理するために、ハンドオーバーアプリケーションサーバ１０６がセッションに関与する必要があると決定する。従って、ネットワーク要素１１２は、ステップ２０２において、ネットワーク要素１１２によって割り当てられたＮＥ課金識別子を含む、ＳＩＰ ＩＮＶＩＴＥのようなセッション開始要求を生成する。次いで、ネットワーク要素１１２は、ステップ２０４において、ハンドオーバーアプリケーションサーバ１０６をセッションに含めるために、セッション開始要求をハンドオーバーアプリケーションサーバ１０６に伝送する。
【００２７】
セッション開始要求を受信したことに応答して、ハンドオーバーアプリケーションサーバ１０６は、セッション中のネットワークドメインの転送に備えるためにサーバ論理を実行する。さらに、ハンドオーバーアプリケーションサーバ１０６は、ステップ２０６において、セッションのハンドオーバー課金識別子を識別する。ハンドオーバー課金識別子は、セッションがオンライン課金の目的で接続されるネットワークドメインにかかわりなくセッションを識別する任意の数値、コード、ストリングなどを備える。従って、ハンドオーバー課金識別子は、単一のネットワークドメインのみでは一意ではなく理解されないが、複数のネットワークドメインにわたり一意であって理解される。ハンドオーバーアプリケーションサーバ１０６は、セッションの新しい一意のハンドオーバー課金識別子を生成することができるか、初期ＮＥ課金識別子をハンドオーバー課金識別子として再使用することができるか、又はそれ以外の場合ハンドオーバー課金識別子を識別することができる。次いで、ハンドオーバーアプリケーションサーバ１０６は、ステップ２０８において、ハンドオーバー課金識別子をネットワークドメイン１０２内のネットワーク要素１１２及びその他のネットワーク要素（不図示）に配信する。ハンドオーバー課金識別子を配信するため、ハンドオーバーアプリケーションサーバ１０６は、ハンドオーバー課金識別子を含むＳＩＰ ２００ ＯＫのようなセッション開始応答を生成し、セッション開始応答をネットワーク要素１１２に伝送する。ハンドオーバーアプリケーションサーバ１０６は、ネットワークドメイン１０２内のその他のネットワーク要素から他のセッション開始要求を受信したことに応答して同様に動作することができる。
【００２８】
ネットワーク要素１１２は、ハンドオーバーアプリケーションサーバ１０６からセッション開始応答を受信し、ハンドオーバー課金識別子を格納する。ネットワーク要素１１２は、ハンドオーバー課金識別子がまだハンドオーバーアプリケーションサーバ１０６によって配信されていない場合、ハンドオーバー課金識別子をネットワークドメイン１０２内のその他のネットワーク要素（不図示）に配信する。ネットワークドメイン１０２を介するセッションを完了するために、その他のシグナリングがさらに発生する。
【００２９】
セッションのセットアップ中又はネットワークドメイン１０２のセッション中のある時点において、ネットワーク要素１１２は、セッションのオンライン課金を提供するように定義されるＣｈａｒｇｉｎｇ Ｔｒｉｇｇｅｒ Ｆｕｎｃｔｉｏｎ（ＣＴＦ）などに基づいて、ステップ２１０において課金のトリガーイベントを識別する。ステップ２１２において、ネットワーク要素１１２は、セッションに割り当てられたハンドオーバー課金識別子を識別する。次いで、ステップ２１４において、ネットワーク要素１１２は、セッションのオンライン課金要求を生成し、ハンドオーバー課金識別子をオンライン課金要求に挿入する。オンライン課金要求は、Ｉｎｉｔｉａｌ、Ｕｐｄａｔｅ、又はＦｉｎａｌメッセージであってもよい。一例として、オンライン課金要求は、Ｄｉａｍｅｔｅｒ Ｒｏプロトコルに定義されているような、Ｃｒｅｄｉｔ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔ（ＣＣＲ）［Ｉｎｉｔｉａｌ、Ｕｐｄａｔｅ、Ｆｉｎａｌ］メッセージを備えることができる。ネットワーク要素１１２はまた、ＮＥ課金識別子及びその他の課金情報をオンライン課金要求に含むことができる。例えば、ネットワーク要素１１２はまた、ＮＥタイプ、ＮＥアドレス、ドメインタイプ、ドメイン領域、ユーザ識別子、宛先識別子、サービス情報、サービスタイプ、要求タイプ、サブセッション識別子、サブセッションサービス開始／停止時間、サブセッションサービス経過時間などを含むこともできる。ハンドオーバー課金識別子及び追加の課金情報は、オンライン課金コンテキスト情報を備える。
【００３０】
ＮＥ課金識別子をその他の課金情報と共にオンライン課金要求に挿入するとき、オンライン課金要求は、ＮＥ課金識別子及びその他の課金情報に対してすでに指定されているパラメータを有することもできる。例えば、Ｄｉａｍｅｔｅｒ ＣＣＲメッセージにおいて、ＮＥ課金識別子に対して指定された属性値ペア（ＡＶＰ）がある。ハンドオーバー課金識別子（及びおそらくは、その他の課金情報）を挿入するため、オンライン課金要求のハンドオーバー課金識別子に対して新しいパラメータが指定されてもよい。例えば、Ｄｉａｍｅｔｅｒ ＣＣＲメッセージの第１の新しいＡＶＰが、ハンドオーバー課金識別子に対して指定されてもよい。Ｄｉａｍｅｔｅｒ ＣＣＲメッセージの第２の新しいＡＶＰが、ネットワークドメイン１０２からネットワークドメイン１０３へのセッションの転送を指示するハンドオーバーインジケータに対して指定されてもよい。Ｄｉａｍｅｔｅｒ ＣＣＲメッセージの第３の新しいＡＶＰが、ネットワークドメイン１０２からネットワークドメイン１０３への転送が発生する時間を指示するタイムスタンプに対して指定されてもよい。次いで、ネットワーク要素１１２は、ステップ２１６において、オンライン課金要求をＯＣＳ１０８に伝送する。
【００３１】
同様に、ステップ２１０において、ハンドオーバーアプリケーションサーバ１０６はまた、ＣＴＦなどに基づいて、課金のトリガーイベントを識別する。ステップ２１２において、ハンドオーバーアプリケーションサーバ１０６はセッションに割り当てられたハンドオーバー課金識別子を識別する。次いで、ステップ２１４において、ハンドオーバーアプリケーションサーバ１０６は、セッションのオンライン課金要求を生成し、ハンドオーバー課金識別子をオンライン課金要求に挿入する。ハンドオーバーアプリケーションサーバ１０６はまた、１つ以上のＮＥ課金識別子、及びその他の課金情報をオンライン課金要求に含むことができる。例えば、ハンドオーバーアプリケーションサーバ１０６はまた、ＮＥ課金識別子のリスト、ドメインハンドオーバーインジケータ、ドメインハンドオーバー課金タイプ、ドメインハンドオーバータイムスタンプ、関連するＮＥサブセッション識別子のリストなどを含むことができる。ハンドオーバー課金識別子及び追加の課金情報は、オンライン課金コンテキスト情報を備える。オンライン課金要求が、新しく定義されたハンドオーバー課金識別子に対してなど、このコンテキスト情報の適切なパラメータを含まない場合、前述のようにハンドオーバー課金識別子又はその他のコンテキスト情報に対して新しいパラメータが指定されてもよい。次いで、ハンドオーバーアプリケーションサーバ１０６は、ステップ２１６において、オンライン課金要求をＯＣＳ１０８に伝送する。
【００３２】
ハンドオーバーアプリケーションサーバ１０６及びネットワーク要素１１２は、上記で説明される機能を実行するように動作可能なハードウェア、ソフトウェア、又はファームウェアを備えることができる。例えば、ハンドオーバーアプリケーションサーバ１０６及びネットワーク要素１１２は各々、適切なネットワークドメインのプロトコルでシグナリングメッセージを受信し、処理して、伝送するように動作可能なシグナリングシステムを含むことができる。ハンドオーバーアプリケーションサーバ１０６及びネットワーク要素１１２は各々、ハンドオーバー課金識別子及びその他のコンテキスト情報を格納するように動作可能なストレージシステムを含むことができる。ハンドオーバーアプリケーションサーバ１０６及びネットワーク要素１１２は各々、課金イベントをトリガし、ＯＣＳ１０８とインターフェイスを取ってオンライン課金要求をＯＣＳ１０８に提供するように動作可能な、ＣＴＦのような課金システムをさらに含むことができる。
【００３３】
図３は、本発明の例示的な実施形態におけるＯＣＳ１０８においてオンライン課金要求を処理する方法３００を示す流れ図である。方法３００のステップは、図１の通信ネットワーク１００を参照して説明される。図３の流れ図のステップは、包括的なものではなく、図示されていない他のステップを含むことができる。
【００３４】
ステップ３０２において、ＯＣＳ１０８は、オンライン課金要求をネットワーク要素１１２及び／又はハンドオーバーアプリケーションサーバ１０６から受信する。加えてＯＣＳ１０８は、ネットワークドメイン１０２のその他のネットワーク要素からオンライン課金要求を受信することができる。ステップ３０４において、ＯＣＳ１０８は、オンライン課金要求を処理して、オンライン課金要求に含まれるハンドオーバー課金識別子及び任意のＮＥ課金識別子を識別する。ステップ３０６において、ＯＣＳ１０８は、セッションの課金要求を関連付ける目的で、ハンドオーバー課金識別子及び任意のＮＥ課金識別子を格納する。次いで、ＯＣＳ１０８は、セッションのオンライン課金操作を実行する。例えば、ＯＣＳ１０８は、ステップ３０８において課金レートを決定する。課金レートは、サービスプランの使用料、及びセッションの時間（段階的使用料を想定）に基づいて決定される。ＯＣＳ１０８は、ステップ３１０において、課金レートに基づいて、ネットワーク要素１１２及びハンドオーバーアプリケーションサーバ１０６のような、オンライン課金要求を開始したネットワーク要素の信用割り当てを許可する。１つの前提は、デュアルモードデバイス１２０が適正に権限を付与されており、セッションに対してユーザのアカウントに十分な残高があるということである。次いで、ＯＣＳ１０８は、ステップ３１２において、信用割り当てを含むオンライン課金応答を生成し、ステップ３１４において、オンライン課金応答をネットワーク要素１１２及びハンドオーバーアプリケーションサーバ１０６に伝送する。ＯＣＳ１０８は、ネットワーク要素１１２、ハンドオーバーアプリケーションサーバ１０６、及びネットワークドメイン１０２内のその他のネットワーク要素（不図示）から追加のオンライン課金要求を受信したことに応答して、同様に動作する。
【００３５】
ネットワークドメイン１０２においてセッションが進行すると、ネットワーク要素１１２及びハンドオーバーアプリケーションサーバ１０６は、追加のオンライン課金要求をＯＣＳ１０８に伝送することができる。ネットワークドメイン１０２内のさらに多くのネットワーク要素がセッションにサービスを提供すると、これらのネットワーク要素は、上記で説明されるようにハンドオーバーアプリケーションサーバ１０６とコンタクトを取り、ハンドオーバーアプリケーションサーバ１０６は、ハンドオーバー課金識別子をこれらのネットワーク要素に配信する。次いで、ネットワークドメイン１０２内のネットワーク要素がオンライン課金要求を生成するとき、ネットワーク要素は、ＯＣＳ１０８がセッションの任意のオンライン課金要求を関連付けることができるように、ハンドオーバー課金識別子をＯＣＳ１０８へのオンライン課金要求に挿入する。
【００３６】
ある時点でセッションがネットワークドメイン１０２からネットワークドメイン１０３に転送される（図１を参照）ことをさらに仮定するが、これもまたハンドオーバーと呼ばれる。ハンドオーバーは、様々な理由から要望される場合がある。例えば、デュアルモードデバイス１２０がネットワークドメイン１０３によってサービスを提供される区域に移動する場合、デュアルモードデバイス１２０はネットワークドメイン１０３に登録することができる。デュアルモードデバイス１２０のサービス論理に従って、デュアルモードデバイス１２０は、ネットワークドメイン１０３がコスト、使用可能なサービス、サービス区域などの理由から、好ましい通信のモードであると決定することができる。デュアルモードデバイス１２０は、ネットワークドメイン１０３によって使用されるプロトコルでもう１つのセッション開始要求を生成し、セッション開始要求をネットワークドメイン１０３内のネットワーク要素１１３に伝送する。
【００３７】
セッション開始要求を受信したことに応答して、ネットワークドメイン１０３内のネットワーク要素１１３は、もう１つのネットワーク要素（ＮＥ）課金識別子をセッションに割り当てる。ＮＥ課金識別子の割り当ての一例として、ネットワークドメイン１０３が回線交換ドメイン（例えば、ＣＤＭＡネットワーク）を備える場合、セッション開始要求（例えば、ＩＳＵＰ ＩＡＭ）を受信する回線交換ネットワーク内のＭＳＣ（不図示）又は別のネットワーク要素は、一意の課金識別子をそのセッションに割り当てる。
【００３８】
図４は、本発明の例示的な実施形態におけるオンライン課金のコンテキスト情報をネットワークドメイン１０３内のネットワーク要素及びＯＣＳ１０８に配信するさらなる方法４００を示す流れ図である。方法４００のステップは、図１の通信ネットワーク１００を参照して説明される。図４の流れ図のステップは、包括的なものではなく、図示されていない他のステップを含むことができる。
【００３９】
セッション開始要求を受信したことに応答して、ネットワーク要素１１３は、デュアルモードデバイス１２０（又はその関連するユーザ）のフィルタ基準を処理して、デュアルモードデバイス１２０がデュアルモード機能を有すること、及びセッションがもう１つのネットワークドメイン１０２から転送されていることを決定する。従って、ネットワーク要素１１３は、ステップ４０２において、ネットワーク要素１１３によって割り当てられたＮＥ課金識別子を含む、ＡＮＳＩ ＯＲＲＥＱのようなセッション開始要求を生成する。次いで、ネットワーク要素１１３は、ステップ４０４において、ハンドオーバーアプリケーションサーバ１０６をセッションに含めるために、セッション開始要求をハンドオーバーアプリケーションサーバ１０６に伝送する。
【００４０】
セッション開始要求を受信したことに応答して、ハンドオーバーアプリケーションサーバ１０６は、セッション中のネットワークドメインの転送に備えるためにサーバ論理を実行する。さらに、ハンドオーバーアプリケーションサーバ１０６は、ステップ４０６において、セッションに割り当てられたハンドオーバー課金識別子を識別する。次いで、ハンドオーバーアプリケーションサーバ１０６は、ステップ４０８において、ハンドオーバー課金識別子をネットワークドメイン１０３のネットワーク要素１１３及びその他のネットワーク要素（不図示）に配信する。ハンドオーバー課金識別子を配信するため、ハンドオーバーアプリケーションサーバ１０６は、ハンドオーバー課金識別子を含むＡＮＳＩ ｏｒｒｅｑのようなセッション開始応答を生成し、セッション開始応答をネットワーク要素１１３に伝送する。ハンドオーバーアプリケーションサーバ１０６は、ネットワークドメイン１０３内のその他のネットワーク要素（不図示）から他のセッション開始要求を受信したことに応答して同様に動作することができる。
【００４１】
ネットワーク要素１１３は、ハンドオーバーアプリケーションサーバ１０６からセッション開始応答を受信し、ハンドオーバー課金識別子を格納する。ネットワーク要素１１３は、ハンドオーバー課金識別子がまだハンドオーバーアプリケーションサーバ１０６によって配信されていない場合、ハンドオーバー課金識別子をネットワークドメイン１０３内のその他のネットワーク要素（不図示）に配信する。ネットワークドメイン１０３を介するセッションを完了するために、その他のシグナリングがさらに発生する。
【００４２】
セッション中のある時点において、ネットワーク要素１１３は、ステップ４１０において、ＣＴＦなどに基づいて課金のトリガーイベントを識別する。ステップ４１２において、ネットワーク要素１１３は、セッションに割り当てられたハンドオーバー課金識別子を識別する。次いで、ネットワーク要素１１３は、セッションのオンライン課金要求を生成し、ステップ４１４においてハンドオーバー課金識別子をオンライン課金要求に挿入する。ネットワーク要素１１３はまた、ＮＥ課金識別子及びその他の課金情報をオンライン課金要求に含むことができる。例えば、ネットワーク要素１１３は、ネットワークドメイン１０２からネットワークドメイン１０３へのセッションの転送を指示するハンドオーバーインジケータをオンライン課金要求に挿入することができる。ネットワーク要素１１３はまた、セッションの転送に対するタイムスタンプを識別して、タイムスタンプをオンライン課金要求に挿入することができる。オンライン課金要求が、新しく定義されたハンドオーバー課金識別子に対してなど、このコンテキスト情報の適切なパラメータを含まない場合、前述のようにハンドオーバー課金識別子又はその他のコンテキスト情報に対して新しいパラメータが指定されてもよい。次いで、ネットワーク要素１１３は、ステップ４１６において、オンライン課金要求をＯＣＳ１０８に伝送する。
【００４３】
上記で説明されているように、ハンドオーバーアプリケーションサーバ１０６はまた、ネットワークドメイン１０３を介するセッション中に課金の１つ以上のトリガーイベントを識別する。従って、ハンドオーバーアプリケーションサーバ１０６は、セッションに割り当てられたハンドオーバー課金識別子を識別する（図２のステップ２１２を参照）。ハンドオーバーアプリケーションサーバ１０６は、セッションのオンライン課金要求を生成し、ハンドオーバー課金識別子をオンライン課金要求に挿入する（図２のステップ２１４を参照）。ハンドオーバーアプリケーションサーバ１０６はまた、１つ以上のＮＥ課金識別子、及びその他のコンテキスト及び／又は課金情報をオンライン課金要求に含むことができる。次いで、ハンドオーバーアプリケーションサーバ１０６は、オンライン課金要求をＯＣＳ１０８に伝送する（図２のステップ２１６を参照）。
【００４４】
ネットワーク要素１１３はまた、上記で説明される機能を実行するように動作可能なハードウェア、ソフトウェア、又はファームウェアを備えることができる。例えば、ネットワーク要素１１３は各々、適切なネットワークドメインのプロトコルでシグナリングメッセージを受信し、処理して、伝送するように動作可能なシグナリングシステムを含むことができる。ネットワーク要素１１３は各々、ハンドオーバー課金識別子及びその他のコンテキスト情報を格納するように動作可能なストレージシステムを含むことができる。ネットワーク要素１１３は各々、課金イベントをトリガし、ＯＣＳ１０８とインターフェイスを取ってオンライン課金要求をＯＣＳ１０８に提供するように動作可能な、ＣＴＦのような課金システムをさらに含むことができる。
【００４５】
図５は、本発明の例示的な実施形態におけるドメイン転送後にＯＣＳにおいてオンライン課金要求を処理するさらなる方法５００を示す流れ図である。方法５００のステップは、図１の通信ネットワーク１００を参照して説明される。図５の流れ図のステップは、包括的なものではなく、図示されていない他のステップを含むことができる。
【００４６】
ステップ５０２において、ＯＣＳ１０８は、オンライン課金要求をネットワーク要素１１３及び／又はハンドオーバーアプリケーションサーバ１０６から受信する。加えてＯＣＳ１０８は、ネットワークドメイン１０３内のその他のネットワーク要素からオンライン課金要求を受信することができる。ステップ５０４において、ＯＣＳ１０８は、オンライン課金要求を処理して、オンライン課金要求に含まれるハンドオーバー課金識別子及び任意のＮＥ課金識別子を識別する。ステップ５０６において、ＯＣＳ１０８は、ハンドオーバー課金識別子及び任意のＮＥ課金識別子を格納する。次いで、ＯＣＳ１０８は、セッションのオンライン課金操作を実行する。例えば、ＯＣＳ１０８は、ステップ５０８において、セッションのオンライン課金要求を関連付けて、課金レートを決定する。さらに詳細には、ＯＣＳ１０８は、オンライン課金要求で提供されたオンライン課金コンテキスト情報を処理して、課金レートを決定する。ＯＣＳ１０８は、セッションが１つのネットワークドメインから別のネットワークドメインに転送されたことを識別したことに応答してオンライン課金要求を関連付けることができるか、又はオンライン課金要求を自動的に関連付けることができる。オンライン課金コンテキスト情報は、セッションがもう１つのネットワークドメイン１０２から転送されたことを指示するので、ＯＣＳ１０８は、セッションの総持続時間を正確に決定することができ、セッションの正しい課金レートを決定することができる。デュアルモードデバイス１２０のユーザが段階的使用料によるサービスプランを有する場合、ＯＣＳ１０８は、ネットワークドメイン１０３上のサブセッションの課金レートを正確に決定することができない。例えば、セッションが、３０分後にネットワークドメイン１０２からネットワークドメイン１０３に転送されたと仮定する。オンライン課金コンテキスト情報により、ＯＣＳ１０８は、課金レートが時間＝０ではなく時間＝３０から決定されるべきであると決定することができる。段階的使用料の場合、ＯＣＳ１０８は、正しい課金レートを決定することができる。
【００４７】
ステップ５１０において、ＯＣＳ１０８は、課金レートに基づいて、ネットワーク要素１１３及びハンドオーバーアプリケーションサーバ１０６のような、オンライン課金要求を開始したネットワーク要素の信用割り当てを許可する。この場合も同様に、１つの前提は、デュアルモードデバイス１２０が適正に権限を付与されており、セッションに対してユーザのアカウントに十分な残高があるということである。次いで、ＯＣＳ１０８は、ステップ５１２において、信用割り当てを含むオンライン課金応答を生成し、ステップ５１４において、オンライン課金応答をネットワーク要素１１３及びハンドオーバーアプリケーションサーバ１０６に伝送する。ＯＣＳ１０８は、ネットワーク要素１１３、ハンドオーバーアプリケーションサーバ１０６、及びネットワークドメイン１０３内のその他のネットワーク要素（不図示）から追加のオンライン課金要求を受信したことに応答して、同様に動作する。
【００４８】
ネットワークドメイン１０３においてセッションが進行すると、ネットワーク要素１１３及びハンドオーバーアプリケーションサーバ１０６は、追加のオンライン課金要求をＯＣＳ１０８に伝送することができる。ネットワークドメイン１０３においてさらに多くのネットワーク要素がセッションにサービスを提供すると、これらのネットワーク要素は、上記で説明されるようにハンドオーバーアプリケーションサーバ１０６とコンタクトを取り、ハンドオーバーアプリケーションサーバ１０６は、ハンドオーバー課金識別子をこれらのネットワーク要素に配信する。次いで、ネットワークドメイン１０３内のネットワーク要素がオンライン課金要求を生成するとき、ネットワーク要素は、ＯＣＳ１０８がセッションの任意のオンライン課金要求を関連付けることができるように、ハンドオーバー課金識別子をＯＣＳ１０８へのオンライン課金要求に挿入する。
【００４９】
オンライン課金要求を関連付けるため、ＯＣＳ１０８は、セッションの転送前にネットワークドメイン１０２内の各ネットワーク要素１１２の現在のオンライン課金スナップショットデータを保持し、セッションの転送後にネットワークドメイン１０３内の各ネットワーク要素１１３の現在のオンライン課金スナップショットデータを保持するハンドオーバーカウンタを実施することができる。図６は、本発明の例示的な実施形態におけるＯＣＳ１０８内のコンテキスト情報、ハンドオーバーカウンタ、及び料金プランの関連を示す流れ図である。各々のＶＣＣ更新は、カウンタ更新基準（即ち、各ネットワークドメイン内の各ネットワーク要素から受信した課金情報がＶＣＣカウンタコンテキスト情報と一致する場合）としてのコンテキスト情報に基づき、ハンドオーバーカウンタはコンテキスト情報を格納するために更新される。
【００５０】
ＯＣＳ１０８は、コンテキスト情報を料金算定基準として使用して、セッションの課金レートを決定する。従って、ネットワークドメイン１０２内のセッションがネットワークドメイン１０３に転送されるとき、各ネットワークドメイン１０２〜１０３内の２つのサブセッションは、同じ料金プランを使用する同じ連続するセッションとして処理される。２つの相関するサブセッションが各々個別の料金プランに基づく料金プラン又は課金を共有するかどうかは、ネットワークオペレータの構成に基づく。
【００５１】
セッションがネットワークドメイン１０２からネットワークドメイン１０３に転送されたことをＯＣＳ１０８が決定するとき、ＯＣＳ１０８は、ネットワークドメイン１０２内のネットワーク要素１１２へのオンライン課金を終了することができる。ＯＣＳ１０８は、ネットワークドメイン１０２内のネットワーク要素１１２が、課金を単に中断するか、又は課金を停止して、未使用の信用をＯＣＳ１０８に返すように要求することができる。
【００５２】
図７は、本発明の例示的な実施形態におけるドメイン転送後に未使用の信用を引き渡す方法７００を示す流れ図である。方法７００のステップは、図１の通信ネットワーク１００を参照して説明される。図７の流れ図のステップは、包括的なものではなく、図示されていない他のステップを含むことができる。
【００５３】
ステップ７０２において、ネットワークドメイン１０２からネットワークドメイン１０３へのセッションの転送を識別すると、ＯＣＳ１０８は、ステップ７０４において、ネットワークドメイン１０２内のネットワーク要素１１２に未使用の信用を引き渡させるかどうかを決定する。ＯＣＳ ＶＣＣ課金ポリシー管理は、ネットワーク要素１１２が未使用の信用を引き渡すべきであるかどうかを、ネットワークドメイン１０２内のネットワーク要素向けの使用料が転送後に変更される、ユーザのアカウント残高がしきい値を下回る、転送後に信用引き渡しを提示するユーザ又はオペレータ、ハンドオーバータイプ（即ち、どのネットワークドメインからどのネットワークドメイン）、プリペイドライフサイクルなどの規則又は条件のうちの１つ以上に基づいて決定する。決定が、ネットワーク要素１１２に未使用の信用を引き渡させることである場合、ＯＣＳ１０８は、ステップ７０６において、信用返却要求をネットワークドメイン１０２内のネットワーク要素１１２及びその他のネットワーク要素に伝送する。例えば、ＯＣＳ１０８は、ネットワーク要素１１２が任意の未使用の信用を返却するよう要求するＤｉａｍｅｔｅｒ Ｒｅ−Ａｕｔｈｏｒｉｚａｔｉｏｎ−Ｒｅｑｕｅｓｔ（ＲＡＲ）をネットワーク要素１１２に伝送することができる。信用返却要求に応答して、ネットワーク要素１１２は、Ｄｉａｍｅｔｅｒ ＣＣＲのような、信用残高を含むオンライン課金要求を生成し、オンライン課金要求をＯＣＳ１０８に伝送する。ハンドオーバーアプリケーションサーバ１０６に任意の未使用の信用を返却させるために、同様のプロセスが使用される。
【００５４】
ＯＣＳ１０８は、ステップ７０８において、ネットワークドメイン１０２内のネットワーク要素１１２及びその他のネットワーク要素、ならびにハンドオーバーアプリケーションサーバ１０６からオンライン課金要求を受信し、ステップ７１０において、未使用の信用をユーザのアカウントに返す。ＯＣＳ１０８はまた、アカウントステータス及びライフサイクルを更新する。
【００５５】
例
図８〜図１１は、１つのネットワークドメインから別のネットワークドメインへシームレスにハンドオーバーされるセッションのオンライン課金の例を示す。図８は、本発明の例示的な実施形態における通信ネットワーク８００を示す。通信ネットワーク８００は、ＩＭＳネットワーク８０２、ＧＳＭネットワーク又はＣＤＭＡネットワークのような回線交換ネットワーク８０４、及びＯＣＳ８０６を含む。ＩＭＳネットワーク８０２は、Ｓｅｒｖｉｎｇ−ＣＳＣＦ（Ｓ−ＣＳＣＦ）８１２、Ｉｎｔｅｒｒｏｇａｔｅ−ＣＳＣＦ（Ｉ−ＣＳＣＦ）８１３、Ｐｒｏｘｙ−ＣＳＣＦ（Ｐ−ＣＳＣＦ）８１４、メディアゲートウェイ制御機能（ＭＧＣＦ）８１５、ＷｉＦｉアクセスネットワーク８１６、ホーム加入者サーバ（ＨＳＳ）８１７、及びＶＣＣアプリケーションサーバ８１８を含む。ＩＭＳネットワーク８０２は、簡潔にするため図示されていないその他のネットワーク要素を含むことができる。回線交換ネットワーク８０４は、ＭＳＣ８２２及び基地局８２４を含む。回線交換ネットワーク８０４は、簡潔にするため図示されていないその他のネットワーク要素を含むことができる。図８〜図１１の例は、デュアルモードデバイス８３０がエンドポイント８４０によってセッションに招待される場合の、ＩＭＳネットワーク８０２から回線交換ネットワーク８０４へのシームレスなハンドオーバーの課金を示す。
【００５６】
図９〜図１１は、本発明の例示的な実施形態における転送されたセッションのオンライン課金を示すメッセージ図である。エンドポイント８４０（図８を参照）がデュアルモードデバイス８３０とのセッションを開始しようとしていると仮定する。図９においてセッションを開始するため、エンドポイント８４０は、ＳＩＰ ＩＮＶＩＴＥを生成し、ＩＮＶＩＴＥをＩＭＳネットワーク８０２のＳ−ＣＳＣＦ８１２に伝送する。デュアルモードデバイス８３０をセッションに招待するＩＮＶＩＴＥに応答して、Ｓ−ＣＳＣＦ８１２はデュアルモードデバイス８３０の初期フィルタ基準（ｉＦＣ）を処理するが、これはデュアルモードデバイス８３０がデュアルモード機能を有することを指示する。従って、Ｓ−ＣＳＣＦ８１２は、ＶＣＣアプリケーションサーバ８１８とエンドポイント８４０間のＳＩＰダイアログ１を確立するためにＳＩＰ ＩＮＶＩＴＥをＶＣＣアプリケーションサーバ８１８に伝送することによってセッションにＶＣＣアプリケーションサーバ８１８を含む。
【００５７】
バックツーバックユーザエージェント（Ｂ２ＢＵＡ）として動作するＶＣＣアプリケーションサーバ８１８は、セッションがＩＭＳネットワーク８０２に配信される必要があることを決定し、デュアルモードデバイス８３０にサービスを提供しているＳ−ＣＳＣＦ８１２にＳＩＰ ＩＮＶＩＴＥを伝送する。次いで、Ｓ−ＣＳＣＦ８１２は、ＶＣＣアプリケーションサーバ８１８とデュアルモードデバイス８３０間のＳＩＰダイアログ２を確立するために、ＩＮＶＩＴＥをＰ−ＣＳＣＦ８１４経由でデュアルモードデバイス８３０に伝送する。
【００５８】
デュアルモードデバイス８３０は、ベアラのＳＤＰでＳＩＰ １８０ Ｒｉｎｇｉｎｇを（Ｐ−ＣＳＣＦ８１４を介して）Ｓ−ＣＳＣＦ８１２に返し、Ｓ−ＣＳＣＦ８１２はＳＩＰ １８０ ＲｉｎｇｉｎｇをＶＣＣアプリケーションサーバ８１８に伝送する。ＶＣＣアプリケーションサーバ８１８はＳＩＰ １８０ ＲｉｎｇｉｎｇをＳ−ＣＳＣＦ８１２に伝送し、Ｓ−ＣＳＣＦ８１２はＳＩＰ １８０ Ｒｉｎｇｉｎｇをエンドポイント８４０に転送する。
【００５９】
次いで、デュアルモードデバイス８３０はＳＩＰ ２００ ＯＫを（Ｐ−ＣＳＣＦ８１４を介して）Ｓ−ＣＳＣＦ８１２に伝送し、Ｓ−ＣＳＣＦ８１２は２００ ＯＫをＶＣＣアプリケーションサーバ８１８に伝送する。２００ ＯＫを受信したことに応答して、ＶＣＣアプリケーションサーバ８１８は課金イベントを識別する。従って、ＶＣＣアプリケーションサーバ８１８はＤｉａｍｅｔｅｒ ＣＣＲ［Ｉｎｉｔｉａｌ］を生成し、セッションに割り当てられたハンドオーバー課金識別子を識別して、ハンドオーバー課金識別子をＤｉａｍｅｔｅｒ ＣＣＲ［Ｉｎｉｔｉａｌ］に挿入する。ＶＣＣアプリケーションサーバ８１８はまた、１つ以上のＮＥ課金識別子、及びその他の課金情報をＣＣＲ［Ｉｎｉｔｉａｌ］に含むことができる。例えば、ＶＣＣアプリケーションサーバ８１８はまた、ＮＥ課金識別子のリスト、ドメインハンドオーバーインジケータ、ドメインハンドオーバー課金タイプ、ドメインハンドオーバータイムスタンプ、関連するＮＥサブセッション識別子のリストなどを含むことができる。ハンドオーバー課金識別子及び追加の課金情報は、ＯＣＳ８０６のオンライン課金コンテキスト情報を備える。
【００６０】
ＮＥ課金識別子をその他の課金情報と共に課金メッセージに挿入するとき、ＣＣＲ［Ｉｎｉｔｉａｌ］は、ＮＥ課金識別子及びその他の課金情報に対してすでに指定されている属性値ペア（ＡＶＰ）を有することもできる。ハンドオーバー課金識別子（及びおそらくは、その他の課金情報）を挿入するため、ハンドオーバー課金識別子に対してＣＣＲメッセージの新しいＡＶＰが指定されてもよい。ＶＣＣアプリケーションサーバ８１８は、コンテキスト情報が挿入されたＣＣＲ［Ｉｎｉｔｉａｌ］をＯＣＳ８０６に伝送する。
【００６１】
ＯＣＳ８０６はＣＣＲ［Ｉｎｉｔｉａｌ］を受信し、ＣＣＲ［Ｉｎｉｔｉａｌ］に含まれるコンテキスト情報を格納する。ＯＣＳ８０６は、コンテキスト情報を処理して、ＩＭＳネットワーク８０２を介するセッションの課金レートを決定する。次いで、ＯＣＳ８０６は、信用割り当てを含むＤｉａｍｅｔｅｒ ＣＣＡ［Ｉｎｉｔｉａｌ］を生成し、Ｄｉａｍｅｔｅｒ ＣＣＡ［Ｉｎｉｔｉａｌ］をＶＣＣアプリケーションサーバ８１８に伝送する。ＯＣＳ８０６はまた、追加のコンテキスト情報をＣＣＡ［Ｉｎｉｔｉａｌ］に含むことができる。次いで、ＶＣＣアプリケーションサーバ８１８は、デュアルモードデバイス８３０の信用割り当ての監視を開始する。割り当てが消費されている場合、ＶＣＣアプリケーションサーバ８１８は、新しい信用割り当てをＯＣＳ８０６に要求するＣＣＲ［Ｕｐｄａｔｅ］を伝送することができる。
【００６２】
次いで、ＶＣＣアプリケーションサーバ８１８は、ＳＩＰ ２００ ＯＫをＳ−ＣＳＣＦ８１２に伝送する。ＶＣＣアプリケーションサーバ８１８は、ハンドオーバー課金識別子をＩＭＳネットワーク８０２のネットワーク要素に配信するステップの一環として、ハンドオーバー課金識別子を２００ ＯＫに挿入することができる。さらに、ＶＣＣアプリケーションサーバ８１８は、以前のシグナリングメッセージで、ハンドオーバー課金識別子をＩＭＳネットワーク８０２のネットワーク要素に配信済みの場合もある。
【００６３】
２００ ＯＫを受信したことに応答して、Ｓ−ＣＳＣＦ８１２は課金イベントを識別する。次いで、Ｓ−ＣＳＣＦ８１２はＤｉａｍｅｔｅｒ ＣＣＲ［Ｉｎｉｔｉａｌ］を生成し、（ＶＣＣアプリケーションサーバ８１８によって提供された）セッションに割り当てられたハンドオーバー課金識別子を識別して、ハンドオーバー課金識別子をＤｉａｍｅｔｅｒ ＣＣＲ［Ｉｎｉｔｉａｌ］に挿入する。Ｓ−ＣＳＣＦ８１２はまた、ＮＥ課金識別子、及びその他の課金情報をＣＣＲ［Ｉｎｉｔｉａｌ］に含むことができる。例えば、Ｓ−ＣＳＣＦ８１２はまた、ＮＥタイプ、ＮＥアドレス、ドメインタイプ、ドメイン領域、ユーザ識別子、宛先識別子、サービス情報、サービスタイプ、要求タイプ、サブセッション識別子、サブセッションサービス開始／停止時間、サブセッションサービス経過時間などを含むこともできる。ハンドオーバー課金識別子及び追加の課金情報は、ＯＣＳ８０６のオンライン課金コンテキスト情報を備える。ハンドオーバー課金識別子（及び可能なその他の課金情報）を挿入するため、ハンドオーバー課金識別子に対してＣＣＲメッセージの新しいＡＶＰが指定されてもよい。次いで、Ｓ−ＣＳＣＦ８１２は、ＣＣＲ［Ｉｎｉｔｉａｌ］をダイアログ２の課金のためにＯＣＳ８０６に伝送する。
【００６４】
ＯＣＳ８０６はＣＣＲ［Ｉｎｉｔｉａｌ］を受信し、ＣＣＲ［Ｉｎｉｔｉａｌ］に含まれるコンテキスト情報を格納する。ＯＣＳ８０６は、コンテキスト情報を処理して、ＩＭＳネットワーク８０２を介するセッションの課金レートを決定する。次いで、ＯＣＳ８０６は、信用割り当てを含むＤｉａｍｅｔｅｒ ＣＣＡ［Ｉｎｉｔｉａｌ］を生成し、Ｄｉａｍｅｔｅｒ ＣＣＡ［Ｉｎｉｔｉａｌ］をＳ−ＣＳＣＦ８１２に伝送する。ＯＣＳ８０６はまた、追加のコンテキスト情報をＣＣＡ［Ｉｎｉｔｉａｌ］に含むことができる。次いで、Ｓ−ＣＳＣＦ８１２は、ダイアログ２についてデュアルモードデバイス８３０の信用割り当ての監視を開始する。割り当てが消費されている場合、Ｓ−ＣＳＣＦ８１２は、新しい信用割り当てをＯＣＳ８０６に要求するＣＣＲ［Ｕｐｄａｔｅ］を伝送することができる。
【００６５】
次に、Ｓ−ＣＳＣＦ８１２は、２００ ＯＫをエンドポイント８４０に伝送する。この場合も同様に、Ｓ−ＣＳＣＦ８１２は課金イベントを識別し、ＶＣＣコンテキスト情報と共にＣＣＲ［Ｉｎｉｔｉａｌ］をダイアログ１の課金のためにＯＣＳ８０６に伝送する。ＯＣＳ８０６はコンテキスト情報を処理し、信用割り当てを許可して、ＣＣＡ［Ｉｎｉｔｉａｌ］をＳ−ＣＳＣＦ８１２に伝送する。次いで、Ｓ−ＣＳＣＦ８１２は、ダイアログ１についてデュアルモードデバイス８３０の信用割り当ての監視を開始する。割り当てが消費されている場合、Ｓ−ＣＳＣＦ８１２は、新しい信用割り当てをＯＣＳ８０６に要求するＣＣＲ［Ｕｐｄａｔｅ］を伝送することができる。
【００６６】
次いで、エンドポイント８４０は、ＳＩＰ ＡＣＫメッセージをＳ−ＣＳＣＦ８１２に伝送する。Ｓ−ＣＳＣＦ８１２は、ＳＩＰ ＡＣＫをＶＣＣアプリケーションサーバ８１８に伝送する。これは、エンドポイント８４０とＶＣＣアプリケーションサーバ８１８間のＳＩＰダイアログ１の確立を完了する。次いで、ＶＣＣアプリケーションサーバ８１８は、ＳＩＰ ＡＣＫを（Ｓ−ＣＳＣＦ８１２及びＰ−ＣＳＣＦ８１４を介して）デュアルモードデバイス８３０に伝送する。これは、デュアルモードデバイス８３０とＶＣＣアプリケーションサーバ８１８間のＳＩＰダイアログ２の確立を完了する。従ってセッションは、デュアルモードデバイス８３０とエンドポイント８４０間でＩＭＳネットワーク８０２を介して確立され、通信は、ＲＴＰ接続のようなベアラ接続を通じて開始することができる。
【００６７】
ＩＭＳネットワーク８０２を介するセッション中に、Ｓ−ＣＳＣＦ８１２、ＶＣＣアプリケーションサーバ８１８、又はＩＭＳネットワーク８０２内のその他のネットワーク要素は、ＣＣＲ［Ｕｐｄａｔｅ］メッセージをＯＣＳ８０６に伝送して追加の信用割り当てを要求することができる（図９には不図示）。ＣＣＲ［Ｕｐｄａｔｅ］メッセージに応答して、ＯＣＳ８０６は、許可された信用割り当てを含むＣＣＡ［Ｕｐｄａｔｅ］メッセージを伝送する。
【００６８】
この実施形態についてさらに、デュアルモードデバイス８３０が回線交換ネットワーク８０４のサービス区域に入り、回線交換ネットワーク８０４に登録すると仮定する（図１０を参照）。デュアルモードデバイス８３０は、ＷｉＦｉアクセスネットワーク８１６がデュアルモードデバイス８３０の圏内になくなった場合など、様々な理由により、ＩＭＳネットワーク８０２から回線交換ネットワーク８０４への転送（又はハンドオーバー）を要求することができる。ハンドオーバーを開始するため、デュアルモードデバイス８３０は、１ｘコール発信メッセージを（基地局８２４を介して）ＭＳＣ８２２に伝送する。
【００６９】
コール発信メッセージに応答して、ＭＳＣ８２２は、デュアルモードデバイス８３０のサービスプロファイルを取得する。次いで、ＭＳＣ８２２は、ＡＮＳＩ ＯＲＲＥＱメッセージを（ＶＣＣアプリケーションサーバ８１８が統合ＷＩＮ ＳＣＰ機能を有すると仮定して）をＶＣＣアプリケーションサーバ８１８に伝送する。ＶＣＣアプリケーションサーバ８１８は、これがＯＲＲＥＱメッセージの着呼側番号（及び発呼側番号）のＶＤＮに基づくドメイン転送（ＤＴ）のシナリオであることを決定し、このＤＴに関連付けられているＥ．１６４一時ルーティング番号であるＩＭＳルーティング番号を割り振る。次いで、ＶＣＣアプリケーションサーバ８１８は、ＡＮＳＩ ｏｒｒｅｑメッセージをＭＳＣ８２２に伝送する。ＶＣＣアプリケーションサーバ８１８は、ハンドオーバー課金識別子を回線交換ネットワーク８０４のネットワーク要素に配信するステップの一環として、ハンドオーバー課金識別子をＡＮＳＩ ｏｒｒｅｑメッセージに挿入することができる。次いで、ＭＳＣ８２２は、１ｘトラフィック割り当てメッセージを（基地局８２４を介して）デュアルモードデバイス８３０に伝送する。基地局８２４は、デュアルモードデバイス８３０のリバーストラフィックチャネルを取得し、音声パスがＭＳＣ８２２で確立される。
【００７０】
着呼側番号は、１ｘコール発信メッセージで、又は発信トリガの結果ＩＭＲＮの割り振りが行われた場合にはＩＭＲＮで、ダイヤルされた数字ストリングである。ＭＳＣ８２２によって実行された着呼側番号の変換の結果、ＩＳＵＰ ＩＡＭメッセージはＭＧＣＦ８１５にルーティングされる。ＭＳＣ８２２は、ＩＡＭメッセージの発呼側番号フィールドにデュアルモードデバイス８３０のＥ．１６４ ＭＤＮを含む。
【００７１】
ＭＧＣＦ８１５は、２つの終端を作成するようＭＧＷ（不図示）に要求する。第１の終端は、ＭＧＷとＭＳＣ８２２間のＴＤＭ接続である。第２の終端は、ＲＴＰ／ＵＤＰ／ＩＰ一時終端である。次いで、ＭＧＣＦ８１５は、Ｒｅｑｕｅｓｔ−ＵＲＩ、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ、及びＳＤＰオファーを含むＳＩＰ ＩＮＶＩＴＥを（Ｉ−ＣＳＣＦ８１３を介して）ＶＣＣアプリケーションサーバ８１８に伝送する。Ｒｅｑｕｅｓｔ−ＵＲＩはＩＡＭ着呼側番号に基づき、Ｐ−Ａｓｓｅｒｔｅｄ−ＩｄｅｎｔｉｔｙはＩＡＭ発呼側番号に基づき、ＳＤＰオファーはＭＧＷ ＳＤＰ情報に基づく。ＶＣＣアプリケーションサーバ８１８は、ＩＮＶＩＴＥのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダを処理して、どの加入者がＶｏＩＰ−ｔｏ−１ｘ回線交換音声ＤＴを実行しているかを決定する。次いで、ＶＣＣアプリケーションサーバ８１８はＳＩＰ １８３ Ｓｅｓｓｉｏｎ ＰｒｏｇｒｅｓｓをＭＧＣＦ８１５に伝送し、ＭＧＣＦ８１５はＩＳＵＰ ＡＣＭメッセージをＭＳＣ８２２に伝送する。
【００７２】
ＳＩＰダイアログが、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙで識別されたユーザとリモートユーザとの間で確立されている場合、ＶＣＣアプリケーションサーバ８１８は進行中のセッションのエンドポイント８４０を識別する。ＶＣＣアプリケーションサーバ８１８は、エンドポイント８４０に設定されたＲｅｑｕｅｓｔ−ＵＲＩ及びＶｉｓｉｔｅｄ ＭＧＷ ＳＤＰ情報に基づくＳＤＰオファーと共にＳＩＰ ｒｅ−ＩＮＶＩＴＥを生成する。ＶＣＣアプリケーションサーバ８１８はｒｅ−ＩＮＶＩＴＥをＳ−ＣＳＣＦ８１２に伝送し、Ｓ−ＣＳＣＦ８１２はｒｅ−ＩＮＶＩＴＥをエンドポイント８４０に転送する。
【００７３】
エンドポイント８４０は、そのＲＴＰベアラ終端をＭＧＷ ＳＤＰで変更して、エンドポイント８４０ ＳＤＰ情報と共にＳＤＰアンサーを含むＳＩＰ ２００ ＯＫでＳ−ＣＳＣＦ８１２に応答する。Ｓ−ＣＳＣＦ８１２は、２００ ＯＫをＶＣＣアプリケーションサーバ８１８に伝送する。２００ ＯＫに応答して、ＶＣＣアプリケーションサーバ８１８は、コンテキスト情報及びＤＴ情報を含むＣＣＲ［Ｕｐｄａｔｅ］をＯＣＳ８０６に伝送する。ＯＣＳ８０６は、ＣＣＲ［Ｕｐｄａｔｅ］を処理し、ＣＣＡ［Ｕｐｄａｔｅ］で応答する。
【００７４】
ＯＣＳ８０６はまた、ＩＭＳネットワーク８０２内のネットワーク要素に任意の未使用の信用を引き渡すよう要求することができる。そのような要求を行うため、ＯＣＳ８０６は、信用の残高を戻すよう要求するＳＩＰ ＲＡＲをＶＣＣアプリケーションサーバ８１８及びＳ−ＣＳＣＦ８１２に伝送する。ＲＡＲに応答して、ＶＣＣアプリケーションサーバ８１８及びＳ−ＣＳＣＦ８１２は、ＳＩＰ ＲＡＡをＯＣＳ８０６に伝送する。ＶＣＣアプリケーションサーバ８１８及びＳ−ＣＳＣＦ８１２はまた、信用残高と共にＣＣＲ［Ｕｐｄａｔｅ］をＯＣＳ８０６に伝送する。ＯＣＳ８０６はＣＣＲ［Ｕｐｄａｔｅ］を処理し、未使用の信用をデュアルモードデバイス８３０のユーザのアカウントに返す。次いで、ＯＣＳ８０６は、ＣＣＡ［Ｕｐｄａｔｅ］をＶＣＣアプリケーションサーバ８１８及びＳ−ＣＳＣＦ８１２の両方に伝送する。
【００７５】
ＶＣＣアプリケーションサーバ８１８はまた、エンドポイント８４０ ＳＤＰ情報と共にＳＤＰアンサーを含むＳＩＰ ２００ ＯＫを（Ｉ−ＣＳＣＦ８１３を介して）ＭＧＣＦ８１５に伝送する。ＭＧＣＦ８１５は、エンドポイント８４０ ＳＤＰ情報によるＭＧＷ一時終端の変更を要求し、ＭＧＷにリモートリソースを予約／コミットするよう指示する。ＭＧＣＦ８１５は、ＩＳＵＰ ＡＮＭメッセージをＭＳＣ８２２に伝送する。２００ ＯＫが受信された後はいつでも、ＭＧＣＦ８１５はＳＩＰ ＡＣＫメッセージを（Ｉ−ＣＳＣＦ８１３を介して）ＶＣＣアプリケーションサーバ８１８に伝送する。これは、ＭＧＣＦ８１５とＶＣＣアプリケーションサーバ８１８間のＳＩＰダイアログ３の確立を完了する。ＶＣＣアプリケーションサーバ８１８は、回線交換ネットワーク８０４内に存在するものとしてデュアルモードデバイス８３０の位置を記録する。次いで、ＶＣＣアプリケーションサーバ８１８はＳＩＰ ＡＣＫメッセージをＳ−ＣＳＣＦ８１２に伝送し、Ｓ−ＣＳＣＦ８１２はＡＣＫをエンドポイント８４０に転送する。
【００７６】
次いで、ＭＳＣ８２２はセッションの課金イベントをトリガすることができる。課金イベントに応答して、ＭＳＣ８２２はＡＮＳＩ ＯＲＲＥＱメッセージを生成し、（ＶＣＣアプリケーションサーバ８１８によって提供された）セッションに割り当てられたハンドオーバー課金識別子を識別してハンドオーバー課金識別子をＯＲＲＥＱメッセージに挿入する（図１１を参照）。ＭＳＣ８２２はまた、ＮＥ課金識別子、及びその他の課金情報をＯＲＲＥＱメッセージに含むことができる。ＩＭＳネットワーク８０２の場合のように、ハンドオーバー課金識別子及び追加の課金情報は、ＯＣＳ８０６のオンライン課金コンテキスト情報を備える。ハンドオーバー課金識別子（及び可能なその他の課金情報）を挿入するため、ハンドオーバー課金識別子に対してＯＲＲＥＱメッセージの新しいパラメータが指定されてもよい。次いで、ＭＳＣ８２２は、ダイアログ１の課金のために、ＯＲＲＥＱメッセージをその他の１ｘ回線交換ドメイン課金情報と共にＯＣＳ８０６に伝送する。
【００７７】
ＯＣＳ８０６は、ＩＭＳネットワーク８０２からの以前の要求によりＯＲＲＥＱメッセージ及びコンテキスト情報を処理する。ＯＣＳ８０６は、コンテキスト情報を処理して、回線交換ネットワーク８０４を介するセッションの課金レートを決定する。ＯＣＳ８０６は、ダイアログ３に対して新しい信用割り当てをデュアルモードデバイス８３０に許可し、許可された信用割り当てと共にＡＮＳＩ ｏｒｒｅｑメッセージをＭＳＣ８２２に伝送して戻す。次いで、ＭＳＣ８２２は、ダイアログ３についてデュアルモードデバイス８３０の信用割り当ての監視を開始する。割り当てが消費されている場合、ＭＳＣ８２２は、新しい信用割り当てをＯＣＳ８０６に要求するＡＮＳＩ ＡＮＡＬＹＺＤを伝送することができる。
【００７８】
次いで、ＶＣＣアプリケーションサーバ８１８は、ＳＩＰ ＢＹＥメッセージを（Ｓ−ＣＳＣＦ８１２を介して）デュアルモードデバイス８３０に伝送して、デュアルモードデバイス８３０とＶＣＣアプリケーションサーバ８１８との間のＳＩＰダイアログ２を解放する。デュアルモードデバイス８３０は、（Ｓ−ＣＳＣＦ８１２を介して）ＳＩＰ ２００ ＯＫでＶＣＣアプリケーションサーバ８１８に応答する。
【００７９】
セッションが終了するとき、ＭＳＣ８２２は、信用残高と共にＡＮＳＩ ＴＤＩＳＣＯＮＮＥＣＴメッセージをＯＣＳ８０６に伝送する。ＯＣＳ８０６は、ユーザのアカウントを処理して更新する。ＯＣＳ８０６は、ｔｄｉｓｃｏｎｎｅｃｔメッセージでＭＳＣ８２２に応答する。ＶＣＣアプリケーションサーバ８１８は、信用残高と共にＣＣＲ［Ｆｉｎａｌ］をＯＣＳ８０６に伝送する。ＯＣＳ８０６は、ユーザのアカウントを処理して更新し、ＣＣＡ［Ｆｉｎａｌ］でＶＣＣアプリケーションサーバ８１８に応答する。
【００８０】
次いで、ＯＣＳ８０６は、Ｓ−ＣＳＣＦ８１２、ＶＣＣアプリケーションサーバ８１８、及びＭＳＣ８２２の課金アクティビティに対してＣＤＲを生成する。ＯＣＳ８０６は、Ｓ−ＣＳＣＦ８１２、ＶＣＣアプリケーションサーバ８１８、及びＭＳＣ８２２の課金アクティビティに対する全てのＣＤＲを、請求システム、顧客サービスセンター、収益保証センター、ネットワーク管理センターなどに送信することができる１つの単一のＣＤＲに関連付ける。
【００８１】
セッション中に、ＭＧＣＦ８１５、Ｉ−ＣＳＣＦ８１３、Ｐ−ＣＳＣＦ８１４、及びその他のネットワーク要素はまた、オンライン課金についてＯＣＳ８０６にクエリを行うことができる。ＯＣＳ８０６は、全てのコンテキスト情報を関連付け、料金プランを確認して、セッションの課金レートを決定する。セッション中に複数のハンドオーバーが生じていることもあるので、ＯＣＳ８０６は、セッションが終了するまで全てのコンテキスト情報を格納する。次いで、ＯＣＳ８０６はコンテキスト情報を削除して、この情報をＣＤＲ又はコールログに書き込むことができる。
【００８２】
本明細書において、特定の実施形態について説明してきたが、本発明の範囲は、それらの特定の実施形態に限定されることはない。本発明の範囲は、以下の特許請求の範囲及びその任意の等価物によって定義される。
【技術分野】
【０００１】
本発明は通信ネットワークの分野に関し、特に、ネットワークドメイン間で転送されるデュアルモードデバイスのセッション（例えば、ＩＭＳネットワークから回線交換ネットワークに（シームレスにハンドオーバーされて）転送されるセッション）に対するオンライン課金を提供することに関する。
【背景技術】
【０００２】
人気を得ている通信ネットワークの１つのタイプはＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークである。第３世代パートナーシッププロジェクト（３ＧＰＰ）において示されるように、ＩＭＳは様々なタイプのアクセスネットワークを考慮するネットワークアーキテクチャを有する共通コアネットワークを提供する。通信デバイスとＩＭＳネットワークとの間のアクセスネットワークは、セルラーネットワーク（例えば、ＣＤＭＡ、又はＧＳＭ）、ＷＬＡＮ（例えば、ＷｉＦｉ、又はＷｉＭＡＸ）、イーサネットネットワーク、又は他のタイプの無線又は有線アクセスネットワークであってもよい。インターネットプロトコル（ＩＰ）ネットワークがビデオ、音声、及びデータを伝送する上で最も費用節減効果の高いベアラネットワークとなっているので、ＩＭＳアーキテクチャは当初、ＩＰネットワークを介して通信デバイスにマルチメディアサービスを提供するために３ＧＰＰによって定義された。サービスプロバイダは次世代ネットワークの展開にこのアーキテクチャを受け入れようとしている。
【０００３】
ＩＭＳネットワーク内の標準的なセッション（又はコール）の場合、ＩＭＳ加入者のユーザ機器は、適切なシグナリングメッセージ（即ち、ＳＩＰメッセージ）を伝送することにより、ＣＤＭＡネットワーク、ＧＳＭネットワーク、ＩＰネットワーク、ＷｉＦｉネットワーク、ＷｉＭＡＸネットワークなどのようなアクセスネットワークを通じてセッションを開始する。次いで、アクセスネットワークはシグナリングメッセージをＩＭＳネットワークにルーティングする。アクセスネットワークがＩＭＳネットワークと同じシグナリングプロトコル（例えば、ＳＩＰ）を使用しない場合、アクセスネットワークはシグナリングメッセージを適切なゲートウェイ経由でＩＭＳネットワークにルーティングすることができる。ＩＭＳネットワーク内のサービスコールセッション制御機能（Ｓ−ＣＳＣＦ）はシグナリングメッセージを受信し、適切な方式でセッションを確立しようと試みる。セッションが確立されると、Ｓ−ＣＳＣＦはまた、ＩＭＳネットワーク内の１つ以上のアプリケーションサーバ（ＡＳ）にコンタクトを取り、ボイスメール、コール転送などのようなセッションにサービスを提供することもできる。
【０００４】
セッションのオンライン課金（プリペイド課金）を提供するため、セッションを処理している各々のＩＭＳネットワーク要素（例えば、Ｓ−ＣＳＣＦ及びＡＳ）は、通常Ｄｉａｍｅｔｅｒ Ｒｏプロトコルで課金メッセージを生成することができる。例えば、ネットワーク要素は、セッションの信用割り当てを要求するために開始トリガーイベントでＩＭＳネットワークのオンライン課金システム（ＯＣＳ）にＤｉａｍｅｔｅｒ Ｃｒｅｄｉｔ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔ（ＣＣＲ［Ｉｎｉｔｉａｌ］）メッセージを伝送する。セッション中に定期的に、ネットワーク要素は、必要に応じて追加の信用割り当てを要求するためにＤｉａｍｅｔｅｒ ＣＣＲ［Ｕｐｄａｔｅ］メッセージをＯＣＳに伝送する。終了トリガーイベントにおいて、ネットワーク要素は、未使用の信用を返すためにＤｉａｍｅｔｅｒ ＣＣＲ［Ｆｉｎａｌ］メッセージをＯＣＳに伝送する。各々の課金メッセージは、課金メッセージがＯＣＳ内で相互に関連付けられるように、セッションに割り当てられるＩＭＳ課金識別子（ＩＣＩＤ）を含む。
【０００５】
一部のサービスプロバイダは、デュアルモードサービスを考慮に入れている。デュアルモードサービスにより、通信デバイスは、異なるプロトコルを使用する異なるタイプのネットワークドメインと通信することができるようになる。標準的なネットワークドメインは、回線交換ドメイン、パケット交換ドメイン、ＷＬＡＮドメイン、及びＩＭＳドメインを含む。一例として、デュアルモードサービスにより、通信デバイスは、ＣＤＭＡネットワーク又はＧＳＭネットワークのような回線交換ネットワークと通信することができるようになり、また適切なアクセスネットワークを通じてＩＭＳネットワークとも通信することができるようになる。デュアルモードサービスを受信することのできる通信デバイスは、デュアルモードデバイス又はデュアルモードハンドセットと呼ばれる。
【０００６】
デュアルモードデバイスが、ＩＭＳネットワークのような、第１のネットワークドメインを介するセッションを開始又は受け入れるとき、第１のネットワークドメイン内のサービス提供ネットワーク要素は、デュアルモードデバイスがデュアルモード機能を有し、おそらくはＩＭＳネットワークのハンドオーバーアプリケーションサーバ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ（ＶＣＣ）アプリケーションサーバとも呼ばれる）にコンタクトを取ることを決定する。例えば、ＩＭＳネットワークにおいて、Ｓ−ＣＳＣＦは、ＳＩＰ又は別のプロトコルを通じてハンドオーバーアプリケーションサーバにコンタクトを取り、デバイスのデュアルモード機能を指示する。次いで、第１のネットワークドメイン内のネットワーク要素は宛先によりセッションを確立し、第１のサブセッションはデュアルモードデバイスと宛先の間で確立される。第１のサブセッションが確立されたことに応答し、第１の課金識別子は、第１のネットワークドメイン内のセッションに割り当てられる。第１の課金識別子は、第１のネットワークドメイン内のネットワーク要素の１つによって割り当てられる。セッションにサービスを提供するネットワーク要素は、第１の課金識別子を含むオンライン課金要求を生成し、オンライン課金要求をＯＣＳに伝送する。次いで、ＯＣＳは、第１のサブセッションの課金レートを決定し、オンライン課金で知られているように第１のサブセッションにサービスを提供するネットワーク要素に信用割り当てを生成する。
【０００７】
デュアルモードサービスが第１のネットワークドメインから回線交換ネットワークのような第２のネットワークドメインに移動する場合、デュアルモードデバイスは別のセッション開始要求を回線交換ネットワークに伝送する。デュアルモードデバイスが１つのネットワークドメインから別のネットワークドメインに移動する場合、これは「ハンドオーバー」と呼ばれることが多い。回線交換ネットワークのＭＳＣは、新しいセッション開始要求を受信し、メッセージをハンドオーバーアプリケーションサーバに転送する。ハンドオーバーアプリケーションサーバは、第２のネットワークドメインを通じてデュアルモードデバイスと宛先との間の第２のサブセッションを確立するように動作する。ハンドオーバーアプリケーションサーバは、第２のネットワークドメインへのハンドオーバーでセッションが中断されないように、第２のセッションレグを確立する。エンドユーザは、セッションが実際に第１のネットワークドメインから第２のネットワークドメインへシームレスにハンドオーバーされる場合、セッションを保持する。エンドユーザは、セッション中にハンドオーバーに気付かないこともある。第１のサブセッションはまた、分解される。
【０００８】
第２のサブセッションが確立されたことに応答し、第２の課金識別子は、第２のネットワークドメイン内のセッションに割り当てられる。セッションにサービスを提供する第２のネットワークドメイン内のネットワーク要素は、第２の課金識別子を含むオンライン課金要求を生成し、オンライン課金要求をＯＣＳに伝送する。次いで、ＯＣＳは、第２のサブセッションの課金レートを決定し、オンライン課金で知られているように第２のサブセッションにサービスを提供するネットワーク要素に信用割り当てを生成する。
【０００９】
デュアルモードサービスの１つの問題は、１つのネットワークドメインから別のネットワークドメインへのハンドオーバーが行われたときに、セッションにオンライン課金を実行する効果的な方法がないことである。１つのセッション中に複数のハンドオーバーが行われる場合、各ネットワークドメインにおいて異なる課金識別子が生成される。従って、ＯＣＳは、１つのネットワークドメインから別のネットワークドメインに転送された同一のセッションに対するオンライン課金要求を関連付けることができないため、セッションに対して課金レートを適正に決定することができない。例えば、ユーザが、デュアルモードサービスを使用してＩＭＳネットワーク上でセッションを開始する場合、ＩＭＳネットワークのＳ−ＣＳＣＦ及びハンドオーバーアプリケーションサーバは、ＯＣＳへのオンライン課金要求をトリガする。ＯＣＳは、ＩＭＳネットワークについて定義された課金レートを使用して第１のサブセッションの信用割り当てを許可する。３０分後、ユーザがデュアルモードデバイスを持って自宅から外出し、セッションは回線交換ネットワーク（例えば、ＣＤＭＡネットワーク）を介して継続されると仮定する。回線交換ネットワークのＭＳＣは、ＯＣＳへのＡＮＳＩ ＯＲＲＥＱ又はＡＮＬＹＺＤ操作をトリガする。ＯＣＳは、これを新しいセッションと見なし、時間＝０から計算されるレートで新しい信用割り当てをＭＳＣに許可する。この計算は、ＯＣＳが時間＝３０分からレート計算を開始すべきであるため、ユーザが段階的使用料のサービスプランを有する場合には正しくない。残念なことに、セッションに対するコンテキスト情報がないので、ＯＣＳは、ＡＮＳＩ ＯＲＲＥＱ又はＡＮＬＹＺＤ要求を正しい開始時間と関連付けることができず、回線交換ネットワーク上のサブセッションに対して正確な課金を決定することができない。
【発明の概要】
【課題を解決するための手段】
【００１０】
本発明の実施形態は、様々なネットワークドメインからの独立したオンライン課金要求が関連付けられるように、及び適切な課金レートが各ネットワークドメイン内のサブセッションに対して決定されうるように、ハンドオーバーセッションのオンライン課金のための解決策を導入する。ＯＣＳにおいてオンライン課金要求を関連付けるため、ハンドオーバー課金識別子がセッションに対して割り当てられ、各ネットワークドメイン内のセッションにサービスを提供しているネットワーク要素に配信される。課金がネットワーク要素でトリガされると、ネットワーク要素は、ハンドオーバー課金識別子と、場合によってはその他のコンテキスト情報をオンライン課金要求に挿入し、オンライン課金要求をＯＣＳに伝送する。ＯＣＳは、受信したオンライン課金要求をその他のオンライン課金要求（ある場合）と関連付けて、セッションに対する課金レートを決定する。ＯＣＳは、ハンドオーバー課金識別子に基づいてセッションに対するオンライン課金要求を全て関連付けることができるので、ＯＣＳはセッションの課金レートを正確に決定することができる。
【００１１】
一例として、デュアルモードデバイスが、ＩＭＳネットワークのような、第１のネットワークドメインを介するセッションを開始するか、又はセッションに招待され、セッションがその後、回線交換ネットワークのような第２のネットワークドメインに転送（シームレスなハンドオーバー）されると仮定する。第２のネットワークドメイン内のネットワーク要素は、デュアルモードデバイスからセッション開始要求を受信し、対応するセッション開始要求をハンドオーバーアプリケーションサーバに伝送する。セッション開始要求を受信したことに応答して、ハンドオーバーアプリケーションサーバは、セッションのハンドオーバー課金識別子を識別し、ハンドオーバー課金識別子を第２のネットワークドメイン内の１つ以上のネットワーク要素に配信する。ハンドオーバー課金識別子を受信する第２のネットワークドメイン内のネットワーク要素は、ハンドオーバー課金識別子を格納する。セッションのセットアップ中、又は第２のネットワークドメインのセッション中のある時点において、１つ以上のネットワーク要素は課金のトリガーイベントを識別する。次いで、ネットワーク要素は、セッションに割り当てられている格納済みのハンドオーバー課金識別子を識別して、セッションのオンライン課金要求を生成する。ネットワーク要素は、ハンドオーバー課金識別子をオンライン課金要求に挿入し、オンライン課金要求をＯＣＳに伝送する。
【００１２】
同様に、ハンドオーバーアプリケーションサーバはまた、課金のトリガーイベントを識別することもできる。トリガーイベントを識別したことに応答して、ハンドオーバーアプリケーションサーバは、セッションに割り当てられたハンドオーバー課金識別子を識別して、セッションのオンライン課金要求を生成する。次いで、ハンドオーバーアプリケーションサーバは、ハンドオーバー課金識別子をオンライン課金要求に挿入し、オンライン課金要求をＯＣＳに伝送する。
【００１３】
もう１つの実施形態において、ＯＣＳは、第２のネットワークドメイン内のネットワーク要素及び／又はハンドオーバーアプリケーションサーバからオンライン課金要求を受信する。ＯＣＳはまた、セッションが第１のネットワークドメインを介していた間にセッションにサービスを提供していた第１のネットワークドメイン内のネットワーク要素からオンライン課金要求を受信することもできる。ＯＣＳは、オンライン課金要求を処理して、オンライン課金要求に含まれるハンドオーバー課金識別子、及びオンライン課金要求で提供される任意の他のコンテキスト情報を識別する。次いで、ＯＣＳは、セッションのオンライン課金要求を関連付けて、第２のネットワークドメイン内のセッションの課金レートを決定する。オンライン課金要求は、セッションが第１のネットワークドメインから転送されたことを指示するので、ＯＣＳは、セッションの総継続時間を正確に決定することができ、セッションが転送されている場合であってもセッションの正しい課金レートを決定することができる。次いで、ＯＣＳは、オンライン課金要求を開始した第２のネットワークドメイン内のネットワーク要素及び／又はハンドオーバーアプリケーションサーバに対して信用割り当てを許可し、信用割り当てを含むオンライン課金応答を生成する。次いで、ＯＣＳは、オンライン課金応答をネットワーク要素及び／又はハンドオーバーアプリケーションサーバに伝送する。
【００１４】
第１のネットワークドメイン内のネットワーク要素、第２のネットワークドメイン内のネットワーク要素、及びハンドオーバーアプリケーションサーバは各々、ＯＣＳへのオンライン課金要求にハンドオーバー課金識別子及びその他のコンテキスト情報を挿入するので、ＯＣＳはセッションに対するオンライン課金要求を関連付けることができる。従って、ＯＣＳは、例えば段階的使用料がセッションに適用される場合であっても、転送されたセッションに対して正しい課金レートを正確に決定することができる。有利なことに、ネットワークオペレータは、デュアルモードサービスに対してオンライン課金を効果的に実施することができる。
【００１５】
本発明は、以下に説明するその他の例示的な実施形態を含むことができる。
【００１６】
同じ参照番号は、全ての図面において同じ要素又は同じ種類の要素を示す。
【図面の簡単な説明】
【００１７】
【図１】本発明の例示的な実施形態における通信ネットワークを示す図である。
【図２】本発明の例示的な実施形態におけるオンライン課金コンテキスト情報を第１のネットワークドメイン内のネットワーク要素及びＯＣＳに配信する方法を示す流れ図である。
【図３】本発明の例示的な実施形態におけるＯＣＳにおいてオンライン課金要求を処理する方法を示す流れ図である。
【図４】本発明の例示的な実施形態におけるオンライン課金コンテキスト情報を第２のネットワークドメイン内のネットワーク要素及びＯＣＳに配信するさらなる方法を示す流れ図である。
【図５】本発明の例示的な実施形態におけるドメイン転送後にＯＣＳにおいてオンライン課金要求を処理するさらなる方法を示す流れ図である。
【図６】本発明の例示的な実施形態におけるＯＣＳ内のコンテキスト情報、ハンドオーバーカウンタ、及び料金プランの関連を示す流れ図である。
【図７】本発明の例示的な実施形態におけるドメイン転送後に未使用の信用を引き渡す方法を示す流れ図である。
【図８】本発明の例示的な実施形態における他の通信ネットワークを示す図である。
【図９】本発明の例示的な実施形態における転送されたセッションのオンライン課金を示すメッセージ図である。
【図１０】本発明の例示的な実施形態における転送されたセッションのオンライン課金を示すメッセージ図である。
【図１１】本発明の例示的な実施形態における転送されたセッションのオンライン課金を示すメッセージ図である。
【発明を実施するための形態】
【００１８】
図１〜図１１及び以下の説明は、当業者に本発明を実施及び使用する方法を教示するために、本発明の特定の例示的な実施形態を示す。発明の原理を教示するために、本発明の標準的な態様が一部簡略化又は省略されている。当業者であれば、本発明の範囲に含まれるそれらの実施形態の変形を理解するであろう。当業者であれば、以下に説明される特徴が様々な方法で組み合わされて、本発明の複数の変形を形成できることを理解するであろう。その結果、本発明は、以下に説明される特定の実施形態に限定されるのではなく、特許請求の範囲及びそれらの均等物によってのみ限定される。
【００１９】
図１は、本発明の例示的な実施形態における通信ネットワーク１００を示す。通信ネットワーク１００は、第１のネットワークドメイン１０２及び第２のネットワークドメイン１０３を含む。ネットワークドメイン１０２〜１０３は各々、通信サービスを提供するように編成され構成されたネットワーク要素の集合である。ネットワークドメインの例は、回線交換ドメイン、パケット交換ドメイン、ＩＭＳドメイン、ＷＬＡＮドメインなどを含む。ネットワークドメイン１０２〜１０３は各々、通信サービスをデュアルモードデバイス１２０に提供するように動作可能な異なるドメインである。例えば、ネットワークドメイン１０２はＩＭＳドメインを備えることができるが、ネットワークドメイン１０３は回線交換ドメインを備えることができる。デュアルモードデバイスは、異なるプロトコルを使用する異なるタイプのネットワークドメインと通信するように動作可能な任意の無線及び／又は有線デバイスを備える。デュアルモードデバイス１２０は、通信サービスを受信するためにネットワークドメイン１０２〜１０３のいずれか又は両方と通信する機能を有する。デュアルモードデバイス１２０はまた、確立されたセッション中にネットワークドメイン１０２〜１０３の間を切り替える機能も有し、これは転送又はハンドオーバーと呼ばれる。
【００２０】
通信ネットワーク１００はまた、ハンドオーバーアプリケーションサーバ１０６及びオンライン課金システム（ＯＣＳ）１０８を含む。ハンドオーバーアプリケーションサーバ（ＡＳ）１０６は、デュアルモードデバイス１２０のセッションにハンドオーバーサービスを提供するように動作可能な任意のシステム、サーバ、又は機能を備える。通常、ハンドオーバーアプリケーションサーバ１０６は、ユーザがネットワークドメイン間を移動しているときにボイスコール連続性をもたらすように動作可能なＶｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ（ＶＣＣ）アプリケーションサーバを備えることができる。ハンドオーバーアプリケーションサーバ又はＶＣＣアプリケーションサーバは、異なるネットワークドメイン間でハンドオーバーを実行するために、モバイル管理ＡＳ機能（不図示）及びネットワークドメイン選択機能（不図示）を含むことができる。モバイル管理ＡＳは、ＩＭＳコアネットワークが、ＩＭＳネットワークでの加入者アクセスのために回線交換ネットワーク又は異なるネットワークドメインの別のタイプのネットワーク要素に対してＭＳＣをエミュレートするような場合である。ネットワークドメイン選択機能は、セッション配信のルーティングを決定する。ネットワークドメイン選択機能のサービス論理は、ドメイン内の登録の現在の状況ならびにオペレータ及び加入者基本設定に基づいて、セッションを適切なドメイン（例えば、ＩＭＳ又は回線交換）にルーティングする。ハンドオーバーアプリケーションサーバ１０６は、セッションのシグナリングメッセージを処理して、セッションを中断することなくネットワークドメイン１０２からネットワークドメイン１０３（又は、その逆）にハンドオーバーを提供する。ハンドオーバーアプリケーションサーバ１０６はネットワークドメイン１０２〜１０３の外側に示されているが、ハンドオーバーアプリケーションサーバ１０６は、ＩＭＳドメインのようなネットワークドメインの１つの内部で実施されてもよい。
【００２１】
ＯＣＳ１０８は、ハンドオーバーアプリケーションサーバ１０６のようなセッションにサービスを提供しているネットワーク要素からオンライン課金要求を受信し、セッションの課金レートを決定して、セッションに対してネットワーク要素に信用割り当てを許可することなどにより、オンライン課金を実行するように動作可能な任意のシステム、サーバ、又は機能を備える。
【００２２】
ネットワークドメイン１０２及びネットワークドメイン１０３はそれぞれ、ネットワーク要素１１２及びネットワーク要素１１３を含む。ネットワーク要素１１２〜１１３は、通信サービスを提供し、課金イベントをＯＣＳ１０８にレポートするように動作可能な任意のサーバ、システム、又は機能を備える。例えば、ＩＭＳドメイン内のネットワーク要素は、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、アプリケーションサーバ、メディアゲートウェイなどを備えることができる。回線交換ドメイン内のネットワーク要素は、ＭＳＣを備えることができる。当業者であれば、ネットワークドメイン１０２〜１０３が、図１に示されるネットワーク要素よりも多くのネットワーク要素を含むことができることを理解するであろう。さらに、ハンドオーバーアプリケーションサーバ１０６が特定のネットワークドメインに位置する場合、これもまたネットワーク要素と呼ばれてもよい。
【００２３】
本明細書において説明される実施形態によれば、ネットワーク要素は、後段において説明されるように、ＯＣＳ１０８がセッションのオンライン課金情報を関連付けることができるように、オンライン課金コンテキスト情報をＯＣＳ１０８に提供するためにサービス論理及びプロトコルを含むように強化される。オンライン課金コンテキスト情報は、異なるネットワークドメイン上にあるサブセッションの課金情報を関連付けるために使用される課金識別子のような任意のデータを備える。例えば、後段において説明される実施形態において、ハンドオーバー課金識別子はセッションに割り当てられ、両方のネットワークドメイン１０２〜１０３内のネットワーク要素１１２〜１１３に配信される。次いで、ネットワーク要素１１２〜１１３は、たとえセッションが異なるネットワークドメインに転送される場合であっても、ＯＣＳ１０８がセッションのオンライン課金要求を各々関連付けることができるように、ＯＣＳ１０８へのオンライン課金要求にハンドオーバー課金識別子を使用することができる。従って、ＯＣＳ１０８は、たとえセッションが転送される場合であっても、セッションの正しい課金レートを効果的に決定することができる。
【００２４】
図２は、本発明の例示的な実施形態におけるオンライン課金コンテキスト情報をネットワークドメイン１０２のネットワーク要素及びＯＣＳ１０８に配信する方法２００を示す流れ図である。方法２００のステップは、図１の通信ネットワーク１００を参照して説明される。図２の流れ図のステップは、包括的なものではなく、図示されていない他のステップを含むことができる。
【００２５】
図１において、デュアルモードデバイス１２０がネットワークドメイン１０２に登録し、セッション開始要求を通じてエンドポイント１３０とのセッションを開始するか又はセッションに招待されると仮定する。デュアルモードデバイス１２０又はエンドポイント１３０のいずれかからセッション開始要求を受信したことに応答して、ネットワークドメイン１０２内のネットワーク要素１１２は、ネットワーク要素（ＮＥ）課金識別子をセッションに割り当てる。ＮＥ課金識別子は、セッションに割り当てられる任意の数値、コード、ストリングなどを備える。ＮＥ課金識別子の割り当ての一例として、ネットワークドメイン１０２がＩＭＳドメインを備える場合、セッション開始要求（例えば、ＳＩＰ ＩＮＶＩＴＥ）を受信するＩＭＳネットワーク内のＰ−ＣＳＣＦ（不図示）、メディアゲートウェイ（不図示）、又は別のネットワーク要素は、一意のＩＭＳ課金識別子（ＩＣＩＤ）をそのセッションに割り当てる。
【００２６】
ネットワーク要素１１２はまた、セッション開始要求を受信するとデュアルモードデバイス１２０（又はその関連するユーザ）のフィルタ基準を処理して、デュアルモードデバイス１２０がデュアルモード機能を有することを決定する。デュアルモードデバイス１２０がデュアルモード機能を有するので、ネットワーク要素１１２は、発生する可能性がある任意のネットワークドメイン転送を処理するために、ハンドオーバーアプリケーションサーバ１０６がセッションに関与する必要があると決定する。従って、ネットワーク要素１１２は、ステップ２０２において、ネットワーク要素１１２によって割り当てられたＮＥ課金識別子を含む、ＳＩＰ ＩＮＶＩＴＥのようなセッション開始要求を生成する。次いで、ネットワーク要素１１２は、ステップ２０４において、ハンドオーバーアプリケーションサーバ１０６をセッションに含めるために、セッション開始要求をハンドオーバーアプリケーションサーバ１０６に伝送する。
【００２７】
セッション開始要求を受信したことに応答して、ハンドオーバーアプリケーションサーバ１０６は、セッション中のネットワークドメインの転送に備えるためにサーバ論理を実行する。さらに、ハンドオーバーアプリケーションサーバ１０６は、ステップ２０６において、セッションのハンドオーバー課金識別子を識別する。ハンドオーバー課金識別子は、セッションがオンライン課金の目的で接続されるネットワークドメインにかかわりなくセッションを識別する任意の数値、コード、ストリングなどを備える。従って、ハンドオーバー課金識別子は、単一のネットワークドメインのみでは一意ではなく理解されないが、複数のネットワークドメインにわたり一意であって理解される。ハンドオーバーアプリケーションサーバ１０６は、セッションの新しい一意のハンドオーバー課金識別子を生成することができるか、初期ＮＥ課金識別子をハンドオーバー課金識別子として再使用することができるか、又はそれ以外の場合ハンドオーバー課金識別子を識別することができる。次いで、ハンドオーバーアプリケーションサーバ１０６は、ステップ２０８において、ハンドオーバー課金識別子をネットワークドメイン１０２内のネットワーク要素１１２及びその他のネットワーク要素（不図示）に配信する。ハンドオーバー課金識別子を配信するため、ハンドオーバーアプリケーションサーバ１０６は、ハンドオーバー課金識別子を含むＳＩＰ ２００ ＯＫのようなセッション開始応答を生成し、セッション開始応答をネットワーク要素１１２に伝送する。ハンドオーバーアプリケーションサーバ１０６は、ネットワークドメイン１０２内のその他のネットワーク要素から他のセッション開始要求を受信したことに応答して同様に動作することができる。
【００２８】
ネットワーク要素１１２は、ハンドオーバーアプリケーションサーバ１０６からセッション開始応答を受信し、ハンドオーバー課金識別子を格納する。ネットワーク要素１１２は、ハンドオーバー課金識別子がまだハンドオーバーアプリケーションサーバ１０６によって配信されていない場合、ハンドオーバー課金識別子をネットワークドメイン１０２内のその他のネットワーク要素（不図示）に配信する。ネットワークドメイン１０２を介するセッションを完了するために、その他のシグナリングがさらに発生する。
【００２９】
セッションのセットアップ中又はネットワークドメイン１０２のセッション中のある時点において、ネットワーク要素１１２は、セッションのオンライン課金を提供するように定義されるＣｈａｒｇｉｎｇ Ｔｒｉｇｇｅｒ Ｆｕｎｃｔｉｏｎ（ＣＴＦ）などに基づいて、ステップ２１０において課金のトリガーイベントを識別する。ステップ２１２において、ネットワーク要素１１２は、セッションに割り当てられたハンドオーバー課金識別子を識別する。次いで、ステップ２１４において、ネットワーク要素１１２は、セッションのオンライン課金要求を生成し、ハンドオーバー課金識別子をオンライン課金要求に挿入する。オンライン課金要求は、Ｉｎｉｔｉａｌ、Ｕｐｄａｔｅ、又はＦｉｎａｌメッセージであってもよい。一例として、オンライン課金要求は、Ｄｉａｍｅｔｅｒ Ｒｏプロトコルに定義されているような、Ｃｒｅｄｉｔ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔ（ＣＣＲ）［Ｉｎｉｔｉａｌ、Ｕｐｄａｔｅ、Ｆｉｎａｌ］メッセージを備えることができる。ネットワーク要素１１２はまた、ＮＥ課金識別子及びその他の課金情報をオンライン課金要求に含むことができる。例えば、ネットワーク要素１１２はまた、ＮＥタイプ、ＮＥアドレス、ドメインタイプ、ドメイン領域、ユーザ識別子、宛先識別子、サービス情報、サービスタイプ、要求タイプ、サブセッション識別子、サブセッションサービス開始／停止時間、サブセッションサービス経過時間などを含むこともできる。ハンドオーバー課金識別子及び追加の課金情報は、オンライン課金コンテキスト情報を備える。
【００３０】
ＮＥ課金識別子をその他の課金情報と共にオンライン課金要求に挿入するとき、オンライン課金要求は、ＮＥ課金識別子及びその他の課金情報に対してすでに指定されているパラメータを有することもできる。例えば、Ｄｉａｍｅｔｅｒ ＣＣＲメッセージにおいて、ＮＥ課金識別子に対して指定された属性値ペア（ＡＶＰ）がある。ハンドオーバー課金識別子（及びおそらくは、その他の課金情報）を挿入するため、オンライン課金要求のハンドオーバー課金識別子に対して新しいパラメータが指定されてもよい。例えば、Ｄｉａｍｅｔｅｒ ＣＣＲメッセージの第１の新しいＡＶＰが、ハンドオーバー課金識別子に対して指定されてもよい。Ｄｉａｍｅｔｅｒ ＣＣＲメッセージの第２の新しいＡＶＰが、ネットワークドメイン１０２からネットワークドメイン１０３へのセッションの転送を指示するハンドオーバーインジケータに対して指定されてもよい。Ｄｉａｍｅｔｅｒ ＣＣＲメッセージの第３の新しいＡＶＰが、ネットワークドメイン１０２からネットワークドメイン１０３への転送が発生する時間を指示するタイムスタンプに対して指定されてもよい。次いで、ネットワーク要素１１２は、ステップ２１６において、オンライン課金要求をＯＣＳ１０８に伝送する。
【００３１】
同様に、ステップ２１０において、ハンドオーバーアプリケーションサーバ１０６はまた、ＣＴＦなどに基づいて、課金のトリガーイベントを識別する。ステップ２１２において、ハンドオーバーアプリケーションサーバ１０６はセッションに割り当てられたハンドオーバー課金識別子を識別する。次いで、ステップ２１４において、ハンドオーバーアプリケーションサーバ１０６は、セッションのオンライン課金要求を生成し、ハンドオーバー課金識別子をオンライン課金要求に挿入する。ハンドオーバーアプリケーションサーバ１０６はまた、１つ以上のＮＥ課金識別子、及びその他の課金情報をオンライン課金要求に含むことができる。例えば、ハンドオーバーアプリケーションサーバ１０６はまた、ＮＥ課金識別子のリスト、ドメインハンドオーバーインジケータ、ドメインハンドオーバー課金タイプ、ドメインハンドオーバータイムスタンプ、関連するＮＥサブセッション識別子のリストなどを含むことができる。ハンドオーバー課金識別子及び追加の課金情報は、オンライン課金コンテキスト情報を備える。オンライン課金要求が、新しく定義されたハンドオーバー課金識別子に対してなど、このコンテキスト情報の適切なパラメータを含まない場合、前述のようにハンドオーバー課金識別子又はその他のコンテキスト情報に対して新しいパラメータが指定されてもよい。次いで、ハンドオーバーアプリケーションサーバ１０６は、ステップ２１６において、オンライン課金要求をＯＣＳ１０８に伝送する。
【００３２】
ハンドオーバーアプリケーションサーバ１０６及びネットワーク要素１１２は、上記で説明される機能を実行するように動作可能なハードウェア、ソフトウェア、又はファームウェアを備えることができる。例えば、ハンドオーバーアプリケーションサーバ１０６及びネットワーク要素１１２は各々、適切なネットワークドメインのプロトコルでシグナリングメッセージを受信し、処理して、伝送するように動作可能なシグナリングシステムを含むことができる。ハンドオーバーアプリケーションサーバ１０６及びネットワーク要素１１２は各々、ハンドオーバー課金識別子及びその他のコンテキスト情報を格納するように動作可能なストレージシステムを含むことができる。ハンドオーバーアプリケーションサーバ１０６及びネットワーク要素１１２は各々、課金イベントをトリガし、ＯＣＳ１０８とインターフェイスを取ってオンライン課金要求をＯＣＳ１０８に提供するように動作可能な、ＣＴＦのような課金システムをさらに含むことができる。
【００３３】
図３は、本発明の例示的な実施形態におけるＯＣＳ１０８においてオンライン課金要求を処理する方法３００を示す流れ図である。方法３００のステップは、図１の通信ネットワーク１００を参照して説明される。図３の流れ図のステップは、包括的なものではなく、図示されていない他のステップを含むことができる。
【００３４】
ステップ３０２において、ＯＣＳ１０８は、オンライン課金要求をネットワーク要素１１２及び／又はハンドオーバーアプリケーションサーバ１０６から受信する。加えてＯＣＳ１０８は、ネットワークドメイン１０２のその他のネットワーク要素からオンライン課金要求を受信することができる。ステップ３０４において、ＯＣＳ１０８は、オンライン課金要求を処理して、オンライン課金要求に含まれるハンドオーバー課金識別子及び任意のＮＥ課金識別子を識別する。ステップ３０６において、ＯＣＳ１０８は、セッションの課金要求を関連付ける目的で、ハンドオーバー課金識別子及び任意のＮＥ課金識別子を格納する。次いで、ＯＣＳ１０８は、セッションのオンライン課金操作を実行する。例えば、ＯＣＳ１０８は、ステップ３０８において課金レートを決定する。課金レートは、サービスプランの使用料、及びセッションの時間（段階的使用料を想定）に基づいて決定される。ＯＣＳ１０８は、ステップ３１０において、課金レートに基づいて、ネットワーク要素１１２及びハンドオーバーアプリケーションサーバ１０６のような、オンライン課金要求を開始したネットワーク要素の信用割り当てを許可する。１つの前提は、デュアルモードデバイス１２０が適正に権限を付与されており、セッションに対してユーザのアカウントに十分な残高があるということである。次いで、ＯＣＳ１０８は、ステップ３１２において、信用割り当てを含むオンライン課金応答を生成し、ステップ３１４において、オンライン課金応答をネットワーク要素１１２及びハンドオーバーアプリケーションサーバ１０６に伝送する。ＯＣＳ１０８は、ネットワーク要素１１２、ハンドオーバーアプリケーションサーバ１０６、及びネットワークドメイン１０２内のその他のネットワーク要素（不図示）から追加のオンライン課金要求を受信したことに応答して、同様に動作する。
【００３５】
ネットワークドメイン１０２においてセッションが進行すると、ネットワーク要素１１２及びハンドオーバーアプリケーションサーバ１０６は、追加のオンライン課金要求をＯＣＳ１０８に伝送することができる。ネットワークドメイン１０２内のさらに多くのネットワーク要素がセッションにサービスを提供すると、これらのネットワーク要素は、上記で説明されるようにハンドオーバーアプリケーションサーバ１０６とコンタクトを取り、ハンドオーバーアプリケーションサーバ１０６は、ハンドオーバー課金識別子をこれらのネットワーク要素に配信する。次いで、ネットワークドメイン１０２内のネットワーク要素がオンライン課金要求を生成するとき、ネットワーク要素は、ＯＣＳ１０８がセッションの任意のオンライン課金要求を関連付けることができるように、ハンドオーバー課金識別子をＯＣＳ１０８へのオンライン課金要求に挿入する。
【００３６】
ある時点でセッションがネットワークドメイン１０２からネットワークドメイン１０３に転送される（図１を参照）ことをさらに仮定するが、これもまたハンドオーバーと呼ばれる。ハンドオーバーは、様々な理由から要望される場合がある。例えば、デュアルモードデバイス１２０がネットワークドメイン１０３によってサービスを提供される区域に移動する場合、デュアルモードデバイス１２０はネットワークドメイン１０３に登録することができる。デュアルモードデバイス１２０のサービス論理に従って、デュアルモードデバイス１２０は、ネットワークドメイン１０３がコスト、使用可能なサービス、サービス区域などの理由から、好ましい通信のモードであると決定することができる。デュアルモードデバイス１２０は、ネットワークドメイン１０３によって使用されるプロトコルでもう１つのセッション開始要求を生成し、セッション開始要求をネットワークドメイン１０３内のネットワーク要素１１３に伝送する。
【００３７】
セッション開始要求を受信したことに応答して、ネットワークドメイン１０３内のネットワーク要素１１３は、もう１つのネットワーク要素（ＮＥ）課金識別子をセッションに割り当てる。ＮＥ課金識別子の割り当ての一例として、ネットワークドメイン１０３が回線交換ドメイン（例えば、ＣＤＭＡネットワーク）を備える場合、セッション開始要求（例えば、ＩＳＵＰ ＩＡＭ）を受信する回線交換ネットワーク内のＭＳＣ（不図示）又は別のネットワーク要素は、一意の課金識別子をそのセッションに割り当てる。
【００３８】
図４は、本発明の例示的な実施形態におけるオンライン課金のコンテキスト情報をネットワークドメイン１０３内のネットワーク要素及びＯＣＳ１０８に配信するさらなる方法４００を示す流れ図である。方法４００のステップは、図１の通信ネットワーク１００を参照して説明される。図４の流れ図のステップは、包括的なものではなく、図示されていない他のステップを含むことができる。
【００３９】
セッション開始要求を受信したことに応答して、ネットワーク要素１１３は、デュアルモードデバイス１２０（又はその関連するユーザ）のフィルタ基準を処理して、デュアルモードデバイス１２０がデュアルモード機能を有すること、及びセッションがもう１つのネットワークドメイン１０２から転送されていることを決定する。従って、ネットワーク要素１１３は、ステップ４０２において、ネットワーク要素１１３によって割り当てられたＮＥ課金識別子を含む、ＡＮＳＩ ＯＲＲＥＱのようなセッション開始要求を生成する。次いで、ネットワーク要素１１３は、ステップ４０４において、ハンドオーバーアプリケーションサーバ１０６をセッションに含めるために、セッション開始要求をハンドオーバーアプリケーションサーバ１０６に伝送する。
【００４０】
セッション開始要求を受信したことに応答して、ハンドオーバーアプリケーションサーバ１０６は、セッション中のネットワークドメインの転送に備えるためにサーバ論理を実行する。さらに、ハンドオーバーアプリケーションサーバ１０６は、ステップ４０６において、セッションに割り当てられたハンドオーバー課金識別子を識別する。次いで、ハンドオーバーアプリケーションサーバ１０６は、ステップ４０８において、ハンドオーバー課金識別子をネットワークドメイン１０３のネットワーク要素１１３及びその他のネットワーク要素（不図示）に配信する。ハンドオーバー課金識別子を配信するため、ハンドオーバーアプリケーションサーバ１０６は、ハンドオーバー課金識別子を含むＡＮＳＩ ｏｒｒｅｑのようなセッション開始応答を生成し、セッション開始応答をネットワーク要素１１３に伝送する。ハンドオーバーアプリケーションサーバ１０６は、ネットワークドメイン１０３内のその他のネットワーク要素（不図示）から他のセッション開始要求を受信したことに応答して同様に動作することができる。
【００４１】
ネットワーク要素１１３は、ハンドオーバーアプリケーションサーバ１０６からセッション開始応答を受信し、ハンドオーバー課金識別子を格納する。ネットワーク要素１１３は、ハンドオーバー課金識別子がまだハンドオーバーアプリケーションサーバ１０６によって配信されていない場合、ハンドオーバー課金識別子をネットワークドメイン１０３内のその他のネットワーク要素（不図示）に配信する。ネットワークドメイン１０３を介するセッションを完了するために、その他のシグナリングがさらに発生する。
【００４２】
セッション中のある時点において、ネットワーク要素１１３は、ステップ４１０において、ＣＴＦなどに基づいて課金のトリガーイベントを識別する。ステップ４１２において、ネットワーク要素１１３は、セッションに割り当てられたハンドオーバー課金識別子を識別する。次いで、ネットワーク要素１１３は、セッションのオンライン課金要求を生成し、ステップ４１４においてハンドオーバー課金識別子をオンライン課金要求に挿入する。ネットワーク要素１１３はまた、ＮＥ課金識別子及びその他の課金情報をオンライン課金要求に含むことができる。例えば、ネットワーク要素１１３は、ネットワークドメイン１０２からネットワークドメイン１０３へのセッションの転送を指示するハンドオーバーインジケータをオンライン課金要求に挿入することができる。ネットワーク要素１１３はまた、セッションの転送に対するタイムスタンプを識別して、タイムスタンプをオンライン課金要求に挿入することができる。オンライン課金要求が、新しく定義されたハンドオーバー課金識別子に対してなど、このコンテキスト情報の適切なパラメータを含まない場合、前述のようにハンドオーバー課金識別子又はその他のコンテキスト情報に対して新しいパラメータが指定されてもよい。次いで、ネットワーク要素１１３は、ステップ４１６において、オンライン課金要求をＯＣＳ１０８に伝送する。
【００４３】
上記で説明されているように、ハンドオーバーアプリケーションサーバ１０６はまた、ネットワークドメイン１０３を介するセッション中に課金の１つ以上のトリガーイベントを識別する。従って、ハンドオーバーアプリケーションサーバ１０６は、セッションに割り当てられたハンドオーバー課金識別子を識別する（図２のステップ２１２を参照）。ハンドオーバーアプリケーションサーバ１０６は、セッションのオンライン課金要求を生成し、ハンドオーバー課金識別子をオンライン課金要求に挿入する（図２のステップ２１４を参照）。ハンドオーバーアプリケーションサーバ１０６はまた、１つ以上のＮＥ課金識別子、及びその他のコンテキスト及び／又は課金情報をオンライン課金要求に含むことができる。次いで、ハンドオーバーアプリケーションサーバ１０６は、オンライン課金要求をＯＣＳ１０８に伝送する（図２のステップ２１６を参照）。
【００４４】
ネットワーク要素１１３はまた、上記で説明される機能を実行するように動作可能なハードウェア、ソフトウェア、又はファームウェアを備えることができる。例えば、ネットワーク要素１１３は各々、適切なネットワークドメインのプロトコルでシグナリングメッセージを受信し、処理して、伝送するように動作可能なシグナリングシステムを含むことができる。ネットワーク要素１１３は各々、ハンドオーバー課金識別子及びその他のコンテキスト情報を格納するように動作可能なストレージシステムを含むことができる。ネットワーク要素１１３は各々、課金イベントをトリガし、ＯＣＳ１０８とインターフェイスを取ってオンライン課金要求をＯＣＳ１０８に提供するように動作可能な、ＣＴＦのような課金システムをさらに含むことができる。
【００４５】
図５は、本発明の例示的な実施形態におけるドメイン転送後にＯＣＳにおいてオンライン課金要求を処理するさらなる方法５００を示す流れ図である。方法５００のステップは、図１の通信ネットワーク１００を参照して説明される。図５の流れ図のステップは、包括的なものではなく、図示されていない他のステップを含むことができる。
【００４６】
ステップ５０２において、ＯＣＳ１０８は、オンライン課金要求をネットワーク要素１１３及び／又はハンドオーバーアプリケーションサーバ１０６から受信する。加えてＯＣＳ１０８は、ネットワークドメイン１０３内のその他のネットワーク要素からオンライン課金要求を受信することができる。ステップ５０４において、ＯＣＳ１０８は、オンライン課金要求を処理して、オンライン課金要求に含まれるハンドオーバー課金識別子及び任意のＮＥ課金識別子を識別する。ステップ５０６において、ＯＣＳ１０８は、ハンドオーバー課金識別子及び任意のＮＥ課金識別子を格納する。次いで、ＯＣＳ１０８は、セッションのオンライン課金操作を実行する。例えば、ＯＣＳ１０８は、ステップ５０８において、セッションのオンライン課金要求を関連付けて、課金レートを決定する。さらに詳細には、ＯＣＳ１０８は、オンライン課金要求で提供されたオンライン課金コンテキスト情報を処理して、課金レートを決定する。ＯＣＳ１０８は、セッションが１つのネットワークドメインから別のネットワークドメインに転送されたことを識別したことに応答してオンライン課金要求を関連付けることができるか、又はオンライン課金要求を自動的に関連付けることができる。オンライン課金コンテキスト情報は、セッションがもう１つのネットワークドメイン１０２から転送されたことを指示するので、ＯＣＳ１０８は、セッションの総持続時間を正確に決定することができ、セッションの正しい課金レートを決定することができる。デュアルモードデバイス１２０のユーザが段階的使用料によるサービスプランを有する場合、ＯＣＳ１０８は、ネットワークドメイン１０３上のサブセッションの課金レートを正確に決定することができない。例えば、セッションが、３０分後にネットワークドメイン１０２からネットワークドメイン１０３に転送されたと仮定する。オンライン課金コンテキスト情報により、ＯＣＳ１０８は、課金レートが時間＝０ではなく時間＝３０から決定されるべきであると決定することができる。段階的使用料の場合、ＯＣＳ１０８は、正しい課金レートを決定することができる。
【００４７】
ステップ５１０において、ＯＣＳ１０８は、課金レートに基づいて、ネットワーク要素１１３及びハンドオーバーアプリケーションサーバ１０６のような、オンライン課金要求を開始したネットワーク要素の信用割り当てを許可する。この場合も同様に、１つの前提は、デュアルモードデバイス１２０が適正に権限を付与されており、セッションに対してユーザのアカウントに十分な残高があるということである。次いで、ＯＣＳ１０８は、ステップ５１２において、信用割り当てを含むオンライン課金応答を生成し、ステップ５１４において、オンライン課金応答をネットワーク要素１１３及びハンドオーバーアプリケーションサーバ１０６に伝送する。ＯＣＳ１０８は、ネットワーク要素１１３、ハンドオーバーアプリケーションサーバ１０６、及びネットワークドメイン１０３内のその他のネットワーク要素（不図示）から追加のオンライン課金要求を受信したことに応答して、同様に動作する。
【００４８】
ネットワークドメイン１０３においてセッションが進行すると、ネットワーク要素１１３及びハンドオーバーアプリケーションサーバ１０６は、追加のオンライン課金要求をＯＣＳ１０８に伝送することができる。ネットワークドメイン１０３においてさらに多くのネットワーク要素がセッションにサービスを提供すると、これらのネットワーク要素は、上記で説明されるようにハンドオーバーアプリケーションサーバ１０６とコンタクトを取り、ハンドオーバーアプリケーションサーバ１０６は、ハンドオーバー課金識別子をこれらのネットワーク要素に配信する。次いで、ネットワークドメイン１０３内のネットワーク要素がオンライン課金要求を生成するとき、ネットワーク要素は、ＯＣＳ１０８がセッションの任意のオンライン課金要求を関連付けることができるように、ハンドオーバー課金識別子をＯＣＳ１０８へのオンライン課金要求に挿入する。
【００４９】
オンライン課金要求を関連付けるため、ＯＣＳ１０８は、セッションの転送前にネットワークドメイン１０２内の各ネットワーク要素１１２の現在のオンライン課金スナップショットデータを保持し、セッションの転送後にネットワークドメイン１０３内の各ネットワーク要素１１３の現在のオンライン課金スナップショットデータを保持するハンドオーバーカウンタを実施することができる。図６は、本発明の例示的な実施形態におけるＯＣＳ１０８内のコンテキスト情報、ハンドオーバーカウンタ、及び料金プランの関連を示す流れ図である。各々のＶＣＣ更新は、カウンタ更新基準（即ち、各ネットワークドメイン内の各ネットワーク要素から受信した課金情報がＶＣＣカウンタコンテキスト情報と一致する場合）としてのコンテキスト情報に基づき、ハンドオーバーカウンタはコンテキスト情報を格納するために更新される。
【００５０】
ＯＣＳ１０８は、コンテキスト情報を料金算定基準として使用して、セッションの課金レートを決定する。従って、ネットワークドメイン１０２内のセッションがネットワークドメイン１０３に転送されるとき、各ネットワークドメイン１０２〜１０３内の２つのサブセッションは、同じ料金プランを使用する同じ連続するセッションとして処理される。２つの相関するサブセッションが各々個別の料金プランに基づく料金プラン又は課金を共有するかどうかは、ネットワークオペレータの構成に基づく。
【００５１】
セッションがネットワークドメイン１０２からネットワークドメイン１０３に転送されたことをＯＣＳ１０８が決定するとき、ＯＣＳ１０８は、ネットワークドメイン１０２内のネットワーク要素１１２へのオンライン課金を終了することができる。ＯＣＳ１０８は、ネットワークドメイン１０２内のネットワーク要素１１２が、課金を単に中断するか、又は課金を停止して、未使用の信用をＯＣＳ１０８に返すように要求することができる。
【００５２】
図７は、本発明の例示的な実施形態におけるドメイン転送後に未使用の信用を引き渡す方法７００を示す流れ図である。方法７００のステップは、図１の通信ネットワーク１００を参照して説明される。図７の流れ図のステップは、包括的なものではなく、図示されていない他のステップを含むことができる。
【００５３】
ステップ７０２において、ネットワークドメイン１０２からネットワークドメイン１０３へのセッションの転送を識別すると、ＯＣＳ１０８は、ステップ７０４において、ネットワークドメイン１０２内のネットワーク要素１１２に未使用の信用を引き渡させるかどうかを決定する。ＯＣＳ ＶＣＣ課金ポリシー管理は、ネットワーク要素１１２が未使用の信用を引き渡すべきであるかどうかを、ネットワークドメイン１０２内のネットワーク要素向けの使用料が転送後に変更される、ユーザのアカウント残高がしきい値を下回る、転送後に信用引き渡しを提示するユーザ又はオペレータ、ハンドオーバータイプ（即ち、どのネットワークドメインからどのネットワークドメイン）、プリペイドライフサイクルなどの規則又は条件のうちの１つ以上に基づいて決定する。決定が、ネットワーク要素１１２に未使用の信用を引き渡させることである場合、ＯＣＳ１０８は、ステップ７０６において、信用返却要求をネットワークドメイン１０２内のネットワーク要素１１２及びその他のネットワーク要素に伝送する。例えば、ＯＣＳ１０８は、ネットワーク要素１１２が任意の未使用の信用を返却するよう要求するＤｉａｍｅｔｅｒ Ｒｅ−Ａｕｔｈｏｒｉｚａｔｉｏｎ−Ｒｅｑｕｅｓｔ（ＲＡＲ）をネットワーク要素１１２に伝送することができる。信用返却要求に応答して、ネットワーク要素１１２は、Ｄｉａｍｅｔｅｒ ＣＣＲのような、信用残高を含むオンライン課金要求を生成し、オンライン課金要求をＯＣＳ１０８に伝送する。ハンドオーバーアプリケーションサーバ１０６に任意の未使用の信用を返却させるために、同様のプロセスが使用される。
【００５４】
ＯＣＳ１０８は、ステップ７０８において、ネットワークドメイン１０２内のネットワーク要素１１２及びその他のネットワーク要素、ならびにハンドオーバーアプリケーションサーバ１０６からオンライン課金要求を受信し、ステップ７１０において、未使用の信用をユーザのアカウントに返す。ＯＣＳ１０８はまた、アカウントステータス及びライフサイクルを更新する。
【００５５】
例
図８〜図１１は、１つのネットワークドメインから別のネットワークドメインへシームレスにハンドオーバーされるセッションのオンライン課金の例を示す。図８は、本発明の例示的な実施形態における通信ネットワーク８００を示す。通信ネットワーク８００は、ＩＭＳネットワーク８０２、ＧＳＭネットワーク又はＣＤＭＡネットワークのような回線交換ネットワーク８０４、及びＯＣＳ８０６を含む。ＩＭＳネットワーク８０２は、Ｓｅｒｖｉｎｇ−ＣＳＣＦ（Ｓ−ＣＳＣＦ）８１２、Ｉｎｔｅｒｒｏｇａｔｅ−ＣＳＣＦ（Ｉ−ＣＳＣＦ）８１３、Ｐｒｏｘｙ−ＣＳＣＦ（Ｐ−ＣＳＣＦ）８１４、メディアゲートウェイ制御機能（ＭＧＣＦ）８１５、ＷｉＦｉアクセスネットワーク８１６、ホーム加入者サーバ（ＨＳＳ）８１７、及びＶＣＣアプリケーションサーバ８１８を含む。ＩＭＳネットワーク８０２は、簡潔にするため図示されていないその他のネットワーク要素を含むことができる。回線交換ネットワーク８０４は、ＭＳＣ８２２及び基地局８２４を含む。回線交換ネットワーク８０４は、簡潔にするため図示されていないその他のネットワーク要素を含むことができる。図８〜図１１の例は、デュアルモードデバイス８３０がエンドポイント８４０によってセッションに招待される場合の、ＩＭＳネットワーク８０２から回線交換ネットワーク８０４へのシームレスなハンドオーバーの課金を示す。
【００５６】
図９〜図１１は、本発明の例示的な実施形態における転送されたセッションのオンライン課金を示すメッセージ図である。エンドポイント８４０（図８を参照）がデュアルモードデバイス８３０とのセッションを開始しようとしていると仮定する。図９においてセッションを開始するため、エンドポイント８４０は、ＳＩＰ ＩＮＶＩＴＥを生成し、ＩＮＶＩＴＥをＩＭＳネットワーク８０２のＳ−ＣＳＣＦ８１２に伝送する。デュアルモードデバイス８３０をセッションに招待するＩＮＶＩＴＥに応答して、Ｓ−ＣＳＣＦ８１２はデュアルモードデバイス８３０の初期フィルタ基準（ｉＦＣ）を処理するが、これはデュアルモードデバイス８３０がデュアルモード機能を有することを指示する。従って、Ｓ−ＣＳＣＦ８１２は、ＶＣＣアプリケーションサーバ８１８とエンドポイント８４０間のＳＩＰダイアログ１を確立するためにＳＩＰ ＩＮＶＩＴＥをＶＣＣアプリケーションサーバ８１８に伝送することによってセッションにＶＣＣアプリケーションサーバ８１８を含む。
【００５７】
バックツーバックユーザエージェント（Ｂ２ＢＵＡ）として動作するＶＣＣアプリケーションサーバ８１８は、セッションがＩＭＳネットワーク８０２に配信される必要があることを決定し、デュアルモードデバイス８３０にサービスを提供しているＳ−ＣＳＣＦ８１２にＳＩＰ ＩＮＶＩＴＥを伝送する。次いで、Ｓ−ＣＳＣＦ８１２は、ＶＣＣアプリケーションサーバ８１８とデュアルモードデバイス８３０間のＳＩＰダイアログ２を確立するために、ＩＮＶＩＴＥをＰ−ＣＳＣＦ８１４経由でデュアルモードデバイス８３０に伝送する。
【００５８】
デュアルモードデバイス８３０は、ベアラのＳＤＰでＳＩＰ １８０ Ｒｉｎｇｉｎｇを（Ｐ−ＣＳＣＦ８１４を介して）Ｓ−ＣＳＣＦ８１２に返し、Ｓ−ＣＳＣＦ８１２はＳＩＰ １８０ ＲｉｎｇｉｎｇをＶＣＣアプリケーションサーバ８１８に伝送する。ＶＣＣアプリケーションサーバ８１８はＳＩＰ １８０ ＲｉｎｇｉｎｇをＳ−ＣＳＣＦ８１２に伝送し、Ｓ−ＣＳＣＦ８１２はＳＩＰ １８０ Ｒｉｎｇｉｎｇをエンドポイント８４０に転送する。
【００５９】
次いで、デュアルモードデバイス８３０はＳＩＰ ２００ ＯＫを（Ｐ−ＣＳＣＦ８１４を介して）Ｓ−ＣＳＣＦ８１２に伝送し、Ｓ−ＣＳＣＦ８１２は２００ ＯＫをＶＣＣアプリケーションサーバ８１８に伝送する。２００ ＯＫを受信したことに応答して、ＶＣＣアプリケーションサーバ８１８は課金イベントを識別する。従って、ＶＣＣアプリケーションサーバ８１８はＤｉａｍｅｔｅｒ ＣＣＲ［Ｉｎｉｔｉａｌ］を生成し、セッションに割り当てられたハンドオーバー課金識別子を識別して、ハンドオーバー課金識別子をＤｉａｍｅｔｅｒ ＣＣＲ［Ｉｎｉｔｉａｌ］に挿入する。ＶＣＣアプリケーションサーバ８１８はまた、１つ以上のＮＥ課金識別子、及びその他の課金情報をＣＣＲ［Ｉｎｉｔｉａｌ］に含むことができる。例えば、ＶＣＣアプリケーションサーバ８１８はまた、ＮＥ課金識別子のリスト、ドメインハンドオーバーインジケータ、ドメインハンドオーバー課金タイプ、ドメインハンドオーバータイムスタンプ、関連するＮＥサブセッション識別子のリストなどを含むことができる。ハンドオーバー課金識別子及び追加の課金情報は、ＯＣＳ８０６のオンライン課金コンテキスト情報を備える。
【００６０】
ＮＥ課金識別子をその他の課金情報と共に課金メッセージに挿入するとき、ＣＣＲ［Ｉｎｉｔｉａｌ］は、ＮＥ課金識別子及びその他の課金情報に対してすでに指定されている属性値ペア（ＡＶＰ）を有することもできる。ハンドオーバー課金識別子（及びおそらくは、その他の課金情報）を挿入するため、ハンドオーバー課金識別子に対してＣＣＲメッセージの新しいＡＶＰが指定されてもよい。ＶＣＣアプリケーションサーバ８１８は、コンテキスト情報が挿入されたＣＣＲ［Ｉｎｉｔｉａｌ］をＯＣＳ８０６に伝送する。
【００６１】
ＯＣＳ８０６はＣＣＲ［Ｉｎｉｔｉａｌ］を受信し、ＣＣＲ［Ｉｎｉｔｉａｌ］に含まれるコンテキスト情報を格納する。ＯＣＳ８０６は、コンテキスト情報を処理して、ＩＭＳネットワーク８０２を介するセッションの課金レートを決定する。次いで、ＯＣＳ８０６は、信用割り当てを含むＤｉａｍｅｔｅｒ ＣＣＡ［Ｉｎｉｔｉａｌ］を生成し、Ｄｉａｍｅｔｅｒ ＣＣＡ［Ｉｎｉｔｉａｌ］をＶＣＣアプリケーションサーバ８１８に伝送する。ＯＣＳ８０６はまた、追加のコンテキスト情報をＣＣＡ［Ｉｎｉｔｉａｌ］に含むことができる。次いで、ＶＣＣアプリケーションサーバ８１８は、デュアルモードデバイス８３０の信用割り当ての監視を開始する。割り当てが消費されている場合、ＶＣＣアプリケーションサーバ８１８は、新しい信用割り当てをＯＣＳ８０６に要求するＣＣＲ［Ｕｐｄａｔｅ］を伝送することができる。
【００６２】
次いで、ＶＣＣアプリケーションサーバ８１８は、ＳＩＰ ２００ ＯＫをＳ−ＣＳＣＦ８１２に伝送する。ＶＣＣアプリケーションサーバ８１８は、ハンドオーバー課金識別子をＩＭＳネットワーク８０２のネットワーク要素に配信するステップの一環として、ハンドオーバー課金識別子を２００ ＯＫに挿入することができる。さらに、ＶＣＣアプリケーションサーバ８１８は、以前のシグナリングメッセージで、ハンドオーバー課金識別子をＩＭＳネットワーク８０２のネットワーク要素に配信済みの場合もある。
【００６３】
２００ ＯＫを受信したことに応答して、Ｓ−ＣＳＣＦ８１２は課金イベントを識別する。次いで、Ｓ−ＣＳＣＦ８１２はＤｉａｍｅｔｅｒ ＣＣＲ［Ｉｎｉｔｉａｌ］を生成し、（ＶＣＣアプリケーションサーバ８１８によって提供された）セッションに割り当てられたハンドオーバー課金識別子を識別して、ハンドオーバー課金識別子をＤｉａｍｅｔｅｒ ＣＣＲ［Ｉｎｉｔｉａｌ］に挿入する。Ｓ−ＣＳＣＦ８１２はまた、ＮＥ課金識別子、及びその他の課金情報をＣＣＲ［Ｉｎｉｔｉａｌ］に含むことができる。例えば、Ｓ−ＣＳＣＦ８１２はまた、ＮＥタイプ、ＮＥアドレス、ドメインタイプ、ドメイン領域、ユーザ識別子、宛先識別子、サービス情報、サービスタイプ、要求タイプ、サブセッション識別子、サブセッションサービス開始／停止時間、サブセッションサービス経過時間などを含むこともできる。ハンドオーバー課金識別子及び追加の課金情報は、ＯＣＳ８０６のオンライン課金コンテキスト情報を備える。ハンドオーバー課金識別子（及び可能なその他の課金情報）を挿入するため、ハンドオーバー課金識別子に対してＣＣＲメッセージの新しいＡＶＰが指定されてもよい。次いで、Ｓ−ＣＳＣＦ８１２は、ＣＣＲ［Ｉｎｉｔｉａｌ］をダイアログ２の課金のためにＯＣＳ８０６に伝送する。
【００６４】
ＯＣＳ８０６はＣＣＲ［Ｉｎｉｔｉａｌ］を受信し、ＣＣＲ［Ｉｎｉｔｉａｌ］に含まれるコンテキスト情報を格納する。ＯＣＳ８０６は、コンテキスト情報を処理して、ＩＭＳネットワーク８０２を介するセッションの課金レートを決定する。次いで、ＯＣＳ８０６は、信用割り当てを含むＤｉａｍｅｔｅｒ ＣＣＡ［Ｉｎｉｔｉａｌ］を生成し、Ｄｉａｍｅｔｅｒ ＣＣＡ［Ｉｎｉｔｉａｌ］をＳ−ＣＳＣＦ８１２に伝送する。ＯＣＳ８０６はまた、追加のコンテキスト情報をＣＣＡ［Ｉｎｉｔｉａｌ］に含むことができる。次いで、Ｓ−ＣＳＣＦ８１２は、ダイアログ２についてデュアルモードデバイス８３０の信用割り当ての監視を開始する。割り当てが消費されている場合、Ｓ−ＣＳＣＦ８１２は、新しい信用割り当てをＯＣＳ８０６に要求するＣＣＲ［Ｕｐｄａｔｅ］を伝送することができる。
【００６５】
次に、Ｓ−ＣＳＣＦ８１２は、２００ ＯＫをエンドポイント８４０に伝送する。この場合も同様に、Ｓ−ＣＳＣＦ８１２は課金イベントを識別し、ＶＣＣコンテキスト情報と共にＣＣＲ［Ｉｎｉｔｉａｌ］をダイアログ１の課金のためにＯＣＳ８０６に伝送する。ＯＣＳ８０６はコンテキスト情報を処理し、信用割り当てを許可して、ＣＣＡ［Ｉｎｉｔｉａｌ］をＳ−ＣＳＣＦ８１２に伝送する。次いで、Ｓ−ＣＳＣＦ８１２は、ダイアログ１についてデュアルモードデバイス８３０の信用割り当ての監視を開始する。割り当てが消費されている場合、Ｓ−ＣＳＣＦ８１２は、新しい信用割り当てをＯＣＳ８０６に要求するＣＣＲ［Ｕｐｄａｔｅ］を伝送することができる。
【００６６】
次いで、エンドポイント８４０は、ＳＩＰ ＡＣＫメッセージをＳ−ＣＳＣＦ８１２に伝送する。Ｓ−ＣＳＣＦ８１２は、ＳＩＰ ＡＣＫをＶＣＣアプリケーションサーバ８１８に伝送する。これは、エンドポイント８４０とＶＣＣアプリケーションサーバ８１８間のＳＩＰダイアログ１の確立を完了する。次いで、ＶＣＣアプリケーションサーバ８１８は、ＳＩＰ ＡＣＫを（Ｓ−ＣＳＣＦ８１２及びＰ−ＣＳＣＦ８１４を介して）デュアルモードデバイス８３０に伝送する。これは、デュアルモードデバイス８３０とＶＣＣアプリケーションサーバ８１８間のＳＩＰダイアログ２の確立を完了する。従ってセッションは、デュアルモードデバイス８３０とエンドポイント８４０間でＩＭＳネットワーク８０２を介して確立され、通信は、ＲＴＰ接続のようなベアラ接続を通じて開始することができる。
【００６７】
ＩＭＳネットワーク８０２を介するセッション中に、Ｓ−ＣＳＣＦ８１２、ＶＣＣアプリケーションサーバ８１８、又はＩＭＳネットワーク８０２内のその他のネットワーク要素は、ＣＣＲ［Ｕｐｄａｔｅ］メッセージをＯＣＳ８０６に伝送して追加の信用割り当てを要求することができる（図９には不図示）。ＣＣＲ［Ｕｐｄａｔｅ］メッセージに応答して、ＯＣＳ８０６は、許可された信用割り当てを含むＣＣＡ［Ｕｐｄａｔｅ］メッセージを伝送する。
【００６８】
この実施形態についてさらに、デュアルモードデバイス８３０が回線交換ネットワーク８０４のサービス区域に入り、回線交換ネットワーク８０４に登録すると仮定する（図１０を参照）。デュアルモードデバイス８３０は、ＷｉＦｉアクセスネットワーク８１６がデュアルモードデバイス８３０の圏内になくなった場合など、様々な理由により、ＩＭＳネットワーク８０２から回線交換ネットワーク８０４への転送（又はハンドオーバー）を要求することができる。ハンドオーバーを開始するため、デュアルモードデバイス８３０は、１ｘコール発信メッセージを（基地局８２４を介して）ＭＳＣ８２２に伝送する。
【００６９】
コール発信メッセージに応答して、ＭＳＣ８２２は、デュアルモードデバイス８３０のサービスプロファイルを取得する。次いで、ＭＳＣ８２２は、ＡＮＳＩ ＯＲＲＥＱメッセージを（ＶＣＣアプリケーションサーバ８１８が統合ＷＩＮ ＳＣＰ機能を有すると仮定して）をＶＣＣアプリケーションサーバ８１８に伝送する。ＶＣＣアプリケーションサーバ８１８は、これがＯＲＲＥＱメッセージの着呼側番号（及び発呼側番号）のＶＤＮに基づくドメイン転送（ＤＴ）のシナリオであることを決定し、このＤＴに関連付けられているＥ．１６４一時ルーティング番号であるＩＭＳルーティング番号を割り振る。次いで、ＶＣＣアプリケーションサーバ８１８は、ＡＮＳＩ ｏｒｒｅｑメッセージをＭＳＣ８２２に伝送する。ＶＣＣアプリケーションサーバ８１８は、ハンドオーバー課金識別子を回線交換ネットワーク８０４のネットワーク要素に配信するステップの一環として、ハンドオーバー課金識別子をＡＮＳＩ ｏｒｒｅｑメッセージに挿入することができる。次いで、ＭＳＣ８２２は、１ｘトラフィック割り当てメッセージを（基地局８２４を介して）デュアルモードデバイス８３０に伝送する。基地局８２４は、デュアルモードデバイス８３０のリバーストラフィックチャネルを取得し、音声パスがＭＳＣ８２２で確立される。
【００７０】
着呼側番号は、１ｘコール発信メッセージで、又は発信トリガの結果ＩＭＲＮの割り振りが行われた場合にはＩＭＲＮで、ダイヤルされた数字ストリングである。ＭＳＣ８２２によって実行された着呼側番号の変換の結果、ＩＳＵＰ ＩＡＭメッセージはＭＧＣＦ８１５にルーティングされる。ＭＳＣ８２２は、ＩＡＭメッセージの発呼側番号フィールドにデュアルモードデバイス８３０のＥ．１６４ ＭＤＮを含む。
【００７１】
ＭＧＣＦ８１５は、２つの終端を作成するようＭＧＷ（不図示）に要求する。第１の終端は、ＭＧＷとＭＳＣ８２２間のＴＤＭ接続である。第２の終端は、ＲＴＰ／ＵＤＰ／ＩＰ一時終端である。次いで、ＭＧＣＦ８１５は、Ｒｅｑｕｅｓｔ−ＵＲＩ、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙ、及びＳＤＰオファーを含むＳＩＰ ＩＮＶＩＴＥを（Ｉ−ＣＳＣＦ８１３を介して）ＶＣＣアプリケーションサーバ８１８に伝送する。Ｒｅｑｕｅｓｔ−ＵＲＩはＩＡＭ着呼側番号に基づき、Ｐ−Ａｓｓｅｒｔｅｄ−ＩｄｅｎｔｉｔｙはＩＡＭ発呼側番号に基づき、ＳＤＰオファーはＭＧＷ ＳＤＰ情報に基づく。ＶＣＣアプリケーションサーバ８１８は、ＩＮＶＩＴＥのＰ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダを処理して、どの加入者がＶｏＩＰ−ｔｏ−１ｘ回線交換音声ＤＴを実行しているかを決定する。次いで、ＶＣＣアプリケーションサーバ８１８はＳＩＰ １８３ Ｓｅｓｓｉｏｎ ＰｒｏｇｒｅｓｓをＭＧＣＦ８１５に伝送し、ＭＧＣＦ８１５はＩＳＵＰ ＡＣＭメッセージをＭＳＣ８２２に伝送する。
【００７２】
ＳＩＰダイアログが、Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙで識別されたユーザとリモートユーザとの間で確立されている場合、ＶＣＣアプリケーションサーバ８１８は進行中のセッションのエンドポイント８４０を識別する。ＶＣＣアプリケーションサーバ８１８は、エンドポイント８４０に設定されたＲｅｑｕｅｓｔ−ＵＲＩ及びＶｉｓｉｔｅｄ ＭＧＷ ＳＤＰ情報に基づくＳＤＰオファーと共にＳＩＰ ｒｅ−ＩＮＶＩＴＥを生成する。ＶＣＣアプリケーションサーバ８１８はｒｅ−ＩＮＶＩＴＥをＳ−ＣＳＣＦ８１２に伝送し、Ｓ−ＣＳＣＦ８１２はｒｅ−ＩＮＶＩＴＥをエンドポイント８４０に転送する。
【００７３】
エンドポイント８４０は、そのＲＴＰベアラ終端をＭＧＷ ＳＤＰで変更して、エンドポイント８４０ ＳＤＰ情報と共にＳＤＰアンサーを含むＳＩＰ ２００ ＯＫでＳ−ＣＳＣＦ８１２に応答する。Ｓ−ＣＳＣＦ８１２は、２００ ＯＫをＶＣＣアプリケーションサーバ８１８に伝送する。２００ ＯＫに応答して、ＶＣＣアプリケーションサーバ８１８は、コンテキスト情報及びＤＴ情報を含むＣＣＲ［Ｕｐｄａｔｅ］をＯＣＳ８０６に伝送する。ＯＣＳ８０６は、ＣＣＲ［Ｕｐｄａｔｅ］を処理し、ＣＣＡ［Ｕｐｄａｔｅ］で応答する。
【００７４】
ＯＣＳ８０６はまた、ＩＭＳネットワーク８０２内のネットワーク要素に任意の未使用の信用を引き渡すよう要求することができる。そのような要求を行うため、ＯＣＳ８０６は、信用の残高を戻すよう要求するＳＩＰ ＲＡＲをＶＣＣアプリケーションサーバ８１８及びＳ−ＣＳＣＦ８１２に伝送する。ＲＡＲに応答して、ＶＣＣアプリケーションサーバ８１８及びＳ−ＣＳＣＦ８１２は、ＳＩＰ ＲＡＡをＯＣＳ８０６に伝送する。ＶＣＣアプリケーションサーバ８１８及びＳ−ＣＳＣＦ８１２はまた、信用残高と共にＣＣＲ［Ｕｐｄａｔｅ］をＯＣＳ８０６に伝送する。ＯＣＳ８０６はＣＣＲ［Ｕｐｄａｔｅ］を処理し、未使用の信用をデュアルモードデバイス８３０のユーザのアカウントに返す。次いで、ＯＣＳ８０６は、ＣＣＡ［Ｕｐｄａｔｅ］をＶＣＣアプリケーションサーバ８１８及びＳ−ＣＳＣＦ８１２の両方に伝送する。
【００７５】
ＶＣＣアプリケーションサーバ８１８はまた、エンドポイント８４０ ＳＤＰ情報と共にＳＤＰアンサーを含むＳＩＰ ２００ ＯＫを（Ｉ−ＣＳＣＦ８１３を介して）ＭＧＣＦ８１５に伝送する。ＭＧＣＦ８１５は、エンドポイント８４０ ＳＤＰ情報によるＭＧＷ一時終端の変更を要求し、ＭＧＷにリモートリソースを予約／コミットするよう指示する。ＭＧＣＦ８１５は、ＩＳＵＰ ＡＮＭメッセージをＭＳＣ８２２に伝送する。２００ ＯＫが受信された後はいつでも、ＭＧＣＦ８１５はＳＩＰ ＡＣＫメッセージを（Ｉ−ＣＳＣＦ８１３を介して）ＶＣＣアプリケーションサーバ８１８に伝送する。これは、ＭＧＣＦ８１５とＶＣＣアプリケーションサーバ８１８間のＳＩＰダイアログ３の確立を完了する。ＶＣＣアプリケーションサーバ８１８は、回線交換ネットワーク８０４内に存在するものとしてデュアルモードデバイス８３０の位置を記録する。次いで、ＶＣＣアプリケーションサーバ８１８はＳＩＰ ＡＣＫメッセージをＳ−ＣＳＣＦ８１２に伝送し、Ｓ−ＣＳＣＦ８１２はＡＣＫをエンドポイント８４０に転送する。
【００７６】
次いで、ＭＳＣ８２２はセッションの課金イベントをトリガすることができる。課金イベントに応答して、ＭＳＣ８２２はＡＮＳＩ ＯＲＲＥＱメッセージを生成し、（ＶＣＣアプリケーションサーバ８１８によって提供された）セッションに割り当てられたハンドオーバー課金識別子を識別してハンドオーバー課金識別子をＯＲＲＥＱメッセージに挿入する（図１１を参照）。ＭＳＣ８２２はまた、ＮＥ課金識別子、及びその他の課金情報をＯＲＲＥＱメッセージに含むことができる。ＩＭＳネットワーク８０２の場合のように、ハンドオーバー課金識別子及び追加の課金情報は、ＯＣＳ８０６のオンライン課金コンテキスト情報を備える。ハンドオーバー課金識別子（及び可能なその他の課金情報）を挿入するため、ハンドオーバー課金識別子に対してＯＲＲＥＱメッセージの新しいパラメータが指定されてもよい。次いで、ＭＳＣ８２２は、ダイアログ１の課金のために、ＯＲＲＥＱメッセージをその他の１ｘ回線交換ドメイン課金情報と共にＯＣＳ８０６に伝送する。
【００７７】
ＯＣＳ８０６は、ＩＭＳネットワーク８０２からの以前の要求によりＯＲＲＥＱメッセージ及びコンテキスト情報を処理する。ＯＣＳ８０６は、コンテキスト情報を処理して、回線交換ネットワーク８０４を介するセッションの課金レートを決定する。ＯＣＳ８０６は、ダイアログ３に対して新しい信用割り当てをデュアルモードデバイス８３０に許可し、許可された信用割り当てと共にＡＮＳＩ ｏｒｒｅｑメッセージをＭＳＣ８２２に伝送して戻す。次いで、ＭＳＣ８２２は、ダイアログ３についてデュアルモードデバイス８３０の信用割り当ての監視を開始する。割り当てが消費されている場合、ＭＳＣ８２２は、新しい信用割り当てをＯＣＳ８０６に要求するＡＮＳＩ ＡＮＡＬＹＺＤを伝送することができる。
【００７８】
次いで、ＶＣＣアプリケーションサーバ８１８は、ＳＩＰ ＢＹＥメッセージを（Ｓ−ＣＳＣＦ８１２を介して）デュアルモードデバイス８３０に伝送して、デュアルモードデバイス８３０とＶＣＣアプリケーションサーバ８１８との間のＳＩＰダイアログ２を解放する。デュアルモードデバイス８３０は、（Ｓ−ＣＳＣＦ８１２を介して）ＳＩＰ ２００ ＯＫでＶＣＣアプリケーションサーバ８１８に応答する。
【００７９】
セッションが終了するとき、ＭＳＣ８２２は、信用残高と共にＡＮＳＩ ＴＤＩＳＣＯＮＮＥＣＴメッセージをＯＣＳ８０６に伝送する。ＯＣＳ８０６は、ユーザのアカウントを処理して更新する。ＯＣＳ８０６は、ｔｄｉｓｃｏｎｎｅｃｔメッセージでＭＳＣ８２２に応答する。ＶＣＣアプリケーションサーバ８１８は、信用残高と共にＣＣＲ［Ｆｉｎａｌ］をＯＣＳ８０６に伝送する。ＯＣＳ８０６は、ユーザのアカウントを処理して更新し、ＣＣＡ［Ｆｉｎａｌ］でＶＣＣアプリケーションサーバ８１８に応答する。
【００８０】
次いで、ＯＣＳ８０６は、Ｓ−ＣＳＣＦ８１２、ＶＣＣアプリケーションサーバ８１８、及びＭＳＣ８２２の課金アクティビティに対してＣＤＲを生成する。ＯＣＳ８０６は、Ｓ−ＣＳＣＦ８１２、ＶＣＣアプリケーションサーバ８１８、及びＭＳＣ８２２の課金アクティビティに対する全てのＣＤＲを、請求システム、顧客サービスセンター、収益保証センター、ネットワーク管理センターなどに送信することができる１つの単一のＣＤＲに関連付ける。
【００８１】
セッション中に、ＭＧＣＦ８１５、Ｉ−ＣＳＣＦ８１３、Ｐ−ＣＳＣＦ８１４、及びその他のネットワーク要素はまた、オンライン課金についてＯＣＳ８０６にクエリを行うことができる。ＯＣＳ８０６は、全てのコンテキスト情報を関連付け、料金プランを確認して、セッションの課金レートを決定する。セッション中に複数のハンドオーバーが生じていることもあるので、ＯＣＳ８０６は、セッションが終了するまで全てのコンテキスト情報を格納する。次いで、ＯＣＳ８０６はコンテキスト情報を削除して、この情報をＣＤＲ又はコールログに書き込むことができる。
【００８２】
本明細書において、特定の実施形態について説明してきたが、本発明の範囲は、それらの特定の実施形態に限定されることはない。本発明の範囲は、以下の特許請求の範囲及びその任意の等価物によって定義される。
【特許請求の範囲】
【請求項１】
第１のネットワークドメインから第２のネットワークドメインに転送されるデュアルモードデバイスのセッションのオンライン課金を提供するように動作可能な通信ネットワークであって、
前記第１のネットワークドメイン及び前記第２のネットワークドメインを介する、前記第１のネットワークドメインから前記第２のネットワークドメインにハンドオーバーされた前記セッションのオンライン課金に割り当てられるハンドオーバー課金識別子を受信し、前記ハンドオーバー課金識別子を格納し、前記第２のネットワークドメインを介する前記セッション中に課金のトリガーイベントを識別し、前記セッションのオンライン課金要求を生成して前記ハンドオーバー課金識別子を前記オンライン課金要求に挿入し、前記オンライン課金要求を前記オンライン課金システムに伝送するように動作可能な前記第２のネットワークドメイン内の少なくとも１つのネットワーク要素を備えた通信ネットワーク。
【請求項２】
請求項１に記載の通信ネットワークであって、
前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素から少なくとも１つのオンライン課金要求を受信し、
前記少なくとも１つのオンライン課金要求を処理して前記ハンドオーバー課金識別子を識別し、
前記少なくとも１つのオンライン課金要求を前記第１のネットワークドメイン又は前記第２のネットワークドメインを介する前記セッションのその他のオンライン課金要求と関連付けて課金レートを決定し、
前記課金レートに基づいて信用割り当てを許可し、
前記信用割り当てを含むオンライン課金応答を生成し、
前記オンライン課金応答を前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に伝送するように動作可能な前記オンライン課金システムをさらに備えた通信ネットワーク。
【請求項３】
請求項１に記載の通信ネットワークであって、前記オンライン課金システムは、
前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送を識別し、
前記セッションが前記第１のネットワークドメイン内にあった間、前記第１のネットワークドメイン内の少なくとも１つのネットワーク要素に、前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素に許可された未使用の信用を引き渡させるかどうかを決定し、
前記未使用の信用を引き渡すという決定に応答して、前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素に信用返却要求を伝送し、
前記未使用の信用を含む前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素から少なくとも１つのオンライン課金要求を受信し、
前記未使用の信用を前記デュアルモードデバイスの前記ユーザのアカウントに返すように動作可能である通信ネットワーク。
【請求項４】
請求項１に記載の通信ネットワークであって、
前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素からセッション開始要求を受信し、
前記セッションの前記ハンドオーバー課金識別子を識別し、
前記オンライン課金システムへのオンライン課金要求に使用されるべき前記ハンドオーバー課金識別子を指示する前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に前記ハンドオーバー課金識別子を配信するように動作可能なハンドオーバーアプリケーションサーバをさらに備える通信ネットワーク。
【請求項５】
請求項４に記載の通信ネットワークであって、前記ハンドオーバーアプリケーションサーバは、
前記セッションの前記オンライン課金要求を生成し、
前記ハンドオーバー課金識別子を前記オンライン課金要求に挿入し、
前記オンライン課金要求を前記オンライン課金システムに伝送するようにさらに動作可能である通信ネットワーク。
【請求項６】
請求項１に記載の通信ネットワークであって、前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素は、
前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送を指示する前記少なくとも１つのオンライン課金要求にハンドオーバーインジケータを挿入するようにさらに動作可能である通信ネットワーク。
【請求項７】
請求項６に記載の通信ネットワークであって、前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素は、
前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送のタイムスタンプを識別し、
前記タイムスタンプを前記少なくとも１つのオンライン課金要求に挿入するようにさらに動作可能である通信ネットワーク。
【請求項８】
請求項７に記載の通信ネットワークであって、前記少なくとも１つのオンライン課金要求はＤｉａｍｅｔｅｒ課金要求を備え、前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素は、
前記ハンドオーバー課金識別子を前記Ｄｉａｍｅｔｅｒ課金要求の第１の新しい属性値ペア（ＡＶＰ）に挿入し、
前記ハンドオーバーインジケータを前記Ｄｉａｍｅｔｅｒ課金要求の第２の新しい属性値ペア（ＡＶＰ）に挿入し、
前記タイムスタンプを前記Ｄｉａｍｅｔｅｒ課金要求の第３の新しい属性値ペア（ＡＶＰ）に挿入するようにさらに動作可能である通信ネットワーク。
【請求項９】
第１のネットワークドメインから第２のネットワークドメインに転送されるデュアルモードデバイスのセッションのオンライン課金を提供する方法であって、
前記第２のネットワークドメイン内の少なくとも１つのネットワーク要素でハンドオーバー課金識別子を受信するステップであって、前記ハンドオーバー課金識別子は前記第１のネットワークドメイン及び前記第２のネットワークドメインを介する前記セッションのオンライン課金用であるステップ、
前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に前記ハンドオーバー課金識別子を格納するステップ、
前記第２のネットワークドメインを介する前記セッション中に前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素で課金のトリガーイベントを識別するステップ、
前記セッションのオンライン課金要求を生成して、前記ハンドオーバー課金識別子を前記オンライン課金要求に挿入するステップ、及び
前記オンライン課金要求を前記オンライン課金システムに伝送するステップ
を備える方法。
【請求項１０】
請求項９に記載の方法であって、
前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素から前記オンライン課金システムで前記少なくとも１つのオンライン課金要求を受信するステップ、
前記オンライン課金システムで前記少なくとも１つのオンライン課金要求を処理して前記ハンドオーバー課金識別子を識別するステップ、
前記少なくとも１つのオンライン課金要求を前記第１のネットワークドメイン又は前記第２のネットワークドメインを介する前記セッションのその他のオンライン課金要求と関連付けて課金レートを決定するステップ、
前記課金レートに基づいて信用割り当てを許可するステップ、
前記信用割り当てを含むオンライン課金応答を生成するステップ、及び
前記オンライン課金応答を前記オンライン課金システムから前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に伝送するステップ
をさらに備える方法。
【請求項１１】
請求項１０に記載の方法であって、
前記オンライン課金システムにおいて前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送を識別するステップ、
前記セッションが前記第１のネットワークドメイン内にあった間、前記第１のネットワークドメイン内の少なくとも１つのネットワーク要素に、前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素に許可された未使用の信用を引き渡させるかどうかを決定するステップ、
前記未使用の信用を引き渡すという決定に応答して、前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素に信用返却要求を伝送するステップ、
前記未使用の信用を含む前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素から少なくとも１つのオンライン課金要求を受信するステップ、及び
前記未使用の信用を前記デュアルモードデバイスの前記ユーザのアカウントに返すステップ
をさらに備える方法。
【請求項１２】
請求項９に記載の方法であって、
前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素からハンドオーバーアプリケーションサーバでセッション開始要求を受信するステップ、
前記セッションの前記ハンドオーバー課金識別子を識別するステップ、及び
前記オンライン課金システムへのオンライン課金要求に使用されるべき前記ハンドオーバー課金識別子を指示する前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に前記ハンドオーバー課金識別子を配信するステップ
をさらに備える方法。
【請求項１３】
請求項１２に記載の方法であって、
前記ハンドオーバーアプリケーションサーバにおいて前記セッションのオンライン課金要求を生成するステップ、
前記ハンドオーバー課金識別子を前記オンライン課金要求に挿入するステップ、及び
前記オンライン課金要求を前記オンライン課金システムに伝送するステップ
をさらに備える方法。
【請求項１４】
請求項９に記載の方法であって、
前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送を指示するハンドオーバーインジケータを前記少なくとも１つのオンライン課金要求に挿入するステップ
をさらに備える方法。
【請求項１５】
請求項１４に記載の方法であって、
前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送のタイムスタンプを識別するステップ、及び
前記タイムスタンプを前記少なくとも１つのオンライン課金要求に挿入するステップ
をさらに備える方法。
【請求項１６】
請求項１５に記載の方法であって、前記少なくとも１つのオンライン課金要求はＤｉａｍｅｔｅｒ課金要求を備え、前記方法が、
前記ハンドオーバー課金識別子を前記Ｄｉａｍｅｔｅｒ課金要求の第１の新しい属性値ペア（ＡＶＰ）に挿入するステップ、
前記ハンドオーバーインジケータを前記Ｄｉａｍｅｔｅｒ課金要求の第２の新しい属性値ペア（ＡＶＰ）に挿入するステップ、及び
前記タイムスタンプを前記Ｄｉａｍｅｔｅｒ課金要求の第３の新しい属性値ペア（ＡＶＰ）に挿入するステップ
をさらに備える方法。
【請求項１７】
第１のネットワークドメインから第２のネットワークドメインに転送されるデュアルモードデバイスのセッションのオンライン課金を提供するようにハンドオーバーアプリケーションサーバを操作する方法であって、
前記第１のネットワークドメインからハンドオーバーされた前記第２のネットワークドメイン内の前記セッションにサービスを提供している少なくとも１つのネットワーク要素からセッション開始要求を受信するステップ、
前記セッションのハンドオーバー課金識別子を識別するステップ、及び
前記オンライン課金システムへのオンライン課金要求に使用されるべき前記ハンドオーバー課金識別子を指示する前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に前記ハンドオーバー課金識別子を配信するステップ
を備える方法。
【請求項１８】
請求項１７に記載の方法であって、
前記セッションが前記第２のネットワークドメインに転送される前に、前記第１のネットワークドメイン内の前記セッションにサービスを提供している少なくとも１つのネットワーク要素からセッション開始要求を受信するステップ、
前記セッションの前記ハンドオーバー課金識別子を識別するステップ、及び
前記オンライン課金システムへのオンライン課金要求に使用されるべき前記ハンドオーバー課金識別子を指示する前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素に前記ハンドオーバー課金識別子を配信するステップ
をさらに備える方法。
【請求項１９】
請求項１８に記載の方法であって、
前記ハンドオーバーアプリケーションサーバにおいて前記セッションのオンライン課金要求を生成するステップ、
前記ハンドオーバー課金識別子を前記オンライン課金要求に挿入するステップ、及び
前記オンライン課金要求を前記オンライン課金システムに伝送するステップ
をさらに備える方法。
【請求項２０】
請求項１９に記載の方法であって、前記オンライン課金要求はＤｉａｍｅｔｅｒ課金要求を備え、前記方法が、
前記ハンドオーバー課金識別子を前記Ｄｉａｍｅｔｅｒ課金要求の新しい属性値ペア（ＡＶＰ）に挿入するステップ
をさらに備える方法。
【請求項１】
第１のネットワークドメインから第２のネットワークドメインに転送されるデュアルモードデバイスのセッションのオンライン課金を提供するように動作可能な通信ネットワークであって、
前記第１のネットワークドメイン及び前記第２のネットワークドメインを介する、前記第１のネットワークドメインから前記第２のネットワークドメインにハンドオーバーされた前記セッションのオンライン課金に割り当てられるハンドオーバー課金識別子を受信し、前記ハンドオーバー課金識別子を格納し、前記第２のネットワークドメインを介する前記セッション中に課金のトリガーイベントを識別し、前記セッションのオンライン課金要求を生成して前記ハンドオーバー課金識別子を前記オンライン課金要求に挿入し、前記オンライン課金要求を前記オンライン課金システムに伝送するように動作可能な前記第２のネットワークドメイン内の少なくとも１つのネットワーク要素を備えた通信ネットワーク。
【請求項２】
請求項１に記載の通信ネットワークであって、
前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素から少なくとも１つのオンライン課金要求を受信し、
前記少なくとも１つのオンライン課金要求を処理して前記ハンドオーバー課金識別子を識別し、
前記少なくとも１つのオンライン課金要求を前記第１のネットワークドメイン又は前記第２のネットワークドメインを介する前記セッションのその他のオンライン課金要求と関連付けて課金レートを決定し、
前記課金レートに基づいて信用割り当てを許可し、
前記信用割り当てを含むオンライン課金応答を生成し、
前記オンライン課金応答を前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に伝送するように動作可能な前記オンライン課金システムをさらに備えた通信ネットワーク。
【請求項３】
請求項１に記載の通信ネットワークであって、前記オンライン課金システムは、
前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送を識別し、
前記セッションが前記第１のネットワークドメイン内にあった間、前記第１のネットワークドメイン内の少なくとも１つのネットワーク要素に、前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素に許可された未使用の信用を引き渡させるかどうかを決定し、
前記未使用の信用を引き渡すという決定に応答して、前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素に信用返却要求を伝送し、
前記未使用の信用を含む前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素から少なくとも１つのオンライン課金要求を受信し、
前記未使用の信用を前記デュアルモードデバイスの前記ユーザのアカウントに返すように動作可能である通信ネットワーク。
【請求項４】
請求項１に記載の通信ネットワークであって、
前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素からセッション開始要求を受信し、
前記セッションの前記ハンドオーバー課金識別子を識別し、
前記オンライン課金システムへのオンライン課金要求に使用されるべき前記ハンドオーバー課金識別子を指示する前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に前記ハンドオーバー課金識別子を配信するように動作可能なハンドオーバーアプリケーションサーバをさらに備える通信ネットワーク。
【請求項５】
請求項４に記載の通信ネットワークであって、前記ハンドオーバーアプリケーションサーバは、
前記セッションの前記オンライン課金要求を生成し、
前記ハンドオーバー課金識別子を前記オンライン課金要求に挿入し、
前記オンライン課金要求を前記オンライン課金システムに伝送するようにさらに動作可能である通信ネットワーク。
【請求項６】
請求項１に記載の通信ネットワークであって、前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素は、
前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送を指示する前記少なくとも１つのオンライン課金要求にハンドオーバーインジケータを挿入するようにさらに動作可能である通信ネットワーク。
【請求項７】
請求項６に記載の通信ネットワークであって、前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素は、
前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送のタイムスタンプを識別し、
前記タイムスタンプを前記少なくとも１つのオンライン課金要求に挿入するようにさらに動作可能である通信ネットワーク。
【請求項８】
請求項７に記載の通信ネットワークであって、前記少なくとも１つのオンライン課金要求はＤｉａｍｅｔｅｒ課金要求を備え、前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素は、
前記ハンドオーバー課金識別子を前記Ｄｉａｍｅｔｅｒ課金要求の第１の新しい属性値ペア（ＡＶＰ）に挿入し、
前記ハンドオーバーインジケータを前記Ｄｉａｍｅｔｅｒ課金要求の第２の新しい属性値ペア（ＡＶＰ）に挿入し、
前記タイムスタンプを前記Ｄｉａｍｅｔｅｒ課金要求の第３の新しい属性値ペア（ＡＶＰ）に挿入するようにさらに動作可能である通信ネットワーク。
【請求項９】
第１のネットワークドメインから第２のネットワークドメインに転送されるデュアルモードデバイスのセッションのオンライン課金を提供する方法であって、
前記第２のネットワークドメイン内の少なくとも１つのネットワーク要素でハンドオーバー課金識別子を受信するステップであって、前記ハンドオーバー課金識別子は前記第１のネットワークドメイン及び前記第２のネットワークドメインを介する前記セッションのオンライン課金用であるステップ、
前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に前記ハンドオーバー課金識別子を格納するステップ、
前記第２のネットワークドメインを介する前記セッション中に前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素で課金のトリガーイベントを識別するステップ、
前記セッションのオンライン課金要求を生成して、前記ハンドオーバー課金識別子を前記オンライン課金要求に挿入するステップ、及び
前記オンライン課金要求を前記オンライン課金システムに伝送するステップ
を備える方法。
【請求項１０】
請求項９に記載の方法であって、
前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素から前記オンライン課金システムで前記少なくとも１つのオンライン課金要求を受信するステップ、
前記オンライン課金システムで前記少なくとも１つのオンライン課金要求を処理して前記ハンドオーバー課金識別子を識別するステップ、
前記少なくとも１つのオンライン課金要求を前記第１のネットワークドメイン又は前記第２のネットワークドメインを介する前記セッションのその他のオンライン課金要求と関連付けて課金レートを決定するステップ、
前記課金レートに基づいて信用割り当てを許可するステップ、
前記信用割り当てを含むオンライン課金応答を生成するステップ、及び
前記オンライン課金応答を前記オンライン課金システムから前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に伝送するステップ
をさらに備える方法。
【請求項１１】
請求項１０に記載の方法であって、
前記オンライン課金システムにおいて前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送を識別するステップ、
前記セッションが前記第１のネットワークドメイン内にあった間、前記第１のネットワークドメイン内の少なくとも１つのネットワーク要素に、前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素に許可された未使用の信用を引き渡させるかどうかを決定するステップ、
前記未使用の信用を引き渡すという決定に応答して、前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素に信用返却要求を伝送するステップ、
前記未使用の信用を含む前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素から少なくとも１つのオンライン課金要求を受信するステップ、及び
前記未使用の信用を前記デュアルモードデバイスの前記ユーザのアカウントに返すステップ
をさらに備える方法。
【請求項１２】
請求項９に記載の方法であって、
前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素からハンドオーバーアプリケーションサーバでセッション開始要求を受信するステップ、
前記セッションの前記ハンドオーバー課金識別子を識別するステップ、及び
前記オンライン課金システムへのオンライン課金要求に使用されるべき前記ハンドオーバー課金識別子を指示する前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に前記ハンドオーバー課金識別子を配信するステップ
をさらに備える方法。
【請求項１３】
請求項１２に記載の方法であって、
前記ハンドオーバーアプリケーションサーバにおいて前記セッションのオンライン課金要求を生成するステップ、
前記ハンドオーバー課金識別子を前記オンライン課金要求に挿入するステップ、及び
前記オンライン課金要求を前記オンライン課金システムに伝送するステップ
をさらに備える方法。
【請求項１４】
請求項９に記載の方法であって、
前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送を指示するハンドオーバーインジケータを前記少なくとも１つのオンライン課金要求に挿入するステップ
をさらに備える方法。
【請求項１５】
請求項１４に記載の方法であって、
前記第１のネットワークドメインから前記第２のネットワークドメインへの前記セッションの前記転送のタイムスタンプを識別するステップ、及び
前記タイムスタンプを前記少なくとも１つのオンライン課金要求に挿入するステップ
をさらに備える方法。
【請求項１６】
請求項１５に記載の方法であって、前記少なくとも１つのオンライン課金要求はＤｉａｍｅｔｅｒ課金要求を備え、前記方法が、
前記ハンドオーバー課金識別子を前記Ｄｉａｍｅｔｅｒ課金要求の第１の新しい属性値ペア（ＡＶＰ）に挿入するステップ、
前記ハンドオーバーインジケータを前記Ｄｉａｍｅｔｅｒ課金要求の第２の新しい属性値ペア（ＡＶＰ）に挿入するステップ、及び
前記タイムスタンプを前記Ｄｉａｍｅｔｅｒ課金要求の第３の新しい属性値ペア（ＡＶＰ）に挿入するステップ
をさらに備える方法。
【請求項１７】
第１のネットワークドメインから第２のネットワークドメインに転送されるデュアルモードデバイスのセッションのオンライン課金を提供するようにハンドオーバーアプリケーションサーバを操作する方法であって、
前記第１のネットワークドメインからハンドオーバーされた前記第２のネットワークドメイン内の前記セッションにサービスを提供している少なくとも１つのネットワーク要素からセッション開始要求を受信するステップ、
前記セッションのハンドオーバー課金識別子を識別するステップ、及び
前記オンライン課金システムへのオンライン課金要求に使用されるべき前記ハンドオーバー課金識別子を指示する前記第２のネットワークドメイン内の前記少なくとも１つのネットワーク要素に前記ハンドオーバー課金識別子を配信するステップ
を備える方法。
【請求項１８】
請求項１７に記載の方法であって、
前記セッションが前記第２のネットワークドメインに転送される前に、前記第１のネットワークドメイン内の前記セッションにサービスを提供している少なくとも１つのネットワーク要素からセッション開始要求を受信するステップ、
前記セッションの前記ハンドオーバー課金識別子を識別するステップ、及び
前記オンライン課金システムへのオンライン課金要求に使用されるべき前記ハンドオーバー課金識別子を指示する前記第１のネットワークドメイン内の前記少なくとも１つのネットワーク要素に前記ハンドオーバー課金識別子を配信するステップ
をさらに備える方法。
【請求項１９】
請求項１８に記載の方法であって、
前記ハンドオーバーアプリケーションサーバにおいて前記セッションのオンライン課金要求を生成するステップ、
前記ハンドオーバー課金識別子を前記オンライン課金要求に挿入するステップ、及び
前記オンライン課金要求を前記オンライン課金システムに伝送するステップ
をさらに備える方法。
【請求項２０】
請求項１９に記載の方法であって、前記オンライン課金要求はＤｉａｍｅｔｅｒ課金要求を備え、前記方法が、
前記ハンドオーバー課金識別子を前記Ｄｉａｍｅｔｅｒ課金要求の新しい属性値ペア（ＡＶＰ）に挿入するステップ
をさらに備える方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公表番号】特表２０１１−５２９６７０（Ｐ２０１１−５２９６７０Ａ）
【公表日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願番号】特願２０１１−５２１０７８（Ｐ２０１１−５２１０７８）
【出願日】平成２０年７月３０日（２００８．７．３０）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０７１６３７
【国際公開番号】ＷＯ２０１０／０１４０８８
【国際公開日】平成２２年２月４日（２０１０．２．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．イーサネット
【出願人】（５９６０９２６９８）アルカテル−ルーセント ユーエスエー インコーポレーテッド (965)
【Ｆターム（参考）】
【公表日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願日】平成２０年７月３０日（２００８．７．３０）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０７１６３７
【国際公開番号】ＷＯ２０１０／０１４０８８
【国際公開日】平成２２年２月４日（２０１０．２．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
２．イーサネット
【出願人】（５９６０９２６９８）アルカテル−ルーセント ユーエスエー インコーポレーテッド (965)
【Ｆターム（参考）】
[ Back to top ]