(57)【要約】  ネットワーク化されたシステムにおけるオンライン課金ノードの非応答性に適応する方法およびそのためのシステム。要求が加入者から受け取られる。オンライン課金ノードが非応答であることが識別される。デフォルトクォータが、加入者に割り当てられ、加入者に対するサービス使用量閾値を定義する。サービスが、デフォルトクォータに基づいて加入者に提供される。【選択図】図２
2020502957.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク化されたシステムにおけるオンライン課金ノードの非応答性に適応する方法であって、
加入者から要求を受け取ることと、
オンライン課金ノードが非応答であることを識別することと、
前記加入者に対するサービス使用量閾値を定義するデフォルトクォータを前記加入者に割り当てることと、
前記デフォルトクォータに基づいてサービスを前記加入者に提供することと、を含む、方法。
【請求項２】
前記オンライン課金ノードが、オンライン課金サーバ（ＯＣＳ）を備える、請求項１に記載の方法。
【請求項３】
前記識別するステップおよび前記割り当てるステップが、課金実施ノードによって行われ、前記オンライン課金ノードが、管理メッセージを前記課金実施ノードに提供するように構成される、請求項１に記載の方法。
【請求項４】
前記課金実施ノードが、パケットゲートウェイ（ＰＧＷ）を備える、請求項３に記載の方法。
【請求項５】
前記課金実施ノードが、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を備える、請求項３に記載の方法。
【請求項６】
前記オンライン課金ノードが非応答であることを識別するステップが、前記オンライン課金ノードからのハートビートの欠如を検出することを含む、請求項１に記載の方法。
【請求項７】
前記オンライン課金ノードが非応答であることを識別するステップが、前記オンライン課金ノードへの要求のタイムアウトを識別することを含む、請求項１に記載の方法。
【請求項８】
前記デフォルトクォータを前記加入者に対するセッションに割り当てることを更に含む、請求項１に記載の方法。
【請求項９】
前記デフォルトクォータを少なくとも１つの追加のセッションに割り当てることを更に含む、請求項８に記載の方法。
【請求項１０】
前記デフォルトクォータに基づいて、前記サービスを前記加入者に提供することが、前記サービスと関連付けられた使用量を追跡することを含む、請求項１に記載の方法。
【請求項１１】
前記オンライン課金ノードが応答するようになったことを識別することと、
前記サービスと関連付けられた前記使用量を前記オンライン課金ノードと照合して調整することとを更に含む、請求項１０に記載の方法。
【請求項１２】
ネットワーク化されたシステムにおけるオンライン課金ノードの非応答性に適応する方法であって、
加入者からサービスに対する要求を受け取ることと、
前記加入者に対するセッションを開始するためのメッセージをオンライン課金ノードに伝送することと、
前記オンライン課金ノードが非応答であることを識別することと、
前記加入者に対するサービス使用量閾値を定義するデフォルトクォータを前記加入者に割り当てることと、
前記デフォルトクォータに基づいてサービスを前記加入者に提供することと、を含む、方法。
【請求項１３】
前記オンライン課金ノードが、オンライン課金サーバ（ＯＣＳ）を備える、請求項１２に記載の方法。
【請求項１４】
前記伝送するステップ、前記識別するステップ、および前記割り当てるステップが、課金実施ノードによって行われ、前記オンライン課金ノードが、管理メッセージを前記課金実施ノードに提供するように構成される、請求項１２に記載の方法。
【請求項１５】
前記課金実施ノードが、パケットゲートウェイ（ＰＧＷ）を備える、請求項１４に記載の方法。
【請求項１６】
前記課金実施ノードが、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を備える、請求項１４に記載の方法。
【請求項１７】
前記オンライン課金ノードが非応答であることを識別するステップが、前記オンライン課金ノードからのハートビートの欠如を検出することを含む、請求項１２に記載の方法。
【請求項１８】
前記オンライン課金ノードが非応答であることを識別するステップが、管理メッセージが所定の時間内に受け取られなかったことを識別することによって、前記オンライン課金ノードのタイムアウトを識別することを含む、請求項１２に記載の方法。
【請求項１９】
前記デフォルトクォータを前記加入者に対するセッションに割り当てることを更に含む、請求項１２に記載の方法。
【請求項２０】
前記デフォルトクォータを少なくとも１つの追加のセッションに割り当てることを更に含む、請求項１９に記載の方法。
【請求項２１】
前記デフォルトクォータに基づいて、前記サービスを前記加入者に提供することが、前記サービスと関連付けられた使用量を追跡することを含む、請求項１２に記載の方法。
【請求項２２】
前記オンライン課金ノードが応答するようになったことを識別することと、
前記サービスと関連付けられた前記使用量を前記オンライン課金ノードと照合調整することとを更に含む、請求項２１に記載の方法。
【請求項２３】
ネットワーク化されたシステムにおけるオンライン課金ノードの非応答性に適応する方法であって、
加入者からサービスに対する要求を受け取ることと、
前記加入者に対するセッションを開始するためのメッセージをオンライン課金ノードに伝送することと、
前記オンライン課金ノードから管理メッセージを受け取ることと、
前記管理メッセージに基づいて、サービスを前記加入者に提供することと、
前記オンライン課金ノードが非応答であることを識別することと、
前記加入者に対するサービス使用量閾値を定義するデフォルトクォータを前記加入者に割り当てることと、
前記デフォルトクォータに基づいて、継続されたサービスを前記加入者に提供することと、を含む、方法。
【請求項２４】
前記オンライン課金ノードが、オンライン課金サーバ（ＯＣＳ）を備える、請求項２３に記載の方法。
【請求項２５】
前記伝送するステップ、前記受け取るステップ、前記識別するステップ、および前記割り当るステップが、課金実施ノードによって行われ、前記オンライン課金ノードが、前記管理メッセージを前記課金実施ノードに提供するように構成される、請求項２３に記載の方法。
【請求項２６】
前記課金実施ノードが、パケットゲートウェイ（ＰＧＷ）を備える、請求項２５に記載の方法。
【請求項２７】
前記課金実施ノードが、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を備える、請求項２５に記載の方法。
【請求項２８】
前記オンライン課金ノードが非応答であることを識別するステップが、前記オンライン課金ノードからのハートビートの欠如を検出することを含む、請求項２３に記載の方法。
【請求項２９】
前記オンライン課金ノードが非応答であることを識別するステップが、管理メッセージが所定の時間内に受け取られなかったことを識別することによって前記オンライン課金ノードのタイムアウトを識別することを含む、請求項２３に記載の方法。
【請求項３０】
前記デフォルトクォータを前記加入者に対するセッションに割り当てることを更に含む、請求項２３に記載の方法。
【請求項３１】
前記デフォルトクォータを少なくとも１つの追加のセッションに割り当てることを更に含む、請求項３０に記載の方法。
【請求項３２】
前記デフォルトクォータに基づいて前記サービスを前記加入者に提供することが、前記サービスと関連付けられた使用量を追跡することを含む、請求項２３に記載の方法。
【請求項３３】
前記オンライン課金ノードが応答するようになったことを識別することと、
前記サービスと関連付けられた使用量を前記オンライン課金ノードと照合調整することとを更に含む、請求項３２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、米国特許法１１９（ｅ）の下で、２０１６年１２月１３日に出願され、「ＯＮＬＩＮＥ  ＣＨＡＲＧＩＮＧ  ＭＥＣＨＡＮＩＳＭＳ  ＤＵＲＩＮＧ  ＯＣＳ  ＯＵＴＡＧＥ」と題された米国仮特許出願第６２／４３３，４１４号の利益を主張するものであり、その内容は、参照によってその全体が本明細書に組み込まれる。
【０００２】
本発明は、概して電気通信システムに関し、特に、「マシンツーマシン」（Ｍ２Ｍ）および無線アクセスネットワーク（ＲＡＮ）通信システムに関する。
【背景技術】
【０００３】
サービスプロバイダは、オンライン課金サーバを使用して、サービス要求を承諾することができるようになる前および／またはサービス提供することができるようになる前に、顧客が（例えば、データについての）十分なクォータまたは承諾を有することを確認する。典型的なシステムでは、ユーザ機器は、ネットワークリソース、例えば、データ、時間、クレジット、サービス品質（ＱＯＳ）などを使用することを要求する。ゲートウェイは、オンライン課金サーバ（「ＯＣＳ」）と通信して、要求されたリソースの割り振りを識別する。ＯＣＳは、次いで、その割り振りをゲートウェイに通信し、ゲートウェイは、次いで、所望の割り振りに基づいてサービスの提供を支援する。ゲートウェイは、セッションの過程でＯＣＳから更新を要求することができる。
【０００４】
このプロセスは、ＯＣＳがオンラインであり、機能しているときにうまく働く。しかしながら、ＯＣＳが機能停止しているかまたはさもなければ非応答であるとき、ユーザ機器は、セッションの前またはセッションの間のいずれかにサービスを拒否される可能性がある。ＯＣＳの非応答を減少または排除することで、この問題の軽減に役立つ可能性があるが、ユーザへのサービスの中断または拒否を有することなく、ＯＣＳ非応答性に適応する解決策が必要とされる。
【発明の概要】
【０００５】
本明細書に記載される方法は、ゲートウェイ（例えば、パケットゲートウェイ「ＰＧＷ」）において、オンライン課金サーバ（「ＯＣＳ」）とのセッションを開始するためのおよびＯＣＳからクォータを要求するためのユーザ機器からの要求を受け取ることを含むことができる。ゲートウェイを介して、オンライン課金サーバは、非応答であると判断（例えば、検出）される場合があり、応答において、デフォルトクォータが、ユーザ機器に対して自動的に承諾される。デフォルトクォータは、ユーザ機器と関連付けられた、例えば、アクセスポイント名（ＡＰＮ）などのデバイスの識別子に基づくことができる。いくつかの実施態様では、セッションは、ユーザ機器へのデフォルトクォータの自動承諾後に削除される。
【０００６】
いくつかの実施形態では、方法はまた、ユーザ機器へのデフォルトクォータの承諾後に、ユーザ機器によって消費されるデータの量を含む更新をオンライン課金サーバに伝送することを含む。
【０００７】
いくつかの実施形態では、方法はまた、ユーザ機器へのデフォルトクォータの自動承諾後に、（例えば、時間、イベント、インバウンド／アウトバウンド量等についての）オンラインクォータに対する要求をオンライン課金サーバに送信することを含む。
【０００８】
いくつかの実施形態では、方法はまた、ゲートウェイを介して、オンライン課金サーバが非応答であることを検出する前に、オンラインクォータの要求をオンライン課金サーバに送信することを含む。オンラインクォータを、ゲートウェイを介して、オンライン課金サーバが非応答であることの検出前に、オンライン課金サーバからゲートウェイにおいて受け取ることができる。いくつかのかかる実施形態では、更新が、ユーザ機器へのデフォルトクォータの承諾後に、オンライン課金サーバに伝送され、その更新は、ユーザ機器によって消費されるデータの量を含むことができる。
【０００９】
いくつかの実施形態では、方法はまた、ゲートウェイとオンライン課金サーバとの間のセッションを開始することと、オンライン課金サーバからオンラインクォータを受け取ることとも含む。いくつかのかかる実施態様では、オンライン課金サーバが非応答であることの検出が、オンライン課金サーバからオンラインクォータを受け取った後に行われる。
【００１０】
いくつかの態様では、ネットワーク化されたシステムにおけるオンライン課金ノードの非応答性に適応する開示された方法は、加入者から要求を受け取ることと、オンライン課金ノードが非応答であることを識別することと、加入者に対するサービス使用量閾値を定義するデフォルトクォータを加入者に割り当てることと、デフォルトクォータに基づいてサービスを加入者に提供することとを含む。
【００１１】
いくつかの実施形態では、オンライン課金ノードは、オンライン課金サーバ（ＯＣＳ）を備える。
【００１２】
いくつかの実施形態では、識別および割り当てのステップが、課金実施ノードによって行われ、オンライン課金ノードは、管理メッセージを課金実施ノードに提供するように構成される。いくつかの実施形態では、課金実施ノードは、パケットゲートウェイ（ＰＧＷ）を備える。いくつかの実施形態では、課金実施ノードは、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を備える。
【００１３】
いくつかの実施形態では、オンライン課金ノードが非応答であることを識別するステップは、オンライン課金ノードからのハートビートの欠如を検出することを含む。いくつかの実施形態では、オンライン課金ノードが非応答であることを識別するステップは、オンライン課金ノードのタイムアウトを識別することを含む。
【００１４】
いくつかの実施形態では、方法は、デフォルトクォータを加入者に対するセッションに割り当てることを更に含む。いくつかの実施形態では、方法は、デフォルトクォータを少なくとも１つの追加のセッションに割り当てることを更に含む。
【００１５】
いくつかの実施形態では、デフォルトクォータに基づいてサービスを加入者に提供することは、サービスと関連付けられた使用量を追跡することを含む。いくつかの実施形態では、方法は、オンライン課金ノードが応答するようになったことを識別することと、サービスと関連付けられた使用量をオンライン課金ノードと照合調整することとを更に含む。
【００１６】
他の態様では、ネットワーク化されたシステムにおけるオンライン課金ノードの非応答性に適応する開示された方法は、加入者からサービスの要求を受け取ることと、加入者に対するセッションを開始するためのメッセージをオンライン課金ノードに伝送することと、オンライン課金ノードが非応答であることを識別することと、加入者に対するサービス使用量閾値を定義するデフォルトクォータを加入者に割り当てることと、デフォルトクォータに基づいてサービスを加入者に提供することと、を含む。
【００１７】
いくつかの実施形態では、オンライン課金ノードは、オンライン課金サーバ（ＯＣＳ）を備える。
【００１８】
いくつかの実施形態では、伝送するステップ、識別するステップ、および割り当てるステップが、課金実施ノードによって行われ、オンライン課金ノードは、管理メッセージを課金実施ノードに提供するように構成される。いくつかの実施形態では、課金実施ノードは、パケットゲートウェイ（ＰＧＷ）を備える。いくつかの実施形態では、課金実施ノードは、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を備える。
【００１９】
いくつかの実施形態では、オンライン課金ノードが非応答であることを識別するステップは、オンライン課金ノードからのハートビートの欠如を検出することを含む。いくつかの実施形態では、オンライン課金ノードが非応答であることを識別するステップは、管理メッセージが所定の時間内に受け取られなかったことを識別することによって、オンライン課金ノードのタイムアウトを識別することを含む。
【００２０】
いくつかの実施形態では、方法は、デフォルトクォータを加入者に対するセッションに割り当てることを更に含む。いくつかの実施形態では、方法は、デフォルトクォータを少なくとも１つの追加のセッションに割り当てることを更に含む。
【００２１】
いくつかの実施形態では、デフォルトクォータに基づいてサービスを加入者に提供することは、サービスと関連付けられた使用量を追跡することを含む。いくつかの実施形態では、方法は、オンライン課金ノードが応答するようになったことを識別することと、サービスと関連付けられた使用量をオンライン課金ノードと照合調整することとを更に含む。
【００２２】
いくつかの態様では、ネットワーク化されたシステムにおけるオンライン課金ノードの非応答性に適応する開示された方法は、加入者からサービスの要求を受け取ることと、加入者に対するセッションを開始するためのメッセージをオンライン課金ノードに伝送することと、オンライン課金ノードから管理メッセージを受け取ることと、管理メッセージに基づいてサービスを加入者に提供することと、オンライン課金ノードが非応答であることを識別することと、加入者に対するサービス使用量閾値を定義するデフォルトクォータを加入者に割り当てることと、デフォルトクォータに基づいて継続されたサービスを加入者に提供することと、を含む。
【００２３】
いくつかの実施形態では、オンライン課金ノードは、オンライン課金サーバ（ＯＣＳ）を備える。
【００２４】
いくつかの実施形態では、伝送するステップ、受け取るステップ、識別するステップ、および割り当てるステップが、課金実施ノードによって行われ、オンライン課金ノードは、管理メッセージを課金実施ノードに提供するように構成される。
【００２５】
いくつかの実施形態では、課金実施ノードは、パケットゲートウェイ（ＰＧＷ）を備える。いくつかの実施形態では、課金実施ノードは、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を備える。
【００２６】
いくつかの実施形態では、オンライン課金ノードが非応答であることを識別するステップは、オンライン課金ノードからのハートビートの欠如を検出することを含む。いくつかの実施形態では、オンライン課金ノードが非応答であることを識別するステップは、管理メッセージが所定の時間内に受け取られなかったことを識別することによって、オンライン課金ノードのタイムアウトを識別することを含む。
【００２７】
いくつかの実施形態では、方法は、デフォルトクォータを加入者に対するセッションに割り当てることを更に含む。いくつかの実施形態では、方法は、デフォルトクォータを少なくとも１つの追加のセッションに割り当てることを更に含む。
【００２８】
いくつかの実施形態では、デフォルトクォータに基づいてサービスを加入者に提供することは、サービスと関連付けられた使用量を追跡することを含む。いくつかの実施形態では、方法は、オンライン課金ノードが応答するようになったことを識別することと、サービスと関連付けられた使用量をオンライン課金ノードと照合調整することとを更に含む。
【００２９】
開示される主題の種々の実施形態のより完全な理解のために、ここで参照が添付の図面に関して行われる以下の説明に対してなされる。
【図面の簡単な説明】
【００３０】
【図１】オンライン課金サーバ（ＯＣＳ）がオンラインであり、継続的に機能している、ＯＣＳコールフローを例示するフロー図である。
【図２】ＯＣＳは当初非応答であり、その後セッションの間に応答するようになる、ＯＣＳコールフローを例示するフロー図である。
【図３】ＯＣＳは非応答であり、セッション全体を通して非応答のままである、ＯＣＳコールフローを例示するフロー図である。
【図４】ＯＣＳは当初オンラインであり、非応答になり、その後セッションの間に応答するようになる（「再参加する」）、ＯＣＳコールフローを例示するフロー図である。
【図５】ＯＣＳは当初オンラインであり、その後非応答になり、セッション全体を通して非応答のままである、ＯＣＳコールフローを例示するフロー図である。
【発明を実施するための形態】
【００３１】
本明細書に記載されるいくつかの実施形態は、例えば、ＯＣＳクォータデータおよび／またはデフォルトクォータデータの遅延した配信またはオフライン配信を容易にするために、オンライン課金システムの状況におけるサーバ非応答性に対処するための方法に関する。このようなオンライン課金システムの状況は、エンドユーザ（または「加入者」）が、自分が加入しているサービスの一部として、データ、時間、クレジット等の割り振りをＯＣＳから要求する、１つ以上のＤｉａｍｅｔｅｒクレジット管理アプリケーションを含むことができる。いくつかのこのような従来のシステムでは、ＯＣＳが機能停止になるかまたはさもなければ非応答になる場合、加入者はサービスを拒否されていた。従来のプロバイダによってこれらの状況を軽減する試みは、ＯＣＳダウンタイムの削減または排除に焦点が集められていることが多い。対照的に、本明細書に記載される方法およびシステムは、加入者が継続的なサービスを体験するように、かつＯＣＳが一旦オンラインに戻ったら、要求および／または使用されるクォータの集計をＯＣＳと照合調整することができるように、サーバ非応答性に適応するように設計されている。いくつかの実施態様では、クォータはＯＣＳがセッションの間にオンラインに戻ったのか、セッションが終了した後にオンラインに戻ったのか、またはセッションが全くなしでオンラインに戻ったのかどうかに関わらず、成功裏にＯＣＳと照合調整することができる。
【００３２】
いくつかの実施形態では、「セッション」は、パケットゲートウェイ（ＰＧＷ）とＯＣＳとの間の通信を含む。ＰＧＷは、トランザクションタイムアウト（例えば、応答がその後（例えば、１〜２秒後）検出されない）に基づいて、または非応答性を識別する任意の他の方法に基づいて、ＯＣＳのＤｉａｍｅｔｅｒ「ハートビート」（例えば、２〜３分毎に発生させることができる、例えば、ウォッチドッグメッセージ）が停止したことを検出することによって、ＯＣＳが非応答になったことを識別するように構成することができる。非応答性は、サーバが利用不可であること、到達不可であること、オフラインであること、タイムアウトしたこと、切断されたこと、過負荷であること、故障していること、シャットダウンしたこと、機能停止状態にあること、または任意の他の種類の非応答性を含むことができる。
【００３３】
図１は、オンライン課金サーバ（ＯＣＳ）１０４がオンラインであり、継続的に機能しているＯＣＳコールフロー１００（本明細書ではＧｙインターフェースを含むように例示されるが、これに限定されるものではない）を例示するフロー図である。図１に示されるように、ＰＧＷ１０２は（例えば、ユーザ機器／加入者から）「セッション生成」要求１０６を受け取り、最初のクレジット管理要求（「Ｇｙ−ＣＣＲ−Ｉ」）メッセージ１０８をＯＣＳ１０４に伝送する。Ｇｙ−ＣＣＲ−Ｉメッセージ１０８は、クレジット管理に基づくセッションが、「Ｄｉａｍｅｔｅｒ」プロトコル下で必要とされるときに使用されるクレジット管理要求メッセージの一種類である。より具体的には、Ｇｙ−ＣＣＲ−Ｉメッセージ１０８は、サービスがユーザ機器に許可される前に送信されなければならないセッションの開始時に送信される最初のメッセージである。ＰＧＷ１０２はＧｙ−ＣＣＲ−Ｉメッセージ１０８に応答してＯＣＳ１０４から戻る最初のクレジット管理受諾（「Ｇｙ−ＣＣＡ−Ｉ」）メッセージ１１０であって、ＧｙＣＣＲ−Ｉメッセージ１０８に肯定応答し、かつ要求の受諾または失敗を表示するメッセージ１１０を受け取る。いくつかの実施形態では、要求の受諾または失敗は加入者が十分なクレジットを有するかどうかに依存する。受け取ったＧｙ−ＣＣＡ−Ｉメッセージ１１０に基づいて、ＰＧＷ１０２はＯＣＳクォータが承諾されたこと（１１２）を判断する。
【００３４】
図２は、ＯＣＳ２０４が当初は非応答であり、その後セッションの間に到達可能になる、ＯＣＳコールフロー２００（本明細書ではＧｙインターフェースを含むように例示されるが、これに限定されるものではない）を例示するフロー図である。図２に示されるように、ＰＧＷ２０２は、（例えば、ユーザ機器／加入者からの）「セッション生成」要求２０６に応答してＧｙ−ＣＣＲ−Ｉメッセージ２０８ＡをＯＣＳ２０４へと伝送することを試みるが、ＯＣＳが非応答である（例えば、機能停止にあっているかまたはネットワークルートが利用不可である）ので、その伝送はＯＣＳ２０４に到達しない。この失敗した伝送に応答して、ＰＧＷ２０２はＯＣＳ２０４が非応答であるにも関わらず、エンドユーザが（「要求元」または加入者もまた）継続的なサービスを受け取るように、「デフォルトクォータ」２１１を自動的に承諾する。いくつかの実施形態では、例えば、事前承認済みのクォータ量のデータベース、ＯＣＳクォータ承諾の履歴等に基づいて、デフォルトクォータを要求元に対してカスタマイズすることができる。要求元（および／またはそれと関連付けられたデバイス）は、例えば、その要求元の「アクセスポイント名」（ＡＰＮ）によって、および／またはＰＧＷ２０２にはアクセス可能である一組の「ポリシーおよび課金ルール機能」（ＰＣＲＦ）によって、識別することができる。例えば、ＰＣＲＦは、所与のＡＰＮのために事前構成されたパラメータの組をトリガすることができる。ＰＣＲＦは、加入者が下位のクラスにあり、かつ下位のデフォルトクォータを有するように構成されるべきであることを言う代わりとすることができる。ＰＧＷは、デフォルトクォータを設定するために個々のユーザまたはユーザのグループと関連付けられた利用可能な任意のデータを使用することができる。
【００３５】
異なるネットワークプロバイダは、他のネットワークプロバイダとは異なるデフォルトクォータを承諾することを選んでもよい。異なるネットワークプロバイダはまた、異なる選択基準を実装して、ネットワークの所望の動作特性に依存して複数のデフォルトクォータの中から選んでもよい。ネットワークプロバイダはリークを避けるために小さなデフォルトクォータを選んでもよい。逆に、ネットワークプロバイダはサービス中断のリスクを避けるために大きなデフォルトクォータを選んでもよい。
【００３６】
ＰＧＷ２０２によるデフォルトクォータ２１１の承諾に続いて（例えば、ＯＣＳ２０４がもう一度オンラインになるというＰＧＷ２０２による検出（例えば、ハートビートをＯＣＳ２０４から検出することおよび／またはメッセージへの応答を受け取ることによる）後に）、ＰＧＷ２０２はＧｙ−ＣＣＲ−Ｉメッセージ（２０８Ｂ）をＯＣＳ２０４に再び伝送することができ、ＯＣＳがオンラインであるのでその伝送はＯＣＳ２０４に到達する。Ｇｙ−ＣＣＡ−Ｉメッセージ２１０は、次いで、ＯＣＳ２０４によってＰＧＷ２０２へと返信される。次に、（ＯＣＳ２０４がデフォルトクォータ報告を受諾するように構成される）いくつかの実施形態によれば、ＰＧＷ２０２は更新要求メッセージ「Ｇｙ−ＣＣＲ−Ｕ」２１４をＯＣＳ２０４に送信することによって、ＯＣＳ２０４を「更新」する。Ｇｙ−ＣＣＲ−Ｕメッセージ２１４は、クォータが一旦到達したら送信することができる更新要求メッセージであり、全ての関連する統計に対する実際の使用量を報告することができる。ＯＣＳ２０４は、次いで、更新受諾メッセージ「Ｇｙ−ＣＣＡ−Ｕ」２１６をＰＧＷ２０２に送信することによってＧｙ−ＣＣＲ−Ｕメッセージ２１４の受け取りに肯定応答する。Ｇｙ−ＣＣＡ−Ｕメッセージ２１６は、新たな監視閾値、サービス、作動、またはサービス非作動を表示することができる。
【００３７】
いくつかの実施形態では、要求元の全使用量がＯＣＳ２０４に送信される更新によってオペレータに報告される一方で、他の実施形態では、要求元が既に認定されたクォータの全量を利用したという事実のみがＯＣＳ２０４に送信される更新によってオペレータに報告される。例えば、ある実施形態によれば、ＯＣＳ２０４は他のソース、例えば、ＰＧＷ２０２から提供されるクォータを受諾するように構成されなくてもよい。ＰＧＷ２０２はデフォルトクォータに関する情報をＯＣＳ２０４に提供せずに、非応答性の期間中に加入者によって使用量を照合調整することができる。ＰＧＷ２０２は、ＯＣＳ２０４の非応答性の期間の前または後にＯＣＳによって提供されるクォータに基づいて使用量を報告することによって、非応答性の期間中の使用量を照合調整することができる。ＯＣＳ２０４の非応答性の期間中の使用量がＯＣＳ２０４によって提供されるクォータを超えた場合には、全ての使用量が報告されるまで追加のクォータを要求することができる。あるいは、認定されたクォータを超える使用量を報告しないこともでき、または部分的に報告することができる。
【００３８】
ある実施形態によれば、ＯＣＳ２０４は、他のソース、例えば、ＰＧＷ２０２から提供されるクォータを受諾するように構成されてもよい。ＰＧＷ２０２は、デフォルトクォータをＯＣＳ２０４に提供することによって、ＯＣＳ２０４の非応答性の期間中の使用量を照合調整することができる。別の実施形態によれば、ＯＣＳ２０４は他のソース、例えば、ＰＧＷ２０２からのクォータを用いずに、使用量報告を受諾するように構成されてもよい。ＰＧＷ２０２は、全ての使用量をＯＣＳ２０４に報告することによって、ＯＣＳ２０４の非応答性の期間中の使用量を照合調整することができる。
【００３９】
図３は、ＯＣＳ３０４が非応答であり、セッション全体を通して非応答のままであるＯＣＳコールフロー３００（本明細書ではＧｙインターフェースを含むように例示されるが、これに限定されるものではない）を例示するフロー図である。図３に示されるように、ＰＧＷ３０２は、（例えば、ユーザ機器／加入者からの）「セッション生成」要求３０６に応答してＧｙ−ＣＣＲ−Ｉメッセージ３０８をＯＣＳ３０４へと伝送することを試みるが、ＯＣＳが非応答である（例えば、ＯＣＳが機能停止にあっているかまたはＯＣＳがネットワーク上で利用不可である）のでその伝送はＯＣＳ３０４に到達しない。この失敗した伝送に応答して、（図２を参照して上述したように）ＰＧＷ３０２はＯＣＳ３０４が非応答であるにも関わらず、要求元が継続的なサービスを受け取るように「デフォルトクォータ」３１１を自動的に承諾する。上記のように、デフォルトクォータは、例えば、事前承認されたクォータ量のデータベース、ＯＣＳクォータ承諾の履歴等に基づいて、要求元に対してカスタマイズすることができる。要求元は、例えば、その要求元の「アクセスポイント名」（ＡＰＮ）によって、および／またはＰＧＷ３０２にはアクセス可能である一組の「ポリシーおよび課金ルール機能」（ＰＣＲＦ）によって識別することができる。例えば、ＰＣＲＦは、所与のＡＰＮのために事前構成されたパラメータの組をトリガすることができる。ＰＣＲＦは、加入者が下位のクラスにあり、かつ下位のデフォルトクォータを有するように構成されるべきであることを言う代わりすることができる。ＰＧＷ３０２によるデフォルトクォータ３１１の承諾に続いて、ＰＧＷ３０２はセッション３１８を削除することができ、デフォルトクォータ使用量はローカル課金データ記録（ＣＤＲ）（例えば、オフラインインターフェース、別の到達可能なオンラインインターフェース、またはまだ通信されていないデータのために指定された任意のサーバ）に書き込むことができ、それは（例えば、図２に関して上述したように）ＯＣＳまたは他のシステム（複数可）に対して使用量を照合調整するために使用することができ、かつ／あるいはデフォルトクォータ使用量をファイル転送プロトコル（ＦＴＰ）によって、または任意の他の通信方法によって伝送する、および／もしくは記憶することができる。
【００４０】
図４は、ＯＣＳ４０４は当初オンラインであり、非応答になり、その後セッションの間に応答するようになる（「再参加する」）、ＯＣＳコールフロー（本明細書ではＧｙインターフェースを含むように例示されるが、これに限定されるものではない）を例示するフロー図である。図４に示されるように、ＰＧＷ４０２は（例えば、ユーザ機器／加入者から）「セッション生成」要求４０６を受け取り、クレジット管理要求（「Ｇｙ−ＣＣＲ−Ｉ」）メッセージ４０８をＯＣＳ４０４に伝送し、ＯＣＳ４０４から戻ったクレジット管理受諾（「Ｇｙ−ＣＣＡ−Ｉ」）メッセージ４１０を受け取る。受け取ったＧｙ−ＣＣＡ−Ｉメッセージ４１０に基づいて、ＰＧＷ４０２は、ＯＣＳクォータが承諾されたこと（４１２）を判断する。ＯＣＳクォータ４１２の承諾に続いて、ＰＧＷ４０２は、更新Ｇｙ−ＣＣＲ−Ｕメッセージ４１４ＡをＯＣＳ４０４に送信すること（例えば、Ｇｙ−ＣＣＲ−Ｉ４０８によって参照されるクォータを元々要求した加入者が、前に承諾されたＯＣＳクォータ４１２によって許可された割り振りを超えて使用したことを報告すること、または任意の他のメッセージを異なる目的のためにＯＣＳ４０４に報告すること）を試みる場合があり、ＯＣＳが利用不可であることを知る。この失敗した更新伝送に応答して、ＰＧＷ４０２はユーザ機器のサービスが中断されないままであるように、デフォルトクォータ４１１を自動的に承諾する。デフォルトクォータ４１１のＰＧＷ４０２の承諾に続いて、ＰＧＷ４０２は更新Ｇｙ−ＣＣＲ−Ｕメッセージ（４１４Ｂ）をＯＣＳ４０４に伝送することを再び試みる場合があり、その時にはＯＣＳ４０４は、セッションに再参加している（すなわち、オンラインに戻っている）場合がある。Ｇｙ−ＣＣＲ−Ｕメッセージ（４１４Ｂ）は、ＯＣＳ４０４が図２に関して上述したように非応答であった間に要求元／加入者によって使用されたクォータに関するデータを含むことができる。ＯＣＳは、次いで、更新受諾メッセージ「Ｇｙ−ＣＣＡ−Ｕ」４１６をＰＧＷ４０２に送信することによって、更新（複数可）の受け取りに肯定応答してもよい。
【００４１】
あるいは、デフォルトクォータ４１１のＰＧＷ４０２の承諾に続いて、ＰＧＷ４０２は、ＯＣＳ４０４が到達可能になったことを表示するハートビートをＯＣＳ４０４から検出する場合がある。ＰＧＷ４０２は、次いで、使用量の報告またはデフォルトクォータ４１１の報告などのＯＣＳ４０４の構成に依存して、本明細書に記述される照合調整方法を使用して直ちにＯＣＳ４０４と照合調整してもよい。あるいは、ＰＧＷ４０２は、デフォルトクォータ４１１が満たされたときなどの後の時間まで、ＯＣＳ４０４との照合調整を待ってもよい。
【００４２】
図５は、ＯＣＳ５０４は当初オンラインであり、その後非応答になり、セッション全体を通して非応答のままであるＯＣＳコールフロー５００（本明細書ではＧｙインターフェースを含むように例示されるが、これに限定されるものではない）を例示するフロー図である。図５に示されるように、ＰＧＷ５０２は（例えば、ユーザ機器／加入者から）「セッション生成」要求５０６を受け取り、クレジット管理要求（「Ｇｙ−ＣＣＲ−Ｉ」）メッセージ５０８をＯＣＳ５０４に伝送し、ＯＣＳ５０４から戻ったクレジット管理受諾（「Ｇｙ−ＣＣＡ−Ｉ」）メッセージ５１０を受け取る。受け取ったＧｙ−ＣＣＡ−Ｉメッセージ５１０に基づいて、ＰＧＷ５０２はＯＣＳクォータが承諾されたこと（５１２）を判断する。ＯＣＳクォータ５１２の承諾に続いて、ＰＧＷ５０２は、更新Ｇｙ−ＣＣＲ−Ｕメッセージ５１４をＯＣＳ５０４へと送信すること（例えば、Ｇｙ−ＣＣＲ−Ｉ  ５０８によって参照されるクォータを元々要求した加入者が、前に承諾されたＯＣＳクォータ５１２によって許可された割り振りを超えて使用したことを報告すること）を試みる場合があり、ＯＣＳ５０４が利用不可であることを知る。別の実施形態では、ＰＧＷ５０２はそのハートビートに基づいて、ＯＣＳ５０４の利用不可能性を識別する場合がある。ＯＣＳ５０４の利用不可能性に応答して、ＰＧＷ５０２はユーザ機器のサービスが中断されないままであるようにデフォルトクォータ５１１を自動的に承諾する。デフォルトクォータ５１１のＰＧＷ５０２の承諾に続いてＰＧＷ５０２はセッション５１８を削除することができ、デフォルトクォータ使用量をローカル課金データ記録（ＣＤＲ）（すなわち、オフラインインターフェース）に書き込むことができ、それは、図２に関して上述したようにＯＣＳまたは他のシステム（複数可）に使用量を照合調整するために使用することができる。
【００４３】
ある実施形態では、単一システムが図１〜図５と関連付けられた技法全てを行うことができる。例えば、ある実施形態では、単一ＰＧＷはどの時点においても非応答であるＯＣＳに適応することができる。あるいは、異なるシステムが各技法を行うために実装されてもよい。更なる実施形態では、ＰＧＷは、デフォルトクォータ報告を受諾してもよくまたは受諾しなくてもよい異なる種類のＯＣＳに適応するように構成されてもよい。あるいは、単一ＰＧＷはデフォルト報告を受諾するＯＣＳまたは受諾しないＯＣＳのいずれか一方だけに適応するように構成されてもよい。
【００４４】
本明細書に開示された技法およびシステムは、ＰＧＷとＯＣＳとの間の通信に限定されない。例えば、ポリシーおよび課金実施機能（ＰＣＥＦ）／課金実施機能性を有する任意の構成要素は、本明細書に開示された技法およびシステムを実装することが可能である。当然のことながら本明細書に開示された技法およびシステムを（２Ｇ用のＧＳＭ（登録商標）／ＧＰＲＳ、３Ｇ用のＧＧＳＮ、またはそれらのリリースにおける他の類似の構成要素もしくは類似の構成要素／オンライン課金ノード／課金実施ノードなどを有するものなどの）既存のネットワークアーキテクチャに実装することが可能である。当業者は、本明細書に開示された技法およびシステムが類似のゲートウェイ／課金実施およびオンライン課金機能性を有する将来のネットワークアーキテクチャに適用可能であることになることを理解するであろう。
【００４５】
本明細書に開示された技法およびシステムは、オンライン課金システムに関して記載されたが、本発明はまた、オフラインまたは他の課金システム（例えば、ＧＴＰ’またはＧＺサーバ）にも適用することが可能である。例えば、ＣＤＲはＧＴＰ’が非応答であるときに使用量を照合調整するために使用することができる。
【００４６】
本明細書に開示された技法およびシステムは、種々の種類の加入者で実施されてもよい。例えば、単一加入者が２つ以上のユーザ機器と関連付けられる可能性がある。それ故、加入者は特定のユーザ機器を、またはそれと関連付けられたユーザ機器のセット全体を参照してもよい。エンドユーザまたはアカウントと関連付けられた各ユーザ機器は、個々の加入者として取り扱うことができる。更に、デフォルトクォータは、単一セッションの間にまたは複数のセッションにわたって、割り当てられてもよい。
【００４７】
本明細書に開示された技法およびシステムは、ネットワーク、コンピュータシステム、またはコンピュータ化された電子デバイスで使用するためのコンピュータプログラム製品として実装されてもよい。かかる実施態様は、例えば、コンピュータ可読媒体（例えば、ディスケット、ＣＤ−ＲＯＭ、ＲＯＭ、フラッシュメモリもしくは他のメモリ、または固定ディスク）などの有形の媒体上に固定されるか、あるいはモデムまたは媒体上でネットワークに接続される通信アダプタなどの他のインターフェースデバイスを介して、ネットワーク、コンピュータシステム、もしくはデバイスに伝送可能な、一連のコンピュータ命令あるいは論理を含んでもよい。
【００４８】
媒体は、有形の媒体（例えば、光またはアナログ通信回線）、または無線技法（例えば、Ｗｉ−Ｆｉ、セルラー式、マイクロ波、赤外線、または他の伝送技法）を用いて実装される媒体のいずれかであってもよい。一連のコンピュータ命令は、システムに関して本明細書に記載される機能性の少なくとも一部を具体化する。当業者は、かかるコンピュータ命令を、多数のコンピュータアーキテクチャまたはオペレーティングシステムで使用するために数多くのプログラミング言語で書くことができることを理解するであろう。
【００４９】
その上、かかる命令は、半導体、磁気、光、または他のメモリデバイスなどの任意の有形のメモリデバイスの中に記憶されてもよく、赤外線、マイクロ波、または他の伝送技術などの任意の通信技術を使用して伝送されてもよい。
【００５０】
そのようなコンピュータプログラム製品は、印刷または電子文書（例えば、収縮包装されたソフトウェア）を伴って、取り外し可能な媒体として分配されてもよく、コンピュータシステムを用いて（例えば、システムＲＯＭまたは固定ディスク上に）プリロードされてもよく、あるいはネットワーク（例えば、インターネットまたはワールド・ワイド・ウェブ）上でサーバまたは電子掲示板から分配されてもよいことが予期される。勿論、本発明のいくつかの実施形態は、ソフトウェア（例えば、コンピュータプログラム製品）およびハードウェアの両方の組み合わせとして実装されてもよい。本発明の更に他の実施形態は、ハードウェア全体としてまたはソフトウェア全体（例えば、コンピュータプログラム製品）として実装される。
【００５１】
上記の説明において、一定のステップまたはプロセスを特定のサーバ上でまたは特定のエンジンの一部として行うことができる。特定のステップは、サーバシステムおよび／またはモバイルデバイスを含むがこれらに限定されない種々のハードウェアデバイス上で行うことができるので、これらの説明は単に例示的なものである。同様に、特定のステップが行われる区分は変動する可能性があり、区分が本発明の範囲内にないこと、または異なる区分が本発明の範囲内にあることが理解される。その上、コンピュータシステム処理を説明するために使用した「モジュール」および／または他の用語の使用は、交換可能であること、およびその機能が実行され得る論理または回路を表すことが意図される。
【図１】
2020502957.tif 000003
【図２】
2020502957.tif 000004
【図３】
2020502957.tif 000005
【図４】
2020502957.tif 000006
【図５】
2020502957.tif 000007
【国際調査報告】
2020502957.tif 000008
2020502957.tif 000009
2020502957.tif 000010