JP5581444B2 - 性能向上のためのサービス提供ゲートウェイの管理 - Google Patents

Description

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

モバイル通信ネットワーク内の様々なタイプのアプリケーションに関する需要が高まるにつれて、サービスプロバイダは、この拡張された機能を確実に提供するために、そのシステムを常にアップグレードしなければならない。かつて音声通信のためだけに設計されたシステムは、近年、一般的なインターネット（登録商標）アクセスに加えて、テキストメッセージング、マルチメディアストリーミングなどの通信プラットフォームに対するアクセスを可能にする異種システムに成長してきた。そのようなアプリケーションをサポートするために、サービスプロバイダおよびインフラストラクチャプロバイダは、既存の音声通信インフラストラクチャに対して新しいネットワークを構築してきた。第２世代ネットワークおよび第３世代ネットワークから明らかなように、音声サービスは専用の音声チャネルを介して従来の回線交換コアに搬送されなければならないのに対して、ＩＰ可能なデータおよびＩＰ可能な通信など、その他のサービスはインターネットプロトコル（ＩＰ）に従って、異なるパケット交換コアを介して送信されなければならない。これは、例えば、アプリケーション規定、計測および課金、ならびに体感品質（ＱｏＥ）保証を含めて、独自の問題を引き起こしてきた。

国際電気通信連合によって定義された第２世代（２Ｇ、２．５Ｇ）および第３世代（３Ｇ）のモバイル通信標準のデュアルコア手法を向上させるための１つの最近の試みは、新しい１組の規格の形であった。第３世代パートナーシッププロジェクト（３ＧＰＰ）は、「ロングタームエボリューション」（ＬＴＥ）と見なされる新しいネットワーク方式を奨励している。新しい規格の下で、ＬＴＥネットワーク内のすべての通信は、ＩＰチャネルを介してモバイル電話またはスマートフォンなどのユーザ装置（ＵＥ）から、進化型パケットコア（ＥＰＣ）と呼ばれるａｌｌ−ＩＰコアに搬送される。ＥＰＣは、次いで、やはり、ユーザのネットワーク活動に関して容認できるＱｏＥを確実にして、そのような活動に関して加入者に適切に課金しながら、他のネットワークにゲートウェイアクセスを提供することができる。

３ＧＰＰは、一般に、いくつかの技術仕様、具体的には、ＥＰＣのポリシーおよび課金規則機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）（ＰＣＲＦ）、ポリシーおよび課金施行機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）（ＰＣＥＦ）、ならびにベアラバインドおよびイベント報告機能（Ｂｅａｒｅｒ Ｂｉｎｄｉｎｇ ａｎｄ Ｅｖｅｎｔ Ｒｅｐｏｒｔｉｎｇ Ｆｕｎｃｔｉｏｎ）（ＢＢＥＲＦ）などの構成要素を記述する３ＧＰＰ ＴＳ２９．２１２、３ＧＰＰ ＴＳ２９．２１３、および３ＧＰＰ ＴＳ２９．２１４において、ＥＰＣの構成要素とそれらの互いの相互作用とを記述している。これらの技術仕様は、これらの構成要素同士の相互作用に関して何らかの詳細も提供している。これらの仕様は、やはりＩＰネットワークの使用に関して加入者に確実に課金しながら、ＥＰＣが信頼性のあるデータサービスをどのようにユーザに提供できるかに関する何らかの指針を提示している。

例えば、３ＧＰＰ ＴＳ２９．２１２、３ＧＰＰ ＴＳ２９．２１３、および３ＧＰＰ ＴＳ２９．２１４は、特定のユーザデバイスをＥＰＣに接続するために複数のゲートウェイが使用され得るときの接続の処理に関して何らかの指針を提供している。具体的には、これらの仕様は、ユーザデバイスを候補ゲートウェイのうちの１つに割り当てるためのアルゴリズムに関する何らかの指針を提供する。しかし、これらの仕様によって概説されるアルゴリズムは常に機能するとは限らず、この仕様はそのような場合を考慮していない。

前述の説明に照らして、そのような発生を処理することがより可能なシステムおよび方法を提供することが望ましい。具体的には、特定のゲートウェイを選択するためのアルゴリズムが成功しないときに適切な措置を講じることができるシステムを提供することが望ましい。

ＰＣＲＮによる候補ゲートウェイの指定を処理するための方法の現在の必要性に照らして、様々な例示的な実施形態の簡単な概要が提示される。本発明の範囲を限定するものではなく、様々な例示的な実施形態のいくつかの態様を強調および紹介することを意図している以下の概要において、何らかの簡素化および省略が行われる場合がある。当業者がそれらの発明性のある概念を構築し使用することを可能にするのに十分な好ましい例示的な実施形態について、下記の項に詳細な説明を与える。

様々な実施形態は、通信ネットワークに対するユーザデバイスの接続を管理するための、ポリシー課金および規則ノード（ＰＣＲＮ）によって実行される方法に関し得る。この方法は、少なくとも第１のサービス提供ゲートウェイを介してユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップ、第１のサービス提供ゲートウェイを介してユーザデバイスから受信されたユーザ要求内に含まれた情報に基づいて規則を生成するステップ、終了を保留していない少なくとも第１のサービス提供ゲートウェイに規則をプッシュするステップ、および第１のサービス提供ゲートウェイを一次サービス提供ゲートウェイとして割り当てるステップなどのステップのうちの１つまたは複数を含む。この方法は、少なくとも第２のサービス提供ゲートウェイを介してユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップと、第１のサービス提供ゲートウェイが一次サービス提供ゲートウェイとして割り当てられるとき、第２のサービス提供ゲートウェイに終了するように信号伝達するステップであって、第２のサービス提供ゲートウェイが規則を除去するように信号伝達される、信号伝達するステップと、第２のサービス提供ゲートウェイが終了するように信号伝達するステップに応答しないとき、第２のサービス提供ゲートウェイをＰＣＲＮ内のデータベースから削除するステップとを含むこともできる。

様々な実施形態は、通信ネットワーク内でユーザデバイスを処理するためのシステムにも関し得る。このシステムは、通信ネットワークとの接続を確立するためのユーザデバイスであって、前記確立するためのユーザ要求を生成するユーザデバイス、ＩＰ−ＣＡＮ（インターネットプロトコル接続アクセスネットワーク）セッションを確立するために確立メッセージを生成するためのパケットデータネットワークゲートウェイ（ＰＧＷ）、ユーザデバイスからユーザ要求を受信するための少なくとも第１のサービス提供ゲートウェイおよび第２のサービス提供ゲートウェイであって、第１のサービス提供ゲートウェイが第１のバインドメッセージを生成し、第２のサービス提供ゲートウェイが第２のバインドメッセージを生成する、少なくとも第１のサービス提供ゲートウェイおよび第２のサービス提供ゲートウェイ、およびＰＧＷから確立メッセージを、かつ第１のゲートウェイおよび第２のゲートウェイから第１のバインドメッセージおよび第２のバインドメッセージを少なくとも受信するためのポリシー課金および規則ノード（ＰＣＲＮ）などのうちの１つまたは複数を含んでもよい。

