JP5989134B2 - スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法および装置 - Google Patents

スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法および装置 Download PDF

Info

Publication number
JP5989134B2
JP5989134B2 JP2014552714A JP2014552714A JP5989134B2 JP 5989134 B2 JP5989134 B2 JP 5989134B2 JP 2014552714 A JP2014552714 A JP 2014552714A JP 2014552714 A JP2014552714 A JP 2014552714A JP 5989134 B2 JP5989134 B2 JP 5989134B2
Authority
JP
Japan
Prior art keywords
request
sponsored
sponsored data
credit control
control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2014552714A
Other languages
English (en)
Other versions
JP2015509334A (ja
Inventor
ヤン リ,シャン
ヤン リ,シャン
Original Assignee
アルカテル−ルーセント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アルカテル−ルーセント filed Critical アルカテル−ルーセント
Publication of JP2015509334A publication Critical patent/JP2015509334A/ja
Application granted granted Critical
Publication of JP5989134B2 publication Critical patent/JP5989134B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403Architecture for metering, charging or billing
    • H04L12/1407Policy-and-charging control [PCC] architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1453Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network
    • H04L12/1471Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network splitting of costs
    • H04L12/1475Methods or systems for payment or settlement of the charges for data transmission involving significant interaction with the data transmission network splitting of costs the splitting involving a third party
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/61Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the service used
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80Rating or billing plans; Tariff determination aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/02Capturing of monitoring data
    • H04L43/028Capturing of monitoring data by filtering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01Details of billing arrangements
    • H04M2215/0192Sponsored, subsidised calls via advertising, e.g. calling cards with ads or connecting to special ads, free calling time by purchasing goods

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Meter Arrangements (AREA)
  • Telephonic Communication Services (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、通信技術の分野に関し、より詳細には、スポンサー付きデータ・アプリケーション(sponsored data application)に対する課金制御を実行する技術に関する。
高速ブロードバンド・データ・アクセスの分野、マルチメディア・マルチタスク・スマート・フォン/タブレット、およびクラウド・コンピューテーションベースのアプリケーションでのモバイル通信技術の急速な発展に伴って、エンド・ユーザは、どこでもいつでもモバイル端末を介してアプリケーションに便利にアクセスし、またはアプリケーションをダウンロードすることができる。ますます多くのサービス・プロバイダが、大規模なアプリケーションを提供することによってユーザの目を引くので、オペレータは、対応するデータに対する課金制御を実行することを望む。
したがって、ネットワーク・オペレータとサービス・プロバイダとの間のスポンサー付きデータ課金モデルが現れる。このモデルでは、サービス・プロバイダは、ネットワーク・オペレータに直接に支払うのではなく、サービス・プロバイダからダウンロードしたアプリケーションについて支払うようにユーザを引き付ける。サービス・プロバイダは、これらのアプリケーション・データをダウンロードするために提供されたブロードバンド・ネットワークについてネットワーク・オペレータに償うために、これらのユーザからの支払をネットワーク・オペレータと分け合う。
従来技術では、3GPPが、ネットワーク内の特定のリソースを保護するためにネットワーク・オペレータがネットワーク帯域幅を制御し、管理するのを援助するためにPolicy and Charging Control(ポリシおよび課金制御)(PCC)技術を導入する。しかし、既存のPCCアーキテクチャを、スポンサー付きデータ課金モデルによく適合させることはできない。PCCアーキテクチャは、オペレータが、それ自体の加入者のデータ・サービス接続を制御することだけを可能にすることができるが、加入者のデータ・サービス接続に関するポリシおよび課金制御をどのように実行すべきかという問題に明確に対処することはできない。
したがって、課金システムの正確な比率および効率を改善するために、スポンサー付きデータ・アプリケーションに対する課金制御をどのように実行すべきかを解決することが、差し迫った問題になる。
本発明の目的は、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法および装置を提供することである。
本発明の一態様によれば、Policy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行する方法を提供し、この方法は、
a. ユーザによってサブミットされたサービス・アクセス要求を受信するステップと、
b. 所定のポリシ・ルールに基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定するステップと、
c. クレジット制御要求をスポンサー付きデータ課金デバイスに送信するステップであって、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、ステップと、
d. スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信するステップであって、クレジット制御応答は、サービス・アクセス要求に対応する課金制御情報を含む、ステップと、
e. 課金制御情報に基づいて、サービス・アクセス要求をスポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトするステップと
を含む。
好ましくは、この方法は、
− 課金制御情報に基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定するステップと、
− トリガ条件が満たされるかどうかをインスペクトするステップと、
− トリガ条件が満たされるときに、クレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するステップと、
− クレジット制御更新要求に基づいてスポンサー付きデータ課金デバイスから返されたクレジット制御更新応答を受信するステップであって、クレジット制御応答は、サービス・アクセス要求に対応する課金制御更新情報を含む、ステップと
をさらに含む。
より好ましくは、トリガ条件は、
− スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過すること、
− ユーザの勘定残高が、所定のしきい値未満であること、
− ユーザに対応するIPアドレスが、許可されるアクセスのリストに含まれないこと
という項目のうちの少なくとも1つを含む。
本発明の別の態様によれば、Policy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行する方法がさらに提供され、この方法は、
A. ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御要求を受信するステップであって、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、ステップと、
B. クレジット制御要求に対応するスポンサー付きサービスの所定のルールに基づいて、スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定するステップと、
C. クレジット制御要求に対応するクレジット制御応答をディープ・パケット・インスペクション・デバイスに送信するステップであって、クレジット制御応答は、課金制御情報を含む、ステップと
を含む。
好ましくは、ステップBは、
− サービス・アクセス要求が、スポンサー付きサービスのルールと一致する場合に、課金制御情報を判定するステップであって、課金制御情報は、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含む、ステップと、
− サービス・アクセス要求が、スポンサー付きサービスのルールと一致しない場合に、課金制御情報に関するクレジット制御要求をOCSに送信し、OCSによってクレジット制御要求に基づいてフィード・バックされた課金制御情報を受信するステップと
のうちのいずれか1つを含む。
好ましくは、この方法は、
− ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信するステップと、
− スポンサー付きサービスの所定のルールと組み合わせたクレジット制御更新要求に基づいて、クレジット制御更新要求に対応する課金制御更新情報を判定するステップと、
クレジット制御更新要求に対応するクレジット制御更新応答をディープ・パケット・インスペクション・デバイスに送信するように構成された第2の応答送信モジュールであって、クレジット制御更新応答は、課金制御更新情報を含む、第2の応答送信モジュールと
をさらに含む。
本発明のさらなる態様によれば、Policy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するディープ・パケット・インスペクション・デバイスがさらに提供され、このディープ・パケット・インスペクション・デバイスは、
ユーザによってサブミットされたサービス・アクセス要求を受信するように構成された第1の要求受信モジュールと、
所定のポリシ・ルールに基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定するように構成されたアプリケーション判定モジュールと、
クレジット制御要求をスポンサー付きデータ課金デバイスに送信するように構成された第1の要求送信モジュールであって、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、第1の要求送信モジュールと、
スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信するように構成された第1の応答受信モジュールであって、クレジット制御応答は、サービス・アクセス要求に対応する課金制御情報を含む、第1の応答受信モジュールと、
課金制御情報に基づいて、サービス・アクセス要求をスポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトするように構成されたリダイレクティング・デバイスと
を備える。
好ましくは、ディープ・パケット・インスペクション・デバイスは、
課金制御情報に基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定するように構成されたトリガ条件判定モジュールと、
トリガ条件が満たされるかどうかをインスペクトするように構成されたインスペクション・モジュールと、
トリガ条件が満たされるときに、クレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するように構成された第2の要求送信モジュールと、
クレジット制御更新要求に基づいてスポンサー付きデータ課金デバイスから返されたクレジット制御更新応答を受信するように構成された第2の応答受信モジュールであって、クレジット制御応答は、サービス・アクセス要求に対応する課金制御更新情報を含む、第2の応答受信モジュールと
をさらに備える。
より好ましくは、トリガ条件は、
− スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過すること、
− ユーザの勘定残高が、所定のしきい値未満であること、
− ユーザに対応するIPアドレスが、許可されるアクセスのリストに含まれないこと
という項目のうちの少なくとも1つを含む。
本発明のさらなる態様によれば、上記のディープ・パケット・インスペクション・デバイスを含む、Policy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金を実行するPGWがさらに提供される。
本発明のさらなる態様によれば、Policy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するスポンサー付きデータ課金デバイスがさらに提供され、このスポンサー付きデータ課金デバイスは、
ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御要求を受信するように構成された第2の要求受信モジュールであって、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、第2の要求受信モジュールと、
クレジット制御要求に対応するスポンサー付きサービスの所定のルールに基づいて、スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定するように構成された課金制御判定モジュールと、
クレジット制御要求に対応するクレジット制御応答をディープ・パケット・インスペクション・デバイスに送信するように構成された第1の応答送信モジュールであって、クレジット制御応答は、課金制御情報を含む、第1の応答送信モジュールと
を備える。
好ましくは、課金制御判定モジュールは、
− サービス・アクセス要求が、スポンサー付きサービスのルールと一致する場合に、課金制御情報を判定する動作であって、課金制御情報は、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含む、動作と、
− サービス・アクセス要求が、スポンサー付きサービスのルールと一致しない場合に、課金制御情報に関するクレジット制御要求をOCSに送信し、OCSによってクレジット制御要求に基づいてフィード・バックされた課金制御情報を受信する動作と
のうちのいずれか1つを実行する。
好ましくは、スポンサー付きデータ課金デバイスは、
ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信するように構成された第3の要求受信モジュールと、
スポンサー付きサービスの所定のルールと組み合わせたクレジット制御更新要求に基づいて、クレジット制御更新要求に対応する課金制御更新情報を判定するように構成された課金更新入手モジュールと、
クレジット制御更新要求に対応するクレジット制御更新応答をディープ・パケット・インスペクション・デバイスに送信するように構成された第2の応答送信モジュールであって、クレジット制御更新応答は、課金制御更新情報を含む、第2の応答送信モジュールと
をさらに備える。
本発明のさらなる態様によれば、上記のスポンサー付きデータ課金デバイスを含む、Policy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するOCSがさらに提供される。
本発明のさらなる態様によれば、上記のディープ・パケット検出デバイスおよび上記のスポンサー付きデータ課金デバイスを含む、Policy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するシステムがさらに提供される。
従来技術と比較して、本発明は、PCCアーキテクチャを拡張するためにディープ・パケット・インスペクション・デバイスおよびスポンサー付きデータ課金デバイスを導入し、対応するスポンサー付きデータ・アプリケーションは、ユーザによってサブミットされたサービス・アクセス要求に基づいて判定され、さらに、対応する課金制御情報は、スポンサー付きデータ・アプリケーションに基づいて判定され、対応するネットワーク・デバイスは、情報に基づいてリダイレクトされ、したがって、本発明は、スポンサー付きデータ・アプリケーションに対するリアルタイムの監視および課金を実現し、課金システムの正確な比率および効率を改善する。
本発明の他の特徴、目的、および利益は、次の添付図面を参照する非限定的な実施形態の詳細な説明を読むことによってより明白になる。
本発明の一態様による、スポンサー付きデータ・アプリケーションに対する課金制御を実行するデバイスを示す概略図である。 本発明の別の態様による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法を示す流れ図である。 本発明の1つの好ましい実施形態による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法を示す流れ図である。 本発明の別の好ましい実施形態による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法を示す流れ図である。
複数の図面の同一のまたは同様の符号は、同一のまたは同様の構成要素を表す。
以下では、本発明を、添付図面を参照してさらに詳細に説明する。
図1に、本発明の一態様による、スポンサー付きデータ・アプリケーションに対する課金制御を実行するデバイスの概略図を示す。このシステムは、ディープ・パケット・インスペクション(DPI)デバイスおよびスポンサー付きデータ課金サーバ(SDCS)デバイスを含み、DPIは、第1の要求受信モジュール101、アプリケーション判定102、第1の要求送信モジュール103、第1の応答受信モジュール、およびリダイレクティング・モジュール105を含み、SDCSは、第2の要求受信モジュール106、課金制御判定モジュール107、および第1の応答送信モジュール108を含む。
DPI内の第1の要求受信モジュール101は、加入者によってサブミットされたサービス・アクセス要求を受信する。たとえば、加入者は、モバイル端末内の対応するアプリケーション・アイコンまたは関連するページのページ・ボタンをクリックすることによってサービス・アクセス要求をサブミットし、DPIが、ゲートウェイ内、たとえばPGW内に配置されるときには、DPIは、モバイル端末と相互作用し、DPI内の第1の要求受信モジュール101が、加入者によってサブミットされたサービス・アクセス要求を入手するようになっており、あるいは、DPIが独立のデバイスである場合には、DPIは、PGWなどのゲートウェイと相互作用し、DPI内の第1の要求受信モジュール101が、加入者によってサブミットされたサービス・アクセス要求を入手するようになっている。
アプリケーション判定モジュール102は、所定のポリシ・ルールに基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定する。具体的には、アプリケーション判定モジュール102は、所定のポリシ・ルールに従って、第1の要求受信モジュール101によって受信されたサービス・アクセス要求に基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定し、たとえば、Partnership Management System(パートナーシップ・マネジメント・システム)(PMS)から受信されたポリシ・ルールに基づいてスポンサー付きデータ・アプリケーションをインスペクトし、たとえば、スポンサー付きデータ・アプリケーションの使用トラフィックをインスペクトする。
ここで、PMSは、オペレーション・ネットワークに関して異なるサードパーティ・サービス・プロバイダによって提供されるスポンサー付きデータを管理し、ポリシ・ルール、スポンサー付きサービスのルール、およびスポンサー付きデータの価格リストを、責任を負うデバイスに提供する。ここで、ネットワークは、専用のベアラ・パスまたはデータ・チャネルをこれらのスポンサー付きデータ・アプリケーションに割り当てる。スポンサー付きデータ・アプリケーションは、専用のデータ・チャネルからサードパーティ・サービス・プロバイダに向けられる。スポンサー付きデータ・アプリケーションの専用のデータ・チャネルは、ゲートウェイPGW内で「無料」である、すなわち、PGWは、スポンサー付きデータ・アプリケーションを監視せず、報告しない。DPIが独立である場合には、DPIは、PGWの重荷を軽減するために、専用のデータ・チャネルを介してスポンサー付きデータ・アプリケーションを監視する。DPIは、スポンサー付きデータ・アプリケーションのインスペクション情報を所定のポリシ・ルールと照合し、専用のデータ・チャネルを介して各スポンサー付きデータ・アプリケーションの使用トラフィックを監視する。ここで、DPIは、スポンサー付きデータ・アプリケーションのデータ・トラフィック使用条件をリアルタイムでSDCSに報告する。
第1の要求送信モジュール103は、クレジット制御要求をSDCSに送信し、ここで、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む。具体的には、第1の要求送信モジュール103は、アプリケーション判定モジュール102によって判定されたスポンサー付きデータ・アプリケーションに基づいてスポンサー付きデータ・アプリケーションの識別情報を入手し、さらに、第1の要求送信モジュールは、識別情報をクレジット制御要求の特定のフィールドに書き込むことによってクレジット制御要求を生成し、その要求をSDCSに送信する。
SDCS内の第2の要求受信モジュール106は、DPIから送信されたクレジット制御要求を受信し、ここで、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む。
課金制御判定モジュール107は、クレジット制御要求に対応するスポンサー付きサービスの所定のルールに基づいて、スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定する。具体的には、課金制御判定モジュール107は、次の動作、すなわち、
− サービス・アクセス要求が、スポンサー付きサービスのルールと一致する場合には、課金制御情報を判定する動作であって、ここで、課金制御情報は、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含む、動作、
− サービス・アクセス要求が、スポンサー付きサービスのルールと一致しない場合には、課金制御情報に関するクレジット制御要求をオンライン課金システムOCSに送信し、OCSによってクレジット制御要求に基づいてフィード・バックされた課金制御情報を受信する動作であって、ここで、OCSは、サービス・アクセス要求に対応する非スポンサー付きデータ・アプリケーションに課金する、動作
のうちの任意の1つを実行する。
たとえば、課金制御判定モジュール107は、DPIから送信され、第2の要求受信モジュールによって受信されたクレジット制御要求に基づいて、要求の特定のフィールドからスポンサー付きデータ・アプリケーションの識別情報を解析し、それらが一致する場合には、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報が、判定され、それらが一致しない場合には、課金制御情報に関するクレジット制御要求が、OCSに送信され、OCSは、対応する課金制御情報を判定し、これをSDCSに返す。
ここで、サービス・アクセス要求が、スポンサー付きサービスのルールに一致せず、たとえば、サービス・アクセス要求が、所定のアクセス期間を超え、加入者に対応するIPアドレスが、許可されるアクセスのリストに含まれず、または、ユーザの残りのトラフィックが、使用可能なしきい値未満である場合には、サービス・アクセス要求に対応するデータ・アプリケーションは、非スポンサー付きデータ・アプリケーションである、すなわち、加入者は、データ・アプリケーションに支払わなければならないと考えることができ、OCSは、既存の課金制御ルールに基づいて、非スポンサー付きデータ・アプリケーションに課金する。PGWは、共通のデータ使用トラフィックだけを、Gy基準ポイントを介してOCSに報告する。
ここで、スポンサー付きサービスのルールを、たとえば、IPアドレス範囲、プロトコル、URL、アプリケーションID、その他、またはその組合せに基づいて判定することができ、あるいは、加入者の価格リストID、スポンサー時間期間、トラフィックしきい値、もしくは他の情報、またはその組合せと組み合わせてさらに判定することができる。上の情報を、たとえば、デバイス・タイプ、モバイルMDN/MSIDSNプレフィックスもしくは番号範囲、IMSIプレフィックス、アクセス・ポイント名、アクセス技術タイプ、サービス識別子、サービス・タイプ、アプリケーション・タイプ、位置情報、ローミング情報、時刻、日付、トラフィック使用しきい値、IPアドレス範囲、その他を含めて(これに限定されずに)、PMSによってSDCSに提供することができる。
スポンサー付きサービスのいくつかのルールの例を、下に提供する。
1)位置ベースのスポンサー付きデータ・アプリケーション
エンド・ユーザが、ホーム・ネットワーク内のサードパーティ・サービス・プロバイダのデータ・サービスにアクセスするときに、サービス・データは、そのサードパーティ・サービス・プロバイダによってスポンサーされ、エンド・ユーザが、ホーム・ネットワークを越えてネットワーク内または特定の位置でローミングするときに、データ・サービスは、サードパーティ・サービス・プロバイダによるスポンサー付きではなくなり、エンド・ユーザは、対応するデータ・サービス接続料金をネットワーク・オペレータに支払わなければならない。
2)IPアドレス範囲ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、xとyとの間のIPアドレス範囲を有し、ネットワーク・オペレータにアクセスするすべてのエンド・ユーザによって引き起こされるすべてのトラフィックが、スポンサー付きでなければならず、エンド・ユーザが、そのようなトラフィックについて課金されないというネットワーク・オペレータとの契約を有する。
3)時刻範囲ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、指定された時間期間内にネットワーク・オペレータにアクセスするすべてのエンド・ユーザによって引き起こされるすべてのトラフィックが、スポンサー付きでなければならず、エンド・ユーザが、そのようなトラフィックについて課金されないというネットワーク・オペレータとの契約を有する。
4)トラフィック使用制約ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、すべてのエンド・ユーザについて、1ヵ月以内のエンド・ユーザの総トラフィック使用が1GB未満である限り、ネットワーク・オペレータにアクセスするためのエンド・ユーザのすべてのトラフィックが、スポンサー付きでなければならず、端末使用が1GBトラフィックを使い果たしたときには、エンド・ユーザが、対応するデータ・サービス接続料金をネットワーク・オペレータに支払わなければならないというネットワーク・オペレータとの契約を有する。
第1の応答送信モジュール108は、クレジット制御要求に対応するクレジット制御応答をDPIに送信し、ここで、クレジット制御応答は、課金制御情報を含む。具体的には、第1の応答送信モジュール108は、クレジット制御フィールドの特定のフィールドに課金制御情報を書き込むことを介して課金制御判定モジュール107によって判定された課金制御情報に基づいてクレジット制御応答を生成し、さらに、クレジット制御応答は、Gy基準ポイントを介してDPIに送信される。
DPI内の第1の応答受信モジュール104は、スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信し、ここで、クレジット制御応答は、サービス・アクセス要求に対応する課金制御情報を含む。
リダイレクティング・モジュール105は、課金制御情報に基づいて、スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにサービス・アクセスをリダイレクトする。たとえば、SDCSから返された課金制御情報が、スポンサー付きデータ・アプリケーションに関するユーザの課金クォータ、たとえば200MBを含むときに、リダイレクティング・モジュール105は、ユーザがスポンサー付きデータ・アプリケーションにアクセスするように、サービス・アクセス要求をスポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトする。あるいは、SDCSから返された課金制御情報に含まれる課金クォータがゼロであるときには、リダイレクティング・モジュール105は、サービス・アクセス要求を対応するネットワーク・デバイスにリダイレクトするのではなく、セッションを終了する。
本発明では、非スポンサー付きデータ・アプリケーションの使用は、既存のOCSによって管理され、制御されるが、スポンサー付きデータ・アプリケーションの使用は、本発明で導入されるSDCSによって管理され、制御され、したがって、スポンサー付きデータ・アプリケーションは、共通のトラフィック・ユーザ・チャージャ(traffic user charger)によって管理されず、ユーザによって支払われるのでもない。したがって、本発明は、スポンサー付きデータ・アプリケーションへの二重課金を効果的に回避する。
好ましい実施形態では、DPIは、さらに、トリガ条件判定モジュール、インスペクション・モジュール、第2の要求送信モジュール、および第2の応答受信モジュールを含み、SDCSは、さらに、第3の要求受信モジュール、課金更新入手モジュール、および第2の応答送信モジュールを含み、これらのすべてが、図面には示されていない。
DPI内のトリガ条件判定モジュールは、課金制御情報に基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定する。具体的には、SDCSは、課金制御情報をDPIに送信するときに、スポンサー付きサービスの対応するルールと、IPアドレス範囲、スポンサー付き時間期間、トラフィックしきい値、その他などの情報とを、課金制御情報に書き込むことができ、DPIが、課金制御情報を受信した後に、その上のトリガ条件判定モジュールは、上の情報またはその組合せに基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定する。ここで、トリガ条件は、
− スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過すること、
− ユーザの勘定残高が、所定のしきい値未満であること、
− ユーザに対応するIPアドレスが、許可されるアクセスのリストに含まれないこと
という項目のうちの少なくとも1つを含むが、これに限定されない。
たとえば、所定のアクセス時間期間が、10:00〜12:00である場合に、スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過するときに、DPIは、対応するクレジット制御更新要求をSDCSに送信しなければならない。
当業者は、上のトリガ条件が例示にすぎず、他の既存のまたはおそらく将来に案出されるトリガ条件も、本発明に適用可能である場合に、参照によって本明細書に組み込まれている本発明の保護範囲に含まれなければならないことを理解するに違いない。
インスペクション・モジュールは、トリガ条件が満たされるかどうかをインスペクトする。ここで、インスペクション・モジュールは、インスペクトすべき各スポンサー付きデータ・アプリケーションを常にインスペクトし、上のトリガ条件が満たされるかどうかを判定する。
トリガ条件が満たされるときには、第2の要求送信モジュールは、クレジット制御更新要求をスポンサー付きデータ課金デバイスに送信する。ここで、クレジット制御更新要求は、スポンサー付きデータ・アプリケーションをインスペクトしたことの結果を含む。
SDCS内の第3の要求受信モジュールは、ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信する。
課金更新入手モジュールは、スポンサー付きサービスの所定のルールと組み合わせたクレジット制御更新要求に基づいて、クレジット制御更新要求に対応する課金制御更新情報を判定する。ここで、課金更新入手モジュールは、クレジット制御更新要求の特定のフィールドからスポンサー付きデータ・アプリケーションのインスペクション結果を抽出し、さらに、スポンサー付きサービスの所定のルールとのさらなる組合せで、クレジット制御更新要求がスポンサー付きデータ・アプリケーションまたは非スポンサー付きデータ・アプリケーションのどちらに対応するのかを判定し、その後、対応する課金制御更新情報を直接に判定するか、または非スポンサー付きデータ・アプリケーションに課金するためにこれをOCSに送信する。
第2の応答送信モジュールは、クレジット制御更新応答の特定のフィールドに情報を書き込むことを介して課金更新入手モジュールによって入手された課金制御更新情報に基づいて、対応するクレジット制御更新応答を生成し、さらに、クレジット制御更新応答をDPIに返す。
DPI内の第2の応答受信モジュールは、クレジット制御更新要求に基づいてスポンサー付きデータ課金デバイスから返されたクレジット制御更新応答を受信し、ここで、クレジット制御応答は、サービス・アクセス要求に対応する課金制御更新情報を含む。
好ましくは、ディープ・パケット・インスペクション・デバイスは、独立であるか、ゲートウェイ(PGW)内に配置されるものとすることができる。
好ましくは、スポンサー付きデータ課金デバイスは、独立であるか、オンライン課金システム(OCS)内に配置されるものとすることができる。
好ましくは、本発明は、さらに、歳入分与および決済システム(Revenue Sharing and Settlement System、RSSS)を導入することができ、RSSSは、ネットワーク・オペレータとサードパーティ・サービス・プロバイダとの間のスポンサー付きデータの価格リストをPMSから受信し、SDCSからの課金制御情報と組み合わせて、サードパーティ・サービス・プロバイダの勘定を判定する。
図2に、本発明の別の態様による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法の流れ図を示す。
ステップ201では、DPIが、加入者によってサブミットされたサービス・アクセス要求を受信する。たとえば、加入者は、モバイル端末内の対応するアプリケーション・アイコンまたは関連するページのページ・ボタンをクリックすることによってサービス・アクセス要求をサブミットし、DPIが、ゲートウェイ内、たとえばPGW内に配置されるときには、DPIは、モバイル端末と相互作用し、ステップ201で、DPIが、加入者によってサブミットされたサービス・アクセス要求を入手するようになっており、あるいは、DPIが独立のデバイスである場合には、DPIは、PGWなどのゲートウェイと相互作用し、ステップ201で、DPIが、加入者によってサブミットされたサービス・アクセス要求を入手するようになっている。
ステップ202では、DPIは、所定のポリシ・ルールに基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定する。具体的には、ステップ202で、DPIは、所定のポリシ・ルールに従って、ステップ201で受信されたサービス・アクセス要求に基づいて、サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定し、たとえば、パートナーシップ・マネジメント・システム(PMS)から受信されたポリシ・ルールに基づいてスポンサー付きデータ・アプリケーションをインスペクトし、たとえば、スポンサー付きデータ・アプリケーションの使用トラフィックをインスペクトする。
ここで、PMSは、オペレーション・ネットワークに関して異なるサードパーティ・サービス・プロバイダによって提供されるスポンサー付きデータを管理し、ポリシ・ルール、スポンサー付きサービスのルール、およびスポンサー付きデータの価格リストを、責任を負うデバイスに提供する。ここで、ネットワークは、専用のベアラ・パスまたはデータ・チャネルをこれらのスポンサー付きデータ・アプリケーションに割り当てる。スポンサー付きデータ・アプリケーションは、専用のデータ・チャネルからサードパーティ・サービス・プロバイダに向けられる。スポンサー付きデータ・アプリケーションの専用のデータ・チャネルは、ゲートウェイPGW内で「無料」である、すなわち、PGWは、スポンサー付きデータ・アプリケーションを監視せず、報告しない。DPIが独立である場合には、DPIは、PGWの重荷を軽減するために、専用のデータ・チャネルを介してスポンサー付きデータ・アプリケーションを監視する。DPIは、スポンサー付きデータ・アプリケーションのインスペクション情報を所定のポリシ・ルールと照合し、専用のデータ・チャネルを介して各スポンサー付きデータ・アプリケーションの使用トラフィックを監視する。ここで、DPIは、スポンサー付きデータ・アプリケーションのデータ・トラフィック使用条件をリアルタイムでSDCSに報告する。
ステップ203では、DPIが、クレジット制御要求をSDCSに送信し、ここで、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む。具体的には、ステップ203で、DPIは、ステップ202で判定されたスポンサー付きデータ・アプリケーションに基づいてスポンサー付きデータ・アプリケーションの識別情報を入手し、さらに、識別情報をクレジット制御要求の特定のフィールドに書き込むことによってクレジット制御要求を生成し、その要求をSDCSに送信する。
SDCSは、DPIから送信されたクレジット制御要求を受信し、ここで、クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む。
ステップ204では、SDCSが、クレジット制御要求に対応するスポンサー付きサービスの所定のルールに基づいて、スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定する。具体的には、ステップ204で、SDCSは、次の動作のうちの任意の1つを実行する。
− サービス・アクセス要求が、スポンサー付きサービスのルールと一致する場合には、課金制御情報を判定し、ここで、課金制御情報は、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含み、
− サービス・アクセス要求が、スポンサー付きサービスのルールと一致しない場合には、課金制御情報に関するクレジット制御要求をオンライン課金システムOCSに送信し、OCSによってクレジット制御要求に基づいてフィード・バックされた課金制御情報を受信し、ここで、OCSは、サービス・アクセス要求に対応する非スポンサー付きデータ・アプリケーションに課金する。
たとえば、ステップ204では、SDCSが、DPIから送信され、ステップ203で受信されたクレジット制御要求に基づいて、要求の特定のフィールドからスポンサー付きデータ・アプリケーションの識別情報を解析し、それらが一致する場合には、スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報が、判定され、それらが一致しない場合には、課金制御情報に関するクレジット制御要求が、OCSに送信され、OCSは、対応する課金制御情報を判定し、これをSDCSに返す。
ここで、サービス・アクセス要求が、スポンサー付きサービスのルールに一致せず、たとえば、サービス・アクセス要求が、所定のアクセス期間を超え、加入者に対応するIPアドレスが、許可されるアクセスのリストに含まれず、または、ユーザの残りのトラフィックが、使用可能なしきい値未満である場合には、サービス・アクセス要求に対応するデータ・アプリケーションは、非スポンサー付きデータ・アプリケーションである、すなわち、加入者は、データ・アプリケーションに支払わなければならないと考えることができ、OCSは、既存の課金制御ルールに基づいて、非スポンサー付きデータ・アプリケーションに課金する。PGWは、共通のデータ使用トラフィックだけを、Gy基準ポイントを介してOCSに報告する。
ここで、スポンサー付きサービスのルールを、たとえば、IPアドレス範囲、プロトコル、URL、アプリケーションID、その他、またはその組合せに基づいて判定することができ、あるいは、加入者の価格リストID、スポンサー時間期間、トラフィックしきい値、もしくは他の情報、またはその組合せと組み合わせてさらに判定することができる。上の情報を、たとえば、デバイス・タイプ、モバイルMDN/MSIDSNプレフィックスもしくは番号範囲、IMSIプレフィックス、アクセス・ポイント名、アクセス技術タイプ、サービス識別子、サービス・タイプ、アプリケーション・タイプ、位置情報、ローミング情報、時刻、日付、トラフィック使用しきい値、IPアドレス範囲、その他を含めて(これに限定されずに)、PMSによってSDCSに提供することができる。
スポンサー付きサービスのいくつかのルールの例を、下に提供する。
1)位置ベースのスポンサー付きデータ・アプリケーション
エンド・ユーザが、ホーム・ネットワーク内のサードパーティ・サービス・プロバイダのデータ・サービスにアクセスするときに、サービス・データは、そのサードパーティ・サービス・プロバイダによってスポンサーされ、エンド・ユーザが、ホーム・ネットワークを越えてネットワーク内または特定の位置でローミングするときに、データ・サービスは、サードパーティ・サービス・プロバイダによるスポンサー付きではなくなり、エンド・ユーザは、対応するデータ・サービス接続料金をネットワーク・オペレータに支払わなければならない。
2)IPアドレス範囲ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、xとyとの間のIPアドレス範囲を有し、ネットワーク・オペレータにアクセスするすべてのエンド・ユーザによって引き起こされるすべてのトラフィックが、スポンサー付きでなければならず、エンド・ユーザが、そのようなトラフィックについて課金されないというネットワーク・オペレータとの契約を有する。
3)時刻範囲ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、指定された時間期間内にネットワーク・オペレータにアクセスするすべてのエンド・ユーザによって引き起こされるすべてのトラフィックが、スポンサー付きでなければならず、エンド・ユーザが、そのようなトラフィックについて課金されないというネットワーク・オペレータとの契約を有する。
4)トラフィック使用制約ベースのスポンサー付きデータ・アプリケーション
サードパーティ・サービス・プロバイダは、すべてのエンド・ユーザについて、1ヵ月以内のエンド・ユーザの総トラフィック使用が1GB未満である限り、ネットワーク・オペレータにアクセスするためのエンド・ユーザのすべてのトラフィックが、スポンサー付きでなければならず、端末ユーザが1GBトラフィックを使い果たしたときには、エンド・ユーザが、対応するデータ・サービス接続料金をネットワーク・オペレータに支払わなければならないというネットワーク・オペレータとの契約を有する。
ステップ205では、SDCSが、クレジット制御要求に対応するクレジット制御応答をDPIに送信し、ここで、クレジット制御応答は、課金制御情報を含む。具体的には、ステップ205で、SDCSは、クレジット制御フィールドの特定のフィールドに課金制御情報を書き込むことを介してステップ204で判定された課金制御情報に基づいてクレジット制御応答を生成し、さらに、クレジット制御応答は、Gy基準ポイントを介してDPIに送信される。
DPIは、スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信し、ここで、クレジット制御応答は、サービス・アクセス要求に対応する課金制御情報を含む。
ステップ206では、DPIが、課金制御情報に基づいて、スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにサービス・アクセスをリダイレクトする。たとえば、SDCSから返された課金制御情報が、スポンサー付きデータ・アプリケーションに関するユーザの課金クォータ、たとえば200MBを含むときに、ステップ206で、SDCSは、ユーザがスポンサー付きデータ・アプリケーションにアクセスするように、サービス・アクセス要求をスポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトする。あるいは、SDCSから返された課金制御情報に含まれる課金クォータがゼロであるときには、ステップ206で、SDCSは、サービス・アクセス要求を対応するネットワーク・デバイスにリダイレクトするのではなく、セッションを終了する。
本発明では、非スポンサー付きデータ・アプリケーションの使用は、既存のOCSによって管理され、制御されるが、スポンサー付きデータ・アプリケーションの使用は、本発明で導入されるSDCSによって管理され、制御され、したがって、スポンサー付きデータ・アプリケーションは、共通のトラフィック・ユーザ・チャージャによって管理されず、ユーザによって支払われるのでもない。したがって、本発明は、スポンサー付きデータ・アプリケーションへの二重課金を効果的に回避する。
好ましい実施形態では、この方法は、さらに、ステップ207〜211を含み、上記ステップのすべてが、図面には示されていない。
ステップ207では、DPIが、課金制御情報に基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定する。具体的には、SDCSは、課金制御情報をDPIに送信するときに、スポンサー付きサービスの対応するルールと、IPアドレス範囲、スポンサー付き時間期間、トラフィックしきい値、その他などの情報とを、課金制御情報に書き込むことができ、DPIが、課金制御情報を受信した後に、ステップ207で、その上のDPIは、上の情報またはその組合せに基づいて、サービス・アクセス要求に対応するクレジット制御更新要求をスポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定する。ここで、トリガ条件は、
− スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過すること、
− ユーザの勘定残高が、所定のしきい値未満であること、
− ユーザに対応するIPアドレスが、許可されるアクセスのリストに含まれないこと
という項目のうちの少なくとも1つを含むが、これに限定されない。
たとえば、所定のアクセス時間期間が、10:00〜12:00である場合に、スポンサー付きデータ・アプリケーションへのユーザのアクセスが、所定のアクセス時間期間を超過するときに、DPIは、対応するクレジット制御更新要求をSDCSに送信しなければならない。
当業者は、上のトリガ条件が例示にすぎず、他の既存のまたはおそらく将来に案出されるトリガ条件も、本発明に適用可能である場合に、参照によって本明細書に組み込まれている本発明の保護範囲に含まれなければならないことを理解するに違いない。
ステップ208では、DPIは、トリガ条件が満たされるかどうかをインスペクトする。ここで、ステップ208で、DPIは、インスペクトすべき各スポンサー付きデータ・アプリケーションを常にインスペクトし、上のトリガ条件が満たされるかどうかを判定する。
トリガ条件が満たされるときには、ステップ209で、DPIは、クレジット制御更新要求をスポンサー付きデータ課金デバイスに送信する。ここで、クレジット制御更新要求は、スポンサー付きデータ・アプリケーションをインスペクトしたことの結果を含む。
SDCSは、ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信する。
ステップ210では、SDCSが、スポンサー付きサービスの所定のルールと組み合わせたクレジット制御更新要求に基づいて、クレジット制御更新要求に対応する課金制御更新情報を判定する。ここで、ステップ210で、SDCSは、クレジット制御更新要求の特定のフィールドからスポンサー付きデータ・アプリケーションのインスペクション結果を抽出し、さらに、スポンサー付きサービスの所定のルールとのさらなる組合せで、クレジット制御更新要求がスポンサー付きデータ・アプリケーションまたは非スポンサー付きデータ・アプリケーションのどちらに対応するのかを判定し、その後、対応する課金制御更新情報を直接に判定するか、または非スポンサー付きデータ・アプリケーションに課金するためにこれをOCSに送信する。
ステップ211では、SDCSが、クレジット制御更新応答の特定のフィールドに情報を書き込むことを介してステップ210で入手された課金制御更新情報に基づいて、対応するクレジット制御更新応答を生成し、さらに、クレジット制御更新応答をDPIに返す。
DPIは、クレジット制御更新要求に基づいてスポンサー付きデータ課金デバイスから返されたクレジット制御更新応答を受信し、ここで、クレジット制御応答は、サービス・アクセス要求に対応する課金制御更新情報を含む。
図3に、本発明の1つの好ましい実施形態による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法の流れ図を示す。図3は、次のシナリオを示す。サードパーティ・サービス・プロバイダが、xとyとの間のIPアドレス範囲を有し、ネットワーク・オペレータにアクセスするすべてのエンド・ユーザによって引き起こされるすべてのトラフィックが、スポンサー付きでなければならず、エンド・ユーザが、そのようなトラフィックについて課金されないというネットワーク・オペレータとの契約を有する。
図3を参照すると、1) ユーザは、スポンサー付きデータ・アプリケーションをクリックし、サービス・アクセス要求、たとえばmovie.comをサブミットし、
2) PGWは、APNを介してスポンサー付きデータ・アプリケーションをインスペクトし、
3) PGWは、スポンサー付きデータ・アプリケーションをDPIに転送し、
4) DPIは、所定のポリシ・ルールに基づいてスポンサー付きデータ・アプリケーションをインスペクトし、
5) DPIは、スポンサー付きデータ・アプリケーションの課金制御情報、たとえば課金クォータを入手するために、Gy基準ポイントを介してSDCSにクレジット制御要求を送信し、
6) SDCSは、スポンサー付きサービスのルールを実行し、このケースでは、スポンサー付きデータ・アプリケーションは、完全にサードパーティ・サービス・プロバイダによってスポンサーされ、
7) SDCSは、クレジット制御応答をDPIに返し、このクレジット制御応答は、課金制御情報を含み、
8) DPIは、スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにサービス・アクセス要求をリダイレクトし、たとえば、これをmovie.comにリダイレクトする。
図4に、本発明の別の好ましい実施形態による、スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法の流れ図を示す。図4は、次のシナリオを示す。サードパーティ・サービス・プロバイダは、すべてのエンド・ユーザについて、1ヵ月以内のエンド・ユーザの総トラフィック使用が1GB未満である限り、ネットワーク・オペレータにアクセスするためのエンド・ユーザのすべてのトラフィックが、スポンサー付きでなければならず、端末ユーザが1GBトラフィックを使い果たしたときには、エンド・ユーザが、対応するデータ・サービス接続料金をネットワーク・オペレータに支払わなければならないというネットワーク・オペレータとの契約を有する。
図4を参照すると、1) ユーザが、800MBのトラフィックを使い果たしたときに、エンド・ユーザは、スポンサー付きデータ・アプリケーション、たとえばmovie.comをクリックし、
2) PGWは、APNを介してスポンサー付きデータ・アプリケーションをインスペクトし、
3) PGWは、スポンサー付きデータ・アプリケーションをDPIに転送し、
4) DPIは、所定のポリシ・ルールに基づいてスポンサー付きデータ・アプリケーションをインスペクトし、
5) DPIは、スポンサー付きデータ・アプリケーションの課金制御情報、たとえば課金クォータを入手するために、Gy基準ポイントを介してSDCSにクレジット制御要求を送信し、
6) SDCSは、スポンサー付きサービスのルールを実行し、このケースでは、ユーザが、800MBのスポンサー付きトラフィックを使い果たした(1GBトラフィックしきい値より少なく、200MBの残りのトラフィックがある)ことを計算し、
7) SDCSは、クレジット制御応答をDPIに返し、このクレジット制御応答は、課金制御情報、たとえば残りのトラフィックが200MBであることを含む。
8) DPIは、スポンサー付きデータ・アプリケーションを監視し、スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにサービス・アクセス要求をリダイレクトし、たとえば、これをmovie.comにリダイレクトし、
9) 200MBの残りのトラフィックが使い果たされた後に、DPIは、クレジット制御更新要求をSDCSに送信し、
10) SDCSは、トラフィック使用が、しきい値に達したことを確認し、OCSが非スポンサー付きデータ・アプリケーションへの課金を実行するように、OCSにクレジット制御を送信し、
11) OCSは、クレジット制御応答をSDCSに送信し、このクレジット制御応答は、課金制御情報、たとえば課金クォータを含み、
12) SDCSは、課金制御情報をDPRに転送する。

