(57)【特許請求の範囲】
【請求項１】
課金制御装置であって、オーバーザトップ(OTT)サービスプロバイダ(SP)に課金するサービスにユーザ機器(UE)がアクセスするときに、
ポリシーおよび課金施行機能(PCEF)からフロー記述情報を受信するように構成された受信機であって、前記フロー記述情報が、前記UEから受信されたデータフローに従って前記PCEFによって取得される、受信機と、
前記受信機によって受信された前記フロー記述情報に従って、前記データフローに対応するサービス識別子を決定するように構成されたプロセッサと、
前記PCEFが前記サービス識別子に従って前記サービスの料金を課金するように、前記プロセッサによって決定された前記サービス識別子を前記PCEFに送信するように構成された送信機とを含む、課金制御装置。
【請求項２】
前記プロセッサが、前記受信機によって受信された前記フロー記述情報に従って、前記データフローに対応する課金識別子を決定するようにさらに構成され、
前記送信機が、前記PCEFに前記課金識別子を送信するようにさらに構成される請求項1に記載の課金制御装置。
【請求項３】
前記受信機が、前記UEのユーザ識別子を受信するようにさらに構成され、
前記プロセッサが、前記ユーザ識別子と前記サービス識別子との間の対応が存在するかどうかを判定するようにさらに構成され、
前記送信機が、前記ユーザ識別子と前記サービス識別子との間の対応が存在すると前記プロセッサが判定するとき、前記PCEFに前記サービス識別子および前記課金識別子を送信するように特に構成される請求項2に記載の課金制御装置。
【請求項４】
前記受信機が、前記OTT SPのデバイスまたはビジネスおよび運用サポートシステム(BOSS)によって送信されたユーザ登録情報を受信するようにさらに構成され、
前記プロセッサが、前記ユーザ登録情報に従って第1のマッチング情報を生成するように特に構成され、前記第1のマッチング情報が、ユーザ識別子とサービス識別子との間の対応を含む請求項3に記載の課金制御装置。
【請求項５】
前記受信機が、前記OTT SPのデバイスによって送信されたユーザ登録情報を受信するようにさらに構成され、
前記送信機が、ビジネスおよび運用サポートシステムBOSSに前記ユーザ登録情報を送信するようにさらに構成される請求項2に記載の課金制御装置。
【請求項６】
前記受信機が、事業者によって構成されるサービス識別子および課金識別子を取得し、前記OTT SPのデバイスによって送信されたサービス規則セットを受信するようにさらに構成され、
前記プロセッサが、前記サービス規則セットに従って第2のマッチング情報を生成するようにさらに構成され、前記第2のマッチング情報が、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む請求項2から5のいずれか一項に記載の課金制御装置。
【請求項７】
前記プロセッサが、前記第2のマッチング情報に従って、前記データフローに対応する前記サービス識別子および前記課金識別子を決定するようにさらに構成される請求項6に記載の課金制御装置。
【請求項８】
前記受信機が、事業者によって構成されるサービス識別子および課金識別子を取得し、前記OTT SPのデバイスによって送信されたサービス規則セットを受信するようにさらに構成され、
前記送信機が、ポリシーおよび課金規則機能PCRFに前記サービス識別子および前記課金識別子を送信するようにさらに構成され、
前記プロセッサが、前記サービス規則セットに従って第3のマッチング情報を生成するようにさらに構成され、前記第3のマッチング情報が、サービス規則セットとサービス識別子との間の対応を含む請求項1に記載の課金制御装置。
【請求項９】
前記受信機が、前記OTT SPの前記デバイスによって送信されたユーザ登録情報を受信するようにさらに構成され、
前記送信機が、前記PCRFに前記ユーザ登録情報を送信するようにさらに構成される請求項8に記載の課金制御装置。
【請求項１０】
課金方法であって、オーバーザトップ(OTT)サービスプロバイダ(SP)に課金するサービスにユーザ機器(UE)がアクセスするときに、
受信機によって、ポリシーおよび課金施行機能(PCEF)からフロー記述情報を受信するステップであって、前記フロー記述情報が、前記UEから受信されたデータフローに従って前記PCEFによって取得される、ステップと、
プロセッサによって、前記フロー記述情報に従って、前記データフローに対応するサービス識別子を決定するステップと、
送信機によって、前記PCEFが前記サービス識別子に従って前記サービスの料金を課金するように、前記PCEFに前記サービス識別子を送信するステップとを含む、課金方法。
【請求項１１】
前記フロー記述情報に従って、前記データフローに対応するサービス識別子を決定する前記ステップが、
前記プロセッサによって、前記フロー記述情報に従って前記データフローに対応する前記サービス識別子および課金識別子を決定することを含み、
前記PCEFに前記サービス識別子を送信する前記ステップが、
前記送信機によって、前記PCEFに前記サービス識別子および前記課金識別子を送信することを含む請求項10に記載の方法。
【請求項１２】
前記受信機によって、前記PCEFから前記UEのユーザ識別子を受信するステップと、
前記プロセッサによって、前記ユーザ識別子と前記サービス識別子との間の対応が存在するかどうかを判定するステップとをさらに含み、
前記PCEFに前記サービス識別子および前記課金識別子を送信することが、
前記ユーザ識別子と前記サービス識別子との間の対応が存在すると判定されるとき、前記送信機によって、前記PCEFに前記サービス識別子および前記課金識別子を送信することを含む請求項11に記載の方法。
【請求項１３】
PCEFからフロー記述情報を受信する前に、
前記受信機によって、前記OTT SPのデバイスまたはビジネスおよび運用サポートシステム(BOSS)によって送信されたユーザ登録情報を受信するステップと、
前記プロセッサによって、前記ユーザ登録情報に従って第1のマッチング情報を生成するステップであって、前記第1のマッチング情報が、ユーザ識別子とサービス識別子との間の対応を含む、ステップとをさらに含む請求項12に記載の方法。
【請求項１４】
PCEFからフロー記述情報を受信する前に、
前記受信機によって、前記OTT SPのデバイスによって送信されたユーザ登録情報を受信するステップと、
前記送信機によって、ビジネスおよび運用サポートシステムBOSSに前記ユーザ登録情報を送信するステップとをさらに含む請求項11に記載の方法。
【請求項１５】
PCEFからフロー記述情報を受信する前に、
前記受信機によって、事業者によって構成されるサービス識別子および課金識別子を取得し、前記OTT SPのデバイスによって送信されたサービス規則セットを受信するステップと、
前記プロセッサによって、前記サービス規則セットに従って第2のマッチング情報を生成するステップであって、前記第2のマッチング情報が、サービス規則セットと、サービス識別子と、課金識別子との間の対応を含む、ステップとをさらに含む請求項11から14のいずれか一項に記載の方法。
【請求項１６】
前記フロー記述情報に従って前記データフローに対応する前記サービス識別子および課金識別子を決定することが、
前記プロセッサによって、前記第2のマッチング情報に従って前記データフローに対応する前記サービス識別子および前記課金識別子を決定することを含む請求項15に記載の方法。
【請求項１７】
PCEFからフロー記述情報を受信する前に、
前記受信機によって、事業者によって構成されるサービス識別子および課金識別子を取得し、前記OTT SPのデバイスによって送信されたサービス規則セットを受信するステップと、
前記送信機によって、ポリシーおよび課金規則機能PCRFに前記サービス識別子および前記課金識別子を送信するステップと、
前記プロセッサによって、前記サービス規則セットに従って第3のマッチング情報を生成するステップであって、前記第3のマッチング情報が、サービス規則セットとサービス識別子との間の対応を含む、ステップとさらに含む請求項10に記載の方法。
【請求項１８】
PCEFからフロー記述情報を受信する前に、
前記受信機によって、前記OTT SPの前記デバイスによって送信されたユーザ登録情報を受信するステップと、
前記送信機によって、前記PCRFに前記ユーザ登録情報を送信するステップとをさらに含む請求項17に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信の分野に関し、より詳細には、課金制御装置、方法、およびシステムに関する。
【背景技術】
【０００２】
トラフィック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)に示され得る。
【０１０９】
【表１】
0006508660.tif 000002
【０１１０】
加えて、図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)に示され得る。
【０１６４】
【表２】
0006508660.tif 000003
【０１６５】
図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  送信機
【図１】
0006508660.tif 000004
【図２】
0006508660.tif 000005
【図３】
0006508660.tif 000006
【図４】
0006508660.tif 000007
【図５】
0006508660.tif 000008
【図６】
0006508660.tif 000009
【図７】
0006508660.tif 000010
【図８】
0006508660.tif 000011
【図９】
0006508660.tif 000012
【図１０】
0006508660.tif 000013
【図１１】
0006508660.tif 000014
【図１２】
0006508660.tif 000015
【図１３】
0006508660.tif 000016
【図１４】
0006508660.tif 000017
【図１５】
0006508660.tif 000018
【図１６】
0006508660.tif 000019
【図１７】
0006508660.tif 000020
【図１８】
0006508660.tif 000021
【図１９】
0006508660.tif 000022
【図２０】
0006508660.tif 000023
【図２１】
0006508660.tif 000024
【図２２】
0006508660.tif 000025
【図２３】
0006508660.tif 000026
【図２４】
0006508660.tif 000027