JP2013535856A - Ｄｉａｍｅｔｅｒセッション監査 - Google Patents

Abstract

様々な例示的実施形態は、通信セッションを管理するためにポリシーおよび課金規則ノードＰＣＲＮによって実施される方法に関する。方法は、セッションが非アクティブであることが疑わしいと判定すること、セッションを開始したネットワーク構成要素に無害のメッセージを送信すること、ネットワーク構成要素からの応答を待機すること、ＰＣＲＮがネットワーク構成要素から応答を受信した場合、応答に基づいてセッションが非アクティブかどうかを判定すること、およびセッションが非アクティブである場合、セッションに関する少なくとも１つの管理処置を取ることを含むことができる。様々な例示的実施形態は、通信セッションを管理するＰＣＲＮに関する。ＰＣＲＮは、ネットワーク構成要素と通信する１つまたは複数のインターフェースと、通信セッションを管理する１つまたは複数のＰＣＲＮブレードと、どのブレードがセッションを管理するかを判定するｄｉａｍｅｔｅｒプロキシエージェントとを含むことができる。各ＰＣＲＮブレードは、セッションマネージャ、タイマ、およびセッションデータストレージを含むことができる。

Description

本明細書で開示される様々な例示的実施形態は、一般には通信ネットワーク内のポリシーおよび課金に関する。

モバイル通信ネットワーク内の様々なタイプのアプリケーションに対する需要が増大するにつれて、サービスプロバイダは、拡張された機能を確実に提供するために、サービスプロバイダのシステムを常に更新しなければならない。かつては単に音声通信用に設計されたシステムであったものが、テキストメッセージング、マルチメディアストリーミング、および一般のインターネットアクセスを含む無数のアプリケーションへのアクセスを提供する全目的ネットワークアクセスポイントに成長している。第２世代および第３世代ネットワークで見られるように、専用音声チャネルを介して音声サービスを搬送し、回線交換コアに向けて送信しなければならず、一方他のサービス通信は、インターネットプロトコル（ＩＰ）に従って伝送され、異なるパケット交換コアに向けて送信される。このことにより、これにより、アプリケーションプロビジョン、計量および課金、ならびにエクスペリエンス品質（ＱｏＥ）保証に関する固有の問題が生じる。

第２世代および第３世代のデュアルコア手法を単純化しようとして、３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）は、「Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ」（ＬＴＥ）呼ばれる新しいネットワーク方式を推奨した。ＬＴＥネットワークでは、すべての通信が、ＩＰチャネルを介して、ユーザ機器（ＵＥ）から、進化型パケットコア（ＥＰＣ）と呼ばれる全ＩＰコアに搬送される。次いで、ＥＰＣは、他のネットワークへのゲートウェイアクセスを提供すると共に、受け入れられるＱｏＥを保証し、加入者の特定のネットワーク活動に関して加入者に課金する。

３ＧＰＰは一般に、いくつかの技術的仕様でＥＰＣの構成要素およびそれらの互いの対話を記述する。具体的には、３ＧＰＰ ＴＳ ２９．２１２、３ＧＰＰ ＴＳ ２９．２１３、および３ＧＰＰ ＴＳ ２９．２１４が、ＥＰＣのポリシーおよび課金規則機能（ＰＣＲＦ）、ポリシーおよび課金実施機能（ＰＣＥＦ）、ベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ）を記述する。これらの仕様はさらに、信頼性の高いデータサービスを提供し、その使用に関して加入者に課金するために、これらの要素がどのように対話するかに関する、ある程度の手引きを与える。

例えば、３ＧＰＰ ＴＳ ２９．２１２、２９．２１３、および２９．２１４仕様は、例えばインターネットプロトコル通信アクセスネットワーク（ＩＰ−ＣＡＮ）セッション、アプリケーション機能（ＡＦ）セッション、ゲートウェイ（ＧＷ）セッションなどの通信セッションを確立し、終了させることに関する、ある程度の手引きを与える。３ＧＰＰ ＴＳ ２９．２１３は、ＰＣＲＦがセッション終了要求を受信したときにＰＣＲＦによって行われるステップを記述する。例えば、ＰＣＲＦがＩＰ−ＣＡＮセッション終了要求を受信したとき、ＰＣＲＦは、ＩＰ−ＣＡＮセッションにバインドされたセッションを終了させるようにＢＢＥＲＦ、ＰＣＥＦ、およびＡＦに指令することができる。

しかし、通信ネットワークの信頼性が高いことは保証されない。３ＧＰＰ規格は、ＥＰＣ内の通信障害にどのように対処するかについてほとんど手引きを与えていない。例えば、終了要求がＰＣＲＦに到達しないことがあり、その場合、セッションおよび任意のバインドされたセッションがどのネットワーク構成要素でも終了しないことがあり、孤立セッションが生成される。セッションは、セッションを開始したネットワーク構成要素でも非アクティブとなることがあるが、他のネットワーク構成要素ではアクティブであることがある。こうした孤立セッションおよび非アクティブセッションは、例えば、保証された帯域幅、システムメモリ、処理時間などのシステムリソースを引き続き消費する。

上記に鑑みて、孤立セッションまたは非アクティブセッションを除去することのできるＰＣＲＦを実装するポリシーおよび課金規則ノード（ＰＣＲＮ）を提供することが望ましいはずである。具体的には、他のネットワーク構成要素の動作を妨害することなく、孤立セッションおよび非アクティブセッションを検出し、終了させることが望ましいはずである。

孤立セッションを除去するＰＣＲＮの現在の必要に照らして、様々な例示的実施形態の簡潔な概要が提示される。以下の概要では、本発明の範囲を限定することでなく、様々な例示的実施形態のいくつかの態様を強調および導入することを意図した、何らかの単純化および省略が行われることがある。後のセクションで、当業者が本発明の概念を製作および使用することを可能にするのに十分な好ましい例示的実施形態の詳細な説明が続く。

様々な例示的実施形態は、通信セッションを管理するためにポリシーおよび課金規則ノード（ＰＣＲＮ）によって実施される方法に関する。この方法は、セッションが非アクティブであることが疑わしいと判定すること、セッションを開始したネットワーク構成要素に無害のメッセージを送信すること、ネットワーク構成要素からの応答を待機すること、ＰＣＲＮがネットワーク構成要素から応答を受信した場合、応答に基づいてセッションが非アクティブかどうかを判定すること、およびセッションが非アクティブである場合、セッションに関する少なくとも１つの管理処置を取ることを含むことができる。非アクティブセッションは、セッションを開始したネットワーク構成要素ではもはやアクティブではない孤立セッションまたは任意の他のセッションを含むことができる。無害のメッセージは、受信側ネットワーク構成要素でのセッションの状態を実質的に変更しない任意のメッセージでよい。ネットワーク管理処置は、セッションを記録すること、ＳＮＭＰトラップを送信すること、および／またはセッションを終了させることを含むことができる。様々な例示的実施形態は、ＰＣＲＮが通信セッションを管理するための命令として機械可読記憶媒体上に符号化された上記の方法に関する。

様々な例示的実施形態は、ネットワーク上の通信セッションを管理するポリシーおよび課金規則ノード（ＰＣＲＮ）に関する。ＰＣＲＮは、セッションに関する最後のＰＣＲＮ活動の時刻を示す活動タイムスタンプを含むセッションに関するデータを格納するセッションデータストレージと、現在時刻を測定し、活動タイムスタンプおよび現在時刻に基づいてセッションが非アクティブであることが疑わしいと判定するタイマと、疑わしいセッションを開始したネットワーク構成要素に無害のメッセージを送信し、セッションが非アクティブであることを応答が示すとき、疑わしいセッションを終了させるセッションマネージャとを含むことができる。

このようにして、様々な例示的実施形態がＰＣＲＮでＤｉａｍｅｔｅｒセッション監査を実施することを実現することは明らかなはずである。具体的には、無害のメッセージを使用して非アクティブセッションを検出することにより、ＰＣＲＮは、他のネットワーク構成要素の動作を妨害することなくネットワークリソースを解放することができる。さらに、非アクティブセッションの発見を終了要求の場合と同様に扱うことにより、ＰＣＲＮは、通信誤りを効率的に訂正することができる。

様々な例示的実施形態をより良く理解するために、添付の図面に対して参照が行われる。

