JP2014513878A - 一時的制限およびロールバック - Google Patents

Abstract

さまざまな例示的な実施形態は、セッション管理ノードにおいて、イベント通知を受信するステップと、イベントに関連付けられているオブジェクトを取り出すステップであって、オブジェクトは特定の属性の許可された値を含む、取り出すステップと、イベント通知に基づいて、オブジェクトが一時的に変更されるべきであると決定するステップと、イベント通知に基づいて、特定の属性の調整された値を決定するステップと、特定の属性の調整された値を、特定の属性の許可された値を変更することなくオブジェクトに挿入するステップと、オブジェクトに基づいて少なくとも１つのセッションを再許可するステップとのうちの１つまたは複数を含む方法およびネットワークノードに関する。

Description

本明細書において開示されるさまざまな例示的な実施形態は、一般に、サブスクリプションネットワークに関する。

移動体通信ネットワーク内のさまざまなタイプのアプリケーションを求める需要が増大するにつれて、サービスプロバイダは、この拡張される機能を確実に提供するため、常時そのシステムをアップグレードし続ける必要がある。かつては単に音声通信用に設計されたシステムであったものが、多目的のネットワークアクセスポイントへと成長を果たし、テキストメッセージング、マルチメディアストリーミング、および汎用インターネットアクセスを含む無数のアプリケーションへのアクセスを提供している。そのようなアプリケーションをサポートするため、プロバイダは、その既存の音声ネットワークの上部に新しいネットワークを構築してきた。第２および第３世代ネットワークにおいて認められるように、音声サービスは、専用音声チャネルを介して搬送され、回線交換コアに方向付けられる必要があるが、その他のサービス通信は、インターネットプロトコル（ＩＰ）に従って伝送され、異なるパケット交換コアに方向付けられる。このことにより、アプリケーションプロビジョニング、計量および課金、ならびにエクスペリエンス品質（ＱｏＥ）保証に関する独自の問題が生じる。

第２および第３世代のデュアルコア手法を簡略化することを目指して、第３世代移動体通信システム標準化プロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、「ロングタームエボリューション」（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）と称する、新しいネットワークスキームを推奨してきた。ＬＴＥネットワークにおいて、あらゆる通信は、ＩＰチャネルを介してユーザ機器（ＵＥ）から進化型パケットコア（ＥＰＣ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）と呼ばれるすべてのＩＰコアに搬送される。次いで、ＥＰＣは、その他のネットワークにゲートウェイアクセスをプロビジョニングするとともに、許容可能なＱｏＥを保証して、加入者にその特定のネットワークアクティビティの料金を課す。

３ＧＰＰは一般に、多数の技術仕様におけるＥＰＣのコンポーネントおよびそれらの相互の対話を記述する。具体的には、３ＧＰＰ ＴＳ２９．２１２、３ＧＰＰ ＴＳ２９．２１３、および３ＧＰＰ ＴＳ２９．２１４は、ＥＰＣのポリシーおよび課金ルール機能（ＰＣＲＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）、ポリシーおよび課金実施機能（ＰＣＥＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、およびベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ：Ｂｅａｒｅｒ Ｂｉｎｄｉｎｇ ａｎｄ Ｅｖｅｎｔ Ｒｅｐｏｒｔｉｎｇ Ｆｕｎｃｔｉｏｎ）を記述する。これらの仕様はまた、Ｓｐインターフェイスを通じてＰＣＥＦと対話する加入者プロファイルレポジトリ（ＳＰＲ：Ｓｕｂｓｃｒｉｂｅｒ Ｐｒｏｆｉｌｅ Ｒｅｐｏｓｉｔｏｒｙ）についても言及する。これらの仕様はさらに、信頼性の高いデータサービスを提供して、その使用料を加入者に課金するため、これらの要素が対話する方法に関して一部の指針を提示する。

さまざまな実施形態は、セッション管理ノードにより実行される加入者ネットワークにおいてイベントを処理するための方法に関し、方法は、セッション管理ノードにおいて、イベント通知を受信するステップと、イベントに関連付けられているオブジェクトを取り出すステップであって、オブジェクトは特定の属性の許可された値を含む、取り出すステップと、イベント通知に基づいて、オブジェクトが一時的に変更されるべきであると決定するステップと、イベント通知に基づいて、特定の属性の調整された値を決定するステップと、特定の属性の調整された値を、特定の属性の許可された値を変更することなくオブジェクトに挿入するステップと、オブジェクトに基づいて少なくとも１つのセッションを再許可するステップとのうちの１つまたは複数を含む。

さまざまな実施形態は、加入者ネットワークにおいてネットワークアクセスを提供するためのシステムに関し、システムは、イベント通知を受信するインターフェイスと、複数のオブジェクトを格納するオブジェクトデータベースであって、各オブジェクトは特定の属性の許可された値を含む、オブジェクトデータベースと、イベント通知に基づいて、特定の属性の調整された値を決定する属性レトリーバと、イベント通知に関連付けられているオブジェクトを、オブジェクトデータベースから取り出し、調整された値を、イベント通知に関連付けられているオブジェクトに挿入し、イベント通知に関連付けられているオブジェクトに基づいて、少なくとも１つのセッションを再許可するイベントハンドラとのうちの１つまたは複数を含む。

さまざまな実施形態は、加入者ネットワークにおいてイベントを処理するための命令が符号化された機械可読ストレージ媒体に関し、命令はセッション管理ノードにより実行され、機械可読ストレージ媒体は、セッション管理ノードにおいて、イベント通知を受信するための命令と、イベントに関連付けられているオブジェクトを取り出すための命令であって、オブジェクトは特定の属性の許可された値を含む、命令と、イベント通知に基づいて、オブジェクトが一時的に変更されるべきであると決定するための命令と、イベント通知に基づいて、特定の属性の調整された値を決定するための命令と、特定の属性の調整された値を、特定の属性の許可された値を変更することなくオブジェクトに挿入するための命令と、オブジェクトに基づいて少なくとも１つのセッションを再許可するための命令とのうちの１つまたは複数を含む。

さまざまな実施形態をより深く理解するため、付属の図面に参照が行なわれる。

さまざまなデータサービスを提供するための例示的な加入者ネットワークを示す図である。 加入者要求を実行し、イベント通知に応答するための例示的なセッション管理ノードを示す図である。 一時的制限に対してオブジェクトを格納するための例示的なデータ構成を示す図である。 一時的制限を決定するための例示的なルールセットを示す図である。 イベント通知に応答する際に使用されるポリシーを格納するための例示的なデータ構成を示す図である。 受信したメッセージを処理するための例示的な方法を示す図である。 イベント通知を処理するための例示的な方法を示す図である。 オブジェクトに基づいてセッションを再許可するための例示的な方法を示す図である。 オブジェクトの属性値を決定するための例示的な方法を示す図である。

３ＧＰＰでは、ポリシーおよび課金ルールノード（ＰＣＲＮ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｎｏｄｅ）に報告されうるさまざまなイベントを記述するが、そのようなイベントがどのように処理されるべきかに関して指針はほとんど提供されていない。たとえば、３ＧＰＰでは、パケットデータネットワークゲートウェイ（ＰＧＷ：Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）は、Ｏｕｔ−Ｏｆ−Ｃｒｅｄｉｔ値をＥｖｅｎｔ−Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｔｔｒｉｂｕｔｅ−Ｖａｌｕｅ Ｐａｉｒに含めることによって、特定のユーザがプリペイドクレジット残高不足であることをＰＣＲＮに報告することができると記述している。しかし、そのようなイベントに対する適切な応答は、未規定のままである。さらに、プリペイドクレジットのその後の追加に対する適切な応答は、規定されていない。したがって、ＰＣＲＮまたはその他のセッション管理ノードによってさまざまなイベントに応答する方法が必要とされている。

