JP6213972B2

JP6213972B2 - アプリケーション課金方法、デバイス、およびシステム

Info

Publication number: JP6213972B2
Application number: JP2016509245A
Authority: JP
Inventors: ▲暁▼前柴
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2013-04-24
Filing date: 2013-04-24
Publication date: 2017-10-18
Anticipated expiration: 2033-04-24
Also published as: CN104255000B; US9331857B2; AU2013387520B2; US20160241407A1; EP2947816B1; US20160036598A1; WO2014172858A1; CN104255000A; US9647848B2; EP3364599A1; KR101728265B1; KR20150112010A; EP3364599B1; HUE036842T2; AU2013387520A1; ES2665755T3; EP2947816A1; JP2016524358A; EP2947816A4

Description

本発明は、通信技術の分野、詳細には、アプリケーション課金方法、課金デバイス、およびシステムに関する。

３Ｇネットワークの大規模な配備は、データサービスの使用を大きく前進させる。ＯＴＴ（On The Top, インターネットサービス）サービスの急速な発展は、運営者を徐々にチェネル化させる。運営者のネットワークトラフィックのための正確な課金および制御を向上させ、ユーザ体験を向上させ、単位トラフィックの価値を増加させるために、ＯＴＴアプリケーションのための課金および制御は重要な技術的手段になっている。

ＰＣＣ（Policy and Charging Control, ポリシーおよび課金制御）は３ＧＰＰ（3rd Generation Partnership Project, 第３世代パートナーシッププロジェクト）によって定義されたポリシーおよび課金制御メカニズムであり、ＰＣＣのアーキテクチャは図１に表わされている。このアーキテクチャはポリシーおよび課金実施機能（ＰＣＥＦデバイス, Policy and Charging Enforcement Function）、トラフィック検出機能（ＴＤＦ, Traffic Detection Function）、ベアラ結合および事象報告機能（ＢＢＥＲＦ, Bearer Binding and Event Reporting Function）、ポリシーおよび課金規則機能（ＰＣＲＦデバイス, Policy and Charging Rules Function）、アプリケーション機能（ＡＦ, Application Function）、オンライン課金システム（ＯＣＳ, Online Charging System）、オフライン課金システム（ＯＦＣＳ, Offline Charging System）、および閲覧予約プロファイルリポジトリ（ＳＰＲ, Subscription Profile Repository）を含む。このアーキテクチャはＧｘ、Ｓｙ、Ｇｙ、およびＲｏインタフェースのようなインタフェースを含み、ここで、ＧｘはＰＣＲＦとＰＣＥＦの間のインタフェースであり、ＳｙはＰＣＲＦとＯＣＳの間のインタフェースであり、ＧｙはＰＣＥＦとＯＣＳの間のインタフェースであり、Ｒｏはネットワーク要素とＯＣＳの間のオンライン課金インタフェースの集合的な名称である。ＰＣＥＦデバイスは、ポリシーおよび課金実施エンティティであり、動的または静的な制御ポリシーを実行するために使用され、ＧＧＳＮおよびＰ−ＧＷのようなゲートウェイデバイス内に配置され、またはゲートウェイデバイスの背後に設置され得る。ＴＤＦは、アプリケーション検出および制御エンティティであり、ＰＣＲＦデバイスによって配送されるアプリケーション検出および制御ポリシーを実行するために使用される。ＰＣＲＦデバイスは、ユーザ装置がホームネットワーク内でサービスを使用するとき、ＱｏＳ、帯域幅、ゲーテ
ィング、課金ポリシー、等を制御することを担当するポリシーおよび課金規則機能エンティティである。ＳＰＲは、閲覧予約データ記憶エンティティであり、ユーザの閲覧予約データを記憶し、そのデータを既存のシステムにマッピングするために使用される。ＳＰＲは、ＨＬＲ、ＨＳＳ、ＯＣＳ、または他のエンティティであり得る。このメカニズムにおいて、ＰＣＲＦエンティティはポリシー生成（Policy Decision）を行って、ＰＣＥＦエンティティのためのデータフロー課金および制御ポリシー、および、ＴＤＦエンティティのためのアプリケーション検出およびアプリケーション制御ポリシーを生成する。そしてＰＣＲＦエンティティはＴＤＦエンティティのためのアプリケーション制御ポリシーをインストールし、アクティブにし、ＰＣＥＦエンティティのためのフロー制御および課金ポリシーをインストールする。ＰＣＲＦエンティティによって配送されるデータフロー課金ポリシーに従って、ＰＣＥＦエンティティはデータフロークレジット割り当て要求、すなわち、ＯＣＳへのクレジット制御要求（Credit Control Request, ＣＣＲ）メッセージを起動する（ここで、ベアラが確立されるべきであるならば、ＰＣＥＦエンティティはＯＣＳへの課金セッション確立要求を起動する）。ＯＣＳは割り当てを承認し、承認された割り当てをＰＣＥＦエンティティに返信する。

このメカニズムにおいて、ＰＣＲＦによってＰＣＥＦに配送される課金ポリシーは、サービスデータフロー（ＳＤＦ, Service Data Flow）の課金規則パラメータを含み、オンラインまたはオフライン課金、料率グループ（Rating Group）、報告レベル（Report Level）、トラフィックまたは期間または事象を基にした課金、等を特に含む。

ＰＣＲＦによって配送される課金ポリシーを実行するとき、ＰＣＥＦはＯＣＳと課金セッションを確立する。課金セッションを確立する具体的な方法は次の通りである。

汎用パケット無線サービス（General Packet Radio Service, ＧＰＲＳ）について、ＰＣＥＦは各々のパケットデータプロトコル（Packet Data Protocol, ＰＤＰ）コンテキスト（PDP Context）のための課金セッションを確立する。ＰＣＥＦは、PDP Contextが開始するとき、課金セッションを確立し、PDP Contextが終了するとき、または、ＯＣＳがセッション中止を起動するとき、課金セッションを中止する。

発展型パケットコア（Evolved Packet Core, ＥＰＣ）について、Ｓ５インタフェースがＧＰＲＳトンネリングプロトコル（GPRS tunneling protocol, ＧＴＰ）に基づくならば、ＰＣＥＦは各々のＩＰコネクティビティ・アクセス・ネットワーク・ベアラ（IP-CAN Bearer）のための課金セッションを確立する。ＰＣＥＦは、IP-CAN BEARERが開始するとき、課金セッションを確立し、IP-CAN BEARERが終了するとき、または、ＯＣＳがセッション中止を起動するとき、課金セッションを中止する。

ＥＰＣについて、Ｓ５インタフェースがプロキシモバイルＩＰプロトコル（Proxy Mobile IP Protocol, ＰＭＩＰ）に基づくならば、ＰＣＥＦはＩＰコネクティビティ・アクセス・ネットワーク・セッション（IP-CAN Session）のための課金セッションを確立する。この課金セッションはIP-CAN BEARERにおける課金セッションとみなされ、IP-CAN BEARERのパラメータを送信する。

既存の課金はIP-CAN BEARERに基づく。IP-CAN BEARERの（ＰＳ情報パラメータ内で搬送される）パラメータはＯＣＳに報告される。さらに、粒度として料率グループまたは料率グループ＋サービスＩＤを用いて収集された課金情報が報告される。

既存の課金メカニズムに基づいて、アプリケーションのための課金のための前提条件は、ＰＣＲＦがアプリケーションのフロー記述、すなわち、ＩＰ５タプル（IP quintuple）を知っていること、および、アプリケーションのフローが同じベアラ上にあることである。ＰＣＲＦはアプリケーションフローの課金ポリシーをベアラ上でＰＣＥＦに配送し、ＰＣＥＦは、課金ポリシー内のサービスデータフロー（ＳＤＦ, Service Data Flow）情報に従って、ＩＰパケットについてのＩＰレイヤ解析、すなわち、Ｌ３／４レイヤのパケット解析を行い、一様な基準でアプリケーションフローについての課金情報をさらに収集し、ある条件の下で情報を課金システムに報告し、それによってアプリケーションのための課金を実現する。この課金方式において、ＰＣＲＦは前もってアプリケーションパケットのＩＰ５タプル属性を知っており、アプリケーションフローをベアラに結合するので、アプリケーションのための課金はIP-CAN BEARERに基づく既存の課金方式において実現されることが可能である。

既存の技術的解決策の実現の間、次の技術的課題が存在する。

１）アプリケーションのフローが１つのベアラ上で送信されることを保証することは難しく、それによって、ベアラの粒度に基づく既存の課金セッションはこのベアラについての課金情報のみを送信することが可能であり、ベアラをまたぐＯＴＴアプリケーションのためのアプリケーションを基にした課金のための要求条件は満たされることが可能でない。

２）ＴＤＦがアプリケーションを検出するとき、アプリケーションフローの特徴が５タプルを用いて記述されることが可能でない、または、アプリケーションフローの５タプル属性が頻繁に変わるならば、それはＰＣＲＦおよびＰＣＥＦに頻繁に変更を行わせることを引き起こし、結果として低いシステム利用可能性となり、ＯＴＴアプリケーションのための課金を実現することは難しい。

本発明の実施例は、ＯＴＴアプリケーションのためのアプケーションを基にした課金を実現することが可能である、アプリケーション課金方法、課金デバイス、およびシステムを提供する。

第１の態様によれば、本発明の実施例は、課金検出機能ＣＴＦデバイスにより、ポリシーおよび課金規則機能ＰＣＲＦデバイスからアプリケーションの課金規則を受信するステップであって、前記アプリケーションの課金規則はアプリケーション識別子および前記アプリケーションの課金規則パラメータを搬送する、ステップと、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則を実行し、前記アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信される前記アプリケーションのフローを検出するステップと、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、前記課金セッション確立要求を使用することによって前記アプリケーションの課金セッションを確立するステップと、前記ＣＴＦデバイスにより、前記検出されたアプリケーションのフローについての課金情報を収集するステップと、前記ＣＴＦデバイスにより、前記アプリケーションの課金セッションを使用することによって、前記アプリケーションのフローについての収集された課金情報を前記課金システムに送信するステップと、を含むアプリケーション課金方法を提供する。

第１の態様の第１の実現形態において、前記ＣＴＦデバイスはＰＣＥＦデバイスであり、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、前記課金セッション確立要求を使用することによって前記アプリケーションの課金セッションを確立するステップは、前記アプリケーションの課金セッションがデフォルトのベアラの課金セッションであり、前記デフォルトのベアラの課金セッションが１つまたはより多くのベアラ上で送信される前記アプリケーションのフローについての課金情報を報告することが可能であるとき、前記ＣＴＦデバイスが前記課金システムと前記デフォルトのベアラの課金セッションを確立しているならば、前記課金セッションを再使用し、そうでなければ、前記ＣＴＦデバイスにより、課金セッション確立要求を前記課金システムに送信するステップを特に含む。

第１の態様および第１の態様の第１の実現形態を参照して、第１の態様の第２の実現形態において、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、前記課金セッション確立要求を使用することによって前記アプリケーションの課金セッションを確立するステップは、前記ＣＴＦデバイスが課金されるべき第１のアプリケーションを検出したとき、前記ＣＴＦデバイスにより、前記課金規則パラメータに従って、課金セッション確立要求を前記課金システムに送信し、前記課金セッション確立要求を使用することによって、前記アプリケーションの課金セッションを確立するステップを特に含む。

第１の態様の第２の実現形態を参照して、第１の態様の第３の実現形態において、前記ＣＴＦデバイスにより、課金されるべき第１のアプリケーションを検出することは、前記ＣＴＦデバイスにより、前記アプリケーション識別子に従って、前記アプリケーション識別子に対応するアプリケーションのフローを検出し、前記アプリケーションの課金規則に従って、前記検出されたアプリケーションについての課金情報が収集され報告される必要があると判定し、前記アプリケーションの課金セッションが現在存在しないならば、前記ＣＴＦデバイスにより、前記検出されたアプリケーションが課金されるべき第１のアプリケーションであると判定することを特に含む。

第１の態様および第１の態様の第１から第３の実現形態を参照して、第１の態様の第４の実現形態において、前記方法は、前記ＣＴＦデバイスにより、他のアプリケーションの課金規則を前記ＰＣＲＦデバイスから受信し、前記他のアプリケーションの課金規則に従って、１つまたはより多くのベアラ上で送信される前記他のアプリケーションのフローを検出するステップをさらに含み、前記アプリケーションの受信された課金規則に従って、前記検出されたアプリケーションについての課金情報が収集され報告される必要があると判定することは、前記ＣＴＦデバイスが、前記アプリケーションのフローが複数のアプリケーションの課金規則と合致することを検出したとき、前記アプリケーション識別子に対応するアプリケーションの課金規則の課金優先度が前記他のアプリケーションの課金規則の課金優先度より高く、前記アプリケーション識別子に対応するアプリケーションの課金規則が前記アプリケーションのための課金の必要性を示すならば、前記ＣＴＦデバイスにより、前記アプリケーション識別子に対応するアプリケーションについての課金情報が収集され報告される必要があると判定することを特に含み、または、前記方法は、前記ＣＴＦデバイスにより、他のアプリケーションの課金規則を前記ＰＣＲＦデバイスから受信し、前記他のアプリケーションの課金規則に従って、１つまたはより多くのベアラ上で送信される前記他のアプリケーションのフローを検出するステップをさらに含み、前記ＣＴＦデバイスが前記ＰＣＲＦデバイスからフローの課金規則を受信したならば、前記アプリケーションの受信された課金規則に従って、前記検出されたアプリケーションについての課金情報が収集され報告される必要があると判定することは、前記検出されたアプリケーションのフローが前記フローの課金規則および複数のアプリケーションの課金規則と合致したとき、前記アプリケーション識別子に対応するアプリケーションの課金規則の課金優先度が前記フローの課金規則の課金優先度および前記他のアプリケーションの課金規則の課金優先度より高く、前記アプリケーション識別子に対応するアプリケーションの課金規則が前記アプリケーションのための課金の必要性を示すならば、前記ＣＴＦデバイスにより、前記アプリケーション識別子に対応するアプリケーションについての課金情報が収集され報告される必要があると判定することを特に含む。

第１の態様の第１から第４の実現形態を参照して、第１の態様の第５の実現形態において、前記アプリケーションの課金セッションが確立された後、前記方法は、前記課金システムがオンライン課金システムであるならば、前記ＣＴＦデバイスが、課金されるべき他のアプリケーションが開始し、前記他のアプリケーションの料率グループを満たす割り当てが現在提供されていないことを検出したとき、前記ＣＴＦデバイスにより、前記アプリケーションの確立された課金セッションを使用することによって、前記課金システムからの前記他のアプリケーションの割り当てを要求するステップ、または、前記ＣＴＦデバイスが、課金されたアプリケーションが終了し、課金が終了したアプリケーションの課金規則が、前記課金が終了したアプリケーションについてのアプリケーションレイヤの課金情報の報告を示すことを検出したならば、前記ＣＴＦデバイスにより、前記アプリケーションの確立された課金セッションを使用することによって、前記課金が終了したアプリケーションについての収集された課金情報を前記課金システムに送信するステップをさらに含む。