様々なデータサービスを提供する例示的加入者ネットワークを示す図である。 セッションを管理する例示的ＰＣＲＮを示す図である。 セッション監査を実施する例示的ＰＣＲＮブレードを示す図である。 プロキシデータを格納する例示的データ構成を示す図である。 セッションデータを格納する例示的データ構成を示す図である。 セッション監査を実施する例示的方法を示す図である。 ＩＰ−ＣＡＮセッション監査中の、図１のネットワーク内のエンティティ間のメッセージの交換を示す例示的メッセージダイアグラムである。 ＡＦセッション監査中の、図１のネットワーク内のエンティティ間のメッセージの交換を示す例示的メッセージダイアグラムである。 ＧＷ制御セッション監査中の、図１のネットワーク内のエンティティ間のメッセージの交換を示す例示的メッセージダイアグラムである。

ここで図面を参照すると、同様の番号が同様の構成要素またはステップを指しており、様々な例示的実施形態の広範な態様が開示されている。

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

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

基地局１２０は、ユーザ機器１１０とＥＰＣ１３０との間の通信を可能にするデバイスでよい。例えば、基地局１２０は、３ＧＰＰ規格で定義される進化型ｎｏｄｅＢ（ｅＮｏｄｅＢ）などの基地トランシーバ局でよい。したがって、基地局１２０は、電波などの第１の媒体を介してユーザ機器１１０と通信し、イーサネット（登録商標）ケーブルなどの第２の媒体を介してＥＰＣ１３０と通信するデバイスでよい。基地局１２０は、ＥＰＣ１３０と直接通信することができ、またはいくつかの中間ノード（図示せず）を介して通信することができる。様々な実施形態では、ユーザ機器１１０にモビリティを提供するために複数の基地局（図示せず）が存在することができる。様々な代替実施形態では、ユーザ機器１１０は進化型パケットコア１３０と直接通信することができる。そのような実施形態では、基地局１２０は存在しないことがある。

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

サービングゲートウェイ（ＳＧＷ）１３２は、基地局１２０とＰＧＷ１３４との間のデータ経路を管理するデバイスでよい。データ経路は、固有のサービス品質（ＱｏＳ）特性を有するベアラと呼ばれる仮想コンテナを含むことができる。ベアラは、サービスデータフロー（ＳＤＦ）と呼ばれる仮想接続を含むことができる。ユーザ機器１１０がモバイルデバイスであり、基地局１２０がｅＮｏｄｅＢである様々な実施形態では、ＳＧＷ１３２は、モバイルデバイスがｅＮｏｄｅＢを変更したときに新しいベアラを確立する役目を果たすことができる。ＳＧＷ１３２は、３ＧＰＰ ＴＳ ２９．２１２、２９．２１３、および２９．２１４規格に従ってベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ）を含むことができる。様々な実施形態では、ＥＰＣ１３０は複数のサービングゲートウェイを含むことができる。

パケットデータネットワークゲートウェイ（ＰＧＷ）１３４は、パケットデータネットワーク１４０にゲートウェイアクセスを与えるデバイスでよい。ＰＧＷ１３４は、ユーザ機器１１０によってＳＧＷ１３２を介してパケットデータネットワーク１４０に向けて送信されるパケットを受信するＥＰＣ１３０内の最終デバイスでよい。ＰＧＷ１３４は、各サービスデータフロー（ＳＤＦ）についてポリシーおよび課金制御（ＰＣＣ）規則を実施するポリシーおよび課金実施機能（ＰＣＥＦ）を含むことができる。したがって、ＰＧＷ１３４はポリシーおよび課金実施ノード（ＰＣＥＮ）でよい。ＰＧＷ１３４は、Ｇｘインターフェースを介してＣＣＲメッセージを送信することにより、ＰＣＲＮ１３６に新しいＰＣＣ規則を要求することができる。ＰＧＷ１３４はまた、例えば、パケットフィルタリング、ディープパケットインスペクション、加入者課金サポートなどのいくつかの追加の機能をも含むことができる。

ポリシーおよび課金規則ノード（ＰＣＲＮ）１３６は、インターネットプロトコル接続性アクセスネットワーク（ＩＰ−ＣＡＮ）セッション、ＡＦセッション、およびＧＷ制御セッションを確立および管理するデバイスでよい。ＰＣＲＮ１３６は、ＩＰ−ＣＡＮセッションを確立して、ＩＰアドレスを割り当て、ＵＥ１１０などのＵＥに関するネットワークアクセスを可能にすることができる。ＰＣＲＮ１３６はまた、ＩＰ−ＣＡＮセッションに関する適切な課金のためのＰＣＣ規則を作成する。ＰＣＲＮ１３６は、例えばＳＧＷ１３２などのＳＧＷとのＧＷ制御セッションを確立して、ＰＣＲＮ１３６とＳＧＷとの間でアクセス特有のパラメータ、ＢＢＥＲＦイベント、およびＱｏＳ規則を転送するための通信経路を確立することができる。ＰＣＲＮ１３６は、例えばＡＮ１５０などのＡＮとのＡＦセッションを確立して、加入者に対するサービスに関する通信を可能にすることができる。

ＰＣＲＮ１３６はまた、アプリケーションサービスを求める要求を受信し、ＰＣＣ規則を生成し、ＰＧＷ１３４および／または他のＰＣＥＮ（図示せず）にＰＣＣ規則を与えることができる。ＰＣＲＮ１３６は、Ｒｘインターフェースを介してＡＮ１５０と通信していることができる。ＰＣＲＮ１３６はまた、ＧｘｘおよびＧｘインターフェースを介して、それぞれＳＧＷ１３２およびＰＧＷ１３４と通信していることができる。新しいＰＣＣ規則の作成時、またはＰＧＷ１３４による要求時に、ＰＣＲＮ１３６は、Ｇｘインターフェースを介してＰＧＷ１３４にＰＣＣ規則を与えることができる。例えばプロキシモバイルＩＰ（ＰＭＩＰ）規格を実装するものなどの様々な実施形態では、ＰＣＲＮ１３６はまた、ＱｏＳ規則を生成することができる。新しいＱｏＳ規則の作成時、またはＳＧＷ１３２による要求時に、ＰＣＲＮ１３６は、Ｇｘｘインターフェースを介してＳＧＷ１３２にＱｏＳ規則を与えることができる。動作中に、ＰＣＲＮ１３６は、各セッションに関連する最後の処置に関するタイムスタンプを記録することができる。

加入プロファイルリポジトリ（ＳＰＲ）１３８は、加入者ネットワーク１００への加入者に関する情報を格納するデバイスでよい。したがって、ＳＰＲ１３８は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または類似の記憶媒体などの機械可読記憶媒体を含むことができる。ＳＰＲ１３８はＰＣＲＮ１３６の構成要素でよく、またはＥＰＣ１３０内の独立ノードを構成することができる。ＳＰＲ１３８によって格納されるデータは、各加入者の識別子と、帯域幅制限、課金パラメータ、加入者優先順位、加入者サービスプリファレンスなどの各加入者についての加入情報の表示とを含むことができる。

パケットデータネットワーク１４０は、ユーザ機器１１０と、ＡＮ１５０などのパケットデータネットワーク１４０に接続された他のデバイスとの間のデータ通信を実現する任意のネットワークでよい。さらに、パケットデータネットワーク１４０は、例えば、パケットデータネットワーク１４０と通信している様々なユーザデバイスに対する電話および／またはインターネットサービスを提供することができる。

アプリケーションノード（ＡＮ）１５０は、ユーザ機器１１０にアプリケーションサービスを提供するデバイスでよい。したがって、ＡＮ１５０は、例えば、ユーザ機器１１０に対するストリーミングビデオサービスを提供するサーバまたは他のデバイスでよい。ＡＮ１５０は、アプリケーションサービスを提供し、ＰＣＲＮ１３６と通信するアプリケーション機能を実装することができる。ＡＮ１５０はさらに、Ｒｘインターフェースを介してＥＰＣ１３０のＰＣＲＮ１３６と通信していることができる。ＡＮ１５０がユーザ機器１１０に対するアプリケーションサービスの提供を開始しようとするとき、ＡＮ１５０は、Ｄｉａｍｅｔｅｒプロトコルに従うＡＡ−Ｒｅｑｕｅｓｔ（ＡＡＲ）などのアプリケーション許可要求メッセージを生成して、アプリケーションサービスに対してリソースを割り振るべきであることをＰＣＲＮ１３６に通知することができる。そのようなアプリケーション要求メッセージは、アプリケーションサービスを使用する加入者の識別や、要求されたサービスを提供するためにＩＰ−ＣＡＮセッション内で確立しなければならない特定のサービスデータフローの識別などの情報を含むことができる。ＡＮ１５０は、Ｒｘインターフェース２１５を介して、そのようなアプリケーション要求をＰＣＲＮに通信することができる。