さまざまな例が、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）により定義されているように、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）の実施に関連するが、本明細書において提示されるデバイスおよび方法は、たとえばネットワークアクセスシステム（ＮＡＳ）のようなその他のアクセスシステムまたはネットワークに適用可能であってもよいことに留意されたい。これらのデバイスおよび方法を代替的なアクセスシステムおよび／またはネットワークと併せて実施するための適切な変更は、当業者には明らかとなろう。

本明細書において説明されるさまざまな実施形態は属性値の低減をもたらすという従来の意味の「制限」に言及しているが、本明細書において説明される方法はまた、属性値を一時的に増大させるために使用されてもよいことに留意されたい。したがって、本明細書において使用される「制限」は、変化が増大または減少のいずれであるかに関わりなく、属性値の変化を意味する。

これ以降、類似する番号が類似するコンポーネントまたはステップを示す図面を参照して、さまざまな例示的な実施形態の広範な態様が開示される。

図１は、さまざまなデータサービスを提供するための例示的な加入者ネットワーク１００を示す。例示的な加入者ネットワーク１００は、通信ネットワーク、またはさまざまなサービスへのアクセスを提供するためのその他のネットワークであってもよい。例示的な加入者ネットワーク１００は、ユーザ機器（ＵＥ）１１０、基地局１２０、進化型パケットコア（ＥＰＣ）１３０、ネットワークガーディアン（ＮＧ）１４０、パケットデータネットワーク１５０、およびアプリケーションノード（ＡＮ）１６０を含むことができる。

ユーザ機器１１０は、エンドユーザにデータサービスを提供するためにパケットデータネットワーク１４０と通信するデバイスであってもよい。そのようなデータサービスは、たとえば、音声通信、テキストメッセージング、マルチメディアストリーミング、およびインターネットアクセスを含むことができる。さらに具体的には、さまざまな例示的な実施形態において、ユーザ機器１１０は、パーソナルまたはラップトップコンピュータ、ワイヤレス電子メールデバイス、携帯電話、テレビジョンセットトップボックス、またはＥＰＣ１３０を介して他のデバイスと通信することができる任意のその他のデバイスである。

基地局１２０は、ユーザ機器１１０とＥＰＣ１３０との間の通信を可能にするデバイスであってもよい。たとえば、基地局１２０は、３ＧＰＰ規格により定義される進化型ノードＢ（ｅＮｏｄｅＢ）のような、ベーストランシーバ基地局であってもよい。したがって、基地局１２０は、無線通信など、第１の媒体を介してユーザ機器１１０と通信し、イーサネット（登録商標）ケーブルのような第２の媒体を介してＥＰＣ１３０と通信するデバイスであってもよい。基地局１２０は、ＥＰＣ１３０と直接通信してもよいか、または多数の中間ノード（図示せず）を介して通信することもできる。さまざまな実施形態において、ユーザ機器１１０に移動性をもたらすために、複数の基地局（図示せず）が存在してもよい。さまざまな代替的な実施形態において、ユーザ機器１１０が、進化型パケットコアと直接通信できることに留意されたい。そのような実施形態において、基地局１２０は存在しなくてもよい。

進化型パケットコア（ＥＰＣ）１３０は、ユーザ機器１１０にパケットデータネットワーク１４０へのゲートウェイアクセスを提供するデバイスまたはデバイスのネットワークであってもよい。ＥＰＣ１３０はさらに、提供されたデータサービスの使用料を加入者に課金して、その特定のエクスペリエンス品質（ＱｏＥ）基準が満たされることを保証することができる。したがって、ＥＰＣ１３０は、少なくとも部分的に、３ＧＰＰ ＴＳ２９．２１２、２９．２１３、および２９．２１４規格に従って実施されてもよい。したがって、ＥＰＣ１３０は、サービス提供ゲートウェイ（ＳＧＷ）１３２、パケットデータネットワークゲートウェイ（ＰＧＷ）１３４、ポリシーおよび課金ルールノード（ＰＣＲＮ）１３６、ならびにサブスクリプションプロファイルリポジトリ（ＳＰＲ）１３８を含むことができる。

サービス提供ゲートウェイ（ＳＧＷ）１３２は、ＥＰＣ１３０へのゲートウェイアクセスを提供するデバイスであってもよい。ＳＧＷ１３２は、ユーザ機器１１０により送信されたパケットを受信するＥＰＣ１３０内の第１のデバイスであってもよく、そのようなパケットをＰＧＷ１３４に向けて転送することができる。ＳＧＷ１３２は、たとえば、複数の基地局（図示せず）間のユーザ機器１１０の移動性を管理すること、およびサービス提供されるフローごとに、保証されるビットレートのような、特定のサービス品質（ＱｏＳ）特性を実施することのような、複数の追加の機能を実行することができる。Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰ（ＰＭＩＰ）規格を実施するような、さまざまな実装形態において、ＳＧＷ１３２は、ベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ：Ｂｅａｒｅｒ Ｂｉｎｄｉｎｇ ａｎｄ Ｅｖｅｎｔ Ｒｅｐｏｒｔｉｎｇ Ｆｕｎｃｔｉｏｎ）を含むことができる。さまざまな例示的な実施形態において、ＥＰＣ１３０は、複数のＳＧＷ（図示せず）を含むことができ、各ＳＧＷは、複数の基地局（図示せず）と通信することができる。

パケットデータネットワークゲートウェイ（ＰＧＷ）１３４は、パケットデータネットワーク１４０へのゲートウェイアクセスを提供するデバイスであってもよい。ＰＧＷ１３４は、ＳＧＷ１３２を介してパケットデータネットワーク１４０に向けてユーザ機器１１０により送信されたパケットを受信するＥＰＣ１３０内の最終デバイスであってもよい。ＰＧＷ１３４は、各サービスデータフロー（ＳＤＦ）に対してポリシーおよび課金制御（ＰＣＣ：ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｃｏｎｔｒｏｌ）ルールを実施するポリシーおよび課金実施機能（ＰＣＥＦ：ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｅｎｆｏｒｃｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）を含むことができる。したがって、ＰＧＷ１３４は、ポリシーおよび課金実施ノード（ＰＣＥＮ：ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｅｎｆｏｒｃｅｍｅｎｔ ｎｏｄｅ）であってもよい。ＰＧＷ１３４は、たとえば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートのような、複数の追加の特徴を含むことができる。

ポリシーおよび課金ルールノード（ＰＣＲＮ）１３６は、サービスの要求を受信し、ＰＣＣルールを生成し、ＰＣＣルールをＰＧＷ１３４および／またはその他のＰＣＥＮ（図示せず）に提供するデバイスであってもよい。ＰＣＲＮ１３６はまた、たとえばＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ：ＩＰ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）セッションおよび／またはゲートウェイ制御セッションのような、その他のタイプのセッションをＵＥ１１０の要求に応じて確立することもできる。ＰＣＲＮ１３６は、ＲＸインターフェイスを介してＡＮ１５０から、Ｇｘｘインターフェイスを介してＳＧＷ１３２から、および／またはＧｘインターフェイスを介してＰＧＷ１３４から要求を受信することができる。サービス要求を受信すると、ＰＣＲＮ１３６は、サービス要求を実行するために少なくとも１つのＰＣＣルールを生成または変更することができる。ＰＣＲＮ１３６は、ＰＣＣルールを作成するときに、Ｓｐインターフェイスを介してＳＰＲ１３８と通信することができる。ＰＣＲＮ１３６は、たとえば、加入者サービスデータを取得するため、および／または複数のソースからのメッセージを調整するために、ＳＰＲ１３８を使用することができる。

