通信ネットワークに対するユーザデバイスの接続を管理するための、ポリシー課金および規則ノードPCRNによって実行される方法であって、第1のサービス提供ゲートウェイを介してユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップと、少なくとも第2のサービス提供ゲートウェイを介してユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップと、第1のサービス提供ゲートウェイを介してユーザデバイスから受信されたユーザ要求内に含まれた情報に基づいて規則を生成するステップと、第1のサービス提供ゲートウェイを一次サービス提供ゲートウェイとして割り当てるステップと、第1のサービス提供ゲートウェイが一次サービス提供ゲートウェイとして割り当てられるとき、第2のサービス提供ゲートウェイに終了するように信号伝達するステップと、第1のサービス提供ゲートウェイが終了を保留していないとき、少なくとも第1のサービス提供ゲートウェイに規則をプッシュするステップとを含む、方法。第1のサービス提供ゲートウェイが、PCRN内で確立されたIP-CANセッションと整合するゲートウェイ制御セッションを伴うサービス提供ゲートウェイを含む、請求項1に記載の方法。第1のサービス提供ゲートウェイおよび第2のサービス提供ゲートウェイが、第3のゲートウェイからのハンドオーバの後でユーザデバイスから通信を受信することができるノードに接続され、PCRNが第3のゲートウェイを介してユーザデバイスからユーザ要求を受信し、方法が、少なくとも第1のサービス提供ゲートウェイおよび第3のサービス提供ゲートウェイに規則をプッシュした後で、第3のゲートウェイを一次サービス提供ゲートウェイから二次サービス提供ゲートウェイに再度割り当てるステップをさらに含む、請求項1に記載の方法。第2のゲートウェイに終了するように信号伝達するステップの後で、第2のサービス提供ゲートウェイからの応答を所定の期間待つステップをさらに含む、請求項1に記載の方法。第2のゲートウェイに終了するように信号伝達するステップが、第1のサービス提供ゲートウェイを一次サービス提供ゲートウェイとして割り当てるステップに応答して、セッション中断原因AVPを送るステップをさらに含む、請求項1に記載の方法。ゲートウェイ制御セッションを含むバインドメッセージ内に含まれたセッションバインド識別子SBIおよびIP-CANセッションを含む確立メッセージ内に含まれたSBIが共通の加入者に関連するとき、ゲートウェイ制御セッションがIP-CANセッションと整合し、ゲートウェイ制御セッションのSBIおよびIP-CANセッションのSBIが属性のセットからなり、属性が、セッション識別情報、IPv4アドレス、IPv6アドレス、アクセスポイント名APN、および少なくとも1つの加入者識別子SIDのうちの少なくとも1つを含み、第1のSBIと第2のSBIとを含む属性が少なくとも1つの加入者プロファイル内の属性も含む、請求項2に記載の方法。ゲートウェイ制御セッションを含むバインドメッセージ内に含まれたIP-CANタイプがIP-CANセッションと整合するとき、ゲートウェイ制御セッションがIP-CANセッションと整合する、請求項2に記載の方法。第2のサービス提供ゲートウェイの終了の信号に応答しないとき、第2のサービス提供ゲートウェイをPCRN内のデータベースから削除するステップをさらに含む、請求項1に記載の方法。通信ネットワーク内でユーザデバイスを処理するためのシステムであって、ユーザデバイスから生成された、通信ネットワークとの接続の確立を求めるユーザ要求を受信する少なくとも第1のサービス提供ゲートウェイおよび第2のサービス提供ゲートウェイであって、第1のサービス提供ゲートウェイが第1のバインドメッセージを生成し、第2のサービス提供ゲートウェイが第2のバインドメッセージを生成する、少なくとも第1のサービス提供ゲートウェイおよび第2のサービス提供ゲートウェイと、IP-CANセッションを確立するために確立メッセージを生成するパケットデータネットワークゲートウェイPGWと、PGWから確立メッセージを、かつ第1のゲートウェイおよび第2のゲートウェイから第1のバインドメッセージおよび第2のバインドメッセージを少なくとも受信するポリシー課金および規則ノードPCRNであって、第1のサービス提供ゲートウェイを介してユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップと、第1のサービス提供ゲートウェイによって生成された第1のバインドメッセージを介してユーザデバイスから受信されたユーザ要求内に含まれた情報に基づいて規則を生成するステップと、第1のサービス提供ゲートウェイを一次サービス提供ゲートウェイとして割り当てるステップと、第1のサービス提供ゲートウェイが一次サービス提供ゲートウェイとして割り当てられるとき、第2のサービス提供ゲートウェイに終了するように信号伝達するステップと、終了を保留していない少なくとも第1のサービス提供ゲートウェイに規則をプッシュするステップとを行うPCRNとを含む、システム。第1のサービス提供ゲートウェイおよび第2のサービス提供ゲートウェイが、第3のゲートウェイからのハンドオーバの後でユーザデバイスから通信を受信することができるノードに接続され、PCRNが第3のゲートウェイを介してユーザデバイスからユーザ要求を受信するステップを行い、PCRNが、少なくとも第1のサービス提供ゲートウェイおよび第3のサービス提供ゲートウェイに規則をプッシュした後で、第3のゲートウェイを一次サービス提供ゲートウェイから二次サービス提供ゲートウェイに再度割り当てるステップを行う、請求項9に記載のシステム。前述の説明に照らして、そのような発生を処理することがより可能なシステムおよび方法を提供することが望ましい。具体的には、特定のゲートウェイを選択するためのアルゴリズムが成功しないときに適切な措置を講じることができるシステムを提供することが望ましい。PCRNによる候補ゲートウェイの指定を処理するための方法の現在の必要性に照らして、様々な例示的な実施形態の簡単な概要が提示される。本発明の範囲を限定するものではなく、様々な例示的な実施形態のいくつかの態様を強調および紹介することを意図している以下の概要において、何らかの簡素化および省略が行われる場合がある。当業者がそれらの発明性のある概念を構築し使用することを可能にするのに十分な好ましい例示的な実施形態について、下記の項に詳細な説明を与える。様々な実施形態は、通信ネットワークに対するユーザデバイスの接続を管理するための、ポリシー課金および規則ノードPCRNによって実行される方法に関し得る。この方法は、少なくとも第1のサービス提供ゲートウェイを介してユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップ、第1のサービス提供ゲートウェイを介してユーザデバイスから受信されたユーザ要求内に含まれた情報に基づいて規則を生成するステップ、終了を保留していない少なくとも第1のサービス提供ゲートウェイに規則をプッシュするステップ、および第1のサービス提供ゲートウェイを一次サービス提供ゲートウェイとして割り当てるステップなどのステップのうちの1つまたは複数を含む。この方法は、少なくとも第2のサービス提供ゲートウェイを介してユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップと、第1のサービス提供ゲートウェイが一次サービス提供ゲートウェイとして割り当てられるとき、第2のサービス提供ゲートウェイに終了するように信号伝達するステップであって、第2のサービス提供ゲートウェイが規則を除去するように信号伝達される、信号伝達するステップと、第2のサービス提供ゲートウェイが終了するように信号伝達するステップに応答しないとき、第2のサービス提供ゲートウェイをPCRN内のデータベースから削除するステップとを含むこともできる。様々な実施形態は、通信ネットワーク内でユーザデバイスを処理するためのシステムにも関し得る。このシステムは、通信ネットワークとの接続を確立するためのユーザデバイスであって、前記確立するためのユーザ要求を生成するユーザデバイス、IP-CANインターネットプロトコル接続アクセスネットワークセッションを確立するために確立メッセージを生成するためのパケットデータネットワークゲートウェイPGW、ユーザデバイスからユーザ要求を受信するための少なくとも第1のサービス提供ゲートウェイおよび第2のサービス提供ゲートウェイであって、第1のサービス提供ゲートウェイが第1のバインドメッセージを生成し、第2のサービス提供ゲートウェイが第2のバインドメッセージを生成する、少なくとも第1のサービス提供ゲートウェイおよび第2のサービス提供ゲートウェイ、およびPGWから確立メッセージを、かつ第1のゲートウェイおよび第2のゲートウェイから第1のバインドメッセージおよび第2のバインドメッセージを少なくとも受信するためのポリシー課金および規則ノードPCRNなどのうちの1つまたは複数を含んでもよい。様々な実施形態のPCRNは、ユーザデバイスから、通信ネットワークへの接続を求めるユーザ要求を受信するステップと、第1のサービス提供ゲートウェイによって生成された第1のバインドメッセージを介してユーザデバイスから受信されたユーザ要求内に含まれた情報に基づいて規則を生成するステップと、終了を保留していない少なくとも第1のサービス提供ゲートウェイに規則をプッシュするステップと、第1のサービス提供ゲートウェイを一次サービス提供ゲートウェイとして割り当てるステップと、第1のサービス提供ゲートウェイが一次サービス提供ゲートウェイとして割り当てられるとき、第2のサービス提供ゲートウェイに終了するように信号伝達するステップであって、第2のサービス提供ゲートウェイが規則を除去するように信号伝達される、信号伝達するステップと、第2のサービス提供ゲートウェイが終了するように信号伝達するステップに応答しないとき、第2のサービス提供ゲートウェイをPCRN内のデータベースから削除するステップとを行う。このように、様々な例示的な実施形態が複数のソースからのメッセージの動的な処理を可能にすることが明らかであろう。具体的には、PCRNが複数のゲートウェイとの接続を制御することを可能にすることによって、PCRNはサービス品質を犠牲にせずに処理負荷を削減することができる。様々な例示的な実施形態をより良好に理解するために、添付の図面が参照される。次に、類似の番号が類似の構成要素またはステップを指す図面を参照して、様々な例示的な実施形態の広範な態様が開示される。図1は、様々なデータサービスを提供するためのある例示的な加入者ネットワーク100を示す。例示的な加入者ネットワーク100は、様々なサービスに対するアクセスを提供するための通信ネットワークまたはその他のネットワークであってよい。例示的な加入者ネットワーク100は、ユーザ装置UE110、基地局120、進化型パケットコアEPC130、パケットデータネットワーク140、アプリケーションノードAN150のうちの少なくとも1つを含むことが可能である。ユーザ装置UE110は、エンドユーザにデータサービスを提供するためにパケットデータネットワーク140と通信するデバイスであってよい。そのようなデータサービスは、例えば、音声通信と、テキストメッセージングと、マルチメディアストリーミングと、インターネットアクセスとを含むことが可能である。具体的には、様々な例示的な実施形態では、UE110は、パーソナルコンピュータもしくはラップトップコンピュータ、無線電子メールデバイス、セルラ電話、テレビジョンセットトップボックス、またはEPC130を経由して他のデバイスと通信することが可能な任意のその他のデバイスである。基地局120は、UE110とEPC130との間の通信を可能にするデバイスであってよい。例えば、基地局120は、3GPP標準によって定義された進化型ノードBeノードBなどのベーストランシーバステーションであってよい。したがって、基地局120は、無線通信など、第1の媒体を経由してUE110と通信して、イーサネットケーブルなど、第2の媒体を経由してEPC130と通信するデバイスであってよい。基地局120は、EPC130と直接通信することが可能であるか、またはいくつかの中間ノード図1に図示せずと通信することが可能である。様々な実施形態では、UE110に移動度を提供するために、基地局120に類似した複数の基地局図示せずが存在する場合がある。様々な代替の実施形態では、UE110は、EPC130と直接通信することが可能である。そのような実施形態では、基地局120は存在しなくてよい。進化型パケットコアEPC130は、UE110にパケットデータネットワーク140に対するゲートウェイアクセスを提供するデバイスまたはデバイスのネットワークであってよい。EPC130は、提供されたデータサービスの使用に関して加入者に課金して、特定の体感品質QoE標準が満たされることを確実にすることがさらに可能である。したがって、EPC130は、少なくとも一部、3GPPのTS29.212技術仕様書、TS29.213技術仕様書、TS29.214技術仕様書に従って実施されることが可能である。したがって、EPC130は、サービス提供ゲートウェイSGW132と、パケットデータネットワークゲートウェイPGW134と、ポリシーおよび課金規則ノードPCRN136と、加入プロファイルリポジトリsubscriptionprofilerepositorySPR138とを含むことが可能である。サービス提供ゲートウェイSGW132は、ゲートウェイアクセスをEPC130に提供するデバイスであってよい。SGW132は、UE110によって送られたパケットを受信する、EPC130内の最初のデバイスであってよい。SGW132は、そのようなパケットをPGW134に転送することができる。SGW132は、例えば、複数の基地局図示せず同士の間のユーザ装置110の移動度を管理すること、およびサービス提供されているそれぞれのフローに関して、保証されたビットレートなどの特定のサービス品質QoS特性を施行することなど、いくつかの機能を実行することができる。プロキシモバイルインターネットプロトコルPMIP規格を実施する実施形態など、様々な実施形態では、SGW132はベアラバインドおよびイベント報告機能BBERFを含むことが可能である。様々な例示的な実施形態では、EPC140は、SGW132に類似した複数のSGW図示せずを含むことが可能であり、それぞれのSGWは基地局120に類似した複数の基地局図示せずと通信することが可能である。パケットデータネットワークゲートウェイPGW134は、ゲートウェイアクセスをパケットデータネットワーク140に提供するデバイスであってよい。PGW134は、SGW132を経由してユーザ装置110によってパケットデータネットワーク140に送られたパケットを受信する、EPC130内の最終デバイスであってよい。PGW134は、それぞれのサービスデータフローSDFに関してポリシーおよび課金制御PCC規則を施行するポリシーおよび課金施行機能PCEFを含むことが可能である。したがって、PGW134はポリシーおよび課金施行ノードPCENであってよい。PGW134は、例えば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートなど、いくつかの追加の特徴を含むことが可能である。ポリシーおよび課金規則ノードPCRN136は、サービスに関する要求を受信して、PCC規則を生成して、PCC規則をPGW134および/または他のPCEN図示せずに提供するデバイスであってよい。PCRN136は、Rxインターフェースを経由してアプリケーションノードAN150と通信することが可能である。PCRN136は、AN150、SGW132、またはPGW134から要求を受信することができる。サービス要求を受信するとすぐ、PCRN136は、サービス要求を実行するために少なくとも1つの新しいPCC規則を生成することができる。PCRN136は、それぞれ、GxxインターフェースおよびGxインターフェースを経由してSGW132ならびにPGW134と通信することもできる。新しいPCC規則を作成するとすぐ、またはPGW134による要求時に、PCRN136はGxインターフェースを経由してPCC規則をPGW134に提供することができる。例えば、PMIP標準を実施する実施形態など、様々な実施形態では、PCRN136は、QoS規則を生成することもできる。新しいQoS規則を作成するとすぐ、またはSGW132による要求時に、PCRN136はGxxインターフェースを経由してQoS規則をSGW132に提供することができる。PCRN136は、SGW132およびPGW134からメッセージを受信することができる。これらのメッセージは両方とも、例えば、UE110から単一の要求として生じる場合がある。例えば、UE110は、EPC130およびPGW134に対する両方のアクセスを要求するサービス要求を生成することができる。PCRN136は、SGW132およびPGW134を介して受信されたメッセージに関するセッションを作成することができ、これらのメッセージが互いに関係するとき、これらのセッションを一緒にバインドすることもできる。PCRN136は、次いで、例えば、UE110が移動して、新しいSGW図示せずと通信するとき、UE110に関する適切なサービスを確実にできる。PCRN136は、PGW134を介したセッション例えば、IP-CANセッションと様々なSGW132を介した様々なその他のセッション例えば、ゲートウェイ制御セッションとの間のバインドを確実にしながら、UE110がPGW134を介してパケットデータネットワークに対するアクセスを依然として有することができるように、新しいSGWから新しく確立されたセッションのバインドを規制することができる。加入プロファイルリポジトリSPR138は、加入者ネットワーク100に対する加入者に関する情報を記憶するデバイスであってよい。したがって、SPR138は、読出し専用メモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および/または類似の記憶媒体など、機械可読記憶媒体を含むことが可能である。SPR138は、PCRN136の構成要素であってよく、またはEPC130内の独立ノードを構成してもよい。その他の実施形態では、SPR138は、EPC130とは別個のデバイスであってよい。SPR138によって記憶されたデータは、それぞれの加入者の識別子と、帯域幅限界、課金パラメータ、および加入者優先順位など、それぞれの加入者に関する加入情報の表示とを含むことが可能である。パケットデータネットワーク140は、ユーザ装置110と、AN150など、パケットデータネットワーク140に接続されたその他のデバイスとの間にデータ通信を提供するための任意のネットワークであってよい。パケットデータネットワーク140は、例えば、パケットデータネットワーク140と通信している様々なユーザデバイスに電話サービスおよび/またはインターネットサービスをさらに提供することができる。アプリケーションノードAN150は、アプリケーション機能AFを含み、アプリケーションサービスをユーザ装置110に提供するデバイスであってよい。したがって、AN150は、例えば、ビデオストリーミングサービスもしくは音声通信サービスをユーザ装置110に提供するサーバまたはその他のデバイスであってよい。AN150は、Rxインターフェースを経由してEPC130のPCRN136と通信することがさらに可能である。AN150がアプリケーションサービスをユーザ装置110に提供し始めるとき、AN150は、PCRN136に通知するために、ダイアメータプロトコルによるAA要求AARなどの要求メッセージを生成することができる。この要求メッセージは、アプリケーションサービスを使用している加入者の識別情報および要求されたサービスを提供するために確立されなければならない特定のサービスデータフローの識別情報などの情報を含むことが可能である。AN150は、Rxインターフェースを経由してそのようなアプリケーション要求をPCRN136に通信することが可能である。図2は、PCRNが複数のサービス提供ゲートウェイから複数の要求を受信するためのある例示的なネットワークを示す。例示的なネットワーク200は、ポリシーおよび課金規則ノードPCRN201と、パケットデータネットワークゲートウェイPGW202と、複数のサービス提供ゲートウェイ203-209と、少なくとも1つのユーザ装置UE211とを含めて、EPC130の構成要素を含むことが可能である。複数のサービス提供ゲートウェイ203-209は、一次サービス提供ゲートウェイP-SGW203と複数の二次サービス提供ゲートウェイSGW205-209とを含むことが可能である。PCRN201は、ネットワーク100のPCRN136に類似し得る。PCRN201は、複数のサービス提供ゲートウェイ203-209から複数の要求を受信することができる。様々な実施形態では、サービス提供ゲートウェイ2032-209からの要求は、UE211によって生成されたユーザ要求に応答して生成されることが可能である。複数のゲートウェイ203-209がUE211に関する接続を可能にできるとき、PCRN201は一次サービス提供ゲートウェイP-SGW203としてサービス提供するために、複数のサービス提供ゲートウェイ203-209から1つのサービス提供ゲートウェイを指定することができる。PCRN201は、非一次サービス提供ゲートウェイSGW205-209として、他の候補サービス提供ゲートウェイを指定することもできる。PCRN201は、一次サービス提供ゲートウェイの割当てを様々な属性によるPCRN201内の確立されたIP-CANセッションとの最善の整合に基づかせることができる。そのような属性は、作成されて、その後、IP-CANセッションが確立されたときに記憶されたセッションバインド識別子SBI内に含まれることが可能である。その他の属性は、例えば、整合IP-CANタイプを含むことが可能である。様々な実施形態は、例えば、とりわけ、UE211および/またはPCRN201までの距離、伝搬時間、時間シフト、利用可能な容量、およびデバイス負荷など、各々それぞれのサービス提供ゲートウェイ203-209に関連する様々な基準を使用して一次ゲートウェイを決定するための他の方法を使用するPCRN201に関する場合がある。一次サービス提供ゲートウェイP-SGW203は、要求をPCRN201に送信した後で、PCRN201によって一次サービス提供ゲートウェイとして指定されることが可能である。P-SGW203は、UE211によって送られた受信されたユーザ要求に応答して要求を生成することができる。P-SGW203によって生成された要求は、ゲートウェイ制御セッション確立要求であってよい。PCRN201は、P-SGW203によって送信された要求をPCRN201内に記憶された確立されたIP-CANセッションと整合させることができる。IP-CANセッションは、システム100内のPGW134に類似したパケットデータネットワークゲートウェイPGW202に対する接続と関連付けられることが可能である。経時的に、ユーザ装置UE211は位置を変更することができる。いくつかの実施形態では、UE211は、ネットワークに接続されている間に位置を変更することができる。これらの場合、一次サービス提供ゲートウェイP-SGW203と少なくとも1つの二次サービス提供ゲートウェイSGW205-209とを含むことが可能な複数のサービス提供ゲートウェイ203-209は、PCRN201を介してネットワークに対するUE211接続を可能にすることを試みることができる。いくつかの実施形態では、PCRN201は、候補ゲートウェイ203-209のうちのどの1つが一次サービス提供ゲートウェイとして機能すべきかを当初判断することができない。これは、PCRN201は一次サービス提供ゲートウェイすなわち、P-SGW203を判断するためのアルゴリズムを使用するが、候補ゲートウェイ203-209から一次としてサービス提供するための実際のゲートウェイを生み出さないときに発生する可能性がある。場合によっては、複数のサービス提供ゲートウェイ205-209は、非一次サービス提供ゲートウェイまたはバックアップサービス提供ゲートウェイとして、UE211に関するPCRN201との接続を試みることができる。PCRN201は非一次ゲートウェイを介した接続を可能にし得るが、多数の冗長な非一次サービス提供ゲートウェイに対する同時接続はPCRN201に負担をかけて、PCRNの201処理速度の低下を引き起こす可能性がある。いくつかの実施形態では、異質SGW205-209の集積は、SGW205がPCRN201に報告できない結果である可能性があり、これは、SGW207内に新しいゲートウェイ制御セッションも確立しながら、SGW205内で確立されたゲートウェイ制御セッションを維持する可能性がある。いくつかの実施形態では、PCRN201は、除外により、ハンドオーバによる異種サービス提供ゲートウェイ205-209の問題を回避することができ、この場合、PCRN201は、終了を保留していないSGW205-209だけにPCC規則とQoS規則とをプッシュする。例えば、SGW203からSGW205に対して一次サービス提供ゲートウェイのハンドオーバが発生した後に、PCRN201は、他のサービス提供ゲートウェイ203、207、209にUE211を処理するために生成された任意の潜在的なゲートウェイ制御セッションを終了させることができる。サービス提供ゲートウェイ203、207、209は、サービス提供ゲートウェイ203、207、209がPCRN201からさらなる規則をもはや受信しないように、終了を保留しているとして、そのそれぞれのゲートウェイ制御セッションをマーキングすることができる。サービス提供ゲートウェイ203、207、209は、UE211に関連して生成されたセッションを終了することによって、PCRN201によって行われた要求に応答することができる。しかし、サービス提供ゲートウェイ203、207、209がPCRN201による要求に応答できない場合、そのPCRNがそれらのサービス提供ゲートウェイ203、207、209を介して受信されたいずれの要求も無視できるように、そのPCRNはサービス提供ゲートウェイ203、207、209の記録をそのデータベースから削除することができる。次に図3を参照すると、確立されたIP-CANセッションをターゲットゲートウェイ制御セッションにバインドするためのある例示的なフローチャートが示される。ステップ301-303において、PCRN201は、PCRN201においてIP-CANセッションを確立するための情報を含むことが可能なメッセージをPGW202から受信することができる。PGW202によって送られた確立メッセージは、PCRN201がセッションバインド識別子SBIを構築するために使用することもできる情報を含むことも可能である。SBIを構築するために使用される情報は、例えば、メッセージのセッション識別情報、IPv4アドレス、IPv6プレフィックス、少なくとも1つの加入識別子、およびアクセスポイント名APNであってよい。ステップ305において、PCRN201はPCRN201内でIP-CANセッションを確立することができる。PCRN201は、次いで、ステップ307において、確立メッセージ内に含まれた情報を使用して、IP-CANセッションに関するSBIを構築することができる。いくつかの実施形態では、このメッセージは、SBI内に含まれることが可能なすべての考えられる属性を含まなくてもよい。例えば、PGW202は、IPv4アドレスおよびIPv6プレフィックスに関する情報だけを含む、IP-CANセッションに関する確立メッセージを送ることができる。PCRN201は、利用可能な情報を使用してSBIを構築することができる。IP-CANセッションに関して構築されたSBIと整合する既存のSBIが存在しない場合、PCRN201は、次いで、ステップ309において、Spインターフェースを経由して新しく構築されたSBIをSPR138内に記憶することができる。ステップ311において、PCRN201は、サービス提供ゲートウェイ203-209のうちの1つから第1のバインドメッセージを受信することができる。いくつかの実施形態では、PCRN201は、一次サービス提供ゲートウェイを指定することを試みることができる。PCRN201は、例えば、第1のバインドメッセージ内に含まれたゲートウェイ制御セッションが確立されたIP-CANセッションと整合するかどうかを判断することによって、第1のバインドメッセージを送ったサービス提供ゲートウェイ203を一次サービス提供ゲートウェイとして指定するかどうかを判断することができる。これは、例えば、ステップ313において、そのメッセージ内に含まれたIP-CANタイプを確立されたIP-CANセッションと比較するステップを含むことが可能である。いくつかの実施形態では、ゲートウェイ制御セッションが確立されたIP-CANセッションとバインドするために、IP-CANタイプはIP-CANセッションと整合しなければならない。いくつかの実施形態では、PCRN201は、バインドメッセージ内に含まれた情報からSBIを構築して、そのバインドメッセージのSBIを確立メッセージのSBIと比較することもできる。ステップ313においてIP-CANセッションのSBIをゲートウェイ制御セッションのSBIと比較するステップは、PCRN201がそれぞれのSBIが、例えば、IPv6プレフィックスなどの属性値を含むかどうかを最初に判断するステップを伴う場合がある。次いで、PCRN201は、ゲートウェイ制御セッションのSBI内に含まれた属性を使用して、それらの属性をIP-CANセッションのSBIの属性と比較して、それらの属性が同じ加入者に関連するかどうかを判断することができる。そのような比較を行うとき、ゲートウェイ制御セッションがIP-CANセッションとバインドするために、すべての利用可能な属性は整合しなければならないすなわち、IPv4アドレスとIPv6プレフィックスとは整合しなければならず、加入IDは同じ加入者に関連していなければならない、等々。潜在的なゲートウェイ制御セッションSBIが確立されたIP-CANセッションのSBIと整合するとき、PCRN201は、ステップ315において、潜在的なゲートウェイ制御セッションを確立されたIP-CANセッションにバインドすることができると同時に、PCRN201は、そのバインドの記録をデータベース内に記憶することができる。別の状況では、IP-CANタイプまたはSBI属性が整合しない例えば、SBIが同じ加入者に関連しない場合、方法300はステップ317に進むことができ、ここで潜在的なゲートウェイ制御セッションは確立されたIP-CANセッションからバインド解除された状態に留まる。いくつかの実施形態では、PCRNは、終了の準備が整っているとして、そのメッセージを送信したサービス提供ゲートウェイをマーキングすることもできる。例えば、SGW205がUE211に関してPCRN201内で確立されたIP-CANセッションと整合しないゲートウェイ制御メッセージを送る場合、PCRN201は、終了の準備が整っているとして、SGW205内のゲートウェイ制御セッションをマーキングすることができる。いくつかの実施形態では、PCRN201は、セッション中断原因session-abort-cause属性値ペアAVPなど、再許可要求RARを介してセッションを終了することができる。いくつかの実施形態では、PCRN201は、コマンドコード要求CCRメッセージなど、メッセージを介してセッションを終了するようにSGW205に信号伝達することができる。その他の実施形態では、PCRN201は、そのセッションがPCRN201内で確立された場合、そのセッションを強制終了することができる。ステップ315または317に続いて、ステップ319において、PCRN201は、IP-CANセッションにバインドすることができるその他の潜在的なゲートウェイ制御セッションが存在するかどうかを判断することができる。いくつかの実施形態では、PCRN201は、他のゲートウェイ制御セッションに関して検査する前に、所定の期間待つことができる。その他の実施形態では、第1のゲートウェイ制御セッションがIP-CANセッションにバインドされた状態に留まる間に、PCRN201はPCRN201が第2のサービス提供ゲートウェイから後続のバインドメッセージを受信するまで待つことができる。後続の潜在的なゲートウェイ制御セッションが存在するとき、PCRNは、ステップ321において、その後続の潜在的なゲートウェイ制御セッションのIP-CANタイプおよびSBI属性を確立されたIP-CANセッションと比較することができ、ステップ321はステップ313に類似している。IP-CANタイプおよび利用可能なSBI属性が確立されたIP-CANセッションと整合する場合、PCRNは、ステップ323において、後続の潜在的なゲートウェイ制御セッションをIP-CANセッションとバンディングする。いくつかの実施形態では、PCRN201は、前のゲートウェイ制御セッションをIP-CANセッションからバインド解除することもできる。これらの実施形態では、PCRN201は、PCRN201内および/またはサービス提供ゲートウェイ内の前にバインドされたゲートウェイ制御セッションを削除することもできる。PCRN201は、例えば、セッション中断原因AVPであってよい再許可要求RARを介してゲートウェイ制御セッションを削除するようにサービス提供ゲートウェイに信号伝達することができる。サービス提供ゲートウェイは、その後、ゲートウェイ制御セッションを除去することができる。ステップ325において、PCRN201は、後続の潜在的なゲートウェイ制御セッションを含むメッセージを送信したサービス提供ゲートウェイを一次サービス提供ゲートウェイとして再度割り当てることができる。いくつかの実施形態では、PCRN201は、前の一次サービス提供を非一次サービス提供ゲートウェイとして再度割り当てることができる。その他の実施形態では、PCRN201は、終了を保留しているとして、前の一次サービス提供ゲートウェイをマーキングすることができる。PCRN201は、例えば、セッション中断原因AVPであってよい再許可要求RARを介してサービス提供ゲートウェイをマーキングすることができる。ステップ325の後で、方法300はステップ319に戻ることができ、ここで、PCRN201は別のゲートウェイ制御セッションを受信するのを待つことができる。あるいは、ステップ321において、IP-CANセッションに対して後続の潜在的なゲートウェイ制御セッションのIP-CANタイプおよびSBI属性を比較するとすぐ、PCRN201がその後続の潜在的なゲートウェイ制御セッションは整合しなかったと判断したとき、方法300はステップ325に戻ることができる。ステップ319において、PCRN201がIP-CANセッションとバインドする何の後続の潜在的なゲートウェイセッションももはや存在しないことを決定したとき、PCRN201はステップ327に進むことができ、方法300を終了する。一例として、P-SGW203は、PCRN201がUE211に関して確立されたIP-CANセッションをP-SGW203によって送られた第1のバインドメッセージ内に含まれていた第1のゲートウェイ制御セッションGCS1とバインドした後で、一次サービス提供ゲートウェイとしてサービス提供することができる。PCRN201は、GCS1がIP-CANセッションと整合したと判断した後で、P-SGW203を一次サービスゲートウェイとして割り当てていてもよい。この確立の後で、UE211は移動することができ、または当業者に知られている他のイベントは、第2のサービス提供ゲートウェイSGW207に第2のバインドメッセージをUE211からPCRN201に送信させることも可能である。第2のバインドメッセージは、後続の潜在的なゲートウェイ制御セッションであってよい第2のゲートウェイ制御セッションGCS2を含むことも可能である。PCRN201は、GCS1をIP-CANセッションとバインドしたときからGCS2を受信するときまでの間に何の活動も行っていない可能性がある。PCRN201は、SGW207からメッセージを受信するために所定の時間待った可能性もある。GCS2の受信時に、PCRN201はGCS2がIP-CANセッションのIP-CANタイプおよびSBIともやはり整合すると判断することができる。GCS2が整合するとき、PCRN201はGCS2をIP-CANセッションにバインドすることができる。SGW207が第2のバインドメッセージを送信したため、PCRN201は一次サービス提供ゲートウェイとしてSGW203をSGW207と置換することもできる。いくつかの実施形態では、PCRN201は、非一次としてGCS1をIP-CANセッションとバインドした状態に維持することができる。その他の実施形態では、後者のGCS2がIP-CANセッションにバインドして、一次として割り当てられると、PCRN201はIP-CANセッションからGCS1をバインド解除することができる。いくつかの実施形態では、PCRN201は、PCRN201内および/またはSGW203内のGCS1を削除することができる。いくつかの実施形態では、PCRN201は終了を保留しているとして、SGW203をマーキングすることができる。次に図4を参照すると、確立されたIP-CANセッションをターゲットゲートウェイ制御セッションにバインドするための別の例示的なフローチャートが示される。図4の方法400は図3の方法300に類似する場合があり、方法400では、PCRN201は終了に関してマーキングされていないすべての関連するサービス提供ゲートウェイにメッセージをプッシュする。終了に関するサービス提供ゲートウェイの系統的なマーキングは所与のUE211に関して接続されたサービス提供ゲートウェイの数を制限することができるため、これは、PCRN201が、処理速度を過度に制限せずに、限定数の非一次サービス提供ゲートウェイをサポートするのを依然として可能にし得る。ステップ401-423は301-323に類似し、PCRN201はPGW202からIP-CANセッションを含む確立メッセージを受信して、PCRN201はIP-CANセッションを確立し、確立メッセージ内に含まれた情報からSBIを構築して、そのSBIをSPR138内に記憶する。ステップ411において、PCRN201は、1つまたは複数のバインドメッセージを同時に受信することができる。いずれの場合も、ステップ413において、PCRNは、例えば、IP-CANタイプおよび利用可能なSBI属性をIP-CANセッションならびにそのSBIと比較して、潜在的なゲートウェイ制御セッションをIP-CANセッションと比較することができる。それが整合する場合、PCRN201は、ステップ415において、ゲートウェイ制御セッションをIP-CANセッションにバインドすることができる。ゲートウェイ制御セッションが整合しない場合、PCRN201はステップ417に進むことができ、ここで、これらのセッションはバインド解除された状態に留まる。ステップ419において、PCRN201は、ゲートウェイ制御セッションを含む別のメッセージを受信するのを待つことができる。別のゲートウェイ制御セッションが存在するとき、PCRNは、ステップ421において、後続の潜在的なゲートウェイ制御セッションをIP-CANセッションと比較することができる。後続のゲートウェイ制御セッションが整合するとき、ステップ423において、IP-CANセッションは、後続の潜在的なゲートウェイ制御セッションをIP-CANセッションとバインドすることができる。いくつかの実施形態では、PCRN201は、前のゲートウェイ制御セッションをバインド解除して、PCRN201内およびサービス提供ゲートウェイ内での除去に関してそのセッションをマーキングすることができる。PCRN201は、例えば、セッション中断原因AVPであってよい再許可要求RARを介して、PRCN201内および/またはサービス提供ゲートウェイ内での終了に関してゲートウェイ制御セッションをマーキングすることができる。ステップ425において、PCRN201は、この時、IP-CANセッションにバインドされている、後続の潜在的なゲートウェイ制御セッションを含むメッセージを送ったサービス提供ゲートウェイを一次ゲートウェイ制御セッションとして再度割り当てることができる。ステップ427において、PCRN201は、次いで、前にバインドされたゲートウェイ制御セッションを含むメッセージを送った前の一次サービス提供ゲートウェイを再度割り当てることができる。いくつかの実施形態では、PCRN201は前のサービス提供ゲートウェイを非一次サービス提供ゲートウェイとしてマーキングすることができ、この場合、前のゲートウェイ制御セッションは、非一次として、IP-CANセッションと依然としてバインドされることが可能である。いくつかの実施形態では、PCRN201は、終了を保留しているとして、前のゲートウェイをマーキングすることができる。いくつかの実施形態では、PCRN201は、終了を保留しているとして、前の一次サービス提供ゲートウェイだけをマーキングすることができる。その他の実施形態では、PCRN201は、前の一次終了を含めるまで、終了を保留しているとして、1つまたは複数のサービス提供ゲートウェイをマーキングすることができる。しかし、PCRN201は、ステップ427において、終了を保留しているとして、現在の一次サービス提供ゲートウェイをマーキングしなくてもよい。ステップ428において、PCRN201は、規則を適用可能なゲートウェイに送るかどうかを判断することができる。PCRN201が規則を送ることを決定した場合、PCRN201はステップ429に進むことができ、そうでない場合、PCRN201はステップ431に進むことができる。ステップ429において、PCRN201は、終了を保留していないすべてのサービス提供ゲートウェイに規則を送ることができる。PCRN201は、例えば、サービス品質QoS規則またはポリシー課金および制御PCC規則を送ることができる。PCRN201は、したがって、終了を保留しているとしてマーキングされたすべてのサービス提供ゲートウェイを送信された規則を受信することから解除することができる。ステップ431において、PCRN201は、次いで、終了を保留しているとしてマーキングされたサービス提供ゲートウェイに終了するように要求することができる。PCRN201は、セッション中断原因AVPを含むRARまたはCCRの形でその要求を送ることができる。ステップ433において、PCRN201は、サービス提供ゲートウェイが終了するのを待つことができる。いくつかの実施形態では、PCRN201は、不定の期間待つこと、またはマーキングされたサービス提供ゲートウェイが終了するためのトリガイベントが発生するまで待つことができる。当業者は、PCRN201による反応を生じさせることになるトリガイベントを認識されよう。いくつかの実施形態では、PCRN201は、マーキングされたサービス提供ゲートウェイを検査する前に、所定の期間待つことができる。ステップ435において、PCRN201はサービス提供ゲートウェイが実際に終了されたかどうかを検査することができる。終了されていない場合、PCRN201は、ステップ437において、マーキングされたサービス提供ゲートウェイをデータベースから削除することができる。PCRN201によるそのような手動動作はハンギング状態hangingconditionを回避することができる。ステップ437の後、またはステップ435において、PCRN201がすべてのマーキングされたサービス提供ゲートウェイが実際に削除されたと判断した場合、方法400は、ステップ419に戻って、その他の後続の潜在的なゲートウェイに関して検査することができる。同様に、ステップ421において、PCRN201が後続のゲートウェイ制御セッションがIP-CANセッションと整合しなかったと判断した場合、PCRN201はステップ419に戻って、他の後続のゲートウェイ制御セッションに関して検査することができる。ステップ419において、PCRN201が他の後続の潜在的なゲートウェイ制御セッションが存在しないと判断した場合、方法400はステップ439で終了する。本発明の様々な例示的な実施形態はハードウェアおよび/またはファームウェアの形で実施されることが可能であることは前述の説明から明らかであろう。さらに、様々な例示的な実施形態は、本明細書で詳細に説明された動作を実行するために少なくとも1つのプロセッサによって読み取られて、実行されることが可能な、機械可読記憶媒体上に記憶された命令として実施されることが可能である。機械可読記憶媒体は、パーソナルコンピュータもしくはラップトップコンピュータ、サーバ、またはその他のコンピューティングデバイスなど、機械によって読み取り可能な形で情報を記憶するための任意の機構を含むことが可能である。したがって、機械可読記憶媒体は、読出し専用メモリROM、ランダムアクセスメモリRAM、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および類似の記憶媒体を含むことが可能である。本明細書のいずれのブロック図も本発明の原理を実施する例示的な回路の概念図を表すことを当業者は理解されたい。同様に、任意のフローチャート、流れ図、状態遷移図、疑似コードなどは、実質的に機械可読媒体の形で表され、したがって、そのようなコンピュータまたはプロセッサが明示的に示されているか否かにかかわらず、コンピュータまたはプロセッサによって実行されることが可能な様々な処理を表すことを理解されよう。様々な例示的な実施形態は、それらのある種の例示的な態様を特に参照して詳細に説明されているが、本発明は、他の実施形態が可能であり、その詳細は様々な明らかな点で修正が可能であることを理解されたい。当業者に容易に明らかなように、本発明の趣旨内および範囲内に留まりながら、変更形態および修正形態をとることが可能である。したがって、前述の開示、説明、および図面は、例示のためだけであり、特許請求の範囲によってだけ定義される本発明を決して限定しない。