第１の態様の第１から第５の実現形態を参照して、第１の態様の第６の実現形態において、前記課金方法は、前記ＣＴＦデバイスが、最後に課金されたアプリケーションが終了したことを検出したとき、前記ＣＴＦデバイスにより、前記アプリケーションの確立された課金セッションを中止するために、課金セッション中止要求を前記課金システムに送信するステップをさらに含む。

第１の態様の第６の実現形態を参照して、第１の態様の第７の実現形態において、前記ＣＴＦデバイスにより、最後に課金されたアプリケーションが終了したことを検出することは、前記アプリケーション識別子に対応するアプリケーションが終了し、他のアプリケーションが課金情報を現在収集も報告もしていない、または、前記アプリケーション識別子に対応するアプリケーションの課金規則が更新または削除され、結果として前記アプリケーションのための課金を行う必要がなく、他のアプリケーションが課金情報を現在収集も報告もしていないならば、前記ＣＴＦデバイスにより、前記検出された最後に課金されたアプリケーションが終了したと判定することを特に含む。

第１の態様の第６および第７の実現形態を参照して、第８の実現形態において、前記ＣＴＦデバイスが、前記最後に課金されたアプリケーションが終了したことを検出したとき、ＩＰコネクティビティ・アクセス・ネットワーク・セッションIP-CAN Sessionが終了していないならば、前記課金セッション中止要求は、前記最後のアプリケーションのための課金が終了したが前記IP-CAN Sessionは終了していないことを示すための指示を含み、前記IP-CAN Sessionが終了したならば、前記課金セッション中止要求は前記IP-CAN Sessionが終了したことを示すための指示を含む。

第１の態様および第１の態様の第１から第８の実現形態を参照して、第１の態様の第９の実現形態において、前記ＣＴＦデバイスは、前記課金システムがサービングゲートウェイアドレスまたは公衆陸上移動ネットワークＰＬＭＮ識別子に従って前記アプリケーション識別子に対応するアプリケーションのために課金するように、前記アプリケーションのフローが通過するサービングゲートウェイのアドレス、または、ＰＬＭＮの識別子を、前記アプリケーションの課金セッションを使用することによって、前記課金システムに送信する。

第１の態様の第９の実現形態を参照して、第１の態様の第１０の実現形態において、前記ＣＴＦデバイスはトラフィック検出機能ＴＤＦデバイスであり、前記方法は、前記ＴＤＦデバイスにより、前記ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子を受信するステップであって、前記サービングゲートウェイアドレスまたはＰＬＭＮ識別子は、前記ＰＣＥＦデバイスによって前記ＰＣＲＦデバイスに送信される、ステップをさらに含む。

第１の態様の第１０の実現形態を参照して、第１の態様の第１１の実現形態において、前記方法は、前記ＰＣＲＦデバイスが、前記ＣＴＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、前記サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求を前記ＰＣＥＦデバイスに送信し、それによって、前記ＰＣＥＦデバイスが、前記ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、前記サービングゲートウェイアドレスまたはＰＬＭＮ識別子を前記ＰＣＲＦデバイスに送信し、前記ＰＣＲＦデバイスが、前記ＣＴＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、前記サービングゲートウェイアドレスまたはＰＬＭＮ識別子を前記ＣＴＦデバイスに送信するように、前記ＣＴＦデバイスにより、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求を前記ＰＣＲＦデバイスに送信するステップをさらに含む。

第１の態様の第１０および第１１の実現形態を参照して、第１の態様の第１２の実現形態において、前記課金システムがオンライン課金システムＯＣＳであり、前記ＣＴＦデバイスが前記ＯＣＳによって返信された再認証トリガ条件であって、前記トリガ条件がサービングゲートウェイアドレス変更またはＰＬＭＮ変更を含む、再認証トリガ条件を受信したならば、前記ＣＴＦデバイスにより、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求を前記ＰＣＲＦデバイスに送信するステップは、前記ＣＴＦデバイスにより、前記トリガ条件に含まれるサービングゲートウェイアドレス変更またはＰＬＭＮ変更に従って、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求を前記ＰＣＲＦデバイスに送信するステップを特に含む。

第１の態様の第１１および第１２の実現形態を参照して、第１の態様の第１３の実現形態において、前記課金方法は、前記ＰＣＥＦデバイスが前記サービングゲートウェイアドレスまたはＰＬＭＮが変わったことを検出した後、前記ＰＣＥＦデバイスにより、前記ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、変更されたサービングゲートウェイアドレスまたは変更されたＰＬＭＮ識別子を前記ＰＣＲＦデバイスに送信するステップと、前記ＰＣＲＦデバイスにより、前記ＣＴＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、前記変更されたサービングゲートウェイアドレスまたは変更されたＰＬＭＮ識別子を前記ＣＴＦデバイスに送信するステップと、前記ＣＴＦデバイスにより、サービングゲートウェイアドレス変更またはＰＬＭＮ変更に従って、前記アプリケーションについての収集された課金情報の報告をトリガするステップと、をさらに含む。

第１の態様の第９の実現形態を参照して、第１の態様の第１４の実現形態において、前記ＣＴＦデバイスがトラフィック検出機能ＴＤＦデバイスであるならば、前記ＴＤＦデバイスは、ポリシーおよび課金実施機能ＰＣＥＦデバイスによって直接に送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子、および、前記サービングゲートウェイアドレスが変わった後に送信された変更されたサービングゲートウェイアドレスまたは前記ＰＬＭＮが変わった後に送信された変更されたＰＬＭＮ識別子を受信する。

第１の態様および第１の態様の第１から第１４の実現形態を参照して、第１５の実現形態において、前記ＣＴＦデバイスがＴＤＦデバイスであり、前記ＰＣＲＦデバイスが、ゲーティング動作を搬送するフロー制御ポリシーを前記ＰＣＥＦデバイスにさらに配送するならば、前記アプリケーションの課金規則は、前記フロー制御ポリシー内で搬送されるゲーティング動作に対応するダウンリンクサービスデータフローについての情報をさらに含み、前記ＣＴＦデバイスにより、前記検出されたアプリケーションのフローについての課金情報を収集するするステップは、前記ＣＴＦデバイスにより、前記検出されたアプリケーションのフローを、前記ゲーティング動作に対応するダウンリンクサービスデータフローについての情報と合致させるステップと、前記検出されたアプリケーションのフローが、前記ゲーティング動作に対応するダウンリンクサービスデータフローについての情報と合致しないならば、前記ＣＴＦデバイスにより、前記アプリケーションのフローについての課金情報を収集するステップと、を特に含む。

第１の態様および第１の態様の第１から第１５の実現形態を参照して、第１の態様の第１６の実現形態において、前記ＣＴＦデバイスがＴＤＦデバイスであるならば、前記ＣＴＦデバイスは、前記ＰＣＲＦデバイスによって送信された課金規則内で搬送されたフローのゲーティング動作、および、対応するダウンリンクサービスデータフローについての情報を受信し、前記ＣＴＦデバイスが前記ダウンリンクサービスデータフローについてゲーティング動作を行うならば、前記ＣＴＦデバイスにより、前記検出されたアプリケーションのフローについての課金情報を収集するステップは、前記ゲーティング動作が、前記アプリケーションのフローが通過することを許可するならば、前記ＣＴＦデバイスにより、前記アプリケーションのフローについての課金情報を収集するステップを特に含む。

第１の態様および第１の態様の第１から第１６の実現形態を参照して、第１の態様の第１７の実現形態において、前記アプリケーションの課金規則が、前記アプリケーションのフロー記述情報、および、前記アプリケーションを検出するように前記ＣＴＦデバイスに命令するための指示情報を搬送するならば、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則を実行し、前記アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信される前記アプリケーションのフローを検出するステップは、前記指示情報が前記アプリケーションを検出するように前記ＣＴＦデバイスに命令するならば、前記ＣＴＦデバイスにより、前記アプリケーション識別子に対応するアプリケーションのフローを検出するステップであって、前記フローは１つまたはより多くのベアラ上で送信される、ステップ、または、前記指示情報が前記アプリケーションを検出するように前記ＣＴＦデバイスに命令しないならば、前記ＣＴＦデバイスにより、前記課金規則内で搬送されるアプリケーションのフロー記述情報を１つまたはより多くのベアラ上で送信されるフローと合致させ、前記ＣＴＦデバイスによって検出されたアプリケーションのフローとして、１つまたはより多くのベアラ上で送信され、前記フロー記述情報と合致するフローを使用するステップを特に含む。

第１の態様および第１の態様の第１から第１７の実現形態を参照して、第１の態様の第１８の実現形態において、前記アプリケーションの課金規則は前記アプリケーションのフロー記述情報を搬送し、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則を実行し、前記アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信される前記アプリケーションのフローを検出するステップは、前記ＣＴＦデバイスにより、前記課金規則内で搬送される前記アプリケーションのフロー記述情報を１つまたはより多くのベアラ上で送信されるフローと合致させ、前記ＣＴＦデバイスによって検出されたアプリケーションのフローとして、１つまたはより多くのベアラ上で送信され、前記フロー記述情報と合致するフローを使用するステップを特に含む。

第１の態様および第１の態様の第１から第１８の実現形態を参照して、第１の態様の第１９の実現形態において、前記ＣＴＦデバイスはＴＤＦデバイスであり、前記アプリケーションの課金規則は特定のアプリケーションの識別子をさらに搬送し、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則を実行し、前記アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信される前記アプリケーションのフローを検出するステップは、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則内で搬送される特定のアプリケーションの識別子に従って、前記フローを合致させるために前記特定のアプリケーションの識別子に対応するローカルに記憶されたフロー記述情報を取得し、または、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則内で搬送される特定のアプリケーションの識別子に従って、前記アプリケーションの課金規則内で搬送されるアプリケーション識別子に対応するアプリケーションのフロー以外のデータフローを合致させるステップを特に含む。

第１の態様および第１の態様の第１から第１９の実現形態を参照して、第１の態様の第２０の実現形態において、前記ＣＴＦデバイスはＰＣＥＦデバイスであり、前記アプリケーションの課金規則は前記アプリケーションの課金セッションを確立するかどうかについての命令をさらに搬送し、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信することは、前記ＣＴＦデバイスにより、前記アプリケーションの課金セッションを確立するかどうかについての命令に従って、前記アプリケーションの課金セッションを確立するかどうかを判定すること、および、前記命令が、前記アプリケーションの課金セッションを確立するように前記ＣＴＦデバイスに要求するならば、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則パラメータに従って、課金セッション確立要求を前記課金システムに送信し、前記課金セッション確立要求を使用することによって、前記アプリケーションの課金セッションを確立すること、または、前記命令が、前記アプリケーションの課金セッションを確立しないように前記ＣＴＦデバイスに要求するならば、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則に従って、前記アプリケーションのフローが配置されるベアラの課金セッションが前記アプリケーションの課金セッションであると判定すること、を特に含む。

第１の態様の第２０の実現形態を参照して、第１の態様の第２１の実現形態において、前記アプリケーションの課金規則は、前記アプリケーションのフローを指定されたベアラに結合するための命令をさらに搬送し、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則を実行し、前記アプリケーション識別子に従って１つまたはより多くのベアラ上で送信される前記アプリケーションのフローを検出した後、前記方法は、前記ＣＴＦデバイスにより、前記検出されたアプリケーションのフローのためのテンプレートを前記指定されたベアラに結合するステップをさらに含む。

第１の態様の第２１の実現形態を参照して、第１の態様の第２２の実現形態において、前記指定されたベアラは前記アプリケーションの課金規則を使用することによって前記ＰＣＲＦデバイスによって指定されたベアラであるか、または、前記指定されたベアラは前記ＣＴＦデバイスによって選択されたベアラであり、前記ＣＴＦデバイスにより、前記検出されたアプリケーションのフローのためのテンプレートを前記指定されたベアラに結合するステップは、前記ＣＴＦデバイスにより、前記アプリケーションのダウンリンクフローのためのテンプレートを、前記ＰＣＲＦデバイスによって指定されたベアラまたは前記ＣＴＦデバイスによって選択されたベアラに結合するステップと、前記ＣＴＦデバイスにより、ユーザクライアントが、前記アプリケーションの上流フローのためのテンプレートを、前記ＰＣＲＦデバイスによって指定されたベアラまたは前記ＣＴＦデバイスによって選択されたベアラに結合するように、ベアラの更新を起動し、前記アプリケーションの上流フローのためのテンプレートを前記アプリケーションの課金セッションに対応するユーザクライアントに送信するステップと、を特に含む。

第２の態様によれば、本発明の実施例は、ポリシーおよび課金規則機能ＰＣＲＦデバイスからアプリケーションの課金規則を受信するように構成された第１受信ユニットであって、前記アプリケーションの課金規則はアプリケーション識別子および前記アプリケーションの課金規則パラメータを搬送する、第１受信ユニットと、前記アプリケーションの課金規則を実行し、前記アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信される前記アプリケーションのフローを検出し、前記アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、前記課金セッション確立要求を使用することによって前記アプリケーションの課金セッションを確立し、前記検出されたアプリケーションのフローについての課金情報を収集するように構成された第１処理ユニットと、前記アプリケーションの課金セッションを使用することによって、前記アプリケーションのフローについての収集された課金情報を前記課金システムに送信するように構成された第１送信ユニットと、を含む課金検出機能ＣＴＦデバイスを提供する。

第２の態様を参照して、第２の態様の第１の実現形態において、前記第１処理ユニットは、前記ＣＴＦデバイスが課金されるべき第１のアプリケーションを検出したとき、前記課金規則パラメータに従って、課金セッション確立要求を前記課金システムに送信し、前記課金セッション確立要求を使用することによって、前記アプリケーションの課金セッションを確立するように特に構成される。

第２の態様の第１の実現形態を参照して、第２の態様の第２の実現形態において、前記アプリケーションの課金セッションが確立された後、前記課金システムがオンライン課金システムであり、前記第１処理ユニットが、課金されるべき他のアプリケーションが開始し、前記他のアプリケーションの料率グループを満たす割り当てが現在提供されていないことを検出したならば、前記第１送信ユニットは、前記アプリケーションの確立された課金セッションを使用することによって、前記課金システムからの前記他のアプリケーションの割り当てを要求し、または、前記アプリケーションの課金セッションが確立された後、前記第１処理ユニットが、課金されたアプリケーションが終了し、課金が終了したアプリケーションの課金規則が、前記課金が終了したアプリケーションについてのアプリケーションレイヤの課金情報の報告を示すことを検出したならば、前記第１送信ユニットは前記アプリケーションの確立された課金セッションを使用することによって、前記課金が終了したアプリケーションについての収集された課金情報を前記課金システムに送信する。