ＰＣＣルールが作成されるかまたは変更されると、もしくはＰＧＷ１３４により要求されると、ＰＣＲＮ１３６は、Ｇｘインターフェイスを介してＰＣＣルールをＰＧＷ１３４に提供することができる。たとえばＰＭＩＰ規格を実施するような、さまざまな実施形態において、ＰＣＲＮ１３６はまた、ＱｏＳルールも生成することができる。ＱｏＳルールが作成されるかまたは変更されると、もしくはＳＧＷ１３２により要求されると、ＰＣＲＮ１３６は、Ｇｘｘインターフェイスを介してＱｏＳルールをＳＧＷ１３２に提供することができる。

ＰＣＲＮ１３６は、さまざまなイベントメッセージを処理するようにさらに構成されてもよい。たとえば、ＰＣＲＮ１３６は、ＰＧＷ１３４および／またはＮＧ１４０からさまざまなイベント通知を受信することができる。さまざまなイベントに応答して、ＰＣＲＮ１３６は、イベントに関連付けられているセッションを一時的に制限することができる。さまざまな後続のイベントの後、ＰＣＲＮ１３６は、そのようなセッションを、それらの以前の状態にロールバックすることができる。

サブスクリプションプロファイルリポジトリ（ＳＰＲ）１３８は、加入者ネットワーク１００への加入者に関連する情報を格納するデバイスであってもよい。したがって、ＳＰＲ１３８は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および／または類似するストレージ媒体のような機械可読ストレージ媒体を含むことができる。ＳＰＲ１３８は、ＰＣＲＮ１３６のコンポーネントであっても、ＥＰＣ１３０内の独立したノードを構成しても、またはその両方の組み合わせであってもよい。ＳＰＲ１３８はまた、一部のコンポーネントがＥＰＣ１３０内にあり、その他のコンポーネントがネットワークを介して接続されるように、ネットワークにわたり分散されてもよい。

ＳＰＲ１３８は、複数の加入者についてサブスクリプションレコードを格納することができる。各サブスクリプションレコードは、たとえば、ＩＰｖ４アドレス、ＩＰｖ６アドレス、国際移動体加入者識別情報（ＩＭＳＩ：ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）、ネットワークアクセス識別子（ＮＡＩ：ｎｅｔｗｏｒｋ ａｃｃｅｓｓ ｉｄｅｎｔｉｆｉｅｒ）、回線識別子（ｃｉｒｃｕｉｔ ｉｄｅｎｔｉｆｉｅｒ）、ポイントツーポイントプロトコル（ＰＰＰ）識別子、およびモバイル加入者ＩＳＤＮ（ＭＳＩＳＤＮ）番号のような、複数のサブスクリプション識別子を含むことができる。各サブスクリプションレコードは、加えて、たとえば、帯域幅制限、課金パラメータ、加入者優先度、および加入者サービスプリファレンスのようなサブスクリプションパラメータを含むことができる。

ネットワークガーディアン（ＮＧ）１４０は、悪意のあるアクティビティに対してさまざまなトラフィックフローを監視するように構成されるノードであってもよい。したがって、ＮＧ１４０は、ＥＰＣ１３０とパケットデータネットワーク１５０の間の悪意のある使用パターンを識別する際に有用な、さまざまなパケットインスペクションおよび／または統計分析技術を採用することができる。ＮＧ１４０が監視されるべきトラフィックにアクセスできる限り、ＮＧ１４０が例示的なネットワーク１００内の他の場所に位置してもよいことは明白なはずである。ＮＧ１４０はさらに、悪意があると識別されたフローを識別するため、例示的なネットワーク１００のその他のノードと通信することができる。たとえば、ＮＧ１４０は、悪意のあるフローを検出すると、メッセージをＰＣＲＮ１３６に伝送するように構成されてもよい。その後、ＰＣＲＮ１３６は、さらなる悪意のあるアクティビティを回避するため、是正措置を講じることができる。

パケットデータネットワーク１５０は、ユーザ機器１１０と、ＡＮ１６０のようなパケットデータネットワーク１５０に接続されたその他のデバイスとの間のデータ通信を提供するための任意のネットワークであってもよい。パケットデータネットワーク１５０はさらに、たとえば、パケットデータネットワーク１５０と通信するさまざまなユーザデバイスに電話および／またはインターネットサービスを提供することができる。

アプリケーションノード（ＡＮ）１６０は、アプリケーション機能（ＡＦ）を含み、アプリケーションサービスをユーザ機器１１０に提供するデバイスであってもよい。したがって、ＡＮ１６０は、たとえば、ビデオストリーミングまたは音声通信サービスをユーザ機器１１０に提供するサーバまたはその他のデバイスであってもよい。ＡＮ１６０がユーザ機器１１０へのアプリケーションサービスの提供を開始しようとする場合、ＡＮ１６０は、Ｄｉａｍｅｔｅｒプロトコルに従うＡＡ−Ｒｅｑｕｅｓｔ（ＡＡＲ）のような、要求メッセージを生成して、ＰＣＲＮ１３６に通知することができる。この要求メッセージは、アプリケーションサービスを使用している加入者の識別情報、および要求されたサービスを提供するために確立される必要のある特定のサービスデータフローの識別情報のような情報を含むことができる。ＡＮ１６０は、そのようなアプリケーション要求を、Ｒｘインターフェイスを介してＰＣＲＮ１３６に伝達することができる。

さまざまなサービスは、ＡＮ１６０によってＰＣＲＮ１３６に送信されたＡＡＲに基づいて、ＰＧＷ１３４またはＳＧＷ１３２によってＰＣＲＮ１３６に送信されたＣＣＲに基づいて、またはそれらの組み合わせに基づいて、要求され、その後確立されてもよい。たとえば、ＰＣＲＮ１３６は、いずれも特定のユーザの特定のサービスを要求するＡＡＲおよびＣＣＲを受信することができる。したがって、ＰＣＲＮ１３６は、２つの要求メッセージが同じセッションに関連付けられていることを決定して、それに応じてメッセージを処理するように構成される。たとえば、ＰＣＲＮ１３６またはダイアメータプロキシエージェント（Ｄｉａｍｅｔｅｒ Ｐｒｏｘｙ Ａｇｅｎｔ）（図示せず）は、セッションバインディング識別子（ＳＢＩ：ｓｅｓｓｉｏｎ ｂｉｎｄｉｎｇ ｉｄｅｎｔｉｆｉｅｒ）を使用して、要求メッセージが以前受信した要求メッセージに関連することを決定することができる。したがって、ＰＣＲＮ１３６は、初期要求メッセージに基づいてセッションを確立し、その後、補足要求メッセージに基づいてセッションを変更することができる。

加入者ネットワーク１００のコンポーネントを説明してきたが、加入者ネットワーク１００の動作の概要がこれ以降説明される。後段の説明は加入者ネットワーク１００の動作の概要を提供することが意図されており、したがって若干簡略化されたものであることは明白なはずである。加入者ネットワーク１００の詳細な動作は、図２から図９に関連して以下でさらに詳細に説明される。