様々な実施形態のＰＣＲＮは、ユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップと、第１のサービス提供ゲートウェイによって生成された第１のバインドメッセージを介してユーザデバイスから受信されたユーザ要求内に含まれた情報に基づいて規則を生成するステップと、終了を保留していない少なくとも第１のサービス提供ゲートウェイに規則をプッシュするステップと、第１のサービス提供ゲートウェイを一次サービス提供ゲートウェイとして割り当てるステップと、第１のサービス提供ゲートウェイが一次サービス提供ゲートウェイとして割り当てられるとき、第２のサービス提供ゲートウェイに終了するように信号伝達するステップであって、第２のサービス提供ゲートウェイが規則を除去するように信号伝達される、信号伝達するステップと、第２のサービス提供ゲートウェイが終了するように信号伝達するステップに応答しないとき、第２のサービス提供ゲートウェイをＰＣＲＮ内のデータベースから削除するステップとを行う。

このように、様々な例示的な実施形態が複数のソースからのメッセージの動的な処理を可能にすることが明らかであろう。具体的には、ＰＣＲＮが複数のゲートウェイとの接続を制御することを可能にすることによって、ＰＣＲＮはサービス品質を犠牲にせずに処理負荷を削減することができる。

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

様々なデータサービスを提供するためのある例示的な加入者ネットワークを示す図である。 ＰＣＲＮが複数のサービス提供ゲートウェイから複数の要求を受信するためのある例示的なネットワークを示す図である。 確立されたＩＰ−ＣＡＮセッションをターゲットゲートウェイ制御セッションにバインドするためのある例示的なフローチャートである。 確立されたＩＰ−ＣＡＮセッションをターゲットゲートウェイ制御セッションにバインドするため別の例示的なフローチャートである。

次に、類似の番号が類似の構成要素またはステップを指す図面を参照して、様々な例示的な実施形態の広範な態様が開示される。

図１は、様々なデータサービスを提供するためのある例示的な加入者ネットワーク１００を示す。例示的な加入者ネットワーク１００は、様々なサービスに対するアクセスを提供するための通信ネットワークまたはその他のネットワークであってよい。例示的な加入者ネットワーク１００は、ユーザ装置（ＵＥ）１１０、基地局１２０、進化型パケットコア（ＥＰＣ）１３０、パケットデータネットワーク１４０、アプリケーションノード（ＡＮ）１５０のうちの少なくとも１つを含むことが可能である。

ユーザ装置（ＵＥ）１１０は、エンドユーザにデータサービスを提供するためにパケットデータネットワーク１４０と通信するデバイスであってよい。そのようなデータサービスは、例えば、音声通信と、テキストメッセージングと、マルチメディアストリーミングと、インターネットアクセスとを含むことが可能である。具体的には、様々な例示的な実施形態では、ＵＥ１１０は、パーソナルコンピュータもしくはラップトップコンピュータ、無線電子メールデバイス、セルラ電話、テレビジョンセットトップボックス、またはＥＰＣ１３０を経由して他のデバイスと通信することが可能な任意のその他のデバイスである。

基地局１２０は、ＵＥ１１０とＥＰＣ１３０との間の通信を可能にするデバイスであってよい。例えば、基地局１２０は、３ＧＰＰ標準によって定義された進化型ノードＢ（ｅノードＢ）などのベーストランシーバステーションであってよい。したがって、基地局１２０は、無線通信など、第１の媒体を経由してＵＥ１１０と通信して、イーサネットケーブルなど、第２の媒体を経由してＥＰＣ１３０と通信するデバイスであってよい。基地局１２０は、ＥＰＣ１３０と直接通信することが可能であるか、またはいくつかの中間ノード（図１に図示せず）と通信することが可能である。様々な実施形態では、ＵＥ１１０に移動度を提供するために、基地局１２０に類似した複数の基地局（図示せず）が存在する場合がある。様々な代替の実施形態では、ＵＥ１１０は、ＥＰＣ１３０と直接通信することが可能である。そのような実施形態では、基地局１２０は存在しなくてよい。

進化型パケットコア（ＥＰＣ）１３０は、ＵＥ１１０にパケットデータネットワーク１４０に対するゲートウェイアクセスを提供するデバイスまたはデバイスのネットワークであってよい。ＥＰＣ１３０は、提供されたデータサービスの使用に関して加入者に課金して、特定の体感品質（ＱｏＥ）標準が満たされることを確実にすることがさらに可能である。したがって、ＥＰＣ１３０は、少なくとも一部、３ＧＰＰのＴＳ２９．２１２技術仕様書、ＴＳ２９．２１３技術仕様書、ＴＳ２９．２１４技術仕様書に従って実施されることが可能である。したがって、ＥＰＣ１３０は、サービス提供ゲートウェイ（ＳＧＷ）１３２と、パケットデータネットワークゲートウェイ（ＰＧＷ）１３４と、ポリシーおよび課金規則ノード（ＰＣＲＮ）１３６と、加入プロファイルリポジトリ（ｓｕｂｓｃｒｉｐｔｉｏｎ ｐｒｏｆｉｌｅ ｒｅｐｏｓｉｔｏｒｙ）（ＳＰＲ）１３８とを含むことが可能である。

サービス提供ゲートウェイ（ＳＧＷ）１３２は、ゲートウェイアクセスをＥＰＣ１３０に提供するデバイスであってよい。ＳＧＷ１３２は、ＵＥ１１０によって送られたパケットを受信する、ＥＰＣ１３０内の最初のデバイスであってよい。ＳＧＷ１３２は、そのようなパケットをＰＧＷ１３４に転送することができる。ＳＧＷ１３２は、例えば、複数の基地局（図示せず）同士の間のユーザ装置１１０の移動度を管理すること、およびサービス提供されているそれぞれのフローに関して、保証されたビットレートなどの特定のサービス品質（ＱｏＳ）特性を施行することなど、いくつかの機能を実行することができる。プロキシモバイルインターネットプロトコル（ＰＭＩＰ）規格を実施する実施形態など、様々な実施形態では、ＳＧＷ１３２はベアラバインドおよびイベント報告機能（ＢＢＥＲＦ）を含むことが可能である。様々な例示的な実施形態では、ＥＰＣ１４０は、ＳＧＷ１３２に類似した複数のＳＧＷ（図示せず）を含むことが可能であり、それぞれのＳＧＷは基地局１２０に類似した複数の基地局（図示せず）と通信することが可能である。