加入者ネットワーク１００の構成要素を説明したので、加入者ネットワーク１００の動作の簡潔な概要が与られる。以下の説明は、加入者ネットワーク１００の動作の概要を与えるためのものであり、したがっていくつかの点で単純化であることは明らかなはずである。加入者ネットワーク１００の詳細な動作が、図２−９に関して以下でさらに詳細に説明される。

ＰＣＲＮ１３６は、セッション監査を実施して、何らかの確立されたセッションが非アクティブとなり、孤立し、または古くなったかどうかを判定することができる。ＰＣＲＮ１３６は、定期的な間隔でセッション監査を実施して、非アクティブであることが疑わしいセッションを検出することができる。最後の活動タイムスタンプ以降の経過時間が疑わしい不活動時間を超過した場合、ＰＣＲＮ１３６は、セッションが非アクティブであることが疑わしいと判定することができる。セッションが非アクティブであることが疑わしいとＰＣＲＮ１３６が判定したとき、ＰＣＲＮ１３６は、セッションを開始したネットワーク構成要素に無害のメッセージを送信することができる。無害のメッセージは、ネットワーク構成要素でのセッションの状態を変更しない要求メッセージでよい。ＩＰ−ＣＡＮセッションまたはＧＷ制御セッションでは、無害のメッセージはＲＡＲコマンドプロビジョニングイベントトリガでよい。ＡＦセッションでは、無害のメッセージは、特定の処置を含むＲＡＲコマンドでよい。

ネットワーク構成要素は、ＤＩＡＭＥＴＥＲ＿ＳＵＣＣＥＳＳ（２００１）またはＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）のいずれかの結果コードを示すＲＡＡコマンドで無害のメッセージに応答することができる。ｄｉａｍｅｔｅｒ成功コードは、セッションがネットワーク構成要素でアクティブであることを示すことができる。この場合、ＰＣＲＮ１３６は、別の処置を行うことなくセッション活動タイムスタンプを更新することができる。ｄｉａｍｅｔｅｒ不明セッションＩＤコードは、セッションが非アクティブであり、あるいはネットワーク構成要素によって終了または孤立させられたことを示すことができる。この場合、ＰＣＲＮ１３６は、例えば、セッションを終了すること、セッションを記録すること、および／または簡易ネットワーク管理プロトコル（ＳＮＭＰ）トラップを送って、セッションについてネットワーク管理エンティティ（ＮＭＥ）に通知することなど、セッションに関する管理処置を取ることができる。

図２に、セッションを管理する例示的ＰＣＲＮ２００を示す。ＰＣＲＮ２００は、例示的加入者ネットワーク１００のＰＣＲＮ１３６に対応することができる。ＰＣＲＮ２００は、Ｇｘインターフェース２０５、Ｇｘｘインターフェース２１０、Ｒｘインターフェース２１５、ｄｉａｍｅｔｅｒプロキシエージェント（ＤＰＡ）２２０、ＰＣＲＮブレード２２５ａ、２２５ｂ、．．．２２５ｎ、およびプロキシデータストレージ２３０を含むことができる。

Ｇｘｘインターフェース２０５は、ＳＧＷ１３２などのサービングゲートウェイと通信するように構成された、ハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を備えるインターフェースでよい。そのような通信は、３ＧＰＰ ＴＳ ２９．２１２および２９．２１３に従って実装することができる。例えば、Ｇｘｘインターフェース２０５は、ＳＧＷ１３２からＧＷ制御セッション確立要求を受信し、ＳＧＷ１３２にＱｏＳ規則を送信することができる。

Ｇｘインターフェース２１０は、ＰＧＷ１３４などのパケットデータネットワークゲートウェイと通信するように構成された、ハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を備えるインターフェースでよい。そのような通信は、３ＧＰＰ ＴＳ ２９．２１２および２９．２１３に従って実装することができる。例えば、Ｇｘインターフェース２１０は、ＰＧＷ１３４からＩＰ−ＣＡＮセッション確立要求およびイベントメッセージを受信し、ＰＧＷ１３４にＰＣＣ規則を送信することができる。

Ｒｘインターフェース２１５は、ＰＧＷ１３４などのパケットデータネットワークゲートウェイと通信するように構成された、ハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を備えるインターフェースでよい。そのような通信は、３ＧＰＰ ＴＳ ２９．２１３および２９．２１４に従って実装することができる。例えば、Ｒｘインターフェース２１５は、ＡＮ１５０からＡＦセッション要求を受信することができる。

ｄｉａｍｅｔｅｒプロキシエージェント（ＤＰＡ）２２０は、ＰＣＲＮ２００でのセッションを管理するように構成されたハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能を含むことができる。ＤＰＡ２２０は、関連セッションを互いにバインドする役目を果たすことができる。ＤＰＡ２２０は、Ｇｘｘインターフェース２０５、Ｇｘインターフェース２１０、および／またはＲｘインターフェース２１５を介してメッセージを受信することができる。セッションがメッセージに関して既に存在する場合、ＤＰＡ２２０は、どのＰＣＲＮブレード２２５がセッションを担当するかを判定することができる。次いでＤＰＡ２２０は、処理のために適切なＰＣＲＮブレード２２５にメッセージを転送することができる。メッセージがセッション確立要求である場合、ＤＰＡ２２０は、どのＰＣＲＮブレード２２５をセッションの管理に割り当てるかを決定することができる。ＤＰＡ２２０は、新しいセッションを１つまたは複数の既存のセッションにバインドすることを決定し、バインドしたセッションを担当するＰＣＲＮブレード２２５にメッセージを転送することができる。ＤＰＡ２２０は、プロキシデータストレージ２３０を使用して、ＰＣＲＮブレードを選択する際に使用する情報を格納することができる。セッション監査中に、ＤＰＡ２２０は、監査メッセージ内の情報を使用して、プロキシデータストレージ２３０を更新し、正しいセッションおよびバインディング情報を含めることができる。

ＰＣＲＮブレード２２５ａ、２２５ｂ、．．．２２５ｎは、ＰＣＲＮ２００での通信セッションを管理するように構成されたハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含むことができる。各ＰＣＲＮブレード２２５は、ポリシーおよび課金規則機能（ＰＣＲＦ）を実装することができる。ＤＰＡを使用しない様々な代替実施形態では、単一のＰＣＲＮブレード２２５がＰＣＲＮ２００として機能することができる。図３−９に関してさらに詳細に説明されるように、各ＰＣＲＮブレード２２５は、セッション監査を実施して、各ＰＣＲＮブレード２２５が管理しているセッションのいずれかが孤立し、または非アクティブとなったかどうかを判定することができる。

プロキシデータストレージ２３０は、プロキシデータを格納することのできる機械可読媒体でよい。プロキシデータをＤＰＡ２２０で使用して、どのＰＣＲＮブレード２２５にセッションが割り当てられるかを判定することができる。プロキシデータを使用して、セッションを互いにバインドすべきかどうかを判定することもできる。図４に関してさらに詳細に説明されるように、プロキシデータは、セッションＩＤ、加入ＩＤ、ＰＣＲＮブレードＩＤ、バインドされるセッションＩＤのリスト、およびセッションを管理するのに有用な他の情報を含むことができる。

Ｓｐインターフェース２３５は、ＳＰＲ１３８などのＳＰＲと通信するように構成されたハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含むインターフェースでよい。Ｓｐインターフェース２３５は、記録要求を送信し、加入プロファイル記録を受信することができる。ＤＰＡ２２０は、どのセッションが互いにバインドされるべきかを判定する際に使用するために、Ｓｐインターフェース２３５に加入プロファイル記録を要求することができる。

図３に、通信セッションを管理する例示的ＰＣＲＮブレード３００を示す。ＰＣＲＮブレード３００はＰＣＲＮブレード２２５に対応することができる。様々な代替実施形態では、ＰＣＲＮブレード３００はＰＣＲＮ１３６に対応することができる。ＰＣＲＮブレード３００は、Ｇｘｘインターフェース３０５、Ｇｘインターフェース３１０、Ｒｘインターフェース３１５、セッションマネージャ３２０、セッションデータストレージ３２５、タイマ３３０、およびＳｐインターフェース３３５を含むことができる。