第２の態様および第２の態様の第１から第２の実現形態を参照して、第２の態様の第３の実現形態において、最後に課金されたアプリケーションが終了したことを検出したとき、前記第１処理ユニットは、前記アプリケーションの確立された課金セッションを中止するために、課金セッション中止要求を前記課金システムに送信する。

第２の態様および第２の態様の第１から第３の実現形態を参照して、第２の態様の第４の実現形態において、前記第１送信ユニットは、前記課金システムがサービングゲートウェイアドレスまたは公衆陸上移動ネットワークＰＬＭＮ識別子に従ってアプリケーション識別子に対応するアプリケーションのために課金するように、前記アプリケーションのフローが通過するサービングゲートウェイのアドレス、または、ＰＬＭＮの識別子を、前記アプリケーションの課金セッションを使用することによって、前記課金システムに送信する。

第２の態様の第４の実現形態を参照して、第２の態様の第５の実現形態において、前記第１受信ユニットは、前記ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子をさらに受信し、前記サービングゲートウェイアドレスまたはＰＬＭＮ識別子は、前記ＰＣＥＦデバイスによって前記ＰＣＲＦデバイスに送信される。

第２の態様の第５の実現形態を参照して、第２の態様の第６の実現形態において、前記ＰＣＲＦデバイスが、前記第１送信ユニットによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、前記サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求を前記ＰＣＥＦデバイスに送信し、それによって、前記ＰＣＥＦデバイスが、前記ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、サービングゲートウェイアドレスまたはＰＬＭＮ識別子を前記ＰＣＲＦデバイスに送信し、前記ＰＣＲＦデバイスが、前記ＣＴＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、前記サービングゲートウェイアドレスまたはＰＬＭＮ識別子を前記ＣＴＦデバイスに送信するように、前記第１送信ユニットは、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求を前記ＰＣＲＦデバイスにさらに送信する。

第２の態様の第６の実現形態を参照して、第２の態様の第７の実現形態において、前記ＰＣＥＦデバイスが、前記サービングゲートウェイアドレスまたはＰＬＭＮが変わったことを検出した後、前記ＰＣＥＦデバイスは、前記ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、変更されたサービングゲートウェイアドレスまたは変更されたＰＬＭＮ識別子を前記ＰＣＲＦデバイスに送信し、前記ＰＣＲＦデバイスは、前記第１送信ユニットによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、前記変更されたサービングゲートウェイアドレスまたは変更されたＰＬＭＮ識別子を前記第１受信ユニットに送信し、前記第１送信ユニットは、サービングゲートウェイアドレス変更またはＰＬＭＮ変更に従って、前記アプリケーションについての収集された課金情報の報告をトリガする。

第２の態様の第７の実現形態を参照して、第２の態様の第８の実現形態において、前記第１受信ユニットは、ポリシーおよび課金実施機能ＰＣＥＦデバイスによって直接に送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子、および、前記サービングゲートウェイアドレスが変わった後に送信された変更されたサービングゲートウェイアドレスまたは前記ＰＬＭＮが変わった後に送信された変更されたＰＬＭＮ識別子を受信する。

第２の態様および第２の態様の第１から第８の実現形態を参照して、第２の態様の第９の実現形態において、前記第１受信ユニットによって受信される前記アプリケーションの課金規則は、特定のアプリケーションの識別子をさらに搬送し、前記第１処理ユニットにより、前記アプリケーションの課金規則を実行し、前記アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信される前記アプリケーションのフローを検出することは、前記第１処理ユニットにより、前記アプリケーションの課金規則内で搬送される特定のアプリケーションの識別子に従って、前記フローを合致させるために前記特定のアプリケーションの識別子に対応するアプリケーションのローカルに記憶されたフロー記述情報を取得すること、または、前記第１処理ユニットにより、前記アプリケーションの課金規則内で搬送される特定のアプリケーションの識別子に従って、前記アプリケーションの課金規則内で搬送されるアプリケーション識別子に対応するアプリケーションのフロー以外のフローを合致させることを特に含む。

第２の態様の第９の実現形態を参照して、第２の態様の第１０の実現形態において、前記アプリケーションの課金規則は前記アプリケーションの課金セッションを確立するかどうかについての命令をさらに搬送し、前記第１処理ユニットにより、前記アプリケーションの課金規則を実行し、前記アプリケーション識別子に従って１つまたはより多くのベアラ上で送信される前記アプリケーションのフローを検出することは、前記ＣＴＦデバイスにより、前記アプリケーションの課金セッションを確立するかどうかについての命令に従って、前記アプリケーションの課金セッションを確立するかどうかを判定すること、および、前記命令が、前記アプリケーションの課金セッションを確立するように前記ＣＴＦデバイスに要求するならば、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則パラメータに従って、課金セッション確立要求を前記課金システムに送信し、前記課金セッション確立要求を使用することによって、前記アプリケーションの課金セッションを確立すること、または、前記命令が、前記アプリケーションの課金セッションを確立しないように前記ＣＴＦデバイスに要求するならば、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則に従って、前記アプリケーションのフローが配置されるベアラの課金セッションが前記アプリケーションの課金セッションであると判定すること、を特に含む。

本発明の実施例において提供される技術的解決策から、アプリケーションの課金規則を受信した後、本発明の実施例におけるＣＴＦデバイスは、課金規則内で搬送されるアプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出し、検出されたアプリケーションのフローについての課金情報を収集し、アプリケーションのフローが検出された後、アプリケーションの課金セッションが確立されることが理解され得る。従って、ベアラの粒度に基づく課金セッションがこのベアラ上のフローについての課金情報のみを送信することが可能である先行技術とは異なり、本発明の実施例において提供される技術的解決策において、複数のベアラ上のアプリケーションのフローが検出され、先行技術の制限を受けず、本発明の実施例において提供される技術的解決策はＯＴＴアプリケーションのための課金を実現することが可能である。

本発明の実施例における技術的解決策をより明確に記載するために、以下は、実施例を記載するために要求される添付図面を簡潔に導入する。明らかに、以下の記載における添付図面は本発明のほんのいくつかの実施例を表わし、この技術分野の当業者は創作的な労力なしでこれらの添付図面から他の図面を依然として導き出し得る。

先行技術において提供されるポリシーおよび課金制御システムの構成図である。本発明の実施例によるアプリケーション課金方法のフローチャートである。本発明の他の実施例によるアプリケーション課金方法のフローチャートである。本発明の他の実施例による、ＣＴＦデバイスがサービングゲートウェイアドレス変更を閲覧予約する方法のフローチャートである。本発明の実施例による課金検出機能ＣＴＦデバイスの構成図である。本発明の実施例によるアプリケーション課金システムの構成図である。本発明の他の実施例によるアプリケーション課金システムの構成図である。本発明の他の実施例による課金トリガ機能ＣＴＦデバイスの構成図である。

以下は、本発明の実施例における添付図面を参照して、本発明の実施例における技術的解決策を明確かつ十分に記載する。明らかに、記載された実施例は本発明の実施例の全てではなくほんの一部である。創作的な労力なしで本発明の実施例に基づいてこの技術分野の当業者によって得られる他の全ての実施例は、本発明の保護範囲内にある。

本発明の実施例において、課金システムは、オンライン課金システムＯＣＳまたはオフライン課金システムＯＦＣＳを指し、ベアラは、ＧＰＲＳネットワーク上のPDP ContextまたはＥＰＣネットワーク上のIP-CAN Bearerを指す。

本発明の実施例において、エンティティは、また、デバイスとして表現され得る。エンティティは、独立のデバイス、または他のデバイス内に配置されたデバイスであることが可能であり、例えば、ＰＣＲＦエンティティはＰＣＲＦデバイスであることが可能である。

まず、本発明の実施例によって提供されるアプリケーション課金方法が記載される。図２は、以下を含む、本発明の実施例によるアプリケーション課金方法の過程を表わす。

２０１．課金検出機能ＣＴＦデバイスはポリシーおよび課金規則機能ＰＣＲＦデバイスからアプリケーションの課金規則を受信し、ここで、アプリケーションの課金規則はアプリケーション識別子およびアプリケーションの課金規則パラメータを搬送し、ＣＴＦデバイスは、ポリシーおよび課金実施機能ＰＣＥＦデバイスまたはトラフィック検出機能ＴＤＦデバイスであることが可能であり、アプリケーションの課金規則パラメータは、アプリケーションの課金方式、アプリケーションの料率グループ、および課金タイプを含むことが可能であり、ここで、課金方式はトラフィックを基にした課金または期間を基にした課金であることが可能であり、課金タイプはオンライン課金またはオフライン課金であることが可能であり、アプリケーションの課金規則は特定のユーザを対象とし、さらに、アプリケーションの確立された課金セッションはそのユーザを対象とし、続いて、検出されたアプリケーションのフローについての収集された課金情報は、また、そのユーザを対象とし、アプリケーション識別子に対応するアプリケーションのフローについての課金情報である。

２０２．ＣＴＦデバイスはアプリケーションの課金規則を実行し、アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出する。

アプリケーションのフローはアプリケーションに対応するフローであり、アプリケーション識別子に従ってアプリケーションのフローを検出することは、アプリケーション識別子に従ってＤＰＩまたはＤＦＩ技術を使用することによってアプリケーションのフローを識別することである。ＤＰＩまたはＤＦＩ検出モジュールは、ベアラのエンドポイントにおいて、または、エンドポイントから離れて配備され、ベアラ上で送信される全てのフローについてディープ・インスペクションを行うことによってアプリケーションのフローを検出する。ＣＴＦデバイスのＤＰＩまたはＤＦＩモジュールは、アプリケーション識別子に対応する特徴コードを保存し、ユーザのIP-CAN Sessionの全てのパケットにおいてアプリケーション識別子に対応する特徴コードを検出する。アプリケーション識別子に対応する特徴コードを有するパケットは、アプリケーション識別子に対応するアプリケーションである。もちろん、他の技術が、また、アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出するために使用され得る。

さらに、アプリケーションの課金規則がアプリケーションのフロー記述情報（例えば、５タプル）をさらに搬送するならば、アプリケーション識別子に従ってアプリケーションのフローを検出することは、また、フロー記述情報に従ってアプリケーションのフローを合致させることであり得る。この場合において、アプリケーションの課金規則は、また、アプリケーションを検出するようにＣＴＦデバイスに命令するための指示情報を搬送することが可能であり、ＣＴＦデバイスにより、アプリケーションの課金規則を実行すること、および、アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出することは、指示情報がアプリケーションを検出するようにＣＴＦデバイスに命令するならば、ＣＴＦデバイスにより、アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出すること、または、指示情報がアプリケーションを検出するようにＣＴＦデバイスに命令しないならば、ＣＴＦデバイスにより、課金規則内で搬送されるアプリケーションのフロー記述情報を１つまたはより多くのベアラ上で送信されるフローと合致させること、および、ＣＴＦデバイスによって検出されたアプリケーションのフローとして、１つまたはより多くのベアラ上で送信され、フロー記述情報と合致するフローを使用することを特に含み得る。

２０３．ＣＴＦデバイスは、アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、課金セッション確立要求を使用することによってアプリケーションの課金セッションを確立する。

特に、アプリケーションの課金規則パラメータ内で搬送される課金タイプがオンライン課金であるならば、ＣＴＦデバイスはオンライン課金セッション確立要求（CCR initial）をオンライン課金システムに送信し、課金規則パラメータ内で搬送されるアプリケーションの料率グループに従ってＯＣＳからの割り当てを要求し、課金規則パラメータ内で搬送される課金タイプがオフライン課金であるならば、ＣＴＦデバイスはオフライン課金セッション確立要求（ACR Start）をオフライン課金システムに送信する。

ここで、アプリケーションの課金セッションは、ベアラと独立な課金セッションであり、アプリケーションに専用の課金セッションである。IP-CAN Sessionにおけるベアラが終了するとき、アプリケーションの課金セッションは終了しない。アプリケーションに専用の課金セッションは複数のアプリケーションによって共有され得る。

その代りに、他の実現形態において、ＣＴＦデバイスがＰＣＥＦデバイスであるならば、アプリケーションの課金セッションは、また、デフォルトのベアラの課金セッションであることが可能であり、デフォルトのベアラの課金セッションは１つまたはより多くのベアラ上で送信されるアプリケーションのフローについての課金情報を報告することが可能である。この場合において、ＣＴＦデバイスが課金システムとデフォルトのベアラの課金セッションを確立しているならば、ＣＴＦデバイスは課金セッションを再使用し、そうでなければ、ＣＴＦデバイスは課金セッション確立要求を課金システムに送信して課金セッションを再確立する。ＧＰＲＳネットワークにおいて、デフォルトのベアラは主要PDP Contextであり、ＥＰＣネットワークにおいて、デフォルトのベアラはデフォルトＩＰ−ＣＡＮベアラDefault IP-CAN Bearerである。

２０４．ＣＴＦデバイスは検出されたアプリケーションのフローについての課金情報を収集する。

２０５．ＣＴＦデバイスは、アプリケーションの課金セッションを使用することによって、アプリケーションのフローについての収集された課金情報を課金システムに送信する。

本発明の実施例において提供される技術的解決策から、アプリケーションの課金規則を受信した後、本発明の実施例におけるＣＴＦデバイスは、課金規則内で搬送されるアプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出し、検出されたアプリケーションのフローについての課金情報を収集し、アプリケーションのフローが検出された後、アプリケーションの課金セッションが確立されることが理解され得る。従って、ベアラの粒度に基づく課金セッションがこのベアラ上のフローについての課金情報のみを送信することが可能である先行技術とは異なり、本発明の実施例において提供される技術的解決策において、複数のベアラ上のアプリケーションのフローが検出され、先行技術の制限を受けず、本発明の実施例において提供される技術的解決策はＯＴＴアプリケーションのための課金を実現することが可能である。本発明の実施例において、ＣＴＦデバイスにより、アプリケーションの課金規則パラメータに従って、課金セッション確立要求を課金システムに送信すること、および、課金セッション確立要求を使用することによってアプリケーションの課金セッションを確立することは、ＣＴＦデバイスが課金されるべき第１のアプリケーションを検出したとき、ＣＴＦデバイスにより、課金規則パラメータに従って、課金セッション確立要求を課金システムに送信すること、および、課金セッション確立要求を使用することによって、アプリケーションの課金セッションを確立することを特に含み得る。ここで、検出することは、アプリケーションの課金規則が実行された後、アプリケーションのフローを最初に検出することを指す。

本発明の実施例において開示された解決策によれば、課金されるべき第１のアプリケーションが検出されるとき、アプリケーションの課金セッションの確立をトリガすることは、課金セッションがベアラに結合される必要がある先行技術とは異なるアプリケーションの課金セッションを確立させ、すなわち、先行技術において、ベアラが確立されるとき課金セッションが確立され、これに対して、本発明の実施例において、アプリケーションの課金セッションの確立は、アプリケーションが利用可能であるときトリガされ、これは、どのアプリケーションも利用可能でないとき、課金システムおよびＣＴＦデバイス上の多くの課金セッションの負荷を減少させ得る。