パケットデータネットワークゲートウェイ（ＰＧＷ）１３４は、ゲートウェイアクセスをパケットデータネットワーク１４０に提供するデバイスであってよい。ＰＧＷ１３４は、ＳＧＷ１３２を経由してユーザ装置１１０によってパケットデータネットワーク１４０に送られたパケットを受信する、ＥＰＣ１３０内の最終デバイスであってよい。ＰＧＷ１３４は、それぞれのサービスデータフロー（ＳＤＦ）に関してポリシーおよび課金制御（ＰＣＣ）規則を施行するポリシーおよび課金施行機能（ＰＣＥＦ）を含むことが可能である。したがって、ＰＧＷ１３４はポリシーおよび課金施行ノード（ＰＣＥＮ）であってよい。ＰＧＷ１３４は、例えば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートなど、いくつかの追加の特徴を含むことが可能である。

ポリシーおよび課金規則ノード（ＰＣＲＮ）１３６は、サービスに関する要求を受信して、ＰＣＣ規則を生成して、ＰＣＣ規則をＰＧＷ１３４および／または他のＰＣＥＮ（図示せず）に提供するデバイスであってよい。ＰＣＲＮ１３６は、Ｒｘインターフェースを経由してアプリケーションノード（ＡＮ）１５０と通信することが可能である。ＰＣＲＮ１３６は、ＡＮ１５０、ＳＧＷ１３２、またはＰＧＷ１３４から要求を受信することができる。サービス要求を受信するとすぐ、ＰＣＲＮ１３６は、サービス要求を実行するために少なくとも１つの新しいＰＣＣ規則を生成することができる。

ＰＣＲＮ１３６は、それぞれ、ＧｘｘインターフェースおよびＧｘインターフェースを経由してＳＧＷ１３２ならびにＰＧＷ１３４と通信することもできる。新しいＰＣＣ規則を作成するとすぐ、またはＰＧＷ１３４による要求時に、ＰＣＲＮ１３６はＧｘインターフェースを経由してＰＣＣ規則をＰＧＷ１３４に提供することができる。例えば、ＰＭＩＰ標準を実施する実施形態など、様々な実施形態では、ＰＣＲＮ１３６は、ＱｏＳ規則を生成することもできる。新しいＱｏＳ規則を作成するとすぐ、またはＳＧＷ１３２による要求時に、ＰＣＲＮ１３６はＧｘｘインターフェースを経由してＱｏＳ規則をＳＧＷ１３２に提供することができる。

ＰＣＲＮ１３６は、ＳＧＷ１３２およびＰＧＷ１３４からメッセージを受信することができる。これらのメッセージは両方とも、例えば、ＵＥ１１０から単一の要求として生じる場合がある。例えば、ＵＥ１１０は、ＥＰＣ１３０およびＰＧＷ１３４に対する両方のアクセスを要求するサービス要求を生成することができる。ＰＣＲＮ１３６は、ＳＧＷ１３２およびＰＧＷ１３４を介して受信されたメッセージに関するセッションを作成することができ、これらのメッセージが互いに関係するとき、これらのセッションを一緒にバインドすることもできる。ＰＣＲＮ１３６は、次いで、例えば、ＵＥ１１０が移動して、新しいＳＧＷ（図示せず）と通信するとき、ＵＥ１１０に関する適切なサービスを確実にできる。ＰＣＲＮ１３６は、ＰＧＷ１３４を介したセッション（例えば、ＩＰ−ＣＡＮセッション）と様々なＳＧＷ１３２を介した様々なその他のセッション（例えば、ゲートウェイ制御セッション）との間のバインドを確実にしながら、ＵＥ１１０がＰＧＷ１３４を介してパケットデータネットワークに対するアクセスを依然として有することができるように、新しいＳＧＷから新しく確立されたセッションのバインドを規制することができる。

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

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

アプリケーションノード（ＡＮ）１５０は、アプリケーション機能（ＡＦ）を含み、アプリケーションサービスをユーザ装置１１０に提供するデバイスであってよい。したがって、ＡＮ１５０は、例えば、ビデオストリーミングサービスもしくは音声通信サービスをユーザ装置１１０に提供するサーバまたはその他のデバイスであってよい。ＡＮ１５０は、Ｒｘインターフェースを経由してＥＰＣ１３０のＰＣＲＮ１３６と通信することがさらに可能である。ＡＮ１５０がアプリケーションサービスをユーザ装置１１０に提供し始めるとき、ＡＮ１５０は、ＰＣＲＮ１３６に通知するために、ダイアメータプロトコルによるＡＡ要求（ＡＡＲ）などの要求メッセージを生成することができる。この要求メッセージは、アプリケーションサービスを使用している加入者の識別情報および要求されたサービスを提供するために確立されなければならない特定のサービスデータフローの識別情報などの情報を含むことが可能である。ＡＮ１５０は、Ｒｘインターフェースを経由してそのようなアプリケーション要求をＰＣＲＮ１３６に通信することが可能である。

図２は、ＰＣＲＮが複数のサービス提供ゲートウェイから複数の要求を受信するためのある例示的なネットワークを示す。例示的なネットワーク２００は、ポリシーおよび課金規則ノード（ＰＣＲＮ）２０１と、パケットデータネットワークゲートウェイ（ＰＧＷ）２０２と、複数のサービス提供ゲートウェイ２０３−２０９と、少なくとも１つのユーザ装置（ＵＥ）２１１とを含めて、ＥＰＣ１３０の構成要素を含むことが可能である。複数のサービス提供ゲートウェイ２０３−２０９は、一次サービス提供ゲートウェイ（Ｐ−ＳＧＷ）２０３と複数の二次サービス提供ゲートウェイ（ＳＧＷ）２０５−２０９とを含むことが可能である。