Ｇｘｘインターフェース３０５はＧｘｘインターフェース２０５と同様でよい。Ｇｘインターフェース３１０はＧｘインターフェース２１０と同様でよい。Ｒｘインターフェース３１５はＲｘインターフェース２１５と同様でよい。Ｓｐインターフェース３３５はＳｐインターフェース２３５と同様でよい。Ｇｘｘインターフェース３０５、Ｇｘインターフェース３１０、Ｒｘインターフェース３１５、およびＳｐインターフェース３４０は、それぞれのネットワーク構成要素とＤＰＡ２２０を通じて間接的に通信することができる。様々な代替実施形態では、Ｇｘｘインターフェース３０５、Ｇｘインターフェース３１０、Ｒｘインターフェース３１５、およびＳｐインターフェース３４０は、それぞれのネットワーク構成要素と直接的に通信することができる。

セッションマネージャ３２０は、通信セッションを確立および管理するように構成されたハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含むことができる。セッションマネージャ３２０は、ＳＧＷ１３２からＰＧＷ１３４およびＧｘインターフェース３１０を通じてＩＰ−ＣＡＮセッション確立要求を受信することができる。ＳＧＷ１３２からのＧＷ制御セッション要求は、Ｇｘｘインターフェース３０５を介してセッションマネージャ３２０に到着することができる。セッションマネージャ３２０は、ＡＮ１５０などのＡＮからＡＦセッション要求を受信することができる。セッションを確立するとき、セッションマネージャ３２０は、アクティブなセッションに関するセッションデータをセッションデータストレージ３２５に格納することができる。セッションマネージャ３２０はまた、アクティブなセッションを監視し、内部または外部トリガに基づいてセッションを終了させることができる。セッションマネージャ３２０は、セッションデータストレージ３２５内の情報を更新し、Ｇｘｘインターフェース３０５、Ｇｘインターフェース３１０、およびＲｘインターフェース３１５を介して適切なネットワーク要素にセッションの変化を通信することにより、セッションを管理することができる。

セッションが非アクティブであり、または孤立していることが疑わしいとタイマ３３０が判定したとき、セッションマネージャ３２０はセッション監査を実施することができる。セッションマネージャ３２０は、セッションデータストレージ３２５に格納されたセッションデータに基づいて無害のメッセージを生成することができる。セッションマネージャ３２０は、無害のメッセージに対する応答に基づいてセッション管理処置を取ることができる。例えば、セッションが非アクティブであることを応答が示す場合、セッションマネージャ３２０はセッションを終了させることができる。セッションマネージャ３２０が応答を受信しない場合、セッションマネージャ３２０は、例えば、応答の欠如はセッションが非アクティブであることを示すなどのデフォルト仮定に基づいて、セッション管理処置を取ることができる。

セッションデータストレージ３２５は、セッションデータを格納することのできる任意の機械可読媒体でよい。図５に関してさらに詳細に説明されるように、セッションデータは、例えば、セッションＩＤ、加入ＩＤ、セッションタイプ、ＰＣＣ規則、ＱｏＳ規則、活動タイムスタンプ、イベントトリガ、および／または各セッションについての特定の処置を含むことができる。

タイマ３３０は、セッションが非アクティブであることが疑わしいときを判定するように構成されたハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含むことができる。タイマ３３０は現在時刻を監視することができる。タイマ３３０は、監査間隔および疑わしい不活動時間と共に構成することができる。監査間隔をオペレータによって構成することができ、または例えば、転送クラス、ベアラタイプ、割り振られた合計帯域幅、および／またはアプリケーションタイプなどの要素に基づいて計算することができる。一般に、セッションによって使用されるリソースが多いほど、より短い監査間隔がより望ましくなる。監査間隔を過ぎるごとに、タイマ３３０は、各セッションについての活動タイムスタンプを現在時刻と比較することができる。活動タイムスタンプと現在時刻との間の差が疑わしい不活動時間を超過した場合、タイマ３３０は、セッションマネージャ３２０にセッション監査を実施するように要求することができる。

規則エンジン３３５は、ＰＣＣおよび／またはＱｏＳ規則を生成および／または修正するように構成されたハードウェアおよび／または機械可読記憶媒体上に符号化された実行可能命令を含むことができる。セッションマネージャ３２０が通信セッションを最初に確立したとき、規則エンジン３３５はＰＣＣ／ＱｏＳ規則を生成することができる。セッションマネージャ３２０がセッション管理処置を取るとき、規則エンジン３３５は新しい規則を生成し、または既存の規則を削除することができる。例えば、規則エンジン３３５は、ＩＰ−ＣＡＮセッションに関する既存のＰＣＣ規則を削除して、終了したＡＦセッションをなくすことができる。規則エンジン３３５がＰＣＣ／ＱｏＳ規則を生成または削除するときはいつでも、規則エンジン３３５は、セッションデータストレージ３２５を更新することができる。

図４に、プロキシデータを格納する例示的データ構成４００を示す。データ構成４００は、例えば、プロキシデータストレージ２３０に格納されたデータベース内のテーブルでよい。あるいは、データ構成４００は、一連のリンクリスト、配列、または類似のデータ構造でよい。したがって、データ構成４００が基礎となるデータの抽出であり、このデータの格納に適した任意のデータ構造を使用できることは明らかなはずである。

データ構成４００は、例えば、セッションＩＤフィールド４０５、加入ＩＤフィールド４１０、ＰＣＲＮブレードＩＤ４１５、バインドセッションＩＤフィールド４２０などのデータフィールドを含むことができる。データ構成４００は、セッションを定義し、ステータスをバインドするのに必要または有用な追加のフィールド（図示せず）を含むことができる。データ構成４００は、例えばエントリ４２５、４３０、および４３５などのセッションに関する複数のエントリを含むことができる。

セッションＩＤフィールド４０５は、個々のＩＰ−ＣＡＮセッションに割り当てられた名前を含むことができる。セッション確立中に、セッションＩＤフィールド４０５によって格納された値をＤＰＡ２２０によって割り当てることができる。セッションＩＤフィールド４０５を特定の通信セッションに関するＤｉａｍｅｔｅｒメッセージ内のセッションＩＤ ＡＶＰとして使用することができる。加入ＩＤフィールド３１０は、通信セッションに関連する加入記録または加入者記録を識別するのに使用される１つまたは複数の名前、数字、および／または文字列を含むことができる。加入ＩＤ４１０フィールドは、例えば、国際モバイル加入者識別番号（ＩＭＳＩ）、移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）、セッション開始プロトコルユニフォームリソースインジケータ（ＳＩＰ ＵＲＩ）、および／またはネットワークアクセス識別子（ＮＡＩ）を含むことができる。加入ＩＤ４１０を使用して、ＳＰＲ１３８からの加入者記録を求める要求に対応する記録の位置を突き止めることができる。ＰＣＲＮブレードＩＤフィールド４１５は、例えば、ＩＰアドレス、ＭＡＣアドレス、またはＤＰＡ２２０がＰＣＲＮブレードにトラフィックをアドレス指定することを可能にする他の方法を使用して、セッションが割り当てられるＰＣＲＮブレード２２５を示すことができる。バインドセッションＩＤフィールド４２０は、セッションがバインドされた任意の他のセッションを示すことができる。

データ構成４００内のエントリの一例として、エントリ４２５は、加入者「１０００００００００００００１」に関するセッション「０ｘ２８４Ｂ」を示すことができる。セッションは、ＰＣＲＮブレード１２３．４５．６７．８９に割り当てられている。セッションは、セッション「０ｘ７２Ａ３」および「０ｘ３２Ｃ３」にバインドされる。データ構成４００内のエントリの第２の例として、エントリ４３０は、加入者「１０００００００００００００１」に関するセッション「０ｘ７２Ａ３」を示すことができる。セッションは、ＰＣＲＮブレード１２３．４５．６７．８９に割り当てられている。セッションはセッション「０ｘ２８４Ｂ」にバインドされる。エントリ４３５は、データ構成４００が追加のセッションに関する追加のエントリを含むことができることを示すことができる。

図５に、セッションデータを格納する例示的データ構成５００を示す。データ構成５００は、例えば、セッションデータストレージ３２５に格納されたデータベース内のテーブルでよい。あるいは、データ構成５００は、一連のリンクリスト、配列、または類似のデータ構造でよい。したがって、データ構成５００が基礎となるデータの抽出であり、このデータの格納に適した任意のデータ構造を使用できることは明らかなはずである。