Claims (15)

  1. ディープ・パケット・インスペクション(DPI)デバイスを使用するPolicy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行する方法であって、
    a. ユーザによってサブミットされたサービス・アクセス要求を受信するステップと、
    b. 所定のポリシ・ルールに基づいて、前記サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定するステップと、
    c. クレジット制御要求をスポンサー付きデータ課金デバイスに送信するステップであって、前記クレジット制御要求は、前記スポンサー付きデータ・アプリケーションの識別情報を含む、ステップと、
    d. 前記スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信するステップであって、前記クレジット制御応答は、前記サービス・アクセス要求に対応する課金制御情報を含む、ステップと、
    e. 前記課金制御情報に基づいて、前記サービス・アクセス要求を前記スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトするステップと
    を含む方法。
  2. 前記課金制御情報に基づいて、前記サービス・アクセス要求に対応するクレジット制御更新要求を前記スポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定するステップと、
    前記トリガ条件が満たされるかどうかをインスペクトするステップと、
    前記トリガ条件が満たされるときに、前記クレジット制御更新要求を前記スポンサー付きデータ課金デバイスに送信するステップと、
    前記クレジット制御更新要求に基づいて前記スポンサー付きデータ課金デバイスから返されたクレジット制御更新応答を受信するステップであって、前記クレジット制御応答は、前記サービス・アクセス要求に対応する課金制御更新情報を含む、ステップと
    をさらに含む、請求項1に記載の方法。
  3. 前記トリガ条件は、
    前記スポンサー付きデータ・アプリケーションへの前記ユーザのアクセスが、所定のアクセス時間期間を超過すること、
    前記ユーザの勘定残高が、所定のしきい値未満であること、
    前記ユーザに対応するIPアドレスが、許可されるアクセスのリストに含まれないこと
    という項目のうちの少なくとも1つを含む、請求項2に記載の方法。
  4. ディープ・パケット・インスペクション(DPI)デバイスを使用するPolicy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行する方法であって、
    A. ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御要求を受信するステップであって、前記クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、ステップと、
    B. 前記クレジット制御要求に対応するスポンサー付きサービスの所定のルールに基づいて、前記スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定するステップと、
    C. 前記クレジット制御要求に対応するクレジット制御応答を前記ディープ・パケット・インスペクション・デバイスに送信するステップであって、前記クレジット制御応答は、前記課金制御情報を含む、ステップと
    を含む方法。
  5. 前記ステップBは、
    前記サービス・アクセス要求が、スポンサー付きサービスの前記ルールと一致する場合に、前記課金制御情報を判定するステップであって、前記課金制御情報は、前記スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含む、ステップと、
    前記サービス・アクセス要求が、スポンサー付きサービスの前記ルールと一致しない場合に、前記課金制御情報に関するクレジット制御要求をOCSに送信し、前記OCSによって前記クレジット制御要求に基づいてフィード・バックされた前記課金制御情報を受信するステップと
    のうちのいずれか1つを含む、請求項4に記載の方法。
  6. 前記ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信するステップと、
    スポンサー付きサービスの前記所定のルールと組み合わせた前記クレジット制御更新要求に基づいて、前記クレジット制御更新要求に対応する課金制御更新情報を判定するステップと、
    前記クレジット制御更新要求に対応するクレジット制御更新応答を前記ディープ・パケット・インスペクション・デバイスに送信するステップであって、前記クレジット制御更新応答は、前記課金制御更新情報を含む、ステップと
    をさらに含む、請求項4または5に記載の方法。
  7. ディープ・パケット・インスペクション(DPI)デバイスを使用するPolicy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するディープ・パケット・インスペクション・デバイスであって、
    ユーザによってサブミットされたサービス・アクセス要求を受信するように構成された第1の要求受信モジュールと、
    所定のポリシ・ルールに基づいて、前記サービス・アクセス要求に対応するスポンサー付きデータ・アプリケーションを判定するように構成されたアプリケーション判定モジュールと、
    クレジット制御要求をスポンサー付きデータ課金デバイスに送信するように構成された第1の要求送信モジュールであって、前記クレジット制御要求は、前記スポンサー付きデータ・アプリケーションの識別情報を含む、第1の要求送信モジュールと、
    前記スポンサー付きデータ課金デバイスから返されたクレジット制御応答を受信するように構成された第1の応答受信モジュールであって、前記クレジット制御応答は、前記サービス・アクセス要求に対応する課金制御情報を含む、第1の応答受信モジュールと、
    前記課金制御情報に基づいて、前記サービス・アクセス要求を前記スポンサー付きデータ・アプリケーションに対応するネットワーク・デバイスにリダイレクトするように構成されたリダイレクティング・デバイスと
    を備えるディープ・パケット・インスペクション・デバイス。
  8. 前記課金制御情報に基づいて、前記サービス・アクセス要求に対応するクレジット制御更新要求を前記スポンサー付きデータ課金デバイスに送信するためのトリガ条件を判定するように構成されたトリガ条件判定モジュールと、
    前記トリガ条件が満たされるかどうかをインスペクトするように構成されたインスペクション・モジュールと、
    前記トリガ条件が満たされるときに、前記クレジット制御更新要求を前記スポンサー付きデータ課金デバイスに送信するように構成された第2の要求送信モジュールと、
    前記クレジット制御更新要求に基づいて前記スポンサー付きデータ課金デバイスから返された前記クレジット制御更新応答を受信するように構成された第2の応答受信モジュールであって、前記クレジット制御応答は、前記サービス・アクセス要求に対応する課金制御更新情報を含む、第2の応答受信モジュールと
    をさらに備える、請求項7に記載のディープ・パケット・インスペクション・デバイス。
  9. 前記トリガ条件は、
    前記スポンサー付きデータ・アプリケーションへの前記ユーザのアクセスが、所定のアクセス時間期間を超過すること、
    前記ユーザの勘定残高が、所定のしきい値未満であること、
    前記ユーザに対応するIPアドレスが、許可されるアクセスのリストに含まれないこと
    という項目のうちの少なくとも1つを含む、請求項8に記載のディープ・パケット・インスペクション・デバイス。
  10. 請求項7乃至9のいずれか1項に記載のディープ・パケット・インスペクション・デバイスを含む、Policy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金を実行するゲートウェイ(PGW)。
  11. ディープ・パケット・インスペクション(DPI)デバイスを使用するPolicy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するスポンサー付きデータ課金デバイスであって、
    ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御要求を受信するように構成された第2の要求受信モジュールであって、前記クレジット制御要求は、スポンサー付きデータ・アプリケーションの識別情報を含む、第2の要求受信モジュールと、
    前記クレジット制御要求に対応する前記スポンサー付きサービスの所定のルールに基づいて、前記スポンサー付きデータ・アプリケーションに対応するサービス・アクセス要求の課金制御情報を判定するように構成された課金制御判定モジュールと、
    前記クレジット制御要求に対応するクレジット制御応答を前記ディープ・パケット・インスペクション・デバイスに送信するように構成された第1の応答送信モジュールであって、前記クレジット制御応答は、前記課金制御情報を含む、第1の応答送信モジュールと
    を備える、スポンサー付きデータ課金デバイス。
  12. 前記課金制御判定モジュールは、
    前記サービス・アクセス要求が、スポンサー付きサービスの前記ルールと一致する場合に、前記課金制御情報を判定する動作であって、前記課金制御情報は、前記スポンサー付きデータ・アプリケーションに対応するスポンサー付きアプリケーション課金情報を含む、動作と、
    前記サービス・アクセス要求が、スポンサー付きサービスの前記ルールと一致しない場合に、前記課金制御情報に関するクレジット制御要求をOCSに送信し、前記OCSによって前記クレジット制御要求に基づいてフィード・バックされた前記課金制御情報を受信する動作と
    のうちのいずれか1つを実行する、請求項11に記載のスポンサー付きデータ課金デバイス。
  13. 前記スポンサー付きデータ課金デバイスは、
    前記ディープ・パケット・インスペクション・デバイスから送信されたクレジット制御更新要求を受信するように構成された第3の要求受信モジュールと、
    スポンサー付きサービスの前記所定のルールと組み合わせた前記クレジット制御更新要求に基づいて、前記クレジット制御更新要求に対応する課金制御更新情報を判定するように構成された課金更新入手モジュールと、
    前記クレジット制御更新要求に対応するクレジット制御更新応答を前記ディープ・パケット・インスペクション・デバイスに送信するように構成された第2の応答送信モジュールであって、前記クレジット制御更新応答は、前記課金制御更新情報を含む、第2の応答送信モジュールと
    をさらに備える、請求項11または12に記載のスポンサー付きデータ課金デバイス。
  14. 請求項11乃至13のいずれか1項に記載のスポンサー付きデータ課金デバイスを含む、Policy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するオンライン課金システム(OCS)。
  15. 請求項7乃至10のいずれか1項に記載のディープ・パケット検出デバイスおよび請求項11乃至14のいずれか1項に記載のスポンサー付きデータ課金デバイスを含む、Policy and Charging Controlアーキテクチャに基づいてスポンサー付きデータ・アプリケーションに対する課金制御を実行するシステム。