ＰＣＲＮ２０１は、ネットワーク１００のＰＣＲＮ１３６に類似し得る。ＰＣＲＮ２０１は、複数のサービス提供ゲートウェイ２０３−２０９から複数の要求を受信することができる。様々な実施形態では、サービス提供ゲートウェイ２０３２−２０９からの要求は、ＵＥ２１１によって生成されたユーザ要求に応答して生成されることが可能である。複数のゲートウェイ２０３−２０９がＵＥ２１１に関する接続を可能にできるとき、ＰＣＲＮ２０１は一次サービス提供ゲートウェイ（Ｐ−ＳＧＷ）２０３としてサービス提供するために、複数のサービス提供ゲートウェイ２０３−２０９から１つのサービス提供ゲートウェイを指定することができる。ＰＣＲＮ２０１は、非一次サービス提供ゲートウェイ（ＳＧＷ）２０５−２０９として、他の候補サービス提供ゲートウェイを指定することもできる。

ＰＣＲＮ２０１は、一次サービス提供ゲートウェイの割当てを様々な属性によるＰＣＲＮ２０１内の確立されたＩＰ−ＣＡＮセッションとの最善の整合に基づかせることができる。そのような属性は、作成されて、その後、ＩＰ−ＣＡＮセッションが確立されたときに記憶されたセッションバインド識別子（ＳＢＩ）内に含まれることが可能である。その他の属性は、例えば、整合ＩＰ−ＣＡＮタイプを含むことが可能である。様々な実施形態は、例えば、とりわけ、ＵＥ２１１および／またはＰＣＲＮ２０１までの距離、伝搬時間、時間シフト、利用可能な容量、およびデバイス負荷など、各々それぞれのサービス提供ゲートウェイ２０３−２０９に関連する様々な基準を使用して一次ゲートウェイを決定するための他の方法を使用するＰＣＲＮ２０１に関する場合がある。

一次サービス提供ゲートウェイ（Ｐ−ＳＧＷ）２０３は、要求をＰＣＲＮ２０１に送信した後で、ＰＣＲＮ２０１によって一次サービス提供ゲートウェイとして指定されることが可能である。Ｐ−ＳＧＷ２０３は、ＵＥ２１１によって送られた受信されたユーザ要求に応答して要求を生成することができる。Ｐ−ＳＧＷ２０３によって生成された要求は、ゲートウェイ制御セッション確立要求であってよい。ＰＣＲＮ２０１は、Ｐ−ＳＧＷ２０３によって送信された要求をＰＣＲＮ２０１内に記憶された確立されたＩＰ−ＣＡＮセッションと整合させることができる。ＩＰ−ＣＡＮセッションは、システム１００内のＰＧＷ１３４に類似したパケットデータネットワークゲートウェイ（ＰＧＷ）２０２に対する接続と関連付けられることが可能である。

経時的に、ユーザ装置（ＵＥ）２１１は位置を変更することができる。いくつかの実施形態では、ＵＥ２１１は、ネットワークに接続されている間に位置を変更することができる。これらの場合、一次サービス提供ゲートウェイ（Ｐ−ＳＧＷ）２０３と少なくとも１つの二次サービス提供ゲートウェイ（ＳＧＷ）２０５−２０９とを含むことが可能な複数のサービス提供ゲートウェイ２０３−２０９は、ＰＣＲＮ２０１を介してネットワークに対するＵＥ２１１接続を可能にすることを試みることができる。いくつかの実施形態では、ＰＣＲＮ２０１は、候補ゲートウェイ２０３−２０９のうちのどの１つが一次サービス提供ゲートウェイとして機能すべきかを当初判断することができない。これは、ＰＣＲＮ２０１は一次サービス提供ゲートウェイ（すなわち、Ｐ−ＳＧＷ２０３）を判断するためのアルゴリズムを使用するが、候補ゲートウェイ２０３−２０９から一次としてサービス提供するための実際のゲートウェイを生み出さないときに発生する可能性がある。

場合によっては、複数のサービス提供ゲートウェイ２０５−２０９は、非一次サービス提供ゲートウェイまたはバックアップサービス提供ゲートウェイとして、ＵＥ２１１に関するＰＣＲＮ２０１との接続を試みることができる。ＰＣＲＮ２０１は非一次ゲートウェイを介した接続を可能にし得るが、多数の冗長な非一次サービス提供ゲートウェイに対する同時接続はＰＣＲＮ２０１に負担をかけて、ＰＣＲＮの２０１処理速度の低下を引き起こす可能性がある。いくつかの実施形態では、異質ＳＧＷ２０５−２０９の集積は、ＳＧＷ２０５がＰＣＲＮ２０１に報告できない結果である可能性があり、これは、ＳＧＷ２０７内に新しいゲートウェイ制御セッションも確立しながら、ＳＧＷ２０５内で確立されたゲートウェイ制御セッションを維持する可能性がある。

いくつかの実施形態では、ＰＣＲＮ２０１は、除外により、ハンドオーバによる異種サービス提供ゲートウェイ２０５−２０９の問題を回避することができ、この場合、ＰＣＲＮ２０１は、終了を保留していないＳＧＷ２０５−２０９だけにＰＣＣ規則とＱｏＳ規則とをプッシュする。例えば、ＳＧＷ２０３からＳＧＷ２０５に対して一次サービス提供ゲートウェイのハンドオーバが発生した後に、ＰＣＲＮ２０１は、他のサービス提供ゲートウェイ２０３、２０７、２０９にＵＥ２１１を処理するために生成された任意の潜在的なゲートウェイ制御セッションを終了させることができる。サービス提供ゲートウェイ２０３、２０７、２０９は、サービス提供ゲートウェイ２０３、２０７、２０９がＰＣＲＮ２０１からさらなる規則をもはや受信しないように、終了を保留しているとして、そのそれぞれのゲートウェイ制御セッションをマーキングすることができる。サービス提供ゲートウェイ２０３、２０７、２０９は、ＵＥ２１１に関連して生成されたセッションを終了することによって、ＰＣＲＮ２０１によって行われた要求に応答することができる。しかし、サービス提供ゲートウェイ２０３、２０７、２０９がＰＣＲＮ２０１による要求に応答できない場合、そのＰＣＲＮがそれらのサービス提供ゲートウェイ２０３、２０７、２０９を介して受信されたいずれの要求も無視できるように、そのＰＣＲＮはサービス提供ゲートウェイ２０３、２０７、２０９の記録をそのデータベースから削除することができる。