特に、ＣＴＦデバイスにより、課金されるべき第１のアプリケーションを検出することは、ＣＴＦデバイスにより、アプリケーション識別子に従って、アプリケーション識別子に対応するアプリケーションのフローを検出すること、および、アプリケーションの課金規則に従って、検出されたアプリケーションについての課金情報が収集され報告される必要があると判定すること、および、アプリケーションの課金セッションが現在存在しないならば、ＣＴＦデバイスにより、検出されたアプリケーションが課金されるべき第１のアプリケーションであると判定することを含み得る。

本発明の実施例において、アプリケーションの課金セッションが確立された後、この方法は次の２つの場合をさらに含み得る。
第１の場合：課金システムがオンライン課金システムであるならば、ＣＴＦデバイスが、課金されるべき他のアプリケーションが開始し、他のアプリケーションの料率グループを満たす割り当てが現在提供されていないことを検出したとき、ＣＴＦデバイスは、アプリケーションの確立された課金セッションを使用することによって、課金システムからの他のアプリケーションの割り当てを要求する、または、
第２の場合：ＣＴＦデバイスが、課金されたアプリケーションが終了し、課金が終了したアプリケーションの課金規則が、課金が終了したアプリケーションについてのアプリケーションレイヤの課金情報の報告を示すことを検出したならば、ＣＴＦデバイスはアプリケーションの確立された課金セッションを使用することによって、課金が終了したアプリケーションについての収集された課金情報を課金システムに送信する。

本発明の実施例において、ＣＴＦデバイスにより、課金されるべき他のアプリケーションが開始したことを検出することは、ＣＴＦデバイスがＰＣＲＦデバイスから他のアプリケーションの課金規則を受信した後、ＣＴＦデバイスにより、他のアプリケーションの課金規則を実行すること、および、アプリケーションが使用されることを開始したことを検出することであり得る。

本発明の実施例によれば、最後に課金されたアプリケーションが終了したことを検出したとき、ＣＴＦデバイスは、アプリケーションの確立された課金セッションを中止するために、課金セッション中止要求を課金システムに送信する。

特に、本発明の実施例において、ＣＴＦデバイスにより、最後に課金されたアプリケーションが終了したことを検出することは、アプリケーション識別子に対応するアプリケーションが終了し、他のアプリケーションが課金情報を現在収集も報告もしていない、または、アプリケーション識別子に対応するアプリケーションの課金規則が更新または削除され、結果としてアプリケーションのための課金を行う必要がなく、他のアプリケーションが課金情報を現在収集も報告もしていないならば、ＣＴＦデバイスにより、検出された最後に課金されたアプリケーションが終了したと判定することを特に含み得る。

さらに、ＩＰコネクティビティ・アクセス・ネットワーク・セッションIP Connectivity Access Network Session IP-CAN Sessionが終了していないならば、課金セッション中止要求は、最後のアプリケーションのための課金が終了したがIP-CAN Sessionは終了していないことを示すための指示をさらに含むことが可能であり、IP-CAN Sessionが終了したならば、課金セッション中止要求はIP-CAN Sessionが終了したことを示すための指示を含む。

図３は、以下を含む、本発明の実施例によるアプリケーション課金方法の過程を表わす。

３０１．ＰＣＲＦデバイスはアプリケーションの課金規則をＣＴＦデバイスに配送し、ここで、アプリケーションの課金規則は、アプリケーションを検出し、アプリケーションについての課金情報を収集し報告するように、ＣＴＦデバイスに命令し、ＣＴＦデバイスは、ＰＣＥＦデバイスまたはＴＤＦデバイスであることが可能であり、特に、ＰＣＲＦデバイスは、運営者によって提供される設定に従って、ＰＣＥＦまたはＴＤＦのいずれがアプリケーション課金をトリガするためのノードとして使用されるかを判定することが可能である。

アプリケーションの課金ポリシーは、次のパラメータ、アプリケーション識別子Application IDおよびアプリケーションの課金規則パラメータを含むことが可能であり、ここで、アプリケーションの課金規則パラメータは、次のもの、料率グループRating Group、課金方式、およびアプリケーションに対応する課金タイプのうちの少なくとも１つを含み得る。

ＰＣＲＦデバイスは、他のアプリケーションのためのアプリケーションの課金規則を配送し、続くステップにおいて、アプリケーションの配送された課金規則を修正または削除し得ることに留意すべきである。

本発明の実施例において、アプリケーションは任意の粒度の検出単位であり得る。それは、サービスプロバイダによって提供される特定のサービス、サービスタイプ、または関係のないサービスのグループによって形成されるサービスグループにさえ対応することが可能であり、例えば、本発明の実施例におけるアプリケーションは、ピア・ツー・ピア（Peer to Peer, Ｐ２Ｐ）サービスまたはeDonkeyのような特定のＰ２ＰアプリケーションまたはＰ２Ｐフロー以外の全てのフローであり得る。

３０２．ＰＣＲＦデバイスからアプリケーションの課金規則を受信した後、ＣＴＦデバイスは、ＰＣＲＦデバイスによって提供される命令に従って課金システムとアプリケーションの課金セッションを確立し、アプリケーションについての課金情報を収集し報告する。具体的な実現過程は以下のステップ３０２１から３０２９を含む。

３０２１．ＰＣＲＦデバイスからアプリケーションの課金規則を受信した後、ＣＴＦデバイスはアプリケーション識別子に従ってアプリケーションを検出し、第１のアプリケーションＡｐｐを検出した後、ステップ３０２２を行う。

課金されるべき第１のＡｐｐを検出するための具体的な方法は次の通りである。ＰＣＲＦデバイスからアプリケーションの課金規則内で搬送されるアプリケーション識別子Application IDに従って、ＣＴＦデバイスは、そのＤＰＩまたはＤＦＩ能力を用いて、ＣＴＦデバイスを通過するパケットフローにおけるアプリケーションのパケットフロー（traffic）を検出し、第１のアプリケーションを検出した後、ＣＴＦデバイスが、ＰＣＲＦデバイスからのアプリケーションの課金規則に従って、アプリケーションについての課金情報が収集され報告される必要があると判定したならば、ＣＴＦデバイスは、アプリケーションが課金されるべき第１のアプリケーションＡｐｐであると判定し、ＣＴＦデバイスが、ＰＣＲＦデバイスからのアプリケーションの課金規則に従って、アプリケーションについての課金情報が収集され報告される必要がないと判定したならば、ＣＴＦデバイスは、ＣＴＦデバイスがアプリケーションを検出するまで、ＰＣＲＦデバイスによって示される他のアプリケーションを検出し続け、ＰＣＲＦデバイスからのアプリケーションの課金規則に従って、アプリケーションについての課金情報が収集され報告される必要があると判定したならば、ＣＴＦデバイスは、アプリケーションが課金されるべき第１のアプリケーションＡｐｐであると判定する。

ＣＴＦデバイスにより、ＰＣＲＦデバイスからのアプリケーションの課金規則に従って、アプリケーションについての課金情報が収集され報告される必要があると判定することは、以下を特に含み得る。

本発明の実施例において、この方法は、ＣＴＦデバイスにより、ＰＣＲＦデバイスから他のアプリケーションの課金規則を受信すること、および、他のアプリケーションの課金規則に従って、１つまたはより多くのベアラ上で送信される他のアプリケーションのフローを検出することをさらに含み、アプリケーションの受信された課金規則に従って、検出されたアプリケーションについての課金情報が収集され報告される必要があると判定することは、以下の２つの場合を含み得る。
ＣＴＦデバイスが、アプリケーションのフローが複数のアプリケーションの課金規則と合致することが可能であることを検出したとき、アプリケーション識別子に対応するアプリケーションの課金規則の課金優先度が他のアプリケーションの課金規則の課金優先度より高く、アプリケーション識別子に対応するアプリケーションの課金規則がアプリケーションのための課金の必要性を示すならば、ＣＴＦデバイスにより、アプリケーション識別子に対応するアプリケーションについての課金情報が収集され報告される必要があると判定すること、または、
課金方法は、ＣＴＦデバイスにより、ＰＣＲＦデバイスからフローの課金規則を受信することをさらに含み、アプリケーションの受信された課金規則に従って、検出されたアプリケーションについての課金情報が収集され報告される必要があると判定することは、検出されたアプリケーションのフローが同時にフローの課金規則およびアプリケーションの課金規則と合致することが可能であるとき、アプリケーションの課金規則の課金優先度がフローの課金規則の課金優先度および他のアプリケーションの課金規則の課金優先度より高く、アプリケーション識別子に対応するアプリケーションの課金規則がアプリケーションのための課金の必要性を示すならば、ＣＴＦデバイスにより、アプリケーション識別子に対応するアプリケーションについての課金情報が収集され報告される必要があると判定することを特に含む。

３０２２．ＣＴＦデバイスは、アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、課金セッション確立要求を使用することによってアプリケーションの課金セッションを確立する。

特に、ＣＴＦデバイスは、課金セッション確立要求を課金システムに送信する。

課金システムがオンライン課金システムＯＣＳ（Online Charging System）であるならば、ＣＴＦデバイスはクレジット制御要求（ＣＣＲ, Credit Control Request）コマンドをＯＣＳに送信し、ここで、コマンドのクレジット制御要求タイプCC-Request-Typeの値は初期要求INITIAL_REQUESTに設定される。このコマンドは、ＯＣＳからのRating Groupに対応するリソース割り当てを要求するために、第１のアプリケーションの料率グループRating Groupに対応する割り当ての要求を搬送する。

課金システムがオフライン課金システムＯＦＣＳ（Offline Charging System）であるならば、ＣＴＦデバイスはアカウンティング要求（Accounting Request, ＡＣＲ）コマンドを送信し、ここで、コマンドのアカウンティング・レコード・タイプAccounting-Record-Typeの値は開始レコードSTART_RECORDに設定される。

３０２３．アプリケーションの課金セッションが確立されたことを確認した後、課金システムは課金セッション確立応答をＣＴＦデバイスに送信する。課金システムがＯＣＳであるならば、課金システムは、また、ＣＴＦデバイスに承認された割り当てを返信する。

３０２４．ＣＴＦデバイスが、ＰＣＲＦデバイスからのアプリケーションの課金規則に従って、課金されるべき新しいアプリケーションが開始し、アプリケーションのRating Groupを満たす割り当てが現在提供されていないこと、または、課金されたアプリケーションが終了し、課金が終了したアプリケーションの課金規則が、課金が終了したアプリケーションについてのアプリケーションレイヤの課金情報の報告を示すことを検出したとき、ＣＴＦデバイスはステップ３０２５を行う。

この場合において、アプリケーションのために確立されたアプリケーションの課金セッションは依然として存在し、すなわち、以前に課金されたアプリケーションは終了していない。この場合において、ユーザの位置が更新され、または、アプリケーションのＱｏＳが変わったならば、ＣＴＦデバイスは、アプリケーションについての収集された課金情報を報告するために、ステップ３０２５を行い得る。

３０２５．ＣＴＦデバイスは、アプリケーションについての収集された課金情報を課金システムに報告する。

特に、アプリケーションについての課金情報は、ステップ３０２２において確立された課金セッションを使用することによって報告され得る。

課金システムがＯＣＳであるならば、ＣＴＦデバイスはクレジット制御要求更新CCR UpdateコマンドをＯＣＳに送信し、ここで、コマンドのクレジット制御要求タイプCC-Request-Typeの値は更新要求UPDATE_REQUESTに設定される。このコマンドはアプリケーション（課金がトリガされるアプリケーション）についての収集された課金情報を搬送することが可能であり、新しい課金されるアプリケーションが開始し、アプリケーションのRating Groupを満たす割り当てが現在提供されていないならば、このコマンドは新しいアプリケーションのRating Groupに対応する割り当て要求の要求サービスユニットＲＳＵ（Requested-Service-Unit）をさらに搬送する。

課金システムがＯＦＣＳであるならば、ＣＴＦデバイスはＡＣＲコマンドを送信し、ここで、コマンドのAccounting-Record-Typeの値は暫定レコードINTERIM_RECORDに設定される。このコマンドはアプリケーションについての収集された課金情報を報告するために使用される。

３０２６．課金システムは応答をＣＴＦデバイスに返信する。

課金システムがＯＣＳであるならば、課金システムは、また、ＣＴＦデバイスに承認された割り当てを返信する。

３０２７．ＰＣＲＦデバイスによって配送されたポリシーに従って、課金されるべき最後のアプリケーションが終了したことを検出したとき、ＣＴＦデバイスはステップ３０２８を行う。

課金されるべき最後のアプリケーションが終了したことを検出することは、サービスが終了し（ユーザによるサービスの割込み、または、他の理由によるサービスの割込みを含む）、または、ＰＣＲＦデバイスがアプリケーションの課金規則を除去し、結果としてどのアプリケーションも現在課金されていないこと、または、ＰＣＲＦデバイスがアプリケーションの課金規則を更新し、結果としてどのアプリケーションも現在課金されていないことを特に含む。

３０２８．ＣＴＦデバイスは、アプリケーションの課金セッションを中止するために、課金セッション中止要求を課金システムに送信する。

中止された課金セッションはステップ３０２２において確立されたアプリケーションの課金セッションである。

課金システムがＯＣＳであるならば、ＣＴＦデバイスはCCR TerminationコマンドをＯＣＳに送信し、ここで、コマンドのCC-Request-Typeの値は中止要求TERMINATION_REQUESTに設定される。このコマンドはアプリケーションについての収集された課金情報を搬送する。

課金システムがＯＦＣＳであるならば、ＣＴＦデバイスはＡＣＲコマンドを送信し、ここで、コマンドのAccounting-Record-Typeの値は停止レコードSTOP_RECORDに設定される。このコマンドはアプリケーションについての収集された課金情報を報告するために使用される。

この場合において、IP-CAN Sessionが終了していないならば、課金セッション中止要求は、最後のアプリケーションのための課金が終了したがIP-CAN sessionは終了していないことを示すための指示をさらに含むことが可能であり、IP-CAN Sessionが終了したならば、課金セッション中止要求はIP-CAN Sessionが終了したことを示すための指示を含む。

３０２９．課金システムは、課金セッションが終了したことを示す肯定応答をＣＴＦデバイスに返信する。

特に、課金セッションの終了は、どのアプリケーションも現在課金される必要がないことを意味するのみで、IP-CAN Sessionが割り込まれたこと、または、IP-CAN Sessionにおいて、続いて、アプリケーションのための課金が行われないことを意味しない。IP-CAN Sessionが存在する間、ＣＴＦデバイスが、ＰＣＲＦデバイスによって示される、課金されるべきアプリケーションを検出したならば、ＣＴＦデバイスは、再度、ステップ３０２１から３０２９を行う。IP-CAN Sessionを使用することによって、アプリケーションの複数の課金セッションが確立されることが可能であり、すなわち、１つのアプリケーションの課金セッションが終了したならば、同じIP-CAN Sessionにおいて他のアプリケーションの課金セッションが開始され得るが、同時に、１つのアプリケーションの１つのみの課金セッションが存在する。