ＰＣＲＮ１３６は、ポリシーおよび課金制御（ＰＣＣ：ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｃｏｎｔｒｏｌ）ルールを生成してＰＧＷ１３４に伝送することにより、ＵＥ１１０に対してサービスデータフロー（ＳＤＦ：ｓｅｒｖｉｃｅ ｄａｔａ ｆｌｏｗ）を以前に確立してあってもよい。現在、ＰＧＷ１３４は、ＵＥ１１０に関連付けられているプリペイドアカウントが使い果たされたと決定することができ、したがってＯｕｔ−Ｏｆ−Ｃｒｅｄｉｔイベント通知をＰＣＲＮ１３６に伝送することができる。イベント通知に応答して、ＰＣＲＮ１３６は、ＳＤＦを終了するのではなく、追加のクレジットが購入されるまでＱｏＳが一時的に低下されるべきであると決定することができる。したがって、ＰＣＲＮ１３６は、比較的低いＱｏＳ特性を有する変更済みＰＣＣルールを生成することができ、そのルールをＰＧＷ１３４において導入することができる。その後、ＵＥ１１０によって享受されるサービスは、中断されない状態を維持しうるが、低下する場合もある。

続いて、ＰＧＷ１３４は、プリペイドアカウントが補充されたことを決定することができる。したがって、ＰＧＷ１３４は、別のイベント通知を構築して、ＰＣＲＮ１３６にこのことを通知することができる。応答して、ＰＣＲＮ１３６は、一時的制限の前にルールが搬送した同じＱｏＳ特性を搬送するようにＰＣＣルールを変更することにより、一時的制限を「ロールバック」することができる。ＰＧＷ１３４においてロールバックされたルールを導入すると、ＵＥ１１０に提供されるサービスは、以前享受されていた低下していない品質に戻ることになる。

図２は、加入者要求を実行し、イベント通知に応答するための例示的なセッション管理ノード２００を示す。ＬＴＥ規格を実施するさまざまな実施形態において、セッション管理ノード２００は、ＰＣＲＮ１３６のようなＰＣＲＮであってもよい。例示的なセッション管理ノード２００は、Ｇｘｘインターフェイス２０５、Ｇｘインターフェイス２１０、Ｒｘインターフェイス２１５、メッセージインタープリタ２２０、要求ハンドラ２２５、オブジェクトデータベース２３０、ＮＧインターフェイス２３５、イベントハンドラ２４０、ポリシーストレージ２４５、属性レトリーバ２５０、Ｓｐインターフェイス２５５、ルールエンジン２６０、およびルールストレージ２６５を含むことができる。さまざまなコンポーネントが特定の規格の実装形態に固有であってもよく、さまざまな変更が代替の規格の実装形態に適切であってもよいことが明らかとなろう。

Ｇｘｘインターフェイス２０５は、たとえばＤｉａｍｅｔｅｒプロトコルを使用するＳＧＷ１３２のようなその他のネットワークノードと通信するように構成されたハードウェア、および／または機械可読ストレージ媒体の符号化された実行可能命令を含むインターフェイスであってもよい。したがって、Ｇｘｘインターフェイス２０５は、再許可要求（ＲＡＲ：Ｒｅａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｑｕｅｓｔ）およびクレジット制御応答（ＣＣＡ：Ｃｒｅｄｉｔ Ｃｏｎｔｒｏｌ Ａｎｓｗｅｒ）メッセージを送信し、再許可応答（ＲＡＡ：Ｒｅａｕｔｈｏｒｉｚａｔｉｏｎ Ａｎｓｗｅｒ）およびクレジット制御要求（ＣＣＲ：Ｃｒｅｄｉｔ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔ）メッセージを受信するように構成されてもよい。

Ｇｘインターフェイス２１０は、たとえばＤｉａｍｅｔｅｒプロトコルを使用するＰＧＷ１３４のようなその他のネットワークノードと通信するように構成されたハードウェア、および／または機械可読ストレージ媒体の符号化された実行可能命令を備えるインターフェイスであってもよい。したがって、Ｇｘインターフェイス２１０は、ＲＡＲおよびＣＣＡメッセージを送信し、ＲＡＡおよびＣＣＲメッセージを受信するように構成されてもよい。

Ｒｘインターフェイス２１５は、たとえばＤｉａｍｅｔｅｒプロトコルを使用するＡＮ１５０のようなその他のネットワークノードと通信するように構成されたハードウェア、および／または機械可読ストレージ媒体の符号化された実行可能命令を備えるインターフェイスであってもよい。したがって、Ｒｘインターフェイス２１５は、ＲＡＲおよび許可および認証応答（ＡＡＡ：Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｎｓｗｅｒ）メッセージを送信し、ＲＡＡおよび認証要求（ＡＡＲ：Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを受信するように構成されてもよい。

メッセージインタープリタ２２０は、Ｇｘｘインターフェイス２０５、Ｇｘインターフェイス２１０、およびＲｘインターフェイス２１５を介してさまざまなメッセージを受信するように構成されたハードウェア、および／または機械可読ストレージ媒体上の実行可能命令を含むことができる。メッセージインタープリタ２２０はさらに、受信したメッセージが新しいセッションの要求またはイベントの指示を含むかどうかを決定することができる。メッセージインタープリタ２２０は、この決定を行なうために、受信した各メッセージのＡＶＰを検査することができる。たとえば、Ｐａｃｋｅｔ−Ｆｉｌｔｅｒ−Ｉｎｆｏｒｍａｔｉｏｎ ＡＶＰを含むＣＣＲは新しいセッションの要求を指示することができ、Ｅｖｅｎｔ−Ｔｒｉｇｇｅｒ ＡＶＰおよび／またはネットワーク使用レポートを含むＣＣＲはイベントの発生を指示することができる。メッセージインタープリタ２２０は、セッション要求を要求ハンドラ２２５に転送することができ、イベント通知をさらに処理するためにイベントハンドラ２４０に転送することができる。

要求ハンドラ２２５は、要求メッセージを処理して実行するように構成されたハードウェア、および／または機械可読ストレージ媒体上の実行可能命令を含むことができる。たとえば、要求メッセージに応答して、要求ハンドラ２２５は、新しいＰＣＣルールを作成し、それをオブジェクトデータベースに格納して、それをＧｘインターフェイス２１０を介してＰＧＷに導入することができる。要求ハンドラ２２５は、サブスクリプションプロファイル、ルールエンジン２６０からの結果、および／またはオブジェクトデータベース２３０内の追加のオブジェクトに基づいて、ＰＣＣルールを生成することができる。要求ハンドラはまた、ＰＣＣルールの特定の属性の値を、属性レトリーバに要求することもできる。たとえば、要求ハンドラ２２５は、保証されるビットレート（ＧＢＲ：ｇｕａｒａｎｔｅｅｄ ｂｉｔｒａｔｅ）またはサービス品質クラス識別子（ＱＣＩ：ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ ｃｌａｓｓ ｉｄｅｎｔｉｆｉｅｒ）のようなＱｏＳ特性を、属性レトリーバ２５０に要求することができる。

オブジェクトデータベース２３０は、セッション作成および管理に関連するさまざまなオブジェクトを格納することができる任意の機械可読媒体であってもよい。したがって、オブジェクトデータベース２３０は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および／または類似するストレージ媒体のような機械可読ストレージ媒体を含むことができる。オブジェクトデータベース２３０は、セッション管理において有用なさまざまなエンティティまたは特性を表すオブジェクトを格納することができる。たとえば、オブジェクトデータベースは、ＰＣＣルール、総計最大帯域幅（ＡＭＢＲ：ａｇｇｒｅｇａｔｅ ｍａｘｉｍｕｍ ｂａｎｄｗｉｄｔｈ）、および／またはデフォルトのベアラを表すオブジェクトを格納することができる。

ＮＧインターフェイス２３５は、たとえばネットワークガーディアンノードのようなその他のネットワークノードと通信するように構成されたハードウェア、および／または機械可読ストレージ媒体の符号化された実行可能命令を備えるインターフェイスであってもよい。ＮＧインターフェイス２３５は、ＮＧ１４０のようなネットワークガーディアンノードから、特定のフローが悪意があるか、不審な振る舞いを呈していることを指示するイベント報告メッセージを受信することができる。