次に図３を参照すると、確立されたＩＰ−ＣＡＮセッションをターゲットゲートウェイ制御セッションにバインドするためのある例示的なフローチャートが示される。ステップ３０１−３０３において、ＰＣＲＮ２０１は、ＰＣＲＮ２０１においてＩＰ−ＣＡＮセッションを確立するための情報を含むことが可能なメッセージをＰＧＷ２０２から受信することができる。ＰＧＷ２０２によって送られた確立メッセージは、ＰＣＲＮ２０１がセッションバインド識別子（ＳＢＩ）を構築するために使用することもできる情報を含むことも可能である。ＳＢＩを構築するために使用される情報は、例えば、メッセージのセッション識別情報、ＩＰｖ４アドレス、ＩＰｖ６プレフィックス、少なくとも１つの加入識別子、およびアクセスポイント名（ＡＰＮ）であってよい。ステップ３０５において、ＰＣＲＮ２０１はＰＣＲＮ２０１内でＩＰ−ＣＡＮセッションを確立することができる。ＰＣＲＮ２０１は、次いで、ステップ３０７において、確立メッセージ内に含まれた情報を使用して、ＩＰ−ＣＡＮセッションに関するＳＢＩを構築することができる。いくつかの実施形態では、このメッセージは、ＳＢＩ内に含まれることが可能なすべての考えられる属性を含まなくてもよい。例えば、ＰＧＷ２０２は、ＩＰｖ４アドレスおよびＩＰｖ６プレフィックスに関する情報だけを含む、ＩＰ−ＣＡＮセッションに関する確立メッセージを送ることができる。ＰＣＲＮ２０１は、利用可能な情報を使用してＳＢＩを構築することができる。ＩＰ−ＣＡＮセッションに関して構築されたＳＢＩと整合する既存のＳＢＩが存在しない場合、ＰＣＲＮ２０１は、次いで、ステップ３０９において、Ｓｐインターフェースを経由して新しく構築されたＳＢＩをＳＰＲ１３８内に記憶することができる。

ステップ３１１において、ＰＣＲＮ２０１は、サービス提供ゲートウェイ２０３−２０９のうちの１つから第１のバインドメッセージを受信することができる。いくつかの実施形態では、ＰＣＲＮ２０１は、一次サービス提供ゲートウェイを指定することを試みることができる。ＰＣＲＮ２０１は、例えば、第１のバインドメッセージ内に含まれたゲートウェイ制御セッションが確立されたＩＰ−ＣＡＮセッションと整合するかどうかを判断することによって、第１のバインドメッセージを送ったサービス提供ゲートウェイ２０３を一次サービス提供ゲートウェイとして指定するかどうかを判断することができる。これは、例えば、ステップ３１３において、そのメッセージ内に含まれたＩＰ−ＣＡＮタイプを確立されたＩＰ−ＣＡＮセッションと比較するステップを含むことが可能である。いくつかの実施形態では、ゲートウェイ制御セッションが確立されたＩＰ−ＣＡＮセッションとバインドするために、ＩＰ−ＣＡＮタイプはＩＰ−ＣＡＮセッションと整合しなければならない。

いくつかの実施形態では、ＰＣＲＮ２０１は、バインドメッセージ内に含まれた情報からＳＢＩを構築して、そのバインドメッセージのＳＢＩを確立メッセージのＳＢＩと比較することもできる。ステップ３１３においてＩＰ−ＣＡＮセッションのＳＢＩをゲートウェイ制御セッションのＳＢＩと比較するステップは、ＰＣＲＮ２０１がそれぞれのＳＢＩが、例えば、ＩＰｖ６プレフィックスなどの属性値を含むかどうかを最初に判断するステップを伴う場合がある。次いで、ＰＣＲＮ２０１は、ゲートウェイ制御セッションのＳＢＩ内に含まれた属性を使用して、それらの属性をＩＰ−ＣＡＮセッションのＳＢＩの属性と比較して、それらの属性が同じ加入者に関連するかどうかを判断することができる。そのような比較を行うとき、ゲートウェイ制御セッションがＩＰ−ＣＡＮセッションとバインドするために、すべての利用可能な属性は整合しなければならない（すなわち、ＩＰｖ４アドレスとＩＰｖ６プレフィックスとは整合しなければならず、加入ＩＤは同じ加入者に関連していなければならない、等々）。

潜在的なゲートウェイ制御セッションＳＢＩが確立されたＩＰ−ＣＡＮセッションのＳＢＩと整合するとき、ＰＣＲＮ２０１は、ステップ３１５において、潜在的なゲートウェイ制御セッションを確立されたＩＰ−ＣＡＮセッションにバインドすることができると同時に、ＰＣＲＮ２０１は、そのバインドの記録をデータベース内に記憶することができる。別の状況では、ＩＰ−ＣＡＮタイプまたはＳＢＩ属性が整合しない（例えば、ＳＢＩが同じ加入者に関連しない）場合、方法３００はステップ３１７に進むことができ、ここで潜在的なゲートウェイ制御セッションは確立されたＩＰ−ＣＡＮセッションからバインド解除された状態に留まる。いくつかの実施形態では、ＰＣＲＮは、終了の準備が整っているとして、そのメッセージを送信したサービス提供ゲートウェイをマーキングすることもできる。例えば、ＳＧＷ２０５がＵＥ２１１に関してＰＣＲＮ２０１内で確立されたＩＰ−ＣＡＮセッションと整合しないゲートウェイ制御メッセージを送る場合、ＰＣＲＮ２０１は、終了の準備が整っているとして、ＳＧＷ２０５内のゲートウェイ制御セッションをマーキングすることができる。いくつかの実施形態では、ＰＣＲＮ２０１は、セッション中断原因（ｓｅｓｓｉｏｎ−ａｂｏｒｔ−ｃａｕｓｅ）属性値ペア（ＡＶＰ）など、再許可要求（ＲＡＲ）を介してセッションを終了することができる。いくつかの実施形態では、ＰＣＲＮ２０１は、コマンドコード要求（ＣＣＲ）メッセージなど、メッセージを介してセッションを終了するようにＳＧＷ２０５に信号伝達することができる。その他の実施形態では、ＰＣＲＮ２０１は、そのセッションがＰＣＲＮ２０１内で確立された場合、そのセッションを強制終了することができる。

ステップ３１５または３１７に続いて、ステップ３１９において、ＰＣＲＮ２０１は、ＩＰ−ＣＡＮセッションにバインドすることができるその他の潜在的なゲートウェイ制御セッションが存在するかどうかを判断することができる。いくつかの実施形態では、ＰＣＲＮ２０１は、他のゲートウェイ制御セッションに関して検査する前に、所定の期間待つことができる。その他の実施形態では、第１のゲートウェイ制御セッションがＩＰ−ＣＡＮセッションにバインドされた状態に留まる間に、ＰＣＲＮ２０１はＰＣＲＮ２０１が第２のサービス提供ゲートウェイから後続のバインドメッセージを受信するまで待つことができる。