さらに、本発明の実施例によれば、ＣＴＦデバイスは、アプリケーションのフローが通過するサービングゲートウェイのアドレス、または、公衆陸上移動ネットワーク（public land mobile network, ＰＬＭＮ）の識別子を、アプリケーションの課金セッションを使用することによって、課金システムに送信し、それによって、課金システムは、サービングゲートウェイアドレスまたはＰＬＭＮ識別子に従ってアプリケーション識別子に対応するアプリケーションのために課金する。サービングゲートウェイServing Gatewayは、サービングＧＰＲＳサポートノード（serving GPRS support node, ＳＧＳＮ）またはサービングゲートウェイ（Serving Gateway, Ｓ−ＧＷ）であることが可能であり、課金は、課金レートを判定すること、および／または、割り当てを配分することを含むことが可能である。

特に、ＣＴＦデバイスによって課金システムに送信される課金セッション確立要求は、コマンドレベルのService-informationパラメータ内でアプリケーションに関する情報をさらに搬送し得る。好ましくは、１つのパラメータは、アプリケーションに関するパラメータをまとめるために使用され得る。ここで、例として、Application-informationが使用される。Application-informationパラメータはベアラに関する情報を搬送しない。Application-information内で搬送される情報は、サービングゲートウェイServing GatewayアドレスまたはＰＬＭＮ識別子を含み、または、次のもの、アプリケーションのサービス品質ＱｏＳ（Quality of Service）、ユーザ位置、アクセスネットワークタイプ、およびユーザ装置タイプのうちの少なくとも１つをさらに含み得る。

ＣＴＦデバイスは、アプリケーションのフローが通過するサービングゲートウェイのアドレスまたはＰＬＭＮ識別子を、以下の２つの形態において、アプリケーションの課金セッションを使用することによって、課金システムに送信し得る。

第１の形態：本発明の実施例によれば、ＣＴＦデバイスがトラフィック検出機能ＴＤＦデバイスであるならば、ＴＤＦデバイスはＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子を受信し、ここで、サービングゲートウェイアドレスまたはＰＬＭＮ識別子は、ＰＣＥＦデバイスによってＰＣＲＦデバイスに送信される。

さらに、ＣＴＦデバイスは、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求をＰＣＲＦデバイスに送信し、それによって、ＰＣＲＦデバイスは、ＣＴＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求をＰＣＥＦデバイスに送信し、それによって、ＰＣＥＦデバイスは、ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、サービングゲートウェイアドレスまたはＰＬＭＮ識別子をＰＣＲＦデバイスに送信し、ＰＣＲＦデバイスは、ＣＴＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、サービングゲートウェイアドレスまたはＰＬＭＮ識別子をＣＴＦデバイスに送信する。ＰＬＭＮ変更は、移動国コード（mobile country code, ＭＣＣ）または移動ネットワークコード（mobile network code, ＭＮＣ）の変更を指す。さらに、本発明の実施例によれば、課金システムがオンライン課金システムＯＣＳであり、ＣＴＦデバイスがＯＣＳによって返信された再認証トリガ条件であって、当該トリガ条件がサービングゲートウェイアドレス変更またはＰＬＭＮ変更を含む、再認証トリガ条件を受信したならば、この方法は、ＣＴＦデバイスにより、トリガ条件に従って、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求をＰＣＲＦデバイスに送信すること、および、ＰＣＲＦデバイスにより、ＣＴＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求をＰＣＥＦデバイスに送信することをさらに含み得る。

さらに、ＰＣＥＦデバイスが、サービングゲートウェイアドレスまたはＰＬＭＮが変わったことを検出した後、ＰＣＥＦデバイスは、ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、変更されたサービングゲートウェイアドレスまたは変更されたＰＬＭＮ識別子をＰＣＲＦデバイスに送信し、ＰＣＲＦデバイスは、ＣＴＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、変更されたサービングゲートウェイアドレスまたは変更されたＰＬＭＮ識別子をＣＴＦデバイスに送信し、ＣＴＦデバイスは、サービングゲートウェイアドレス変更またはＰＬＭＮ変更に従って、アプリケーションについての収集された課金情報の報告をトリガする。

第２の形態：本発明の実施例によれば、ＣＴＦデバイスがトラフィック検出機能ＴＤＦデバイスであるならば、ＣＴＦデバイスは次の形態においてサービングゲートウェイアドレスを取得し得る。ＴＤＦデバイスは、ＰＣＥＦデバイスによって直接に送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子、および、サービングゲートウェイアドレスが変わった後に送信された変更されたサービングゲートウェイアドレスまたはＰＬＭＮが変わった後に送信された変更されたＰＬＭＮ識別子を受信する。ＰＣＥＦデバイスによって直接に送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子は、ＰＣＥＦデバイスとＴＤＦデバイスの間のＧｉ／ＳＧｉインタフェースを通してＰＣＥＦデバイスによってＴＤＦデバイスに送信される。特に、本発明の実施例において、ＰＣＥＦデバイスとＴＤＦデバイスの間のＧｉインタフェースは拡張されることが可能であり、DiameterまたはＧＴＰプロトコルが追加されることが可能であり、それによって、ＰＣＥＦデバイスは、第１のベアラが確立されたとき、次のもの、ユーザ位置、アクセスネットワークタイプ、Serving Gatewayアドレス、ユーザ装置タイプ、およびＰＬＭＮ識別子のうちの１つまたはより多くをＴＤＦデバイスに送信することが可能であり、ＰＣＥＦデバイスは、ユーザ位置、アクセスネットワークタイプ、Serving Gatewayアドレス、ユーザ装置タイプ、およびＰＬＭＮ識別子のうちのいずれか１つが変わったことを検出した後、変更された情報をＴＤＦデバイスに送信する。

第１の形態について、図４に表わされている実施例への参照が行われ得る。図４に表わされている実施例は、変更されたサービングゲートウェイアドレスを取得するために、ＣＴＦデバイスが、ＰＣＲＦデバイスからのサービングゲートウェイアドレス変更の通知を閲覧予約する、以下のステップを含む、具体的な実現過程を開示する。

４０１．ＰＣＥＦデバイスは、ＰＣＲＦデバイスからのポリシーおよび課金制御規則PCC Rule（Policy and Charging Control Rule）を要求し、サービングゲートウェイServing Gatewayアドレスおよび／またはＰＬＭＮ識別子をＰＣＲＦデバイスに報告する。

４０２．ＰＣＲＦデバイスはＴＤＦデバイスと課金セッションを確立し、アプリケーションの課金規則およびServing Gatewayアドレスおよび／またはＰＬＭＮ識別子を、課金セッションを使用することによって、ＴＤＦデバイスに配送する。

４０３．ＴＤＦデバイスは、アプリケーションの課金規則をインストールし、アクティブにし、実行し、課金システムがＯＣＳであるならば、ＴＤＦデバイスはステップ４０４および４０５を行い、そしてステップ４０６を行い、課金システムがＯＦＣＳであるならば、ＴＤＦデバイスはステップ４０６を直接に行う。

４０４．ＴＤＦデバイスは、ＯＣＳからの割り当てを要求し、Serving Gatewayアドレスおよび／またはＰＬＭＮ識別子を報告する。

４０５．ＯＣＳは配分された割り当てをＴＤＦデバイスに返信する。返信されるメッセージは、トリガタイプTrigger Typeをさらに搬送することが可能であり、ここで、Trigger TypeはServing Gatewayアドレスおよび／またはＰＬＭＮ識別子を含む。

４０６．ＴＤＦデバイスは事象閲覧予約要求をＰＣＲＦデバイスに送信し、ここで、事象閲覧予約要求は、Serving Gatewayアドレス変更事象および／またはＰＬＭＮ変更事象を搬送し、Serving GatewayアドレスおよびＰＬＭＮ識別子のうちのいずれか１つが変わったとき、変更された情報をＴＤＦデバイスに配送するように、ＰＣＲＦデバイスに命令するために使用される。

４０７．ＰＣＲＦデバイスは、ポリシーおよび課金制御規則PCC Ruleおよび事象閲覧予約要求をＰＣＥＦデバイスに配送し、ここで、事象閲覧予約要求は、Serving Gatewayアドレス変更事象および／またはＰＬＭＮ変更事象を含み、Serving GatewayアドレスおよびＰＬＭＮ識別子のうちのいずれか１つが変わったとき、変更されたServing Gatewayアドレスおよび／またはＰＬＭＮ識別子をＰＣＲＦデバイスに報告するように、ＰＣＥＦデバイスに命令するために使用される。

４０８．ＰＣＲＦデバイスによって送信された事象閲覧予約要求に従って、ＰＣＥＦデバイスは、Serving GatewayアドレスおよびＰＬＭＮ識別子のうちのいずれか１つが変わったかどうかを検出する。

４０９．Serving Gatewayアドレスおよび／またはＰＬＭＮ識別子が変わったとき、ＰＣＥＦデバイスは、変更されたServing Gatewayアドレスおよび／またはＰＬＭＮ識別子をＰＣＲＦデバイスに送信する。

４１０．ＰＣＲＦデバイスは、変更されたServing Gatewayアドレスおよび／またはＰＬＭＮ識別子をＴＤＦデバイスに送信し、ここで、変更されたServing Gatewayアドレスおよび／またはＰＬＭＮ識別子は、ＴＤＦデバイスによってアプリケーションの課金規則を再インストールすることによって配送される。

４１１．変更されたServing GatewayアドレスまたはＰＬＭＮ識別子に従って、ＴＤＦデバイスは、課金システムが課金を行うように、収集された課金情報および変更されたServing Gatewayアドレスおよび／またはＰＬＭＮ識別子の課金システムへの送信をトリガする。

ＴＤＦデバイスによって送信された閲覧予約要求を受信した後、ＰＣＲＦデバイスは、ＴＤＦデバイスの閲覧予約要求に従って、Serving GatewayアドレスまたはＰＬＭＮ識別子のうちのいずれかの事象に対応する事象閲覧予約要求をＰＣＥＦデバイスに配送し、それによって、ＰＣＥＦデバイスは、上記の情報のいずれかが変わったとき、変更された情報をＰＣＲＦデバイスに報告する。ＰＣＲＦデバイスは、ＴＤＦデバイスに配送された全てのアプリケーションの課金ポリシーを更新し、それによって、ＰＣＥＦデバイスによって報告された変更された新しい情報をＴＤＦデバイスに配送する。特に、課金システムがＯＣＳであるならば、ＴＤＦデバイスは、ＯＣＳによって返信されたTrigger Typeに従って、ＴＤＦデバイスがＰＣＲＦデバイスから閲覧予約する事象を判定する。ＴＤＦデバイスによってＰＣＲＦデバイスから閲覧予約された事象はアプリケーションの課金規則のインストールメッセージに応答して、メッセージ内で搬送されることが可能であり、または、ＴＤＦデバイスは、アプリケーションの課金規則がインストールされた後、ＣＣＲコマンドを使用することによって、ＰＣＲＦデバイスからの事象を閲覧予約し、ＯＣＳによって返信されるTrigger Typeが続いて受信される。

ＴＤＦデバイスがＰＣＲＦデバイスからアプリケーションの更新された課金規則を受信し、アプリケーションの課金規則がサービングゲートウェイアドレス変更事象またはＰＬＭＮ変更事象および変更されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子を搬送するならば、ＣＴＦデバイスは、収集された課金情報および変更された情報の課金システムへの送信をトリガする。

本発明の実施例において、ＴＤＦデバイスは、課金システムがより正確に課金を実現するように、Serving GatewayアドレスまたはＰＬＭＮ識別子を、課金要求を使用することによって、課金システムに報告する。特に、課金システムは、ローミングシナリオにおいて課金を実現するように、Serving Gatewayアドレスに従って、ユーザがローミングしているかどうかを判定し、ローミング位置を判定することが可能であり、ＰＬＭＮ識別子に従ってそのアクセスされたＰＬＭＮネットワークを判定し、さらに、続く清算のために、課金レートを判定し、ＰＬＭＮの運営者についての使用情報を記録し提供し得る。従って、課金システムのための課金の参照の要素はより正確であり、課金の正確さはより高い。

さらに、本発明の実施例によれば、繰り返される課金を防止するために、以下の２つの形態において、繰り返されるフロー情報は、対応する課金の間、特に除去され得る。

第１の形態：ＣＴＦデバイスがＴＤＦデバイスであるならば、アプリケーションの課金規則は、ＰＣＲＦデバイスによってＰＣＥＦデバイスに送信されるフロー制御ポリシーをさらに含むことが可能であり、フロー制御ポリシーは、ゲーティング動作に対応するダウンリンクサービスデータフローについての情報を搬送し得る。ＣＴＦデバイスにより、検出されたアプリケーションのフローについての課金情報を収集することは、ＣＴＦデバイスにより、検出されたアプリケーションのフローを、ゲーティング動作に対応するダウンリンクサービスデータフローについての情報と合致させること、および、検出されたアプリケーションのフローが、ゲーティング動作に対応するダウンリンクサービスデータフローについての情報と合致しないならば、ＣＴＦデバイスにより、アプリケーションのフローについての課金情報を収集し、または、検出されたアプリケーションのフローが、ゲーティング動作に対応するダウンリンクサービスデータフローについての情報と合致するならば、ＣＴＦデバイスにより、アプリケーションのフローについての課金情報を収集しないことを特に含み得る。

第２の形態：ＣＴＦデバイスがＴＤＦデバイスであるならば、ＣＴＦデバイスは、ＰＣＲＦデバイスによって配送された課金規則内で搬送されたフローのゲーティング動作、および、対応するダウンリンクサービスデータフローについての情報を受信し、ＣＴＦデバイスがダウンリンクサービスデータフローについてゲーティング動作を行うならば、ＣＴＦデバイスにより、検出されたアプリケーションのフローについての課金情報を収集することは、ゲーティング動作が、アプリケーションのフローが通過することを許可するならば、ＣＴＦデバイスにより、アプリケーションのフローについての課金情報を収集すること、または、ゲーティング動作が、アプリケーションのフローが通過することを許可しないならば、ＣＴＦデバイスにより、アプリケーションのフローについての課金情報を収集しないことを特に含む。

第２の形態において、ＰＣＲＦデバイスがフロー制御ポリシーをＰＣＥＦデバイスに配送し、ＰＣＲＦデバイスが、ＴＤＦデバイスがアプリケーションのために課金すると判定したならば、ＰＣＲＦデバイスによってＰＣＥＦデバイスに配送される制御ポリシーは、ダウンリンクフローのための動作を少なくとも含まないか、または、いずれの動作も含まない。この場合において、フローのためのゲーティング動作が要求されるならば、ＰＣＲＦデバイスは、フローのためのゲーティング動作をＴＤＦデバイスに別個に配送し、ＴＤＦデバイスはゲーティング動作を遂行する。好ましくは、ＰＣＲＦデバイスは、動作を要求するフローのゲーティング動作を含む新しい制御ポリシーを配送する。第２の形態に対応する具体的な方法は以下の通りである。