イベントハンドラ２４０は、さまざまなイベントメッセージを受信して処理するように構成されたハードウェア、および／または機械可読ストレージ媒体における実行可能命令を含むことができる。そのようなイベントメッセージは、メッセージインタープリタ２２０および／またはＮＧインターフェイス２３５から受信されてもよい。イベントメッセージを受信すると、イベントハンドラは、オブジェクトデータベース２３０から少なくとも１つの関連するオブジェクトを見出すことができる。たとえば、イベントハンドラ２４０が、特定のサービスデータフローが不審な振る舞いを呈しているという報告をＮＧインターフェイス２３４を介して受信する場合、イベントハンドラ２４０は、ＳＤＦを実施するＰＣＣルールオブジェクトをオブジェクトデータベース２３０から取り出すことができる。

イベントハンドラ２４０はまた、取り出されたオブジェクト（複数可）に関して受信したイベント通知に応答して行なう適切なアクションを決定することもできる。そのような応答は、イベントハンドラ２４０にハードコーディングされてもよいか、またはポリシーストレージ２４５に格納されているさまざまなポリシー内で定義されてもよい。たとえば、特定のＵＥに対してＯＵＴ−ＯＦ−ＣＲＥＤＩＴ条件が報告される場合、ポリシーは、イベントハンドラ２４０がＵＥに関連付けられているＡＭＢＲおよびＵＥに関連付けられている任意のＰＣＣルールのＧＢＲを一時的に制限すべきであることを指示することができる。逆に、ＲＥＡＬＬＯＣＡＴＩＯＮ＿ＯＦ＿ＣＲＥＤＩＴイベントが発生すると、別のポリシーは、ＵＥに関連付けられているＡＭＢＲおよびＧＢＲがロールバックされるべきであることを指示することができる。そのような一時的な制限を決定する際、イベントハンドラは、１つまたは複数の属性の値を属性レトリーバ２５０に要求することができる。

ポリシーストレージ２４５は、イベント処理するためのさまざまなポリシーを格納することができる任意の機械可読媒体であってもよい。したがって、ポリシーストレージ２４５は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および／または類似するストレージ媒体のような機械可読ストレージ媒体を含むことができる。ポリシーストレージ２４５は、セッション管理ノード２００が報告されうるさまざまなイベントにどのように応答すべきかを指示する複数のポリシーを格納することができる。複数のポリシーは、代替的または付加的に、特定の属性の新しい値を指示することができる。たとえば、そのようなポリシーは、一時的な属性値として使用されるべきリテラル値を指示することができるか、または現行値のパーセンテージが一時的な属性値として使用されるべきであることを指示することができる。さまざまな実施態様において、ポリシーストレージ２４５は、メモリ内のオブジェクトデータベース２３０と共に格納されてもよいか、または別個のコンポーネントに格納されてもよい。さまざまな代替の実施態様において、ポリシーストレージ２４５は、セッション管理ノード２００とは異なるノード内に格納されてもよく、リモートにアクセス可能であってもよい。

属性レトリーバ２５０は、特定の属性の値に対する要求を受信して実行するように構成されたハードウェア、および／または機械可読ストレージ媒体上の実行可能命令を含むことができる。たとえば、属性レトリーバ２５０は、保証されるビットレート、総計最大ビットレート、および／または品質クラス識別子の要求を受信することができる。本明細書において説明される方法は、実質的に要求されるあらゆる属性値に適用されうることが理解されよう。

要求された属性の値を決定する際、属性レトリーバ２５０は、複数の異なるソースに依存することができる。たとえば、属性レトリーバ２５０は、最初に、ポリシーストレージ２４５に格納されている任意の適用可能なポリシーが、要求された属性の新しい値を指示するかどうかを決定しようと試みることができる。さらなる例として、属性レトリーバ２５０は、次に、値をルールエンジン２６０に要求することができる。属性レトリーバ２５０は、たとえば、Ｓｐインターフェイス２５５を介して取り出されたサブスクリプションレコード、システムデフォルト、および／または要求メッセージで指示されている要求された属性値のような、多数の追加のリソースに依存することができる。

Ｓｐインターフェイス２５５は、たとえばＤｉａｍｅｔｅｒプロトコルを使用するＳＰＲ１３８のようなその他のネットワークノードと通信するように構成されたハードウェア、および／または機械可読ストレージ媒体の符号化された実行可能命令を備えるインターフェイスであってもよい。したがって、Ｓｐインターフェイス２５５は、レコードクエリを送信し、応答してサブスクリプションプロファイルレコードを受信するように構成されてもよい。

ルールエンジン２６０は、ルール結果の要求を受信し、コンテキストデータに基づいて適切なルールを適用するように構成されたハードウェア、および／または機械可読ストレージ媒体上の実行可能命令を含むことができる。たとえば、特定の属性の一時的な値を決定する場合、属性レトリーバ２５０は、ルール結果をルールエンジン２６０に要求することができる。属性レトリーバ２５０によって提供されるか、またはルールエンジン２６０に使用可能なコンテキスト情報を使用して、ルールエンジン２６０は、ルールストレージ２６５に格納されている複数のルールを通して反復することができる。ルールエンジン２６０が使用可能なコンテキストデータに適用可能なルールを見出す場合、ルールエンジンは、ルールの結果（たとえば、特定の属性に適切な値）をセッションマネージャ２２５に返すことができる。

ルールストレージ２６５は、ルールエンジン２６０によって使用されたルールを格納することができる任意の機械可読媒体であってもよい。したがって、ルールストレージ２６５は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および／または類似するストレージ媒体のような機械可読ストレージ媒体を含むことができる。さまざまな実装形態において、サブスクリプションルールストレージ２６５は、メモリ内のセッションストレージ２３０および／またはポリシーストレージ２４５と共に格納されてもよいか、または別個のコンポーネントに格納されてもよい。さまざまな代替の実装形態において、ルールストレージ２６５は、セッション管理ノード２００とは異なるノード内に格納されてもよく、ルールエンジン２６０によってリモートにアクセス可能であってもよい。さらに別の代替形態として、ルールエンジン２６０およびルールエンジン２６５はいずれも、他の場所に配置されて、セッション管理モジュール２００によってリモートにアクセス可能であってもよい。

図３は、一時的制限に対してオブジェクトを格納するための例示的なデータ構成３００を示す。データ構成３００は、オブジェクトデータベース２３０のようなデータベースまたはキャッシュ内のテーブルであってもよい。代替として、データ構成３００は、一連のリンクされたリスト、アレイ、または類似するデータ構造であってもよい。したがって、データ構成３００は基礎をなすデータの抽象化であり、このデータの格納に適した任意のデータ構造が使用されてもよいことは明白なはずである。データ構成３００さまざまなＰＣＣルールオブジェクトを格納するが、オブジェクトデータベース２３０のさまざまな他のオブジェクトを格納するために類似するデータ構成が使用されてもよいことはさらに明白なはずである。

データ構成３００は、たとえば、ＰＣＣルールＩＤフィールド３０５、サブスクリプションＩＤフィールド３１０、許可されたＧＢＲフィールド３１５、および調整されたＧＢＲフィールド３２０のような、複数のフィールドを含むことができる。データ構成３００は、多数の追加のフィールド３２５を含むことができる。データ構成３００が、ある意味で、簡略化されたものであることは明白なはずである。多数の追加のフィールド３２５は、たとえば、パケットフィルタ、加入者名、および／または最大ビットレートを含むことができる。多数の追加のフィールド３２５は、許可されたＧＢＲフィールド３１５および調整されたＧＢＲフィールド３２０と類似した、追加の許可された／調整されたフィールドのペアを含むことができる。