後続の潜在的なゲートウェイ制御セッションが存在するとき、ＰＣＲＮは、ステップ３２１において、その後続の潜在的なゲートウェイ制御セッションのＩＰ−ＣＡＮタイプおよびＳＢＩ属性を確立されたＩＰ−ＣＡＮセッションと比較することができ、ステップ３２１はステップ３１３に類似している。ＩＰ−ＣＡＮタイプおよび利用可能なＳＢＩ属性が確立されたＩＰ−ＣＡＮセッションと整合する場合、ＰＣＲＮは、ステップ３２３において、後続の潜在的なゲートウェイ制御セッションをＩＰ−ＣＡＮセッションとバンディングする。いくつかの実施形態では、ＰＣＲＮ２０１は、前のゲートウェイ制御セッションをＩＰ−ＣＡＮセッションからバインド解除することもできる。これらの実施形態では、ＰＣＲＮ２０１は、ＰＣＲＮ２０１内および／またはサービス提供ゲートウェイ内の前にバインドされたゲートウェイ制御セッションを削除することもできる。ＰＣＲＮ２０１は、例えば、セッション中断原因ＡＶＰであってよい再許可要求（ＲＡＲ）を介してゲートウェイ制御セッションを削除するようにサービス提供ゲートウェイに信号伝達することができる。サービス提供ゲートウェイは、その後、ゲートウェイ制御セッションを除去することができる。

ステップ３２５において、ＰＣＲＮ２０１は、後続の潜在的なゲートウェイ制御セッションを含むメッセージを送信したサービス提供ゲートウェイを一次サービス提供ゲートウェイとして再度割り当てることができる。いくつかの実施形態では、ＰＣＲＮ２０１は、前の一次サービス提供を非一次サービス提供ゲートウェイとして再度割り当てることができる。その他の実施形態では、ＰＣＲＮ２０１は、終了を保留しているとして、前の一次サービス提供ゲートウェイをマーキングすることができる。ＰＣＲＮ２０１は、例えば、セッション中断原因ＡＶＰであってよい再許可要求（ＲＡＲ）を介してサービス提供ゲートウェイをマーキングすることができる。

ステップ３２５の後で、方法３００はステップ３１９に戻ることができ、ここで、ＰＣＲＮ２０１は別のゲートウェイ制御セッションを受信するのを待つことができる。あるいは、ステップ３２１において、ＩＰ−ＣＡＮセッションに対して後続の潜在的なゲートウェイ制御セッションのＩＰ−ＣＡＮタイプおよびＳＢＩ属性を比較するとすぐ、ＰＣＲＮ２０１がその後続の潜在的なゲートウェイ制御セッションは整合しなかったと判断したとき、方法３００はステップ３２５に戻ることができる。ステップ３１９において、ＰＣＲＮ２０１がＩＰ−ＣＡＮセッションとバインドする何の後続の潜在的なゲートウェイセッションももはや存在しないことを決定したとき、ＰＣＲＮ２０１はステップ３２７に進むことができ、方法３００を終了する。

一例として、Ｐ−ＳＧＷ２０３は、ＰＣＲＮ２０１がＵＥ２１１に関して確立されたＩＰ−ＣＡＮセッションをＰ−ＳＧＷ２０３によって送られた第１のバインドメッセージ内に含まれていた第１のゲートウェイ制御セッション（ＧＣＳ１）とバインドした後で、一次サービス提供ゲートウェイとしてサービス提供することができる。ＰＣＲＮ２０１は、ＧＣＳ１がＩＰ−ＣＡＮセッションと整合したと判断した後で、Ｐ−ＳＧＷ２０３を一次サービスゲートウェイとして割り当てていてもよい。この確立の後で、ＵＥ２１１は移動することができ、または当業者に知られている他のイベントは、第２のサービス提供ゲートウェイＳＧＷ２０７に第２のバインドメッセージをＵＥ２１１からＰＣＲＮ２０１に送信させることも可能である。第２のバインドメッセージは、後続の潜在的なゲートウェイ制御セッションであってよい第２のゲートウェイ制御セッション（ＧＣＳ２）を含むことも可能である。ＰＣＲＮ２０１は、ＧＣＳ１をＩＰ−ＣＡＮセッションとバインドしたときからＧＣＳ２を受信するときまでの間に何の活動も行っていない可能性がある。ＰＣＲＮ２０１は、ＳＧＷ２０７からメッセージを受信するために所定の時間待った可能性もある。

ＧＣＳ２の受信時に、ＰＣＲＮ２０１はＧＣＳ２がＩＰ−ＣＡＮセッションのＩＰ−ＣＡＮタイプおよびＳＢＩともやはり整合すると判断することができる。ＧＣＳ２が整合するとき、ＰＣＲＮ２０１はＧＣＳ２をＩＰ−ＣＡＮセッションにバインドすることができる。ＳＧＷ２０７が第２のバインドメッセージを送信したため、ＰＣＲＮ２０１は一次サービス提供ゲートウェイとしてＳＧＷ２０３をＳＧＷ２０７と置換することもできる。いくつかの実施形態では、ＰＣＲＮ２０１は、非一次としてＧＣＳ１をＩＰ−ＣＡＮセッションとバインドした状態に維持することができる。その他の実施形態では、後者のＧＣＳ２がＩＰ−ＣＡＮセッションにバインドして、一次として割り当てられると、ＰＣＲＮ２０１はＩＰ−ＣＡＮセッションからＧＣＳ１をバインド解除することができる。いくつかの実施形態では、ＰＣＲＮ２０１は、ＰＣＲＮ２０１内および／またはＳＧＷ２０３内のＧＣＳ１を削除することができる。いくつかの実施形態では、ＰＣＲＮ２０１は終了を保留しているとして、ＳＧＷ２０３をマーキングすることができる。

次に図４を参照すると、確立されたＩＰ−ＣＡＮセッションをターゲットゲートウェイ制御セッションにバインドするための別の例示的なフローチャートが示される。図４の方法４００は図３の方法３００に類似する場合があり、方法４００では、ＰＣＲＮ２０１は終了に関してマーキングされていないすべての関連するサービス提供ゲートウェイにメッセージをプッシュする。終了に関するサービス提供ゲートウェイの系統的なマーキングは所与のＵＥ２１１に関して接続されたサービス提供ゲートウェイの数を制限することができるため、これは、ＰＣＲＮ２０１が、処理速度を過度に制限せずに、限定数の非一次サービス提供ゲートウェイをサポートするのを依然として可能にし得る。