１）ゲーティング動作を要求するフローは特殊なアプリケーションとして使用され、配送されるパラメータは特殊なアプリケーションの識別子および対応する動作を示す。特殊なアプリケーションの識別子およびＴＤＦデバイスの設定情報に従って、ＴＤＦデバイスは動作を要求するフローのためのテンプレートを判定する。もちろん、この場合において、ＴＤＦデバイスは、特殊なアプリケーションの識別子に従ってローカルにフローテンプレート情報を設定し、フローをフローテンプレートに従って合致させ、ゲーティング動作を行う必要がある。

２）ゲーティング動作を要求するフローは特殊なアプリケーションとして使用され、配送されたパラメータは、特殊なアプリケーションのＩＤ、アプリケーションＩＤに対応するＳＤＦ情報、および動作を示す。ＳＤＦ情報に従って、ＴＤＦデバイスは、それを要求するフローのＴＦＴを判定し、フローをＴＦＴに従って合致させ、ゲーティング動作を行う。

上記のいくつかの形態において、ＴＤＦデバイスが、フローのためのゲーティング動作を行い、かつアプリケーションの課金規則を実行するときに、対立を引き起こさないために、パケットが、フローのそれ、および、アプリケーションの課金規則と同時に合致することが可能であるとき、ＴＤＦデバイスがゲーティング動作を行うか、またはアプリケーションの課金規則を実行するかを示すために、アプリケーションの課金規則の優先度がアプリケーションの課金規則内で搬送され得る。

ＣＴＦデバイスがＴＤＦデバイスであり、ＰＣＲＦデバイスが、対応するフローが課金されるべきであるアプリケーションを前もって知っているか、または、アプリケーションのフロー記述情報（例えば、ＩＰ５タプル）を前もって知っているならば、アプリケーションのフロー記述情報がアプリケーションの課金規則、例えば、ADC Rule内で搬送され得る。ADC Ruleを受信した後、ＴＤＦデバイスは、アプリケーションのための課金を実現するために、フロー記述に対応するフローの統計を作成する。この場合において、ＰＣＲＦデバイスが、依然として、フローのＱｏＳを保証する必要があるならば、ＰＣＲＦデバイスはフローのPCC ruleをＰＣＥＦデバイスに依然として配送し、すなわち、フローのPCC ruleがＰＣＥＦデバイスにおいて実行され、課金がＴＤＦデバイスにおいて行われる。

さらに、ＰＣＲＦデバイスからアプリケーションの課金規則を受信した後、どの方式が課金のために使用されるかをＴＤＦデバイスが区別することを可能にする、すなわち、どの方式がＤＰＩ／ＤＦＩ技術に基づいてアプリケーションを検出し課金を行うか、および、どの方式がフローの合致に基づいて課金を行うかをＴＤＦデバイスが判定することを可能にするために、ＴＤＦデバイスは、以下の形態において、どの課金方式が使用されるべきかを判定することが可能である。

１）アプリケーションの課金規則は、アプリケーションのフロー記述情報、および、アプリケーションを検出するようにＣＴＦデバイスに命令するための指示情報を搬送し、ＣＴＦデバイスはアプリケーションの課金規則を実行し、指示情報がアプリケーションを検出するようにＣＴＦデバイスに命令するならば、ＣＴＦデバイスは、アプリケーション識別子に従って、アプリケーション識別子に対応するアプリケーションのフローを検出し、ここで、フローは１つまたはより多くのベアラ上で送信される、または、指示情報がアプリケーションを検出するようにＣＴＦデバイスに命令しないならば、ＣＴＦデバイスは、課金規則内で搬送されるアプリケーションのフロー記述情報を１つまたはより多くのベアラ上で送信されるフローと合致させ、ＣＴＦデバイスによって検出されたアプリケーションのフローとして、１つまたはより多くのベアラ上で送信され、フロー記述情報と合致するフローを使用する。

２）アプリケーションの課金規則がアプリケーションのフロー記述情報を搬送するならば、ＣＴＦデバイスは、課金規則内で搬送されるアプリケーションのフロー記述情報を１つまたはより多くのベアラ上で送信されるフローと合致させ、ＣＴＦデバイスによって検出されたアプリケーションのフローとして、１つまたはより多くのベアラ上で送信され、フロー記述情報と合致するフローを使用する。

さらに、ＣＴＦデバイスはＴＤＦデバイスであり、アプリケーションの課金規則は特定のアプリケーションの識別子を搬送し、ＣＴＦデバイスにより、アプリケーションの課金規則を実行すること、および、アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出することは、ＣＴＦデバイスにより、アプリケーションの課金規則内で搬送される特定のアプリケーションの識別子に従って、フローを合致させるために特定のアプリケーションの識別子に対応するアプリケーションのローカルに記憶されたフロー記述情報を取得すること、または、ＣＴＦデバイスにより、アプリケーションの課金規則内で搬送される特定のアプリケーションの識別子に従って、アプリケーションの課金規則内で搬送されるアプリケーション識別子に対応するアプリケーションのフロー以外のデータフローを合致させることを特に含む。

特定のアプリケーションの識別子は、ＰＣＲＦデバイスおよびＴＤＦデバイスにおいて前もって設定される。アプリケーションの識別子を受信した後、ＴＤＦデバイスはＤＰＩまたはＤＦＩのようなディープ・インスペクションを行わない。

さらに、本発明の実施例によれば、ＣＴＦデバイスがＰＣＥＦデバイスであり、アプリケーションの課金規則がアプリケーションの課金セッションを確立するかどうかについての命令をさらに搬送するならば、ＣＴＦデバイスは、アプリケーションの課金セッションを確立するかどうかについての命令に従って、アプリケーションの課金セッションを確立するかどうかを判定し、命令が、アプリケーションの課金セッションを確立するようにＣＴＦデバイスに要求するならば、ＣＴＦデバイスは、アプリケーションの課金規則パラメータに従って、課金セッション確立要求を課金システムに送信し、課金セッション確立要求を使用することによって、アプリケーションの課金セッションを確立するか、または、命令が、アプリケーションの課金セッションを確立しないようにＣＴＦデバイスに要求するならば、ＣＴＦデバイスは、アプリケーションの課金規則に従って、アプリケーションのフローが配置されるベアラの課金セッションがアプリケーションの課金セッションであると判定する。ここで、ベアラ上の課金セッションは、そのベアラ上で送信されるアプリケーションのフローについての課金情報のみを収集し報告し、他のベアラ上で送信されるアプリケーションのフローについての課金情報を収集も報告もしない。

特に、ＰＣＲＦデバイスは、アプリケーションの課金セッションを確立するかどうかをＰＣＥＦデバイスに命令するための指示パラメータ、例えば、値がYesまたはNoであるApp-Level-Sessionパラメータを配送し得る。指示パラメータは、アプリケーションの課金セッションを確立するかどうかをＰＣＥＦデバイスに命令するために使用される。パラメータがNoであるならば、ＰＣＥＦデバイスはアプリケーションのためにアプリケーションに専用の課金セッションを確立する必要がなく、この場合において、アプリケーションは既存のベアラ上の課金セッションにおいて課金されることが可能であり、パラメータがYesであるならば、ＰＣＥＦデバイスはアプリケーションのために専用の課金セッションを確立する。アプリケーションの課金セッションを確立する具体的な方法について、上記の実施例におけるステップ３０２１から３０２９への参照が行われ得る。

さらに、本発明の実施例によれば、アプリケーションの課金規則は、アプリケーションのフローを指定されたベアラに結合するための命令をさらに搬送し、ＣＴＦデバイスにより、アプリケーションの課金規則を実行し、アプリケーション識別子に従って１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出した後、この方法は、ＣＴＦデバイスにより、検出されたアプリケーションのフローのためのテンプレートを指定されたベアラに結合することをさらに含む。

指定されたベアラはアプリケーションの課金規則を使用することによってＰＣＲＦデバイスによって指定されたベアラであるか、または、指定されたベアラはＣＴＦデバイスによって選択されたベアラであり、ＣＴＦデバイスにより、検出されたアプリケーションのフローのためのテンプレートを指定されたベアラに結合することは、ＣＴＦデバイスにより、アプリケーションのダウンリンクフローのためのテンプレートを、ＰＣＲＦデバイスによって指定されたベアラまたはＣＴＦデバイスによって選択されたベアラに結合すること、および、ＣＴＦデバイスにより、ベアラの更新を起動すること、および、アプリケーションの上流フローのためのテンプレートをアプリケーションの課金セッションに対応するユーザクライアントに送信することを特に含み、それによって、ユーザクライアントは、アプリケーションの上流フローのためのテンプレートを、ＰＣＲＦデバイスによって指定されたベアラまたはＣＴＦデバイスによって選択されたベアラに結合する。

本発明の実施例において提供される技術的解決策によれば、本発明の実施例において、ＰＣＲＦデバイスは、ＰＣＥＦデバイスがアプリケーションを検出したとき、判定を行い、ベアラの修正を起動するように、ＰＣＥＦデバイスに命令するために使用され、それによって、アプリケーションはベアラに結合され、すなわち、既存のベアラの課金方式が課金を行うために使用され得る。さらに、ベアラの頻繁な修正を防止するために、ＰＣＲＦデバイスは、アプリケーションの専用の課金セッションを確立するかどうかをＰＣＥＦデバイスに命令する。アプリケーションの専用の課金セッションは、ＰＣＥＦデバイスの維持管理において、および、課金システム間で確立されるアプリケーションの課金セッションにおいてリソースの浪費を減少させるために確立され得る。これはアプリケーションの課金のために便利である。

以下は、本発明の実施例において提供される課金検出機能ＣＴＦデバイスを記載する。図５は、第１受信ユニット５０１、第１処理ユニット５０２、および第１送信ユニット５０３を含む、本発明の実施例による課金検出機能ＣＴＦデバイス５００を記載する。

第１受信ユニット５０１は、ポリシーおよび課金規則機能ＰＣＲＦデバイスからアプリケーションの課金規則を受信するように構成され、ここで、アプリケーションの課金規則はアプリケーション識別子およびアプリケーションの課金規則パラメータを搬送する。

第１処理ユニット５０２は、アプリケーションの課金規則を実行し、アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出し、アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、課金セッション確立要求を使用することによってアプリケーションの課金セッションを確立し、検出されたアプリケーションのフローについての課金情報を収集するように構成される。

第１送信ユニット５０３は、アプリケーションの課金セッションを使用することによって、アプリケーションのフローについての収集された課金情報を課金システムに送信するように構成される。

ここで、アプリケーションの課金セッションは、ベアラと独立な課金セッションであり、アプリケーションに専用の課金セッションである。アプリケーションに専用の課金セッションは複数のアプリケーションによって共有され得る。

その代りに、ＣＴＦデバイスがＰＣＥＦデバイスであるならば、アプリケーションの課金セッションは、また、デフォルトのベアラの課金セッションであることが可能であり、デフォルトのベアラの課金セッションは１つまたはより多くのベアラ上で送信されるアプリケーションのフローについての課金情報を報告し得る。この場合において、ＣＴＦデバイスが課金システムとデフォルトのベアラの課金セッションを確立しているならば、ＣＴＦデバイスは課金セッションを再使用し、そうでなければ、ＣＴＦデバイスは課金セッション確立要求を課金システムに送信する。

第１処理ユニット５０２は、ＣＴＦデバイスが課金されるべき第１のアプリケーションを検出したとき、課金規則パラメータに従って、課金セッション確立要求を課金システムに送信し、課金セッション確立要求を使用することによって、アプリケーションの課金セッションを確立するように特に構成され、または、
第１処理ユニット５０２は、ＣＴＦデバイスにより、アプリケーション識別子に従って、アプリケーション識別子に対応するアプリケーションのフローを検出し、アプリケーションの課金規則に従って、検出されたアプリケーションについての課金情報が収集され報告される必要があると判定し、アプリケーションの課金セッションが現在存在しないならば、ＣＴＦデバイスにより、検出されたアプリケーションが課金されるべき第１のアプリケーションであると判定するように特に構成される。

第１受信ユニット５０１は、ＰＣＲＦデバイスから他のアプリケーションの課金規則をさらに受信する。

第１処理ユニット５０２は、他のアプリケーションの課金規則に従って、１つまたはより多くのベアラ上で送信される他のアプリケーションのフローをさらに検出し、第１処理ユニット５０２が、アプリケーションのフローが複数のアプリケーションの課金規則と合致することを検出したとき、アプリケーション識別子に対応するアプリケーションの課金規則の課金優先度が他のアプリケーションの課金規則の課金優先度より高く、アプリケーション識別子に対応するアプリケーションの課金規則がアプリケーションのための課金の必要性を示すならば、第１処理ユニット５０２は、アプリケーション識別子に対応するアプリケーションについての課金情報が収集され報告される必要があると判定し、または、
第１受信ユニット５０１は、ＰＣＲＦデバイスからフローの課金規則を受信し、第１処理ユニット５０２によって検出されたアプリケーションのフローがフローの課金規則および複数のアプリケーションの課金規則と合致するとき、アプリケーション識別子に対応するアプリケーションの課金規則の課金優先度がフローの課金規則の課金優先度および他のアプリケーションの課金規則の課金優先度より高く、アプリケーション識別子に対応するアプリケーションの課金規則がアプリケーションのための課金の必要性を示すならば、第１処理ユニット５０２は、アプリケーション識別子に対応するアプリケーションについての課金情報が収集され報告される必要があると判定する。

アプリケーションの課金セッションが確立された後、第１処理ユニット５０２が、課金されるべき他のアプリケーションが開始したことを検出したとき、第１処理ユニット５０２は、課金されるべきアプリケーションについての課金情報を収集し、第１送信ユニット５０３は、アプリケーションの確立された課金セッションを使用することによって、課金されるべきアプリケーションについての収集された課金情報を送信し、または、アプリケーションの課金セッションが確立された後、課金システムがオンライン課金システムであるならば、第１処理ユニット５０２は、他のアプリケーションが開始し、当該アプリケーションの料率グループを満たす割り当てが現在提供されていないことを検出し、第１送信ユニット５０３は、課金システムからのアプリケーションの割り当てを要求し、または、アプリケーションの課金セッションが確立された後、第１処理ユニット５０２が、課金されたアプリケーションが終了し、課金が終了したアプリケーションの課金規則が、課金が終了したアプリケーションについてのアプリケーションレイヤの課金情報の報告を示すことを検出したならば、第１送信ユニット５０３はアプリケーションの確立された課金セッションを使用することによって、アプリケーションについての収集された課金情報を課金システムに送信する。

本発明の実施例によれば、最後に課金されたアプリケーションが終了したことを検出したとき、第１処理ユニット５０２は、アプリケーションの確立された課金セッションを中止するために、課金セッション中止要求を課金システムに送信する。