データ構成５００は、例えば、セッションＩＤフィールド５０５、加入ＩＤフィールド５１０、セッションタイプフィールド５１５、ＰＣＣ規則フィールド５２０、ＱｏＳ規則フィールド５２５、イベントトリガフィールド５３０、特定処置フィールド５３５、活動タイムスタンプ５４０などのデータフィールドを含むことができる。データ構成５００は、通信セッションを定義するのに必要または有用な追加のフィールド（図示せず）を含むことができる。データ構成５００は、例えば、セッション５４５、５５０、５５５、５６０などのセッションに関する複数のエントリを含むことができる。

セッションＩＤフィールド５０５はセッションＩＤフィールド４０５に対応することができる。記録を管理し、ネットワーク構成要素と通信するとき、セッションＩＤフィールド５０５を使用してセッションを識別することができる。加入ＩＤフィールド５１０は加入ＩＤフィールド４１０と同様でよい。加入ＩＤフィールド５１０を使用して、セッションに関連する加入者を識別することができる。セッションタイプフィールド５１５は、通信セッションのタイプの表示を含むことができる。セッションタイプは、ＰＣＲＮ１３６によって管理されるＩＰ−ＣＡＮ、ＧＷ制御、ＡＦ、および任意の他のタイプのセッションを含むことができる。ＰＣＣ規則フィールド５２０は、セッションに関してアクティブであるＰＣＣ規則名のリストを含むことができる。ＱｏＳ規則フィールド５２５は、セッションに関してアクティブであるＱｏＳ規則名のリストを含むことができる。イベントトリガフィールド５３０は、セッションに関してプロビジョニングされるイベントトリガのリストを含むことができる。イベントトリガフィールド５３０は、ＡＦセッションに関する値を含まないことができる。特定処置フィールド５３５は、セッションに関してプロビジョニングされる特定の処置のリストを含むことができる。ＩＰ−ＣＡＮセッションおよびＧＷ制御セッションは、特定の処置を含まないことができる。活動タイムスタンプフィールド５４０は、ＰＣＲＮ１３６がセッションに関して行った最後の処置の時刻の表示を含むことができる。活動タイムスタンプフィールド５４０は、例えば、ネットワークタイムプロトコル（ＮＴＰ）またはＵＮＩＸ（登録商標）時刻を使用して、最後の処置の時刻を示すことができる。単純化のために、図面および例では、見慣れた短時間パターンフォーマット（ＨＨ：ｍｍ）を使用してタイムスタンプフィールド５４０が示されることがある。

データ構成５００内のエントリの一例として、セッション５４５は、加入ＩＤ「１０００００００００００００１」に関するセッションＩＤ「０ｘ２８４Ｂ」を有するセッションを示すことができる。セッション５４５は、１つのアクティブなＰＣＣ規則「０ｘＡ９０３」および１つのアクティブなＱｏＳ規則「０ｘ１２Ｂ１」を有するＩＰ−ＣＡＮセッションである。セッション５４５は、ＩＰ−ＣＡＮセッションに関してＰＧＷにプロビジョニングされるものとしてイベントトリガ２、６、および１７をリストする。セッション５４５に関する最後の活動は「１０：３２」に行われた。

データ構成５００内のエントリの別の例として、セッション５５０は、加入ＩＤ「１０００００００００００００１」に関するセッションＩＤ「０ｘ７２Ａ３」を有するセッションを示すことができる。セッション５５０は、アクティブなＰＣＣ規則がなく、１つのアクティブなＱｏＳ規則「０ｘ１２Ｂ１」を有するＧＷ制御セッションである。セッション５５０は、ＧＷ制御セッションに関してＳＧＷにプロビジョニングされるものとしてイベントトリガ「１４」をリストし、イベントトリガがプロビジョニングされないことを示すことができる。セッション５５０に関する最後の活動は「１０：３６」に行われた。

データ構成５００内のエントリの別の例として、セッション５５５は、加入ＩＤ「１０００００００００００００１」に関するセッションＩＤ「０ｘ３２Ｃ３」を有するセッションを示すことができる。セッション５５５は、１つのアクティブなＰＣＣ規則「０ｘＡ９０３」を有し、アクティブなＱｏＳ規則のないＡＦセッションである。セッション５４５は、ＡＦセッションに関してＰＧＷにプロビジョニングされるものとして特定の処置「８」をリストする。セッション５４５に関する最後の活動は「１０：４０」に行われた。セッション５６０は、データ構成５００が追加のセッションに関する追加のエントリを含むことができることを示すことができる。

図６に、セッション監査を実施する例示的方法６００を示す。方法６００はステップ６０５で始まり、ステップ６１０に進むことができる。ステップ６１０では、タイマ３３０は、セッション監査間隔が生じるのを待機することができる。様々な例示的実施形態では、各セッションについて、またはセッションのグループについて監査間隔を構成することができる。あるいは、すべてのセッションが監査されるときを決定する単一の監査間隔でタイマ３３０を構成することができる。タイマ３３０は、現在時刻が以前の監査時刻に監査間隔を加えたものに等しいときに監査間隔が生じたことを判定することができる。次いで、方法６００はステップ６１５に進むことができる。

ステップ６１５では、タイマ３３０は、疑わしいセッションを検出することができる。セッションデータストレージ３２５内の各セッションについて、タイマ３３０は、現在時刻と活動タイムスタンプ５４０との間の差を疑わしい不活動時間と比較することができる。差が疑わしい不活動時間を超過する場合、セッションを疑うことができる。タイマ３３０は、疑わしいセッションがあればそれに関するセッション監査を実施するようにセッションマネージャ３２０に要求することができる。次いで、方法６００はステップ６２０に進むことができる。

ステップ６２０では、セッションマネージャ３２０は、セッションを開始したネットワーク構成要素に無害のメッセージを送信することができる。ＩＰ−ＣＡＮセッションでは、ネットワーク構成要素はＰＧＷでよい。ＧＷ制御セッションでは、ネットワーク構成要素はＳＧＷでよい。ＡＦセッションでは、ネットワーク構成要素はＡＮでよい。無害のメッセージは、ネットワーク構成要素でのセッションの状態を変更しない要求メッセージでよい。一例を挙げると、ＩＰ−ＣＡＮセッションまたはＧＷ制御セッションに関する無害のメッセージは、ＲＡＲコマンドプロビジョニングイベントトリガでよい。プロビジョニングされるイベントトリガは、イベントトリガフィールド５３０に格納されたイベントトリガと合致することができ、したがって要求は、ＳＧＷまたはＰＧＷでどんなセッション変更も実施しない。別の例として、ＡＦセッションに関する無害のメッセージは、特定の処置を含むＲＡＲコマンドでよい。セッションマネージャ３２０はまた、無害のメッセージへの応答の欠如を扱うデフォルト規則をＤＰＡ２２０に通知するために、メッセージ内にプロプライエタリＡＶＰを含めることもできる。

ステップ６２５では、ＰＣＲＮ１３６は、ネットワーク構成要素からの応答を待機することができる。ＰＣＲＮ１３６は、ネットワーク構成要素が応答するのに十分な時間だけ待機することができる。例えば、ネットワーク構成要素に関する平均応答時間に基づいて待機期間を構成することができる。ステップ６３０では、セッションマネージャ３２０および／またはＤＰＡ２２０は、無害のメッセージに対する応答が受信されたかどうかを判定することができる。応答が受信された場合、方法はステップ６３５に進むことができる。応答が受信されない場合、方法はステップ６４５に進むことができる。

ステップ６３５では、セッションマネージャ３２０は、応答に基づいてセッションがアクティブであるかどうかを判定することができる。例えば、応答がＤＩＡＭＥＴＥＲ＿ＳＵＣＣＥＳＳ（２００１）を含む場合、応答は、セッションがネットワーク構成要素でアクティブであることを示すことができる。この場合、方法はステップ６４０に進むことができる。別の例として、応答がＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）を含む場合、応答は、セッションが非アクティブであり、あるいはネットワーク構成要素によって終了または孤立させられたことを示すことができる。この場合、方法はステップ６５０に進むことができる。

ステップ６４０では、セッションマネージャは、応答の時間を含めるように活動タイムスタンプフィールド５４０を更新することができる。次いで、方法はステップ６６０に進むことができ、方法は終了する。