ステップ４０１−４２３は３０１−３２３に類似し、ＰＣＲＮ２０１はＰＧＷ２０２からＩＰ−ＣＡＮセッションを含む確立メッセージを受信して、ＰＣＲＮ２０１はＩＰ−ＣＡＮセッションを確立し、確立メッセージ内に含まれた情報からＳＢＩを構築して、そのＳＢＩをＳＰＲ１３８内に記憶する。ステップ４１１において、ＰＣＲＮ２０１は、１つまたは複数のバインドメッセージを同時に受信することができる。いずれの場合も、ステップ４１３において、ＰＣＲＮは、例えば、ＩＰ−ＣＡＮタイプおよび利用可能なＳＢＩ属性をＩＰ−ＣＡＮセッションならびにそのＳＢＩと比較して、潜在的なゲートウェイ制御セッションをＩＰ−ＣＡＮセッションと比較することができる。それが整合する場合、ＰＣＲＮ２０１は、ステップ４１５において、ゲートウェイ制御セッションをＩＰ−ＣＡＮセッションにバインドすることができる。ゲートウェイ制御セッションが整合しない場合、ＰＣＲＮ２０１はステップ４１７に進むことができ、ここで、これらのセッションはバインド解除された状態に留まる。ステップ４１９において、ＰＣＲＮ２０１は、ゲートウェイ制御セッションを含む別のメッセージを受信するのを待つことができる。

別のゲートウェイ制御セッションが存在するとき、ＰＣＲＮは、ステップ４２１において、後続の潜在的なゲートウェイ制御セッションをＩＰ−ＣＡＮセッションと比較することができる。後続のゲートウェイ制御セッションが整合するとき、ステップ４２３において、ＩＰ−ＣＡＮセッションは、後続の潜在的なゲートウェイ制御セッションをＩＰ−ＣＡＮセッションとバインドすることができる。いくつかの実施形態では、ＰＣＲＮ２０１は、前のゲートウェイ制御セッションをバインド解除して、ＰＣＲＮ２０１内およびサービス提供ゲートウェイ内での除去に関してそのセッションをマーキングすることができる。ＰＣＲＮ２０１は、例えば、セッション中断原因ＡＶＰであってよい再許可要求（ＲＡＲ）を介して、ＰＲＣＮ２０１内および／またはサービス提供ゲートウェイ内での終了に関してゲートウェイ制御セッションをマーキングすることができる。

ステップ４２５において、ＰＣＲＮ２０１は、この時、ＩＰ−ＣＡＮセッションにバインドされている、後続の潜在的なゲートウェイ制御セッションを含むメッセージを送ったサービス提供ゲートウェイを一次ゲートウェイ制御セッションとして再度割り当てることができる。ステップ４２７において、ＰＣＲＮ２０１は、次いで、前にバインドされたゲートウェイ制御セッションを含むメッセージを送った前の一次サービス提供ゲートウェイを再度割り当てることができる。いくつかの実施形態では、ＰＣＲＮ２０１は前のサービス提供ゲートウェイを非一次サービス提供ゲートウェイとしてマーキングすることができ、この場合、前のゲートウェイ制御セッションは、非一次として、ＩＰ−ＣＡＮセッションと依然としてバインドされることが可能である。いくつかの実施形態では、ＰＣＲＮ２０１は、終了を保留しているとして、前のゲートウェイをマーキングすることができる。いくつかの実施形態では、ＰＣＲＮ２０１は、終了を保留しているとして、前の一次サービス提供ゲートウェイだけをマーキングすることができる。その他の実施形態では、ＰＣＲＮ２０１は、前の一次終了を含めるまで、終了を保留しているとして、１つまたは複数のサービス提供ゲートウェイをマーキングすることができる。しかし、ＰＣＲＮ２０１は、ステップ４２７において、終了を保留しているとして、現在の一次サービス提供ゲートウェイをマーキングしなくてもよい。

ステップ４２８において、ＰＣＲＮ２０１は、規則を適用可能なゲートウェイに送るかどうかを判断することができる。ＰＣＲＮ２０１が規則を送ることを決定した場合、ＰＣＲＮ２０１はステップ４２９に進むことができ、そうでない場合、ＰＣＲＮ２０１はステップ４３１に進むことができる。ステップ４２９において、ＰＣＲＮ２０１は、終了を保留していないすべてのサービス提供ゲートウェイに規則を送ることができる。ＰＣＲＮ２０１は、例えば、サービス品質（ＱｏＳ）規則またはポリシー課金および制御（ＰＣＣ）規則を送ることができる。ＰＣＲＮ２０１は、したがって、終了を保留しているとしてマーキングされたすべてのサービス提供ゲートウェイを送信された規則を受信することから解除することができる。ステップ４３１において、ＰＣＲＮ２０１は、次いで、終了を保留しているとしてマーキングされたサービス提供ゲートウェイに終了するように要求することができる。ＰＣＲＮ２０１は、セッション中断原因ＡＶＰを含むＲＡＲまたはＣＣＲの形でその要求を送ることができる。

ステップ４３３において、ＰＣＲＮ２０１は、サービス提供ゲートウェイが終了するのを待つことができる。いくつかの実施形態では、ＰＣＲＮ２０１は、不定の期間待つこと、またはマーキングされたサービス提供ゲートウェイが終了するためのトリガイベントが発生するまで待つことができる。当業者は、ＰＣＲＮ２０１による反応を生じさせることになるトリガイベントを認識されよう。いくつかの実施形態では、ＰＣＲＮ２０１は、マーキングされたサービス提供ゲートウェイを検査する前に、所定の期間待つことができる。ステップ４３５において、ＰＣＲＮ２０１はサービス提供ゲートウェイが実際に終了されたかどうかを検査することができる。終了されていない場合、ＰＣＲＮ２０１は、ステップ４３７において、マーキングされたサービス提供ゲートウェイをデータベースから削除することができる。ＰＣＲＮ２０１によるそのような手動動作はハンギング状態（ｈａｎｇｉｎｇ ｃｏｎｄｉｔｉｏｎ）を回避することができる。

ステップ４３７の後、またはステップ４３５において、ＰＣＲＮ２０１がすべてのマーキングされたサービス提供ゲートウェイが実際に削除されたと判断した場合、方法４００は、ステップ４１９に戻って、その他の後続の潜在的なゲートウェイに関して検査することができる。同様に、ステップ４２１において、ＰＣＲＮ２０１が後続のゲートウェイ制御セッションがＩＰ−ＣＡＮセッションと整合しなかったと判断した場合、ＰＣＲＮ２０１はステップ４１９に戻って、他の後続のゲートウェイ制御セッションに関して検査することができる。ステップ４１９において、ＰＣＲＮ２０１が他の後続の潜在的なゲートウェイ制御セッションが存在しないと判断した場合、方法４００はステップ４３９で終了する。

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

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