ＰＣＣルールＩＤフィールド３０５は、ＰＣＣルールの一意の識別子を格納することができる。サブスクリプションＩＤフィールド３１０は、ＰＣＣルールに関連付けられているサブスクリプションの少なくとも１つの識別子を格納することができる。したがって、サブスクリプションＩＤフィールド３１０に格納されているデータは、オブジェクトが特定のイベント通知に関連付けられているかどうかを決定するために使用されてもよい。許可されたＧＢＲフィールド３１５は、ＰＣＣルールが制限されない場合に使用されるべきＰＣＣルールの保証されるビットレートを格納することができる。逆に、調整されたＧＢＲフィールド３２０は、フローが一時的に制限される場合にＰＣＣルールで使用されるべき保証されるビットレートを格納することができる。

一例として、ＰＣＣルールオブジェクト３３０は、ＰＣＣルール「０ｘＦＥ１Ｅ」に関連付けられている。このＰＣＣルールは、サブスクリプション識別子「ａ」、「ｂ」、および「ｃ」を有する加入者に提供される。さらに、このＰＣＣルールについて許可されたＧＢＲは、両方向で５１２ｋｂｐｓである。ＰＣＣルールオブジェクト３３０では調整されたＧＢＲは提供されず、ＰＣＣルールが現在制限されていないことを指示する。

さらなる例として、ＰＣＣルールオブジェクト３４０は、ＰＣＣルール「０ｘ７Ｂ４２」、およびサブスクリプション識別子「ｄ」および「ｅ」を有する加入者に関連付けられている。ＰＣＣルールオブジェクト３４０は、両方向で２６４ｋｂｐｓの許可されたＧＢＲを有する。しかし、ＰＣＣルールオブジェクト３４０はまた、両方向で１６ｋｂｐｓの調整されたＧＢＲを含み、関連するＰＣＣルールが現在制限されていることを指示する。データ構成３００は、多数の追加のオブジェクト３５０を含むことができる。

図４は、一時的な制限を決定するための例示的なルールセット４００を示す。ルールセット４００は、ルールストレージ２６５のようなデータベースまたはキャッシュ内のテーブルであってもよい。代替として、ルールセット４００は、一連のリンクされたリスト、アレイ、または類似するデータ構造であってもよい。したがって、ルールセット４００は基礎をなすデータの抽象化であり、このデータの格納に適した任意のデータ構造が使用されてもよいことは明白なはずである。

ルールセット４００は、ＯＵＴ＿ＯＦ＿ＣＲＥＤＩＴ条件が発生すると、ＰＣＣルールのＧＢＲを決定する際に有用なルールセットを定義することができる。ルールストレージ２６５は、さまざまなその他のアクション、セッションタイプ、および／またはイベントに適用可能な多数の追加のルールセットを格納することができる。ルールセット４００は、各ルールが特定のコンテキストに適用可能であるかどうかを決定するためのさまざまな条件を定義する基準フィールド４０５を含むことができる。ルールセット４００はさらに、適用可能である場合、各ルールに返されるべき結果を定義する結果フィールド４１０を含むことができる。

一例として、ルール４２５は、ＯＵＴ＿ＯＦ＿ＣＲＥＤＩＴ条件が発生すると、「Ｇｏｌｄ」の加入者カテゴリを有する加入者がアップストリームで１６ｋｂｐｓおよびダウンストリームで３２ｋｂｐｓのＧＢＲに制限されるべきであることを指示する。さらなる一例として、ルール４３０は、代わりに加入者カテゴリが「Ｓｉｌｖｅｒ」である場合、ＧＢＲが両方向で１６ｋｂｐｓに一時的に制限されるべきであることを指示する。さらにもう１つの例として、ルール４３５は、代わりに加入者カテゴリが「Ｂｒｏｎｚｅ」である場合、ＧＢＲがゼロに落とされるべきであることを指示する。ルールセット４００は、多数の追加のルール４４０を含むことができる。

図５は、イベント通知に応答する際に使用されるポリシーを格納するための例示的なデータ構成５００を示す。データ構成５００は、ポリシーストレージ２４５のようなデータベースまたはキャッシュ内のテーブルであってもよい。代替として、データ構成５００は、一連のリンクされたリスト、アレイ、または類似するデータ構造であってもよい。したがって、データ構成５００は基礎をなすデータの抽象化であり、このデータの格納に適した任意のデータ構造が使用されてもよいことは明白なはずである。データ構成５００は、ＰＧＷまたは類似するノードによって送信された使用レポートに適用可能なさまざまなポリシーを含むことができる。ポリシーストレージが、その他のイベントおよび／または通知に適用可能な多数の追加のポリシーを含むことができることは明白なはずである。

使用しきい値フィールド５０５は、特定のポリシーをトリガするネットワーク使用を指示することができ、一方、結果フィールド５１０は、特定のポリシーが適用可能である場合にどのアクションがとられるべきであるかを指示することができる。たとえば、ポリシーレコード５２０は、特定のＵＥがその最大データ割当ての７５％を使用した場合、ショートメッセージサービス（ＳＭＳ）メッセージがＵＥに送信されるべきであることを指示する。同様に、ポリシーレコード５３０は、ＵＥがその最大データ割当ての８５％を使用した場合、警告メッセージがＵＥに送信されるべきであることを指示する。ポリシーレコード５４０は、ＵＥがその最大データ割当ての９５％を使用した場合、関連するＰＣＣルールのＧＢＲが正常値の５０％まで減少されるべきであることを指示する。最後に、ポリシーレコード５５０は、ＵＥがその最大割当てデータ転送の１００％に到達すると、適用可能なＰＣＣルールに関連付けられているＧＢＲが０に減少されるべきであることを指示する。

図６は、受信したメッセージを処理するための例示的な方法６００を示す。方法６００は、たとえば、メッセージインタープリタ２２０、要求ハンドラ２２５、イベントハンドラ２４０、および／または属性レトリーバ２５０のような、セッション管理ノード２００のコンポーネントによって実行されてもよい。

方法６００は、ステップ６０５で開始して、ステップ６１０に進み、ここでセッション管理ノード２００が別のネットワークノードからメッセージを受信する。次いで、ステップ６１５において、セッション管理ノード２００は、たとえばメッセージの内容を検査することによって、メッセージがイベント通知であるかどうかを決定することができる。メッセージがイベント通知である場合、ステップ６２５において、セッション管理ノードは、続いてイベントを処理することができる。次いで、方法６００は、ステップ６６０で終了することができる。

しかし、メッセージがイベント通知ではない場合、セッション管理ノード２００は代わりに、ステップ６１５からステップ６４０に進むことができる。ステップ６４０において、セッション管理ノードは、メッセージが新しいセッションの要求であるかどうかを決定することができる。要求である場合、セッション管理ノード２００は、ステップ６４５において、セッションの確立に必要な任意の属性値を決定することができる。次いで、セッション管理ノード２００は、たとえば、決定された属性値を含む少なくとも１つのＰＣＣルールオブジェクトを作成すること、使用可能なオブジェクトに基づいて少なくとも１つのＰＣＣルールを作成すること、および新しいＰＣＣルールをＰＧＷまたは類似するノードで導入することにより、ステップ６５０において要求を実行することができる。次いで、方法６００は、ステップ６６０で終了することができる。