ステップ６３０に戻ると、ＰＣＲＮ１３６が応答を受信しない場合、方法はステップ６４５に進むことができる。ステップ６４５では、セッションマネージャは、デフォルト仮定に基づいて処置を決定することができる。デフォルト仮定が、応答の欠如がセッションが不活動を示すことである場合、方法はステップ６５０に進むことができる。デフォルト仮定が、応答の欠如が不活動として扱われないことである場合、方法はステップ６１０に戻り、別の監査間隔を待機することができる。様々な実施形態では、デフォルト仮定は、最初のｎ−１個の監査中に応答の欠如が不活動として扱われないが、ｎ回目に不活動として扱われることでよい。値ｎはハードコーディングすることができ、構成可能システム変数によって定義することができ、またはセッションデータストレージ３２５内で各セッションについて定義することができる。セッションマネージャ３２０は、監査間隔がどれだけ生じたかを求めるために、セッションタイムスタンプを更新することを控えることができる。

ステップ６５０では、セッションマネージャ３２０は、非アクティブセッションに関する管理処置を取ることができる。様々な例示的実施形態では、管理処置はセッションを終了させることでよい。セッションマネージャ３２０は、不明セッションメッセージを、ネットワーク構成要素からのセッション終了メッセージの場合と同様に扱うことができる。図７−９に関してさらに詳細に説明されるように、次いで、セッションマネージャ３２０は適切なメッセージを送って、すべてのネットワークノードでセッションを終了させることができる。様々な代替実施形態では、セッションマネージャ３２０は、セッション情報を記録し、かつ／または簡易ネットワーク管理プロトコル（ＳＮＭＰ）トラップメッセージを送信することによってセッションを管理することができる。次いで、方法はステップ６６０に進み、方法は終了する。

図７は、ＩＰ−ＣＡＮセッション監査中の、図１のネットワーク内のエンティティ間のメッセージの交換を示す例示的メッセージダイアグラム７００である。ステップ７０５では、ＰＣＲＮ１３６は、ＩＰ−ＣＡＮセッションが非アクティブであることが疑わしいと判定することができる。メッセージ７１０は、イベントトリガを含むＲＡＲコマンドの形の、ＰＣＲＮ１３６からＰＧＷ１３４への無害のメッセージでよい。メッセージ７１５は、メッセージ７１０への応答でよい。ＰＧＷ１３４は、ＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）またはＤＩＡＭＥＴＥＲ＿ＳＵＣＣＥＳＳ（２００１）のいずれかの結果コードを含むＲＡＡコマンドで応答することができる。結果コードがＤＩＡＭＥＴＥＲ＿ＳＵＣＣＥＳＳ（２００１）である場合、セッションがまだアクティブであるので、ＰＣＲＮ１３６はセッション監査を停止することができる。結果コードがＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）である場合、ＰＣＲＮ１３６は、例えば、ＩＰ−ＣＡＮセッションおよびすべての関連セッションを終了させることなどの管理処置を取ることができる。

メッセージ７２０、７２５、７３０、および７３５は、ＩＰ−ＣＡＮセッションに関連するＡＦセッションを終了させることができる。メッセージ７２０は、ＩＰ−ＣＡＮセッションに関連するＡＦセッションの終了を要求する、ＰＣＲＮ１３６からＡＮ１５０へのアボートセッション要求（ＡＳＲ）コマンドでよい。メッセージ７２０の受信時に、ＡＮ１５０は、セッションに関するデータの送信を停止することができ、内部記録を更新してセッションを終了することができる。メッセージ７２５は、メッセージ７２０の要求を確認する、ＡＮ１５０からＰＣＲＮ１３６へのアボートセッション応答（ＡＳＡ）コマンドでよい。ＰＣＲＮ１３６は、メッセージ７２５を受信しない場合、メッセージ７２０を再送信することができる。メッセージ７３０は、ＡＮ１５０からＰＣＲＮ１３６への、終了要求を有するセッション終了要求（ＳＴＲ）コマンドでよい。メッセージ７３０の受信時に、ＰＣＲＮ１３６は、セッションに関するＰＣＣ規則をアンインストールまたは削除することができる。ＰＣＲＮ１３６はまた、プロキシデータストレージ２３０およびセッションデータストレージ３２５からセッションに関するセッション情報を削除することができる。メッセージ７３５は、ステップ７３０の要求を確認する、ＰＣＲＮ１３６からＡＮ１５０へのセッション終了応答（ＳＴＡ）コマンドでよい。ＡＮ１５０は、メッセージ７３５を受信しない場合、メッセージ７３０を再送信することができる。こうしたメッセージは、ＰＣＲＮ１３６とＡＮ１５０の両方でＡＦセッションを終了させるのに十分である。ＩＰ−ＣＡＮセッションを複数のＡＦセッションに関連付けることができ、したがってＩＰ−ＣＡＮセッションに関連する各ＡＦセッションについて、メッセージ７２０、７２５、７３０、および７３５を反復することができる。

メッセージ７４０、７４５、７５０、および７５５は、ＩＰ−ＣＡＮセッションに関連するＧＷ制御セッションを終了させることができる。メッセージ７４０は、ＧＷ制御セッションの終了を要求する、ＰＣＲＮ１３６からＳＧＷ１３２へのＲｅ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ（ＲＡＲ）コマンドでよい。メッセージ７４０の受信時に、ＳＧＷ１５０は、セッションに関するデータの送信を停止することができ、内部記録を更新してセッションを終了することができる。メッセージ７４５は、メッセージ７４０の要求を確認する、ＳＧＷ１３２からＰＣＲＮ１３６へのＲｅ−Ａｕｔｈ−Ａｎｓｗｅｒ（ＲＡＡ）コマンドでよい。ＰＣＲＮ１３６は、メッセージ７４５を受信しない場合、メッセージ７４０を再送信することができる。メッセージ７５０は、ＧＷ制御セッションを終了するようにＰＣＲＮ１３６に要求する、ＳＧＷ１３２からＰＣＲＮ１３６へのクレジット制御要求（ＣＣＲ）コマンドでよい。メッセージ７５０の受信時に、ＰＣＲＮ１３６は、セッションに関するＰＣＣ規則をアンインストールまたは削除することができる。ＰＣＲＮ１３６はまた、プロキシデータストレージ２３０およびセッションデータストレージ３２５からセッションに関するセッション情報を削除することができる。メッセージ７５５は、メッセージ７５０の要求を確認する、ＰＣＲＮ１３６からＳＧＷ１３２へのクレジット制御応答（ＣＣＡ）コマンドでよい。ＳＧＷ１３２は、メッセージ７５５を受信しない場合、メッセージ７５０を再送信することができる。こうしたステップは、ＳＧＷ１３２とＰＣＲＮ１３６の両方でＧＷ制御セッションを終了させるのに十分である。様々な実施形態では、メッセージ７４０、７４５、７５０、おび７５５は、ＧＷ制御セッションを終了させるのに使用されないことがある。ＰＣＲＮ１３６は、終了を開始するためのメッセージ７４０の送信を控えることができる。

図８は、ＡＦセッション監査中の、図１のネットワーク内のエンティティ間のメッセージの交換を示す例示的メッセージダイアグラム８００である。ステップ８０５では、ＰＣＲＮ１３６は、ＡＦセッションが非アクティブであることが疑わしいと判定することができる。メッセージ８１０は、特定の処置を含むＲＡＲコマンドの形の、ＰＣＲＮ１３６からＡＮ１５０への無害のメッセージでよい。メッセージ８１５は、ＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）またはＤＩＡＭＥＴＥＲ＿ＳＵＣＣＥＳＳ（２００１）のいずれかの結果コードを含む、ＡＮ１５０からＰＣＲＮ１３６へのＲＡＡコマンドでよい。結果コードがＤＩＡＭＥＴＥＲ＿ＳＵＣＣＥＳＳ（２００１）である場合、セッションがまだアクティブであるので、ＰＣＲＮ１３６はセッション監査を停止することができる。結果コードがＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）である場合、ＰＣＲＮ１３６は、例えば、ＡＦセッションを終了させることなどの管理処置を取ることができる。

メッセージ８２０および８２５は、ＡＦセッションに関連するＰＣＣ規則を更新することができる。メッセージ８２０は、ＰＣＣ規則を更新する要求を有する、ＰＣＲＮ１３６からＰＧＷ１３４へのＲＡＲコマンドでよい。更新は、例えば、ＰＣＣ規則を追加または除去することを含むことができる。規則エンジン３３５は、メッセージ８２０内に含めるＰＣＣ規則を生成または修正することができる。メッセージ８２５は、ＰＣＣ規則が更新されたことを示す、ＰＧＷ１３４からＰＣＲＮ１３６へのＲＡＡコマンドでよい。ＰＣＲＮ１３６は、メッセージ８２５を受信しない場合、メッセージ８２０を再送信することができる。