様々な例示的な実施形態は、それらのある種の例示的な態様を特に参照して詳細に説明されているが、本発明は、他の実施形態が可能であり、その詳細は様々な明らかな点で修正が可能であることを理解されたい。当業者に容易に明らかなように、本発明の趣旨内および範囲内に留まりながら、変更形態および修正形態をとることが可能である。したがって、前述の開示、説明、および図面は、例示のためだけであり、特許請求の範囲によってだけ定義される本発明を決して限定しない。

Claims (12)

1. 通信ネットワークに対するユーザデバイスの接続を管理するための、ポリシー課金および規則ノード（ＰＣＲＮ）によって実行される方法であって、
   第１のサービス提供ゲートウェイを介してユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップと、
   少なくとも第２のサービス提供ゲートウェイを介してユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップと、
   第１のサービス提供ゲートウェイを介してユーザデバイスから受信されたユーザ要求内に含まれた情報に基づいて規則を生成するステップと、
   第１のサービス提供ゲートウェイを一次サービス提供ゲートウェイとして割り当てるステップと、
   第１のサービス提供ゲートウェイが一次サービス提供ゲートウェイとして割り当てられるとき、第２のサービス提供ゲートウェイに終了するように信号伝達するステップとを含む、方法。
2. 第１のサービス提供ゲートウェイが、ＰＣＲＮ内で確立されたＩＰ−ＣＡＮセッションと整合するゲートウェイ制御セッションを伴うサービス提供ゲートウェイを含む、請求項１に記載の方法。
3. 第１のサービス提供ゲートウェイおよび第２のサービス提供ゲートウェイが、第３のゲートウェイからのハンドオーバの後でユーザデバイスから通信を受信することができるノードに接続され、ＰＣＲＮが第３のゲートウェイを介してユーザデバイスからユーザ要求を受信し、方法が、
   少なくとも第１のサービス提供ゲートウェイおよび第３のサービス提供ゲートウェイに規則をプッシュした後で、第３のゲートウェイを一次サービス提供ゲートウェイから二次サービス提供ゲートウェイに再度割り当てるステップをさらに含む、請求項１に記載の方法。
4. 第２のゲートウェイに終了するように信号伝達するステップの後で、第２のサービス提供ゲートウェイからの応答を所定の期間待つステップ
   をさらに含む、請求項１に記載の方法。
5. 第２のゲートウェイに終了するように信号伝達するステップが、
   第１のサービス提供ゲートウェイを一次サービス提供ゲートウェイとして割り当てるステップに応答して、セッション中断原因ＡＶＰを送るステップをさらに含む、請求項１に記載の方法。
6. ゲートウェイ制御セッションを含むバインディングメッセージ内に含まれたセッションバインディング識別子（ＳＢＩ）およびＩＰ−ＣＡＮセッションを含む確立メッセージ内に含まれたＳＢＩが共通の加入者に関連するとき、ゲートウェイ制御セッションがＩＰ−ＣＡＮセッションと整合し、ゲートウェイ制御セッションのＳＢＩおよびＩＰ−ＣＡＮセッションのＳＢＩが属性のセットからなり、属性が、セッション識別、ＩＰｖ４アドレス、ＩＰｖ６アドレス、アクセスポイント名（ＡＰＮ）、および少なくとも１つの加入者識別子（ＳＩＤ）のうちの少なくとも１つを含み、第１のＳＢＩと第２のＳＢＩとを含む属性が少なくとも１つの加入者プロファイル内の属性も含む、請求項２に記載の方法。
7. ゲートウェイ制御セッションを含むバインドメッセージ内に含まれたＩＰ−ＣＡＮタイプがＩＰ−ＣＡＮセッションと整合するとき、ゲートウェイ制御セッションがＩＰ−ＣＡＮセッションと整合する、請求項２に記載の方法。
8. 第２のサービス提供ゲートウェイの終了の信号に応答しないとき、第２のサービス提供ゲートウェイをＰＣＲＮ内のデータベースから削除するステップ
   をさらに含む、請求項１に記載の方法。
9. 通信ネットワーク内でユーザデバイスを処理するためのシステムであって、
   ユーザデバイスから生成された、通信ネットワークとの接続の確立を求めるユーザ要求を受信する少なくとも第１のサービス提供ゲートウェイおよび第２のサービス提供ゲートウェイであって、第１のサービス提供ゲートウェイが第１のバインドメッセージを生成し、第２のサービス提供ゲートウェイが第２のバインドメッセージを生成する、少なくとも第１のサービス提供ゲートウェイおよび第２のサービス提供ゲートウェイと、
   ＩＰ−ＣＡＮセッションを確立するために確立メッセージを生成するパケットデータネットワークゲートウェイ（ＰＧＷ）と、
   ＰＧＷから確立メッセージを、かつ第１のゲートウェイおよび第２のゲートウェイから第１のバインドメッセージおよび第２のバインドメッセージを少なくとも受信するポリシー課金および規則ノード（ＰＣＲＮ）であって、
   第１のサービス提供ゲートウェイを介してユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップと、
   第１のサービス提供ゲートウェイによって生成された第１のバインドメッセージを介してユーザデバイスから受信されたユーザ要求内に含まれた情報に基づいて規則を生成するステップと、
   第１のサービス提供ゲートウェイを一次サービス提供ゲートウェイとして割り当てるステップと、
   第１のサービス提供ゲートウェイが一次サービス提供ゲートウェイとして割り当てられるとき、第２のサービス提供ゲートウェイに終了するように信号伝達するステップとを行うＰＣＲＮとを含む、システム。
10. 第１のサービス提供ゲートウェイおよび第２のサービス提供ゲートウェイが、第３のゲートウェイからのハンドオーバの後でユーザデバイスから通信を受信することができるノードに接続され、ＰＣＲＮが第３のゲートウェイを介してユーザデバイスからユーザ要求を受信するステップを行い、ＰＣＲＮが、少なくとも第１のサービス提供ゲートウェイおよび第３のサービス提供ゲートウェイに規則をプッシュした後で、第３のゲートウェイを一次サービス提供ゲートウェイから二次サービス提供ゲートウェイに再度割り当てるステップを行う、請求項９に記載のシステム。
11. 第１のサービス提供ゲートウェイが終了を保留していないとき、少なくとも第１のサービス提供ゲートウェイに規則をプッシュするステップ
    をさらに含む、請求項１に記載の方法。
12. ＰＣＲＮがさらに、
    少なくとも第１のサービス提供ゲートウェイに規則をプッシュし、第１のサービス提供ゲートウェイが終了を保留していない、請求項９に記載のシステム。

Images