"オンライン課金システムOCS150を含む、ポリシーおよび課金制御PCCアーキテクチャ100であって、前記OCS150は、ポリシーおよび課金のルール機能PCRF130から初期データサービスに対する課金ルールの要求を受信するように動作可能であって、前記要求は、前記初期データサービスに対するサービスインジケータを含み、前記OCS150は、前記サービスインジケータに基づいて前記初期データサービスに対する課金方法を選択し、前記初期データサービスに対する前記課金方法を含む応答を前記PCRF130に伝送するようにさらに動作可能であることを特徴とするポリシーおよび課金制御PCCアーキテクチャ100。前記OCS150は、サービスベースの料金を格納し、サービスベースの料金に前記サービスインジケータを関連付けることによって、前記初期データサービスに対する前記課金方法を選択し、課金方法に前記サービスベースの料金を関連付けるようにさらに動作可能である請求項1に記載のPCCアーキテクチャ100。前記OCS150によって選択された前記課金方法に基づいて前記初期データサービスに対するPCCルールを決定し、前記初期データサービスに対する前記PCCルールを含む応答をポリシーおよび課金の実施機能PCEF122に伝送するように動作可能である前記PCRF130であって、前記PCCルールは、前記OCS150によって選択された前記課金方法を含む前記PCRF130と、前記初期データサービスに対するサービスデータフローにおいて、前記OCS150によって選択された前記課金方法を実施するように動作可能である前記PCEF122とをさらに含む請求項1に記載のPCCアーキテクチャ100。前記OCS150は、サービス変更に応答して前記PCRF130から更新された課金ルールの要求を受信するようにさらに動作可能であり、前記要求は、新しいデータサービスに対するサービスインジケータを含み、前記OCS150は、前記サービスインジケータに基づいて、前記新しいデータサービスの課金方法を選択し、前記新しいデータサービスの前記課金方法を含む応答を前記PCRF130に伝送するようにさらに動作可能である請求項1に記載のPCCアーキテクチャ100。前記OCS150は、サービス変更に応答してポリシーおよび課金の実施機能PCEF122から課金要求を受信するようにさらに動作可能であり、前記課金要求は、新しいデータサービスに対するサービスインジケータを含み、前記OCS150は、前記サービスインジケータに基づいて、前記新しいデータサービスの課金方法を選択し、前記新しいデータサービスの前記課金方法を含む要求を前記PCRF130に伝送するようにさらに動作可能であり、前記要求は、前記新しいデータサービスに対する前記課金方法に基づいて前記PCRF130にPCCルールを更新させる請求項1に記載のPCCアーキテクチャ100。ポリシーおよび課金制御PCCを実行する方法であって、ポリシーおよび課金のルール機能PCRFからオンライン課金システムOCSで初期データサービスに対する課金ルールの要求を受信するステップであって、前記要求は、前記初期データサービスに対するサービスインジケータを含むステップと、前記サービスインジケータに基づいて、前記OCSで前記初期データサービスの課金方法を選択するステップと、前記初期データサービスに対する前記課金方法を含む応答を前記OCSから前記PCRFに伝送するステップとを含むことを特徴とする方法。前記初期データサービスの課金方法を選択するステップは、前記OCSにサービスベースの料金を格納するステップと、サービスベースの料金に前記サービスインジケータを関連付けることによって、前記初期データサービスの前記課金方法を選択するステップと、課金方法に前記サービスベースの料金を関連付けるステップとを含む請求項6に記載の方法。前記OCSによって選択された前記課金方法に基づいて、前記PCRFで前記初期データサービスに対するPCCルールを決定するステップと、前記初期データサービスに対する前記PCCルールを含む応答をポリシーおよび課金の実施機能PCEFに伝送するステップであって、前記PCCルールは、前記OCSによって選択された前記課金方法を含むステップと、前記PCEFで前記初期データサービスに対するサービスデータフローにおいて、前記OCSによって選択された前記課金方法を実施するステップとをさらに含む請求項6の方法。サービス変更に応答して前記PCRFから前記OCSで更新された課金ルールの要求を受信するステップであって、前記要求は、新しいデータサービスに対するサービスインジケータを含むステップと、前記サービスインジケータに基づいて、前記OCSで前記新しいデータサービスの課金方法を選択するステップと、前記新しいデータサービスに対する前記課金方法を含む応答を前記OCSから前記PCRFに伝送するステップとをさらに含む請求項6に記載の方法。サービス変更に応答してポリシーおよび課金の実施機能PCEFから前記OCSで課金要求を受信するステップであって、前記課金要求は、新しいデータサービスに対するサービスインジケータを含むステップと、前記サービスインジケータに基づいて、前記OCSで前記新しいデータサービスの課金方法を選択するステップと、前記新しいデータサービスに対する前記課金方法を含む要求を前記OCSから前記PCRFに伝送するステップであって、前記要求は、前記新しいデータサービスの前記課金方法に基づいて前記PCRFにPCCルールを更新させるステップとをさらに含む請求項6に記載の方法。本明細書に記述した実施形態では、課金ルールの選択、より具体的には、データサービスに関連する情報に基づいて課金方法たとえば、オンライン/オフラインを選択することが可能になる。これらの実施形態では、OCSは、サービスインジケータに基づいて、課金方法を選択することができる。OCSは、サービス関連の料金計画を含む、エンドユーザの課金アカウントデータを格納する。OCSがデータサービスのサービスインジケータを受信すると、OCSは、サービスインジケータを料金計画に関連付けて、料金計画を課金方法に関連付けることができる。したがって、OCSは、サービスインジケータに基づいて、要求されたデータサービスの課金方法を動的に選択することができる。課金方法および他の課金ルールは、加入者関連のデータだけでなく、要求されているデータサービスに基づいて選択される。これにより、サービスデータフローに対して課金をどのように実行するかについて、より柔軟性が増す。たとえば、オンラインゲームは、エンドユーザの後払いアカウントに課金することができ、VoIPコールは、エンドユーザの雇用者の前払いアカウントに課金することができる。この例では、課金方法は、加入者IDだけではなくエンドユーザがアクセスしているサービスに基づいて選択される。一実施形態は、ポリシーおよび課金制御PCCアーキテクチャを含む。PCCアーキテクチャは、ポリシーおよび課金のルール機能PCRFから初期データサービスに対する課金ルールの要求を受信するように動作可能なOCSを含む。PCRFからの要求は、初期データサービスに対するサービスインジケータを含む。OCSは、サービスインジケータに基づいて初期データサービスに対する課金方法を選択するように、および初期データサービスに対する課金方法を含む応答をPCRFに伝送するようにさらに動作可能である。次に、PCRFは、OCSによって選択された課金方法に基づいてPCC決定を行うことができ、ポリシーおよび課金の実施機能PCEFは、初期データサービスに対するPCCルールを実施することができる。他の実施形態では、OCSは、サービス変更に応答してPCRFから更新された課金ルールの要求を受信するようにさらに動作可能である。たとえば、エンドユーザは、既存のデータセッション中に、初期データサービスから新しいデータサービスへの変更を要求することができる。PCRFからの要求は、新しいデータサービスのサービスインジケータを含む。OCSは、サービスインジケータに基づいて、新しいデータサービスの課金方法を選択し、新しいデータサービスの課金方法を含む応答をPCRFに伝送するようにさらに動作可能である。次に、PCRFは、新しいデータサービスの課金方法に基づいて、更新されたPCCルールを決定することができ、PCEFは、新しいデータサービスの更新されたPCCルールを実施することができる。さらに他の実施形態では、OCSは、サービス変更に応答してPCEFから課金要求を受信するようにさらに動作可能である。課金要求たとえばDiameterCCRは、新しいデータサービスのサービスインジケータを含む。OCSは、サービスインジケータに基づいて新しいデータサービスの課金方法を選択し、新しいデータサービスの課金方法を含む要求をPCRFに伝送するようにさらに動作可能である。要求は、新しいデータサービスの課金方法に基づいてPCRFにPCCルールを更新させる。他の代表的な実施形態について、以下に記述する。本発明のいくつかの実施形態について、例示のみを目的として、添付の図面を参照して記述する。すべての図において、同じ参照番号は、同じ要素または同じ種類の要素を表している。図および以下の記述は、本発明の特定の代表的な実施形態を示す。本明細書に明示的に記述または図示していなくても、当業者であれば、本発明の原理を具体化し、本発明の範囲内に含まれる様々な構成を考案できるだろうことは自明であろう。さらに、本明細書に記述した例は、本発明の原理の理解を支援することを意図するものであり、そのような具体的に詳述された例および条件に限定しないものとして解釈するべきである。その結果、本発明は下記の特定の実施形態または例に限定されるものではなく、請求項およびそれらの等価物によって限定されるものである。図1は、代表的な実施形態におけるパケットコアネットワークのPCCアーキテクチャ100を示す図である。PCCアーキテクチャ100は、LongTermEvolution/EvolvedPacketCoreLTE/EPCネットワークで使用することができる。PCCアーキテクチャ100は、無線アクセスネットワークRAN110と1つまたは複数の外部パケットデータネットワーク112との間に実装されたゲートウェイ120を含む。ゲートウェイ120の例として、GPRSネットワークのGGSNまたはEPCネットワークのパケットデータゲートウェイP-GWが挙げられる。ゲートウェイ120は、サービスデータフローの検出、ユーザプレーンのトラフィック処理、QoS処理、サービスデータフローの測定、およびオンライン/オフライン課金の対話を提供するポリシーおよび課金の実施機能PCEF122を含む。PCCアーキテクチャ100は、ポリシーおよび課金のルール機能PCRF130をさらに含み、これは、サービスデータフローに対して実装するPCCルールを決定するように動作可能である。PCCアーキテクチャ100は、オンライン課金システムOCS150およびオフライン課金システムOFCS160をさらに含む。3GPP標準と比較して、この実施形態のOCS150は拡張されており、このため拡張されたOCSeOCSと呼ぶことができる。OCS150は、サービスデータフローベースのクレジット制御SDFCC機能152を含み、これは、クレジットの予約や、割り当ての許可など、OCS150内のオンラインクレジット制御機能を実行するように動作可能である。OCS150は、加入者プロファイルおよびサービス制御管理SPSCM機能154をさらに含む。SPSCM機能154は、加入者プロファイルなど加入者関連のデータを格納するように動作可能である。このデータは、SPRに格納されているデータに類似している。SPSCM機能154は、加入者アカウントデータ、サービスベースの料金、および加入者に対する他の課金データを格納するようにさらに動作可能である。このデータを通じて、SPSCM機能154は、サービスインジケータに基づいて、課金方法および他の課金ルールを選択することができる。PCEF122はGx基準点を通じてPCRF130に接続する。PCRF130は、Sp基準点およびRx基準点を通じてSPSCM154に接続する。PCEF122は、Gy基準点を通じてSDFCC152に接続し、Gz基準点を通じてOFCS160に接続する。たとえば、モバイルデバイス114は、RAN110を通じて情報サービスにアクセスできると想定する。RAN110は、ワイヤレス信号を通じてモバイルデバイス114と通信するワイヤレスネットワークたとえばセルラーネットワーク、WiFiネットワークなどを含む。RAN110は、IP-CANなどIP接続を提供するパケットベースのネットワークでもよい。データサービスにアクセスするために、モバイルデバイス114は、データセッションの要求をRAN110に送信する。セッション要求は、要求されている初期データサービスの記述たとえばSDP記述を含む。たとえば、初期データサービスがVoIPコールの場合、セッション記述により他のセッションパラメータとともにVoIPコールが指定される。図2~図4は、代表的な実施形態における初期データサービスに対するポリシーおよび課金制御PCCがどのように実装されるかを示している。図2は、代表的な実施形態においてPCEF122で実行される方法200を示すフローチャートである。方法200のステップは、図1のPCCアーキテクチャ100に関して記述されるが、方法200は他のネットワークまたはシステムで実行することができる。本明細書に記述したフローチャートのステップはすべて、包括的なものではなく、示していない他のステップを含むことができる。また、ステップは別の順に実行することもできる。ステップ202において、PCEF122は、モバイルデバイス114からデータセッションを開始または確立する要求を受信する。要求に応じて、PCEF122は、ステップ204でGx基準点を通じてPCRF130にPCCルールの要求を伝送する。たとえば、PCEF122は、CC-Request-TypeAVPをINITIAL_REQUEST値に設定してCC-RequestをPCRF130に送信することができる。PCCルールの要求は、PCC決定を行うために使用できる様々なデータまたはパラメータを含むことができる。たとえば、要求は、加入者IDたとえば、Subscription-IdAVP内、モバイルデバイス114に接続されたRANのタイプ、RAN110に使用される無線アクセス技術のタイプ、外部パケットデータネットワーク112についての情報利用可能な場合、モバイルデバイス114のIPアドレスなどを含むことができる。この実施形態では、PCCルールの要求は、サービスインジケータをさらに含む。サービスインジケータは、要求されたデータサービスを明示または指定するデータまたは情報を含む。Gx基準点は、サービスインジケータに対して定義された新しいAVPを含むように拡張することができる。またはサービスインジケータは、既存のAVPに挿入することができる。次に、フローは図3のステップ302に進む。図3は、代表的な実施形態においてPCRF130で実行される方法300を示すフローチャートである。ステップ302で、PCRF130は、Gx基準点を通じてPCEF122からPCCルールの要求を受信する。PCRF130には、データセッションに対してPCC決定を行うタスクが課される。PCC決定を行う前に、PCRF130は、OCS150から情報を取得する。したがって、PCRF130は、Sp基準点を通じてステップ304でOCS150に加入者データおよび課金ルールの要求を伝送する。Sp基準点は、加入者ID、PDN識別子、および場合によっては他のセッション属性に基づいて、PCRF130が加入関連の情報を要求することを可能にする。たとえば、加入者IDは、国際移動加入者識別符号IMSIでもよい。この情報に加えて、PCRF130は、OCS150に対する要求にサービスインジケータを挿入する。Sp基準点は、サービスインジケータに対して定義された新しいAVPを含むように拡張することができる。またはサービスインジケータは、既存のAVPに挿入することができる。次に、フローは図4のステップ402に進む。図4は、代表的な実施形態においてOCS150で実行される方法400を示すフローチャートである。ステップ402で、SPSCM154は、PCRF130から要求を受信する。SPSCM154は、加入者IDなど、要求におけるパラメータを処理し、ステップ404で加入者データまたは加入者関連のデータを特定する。たとえば、SPSCM154は、加入者IDに一致する加入者プロファイルを検索することができる。SPSCM154は、また、ステップ406で初期データサービスの課金方法および他の課金ルールを選択するために要求においてサービスインジケータを処理する。上記のように、SPSCM154は、ルールエンジンにモバイルデバイス114に対して定義されている課金ルールを格納する。SPSCM154は、また、サービスベースの料金を格納する。SPSCM154がサービスインジケータを含む要求を受信すると、SPSCM154は、サービスベースの料金にサービスインジケータを関連付ける。SPSCM154は、また、位置、時刻、アカウントタイプ、口座残高レベルなど、料金を特定する際に他の情報を処理することができる。SPSCM154は、また、サービスベースの料金を初期データサービスに対する課金方法オンライン/オフラインに関連付ける。したがって、SPSCM154は、要求におけるサービスインジケータに基づいて、課金方法を選択することができる。SPSCM154は、PCCアーキテクチャの他の要素に格納されていないサービスベースの料金を格納するため、課金方法を選択するのに適した位置にある。課金方法および他の課金ルールを選択した後、SPSCM154は、選択された課金ルールおよび加入者データを含む応答をSp基準点を通じてステップ408でPCRF130に伝送する。Sp基準点は、選択された課金方法に対して定義された新しいAVPを含むように拡張することができる。または選択された課金方法は、既存のAVPに挿入することができる。次に、フローは図3のステップ306に戻る。ステップ306で、PCRF130は、SPSCM154から応答を受信する。ステップ308で、初期データサービスに対するPCCルールを決定または選択するために、PCRF130は加入者データおよび選択された課金ルールを処理する。PCCアーキテクチャでは、PCRF130にはPCC決定を行う責任がある。この実施形態では、OCS150は、他の課金ルールに加えて、初期データサービスの課金方法を選択した。PCRF130は、PCCルールの決定を行うときに、OCS150によって選択された課金方法を使用する。したがって、PCCルールの決定は、OCS150によって選択された課金方法を反映する。PCC決定を行った後に、PCRF130は、ステップ310において初期データサービスに対するPCCルールを含む応答をPCEF122に伝送する。PCCルールは、ルール名、サービスID、サービスデータフローフィルタ複数可、優先順位、ゲート状態、QoSパラメータ、課金キーつまり評価グループ、および他の課金パラメータを含む。次に、フローは図2のステップ206に戻る。ステップ206において、PCEF122は、PCCルールを含む応答をPCRF130から受信する。次に、PCEF122は、ステップ208でデータセッションにPCCルールを適用する。PCCルールの適用もPCC決定の実施と見なされる。PCCルールを適用するときに、PCEF122は、ゲート実施およびQoS実施を通じてポリシー制御を実施する。PCEF122は、OCS150によって選択された課金方法に基づいて課金制御を実施する。たとえば、サービスインジケータに基づいて、OCS150がオンライン課金を選択すると、PCEF122は、初期データサービスに対するサービスデータフローを確立する前に、OCS150からのクレジット許可creditauthorizationを要求する。クレジットが許可されると、PCEF122は、初期データサービスに対するサービスデータフローを確立し、サービスデータフローに対してゲート制御およびQoS制御を実施する。サービスインジケータに基づいてOCS150がオフライン課金を選択すると、PCEF122は、サービスデータフローを確立し、課金情報を収集する。次に、PCEF122は、OFCS160とインターフェースし、OFCS160にオフライン課金情報を送信する。データセッションの間に、モバイルデバイス114のエンドユーザは、新しいデータサービスを要求したいと想定する。たとえば、初期データサービスがVoIPコールだった場合、エンドユーザは、同じデータセッションたとえば、同じIP-CANセッション中に、オンラインゲームへの変更またはオンラインゲームの追加を要求することができる。この実施形態では、OCS150によって、新しいデータサービスに対して更新された課金ルールつまり、新しい課金方法を選択することができる。OCS150は、サービスインジケータに基づいて課金ルールを選択するため、OCS150は、新しいデータサービスに対する課金ルールを選択することができる。本明細書に記述するように、新しいデータサービスに対する課金ルールを選択するには2つの異なる方法がある。1つ目は、図5~図7に示しており、PCRF130は、PCEF122がサービス変更を検出するのに応じて、OCS150から更新された課金ルールを要求する。2つ目は、図8~図10に示しており、PCEF122は、OCS150にサービス変更を示す課金メッセージを送信し、OCS150は、サービス変更に基づいて課金ルールを選択し、PCRF130に、Rx基準点を通じてPCCルールを更新させる。図5は、代表的な実施形態においてPCEF122で実行される方法500を示すフローチャートである。ステップ502において、PCEF122は、データセッション中にモバイルデバイス114から新しいデータサービスの要求を受信する。新しいデータサービスの要求に応じて、PCEF122は、新しいPCCルールまたは更新されたPCCルールが新しいデータサービスに必要とされる場合があると決定する。したがって、PCEF122は、ステップ504でPCRF130に更新されたPCCルールの要求を伝送する。たとえば、PCEF122は、CC-Request-TypeAVPをUPDATE_REQUEST値に設定してCC-RequestをPCRF130に送信することができる。更新されたPCCルールの要求は、様々な他のパラメータに加えて、新しいデータサービスに対するサービスインジケータを含む。次に、フローは図6のステップ602に進む。図6は、代表的な実施形態においてPCRF130で実行される方法600を示すフローチャートである。ステップ602において、PCRF130は、PCEF122から更新されたPCCルールの要求を受信する。PCRF130は、モバイルデバイス114のエンドユーザに対する加入者関連の情報を既に取得しているため、PCRF130は、この情報を再び要求する必要がない場合がある。しかし、新しいデータサービスに対してPCC決定を行う前に、PCRF130は、OCS150から更新された課金ルールを取得する。したがって、PCRF130は、Sp基準点を通じて、ステップ604でOCS150に更新された課金ルールの要求を伝送する。PCRF130は、OCS150に対する要求に新しいデータサービスに対するサービスインジケータを挿入する。次に、フローは図7のステップ702に進む。図7は、代表的な実施形態においてOCS150で実行される方法700を示すフローチャートである。ステップ702において、SPSCM154は、PCRF130から要求を受信する。SPSCM154は、ステップ704で新しいデータサービスの課金ルールを選択するために要求においてサービスインジケータを処理する。課金ルールを選択する一環として、SPSCM154は、新しいデータサービスに対するサービスデータフローの課金方法を選択する。新しいデータサービスに対する課金方法は、初期データサービスに対する課金方法と異なる場合がある。たとえば、初期データサービスに対する課金方法はオンラインの場合があるが、新しいデータサービスに対する課金方法はオフラインの場合がある。サービス駆動の課金ルールによって、同じデータセッション内のデータサービスに対して異なるタイプの課金方法が可能になる。新しいデータサービスに対する課金方法および他の課金ルールを選択した後、SPSCM154は、ステップ706でPCRF130に更新された課金ルールを含む応答を伝送する。次に、フローは図6のステップ606に戻る。ステップ606において、PCRF130は、SPSCM154から応答を受信する。ステップ608において、PCRF130は、新しいデータサービスに対して更新されたPCCルールを決定または選択するために、加入者データおよび選択された課金ルールを処理する。次に、PCRF130は、ステップ610において、新しいデータサービスに対する更新されたPCCルールを含む応答をPCEF122に伝送する。次に、フローは図5のステップ506に戻る。ステップ506において、PCEF122は、更新されたPCCルールを含む応答をPCRF130から受信する。次に、PCEF122は、ステップ508において、新しいデータサービスに対して確立されたサービスデータフローに、更新されたPCCルールを適用する。初期データサービスに対して初期のサービスデータフローがやはり開かれている場合、PCEF122は、初期のサービスデータフローに初期のPCCルールを適用し、新しいサービスデータフローに更新されたPCCルールを適用することができる。したがって、PCEF122は、同じデータセッションのサービスデータフローに対して異なるPCCルールたとえば異なる課金方法を実施することができる。図5~図7の上記の実施形態では、PCEF122は、PCRF130を通じて更新されたPCCルールを要求する。代替的実施形態では、PCEF122は、OCS150に新しいサービスインジケータを報告することができ、次に、OCS150は、PRCF130に、Rx基準点を通じてPCCルールを更新させることができる。図8~図10は、代表的な実施形態において、サービス変更に応じてOCS150がどのようにPCCルールの変更を実施できるかを示している。図8は、代表的な実施形態においてPCEF122で実行される方法800を示すフローチャートである。ステップ802において、PCEF122は、データセッション中にモバイルデバイス114から新しいデータサービスの要求を受信する。この時点では、初期データサービスに対する課金方法がオンライン課金であると想定する。したがって、PCEF122は、クレジット制御のためにOCS150とオンライン課金メッセージを交換している。新しいデータサービスの要求に応じて、PCEF122は、OCS150に課金メッセージを伝送する。課金メッセージの一例として、Diameterクレジット制御要求CCR:CreditControlRequest[INITIAL,UPDATE,TERMINATE]がある。課金メッセージは、新しいデータサービスに対するサービスインジケータを含む。次に、フローは図9のステップ902に進む。図9は、代表的な実施形態においてOCS150で実行される方法900を示すフローチャートである。ステップ902では、SDFCC152は、PCEF122から課金メッセージを受信する。SDFCC152は、新しいデータサービスに対するクレジット制御を開始するために、通常の方法で課金メッセージを処理することができる。SDFCC152は、また、サービス変更が、課金メッセージに含まれている新しいデータサービスに対するサービスインジケータに基づいて要求されていることを検出する。したがって、SDFCC152は、SPSCM154に課金メッセージまたは課金メッセージからの情報を転送する。SPSCM154は、ステップ906で新しいデータサービスに対する課金ルールを選択するために、課金メッセージでサービスインジケータを処理する。課金ルールを選択する一環として、SPSCM154は、新しいデータサービスに対するサービスデータフローに対する課金方法を選択する。新しいデータサービスに対する課金方法は、初期データサービスに対する課金方法と異なる場合がある。次に、SPSCM154は、ステップ908において、Rx基準点を通じて更新された課金ルールを含む要求をPCRF130に伝送する。たとえば、要求は、Diameter認証許可要求AAR:Authentication-Authorization-Requestを含むことができる。SPSCM154からの要求は、サービス変更に基づいて、PCRF130にPCC決定を再評価させる。図10は、代表的な実施形態においてPCRF130で実行される方法1000を示すフローチャートである。ステップ1002において、PCRF130は、Rx基準点を通じてOCS150から要求を受信する。要求に応じて、PCRF130は、ステップ1004で新しいデータサービスに対する更新されたPCCルールを決定するために、加入者データおよびOCS150によって選択された課金ルールを処理する。次に、PCRF130は、ステップ1006において、新しいデータサービスに対する更新されたPCCルールを含む応答をPCEF122に伝送する。次に、フローは図8のステップ806に戻る。ステップ806において、PCEF122は、更新されたPCCルールを含む応答をPCRF130から受信する。次に、PCEF122は、ステップ808において、新しいデータサービスに対して確立されたサービスデータフローに更新されたPCCルールを適用する。初期データサービスに対して初期のサービスデータフローが開かれている場合、PCEF122は、初期のサービスデータフローに初期のPCCルールを適用し、新しいサービスデータフローに更新されたPCCルールを適用することができる。したがって、PCEF122は、同じデータセッションのサービスデータフローに対して異なるPCCルールたとえば異なる課金方法を実施することができる。PCEF122が新しいデータサービスに対して他の要求を受信した場合、PCEF122は、PCRF130から図5~図7を参照またはOCS150から図8~図10を参照、更新されたPCCルールを再び要求することができる。要求されたデータサービスに基づいて、課金ルールたとえば課金方法が選択されているため、データサービスが変更されるとともに、課金ルールを変更することができる。このため、データセッション中に、課金の柔軟性が増す。たとえば、あるデータサービスは、アカウントAへの前払いとして課金することができ、第2のデータサービスは、アカウントBへの後払いとして課金することができる。同じデータセッションの間に、異なる2つのデータサービスに異なる課金方法アカウントを介して課金することができる。これは、3GPPPCCアーキテクチャでは可能ではなかった。例図11~図12は、サービスインジケータに基づいて、課金方法を選択する例を示すメッセージ図である。メッセージ図は、PCCアーキテクチャ100内で使用されるDiameterメッセージを示している。図11に始まり、モバイルデバイス114は、IP-CANセッションを要求するためにPCEF122とメッセージを交換する。たとえば、モバイルデバイス114は、IP-CANセッションを要求するために、SIPINVITEなど、SIPメッセージを送信することができる。モバイルデバイス114からの要求は、希望するデータサービスのセッション記述を含む。この例では、モバイルデバイス114のエンドユーザによって要求された初期データサービスはVoIPコールであると想定している。PCEF122は、IP-CANセッションを確立するために要求を受信し、Gx基準点を通じてPCRF130にPCCルールの要求を伝送する。PCCルールの要求は、PCC決定を行うために使用できる様々なデータまたはパラメータを含むことができる。たとえば、要求は、加入者IDたとえば、Subscription-IdAVP内、モバイルデバイス114に接続されたRANのタイプ、RAN110に使用される無線アクセス技術のタイプ、外部パケットデータネットワーク112についての情報利用可能な場合、モバイルデバイス114のIPアドレスなどを含む。この実施形態では、PCCルールの要求は、初期データサービスに対するサービスインジケータたとえばVoIPコールに対するサービスインジケータをさらに含む。PCRF130は、PCEF122からPCCルールの要求を受信する。PCRF130は、データセッションに対してPCC決定を行うことを担当する。PCC決定を行う前に、PCRF130は、OCS150から情報を取得する。したがって、PCRF130は、Sp基準点を通じてOCS150に加入者データおよび課金ルールの要求を伝送する。PCRF130からの要求は、VoIPコールに対するサービスインジケータを含む。OCS150は、PCRF130から要求を受信する。OCS150のSPSCM154図1を参照は、加入者IDなど、要求におけるパラメータを処理し、加入者データまたは加入者関連のデータを特定する。たとえば、SPSCM154は、加入者IDに一致する加入者プロファイルを検索することができる。SPSCM154は、また、VoIPコールに対する課金ルールを選択するため、特に、VoIPコールに対する課金方法を選択するために、要求においてサービスインジケータを処理する。たとえば、SPSCM154は、VoIPコールに対するサービスインジケータを用いてインデックスされたVoIPコールの料金を格納する。したがって、SPSCM154がサービスインジケータを含む要求をPCRF130から受信する場合、SPSCM154は、VoIPコールの料金、および料金に関連する課金方法オンライン/オフラインを特定することができる。この実施形態については、VoIPコールの課金方法は、アカウントAに対するオンライン課金であると想定する。課金方法オンラインおよび他の課金ルールを選択した後、SPSCM154は、選択された課金ルールおよび加入者データを含む応答をPCRF130に伝送する。PCRF130は、SPSCM154から応答を受信し、VoIPコールに対するPCC決定を行うために、加入者データおよび選択された課金ルールを処理する。次に、PCRF130は、PCC決定から得られたPCCルールを含む応答をPCEF122に伝送する。PCEF122は、IP-CANセッションを確立するために、モバイルデバイス114に応答を送信する。これは、モバイルデバイス114とさらに信号を交換することを含む場合がある。次に、PCEF122は、データセッションにPCCルールを適用する。PCCルールを適用する場合、PCEF122は、OCS150によって選択された課金方法に基づいて課金制御を実施する。課金方法は、VoIPコールに対するオンライン課金を含むため、PCEF122は、サービスデータフローがVoIPコールに対して確立される前に、OCS150からの許可を要求する必要がある。したがって、PCEF122は、DiameterGy基準点を通じてOCS150にDiameterクレジット制御要求CCR[INITIAL]を伝送する。OCS150のSDFCC152図1を参照はCCRを受信し、CCRの加入者IDに基づいて、モバイルデバイス114のエンドユーザの口座残高を特定する。SDFCC152はVoIPコールを評価し、エンドユーザの口座残高に基づいてクレジット制御を実行する。エンドユーザの口座残高が低すぎる場合、SDFCC152は、予約依頼を拒否することができる。しかし、口座残高が十分な場合、SDFCC152は、評価および口座残高に基づいてサービス単位の割り当てを許可する。次に、SDFCC152は、Diameterクレジット制御応答CCA[INITIAL]に許可されたサービス単位GSUを挿入し、PCEF122にCCA[INITIAL]を伝送する。OCS150によってクレジットが許可されると、PCEF122は、VoIPコールに対するサービスデータフローの開始を許可することができるつまり、モバイルデバイス114のエンドユーザは、別の相手と会話することができる。サービスデータフローが開始されると、PCEF122は、ゲート実施およびQoS実施を通じてポリシー制御を実施する。PCEF122は、また、モバイルデバイス114の使用状況たとえば、受信/伝送されたバイト数を監視して、それに応じてサービス単位の許可された割り当てを減分させる。許可された割り当てが消費されたら、PCEF122は、CCR[UPDATE]を送信することによって、OCS150から別の割り当てを要求することができる。ある時点で、モバイルデバイス114は、VoIPコールからオンラインゲームに変更する要求を送信すると想定する。PCEF122は、モバイルデバイス114から要求を受信し、サービス変更がモバイルデバイス114によって要求されたことを検出する。次に、PCEF122は、新しいデータサービスつまりオンラインゲームに対するサービスインジケータを含むCCR[UPDATE]をOCS150に伝送する。OCS150のSDFCC152図1を参照は、PCEF122からCCR[UPDATE]を受信する。SDFCC152は、クレジット制御のために通常の方法で課金メッセージを処理することができる。SDFCC152は、また、サービス変更が、CCRに含まれているオンラインゲームに対するサービスインジケータに基づいて要求されていることを検出する。したがって、SDFCC152は、SPSCM154にCCRまたはCCRからの情報を転送する。SPSCM154は、オンラインゲームの課金ルールを選択するためにCCRのサービスインジケータを処理する。課金ルールを選択する一環として、SPSCM154は、オンラインゲームに対するサービスデータフローの課金方法を選択する。たとえば、SPSCM154は、サービスインジケータを用いてインデックスされるオンラインゲームの料金を格納する。したがって、SPSCM154がサービスインジケータを含むCCRをPCEF122から受信する場合、SPSCM154は、オンラインゲームの料金、および料金に関連する課金方法オンライン/オフラインを特定することができる。この実施形態については、オンラインゲームの課金方法は、アカウントBに対するオフライン課金であると想定する。課金方法オフラインおよび他の課金ルールを選択した後、SPSCM154は、更新された課金ルールを含むDiameter認証許可要求AARをPCRF130に伝送する。SPSCM154からの要求は、サービス変更に基づいて、PCRF130にPCC決定を再評価させる。AARに応じて、PCRF130は、オンラインゲームに対する更新されたPCCルールを決定するために、加入者データおよび更新された課金ルールを処理する。これは、更新されたPCC決定と呼ばれる。図12において、PCRF130は、オンラインゲームに対する更新されたPCCルールを含む応答をPCEF122に伝送する。次に、PCEF122は、オンラインゲームに対して確立されたサービスデータフローに更新されたPCCルールを適用または実施する。更新されたPCCルールを適用する場合、PCEF122は、OCS150によって選択された課金方法に基づいて課金制御を実施する。オンラインゲームの課金方法はオフラインであるため、PCEF122は、サービスデータフローを確立する前に、OFCS160からの許可を要求する必要はない。したがって、PCEF122は、オンラインゲームに対するサービスデータフローを開始し、ゲート実施およびQoS実施を通じてポリシー制御を実施する。サービスデータフローが開始されると、PCEF122は、また、OFCS160に課金処理要求ACR:AccountingRequest[START]を伝送する。ACR[START]に応じて、OFCS160は、サービスデータフローに対する課金データレコードCDRを開き、課金処理応答ACA:AccountingAnswer[START]を用いてPCEF122に対応する。サービスデータフローが継続すると、PCEF122は、モバイルデバイス114の使用状況たとえば、受信/伝送されたバイト数を監視し、ACR[INTERIM]メッセージでOFCS160に使用状況を定期的に報告する図12に図示せず。オンラインゲームのサービスデータフローが確立されると、PCEF122は、VoIPコールに対するサービスデータフローを破棄teardownする。PCEF122は、また、コールに対する未使用のサービス単位を示すCCR[TERMINATION]をOCS150に送信する。OCS150は、CCA[TERMINATION]を用いてPCEF122に応答する。オンラインゲームに対するサービスデータフローが終了すると、PCEF122は、オフライン課金情報とともにACR[STOP]をOFCS160に送信する。ACRに応じて、OFCS160はCDRを閉じ、PCEF122にACA[STOP]を送信する。次に、OFCS160は、処理するために請求システムにCDRを送信することができる図12に図示せず。この実施形態では、要求されるデータサービスに基づいて課金ルールが選択されると、課金の柔軟性が増す。モバイルデバイス114のエンドユーザがVoIPコールを要求する場合、VoIPコールは、アカウントAにオンラインで課金することができる。アカウントAは、エンドユーザの雇用者に属することができる。モバイルデバイス114のエンドユーザがオンラインゲームに切り替えると、オンラインゲームは、アカウントBにオフラインで課金することができる。アカウントBはエンドユーザに属することができるため、雇用者は、オンラインゲームに対して課金されないが、VoIPコールに対して課金される。この種の柔軟性は、3GPP標準では利用することができない。この標準によると、データセッションIP-CANセッションが確立されると、加入者関連のデータに基づいて課金方法が選択される。セッション中にサービス変更があっても、課金方法はデータセッションの間は同じままである。本明細書に記載の実施形態では、要求されているデータサービスに従って課金ルールを選択することによって、データセッション中に課金方法を変更することが可能になる。図に示し、または本明細書に記述した様々な要素のいずれも、ハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせとして実装することができる。たとえば、要素は専用ハードウェアとして実装することができる。専用のハードウェア要素は、プロセッサ、コントローラ、または同様の用語で呼ばれることがある。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共有プロセッサによって、または複数の個々のプロセッサによって提供することができ、その一部は共有することができる。さらに、プロセッサまたはコントローラという用語の明示的な使用は、ソフトウェアを実行できるハードウェアを排他的に指すものとして解釈するべきではなく、デジタルシグナルプロセッサDSPハードウェア、ネットワークプロセッサ、特定用途向け集積回路ASICもしくは他の回路、フィールドプログラマブルゲートアレイFPGA、ソフトウェアを格納するための読み取り専用メモリROM、ランダムアクセスメモリRAM、不揮発性記憶装置、ロジック、またはその他の物理的なハードウェアコンポーネントもしくはモジュールを限定することなく、暗黙的に含むことができる。また、要素は、要素の機能を実行するためにプロセッサまたはコンピュータによって実行可能な指示として実装することができる。指示の一例として、ソフトウェア、プログラムコード、およびファームウェアがある。プロセッサが要素の機能を実行するように、プロセッサによって実行されたとき、指示は使用可能である。指示は、プロセッサによって読み取り可能な記憶装置に格納することができる。記憶装置の例として、デジタルメモリまたはソリッドステートメモリ、磁気ディスクおよび磁気テープなどの磁気記憶メディア、ハードドライブ、または光学的に読み取り可能なデジタルデータ記憶メディアがある。特定の実施形態について本明細書に記述したが、本発明の範囲はそれらの特定の実施形態に限定されない。本発明の範囲は、添付の特許請求の範囲およびその等価物によって定義される。"