メッセージ８３０および８３５は、ＡＦセッションに関連するＱｏＳ規則を更新することができる。メッセージ８３０は、ＱｏＳ規則を更新する要求を有する、ＰＣＲＮ１３６からＳＧＷ１３２へのＲＡＲコマンドでよい。更新は、例えば、ＱｏＳ規則を追加または除去することを含むことができる。規則エンジン３３５は、メッセージ８３０内に含めるＱｏＳ規則を生成または修正することができる。メッセージ８３５は、ＱｏＳ規則が更新されたことを示す、ＳＧＷ１３２からＰＣＲＮ１３６へのＲＡＡコマンドでよい。ＰＣＲＮ１３６は、メッセージ８３５を受信しない場合、メッセージ８３０を再送信することができる。

図９は、ＧＷ制御セッション監査中の、図１のネットワーク内のエンティティ間のメッセージの交換を示す例示的メッセージダイアグラム９００である。１次サービングゲートウェイ（Ｐ−ＳＧＷ）１３２は、ＵＥ１１０に現在データをサービスしているＳＧＷでよい。非１次サービングゲートウェイ（ＮＰ−ＳＧＷ）１３３は、ＧＷ制御セッションでＵＥ１１０にサービスすることのできる代替ＳＧＷでよい。ステップ９０５では、ＰＣＲＮ１３６は、ＧＷ制御セッションが非アクティブであることが疑わしいと判定することができる。メッセージ９１０は、イベントトリガを含むＰＣＲＮ１３６からＰＧＷ１３２へのＲＡＲコマンドの形の無害のメッセージでよい。メッセージ９１５は、ＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）またはＤＩＡＭＥＴＥＲ＿ＳＵＣＣＥＳＳ（２００１）のどちらかの結果コードでメッセージ９１０に応答する、Ｐ−ＳＧＷ１３２からＰＣＲＮ１３６へのＲＡＡコマンドでよい。結果コードがＤＩＡＭＥＴＥＲ＿ＳＵＣＣＥＳＳ（２００１）である場合、セッションがまだアクティブであるので、ＰＣＲＮ１３６はセッション監査を停止することができる。結果コードがＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）である場合、ＰＣＲＮ１３６は、例えば、ＧＷ制御セッションを終了させ、ハンドオーバを実施することなどの管理処置を取ることができる。

ステップ９２０では、ＰＣＲＮ１３６は、非アクティブＧＷ制御セッションと同一のＩＰ−ＣＡＮセッションに関連するＧＷ制御セッションを有する非１次ＳＧＷがあるかどうかを判定することができる。例えば、ＮＰ−ＳＧＷ１３３は、Ｐ−ＳＧＷ１３２と同一のＩＰ−ＣＡＮセッションにリンクされたＧＷ制御セッションを有する非１次ＳＧＷでよい。ＰＣＲＮ１３６は、ＩＰ−ＣＡＮセッションをハンドオーバし、ＮＰ−ＳＧＷ１３３を新しいＰ−ＳＧＷとして指名することができる。他のＳＧＷがない場合、ＰＣＲＮ１３６は、ＧＷ制御セッションに関連するセッションを終了させることができる。

メッセージ９２５および９３０は、新しいＰ−ＳＧＷに関する情報で、ＧＷ制御セッションに関連するＩＰ−ＣＡＮセッションを更新することができる。メッセージ９２５は、ＩＰ−ＣＡＮセッションに関するＰＣＣ規則（複数可）に対する更新を要求する、ＰＣＲＮ１３６からＰＧＷ１３４へのＲＡＲコマンドでよい。例えば、規則エンジン３２５は、ＮＰ−ＳＧＷ１３３を新しいＰ−ＳＧＷにするようにＰＣＣ規則を修正した可能性がある。メッセージ９３０は、メッセージ９２５の要求を確認する、ＰＧＷ１３４からＰＣＲＮ１３６へのＲＡＡコマンドでよい。ＰＣＲＮ１３６は、メッセージ９３０を受信しない場合、メッセージ９２５を再送信することができる。

メッセージ９３５および９４０は、新しいＰ−ＳＧＷに関する情報で、ＧＷ制御セッションに関連する任意のＡＦセッションを更新することができる。メッセージ９３５は、リソース修正を示す、ＰＣＲＮ１３６からＡＮ１５０へのＲＡＲコマンドでよい。例えば、メッセージ９３５は、ＩＰ−ＣＡＮタイプ変更をレポートするために特定のアクションＡＶＰを含むことができる。メッセージ９４０は、メッセージ９３５の要求を確認する、ＡＮ１５０からＰＣＲＮ１３６へのＲＡＡメッセージでよい。ＰＣＲＮ１３６は、メッセージ９４０を受信しない場合、メッセージ９３５を再送信することができる。

例示的加入者ネットワーク１００およびＰＣＲＮ２００の動作に関する例示的構成要素および方法を説明したので、次に、図１−９を参照しながら、例示的ネットワーク１００およびＰＣＲＮ２００の動作の一例が与えられる。ＰＣＲＮ１３６は、ＰＣＲＮ２００に対応することができる。セッションデータストレージ２２５の内容は、データ構成３００によって表すことができる。プロキシデータストレージ２３０の内容は、データ構成４００によって表すことができる。セッションデータストレージ３２５の内容は、データ構成５００によって表すことができる。

プロセスが開始する前に、例えば５分などの監査間隔、例えば１０分などの疑わしい不活動時間と共にシステムを構成することができる。プロセスは、監査間隔が到達したかどうかを判定することによって開始することができる。例えば、最後の監査が１０：４０であった場合、監査間隔は１０：４５で行うことができる。次いで、タイマ３３０は、活動タイムスタンプフィールド５４０内の各時刻を、現在時刻から疑わしい不活動時間を引いたものと比較して、セッションが非アクティブであることが疑わしいと判定することができる。データ構成５００内のセッションのうち、タイムスタンプ１０：３２は、現在時刻１０：４５から１０分以上も前であるので、セッション５４５は不活動である疑いがある可能性がある。

次いで、セッションマネージャ３２０は、セッション５４５のセッション監査を実施することができる。セッションマネージャ３２０は、セッションＩＤ「０ｘ２８４Ｂ」およびイベントトリガ２、６、１７をＲＡＲメッセージ内に配置することにより、無害のメッセージを構築することができる。次いで、セッションマネージャ３２０は、ＰＧＷを識別するのに使用されるＰＣＣ規則または別々のフィールド（図示せず）から、どのＰＧＷがＩＰ−ＣＡＮセッションを開始したかを判定することができる。次いで、セッションマネージャ３２０はＰＧＷにメッセージを送信することができ、ＰＧＷはＰＧＷ１３４でよい。

ＰＧＷ１３４が結果コードＤＩＡＭＥＴＥＲ＿ＳＵＣＣＥＳＳ（２００１）を含む成功メッセージでメッセージに応答した場合、セッションがＰＧＷ１３４でアクティブであるので、セッションマネージャ３２０は、活動タイムスタンプフィールド５４０を更新し、監査を終了することができる。無害のメッセージはＰＧＷ１３４とＰＣＲＮ１３６のどちらでもセッションの状態を変更しなかったことに留意されたい。