JP2014552714A 2012-01-21 2013-01-21 スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法および装置 Active JP5989134B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201210019741.5A CN103220158B (zh) 2012-01-21 2012-01-21 一种对赞助数据应用进行计费控制的方法与设备
CN201210019741.5 2012-01-21
PCT/IB2013/000519 WO2013108136A1 (en) 2012-01-21 2013-01-21 Method and apparatus for performing charging control to a sponsored data application

Publications (2)

Publication Number Publication Date
JP2015509334A JP2015509334A (ja) 2015-03-26
JP5989134B2 true JP5989134B2 (ja) 2016-09-07

Family

ID=48182940

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014552714A Active JP5989134B2 (ja) 2012-01-21 2013-01-21 スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法および装置

Country Status (6)

Country Link
US (1) US10075303B2 (ja)
EP (1) EP2805451A1 (ja)
JP (1) JP5989134B2 (ja)
KR (1) KR20140119753A (ja)
CN (1) CN103220158B (ja)
WO (1) WO2013108136A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105338506B (zh) * 2014-07-23 2019-05-28 华为技术有限公司 计费方法和设备、接入设备、服务质量控制方法和设备
KR20160042692A (ko) * 2014-10-10 2016-04-20 삼성전자주식회사 트래픽 처리를 위한 방법 및 장치
KR102211004B1 (ko) * 2014-11-18 2021-02-02 삼성전자 주식회사 이동 통신 시스템의 단말에서 서비스 제공 방법 및 장치
CN105703915A (zh) * 2014-11-26 2016-06-22 阿尔卡特朗讯 一种赞助商计费控制的方法、装置和***
WO2016103052A1 (en) * 2014-12-23 2016-06-30 Orange Alternative toll-free architecture and simple deployment modules
US20160203520A1 (en) * 2015-01-14 2016-07-14 General Motors Llc Providing sponsored data to a vehicle
CN106303751B (zh) * 2015-05-18 2020-06-30 中兴通讯股份有限公司 一种定向流量包的实现方法及***
CN105657001B (zh) * 2015-12-28 2019-08-16 中国联合网络通信集团有限公司 一种分析通信大数据的方法及装置
CN105933883B (zh) * 2016-06-30 2019-07-19 华为技术有限公司 流量监控处理方法和相关装置和***
US10959066B2 (en) 2017-02-23 2021-03-23 Nokia Technologies Oy Method and system for access protocol optimization for narrow band Internet-of-Things devices within a network environment
CN109257187B (zh) * 2017-07-12 2021-09-21 ***通信集团广东有限公司 基于服务感知计费控制规则的控制用户终端的方法及装置
US11823260B2 (en) * 2018-04-03 2023-11-21 Scratch Platform, Llc Methods and systems for order-sensitive computations in loan accounting

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7424102B2 (en) * 2002-06-28 2008-09-09 Nokia Corporation Charging for an IP based communication system
US20070281687A1 (en) * 2003-02-14 2007-12-06 Roamware Inc. Method and system for providing PLN service to inbound roamers in a VPMN using a sponsor network when no roaming relationship exists between HPMN and VPMN
GB0317124D0 (en) 2003-07-22 2003-08-27 Nokia Corp Charging in a communication system
GB0512557D0 (en) 2005-06-20 2005-07-27 Nokia Corp Controlling provision of services in a communications network
US8856860B2 (en) * 2006-08-18 2014-10-07 Cisco Technology, Inc. System and method for implementing policy server based application interaction manager
JP4965752B1 (ja) 2009-04-02 2012-07-04 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 通信セッションの制御
JP5481563B2 (ja) 2009-11-13 2014-04-23 テレフオンアクチーボラゲット エル エム エリクソン(パブル) サービスイベントトリガ
CN102137367B (zh) * 2010-01-26 2016-03-30 中兴通讯股份有限公司 增强的策略和计费控制的方法及***、pcc***
US9294380B2 (en) * 2010-07-09 2016-03-22 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for traffic classification
US8620263B2 (en) * 2010-10-20 2013-12-31 Tekelec, Inc. Methods, systems, and computer readable media for diameter routing agent (DRA) based credit status triggered policy control
CN102572761B (zh) 2010-12-13 2015-12-16 阿尔卡特朗讯 在通信网络中用于处理业务连接的方法及装置
US9288230B2 (en) * 2010-12-20 2016-03-15 Qualcomm Incorporated Methods and apparatus for providing or receiving data connectivity
US20130007286A1 (en) * 2011-06-29 2013-01-03 Juniper Networks, Inc. User session routing between mobile network gateways