第１処理ユニット５０２により、最後に課金されたアプリケーションが終了したことを検出することは、アプリケーション識別子に対応するアプリケーションが終了し、他のアプリケーションが課金情報を現在収集も報告もしていない、または、アプリケーション識別子に対応するアプリケーションの課金規則が更新または削除され、結果としてアプリケーションのための課金を行う必要がなく、他のアプリケーションが課金情報を現在収集も報告もしていないならば、第１処理ユニットにより、検出された最後に課金されたアプリケーションが終了したと判定することを特に含む。

ＣＴＦデバイスが最後に課金されたアプリケーションが終了したことを検出したとき、第１処理ユニット５０２が、ＩＰコネクティビティ・アクセス・ネットワーク・セッションIP-CAN Sessionが終了していないと判定したならば、課金セッション中止要求は、最後のアプリケーションのための課金が終了したがIP-CAN Sessionは終了していないことを示すための指示を含み、第１処理ユニットが、IP-CAN Sessionが終了したと判定したならば、課金セッション中止要求はIP-CAN Sessionが終了したことを示すための指示を含む。

本発明の実施例によれば、第１送信ユニット５０３は、アプリケーションのフローが通過するサービングゲートウェイのアドレス、または、公衆陸上移動ネットワークＰＬＭＮの識別子を、アプリケーションの課金セッションを使用することによって、課金システムに送信することが可能であり、それによって、課金システムは、サービングゲートウェイアドレスまたはＰＬＭＮ識別子に従ってアプリケーション識別子に対応するアプリケーションのために課金する。

第１受信ユニット５０１は、ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子をさらに受信し、ここで、サービングゲートウェイアドレスまたはＰＬＭＮ識別子は、ＰＣＥＦデバイスによってＰＣＲＦデバイスに送信される。

第１送信ユニット５０３は、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求をＰＣＲＦデバイスにさらに送信し、それによって、ＰＣＲＦデバイスは、第１送信ユニット５０３によって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求をＰＣＥＦデバイスに送信し、それによって、ＰＣＥＦデバイスは、ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、サービングゲートウェイアドレスまたはＰＬＭＮ識別子をＰＣＲＦデバイスに送信し、ＰＣＲＦデバイスは、第１送信ユニット５０３によって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、サービングゲートウェイアドレスまたはＰＬＭＮ識別子をＣＴＦデバイスに送信する。

課金システムがオンライン課金システムＯＣＳであるならば、第１受信ユニット５０１がＯＣＳによって返信された再認証トリガ条件を受信し、ここで、トリガ条件はサービングゲートウェイアドレス変更またはＰＬＭＮ変更を含み、ＣＴＦデバイスにより、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求をＰＣＲＦデバイスに送信することは、第１送信ユニット５０３により、トリガ条件に含まれるサービングゲートウェイアドレス変更またはＰＬＭＮ変更に従って、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求をＰＣＲＦデバイスに送信することを特に含む。

ＰＣＥＦデバイスが、サービングゲートウェイアドレスまたはＰＬＭＮが変わったことを検出した後、ＰＣＥＦデバイスは、ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、変更されたサービングゲートウェイアドレスまたは変更されたＰＬＭＮ識別子をＰＣＲＦデバイスに送信し、ＰＣＲＦデバイスは、第１送信ユニット５０３によって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、変更されたサービングゲートウェイアドレスまたは変更されたＰＬＭＮ識別子を第１受信ユニット５０１に送信し、第１送信ユニット５０３は、サービングゲートウェイアドレス変更またはＰＬＭＮ変更に従って、アプリケーションについての収集された課金情報の報告をトリガする。

第１受信ユニット５０１は、ポリシーおよび課金実施機能ＰＣＥＦデバイスによって直接に送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子、および、サービングゲートウェイアドレスが変わった後に送信された変更されたサービングゲートウェイアドレスまたはＰＬＭＮが変わった後に送信された変更されたＰＬＭＮ識別子を受信する。

ＣＴＦデバイスがＴＤＦデバイスであり、ＰＣＲＦデバイスがゲーティング動作を搬送するフロー制御ポリシーをＰＣＥＦデバイスにさらに配送するならば、アプリケーションの課金規則は、フロー制御ポリシー内で搬送されるゲーティング動作に対応するダウンリンクサービスデータフローについての情報をさらに含み、第１処理ユニット５０２により、検出されたアプリケーションのフローについての課金情報を収集することは、第１処理ユニット５０２により、検出されたアプリケーションのフローを、ゲーティング動作に対応するダウンリンクサービスデータフローについての情報と合致させること、および、検出されたアプリケーションのフローが、ゲーティング動作に対応するダウンリンクサービスデータフローについての情報と合致しないならば、第１処理ユニット５０２により、アプリケーションのフローについての課金情報を収集することを特に含む。

第１受信ユニット５０１が、ＰＣＲＦデバイスによって送信された課金規則内で搬送されたフローのゲーティング動作、および、対応するダウンリンクサービスデータフローについての情報を受信したとき、第１処理ユニット５０２がダウンリンクサービスデータフローについてゲーティング動作を行うならば、検出されたアプリケーションのフローについての課金情報を収集することは、ゲーティング動作が、アプリケーションのフローが通過することを許可するならば、第１処理ユニット５０２により、アプリケーションのフローについての課金情報を収集することを特に含む。

アプリケーションの課金規則がアプリケーションのフロー記述情報、および、アプリケーションを検出するようにＣＴＦデバイスに命令するための指示情報を搬送するならば、第１処理ユニット５０２により、アプリケーションの課金規則を実行すること、および、アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出することは、指示情報がアプリケーションを検出するようにＣＴＦデバイスに命令するならば、第１処理ユニット５０２により、アプリケーション識別子に対応するアプリケーションのフローを検出し、ここで、フローは１つまたはより多くのベアラ上で送信される、そうでなければ、第１処理ユニット５０２により、課金規則内で搬送されるアプリケーションのフロー記述情報を１つまたはより多くのベアラ上で送信されるフローと合致させることを特に含む。

アプリケーションの課金規則がアプリケーションのフロー記述情報を搬送するならば、第１処理ユニット５０２により、アプリケーションの課金規則を実行すること、および、アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出することは、第１処理ユニット５０２により、課金規則内で搬送されるアプリケーションのフロー記述情報を１つまたはより多くのベアラ上で送信されるフローと合致させることを特に含む。

第１受信ユニット５０１によって受信されるアプリケーションの課金規則が特定のアプリケーションの識別子を搬送するならば、第１処理ユニット５０２により、アプリケーションの課金規則を実行すること、および、アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出することは、第１処理ユニット５０２により、アプリケーションの課金規則内で搬送される特定のアプリケーションの識別子に従って、フローを合致させるために特定のアプリケーションの識別子に対応するアプリケーションのローカルに記憶されたフロー記述情報を取得すること、または、第１処理ユニット５０２により、アプリケーションの課金規則内で搬送される特定のアプリケーションの識別子に従って、アプリケーションの課金規則内で搬送されるアプリケーション識別子に対応するアプリケーションのフロー以外のデータフローを合致させることを特に含む。

本発明の実施例において、ＣＴＦデバイスがＰＣＥＦデバイスであり、アプリケーションの課金規則がアプリケーションの課金セッションを確立するかどうかについての命令をさらに搬送するならば、第１処理ユニット５０２により、アプリケーションの課金規則パラメータに従って、課金セッション確立要求を課金システムに送信することは、ＣＴＦデバイスにより、アプリケーションの課金セッションを確立するかどうかについての命令に従って、アプリケーションの課金セッションを確立するかどうかを判定し、命令が、アプリケーションの課金セッションを確立するようにＣＴＦデバイスに要求するならば、ＣＴＦデバイスにより、アプリケーションの課金規則パラメータに従って、課金セッション確立要求を課金システムに送信し、課金セッション確立要求を使用することによって、アプリケーションの課金セッションを確立するか、または、命令が、アプリケーションの課金セッションを確立しないようにＣＴＦデバイスに要求するならば、ＣＴＦデバイスにより、アプリケーションの課金規則に従って、アプリケーションのフローが配置されるベアラの課金セッションがアプリケーションの課金セッションであると判定することを特に含む。

さらに、アプリケーションの課金規則が、アプリケーションのフローを指定されたベアラに結合するための命令をさらに搬送するならば、第１処理ユニット５０２がアプリケーションの課金規則を実行し、アプリケーション識別子に従って１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出した後、第１処理ユニット５０２は、検出されたアプリケーションのフローのためのテンプレートを指定されたベアラに結合する。

さらに、指定されたベアラがアプリケーションの課金規則を使用することによってＰＣＲＦデバイスによって指定されたベアラであるか、または、指定されたベアラが第１処理ユニット５０２によって選択されたベアラであるならば、第１処理ユニット５０２により、検出されたアプリケーションのフローのためのテンプレートを指定されたベアラに結合することは、第１処理ユニット５０２により、アプリケーションのダウンリンクフローのためのテンプレートを、ＰＣＲＦデバイスによって指定されたベアラまたは第１処理ユニット５０２によって選択されたベアラに結合すること、および、第１処理ユニット５０２により、ベアラの更新を起動すること、および、アプリケーションの上流フローのためのテンプレートをアプリケーションの課金セッションに対応するユーザクライアントに送信することを特に含み、それによって、ユーザクライアントは、アプリケーションの上流フローのためのテンプレートを、ＰＣＲＦデバイスによって指定されたベアラまたは第１処理ユニット５０２によって選択されたベアラに結合する。

本発明の実施例は、アプリケーション課金システムをさらに提供する。本発明の実施例において提供されるアプリケーション課金システムは、本発明の実施例において提供される課金検出機能ＣＴＦデバイスを含み得る。

図６は、本発明の実施例によるアプリケーション課金システムを表わす。アプリケーション課金システムは、課金検出機能ＣＴＦデバイス６０１、ポリシーおよび課金規則機能ＰＣＲＦデバイス６０２、および課金システム６０３を含む。

ＣＴＦデバイス６０１は、ポリシーおよび課金規則機能ＰＣＲＦデバイスからアプリケーションの課金規則を受信し、ここで、アプリケーションの課金規則はアプリケーション識別子およびアプリケーションの課金規則パラメータを搬送し、アプリケーションの課金規則を実行し、アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出し、アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、課金セッション確立要求を使用することによってアプリケーションの課金セッションを確立し、検出されたアプリケーションのフローについての課金情報を収集し、アプリケーションの課金セッションを使用することによって、アプリケーションのフローについての収集された課金情報を課金システムに送信するように構成される。

ＰＣＲＦデバイス６０２は、アプリケーションの課金規則をＣＴＦデバイス７０１に配送するように構成され、課金システム６０３は、ＣＴＦデバイス６０１によって送信された課金セッション確立要求を受信し、ＣＴＦデバイス６０１からアプリケーションのフローについての収集された課金情報を受信し、課金をさらに行い、それによって、アプリケーションのための課金を実現するように構成される。

図６に表わされている本発明の実施例において、ＣＴＦデバイスは、ＴＤＦデバイスまたはＰＣＥＦデバイスであり得ることに留意すべきである。ＣＴＦデバイスがＴＤＦデバイスであるならば、第１処理ユニットは、課金情報のフローを繰り返し処理することが可能であり、第１処理ユニットは、また、サービングゲートウェイアドレス変更またはＰＬＭＮ識別変更を閲覧予約し得る。各種のデバイスによって実行される処理の詳細な過程について、本発明の他の実施例における関連する記載への参照が行われることが可能であり、繰り返される記載はここで提供されない。

図７は、本発明の他の実施例によるアプリケーション課金システムを表わす。アプリケーション課金システムは、課金検出機能ＣＴＦデバイス７０１、ポリシーおよび課金規則機能ＰＣＲＦデバイス７０２、ポリシーおよび課金実施機能ＰＣＥＦデバイス７０４、および課金システム７０３を含む。この実施例において、ＣＴＦデバイスはＴＤＦデバイスであり得る。図６に表わされている実施例において実現される機能とは別に、この実施例におけるＰＣＥＦデバイスは、PCC Ruleを実行し得るが、ＴＤＦデバイスは課金をトリガする。

この実施例において記載されたＣＴＦデバイス、ＰＣＥＦデバイス、ＰＣＲＦデバイス、および課金システムの構成および具体的な処理について、本発明の他の実施例における関連する記載への参照が行われることが可能であり、繰り返される記載はここで提供されない。

図８は、本発明の他の実施例による課金トリガ機能ＣＴＦデバイスの構成を表わす。ＣＴＦデバイスは、少なくとも１つのプロセッサ８０２（例えば、ＣＰＵ）、少なくとも１つのネットワークインタフェース８０５または他の通信インタフェース、メモリ８０６、およびこれらの装置の間の接続および通信を実現するための少なくとも１つの通信バス８０３を含む。プロセッサ８０２は、メモリ８０６内の実行可能モジュール、例えば、コンピュータプログラムを動作させるように構成される。メモリ８０６は、高速ランダムアクセスメモリ（ＲＡＭ, Random Access Memory）または不揮発性メモリ、例えば、少なくとも１つのディスクメモリを含み得る。（有線または無線であり得る）少なくとも１つのネットワークインタフェース８０５は、システムゲートウェイと少なくとも１つの他のネットワーク要素の間の通信および接続を実現する。インターネット、広域ネットワーク、ローカル・エリア・ネットワーク、またはメトロポリタン・エリア・ネットワークが使用され得る。

いくつかの実現形態において、メモリ８０６は、プロセッサ８０２によって実行され得るプログラム８０６１を記憶する。プログラムは、課金検出機能ＣＴＦデバイスにより、ポリシーおよび課金規則機能ＰＣＲＦデバイスからアプリケーションの課金規則を受信し、ここで、アプリケーションの課金規則はアプリケーション識別子およびアプリケーションの課金規則パラメータを搬送すること、ＣＴＦデバイスにより、アプリケーションの課金規則を実行し、アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信されるアプリケーションのフローを検出すること、ＣＴＦデバイスにより、アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、課金セッション確立要求を使用することによってアプリケーションの課金セッションを確立すること、ＣＴＦデバイスにより、検出されたアプリケーションのフローについての課金情報を収集すること、ＣＴＦデバイスにより、アプリケーションの課金セッションを使用することによって、アプリケーションのフローについての収集された課金情報を課金システムに送信することを含む。

装置内の異なるモジュールとシステムの間の情報交換および実行過程は、本発明の方法の実施例と同じ思想に基づく。従って、本発明の方法の実施例における記載への参照が行われることが可能であり、繰り返される記載はここで提供されない。

この技術分野の当業者は、実施例における方法の過程の全部または一部は関連するハードウェアに命令するコンピュータプログラムによって実現され得ることを理解し得る。プログラムはコンピュータ読み取り可能な記憶媒体に記憶され得る。プログラムが動作するとき、実施例における方法の過程が行われる。上記の記憶媒体は、磁気ディスク、光ディスク、リードオンリメモリ（ＲＯＭ, Read-Only Memory）、またはランダムアクセスメモリ（ＲＡＭ, Random Access Memory）等を含み得る。