一方、ステップ６４０において、メッセージが新しいセッションの要求ではないことが決定される場合、セッション管理ノード２００は、ステップ６５５において、当業者に知られているように任意の他の必要または有用な処理を実行することができる。次いで、方法６００は、ステップ６６０で終了することができる。

図７は、イベント通知を処理するための例示的な方法７００を示す図である。方法７００は、たとえば、イベントハンドラ２４０および／または属性レトリーバ２５０のような、セッション管理ノード２００のコンポーネントによって実行されてもよい。方法７００は、方法６００のステップ６２５に対応することができる。

方法７００は、ステップ７０５で開始して、ステップ７１０に進むことができ、ここでセッション管理ノードが受信したイベント通知に適用可能なポリシーを見出すことができる。さまざまな代替の実施形態において、セッション管理ノード２００は、たとえばハードコーディングされた命令に従うなどのような、受信したイベントメッセージに応答してとるべき適切なアクションを決定するステップにその他の方法を適用することができる。使用される方法に関わりなく、セッション管理ノード２００は、ステップ７１０において、受信したイベント通知に応答してどのアクションがとられるべきかを決定する。次いで、セッション管理ノード２００は、ステップ７１５において、そのようなアクションが１つまたは複数のオブジェクトへの制限を構成するかどうかを決定することができる。構成する場合、方法７００は、ステップ７２０に進むことができる。

ステップ７２０において、セッション管理ノードは、関連するオブジェクトの１つまたは複数の属性の制限された値を決定することができる。続いて、セッション管理ノード２００は、ステップ７２５において、そのような属性値を関連するオブジェクトに挿入することができる。ステップ７２５におけるオブジェクトへのそのような変更は、オブジェクトの以前の値を変更することなく行なわれうる。したがって、一時的制限が将来除去される場合、以前の値は復元のために即座に使用可能であってもよい。次いで、セッション管理ノード２００は、ステップ７３０において、影響を受けたオブジェクトに関連付けられている任意のセッションを再許可して制限を実施することができる。次いで、方法７００は、ステップ７５５で終了することができる。

一方、ステップ７１５において、セッション管理ノード２００が、適切なアクションは制限ではないと決定する場合、方法７００は代わりにステップ７４０に進むことができる。ステップ７４０において、セッション管理ノード２００は、適切なアクションが、以前制限されていた任意のオブジェクトをロールバックすることであるかどうか決定することができる。ロールバックすることである場合、セッション管理ノード２００は、ステップ７４５において、適切なオブジェクトから調整された値を除去し、ステップ７３０において、関連するセッションを再許可して変更を実施することができる。次いで、方法７００は、ステップ７５５で終了することができる。

ステップ７４０において、適切なアクションはロールバックではないと決定される場合、セッション管理ノードは、続いてステップ７５０においてその他の適切なアクションをとることができる。たとえば、セッション管理ノードは、ＳＭＳまたは警告メッセージをＵＥに送信することができるか、またはセッションを完全に終了することができる。次いで、方法７００は、ステップ７５５で終了することができる。

図８は、オブジェクトに基づいてセッションを再許可するための例示的な方法８００を示す図である。方法８００は、たとえば、要求ハンドラ２２５および／またはイベントハンドラ２４０のような、セッション管理ノード２００のコンポーネントによって実行されてもよい。方法６００は、方法７００のステップ７３０に対応することができる。

方法６００は、ステップ８０５で開始して、ステップ８０１に進むことができ、ここでセッション管理ノード２００は再許可されるべきセッションに関連付けられている任意のオブジェクトを取り出すことができる。ステップ８１５において、セッション管理ノードは、任意の調整された値がオブジェクトで提供されるかどうかを決定することができる。提供される場合、セッション管理ノード２００は、ステップ８２０において、調整された値に基づいて更新されたＰＣＣルールを生成することができる。それ以外の場合、セッション管理ノード２００は、ステップ８３０において、許可された値に基づいて更新されたＰＣＣルールを生成することができる。さまざまな実施形態において、調整された値は、一部の属性について存在しうるが、他の属性にはない場合もあることに留意されたい。そのような実施形態において、調整された値は、存在する場合には常に使用される。方法８００に対するさまざまな適切な変更形態が、当業者には明らかとなろう。

ステップ８２０または８３０において、更新されたＰＣＣルール（複数可）が作成されると、セッション管理ノード２００は、ステップ８２５において、更新されたＰＣＣルールをＰＧＷまたは類似するノードにプッシュすることができ、それにより新しいＰＣＣルールを導入して、任意の属性制限またはロールバックに影響を及ぼすことができる。次いで、方法８００は、ステップ８３５で終了することができる。

図９は、オブジェクトの属性値を決定するための例示的な方法９００を示す。方法９００は、たとえば、属性レトリーバ２５０および／またはルールエンジン２６０のような、セッション管理ノード２００のコンポーネントによって実行されてもよい。方法９００は、方法６００のステップ６４５および／または方法７００のステップ７２０に対応することができる。

方法９００は、ステップ９０５で開始し、ステップ９１０に進むことができる。ステップ９１０において、セッション管理ノードは、任意のＮＧポリシーが現在のコンテキストに適用可能であるかどうかを決定することができる。たとえば、ＮＧイベントメッセージがＮＧノードから受信された場合、ＮＧポリシーは適用可能であってもよい。適用可能である場合、セッション管理ノード２００は、ステップ９１５において、適用可能なＮＧポリシーで提供された任意の属性値が使用されるべきであると決定することができる。それ以外の場合、方法９００は、ステップ９２０に進むことができる。

ステップ９２０において、セッション管理ノードは、任意の使用ポリシーが現在のコンテキストに適用可能であるかどうかを決定することができる。たとえば、使用レポートイベントメッセージが、ＰＧＷのような別のノードから受信された場合、使用ポリシーは適用可能であってもよい。適用可能である場合、セッション管理ノード２００は、ステップ９２５において、適用可能な使用ポリシーで提供された任意の属性値が使用されるべきであると決定することができる。それ以外の場合、方法９００は、ステップ９３０に進むことができる。

ステップ９３０において、セッション管理ノードは、任意のルール結果が現在のコンテキストに適用可能であるかどうかを決定することができる。たとえば、Ｅｖｅｎｔ−Ｔｒｉｇｇｅｒ ＡＶＰが、ＰＧＷのような別のノードから受信された場合、ルール結果は適用可能であってもよい。適用可能である場合、セッション管理ノード２００は、ステップ９３５において、ルール結果で提供された任意の属性値が使用されるべきであると決定することができる。それ以外の場合、方法９００は、ステップ９４０に進むことができる。

ステップ９４０において、セッション管理ノードは、要求された属性の値を含むサブスクリプションプロファイルレコードが使用可能であるかどうかを決定することができる。使用可能である場合、セッション管理ノード２００は、ステップ９４５において、サブスクリプションプロファイルレコードで提供された任意の属性値が使用されるべきであると決定することができる。それ以外の場合、方法９００は、ステップ９５０に進むことができる。

ステップ９５０において、セッション管理ノードは、任意のシステムデフォルトが要求された属性に使用可能であるかどうかを決定することができる。使用可能である場合、セッション管理ノード２００は、ステップ９５５において、システムデフォルトが属性値として使用されるべきであると決定することができる。それ以外の場合、セッション管理ノード２００は、セッションの初期要求メッセージで要求されたいかなる属性値も使用することができる。セッション管理ノード２００が要求された属性の値を一度決定すると、方法９００は、ステップ９６５において終了することができる。