ＰＧＷ１３４が、結果コードＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）を含む不明セッションＩＤメッセージでメッセージに応答した場合、セッションマネージャ３２０はネットワーク管理処置を行うことができる。様々な実施形態では、セッションマネージャ３１０は、不明セッションＩＤメッセージをセッション終了要求メッセージとして扱うことによってセッションを終了させることができる。セッションマネージャ３２０は、ＰＣＣ規則フィールド５２０、ＱｏＳ規則フィールド５３５、および／またはバインドセッションＩＤフィールド４２０から、どのセッションがＩＰ−ＣＡＮセッションに関連するかを判定することができる。セッション５４５とセッション５５０は共通のＰＣＣ規則を共有するので、セッション５４５をセッション５５０に関連付けることができる。セッション５４５とセッション５５５は共通のＱｏＳ規則を共有するので、セッション５４５をセッション５５５に関連付けることができる。データ構成４００はまた、セッションＩＤ「０ｘ２８４Ｂ」がセッションＩＤ「０ｘ７２Ａ３」および「０ｘ３２Ｃ３」にバインドされることを示す。図９に示されるように、セッションマネージャ３２０は、メッセージ７２０、７２５、７３０、および７３５を使用して、例えばセッションＩＤ「０ｘ３２Ｃ３」を有するセッション５５５などのＩＰ−ＣＡＮセッションに関連する各ＡＦセッションを終了させることができる。セッションマネージャ３２０は、ＰＣＣ規則および／または別々のＡＮアドレスフィールド（図示せず）に基づいて、どのＡＮがメッセージを送信するかを決定することができる。図９にさらに示されるように、セッションマネージャ３２０は、メッセージ７４０、７４５、７５０、および７５５を使用して、例えばセッションＩＤ「０ｘ７２Ａ３」を有するセッション５５０などのＩＰ−ＣＡＮセッションに関連する任意のＧＷ制御セッションを終了させることができる。セッションマネージャ３２０は、ＱｏＳ規則および／または別々のＳＧＷアドレスフィールド（図示せず）に基づいて、どのＳＧＷがメッセージを送信するかを決定することができる。

ＤＰＡ２２０はまた、不明セッションＩＤメッセージに基づいて、データ構成４００内の記録を削除および／または修正することができる。例えば、不明セッションＩＤメッセージが、セッションを開始したＰＧＷでセッションが非アクティブであることを示すので、ＤＰＡ２２０は、記録４２５を削除することができる。ＤＰＡ２２０は、上述の終了メッセージに基づいて他の記録を削除することができる。

ＰＧＷ１３４が待機期間内に無害のメッセージに応答しない場合、セッションマネージャ３２０は、デフォルト仮定を利用して、セッションのステータスを求めることができる。様々な実施形態では、セッションマネージャ３２０は無害のメッセージの時刻をセッションタイムスタンプと比較して、どれだけの監査間隔が過ぎたかを判定することができる。例えば、監査が１０：４５で行われ、監査間隔が５分である場合、セッションマネージャ３２０は、セッション５４５について２つの監査間隔が過ぎたと判定することができる。デフォルト仮定が１つの応答の欠如だけを許す場合、セッションマネージャ３２０は、応答の欠如を上述の不明セッションＩＤメッセージのように扱うことができる。

上記に従って、様々な例示的実施形態は、ＰＣＲＮでＤｉａｍｅｔｅｒセッション監査を実施することを実現する。具体的には、無害のメッセージを使用して非アクティブセッションを検出することにより、ＰＣＲＮは、他のネットワーク構成要素の動作を妨害することなく、ネットワークリソースを解放することができる。さらに、非アクティブセッションの発見を終了要求の場合と同様に扱うことにより、ＰＣＲＮは、通信誤りを効率的に訂正することができる。

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

本明細書の任意のブロック図は本発明の原理を実施する例示的回路の概念図を表すことを当業者は理解されたい。同様に、コンピュータまたはプロセッサが明示的に示されているか否かに関わらず、任意のフローチャート、流れ図、状態遷移図、擬似コードなどが、実質的に機械可読媒体で表すことができ、したがってそのようなコンピュータまたはプロセッサで実行することのできる様々なプロセスを表すことを理解されよう。

様々な例示的実施形態が、そのいくつかの例示的態様を具体的に参照しながら詳細に説明されたが、本発明は他の実施形態が可能であり、その詳細は、様々な明らかな点で修正が可能であることを理解されたい。当業者には直ちに明らかであるように、本発明の趣旨および範囲内にとどまりながら、変形形態および修正形態に影響を与えることができる。したがって、上記の開示、説明、および図は例示のためのものに過ぎず、特許請求の範囲のみによって定義される本発明をいかなる形でも限定するものではない。

Claims (10)

1. 通信セッションを管理するポリシーおよび課金規則ノード（ＰＣＲＮ）によって実施される方法であって、
   セッションが非アクティブであることが疑わしいと判定すること、
   セッションを開始したネットワーク構成要素に無害のメッセージを送信すること、
   ネットワーク構成要素からの応答を待機すること、
   ＰＣＲＮがネットワーク構成要素から応答を受信した場合、応答に基づいてセッションが非アクティブかどうかを判定すること、および
   セッションが非アクティブである場合、セッションに関する少なくとも１つの管理処置を取ること
   を含む、方法。
2. セッションが非アクティブであることが疑わしいと判定するステップが、
   各セッションについて、セッション内の最後の処置の活動タイムスタンプを格納すること、
   セッションに関する活動タイムスタンプ以降の経過時間を求めること、および
   活動タイムスタンプ以降の経過時間が疑わしい不活動時間を超過した場合、セッションが非アクティブであることが疑わしいと判定すること
   を含む、請求項１に記載の方法。
3. ゲートウェイがセッションを開始し、無害のメッセージを送信するステップが、
   セッションに関して現在プロビジョニングされる１組のイベントトリガを求めること、および
   セッションに関して現在プロビジョニングされている同じ１組のイベントトリガをプロビジョニングするゲートウェイにメッセージを送信すること
   を含む、請求項１に記載の方法。
4. アプリケーションノードがセッションを開始し、無害のメッセージを送信するステップが、
   セッションに関して現在プロビジョニングされている１組の特定の処置を求めること、および
   セッションに関して現在プロビジョニングされている同じ１組の特定の処置をプロビジョニングするアプリケーションノードにメッセージを送信すること
   を含む、請求項１に記載の方法。
5. ネットワーク構成要素からの応答が、成功メッセージおよび不明セッションメッセージの一方を含み、セッションが非アクティブであるかどうかを判定するステップが、
   応答が不明セッションメッセージを含む場合、セッションが非アクティブであると判定すること
   を含む、請求項１に記載の方法。
6. 応答の欠如に関するデフォルト仮定を設定すること、および
   ＰＣＲＮが待機期間内にネットワーク構成要素から応答を受信しない場合、デフォルト仮定に基づいてセッションが非アクティブであるかどうかを判定することであって、無害のメッセージが、応答の欠如に関するデフォルト仮定を示す属性値対（ＡＶＰ）を含むこと
   をさらに含む、請求項１に記載の方法。
7. ネットワーク上の通信セッションを管理するポリシーおよび課金規則ノード（ＰＣＲＮ）であって、
   セッションに関する最後のＰＣＲＮ活動の時刻を示す活動タイムスタンプを含むセッションに関するデータを格納するセッションデータストレージと、
   現在時刻を測定し、活動タイムスタンプおよび現在時刻に基づいてセッションが非アクティブであることが疑わしいと判定するタイマと、
   ネットワーク構成要素にメッセージを送信し、ネットワーク構成要素からメッセージを受信する第１のインターフェースと、
   第１のインターフェースを介して、疑わしいセッションを開始したネットワーク構成要素に無害のメッセージを送信し、セッションが非アクティブであることを応答メッセージが示すとき、疑わしいセッションを終了させるセッションマネージャと
   を備える、ＰＣＲＮ。
8. 各ＰＣＲＮブレードがセッションデータストレージ、タイマ、およびセッションマネージャを備える、複数のＰＣＲＮブレードと、
   どのＰＣＲＮブレードがセッションを管理する役目を果たすかを判定するｄｉａｍｅｔｅｒプロキシエージェントと、
   バインドされるセッションを示すプロキシデータを格納するプロキシデータストレージと、
   ｄｉａｍｅｔｅｒプロキシエージェントがバインドされるセッションを除去したとき、バインドされるセッションを担当する第２ネットワーク構成要素にセッション終了メッセージを送信する第２のインターフェースであって、セッションマネージャがセッションを終了させたとき、ｄｉａｍｅｔｅｒプロキシエージェントが、終了したセッションおよびバインドされたセッションをプロキシデータストレージから除去する第２のインターフェースと
   をさらに備える、請求項７に記載のＰＣＲＮ。
9. 第１インターフェースがＧｘインターフェースであり、セッションデータストレージが、セッションを開始したネットワーク構成要素に関してプロビジョニングされる少なくとも１つのイベントトリガを含み、無害のメッセージが少なくとも１つのイベントトリガを含む、請求項７に記載のＰＣＲＮ。
10. 第１インターフェースがＲｘインターフェースであり、セッションデータストレージが、セッションを開始したネットワーク構成要素に関してプロビジョニングされた少なくとも１つの特定の処置を含み、無害のメッセージが少なくとも１つの特定の処置を含む、請求項７に記載のＰＣＲＮ。

Images