具体的な実施例を参照して本発明の原理および実現形態が記載されているが、実施例の記載は、本発明の方法および思想を理解することを助けるために使用されるに過ぎない。一方、この技術分野の当業者は、本発明の思想に従って具体的な実現形態および応用範囲に変形を行い得る。結論として、明細書の内容は本発明への限定として解釈されるべきでない。

５００課金検出機能ＣＴＦデバイス
５０１第１受信ユニット
５０２第１処理ユニット
５０３第１送信ユニット
６００、７００アプリケーション課金システム
７０１課金検出機能ＣＴＦデバイス
７０２ポリシーおよび課金規則機能ＰＣＲＦデバイス
７０３課金システム
７０４ポリシーおよび課金実施機能ＰＣＥＦデバイス
８０２プロセッサ
８０３通信バス
８０５ネットワークインタフェース
８０６メモリ
８０６１プログラム

Claims

アプリケーション課金方法であって、
課金検出機能（ＣＴＦ）デバイスにより、ポリシーおよび課金規則機能（ＰＣＲＦ）デバイスからアプリケーションの課金規則を受信するステップであって、前記アプリケーションの課金規則はアプリケーション識別子および前記アプリケーションの課金規則パラメータを搬送する、ステップと、
前記ＣＴＦデバイスにより、前記アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信される前記アプリケーションのフローを検出するステップと、
前記ＣＴＦデバイスにより、前記アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、前記課金セッション確立要求を使用することによって前記アプリケーションの課金セッションを確立するステップと、
前記ＣＴＦデバイスにより、前記アプリケーションの検出されたフローについての課金情報を収集するステップと、
前記ＣＴＦデバイスにより、前記アプリケーションの課金セッションを通して、前記アプリケーションのフローについての収集された課金情報を前記課金システムに送信するステップと、
を含み、
前記課金方法は、前記ＣＴＦデバイスにより、他のアプリケーションの課金規則を前記ＰＣＲＦデバイスから受信し、前記他のアプリケーションの課金規則に従って、１つまたはより多くのベアラ上で送信される前記他のアプリケーションのフローを検出するステップと、前記ＣＴＦデバイスが前記ＰＣＲＦデバイスからフローの課金規則を受信したならば、前記検出されたアプリケーションのフローが前記フローの課金規則および複数のアプリケーションの課金規則と合致したとき、前記アプリケーション識別子に対応するアプリケーションの課金規則の課金優先度が前記フローの課金規則の課金優先度および前記他のアプリケーションの課金規則の課金優先度より高く、前記アプリケーション識別子に対応するアプリケーションの課金規則が前記アプリケーションのための課金の必要性を示すならば、前記ＣＴＦデバイスにより、前記アプリケーション識別子に対応するアプリケーションについての課金情報が収集され報告される必要があると判定するステップと、をさらに含む課金方法。
前記ＣＴＦデバイスにより、前記アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、前記課金セッション確立要求を使用することによって前記アプリケーションの課金セッションを確立するステップは、
前記アプリケーションの課金セッションがデフォルトのベアラの課金セッションであり、前記デフォルトのベアラの課金セッションが１つまたはより多くのベアラ上で送信される前記アプリケーションのフローについての課金情報を報告することが可能であるとき、前記ＣＴＦデバイスが前記課金システムと前記デフォルトのベアラの課金セッションを確立しているならば、前記課金セッションを再使用し、そうでなければ、前記ＣＴＦデバイスにより、課金セッション確立要求を前記課金システムに送信するステップ
を特に含む、請求項１に記載の課金方法。
前記ＣＴＦデバイスにより、前記アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、前記課金セッション確立要求を使用することによって前記アプリケーションの課金セッションを確立するステップは、
前記ＣＴＦデバイスが課金されるべき第１のアプリケーションを検出したとき、前記ＣＴＦデバイスにより、前記アプリケーションの課金規則パラメータに従って、課金セッション確立要求を前記課金システムに送信し、前記課金セッション確立要求を使用することによって、前記アプリケーションの課金セッションを確立するステップ
を特に含む、請求項１または２に記載の課金方法。
前記ＣＴＦデバイスにより、課金されるべき第１のアプリケーションを検出することは、
前記ＣＴＦデバイスにより、前記アプリケーション識別子に従って、前記アプリケーション識別子に対応するアプリケーションのフローを検出し、前記アプリケーションの課金規則に従って、前記検出されたアプリケーションについての課金情報が収集され報告される必要があると判定し、前記アプリケーションの課金セッションが現在存在しないならば、前記ＣＴＦデバイスにより、前記検出されたアプリケーションが課金されるべき第１のアプリケーションであると判定すること
を特に含む、請求項３に記載の課金方法。
前記アプリケーションの課金セッションが確立された後、前記方法は、
前記課金システムがオンライン課金システムであり、前記ＣＴＦデバイスが、課金されるべき他のアプリケーションが開始し、前記他のアプリケーションの料率グループを満たす割り当てが現在提供されていないことを検出したとき、前記ＣＴＦデバイスにより、前記アプリケーションの確立された課金セッションを使用することによって、前記課金システムからの前記他のアプリケーションの割り当てを要求するステップ、または、
前記ＣＴＦデバイスが、課金されたアプリケーションが終了し、課金が終了したアプリケーションの課金規則が、前記課金が終了したアプリケーションについてのアプリケーションレイヤの課金情報の報告を示すことを検出し、前記ＣＴＦデバイスにより、前記アプリケーションの確立された課金セッションを使用することによって、前記課金が終了したアプリケーションについての収集された課金情報を前記課金システムに送信するステップ
をさらに含む、請求項２から４のいずれか一項に記載の課金方法。
前記ＣＴＦデバイスが、最後に課金されたアプリケーションが終了したことを検出したとき、前記ＣＴＦデバイスにより、前記アプリケーションの確立された課金セッションを中止するために、課金セッション中止要求を前記課金システムに送信するステップ
をさらに含む、請求項１から５のいずれか一項に記載の課金方法。
前記ＣＴＦデバイスにより、最後に課金されたアプリケーションが終了したことを検出することは、前記アプリケーション識別子に対応するアプリケーションが終了し、他のアプリケーションが課金情報を現在収集も報告もしていない、または、前記アプリケーション識別子に対応するアプリケーションの課金規則が更新または削除され、結果として前記アプリケーションのための課金を行う必要がなく、他のアプリケーションが課金情報を現在収集も報告もしていないならば、前記ＣＴＦデバイスにより、前記検出された最後に課金されたアプリケーションが終了したと判定することを特に含む、請求項６に記載の課金方法。
前記ＣＴＦデバイスが、前記最後に課金されたアプリケーションが終了したことを検出したとき、ＩＰコネクティビティ・アクセス・ネットワーク・セッション（IP-CAN）Sessionが終了していないならば、前記課金セッション中止要求は、前記最後のアプリケーションのための課金が終了したが前記IP-CAN Sessionは終了していないことを示すための指示を含み、前記IP-CAN Sessionが終了したならば、前記課金セッション中止要求は前記IP-CAN Sessionが終了したことを示すための指示を含む、請求項６または７に記載の課金方法。
前記ＣＴＦデバイスは、前記課金システムがサービングゲートウェイアドレスまたは公衆陸上移動ネットワーク（ＰＬＭＮ）識別子に従って前記アプリケーション識別子に対応するアプリケーションのために課金するように、前記アプリケーションのフローが通過するサービングゲートウェイのアドレス、または、ＰＬＭＮの識別子を、前記アプリケーションの課金セッションを使用することによって、前記課金システムに送信する、請求項１から８のいずれか一項に記載の課金方法。
前記ＣＴＦデバイスはトラフィック検出機能（ＴＤＦ）デバイスであり、前記方法は、
前記ＴＤＦデバイスにより、前記ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子を受信するステップであって、前記サービングゲートウェイアドレスまたはＰＬＭＮ識別子は、ポリシーおよび課金実施機能（ＰＣＥＦ）デバイスによって前記ＰＣＲＦデバイスに送信される、ステップ
をさらに含む、請求項９に記載の課金方法。
前記方法は、
前記ＣＴＦデバイスにより、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求を前記ＰＣＲＦデバイスに送信するステップであって、前記ＰＣＥＦデバイスが、前記ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、前記サービングゲートウェイアドレスまたはＰＬＭＮ識別子を前記ＰＣＲＦデバイスに送信し、前記ＰＣＲＦデバイスが、前記ＣＴＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、前記サービングゲートウェイアドレスまたはＰＬＭＮ識別子を前記ＣＴＦデバイスに送信するように、前記ＰＣＲＦデバイスが、前記ＣＴＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、前記サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求を前記ＰＣＥＦデバイスに送信する、ステップ
をさらに含む請求項１０に記載の課金方法。
前記課金システムがオンライン課金システム（ＯＣＳ）であり、前記ＣＴＦデバイスが前記ＯＣＳによって返信された再認証トリガ条件であって、前記トリガ条件がサービングゲートウェイアドレス変更またはＰＬＭＮ変更を含む、再認証トリガ条件を受信し、前記ＣＴＦデバイスにより、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求を前記ＰＣＲＦデバイスに送信するステップは、
前記ＣＴＦデバイスにより、前記トリガ条件に含まれるサービングゲートウェイアドレス変更またはＰＬＭＮ変更に従って、サービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求を前記ＰＣＲＦデバイスに送信するステップ
を特に含む、請求項１０または１１に記載の課金方法。
前記ＰＣＥＦデバイスが前記サービングゲートウェイアドレスまたはＰＬＭＮが変わったことを検出した後、前記ＰＣＥＦデバイスにより、前記ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、変更されたサービングゲートウェイアドレスまたは変更されたＰＬＭＮ識別子を前記ＰＣＲＦデバイスに送信するステップと、前記ＰＣＲＦデバイスにより、前記ＣＴＦデバイスによって送信されたサービングゲートウェイアドレス変更閲覧予約要求またはＰＬＭＮ変更閲覧予約要求に従って、前記変更されたサービングゲートウェイアドレスまたは変更されたＰＬＭＮ識別子を前記ＣＴＦデバイスに送信するステップと、前記ＣＴＦデバイスにより、サービングゲートウェイアドレス変更またはＰＬＭＮ変更に従って、前記アプリケーションについての収集された課金情報の報告をトリガするステップと、
をさらに含む請求項１１または１２に記載の課金方法。
前記ＣＴＦデバイスがトラフィック検出機能（ＴＤＦ）デバイスであり、前記ＴＤＦデバイスは、ポリシーおよび課金実施機能（ＰＣＥＦ）デバイスによって直接に送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子、および、前記サービングゲートウェイアドレスが変わった後に送信された変更されたサービングゲートウェイアドレスまたは前記ＰＬＭＮが変わった後に送信された変更されたＰＬＭＮ識別子を受信する、請求項９に記載の課金方法。
ポリシーおよび課金規則機能（ＰＣＲＦ）デバイスからアプリケーションの課金規則を受信するように構成された第１受信ユニットであって、前記アプリケーションの課金規則はアプリケーション識別子および前記アプリケーションの課金規則パラメータを搬送する、第１受信ユニットと、
前記アプリケーション識別子に従って、１つまたはより多くのベアラ上で送信される前記アプリケーションのフローを検出し、前記アプリケーションの課金規則パラメータに従って課金セッション確立要求を課金システムに送信し、前記課金セッション確立要求を使用することによって前記アプリケーションの課金セッションを確立し、前記検出されたアプリケーションのフローについての課金情報を収集するように構成された第１処理ユニットと、
前記アプリケーションの課金セッションを使用することによって、前記アプリケーションのフローについての収集された課金情報を前記課金システムに送信するように構成された第１送信ユニットと、
を含み、
前記第１受信ユニットは、さらに、他のアプリケーションの課金規則を前記ＰＣＲＦデバイスから受信するように構成され、前記第１処理ユニットは、さらに、前記他のアプリケーションの課金規則に従って、１つまたはより多くのベアラ上で送信される前記他のアプリケーションのフローを検出するように構成され、前記第１受信ユニットが前記ＰＣＲＦデバイスからフローの課金規則を受信したならば、前記検出されたアプリケーションのフローが前記フローの課金規則および複数のアプリケーションの課金規則と合致したとき、前記アプリケーション識別子に対応するアプリケーションの課金規則の課金優先度が前記フローの課金規則の課金優先度および前記他のアプリケーションの課金規則の課金優先度より高く、前記アプリケーション識別子に対応するアプリケーションの課金規則が前記アプリケーションのための課金の必要性を示すならば、前記第１処理ユニットは、さらに、前記アプリケーション識別子に対応するアプリケーションについての課金情報が収集され報告される必要があると判定するように構成された課金検出機能（ＣＴＦ）デバイス。
前記第１処理ユニットは、
前記ＣＴＦデバイスが課金されるべき第１のアプリケーションを検出したとき、前記課金規則パラメータに従って、前記課金セッション確立要求を前記課金システムに送信し、前記課金セッション確立要求を使用することによって、前記アプリケーションの課金セッションを確立する
ように特に構成された、請求項１５に記載のＣＴＦデバイス。
前記アプリケーションの課金セッションが確立された後、前記課金システムがオンライン課金システムであり、前記第１処理ユニットが、課金されるべき他のアプリケーションが開始し、前記他のアプリケーションの料率グループを満たす割り当てが現在提供されていないことを検出したならば、前記第１送信ユニットは、前記アプリケーションの確立された課金セッションを使用することによって、前記課金システムからの前記他のアプリケーションの割り当てを要求し、または、
前記アプリケーションの課金セッションが確立された後、前記第１処理ユニットが、課金されたアプリケーションが終了し、課金が終了したアプリケーションの課金規則が、前記課金が終了したアプリケーションについてのアプリケーションレイヤの課金情報の報告を示すことを検出したならば、前記第１送信ユニットは前記アプリケーションの確立された課金セッションを使用することによって、前記課金が終了したアプリケーションについての収集された課金情報を前記課金システムに送信する、請求項１６に記載のＣＴＦデバイス。
前記第１送信ユニットは、前記課金システムがサービングゲートウェイアドレスまたは公衆陸上移動ネットワーク（ＰＬＭＮ）識別子に従ってアプリケーション識別子に対応するアプリケーションのために課金するように、前記アプリケーションのフローが通過するサービングゲートウェイのアドレス、または、ＰＬＭＮの識別子を、前記アプリケーションの課金セッションを使用することによって、前記課金システムに送信する、請求項１５から１７のいずれか一項に記載のＣＴＦデバイス。
前記第１受信ユニットは、前記ＰＣＲＦデバイスによって送信されたサービングゲートウェイアドレスまたはＰＬＭＮ識別子をさらに受信し、前記サービングゲートウェイアドレスまたはＰＬＭＮ識別子は、ポリシーおよび課金実施機能（ＰＣＥＦ）デバイスによって前記ＰＣＲＦデバイスに送信される、請求項１８に記載のＣＴＦデバイス。
請求項１５から１９のいずれか一項に記載のＣＴＦデバイスを含むアプリケーション課金システム。