Also Published As

Publication number Publication date
US10075303B2 (en) 2018-09-11
WO2013108136A1 (en) 2013-07-25
CN103220158A (zh) 2013-07-24
KR20140119753A (ko) 2014-10-10
JP2015509334A (ja) 2015-03-26
US20150003299A1 (en) 2015-01-01
EP2805451A1 (en) 2014-11-26
CN103220158B (zh) 2016-12-14

Similar Documents

Publication Publication Date Title
JP5989134B2 (ja) スポンサー付きデータ・アプリケーションに対する課金制御を実行する方法および装置
CN107534563B (zh) 来自策略服务器的增强的重定向处理
JP6526082B2 (ja) ワイヤレスネットワークにおいて移動局セッションを別の移動局によって資金援助すること
US9582816B2 (en) System and methods for enabling sponsored data access across multiple carriers
US9014663B2 (en) Sponsored data plan management
US8180333B1 (en) Differential routing of communication-usage records
JP5947403B2 (ja) アプリケーション層データに対して課金制御を実行するための方法および装置
KR101894919B1 (ko) 기본 네트워크들과의 서비스 계층 과금 상관을 위한 방법들 및 장치들
US9209983B2 (en) Generating a single advice of charge request for multiple sessions in a network environment
EP3042468B1 (en) Secure toll-free application network access
US9838547B2 (en) Method to push toll-free applications to a user device
WO2016011831A1 (zh) 计费方法和设备、接入设备、服务质量控制方法和设备
KR102249463B1 (ko) 무선 데이터 요금 분리 과금 방법, 이를 수행하는 무선 데이터 요금 분리 과금 시스템 및 사용자 단말
KR102436888B1 (ko) M2m iot 서비스 계층에서 유연한 과금을 가능하게 하는 방법들
US10609224B2 (en) Method and system for dynamically allocating operator specific billing rules for data exchange by an application on a user equipment
US10819859B2 (en) Universal data sponsorship solution (UDSS)
CN101729266A (zh) 一种建链报文的计费方法和装置
WO2015111527A1 (ja) 通信費算出方法、管理装置、及びネットワークシステム
OA18992A (en) Method to push toll-free applications to a user device
KR20030096533A (ko) 무선 통신망 전송 데이터의 계량장치 및 그 방법
KR20080020765A (ko) 일시정지에 따른 과금 방법 및 서버

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150806

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150818

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151118

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151222

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20160322

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160712

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160809

R150 Certificate of patent or registration of utility model

Ref document number: 5989134

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250