さまざまな代替の実施形態において、方法９００のステップは、異なる順序で行なわれうること、および／またはユーザに構成可能であってもよいことに留意されたい。したがって、さまざまな実施形態において、属性値の特定のソースの相対的な優先順位は異なっていてもよい。さらに、さまざまな実施形態において、どの属性値のソースが使用されるべきかを決定するために、実質的にあらゆるコンテキスト情報が使用されてもよい。

上記の説明により、さまざまな例示的な実施形態は、加入者ネットワークにおける一時的制限およびセッション属性のロールバックを実現する。特に、セッションに関連するさまざまなオブジェクトに調整された値を追加することにより、セッション属性は、さまざまなネットワークイベントおよび条件に応答して一時的に調整されうる。さらに、そのようなオブジェクトに同じ属性の許可された値を保有することにより、同じセッションは、その他のネットワークイベントおよび条件に応答して、それらの以前の状態に容易にロールバックされうる。

本発明のさまざまな例示的な実施形態が、ハードウェアおよび／またはファームウェアにおいて実施されうることが、上記の説明から明らかとなろう。さらに、さまざまな例示的な実施形態は、本明細書において詳細に説明される動作を実行するために少なくとも１つのプロセッサによって読み込まれ実行されうる、機械可読ストレージ媒体に格納された命令として実施されてもよい。機械可読ストレージ媒体は、パーソナルまたはラップトップコンピュータ、サーバ、またはその他のコンピューティングデバイスのような、機械によって読取り可能な形態で情報を格納するための任意のメカニズムを含むことができる。したがって、機械可読ストレージ媒体は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクストレージ媒体、光ストレージ媒体、フラッシュメモリデバイス、および類似するストレージ媒体を含むことができる。

当業者には、本明細書における任意のブロック図が、本発明の原理を具現する例示的な回路の概念的な図を表すことが理解されるであろう。同様に、任意の流れ図、フローダイアグラム、状態遷移図、擬似コードなどは、機械可読媒体において概ね表されてもよく、コンピュータまたはプロセッサにより（そのようなコンピュータまたはプロセッサが明示的に示されているかどうかにかかわらず）実行されてもよいさまざまなプロセスを表すことが理解されよう。

さまざまな例示的な実施形態が、その特定の例示的な態様を特に参照して詳細に説明されてきたが、本発明はその他の実施形態に対応可能であり、その詳細はさまざまな明白な意味において変更が可能であることを理解されたい。当業者には容易に理解されるように、本発明の趣旨および範囲を逸脱することなく変形および変更が行なわれてもよい。したがって、前述の開示、説明、および図面は、例示を目的とするに過ぎず、本発明を何ら限定するものではなく、本発明は特許請求の範囲によってのみ定義される。

Claims (15)

1. セッション管理ノード（２００）により実行される加入者ネットワークにおいてイベントを処理するための方法であって、
   セッション管理ノード（２００）において、イベント通知を受信するステップ（６１０）と、
   イベントに関連付けられているオブジェクトを取り出すステップであって、オブジェクトは特定の属性の許可された値を含む、取り出すステップと、
   イベント通知に基づいて、オブジェクトが一時的に変更されるべきであると決定するステップ（７１５）と、
   イベント通知に基づいて、特定の属性の調整された値を決定するステップ（７２０）と、
   特定の属性の調整された値を、特定の属性の許可された値を変更することなくオブジェクトに挿入するステップ（７２５）と、
   オブジェクトに基づいて少なくとも１つのセッションを再許可するステップ（７３０）と
   を含む、方法。
2. 後続のイベント通知を受信するステップ（６１０）と、
   イベント通知に基づいて、オブジェクトがもはや一時的に変更されるべきではないと決定するステップ（７４０）と、
   特定の属性の調整された値をオブジェクトから除去するステップ（７４５）と、
   オブジェクトに基づいて少なくとも１つのセッションを再許可するステップ（７３０）と
   をさらに含む、請求項１に記載の方法。
3. イベント通知が、セッション管理ノード（２００）によってネットワークガーディアンノード（１４０）から受信される、請求項１または２に記載の方法。
4. イベント通知が、ユーザデバイスが加入者ネットワーク使用のクレジット残高不足であるということを指示する、請求項１から３のいずれか一項に記載の方法。
5. イベント通知が、ユーザデバイスの現在のネットワーク使用を指示する、請求項１から４のいずれか一項に記載の方法。
6. 現在のネットワーク使用を少なくとも１つのしきい値レベル（５０５）と比較するステップと、
   適用可能なしきい値レベル（５０５）を識別するステップと、
   適用可能なしきい値レベル（５０５）に関連付けられている少なくとも１つのアクション（５１０）を実行するステップと
   をさらに含む、請求項５に記載の方法。
7. オブジェクトが、ポリシー課金および制御ルール、デフォルトベアラ、および総計最大ビットレートのうちの少なくとも１つを表す、請求項１から６のいずれか一項に記載の方法。
8. 加入者ネットワークにおいてネットワークアクセスを提供するためのシステムであって、
   イベント通知を受信する（６１０）インターフェイス（２０５、２１０、２１５）と、
   複数のオブジェクトを格納するオブジェクトデータベース（２３０）であって、各オブジェクトは、特定の属性の許可された値を含むオブジェクトデータベースと、
   イベント通知に基づいて、特定の属性の調整された値を決定する（７２０）属性レトリーバ（２５０）と、
   イベント通知に関連付けられているオブジェクトを、オブジェクトデータベースから取り出し、
   調整された値を、イベント通知に関連付けられているオブジェクトに挿入し（７２５）、
   イベント通知に関連付けられているオブジェクトに基づいて、少なくとも１つのセッションを再許可する（７３０）
   イベントハンドラ（２４０）と
   を備える、システム。
9. インターフェイス（２０５、２１０、２１５）がさらに後続のイベント通知を受信し、
   イベントハンドラ（２４０）がさらに、
   イベント通知に基づいて、オブジェクトがロールバックされるべきであると決定し（７４０）、
   特定の属性の調整された値をオブジェクトから除去し（７４５）、
   イベント通知に関連付けられているオブジェクトに基づいて、少なくとも１つのセッションを再許可する（７３０）、
   請求項８に記載のシステム。
10. イベント通知がネットワークガーディアンイベントである、請求項８または９に記載のシステム。
11. イベント通知がクレジット残高不足イベントである、請求項８から１０のいずれか一項に記載のシステム。
12. イベント通知がネットワーク使用レポートである、請求項８から１１のいずれか一項に記載のシステム。
13. 複数のネットワーク使用しきい値（５０５）を格納するポリシーストレージ（２４５）をさらに備え、イベントハンドラ（２４０）がさらに、
    イベント通知に基づいて、複数のネットワーク使用しきい値（５０５）の適用可能なしきい値を見出し、
    適用可能なしきい値（５０５）に関連付けられている少なくとも１つのアクション（５１０）を実行する、
    請求項８から１２のいずれか一項に記載のシステム。
14. 複数のルールを格納するルールストレージ（２６５）と、
    コンテキストデータに基づいて複数のルールのうちの少なくとも１つの適用可能なルールを見出し、
    特定の属性の少なくとも１つの値を、ルール結果として返す
    ルールエンジン（２６０）とをさらに備え、
    特定の属性の調整された値を決定する際に、属性レトリーバがルール結果をルールエンジンに要求する、
    請求項８から１３のいずれか一項に記載のシステム。
15. 複数のポリシーレコードを格納するポリシーストレージ（２４５）をさらに備え、各ポリシーレコードが特定の属性の値を指示し、特定のイベント通知に適用可能であり、特定の属性の調整された値を決定する際に、属性レトリーバ（２５０）がイベント通知に基づいて適用可能なポリシーレコードを識別する（７１０）、請求項８から１４のいずれか一項に記載のシステム。

Images