JP2018504003A - 課金制御装置、方法、およびシステム - Google Patents

課金制御装置、方法、およびシステム Download PDF

Info

Publication number
JP2018504003A
JP2018504003A JP2017527569A JP2017527569A JP2018504003A JP 2018504003 A JP2018504003 A JP 2018504003A JP 2017527569 A JP2017527569 A JP 2017527569A JP 2017527569 A JP2017527569 A JP 2017527569A JP 2018504003 A JP2018504003 A JP 2018504003A
Authority
JP
Japan
Prior art keywords
service
charging
identifier
pcef
ott
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.)
Granted
Application number
JP2017527569A
Other languages
English (en)
Other versions
JP6508660B2 (ja
Inventor
毓芳 王
毓芳 王
彩娟 王
彩娟 王
武▲軍▼ ▲羅▼
武▲軍▼ ▲羅▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2018504003A publication Critical patent/JP2018504003A/ja
Application granted granted Critical
Publication of JP6508660B2 publication Critical patent/JP6508660B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/66Policy and charging system
    • 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2483Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
    • 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/08Metering calls to called party, i.e. B-party charged for the communication
    • 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/52Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for operator independent billing system
    • 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/62Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on trigger specification
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Charge And Discharge Circuits For Batteries Or The Like (AREA)
  • Meter Arrangements (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

課金制御装置、方法及びシステムが開示される。OTTSPに課金するサービスにUE(112)がアクセスするとき、課金制御装置(102)はPCEF(108)からフロー記述情報を受信し(2001)、フロー記述情報がUE(112)から受信されたデータフローに従ってPCEF(108)により取得され、フロー記述情報に従いデータフローに対するサービス識別子を決定し(2002)、PCEF(108)がサービス識別子に従いサービスの料金を課金するようPCEF(108)にサービス識別子を送信する(2003)。UE(112)がサービスにアクセスするとき、PCEF(108)は課金制御装置からサービス識別子を取得する。これでPCEF(108)上でサービス識別子および課金識別子を構成する必要なく、PCEF(108)はデータフローに対するサービス識別子及び課金識別子を取得でき、作業負荷が削減される。

Description

本発明の実施形態は、通信の分野に関し、より詳細には、課金制御装置、方法、およびシステムに関する。
トラフィック800 (traffic 800)サービスは、主としてオーバーザトップ(Over The Top、OTT)サービスプロバイダ(Service Provider、SP)に課金するサービスである。OTT SPは、エンタープライズグループ(enterprise group)と呼ばれるかまたは略してグループと呼ばれることがある。4Gの開発によって、事業者は、事業者、ユーザ、およびエンタープライズグループの間のマルチウィン(multi-win)を達成するために、エンタープライズグループと協力して産業の連携を確立する必要がある。トラフィック800サービスは、主として、エンタープライズグループによって代金を支払われ、付加価値のあるサービスのより多くの収益が得られる可能性があり、たとえば、より多くのアクセストラフィックが得られる可能性があり、エンタープライズグループの従業員の作業効率が改善される可能性がある。ユーザは、料金について心配する必要がなく、トラフィック800サービスにアクセスするより良い体験をする。事業者のネットワーク投資がより熟考される(digest)可能性があり、より多くの拡張の機会が得られる。
事業者が協力し得る多くのOTT SPが存在する。1つのOTT SPが、複数のトラフィック800サービスを提供する可能性がある。事業者は、それぞれのトラフィック800サービスに課金識別子(charging identifier)を割り振る必要がある。事業者は、ユーザのすべてのトラフィック800サービスが確実に無料であることができることを保証するために、簡便な方法で新しいトラフィック800サービスを速やかに展開し、OTT SPのサーバにおける変更に柔軟で動的に適応することができる必要がある。
現在は、各OTT SPが、トラフィック800サービスのサーバアドレス/ホスト(host)リストまたはユニフォームリソースロケータ(Uniform Resource Locator、URL)リストを提供する。事業者が、サーバアドレス/ホストリストまたはURLリストに対応するサービス識別子および課金識別子を提供し、すべての情報が、ポリシーおよび課金施行機能(Policy and Charging Enforcement Function、PCEF)上で予め構成される必要がある。トラフィック800サービスのサーバが代わるかまたは新しいトラフィック800サービスがプロビジョニングされるときは、PCEF上の構成も、それに対応して調整される必要がある。このことは、PCEFにおける大きな構成の作業負荷を生じる。
本発明の実施形態は、PCEFの構成の作業負荷が削減され得るように、課金制御装置、方法、およびシステムを提供する。
第1の態様によれば、課金制御装置が提供され、オーバーザトップOTTサービスプロバイダSPに課金するサービスにユーザ機器UEがアクセスするときに、装置は、
ポリシーおよび課金施行機能PCEFからフロー記述情報を受信するように構成された受信機であって、フロー記述情報が、UEから受信されたデータフローに従ってPCEFによって取得される、受信機と、
受信機によって受信されたフロー記述情報に従って、データフローに対応するサービス識別子を決定するように構成されたプロセッサと、
PCEFがサービス識別子に従ってサービスの料金を課金するように、プロセッサによって決定されたサービス識別子をPCEFに送信するように構成された送信機とを含む。
第1の態様に関連して、第1の態様の第1のあり得る実装方法においては、プロセッサが、受信機によって受信されたフロー記述情報に従って、データフローに対応する課金識別子を決定するようにさらに構成され、
送信機が、PCEFに課金識別子を送信するようにさらに構成される。
第1の態様または第1の態様の上述の第1のあり得る実装方法に関連して、第1の態様の第2のあり得る実装方法においては、受信機が、UEのユーザ識別子を受信するようにさらに構成され、
プロセッサが、ユーザ識別子とサービス識別子との間の対応が存在するかどうかを判定するようにさらに構成され、
送信機が、ユーザ識別子とサービス識別子との間の対応が存在するとプロセッサが判定するとき、PCEFにサービス識別子および課金識別子を送信するように特に構成される。
第1の態様または第1の態様の上述のあり得る実装方法のいずれか1つに関連して、第1の態様の第3のあり得る実装方法においては、受信機が、OTT SPのデバイスまたはビジネスおよび運用サポートシステム(business and operation support system) BOSSによって送信されたユーザ登録情報を受信するようにさらに構成され、
プロセッサが、ユーザ登録情報に従って第1のマッチング情報を生成するように特に構成され、第1のマッチング情報が、ユーザ識別子とサービス識別子との間の対応を含む。
第1の態様または第1の態様の上述のあり得る実装方法のいずれか1つに関連して、第1の態様の第4のあり得る実装方法においては、プロセッサが、第1のマッチング情報に従って、ユーザ識別子とサービス識別子との間の対応が存在するかどうかを判定するように特に構成される。
第1の態様または第1の態様の上述のあり得る実装方法のいずれか1つに関連して、第1の態様の第5のあり得る実装方法においては、受信機が、OTT SPのデバイスによって送信されたユーザ登録情報を受信するようにさらに構成され、
送信機が、ビジネスおよび運用サポートシステムBOSSにユーザ登録情報を送信するようにさらに構成される。
第1の態様または第1の態様の上述のあり得る実装方法のいずれか1つに関連して、第1の態様の第6のあり得る実装方法においては、受信機が、事業者によって構成されるサービス識別子および課金識別子を取得し、OTT SPのデバイスによって送信されたサービス規則セットを受信するようにさらに構成され、
プロセッサが、サービス規則セットに従って第2のマッチング情報を生成するようにさらに構成され、第2のマッチング情報が、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む。
第1の態様または第1の態様の上述のあり得る実装方法のいずれか1つに関連して、第1の態様の第7のあり得る実装方法においては、プロセッサが、第2のマッチング情報に従ってデータフローに対応するサービス識別子および課金識別子を決定するようにさらに構成される。
第1の態様または第1の態様の上述のあり得る実装方法のいずれか1つに関連して、第1の態様の第8のあり得る実装方法においては、受信機が、事業者によって構成されるサービス識別子および課金識別子を取得し、OTT SPのデバイスによって送信されたサービス規則セットを受信するようにさらに構成され、
送信機が、ポリシーおよび課金規則機能(policy and charging rules function) PCRFにサービス識別子および課金識別子を送信するようにさらに構成され、
プロセッサが、サービス規則セットに従って第3のマッチング情報を生成するようにさらに構成され、第3のマッチング情報が、サービス規則セットとサービス識別子との間の対応を含む。
第1の態様または第1の態様の上述のあり得る実装方法のいずれか1つに関連して、第1の態様の第9のあり得る実装方法においては、受信機が、OTT SPのデバイスによって送信されたユーザ登録情報を受信するようにさらに構成され、
送信機が、PCRFにユーザ登録情報を送信するようにさらに構成される。
第2の態様によれば、ポリシーおよび課金施行機能PCEFが提供され、オーバーザトップOTTサービスプロバイダSPに課金するサービスにユーザ機器UEがアクセスするときに、PCEFは、
UEによって送信されたデータフローを受信するように構成された受信機と、
データフローを解析し、データフローのフロー記述情報を決定するように構成されたプロセッサと、
プロセッサによって決定されたフロー記述情報を課金制御装置に送信するように構成された送信機とを含み、
受信機が、課金制御装置によって送信されたサービス識別子を受信するようにさらに構成され、サービス識別子が、フロー記述情報に従って課金制御装置によって決定され、
プロセッサが、受信機によって受信されたサービス識別子に従ってサービスのオンライン/オフライン課金を実行するようにさらに構成される。
第2の態様に関連して、第2の態様の第1のあり得る実装方法においては、受信機が、課金制御装置によって送信された課金識別子を受信するようにさらに構成され、
プロセッサが、サービス識別子および課金識別子に従ってサービスのオンライン/オフライン課金を実行するように特に構成される。
第2の態様に関連して、第2の態様の第2のあり得る実装方法においては、プロセッサが、UEがサービスに登録するかどうかを判定するようにさらに構成され、
送信機が、UEがサービスに登録するとプロセッサが判定するとき、課金制御装置にフロー記述情報を送信するように特に構成される。
第3の態様によれば、
課金制御装置からサービス識別子および課金識別子を受信し、課金制御装置またはビジネスおよび運用サポートシステムBOSSからユーザ登録情報を受信するように構成された受信機と、
受信機によって受信されるユーザ登録情報、サービス識別子、および課金識別子に従ってポリシーおよび課金制御PCCポリシーを生成するように構成されたプロセッサとを含むポリシーおよび課金規則機能PCRFが、提供される。
第4の態様によれば、
ユーザ登録情報を受信するように構成された受信機と、
受信機によって受信されたユーザ登録情報を課金制御装置に送信するように構成された送信機とを含むビジネスおよび運用サポートシステムBOSSが、提供される。
第4の態様に関連して、第4の態様の第1のあり得る実装方法においては、オーバーザトップOTTサービスプロバイダSPに課金するサービスが逆方向課金サービス(backward charging service)であるとき、受信機が、OTT SPのデバイスからユーザ登録情報を受信するように特に構成され、またはオーバーザトップOTTサービスプロバイダSPに課金するサービスが順方向課金サービス(forward charging service)であるとき、受信機が、ユーザ機器UEからユーザ登録情報を受信するように特に構成される。
第5の態様によれば、
サービス規則セットを生成するように構成されたプロセッサと、
サービス規則セットを課金制御装置に送信するように構成された送信機とを含むオーバーザトップOTTサービスプロバイダSPのデバイスが、提供される。
第5の態様に関連して、第5の態様の第1のあり得る実装方法においては、OTT SPに課金するサービスが逆方向課金サービスであるとき、
プロセッサが、ユーザ登録情報を生成するようにさらに構成され、
送信機が、課金制御装置またはビジネスおよび運用サポートシステムBOSSにユーザ登録情報を送信するようにさらに構成される。
第6の態様によれば、
第1の態様または第1の態様のあり得る実装方法のいずれか1つによる課金制御装置と、
ポリシーおよび課金施行機能PCEFと、
ポリシーおよび課金規則機能PCRFと、
ビジネスおよび運用サポートシステムBOSSとを含む課金システムが、提供される。
第7の態様によれば、課金方法が提供され、オーバーザトップOTTサービスプロバイダSPに課金するサービスにユーザ機器UEがアクセスするときに、方法は、
ポリシーおよび課金施行機能PCEFからフロー記述情報を受信するステップであって、フロー記述情報が、UEから受信されたデータフローに従ってPCEFによって取得される、ステップと、
フロー記述情報に従って、データフローに対応するサービス識別子を決定するステップと、
PCEFがサービス識別子に従ってサービスの料金を課金するように、PCEFにサービス識別子を送信するステップとを含む。
第7の態様に関連して、第7の態様の第1のあり得る実装方法においては、フロー記述情報に従って、データフローに対応するサービス識別子を決定するステップが、
フロー記述情報に従ってデータフローに対応するサービス識別子および課金識別子を決定することを含み、
PCEFにサービス識別子を送信するステップが、
PCEFにサービス識別子および課金識別子を送信することを含む。
第7の態様の第1のあり得る実装方法に関連して、第7の態様の第2のあり得る実装方法においては、方法が、PCEFからUEのユーザ識別子を受信するステップと、
ユーザ識別子とサービス識別子との間の対応が存在するかどうかを判定するステップとをさらに含み、
PCEFにサービス識別子および課金識別子を送信することが、
ユーザ識別子とサービス識別子との間の対応が存在すると判定されるとき、PCEFにサービス識別子および課金識別子を送信することを含む。
第7の態様または第7の態様のあり得る実装方法のいずれか1つに関連して、第7の態様の第3のあり得る実装方法においては、PCEFからフロー記述情報を受信する前に、方法が、
OTT SPのデバイスまたはビジネスおよび運用サポートシステムBOSSによって送信されたユーザ登録情報を受信するステップと、
ユーザ登録情報に従って第1のマッチング情報を生成するステップであって、第1のマッチング情報が、ユーザ識別子とサービス識別子との間の対応を含む、ステップとをさらに含む。
第7の態様または第7の態様のあり得る実装方法のいずれか1つに関連して、第7の態様の第4のあり得る実装方法においては、ユーザ識別子とサービス識別子との間の対応が存在するかどうかを判定するステップが、
第1のマッチング情報に従ってユーザ識別子とサービス識別子との間の対応が存在するかどうかを判定することを含む。
第7の態様または第7の態様のあり得る実装方法のいずれか1つに関連して、第7の態様の第5のあり得る実装方法においては、PCEFからフロー記述情報を受信する前に、方法が、
OTT SPのデバイスによって送信されたユーザ登録情報を受信するステップと、
ビジネスおよび運用サポートシステムBOSSにユーザ登録情報を送信するステップとをさらに含む
第7の態様または第7の態様のあり得る実装方法のいずれか1つに関連して、第7の態様の第6のあり得る実装方法においては、PCEFからフロー記述情報を受信する前に、方法が、
事業者によって構成されるサービス識別子および課金識別子を取得し、OTT SPのデバイスによって送信されたサービス規則セットを受信するステップと、
サービス規則セットに従って第2のマッチング情報を生成するステップであって、第2のマッチング情報が、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む、ステップとをさらに含む。
第7の態様または第7の態様のあり得る実装方法のいずれか1つに関連して、第7の態様の第7のあり得る実装方法においては、フロー記述情報に従ってデータフローに対応するサービス識別子および課金識別子を決定することが、
第2のマッチング情報に従ってデータフローに対応するサービス識別子および課金識別子を決定することを含む。
第7の態様または第7の態様のあり得る実装方法のいずれか1つに関連して、第7の態様の第8のあり得る実装方法においては、PCEFからフロー記述情報を受信する前に、方法が、
事業者によって構成されるサービス識別子および課金識別子を取得し、OTT SPのデバイスによって送信されたサービス規則セットを受信するステップと、
ポリシーおよび課金規則機能PCRFにサービス識別子および課金識別子を送信するステップと、
サービス規則セットに従って第3のマッチング情報を生成するステップであって、第3のマッチング情報が、サービス規則セットとサービス識別子との間の対応を含む、ステップとさらに含む。
第7の態様または第7の態様のあり得る実装方法のいずれか1つに関連して、第7の態様の第9のあり得る実装方法においては、PCEFからフロー記述情報を受信する前に、方法が、
OTT SPのデバイスによって送信されたユーザ登録情報を受信するステップと、
PCRFにユーザ登録情報を送信するステップとをさらに含む。
第8の態様によれば、課金方法が提供され、方法は、ポリシーおよび課金施行機能PCEFによって実行され、オーバーザトップOTTサービスプロバイダSPに課金するサービスにユーザ機器UEがアクセスするとき、
UEによって送信されたデータフローを受信するステップと、
データフローを解析し、データフローのフロー記述情報を決定するステップと、
課金制御装置にフロー記述情報を送信するステップと、
課金制御装置によって送信されたサービス識別子を受信するステップであって、サービス識別子が、フロー記述情報に従って課金制御装置によって決定される、ステップと、
サービス識別子に従ってサービスのオンライン/オフライン課金を実行するステップとを含む。
第8の態様に関連して、第8の態様の第1のあり得る実装方法においては、
課金制御装置によって送信されたサービス識別子を受信するステップが、
課金制御装置によって送信されるサービス識別子および課金識別子を受信することであって、サービス識別子および課金識別子が、フロー記述情報に従って課金制御装置によって決定される、受信することを含み、
サービス識別子に従ってサービスのオンライン/オフライン課金を実行するステップが、
サービス識別子および課金識別子に従ってサービスのオンライン/オフライン課金を実行することを含む。
第8の態様に関連して、第8の態様の第2のあり得る実装方法においては、
課金制御装置にフロー記述情報を送信する前に、方法が、
UEがサービスに登録するかどうかを判定するステップをさらに含み、
課金制御装置にフロー記述情報を送信するステップが、
UEがサービスに登録するとき、課金制御装置にフロー記述情報を送信することを含む。
第9の態様によれば、課金方法が提供され、方法は、ポリシーおよび課金規則機能PCRFによって実行され、
課金制御装置からサービス識別子および課金識別子を受信し、課金制御装置またはビジネスおよび運用サポートシステムBOSSからユーザ登録情報を受信するステップと、
ユーザ登録情報、サービス識別子、および課金識別子に従ってポリシーおよび課金制御PCCポリシーを生成するステップとを含む。
第10の態様によれば、課金方法が提供され、方法は、ビジネスおよび運用サポートシステムBOSSによって実行され、
ユーザ登録情報を受信するステップと、
課金制御装置にユーザ登録情報を送信するステップとを含む。
第10の態様に関連して、第10の態様の第1のあり得る実装方法においては、
オーバーザトップOTTサービスプロバイダSPに課金するサービスが逆方向課金サービスであるとき、ユーザ登録情報を受信するステップが、
OTT SPのデバイスからユーザ登録情報を受信することを含むか、または
オーバーザトップOTTサービスプロバイダSPに課金するサービスが順方向課金サービスであるとき、ユーザ登録情報を受信するステップが、
ユーザ機器UEからユーザ登録情報を受信することを含む。
第11の態様によれば、課金方法が提供され、方法は、オーバーザトップOTTサービスプロバイダSPのデバイスによって実行され、
サービス規則セットを生成するステップと、
サービス規則セットを課金制御装置に送信するステップとを含む。
第11の態様に関連して、第11の態様の第1のあり得る実装方法においては、
OTT SPに課金するサービスが逆方向課金サービスであるとき、
ユーザ登録情報を生成するステップと、
課金制御装置またはビジネスおよび運用サポートシステムBOSSにユーザ登録情報を送信するステップとをさらに含む。
本発明の実施形態においては、UEがサービスにアクセスするとき、PCEFが、課金制御装置からサービス識別子を取得する可能性がある。このようにして、PCEF上でサービス識別子および課金識別子を構成する必要なしに、PCEFが、データフローに対応するサービス識別子および課金識別子を取得することができる。したがって、構成の作業負荷が削減され得る。
本発明の実施形態における技術的な解決策をより明瞭に説明するために、以下で、実施形態を説明するために必要とされる添付の図面を簡単に紹介する。これらの添付の図面は、本発明の一部の実施形態を示すに過ぎず、当業者は、創造的な努力なしにこれらの添付の図面からその他の図面を導き出すことができることに留意されたい。
本発明の実施形態によるシステムまたはネットワークの枠組みの図である。 本発明の実施形態による課金制御装置の概略構造図である。 本発明の実施形態によるPCEFの概略構造図である。 本発明の実施形態によるPCRFの概略構造図である。 本発明の実施形態によるBOSSの概略構造図である。 本発明の実施形態によるOTT SPのデバイスの概略構造図である。 本発明の実施形態による課金方法のシグナリングフロー図である。 本発明の別の実施形態による課金方法のシグナリングフロー図である。 本発明の別の実施形態による課金方法のシグナリングフロー図である。 本発明の別の実施形態による課金方法のシグナリングフロー図である。 本発明の別の実施形態による課金方法のシグナリングフロー図である。 本発明の別の実施形態による課金方法のシグナリングフロー図である。 本発明の別の実施形態による課金方法のシグナリングフロー図である。 本発明の別の実施形態による課金方法のシグナリングフロー図である。 本発明の別の実施形態による課金方法のシグナリングフロー図である。 本発明の別の実施形態による課金方法のシグナリングフロー図である。 本発明の別の実施形態による課金方法のシグナリングフロー図である。 本発明の別の実施形態による課金方法のシグナリングフロー図である。 本発明の実施形態による課金システムの概略構造図である。 本発明の実施形態による課金方法のフロー図である。 本発明の別の実施形態による課金方法のフロー図である。 本発明の別の実施形態による課金方法のフロー図である。 本発明の別の実施形態による課金方法のフロー図である。 本発明の別の実施形態による課金方法のフロー図である。
本発明の実施形態による技術的な解決策が、添付の図面を参照して以下で明瞭かつ完全に説明される。これらの実施形態は例に過ぎず、本発明の保護範囲を限定するように意図されていないことに留意されたい。創造的な努力なしにこれらの実施形態に基づいて当業者によって得られるすべてのその他の実施形態は、本発明の保護範囲内に入る。
図1は、本発明の実施形態によるシステムまたはネットワークの枠組みの図である。図1に示されるシステム10は、課金制御装置102、ポリシーおよび課金施行機能(Policy and Charging Enforcement Function、PCEF) 108、ポリシーおよび課金規則機能(Policy and Charging Rules Function、PCRF) 110、ならびにビジネスおよび運用サポートシステム(Business & Operation Support System、BOSS) 104を含む。
加えて、図1は、さらに、オーバーザトップ(Over The Top、OTT)サービスプロバイダ(Service Provider、SP)のデバイス106、基地局109、およびユーザ機器(User Equipment、UE) 112を示す。
本発明の実施形態において、UEは、端末、加入者ユニット、加入者局、移動局、移動局、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、モバイル端末、ワイヤレス通信デバイス、ユーザエージェント、またはユーザ装置と呼ばれる可能性がある。たとえば、UEは、セルラー電話、コードレス電話セット、セッション開始プロトコル(Session Initiation Protocol、SIP)電話、ワイヤレスローカルループ(Wireless Local Loop、WLL)局、携帯情報端末(Personal Digital Assistant、PDA)、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された別の処理デバイスである可能性がある。これは、本発明において限定されない。
図1に示されるシステム10は、OTT SPに課金するサービスのために課金を実行するために使用される。OTT SPに課金するサービスは、トラフィック800サービスまたは法人支払いサービス(corporate payment service)と呼ばれる可能性がある。
PCRF 110は、ユーザの加入情報に従ってユーザに関する課金および制御ポリシーを決定し、ポリシーをPCEF 108に配信する可能性がある。PCEF 108は、ユーザに対してPCRF 110によって認可された課金および制御ポリシーを受信し、課金および制御ポリシーを実施する責任を負う可能性がある。BOSS 104は、事業者のネットワーク内に置かれ、ユーザパッケージ(user package)の加入管理の責任を負い、オンライン/オフライン(online/offline)課金機能を実施する可能性がある。
課金制御装置102は、トラフィック800サービスプラットフォームと呼ばれるかまたはトラフィック800プラットフォームと呼ばれる可能性がある。課金制御装置102は、第1のインターフェース、第2のインターフェース、第3のインターフェース、および第4のインターフェースを有する可能性がある。課金制御装置102は、第1のインターフェースを使用することによってBOSS 104と通信し、第2のインターフェースを使用することによってOTT SPのデバイス106と通信し、第3のインターフェースを使用することによってPCEF 108と通信し、第4のインターフェースを使用することによってPCRF 110と通信する可能性がある。
任意で、課金制御装置102は、第1のインターフェース、第2のインターフェース、第3のインターフェース、および第4のインターフェースを管理するように構成されたインターフェース処理ユニットを含む可能性がある。たとえば、インターフェース処理ユニットは、課金制御装置102内のプロセッサによって実装される可能性がある。
BOSS 104は、課金制御装置102と通信するための対応するBOSSインターフェースを有する可能性がある。OTT SPのデバイス106は、課金制御装置102と通信するための対応するインターフェースを有する可能性がある。たとえば、OTT SPのデバイスの対応するインターフェースは、OTT SPのサーバ上のインターフェースである可能性がある。PCEF 108は、課金制御装置102と通信するための対応するPCEFインターフェースを有する可能性がある。加えて、PCEFは、サービスアウェアネス(Service Awareness、SA)機能を有効化した。PCRF 110は、課金制御装置102と通信するための対応するPCRFインターフェースを有する可能性がある。
さらに、PCRF 110は、Gxインターフェースを使用することによってPCEF 108と通信する可能性がある。PCEF 108は、Gy/Ga/Gzインターフェースを使用することによってBOSS 104と通信する可能性がある。
OTT SPのデバイス106は、OTTサーバである可能性があり、認証、ユーザグループ管理などの機能を有する。
図2に示されるように、課金制御装置102は、受信機1022、プロセッサ1024、および送信機1026を含む可能性がある。
図3に示されるように、PCEF 108は、受信機1082、プロセッサ1084、および送信機1086を含む可能性がある。
図4に示されるように、PCRF 110は、受信機1102、プロセッサ1104、および送信機1106を含む可能性がある。
図5に示されるように、BOSS 104は、受信機1042、プロセッサ1044、および送信機1046を含む可能性がある。
図6に示されるように、OTT SPのデバイス106は、受信機1062、プロセッサ1064、および送信機1066を含む可能性がある。
本発明のこの実施形態において、UE 112は、サービスにアクセスするとき、基地局109を使用することによってPCEF 108にデータフローを送信する。さらに、図1に示されたシステムが、サービスのための課金動作を完了するために使用され得る。サービスは、OTT SPに課金するサービスである可能性があり、つまり、サービスは、トラフィック800サービスである。
図7は、本発明の実施形態による課金方法のシグナリングのフロー図である。図7に示される方法は、以下のステップを含む。
701. PCEF 108の受信機1082が、UE 112によって送信されたデータフローを受信する。
UE 112は、トラフィック800サービスにアクセスするとき、PCEF 108にデータフローを送信する可能性がある。データフローは、OTT SPに課金するサービスのデータフローである可能性がある。
任意で、ステップ701の前に、UE 112が、PCEF 108にユーザアクティブ化要求を送信する。UE 112のユーザアクティブ化要求を受信した後、PCEF 108は、PCRF 110からポリシーおよび課金制御(Policy Control and Charging、PCC)ポリシーを取得する。PCRF 110は、ポリシーの認可を実行し、PCEF 108に動的な規則を配信する。PCEF 108は、動的な規則に従ってポリシーのインストールを実行し、ユーザアクティブ化成功応答メッセージをUE 112に送信する。
702. PCEF 108のプロセッサ1084が、データフローを解析し、データフローのフロー記述情報を取得する。
データフローを解析することは、データフローのL3/4情報、L7情報などを特定することを含む可能性がある。L3/4情報は、インターネットプロトコル(Internet Protocol、IP)アドレス、ポート番号、プロトコル番号などを含む可能性がある。L7情報は、URLアドレス、L7プロトコルタイプなどを含む可能性がある。
フロー記述情報は、データフローのL3/4情報および/またはL7情報などを含む可能性がある。
703. PCEF 108の送信機1086が、課金制御装置102にフロー記述情報を送信する。
704. 課金制御装置102のプロセッサ1024が、フロー記述情報に従って、OTT SPに課金するサービスのサービス識別子および課金識別子を決定する。
たとえば、サービス識別子は、サービスのService IDである可能性があり、課金識別子は、レーティンググループ(Rating Group、RG)である可能性がある。
課金制御装置102は、第2のマッチング情報を記憶する可能性があり、第2のマッチング情報は、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む。たとえば、それぞれのサービス規則セットは、L3/4情報、L7情報などを含む可能性がある。L3/4情報は、IPアドレス、ポート番号、プロトコル番号などを含む可能性があり、L7情報は、URLアドレス、L7プロトコルタイプなどを含む可能性がある。これは、本発明において限定されない。さらに、サービス規則セットは、フィルタリング規則情報セットと呼ばれる可能性がある。
このようにして、フロー記述情報がサービス規則セットに属する場合、サービス規則セットに対応するサービス識別子および課金識別子が、第2のマッチング情報に従って決定される可能性があり、サービス規則セットに対応するサービス識別子および課金識別子は、それぞれ、フロー記述情報に対応するサービス識別子および課金識別子、つまり、データフローに対応するサービス識別子および課金識別子として決定される。
705. PCEF 108が、サービス識別子および課金識別子に従ってサービスの料金を課金するように、課金制御装置102の送信機1026が、データフローに対応するサービス識別子および課金識別子をPCEF 108に送信する。
本発明のこの実施形態においては、UE 112がトラフィック800サービスにアクセスするとき、PCEF108が、課金制御装置102にフロー記述情報を送信し、課金制御装置102が、データフローに対応するサービス識別子および課金識別子を決定し、サービス識別子および課金識別子をPCEF 108に送信する。このようにして、PCEF 108上でサービス識別子および課金識別子を構成する必要なしに、PCEF 108が、データフローに対応するサービス識別子および課金識別子を取得することができる。したがって、PCEF 108の構成の作業負荷が削減され得る。
706. PCEF 108のプロセッサ1084は、サービス識別子および課金識別子に従ってオンライン/オフライン課金を実行する。課金は、サービス識別子を有するサービスに関して実行される。
PCEF 108およびBOSS 104は、オンライン/オフライン課金機能を共同で実施する可能性がある。ステップ706の後、以下のステップ(図7に示されていない)がさらに含まれる可能性がある。
707. PCEF 108の送信機1086が、クレジット制御要求(Credit Control Request、CCR)メッセージをBOSS 104に送信する。
CCRメッセージは、サービス識別子、課金識別子、およびUE 112のユーザ識別子を含む可能性がある。ユーザ識別子は、モバイル加入者国際ISDN番号(Mobile Subscriber International ISDN (統合サービスデジタル網、Integrated Service Digital Network)/PSTN (公衆交換電話網、Public Switched Telephone Network) number、MSISDN)である可能性がある。たとえば、ユーザ識別子は、電話番号である可能性がある。
708. BOSS 104のプロセッサ1044が、区別されたレーティング(differentiated rating)を実行する。
BOSS 104は、ユーザ登録情報に従って、UE 112がサービス識別子を有するサービスに登録するかどうかを判定し、サービスに関してUE 112に課金すべきかまたはサービスがUE 112にとって無料であるかをさらに判定し得る。
BOSS 104は、課金識別子に従ってUE 112のユーザアカウントに対して料金控除処理を実行し得る。たとえば、異なる課金識別子は、異なる価格に対応する可能性がある。
OTT SPに課金するサービスが逆方向課金サービスである、つまり、サービスがOTT SPによってすべての代金を支払われる場合、ユーザ登録情報は、OTT SPのデバイスによって提供される。サービスが順方向課金サービスである、つまり、OTT SPに加えて、UEも代金を支払う必要がある場合、ユーザ登録情報は、ユーザがBOSSシステムにおいてサービスに加入するときに生成される。
709. BOSS 104の送信機1046が、PCEF 108にクレジット制御応答(Credit Control Answer、CCA)メッセージを送信する。
このようにして、PCEF 108およびBOSS 104が、オンライン/オフライン課金を共同で完了し得る。
任意で、実施形態においては、OTT SPに課金するサービスが逆方向課金サービスである場合、図7に示された方法が実行される前に、図8に示される方法がさらに含まれる可能性がある。図8に示される方法は、以下のステップを含む。
801. 課金制御装置102の受信機1022が、事業者によって予め構成されたサービス識別子および課金識別子を取得する。
事業者は、OTT SPに課金するサービスに関するサービス識別子および課金識別子を計画し、課金制御装置102上でサービス識別子および課金識別子を予め構成する。
802. OTT SPのデバイス106のプロセッサ1064が、サービス規則セットを生成する。
サービス規則セットは、L3/4情報、L7情報などを含む可能性がある。L3/4情報は、IPアドレス、ポート番号、プロトコル番号などを含む可能性があり、L7情報は、URLアドレス、L7プロトコルタイプなどを含む可能性がある。これは、本発明において限定されない。
803. OTT SPのデバイス106の送信機1066が、サービス規則セットを課金制御装置102に送信する。
OTT SPのデバイス106は、ファイルの形式で課金制御装置102にバッチ処理でサービス規則セットを送信する可能性があり、またはリアルタイムでサービス規則セットを提供もしくは更新する可能性がある。
804. 課金制御装置102のプロセッサ1024が、サービス規則セットに従って第2のマッチング情報を生成する。第2のマッチング情報は、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む。
たとえば、第2のマッチング情報は、第2のマッチングテーブルの形態である可能性がある。第2のマッチングテーブルは、3つのカラムを含む可能性がある。第1のカラムは、サービス識別子を含み、第2のカラムは、課金識別子を含み、第3のカラムはサービス規則セットを含む。加えて、第2のマッチングテーブルの同じ行内にあるサービス規則セットと、サービス識別子と、課金識別子との間の対応が存在する。
805. OTT SPのデバイス106のプロセッサ1064が、ユーザ登録情報を生成する。
ユーザ登録情報は、ユーザ識別子とサービス識別子との間の対応を含む可能性がある。たとえば、第1のUEのユーザ識別子がA1であり、第1のサービスのサービス識別子がB1であると仮定される。OTT SPのデバイス106が第1のサービスが第1のUEにとって無料であると判断する場合、ユーザ登録情報は、A1とB1との間の対応を含む可能性がある。
806. OTT SPのデバイス106の送信機1066が、BOSS 104にユーザ登録情報を送信する。
本明細書における通し番号は順番に対する限定であると解釈されるべきでないことに留意されたい。たとえば、ステップ802およびステップ803が、ステップ801の前に実行される可能性がある。たとえば、ステップ805がステップ802の前に実行される可能性があり、またはステップ805およびステップ802が同時に実行される可能性がある。これは、本発明において限定されない。
図8に示された実施形態において、課金制御装置102は、複数の異なるOTT SPのデバイスから、デバイスによってそれぞれ送信されるサービス規則セットを受信する可能性があることを理解されたい。BOSS 104は、複数の異なるOTT SPのデバイスから、デバイスによってそれぞれ送信されるユーザ登録情報を受信する可能性がある。
たとえば、OTT SPのデバイスが第1のOTT SPのデバイスおよび第2のOTT SPのデバイスを含むと仮定される。第1のOTT SPのデバイスは、Alibabaのサーバであり、第2のOTT SPのデバイスは、KooWoのサーバである。加えて、Alibabaによって提供されるサービスは、TaobaoおよびAlipayを含む。KooWoによって提供されるサービスは、Kwmusicを含む。
したがって、ステップ801において、事業者が、課金制御装置102上で以下の情報を構成する可能性がある。
Taobaoのサービス識別子が、第1のサービス識別子であり、対応する課金識別子が、第1の課金識別子である。
Alipayのサービス識別子が、第2のサービス識別子であり、対応する課金識別子が、第2の課金識別子である。
Kwmusicのサービス識別子が、第3のサービス識別子であり、対応する課金識別子が、第3の課金識別子である。
ステップ802において、第1のOTT SPのデバイスが、第1のサービス規則セットおよび第2のサービス規則セットを生成し得る。第1のサービス規則セットは、Taobaoを表すために使用され、第2のサービス規則セットは、Alipayを表すために使用される。第2のOTT SPのデバイスが、第3のサービス規則セットを生成する可能性がある。第3のサービス規則セットは、Kwmusicを表すために使用される。
ステップ803において、第1のOTT SPのデバイスが、第1のサービス規則セットを課金制御装置102に送信する。第2のOTT SPのデバイスが、第2のサービス規則セットを課金制御装置102に送信する。
ステップ804において、課金制御装置102によって生成された第2のマッチング情報が、Table 1 (表1)に示され得る。
加えて、図8に示された方法が実行された後で、図7に示された方法が実行される前に、PCEF 108がローカルキャッシュ(cache)を構築する動作がさらに含まれる可能性がある。
たとえば、PCEF 108がローカルキャッシュを構築することは、以下のステップを含む可能性がある。
(1) PCEF 108のボード(board)が有効化されるとき、課金制御装置102へのリンクがまず確立される。たとえば、リンクは、インターネットコンテンツ適応プロトコル(Internet Content Adaption Protocol、ICAP)リンクである可能性がある。
(2) ICAPリンクが成功裏に確立された後、PCEF 108が、第1の要求メッセージを課金制御装置102に送信し得る。第1の要求メッセージは、第1の識別子を運ぶ可能性があり、第1の識別子は、PCEF 108がキャッシュ機能をサポートすることを示すために使用される。
(3)第1の要求メッセージを受信した後、課金制御装置102が、課金制御装置102上でサービス規則セットのステータスを調べる。ステータスが正常である場合、課金制御装置102は、PCEF 108に第1の応答メッセージを送信する。第1の応答メッセージは、第2の識別子を運ぶ可能性があり、第2の識別子は、Ready識別子である可能性があり、Ready識別子は、課金制御装置102上のサービス規則探索木(service rule search tree)のステータスが正常であることを示すために使用される。
(4)第1の応答メッセージを受信した後、PCEF 108が、課金制御装置102に第2の要求メッセージを送信し得る。第2の要求メッセージは、配信されることを要求される規則の開始-停止通し番号セグメント(start-stop serial number segment)を運ぶ可能性がある。
たとえば、開始-停止通し番号セグメントは、1から10までである可能性がある。
(5)課金制御装置102が、人気に応じてサービス規則セット内のサービス規則をソートする。第2の要求メッセージを受信した後、課金制御装置102は、開始-停止通し番号セグメントに従ってサービス規則および第2の応答メッセージをPCEF 108に送信する。
たとえば、課金制御装置102上のサービス規則セットが100個のサービス規則を含む場合、課金制御装置102は、最も人気の高い上位10個のサービス規則をPCEF 108に送信する可能性がある。
たとえば、課金制御装置102上のサービス規則セットが7個のサービス規則を含む場合、課金制御装置102は、7個のサービス規則をPCEF 108に送信し、Total識別子を第2の応答メッセージに追加する可能性がある。
(6)課金制御装置102から開始-停止通し番号セグメントを含むサービス規則を受信した後、または課金制御装置102からTotal識別子を受信した後、PCEF 108が、ローカル規則木(local rule tree)を構築する。このようにして、PCEF 108は、ローカルキャッシュの構築を完了し得る。
PCEF 108は別の方法でローカルキャッシュを構築する可能性があり、これは本発明において限定されないことに留意されたい。
ローカルキャッシュが構築された後、図7に示されたステップ703において、PCEF 108のプロセッサ1084が、まずローカルキャッシュを検索する可能性があり、サービス規則が発見され得ないとき、送信機1086が、課金制御装置102にフロー記述情報を送信する。このようにして、PCEF 108と課金制御装置102との間の通信の時間が削減される可能性があり、PCEF 108と課金制御装置102との間のインターフェースへの圧力がさらに下げられる。
任意で、別の実施形態においては、OTT SPに課金するサービスが逆方向課金サービスである場合、図7に示された方法が実行される前に、図9に示される方法がさらに含まれる可能性がある。図9に示される方法は、ステップ801、ステップ802、ステップ803、ステップ804、ステップ805、および以下のステップを含む。
807. OTT SPのデバイス106の送信機1066が、課金制御装置102にユーザ登録情報を送信する。
808. 課金制御装置102の送信機1026が、BOSS 104にユーザ登録情報を送信する。
図9に示される実施形態において、ユーザ登録情報は、課金制御装置102を使用することによってOTT SPのデバイス106によってBOSS 104に送信される。代替的に、言い換えれば、課金制御装置102が、OTT SPのデバイス106から受信されたユーザ登録情報をBOSS 104にフォワーディングする。このようにして、OTT SPのデバイス106とBOSS 104との間のインターフェースに対する作業の圧力が下げられ得る。
図9のステップ801からステップ805までに関しては、図8の説明を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
本明細書における通し番号は順番に対する限定であると解釈されるべきでないことに留意されたい。たとえば、ステップ804が、ステップ807およびステップ808の後に実行される可能性がある。これは、本発明において限定されない。
任意で、別の実施形態においては、OTT SPに課金するサービスが順方向課金サービスである場合、図7に示された方法が実行される前に、図10に示される方法がさらに含まれる可能性がある。図10に示される方法は、ステップ801、ステップ802、ステップ803、ステップ804、および以下のステップを含む。
809. BOSS 104の受信機1042が、UE 112からユーザ登録情報を取得する。
UE 112は、ショートメッセージサービスメッセージ、電話、ネットワーク上の動作などによって事業者に先回りして登録し、ユーザ登録情報を提供する可能性がある。たとえば、第2のUEのユーザ識別子はA2であり、第2のサービスのサービス識別子はB2である。第2のユーザが第2のサービスに登録する場合、第2のUEが、ユーザ登録情報をBOSS 104に先回りして提供する可能性があり、ユーザ登録情報は、A2とB2との間の対応を含む。
図10のステップ801からステップ804までに関しては、図8の説明を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
図7から図10までで説明された実施形態においては、UE 112がOTT SPに課金するサービスにアクセスするとき、PCEF 108が、対応するサービス識別子および課金識別子を取得するために課金制御装置102にフロー記述情報を送信する。このようにして、PCEF 108上でサービス識別子および課金識別子を構成する必要がなく、PCEF 108に対する構成の作業負荷が削減される可能性があり、構成の誤り率がさらに下げられる。
図11は、本発明の別の実施形態による課金方法のシグナリングのフロー図である。図11に示される方法は、以下のステップを含む。
1101. PCEF 108の受信機1082が、UE 112によって送信されたデータフローを受信する。
UE 112は、トラフィック800サービスにアクセスするとき、PCEF 108にデータフローを送信する可能性がある。データフローは、OTT SPに課金するサービスのデータフローである可能性がある。
任意で、ステップ1101の前に、UE 112が、PCEF 108にユーザアクティブ化要求を送信する。UE 112のユーザアクティブ化要求を受信した後、PCEF 108は、PCRF 110からPCCポリシーを取得する。PCRF 110は、ポリシーの認可を実行し、PCEF 108に動的な規則を配信する。PCEF 108は、動的な規則に従ってポリシーのインストールを実行し、ユーザアクティブ化成功応答メッセージをUE 112に送信する。
1102. PCEF 108のプロセッサ1084が、データフローを解析し、データフローのフロー記述情報を取得する。
ステップ1102に関しては、図7の上述の実施形態のステップ702を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
1103. PCEF 108の送信機1086が、課金制御装置102にフロー記述情報およびユーザ識別子を送信する。
ユーザ識別子はMSISDNである可能性がある。たとえば、ユーザ識別子は、UE 112の電話番号である可能性がある。
1104. 課金制御装置102のプロセッサ1024が、フロー記述情報に従って、OTT SPに課金するサービスのサービス識別子および課金識別子を決定し、サービス識別子とユーザ識別子との間の対応が存在するかどうかを判定する。
たとえば、サービス識別子は、サービスのService IDである可能性があり、課金識別子は、RGである可能性がある。
課金制御装置102は、第2のマッチング情報を記憶する可能性があり、第2のマッチング情報は、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む。
このようにして、フロー記述情報がサービス規則セットに属する場合、サービス規則セットに対応するサービス識別子および課金識別子が、第2のマッチング情報に従って決定される可能性があり、サービス規則セットに対応するサービス識別子および課金識別子は、それぞれ、フロー記述情報に対応するサービス識別子および課金識別子、つまり、データフローに対応するサービス識別子および課金識別子として決定される。
課金制御装置102は、第1のマッチング情報を記憶する可能性があり、第1のマッチング情報は、サービス識別子とユーザ識別子との間の対応を含む。
このようにして、課金制御装置102は、第1のマッチング情報に従って、PCEF 108から受信されたユーザ識別子と、フロー記述情報に従って決定されたサービス識別子との間の対応が存在するかどうかを判定し得る。
1105. 課金制御装置102のプロセッサ1024が、PCEF 108から受信されたユーザ識別子と、フロー記述情報に従って決定されたサービス識別子との間の対応が存在するとステップ1104において判定するとき、課金制御装置102の送信機1026が、PCEF 108にサービス識別子および課金識別子を送信する。
一方、課金制御装置102のプロセッサ1024が、PCEF 108から受信されたユーザ識別子と、フロー記述情報に従って決定されたサービス識別子との間の対応が存在しないとステップ1104において判定するとき、課金制御装置102の送信機1026が、PCEF 108にヌルメッセージを送信するかまたはPCEF 108にメッセージを送信しない可能性がある。
本発明のこの実施形態においては、UE 112がサービスにアクセスするとき、PCEF108は、課金制御装置102にフロー記述情報を送信し、課金制御装置102は、データフローに対応するサービス識別子および課金識別子を決定し、サービス識別子および課金識別子をPCEF 108に送信する。このようにして、PCEF 108上でサービス識別子および課金識別子を構成する必要なしに、PCEF 108が、データフローに対応するサービス識別子および課金識別子を取得することができる。したがって、構成の作業負荷が削減され得る。
1106. PCEF 108のプロセッサ1084は、サービス識別子および課金識別子に従ってオンライン/オフライン課金を実行する。課金は、サービス識別子を有するサービスに関して実行される。
PCEF 108は、課金制御装置102からヌルメッセージを受信するか、または課金制御装置102によって送信されたいかなるメッセージも予め設定された時間内に受信しない場合、従来技術の方法でオンライン/オフライン課金を実行する。
課金制御装置102からサービス識別子および課金識別子を受信した後、PCEF 108およびBOSS 104は、オンライン/オフライン課金機能を共同で実施し得る。ステップ1106が実行された後、以下のステップがさらに含まれる可能性がある。
1107. PCEF 108の送信機1086が、CCRメッセージをBOSS 104に送信する。
CCRメッセージは、サービス識別子および課金識別子を含む可能性がある。
1108. BOSS 104のプロセッサ1044が、サービス識別子に関して一様なレーティングを実行する。
つまり、BOSS 104は、ユーザに応じて区別されたレーティングを実行する必要がない。つまり、図11に示された実施形態においては、課金制御装置102が、サービス識別子とユーザ識別子との間の対応が存在するかどうかを判定し、つまり、課金制御装置102が、ユーザがサービス識別子を有するサービスに登録するかどうかを判定する。このようにして、BOSS 104は、ユーザ登録情報を受信するか、またはユーザ登録情報に従って、UE 112がサービス識別子を有するトラフィック800サービスに登録するかどうかを判定する必要なしに一様なレーティングを直ちに実行し得る。したがって、BOSS 104の作業負荷が削減され得る。
1109. BOSS 104の送信機1046が、PCEF 108にCCAメッセージを送信する。
このようにして、PCEF 108およびBOSS 104が、オンライン/オフライン課金を共同で完了し得る。
任意で、実施形態においては、OTT SPに課金するサービスが逆方向課金サービスである場合、図11に示された方法が実行される前に、図12に示される方法がさらに含まれる可能性がある。図12に示される方法は、ステップ801、ステップ802、ステップ803、ステップ804、ステップ805、ステップ807、および以下のステップを含む。
810. 課金制御装置102のプロセッサ1024が、ユーザ登録情報に従って第1のマッチング情報を生成する。第1のマッチング情報は、サービス識別子とユーザ識別子との間の対応を含む。
たとえば、第1のマッチング情報は、第1のマッチングテーブルの形態である可能性がある。第1のマッチングテーブルは、2つのカラムを含む可能性がある。第1のカラムは、サービス識別子を含み、第2のカラムは、ユーザ識別子を含む。加えて、第1のマッチングテーブルの同じ行内にあるサービス識別子とユーザ識別子との間の対応が存在する。
たとえば、第1のマッチング情報は、Table 2 (表2)に示され得る。
図12のステップ801からステップ805までに関しては、図8の説明を参照し、図12のステップ807に関しては、図9の説明を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
本明細書における通し番号は順番に対する限定であると解釈されるべきでないことに留意されたい。たとえば、ステップ810がステップ804の前に実行される可能性があり、またはステップ810およびステップ804が同時に実行される可能性がある。これは、本発明において限定されない。
任意で、別の実施形態においては、OTT SPに課金するサービスが逆方向課金サービスである場合、図11に示された方法が実行される前に、図13に示される方法がさらに含まれる可能性がある。図13に示される方法は、ステップ801、ステップ802、ステップ803、ステップ804、ステップ805、ステップ806、および以下のステップを含む。
811. BOSS 104の送信機1046が、課金制御装置102にユーザ登録情報を送信する。
810. 課金制御装置102のプロセッサ1024が、第1のマッチング情報を生成する。
図13のステップ801からステップ806までに関しては、図8の説明を参照し、図13のステップ810に関しては、図12の説明を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
このようにして、図13に示される実施形態においては、ユーザ登録情報が、BOSS 104を使用することによってOTT SPのデバイス106により課金制御装置102に送信される。これは、OTT SPのデバイス106と課金制御装置102との間のインターフェースに対する圧力を下げることができる。
任意で、別の実施形態においては、OTT SPに課金するサービスが順方向課金サービスである場合、図11に示された方法が実行される前に、図14に示される方法がさらに含まれる可能性がある。図14に示される方法は、ステップ801、ステップ802、ステップ803、ステップ804、ステップ809、および以下のステップを含む。
812. BOSS 104の送信機1046が、課金制御装置102にユーザ登録情報を送信する。
810. 課金制御装置102のプロセッサ1024が、第1のマッチング情報を生成する。
図14のステップ801からステップ804までに関しては、図8の説明を参照し、図14のステップ809に関しては、図10の説明を参照し、図14のステップ810に関しては、図12の説明を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
図11から図14までに示された実施形態においては、UE 112がトラフィック800サービスをアクセスするとき、PCEF 108が、フロー記述情報およびユーザ識別子を課金制御装置102に送信する。課金制御装置102は、対応するサービス識別子および課金識別子を決定し、サービス識別子とユーザ識別子との間の対応が存在するかどうかを判定する。対応が存在するとき、PCEF 108は、課金制御装置102によって送信されるサービス識別子および課金識別子を受信する可能性がある。このようにして、サービス識別子および課金識別子は、PCEF 108上で構成される必要がなく、BOSS 104は、ユーザの区別を実行する必要がない。したがって、PCEF 108の構成の作業負荷およびBOSS 104の構成の作業負荷が削減され得る。
図15は、本発明の別の実施形態による課金方法のシグナリングのフロー図である。UE 112がOTT SPに課金するサービスにアクセスするとき、図15に示される方法が、以下のステップを含む。
1501. UE 112が、PCEF 108にユーザアクティブ化要求を送信する。
1502. PCEF 108の送信機1086が、PCRF 110にCCR-1メッセージを送信する。
PCEF 108の受信機1082がUE 112のユーザアクティブ化要求を受信した後、PCRF 110からPCCポリシーをさらに取得するために、CCR-1メッセージがPCRF 110に送信される。
1503. PCRF 110のプロセッサ1104が、UE 112のPCCポリシーの認可を決定する。
PCRF 110は、UE 112が登録するトラフィック800サービスのサービス識別子および課金識別子をUE 112のPCCポリシーの認可として使用する。
1504. PCRF 110の送信機1106が、PCEF 108にCCA-1メッセージを送信する。
PCRF 110は、PCEF 108に動的な規則を送信する可能性がある。動的な規則は、トラフィック検出機能(Traffic Detection Function、TDF)アプリケーション識別子(Application Identifier)を含み、TDFアプリケーション識別子フィールドに対応する課金識別子をさらに含む。
本明細書において、TDFアプリケーション識別子フィールドは、UE 112が登録するトラフィック800サービスのサービス識別子を表す。
1505. PCEF 108の送信機1086が、UE 112にユーザアクティブ化成功応答メッセージを送信する。
1506. PCEF 108の受信機1082が、UE 112によって送信されたデータフローを受信する。
1507. PCEF 108のプロセッサ1084が、データフローを解析し、データフローのフロー記述情報を取得する。
さらに、PCEF 108のプロセッサ1084は、UE 112がOTT SPに課金するサービスに登録するかどうかをさらに判定し、つまり、PCEF 108のプロセッサ1084は、UE 112がトラフィック800サービスに登録するかどうかを判定する。
1508. PCEF 108の送信機1086が、課金制御装置102にフロー記述情報を送信する。
PCEF 108のプロセッサ1084は、UE 112がトラフィック800サービスに登録したと判定した後でステップ1028を実行する。
PCEF 108は、UE 112がOTT SPに課金するサービスに登録したと判定した後で課金制御装置102にフロー記述情報を送信する。したがって、課金制御装置102は、その後、サービスに登録したUEに関してのみ処理を実行することができ、性能がより優れている。
PCEF 108は、UE 112がいかなるトラフィック800サービスにも登録しないと判定する場合、従来技術の方法でオンライン/オフライン課金を実行する。
1509. 課金制御装置102のプロセッサ1024が、フロー記述情報に従ってサービス識別子を決定する。
課金制御装置102は、第3のマッチング情報を記憶する可能性があり、第3のマッチング情報は、サービス規則セットとサービス識別子との間の対応を含む。
このようにして、フロー記述情報がサービス規則セットに属する場合、サービス規則セットに対応するサービス識別子が、第3のマッチング情報に従って決定される可能性があり、サービス規則セットに対応するサービス識別子が、フロー記述情報に対応するサービス識別子、つまり、データフローに対応するサービス識別子として決定される。
1510. 課金制御装置102の送信機1026が、PCEF 108にサービス識別子を送信する。
1511. PCEF 108のプロセッサ1084が、サービス識別子に従ってオンライン/オフライン課金を実行する。
PCEF 108のプロセッサ1084は、受信されたサービス識別子を使用してTDFアプリケーション識別子フィールドをマッチングし、対応する課金識別子をさらに決定する可能性がある。加えて、PCEF 108は、対応する課金識別子に従ってオンライン/オフライン課金を実行する。
本発明のこの実施形態においては、UE 112がトラフィック800サービスにアクセスするとき、PCEF108が、サービス識別子を取得するために課金制御装置102にフロー記述情報を送信する。このようにして、PCEF 108上でサービス識別子を構成する必要がなく、構成の作業負荷が削減される可能性があり、構成の誤り率がさらに下げられ得る。
課金制御装置102からサービス識別子を受信した後、PCEF 108およびBOSS 104は、オンライン/オフライン課金機能を共同で実施し得る。ステップ1511が実行された後、以下のステップがさらに含まれる可能性がある。
1512. PCEF 108の送信機1086が、CCRメッセージをBOSS 104に送信する。
CCRメッセージは、サービス識別子および課金識別子を含む可能性がある。
1513. BOSS 104のプロセッサ1044が、サービス識別子に関して一様なレーティングを実行する。つまり、BOSS 104は、ユーザに応じて区別されたレーティングを実行する必要がない。
つまり、図15に示されたこの実施形態においては、PCRF 110によって配信される動的な規則がUE 112が登録するトラフィック800サービスのサービス識別子および課金識別子を含み、BOSS 104がユーザに応じて区別されたレーティングを実行する必要がないので、BOSSの作業負荷が削減され得る。
1514. BOSS 104の送信機1046が、PCEF 108にCCAメッセージを送信する。
このようにして、PCEF 108およびBOSS 104が、オンライン/オフライン課金を共同で完了し得る。
任意で、実施形態においては、OTT SPに課金するサービスが逆方向課金サービスである場合、図15に示された方法が実行される前に、図16に示される方法がさらに含まれる可能性がある。図16に示される方法は、ステップ801、ステップ802、ステップ803、ステップ805、ステップ807、および以下のステップを含む。
813. 課金制御装置102のプロセッサ1024が、第3のマッチング情報を生成し、第3のマッチング情報は、サービス識別子とサービス規則セットとの間の対応を含む。
たとえば、第3のマッチング情報は、第3のマッチングテーブルの形態である可能性がある。第3のマッチングテーブルは、2つのカラムを含む可能性がある。第1のカラムは、サービス識別子を含み、第2のカラムは、サービス規則セットを含む。加えて、第3のマッチングテーブルの同じ行内にあるサービス規則セットとサービス識別子との間の対応が存在する。
814. 課金制御装置102の送信機1026が、ユーザ登録情報、サービス識別子、および課金識別子をPCRF 110に送信する。
815. PCRF 110のプロセッサ1104が、PCCポリシーを生成する。
たとえば、ユーザ登録情報がM個のUEの登録情報を含み、M個のUEの各々が1つまたは複数のトラフィック800サービスに登録する可能性があると仮定される。したがって、PCCポリシーは、M個のUEのPCCポリシーを含む。
図16のステップ801からステップ805までに関しては、図8の説明を参照し、図16のステップ807に関しては、図9の説明を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
本明細書における通し番号は順番に対する限定であると解釈されるべきでないことに留意されたい。たとえば、ステップ8013がステップ807の前に実行される可能性がありまたはステップ8014の後に実行される可能性がある。これは、本発明において限定されない。
任意で、別の実施形態においては、OTT SPに課金するサービスが逆方向課金サービスである場合、図15に示された方法が実行される前に、図17に示される方法がさらに含まれる可能性がある。図17に示される方法は、ステップ801、ステップ802、ステップ803、ステップ805、ステップ806、ステップ813、および以下のステップを含む。
816. 課金制御装置102の送信機1026が、サービス識別子および課金識別子をPCRF 110に送信する。
817. BOSS 104の送信機1046が、PCRF 110にユーザ登録情報を送信する。
815. PCRF 110のプロセッサ1104が、PCCポリシーを生成する。
図17のステップ801からステップ806までに関しては、図8の説明を参照し、図17のステップ813に関しては、図16の説明を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
本明細書における通し番号は順番に対する限定であると解釈されるべきでないことに留意されたい。たとえば、ステップ816およびステップ817は、同時に実行され得る。たとえば、ステップ816およびステップ817は、ステップ813の前に実行され得る。これは、本発明において限定されない。
任意で、別の実施形態においては、OTT SPに課金するサービスが順方向課金サービスである場合、図15に示された方法が実行される前に、図18に示される方法がさらに含まれる可能性がある。図18に示される方法は、ステップ801、ステップ802、ステップ803、ステップ809、ステップ813、ステップ816、ステップ817、およびステップ815を含む。
図18のステップ801からステップ803までに関しては、図8の説明を参照し、図18のステップ809に関しては、図10の説明を参照し、図18のステップ813およびステップ815に関しては、図16の説明を参照し、図18のステップ816およびステップ817に関しては、図17の説明を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
図15から図18までに示された実施形態においては、UE 112がトラフィック800サービスにアクセスするとき、PCEF108が、UE 112がトラフィック800サービスに登録すると判定した後、課金制御装置102にフロー記述情報を送信する。課金制御装置102は、対応するサービス識別子を決定する。PCEF 108は、課金制御装置102によって送信されたサービス識別子を受信し、PCRF 110から取得された動的な規則と組み合わせて課金を実行する可能性がある。このようにして、PCEF 108上でサービス識別子を構成する必要がなく、PCEF 108の構成の作業負荷が削減される可能性があり、BOSS 104の構成の作業負荷が削減される可能性がある。加えて、この実施形態においては、トラフィック800サービスに関する課金と既存のPCCポリシーとを組み合わせることが、第3世代パートナーシッププロジェクト(3rd Generation Partnership Project、3GPP)の標準的なアーキテクチャにより適合する。
図7から図18までの実施形態の説明を参照すると、
UEがOTT SPに課金するサービスにアクセスするとき、図2に示された課金制御装置102は、
PCEFからフロー記述情報を受信するように構成された受信機1022であって、フロー記述情報が、UEから受信されたデータフローに従ってPCEFによって取得される、受信機1022と、
受信機1022によって受信されたフロー記述情報に従って、データフローに対応するサービス識別子を決定するように構成されたプロセッサ1024と、
PCEFがサービス識別子に従ってサービスの料金を課金するように、プロセッサ1024によって決定されたサービス識別子をPCEFに送信するように構成された送信機1026とを含む。
課金制御装置102の構成要素は、バスシステムによって一緒に結合され、データバスに加えて、バスシステムは、電力バス、制御バス、ステータス信号バスなどをさらに含む。
本発明の上述の実施形態において開示された方法は、プロセッサ1024に応用されるかまたはプロセッサ1024によって実施され得る。プロセッサ1024は、集積回路チップであり、信号処理能力を有する可能性がある。実施のプロセスにおいて、上述の方法のステップは、プロセッサ1024のハードウェアの集積論理回路またはソフトウェアの形態の命令を使用することによって完成される可能性がある。上述のプロセッサ1024は、汎用プロセッサ、デジタル信号プロセッサ(Digital Signal Processor、DSP)、特定用途向け集積回路(Application Specific Integrated Circuit、ASIC)、フィールドプログラマブルゲートアレイ(Field Programmable Gate Array、FPGA)もしくは別のプログラマブル論理構成要素、ディスクリートゲートもしくはトランジスタ論理構成要素、またはディスクリートハードウェア構成要素である可能性があり、本発明の実施形態において開示される方法、ステップ、および論理ブロック図を実施または実行し得る。汎用プロセッサがマイクロプロセッサである可能性、またはプロセッサがさらに任意の通常のプロセッサである可能性などがある。本発明の実施形態を参照して開示される方法のステップは、ハードウェア復号プロセッサによって直接実行されるか、または復号プロセッサのハードウェアとソフトウェアモジュールとの組合せを使用することによって実行される可能性がある。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなどの当技術分野の成熟したストレージ媒体に置かれる可能性がある。ストレージ媒体は、メモリ1024内に置かれる。プロセッサ1024は、メモリ内の情報を読み、プロセッサのハードウェアと組み合わせて上述の方法のステップを完成する。
本発明の実施形態のメモリが揮発性メモリもしくは不揮発性メモリである可能性があり、または揮発性メモリと不揮発性メモリとの両方を含む可能性があることは、理解されるであろう。不揮発性メモリは、読み出し専用メモリ(Read-Only Memory、ROM)、プログラマブル読み出し専用メモリ(Programmable ROM、PROM)、消去可能プログラマブル読み出し専用メモリ(Erasable PROM、EPROM)、電気的消去可能プログラマブル読み出し専用メモリ(Electrically EPROM、EEPROM)、またはフラッシュメモリである可能性がある。揮発性メモリは、ランダムアクセスメモリ(Random Access Memory、RAM)である可能性があり、外部キャッシュとして使用される。限定として使用されるのではなく例として使用される説明によれば、スタティックランダムアクセスメモリ(Static RAM、SRAM)、ダイナミックランダムアクセスメモリ(Dynamic RAM、DRAM)、同期ダイナミックランダムアクセスメモリ(Synchronous DRAM、SDRAM)、ダブルデータレート同期ダイナミックランダムアクセスメモリ(Double Data Rate SDRAM、DDR SDRAM)、エンハンスト同期ダイナミックランダムアクセスメモリ(Enhanced SDRAM、ESDRAM)、SynchLinkダイナミックランダムアクセスメモリ(Synchlink DRAM、SLDRAM)、およびDirect Rambusランダムアクセスメモリ(Direct Rambus RAM、DR RAM)などの多くの形態のRAMが適用可能である。システムのメモリおよび本明細書において説明された方法は、これらのメモリまたは任意のその他の適切な種類のメモリを含むことを狙いとしているが、これらのメモリまたは任意のその他の適切な種類のメモリに限定されない。
本明細書において説明された実施形態がハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはこれらの組合せによって実装され得ることは、理解されるであろう。ハードウェアの実装に関しては、処理ユニットが、1つもしくは複数の特定用途向け集積回路(Application Specific Integrated Circuits、ASIC)、デジタル信号プロセッサ(Digital Signal Processing、DSP)、デジタル信号処理デバイス(DSP Device、DSPD)、プログラマブル論理デバイス(Programmable Logic Device、PLD)、フィールドプログラマブルゲートアレイ(Field-Programmable Gate Array、FPGA)、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本発明において説明された機能を実行するように構成されたその他の電子ユニット、またはこれらの組合せで実装され得る。
実施形態は、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、プログラムコード、またはコードセグメントで実装されるとき、たとえば、ストレージ構成要素の機械可読媒体に記憶される可能性がある。コードセグメントは、プロセス、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアグループ、クラス、または命令、データ構造、もしくはプログラムステートメントの任意の組合せを表す可能性がある。コードセグメントは、情報、データ、独立した変数、パラメータ、またはメモリの内容を転送および/または受信することによって別のコードセグメントまたはハードウェア回路に結合される可能性がある。情報、独立した変数、パラメータ、データなどは、メモリ共有、メッセージ転送、トークン転送、ネットワーク送信などを含む任意の好適な方法で転送、フォワーディング、または送信され得る。
ソフトウェアの実装に関しては、本明細書において説明されたテクノロジーが、本明細書において説明された機能(たとえば、プロセスまたは関数)を実行するためのモジュールを使用することによって実装され得る。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって実行され得る。メモリユニットは、プロセッサの中にまたはプロセッサの外に実装される可能性があり、後者の場合、当技術分野で知られている様々な手段による通信方法でプロセッサに結合される可能性がある。
任意で、一実施形態においては、フロー記述情報を受信する前に、
受信機1022が、事業者によって予め構成されるサービス識別子および課金識別子を取得し、OTT SPのデバイスによって送信されたサービス規則セットを受信するように構成される。プロセッサ1024は、第3のマッチング情報を生成するように構成される。第3のマッチング情報は、サービス識別子とサービス規則セットとの間の対応を含む。送信機1026は、PCRFにサービス識別子および課金識別子を送信するように構成される。
したがって、プロセッサ1024は、対応するサービス識別子を決定するために、フロー記述情報に従って第3のマッチング情報を検索し得る。第3のマッチング情報に関しては、図16の実施形態のステップ813の説明を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
任意で、OTT SPに課金するサービスが逆方向課金サービスである場合、フロー記述情報を受信する前に、受信機1022が、OTT SPのデバイスによって送信されたユーザ登録情報を受信するようにさらに構成され、送信機1026が、PCRFにユーザ登録情報を送信するようにさらに構成される。
任意で、別の実施形態においては、プロセッサ1024が、受信機1022によって受信されたフロー記述情報に従って、データフローに対応する課金識別子を決定するようにさらに構成され、送信機1026が、PCEFに課金識別子を送信するようにさらに構成される。
フロー記述情報を受信する前に、
受信機1022が、事業者によって予め構成されるサービス識別子および課金識別子を取得し、OTT SPのデバイスによって送信されたサービス規則セットを受信するように構成される。プロセッサ1024は、第2のマッチング情報を生成するように構成される。第2のマッチング情報は、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む。
第2のマッチング情報に関しては、図8の実施形態のステップ804の説明を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。たとえば、第2のマッチング情報は、Table 1 (表1)に示され得る。
プロセッサ1024は、対応するサービス識別子および課金識別子を決定するために、フロー記述情報に従って第2のマッチング情報を検索し得る。
たとえば、Table 1 (表1)に示された第2のマッチング情報に関しては、フロー記述情報が第2のサービス規則セットに属する場合、プロセッサ1024が、対応するサービス識別子および課金識別子がそれぞれ第2のサービス識別子および第2の課金識別子であると決定し得る。
任意で、OTT SPに課金するサービスが逆方向課金サービスである場合、フロー記述情報を受信する前に、受信機1022が、OTT SPのデバイスによって送信されたユーザ登録情報を受信するようにさらに構成され、送信機1026が、BOSSにユーザ登録情報を送信するようにさらに構成される。
任意で、別の実施形態においては、受信機1022が、PCEFによって送信されるUEのユーザ識別子をさらに受信する可能性がある。プロセッサ1024は、フロー記述情報に従って、データフローに対応するサービス識別子および課金識別子を決定し、ユーザ識別子とサービス識別子との間の対応が存在するかどうかを判定するように特に構成される。ユーザ識別子とサービス識別子との間の対応が存在するとプロセッサ1024が判定するとき、送信機1026は、PCEFにサービス識別子および課金識別子を送信するように特に構成される。
フロー記述情報を受信する前に、
受信機1022が、事業者によって予め構成されるサービス識別子および課金識別子を取得し、OTT SPのデバイスによって送信されたサービス規則セットを受信するように構成される。受信機1022は、OTT SPのデバイスまたはBOSSによって送信されたユーザ登録情報を受信するようにさらに構成される。プロセッサ1024は、第2のマッチング情報を生成するように構成される。第2のマッチング情報は、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む。プロセッサ1024は、第1のマッチング情報を生成するようにさらに構成され、第1のマッチング情報は、サービス識別子とユーザ識別子との間の対応を含む。
プロセッサ1024は、第1のマッチング情報を検索することによって、ユーザ識別子とサービス識別子との間の対応が存在するかどうかを判定し得る。第1のマッチング情報に関しては、図13の実施形態のステップ810の説明を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
たとえば、Table 2 (表2)に示された第1のマッチング情報に関しては、第2のマッチング情報に従ってプロセッサ1024によって決定されたサービス識別子が第2のサービス識別子であり、PCEFから受信機1022によって受信されたユーザ識別子が第4のユーザ識別子である場合、プロセッサ1024が、第1のマッチング情報に従って、第2のサービス識別子と第4のユーザ識別子との間の対応が存在すると判定し得る。
OTT SPに課金するサービスが逆方向課金サービスである場合、ユーザ登録情報は、OTT SPのデバイスから受信機1022によって受信される可能性がある。代替的に、OTT SPのデバイスによってBOSSに送信された後、ユーザ登録情報は、BOSSから受信機1022によって受信され得る。
OTT SPに課金するサービスが順方向課金サービスである場合、ユーザ登録情報は、BOSSから受信機1022によって受信される可能性がある。
このようにして、本発明のこの実施形態は、OTT SPに課金するサービスの料金を課金するように構成された課金制御装置を提供する。事業者が課金制御装置上でサービス識別子および課金識別子を予め構成した後、サービス識別子および課金識別子は、プロセスによって別のネットワーク要素に自動的に同期される可能性がある。たとえば、地域ネットワーク(provincial network)内のPCEFが、必要とされるサービス識別子および課金識別子を課金制御装置から取得し得る。地域ネットワーク内のPCEFにおける繰り返される構成作業が、省略される可能性があり、事業者は、地域ネットワーク内で異なる製造業者によって製造された異なるPCEFの間のディープパケットインスペクション(Deep Packet Inspection、DPI)能力、構成アーキテクチャ、規則構成方法などの違いを考慮する必要がなく、事業者の運用および保守部門の作業負荷が、大きく削減される可能性があり、誤った構成または欠けた構成によって引き起こされる影響が、回避される可能性がある。
OTT SPに課金するサービスが更新されるか、またはOTT SPに課金する新しいサービスが存在するとき、事業者は、課金制御装置に対する更新または構成を実行することのみを必要とする。さらに、事業者の独立したデバイスとして、課金制御装置は、保守および拡張が容易であり、数百万桁のサービスの展開をサポートすることができる。
UEがOTT SPに課金するサービスにアクセスするとき、図3に示されたPCEF 108は、
UEによって送信されたデータフローを受信するように構成された受信機1082と、
データフローを解析し、データフローのフロー記述情報を決定するように構成されたプロセッサ1084と、
課金制御装置にフロー記述情報を送信するように構成された送信機1086とを含む。
受信機1082は、課金制御装置によって送信されたサービス識別子を受信するようにさらに構成され、サービス識別子は、フロー記述情報に従って課金制御装置によって決定される。
プロセッサ1084は、サービス識別子に従ってサービスのオンライン/オフライン課金を実行するようにさらに構成される。
任意で、実施形態において、プロセッサ1084は、UEがサービスに登録するかどうかを判定するようにさらに構成される。プロセッサ1084がUEがサービスに登録すると判定するとき、送信機1086は、課金制御装置にフロー記述情報を送信する。
受信機1082は、UEによって送信されたデータフローを受信する前に、PCRFから動的な規則を受信するようにさらに構成される。動的な規則は、トラフィック検出機能(Traffic Detection Function、TDF)アプリケーション識別子(Application Identifier)を含み、TDFアプリケーション識別子フィールドに対応する課金識別子をさらに含む。
プロセッサ1084は、受信機1082によって受信されたサービス識別子を使用してTDFアプリケーション識別子フィールドをマッチングするように特に構成され、対応する課金識別子をさらに決定する可能性がある。さらに、プロセッサ1084が、課金識別子に従ってオンライン/オフライン課金を実行する可能性がある。
プロセッサ1084が課金識別子に従ってオンライン/オフライン課金を実行することは、PCEFおよびBOSSによって共同で実施され得る。送信機1086は、クレジット制御要求(Credit Control Request、CCR)メッセージをBOSSにさらに送信する可能性がある。BOSSがレーティングを実行した後、受信機1082は、BOSSによって送信されたクレジット制御要求(Credit Control Request、CCR)メッセージを受信する。BOSSがレーティングを実行するプロセスにおいて、BOSSは、ユーザに応じて区別されたレーティングを実行する必要がない。
任意で、別の実施形態においては、送信機1086が、UEのユーザ識別子を課金制御装置に送信するようにさらに構成される。加えて、受信機1082は、課金制御装置からサービス識別子および課金識別子を受信するように特に構成される。さらに、プロセッサ1084は、サービス識別子および課金識別子に従ってオンライン/オフライン課金を実行するように構成される。課金は、サービス識別子を有するサービスに関して実行される。
プロセッサ1084が課金識別子に従ってオンライン/オフライン課金を実行することは、PCEFおよびBOSSによって共同で実施され得る。送信機1086は、CCRメッセージをBOSSにさらに送信する可能性がある。BOSSが区別されたレーティングを実行した後、受信機1082が、BOSSによって送信されたCCAメッセージを受信する。
図4に示されたPCRF 110は、
課金制御装置からサービス識別子および課金識別子を受信し、課金制御装置またはBOSSからユーザ登録情報を受信するように構成された受信機1102と、
受信機1102から受信されるユーザ登録情報、サービス識別子、および課金識別子に従ってPCCポリシーを生成するように構成されたプロセッサ1104とを含む。
任意で、OTT SPに課金するサービスが逆方向課金サービスである場合、受信機1102は、課金制御装置またはBOSSからユーザ登録情報を受信する可能性がある。ユーザ登録情報は、OTT SPのデバイスによって生成され、課金制御装置またはBOSSに送信される。
任意で、OTT SPに課金するサービスが順方向課金サービスである場合、受信機1102は、BOSSからユーザ登録情報を受信する可能性がある。ユーザ登録情報は、UEによる先回りした登録を実行することによって取得される。
図5に示されたBOSS 104は、
ユーザ登録情報を受信するように構成された受信機1042と、
課金制御装置にユーザ登録情報を送信するように構成された送信機1046とを含む。
任意で、OTT SPに課金するサービスが逆方向課金サービスである場合、受信機1042は、OTT SPのデバイスからユーザ登録情報を受信する可能性がある。
任意で、OTT SPに課金するサービスが順方向課金サービスである場合、受信機1042は、UEからユーザ登録情報を受信する可能性がある。
BOSS 104は、プロセッサ1044をさらに含む可能性がある。さらに、UEがサービスにアクセスするとき、受信機1042は、PCEFによって送信されたCCRメッセージを受信する可能性がある。プロセッサ1044は、レーティングを実行し得る。送信機1046は、PCEFにCCAメッセージを送信し得る。レーティングを実行するとき、プロセッサ1044は、ユーザに応じて区別されたレーティングを実行する必要がない。
任意で、別の実施形態においては、OTT SPに課金するサービスが逆方向課金サービスである場合、受信機1042は、OTT SPのデバイスまたは課金制御装置からユーザ登録情報を受信する可能性がある。OTT SPに課金するサービスが順方向課金サービスである場合、受信機1042は、UEからユーザ登録情報を受信する可能性がある。
さらに、UEがサービスにアクセスするとき、受信機1042は、PCEFによって送信されたCCRメッセージを受信する可能性がある。プロセッサ1044は、ユーザ登録情報に従って区別されたレーティングを実行し得る。送信機1046は、PCEFにCCAメッセージを送信し得る。
つまり、別の実施形態においては、受信機1042が、ユーザ登録情報を受信した後、課金制御装置にユーザ登録情報を送信せず、その結果、BOSS 104が、その後、ユーザ登録情報に従って区別されたレーティングを実行する。
図6に示されたOTT SPのデバイス106は、
サービス規則セットを生成するように構成されたプロセッサ1064と、
サービス規則セットを課金制御装置に送信するように構成された送信機1066とを含む。
任意で、OTT SPに課金するサービスが逆方向課金サービスである場合、プロセッサ1064は、ユーザ登録情報を生成するようにさらに構成される。さらに、送信機1066は、課金制御装置またはBOSSにユーザ登録情報を送信するようにさらに構成される。
図19は、本発明の実施形態による課金システムの概略的な構造図である。図19に示されたシステム10は、課金制御装置102、PCEF 108、PCRF 110、およびBOSS 104を含み得る。
システム10の説明に関しては、図1を参照されたい。繰り返しを避けるために、詳細は本明細書において再度説明されない。
図20は、本発明の実施形態による課金方法のフロー図である。オーバーザトップOTTサービスプロバイダSPに課金するサービスにユーザ機器UEがアクセスするとき、図20に示される方法は、以下のステップを含む。
2001. ポリシーおよび課金施行機能PCEFからフロー記述情報を受信し、フロー記述情報は、UEから受信されたデータフローに従ってPCEFによって取得される。
2002. フロー記述情報に従って、データフローに対応するサービス識別子を決定する。
2003. PCEFがサービス識別子に従ってサービスの料金を課金するように、PCEFにサービス識別子を送信する。
本発明のこの実施形態においては、UEがサービスにアクセスするとき、PCEFが、課金制御装置にフロー記述情報を送信し、課金制御装置が、データフローに対応するサービス識別子および課金識別子を決定し、PCEFにサービス識別子および課金識別子を送信する。このようにして、PCEF上でサービス識別子および課金識別子を構成する必要なしに、PCEFが、データフローに対応するサービス識別子および課金識別子を取得することができる。したがって、構成の作業負荷が削減され得る。
任意で、実施形態においては、フロー記述情報に従ってデータフローに対応するサービス識別子を決定することが、フロー記述情報に従ってデータフローに対応するサービス識別子および課金識別子を決定することを含み、
PCEFにサービス識別子を送信することが、PCEFにサービス識別子および課金識別子を送信することを含む。
任意で、別の実施形態においては、方法が、PCEFからUEのユーザ識別子を受信することと、ユーザ識別子とサービス識別子との間の対応が存在するかどうかを判定することとをさらに含む。
PCEFにサービス識別子および課金識別子を送信することは、ユーザ識別子とサービス識別子との間の対応が存在すると判定されるとき、PCEFにサービス識別子および課金識別子を送信することを含む。
任意で、別の実施形態においては、PCEFからフロー記述情報を受信する前に、方法が、OTT SPのデバイスまたはビジネスおよび運用サポートシステムBOSSによって送信されたユーザ登録情報を受信することと、ユーザ登録情報に従って第1のマッチング情報を生成することであって、第1のマッチング情報が、ユーザ識別子とサービス識別子との間の対応を含む、生成することとをさらに含む。
任意で、別の実施形態においては、ユーザ識別子とサービス識別子との間の対応が存在するかどうかを判定することが、第1のマッチング情報に従ってユーザ識別子とサービス識別子との間の対応が存在するかどうかを判定することをさらに含む。
任意で、別の実施形態においては、PCEFからフロー記述情報を受信する前に、方法が、OTT SPのデバイスによって送信されたユーザ登録情報を受信することと、ビジネスおよび運用サポートシステムBOSSにユーザ登録情報を送信することとをさらに含む。
任意で、別の実施形態においては、PCEFからフロー記述情報を受信する前に、方法が、事業者によって構成されるサービス識別子および課金識別子を取得し、OTT SPのデバイスによって送信されたサービス規則セットを受信することと、サービス規則セットに従って第2のマッチング情報を生成することであって、第2のマッチング情報が、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む、生成することとをさらに含む。
任意で、別の実施形態においては、フロー記述情報に従ってデータフローに対応するサービス識別子および課金識別子を決定することが、第2のマッチング情報に従ってデータフローに対応するサービス識別子および課金識別子を決定することを含む。
任意で、別の実施形態においては、PCEFからフロー記述情報を受信する前に、方法が、事業者によって構成されるサービス識別子および課金識別子を取得し、OTT SPのデバイスによって送信されたサービス規則セットを受信することと、ポリシーおよび課金規則機能PCRFにサービス識別子および課金識別子を送信することと、サービス規則セットに従って第3のマッチング情報を生成することであって、第3のマッチング情報が、サービス規則セットとサービス識別子との間の対応を含む、生成することとさらに含む。
任意で、別の実施形態においては、PCEFからフロー記述情報を受信する前に、方法が、OTT SPのデバイスによって送信されたユーザ登録情報を受信することと、PCRFにユーザ登録情報を送信することとをさらに含む。
図20に示された課金方法は、上述の実施形態の課金制御装置102によって実施され得る。
図21は、本発明の別の実施形態による課金方法のフロー図である。図21に示される方法は、ポリシーおよび課金施行機能PCEFによって実行され、オーバーザトップOTTサービスプロバイダSPに課金するサービスにユーザ機器UEがアクセスするとき、方法は、以下のステップを含む。
2101. UEによって送信されたデータフローを受信する。
2102. データフローを解析し、データフローのフロー記述情報を決定する。
2103. 課金制御装置にフロー記述情報を送信する。
2104. 課金制御装置によって送信されたサービス識別子を受信し、サービス識別子は、フロー記述情報に従って課金制御装置によって決定される。
2105. サービス識別子に従ってサービスのオンライン/オフライン課金を実行する。
本発明のこの実施形態においては、UEがサービスにアクセスするとき、PCEFが、課金制御装置にフロー記述情報を送信し、課金制御装置が、データフローに対応するサービス識別子および課金識別子を決定し、PCEFにサービス識別子および課金識別子を送信する。このようにして、PCEF上でサービス識別子および課金識別子を構成する必要なしに、PCEFが、データフローに対応するサービス識別子および課金識別子を取得することができる。したがって、構成の作業負荷が削減され得る。
任意で、実施形態においては、課金制御装置によって送信されたサービス識別子を受信することが、課金制御装置によって送信されるサービス識別子および課金識別子を受信し、サービス識別子および課金識別子は、フロー記述情報に従って課金制御装置によって決定され、
サービス識別子に従ってサービスのオンライン/オフライン課金を実行することが、サービス識別子および課金識別子に従ってサービスのオンライン/オフライン課金を実行することを含む。
任意で、別の実施形態においては、課金制御装置にフロー記述情報を送信する前に、方法が、UEがサービスに登録するかどうかを判定することをさらに含み、
課金制御装置にフロー記述情報を送信することが、UEがサービスに登録するとき、課金制御装置にフロー記述情報を送信することを含む。
図21に示された課金方法は、上述の実施形態のPCEF 108によって実施され得る。
図22は、本発明の別の実施形態による課金方法のフロー図である。図22に示される方法は、ポリシーおよび課金規則機能PCRFによって実行され、以下のステップを含む。
2201. 課金制御装置からサービス識別子および課金識別子を受信し、課金制御装置またはビジネスおよび運用サポートシステムBOSSからユーザ登録情報を受信する。
2202. ユーザ登録情報、サービス識別子、および課金識別子に従ってポリシーおよび課金制御PCCポリシーを生成する。
本発明のこの実施形態においては、PCRFが、課金制御装置から受信されるサービス識別子および課金識別子、および課金制御装置またはBOSSから受信されたユーザ登録情報に従ってPCCポリシーを生成し、PCCポリシーは、OTT SPに課金するサービスの料金を課金するためにPCEFによって使用され得る。このようにして、PCEF上でサービス識別子および課金識別子を構成する必要なしに、PCEFが、データフローに対応するサービス識別子および課金識別子を取得することができる。したがって、構成の作業負荷が削減され得る。
図22に示された課金方法は、上述のPCRF 110によって実施され得る。
図23は、本発明の別の実施形態による課金方法のフロー図である。図23に示される方法は、ビジネスおよび運用サポートシステムBOSSによって実行され、以下のステップを含む。
2301. ユーザ登録情報を受信する。
2302. 課金制御装置にユーザ登録情報を送信する。
任意で、実施形態においては、オーバーザトップOTTサービスプロバイダSPに課金するサービスが逆方向課金サービスであるとき、ステップ2301が、OTT SPのデバイスからユーザ登録情報を受信することを含み、またはオーバーザトップOTTサービスプロバイダSPに課金するサービスが順方向課金サービスであるとき、ステップ2301が、ユーザ機器UEからユーザ登録情報を受信することを含む。
図23に示された課金方法は、上述のBOSS 104によって実施され得る。
図24は、本発明の別の実施形態による課金方法のフロー図である。図24に示される方法は、オーバーザトップOTTサービスプロバイダSPのデバイスによって実行され、以下のステップを含む。
2401. サービス規則セットを生成する。
2402. サービス規則セットを課金制御装置に送信する。
任意で、実施形態においては、OTT SPに課金するサービスが逆方向課金サービスであるとき、方法が、ユーザ登録情報を生成することと、課金制御装置またはビジネスおよび運用サポートシステムBOSSにユーザ登録情報を送信することとをさらに含む。
図24に示された課金方法は、上述のOTT SPのデバイス106によって実施され得る。
当業者は、本明細書において開示された実施形態に示された例と組み合わせて、ユニットおよびアルゴリズムのステップが、電子的なハードウェア、またはコンピュータソフトウェアと電子的なハードウェアとの組合せによって実施され得ることを知っているであろう。機能がハードウェアによって実行されるのかまたはソフトウェアによって実行されるのかは、特定の用途、および技術的な解決策の設計の制約条件に応じて決まる。当業者は、説明された機能をそれぞれの特定の用途のために実装するために異なる方法を用いる可能性があるが、実装は、本発明の範囲外であると考えられるべきでない。
丁度よい簡潔な説明を目的として、上述のシステム、装置、およびユニットの詳細な作業プロセスに関しては、上述の方法の実施形態の対応するプロセスが参照可能であり、詳細は説明されないことは、当業者によってはっきりと理解されるであろう。
本発明で提供されるいくつかの実施形態において、開示されたシステム、装置、および方法はその他の方法で実装され得ることを理解されたい。たとえば、説明された装置の実施形態は、例であるに過ぎない。たとえば、ユニットの分割は、単に論理的な機能の分割であり、実際の実装ではその他の分割である可能性がある。たとえば、複数のユニットもしくは構成要素が、組み合わされるか、もしくは別のシステムに統合される可能性があり、または一部の特徴が、無視されるか、もしくは実行されない可能性がある。加えて、示されたかまたは検討された相互の結合または直接的な結合または通信接続は、いくつかのインターフェースを使用することによって実装される可能性がある。装置またはユニットの間の間接的な結合または通信接続は、電子的、機械的、またはその他の形態で実装される可能性がある。
別々の部分として説明されたユニットは、物理的に分かれている可能性があり、または物理的に分かれていない可能性があり、ユニットとして示された部分は、物理的なユニットである可能性があり、または物理的なユニットではない可能性があり、1つの位置に置かれる可能性があり、または複数のネットワークユニットに分散される可能性がある。ユニットの一部またはすべては、実施形態の解決策の目的を達成するための実際の必要性に応じて選択され得る。
加えて、本発明の実施形態の機能ユニットが、1つの処理ユニットに統合される可能性があり、またはユニットの各々が、物理的に独立して存在する可能性があり、または2つ以上のユニットが、1つのユニットに統合される。
機能は、ソフトウェアの機能ユニットの形態で実装され、独立した製品として販売されるかまたは使用されるとき、コンピュータ可読ストレージ媒体に記憶され得る。そのような理解に基づいて、本発明の技術的な解決策は基本的にソフトウェア製品の形態で実装される可能性があり、または従来技術に寄与する部分もしくは技術的な解決策の一部がソフトウェア製品の形態で実装される可能性がある。ソフトウェア製品は、ストレージ媒体に記憶され、本発明の実施形態において説明された方法のステップのすべてまたは一部を実行するように(パーソナルコンピュータ、サーバ、またはネットワークデバイスである可能性がある)コンピュータデバイスに命じるためのいくつかの命令を含む。上述のストレージ媒体は、USBフラッシュドライブ、取り外し可能なハードディスク、読み出し専用メモリ(Read-Only Memory、ROM)、ランダムアクセスメモリ(Random Access Memory、RAM)、磁気ディスク、または光ディスクなどのプログラムコードを記憶することができる任意の媒体を含む。
上述の説明は、本発明の特定の実装方法であるに過ぎず、本発明の保護範囲を限定するように意図されていない。本発明で開示された技術的範囲内で当業者によって容易に想到されるすべての変更または置き換えは、本発明の保護範囲内に入るものとする。したがって、本発明の保護範囲は、請求項の保護範囲に従うものとする。
10 システム
102 課金制御装置
104 ビジネスおよび運用サポートシステム
106 オーバーザトップサービスプロバイダのデバイス
108 ポリシーおよび課金施行機能
109 基地局
110 ポリシーおよび課金規則機能
112 ユーザ機器
1022 受信機
1024 プロセッサ
1026 送信機
1042 受信機
1044 プロセッサ
1046 送信機
1062 受信機
1064 プロセッサ
1066 送信機
1082 受信機
1084 プロセッサ
1086 送信機
1102 受信機
1104 プロセッサ
1106 送信機

Claims (37)

  1. 課金制御装置であって、オーバーザトップOTTサービスプロバイダSPに課金するサービスにユーザ機器UEがアクセスするときに、
    ポリシーおよび課金施行機能PCEFからフロー記述情報を受信するように構成された受信機であって、前記フロー記述情報が、前記UEから受信されたデータフローに従って前記PCEFによって取得される、受信機と、
    前記受信機によって受信された前記フロー記述情報に従って、前記データフローに対応するサービス識別子を決定するように構成されたプロセッサと、
    前記PCEFが前記サービス識別子に従って前記サービスの料金を課金するように、前記プロセッサによって決定された前記サービス識別子を前記PCEFに送信するように構成された送信機とを含む、課金制御装置。
  2. 前記プロセッサが、前記受信機によって受信された前記フロー記述情報に従って、前記データフローに対応する課金識別子を決定するようにさらに構成され、
    前記送信機が、前記PCEFに前記課金識別子を送信するようにさらに構成される請求項1に記載の課金制御装置。
  3. 前記受信機が、前記UEのユーザ識別子を受信するようにさらに構成され、
    前記プロセッサが、前記ユーザ識別子と前記サービス識別子との間の対応が存在するかどうかを判定するようにさらに構成され、
    前記送信機が、前記ユーザ識別子と前記サービス識別子との間の対応が存在すると前記プロセッサが判定するとき、前記PCEFに前記サービス識別子および前記課金識別子を送信するように特に構成される請求項2に記載の課金制御装置。
  4. 前記受信機が、前記OTT SPのデバイスまたはビジネスおよび運用サポートシステムBOSSによって送信されたユーザ登録情報を受信するようにさらに構成され、
    前記プロセッサが、前記ユーザ登録情報に従って第1のマッチング情報を生成するように特に構成され、前記第1のマッチング情報が、ユーザ識別子とサービス識別子との間の対応を含む請求項3に記載の課金制御装置。
  5. 前記プロセッサが、前記第1のマッチング情報に従って、前記ユーザ識別子と前記サービス識別子との間の対応が存在するかどうかを判定するように特に構成される請求項4に記載の課金制御装置。
  6. 前記受信機が、前記OTT SPのデバイスによって送信されたユーザ登録情報を受信するようにさらに構成され、
    前記送信機が、ビジネスおよび運用サポートシステムBOSSに前記ユーザ登録情報を送信するようにさらに構成される請求項2に記載の課金制御装置。
  7. 前記受信機が、事業者によって構成されるサービス識別子および課金識別子を取得し、前記OTT SPの前記デバイスによって送信されたサービス規則セットを受信するようにさらに構成され、
    前記プロセッサが、前記サービス規則セットに従って第2のマッチング情報を生成するようにさらに構成され、前記第2のマッチング情報が、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む請求項2から6のいずれか一項に記載の課金制御装置。
  8. 前記プロセッサが、前記第2のマッチング情報に従って、前記データフローに対応する前記サービス識別子および前記課金識別子を決定するようにさらに構成される請求項7に記載の課金制御装置。
  9. 前記受信機が、事業者によって構成されるサービス識別子および課金識別子を取得し、前記OTT SPのデバイスによって送信されたサービス規則セットを受信するようにさらに構成され、
    前記送信機が、ポリシーおよび課金規則機能PCRFに前記サービス識別子および前記課金識別子を送信するようにさらに構成され、
    前記プロセッサが、前記サービス規則セットに従って第3のマッチング情報を生成するようにさらに構成され、前記第3のマッチング情報が、サービス規則セットとサービス識別子との間の対応を含む請求項1に記載の課金制御装置。
  10. 前記受信機が、前記OTT SPの前記デバイスによって送信されたユーザ登録情報を受信するようにさらに構成され、
    前記送信機が、前記PCRFに前記ユーザ登録情報を送信するようにさらに構成される請求項9に記載の課金制御装置。
  11. ポリシーおよび課金施行機能PCEFであって、オーバーザトップOTTサービスプロバイダSPに課金するサービスにユーザ機器UEがアクセスするときに、
    前記UEによって送信されたデータフローを受信するように構成された受信機と、
    前記データフローを解析し、前記データフローのフロー記述情報を決定するように構成されたプロセッサと、
    前記プロセッサによって決定された前記フロー記述情報を課金制御装置に送信するように構成された送信機とを含み、
    前記受信機が、前記課金制御装置によって送信されたサービス識別子を受信するようにさらに構成され、前記サービス識別子が、前記フロー記述情報に従って前記課金制御装置によって決定され、
    前記プロセッサが、前記受信機によって受信された前記サービス識別子に従って前記サービスのオンライン/オフライン課金を実行するようにさらに構成される、ポリシーおよび課金施行機能PCEF。
  12. 前記受信機が、前記課金制御装置によって送信された課金識別子を受信するようにさらに構成され、
    前記プロセッサが、前記サービス識別子および前記課金識別子に従って前記サービスのオンライン/オフライン課金を実行するように特に構成される請求項11に記載のPCEF。
  13. 前記プロセッサが、前記UEが前記サービスに登録するかどうかを判定するようにさらに構成され、
    前記送信機が、前記UEが前記サービスに登録すると前記プロセッサが判定するとき、前記課金制御装置に前記フロー記述情報を送信するように特に構成される請求項11に記載のPCEF。
  14. 課金制御装置からサービス識別子および課金識別子を受信し、前記課金制御装置またはビジネスおよび運用サポートシステムBOSSからユーザ登録情報を受信するように構成された受信機と、
    前記受信機によって受信される前記ユーザ登録情報、前記サービス識別子、および前記課金識別子に従ってポリシーおよび課金制御PCCポリシーを生成するように構成されたプロセッサとを含む、ポリシーおよび課金規則機能PCRF。
  15. ユーザ登録情報を受信するように構成された受信機と、
    前記受信機によって受信された前記ユーザ登録情報を課金制御装置に送信するように構成された送信機とを含む、ビジネスおよび運用サポートシステムBOSS。
  16. オーバーザトップOTTサービスプロバイダSPに課金するサービスが逆方向課金サービスであるとき、前記受信機が、前記OTT SPのデバイスから前記ユーザ登録情報を受信するように特に構成され、またはオーバーザトップOTTサービスプロバイダSPに課金するサービスが順方向課金サービスであるとき、前記受信機が、ユーザ機器UEから前記ユーザ登録情報を受信するように特に構成される請求項15に記載のBOSS。
  17. サービス規則セットを生成するように構成されたプロセッサと、
    前記サービス規則セットを課金制御装置に送信するように構成された送信機とを含む、オーバーザトップOTTサービスプロバイダSPのデバイス。
  18. 前記OTT SPに課金するサービスが逆方向課金サービスであるとき、
    前記プロセッサが、ユーザ登録情報を生成するようにさらに構成され、
    前記送信機が、前記課金制御装置またはビジネスおよび運用サポートシステムBOSSに前記ユーザ登録情報を送信するようにさらに構成される請求項17に記載のOTT SPのデバイス。
  19. 請求項1から10のいずれか一項に記載の課金制御装置と、
    ポリシーおよび課金施行機能PCEFと、
    ポリシーおよび課金規則機能PCRFと、
    ビジネスおよび運用サポートシステムBOSSとを含む、課金システム。
  20. 課金方法であって、オーバーザトップOTTサービスプロバイダSPに課金するサービスにユーザ機器UEがアクセスするときに、
    ポリシーおよび課金施行機能PCEFからフロー記述情報を受信するステップであって、前記フロー記述情報が、前記UEから受信されたデータフローに従って前記PCEFによって取得される、ステップと、
    前記フロー記述情報に従って、前記データフローに対応するサービス識別子を決定するステップと、
    前記PCEFが前記サービス識別子に従って前記サービスの料金を課金するように、前記PCEFに前記サービス識別子を送信するステップとを含む、課金方法。
  21. 前記フロー記述情報に従って、前記データフローに対応するサービス識別子を決定する前記ステップが、
    前記フロー記述情報に従って前記データフローに対応する前記サービス識別子および課金識別子を決定することを含み、
    前記PCEFに前記サービス識別子を送信する前記ステップが、
    前記PCEFに前記サービス識別子および前記課金識別子を送信することを含む請求項20に記載の方法。
  22. 前記PCEFから前記UEのユーザ識別子を受信するステップと、
    前記ユーザ識別子と前記サービス識別子との間の対応が存在するかどうかを判定するステップとをさらに含み、
    前記PCEFに前記サービス識別子および前記課金識別子を送信することが、
    前記ユーザ識別子と前記サービス識別子との間の対応が存在すると判定されるとき、前記PCEFに前記サービス識別子および前記課金識別子を送信することを含む請求項21に記載の方法。
  23. PCEFからフロー記述情報を受信する前に、
    前記OTT SPのデバイスまたはビジネスおよび運用サポートシステムBOSSによって送信されたユーザ登録情報を受信するステップと、
    前記ユーザ登録情報に従って第1のマッチング情報を生成するステップであって、前記第1のマッチング情報が、ユーザ識別子とサービス識別子との間の対応を含む、ステップとをさらに含む請求項22に記載の方法。
  24. 前記ユーザ識別子と前記サービス識別子との間の対応が存在するかどうかを判定する前記ステップが、
    前記第1のマッチング情報に従って、前記ユーザ識別子と前記サービス識別子との間の対応が存在するかどうかを判定することを含む請求項23に記載の方法。
  25. PCEFからフロー記述情報を受信する前に、
    前記OTT SPのデバイスによって送信されたユーザ登録情報を受信するステップと、
    ビジネスおよび運用サポートシステムBOSSに前記ユーザ登録情報を送信するステップとをさらに含む請求項21に記載の方法。
  26. PCEFからフロー記述情報を受信する前に、
    事業者によって構成されるサービス識別子および課金識別子を取得し、前記OTT SPのデバイスによって送信されたサービス規則セットを受信するステップと、
    前記サービス規則セットに従って第2のマッチング情報を生成するステップであって、前記第2のマッチング情報が、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む、ステップとをさらに含む請求項21から25のいずれか一項に記載の方法。
  27. 前記フロー記述情報に従って前記データフローに対応する前記サービス識別子および課金識別子を決定することが、
    前記第2のマッチング情報に従って前記データフローに対応する前記サービス識別子および前記課金識別子を決定することを含む請求項26に記載の方法。
  28. PCEFからフロー記述情報を受信する前に、
    事業者によって構成されるサービス識別子および課金識別子を取得し、前記OTT SPのデバイスによって送信されたサービス規則セットを受信するステップと、
    ポリシーおよび課金規則機能PCRFに前記サービス識別子および前記課金識別子を送信するステップと、
    前記サービス規則セットに従って第3のマッチング情報を生成するステップであって、前記第3のマッチング情報が、サービス規則セットとサービス識別子との間の対応を含む、ステップとさらに含む請求項20に記載の方法。
  29. PCEFからフロー記述情報を受信する前に、
    前記OTT SPの前記デバイスによって送信されたユーザ登録情報を受信するステップと、
    前記PCRFに前記ユーザ登録情報を送信するステップとをさらに含む請求項28に記載の方法。
  30. 課金方法であって、ポリシーおよび課金施行機能PCEFによって実行され、オーバーザトップOTTサービスプロバイダSPに課金するサービスにユーザ機器UEがアクセスするとき、
    前記UEによって送信されたデータフローを受信するステップと、
    前記データフローを解析し、前記データフローのフロー記述情報を決定するステップと、
    課金制御装置に前記フロー記述情報を送信するステップと、
    前記課金制御装置によって送信されたサービス識別子を受信するステップであって、前記サービス識別子が、前記フロー記述情報に従って前記課金制御装置によって決定される、ステップと、
    前記サービス識別子に従って前記サービスのオンライン/オフライン課金を実行するステップとを含む、課金方法。
  31. 前記課金制御装置によって送信されたサービス識別子を受信する前記ステップが、
    前記課金制御装置によって送信される前記サービス識別子および課金識別子を受信することであって、前記サービス識別子および前記課金識別子が、前記フロー記述情報に従って前記課金制御装置によって決定される、受信することを含み、
    前記サービス識別子に従って前記サービスのオンライン/オフライン課金を実行する前記ステップが、
    前記サービス識別子および前記課金識別子に従って前記サービスのオンライン/オフライン課金を実行することを含む請求項30に記載の方法。
  32. 課金制御装置に前記フロー記述情報を送信する前に、前記方法が
    前記UEが前記サービスに登録するかどうかを判定するステップをさらに含み、
    課金制御装置に前記フロー記述情報を送信する前記ステップが、
    前記UEが前記サービスに登録するとき、前記課金制御装置に前記フロー記述情報を送信することを含む請求項30に記載の方法。
  33. 課金方法であって、ポリシーおよび課金規則機能PCRFによって実行され、
    課金制御装置からサービス識別子および課金識別子を受信し、前記課金制御装置またはビジネスおよび運用サポートシステムBOSSからユーザ登録情報を受信するステップと、
    前記ユーザ登録情報、前記サービス識別子、および前記課金識別子に従ってポリシーおよび課金制御PCCポリシーを生成するステップとを含む、課金方法。
  34. 課金方法であって、ビジネスおよび運用サポートシステムBOSSによって実行され、
    ユーザ登録情報を受信するステップと、
    課金制御装置に前記ユーザ登録情報を送信するステップとを含む課金方法。
  35. オーバーザトップOTTサービスプロバイダSPに課金するサービスが逆方向課金サービスであるとき、ユーザ登録情報を受信する前記ステップが、
    前記OTT SPのデバイスから前記ユーザ登録情報を受信することを含むか、または
    オーバーザトップOTTサービスプロバイダSPに課金するサービスが順方向課金サービスであるとき、ユーザ登録情報を受信する前記ステップが、
    ユーザ機器UEから前記ユーザ登録情報を受信することを含む請求項34に記載の方法。
  36. 課金方法であって、オーバーザトップOTTサービスプロバイダSPのデバイスによって実行され、
    サービス規則セットを生成するステップと、
    前記サービス規則セットを課金制御装置に送信するステップとを含む、課金方法。
  37. 前記OTT SPに課金するサービスが逆方向課金サービスであるとき、
    ユーザ登録情報を生成するステップと、
    前記課金制御装置またはビジネスおよび運用サポートシステムBOSSに前記ユーザ登録情報を送信するステップとをさらに含む請求項36に記載の方法。
JP2017527569A 2014-11-21 2014-11-21 課金制御装置、方法、およびシステム Active JP6508660B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2014/091929 WO2016078090A1 (zh) 2014-11-21 2014-11-21 计费控制装置、方法及系统

Publications (2)

Publication Number Publication Date
JP2018504003A true JP2018504003A (ja) 2018-02-08
JP6508660B2 JP6508660B2 (ja) 2019-05-08

Family

ID=56013105

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017527569A Active JP6508660B2 (ja) 2014-11-21 2014-11-21 課金制御装置、方法、およびシステム

Country Status (10)

Country Link
US (1) US10666812B2 (ja)
EP (1) EP3214862B1 (ja)
JP (1) JP6508660B2 (ja)
KR (1) KR101933594B1 (ja)
CN (1) CN105814930B (ja)
AU (1) AU2014411891B2 (ja)
BR (1) BR112017010583B1 (ja)
CA (1) CA2968439C (ja)
RU (1) RU2669522C1 (ja)
WO (1) WO2016078090A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11489969B2 (en) 2017-11-16 2022-11-01 Huawei Technologies Co., Ltd. Charging method, apparatus, and system

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3238049B1 (en) * 2014-12-24 2020-09-16 Orange A method and system for dynamically allocating operator specific billing rules for date exchange by an application on a user equipment
CN108307336B (zh) * 2016-09-26 2020-11-03 中国电信股份有限公司 动态策略恢复方法和 pcrf 以及系统
CN108207006B (zh) * 2016-12-20 2021-07-06 中国移动通信有限公司研究院 数据域停机策略控制方法及通信系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100043053A1 (en) * 2007-06-15 2010-02-18 Huawei Technologies Co., Ltd. Method, system, and entity for exercising policy control
US20130114460A1 (en) * 2010-07-21 2013-05-09 Telefonaktiebolaget L M Ericsson (Publ) Technique for Packet Flow Analysis
WO2013108138A1 (en) * 2012-01-21 2013-07-25 Alcatel Lucent Method and apparatus for performing charging control to application- layer data
WO2014110719A1 (zh) * 2013-01-15 2014-07-24 华为技术有限公司 计费的方法及设备
WO2014169877A1 (zh) * 2013-08-12 2014-10-23 中兴通讯股份有限公司 基于sdn epc网络的计费实现方法、系统与存储介质

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE0301967D0 (sv) * 2003-03-27 2003-07-03 Ericsson Telefon Ab L M A method and apparatus for supporting content purchases over a public communication network
US7979890B2 (en) * 2005-05-03 2011-07-12 Cisco Technology, Inc. System and method for handling per subscriber application and bearer authorization in a communications environment
CN101232385B (zh) * 2007-01-22 2012-06-27 华为技术有限公司 在微波接入全球互通系统中进行计费的方法及系统
CN101729996A (zh) * 2008-10-17 2010-06-09 中国移动通信集团天津有限公司 为彩铃用户提供集团广告服务的系统和方法
US8473546B2 (en) * 2010-05-28 2013-06-25 Alcatel Lucent Minimizing PCC rule instantiation latency
US8601058B2 (en) * 2011-03-24 2013-12-03 Cisco Technology, Inc. Mobile videoconferencing
WO2012142437A1 (en) * 2011-04-13 2012-10-18 Interdigital Patent Holdings, Inc Methods, systems and apparatus for managing and/or enforcing policies for managing internet protocol ("ip") traffic among multiple accesses of a network
US20120296784A1 (en) * 2011-05-20 2012-11-22 Brenda Ann Connor Controlling quality of service provided to over the top applications in a telecommunications system
US8755342B2 (en) * 2011-10-05 2014-06-17 Cisco Technology, Inc. System and method for dynamic bearer selection for immersive video collaboration in mobile wireless networks
JP6396808B2 (ja) * 2012-02-17 2018-09-26 インターデイジタル パテント ホールディングス インコーポレイテッド 輻輳を処理するおよび/またはユーザ体感品質を管理するための階層的トラフィック区分化
CN102647698B (zh) * 2012-04-10 2015-08-19 华为技术有限公司 一种策略和计费控制pcc系统与方法
US8818347B2 (en) * 2012-07-10 2014-08-26 Telefonaktiebolaget L M Ericsson (Publ) Node and method for service specific management
EP2898653B1 (en) * 2012-09-19 2016-07-20 Telefonaktiebolaget LM Ericsson (publ) Method and node for controlling resources for a media service as well as a corresponding system and computer program
CN102917331B (zh) * 2012-10-24 2015-07-15 中国联合网络通信集团有限公司 策略控制方法及系统
CN103200552A (zh) * 2013-03-20 2013-07-10 广州从兴电子开发有限公司 一种通信控制方法
CN104349298B (zh) * 2013-08-09 2019-07-02 中兴通讯股份有限公司 一种网络计费方法、控制器、数据中心及系统
CN103888928B (zh) * 2014-03-04 2017-04-26 华为技术有限公司 一种业务策略控制方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100043053A1 (en) * 2007-06-15 2010-02-18 Huawei Technologies Co., Ltd. Method, system, and entity for exercising policy control
US20130114460A1 (en) * 2010-07-21 2013-05-09 Telefonaktiebolaget L M Ericsson (Publ) Technique for Packet Flow Analysis
WO2013108138A1 (en) * 2012-01-21 2013-07-25 Alcatel Lucent Method and apparatus for performing charging control to application- layer data
WO2014110719A1 (zh) * 2013-01-15 2014-07-24 华为技术有限公司 计费的方法及设备
WO2014169877A1 (zh) * 2013-08-12 2014-10-23 中兴通讯股份有限公司 基于sdn epc网络的计费实现方法、系统与存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11489969B2 (en) 2017-11-16 2022-11-01 Huawei Technologies Co., Ltd. Charging method, apparatus, and system

Also Published As

Publication number Publication date
EP3214862A4 (en) 2017-11-29
AU2014411891A1 (en) 2017-06-29
WO2016078090A1 (zh) 2016-05-26
AU2014411891B2 (en) 2018-12-06
EP3214862B1 (en) 2020-05-20
RU2669522C1 (ru) 2018-10-11
BR112017010583B1 (pt) 2022-12-06
KR20170085125A (ko) 2017-07-21
KR101933594B1 (ko) 2018-12-28
CN105814930A (zh) 2016-07-27
JP6508660B2 (ja) 2019-05-08
US10666812B2 (en) 2020-05-26
EP3214862A1 (en) 2017-09-06
CA2968439C (en) 2020-04-14
US20170257490A1 (en) 2017-09-07
BR112017010583A2 (pt) 2018-04-03
CA2968439A1 (en) 2016-05-26
CN105814930B (zh) 2019-05-28

Similar Documents

Publication Publication Date Title
US10440192B2 (en) System and method for programmatic device connectivity
US9014663B2 (en) Sponsored data plan management
CN111466101B (zh) 用于电子通信设备的策略调节的方法和装置
US9848378B2 (en) Selective access point name assignment based on machine-to-machine traffic analysis
CN106462461B (zh) 用于针对用户的移动宽带服务和虚拟化云资源的消费向用户开账单的系统、设备和方法
US20190387396A1 (en) ESIM Card Activation Method, Wireless Router, and User Terminal
KR20160009590A (ko) 복수의 단말에 의해 가상 sim 카드를 공유하기 위한 방법, 단말, 서버, 및 시스템
EP3834154B1 (en) Split billing for a user across multiple billing systems
US10666812B2 (en) Charging control apparatus, method, and system
US20140101040A1 (en) Method and apparatus for charging in a communication network
CN109309907B (zh) 用于流量计费的方法、装置及其相关设备
US10299121B2 (en) System and method for providing differential service scheme
KR20120083033A (ko) 무선통신시스템에서 응용 프로그램의 서비스 품질 서비스를 지원하기 위한 시스템 및 방법
CN113424560A (zh) 用于组内容传送的方法和装置
EP3054642A1 (en) Data processing method, device and system
CN102148898A (zh) 一种支持微博通信方式的电话终端、系统和方法
KR20130085622A (ko) 단일 단말에서 서비스 별 등록을 통해 복수 ims 서비스를 제공하는 방법

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180731

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180827

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181101

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: 20190311

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190326

R150 Certificate of patent or registration of utility model

Ref document number: 6508660

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