(57)【特許請求の範囲】
【請求項１】
オンライン課金システム（ＯＣＳ）（１５０）を含む、ポリシーおよび課金制御（ＰＣＣ）アーキテクチャ（１００）であって、
前記ＯＣＳ（１５０）は、ポリシーおよび課金のルール機能（ＰＣＲＦ）（１３０）から初期データ・サービスに対する課金ルールの要求を受信するように動作可能であって、前記要求は、前記初期データ・サービスに対するサービス・インジケータを含み、
前記ＯＣＳ（１５０）は、前記サービス・インジケータに基づいて前記初期データ・サービスに対する課金方法を選択し、前記初期データ・サービスに対する前記課金方法を含む応答を前記ＰＣＲＦ（１３０）に伝送するようにさらに動作可能である
ことを特徴とするポリシーおよび課金制御（ＰＣＣ）アーキテクチャ（１００）。
【請求項２】
前記ＯＣＳ（１５０）は、サービス・ベースの料金を格納し、サービス・ベースの料金に前記サービス・インジケータを関連付けることによって、前記初期データ・サービスに対する前記課金方法を選択し、課金方法に前記サービス・ベースの料金を関連付けるようにさらに動作可能である
請求項１に記載のＰＣＣアーキテクチャ（１００）。
【請求項３】
前記ＯＣＳ（１５０）によって選択された前記課金方法に基づいて前記初期データ・サービスに対するＰＣＣルールを決定し、前記初期データ・サービスに対する前記ＰＣＣルールを含む応答をポリシーおよび課金の実施機能（ＰＣＥＦ）（１２２）に伝送するように動作可能である前記ＰＣＲＦ（１３０）であって、前記ＰＣＣルールは、前記ＯＣＳ（１５０）によって選択された前記課金方法を含む前記ＰＣＲＦ（１３０）と、
前記初期データ・サービスに対するサービス・データ・フローにおいて、前記ＯＣＳ（１５０）によって選択された前記課金方法を実施するように動作可能である前記ＰＣＥＦ（１２２）と
をさらに含む請求項１に記載のＰＣＣアーキテクチャ（１００）。
【請求項４】
前記ＯＣＳ（１５０）は、サービス変更に応答して前記ＰＣＲＦ（１３０）から更新された課金ルールの要求を受信するようにさらに動作可能であり、前記要求は、新しいデータ・サービスに対するサービス・インジケータを含み、
前記ＯＣＳ（１５０）は、前記サービス・インジケータに基づいて、前記新しいデータ・サービスの課金方法を選択し、前記新しいデータ・サービスの前記課金方法を含む応答を前記ＰＣＲＦ（１３０）に伝送するようにさらに動作可能である
請求項１に記載のＰＣＣアーキテクチャ（１００）。
【請求項５】
前記ＯＣＳ（１５０）は、サービス変更に応答してポリシーおよび課金の実施機能（ＰＣＥＦ）（１２２）から課金要求を受信するようにさらに動作可能であり、前記課金要求は、新しいデータ・サービスに対するサービス・インジケータを含み、
前記ＯＣＳ（１５０）は、前記サービス・インジケータに基づいて、前記新しいデータ・サービスの課金方法を選択し、前記新しいデータ・サービスの前記課金方法を含む要求を前記ＰＣＲＦ（１３０）に伝送するようにさらに動作可能であり、前記要求は、前記新しいデータ・サービスに対する前記課金方法に基づいて前記ＰＣＲＦ（１３０）にＰＣＣルールを更新させる
請求項１に記載のＰＣＣアーキテクチャ（１００）。
【請求項６】
ポリシーおよび課金制御（ＰＣＣ）を実行する方法であって、
ポリシーおよび課金のルール機能（ＰＣＲＦ）からオンライン課金システム（ＯＣＳ）で初期データ・サービスに対する課金ルールの要求を受信するステップであって、前記要求は、前記初期データ・サービスに対するサービス・インジケータを含むステップと、
前記サービス・インジケータに基づいて、前記ＯＣＳで前記初期データ・サービスの課金方法を選択するステップと、
前記初期データ・サービスに対する前記課金方法を含む応答を前記ＯＣＳから前記ＰＣＲＦに伝送するステップと
を含むことを特徴とする方法。
【請求項７】
前記初期データ・サービスの課金方法を選択するステップは、
前記ＯＣＳにサービス・ベースの料金を格納するステップと、
サービス・ベースの料金に前記サービス・インジケータを関連付けることによって、前記初期データ・サービスの前記課金方法を選択するステップと、
課金方法に前記サービス・ベースの料金を関連付けるステップと
を含む請求項６に記載の方法。
【請求項８】
前記ＯＣＳによって選択された前記課金方法に基づいて、前記ＰＣＲＦで前記初期データ・サービスに対するＰＣＣルールを決定するステップと、
前記初期データ・サービスに対する前記ＰＣＣルールを含む応答をポリシーおよび課金の実施機能（ＰＣＥＦ）に伝送するステップであって、前記ＰＣＣルールは、前記ＯＣＳによって選択された前記課金方法を含むステップと、
前記ＰＣＥＦで前記初期データ・サービスに対するサービス・データ・フローにおいて、前記ＯＣＳによって選択された前記課金方法を実施するステップと
をさらに含む請求項６の方法。
【請求項９】
サービス変更に応答して前記ＰＣＲＦから前記ＯＣＳで更新された課金ルールの要求を受信するステップであって、前記要求は、新しいデータ・サービスに対するサービス・インジケータを含むステップと、
前記サービス・インジケータに基づいて、前記ＯＣＳで前記新しいデータ・サービスの課金方法を選択するステップと、
前記新しいデータ・サービスに対する前記課金方法を含む応答を前記ＯＣＳから前記ＰＣＲＦに伝送するステップと
をさらに含む請求項６に記載の方法。
【請求項１０】
サービス変更に応答してポリシーおよび課金の実施機能（ＰＣＥＦ）から前記ＯＣＳで課金要求を受信するステップであって、前記課金要求は、新しいデータ・サービスに対するサービス・インジケータを含むステップと、
前記サービス・インジケータに基づいて、前記ＯＣＳで前記新しいデータ・サービスの課金方法を選択するステップと、
前記新しいデータ・サービスに対する前記課金方法を含む要求を前記ＯＣＳから前記ＰＣＲＦに伝送するステップであって、前記要求は、前記新しいデータ・サービスの前記課金方法に基づいて前記ＰＣＲＦにＰＣＣルールを更新させるステップと
をさらに含む請求項６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの分野に関し、特に、要求されたサービスに基づいてサービス・データ・フローに対する課金方法（たとえば、オンライン／オフライン）を選択することに関する。
【背景技術】
【０００２】
サービス・プロバイダーは、一般的に、多数の音声サービスおよびデータ・サービスを加入者に提供する。音声サービスの例としては、音声通話、自動転送、キャッチホンなどがある。データ・サービスの例としては、ストリーミング・オーディオ、ストリーミング・ビデオ、ボイス・オーバーＩＰ（ＶｏＩＰ）、オンライン・ゲーム、およびＩＰ−ＴＶなどがある。データ・サービスは、パケット・コア・ネットワークによって管理され、これによりインターネットなどの外部パケット・ネットワークに加入者はインターフェースされる。パケット・コア・ネットワークの例を挙げると、ＧＰＲＳコア・ネットワーク、Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ（ＥＰＣ）ネットワークなどがある。加入者は、無線アクセス・ネットワーク（ＲＡＮ）に接続するために、携帯電話、携帯情報端末、スマート・フォンなど、モバイル・デバイスを使用する。ＲＡＮは、ＩＰ接続を提供するパケット・ベースのネットワークでもよく、これはＩＰ接続アクセス・ネットワーク（ＣＡＮ：Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）とも呼ばれる。ＲＡＮは、次に、データ・サービスへのアクセスを加入者に提供するために、パケット・コア・ネットワークに接続する。
【０００３】
データ・サービスにアクセスするために、モバイル・デバイスは、ＲＡＮを介してパケット・コア・ネットワークにデータ・セッション（たとえばＩＰ−ＣＡＮセッション）を開始する要求を伝送する。セッション要求には、要求されたデータ・サービス（たとえば、オンライン・ゲーム、ＩＰ−ＴＶなど）の記述が含まれている。パケット・コア・ネットワークは、モバイル・デバイスを認証し、モバイル・デバイスが受信することを許可されるデータ・サービスを決定する。要求されたサービスが許可されると、パケット・コア・ネットワークは、定義された容量、遅延、およびビット誤り率のベアラ・パス（たとえば、ＩＰ  ＣＡＮベアラ）を予約する。次に、サービスのためにパケットを流し始めることができる。これはサービス・データ・フローと呼ばれる。
【０００４】
サービス・プロバイダーは、データ・サービスを提供する際に、ＲＡＮがどのように使用されるかを制御することを希望する。したがって、サービス・プロバイダーは、一般的に、ポリシーおよび課金制御（ＰＣＣ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ）を実装する。ポリシー制御は、サービス・データ・フローのベアラ・パスを制御するプロセスを意味する。たとえば、ポリシー制御は、ベアラ確立、サービス品質（ＱｏＳ）制御、およびゲーティング制御（パケットの通過をブロックまたは許可）を含む。課金制御は、サービス・データ・フローのパケットを課金キー（ｃｈａｒｇｉｎｇ  ｋｅｙ）または識別子に関連付け、オンライン課金および／またはオフライン課金を適切に適用するプロセスを意味する。サービス・プロバイダーは、加入者によって要求されるデータ・サービスに使用できるＰＣＣルールを定義する。
【０００５】
３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ、３ＧＰＰ２）は、パケット・コア・ネットワークのためのＰＣＣアーキテクチャを定義している。ＰＣＣアーキテクチャの一例は、３ＧＰＰ  ＴＳ２３．２０３（リリース９）に記述されている。３ＧＰＰによって提案されたＰＣＣアーキテクチャは、ポリシーおよび課金のルール機能（ＰＣＲＦ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）、ポリシーおよび課金の実施機能（ＰＣＥＦ：Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）を含むゲートウェイ（たとえば、ＧＧＳＮまたはパケット・データ・ゲートウェイ）、応用機能（ＡＦ）、ベアラ・バインディングおよびイベント報告機能（ＢＢＥＲＦ：Ｂｅａｒｅｒ  Ｂｉｎｄｉｎｇ  ａｎｄ  Ｅｖｅｎｔ  Ｒｅｐｏｒｔｉｎｇ  Ｆｕｎｃｔｉｏｎ）、加入者プロファイル・レポジトリ（ＳＰＲ：Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｐｒｏｆｉｌｅ  Ｒｅｐｏｓｉｔｏｒｙ）、サービス・データ・フロー・ベースのクレジット制御（ＳＤＦＢＣＣ）機能を含むオンライン課金システム（ＯＣＳ：Ｏｎｌｉｎｅ  Ｃｈａｒｇｉｎｇ  Ｓｙｓｔｅｍ）、およびオフライン課金システム（ＯＦＣＳ：Ｏｆｆｌｉｎｅ  Ｃｈａｒｇｉｎｇ  Ｓｙｓｔｅｍ）を含む。ＰＣＣアーキテクチャの一部の要素を簡単に説明すると、ＰＣＲＦは、サービス・データ・フローに対して実装するＰＣＣルールを選択するために、ポリシー制御の決定およびフロー・ベースの課金制御の決定を下す。ゲートウェイのＰＣＥＦは、サービス・データ・フローの検出、ユーザ・プレーンのトラフィック処理、ＱｏＳ処理、サービス・データ・フローの測定、およびオンライン／オフライン課金の対話を提供する。ＳＰＲは、加入者プロファイルなどに、加入者データおよび加入関連の情報を格納する。ＳＤＦＢＣＣは、クレジットの予約や、割り当ての許可など、ＯＣＳ内のオンライン・クレジット制御機能を実行する。
【０００６】
３ＧＰＰ標準では、また、ＰＣＣアーキテクチャではＰＣＣルールがどのように選択されるかが記述されている。標準では、ＳＰＣに格納されたデータなど加入者関連のデータに主に基づいてＰＣＲＦでＰＣＣルールを選択することが提案されている。異なる方法でＰＣＣルールを選択することが望ましい場合もある。
【発明の概要】
【課題を解決するための手段】
【０００７】
本明細書に記述した実施形態では、課金ルールの選択、より具体的には、データ・サービスに関連する情報に基づいて課金方法（たとえば、オンライン／オフライン）を選択することが可能になる。これらの実施形態では、ＯＣＳは、サービス・インジケータに基づいて、課金方法を選択することができる。ＯＣＳは、サービス関連の料金計画を含む、エンド・ユーザの課金アカウント・データを格納する。ＯＣＳがデータ・サービスのサービス・インジケータを受信すると、ＯＣＳは、サービス・インジケータを料金計画に関連付けて、料金計画を課金方法に関連付けることができる。したがって、ＯＣＳは、サービス・インジケータに基づいて、要求されたデータ・サービスの課金方法を動的に選択することができる。課金方法および他の課金ルールは、加入者関連のデータだけでなく、要求されているデータ・サービスに基づいて選択される。これにより、サービス・データ・フローに対して課金をどのように実行するかについて、より柔軟性が増す。たとえば、オンライン・ゲームは、エンド・ユーザの後払いアカウントに課金することができ、ＶｏＩＰコールは、エンド・ユーザの雇用者の前払いアカウントに課金することができる。この例では、課金方法は、加入者ＩＤだけではなくエンド・ユーザがアクセスしているサービスに基づいて選択される。
【０００８】
一実施形態は、ポリシーおよび課金制御（ＰＣＣ）アーキテクチャを含む。ＰＣＣアーキテクチャは、ポリシーおよび課金のルール機能（ＰＣＲＦ）から初期データ・サービスに対する課金ルールの要求を受信するように動作可能なＯＣＳを含む。ＰＣＲＦからの要求は、初期データ・サービスに対するサービス・インジケータを含む。ＯＣＳは、サービス・インジケータに基づいて初期データ・サービスに対する課金方法を選択するように、および初期データ・サービスに対する課金方法を含む応答をＰＣＲＦに伝送するようにさらに動作可能である。次に、ＰＣＲＦは、ＯＣＳによって選択された課金方法に基づいてＰＣＣ決定を行うことができ、ポリシーおよび課金の実施機能（ＰＣＥＦ）は、初期データ・サービスに対するＰＣＣルールを実施することができる。
【０００９】
他の実施形態では、ＯＣＳは、サービス変更に応答してＰＣＲＦから更新された課金ルールの要求を受信するようにさらに動作可能である。たとえば、エンド・ユーザは、既存のデータ・セッション中に、初期データ・サービスから新しいデータ・サービスへの変更を要求することができる。ＰＣＲＦからの要求は、新しいデータ・サービスのサービス・インジケータを含む。ＯＣＳは、サービス・インジケータに基づいて、新しいデータ・サービスの課金方法を選択し、新しいデータ・サービスの課金方法を含む応答をＰＣＲＦに伝送するようにさらに動作可能である。次に、ＰＣＲＦは、新しいデータ・サービスの課金方法に基づいて、更新されたＰＣＣルールを決定することができ、ＰＣＥＦは、新しいデータ・サービスの更新されたＰＣＣルールを実施することができる。
【００１０】
さらに他の実施形態では、ＯＣＳは、サービス変更に応答してＰＣＥＦから課金要求を受信するようにさらに動作可能である。課金要求（たとえばＤｉａｍｅｔｅｒ  ＣＣＲ）は、新しいデータ・サービスのサービス・インジケータを含む。ＯＣＳは、サービス・インジケータに基づいて新しいデータ・サービスの課金方法を選択し、新しいデータ・サービスの課金方法を含む要求をＰＣＲＦに伝送するようにさらに動作可能である。要求は、新しいデータ・サービスの課金方法に基づいてＰＣＲＦにＰＣＣルールを更新させる。
【００１１】
他の代表的な実施形態について、以下に記述する。
【００１２】
本発明のいくつかの実施形態について、例示のみを目的として、添付の図面を参照して記述する。すべての図において、同じ参照番号は、同じ要素または同じ種類の要素を表している。
【図面の簡単な説明】
【００１３】
【図１】代表的な実施形態におけるパケット・コア・ネットワークのポリシーおよび課金制御（ＰＣＣ）アーキテクチャを示す図である。
【図２】代表的な実施形態における初期データ・サービスのポリシーおよび課金制御（ＰＣＣ）を示す図である。
【図３】代表的な実施形態における初期データ・サービスのポリシーおよび課金制御（ＰＣＣ）を示す図である。
【図４】代表的な実施形態における初期データ・サービスのポリシーおよび課金制御（ＰＣＣ）を示す図である。
【図５】代表的な実施形態におけるデータ・サービス変更のポリシーおよび課金制御（ＰＣＣ）を示す図である。
【図６】代表的な実施形態におけるデータ・サービス変更のポリシーおよび課金制御（ＰＣＣ）を示す図である。
【図７】代表的な実施形態におけるデータ・サービス変更のポリシーおよび課金制御（ＰＣＣ）を示す図である。
【図８】他の代表的な実施形態におけるデータ・サービス変更のポリシーおよび課金制御（ＰＣＣ）を示す図である。
【図９】他の代表的な実施形態におけるデータ・サービス変更のポリシーおよび課金制御（ＰＣＣ）を示す図である。
【図１０】他の代表的な実施形態におけるデータ・サービス変更のポリシーおよび課金制御（ＰＣＣ）を示す図である。
【図１１】サービス・インジケータに基づいて、課金方法を選択する例を示すメッセージ図である。
【図１２】サービス・インジケータに基づいて、課金方法を選択する例を示すメッセージ図である。
【発明を実施するための形態】
【００１４】
図および以下の記述は、本発明の特定の代表的な実施形態を示す。本明細書に明示的に記述または図示していなくても、当業者であれば、本発明の原理を具体化し、本発明の範囲内に含まれる様々な構成を考案できるだろうことは自明であろう。さらに、本明細書に記述した例は、本発明の原理の理解を支援することを意図するものであり、そのような具体的に詳述された例および条件に限定しないものとして解釈するべきである。その結果、本発明は下記の特定の実施形態または例に限定されるものではなく、請求項およびそれらの等価物によって限定されるものである。
【００１５】
図１は、代表的な実施形態におけるパケット・コア・ネットワークのＰＣＣアーキテクチャ１００を示す図である。ＰＣＣアーキテクチャ１００は、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ／Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ（ＬＴＥ／ＥＰＣ）ネットワークで使用することができる。ＰＣＣアーキテクチャ１００は、無線アクセス・ネットワーク（ＲＡＮ）１１０と１つまたは複数の外部パケット・データ・ネットワーク１１２との間に実装されたゲートウェイ１２０を含む。ゲートウェイ１２０の例として、ＧＰＲＳネットワークのＧＧＳＮまたはＥＰＣネットワークのパケット・データ・ゲートウェイ（Ｐ−ＧＷ）が挙げられる。ゲートウェイ１２０は、サービス・データ・フローの検出、ユーザ・プレーンのトラフィック処理、ＱｏＳ処理、サービス・データ・フローの測定、およびオンライン／オフライン課金の対話を提供するポリシーおよび課金の実施機能（ＰＣＥＦ）１２２を含む。ＰＣＣアーキテクチャ１００は、ポリシーおよび課金のルール機能（ＰＣＲＦ）１３０をさらに含み、これは、サービス・データ・フローに対して実装するＰＣＣルールを決定するように動作可能である。ＰＣＣアーキテクチャ１００は、オンライン課金システム（ＯＣＳ）１５０およびオフライン課金システム（ＯＦＣＳ）１６０をさらに含む。
【００１６】
３ＧＰＰ標準と比較して、この実施形態のＯＣＳ１５０は拡張されており、このため拡張されたＯＣＳ（ｅＯＣＳ）と呼ぶことができる。ＯＣＳ１５０は、サービス・データ・フロー・ベースのクレジット制御（ＳＤＦＣＣ）機能１５２を含み、これは、クレジットの予約や、割り当ての許可など、ＯＣＳ１５０内のオンライン・クレジット制御機能を実行するように動作可能である。ＯＣＳ１５０は、加入者プロファイルおよびサービス制御管理（ＳＰＳＣＭ）機能１５４をさらに含む。ＳＰＳＣＭ機能１５４は、加入者プロファイルなど加入者関連のデータを格納するように動作可能である。このデータは、ＳＰＲに格納されているデータに類似している。ＳＰＳＣＭ機能１５４は、加入者アカウント・データ、サービス・ベースの料金、および加入者に対する他の課金データを格納するようにさらに動作可能である。このデータを通じて、ＳＰＳＣＭ機能１５４は、サービス・インジケータに基づいて、課金方法および他の課金ルールを選択することができる。
【００１７】
ＰＣＥＦ１２２はＧｘ基準点を通じてＰＣＲＦ１３０に接続する。ＰＣＲＦ１３０は、Ｓｐ基準点およびＲｘ基準点を通じてＳＰＳＣＭ１５４に接続する。ＰＣＥＦ１２２は、Ｇｙ基準点を通じてＳＤＦＣＣ１５２に接続し、Ｇｚ基準点を通じてＯＦＣＳ１６０に接続する。
【００１８】
たとえば、モバイル・デバイス１１４は、ＲＡＮ１１０を通じて情報サービスにアクセスできると想定する。ＲＡＮ１１０は、ワイヤレス信号を通じてモバイル・デバイス１１４と通信するワイヤレス・ネットワーク（たとえばセルラー・ネットワーク、ＷｉＦｉネットワークなど）を含む。ＲＡＮ１１０は、ＩＰ−ＣＡＮなどＩＰ接続を提供するパケット・ベースのネットワークでもよい。データ・サービスにアクセスするために、モバイル・デバイス１１４は、データ・セッションの要求をＲＡＮ１１０に送信する。セッション要求は、要求されている初期データ・サービスの記述（たとえばＳＤＰ記述）を含む。たとえば、初期データ・サービスがＶｏＩＰコールの場合、セッション記述により他のセッション・パラメータとともにＶｏＩＰコールが指定される。図２〜図４は、代表的な実施形態における初期データ・サービスに対するポリシーおよび課金制御（ＰＣＣ）がどのように実装されるかを示している。
【００１９】
図２は、代表的な実施形態においてＰＣＥＦ１２２で実行される方法２００を示すフローチャートである。方法２００のステップは、図１のＰＣＣアーキテクチャ１００に関して記述されるが、方法２００は他のネットワークまたはシステムで実行することができる。本明細書に記述したフローチャートのステップはすべて、包括的なものではなく、示していない他のステップを含むことができる。また、ステップは別の順に実行することもできる。
【００２０】
ステップ２０２において、ＰＣＥＦ１２２は、モバイル・デバイス１１４からデータ・セッションを開始または確立する要求を受信する。要求に応じて、ＰＣＥＦ１２２は、ステップ２０４でＧｘ基準点を通じてＰＣＲＦ１３０にＰＣＣルールの要求を伝送する。たとえば、ＰＣＥＦ１２２は、ＣＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ  ＡＶＰを「ＩＮＩＴＩＡＬ＿ＲＥＱＵＥＳＴ」値に設定してＣＣ−ＲｅｑｕｅｓｔをＰＣＲＦ１３０に送信することができる。ＰＣＣルールの要求は、ＰＣＣ決定を行うために使用できる様々なデータまたはパラメータを含むことができる。たとえば、要求は、加入者ＩＤ（たとえば、Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｉｄ  ＡＶＰ内）、モバイル・デバイス１１４に接続されたＲＡＮのタイプ、ＲＡＮ１１０に使用される無線アクセス技術のタイプ、外部パケット・データ・ネットワーク１１２についての情報（利用可能な場合）、モバイル・デバイス１１４のＩＰアドレスなどを含むことができる。この実施形態では、ＰＣＣルールの要求は、サービス・インジケータをさらに含む。サービス・インジケータは、要求されたデータ・サービスを明示または指定するデータまたは情報を含む。Ｇｘ基準点は、サービス・インジケータに対して定義された新しいＡＶＰを含むように拡張することができる。またはサービス・インジケータは、既存のＡＶＰに挿入することができる。次に、フローは図３のステップ３０２に進む。
【００２１】
図３は、代表的な実施形態においてＰＣＲＦ１３０で実行される方法３００を示すフローチャートである。ステップ３０２で、ＰＣＲＦ１３０は、Ｇｘ基準点を通じてＰＣＥＦ１２２からＰＣＣルールの要求を受信する。ＰＣＲＦ１３０には、データ・セッションに対してＰＣＣ決定を行うタスクが課される。ＰＣＣ決定を行う前に、ＰＣＲＦ１３０は、ＯＣＳ１５０から情報を取得する。したがって、ＰＣＲＦ１３０は、Ｓｐ基準点を通じてステップ３０４でＯＣＳ１５０に加入者データおよび課金ルールの要求を伝送する。Ｓｐ基準点は、加入者ＩＤ、ＰＤＮ識別子、および場合によっては他のセッション属性に基づいて、ＰＣＲＦ１３０が加入関連の情報を要求することを可能にする。たとえば、加入者ＩＤは、国際移動加入者識別符号（ＩＭＳＩ）でもよい。この情報に加えて、ＰＣＲＦ１３０は、ＯＣＳ１５０に対する要求にサービス・インジケータを挿入する。Ｓｐ基準点は、サービス・インジケータに対して定義された新しいＡＶＰを含むように拡張することができる。またはサービス・インジケータは、既存のＡＶＰに挿入することができる。次に、フローは図４のステップ４０２に進む。
【００２２】
図４は、代表的な実施形態においてＯＣＳ１５０で実行される方法４００を示すフローチャートである。ステップ４０２で、ＳＰＳＣＭ１５４は、ＰＣＲＦ１３０から要求を受信する。ＳＰＳＣＭ１５４は、加入者ＩＤなど、要求におけるパラメータを処理し、ステップ４０４で加入者データまたは加入者関連のデータを特定する。たとえば、ＳＰＳＣＭ１５４は、加入者ＩＤに一致する加入者プロファイルを検索することができる。
【００２３】
ＳＰＳＣＭ１５４は、また、ステップ４０６で初期データ・サービスの課金方法および他の課金ルールを選択するために要求においてサービス・インジケータを処理する。上記のように、ＳＰＳＣＭ１５４は、ルール・エンジンにモバイル・デバイス１１４に対して定義されている課金ルールを格納する。ＳＰＳＣＭ１５４は、また、サービス・ベースの料金を格納する。ＳＰＳＣＭ１５４がサービス・インジケータを含む要求を受信すると、ＳＰＳＣＭ１５４は、サービス・ベースの料金にサービス・インジケータを関連付ける。ＳＰＳＣＭ１５４は、また、位置、時刻、アカウント・タイプ、口座残高レベルなど、料金を特定する際に他の情報を処理することができる。ＳＰＳＣＭ１５４は、また、サービス・ベースの料金を初期データ・サービスに対する課金方法（オンライン／オフライン）に関連付ける。したがって、ＳＰＳＣＭ１５４は、要求におけるサービス・インジケータに基づいて、課金方法を選択することができる。ＳＰＳＣＭ１５４は、ＰＣＣアーキテクチャの他の要素に格納されていないサービス・ベースの料金を格納するため、課金方法を選択するのに適した位置にある。
【００２４】
課金方法および他の課金ルールを選択した後、ＳＰＳＣＭ１５４は、選択された課金ルールおよび加入者データを含む応答をＳｐ基準点を通じて（ステップ４０８で）ＰＣＲＦ１３０に伝送する。Ｓｐ基準点は、選択された課金方法に対して定義された新しいＡＶＰを含むように拡張することができる。または選択された課金方法は、既存のＡＶＰに挿入することができる。次に、フローは図３のステップ３０６に戻る。
【００２５】
ステップ３０６で、ＰＣＲＦ１３０は、ＳＰＳＣＭ１５４から応答を受信する。ステップ３０８で、初期データ・サービスに対するＰＣＣルールを決定または選択するために、ＰＣＲＦ１３０は加入者データおよび選択された課金ルールを処理する。ＰＣＣアーキテクチャでは、ＰＣＲＦ１３０にはＰＣＣ決定を行う責任がある。この実施形態では、ＯＣＳ１５０は、他の課金ルールに加えて、初期データ・サービスの課金方法を選択した。ＰＣＲＦ１３０は、ＰＣＣルールの決定を行うときに、ＯＣＳ１５０によって選択された課金方法を使用する。したがって、ＰＣＣルールの決定は、ＯＣＳ１５０によって選択された課金方法を反映する。ＰＣＣ決定を行った後に、ＰＣＲＦ１３０は、ステップ３１０において初期データ・サービスに対するＰＣＣルールを含む応答をＰＣＥＦ１２２に伝送する。ＰＣＣルールは、ルール名、サービスＩＤ、サービス・データ・フロー・フィルタ（複数可）、優先順位、ゲート状態、ＱｏＳパラメータ、課金キー（つまり評価グループ）、および他の課金パラメータを含む。次に、フローは図２のステップ２０６に戻る。
【００２６】
ステップ２０６において、ＰＣＥＦ１２２は、ＰＣＣルールを含む応答をＰＣＲＦ１３０から受信する。次に、ＰＣＥＦ１２２は、ステップ２０８でデータ・セッションにＰＣＣルールを適用する。ＰＣＣルールの適用もＰＣＣ決定の実施と見なされる。ＰＣＣルールを適用するときに、ＰＣＥＦ１２２は、ゲート実施およびＱｏＳ実施を通じてポリシー制御を実施する。ＰＣＥＦ１２２は、ＯＣＳ１５０によって選択された課金方法に基づいて課金制御を実施する。たとえば、サービス・インジケータに基づいて、ＯＣＳ１５０がオンライン課金を選択すると、ＰＣＥＦ１２２は、初期データ・サービスに対するサービス・データ・フローを確立する前に、ＯＣＳ１５０からのクレジット許可（ｃｒｅｄｉｔ  ａｕｔｈｏｒｉｚａｔｉｏｎ）を要求する。クレジットが許可されると、ＰＣＥＦ１２２は、初期データ・サービスに対するサービス・データ・フローを確立し、サービス・データ・フローに対してゲート制御およびＱｏＳ制御を実施する。サービス・インジケータに基づいてＯＣＳ１５０がオフライン課金を選択すると、ＰＣＥＦ１２２は、サービス・データ・フローを確立し、課金情報を収集する。次に、ＰＣＥＦ１２２は、ＯＦＣＳ１６０とインターフェースし、ＯＦＣＳ１６０にオフライン課金情報を送信する。
【００２７】
データ・セッションの間に、モバイル・デバイス１１４のエンド・ユーザは、新しいデータ・サービスを要求したいと想定する。たとえば、初期データ・サービスがＶｏＩＰコールだった場合、エンド・ユーザは、同じデータ・セッション（たとえば、同じＩＰ−ＣＡＮセッション）中に、オンライン・ゲームへの変更またはオンライン・ゲームの追加を要求することができる。この実施形態では、ＯＣＳ１５０によって、新しいデータ・サービスに対して更新された課金ルール（つまり、新しい課金方法）を選択することができる。ＯＣＳ１５０は、サービス・インジケータに基づいて課金ルールを選択するため、ＯＣＳ１５０は、新しいデータ・サービスに対する課金ルールを選択することができる。本明細書に記述するように、新しいデータ・サービスに対する課金ルールを選択するには２つの異なる方法がある。１つ目は、図５〜図７に示しており、ＰＣＲＦ１３０は、ＰＣＥＦ１２２がサービス変更を検出するのに応じて、ＯＣＳ１５０から更新された課金ルールを要求する。２つ目は、図８〜図１０に示しており、ＰＣＥＦ１２２は、ＯＣＳ１５０にサービス変更を示す課金メッセージを送信し、ＯＣＳ１５０は、サービス変更に基づいて課金ルールを選択し、ＰＣＲＦ１３０に、Ｒｘ基準点を通じてＰＣＣルールを更新させる。
【００２８】
図５は、代表的な実施形態においてＰＣＥＦ１２２で実行される方法５００を示すフローチャートである。ステップ５０２において、ＰＣＥＦ１２２は、データ・セッション中にモバイル・デバイス１１４から新しいデータ・サービスの要求を受信する。新しいデータ・サービスの要求に応じて、ＰＣＥＦ１２２は、新しいＰＣＣルールまたは更新されたＰＣＣルールが新しいデータ・サービスに必要とされる場合があると決定する。したがって、ＰＣＥＦ１２２は、ステップ５０４でＰＣＲＦ１３０に更新されたＰＣＣルールの要求を伝送する。たとえば、ＰＣＥＦ１２２は、ＣＣ−Ｒｅｑｕｅｓｔ−Ｔｙｐｅ  ＡＶＰを「ＵＰＤＡＴＥ＿ＲＥＱＵＥＳＴ」値に設定してＣＣ−ＲｅｑｕｅｓｔをＰＣＲＦ１３０に送信することができる。更新されたＰＣＣルールの要求は、様々な他のパラメータに加えて、新しいデータ・サービスに対するサービス・インジケータを含む。次に、フローは図６のステップ６０２に進む。
【００２９】
図６は、代表的な実施形態においてＰＣＲＦ１３０で実行される方法６００を示すフローチャートである。ステップ６０２において、ＰＣＲＦ１３０は、ＰＣＥＦ１２２から更新されたＰＣＣルールの要求を受信する。ＰＣＲＦ１３０は、モバイル・デバイス１１４のエンド・ユーザに対する加入者関連の情報を既に取得しているため、ＰＣＲＦ１３０は、この情報を再び要求する必要がない場合がある。しかし、新しいデータ・サービスに対してＰＣＣ決定を行う前に、ＰＣＲＦ１３０は、ＯＣＳ１５０から更新された課金ルールを取得する。したがって、ＰＣＲＦ１３０は、Ｓｐ基準点を通じて、ステップ６０４でＯＣＳ１５０に更新された課金ルールの要求を伝送する。ＰＣＲＦ１３０は、ＯＣＳ１５０に対する要求に新しいデータ・サービスに対するサービス・インジケータを挿入する。次に、フローは図７のステップ７０２に進む。
【００３０】
図７は、代表的な実施形態においてＯＣＳ１５０で実行される方法７００を示すフローチャートである。ステップ７０２において、ＳＰＳＣＭ１５４は、ＰＣＲＦ１３０から要求を受信する。ＳＰＳＣＭ１５４は、ステップ７０４で新しいデータ・サービスの課金ルールを選択するために要求においてサービス・インジケータを処理する。課金ルールを選択する一環として、ＳＰＳＣＭ１５４は、新しいデータ・サービスに対するサービス・データ・フローの課金方法を選択する。新しいデータ・サービスに対する課金方法は、初期データ・サービスに対する課金方法と異なる場合がある。たとえば、初期データ・サービスに対する課金方法はオンラインの場合があるが、新しいデータ・サービスに対する課金方法はオフラインの場合がある。サービス駆動の課金ルールによって、同じデータ・セッション内のデータ・サービスに対して異なるタイプの課金方法が可能になる。
【００３１】
新しいデータ・サービスに対する課金方法および他の課金ルールを選択した後、ＳＰＳＣＭ１５４は、ステップ７０６でＰＣＲＦ１３０に更新された課金ルールを含む応答を伝送する。次に、フローは図６のステップ６０６に戻る。
【００３２】
ステップ６０６において、ＰＣＲＦ１３０は、ＳＰＳＣＭ１５４から応答を受信する。ステップ６０８において、ＰＣＲＦ１３０は、新しいデータ・サービスに対して更新されたＰＣＣルールを決定または選択するために、加入者データおよび選択された課金ルールを処理する。次に、ＰＣＲＦ１３０は、ステップ６１０において、新しいデータ・サービスに対する更新されたＰＣＣルールを含む応答をＰＣＥＦ１２２に伝送する。次に、フローは図５のステップ５０６に戻る。
【００３３】
ステップ５０６において、ＰＣＥＦ１２２は、更新されたＰＣＣルールを含む応答をＰＣＲＦ１３０から受信する。次に、ＰＣＥＦ１２２は、ステップ５０８において、新しいデータ・サービスに対して確立されたサービス・データ・フローに、更新されたＰＣＣルールを適用する。初期データ・サービスに対して初期のサービス・データ・フローがやはり開かれている場合、ＰＣＥＦ１２２は、初期のサービス・データ・フローに初期のＰＣＣルールを適用し、新しいサービス・データ・フローに更新されたＰＣＣルールを適用することができる。したがって、ＰＣＥＦ１２２は、同じデータ・セッションのサービス・データ・フローに対して異なるＰＣＣルール（たとえば異なる課金方法）を実施することができる。
【００３４】
図５〜図７の上記の実施形態では、ＰＣＥＦ１２２は、ＰＣＲＦ１３０を通じて更新されたＰＣＣルールを要求する。代替的実施形態では、ＰＣＥＦ１２２は、ＯＣＳ１５０に新しいサービス・インジケータを報告することができ、次に、ＯＣＳ１５０は、ＰＲＣＦ１３０に、Ｒｘ基準点を通じてＰＣＣルールを更新させることができる。図８〜図１０は、代表的な実施形態において、サービス変更に応じてＯＣＳ１５０がどのようにＰＣＣルールの変更を実施できるかを示している。
【００３５】
図８は、代表的な実施形態においてＰＣＥＦ１２２で実行される方法８００を示すフローチャートである。ステップ８０２において、ＰＣＥＦ１２２は、データ・セッション中にモバイル・デバイス１１４から新しいデータ・サービスの要求を受信する。この時点では、初期データ・サービスに対する課金方法がオンライン課金であると想定する。したがって、ＰＣＥＦ１２２は、クレジット制御のためにＯＣＳ１５０とオンライン課金メッセージを交換している。新しいデータ・サービスの要求に応じて、ＰＣＥＦ１２２は、ＯＣＳ１５０に課金メッセージを伝送する。課金メッセージの一例として、Ｄｉａｍｅｔｅｒクレジット制御要求（ＣＣＲ：Ｃｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ）［ＩＮＩＴＩＡＬ，ＵＰＤＡＴＥ，ＴＥＲＭＩＮＡＴＥ］がある。課金メッセージは、新しいデータ・サービスに対するサービス・インジケータを含む。次に、フローは図９のステップ９０２に進む。
【００３６】
図９は、代表的な実施形態においてＯＣＳ１５０で実行される方法９００を示すフローチャートである。ステップ９０２では、ＳＤＦＣＣ１５２は、ＰＣＥＦ１２２から課金メッセージを受信する。ＳＤＦＣＣ１５２は、新しいデータ・サービスに対するクレジット制御を開始するために、通常の方法で課金メッセージを処理することができる。ＳＤＦＣＣ１５２は、また、サービス変更が、課金メッセージに含まれている新しいデータ・サービスに対するサービス・インジケータに基づいて要求されていることを検出する。したがって、ＳＤＦＣＣ１５２は、ＳＰＳＣＭ１５４に課金メッセージ（または課金メッセージからの情報）を転送する。ＳＰＳＣＭ１５４は、ステップ９０６で新しいデータ・サービスに対する課金ルールを選択するために、課金メッセージでサービス・インジケータを処理する。課金ルールを選択する一環として、ＳＰＳＣＭ１５４は、新しいデータ・サービスに対するサービス・データ・フローに対する課金方法を選択する。新しいデータ・サービスに対する課金方法は、初期データ・サービスに対する課金方法と異なる場合がある。
【００３７】
次に、ＳＰＳＣＭ１５４は、ステップ９０８において、Ｒｘ基準点を通じて更新された課金ルールを含む要求をＰＣＲＦ１３０に伝送する。たとえば、要求は、Ｄｉａｍｅｔｅｒ認証許可要求（ＡＡＲ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ−Ａｕｔｈｏｒｉｚａｔｉｏｎ−Ｒｅｑｕｅｓｔ）を含むことができる。ＳＰＳＣＭ１５４からの要求は、サービス変更に基づいて、ＰＣＲＦ１３０にＰＣＣ決定を再評価させる。
【００３８】
図１０は、代表的な実施形態においてＰＣＲＦ１３０で実行される方法１０００を示すフローチャートである。ステップ１００２において、ＰＣＲＦ１３０は、Ｒｘ基準点を通じてＯＣＳ１５０から要求を受信する。要求に応じて、ＰＣＲＦ１３０は、ステップ１００４で新しいデータ・サービスに対する更新されたＰＣＣルールを決定するために、加入者データおよびＯＣＳ１５０によって選択された課金ルールを処理する。次に、ＰＣＲＦ１３０は、ステップ１００６において、新しいデータ・サービスに対する更新されたＰＣＣルールを含む応答をＰＣＥＦ１２２に伝送する。次に、フローは図８のステップ８０６に戻る。
【００３９】
ステップ８０６において、ＰＣＥＦ１２２は、更新されたＰＣＣルールを含む応答をＰＣＲＦ１３０から受信する。次に、ＰＣＥＦ１２２は、ステップ８０８において、新しいデータ・サービスに対して確立されたサービス・データ・フローに更新されたＰＣＣルールを適用する。初期データ・サービスに対して初期のサービス・データ・フローが開かれている場合、ＰＣＥＦ１２２は、初期のサービス・データ・フローに初期のＰＣＣルールを適用し、新しいサービス・データ・フローに更新されたＰＣＣルールを適用することができる。したがって、ＰＣＥＦ１２２は、同じデータ・セッションのサービス・データ・フローに対して異なるＰＣＣルール（たとえば異なる課金方法）を実施することができる。
【００４０】
ＰＣＥＦ１２２が新しいデータ・サービスに対して他の要求を受信した場合、ＰＣＥＦ１２２は、ＰＣＲＦ１３０から（図５〜図７を参照）またはＯＣＳ１５０から（図８〜図１０を参照）、更新されたＰＣＣルールを再び要求することができる。要求されたデータ・サービスに基づいて、課金ルール（たとえば課金方法）が選択されているため、データ・サービスが変更されるとともに、課金ルールを変更することができる。このため、データ・セッション中に、課金の柔軟性が増す。たとえば、あるデータ・サービスは、アカウントＡへの前払いとして課金することができ、第２のデータ・サービスは、アカウントＢへの後払いとして課金することができる。同じデータ・セッションの間に、異なる２つのデータ・サービスに異なる課金方法（アカウント）を介して課金することができる。これは、３ＧＰＰ  ＰＣＣアーキテクチャでは可能ではなかった。
例
【００４１】
図１１〜図１２は、サービス・インジケータに基づいて、課金方法を選択する例を示すメッセージ図である。メッセージ図は、ＰＣＣアーキテクチャ１００内で使用されるＤｉａｍｅｔｅｒメッセージを示している。図１１に始まり、モバイル・デバイス１１４は、ＩＰ−ＣＡＮセッションを要求するためにＰＣＥＦ１２２とメッセージを交換する。たとえば、モバイル・デバイス１１４は、ＩＰ−ＣＡＮセッションを要求するために、ＳＩＰ  ＩＮＶＩＴＥなど、ＳＩＰメッセージを送信することができる。モバイル・デバイス１１４からの要求は、希望するデータ・サービスのセッション記述を含む。この例では、モバイル・デバイス１１４のエンド・ユーザによって要求された初期データ・サービスはＶｏＩＰコールであると想定している。
【００４２】
ＰＣＥＦ１２２は、ＩＰ−ＣＡＮセッションを確立するために要求を受信し、Ｇｘ基準点を通じてＰＣＲＦ１３０にＰＣＣルールの要求を伝送する。ＰＣＣルールの要求は、ＰＣＣ決定を行うために使用できる様々なデータまたはパラメータを含むことができる。たとえば、要求は、加入者ＩＤ（たとえば、Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｉｄ  ＡＶＰ内）、モバイル・デバイス１１４に接続されたＲＡＮのタイプ、ＲＡＮ１１０に使用される無線アクセス技術のタイプ、外部パケット・データ・ネットワーク１１２についての情報（利用可能な場合）、モバイル・デバイス１１４のＩＰアドレスなどを含む。この実施形態では、ＰＣＣルールの要求は、初期データ・サービスに対するサービス・インジケータ（たとえばＶｏＩＰコールに対するサービス・インジケータ）をさらに含む。
【００４３】
ＰＣＲＦ１３０は、ＰＣＥＦ１２２からＰＣＣルールの要求を受信する。ＰＣＲＦ１３０は、データ・セッションに対してＰＣＣ決定を行うことを担当する。ＰＣＣ決定を行う前に、ＰＣＲＦ１３０は、ＯＣＳ１５０から情報を取得する。したがって、ＰＣＲＦ１３０は、Ｓｐ基準点を通じてＯＣＳ１５０に加入者データおよび課金ルールの要求を伝送する。ＰＣＲＦ１３０からの要求は、ＶｏＩＰコールに対するサービス・インジケータを含む。
【００４４】
ＯＣＳ１５０は、ＰＣＲＦ１３０から要求を受信する。ＯＣＳ１５０のＳＰＳＣＭ１５４（図１を参照）は、加入者ＩＤなど、要求におけるパラメータを処理し、加入者データまたは加入者関連のデータを特定する。たとえば、ＳＰＳＣＭ１５４は、加入者ＩＤに一致する加入者プロファイルを検索することができる。ＳＰＳＣＭ１５４は、また、ＶｏＩＰコールに対する課金ルールを選択するため、特に、ＶｏＩＰコールに対する課金方法を選択するために、要求においてサービス・インジケータを処理する。たとえば、ＳＰＳＣＭ１５４は、ＶｏＩＰコールに対するサービス・インジケータを用いてインデックスされたＶｏＩＰコールの料金を格納する。したがって、ＳＰＳＣＭ１５４がサービス・インジケータを含む要求をＰＣＲＦ１３０から受信する場合、ＳＰＳＣＭ１５４は、ＶｏＩＰコールの料金、および料金に関連する課金方法（オンライン／オフライン）を特定することができる。この実施形態については、ＶｏＩＰコールの課金方法は、アカウントＡに対するオンライン課金であると想定する。
【００４５】
課金方法（オンライン）および他の課金ルールを選択した後、ＳＰＳＣＭ１５４は、選択された課金ルールおよび加入者データを含む応答をＰＣＲＦ１３０に伝送する。ＰＣＲＦ１３０は、ＳＰＳＣＭ１５４から応答を受信し、ＶｏＩＰコールに対するＰＣＣ決定を行うために、加入者データおよび選択された課金ルールを処理する。次に、ＰＣＲＦ１３０は、ＰＣＣ決定から得られたＰＣＣルールを含む応答をＰＣＥＦ１２２に伝送する。ＰＣＥＦ１２２は、ＩＰ−ＣＡＮセッションを確立するために、モバイル・デバイス１１４に応答を送信する。これは、モバイル・デバイス１１４とさらに信号を交換することを含む場合がある。
【００４６】
次に、ＰＣＥＦ１２２は、データ・セッションにＰＣＣルールを適用する。ＰＣＣルールを適用する場合、ＰＣＥＦ１２２は、ＯＣＳ１５０によって選択された課金方法に基づいて課金制御を実施する。課金方法は、ＶｏＩＰコールに対するオンライン課金を含むため、ＰＣＥＦ１２２は、サービス・データ・フローがＶｏＩＰコールに対して確立される前に、ＯＣＳ１５０からの許可を要求する必要がある。したがって、ＰＣＥＦ１２２は、Ｄｉａｍｅｔｅｒ  Ｇｙ基準点を通じてＯＣＳ１５０にＤｉａｍｅｔｅｒクレジット制御要求（ＣＣＲ）［ＩＮＩＴＩＡＬ］を伝送する。ＯＣＳ１５０のＳＤＦＣＣ１５２（図１を参照）はＣＣＲを受信し、ＣＣＲの加入者ＩＤに基づいて、モバイル・デバイス１１４のエンド・ユーザの口座残高を特定する。ＳＤＦＣＣ１５２はＶｏＩＰコールを評価し、エンド・ユーザの口座残高に基づいてクレジット制御を実行する。エンド・ユーザの口座残高が低すぎる場合、ＳＤＦＣＣ１５２は、予約依頼を拒否することができる。しかし、口座残高が十分な場合、ＳＤＦＣＣ１５２は、評価および口座残高に基づいてサービス単位の割り当てを許可する。次に、ＳＤＦＣＣ１５２は、Ｄｉａｍｅｔｅｒクレジット制御応答（ＣＣＡ）［ＩＮＩＴＩＡＬ］に許可されたサービス単位（ＧＳＵ）を挿入し、ＰＣＥＦ１２２にＣＣＡ［ＩＮＩＴＩＡＬ］を伝送する。
【００４７】
ＯＣＳ１５０によってクレジットが許可されると、ＰＣＥＦ１２２は、ＶｏＩＰコールに対するサービス・データ・フローの開始を許可することができる（つまり、モバイル・デバイス１１４のエンド・ユーザは、別の相手と会話することができる）。サービス・データ・フローが開始されると、ＰＣＥＦ１２２は、ゲート実施およびＱｏＳ実施を通じてポリシー制御を実施する。ＰＣＥＦ１２２は、また、モバイル・デバイス１１４の使用状況（たとえば、受信／伝送されたバイト数）を監視して、それに応じてサービス単位の許可された割り当てを減分させる。許可された割り当てが消費されたら、ＰＣＥＦ１２２は、ＣＣＲ［ＵＰＤＡＴＥ］を送信することによって、ＯＣＳ１５０から別の割り当てを要求することができる。
【００４８】
ある時点で、モバイル・デバイス１１４は、ＶｏＩＰコールからオンライン・ゲームに変更する要求を送信すると想定する。ＰＣＥＦ１２２は、モバイル・デバイス１１４から要求を受信し、サービス変更がモバイル・デバイス１１４によって要求されたことを検出する。次に、ＰＣＥＦ１２２は、新しいデータ・サービス（つまりオンライン・ゲーム）に対するサービス・インジケータを含むＣＣＲ［ＵＰＤＡＴＥ］をＯＣＳ１５０に伝送する。
【００４９】
ＯＣＳ１５０のＳＤＦＣＣ１５２（図１を参照）は、ＰＣＥＦ１２２からＣＣＲ［ＵＰＤＡＴＥ］を受信する。ＳＤＦＣＣ１５２は、クレジット制御のために通常の方法で課金メッセージを処理することができる。ＳＤＦＣＣ１５２は、また、サービス変更が、ＣＣＲに含まれているオンライン・ゲームに対するサービス・インジケータに基づいて要求されていることを検出する。したがって、ＳＤＦＣＣ１５２は、ＳＰＳＣＭ１５４にＣＣＲ（またはＣＣＲからの情報）を転送する。ＳＰＳＣＭ１５４は、オンライン・ゲームの課金ルールを選択するためにＣＣＲのサービス・インジケータを処理する。課金ルールを選択する一環として、ＳＰＳＣＭ１５４は、オンライン・ゲームに対するサービス・データ・フローの課金方法を選択する。たとえば、ＳＰＳＣＭ１５４は、サービス・インジケータを用いてインデックスされるオンライン・ゲームの料金を格納する。したがって、ＳＰＳＣＭ１５４がサービス・インジケータを含むＣＣＲをＰＣＥＦ１２２から受信する場合、ＳＰＳＣＭ１５４は、オンライン・ゲームの料金、および料金に関連する課金方法（オンライン／オフライン）を特定することができる。この実施形態については、オンライン・ゲームの課金方法は、アカウントＢに対するオフライン課金であると想定する。
【００５０】
課金方法（オフライン）および他の課金ルールを選択した後、ＳＰＳＣＭ１５４は、更新された課金ルールを含むＤｉａｍｅｔｅｒ認証許可要求（ＡＡＲ）をＰＣＲＦ１３０に伝送する。ＳＰＳＣＭ１５４からの要求は、サービス変更に基づいて、ＰＣＲＦ１３０にＰＣＣ決定を再評価させる。ＡＡＲに応じて、ＰＣＲＦ１３０は、オンライン・ゲームに対する更新されたＰＣＣルールを決定するために、加入者データおよび更新された課金ルールを処理する。これは、更新されたＰＣＣ決定と呼ばれる。
【００５１】
図１２において、ＰＣＲＦ１３０は、オンライン・ゲームに対する更新されたＰＣＣルールを含む応答をＰＣＥＦ１２２に伝送する。次に、ＰＣＥＦ１２２は、オンライン・ゲームに対して確立されたサービス・データ・フローに更新されたＰＣＣルールを適用または実施する。更新されたＰＣＣルールを適用する場合、ＰＣＥＦ１２２は、ＯＣＳ１５０によって選択された課金方法に基づいて課金制御を実施する。オンライン・ゲームの課金方法はオフラインであるため、ＰＣＥＦ１２２は、サービス・データ・フローを確立する前に、ＯＦＣＳ１６０からの許可を要求する必要はない。したがって、ＰＣＥＦ１２２は、オンライン・ゲームに対するサービス・データ・フローを開始し、ゲート実施およびＱｏＳ実施を通じてポリシー制御を実施する。
【００５２】
サービス・データ・フローが開始されると、ＰＣＥＦ１２２は、また、ＯＦＣＳ１６０に課金処理要求（ＡＣＲ：Ａｃｃｏｕｎｔｉｎｇ  Ｒｅｑｕｅｓｔ）［ＳＴＡＲＴ］を伝送する。ＡＣＲ［ＳＴＡＲＴ］に応じて、ＯＦＣＳ１６０は、サービス・データ・フローに対する課金データ・レコード（ＣＤＲ）を開き、課金処理応答（ＡＣＡ：Ａｃｃｏｕｎｔｉｎｇ  Ａｎｓｗｅｒ）［ＳＴＡＲＴ］を用いてＰＣＥＦ１２２に対応する。サービス・データ・フローが継続すると、ＰＣＥＦ１２２は、モバイル・デバイス１１４の使用状況（たとえば、受信／伝送されたバイト数）を監視し、ＡＣＲ［ＩＮＴＥＲＩＭ］メッセージでＯＦＣＳ１６０に使用状況を定期的に報告する（図１２に図示せず）。
【００５３】
オンライン・ゲームのサービス・データ・フローが確立されると、ＰＣＥＦ１２２は、ＶｏＩＰコールに対するサービス・データ・フローを破棄（ｔｅａｒ  ｄｏｗｎ）する。ＰＣＥＦ１２２は、また、コールに対する未使用のサービス単位を示すＣＣＲ［ＴＥＲＭＩＮＡＴＩＯＮ］をＯＣＳ１５０に送信する。ＯＣＳ１５０は、ＣＣＡ［ＴＥＲＭＩＮＡＴＩＯＮ］を用いてＰＣＥＦ１２２に応答する。
【００５４】
オンライン・ゲームに対するサービス・データ・フローが終了すると、ＰＣＥＦ１２２は、オフライン課金情報とともにＡＣＲ［ＳＴＯＰ］をＯＦＣＳ１６０に送信する。ＡＣＲに応じて、ＯＦＣＳ１６０はＣＤＲを閉じ、ＰＣＥＦ１２２にＡＣＡ［ＳＴＯＰ］を送信する。次に、ＯＦＣＳ１６０は、処理するために請求システムにＣＤＲを送信することができる（図１２に図示せず）。
【００５５】
この実施形態では、要求されるデータ・サービスに基づいて課金ルールが選択されると、課金の柔軟性が増す。モバイル・デバイス１１４のエンド・ユーザがＶｏＩＰコールを要求する場合、ＶｏＩＰコールは、アカウントＡにオンラインで課金することができる。アカウントＡは、エンド・ユーザの雇用者に属することができる。モバイル・デバイス１１４のエンド・ユーザがオンライン・ゲームに切り替えると、オンライン・ゲームは、アカウントＢにオフラインで課金することができる。アカウントＢはエンド・ユーザに属することができるため、雇用者は、オンライン・ゲームに対して課金されないが、ＶｏＩＰコールに対して課金される。この種の柔軟性は、３ＧＰＰ標準では利用することができない。この標準によると、データ・セッション（ＩＰ−ＣＡＮセッション）が確立されると、加入者関連のデータに基づいて課金方法が選択される。セッション中にサービス変更があっても、課金方法はデータ・セッションの間は同じままである。本明細書に記載の実施形態では、要求されているデータ・サービスに従って課金ルールを選択することによって、データ・セッション中に課金方法を変更することが可能になる。
【００５６】
図に示し、または本明細書に記述した様々な要素のいずれも、ハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせとして実装することができる。たとえば、要素は専用ハードウェアとして実装することができる。専用のハードウェア要素は、「プロセッサ」、「コントローラ」、または同様の用語で呼ばれることがある。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、または複数の個々のプロセッサによって提供することができ、その一部は共有することができる。さらに、「プロセッサ」または「コントローラ」という用語の明示的な使用は、ソフトウェアを実行できるハードウェアを排他的に指すものとして解釈するべきではなく、デジタル・シグナル・プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）もしくは他の回路、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）、ソフトウェアを格納するための読み取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、不揮発性記憶装置、ロジック、またはその他の物理的なハードウェア・コンポーネントもしくはモジュールを限定することなく、暗黙的に含むことができる。
【００５７】
また、要素は、要素の機能を実行するためにプロセッサまたはコンピュータによって実行可能な指示として実装することができる。指示の一例として、ソフトウェア、プログラム・コード、およびファームウェアがある。プロセッサが要素の機能を実行するように、プロセッサによって実行されたとき、指示は使用可能である。指示は、プロセッサによって読み取り可能な記憶装置に格納することができる。記憶装置の例として、デジタル・メモリまたはソリッド・ステート・メモリ、磁気ディスクおよび磁気テープなどの磁気記憶メディア、ハード・ドライブ、または光学的に読み取り可能なデジタル・データ記憶メディアがある。
【００５８】
特定の実施形態について本明細書に記述したが、本発明の範囲はそれらの特定の実施形態に限定されない。本発明の範囲は、添付の特許請求の範囲およびその等価物によって定義される。
【図１】
0005538625.tif 000002
【図２】
0005538625.tif 000003
【図３】
0005538625.tif 000004
【図４】
0005538625.tif 000005
【図５】
0005538625.tif 000006
【図６】
0005538625.tif 000007
【図７】
0005538625.tif 000008
【図８】
0005538625.tif 000009
【図９】
0005538625.tif 000010
【図１０】
0005538625.tif 000011
【図１１】
0005538625.tif 000012
【図１２】
0005538625.tif 000013