(57)【要約】方法、装置およびシステムは、ノード、機能およびインターフェイスを含む分散および動的モビリティ管理フィーチャをサポートすることができる。論理構成体であり得る分散ゲートウェイ（Ｄ−ＧＷ）は、ＰＤＮゲートウェイ（ＰＧＷ）の機能を、分散モビリティ管理（ＤＭＭ）をサポートし得るさらに別の機能とともに実施することができる。さらに、方法、装置、およびシステムは、モバイルノードおよびネットワーク上の動的ＩＰモビリティフィーチャをサポートするために使用され得る検出および発見の機能をサポートすることができる。
2015507859.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス送受信ユニット（ＷＴＲＵ）を介して、レイヤー２アタッチメント信号をネットワークノードに送信して、前記ＷＴＲＵのセルラーネットワークまたはワイヤレスローカルエリアネットワーク（ＬＡＮ）ベースのモビリティ機能を示すステップと、
レイヤー２を介して前記ネットワークノードにアタッチするステップと
を含むことを特徴とする方法。
【請求項２】
前記セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能は、ＧＴＰ（ＳＡＭＯＧ）に基づいたＳ２ａモビリティに対する機能であることを特徴とする請求項１に記載の方法。
【請求項３】
前記セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能は、ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）に対する機能であることを特徴とする請求項１に記載の方法。
【請求項４】
前記ネットワークノードは、モバイルアクセスゲートウェイ（ＭＡＧ）であることを特徴とする請求項１に記載の方法。
【請求項５】
前記ネットワークノードは、信頼のあるワイヤレスＬＡＮアクセスゲートウェイ（ＴＷＡＧ）であることを特徴とする請求項１に記載の方法。
【請求項６】
ルータ要請メッセージを送信するステップをさらに含むことを特徴とする請求項４に記載の方法。
【請求項７】
ルータ広告メッセージを受信するステップをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記ルータ広告メッセージは、前記ＷＴＲＵに割り当てられたプレフィクスを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記プレフィクスを使用してレイヤー３アクセスを構成するステップをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
ネットワークアクセスノードを介して、モバイルノードのセルラーネットワークまたはワイヤレスローカルエリアネットワーク（ＬＡＮ）ベースのモビリティ機能を示すレイヤー２アタッチメント信号を前記モバイルノードから受信するステップと、
レイヤー２アタッチメント処理を実施するステップと
を含むことを特徴とする方法。
【請求項１１】
前記セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能は、ＧＴＰ（ＳＡＭＯＧ）に基づいたＳ２ａモビリティに対する機能であることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能は、ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）に対する機能であることを特徴とする請求項１０に記載の方法。
【請求項１３】
ルータ要請メッセージを受信するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１４】
前記モバイルノードの前記セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能を示すプロキシバインディング更新メッセージを送信するステップをさらに含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記モバイルノードに割り当てられたプレフィクスを含むプロキシバインディング確認応答メッセージを受信するステップをさらに含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記モバイルノードに割り当てられた前記プレフィクスを含むルータ広告メッセージを送信するステップをさらに含むことを特徴とする請求項１５に記載の方法。
【請求項１７】
モバイルノードのセルラーネットワークまたはワイヤレスローカルエリアネットワーク（ＬＡＮ）ベースのモビリティ機能を示すメッセージを受信するステップと、
前記モバイルノードの前記セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能に基づいてプレフィクスを前記モバイルノードに割り当てるステップと
を含むことを特徴とする方法。
【請求項１８】
前記セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能は、ＮＢＩＦＯＭに対する機能であることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記メッセージは、プロキシバインディング更新メッセージであることを特徴とする請求項１７に記載の方法。
【請求項２０】
前記モバイルノードをバインディングキャッシュに登録するステップをさらに含むことを特徴とする請求項１９に記載の方法。
【請求項２１】
プロキシバインディング確認応答を、前記モバイルノードに割り当てられた前記プレフィクスを含むネットワークノードに送信するステップをさらに含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
前記ネットワークノードは、モバイルアクセスゲートウェイであることを特徴とする請求項２１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰモビリティ管理の方法に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１１年１１月２９日に出願された米国特許仮出願第６１／５６４，３６５号、および２０１１年１１月２９日に出願された米国特許仮出願第６１／５６４，３６９号の利益を主張するものであり、これらは本明細書に十分に記載されているかのように参照により本明細書に組み込まれている。
【０００３】
モバイル加入者の数および彼らによって生み出されるトラフィックの量には、増加が生じ得る。たとえば、ユーザデバイスは、ワイヤレス技術によってデータサービスにアクセスできる場合がある。そのようなユーザデバイスは、インターネット接続を必要とし得るインターネットベースの用途を有していてもよい。さらに、そのようなハンドヘルドデバイスは、インターネットサービスなどの「常時接続」および／またはユビキタスサービス（複数可）を必要とすることがある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＴＳ  ２３．４０１  Ｖ１０．４．０（２０１１−０６）
【発明の概要】
【０００５】
本明細書において開示されるのは、分散および動的モビリティ管理（ＤＭＭ）をサポートし得るパケットベースのネットワークアーキテクチャを提供することができる方法および装置である。たとえば、装置は、分散モビリティ管理ゲートウェイを含み得る。ＤＭＭゲートウェイは、モバイルアクセスゲートウェイ（ＭＡＧ）機能を選択的に実施するように構成されていてもよく、かつ、ローカルモビリティアンカ（ＬＭＡ）機能を選択的に実施するように構成されていてもよい。
【０００６】
別の例として、方法は、分散ゲートウェイ（Ｄ−ＧＷ）によって、ＰＤＮ接続要求を、第１のアクセスネットワークにアタッチされていてもよいモバイルノードから受信するステップを含み得る。Ｄ−ＧＷは、ＩＰｖ６プレフィクスを、プレフィクスのプールからモバイルノードに割り当てることができる。Ｄ−ＧＷは、モバイルノードに割り当てられ得るＩＰｖ６プレフィクスを識別するようにホーム加入者サーバ（ＨＳＳ）を更新し、ＨＳＳにＤ−ＧＷ識別子を提供することができる。パケットは、モバイルノードにルーティングされ、かつ／またはそこから受信され得る。モバイルノードが移動し、第２のアクセスネットワークにアタッチするとき、第２のＤ−ＧＷとのトンネルが確立され得る。トンネルを介して、モバイルノードにネットワークトラフィックが送られ得る。
【０００７】
別の例として、方法は、第１のアクセスネットワークにアタッチされていてもよいモバイルノードによって、ＰＤＮ接続を要求するステップを含み得る。割り当てられたＩＰｖ６プレフィクスは、第１の分散ゲートウェイ（Ｄ−ＧＷ）から受信され得る。第１のＩＰｖ６アドレスはモバイルノードによって自動構成され得る。ＩＰｖ６パケットは、モバイルノードによって第１のＤ−ＧＷを介して送信され得る。第２のアクセスネットワークへのアタッチメントが行われてもよい。第２のＩＰｖ６アドレスを取得するために使用され得る第２のアクセスネットワークに関連し得る第２のＤ−ＧＷとのＰＤＮ接続が確立されてもよい。第１のＩＰｖ６アドレスに依拠する接続は維持され得る。
【０００８】
ワイヤレス送受信ユニット（ＷＴＲＵ）は、レイヤー２アタッチメント信号をネットワークノードに送信して、ＷＴＲＵのセルラーネットワークまたはワイヤレスローカルエリアネットワーク（ＬＡＮ）ベースのモビリティ機能を示すことができる。レイヤー２を介してネットワークノードへのアタッチメントが行われてもよい。セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能は、ＧＴＰ（ＳＡＭＯＧ）に基づくＳ２ａモビリティについての機能、ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）などに対する機能であってもよい。ネットワークノードは、信頼のあるワイヤレスＬＡＮアクセスネットワーク（ＴＷＡＮ）などにおけるモバイルアクセスゲートウェイ（ＭＡＧ）、信頼のあるワイヤレスＬＡＮゲートウェイ（ＴＷＡＧ）であってもよい。ルータ要請メッセージが送信されてもよい。ルータ広告メッセージが受信され得る。ルータ広告メッセージは、ＷＴＲＵに割り当てられたプレフィクスを含んでいてもよい。レイヤー３アクセスは、ＩＰｖ６プレフィクスを使用して構成され得る。
【０００９】
ネットワークアクセスノードは、レイヤー２アタッチメント信号を、モバイルノードのセルラーネットワークまたはワイヤレスローカルエリアネットワーク（ＬＡＮ）ベースのモビリティ機能を示すことができるモバイルノードから受信することができる。レイヤー２アタッチメント処理が実施されてもよい。セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能は、ＧＴＰ（ＳＡＭＯＧ）に基づくＳ２ａモビリティに対する機能、ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）に対する機能などであってもよい。ルータ要請メッセージが受信され得る。モバイルノードのセルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能を示すことができるプロキシバインディング更新メッセージが送信されてもよい。モバイルノードに割り当てられたプレフィクスを含んでいてもよいプロキシバインディング確認応答メッセージが受信され得る。モバイルノードに割り当てられたプレフィクスを含んでいてもよいルータ広告メッセージが送信されてもよい。
【００１０】
モバイルノードのセルラーネットワークまたはワイヤレスローカルエリアネットワーク（ＬＡＮ）ベースのモビリティ機能を示すことができるメッセージが受信され得る。プレフィクスは、モバイルノードのセルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能に基づいてモバイルノードに割り当てられていてもよい。セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能は、ＮＢＩＦＯＭに対する機能であってもよい。メッセージはプロキシバインディング更新メッセージであってもよい。モバイルノードはバインディングキャッシュに登録されてもよい。プロキシバインディング確認応答は、モバイルノードに割り当てられたプレフィクスを含み得る第２のネットワークノードに送信されてもよい。ネットワークノードはモバイルアクセスゲートウェイであってもよい。
【図面の簡単な説明】
【００１１】
添付の図面と併せて例として記載する以下の説明から、より詳細な理解が可能となる。
【図１Ａ】１または複数の開示された実施形態を実装できる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示した通信システム内で使用され得る例示的なワイヤレス送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示した通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示した通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示した通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】例示的なＤＭＭベースの移動体ネットワークシステムを示す図である。
【図３】ＧＰＲＳトンネリングプロトコル（ＧＴＰ）および／またはＰＭＩＰｖ６を使用し得る例示的な非ローミングネットワークベースのアーキテクチャを示す図である。
【図４】ＧＴＰおよび／またはＰＭＩＰｖ６を使用し得る例示的な非ローミングネットワークベースのアーキテクチャを示す図である。
【図５】クライアントベースのデュアルスタックモバイルＩＰｖ６（ＤＳＭＩＰｖ６）を使用し得る例示的な非ローミングのアーキテクチャを示す図である。
【図６】例示的なＤＭＭベースの移動体ネットワークシステムを示す図である。
【図７】例示的なＤＭＭベースの移動体ネットワークシステムを示す図である。
【図８】ＰＭＩＰｖ６を使用でき、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す図である。
【図９】ＧＴＰを使用でき、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す図である。
【図１０】ＰＭＩＰｖ６および／またはＧＴＰを使用でき、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスおよび直接接続で使用され得る例示的なネットワークベースのネットワークベースユーザプレーンを示す図である。
【図１１】ＰＭＩＰｖ６を使用でき、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスおよび分散固定で使用され得る例示的なネットワークベースのユーザプレーンを示す図である。
【図１２】ＧＴＰを使用でき、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスおよび分散固定で使用され得る例示的なネットワークベースのユーザプレーンを示す図である。
【図１３】ＰＭＩＰｖ６を使用でき、信頼のある非３ＧＰＰのＩＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す図である。
【図１４】ＧＴＰを使用でき、信頼のある非３ＧＰＰのＩＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す図である。
【図１５】ＰＭＩＰｖ６および／またはＧＴＰを使用でき、信頼のある非３ＧＰＰのＩＰアクセスおよび直接アクセスで使用され得る例示的なネットワークベースのユーザプレーンを示す図である。
【図１６】ＰＭＩＰｖ６を使用でき、信頼のある非３ＧＰＰのＩＰアクセスおよび分散固定で使用され得る例示的なネットワークベースのユーザプレーンを示す図である。
【図１７】ＧＴＰを使用でき、信頼のある非３ＧＰＰのＩＰアクセスおよび分散固定で使用され得る例示的なネットワークベースのユーザプレーンを示す図である。
【図１８】ＰＭＩＰｖ６を使用でき、信頼性のない非３ＧＰＰのＩＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す図である。
【図１９】ＧＴＰを使用でき、信頼性のない非３ＧＰＰのＩＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す図である。
【図２０】ＧＴＰおよび／またはＰＭＩＰｖ６を使用でき、信頼性のない非３ＧＰＰのＩＰアクセスおよび直接接続で使用され得る例示的なネットワークベースのユーザプレーンを示す図である。
【図２１】ＰＭＩＰｖ６を使用でき、信頼性のない非３ＧＰＰのＩＰアクセスおよび分散固定で使用され得る例示的なネットワークベースのユーザプレーンを示す図である。
【図２２】ＧＴＰを使用でき、信頼性のない非３ＧＰＰのＩＰアクセスおよび分散固定で使用され得る例示的なネットワークベースのユーザプレーンを示す図である。
【図２３】Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスで使用され得る例示的なクライアントベースの制御プレーンを示す図である。
【図２４】３ＧＰＰアクセスおよび直接接続で使用され得る例示的なクライアントベースのユーザプレーンを示す図である。
【図２５】３ＧＰＰアクセスおよび分散固定を有し得る例示的なクライアントベースのユーザプレーンを示す図である。
【図２６】信頼のある非３ＧＰＰのＩＰアクセスで使用され得る例示的なクライアントベースの制御プレーンを示す図である。
【図２７】信頼のある非３ＧＰＰのＩＰアクセスおよび直接接続で使用され得る例示的なクライアントベースのユーザプレーンを示す図である。
【図２８】信頼のある非３ＧＰＰのＩＰアクセスおよび分散固定で使用され得る例示的なクライアントベースのユーザプレーンを示す図である。
【図２９】信頼性のない非３ＧＰＰのＩＰアクセスで使用され得る例示的なクライアントベースの制御プレーンを示す図である。
【図３０】信頼性のない非３ＧＰＰのＩＰアクセスおよび直接接続で使用され得る例示的なクライアントベースのユーザプレーンを示す図である。
【図３１】信頼性のない非３ＧＰＰのＩＰアクセスおよび直接接続で使用され得る例示的なクライアントベースのユーザプレーンを示す図である。
【図３２】非ローミングのケースにおける最初のＥ−ＵＴＲＡＮアタッチに使用され得る例示的なメッセージシーケンスチャート（ＭＳＣ）を示す図である。
【図３３】信頼のある非３ＧＰＰのＩＰアクセスでの非ローミングのシナリオにおける最初のアタッチ手続きに使用され得る例示的なＭＳＣを示す図である。
【図３４】非ローミングのケースにおけるＰＭＩＰｖ６での信頼性のない非３ＧＰＰへの最初のアタッチに使用され得る例示的なＭＳＣを示す図である。
【図３５】非ローミングのケースにおける信頼性のない非３ＧＰＰへの最初のアタッチに使用され得る例示的なＭＳＣを示す図である。
【図３６Ａ】非ローミングのアーキテクチャにおけるＰＭＩＰｖ６でのＤ−ＧＷリロケーションによるＬＴＥのＴＡＵ内およびｅＮｏｄｅＢ間のハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図３６Ｂ】非ローミングのアーキテクチャにおけるＰＭＩＰｖ６でのＤ−ＧＷリロケーションによるＬＴＥのＴＡＵ内およびｅＮｏｄｅＢ間のハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図３７Ａ】信頼のあるまたは信頼性のない非３ＧＰＰのＩＰアクセスから非ローミングのアーキテクチャにおけるＰＭＩＰｖ６でのＥ−ＵＴＲＡＮへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図３７Ｂ】信頼のあるまたは信頼性のない非３ＧＰＰのＩＰアクセスから非ローミングのアーキテクチャにおけるＰＭＩＰｖ６でのＥ−ＵＴＲＡＮへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図３８】非ローミングのアーキテクチャにおけるＰＭＩＰｖ６での３ＧＰＰアクセスから信頼のある非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図３９】非ローミングのアーキテクチャにおけるＰＭＩＰｖ６での３ＧＰＰアクセスから信頼性のない非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図４０Ａ】例示的なＭＳＣならびに非ローミングのアーキテクチャにおけるＧＴＰでのＤ−ＧＷリロケーションによるＬＴＥのＴＡＵ内およびｅＮｏｄｅＢ間のハンドオーバに対する使用を示す図である。
【図４０Ｂ】例示的なＭＳＣならびに非ローミングのアーキテクチャにおけるＧＴＰでのＤ−ＧＷリロケーションによるＬＴＥのＴＡＵ内およびｅＮｏｄｅＢ間のハンドオーバに対する使用を示す図である。
【図４１Ａ】非ローミングのアーキテクチャにおけるＧＴＰでの信頼のあるまたは信頼性のない非３ＧＰＰのＩＰアクセスからＥ−ＵＴＲＡＮへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図４１Ｂ】非ローミングのアーキテクチャにおけるＧＴＰでの信頼のあるまたは信頼性のない非３ＧＰＰのＩＰアクセスからＥ−ＵＴＲＡＮへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図４２】非ローミングのアーキテクチャにおけるＧＴＰでの３ＧＰＰアクセスから信頼のある非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図４３】非ローミングのアーキテクチャにおけるＧＴＰでの３ＧＰＰアクセスから信頼性のない非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図４４Ａ】非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６でのＤ−ＧＷリロケーションによるＬＴＥのＴＡＵ内およびｅＮｏｄｅＢ間のハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図４４Ｂ】非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６でのＤ−ＧＷリロケーションによるＬＴＥのＴＡＵ内およびｅＮｏｄｅＢ間のハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図４５Ａ】非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での信頼のあるまたは信頼性のない非３ＧＰＰのＩＰアクセスからＥ−ＵＴＲＡＮへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図４５Ｂ】非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での信頼のあるまたは信頼性のない非３ＧＰＰのＩＰアクセスからＥ−ＵＴＲＡＮへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図４６】非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での３ＧＰＰアクセスから信頼のある非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図４７】非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での３ＧＰＰアクセスから信頼性のない非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す図である。
【図４８】非ローミングのアーキテクチャにおけるＰＭＩＰｖ６での３ＧＰＰアクセスに対するＵＥが開始するＰＤＮ切断に使用され得る例示的なＭＳＣを示す図である。
【図４９】非ローミングのアーキテクチャにおけるＰＭＩＰｖ６での信頼できる非３ＧＰＰのＩＰアクセスからのＵＥ要求のＰＤＮ切断手続きに使用され得る例示的なＭＳＣを示す図である。
【図５０】非ローミングのアーキテクチャにおけるＰＭＩＰｖ６での信頼性のない非３ＧＰＰのＩＰアクセスからのＵＥ要求のＰＤＮ切断手続きに使用され得る例示的なＭＳＣを示す図である。
【図５１】非ローミングのアーキテクチャにおけるＧＴＰでの３ＧＰＰアクセスに対するＵＥが開始するＰＤＮ切断に使用され得る例示的なＭＳＣを示す図である。
【図５２】非ローミングのアーキテクチャにおけるＧＴＰでの信頼できる非３ＧＰＰのＩＰアクセスからのものであり得る、ＵＥ要求のＰＤＮ切断手続きの例を示す図である。
【図５３】非ローミングのアーキテクチャにおけるＧＴＰでの信頼性のない非３ＧＰＰのＩＰアクセスからのものであり得る、ＵＥ要求のＰＤＮ切断手続きの例を示す図である。
【図５４】非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での３ＧＰＰアクセスに使用され得る、ＵＥが開始するＰＤＮ切断の例を示す図である。
【図５５】非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での信頼できる非３ＧＰＰのＩＰアクセスからのものであり得る、ＵＥが開始するＰＤＮ切断手続きの例を示す図である。
【図５６】非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での信頼性のない非３ＧＰＰのＩＰアクセス内のものであり得る、ＵＥが開始するＰＤＮ切断手続きを示す図である。
【図５７】モバイルノード上の論理インターフェイス実装形態の例を示す図である。
【図５８】ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）アーキテクチャの例を示す図である。
【図５９】ＤＭＭベースのネットワークアーキテクチャの例を示す図である。
【図６０】ネットワークにＵＥのＤＭＭ機能を報知するために使用され得るＬ２信号送信の例を示す図である。
【図６１】ネットワークにＵＥのＤＭＭ機能を報知するために使用され得るＬ３信号送信の例を示す図である。
【図６２】Ｌ３以上のメッセージ通信を使用するネットワークの機能の広告の例を示す図である。
【図６３】レイヤー２の信号送信を使用してモバイルノードの機能を示すためのメッセージフローの例を示す図である。
【図６４】他のインターフェイスによる後のＬ２アタッチメントでの、そのネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）または論理インターフェイス（ＬＩＦ）の機能を告知することができるモバイルノード（ＭＮ）の例を示す図である。
【図６５】ＭＮがルータ要請（ＲＳ）によってその機能を示したときの例を示す図である。
【図６６】後のアタッチメントで報告されるモバイルノードの機能の例を示す図である。
【図６７】Ｌ３信号送信を使用するユーザ機器（ＵＥ）の機能を示す例を示す図である。
【図６８】第１のＬ３アタッチメントが完了された可能性があるときにＬ３信号送信を使用してＵＥの機能を示す例を示す図である。
【図６９】ネットワークにその機能を報知するモバイルノードの例を示す図である。
【図７０】Ｌ３強制メッセージ通信を利用するモバイルノードの機能提示の例を示す図である。
【図７１】Ｌ２信号送信を使用してその機能を広告するネットワークの例を示す図である。
【図７２】ネットワークの機能を広告するために使用されるＬ３信号送信の例を示す図である。
【図７３】ＭＮにネットワークの機能について報知するために使用されるレイヤー３より上の層のメッセージの例を示す図である。
【発明を実施するための形態】
【００１２】
図１Ａは、１または複数の開示された実施形態を実装できる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージ通信、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであってもよい。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有によって、そのようなコンテンツにアクセスできるようにすることができる。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を使用することができる。
【００１３】
図１Ａに示されているように、通信システム１００は、ワイヤレス送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（全体的にまたはまとめてＷＴＲＵ１０２と呼ぶことがある）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信するように構成された任意のタイプのデバイスであってもよい。一例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されていてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含み得る。
【００１４】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つにワイヤレスインターフェイス接続するように構成された任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ）（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ−Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイト制御装置、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描かれているが、基地局１１４ａ、１１４ｂには、任意の数の相互に接続された基地局および／またはネットワーク要素が含まれ得ることが理解されよう。
【００１５】
基地局１１４ａは、他の基地局および／または基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含み得るＲＡＮ１０３／１０４／１０５の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セルと呼ばれることがある特定の地理的な領域（図示せず）内でワイヤレス信号を送信および／または受信するように構成されていてもよい。セルは、セルセクタにさらに分割されてもよい。たとえば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。したがって、一実施形態において、基地局１１４ａは３つのトランシーバ、すなわち、セルの各セクタに１つが対応するトランシーバを含んでいてもよい。別の実施形態において、基地局１１４ａは多入力多出力（ＭＩＭＯ）技術を使用することができ、したがって、セルの各セクタに複数のトランシーバを利用してもよい。
【００１６】
基地局１１４ａ、１１４ｂは、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であってもよい電波インターフェイス１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができる。電波インターフェイス１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１７】
具体的には、上記のように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を使用することができる。たとえば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して電波インターフェイス１１５／１１６／１１７を確立することができるユニバーサル移動体電気通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）（ＵＭＴＳ）の地上無線アクセス（ＵＴＲＡ）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１８】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用して電波インターフェイス１１５／１１６／１１７を確立することができる発展型ＵＭＴＳ地上無線アクセス（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよい。
【００１９】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、ＧＳＭ機能強化型高速データレート（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【００２０】
図１Ａの基地局１１４ｂは、たとえば、ワイヤレスルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、またはアクセスポイントであってもよく、会社、家、車両、キャンパスその他といった場所などのローカルエリアにおけるワイヤレス接続を容易にするための任意の適切なＲＡＴを利用することができる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続部を有していてもよい。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを要求されなくてもよい。
【００２１】
ＲＡＮ１０３／１０４／１０５はコアネットワーク１０６／１０７／１０９と通信していてもよく、コアネットワークは、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された任意のタイプのネットワークであってもよい。たとえば、コアネットワーク１０６／１０７／１０９は、呼制御、宣伝サービス、移動位置ベースのサービス、プリペイドコール、インターネット接続、ビデオ配信などを提供することができ、かつ／またはユーザ認証などの高レベルのセキュリティ機能を実施することができる。図１Ａには示していないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと、直接的または間接的に通信していてもよいことが理解されよう。たとえば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線技術を使用していてもよいＲＡＮ１０３／１０４／１０５に接続されていることに加えて、ＧＳＭ無線技術を利用する別のＲＡＮ（図示せず）と通信していてもよい。
【００２２】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能してもよい。ＰＳＴＮ１０８には、従来型の普通電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークが含まれ得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互に接続されたコンピュータネットワークと装置のグローバルシステムを含み得る。ネットワーク１１２には、他のサービスプロバイダによって所有および／または運用されるワイヤードまたはワイヤレスの通信ネットワークが含まれ得る。たとえば、ネットワーク１１２には、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを使用できる１または複数のＲＡＮに接続された別のコアネットワークが含まれ得る。
【００２３】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの一部または全部はマルチモード機能を有していてもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄには、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数のトランシーバが含まれていてもよい。たとえば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラーベースの無線技術を使用できる基地局１１４ａ、およびＩＥＥＥ８０２の無線技術を使用できる基地局１１４ｂと通信するように構成されていてもよい。
【００２４】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不可能なメモリ１３０、取外し可能なメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を含み得る。ＷＴＲＵ１０２は、実施形態と矛盾しない範囲で、上記の要素の中での任意の副組合せを含み得ることが理解されよう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／または基地局１１４ａおよび１１４ｂが表し得るノード、たとえば、限定はしないが、とりわけトランシーバ基地局（ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ）（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイト制御装置、アクセスポイント（ＡＰ）、Ｈｏｍｅ  Ｎｏｄｅ−Ｂ、発展型Ｈｏｍｅ  Ｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、Ｈｏｍｅ発展型Ｎｏｄｅ−Ｂ（ＨｅＮＢ）、Ｈｏｍｅ発展型Ｎｏｄｅ−Ｂのゲートウェイ、およびプロキシノードは、図１Ｂ示され、かつ本明細書に記載されている要素の一部または全部を含み得ることを企図している。
【００２５】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと合わせた１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、信号の符号化、データ処理、動力制御、入出力処理、および／またはワイヤレス環境においてＷＴＲＵ１０２が動作できるようにする任意の他の機能を実施することができる。プロセッサ１１８は、トランシーバ１２０に結合されていてもよく、トランシーバ１２０は、送受信要素１２２に結合されていてもよい。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたは電子チップ内に一体化されていてもよいことが理解されよう。
【００２６】
送受信要素１２２は、電波インターフェイス１１５／１１６／１１７を介して、基地局（たとえば、基地局１１４ａ）に信号を送信またはそこから信号を受信するように構成されていてもよい。たとえば、一実施形態において、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。別の実施形態において、送受信要素１２２は、たとえばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってもよい。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号および光信号の両方を送受信するように構成されていてもよい。送受信要素１２２は、任意の組合せのワイヤレス信号を送信および／または受信するように構成されていてもよいことが理解されよう。
【００２７】
また、送受信要素１２２は単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含んでいてもよい。具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を使用し得る。したがって、一実施形態において、ＷＴＲＵ１０２は、電波インターフェイス１１５／１１６／１１７を介してワイヤレス信号を送受信するための２以上の送受信要素１２２（たとえば、複数のアンテナ）を含んでいてもよい。
【００２８】
トランシーバ１２０は、送受信要素１２２によって送信されることになる信号を変調し、送受信要素１２２によって受信された信号を復調するように構成されていてもよい。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有していてもよい。したがって、トランシーバ１２０は、たとえばＵＴＲＡやＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信できるようにするための複数のトランシーバを含んでいてもよい。
【００２９】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）の表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）の表示ユニット）に結合されていてもよく、そこからユーザの入力データを受信することができる。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。また、プロセッサ１１８は、取外し不可能なメモリ１３０および／または取外し可能なメモリ１３２などの任意のタイプの適切なメモリの情報にアクセスでき、そこにデータを格納することができる。取外し不可能なメモリ１３０には、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置が含まれ得る。取外し可能なメモリ１３２には、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどが含まれ得る。他の実施形態では、プロセッサ１１８は、サーバ上または家庭用コンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリの情報にアクセスでき、そこにデータを格納することができる。
【００３０】
プロセッサ１１８は、電源１３４から電力を受けることができ、ＷＴＲＵ１０２内の他の構成要素に対して電力を分配および／または制御するように構成されていてもよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであってもよい。たとえば、電源１３４には、１または複数の乾電池（たとえば、ニッケルカドニウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）、など）、太陽電池、燃料電池などが含まれ得る。
【００３１】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されていてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されていてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、電波インターフェイス１１５／１１６／１１７を介して、位置情報を基地局（たとえば、基地局１１４ａ、１１４ｂ）から受信し、かつ／または近くの２以上の基地局から受信された信号のタイミングに基づいてその位置を判定することができる。ＷＴＲＵ１０２は、実施形態と矛盾しない範囲で、任意の適切な位置判定方法によって位置情報を獲得できることが理解されよう。
【００３２】
プロセッサ１１８は、さらに別の特徴、機能および／またはワイヤード接続もしくはワイヤレス接続を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを備え得る他の周辺装置１３８にさらに結合されていてもよい。たとえば、周辺装置１３８は、加速度計、電子コンパス、衛星トランシーバ、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。
【００３３】
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、電波インターフェイス１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信していてもよい。図１Ｃに示されているように、ＲＡＮ１０３はＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含んでいてもよく、これらはそれぞれ、電波インターフェイス１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含み得る。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）と関連していてもよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、実施形態と矛盾しない範囲で、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含んでいてもよいことが理解されよう。
【００３４】
図１Ｃに示されているように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信していてもよい。さらに、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信していてもよい。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェイスを介して各ＲＮＣ１４２ａ、１４２ｂと通信していてもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェイスを介して互いに通信していてもよい。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続される各Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されていてもよい。また、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、外部ループ動力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実施またはサポートするように構成されていてもよい。
【００３５】
図１Ｃに示されたコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動通信交換局（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含み得る。上記の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解されよう。
【００３６】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェイスを介してコアネットワーク１０６内のＭＳＣ１４６に接続されていてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されていてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供することができる。
【００３７】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェイスを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続されていてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されていてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供することができる。
【００３８】
上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運用される他のワイヤードまたはワイヤレスのネットワークを含み得るネットワーク１１２に接続されていてもよい。
【００３９】
図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、電波インターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４はまた、コアネットワーク１０７と通信していてもよい。
【００４０】
ＲＡＮ１０４はｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態と矛盾しない範囲で、任意の数のｅＮｏｄｅ−Ｂを含んでいてもよいことが理解されよう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、電波インターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含み得る。一実施形態において、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を使用し得る。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、そこからワイヤレス信号を受信することができる。
【００４１】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連していてもよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されていてもよい。図１Ｄに示されているように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェイスを介して互いに通信することができる。
【００４２】
図１Ｄに示したコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含み得る。上記の要素のそれぞれは、コアネットワーク１０７の一部として示されているが、これらの要素のうちのいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解されよう。
【００４３】
ＭＭＥ１６２は、ＲＡＮ１０４におけるｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに、Ｓ１インターフェイスを介して接続されていてもよく、制御ノードとして機能することができる。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃなどの最初のアタッチ中に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラの有効化／無効化、特定のサービングゲートウェイの選択を担ってもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間の切替えを行うための制御プレーン機能を提供することもできる。
【００４４】
サービングゲートウェイ１６４は、ＲＡＮ１０４におけるｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに、Ｓ１インターフェイスを介して接続されていてもよい。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングし、送ることができる。サービングゲートウェイ１６４はまた、他の機能、たとえば、ｅＮｏｄｅ  Ｂ間のハンドオーバ中のユーザプレーンの固定、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃなどのコンテキストの管理および格納を実施することもできる。
【００４５】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応のデバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供することができるＰＤＮゲートウェイ１６６に接続されていてもよい。
【００４６】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供することができる。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェイスとして機能するＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでいてもよいし、それと通信してもよい。また、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用される他のワイヤードまたはワイヤレスのネットワークを含み得るネットワーク１１２へのアクセスを提供することができる。
【００４７】
図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、電波インターフェイス１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６の無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）であってもよい。以下でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９という異なる機能的エンティティ間の通信リンクが基準点として規定され得る。
【００４８】
図１Ｅに示されているように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含み得るが、ＲＡＮ１０５は、実施形態と矛盾しない範囲で、任意の数の基地局およびＡＳＮゲートウェイを含んでいてもよいことが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５における特定のセル（図示せず）と関連していてもよく、かつ、それぞれ、電波インターフェイス１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含み得る。一実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を使用し得る。したがって、基地局１８０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、そこからワイヤレス信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフのトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー施行などのモビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能することができ、ページング、加入者プロフィールのキャッシング、コアネットワーク１０９へのルーティングなどを担ってもよい。
【００４９】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５との間の電波インターフェイス１１７は、ＩＥＥＥ８０２．１６規格を実装するＲ１基準点として規定され得る。また、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェイス（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、コアネットワーク１０９との間の論理インターフェイスは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理に使用され得るＲ２基準点として規定され得る。
【００５０】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵのハンドオーバおよび基地局間のデータ転送を容易にするためのプロトコルを含むＲ８基準点として規定され得る。基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６基準点として規定され得る。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれと関連するモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含み得る。
【００５１】
図１Ｅに示されているように、ＲＡＮ１０５は、コアネットワーク１０９に接続されていてもよい。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクは、たとえばデータ転送およびモビリティ管理機能を容易にするためのプロトコルを含むＲ３基準点として規定され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、認可、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含み得る。上記の要素のそれぞれがコアネットワーク１０９の一部として示されているが、これらの要素のうちのいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解されよう。
【００５２】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担ってもよく、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮ間および／または異なるコアネットワーク間でローミングできるようにしてもよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応のデバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などのパケット交換ネットワークへのアクセスを提供することができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担ってもよい。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にすることができる。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の固定電話通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供することができる。また、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運用される他のワイヤードまたはワイヤレスのネットワークを含み得るネットワーク１１２へのアクセスを提供することができる。
【００５３】
図１Ｅには示されていないが、ＲＡＮ１０５は他のＡＳＮに接続されていてもよく、コアネットワーク１０９は他のコアネットワークに接続されていてもよいことが理解されよう。ＲＡＮ１０５と他のＡＳＮの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得るＲ４基準点として規定され得る。コアネットワーク１０９と他のコアネットワークの間の通信リンクは、ホームコアネットワークと訪問コアネットワークの間の相互作用を容易にするためのプロトコルを含み得るＲ５基準として規定され得る。
【００５４】
本明細書に開示されているのは、分散および動的モビリティ管理フィーチャをサポートするためのアーキテクチャに関することができるシステムおよび方法である。
【００５５】
たとえば、ユーザデバイスは、無線技術を介してデータサービスにアクセス可能であってもよい。そのようなユーザデバイスは、インターネット接続を必要とすることがあるインターネットベースの用途を有していてもよい。さらに、そのようなハンドヘルドデバイスは、インターネットサービスなどの「常時接続」および／またはユビキタスサービス（複数可）を必要とすることがある。
【００５６】
さらに、ＷｉＭＡＸ、発展型パケットシステム（ＥＰＳ）などのモバイルアーキテクチャは、データ通信および音声通信用にＩＰベースであってもよい。これらのモバイルアーキテクチャは、移動体ネットワークに最適化されていてもよいＩＰプロトコルを要求することができる。さらに、ＩＰプロトコルは、「常時接続」および／またはユビキタスインターネットサービスを提供することができる。
【００５７】
プロキシモバイルＩＰｖ６（ＰＭＩＰｖ６）は、ネットワークベースのモビリティ管理を、ＰＭＩＰｖ６ドメインに接続し得るホストに提供することができる。ローカルモビリティアンカ（ＬＭＡ）、およびモバイルアクセスゲートウェイ（ＭＡＧ）は、ＰＭＩＰｖ６における機能的エンティティであり得る。ＭＡＧは、モバイルノードの（ＭＮ）アタッチメントを検出することができ、かつＩＰ接続を実現できるエンティティであり得る。ＬＭＡは、１または複数のホームネットワークプレフィクス（ＨＮＰ）をＭＮに割り当てることができるエンティティであってもよく、かつ、ＭＮに属するトラフィック用の位相的なアンカ（ｔｏｐｏｌｏｇｉｃａｌ  ａｎｃｈｏｒ）であってもよい。ＰＭＩＰｖ６は、ＭＮが異なるインターフェイスを介して同じＰＭＩＰｖ６ドメインに接続できるようにしてもよい。ＩＰ層の「論理インターフェイス」は、異なる物理媒体の間のパケットの送受信を可能にしてもよい。これは、たとえば、あるアクセス技術から別のアクセス技術への選択されたフローの移動などのフローモビリティを実現するために使用され得る。たとえば、セルラーから非セルラーに移動されてもよく、その逆でもよい。モビリティ管理方式は、プロキシモバイルＩＰｖ６（ＰＭＩＰｖ６）、デュアルスタックモバイルＩＰｖ６（ＤＳＭＩＰｖ６）、および階層モバイルＩＰｖ６（ＨＭＩＰｖ６）などのモバイルＩＰｖ６プロトコル（ＭＩＰｖ６）の拡張または変更であり得る。ただし、上記の方式でのモビリティアンカは、アクセスネットワークの境界から遥か遠くに位置してもよく、コアネットワークの深くにあってもよい。
【００５８】
分散モビリティ管理（ＤＭＭ）は、フラットなＩＰアーキテクチャを提供することができる。たとえば、ＤＭＭは、モビリティアンカがよりユーザの近くに位置してもよく、制御およびデータのインフラストラクチャがアクセスネットワークの境界に位置し得るエンティティ間に分散されていてもよい、よりフラットなＩＰアーキテクチャを提供することができる。ＤＭＭは、トラフィックが最適な方法で分散されるようにモバイルＩＰｖ６ネットワーク内でもよい。
【００５９】
３ＧＰＰのＥＰＳのモバイルＩＰｖ６またはマクロレベルのモビリティ管理の解決策など、集中化モビリティによる解決策は、それらの動作について、モバイルノードによって使用されるＩＰアドレスを固定する中心エンティティ（たとえば、ＨＡ、ＬＭＡ、ＰＧＷまたはＧＧＳＮ）の存在を根拠にしている。この中心アンカポイントは、移動装置の位置を追跡し、そのトラフィックの方向を、その現在の位相的な位置へ変える役割を担っている。モビリティ管理についての集中化モビリティによる解決策を使用するとき、いくつかの制限があり得る。
【００６０】
たとえば、集中化モビリティによる解決策は、最善には及ばないルーティングをもたらし得る。モバイルノードによって使用される（ホーム）アドレスはホームリンクに固定され得るので、トラフィックはホームエージェントを横断することがあり、これが、モバイルノードとその通信ピアの間の経路よりも長くなることがある経路となり得る。これは、コンテンツプロバイダが、それらのデータをユーザの近くであり得るネットワークの境界に送るときに、一層悪くなることがある。集中化モビリティ管理技術では、ユーザトラフィックはまずホームネットワークに行き、次いで実際のコンテンツ位置に行くことがあり、これが不要な遅延を招くことがあり、また、オペレータのリソースを浪費することがある。本明細書に述べるように、分散モビリティアーキテクチャにおいて、アンカは、ネットワークの境界（すなわち、ユーザ端末の近く）またはその近くに位置してもよく、これによりデータ経路の短縮を実現できる。
【００６１】
別の例として、集中化モビリティによる解決策は、スケーラビリティの問題を招き得る。現在のモビリティアーキテクチャでは、ネットワークは、中心アンカを横断し得るトラフィックをサポートするように寸法決めされなければならない場合がある。これはいくつかのスケーラビリティおよびネットワーク設計の問題を生じることがあり、それは、中心モビリティアンカがいくつかの移動体ユーザからのトラフィックに同時に対処できるように十分な処理およびルーティング機能を有している必要があり得るためである。オペレータのネットワークはまた、ユーザからのトラフィックに対応できるように寸法決めされる必要があり得る。分散手法は、モビリティ管理タスクがいくつかのネットワークエンティティ間で分散および共有されてもよいので、よりスケーラブルであってもよい。分散手法は、集中化手法ほどの処理および／またはルーティング機能を必要としなくてもよい。
【００６２】
さらに、中心のエンティティが単一の障害点となる可能性があり得るので、集中化の解決策は信頼性問題を招きがちである。
【００６３】
集中化モビリティによる解決策はまた、モビリティ管理サービスに対する細かい細分性（ｇｒａｎｕｌａｒｉｔｙ）を欠いていることがある。集中化モビリティ管理による解決策では、モビリティサポートはユーザの細分性において提供され得る。これは、モビリティがユーザに提供され得るか否かをネットワークが決定できることを意味し得る。集中化モビリティ管理による解決策は、たとえば、ユーザトラフィックの一部がモビリティによる解決策によって処理されないようにするために、より細かい細分性を提供できなくてもよい。一部またはすべてのユーザトラフィックが、モビリティを有効化される必要がなくてもよいシナリオが存在し得る。たとえば、ユーザが移動可能でない可能性があるとき（少なくとも通信の継続期間中）またはアプリケーション自体がユーザの移動によって生じ得るＩＰアドレスの変更に対処できることがあるときである。こういった状況では、モビリティを有効にしない方が効率的であり得る。
【００６４】
集中化モビリティによる解決策はまた、信号送信のオーバーヘッドを招き得る。アプリケーション単位でモビリティ管理の有効と無効の動的な切替えを可能にすることによって、一部の信号送信および／または関連するハンドオーバ待ち時間が回避され得る。
【００６５】
本明細書に述べるように、アーキテクチャは、最適なルーティング、スケーラビリティ、信頼性、モビリティ管理サービスでの細かい細分性、信号送信のオーバーヘッドの改善などを提供するために使用され得る。本明細書に記載の実施形態は、３ＧＰＰ発展型パケットシステム（ＥＰＳ）のアーキテクチャに関して説明され得るが、実施形態は、他のアーキテクチャで使用されてもよい。ネットワークベースの実施形態およびクライアントベースの実施形態の両方が提供され得る。ネットワークベースの実施形態の説明の中で、ＰＭＩＰｖ６およびＧＴＰがプロトコルの例として使用されていることがあるが、実施形態は他のプロトコルで使用されてもよいので、本開示はそれには限定されない。クライアントベースの実施形態では、ＤＳＭＩＰｖ６が一例として使用されていることがあるが、実施形態は他のプロトコルで使用されてもよいので、本開示はそれには限定されない。
【００６６】
いくつかのアーキテクチャがＤＭＭに提供され得る。図２は、例示的なＤＭＭベースの移動体ネットワークシステムを示す。たとえば、図２は、ＤＭＭベースのネットワークアーキテクチャの全体を高所から見た図を示し得る。図２に示されているように、Ｄ−ＧＷ２０２、Ｄ−ＧＷ２０４、Ｄ−ＧＷ２０６、Ｄ−ＧＷ２０８、およびＤ−ＧＷ２１０などの分散ゲートウェイ（Ｄ−ＧＷ）と呼ばれる論理ネットワークエンティティが、ネットワークの境界にあってもよく、また、ＵＥ（ＷＴＲＵなど）の近くにあってもよい。Ｄ−ＧＷは、既存の３ＧＰＰノードとまとめられていてもよいし、独立したエンティティとして配備されていてもよい。
【００６７】
ホーム公衆地上移動体通信網（Ｈｏｍｅ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）（ＨＰＬＭＮ）２２２は、Ｄ−ＧＷ２０４、ＰＧＷ２１６、ＨＳＳ２２８、ＡＡＡ２３０、ＳＧＷ２２４、ＭＭＥ２２６、およびＭＣＮ２２０を含んでいてもよい。ＰＧＷ２１６は、インターネット２１８と通信することができる。Ｄ−ＧＷ２０４は、インターネットアクセス２１８、信頼性のない非３ＧＰＰのＩＰアクセス２３０、およびＭＣＮ２２０と通信することができる。Ｄ−ＧＷ２０２は、ＭＣＮ２２０、３ＧＰＰアクセス２１２、およびインターネットアクセス２１４と通信することができる。Ｄ−ＧＷ２０６は、ＭＣＮ２２０、インターネットアクセス／ローカルＩＰネットワーク２４６、３ＧＰＰフェムトセル２４４、ＵＥ２４２、およびＵＥ２３６と通信することができる。Ｄ−ＧＷ２０８は、信頼のある非３Ｇ  ＰＤＰのＩＰアクセス２４０、インターネットアクセス２３８、ＵＥ２３６、およびＵＥ２４２と通信することができる。Ｄ−ＧＷ２１０は、インターネットアクセス／ローカルＩＰネットワーク２３２、信頼のある非３ＧＰＰのＩＰアクセス２３４、ＭＣＮ２２０と通信することができる。
【００６８】
図３および図４に示されているように、ネットワークベースの（すなわち、ＧＴＰおよびＰＭＩＰｖ６の変形）実施形態に対して多様なアーキテクチャが提供および／または実装され得る。実施形態は、信頼性のない非３ＧＰＰのＩＰアクセスを処理できる。
【００６９】
図３は、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）および／またはＰＭＩＰｖ６を使用し得る例示的な非ローミングネットワークベースのアーキテクチャを示す。たとえば、図３は、ネットワークベースの実施形態である非ローミングのアーキテクチャを示し得る。図３に示されているように、Ｄ−ＧＷ３１０などのＤ−ＧＷは、アーキテクチャにおいて、ｅＰＤＧ３１２などのｅＰＤＧの隣に配置されていてもよく、３２６のＳ２ｂインターフェイスを再使用することができる。この手法は、たとえば、より容易な漸増配備の手法を可能にし得る。ＵＥが移動できない場合でさえもトンネリングが要求され得る。
【００７０】
３ＧＰＰアクセス（Ｅ−ＵＴＲＡＮ）の場合は、Ｄ−ＧＷ３１０は、ＤＭＭの方法で処理されないトラフィック用に、ｅＮＢとＳＧＷの間のトランスペアレントな中継器として働くことができる。信頼のある非３ＧＰＰのＩＰアクセスおよび信頼性のない非３ＧＰＰのＩＰアクセスに対して、Ｄ−ＧＷ３１０は、分散固定によって管理されなくてもよい通信についてトランスペアレントであり得る。
【００７１】
インターフェイスＧｘ＊は、Ｄ−ＧＷとＰＣＲＦの間にあってもよく、Ｇｘ、Ｇｘａ、ＧｘｂおよびＧｘｃに基づいていてもよい。たとえば、インターフェイスＧｘｃは、ＰＭＩＰｖ６の変形の場合に使用され得る。３１４では、インターフェイスＧｘ＊は、Ｄ−ＧＷ３０８とＰＣＲＦ３２８の間で使用され得る。３１６では、インターフェイスＧｘ＊は、ＰＣＲＦ３２８とＤ−ＧＷ３１０の間で使用され得る。３２２では、インターフェイスＧｘ＊は、ＰＣＲＦ３２８とＤ−ＧＷ３０４の間で使用され得る。
【００７２】
インターフェイスＳ５＊はＤ−ＧＷ間にあってもよく、Ｓ５に基づいていてもよい。３１８では、インターフェイスＳ５＊は、Ｄ−ＧＷ３１０とＤ−ＧＷ３０８の間で使用され得る。３２０では、インターフェイスＳ５＊は、Ｄ−ＧＷ３１０とＤ−ＧＷ３０４の間で使用され得る。３２４では、インターフェイスＳ５＊は、Ｄ−ＧＷ３０８とＤ−ＧＷ３０４の間で使用され得る。
【００７３】
インターフェイスＳ６ｂ＊は、Ｄ−ＧＷと３ＧＰＰのＡＡＡサーバの間で使用されてもよく、Ｓ６ｂに基づいていてもよい。３２６では、Ｓ６ｂ＊は、Ｄ−ＧＷ３１０と３ＧＰＰのＡＡＡ３３０の間にあってもよい。３２８では、Ｓ６ｂ＊はＤ−ＧＷ３０４と３ＧＰＰのＡＡＡ３３０の間にあってもよい。
【００７４】
図４は、ＧＴＰおよび／またはＰＭＩＰｖ６を使用できる例示的な非ローミングネットワークベースのアーキテクチャを示す。たとえば、図４は、ネットワークベースの実施形態である非ローミングを示し得る。図４に示されているように、Ｄ−ＧＷ４１４は、アーキテクチャにおけるｅＰＤＧに取って代わることができ、ＵＥとのｅＤＰＧ  ＩＰｓｅｃトンネリング機能を引き継ぐことができる。この手法は、たとえば、パケットのオーバーヘッドの減少をもたらし得る。便宜上、また限定する意図なく、本開示は、図４に示されているアーキテクチャに関して説明されることがある。
【００７５】
３ＧＰＰアクセス（Ｅ−ＵＴＲＡＮ）の場合は、Ｄ−ＧＷ４１４は、ＤＭＭの方法で処理されないトラフィック用に、ｅＮＢとＳＧＷの間のトランスペアレントな中継器として働くことができる。信頼のある非３ＧＰＰのＩＰアクセスおよび信頼性のない非３ＧＰＰのＩＰアクセスに対して、Ｄ−ＧＷ４１４は、分散固定によって管理されなくてもよい通信についてトランスペアレントであり得る。
【００７６】
インターフェイスＧｘ＊は、Ｄ−ＧＷとＰＣＲＦの間にあってもよく、Ｇｘ、Ｇｘａ、ＧｘｂおよびＧｘｃに基づいていてもよい。たとえば、インターフェイスＧｘｃは、ＰＭＩＰｖ６の変形の場合に使用され得る。４１２では、インターフェイスＧｘ＊は、Ｄ−ＧＷ４１４とＰＣＲＦ４２６の間で使用され得る。４１０において、インターフェイスＧｘ＊は、ＰＣＲＦ４２６とＤ−ＧＷ４０２の間で使用され得る。４０６では、インターフェイスＧｘ＊は、ＰＣＲＦ４２６とＤ−ＧＷ４２０の間で使用され得る。
【００７７】
インターフェイスＳ５＊はＤ−ＧＷ間にあってもよく、Ｓ５に基づいていてもよい。４０４では、インターフェイスＳ５＊は、Ｄ−ＧＷ４０２とＤ−ＧＷ４２０の間で使用され得る。４０８では、インターフェイスＳ５＊は、Ｄ−ＧＷ４０２とＤ−ＧＷ４１４の間で使用され得る。４１８では、インターフェイスＳ５＊は、Ｄ−ＧＷ４２０とＤ−ＧＷ４１４の間で使用され得る。
【００７８】
インターフェイスＳ６ｂ＊は、Ｄ−ＧＷと３ＧＰＰのＡＡＡサーバの間にあってもよく、Ｓ６ｂに基づいていてもよい。４１６では、Ｓ６ｂ＊は、Ｄ−ＧＷ４１４と３ＧＰＰのＡＡＡ４２８の間で使用され得る。４２２では、Ｓ６ｂ＊は、Ｄ−ＧＷ４２０と３ＧＰＰのＡＡＡ４２８の間で使用され得る。
【００７９】
ＤＭＭネットワークベースのシステム設計におけるローミングのアーキテクチャでは、ｖＰＣＲＦおよび３ＧＰＰのＡＡＡプロキシのエンティティが、異なるメッセージシーケンスチャートに加えられるだけでなく、参照モデルに追加されてもよい。
【００８０】
図５は、クライアントベースのデュアルスタックモバイルＩＰｖ６（ＤＳＭＩＰｖ６）を使用し得る例示的な非ローミングのアーキテクチャを示す。たとえば、図５は、クライアントベースの（ＤＳＭＩＰｖ６）実施形態のための非ローミングのアーキテクチャを示し得る。ネットワークベースの実施形態と同様に、３ＧＰＰアクセス（Ｅ−ＵＴＲＡＮ）の場合は、Ｄ−ＧＷは、ＤＭＭによって処理されなくてもよいトラフィック用に、ｅＮＢとＳＧＷの間のトランスペアレントな中継器として働くことができる。信頼のある非３ＧＰＰのＩＰアクセスおよび信頼性のない非３ＧＰＰのＩＰアクセスに対して、Ｄ−ＧＷは、分散固定によって管理されないのが好ましいことがある通信についてトランスペアレントであり得る。
【００８１】
インターフェイスＳ２ｃ＊は、ＵＥとＤ−ＧＷの間にあってもよく、Ｓ２ｃに基づいていてもよい。３ＧＰＰアクセスを介したＳ２ｃ＊は、ＤＳＭＩＰｖ６ブートストラッピングおよびＤＳＭＩＰｖ６登録解除に関する手続きのサブセットを使用することができる。５１４では、インターフェイスＳ２ｃ＊は、ＵＥ５０２とＤ−ＧＷ５０４の間で使用され得る。５１２では、インターフェイスＳ２ｃ＊は、ＵＥ５０２とＤ−ＧＷ５０６の間で使用され得る。５２４では、インターフェイスＳ２ｃ＊は、ＵＥ５０２とＤ−ＧＷ５０８の間で使用され得る。
【００８２】
インターフェイスＳ６ｂ＊は、Ｄ−ＧＷと３ＧＰＰのＡＡＡサーバの間にあってもよく、Ｓ６ｂに基づいていてもよい。５１６では、インターフェイスＳ６ｂ＊は、Ｄ−ＧＷ５０４と３ＧＰＰのＡＡＡサーバ５１０の間で使用され得る。５２６では、インターフェイスＳ６ｂ＊は、Ｄ−ＧＷ５０６と３ＧＰＰのＡＡＡサーバ５１０の間で使用され得る。
【００８３】
インターフェイスＧｘ＊は、Ｄ−ＧＷとＰＣＲＦまたは別のＤ−ＧＷとの間にあってもよく、Ｇｘ、Ｇｘａ、ＧｘｂおよびＧｘｃに基づいていてもよい。５１８では、インターフェイスＧｘ＊は、Ｄ−ＧＷ５０４とＤ−ＧＷ５０６の間で使用され得る。５２０では、インターフェイスＧｘ＊は、Ｄ−ＧＷ５０４とＰＣＲＦ５２８の間で使用され得る。５２２では、インターフェイスＧｘ＊は、Ｄ−ＧＷ５０８とＰＣＲＦ５２８の間で使用され得る。
【００８４】
ＤＭＭクライアントベースのシステム設計におけるローミングのアーキテクチャでは、ｖＰＣＲＦおよび３ＧＰＰのＡＡＡプロキシのエンティティが、異なるメッセージシーケンスチャートに加えられるだけでなく、参照モデルに追加されてもよい。
【００８５】
ＤＭＭベースの設計によって導入され、変更され、または影響を受けた要素に関するさらに別の詳細が本明細書に記載されている。分散ゲートウェイは、ＰＧＷの機能を実施することができ、かつ、ＤＭＭ動作のための動作を実施することができる論理構成体であってもよい。キャパシティに関しては、Ｄ−ＧＷはＰＧＷより小さくてもよく、これは、複数のＤ−ＧＷが配備されることがあり、各Ｄ−ＧＷはより少ない数の加入者を管理できるためである。Ｄ−ＧＷの数（またはＤ−ＧＷの数／ＰＧＷの数の比）は、移動体オペレータおよび実装形態次第であってもよい。Ｄ−ＧＷは、ＭＡＧ機能、ＬＭＡ機能、ＤＳＭＩＰｖ６ホームエージェント、アクセスおよびルーティング機能などを含んでいてもよい。
【００８６】
Ｄ−ＧＷは、ＰＭＩＰｖ６ネットワークベースのＤＭＭの実施形態が使用され得るとき、ＭＡＧ機能を含んでいてもよい。この機能は、ＵＥごとおよびＩＰｖ６プレフィクスごとの細分性について実施され得る。たとえば、単一のＤ−ＧＷの実例は、所与のＵＥのＩＰｖ６プレフィクスのトラフィックを扱うとき、ＭＡＧとして動作してもよく、また、同じＵＥに属していても属していなくてもよい異なるプレフィクスのトラフィックを扱うとき、異なる動作をしてもよい。ＭＡＧ機能は、ＬＭＡの対応する機能を実施する別のＤ−ＧＷとのＳ５＊インターフェイスを終了させることができる。ＧＴＰネットワークベースの実施形態が使用され得るとき、Ｄ−ＧＷは、ＭＡＧとして論理的に動作し得るが、制御プレーンおよびデータプレーンの両方のためのＧＴＰを使用してもよい。
【００８７】
Ｄ−ＧＷのＭＡＧ動作は変化してもよい。たとえば、Ｄ−ＧＷは、ＵＥが現在使用している可能性のある（異なるＤ−ＧＷによって固定された）ＩＰｖ６プレフィクスの数とは独立に、ＵＥへの単一のルータとしてそれ自体を表してもよい。単一のＲＡは、ＩＰｖ６プレフィクスをプレフィクス情報オプション（ＰＩＯ）として含むＤ−ＧＷによって送信されてもよく、ＵＥは、そのＩＰｖ６のデフォルトのルータリストに１回のエントリを有してもよい。これは異なるＤ−ＧＷ間で調整されてもよく、それは、レイヤー２およびＤ−ＧＷによって使用されるＩＰｖ６リンクのローカルアドレスが、ＵＥごとに同じであってもよいためである。
【００８８】
別の例として、Ｄ−ＧＷは、ＵＥへの複数のルータとしてそれ自体を表してもよく、ＩＰｖ６アドレス（またはプレフィクスのセット）を固定するＤ−ＧＷごとに１つがＵＥによって使用され得る。複数のＲＡは、Ｄ−ＧＷによって送信されてもよく、ＲＡは、プレフィクス（またはプレフィクスのセット）を固定する１または複数のＤ−ＧＷのＰＩＯを含んでいてもよい。ＵＥは、そのＩＰｖ６のデフォルトのルータリストに複数回のエントリを有してもよく、ＲＦＣ４１９１などの機構に影響を及ぼすことができる。これは、異なるＤ−ＧＷ間の減少した調整を使用することができる。
【００８９】
Ｄ−ＧＷは、ＰＭＩＰｖ６ネットワークベースのＤＭＭの実施形態が使用され得る場合、ＰＭＩＰｖ６規格のＬＭＡ機能などのＬＭＡ機能を含んでいてもよい。Ｄ−ＧＷは、ＵＥごとおよびＩＰごとのプレフィクス細分性に対してＬＭＡ機能を実施することができる。ＬＭＡ機能は、ＭＡＧの対応する機能を実施する別のＤ−ＧＷとのＳ５＊インターフェイスを終了させることができる。ＧＴＰネットワークベースの変形形態が使用され得るとき、Ｄ−ＧＷは、ＬＭＡとして論理的に動作し得るが、制御プレーンおよびデータプレーンの両方のためのＧＴＰを使用してもよい。
【００９０】
Ｄ−ＧＷは、クライアントベースのＤＭＭの実施形態が使用され得る場合に、ＤＳＭＩＰｖ６ホームエージェントを含んでいてもよく、エッチング（ｅｔｃｈ）はＳ２ｃ＊インターフェイスであってもよい。
【００９１】
Ｄ−ＧＷは、適し得るアクセス技術を使用できるＵＥと対話するために要求され得る、信頼のある非３ＧＰＰアクセスによって実施される機能などのアクセス機能およびルーティング機能を含んでいてもよい。ＨＰＬＭＮのＰＧＷを介して処理されるまたはされた可能性があるＰＤＮ接続では、Ｄ−ＧＷ機能は、それが手続きの残りにおいてＵＥおよびネットワークエンティティの残りにとってトランスペアレントであり得るように使用されなくてもよく、Ｄ−ＧＷは中継器として働くことができる。
【００９２】
Ｄ−ＧＷの機能はＰＧＷに類似していてもよく、ＰＧＷのソフトウェアスタックの実装形態が再使用されてもよい。これは、たとえば追加の総配備コストを最小限にするためになされ得る。
【００９３】
３ＧＰＰ  Ｅ−ＵＴＲＡＮ／ＬＴＥアクセスに配備されたＤ−ＧＷでは、Ｄ−ＧＷは、以下のＳＧＷ機能の少なくとも一部を含んでいてもよい。たとえば、Ｄ−ＧＷは、ＭＭＥとのインターフェイスＳ１１を終了させることができる。
【００９４】
本明細書で使用される「サービングＤ−ＧＷ」は、ＵＥが現在関連し得るＤ−ＧＷを指すことがある。本明細書で使用される「アンカリングＤ−ＧＷ」は、以前訪問したＤ−ＧＷを指すことがある。アンカリングＤ−ＧＷは、ＵＥのアクティブフローによって使用され得るＩＰｖ６プレフィクスを固定していてもよい。
【００９５】
Ｄ−ＧＷ論理構成体は、独立した機能として配備されてもよいし、ＨｅＮＢ、Ｌ−ＧＷ、ＳＧＷなどの他の３ＧＰＰエンティティとともにまとめられていてもよい。
【００９６】
Ｄ−ＧＷがＳＧＷとともにまとめられていることがある場合、Ｓ１−Ｕは、内部の論理インターフェイスになってもよい。得られる論理機能は、集中化方法で処理される通信のためのＳＧＷとして動作することができ、これは、トラフィックがＳ５のＧＴＰ／ＰＭＩＰｖ６トンネリングを介してＰＧＷを横断し得る場合であり得る。ＭＭＥとのＳ１１インターフェイス点、ならびにローカルインターネットおよびコンテンツ接続点とのＳＧｉ基準点があり得る。Ｄ−ＧＷ論理構成体が、ＳＧＷ機能の一部を実施することができ、Ｅ−ＵＴＲＡＮとＳＧＷの間でメッセージを透過的に中継することを要求し得る際に、並置が生じてもよい。並置は、たとえば、ＳＧＷの数が多くなくてもよく、ＳＧＷ（複数可）がユーザの近くに位置していなくてもよい配備において適切であり得る。
【００９７】
Ｄ−ＧＷは、ＨｅＮＢ／Ｌ−ＧＷとともにまとめられていてもよい。この並置は、多くのユーザが存在することがあり、トラフィックをコアネットワークの外に出すためにアンカをできるだけ遠くに移動させるのが望ましいことがある密集した配備において生じてもよい。
【００９８】
Ｄ−ＧＷは、ＰＧＷとともにまとめられていてもよい。Ｄ−ＧＷは、図４に示されているように、ｅＰＤＧとともにまとめられていてもよい。
【００９９】
本明細書に記載のシステムおよび方法によれば、ＵＥは、Ｒｅｌ−１０／１１が可能なＵＥの機能を実施することができる。たとえば、ＵＥは、（ＮＢ−）ＩＦＯＭ、ＤＳＭＩＰｖ６  Ｓ２ｃインターフェイス、ＭＡＰＣＯＮ機能などを実施することができる。ＵＥは、Ｄ−ＧＷとのＳ２ｃ＊インターフェイスを終了することができる。ＵＥは、ＩＰアドレス管理およびソースアドレス選択についてのインテリジェント機能（ｉｎｔｅｌｌｉｇｅｎｃｅ）を実施することができる。このインテリジェント機能は、接続管理部に要求を強いることができる。たとえば、ネットワークベースの（ＧＴＰ／ＰＭＩＰｖ６）の場合、ＵＥは、それがアタッチし得るＤ−ＧＷで割り当てられた＜ＩＰｖ６プレフィクス（複数可）、ＡＰＮ＞の組の記録を内部で取ることができる。クライアントベースの（ＤＳＭＩＰｖ６）の場合、それは、ＵＥによって使用されるプレフィクスを固定するＤ−ＧＷのＩＰｖ６アドレスの記録を取ることができる。さらに、ＵＥは、インテリジェントなソースＩＰｖ６アドレス選択を実施することができ、その結果、アプリケーションは現在のＤ−ＧＷにローカルで固定された「提供／呈示された」プレフィクスであり得る。これは、過去に訪問されたＤ−ＧＷに固定されたプレフィクスが使用されるのを止めることを可能にし得る。いくつかの実施形態において、ネットワークからの選好を考慮に入れられるようにするための機構が有効にされ得る。これは、たとえば、ＡＮＤＳＦ枠組み、および／またはＲＦＣ４１９１、ＲＦＣ３４８４、ＲＦＣ５２２０などの機構の機能強化に基づいていてもよい。
【０１００】
ＵＥは、分散方法においていずれのトラフィックがネットワークによって管理され得るか、また、ＨＰＬＭＮ（アンカ選択処理）においていずれのトラフィックが固定され得るかを制御したいことがある。ＡＰＮは、ＵＥによっていずれのタイプのアンカリング動作が選択され得るかを示すために規定され得る。ＵＥは、ＵＥがもはや使用していない可能性があるプレフィクスに関連し得るＰＤＮ接続についてのＰＤＮ切断手続きを開始することができ、その結果、ネットワークは、関連するリソースと、ネットワークベースの（ＰＭＩＰｖ６）の実施形態の場合は、それらのプレフィクスをＵＥの現在位置で到達可能に維持するための信号送信手続きを実施するステップとを解放する。
【０１０１】
本明細書に述べるように、モビリティ管理のさまざまな実装形態は、ネットワークベースの実施形態（ＧＴＰ／ＰＭＩＰｖ６）またはクライアントベースの実施形態（ＤＳＭＩＰｖ６）を使用し得る。図２を再び参照すると、Ｄ−ＧＷはネットワークの境界に分散されていることがある。３ＧＰＰおよび信頼のある非３ＧＰＰのＩＰアクセスでは、これらのＤ−ＧＷは、アクセスネットワークレベルにおけるＵＥの近く、たとえば、３ＧＰＰアクセスでは、ＳＧＷまたは（Ｈ）ｅＮＢ／Ｌ−ＧＷの近く、ＷｉＦｉの信頼のある非３ＧＰＰのＩＰアクセスでは、ＡＰの近くなどに配置され得る。信頼性のない非３ＧＰＰのＩＰアクセスでは、Ｄ−ＧＷは、ＵＥに最も近いオペレータ管理のエンティティであり得るｅＰＤＧの近くまたはその場所のオペレータのＨＰＬＭＮの境界に位置してもよい。
【０１０２】
ＤＭＭのいくつかの変更によって、Ｄ−ＧＷは、ＵＥおよびネットワークの残りから見ればＰＧＷとして動作し得る。キャパシティに関しては、Ｄ−ＧＷはＰＧＷより弱くてもよく、これは、それらが管理し得る接続／ＵＥの量の方が小さい可能性があるためである。Ｄ−ＧＷは、インターネットアクセス、ＳＩＰＴＯを介したローカルブレイクアウト、およびローカルリソース（ＬＩＰＡシナリオなど）への接続を提供することができる。Ｄ−ＧＷは、ＵＥへの委譲に利用可能なＤ−ＧＷに固定されているＩＰｖ６プレフィクスのプールを有していてもよく、それは、ＩＰルーティングが、それらのプレフィクスにアドレス指定されたパケットをＤ−ＧＷに送達するときなどに行われる。ＵＥが最初にネットワークにアタッチしたとき、ＵＥによって要求されるＡＰＮ（何も提供されない場合はデフォルトのもの）が、ＨＳＳにおけるそのプロフィールとともに確認され得る。本明細書に述べるように、接続は、ＰＤＮ接続であってもよく、ローカルで処理され得る。接続がローカルで処理されなくてもよいとき、接続は、Ｄ−ＧＷがトランスペアレントであり得る３ＧＰＰ手続きを介して処理されてもよく、手続きの大半において中継器として働くことができる。
【０１０３】
ネットワークベースのＤＭＭの実施形態が提供され得る。図６は、例示的なＤＭＭベースの移動体ネットワークシステムを示す。たとえば、図６は、ネットワークベース（ＧＴＰおよびＰＭＩＰｖ６の変形）であってもよいＤＭＭベースの移動体ネットワークシステムの設計を示す。
【０１０４】
図６に示されているように、ＵＥ６００またはＵＥ６０２などのＵＥによって要求されるＰＤＮ接続は、Ｄ−ＧＷ６０４、Ｄ−ＧＷ６０６、Ｄ−ＧＷ６０８、Ｄ−ＧＷ６１０、またはＤ−ＧＷ６１８などのＤ−ＧＷによって処理され得る。６１６のＰｒｅｆＡ、６１２のＰｒｅｆＢ、または６１４のＰｒｅｆＣなどの、そのプールからのＩＰｖ６プレフィクスは、ＵＥに割り当てられていてもよい。このプレフィクスは、ＵＥに、それがＩＰｖ６アドレスを自動構成できるように運搬され得る。Ｄ−ＧＷが、ＰＩＯに含めて搬送される割り当てられたプレフィクスとともにルータ広告を送信することができるように、ステートレスの自動構成が使用され得るが、たとえばＤＨＣＰｖ６の使用などの他のオプションが可能であってもよい。Ｄ−ＧＷは、ＨＳＳで更新することができる。たとえば、Ｄ−ＧＷは、ＵＥに割り当てられ得るＩＰｖ６プレフィクスを更新することができ、これは、Ｄ−ＧＷ識別子と、Ｄ−ＧＷ識別子がアドレスを導出するのに十分でない可能性がある場合はＩＰｖ６アドレスとを含んでいてもよい。Ｄ−ＧＷは、３ＧＰＰアクセスではＭＭＥを介してＨＳＳを、また、非３ＧＰＰアクセスではＡＡＡサーバ更新することができる。ＵＥは、ＭＣＮを横断することなくＤ−ＧＷを介してルーティングされ得るＩＰｖ６パケットの送受信を開始することができる。信頼性のない非３ＧＰＰアクセスでは、パケットはＨＰＬＭＮを横断する必要があり得るが、ＭＣＮを横断する必要はない。図６に示されているように、ＵＥ６００は、Ｄ−ＧＷ６０４にアタッチされてもよく、Ｄ−ＧＷ６０４によって割り当てられ得るプレフィクスＰｒｅｆＡ：ｘ：：／６４からＰｒｅｆＡ：ｘ：：ＵＥ１／６４アドレスを構成することができる。
【０１０５】
ＵＥが移動し、別のアクセスネットワークにアタッチした場合に、いくつかの手続きが実施され得る。たとえば、実施され得る手続きは、たとえばアドレスを確実に保存させるために、ＵＥが確立した可能性があるＰＤＮ接続が維持され得るというものであってもよい。ＵＥのＰＤＮ接続では、ＵＥによって使用されてもよいＩＰアドレスを固定するＤ−ＧＷが、そのＰＤＮ接続用のＰＧＷ（すなわち、ＬＭＡ）の役割を担ってもよく、Ｄ−ＧＷは、そのＵＥおよびそのＰＤＮ接続のためのＬＭＡ機能を実施することができる。ＵＥがアタッチされ得るＤ−ＧＷは、他のＤ−ＧＷに固定され得るＵＥのＰＤＮ接続のためのＭＡＧの役割を担ってもよい。ＵＥが現在アタッチされている可能性があるＤ−ＧＷは、ＨＳＳ／ＡＡＡと対話することによって、ＵＥの継続中のＰＤＮ接続、使用されてもよいＩＰｖ６プレフィクス、およびそれらを固定していてもよいＤ−ＧＷに関する情報を取得することができる。別の例として、実施され得る手続きは、ＵＥが現在アタッチされている可能性があるＤ−ＧＷへのＰＤＮ接続（またはいくつかの接続）をＵＥが要求することができるというものであってもよい。これは、ＵＥに、サービングＤ−ＧＷに固定され得るＩＰｖ６アドレスを提供することができる。これは、たとえば、オペレータのネットワークリソースの良好な使用を実現するために行われてもよい。
【０１０６】
図６をさらに参照すると、ＵＥ６０２は最初にＤ−ＧＷ６０６にアタッチしていてもよく、ここでは、それが、ＰＤＮ接続を確立し、６１２のＰｒｅｆＢ：ｙ：：ＵＥ２／６４を、Ｄ−ＧＷ６０６に固定され得るＩＰアドレスとして構成していてもよい。ＵＥ２は移動し、Ｄ−ＧＷ６０８にアタッチしてもよい。Ｄ−ＧＷ６０８は、ＭＡＧの役割を担ってもよく、Ｄ−ＧＷ６０６は、ＬＭＡの役割を担ってもよい。たとえば、（適所のネットワークベースの実施形態次第では）６２０において、Ｄ−ＧＷ６０６とＤ−ＧＷ６０８の間に、ＰｒｅｆＢ：ｙ：：ＵＥ２にアドレス指定されたトラフィックをＵＥ６０２の現在位置に送るためのＧＴＰまたはＰＭＩＰｖ６トンネルを確立することによって、元のＰＤＮ接続はハンドオーバされてもよい。これにより、ＵＥ６０２がＰｒｅｆＢ：ｙ：：ＵＥ２を継続して使用できるようにし、かつ、ＵＥ６０２が、そのアドレスを使用して任意の動作中のサービス／アプリケーション／接続を維持できるようにすることができる。ＵＥ６０２は、Ｄ−ＧＷ６０８において新規のＰＤＮ接続を確立することができ、Ｄ−ＧＷ６０８に固定され、ＵＥ６０２によって新規の接続に使用され得る、６１４（ＰｒｅｆＣ：ｚ：：ＵＥ２／６４）の新規のＩＰｖ６アドレスを構成することができる。
【０１０７】
ＤＭＭは、ＵＥのスマートＩＰアドレス管理を使用することができる。ＵＥによって使用され得るＩＰアドレス選択機構は、ＵＥが現在アタッチされている可能性があるＤ−ＧＷに固定され得るＩＰｖ６アドレスをＵＥが選好できるように、機能強化されていてもよい。これは、たとえば、ローカルで固定されたＩＰｖ６アドレスを新規の通信が利用できるようにする一方で、ＩＰｖ６アドレスを確実に継続させることによって以前の通信が維持され得るように行われてもよい。以前のＩＰｖ６アドレスを使用する通信が終了するとき、ＵＥは認識することができ、アドレスへの到達可能性がもはや要求されなくてもよいことをネットワークに知らせることができる。これにより、さらなる信号送信が発生させられるのを防ぐことができ、使用されたトンネルの除去を可能にすることができる。ＵＥのこの機能強化型インテリジェント機能は、ＩＰｖ６アドレスの管理を補助することができる。
【０１０８】
クライアントベースのＤＭＭが提供され得る。図７は、例示的なＤＭＭベースの移動体ネットワークシステムを示す。たとえば、図７は、ＤＭＭベースの移動体ネットワークシステム設計を示す。ＤＳＭＩＰｖ６を使用する３ＧＰＰクライアントベースのモビリティ管理手続きに基づいていてもよい手続きが提供され得る。
【０１０９】
ＵＥ７１０またはＵＥ７１２などのＵＥによって要求されるＰＤＮ接続は、Ｄ−ＧＷ７００、Ｄ−ＧＷ７０２、Ｄ−ＧＷ７０４、Ｄ−ＧＷ７０６、またはＤ−ＧＷ７０８などのＤ−ＧＷによって処理され得る。そのプールからのＩＰｖ６プレフィクスがＵＥに割り当てられてもよい。このプレフィクスは、ＵＥに、それがＩＰｖ６アドレスを自動構成できるように運搬され得る。たとえば、Ｄ−ＧＷが、ＰＩＯに含めて搬送される割り当てられたプレフィクスとともにルータ広告を送信することができるように、ステートレスの自動構成が使用され得る。たとえばＤＨＣＰｖ６の使用などの他のオプションが可能であってもよい。Ｄ−ＧＷは、ＨＳＳで、ＵＥに割り当てられ得るＩＰｖ６プレフィクスを更新することができ、これはＤ−ＧＷ識別子を含んでいてもよく、Ｄ−ＧＷ識別子がアドレスを導出するのに十分でない可能性がある場合はＩＰｖ６アドレスを含んでいてもよい。これは、たとえば、３ＧＰＰアクセスではＭＭＥを、非３ＧＰＰアクセスではＡＡＡサーバを介して生じ得る。ＵＥは、Ｄ−ＧＷを介してルーティングされ得るＩＰｖ６パケットを送受信することができる。Ｄ−ＧＷを介したルーティングが、ＭＣＮを横断する必要なく生じ得る。信頼性のない非３ＧＰＰアクセスでは、パケットはＨＰＬＭＮを横断し得るが、ＭＣＮは横断しなくてもよい。
【０１１０】
図７に示されているように、ＵＥ７１０は、Ｄ−ＧＷ７００に接続されてもよく、Ｄ−ＧＷ７００によって割り当てられ得るプレフィクスＰｒｅｆＡ：ｘ：：／６４からＰｒｅｆＡ：ｘ：：ＵＥ１／６４アドレスを構成することができる。このアドレスは、ＵＥが後に移動する場合はこのＵＥおよびこのＨｏＡのホームエージェントの役割を担ってもよいＤ−ＧＷ７００によって割り当てられ得るＵＥのホームアドレスとみなされてもよい。
【０１１１】
ＵＥが移動し、別のアクセスネットワークにアタッチした場合に、行われ得るいくつかの手続きがあってもよい。一例として、手続きは、ＵＥが現在アタッチされている可能性があるＤ−ＧＷへのＰＤＮ接続（またはいくつかのＰＤＮ接続）をＵＥが要求することができるというものであってもよい。これは、最適なルーティングを享受するために、ＵＥによって使用されることがあるサービングＤ−ＧＷに固定され得るＩＰｖ６アドレスをＵＥに提供することができる。これは、たとえば、オペレータのネットワークリソースの良好な使用を確実にするように行われてもよい。別の例として、手続きは、たとえばアドレスを確実に保存させるために、ＵＥが以前に確立した可能性があるＰＤＮ接続が維持され得るというものであってもよい。ＵＥに属し得るＰＤＮ接続では、ＵＥによって使用されるＩＰアドレスを固定し得るＤ−ＧＷは、Ｄ−ＧＷがそのＵＥおよびそのＰＤＮ接続のためのＨＡ機能を実施することができるように、そのＰＤＮ接続のＰＧＷ（すなわち、ＨＡ）の役割を担ってもよい。ＵＥは、アンカリングＤ−ＧＷのそれぞれにその現在位置を知らせ、ＩＰｖ６内ＩＰｖ６のトンネルを確立しなければならない場合があり、その結果、データパケットは方向をＵＥに変えられ得る。ＵＥは、アタッチされたＤ−ＧＷ（すなわち、サービングＤ−ＧＷ）から気付アドレスとして取得されていてもよいアドレスを使用することができ、ＨｏＡ（すなわち、アンカリングＤ−ＧＷの役割を担ってもよい以前訪問したサービングＤ−ＧＷによって割り当てられた可能性があるアドレス）ごとにバインディング更新メッセージを送信することができる。これは、ＵＥによって依然として使用され得るアドレスについて行われてもよい。
【０１１２】
図７のＵＥ７１２は最初にＤ−ＧＷ７０２にアタッチしていてもよく、ここでは、それが、ＰＤＮ接続を確立し、ＰｒｅｆＢ：ｙ：：ＵＥ２／６４を、Ｄ−ＧＷ７０２に固定され得る７１４のＩＰアドレスとして構成していてもよい。ＵＥ７１２は移動してもよく、Ｄ−ＧＷ７０４にアタッチする。ＵＥ７１２は、Ｄ−ＧＷ７０４におけるＰＤＮ接続を確立することができる。ＵＥは、Ｄ−ＧＷ３に固定され、ＵＥ２によってアタッチに使用され得るＩＰｖ６アドレス（７１６のＰｒｅｆＣ：ｚ：：ＵＥ２／６４）を構成することができる。このアドレスはまた、以前に構成されたＩＰｖ６アドレスを固定することができるＤ−ＧＷ７０２との双方向トンネルを確立するためのＣｏＡとして使用されてもよい。ＰｒｅｆＢ：ｙ：：ＵＥ２／６４は、ＨｏＡとして使用されてもよく、ＰｒｅｆＣ：ｚ：：ＵＥ２／６４は、ＣｏＡとして使用されてもよく、Ｄ−ＧＷ７０２は、ＵＥ７１２およびＩＰｖ６対応のアドレスのためのＨＡとして動作してもよい。これは、ＵＥ７１２がＰｒｅｆＢ：ｙ：：ＵＥ２を継続して使用できるようにし、かつ、ＵＥ７１２が、そのアドレスを使用して任意の動作中のサービス／アプリケーション／アタッチを維持できるようにすることができる。ＵＥ７１２は、通信用に、獲得されたＩＰｖ６アドレス（ＰｒｅｆＣ：ｚ：：ＵＥ２／６４）の使用を促すことができ、これは、トンネリングおよび最善に次ぐルーティングを避けることができる。
【０１１３】
ＵＥによって使用されるＩＰアドレス選択機構は、ＵＥが現在アタッチされている可能性があるＤ−ＧＷに固定され得るＩＰｖ６アドレスをＵＥが選好できるように、機能強化されていてもよい。これは、たとえば、ローカルで固定されたＩＰｖ６アドレスを新規の通信が利用できるようにする一方で、ＩＰｖ６アドレスを確実に継続させることによって以前の通信が維持され得るように行われてもよい。以前のＩＰｖ６アドレスを使用する通信が終了し得るとすぐに、ＵＥを認識することができ、使用されたトンネルが除去され得るように、アドレスへの到達可能性がもはや要求されなくてもよいことをネットワークに知らせることができる。これは、たとえば、登録解除ＢＵを送信することによって行われてもよい。ＵＥは、ＩＰｖ６アドレスを管理するための機能強化型インテリジェント機能を有していてもよい。
【０１１４】
制御プレーンとユーザプレーンのスタックが提供され得る。モビリティ管理（ＭＭ）用の制御プレーンおよびＧＴＰ／ＰＭＩＰｖ６ベースのインターフェイス上のユーザプレーンが、さまざまなネットワークベースの実施形態用に示されている。ユーザプレーンの場合について、いくつかの実施形態が示される。たとえば、一実施形態は直接接続に使用されてもよく、その結果、サービングＤ−ＧＷとアンカリングＤ−ＧＷは、ＵＥおよびＵＥが使用していてもよいＩＰｖ６アドレス／プレフィクスのために並置されてもよい。別の例として、実施形態は分散固定に使用されてもよく、その結果、サービングＤ−ＧＷとアンカリングＤ−ＧＷは、ＵＥモビリティのため、並置されなくてもよい。
【０１１５】
図８は、ＰＭＩＰｖ６を使用でき、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す。図８に示されているように、サービングＤ−ＧＷ８００とアンカリングＤ−ＧＷ８０２は、８２０のインターフェイスＳ５＊を使用して互いに通信することができる。サービングＤ−ＧＷ８００は、ＰＭＩＰｖ６８０４、ＩＰ８０６、Ｌ２  ８０８、およびＬ１  ８１０を含んでいてもよい。アンカリングＤ−ＧＷ８０２は、ＰＭＩＰｖ６８１２、ＩＰ８１４、Ｌ２  ８１６、およびＬ１  ８１８を含んでいてもよい。
【０１１６】
図９は、ＧＴＰを使用でき、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す。図９に示されているように、サービングＤ−ＧＷ９００とアンカリングＤ−ＧＷ９０２は、９２４のインターフェイスＳ５＊を使用して互いに通信することができる。サービングＤ−ＧＷ９００は、ＧＴＰ−Ｃ９０４、ＵＤＰ９０６、ＩＰ９０８、Ｌ２  ９１０、およびＬ１  ９１２を含んでいてもよい。アンカリングＤ−ＧＷ９０２は、ＧＴＰ−Ｃ９１４、ＵＤＰ９１６、ＩＰ９１８、Ｌ２  ９２０、およびＬ１  ９２２を含んでいてもよい。
【０１１７】
図１０は、ＰＭＩＰｖ６および／またはＧＴＰを使用でき、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスおよび直接接続で使用され得る例示的なネットワークベースのネットワークベースユーザプレーンを示す。ＵＥ１０００と、ｅＮＢ１００４と、Ｄ−ＧＷ１００８とは、Ｅ−ＵＴＲＡＮ−Ｕｕ１００２および／またはＳ１−Ｕ１００６を使用して通信することができる。ｅＮＢ１００４は、ＵＥ１０００とＤ−ＧＷ１００８が通信できるようにするために、ＵＥ１０００とＤ−ＧＷ１００８の間の中継器として働くことができる。ＵＥ１０００は、アプリケーション１０５０、ＩＰｖ６  １０１０、ＰＤＣＰ１０１２、ＲＬＣ１０１４、Ｌ２  １０１６、およびＬ１  １０１８を含んでいてもよい。ｅＮＢ１００４は、ＰＤＣＰ１０２０、ＲＬＣ１０２２、Ｌ２  １０２４、Ｌ１  １０２６、ＧＴＰ−Ｕ１０２８、ＵＤＰ／ＩＰ１０３０、Ｌ２  １０３２、およびＬ１  １０３４を含んでいてもよい。Ｄ−ＧＷ１００８は、ＧＴＰ−Ｕ１０３６、ＵＤＰ／ＩＰ１０３８、Ｌ２  １０４０、Ｌ１  １０４２、ＩＰｖ６  １０４４、Ｌ２  １０４６、およびＬ１  １０４８を含んでいてもよい。Ｄ−ＧＷ１００８は、サービング／アンカリングＤ−ＧＷであってもよい。ＳＧｉ１０５２は、ＰＤＮ  ＧＷとパケットデータネットワークの間で使用され得る基準点であってもよい。ＳＧｉ１０５２は、アプリケーション１０５０によって使用され得る。
【０１１８】
図１１は、ＰＭＩＰｖ６を使用でき、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスおよび分散固定で使用され得る例示的なネットワークベースのユーザプレーンを示す。ＵＥ１１００、ｅＮＢ１１０４と、サービングＤ−ＧＷと、アンカリングＤ−ＧＷ１１６６とは、Ｅ−ＵＴＲＡＮ−Ｕｕ１１０２および／またはＳ５＊１１６８を使用して通信することができる。ｅＮＢ１１０４は、インターフェイスＳ１−Ｕ１１０６を介してサービングＤ−ＧＷ１１０８と通信することができる。サービングＤ−ＧＷ１１０８は、インターフェイスＳ５＊１１６８を介してアンカリングＤ−ＧＷ１１６６と通信することができる。ｅＮＢ１１０４は、ＵＥ１１００、サービングＤ−ＧＷ１１０８、および／またはアンカリングＤ−ＧＷの間の通信を中継することができる。サービングＤ−ＧＷ１１０８は、アンカリングＤ−ＧＷ１１６６、ｅＮＢ１１０４、および／または１１００の間の通信を中継することができる。ＵＥ１１００は、アプリケーション１１５０、ＩＰｖ６  １１１０、ＰＤＣＰ１１１２、ＲＬＣ１１１４、Ｌ２  １１１６、およびＬ１  １１１８を含んでいてもよい。ｅＮＢ１１０４は、ＰＤＣＰ１１２０、ＲＬＣ１１２２、Ｌ２  １１２４、Ｌ１  １１２６、ＧＴＰ−Ｕ１１２８、ＵＤＰ／ＩＰ１１３０、Ｌ２  １１３２、およびＬ１  １１３４を含んでいてもよい。サービングＤ−ＧＷ１１０８は、ＧＴＰ−Ｕ１１３６、ＵＤＰ／ＩＰ１１３８、Ｌ２  １１４０、Ｌ１  １１４２、トンネリング層１１５４、ＩＰｖ４／ＩＰｖ６  １１４４、Ｌ２  １１４６、およびＬ１  １１４８を含んでいてもよい。アンカリングＤ−ＧＷ１１６６は、ＩＰｖ６  １１５６、トンネリング層１１５８、ＩＰｖ４／ＩＰｖ６  １１６０、Ｌ２  １１６２、およびＬ１  １１６４を含んでいてもよい。ＳＧｉ１１５２は、ＰＤＮ  ＧＷとパケットデータネットワークの間にあり得る基準点であってもよい。ＳＧｉ１１５２は、アプリケーション１１５０によって使用され得る。
【０１１９】
図１２は、ＧＴＰを使用でき、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスおよび分散固定で使用され得る例示的なネットワークベースのユーザプレーンを示す。ＵＥ１２００、ｅＮＢ１２０４と、サービングＤ−ＧＷと、アンカリングＤ−ＧＷ１２６６とは、Ｅ−ＵＴＲＡＮ−Ｕｕ１２０２および／またはＳ５＊１２６８を使用して通信することができる。ｅＮＢ１２０４は、インターフェイスＳ１−Ｕ１２０６を介してサービングＤ−ＧＷ１２０８と通信することができる。サービングＤ−ＧＷ１２０８は、インターフェイスＳ５＊１２６８を介してアンカリングＤ−ＧＷ１２６６と通信することができる。ｅＮＢ１２０４は、ＵＥ１２００、サービングＤ−ＧＷ１２０８、および／またはアンカリングＤ−ＧＷの間の通信を中継することができる。サービングＤ−ＧＷ１２０８は、アンカリングＤ−ＧＷ１２６６、ｅＮＢ１２０４、および／または１２００の間の通信を中継することができる。ＵＥ１２００は、アプリケーション１２５０、ＩＰｖ６  １２１０、ＰＤＣＰ１２１２、ＲＬＣ１２１４、Ｌ２  １２１６、およびＬ１  １２１８を含んでいてもよい。ｅＮＢ１２０４は、ＰＤＣＰ１２２０、ＲＬＣ１２２２、Ｌ２  １２２４、Ｌ１  １２２６、ＧＴＰ−Ｕ１２２８、ＵＤＰ／ＩＰ１２３０、Ｌ２  １２３２、およびＬ１  １２３４を含んでいてもよい。サービングＤ−ＧＷ１２０８は、ＧＴＰ−Ｕ１２３６、ＵＤＰ／ＩＰ１２３８、Ｌ２  １２４０、Ｌ１  １２４２、ＧＴＰ−Ｕ１２５４、ＵＤＰ／ＩＰ１２４４、Ｌ２  １２４６、およびＬ１  １２４８を含んでいてもよい。アンカリングＤ−ＧＷ１２６６は、ＩＰｖ６  １２５６、ＧＴＰ−Ｕ１２５８、ＩＰｖ４／ＩＰｖ６  １２６０、Ｌ２  １２６２、およびＬ１  １２６４を含んでいてもよい。ＳＧｉ１２５２は、ＰＤＮ  ＧＷとパケットデータネットワークの間にあり得る基準点であってもよい。ＳＧｉ１２５２は、アプリケーション１２５０によって使用され得る。
【０１２０】
図１３は、ＰＭＩＰｖ６を使用でき、信頼のある非３ＧＰＰのＩＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す。図１３に示されているように、ＵＥ１３００と、サービングＤ−ＧＷ１３０２と、アンカリングＤ−ＧＷ１３０６とは、互いに通信することができる。サービングＤ−ＧＷ１３０２は、インターフェイスＳ５＊１３０４を介してアンカリングＤ−ＧＷ１３０６と通信することができる。ＵＥ１３００は、Ｌ２／Ｌ１  １３０８を含んでいてもよい。サービングＤ−ＧＷ１３０２は、Ｌ２／Ｌ１  １３１０、ＰＭＩＰｖ６  １３１２、ＩＰ１３１４、およびＬ２／Ｌ１  １３１６を含んでいてもよい。アンカリングＤ−ＧＷ１３０６は、ＰＭＩＰｖ６  １３１８、ＩＰ１３２０、およびＬ２／Ｌ１  １３２２を含んでいてもよい。
【０１２１】
図１４は、ＧＴＰを使用でき、信頼のある非３ＧＰＰのＩＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す。
【０１２２】
図１４に示されているように、ＵＥ１４００と、サービングＤ−ＧＷ１４０２と、アンカリングＤ−ＧＷ１４０６とは、互いに通信することができる。サービングＤ−ＧＷ１４０２は、インターフェイスＳ５＊１４０４を介してアンカリングＤ−ＧＷ１４０６と通信することができる。ＵＥ１４００は、Ｌ２／Ｌ１  １４０８を含んでいてもよい。サービングＤ−ＧＷ１４０２は、Ｌ２／Ｌ１  １４１０、ＵＤＰ１４１２、ＩＰ１４１４、Ｌ２／Ｌ１  １４１６、およびＧＴＰ−Ｃ１４２４を含んでいてもよい。アンカリングＤ−ＧＷ１４０６は、ＵＤＰ１４１８、ＩＰ１４２０、Ｌ２／Ｌ１  １４２２、およびＧＴＰ−Ｃ１４２６を含んでいてもよい。
【０１２３】
図１５は、ＰＭＩＰｖ６および／またはＧＴＰを使用でき、信頼のある非３ＧＰＰのＩＰアクセスおよび直接アクセスで使用され得る例示的なネットワークベースのユーザプレーンを示す。図１５に示されているように、ＵＥ１５００とＤ−ＧＷ１５０２は、互いに通信することができる。ＵＥ１５００は、アプリケーション１５０６、ＩＰｖ６  １５０８、Ｌ２  １５１０、およびＬ１  １５１２を含んでいてもよい。Ｄ−ＧＷ１５０２は、ＩＰｖ６  １５１４、Ｌ２  １５１６、Ｌ１  １５１８、Ｌ２  １５２０、およびＬ１  １５２２を含んでいてもよい。ＳＧｉ１５０４は、ＰＤＮ  ＧＷとパケットデータネットワークの間にあり得る基準点であってもよい。ＳＧｉ１５０４は、アプリケーション１５０６によって使用され得る。
【０１２４】
図１６は、ＰＭＩＰｖ６を使用でき、信頼のある非３ＧＰＰのＩＰアクセスおよび分散固定で使用され得る例示的なネットワークベースのユーザプレーンを示す。図１６に示されているように、ＵＥ１６０８と、サービングＤ−ＧＷ１６１６と、アンカリングＤ−ＧＷ１６３８とは、互いに通信することができる。ＵＥ１６０８は、アプリケーション１６００、ＩＰｖ６  １６０２、Ｌ２  １６０４、Ｌ１  １６０６を含んでいてもよい。サービングＤ−ＧＷ１６１６は、ＩＰｖ６  １６１０、Ｌ２  １６１２、Ｌ１  １６１４、トンネリング層１６１８、ＩＰｖ４／ＩＰｖ６  １６２０、Ｌ２  １６２２、およびＬ１  １６２４を含んでいてもよい。アンカリングＤ−ＧＷ１６３８は、ＩＰｖ６  １６２６、トンネリング層１６２８、ＩＰｖ４／ＩＰｖ６  １６３０、Ｌ２  １６３２、およびＬ１  １６３４を含んでいてもよい。サービングＤ−ＧＷ１６１６は、インターフェイスＳ５＊１６３６を介してアンカリングＤ−ＧＷ１６３８と通信することができる。ＳＧｉ１６４０は、ＰＤＮ  ＧＷとパケットデータネットワークの間にあり得る基準点であってもよい。ＳＧｉ１６４０は、アプリケーション１６００によって使用され得る。
【０１２５】
図１７は、ＧＴＰを使用でき、信頼のある非３ＧＰＰのＩＰアクセスおよび分散固定で使用され得るネットワークベースの例示的なユーザプレーンを示す。図１７に示されているように、ＵＥ１７０８と、サービングＤ−ＧＷ１７１６と、アンカリングＤ−ＧＷ１７３８とは、互いに通信することができる。ＵＥ１７０８は、アプリケーション１７００、ＩＰｖ６  １７０２、Ｌ２  １７０４、Ｌ１  １７０６を含んでいてもよい。サービングＤ−ＧＷ１７１６は、ＩＰｖ６  １７１０、Ｌ２  １７１２、Ｌ１  １７１４、ＧＴＰ−Ｕ１７１８、ＵＤＰ／ＩＰ１７２０、Ｌ２  １７２２、およびＬ１  １７２４を含んでいてもよい。アンカリングＤ−ＧＷ１７３８は、ＩＰｖ６  １７２６、ＧＴＰ−Ｕ１７２８、ＵＤＰ／ＩＰ１７３０、Ｌ２  １７３２、およびＬ１  １７３４を含んでいてもよい。サービングＤ−ＧＷ１７１６は、インターフェイスＳ５＊１７３６を介してアンカリングＤ−ＧＷ１７３８と通信することができる。ＳＧｉ１７４０は、ＰＤＮ  ＧＷとパケットデータネットワークの間にあり得る基準点であってもよい。ＳＧｉ１７４０は、アプリケーション１７００によって使用され得る。
【０１２６】
図１８は、ＰＭＩＰｖ６を使用でき、信頼性のない非３ＧＰＰのＩＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す。ＵＥ１８０６と、サービングＤ−ＧＷ１８１４と、アンカリングＤ−ＧＷ１８３０とは、互いに通信することができる。ＵＥ１８０６は、ＩＫＥｖ２  １８００、ＩＰｖ６  １８０２、およびＬ２／Ｌ１  １８０４を含んでいてもよい。サービングＤ−ＧＷは、ＩＫＥｖ２  １８０８、ＩＰｖ６  １８１０、Ｌ２／Ｌ１  １８１２、ＰＭＩＰｖ６  １８１６、ＩＰ１８１８、およびＬ２／Ｌ１  １８２０を含んでいてもよい。アンカリングＤ−ＧＷ１８３０は、ＰＭＩＰｖ６  １８２４、ＩＰ１８２６、およびＬ２／Ｌ１  １８２８を含んでいてもよい。サービングＤ−ＧＷ１８１４は、インターフェイスＳ５＊１８２２を介してアンカリングＤ−ＧＷ１８３０と通信することができる。
【０１２７】
図１９は、ＧＴＰを使用でき、信頼性のない非３ＧＰＰのＩＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す。ＵＥ１９０６と、サービングＤ−ＧＷ１９１４と、アンカリングＤ−ＧＷ１９３４とは、互いに通信することができる。ＵＥ１９０６は、ＩＫＥｖ２  １９００、ＩＰｖ６  １９０２、およびＬ２／Ｌ１  １９０４を含んでいてもよい。サービングＤ−ＧＷは、ＩＫＥｖ２  １９０８、ＩＰｖ６  １９１０、Ｌ２／Ｌ１  １９１２、ＧＴＰ−Ｃ１９１６、ＵＤＰ１９１８、ＩＰ１９２０、およびＬ２／Ｌ１  １９２２を含んでいてもよい。アンカリングＤ−ＧＷ１９３４は、ＧＴＰ−Ｃ１９２６、ＵＤＰ１９２８、ＩＰ１９３０、およびＬ２／Ｌ１  １９３２を含んでいてもよい。サービングＤ−ＧＷ１９１４は、インターフェイスＳ５＊１９２４を介してアンカリングＤ−ＧＷ１９３４と通信することができる。
【０１２８】
図２０は、ＧＴＰおよび／またはＰＭＩＰｖ６を使用でき、信頼性のない非３ＧＰＰのＩＰアクセスおよび直接接続で使用され得る例示的なネットワークベースのユーザプレーンを示す。ＵＥ２０１０は、Ｄ−ＧＷ２０１８と通信することができる。ＵＥ２０１０は、アプリケーション２０００、ＩＰｖ６  ２００２、ＩＰｓｅｃ２００４、ＩＰ２００６、およびＬ２／Ｌ１  ２００８を含んでいてもよい。Ｄ−ＧＷは、ＩＰｓｅｃ２０１２、ＩＰ２０１３、Ｌ２／Ｌ１  ２０１６、ＩＰｖ６  ２０２０、およびＬ２／Ｌ１  ２０２２を含んでいてもよい。Ｄ−ＧＷ２０１８は、サービング／アンカリングＤ−ＧＷであってもよい。ＳＧｉ２０２４は、ＰＤＮ  ＧＷとパケットデータネットワークの間にあり得る基準点であってもよい。ＳＧｉ２０２４は、アプリケーション２０００によって使用され得る。
【０１２９】
図２１は、ＰＭＩＰｖ６を使用でき、信頼性のない非３ＧＰＰのＩＰアクセスおよび分散固定で使用され得る例示的なネットワークベースのユーザプレーンを示す。ＵＥ２１１０と、サービングＤ−ＧＷ２１１８と、アンカリングＤ−ＧＷ２１３６とは、互いに通信することができる。サービングＤ−ＧＷ２１１８とアンカリングＤ−ＧＷ２１３６は、インターフェイスＳ５＊２１３４を介して通信することができる。ＵＥ２１１０は、アプリケーション２１００、ＩＰｖ６  ２１０２、ＩＰｓｅｃ２１０４、ＩＰ２１０６、およびＬ２／Ｌ１  ２１０８を含んでいてもよい。サービングＤ−ＧＷ２１１８は、ＩＰｓｅｃ２１１２、ＩＰ２１１４、Ｌ２／Ｌ１  ２１１６、トンネリング層２１２０、ＩＰ２１２２、およびＬ２／Ｌ１  ２１２４を含んでいてもよい。アンカリングＤ−ＧＷ２１３６は、ＩＰｖ６  ２１２６、トンネリング層２１２８、ＩＰ２１３０、およびＬ２／Ｌ１  ２１３２を含んでいてもよい。ＳＧｉ２１３４は、ＰＤＮ  ＧＷとパケットデータネットワークの間にあり得る基準点であってもよい。ＳＧｉ２１２３は、アプリケーション２１００によって使用され得る。
【０１３０】
図２２は、ＧＴＰを使用でき、信頼性のない非３ＧＰＰのＩＰアクセスおよび分散固定で使用され得る例示的なネットワークベースのユーザプレーンを示す。ＵＥ２２１０と、サービングＤ−ＧＷ２２１８と、アンカリングＤ−ＧＷ２２３６とは、互いに通信することができる。サービングＤ−ＧＷ２２１８とアンカリングＤ−ＧＷ２２３６は、インターフェイスＳ５＊２２３４を介して通信することができる。ＵＥ２２１０は、アプリケーション２２００、ＩＰｖ６  ２２０２、ＩＰｓｅｃ２２０４、ＩＰ２２０６、およびＬ２／Ｌ１  ２２０８を含んでいてもよい。サービングＤ−ＧＷ２２１８は、ＩＰｓｅｃ２２１２、ＩＰ２２１４、Ｌ２／Ｌ１  ２２１６、ＧＴＰ−Ｕ２２２０、ＵＤＰ／ＩＰ２２２２、およびＬ２／Ｌ１  ２２２４を含んでいてもよい。アンカリングＤ−ＧＷ２２３６は、ＩＰｖ６  ２２２６、ＧＴＰ−Ｕ２２２８、ＵＤＰ／ＩＰ２２３０、およびＬ２／Ｌ１  ２２３２を含んでいてもよい。ＳＧｉ２２３４は、ＰＤＮ  ＧＷとパケットデータネットワークの間にあり得る基準点であってもよい。ＳＧｉ２２２３はアプリケーション２２００によって使用され得る。
【０１３１】
図２３は、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスで使用され得る例示的なクライアントベースの制御プレーンを示す。ＵＥ２３１２と、ｅＮＢ２３３０と、アンカリングＤ−ＧＷ２３４２とは、互いに通信することができる。ｅＮＢ２３３０とアンカリングＤ−ＧＷ２３４２は、インターフェイスＳ２ｃ＊２３４０を介して通信することができる。ＵＥ２３１３は、ＤＳＭＩＰｖ６  ２３００、ＩＰｖ６  ２３０２、ＰＤＣＰ２３０４、ＲＬＣ２３０６、Ｌ２  ２３０８、およびＬ１  ２３１０を含んでいてもよい。ｅＮＢ２３３０は、ＰＤＣＰ２３１４、ＲＬＣ２３１６、Ｌ２  ２３１８、Ｌ１  ２３２０、ＧＴＰ−Ｕ２３２２、ＵＤＰ／ＩＰ２３２４、Ｌ２  ２３２６、およびＬ１  ２３２８を含んでいてもよい。アンカリングＤ−ＧＷ２３４２は、ＧＴＰ−Ｕ２３３２、ＵＤＰ／ＩＰ２３３４、Ｌ２  ２３３６、Ｌ１  ２３３８、ＤＳＭＩＰｖ６  ２３４４、ＩＰｖ６  ２３４６、Ｌ２  ２３４８、およびＬ１  ２３５０を含んでいてもよい。ＳＧｉ２３５２は、ＰＤＮ  ＧＷとパケットデータネットワークの間にあり得る基準点であってもよい。
【０１３２】
図２４は、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスで使用され得る例示的なクライアントベースの制御プレーンを示す。ＵＥ２４１２と、ｅＮＢ２４３０と、Ｄ−ＧＷ２４４２とは、互いに通信することができる。ｅＮＢ２４３０とＤ−ＧＷ２４４２は、インターフェイスＳ２ｃ＊２４４０を介して通信することができる。ＵＥ２４１３は、ＩＰｖ６  ２４０２、ＰＤＣＰ２４０４、ＲＬＣ２４０６、Ｌ２  ２４０８、およびＬ１  ２４１０を含んでいてもよい。ｅＮＢ２４３０は、ＰＤＣＰ２４１４、ＲＬＣ２４１６、Ｌ２  ２４１８、Ｌ１  ２４２０、ＧＴＰ−Ｕ２４２２、ＵＤＰ／ＩＰ２４２４、Ｌ２  ２４２６、およびＬ１  ２４２８を含んでいてもよい。Ｄ−ＧＷ２４４２は、ＧＴＰ−Ｕ２４３２、ＵＤＰ／ＩＰ２４３４、Ｌ２  ２４３６、Ｌ１  ２４３８、ＩＰｖ６  ２４４６、Ｌ２  ２４４８、およびＬ１  ２４５０を含んでいてもよい。Ｄ−ＧＷ２４４２はサービング／アンカリングＤ−ＧＷであってもよい。ＳＧｉ２４５２は、ＰＤＮ  ＧＷとパケットデータネットワークの間にあり得る基準点であってもよい。
【０１３３】
図２５は、３ＧＰＰアクセスおよび分散固定を有し得る例示的なクライアントベースのユーザプレーンを示す。図２５に示されているように、ＵＥ２５１４と、ｅＮＢ２５３０と、サービングＤ−ＧＷ２５４０と、アンカリングＤ−ＧＷ２５６２とは、互いに通信することができる。サービングＤ−ＧＷ２５４０とアンカリングＤ−ＧＷ２５６２は、インターフェイスＳ２ｃ＊２５６０を介して通信することができる。ＵＥ２５１４は、ＩＰｖ６  ２５００、トンネリング層２５０２、ＩＰ２５０４、ＰＤＣＰ２５０６、ＲＬＣ２５０８、Ｌ２  ２５１０、およびＬ１  ２５１２を含んでいてもよい。ｅＮＢ２５３０は、ＰＤＣＰ２５１６、ＲＬＣ２５１８、Ｌ２  ２５２０、Ｌ１  ２５２０、ＧＴＰ−Ｕ２５２２、ＵＤＰ／ＩＰ２５２４、Ｌ２  ２５２６、およびＬ１  ２５２８を含んでいてもよい。サービングＤ−ＧＷ２５４０は、ＧＴＰ−Ｕ２５３２、ＵＤＴＰ／ＩＰ２５３４、Ｌ２  ２５３６、Ｌ１  ２５３８、ＩＰ２５４２、Ｌ２  ２５４４、およびＬ１  ２５４６を含んでいてもよい。アンカリングＤ−ＧＷ２５６２は、ＩＰｖ６  ２５４８、トンネリング層２５５０、ＩＰ２５５２、Ｌ２  ２５５４、およびＬ１  ２５５６を含んでいてもよい。ＳＧｉ２５６４は、ＰＤＮ  ＧＷとパケットデータネットワークの間にあり得る基準点であってもよい。
【０１３４】
図２６は、信頼のある非３ＧＰＰ  ＩＰアクセスで使用され得る例示的なクライアントベースの制御プレーンを示す。ＵＥ２６０８と、サービングＤ−ＧＷ２６１６と、アンカリングＤ−ＧＷ２６３２とは、互いに通信することができる。サービングＤ−ＧＷ２６１６とアンカリングＤ−ＧＷ２６３２は、インターフェイスＳ２ｃ＊２６２２を介して通信することができる。ＵＥ２６０８は、ＤＳＭＩＰｖ６  ２６００、ＩＰ２６０２、Ｌ２  ２６０４、およびＬ１  ２６０６を含んでいてもよい。サービングＤ−ＧＷ２６１６は、ＩＰ２６１０、Ｌ２  ２６１２、Ｌ１  ２６１４、Ｌ２  ２６１８、およびＬ１  ２６２０を含んでいてもよい。アンカリングＤ−ＧＷ２６３２は、ＤＳＭＩＰｖ６  ２６２４、ＩＰ２６２６、Ｌ２  ２６２８、およびＬ１  ２６３０を含んでいてもよい。
【０１３５】
図２７は、信頼のある非３ＧＰＰのＩＰアクセスおよび直接接続で使用され得る例示的なクライアントベースのユーザプレーンを示す。ＵＥ２７１０とＤ−ＧＷ２７２４は、たとえばインターフェイスＳ２ｃ＊２７１２を介して通信することができる。ＵＥ２７１０は、ＩＰｖ６  ２７００、トンネリング層２７０２、ＩＰ２７０４、Ｌ２  ２７０６、およびＬ１  ２７０８を含んでいてもよい。Ｄ−ＧＷ２７２４は、ＩＰｖ６  ２７１４、トンネリング層２７１６、ＩＰ２７１８、Ｌ２  ２７２０、およびＬ１  ２７２２を含んでいてもよい。Ｄ−ＧＷ２７２４は、サービング／アンカリングＤ−ＧＷであってもよい。
【０１３６】
図２８は、信頼のある非３ＧＰＰのＩＰアクセスおよび分散固定で使用され得る例示的なクライアントベースのユーザプレーンを示す。ＵＥ２８１０と、サービングＤ−ＧＷ２８１８と、アンカリングＤ−ＧＷ２８３６とは、互いに通信することができる。サービングＤ−ＧＷ２８１８とアンカリングＤ−ＧＷ２８３６は、インターフェイスＳ２ｃ＊２８２４を介して通信することができる。ＵＥ２８１０は、ＩＰｖ６  ２８００、トンネリング層２８０２、ＩＰ２８０４、Ｌ２  ２８０６、およびＬ１  ２８０８を含んでいてもよい。サービングＤ−ＧＷ２８１８は、ＩＰ２８１２、Ｌ２  ２８１４、Ｌ１  ２８１６、Ｌ２  ２８２０、およびＬ１  ２８２２を含んでいてもよい。アンカリングＤ−ＧＷ２８３６は、ＩＰｖ６  ２８２６、トンネリング層２８２８、ＩＰ２８３０、Ｌ２  ２８３２、およびＬ１  ２８３４を含んでいてもよい。
【０１３７】
図２９は、信頼性のない非３ＧＰＰのＩＰアクセスで使用され得る例示的なクライアントベースの制御プレーンを示す。ＵＥ２９０８と、サービングＤ−ＧＷ２９１６と、アンカリングＤ−ＧＷ２９３０とは、互いに通信することができる。サービングＤ−ＧＷ２９１６は、インターフェイスＳ２ｃ＊２９２２を介してアンカリングＤ−ＧＷ２９３０と通信することができる。ＵＥ２９０８は、ＤＳＭＩＰｖ６  ２９００、ＩＫＥｖ２／ＩＰｓｅｃ２９０２、ＩＰｖ６  ２９０４、およびＬ２／Ｌ１  ２９０６を含んでいてもよい。サービングＤ−ＧＷ２９１６は、ＩＫＥｖ２／ＩＰｓｅｃ２９１０、ＩＰｖ６  ２９１２、Ｌ２／Ｌ１  ２９１４、ＩＰ２９１８、およびＬ２／Ｌ１  ２９２０を含んでいてもよい。アンカリングＤ−ＧＷ２９３０は、ＤＳＭＩＰｖ６  ２９２４、ＩＰ２９２６、およびＬ２／Ｌ１  ２９２８を含んでいてもよい。
【０１３８】
図３０は、信頼性のない非３ＧＰＰのＩＰアクセスおよび直接接続で使用され得る例示的なクライアントベースのユーザプレーンを示す。ＵＥ３０１２とＤ−ＧＷ３０２８は、インターフェイスＳ２ｃ＊３０１４を介して通信することができる。ＵＥ３０１２は、ＩＰｖ６  ３０００、トンネリング層３００２、ＩＰｓｅｃ３００４、ＩＰ３００６、Ｌ２  ３００８、およびＬ１  ３０１０を含んでいてもよい。Ｄ−ＧＷ３０２８は、ＩＰｖ６  ３０１６、トンネリング層３０１８、ＩＰｓｅｃ３０２０、ＩＰ３０２２、Ｌ２  ３０２４、およびＬ１  ３０２６を含んでいてもよい。Ｄ−ＧＷ３０２８は、サービング／アンカリングＤ−ＧＷであってもよい。
【０１３９】
図３１は、信頼性のない非３ＧＰＰのＩＰアクセスおよび分散固定で使用され得る例示的なクライアントベースのユーザプレーンを示す。ＵＥ３１１２と、サービングＤ−ＧＷ３１２２と、アンカリングＤ−ＧＷ３１４２とは、互いに通信することができる。サービングＤ−ＧＷ３１２２とアンカリングＤ−ＧＷ３１４２は、インターフェイスＳ２ｃ＊３１３０を介して通信することができる。ＵＥ３１１２は、ＩＰｖ６  ３１００、トンネリング層３１０２、ＩＰｓｅｃ３０１４、ＩＰ３１０６、Ｌ２  ３１０８、およびＬ１  ３１１０を含んでいてもよい。サービングＤ−ＧＷ３１２２は、ＩＰｓｅｃ３１１４、ＩＰ３１１６、Ｌ２  ３１１８、Ｌ１  ３１２０、ＩＰ３１２４、Ｌ２  ３１２６、およびＬ１  ３１２８を含んでいてもよい。アンカリングＤ−ＧＷ３１４２は、ＩＰｖ６  ３１３２、トンネリング層３１３４、ＩＰ３１３６、Ｌ２  ３１３８、およびＬ１  ３１４０を含んでいてもよい。
【０１４０】
メッセージシーケンスチャート（ＭＳＣ）が提供され得る。さまざまなクライアントに対する信号送信手続きおよびネットワークベースの実施形態が本明細書において提供される。たとえば、信号送信手続きは、最初のアタッチ、ハンドオーバ、およびＰＤＮ切断について提供され得る。
【０１４１】
さまざまな実施形態に従って使用されてもよい最初のアタッチ手続きが提供され得る。説明し易くするために、図示され得るＭＳＣは、ＧＴＰ／ＰＭＩＰｖ６およびＤＳＭＩＰｖ６の両方のケースをカバーすることができ、ネットワークおよび／またはクライアントベースの実施形態に使用されてもよい。
【０１４２】
図３２は、非ローミングのケースにおける最初のＥ−ＵＴＲＡＮアタッチに使用され得る例示的なメッセージシーケンスチャート（ＭＳＣ）を示す。図３２のＭＳＣは、ＰＭＩＰｖ６ベースのＳ５またはＳ８による最初のＥ−ＵＴＲＡＮアタッチ手続きに基づいていてもよい。図３２のＭＳＣは、Ｅ−ＵＴＲＡＮ最初のアタッチに基づいていてもよい。図３２に示されている手続きは、たとえば、ＵＥがＬＴＥネットワークにアタッチし得る、図４に示されている例示的な非ローミングネットワークベースのアーキテクチャに適用することができる。手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイ内で静的に構成され得る。
【０１４３】
図３２を再び参照すると、３２１６において、ＵＥ３２００は、アタッチ要求メッセージをｅＮｏｄｅＢ３２０２に送信することによって、アタッチ手続きを開始することができる。ＰＤＮのタイプは、要求されたＩＰバージョン（ＩＰｖ６）を示し得る。要求のタイプは「最初の」アタッチを示し得る。ＡＰＮが提供されないことがある場合、デフォルトのＡＰＮがＨＳＳから読み出されてもよい。
【０１４４】
３２１８において、ｅＮｏｄｅＢ３２２は、ＭＭＥ３２０８などのＭＭＥを選択することができ、たとえばＳ１−ＭＭＥ制御メッセージを使用してＭＭＥにアタッチ要求メッセージを送ることができる。
【０１４５】
３２２０において、ＭＭＥ３２０８は、ＩＭＳＩを要求するために識別要求をＵＥ３２００に送信することができる。ＵＥ３２００は識別応答（ＩＭＳＩ）によって応答することができる。
【０１４６】
３２２２において、たとえば、完全性保護およびＮＡＳ暗号化を起動するために、認証およびＮＡＳセキュリティセットアップが実施され得る。３２２４において、ＭＥ識別がＵＥ３２００から読み出されてもよい。ＥＩＲ３２２６は、ＭＥ識別確認Ａｃｋ（結果）によって応答することができる。結果に応じて、ＭＭＥ３２０８は、このアタッチ手続きを続けるか、ＵＥ３２００を拒否するかを決定することができる。
【０１４７】
３２２５において、ＵＥ３２００は、アタッチ要求メッセージの中に暗号化オプション転送フラグを設定していてもよく、暗号化オプション、すなわちＰＣＯまたはＡＰＮまたはその両方が、ＵＥ３２００から読み出されてもよい。ＵＥ３２００が複数のＰＤＮに加入していることがある状況を処理するために、プロトコル構成オプションがユーザ身分証明（ＰＡＰまたはＣＨＡＰパラメータ内のたとえばユーザ名／パスワード）を含む場合、ＵＥ３２００はＡＰＮをＭＭＥ３２０８に送信してもよい。
【０１４８】
３２５６において、ＭＭＥ３２０８は、位置更新要求メッセージをＨＳＳ３２１４に送信することができる。ＨＳＳ３２１４は、位置更新ＡｃｋメッセージをＭＭＥ３２０８に送信することによって、位置更新メッセージに確認応答することができる。加入データは、１または複数のＰＤＮ加入コンテキストを含んでいてもよい。要求された確認が成功している状態であり得る場合、ＭＭＥ３２０８は、ＵＥ３２００のためのコンテキストを構築することができる。ＵＥ３２００によって提供されたＡＰＮが、加入によって許可されないことがある場合、または位置更新がＨＳＳ３２１４によって拒否され得る場合、ＭＭＥ３２０８は、適切な理由でＵＥ３２００からのアタッチ要求を拒否することができる。
【０１４９】
３２２８において、ＭＭＥ３２０８は、このＰＤＮ接続要求が、ＤＭＭ動作モードの後に処理され得る（したがって、それはＤ−ＧＷに固定され得る）のか、「Ｒｅｌ−１０／１１モード」（たとえば、ＨＰＬＭＮを介した、ＳＧＷの前の選択）において処理され得るのかを決定することができる。この決定は、ＵＥ３２００によって要求されたＡＰＮ（あれば）、加入情報、ポリシーなどに基づいていてもよい。この要求のためのローカル固定は、このフローの中にあってもよい。たとえば、ＨＰＬＭＮのＰＧＷを介して処理され得るＰＤＮ接続では、特定のＤ−ＧＷ機能は使用され得ず、したがってそれは、ＵＥおよびネットワークエンティティの残りにとってトランスペアレントであり得る。ＩＰｖ６タイプのアクセスも使用され得る。
【０１５０】
ＭＭＥ３２０８は次いで、Ｄ−ＧＷ３２０４などのＤ−ＧＷを選択することができ、ＵＥ３２００に関連するデフォルトのベアラに対してＥＰＳベアラ識別を割り振ることができる。次いで、それは、セッション作成要求メッセージを、選択されたＤ−ＧＷに送信することができる。いくつかの実施形態において、セッション作成要求メッセージは、ＭＭＥに対する変更を要求することができるプロキシバインディング更新によって置き換えられてもよい（ネットワークベースの（ＰＭＩＰｖ６）実施形態の場合）。
【０１５１】
３２３０において、Ｄ−ＧＷ３２０４は、ＩＰｖ６プレフィクスを、ローカルで利用可能な固定されたプレフィクスのそのプールからＵＥ３２００に割り当てることができる。Ｄ−ＧＷ３２３０は、そのＥＰＳベアラテーブルにおいて新規のエントリを作成することができる。Ｄ−ＧＷ３２３０は、インターフェイスＧｘ＊を介してＰＣＲＦとのゲートウェイ制御セッション確立手続きを開始することができる。Ｄ−ＧＷ３２３０は、情報をＰＣＲＦ３２１２に提供して、３２３２において確立されることになるＩＰ−ＣＡＮセッションにそれを関連させることができ、加入関連パラメータをＰＣＲＦに運搬することもできる。
【０１５２】
３２３２において、Ｄ−ＧＷ３２０４は、ＰＣＲＦ３２１２とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷ３２０４は、セッションを識別し、確立されたゲートウェイ制御セッションを関連させるために使用され得る情報をＰＣＲＦ３２１２に提供することができる。ＰＣＲＦ３２１２は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ３２０４に応答することができる。
【０１５３】
３２３４において、ＰＣＲＦ３２１２は、ゲートウェイ制御およびＱｏＳ規則提供手続きを開始することができる。
【０１５４】
３２３６において、Ｄ−ＧＷ３２０４は、セッション作成応答メッセージをＭＭＥ３２０８に返すことができ、これは、Ｄ−ＧＷ３２０４によってＵＥ３２００に割り当てられ得るＰＤＮアドレス（ＩＰｖ６プレフィクス＋ＩＰｖ６インターフェイス識別子）、およびＤ−ＧＷ３２０４のアドレスを含んでいてもよい。３２３８において、ＭＭＥ３２０８は、アタッチ受付メッセージをｅＮｏｄｅＢ３２０２に送ることができる。
【０１５５】
３２４０において、ｅＮｏｄｅＢ３２０２は、ＥＰＳ無線ベアラ識別を含み得るＲＲＣ接続再構成メッセージをＵＥ３２００に送信することができ、アタッチ受付メッセージがＵＥ３２００に一緒に送信され得る。ＡＰＮは、起動されたデフォルトのベアラが関連し得るＡＰＮをそれに通知するために、ＵＥ３２００に提供され得る。このメッセージは、Ｄ−ＧＷ３２４０によって割り当てられるＩＰｖ６インターフェイス識別子を含んでいてもよい。ＵＥ３２００は、ネットワークからの、３２５０において生じ得るＩＰｖ６プレフィクス情報を伴ったルータ広告を待ってもよいし、それは、ルータ要請を送信してもよい。
【０１５６】
３２４２において、ＵＥ３２００は、ＲＲＣ接続再構成完了メッセージをｅＮｏｄｅＢ３２０２に送信することができる。３２４４において、ｅＮｏｄｅＢ３２０２は、最初のコンテキスト応答メッセージをＭＭＥ３２０８に送信することができる。３２４６において、ＵＥ３２００は、直接転送メッセージをｅＮｏｄｅＢ３２０２に送信することができ、これはアタッチ完了メッセージを含んでいてもよい。３２４８において、ｅＮｏｄｅＢ３２０２は、アタッチ完了メッセージを、アップリンクＮＡＳトランスポートメッセージに含めてＭＭＥ３２０８に送ることができる。
【０１５７】
３２５０において、Ｌ３構成手続きが完了され得る。ＵＥ３２００とＤ−ＧＷ３２０４のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報は、（たとえば、ＩＰｖ６ルータ広告メッセージを介して）ＵＥ３２００に提供され得る。アタッチ受付メッセージが受信されてもよく、ＵＥ３２００がＰＤＮアドレスを取得していてもよいとき、ＵＥ３２００は、後にＤ−ＧＷ３２０４にトンネル開通され得るｅＮｏｄｅＢ３２０２に向けてアップリンクパケットを送信することができる。Ｄ−ＧＷ３２０４は、ダウンリンクパケットをＵＥ３２００に送信することができる。
【０１５８】
３２５２において、ＭＭＥ３２０８は、ＡＰＮ、上記のＵＥ３２００に割り当てられ得るＩＰｖ６プレフィクス、およびＤ−ＧＷ識別を含み得る通知要求をＨＳＳ３２１４に送信することができる。メッセージは、Ｄ−ＧＷが位置し得るＰＬＭＮを識別できる情報を含んでいてもよい。いくつかの実施形態において、ＩＰｖ６プレフィクス情報は、ネットワークベースの（ＰＭＩＰｖ６）実施形態において要求され得る。これは、ＵＥによって使用され得るアドレスおよびそれらを固定されていてもよいＤ−ＧＷに関してＨＳＳが更新された状態を維持するために使用され得る。これは、たとえば、ＵＥが移動し得る場合にアドレス継続を実現するために行われてもよい。
【０１５９】
３２５４において、ＨＳＳ３２１４は、ＡＰＮ、割り当てられ得るＩＰｖ６プレフィクス、およびＤ−ＧＷ識別を格納することができる。ＨＳＳ３２１４は、通知応答をＭＭＥ３２０８に送信することができる。いくつかの実施形態において、ＩＰｖ６プレフィクス情報が要求されてもよい。
【０１６０】
図３３は、信頼のある非３ＧＰＰのＩＰアクセスでの非ローミングのシナリオにおける最初のアタッチ手続きに使用され得る例示的なＭＳＣを示す。図３３に示されているＭＳＣは、Ｓ２ａのＰＭＩＰｖ６およびＰＤＮ  ＧＷにおける固定による最初のアタッチ手続きに基づいていてもよい。図３３に示されている手続きは、たとえば、ＵＥが信頼のある非３ＧＰＰのＩＰアクセスにアタッチし得る、図４に示されている例示的な非ローミングネットワークベースのアーキテクチャに適用することができる。手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイ内で静的に構成され得る。
【０１６１】
３３１２において、最初の非３ＧＰＰ  Ｌ２手続きが実施され得る。３３１４において、ＵＥ３３００、信頼のある非３ＧＰＰのＩＰアクセス３３０２、および３ＧＰＰのＡＡＡサーバ３３１０が関与し得るＥＡＰ認証手続きが開始され、かつ実施され得る。さらに別のＰＤＮ  ＧＷ選択情報とともに、認可されたＡＰＮのリストがＤ−ＧＷ３３０４に返され得る。３ＧＰＰのＡＡＡサーバ３３１０は、３３１８および３３２４で生じ得るゲートウェイ制御セッション確立メッセージにおいてＵＥ３３００を識別するために使用され得るＭＮ  ＮＡＩをＤ−ＧＷ３３０４に返すことができる。非３ＧＰＰアクセスネットワークによってサポートされている場合に、アタッチタイプはＤ−ＧＷ３３０４に「最初の」アタッチとして示され得る。ローカルでまたはＨＰＬＭＮを介してアクセスされ得るサービスでは、それはＵＥ３３００にとってトランスペアレントであることができ、かつ、それは、この新規のセッションをどこに固定するかを３３１６において決定することができるＤ−ＧＷ３３０４であってもよい。この場合、ＨＳＳ／ＡＡＡ３３１０がその情報とともに提供され得る。
【０１６２】
３３１６において、認証および認可の成功後、非３ＧＰＰアクセス対応のＬ３アタッチ手続きがトリガされ得る。ＵＥ３３００は、要求されたＡＰＮをＤ−ＧＷ３３０４に送信することができる。このＵＥ３３００は、要求されたＡＰＮを送信することができ、Ｄ−ＧＷ３３０４は、それが加入によって許可され得ることを確認することができる。ＵＥ３３００が要求されたＡＰＮを送信できない場合、Ｄ−ＧＷ３３０４は、ＨＳＳ３３１０によって提供されるデフォルトのＡＰＮを使用することができる。Ｄ−ＧＷ３３０４は、このＰＤＮ接続要求がローカルで処理され得る（ＤＭＭ動作モード）のか、Ｒｅｌ−１０モード（たとえば、ＨＰＬＭＮを介した、適切なＰＧＷの前の選択）において処理され得るのかを決定することができる。図３３に示されているように、ローカル固定がこのフローにおけるこの要求に使用されてもよく、ＩＰｖ６タイプのアクセスが使用され得る。ＨＰＬＭＮのＰＧＷを介して処理され得るＰＤＮ接続では、特定のＤ−ＧＷ機能は使用され得ず、したがってそれは、手続きの残りにおいてＵＥ３３００およびネットワークエンティティの残りにとってトランスペアレントであり得る。Ｄ−ＧＷ３３０４は、ＩＰｖ６プレフィクスを、ローカルで利用可能な固定されたプレフィクスのそのプールからＵＥ３３００に割り当てることができる。非３ＧＰＰアクセスによってサポートされている場合、ＵＥ３３００は、プロトコル構成オプションを送信することができる。ＵＥ３３００によって提供され得るプロトコル構成オプションは、ＰＤＮアクセス認可のためのユーザ身分証明を含んでいてもよい。
【０１６３】
３３１８において、Ｄ−ＧＷ３３０４は、ＰＣＲＦ３３０８とのゲートウェイ制御セッション確立手続きを開始することができる。Ｄ−ＧＷ３３０４は、情報をＰＣＲＦ３３０８に提供して、３３２０において確立されることになるＩＰ−ＣＡＮセッションにそれを関連させることができ、加入関連パラメータをＰＣＲＦ３３０８に運搬することができる。
【０１６４】
３３２０において、Ｄ−ＧＷ３３０４は、ＰＣＲＦ３３０８とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷ３３０４は、セッションを識別し、３３１８において確立されたゲートウェイ制御セッションを関連させるために使用され得る情報をＰＣＲＦ３３０８に提供することができる。ＰＣＲＦ３３０８は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ３３０４に応答することができる。
【０１６５】
ネットワークベースの（ＰＭＩＰｖ６）実施形態では、Ｄ−ＧＷ３３０４は、３３２２において、３ＧＰＰのＡＡＡサーバ３３１０に、そのＰＤＮ  ＧＷ（Ｄ−ＧＷ）識別およびＵＥのＰＤＮ接続に対応し得るＡＰＮを報知することができる。メッセージは、Ｄ−ＧＷ３３０４が位置し得るＰＬＭＮを識別することができる情報を含んでいてもよい。情報は、ＵＥ３３００に割り当てられ得るＩＰｖ６プレフィクスを含んでいてもよい。情報は、たとえば、識別子が、別のＤ−ＧＷによるＤ−ＧＷ３３０４のＩＰｖ６アドレスの導出に十分でない可能性がある場合、ＩＰｖ６アドレスを含んでいてもよい。
【０１６６】
３３２４において、ＰＣＲＦ３３０８は、ＧＷ制御セッション変更手続きを開始することによって、信頼のある非３ＧＰＰアクセス３３０２におけるＱｏＳ規則を更新することができる。Ｌ３アタッチ手続きは、非３ＧＰＰアクセス対応のトリガを介して完了され得る。ＵＥ３３００とＤ−ＧＷ３３０４のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報は、ＵＥ３３００、たとえば、ＩＰｖ６ルータ広告メッセージに提供され得る。Ｄ−ＧＷは、接続されたＰＤＮ識別（ＡＰＮ）をＵＥに示すことができる。
【０１６７】
図３４は、非ローミングのケースにおけるＰＭＩＰｖ６での信頼性のない非３ＧＰＰへの最初のアタッチに使用され得る例示的なＭＳＣを示す。図３４に示されているＭＳＣは、たとえば、Ｓ２ｂのＰＭＩＰｖ６による最初のアタッチ手続きに基づいていてもよい。ＭＳＣは、信頼性のない非３ＧＰＰアクセスネットワークにおいてＵＥがオンになったとき、たとえば、図３に示されているような非ローミングの実施形態に適用することができる。手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイ内で静的に構成され得る。ＵＥがｅＰＤＧとのＩＰｓｅｃトンネルのセットアップを開始する前に、それは、信頼性のない非３ＧＰＰのＩＰアクセスネットワークからＩＰアドレスを構成することができる。このアドレスは、ＩＫＥｖ２メッセージを送信するために、また、ＩＰｓｅｃトンネルの外側ヘッダのソースアドレスとして使用され得る。ＵＥは、アクセスネットワーク手続きで、信頼性のない非３ＧＰＰアクセスネットワークにアクセスすることを認証および認可され得る。
【０１６８】
３４１４において、ＵＥ３４００と３ＧＰＰのＥＰＣとの間のアクセス認証手続きが実施され得る。ネットワークアクセス認証のためのＡＡＡ交換の一部として、ＡＡＡ／ＨＳＳ３４１２は、非３ＧＰＰのＩＰアクセスに、ローカルＩＰアドレスの使用に関して施行されるべきホーム／訪問オペレータのポリシーのセット、または認証成功時にアクセスシステムによって割り振られ得るＩＰｖ６プレフィクスを返すことができる。加入データは、ＨＳＳ／ＡＡＡ３４１２によって非３ＧＰＰのＩＰアクセスに提供され得る。
【０１６９】
３４１６において、ＩＫＥｖ２トンネル確立手続きがＵＥ３４００によって開始され得る。ＵＥ３４００は、ＩＫＥｖ２認証要求の通知部分において、ＭＯＢＩＫＥをサポートし得ることを示すことができる。ＵＥ３４００がＩＰｓｅｃトンネルを形成できるｅＰＤＧＩＰアドレスは、ＤＮＳを介して発見され得る。ＵＥ３４００は、ＩＫＥｖ２で運搬され得るＡＰＮを提供するＰＤＮとの接続を要求することができる。ＰＤＮのＧＷ情報が、３ＧＰＰのＡＡＡサーバ３４１２からｅＰＤＧ３４０４への返送の一部として返され得る。ＵＥ３４００がＡＰＮを提供した可能性がある場合、ｅＰＤＧ３４０４は、それが加入によって許可され得ることを確認することができる。ＵＥ３４００がＡＰＮを提供しなかった場合、ｅＰＤＧ３４０４はデフォルトのＡＰＮを使用することができる。ＰＤＮのＧＷの選択が起こってもよい。Ｄ−ＧＷが選択され得る場合、このＰＤＮ接続はローカルで処理されてもよい（ＤＭＭ動作モード）。決まったＰＧＷが選択され得る場合、トラフィックは、ＨＰＬＭＮを介して固定および処理され得る。ＳＩＰＴＯモードは、たとえば、ローカルＰＧＷを選択することによって可能であってもよい。この要求についてのローカル固定はこのフローの中で示され得る。ＰＧＷ３４０８など、ＨＰＬＭＮのＰＧＷを介して処理され得るＰＤＮ接続では、特定のＤ−ＧＷ機能は使用され得ず、したがってそれは、手続きの残りにおいてＵＥ３４００およびネットワークエンティティの残りにとってトランスペアレントであり得る。ＩＰｖ６タイプのアクセスが使用され得る。
【０１７０】
３４１８において、ｅＰＤＧ３４０４は、プロキシバインディング更新メッセージをＤ−ＧＷ３４０６に送信することができる。Ｄ−ＧＷ３４０６は、プロキシバインディング更新を備え、ＵＥ３４００のためのバインディングキャッシュエントリを作成することができる。Ｄ−ＧＷ３４０６は、ＩＰアドレスを、ローカルで利用可能な固定されたプレフィクスのそのプールから、ＵＥ３４００に割り振ることができる。Ｄ−ＧＷ３４０６は、ＰＣＲＦ３４１０とのＩＰ  ＣＡＮセッション確立手続きを開始することができる。
【０１７１】
３４２０において、Ｄ−ＧＷ３４０６は、３ＧＰＰのＡＡＡサーバ３４１２にＤ−ＧＷ識別および割り当てられたＩＰｖ６プレフィクスを報知することができる。３ＧＰＰのＡＡＡサーバ３４１２は、ＨＳＳ３４１２に、Ｄ−ＧＷ識別、割り当てられたＩＰｖ６プレフィクス、およびＵＥのＰＤＮ接続に関連するＡＰＮを報知することができる。
【０１７２】
３４２２において、Ｄ−ＧＷ３４０６は、プロキシバインディングＡｃｋメッセージをｅＰＤＧ３４０４に宣告することができる。プロキシバインディング更新が成功状態であり得る３４２４において、ｅＰＤＧ３４０４は、ＵＥ３４００によって認証され、かつ、外部のＡＡＡサーバ３４１２との認証および認可が成功状態であり得ることをＵＥ３４００に示すことができる。
【０１７３】
３４２６において、ｅＰＤＧ３４０４は、ＩＫＥｖ２メッセージをＩＰアドレスとともにＩＫＥｖ２構成ペイロードに含めて送信することができる。ＵＥ３４００からＤ−ＧＷ３４０６へのＩＰ接続がセットアップされ得る。アップリンク方向のパケットは、ＵＥ３４００によって、ＩＰｓｅｃトンネルを使用してｅＰＤＧ３４０４にトンネル経由で送信され得る。ｅＰＤＧ３４０４は、パケットをＤ−ＧＷ３４０６にトンネル経由で送信できる。Ｄ−ＧＷ３４０６から、ＩＰベースのルーティングが起こってもよい。ダウンリンク方向では、ＵＥ３４００（ＨｏＡ）へのパケットがＤ−ＧＷ３４０６に到達し得る。Ｄ−ＧＷ３４０６は、パケットを、バインディングキャッシュエントリに基づいてｅＰＤＧ３４０４にトンネル経由で送信できる。ｅＰＤＧ３４０４は、パケットをＵＥ３４００にＩＰｓｅｃトンネルを介してトンネル経由送信することができる。
【０１７４】
図３５は、非ローミングのケースにおける信頼性のない非３ＧＰＰへの最初のアタッチに使用され得る例示的なＭＳＣを示す。図３５に示されているＭＳＣは、たとえば、Ｓ２ｂのＰＭＩＰｖ６による最初のアタッチ手続きに基づいていてもよい。図３５に示されているＭＳＣは、たとえば、Ｓ２ｂのＧＴＰによる最初のアタッチに基づいていてもよい。ＭＳＣは、信頼性のない非３ＧＰＰアクセスネットワークにおいてＵＥがオンになったとき、たとえば、図４に示されているような非ローミングの実施形態に適用することができる。３５１６において起こり得るゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイにおいて静的に構成され得る。ＵＥがＤ−ＧＷとのＩＰｓｅｃトンネルのセットアップを開始し得る前に、それは、信頼性のない非３ＧＰＰのＩＰアクセスネットワークからＩＰアドレスを構成することができる。このアドレスは、ＩＫＥｖ２メッセージを送信するために、また、ＩＰｓｅｃトンネルの外側ヘッダのソースアドレスとして使用され得る。ＵＥは、アクセスネットワーク固有の手続きで、信頼性のない非３ＧＰＰアクセスネットワークにアクセスすることを認証および認可され得る。
【０１７５】
３５１２において、ＵＥ３５００と３ＧＰＰのＥＰＣとの間でアクセス認証手続きが実施され得る。ネットワークアクセス認証のためのＡＡＡ交換の一部として、ＡＡＡ／ＨＳＳ３５１０は、非３ＧＰＰのＩＰアクセス３５０２に、ローカルＩＰアドレスの使用に関して施行され得るホーム／訪問オペレータのポリシーのセット、または認証成功時にアクセスシステムによって割り振られ得るＩＰｖ６プレフィクスを返すことができる。加入データは、ＨＳＳ／ＡＡＡ３５１０によって非３ＧＰＰのＩＰアクセス３５０２に提供され得る。
【０１７６】
３５１４において、ＩＫＥｖ２トンネル確立手続きがＵＥ３５００によって開始され得る。ＵＥ３５００は、ＩＫＥｖ２認証要求の通知部分において、それがＭＯＢＩＫＥをサポートし得ることを示すことができる。ＵＥ３５００がＩＰｓｅｃトンネルの形成を要求できるＤ−ＧＷＩＰアドレスが、ＤＮＳを介して発見され得る。ＵＥ３５００は、ＩＫＥｖ２で運搬され得るＡＰＮを提供するＰＤＮとの接続を要求することができる。ＰＤＮのＧＷ情報が、３ＧＰＰのＡＡＡサーバ３５１０からＤ−ＧＷ３５０４への返送の一部として返され得る。ＵＥ３５００がＡＰＮを提供している場合、Ｄ−ＧＷ３５０４は、それが加入によって許可され得ることを確認することができる。ＵＥ３５００がＡＰＮを提供しなかった場合、Ｄ−ＧＷ３５０４は、デフォルトのＡＰＮを使用することができる。そのＰＤＮのＧＷの選択が起こってもよい。ＰＤＮ接続が、ローカルで処理されたい（ＤＭＭ動作モード）可能性がある場合、Ｄ−ＧＷ３５０４は、モビリティアンカになってもよい。決まったＰＧＷが選択され得る場合、トラフィックは、ＨＰＬＭＮを介して固定および処理され得る。ＳＩＰＴＯモードは、ローカルＰＧＷを選択する可能性があってもよい。ローカル固定が起こり得る。ＨＰＬＭＮのＰＧＷを介して、またはローカルＰＧＷを介して処理され得るＰＤＮ接続では、特定のＤ−ＧＷ機能は使用され得ず、Ｄ−ＧＷ３５０４は、ｅＰＤＧとして動作でき、手続きの残りにおいてＵＥ３５００およびネットワークエンティティの残りにとってトランスペアレントであり得る。ＩＰｖ６タイプのアクセスが使用され得る。
【０１７７】
３５１６において、Ｄ−ＧＷ３５０４は、ＩＰアドレスを、ローカルで利用可能な固定されたプレフィクスのそのプールから、ＵＥ３５００に割り振ることができる。Ｄ−ＧＷ３５０４は、ＰＣＲＦ３５０８とのＩＰ  ＣＡＮセッション確立手続きを開始することができる。
【０１７８】
３５１８において、Ｄ−ＧＷ３５０４は、３ＧＰＰのＡＡＡサーバ３５０１にＤ−ＧＷ識別および割り当てられたＩＰｖ６プレフィクスを報知することができる。これは、たとえばネットワークベースのＧＴＰおよび／またはＰＭＩＰｖ６についてなされ得る。３ＧＰＰのＡＡＡサーバ３５１０は、ＨＳＳに、Ｄ−ＧＷ識別、割り当てられたＩＰｖ６プレフィクス、およびＵＥのＰＤＮ接続に関連し得るＡＰＮを報知することができる。
【０１７９】
３５２０において、Ｄ−ＧＷ３５０４は、ＩＰアドレスを含み得るＩＫＥｖ２メッセージをＩＫＥｖ２構成ペイロードに含めて送信することができる。３５２２において、ＵＥ３５００からＤ−ＧＷ３５０４へのＩＰ接続がセットアップされ得る。アップリンク方向のパケットは、ＵＥ３５００によって、ＩＰｓｅｃトンネルを使用してＤ−ＧＷ３５０４にトンネル経由で送信され得る。ダウンリンク方向では、ＵＥ３５００（ＨｏＡ）へのパケットがＤ−ＧＷ３５０４に到達でき、Ｄ−ＧＷ３５０４は、パケットをＵＥ３５０４にＩＰｓｅｃトンネルを介してトンネル経由送信することができる。
【０１８０】
ＰＭＩＰｖ６を使用し得るネットワークベースのハンドオーバ手続きが提供され得る。図３６Ａ〜Ｂは、非ローミングのアーキテクチャにおけるＰＭＩＰｖ６でのＤ−ＧＷリロケーションによるＬＴＥのＴＡＵ内およびｅＮｏｄｅＢ間のハンドオーバに使用され得る例示的なＭＳＣを示す。ＭＳＣは、サービングＧＷリロケーションによるＬＴＥのＴＡＵ内および／またはｅＮｏｄｅＢ間のハンドオーバに基づいていてもよい。図３６の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０１８１】
３６２０において、ソースｅＮｏｄｅＢ３６０２およびターゲットｅＮｏｄｅＢ２６０４は、ハンドオーバ準備を実施することができる。３６２２において、ＵＥ３６００、ソースｅＮｏｄｅＢ３６０２、およびターゲットｅＮｏｄｅＢ３６０４は、ハンドオーバ実行を実施することができる。
【０１８２】
３６２４において、ターゲットｅＮｏｄｅＢ３６０４は、経路切替え要求メッセージをＭＭＥ３６１２に送信して、ＵＥ３６００がセルを変えた可能性があることをＭＭＥ３６１２に報知することができる。この例では、ＭＭＥ３６１２は、Ｄ−ＧＷ３６０８などのＤ−ＧＷがリロケートされ、Ｄ−ＧＷ３６０６などの別のＤ−ＧＷが選択されてもよいことを決定することができる。Ｄ−ＧＷ選択は、たとえば、ＳＧＷ３６１０などのＳ−ＧＷを選択するために使用されるものに基づいていてもよい。
【０１８３】
３６２６において、ＭＭＥ３６１２は、デフォルトのベアラがターゲットｅＮｏｄｅＢ３６０４によって受け付けられた可能性があるＰＤＮ接続ごとに、ＰＤＮ接続ごとのセッション作成要求メッセージをＤ−ＧＷ３６０６に送信することができる。ＵＥが有していてもよく、Ｄ−ＧＷが固定していてもよい確立されたＰＤＮ接続に関する情報が、ベアラコンテキストにおいて示されてもよい。ＵＥは、Ｄ−ＧＷには固定されず、ＰＧＷに固定され得るＰＤＮ接続も有し得る。いくつかの実施形態において、このセッション作成要求は、プロキシバインディング更新に置き換えられてもよい。
【０１８４】
３６２８において、Ｄ−ＧＷ３６０６は、ＰＣＲＦ３６１６とのゲートウェイ制御セッション確立手続きを開始することができる。３６３０において、Ｄ−ＧＷ３６０６は、ＰＭＩＰｖ６プロキシバインディング更新メッセージをＤ−ＧＷ３６０８に送信することができる。これは、たとえば、Ｄ−ＧＷリロケーションにより、ユーザプレーンを再確立するために行われ得る。
【０１８５】
３６３２において、Ｄ−ＧＷ３６０８は、プロキシバインディングＡｃｋメッセージをサービングＧＷ３６１０に送信することによって、バインディング更新に確認応答することができる。ＰＭＩＰトンネルが、Ｄ−ＧＷ３６０８とＤ−ＧＷ３６０６の間に確立され得る。３６０８と３６３２は、既存のＤ−ＧＷに固定された、ＵＥによって確立されるＰＤＮ接続ごとに繰り返されてもよい。
【０１８６】
３６３４において、Ｄ−ＧＷ３６０６は、セッション作成応答メッセージをＭＭＥ３６１２に返すことができる。
【０１８７】
３６３６において、ＭＭＥ３６１２は、経路切替え要求Ａｃｋメッセージによって、経路切替え要求メッセージを承認することができる。
【０１８８】
３６３８において、ターゲットｅＮｏｄｅＢ３６０４は、リソース解放メッセージを送信することによって、ソースｅＮｏｄｅＢへのハンドオーバが成功状態であり得ることをソースｅＮｏｄｅＢ３６０２に報知することができる。これは、リソースの解放をトリガすることができる。
【０１８９】
３６４０において、ＵＥ３６００は、トラッキング領域更新のトリガとなり得る条件が生じ得るときに、トラッキング領域更新手続きを開始することができる。３６２６、３６２８、３６３０、３６３２、３６３４、３６３６、３６３８、および３６４０は、ＵＥ３６００が有し得るＰＤＮ接続がＤ−ＧＷ３６０６に首尾よく移動され得たことを保証できる。ＤＭＭ方策によって、ＵＥ３６００は、各アタッチメントについて新規のＩＰｖ６アドレスを取得することができ、新規のＰＤＮ接続を確立することができる。以降のステップは主にそれを対象とする。この部分は、非特許文献１のセクション５．１０．２（ＵＥ要求のＰＤＮ接続（ＵＥ  ｒｅｑｕｅｓｔｅｄ  ＰＤＮ  ｃｏｎｎｅｃｔｉｖｉｔｙ））に基づいている。
【０１９０】
３６４２において、ＵＥ３６００は、ＰＤＮ接続要求メッセージの送信によって、ＵＥ要求のＰＤＮ手続きを開始することができる。これは、ＵＥ要求のＰＤＮ接続に基づいていてもよい。ＰＤＮ接続要求メッセージは、ＰＤＮタイプ、ＡＰＮ、および／またはＩＰｖ６などの要求されたＩＰバージョンを含んでいてもよい。ＭＭＥ３６１２は、ＵＥ３６００によって提供されたＡＰＮが加入によって許可され得ることを確認することができる。ＵＥ３６００がＡＰＮを提供しなかった場合、ＭＭＥ３６１２は、デフォルトのＰＤＮ加入コンテキストからＡＰＮを使用することができ、この手続きの残りにこのＡＰＮを使用することができる。プロトコル構成オプション（ＰＣＯ）が、ＵＥとＤ−ＧＷの間でパラメータを転送するために使用されてもよく、ＭＭＥを介して透過的に送信され得る。メッセージに含まれ得る要求タイプは、ＵＥが３ＧＰＰアクセスネットワークを介してさらに別のＰＤＮ接続を要求することができるので、「最初の要求」を示し得る。
【０１９１】
３６４４において、ＭＭＥ３６１２は、Ｄ−ＧＷ３６０６に、ベアラ識別を割り振ることができ、セッション作成要求メッセージを送信することができる。３６４６において、Ｄ−ＧＷ３６０６は、ＩＰアドレスを、ローカルで利用可能な固定されたプレフィクスのそのプールから、ＵＥ３６００に割り振ることができる。Ｄ−ＧＷ３６０６は、ＰＣＲＦ３６１６とのゲートウェイ制御セッション終了手続きを開始することができる。
【０１９２】
３６４８において、Ｄ−ＧＷ３６０６は、新規のエントリをそのＥＰＳベアラテーブルに作成することができ、ＰＣＲＦ３６１６とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷ３６０６は、セッションを識別するために使用され得る情報をＰＣＲＦ３６１６に提供することができる。ＰＣＲＦ３６１６は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ３６０６に応答することができる。
【０１９３】
３６５０において、Ｄ−ＧＷ３６０６は、セッション作成応答メッセージをＭＭＥ３６１２に返すことができ、これは、Ｄ−ＧＷ３６０６によってＵＥ３６００に割り当てられ得るＰＤＮアドレス（ＩＰｖ６プレフィクス＋ＩＰｖ６インターフェイス識別子）、およびＤ−ＧＷ３６０６のアドレスを含んでいてもよい。
【０１９４】
３６５２において、ＭＭＥ３６１２は、ＰＤＮ接続受付メッセージをＵＥ３６００に送信することができる。このメッセージは、ターゲットｅＮｏｄｅＢ３６０４などのｅＮｏｄｅＢに対するＳ１＿ＭＭＥ制御メッセージベアラセットアップ要求に含まれていてもよい。
【０１９５】
３６５４において、ターゲットｅＮｏｄｅＢ３６０４は、ＰＤＮ接続受付メッセージを含み得るＲＲＣ接続再構成をＵＥ３６００に送信することができる。３６５６において、ＵＥ３６００は、ＲＲＣ接続再構成完了をターゲットｅＮｏｄｅＢ３６０４に送信することができる。３６５８において、ターゲットｅＮｏｄｅＢ３６０４は、Ｓ１−ＡＰベアラセットアップ応答をＭＭＥ３６１２に送信することができる。
【０１９６】
３６６０において、ＵＥ３６００のＵＥ  ＮＡＳ層は、ＥＰＳベアラ識別を含み得るＰＤＮ接続完了メッセージを作り出すことができる。ＵＥ３６００は、直接転送（ＰＤＮ接続完了）メッセージをターゲットｅＮｏｄｅＢ３６０４に送信することができる。３６６２において、ターゲットｅＮｏｄｅＢ３６０４は、アップリンクＮＡＳトランスポート（ＰＤＮ接続完了）メッセージをＭＭＥ３６１２に送信することができる。
【０１９７】
３６６４において、Ｌ３構成手続きが完了され得る。ＵＥ３６００とＤ−ＧＷ３６０６のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。新規のＩＰアドレス情報が、たとえば、ＩＰｖ６ルータ広告メッセージを介してＵＥ３６００に提供され得る。アタッチ受付メッセージの後、ＵＥ３６００がＰＤＮアドレスを取得しているとき、ＵＥ３６００は次いで、アップリンクパケットを、後でＤ−ＧＷ３６０６にトンネル開通され得るｅＮｏｄｅＢに送信することができる。これは、たとえば、Ｄ−ＧＷ３６０６に固定され得る新規のＩＰアドレスをソースアドレスとして使用して行われてもよい。Ｄ−ＧＷ３６０６は、ダウンリンクパケットを、たとえば、Ｄ−ＧＷ３６０６に固定されたＩＰｖ６アドレスまたはＤ−ＧＷ３６０８などの他のＤ−ＧＷに固定されたアドレスを使用して、ＵＥ３６００に送信することができる。
【０１９８】
３６６６において、ＭＭＥ３６１２は、ＡＰＮ、ＵＥ３６００に割り当てられ得るＩＰｖ６プレフィクス、およびＤ−ＧＷ識別を含み得る通知要求をＨＳＳに送信することができる。メッセージは、Ｄ−ＧＷが位置し得るＰＬＭＮを特定できる情報を含んでいてもよい。これは、ＵＥ３６００によって使用され得るアドレスおよびＵＥ３６００を固定していてもよいＤ−ＧＷに関してＨＳＳが更新された状態を維持するために繰り返されてもよい。これは、たとえば、ＵＥ３６００が移動する場合にアドレス継続を実現するために行われてもよい。これは、たとえば、ＵＥが移動する場合に行われてもよい。
【０１９９】
３６６８において、ＨＳＳは、ＡＰＮ、割り当てられ得るＩＰｖ６プレフィクス、Ｄ−ＧＷ識別を格納することができる。ＨＳＳはまた、通知応答をＭＭＥ３６１２に送信することもできる。
【０２００】
図３７Ａ〜Ｂは、信頼のあるまたは信頼性のない非３ＧＰＰのＩＰアクセスから非ローミングのアーキテクチャにおけるＰＭＩＰｖ６でのＥ−ＵＴＲＡＮへのハンドオーバに使用され得る例示的なＭＳＣを示す。ＭＳＣは、ＰＭＩＰベースのＳ５／Ｓ８を使用した、Ｓ２ａ／Ｓ２ｂのＰＭＩＰｖ６による信頼のある非３ＧＰＰのＩＰアクセスまたは信頼性のない非３ＧＰＰのＩＰアクセスから３ＧＰＰアクセスへのハンドオーバに基づいていてもよい。ＭＭＥの変更がなくてもよい。ＤＭＭベースの設計は、ＭＭＥ選択手続きに影響しないこともある。
【０２０１】
図３７Ａ〜Ｂの手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０２０２】
３７１８において、ＵＥ３７００は、Ｅ−ＵＴＲＡＮアクセスを発見することができ、現在使用されている非３ＧＰＰアクセスシステムからＥ−ＵＴＲＡＮ３７０４にその現在のセッションを移す（すなわちハンドオーバする）ことを決定することができる。ネットワーク発見および選択機構は、ＵＥ３７００が３ＧＰＰアクセスシステムを発見することを補助するために使用され得る。
【０２０３】
３７２０において、ＵＥ３７００は、「ハンドオーバ」アタッチを示す要求タイプとともにアタッチ要求をＭＭＥ３７０８に送信することができる。ＵＥ３７００からのメッセージは、Ｅ−ＵＴＲＡＮ３７０４によってＭＭＥ３７０８にルーティングされてもよい。ＵＥ３７００は、ソース非３ＧＰＰアクセスにおけるＰＤＮ接続に対応し得るＡＰＮを含んでいてもよい。
【０２０４】
３７２２において、ＭＭＥ３７０８はＨＳＳ３７１４に接触でき、ＵＥ３７００を認証することができる。３７２４において、認証が成功状態であり得るとき、ＭＭＥ３７０８は、位置更新手続きおよびＨＳＳ３７１４からの加入者データ読出を実施することができる。ＭＭＥ３７０８は、ＩＰｖ６プレフィクスおよびそれらを固定していてもよい、ＵＥ３７００によって使用され得るＤ−ＧＷに関する情報を取得できる。この情報は、ＰＤＮ加入コンテキストに格納されていてもよい。ＭＭＥ３７０８は、ＨＳＳ３７１４から取得される加入者データにおける、非３ＧＰＰアクセスを介してＵＥ３７００が接続され得るＰＤＮについての情報を受け取る。
【０２０５】
３７２６において、ＭＭＥ３７０８はＡＰＮおよびＤ−ＧＷを選択する。ＭＭＥ３７０８は、セッション作成要求メッセージを３７０６などの選択されたＤ−ＧＷに送信することができる。要求タイプは「ハンドオーバ」であってもよく、ハンドオーバ提示情報が含まれていてもよい。
【０２０６】
３７２８において、Ｄ−ＧＷ３７０６は、ＰＣＲＦ３７１２とのゲートウェイ制御セッション確立手続きを開始することができる。これは、たとえば、ハンドオーバ手続きによってＵＥ３７００が確立できる有効なセッション用のベアラバインディングをＤ−ＧＷが実施するために要求される規則を取得するために行われてもよい。
【０２０７】
３７３０において、Ｄ−ＧＷ３７００は、ＰＭＩＰｖ６プロキシバインディング更新メッセージをＤ−ＧＷサマー２（ｓｕｍｍｅｒ  ｔｗｏ）に送信することができる。これは、たとえば、Ｄ−ＧＷ３７０２に固定されたプレフィクスのユーザプレーンを再確立するために行われてもよい。
【０２０８】
３７３２において、Ｄ−ＧＷ３７０２は、ＰＣＲＦ３７１２とのＰＣＥＦ開始のＩＰ−ＣＡＮセッション変更手続きを実行することができる。これは、たとえば、ＵＥ３７００が新規のＩＰ−ＣＡＮタイプで確立していてもよい有効なＩＰセッション用のＰＣＥＦとしてＤ−ＧＷ３７０２が機能するために要求される規則を取得するために行われてもよい。
【０２０９】
３７３４において、Ｄ−ＧＷ３７０２は、プロキシバインディングＡｃｋメッセージをサービングＧＷに送信することによって、バインディング更新に確認応答することができる。３７３０、３７３２、３７３４は、Ｄ−ＧＷに固定された、ＵＥ３７００によって確立され得るＰＤＮ接続について繰り返されてもよい。
【０２１０】
３７３６において、Ｄ−ＧＷ３７０６は、セッション作成応答メッセージをＭＭＥ３７０８に返すことができる。このメッセージは、ＵＥ３７００のＩＰアドレスを含んでいてもよい。このメッセージは、Ｓ５ベアラセットアップおよび更新が成功状態になった可能性があることをＭＭＥ３７０８に提示するものとして機能し得る。Ｓ５を介したＤ−ＧＷ３７０６とＤ−ＧＷ３７０２の間のＰＭＩＰｖ６トンネル（複数可）が確立され得る。
【０２１１】
３７３８において、３ＧＰＰアクセスの中で無線およびアクセスベアラが確立され得る。３７４０において、ＭＭＥ３７０８は、ベアラ変更要求メッセージをＤ−ＧＷ３７０６に送信することができる。３７４２において、Ｄ−ＧＷ３７０６は、ベアラ変更応答（ＥＰＳベアラ識別）メッセージをＭＭＥ３７０８に送信することによって、確認応答することができる。ＵＥ３７００は、Ｅ−ＵＴＲＡＮシステムを介してデータを送受信することができる。
【０２１２】
３７４４において、複数のＰＤＮへの接続のために、ＵＥ３７００は、非３ＧＰＰアクセスから転送され得るＰＤＮとの接続を確立することができる。これは、たとえば、ＵＥ要求のＰＤＮ接続手続きを実行することによって行われてもよい。これは、確立されていてもよいＰＤＮ接続に加えて行われてもよい。
【０２１３】
３７４６において、Ｄ−ＧＷ３８０２は、信頼のある／信頼性のない非３ＧＰＰのＩＰアクセスにおけるリソース割り当て無効化手続きを開始することができる。３７２６、３７２８、３７３０、３７３２、３７３４、および３７３６は、ＵＥ３７００が有し得るＰＤＮ接続がＤ−ＧＷ３８０４に確実に移動され得るように実施されてもよい。ＤＭＭ方策によって、ＵＥ３７００は、各アタッチメントについてのＩＰｖ６アドレスを取得することができる。新規のＰＤＮ接続が確立され得る。これは、ＵＥ要求のＰＤＮ接続に基づいていてもよい。
【０２１４】
３７４８において、ＵＥ３７００は、ＰＤＮ接続要求メッセージの送信によってＵＥ要求のＰＤＮ手続きを開始することができる。このメッセージは、ＰＤＮタイプを含んでいてもよく、要求されたＩＰバージョンを示してもよい。ＭＭＥ３７０８は、ＵＥ３７００によって提供されたＡＰＮが加入によって許可され得ることを確認することができる。ＵＥ３７００がＡＰＮを提供しなかった場合、ＭＭＥ３７０８は、デフォルトのＰＤＮ加入コンテキストからＡＰＮを使用することができ、手続きの残りにこのＡＰＮを使用することができる。プロトコル構成オプション（ＰＣＯ）が、ＵＥ３７００とＤ−ＧＷの間でパラメータを転送するために使用されてもよく、ＭＭＥ３７０８を介して透過的に送信され得る。メッセージに含まれる要求タイプは、ＵＥ３７００が３ＧＰＰアクセスネットワークを介してさらに別のＰＤＮ接続を要求することができるので、「最初の」アタッチを示し得る。
【０２１５】
３７５０において、ＭＭＥ３７０８は、Ｄ−ＧＷ３７０６に、ベアラ識別を割り振ることができ、セッション作成要求メッセージを送信することができる。３７５２において、Ｄ−ＧＷ３７０６は、ＩＰアドレスを、ローカルで利用可能な固定されたプレフィクスのそのプールから、ＵＥ３７００に割り振ることができる。Ｄ−ＧＷ３７０６は、ＰＣＲＦ３７１２とのゲートウェイ制御セッション終了手続きを開始することができる。
【０２１６】
３７５４において、Ｄ−ＧＷ３７０６は、エントリをそのＥＰＳベアラテーブルに作成することができ、ＰＣＲＦ３７１２とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷ３７０６は、セッションを識別するために使用され得る情報をＰＣＲＦ３７１２に提供することができる。ＰＣＲＦ３７１２は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ３７０６に応答することができる。
【０２１７】
３７５６において、Ｄ−ＧＷ３７０６は、セッション作成応答メッセージをＭＭＥ３７０８に返すことができ、これは、Ｄ−ＧＷによってＵＥ３７００に割り当てられ得るＰＤＮアドレス（ＩＰｖ６プレフィクス＋ＩＰｖ６インターフェイス識別子）およびＤ−ＧＷのアドレスを含んでいてもよい。
【０２１８】
３７５８において、ＭＭＥ３７０８は、ＰＤＮ接続受付メッセージをＵＥ３７００に送信することができる。このメッセージは、ｅＮｏｄｅＢに対するＳ１＿ＭＭＥ制御メッセージベアラセットアップ要求に含まれていてもよい。３７６０において、ｅＮｏｄｅＢは、ＰＤＮ接続受付メッセージを含み得るＲＲＣ接続再構成をＵＥ３７００に送信することができる。３７６２において、ＵＥ３７００は、ＲＲＣ接続再構成完了をｅＮｏｄｅＢに送信することができる。３７６４において、ｅＮｏｄｅＢは、Ｓ１−ＡＰベアラセットアップ応答をＭＭＥ３７０８に送信することができる。
【０２１９】
３７６６において、ＵＥ３７００のＵＥ  ＮＡＳ層は、ＥＰＳベアラ識別を含み得るＰＤＮ接続完了メッセージ作り出すことができる。ＵＥ３７００は、直接転送（ＰＤＮ接続完了）メッセージをｅＮｏｄｅＢに送信することができる。３７６８において、ｅＮｏｄｅＢは、アップリンクＮＡＳトランスポート（ＰＤＮ接続完了）メッセージをＭＭＥ３７０８に送信することができる。３７７０において、Ｌ３構成手続きが完了され得る。ＵＥ３７００とＤ−ＧＷ３７０６のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報が、たとえば、ＩＰｖ６ルータ広告メッセージを介してＵＥ３７００に提供され得る。アタッチ受付メッセージの後、ＵＥ３７００がＰＤＮアドレスを取得した可能性があるとき、ＵＥ３７００は次いで、アップリンクパケットを、Ｄ−ＧＷ３７０６にトンネル開通され得るｅＮｏｄｅＢに送信することができる。これは、たとえば、Ｄ−ＧＷ３７０６に固定され得るＩＰアドレスをソースアドレスとして使用して起こり得る。Ｄ−ＧＷ３７０６は、ダウンリンクパケットをＵＥ３７００に送信することができる。Ｄ−ＧＷ３７０６に固定され得るＩＰｖ６アドレスおよび／またはＤ−ＧＷ３７０２に固定され得るアドレスについて転送が可能になり得る。
【０２２０】
３７７２において、ＭＭＥ３７０８は、ＡＰＮ、ＵＥ３７００に割り当てられ得るＩＰｖ６プレフィクス、およびＤ−ＧＷ識別を含み得る通知要求をＨＳＳ３７１４に送信することができる。メッセージは、Ｄ−ＧＷが位置し得るＰＬＭＮを特定できる情報を含んでいてもよい。これは、ＵＥ３７００によって使用され得るアドレスおよびそれらを固定することができるＤ−ＧＷであり得るものに関してＨＳＳ３７１４が更新された状態を維持するために要求されてもよい。これは、たとえば、ＵＥが移動する場合にアドレス継続を実現するために行われてもよい。
【０２２１】
３７７４において、ＨＳＳ３７１４は、ＡＰＮ、割り当てられ得るＩＰｖ６プレフィクスおよびＤ−ＧＷ識別を格納することができ、通知応答をＭＭＥ３７０８に送信することができる。
【０２２２】
図３８は、非ローミングのアーキテクチャにおけるＰＭＩＰｖ６での３ＧＰＰアクセスから信頼のある非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す。ＭＳＣは、Ｓ２ａのＰＭＩＰｖ６による、３ＧＰＰアクセスから信頼のある非３ＰＰ  ＩＰアクセスへのハンドオーバに基づいていてもよい。図３８の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０２２３】
３８１４において、ＵＥ３８００は、信頼のある非３ＧＰＰのＩＰアクセスシステム３８０４を発見することができ、現在使用されている３ＧＰＰアクセスから、発見された信頼のある非３ＧＰＰのＩＰアクセスシステム３８０４にその現在のセッションを移す（すなわちハンドオーバする）ことを決定することができる。ネットワーク発見および選択機構は、ＵＥ３８００が信頼のある非３ＧＰＰのＩＰアクセスシステム３８０４を発見することを補助するために使用され得る。
【０２２４】
３８１６において、ＵＥ３８００は、非３ＧＰＰアクセスシステム３８０４においてアクセス認証および認可を実施することができる。３ＧＰＰのＡＡＡサーバ３８１２は、信頼のある非３ＧＰＰシステム３８０４におけるアクセスについてＵＥ３８００を認証および認可することができる。ハンドオーバ前にＵＥ３８００が接続されていてもよいＰＤＮ（ＩＰｖ６プレフィクスおよびアンカリングＤ−ＧＷ）は、ＵＥの加入者データによってＨＳＳ３８１２から取得され得る。
【０２２５】
３８１８において、認証および認可の成功が生じ得るとき、Ｌ３アタッチ手続きがトリガされ得る。ＵＥ３８００が要求されたＡＰＮを送信することができる場合、Ｄ−ＧＷ３８０４は、それが加入によって許可され得ることを確認することができる。ＵＥ３８００が要求されたＡＰＮを送信しない場合、Ｄ−ＧＷ３８０４は、デフォルトのＡＰＮを使用することができる。
【０２２６】
３８２０において、Ｄ−ＧＷ３８０５は、ＰＣＲＦ３８１０とのゲートウェイ制御セッション確立手続きを開始することができる。３８２２において、Ｄ−ＧＷ３８０５は、ＭＡＧとして働くことができ、プロキシバインディング更新メッセージをＤ−ＧＷ３８０２に送信して、新規の登録を確立することができる。３８２４において、Ｄ−ＧＷ３８０５は、ＰＣＲＦ３８１０とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション変更手続きを実行することができる。３８２６において、Ｄ−ＧＷ３８０２は、ＰＭＩＰバインディング確認応答メッセージによってＤ−ＧＷ３８０５に応答することができる。
【０２２７】
３８２８において、Ｌ３アタッチ手続きが完了され得る。Ｄ−ＧＷ３８０５によってＵＥ３８００に割り当てられるＩＰアドレス（複数可）が、ＵＥ３８００に運搬され得る。ＰＭＩＰｖ６トンネルが、Ｄ−ＧＷ３８０５とＤ−ＧＷ３８０２の間にセットアップされ得る。ＵＥ３８００は、ＩＰパケットを送受信することができる。３８２２、３８２４、３８２６、および３８２８は、Ｄ−ＧＷに固定された、ＵＥ３８００によって確立され得るＰＤＮ接続について繰り返されてもよい。３８３０において、複数のＰＤＮへの接続のために、ＵＥ３８００は、確立されていることがあるＰＤＮ接続に加えて、３ＧＰＰアクセスから転送され得るＰＤＮとの接続を確立することができる。
【０２２８】
３８３２において、Ｄ−ＧＷ３８０５は、開始ベアラ無効化手続きを開始することができる。３８２２、３８２４、３８２６、３８２８、３８３０、および３８３２は、たとえば、ＵＥ３８００が有し得るＰＤＮ接続がＤ−ＧＷ３８０４に確実に移動され得るように実施されてもよい。ＤＭＭ方策によって、ＵＥ３８００は、各アタッチメントについてのＩＰｖ６アドレスを取得することができる。ＰＤＮ接続は、たとえば、Ｓ２ａのＰＭＩＰｖ６に基づくさらに別のＰＤＦへのＵＥ開始の接続を使用して確立され得る。３８３４において、ＵＥ３８００はトリガを送信することができる。
【０２２９】
３８３６において、Ｄ−ＧＷ３８０５は、ＰＣＲＦ３８１０とのゲートウェイ制御セッション確立手続きを開始することができる。Ｄ−ＧＷ３８０５は、情報をＰＣＲＦ３８１０に提供して、３８３８において確立され得るＩＰ−ＣＡＮセッションにそれを関連させ、加入関連パラメータをＰＣＲＦ３８１０に運搬することができる。
【０２３０】
３８３８において、Ｄ−ＧＷ３８０５は、ＰＣＲＦ３８１０とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷ３８０５は、セッションを識別するために使用され、３８３６において確立された可能性があるゲートウェイ制御セッションに関連させるために使用され得る情報をＰＣＲＦ３８１０に提供することができる。ＰＣＲＦ３８１０は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ３８０５に応答することができる。
【０２３１】
３８４０において、Ｄ−ＧＷ３８０５は、３ＧＰＰのＡＡＡサーバ３８１２にそのＰＤＮのＧＷ（Ｄ−ＧＷ）識別およびＵＥのＰＤＮ接続に対応し得るＡＰＮを報知することができる。メッセージは、Ｄ−ＧＷが位置し得るＰＬＭＮを特定できる情報を含んでいてもよい。この情報は、ＵＥ３８００に割り当てられ得るＩＰｖ６プレフィクスを含んでいてもよい。別のＤ−ＧＷがＩＰｖ６アドレスを導出するのに識別子が十分でない場合、情報は、Ｄ−ＧＷのＩＰｖ６アドレスを含んでいてもよい。
【０２３２】
３８４２において、ＰＣＲＦ３８１０は、ＧＷ制御セッション変更手続きを開始することによって、信頼のある非３ＧＰＰアクセス３８０４におけるＱｏＳ規則を更新することができる。３８４４において、Ｌ３アタッチ手続きは、非３ＧＰＰアクセストリガを介して完了され得る。ＵＥ３８００とＤ−ＧＷ３８０５のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報は、たとえばＩＰｖ６ルータ広告メッセージを介してＵＥ３８００に提供され得る。
【０２３３】
図３９は、非ローミングのアーキテクチャにおけるＰＭＩＰｖ６での３ＧＰＰアクセスから信頼性のない非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す。ＭＳＣは、Ｓ２ｂのＰＭＩＰｖ６による、３ＧＰＰアクセスから信頼性のない非３ＰＰ  ＩＰアクセスへのハンドオーバに基づいていてもよい。図３９の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０２３４】
３９１６において、ＵＥ３９００は最初に３ＧＰＰアクセスネットワークにアタッチされ得る。ＵＥ３９００は移動し、信頼性のない非３ＧＰＰのＩＰアクセスネットワーク３９０２にアタッチし得る。
【０２３５】
３９１８において、ＵＥ３９００と３ＧＰＰのＥＰＣとの間でアクセス認証手続きが実施され得る。３９２０において、ＩＫＥｖ２トンネル確立手続きがＵＥ３９００によって開始され得る。ＵＥ３９００がＩＰｓｅｃトンネルを形成できるＤ−ＧＷアドレスは、たとえば、ｅＰＤＧ選択を使用して発見されてもよいし、Ｄ−ＧＷのアドレスの結果であってもよい。ＵＥ３９００が認証され得た後、ＵＥ３９００は、ＡＰＮへのアクセスが認可されてもよい。アクセス認証の一部として、Ｄ−ＧＷ３９０６の識別は、３ＧＰＰのＡＡＡサーバ３９１４によってＤ−ＧＷ３９０４に送信され得る。
【０２３６】
３９２２において、Ｄ−ＧＷ３９０４は、プロキシバインディング更新メッセージをＤ−ＧＷ３９０６に送信することができる。３９２４において、ＰＣＣがサポートされ得る場合、Ｄ−ＧＷ３９０４は、ポリシーを施行するための構成を要求することができる。Ｄ−ＧＷ３９０４は、ＰＣＲＦ３９１２とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション変更手続きを実行することができる。
【０２３７】
３９２６において、Ｄ−ＧＷ３９０６は、Ｄ−ＧＷ３９０４からのプロキシバインディング更新メッセージを処理することができ、ＵＥ３９００のためのバインディングキャッシュエントリを更新することができ（存在しない場合は作成してもよい）、プロキシバインディング確認応答メッセージによって応答することができる。プロキシバインディングＡｃｋにおいて、Ｄ−ＧＷ３９０６は、ＵＥ３９００に割り当てられていてもよい同じＩＰアドレスおよび／またはプレフィクスで返答することができる。ＰＭＩＰｖ６トンネルは、Ｄ−ＧＷ３９０６とＤ−ＧＷ３９０４の間に存在することができ、これは、Ｄ−ＧＷ３９０６からのプロキシバインディング更新メッセージによってトリガされてもよく、３９２４の前に生じ得る。処理フロー３９２２、３９２４、および３９２６は、Ｄ−ＧＷに固定されたＵＥによって確立され得るＰＤＮ接続について繰り返されてもよい。
【０２３８】
３９２８において、Ｄ−ＧＷ３０９４およびＵＥ３９００は、ＩＫＥｖ２交換およびＩＰアドレス構成を継続することができる。ハンドオーバ手続きの終わりに、ＵＥ３９００とＤ−ＧＷ３９０４の間のＩＰｓｅｃトンネルを含み、かつ、Ｄ−ＧＷ３９０４とＤ−ＧＷ３９０６の間のＰＭＩＰｖ６トンネルを含み得る、ＵＥ３９００のためのベアラのセットが存在してもよい。
【０２３９】
３９３０において、複数のＰＤＮへの接続のために、ＵＥ３９００は、確立された可能性があるＰＤＮ接続に加えて、３ＧＰＰアクセスから転送され得るＰＤＮとの接続を確立することができる。３９３２において、Ｄ−ＧＷ３９０４は、開始ベアラ無効化手続きを開始することができる。３９３４において、ＵＥ３９００は、ＰＤＮ接続要求トリガを送信することができる。３９２０、３９２２、３９２４、３９２６、３９２８、３９３０、３９３２、および３９３４は、ＵＥ３９００が有し得るＰＤＮ接続がＤ−ＧＷ３９０４に確実に移動され得るように実施されてもよい。ＤＭＭ方策によって、ＵＥ３９００は、各アタッチメントについてのＩＰｖ６アドレスを取得することができる。ＰＤＮ接続が確立されてもよく、これは、Ｓ２ａのＰＭＩＰｖ６によるさらに別のＰＤＮへのＵＥ開始の接続に基づいていてもよい。
【０２４０】
３９３６において、Ｄ−ＧＷ３９０４は、ＰＣＲＦ３９１２とのゲートウェイ制御セッション確立手続きを開始することができる。Ｄ−ＧＷ３９０４は、情報をＰＣＲＦ３９１２に提供して、３９４０において確立されるべきＩＰ−ＣＡＮセッションにそれを関連させ、加入関連パラメータをＰＣＲＦ３９１２に運搬することができる。
【０２４１】
３９３８において、Ｄ−ＧＷ３９０４は、ＰＣＲＦ３９１２とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷ３９０４は、セッションを識別し、３９３６において確立されたゲートウェイ制御セッションに関連させるために使用される情報をＰＣＲＦ３９１２に提供することができる。ＰＣＲＦ３９１２は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ３９０４に応答することができる。
【０２４２】
３９４０において、Ｄ−ＧＷ３９０４は、３ＧＰＰのＡＡＡサーバにそのＰＤＮのＧＷ（Ｄ−ＧＷ）識別およびＵＥのＰＤＮ接続に対応し得るＡＰＮを報知することができる。メッセージは、Ｄ−ＧＷが位置し得るＰＬＭＮを特定できる情報を含んでいてもよい。メッセージは、ＵＥ３９００に割り当てられ得るＩＰｖ６プレフィクスを含んでいてもよい。別のＤ−ＧＷがＩＰｖ６アドレスを導出するのに識別子が十分でない場合、メッセージは、Ｄ−ＧＷのＩＰｖ６アドレスを含んでいてもよい。
【０２４３】
３９４２において、ＰＣＲＦ３９１２は、ＧＷ制御セッション変更手続きを開始することによって、信頼のある非３ＧＰＰアクセス３９０２におけるＱｏＳ規則を更新することができる。
【０２４４】
３９４４において、Ｌ３アタッチ手続きは、非３ＧＰＰアクセストリガを介して完了され得る。ＵＥ３９００とＤ−ＧＷ３９０４のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報は、たとえばＩＰｖ６ルータ広告メッセージを使用してＵＥ３９００に提供され得る。
【０２４５】
ＧＴＰを使用できるネットワークベースのハンドオーバ手続きが提供され得る。図４０Ａ〜Ｂは、例示的なＭＳＣならびに非ローミングのアーキテクチャにおけるＧＴＰでのＤ−ＧＷリロケーションによるＬＴＥのＴＡＵ内およびｅＮｏｄｅＢ間のハンドオーバに対する使用を示す。ＭＳＣは、サービングＧＷリロケーションＥ−ＵＴＲＡＮ内ハンドオーバによるＬＴＥのＴＡＵ内およびｅＮｏｄｅＢ間のハンドオーバに基づいていてもよい。図４０Ａ〜Ｂの手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０２４６】
４０２０において、ソースｅＮｏｄｅＢ４００２およびターゲットｅＮｏｄｅＢ４００４は、ハンドオーバ準備を実施することができる。４０２２において、ＵＥ４０００、ソースｅＮｏｄｅＢ４００２、ターゲットｅＮｏｄｅＢ４００４は、ハンドオーバ実行を実施することができる。４０２４において、ターゲットｅＮｏｄｅＢ４００４は、経路切替え要求メッセージをＭＭＥ４０１２に送信して、ＵＥ４０００がセルを変えた可能性があることを報知することができる。ＭＭＥ４０１２は、Ｄ−ＧＷがリロケートされてもよく、別のＤ−ＧＷを選択してもよいことを決定することができる。
【０２４７】
４０２６において、ＭＭＥ４０１２は、デフォルトのベアラがターゲットｅＮｏｄｅＢ４００４によって受け付けられた可能性があるＰＤＮ接続のために、ＰＤＮ接続についてのセッション作成要求メッセージをＤ−ＧＷ４００６に送信することができる。ＵＥ４０００が有し得る確立されたＰＤＮ接続およびそれらを固定しているＤ−ＧＷに関する情報が、ベアラコンテキストにおいて示されてもよい。ＵＥ４０００は、Ｄ−ＧＷには固定されず、ＰＧＷに固定され得るＰＤＮ接続を有し得る。
【０２４８】
４０２８において、Ｄ−ＧＷ４００６は、ＰＣＲＦ４０１６とのゲートウェイ制御セッション確立手続きを開始することができる。４０３０において、Ｄ−ＧＷ４００６は、セッション作成要求をＤ−ＧＷ４００８に送信して、Ｄ−ＧＷリロケーションにより、ユーザプレーンを再確立することができる。４０３２において、Ｄ−ＧＷ４００８は、セッション作成応答メッセージによってサービングＧＷ４０１０に応答することができる。ＧＴＰトンネルがＤ−ＧＷ４００８とＤ−ＧＷ４００６の間に確立され得る。セッション作成応答は、Ｄ−ＧＷ４００８によってＵＥ４０００に割り当てられた可能性があるプレフィクスを含んでいてもよい。４０３０および４０３２は、ＵＥ４０００によって確立され、Ｄ−ＧＷ４００８に固定された可能性があるＰＤＮ接続について繰り返されてもよい。
【０２４９】
４０３４において、Ｄ−ＧＷ４００６は、セッション作成応答メッセージをＭＭＥ４０１２に返すことができる。４０３６において、ＭＭＥ４０１２は、経路切替え要求Ａｃｋメッセージによって経路切替え要求メッセージを承認することができる。４０３８において、リソース解放を送信することによって、ターゲットｅＮｏｄｅＢ４００４は、ハンドオーバの成功をソースｅＮｏｄｅＢ４００２に報知することができ、リソースの解放をトリガすることができる。４０４０において、ＵＥ４０００は、トラッキング領域更新手続きを開始することができる。４０２６、４０２８、４０３０、４０３２、４０３４、４０３６、４０３８、および４０４０は、ＵＥ４０００が有し得るＰＤＮ接続がＤ−ＧＷ４００６に確実に移動され得るように実施されてもよい。ＤＭＭ方策によって、ＵＥ４０００は、アタッチメントについてのＩＰｖ６アドレスを取得することができる。ＰＤＮ接続が確立され得る。これは、ＵＥ要求のＰＤＮ接続に基づいていてもよい。
【０２５０】
４０４２において、ＵＥ４０００は、ＰＤＮ接続要求メッセージの送信によってＵＥ要求のＰＤＮ手続きを開始することができる。このメッセージは、ＰＤＮタイプ、ＡＰＮ、およびＩＰｖ６などの要求されたＩＰバージョンを含んでいてもよい。ＭＭＥ４０１２は、ＵＥ４００８によって提供されたＡＰＮが加入によって許可され得ることを確認することができる。ＵＥ４０００がＡＰＮを提供しなかった場合、ＭＭＥ４０１２は、デフォルトのＰＤＮ加入コンテキストからＡＰＮを使用することができる。プロトコル構成オプション（ＰＣＯ）が、ＵＥ４０００とＤ−ＧＷの間でパラメータを転送するために使用されてもよく、ＭＭＥ４０１２を介して透過的に送信され得る。メッセージに含まれる要求タイプは、ＵＥ４０００が３ＧＰＰアクセスネットワークを介してＰＤＮ接続を要求することができるので、「最初の要求」を示し得る。
【０２５１】
４０４３において、ＭＭＥ４０１２は、Ｄ−ＧＷ４００６に、ベアラ識別を割り振ることができ、セッション作成要求メッセージを送信することができる。４０４４において、Ｄ−ＧＷ４００６は、ＩＰアドレスを、ローカルで利用可能な固定されたプレフィクスのそのプールから、ＵＥ４０００に割り振ることができる。Ｄ−ＧＷ４００６は、ＰＣＲＦ４０１６とのゲートウェイ制御セッション終了手続きを開始することができる。
【０２５２】
４０４６において、Ｄ−ＧＷ４００６は、エントリをそのＥＰＳベアラテーブルに作成することができ、ＰＣＲＦ４０１６とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷは、セッションを識別するために使用され得る情報をＰＣＲＦ４０１６に提供することができる。ＰＣＲＦ４０１６は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ４００６に応答することができる。
【０２５３】
４０４８において、Ｄ−ＧＷ４００６は、セッション作成応答メッセージをＭＭＥ４０１２に返すことができ、これは、Ｄ−ＧＷによってＵＥ４０００に割り当てられ得るＰＤＮアドレス（ＩＰｖ６プレフィクス＋ＩＰｖ６インターフェイス識別子）およびＤ−ＧＷのアドレスを含んでいてもよい。４０５０において、ＭＭＥ４０１２は、ＰＤＮ接続受付メッセージをＵＥ４０００に送信することができる。このメッセージは、ｅＮｏｄｅＢに対するＳ１＿ＭＭＥ制御メッセージベアラセットアップ要求に含まれていてもよい。４０５２において、ｅＮｏｄｅＢは、ＰＤＮ接続受付メッセージを含み得るＲＲＣ接続再構成をＵＥ４０００に送信することができる。
【０２５４】
４０５４において、ＵＥ４０００は、ＲＲＣ接続再構成完了をｅＮｏｄｅＢに送信することができる。４０５６において、ｅＮｏｄｅＢは、Ｓ１−ＡＰベアラセットアップ応答をＭＭＥ４０１２に送信することができる。４０５８において、ＵＥ４０００のＵＥ  ＮＡＳ層は、ＥＰＳベアラ識別を含み得るＰＤＮ接続完了メッセージを作り出すことができる。ＵＥ４０００は、直接転送（ＰＤＮ接続完了）メッセージをｅＮｏｄｅＢに送信することができる。
【０２５５】
４０６０において、ｅＮｏｄｅＢは、アップリンクＮＡＳトランスポート（ＰＤＮ接続完了）メッセージをＭＭＥ４０１２に送信することができる。４０６２において、Ｌ３構成手続きが完了され得る。ＵＥ４０００とＤ−ＧＷ４００６のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報が、たとえば、ＩＰｖ６ルータ広告メッセージを介してＵＥ４０００に提供され得る。アタッチ受付メッセージの後、ＵＥ４０００がＰＤＮアドレスを取得した可能性があるとき、ＵＥ４０００は、アップリンクパケットを、Ｄ−ＧＷ４００６にトンネル開通され得るｅＮｏｄｅＢに送信することができる。これは、たとえば、Ｄ−ＧＷ４００６に固定され得るＩＰアドレスをソースアドレスとして使用して行われてもよい。Ｄ−ＧＷ４００６は、ダウンリンクパケットをＵＥに送信することができる。Ｄ−ＧＷ４００６に固定され得るＩＰｖ６アドレスおよび／または他のＤ−ＧＷに固定されるアドレスについて転送が可能になり得る。
【０２５６】
４０６４において、ＭＭＥ４０１２は、ＡＰＮ、ＵＥ４０００に割り当てられ得るＩＰｖ６プレフィクス、およびＤ−ＧＷ識別を含み得る通知要求をＨＳＳ４０１８に送信することができる。メッセージは、Ｄ−ＧＷが位置し得るＰＬＭＮを特定できる情報を含んでいてもよい。これは、ＵＥ４０００によって使用され得るアドレスおよびそれらを固定していてもよいＤ−ＧＷに関してＨＳＳ４０１８が更新された状態を維持するために繰り返されてもよい。これは、たとえば、ＵＥ４０００が移動する場合にアドレス継続を実現するために行われてもよい。４０６６において、ＨＳＳ４０１８は、ＡＰＮ、割り当てられ得るＩＰｖ６プレフィクスおよびＤ−ＧＷ識別を格納することができ、通知応答をＭＭＥ４０１２に送信することができる。
【０２５７】
図４１Ａ〜Ｂは、非ローミングのアーキテクチャにおけるＧＴＰでの信頼のあるまたは信頼性のない非３ＧＰＰのＩＰアクセスからＥ−ＵＴＲＡＮへのハンドオーバに使用され得る例示的なＭＳＣを示す。ＭＳＣは、Ｓ２ａ／Ｓ２ｂのＰＭＩＰｖ６による信頼のあるまたは信頼性のない非３ＧＰＰのＩＰアクセスから３ＧＰＰアクセスへのハンドオーバに基づいていてもよい。ＭＳＣは、Ｅ−ＵＴＲＡＮアクセス用のＧＴＰベースのＳ５／Ｓ８に対応していてもよい。ＭＭＥは変更してもしなくてもよい。ＤＭＭベースの設計は、ＭＭＥ選択手続きに影響しないこともある。図４１Ａ〜Ｂの手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０２５８】
４１１６において、ＵＥ４１００は、Ｅ−ＵＴＲＡＮアクセスを発見することができ、現在使用されている非３ＧＰＰアクセスシステムからＥ−ＵＴＲＡＮ４１０４にその現在のセッションを移す（すなわちハンドオーバする）ことを決定することができる。機構は、ＵＥ４１００が３ＧＰＰアクセスシステムを発見することを補助するために使用され得る。４１１８において、ＵＥ４１００は、「ハンドオーバ」アタッチを示す要求タイプとともにアタッチ要求をＭＭＥ４１０８に送信することができる。ＵＥ４１００からのメッセージは、Ｅ−ＵＴＲＡＮ４１０４によってＭＭＥ４１０８にルーティングされてもよい。ＵＥ４１００は、ソース非３ＧＰＰアクセスにおけるＰＤＮ接続に対応し得るＡＰＮのうちの１つを含んでいてもよい。ＡＰＮが提供され得る。
【０２５９】
４１２０において、ＭＭＥ４１０８はＨＳＳ４１１４に接触でき、ＵＥ４１００を認証することができる。４１２２において、認証後、ＭＭＥ４１０８は、位置更新手続きおよびＨＳＳ４１１４からの加入者データ読出を実施することができる。ＭＭＥ４１０８は、ＩＰｖ６プレフィクスおよびそれらを固定している、ＵＥ４１００によって使用され得るＤ−ＧＷに関する情報を取得できる。この情報は、ＰＤＮ加入コンテキストに格納されていてもよい。ＭＭＥ４１０８は、ＨＳＳ４１１４から取得され得る加入者データにおける、非３ＧＰＰアクセスを介してＵＥ４１００が接続され得るＰＤＮについての情報を受け取ることができる。
【０２６０】
４１２４において、ＭＭＥ４１０８は、ＡＰＮおよびＤ−ＧＷを選択することができる。ＭＭＥ４１０８は、セッション作成要求メッセージを選択されたＤ−ＧＷに送信することができる。要求タイプは「ハンドオーバ」であってもよく、ハンドオーバ提示情報が含まれていてもよい。４１２６において、Ｄ−ＧＷ４１０６は、ＰＣＲＦ４１１２とのゲートウェイ制御セッション確立手続きを開始して、ハンドオーバ手続きによってＵＥ４１００が確立できる有効なセッション用のベアラバインディングをＤ−ＧＷが実施するために要求される規則を取得することができる。
【０２６１】
４１２８において、Ｄ−ＧＷ４１０６は、セッション作成要求メッセージをＤ−ＧＷ４１０２に送信して、Ｄ−ＧＷ４１０２に固定されたプレフィクスのユーザプレーンを再確立することができる。４１３０において、Ｄ−ＧＷ４１０６は、ＰＣＲＦ４１１２とのＰＣＥＦ開始のＩＰ−ＣＡＮセッション変更手続きを実行して、ＩＰ−ＣＡＮタイプで確立される、ＵＥ４１００が有し得る有効なＩＰセッション用のＰＣＥＦとしてＤ−ＧＷ４１０６が機能するために要求される規則を取得することができる。
【０２６２】
４１３２において、Ｄ−ＧＷ４１０２は、セッション作成応答メッセージによってサービングＧＷに応答することができる。ＧＴＰトンネルがＤ−ＧＷ４１０２とＤ−ＧＷ４１０６の間に確立され得る。セッション作成応答は、Ｄ−ＧＷ４１０２によってＵＥ４１００に割り当てられた可能性があるプレフィクスを含んでいてもよい。４１２８、４１３０、および４１３２は、ＵＥ４１００によって確立され、Ｄ−ＧＷに固定され得るＰＤＮ接続について繰り返されてもよい。
【０２６３】
４１３４において、Ｄ−ＧＷ４１０６は、セッション作成応答メッセージをＭＭＥ４１０８に返すことができる。このメッセージは、ＵＥ４１００のＩＰアドレスを含んでいてもよい。このメッセージは、Ｓ５ベアラセットアップおよび更新が成功状態になった可能性があることをＭＭＥ４１０８に提示するものとして機能し得る。Ｓ５を介したＤ−ＧＷ４１０６とＤ−ＧＷ４１０２の間のＰＭＩＰｖ６トンネル（複数可）が確立されていてもよい。
【０２６４】
４１３６において、３ＧＰＰアクセスの中で無線およびアクセスベアラが確立され得る。４１３８において、ＭＭＥ４１０８は、ベアラ変更要求メッセージをＤ−ＧＷ４１０６に送信することができる。
【０２６５】
４１４０において、Ｄ−ＧＷ４１０６は、ベアラ変更応答（ＥＰＳベアラ識別）メッセージをＭＭＥ４１０８に送信することによって、確認応答することができる。ＵＥ４１００は、Ｅ−ＵＴＲＡＮシステムを介して送受信することができる。４１４２において、複数のＰＤＮへの接続のために、ＵＥ４１００は、ＵＥ要求のＰＤＮ接続手続きを実行することによって、非３ＧＰＰアクセスから転送され得るＰＤＮとの接続を確立することができる。これは、以前に確立されたＰＤＮ接続に加えて行われてもよい。
【０２６６】
４１４４において、Ｄ−ＧＷ４１０２は、信頼のある／信頼性のない非３ＧＰＰのＩＰアクセスにおけるリソース割り当て無効化手続きを開始することができる。４１２４、４１２６、４１２８、４１３０、または４１３２、および４１３４は、たとえば、ＵＥ４１００が有し得るＰＤＮ接続がＤ−ＧＷ４１０６に確実に移動され得るように実施されてもよい。ＤＭＭ方策によって、ＵＥ４１００は、各アタッチメントについてのＩＰｖ６アドレスを取得することができる。ＰＤＮ接続が確立され得る。これは、ＵＥ要求のＰＤＮ接続に基づいていてもよい。
【０２６７】
４１４６において、ＵＥ４１００は、ＰＤＮ接続要求メッセージの送信によってＵＥ要求のＰＤＮ手続きを開始することができる。このメッセージは、ＰＤＮタイプを含んでいてもよく、要求されたＩＰバージョン（たとえば、ＩＰｖ６）を示してもよい。ＭＭＥ４１０８は、ＵＥ４１００によって提供されたＡＰＮが加入によって許可され得ることを確認することができる。ＵＥ４１００がＡＰＮを提供していないことがある場合、ＭＭＥ４１０８は、デフォルトのＰＤＮ加入コンテキストからＡＰＮを使用することができる。プロトコル構成オプション（ＰＣＯ）が、ＵＥとＤ−ＧＷの間でパラメータを転送するために使用されてもよく、ＭＭＥ４１０８を介して透過的に送信され得る。メッセージに含まれ得る要求タイプは、ＵＥ４１００が３ＧＰＰアクセスネットワークを介してＰＤＮ接続を要求することができるので、「最初の」アタッチを示し得る。
【０２６８】
４１４８において、ＭＭＥ４１０８は、Ｄ−ＧＷ４１０６に、ベアラ識別を割り振ることができ、セッション作成要求メッセージを送信することができる。４１５０において、Ｄ−ＧＷ４１０６は、ＩＰアドレスを、ローカルで利用可能な固定されたプレフィクスのそのプールから、ＵＥ４１００に割り振ることができる。Ｄ−ＧＷ４１０６は、ＰＣＲＦ４１１２とのゲートウェイ制御セッション終了手続きを開始することができる。
【０２６９】
４１５２において、Ｄ−ＧＷ４１０６は、新規のエントリをそのＥＰＳベアラテーブルに作成することができ、ＰＣＲＦ４１１２とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷは、セッションを識別するために使用され得る情報をＰＣＲＦ４１１２に提供することができる。ＰＣＲＦ４１１２は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ４１０６に応答することができる。
【０２７０】
４１５４において、Ｄ−ＧＷ４１０６は、セッション作成応答メッセージをＭＭＥ４１０８に返すことができ、これは、Ｄ−ＧＷによってＵＥ４１１０に割り当てられ得るＰＤＮアドレス（ＩＰｖ６プレフィクス＋ＩＰｖ６インターフェイス識別子）およびＤ−ＧＷのアドレスを含んでいてもよい。４１５６において、ＭＭＥ４１０８は、ＰＤＮ接続受付メッセージをＵＥ４１００に送信することができる。このメッセージは、ｅＮｏｄｅＢに対するＳ１＿ＭＭＥ制御メッセージベアラセットアップ要求に含まれていてもよい。４１５８において、ｅＮｏｄｅＢは、ＰＤＮ接続受付メッセージを含み得るＲＲＣ接続再構成をＵＥ４１００に送信することができる。
【０２７１】
４１６０において、ＵＥ４１００は、ＲＲＣ接続再構成完了をｅＮｏｄｅＢに送ることができる。４１６２において、ｅＮｏｄｅＢは、Ｓ１−ＡＰベアラセットアップ応答をＭＭＥ４１０８に送信することができる。４１６４において、ＵＥ４１００のＵＥ  ＮＡＳ層は、ＥＰＳベアラ識別を含み得るＰＤＮ接続完了メッセージを作り出すことができる。ＵＥ４１００は次いで、直接転送（ＰＤＮ接続完了）メッセージをｅＮｏｄｅＢに送信することができる。
【０２７２】
４１６６において、ｅＮｏｄｅＢは、アップリンクＮＡＳトランスポート（ＰＤＮ接続完了）メッセージをＭＭＥ４１０８に送信することができる。４１６８において、Ｌ３構成手続きが完了され得る。ＵＥ４１００とＤ−ＧＷ４１０６のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報が、たとえば、ＩＰｖ６ルータ広告メッセージを介してＵＥ４１００に提供され得る。アタッチ受付メッセージの後、ＵＥがＰＤＮアドレスを取得した可能性があるとき、ＵＥは次いで、アップリンクパケットを、Ｄ−ＧＷ４１０６にトンネル開通され得るｅＮｏｄｅＢに送信することができる。これは、たとえば、Ｄ−ＧＷ４１０６に固定され得るＩＰアドレスをソースアドレスとして使用して行われてもよい。Ｄ−ＧＷ４１０６は、ダウンリンクパケットをＵＥ４１００に送信することができる。Ｄ−ＧＷ４１０６に固定され得るＩＰｖ６アドレスおよび他のＤ−ＧＷに固定され得るアドレスについて転送が可能になり得る。
【０２７３】
４１７０において、ＭＭＥ４１０８は、ＡＰＮ、ＵＥ４１００に割り当てられ得るＩＰｖ６プレフィクス、およびＤ−ＧＷ識別を含み得る通知要求をＨＳＳ４１１４に送信することができる。メッセージは、Ｄ−ＧＷが位置し得るＰＬＭＮを特定できる情報を含んでいてもよい。これは、ＵＥ４１００によって使用され得るアドレスおよびそれらを固定していてもよいＤ−ＧＷに関してＨＳＳ４１１４が更新された状態を維持するために繰り返されてもよい。これは、たとえば、ＵＥ４１００が移動する場合にアドレス継続を実現するために行われてもよい。４１７２において、ＨＳＳ４１１４は、ＡＰＮ、割り当てられ得るＩＰｖ６プレフィクスおよびＤ−ＧＷ識別を格納することができ、通知応答をＭＭＥ４１０８に送信することができる。
【０２７４】
図４２は、非ローミングのアーキテクチャにおけるＧＴＰでの３ＧＰＰアクセスから信頼のある非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す。ＭＳＣは、Ｓ２ａのＰＭＩＰｖ６による３ＧＰＰアクセスから信頼のある非３ＰＰ  ＩＰアクセスへのハンドオーバに基づいていてもよい。図４２の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０２７５】
４２１４において、ＵＥ４２００は、４２０４に対応する信頼のある非３ＧＰＰのＩＰアクセスシステムを発見することができ、現在使用されている３ＧＰＰアクセスから信頼のある非３ＧＰＰのＩＰアクセスシステム４２０４にその現在のセッションを移す（すなわちハンドオーバする）ことを決定することができる。ネットワーク発見および選択機構は、ＵＥ４２００が信頼のある非３ＧＰＰのＩＰアクセスシステム４２０４を発見することを補助するために使用され得る。
【０２７６】
４２１６において、ＵＥ４２００は、非３ＧＰＰアクセスシステム４２０４においてアクセス認証および認可を実施することができる。３ＧＰＰのＡＡＡサーバ４２１２は、信頼のある非３ＧＰＰシステム４２０４におけるアクセスについて４２００のＵＥを認証および認可することができる。ハンドオーバ前にＵＥ４２００が接続されていてもよいＰＤＮ（ＩＰｖ６プレフィクスおよびアンカリングＤ−ＧＷ）は、ＵＥ４２００の加入者データによってＨＳＳ４２１２から取得され得る。
【０２７７】
認証および認可が成功状態であり得る４２１８において、Ｌ３アタッチ手続きがトリガされ得る。ＵＥ４２００が要求されたＡＰＮをこのステップにおいて送ることができる場合、４２０５などのＤ−ＧＷは、それが加入によって許可され得ることを確認することができる。ＵＥが要求されたＡＰＮを送信しない場合、Ｄ−ＧＷは、デフォルトのＡＰＮを使用することができる。
【０２７８】
４２２０において、Ｄ−ＧＷ４２０５は、ＰＣＲＦ４２１０とのゲートウェイ制御セッション確立手続きを開始することができる。４２２２において、Ｄ−ＧＷ４２０５は、ＭＡＧの役割を担ってもよく、セッション作成要求メッセージをＤ−ＧＷ４２０２に送信して登録を確立することができる。４２２４において、Ｄ−ＧＷ４２０５は、ＰＣＲＦ４２１０とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション変更手続きを実行することができる。
【０２７９】
４２２８において、Ｄ−ＧＷ４２０２は、セッション作成応答メッセージによってサービングＧＷに応答することができる。ＧＴＰトンネルがＤ−ＧＷ４２０２とＤ−ＧＷ４２０５の間に確立され得る。セッション作成応答は、Ｄ−ＧＷ４２０２によってＵＥ４２００に割り当てられた可能性があるプレフィクスを含んでいてもよい。
【０２８０】
４２３０において、Ｌ３アタッチ手続きがこの時点で完了され得る。Ｄ−ＧＷ４２０５によってＵＥ４２００に割り当てられ得るＩＰアドレス（複数可）が、ＵＥ４２００に運搬され得る。ＰＭＩＰｖ６トンネルが、Ｄ−ＧＷ４２０５とＤ−ＧＷ４２０２の間にセットアップされ得る。ＵＥ４２００は、ＩＰパケットを送受信することができる。４２２２、４２２４、４２２８、および４２３０は、ＵＥ４２００によって確立され、Ｄ−ＧＷ４２０２に固定され得るＰＤＮ接続ごとに繰り返されてもよい。
【０２８１】
４２３２において、複数のＰＤＮへの接続のために、ＵＥ４２００は、３ＧＰＰアクセスから転送され得るＰＤＮとの接続を確立することができる。これは、以前に確立された可能性があるＰＤＮ接続に加えて行われてもよい。４２３４において、Ｄ−ＧＷ４２０５は、開始ベアラ無効化手続きを開始することができる。４２２２、４２２４、４２２８、４２３０、４２３２、および４２３４は、ＵＥ４２００が有し得るＰＤＮ接続がＤ−ＧＷ４２０５に確実に移動され得るように実施されてもよい。ＤＭＭ方策によって、ＵＥ４２００は、アタッチメントについてのＩＰｖ６アドレスを取得することができる。ＰＤＮ接続が確立され得る。この部分は、Ｓ２ａのＰＭＩＰｖ６による、さらに別のＰＤＦへのＵＥが開始する接続に基づいていてもよい。
【０２８２】
４２３６において、ＵＥ４２００は、トリガを送信することができる。４２３８において、Ｄ−ＧＷ４２０５は、ＰＣＲＦ４２１０とのゲートウェイ制御セッション確立手続きを開始することができる。Ｄ−ＧＷ４２０５は、情報をＰＣＲＦ４２１０に提供して、４２４０において確立され得るＩＰ−ＣＡＮセッションにそれを関連させ、加入関連パラメータをＰＣＲＦ４２１０に運搬することができる。４２４０において、Ｄ−ＧＷ４２０５は、ＰＣＲＦ４２１０とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷ４２０５は、セッションを識別し、４２３８において確立された可能性があるゲートウェイ制御セッションに関連させるために使用され得る情報をＰＣＲＦ４２１０に提供することができる。ＰＣＲＦ４２１０は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ４２０５に応答することができる。
【０２８３】
４２４２において、Ｄ−ＧＷ４２０５は、３ＧＰＰのＡＡＡサーバ４２１２にそのＰＤＮのＧＷ（Ｄ−ＧＷ）識別およびＵＥ４２００のＰＤＮ接続に対応するＡＰＮを報知することができる。メッセージは、Ｄ−ＧＷが位置し得るＰＬＭＮを特定できる情報を含んでいてもよい。この情報は、ＵＥ４２００に割り当てられ得るＩＰｖ６プレフィクスを含んでいてもよい。別のＤ−ＧＷがＤ−ＧＷのＩＰｖ６アドレスを導出するのに識別子が十分でないことがある場合、この情報は、ＩＰｖ６アドレスを含んでいてもよい。
【０２８４】
４２４４において、ＰＣＲＦ４２１０は、ＧＷ制御セッション変更手続きを開始することによって、信頼のある非３ＧＰＰアクセス４２０４におけるＱｏＳ規則を更新することができる。４２４６において、非３ＧＰＰアクセストリガを介してＬ３アタッチ手続きが完了され得る。ＵＥ４２００とＤ−ＧＷ４２０５のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報は、たとえばＩＰｖ６ルータ広告メッセージを介してＵＥ４２００に提供され得る。
【０２８５】
図４３は、非ローミングのアーキテクチャにおけるＧＴＰでの３ＧＰＰアクセスから信頼性のない非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す。このＭＳＣは、Ｓ２ｂのＰＭＩＰｖ６による３ＧＰＰアクセスから信頼性のない非３ＰＰ  ＩＰアクセスへのハンドオーバに、またＳ２ｂのＧＴＰによる３ＧＰＰアクセスから信頼性のない非３ＧＰＰのＩＰアクセスへのハンドオーバに基づいていてもよい。図４３の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０２８６】
４３１６において、ＵＥは最初に３ＧＰＰアクセスネットワークにアタッチされ得る。ＵＥ４３００は移動し、信頼性のない非３ＧＰＰのＩＰアクセス４３０２などの信頼性のない非３ＧＰＰのＩＰアクセスネットワークにアタッチしてもよい。４３１８において、ＵＥ４３００と３ＧＰＰのＥＰＣとの間のアクセス認証手続きが実施され得る。４３２０において、ＩＫＥｖ２トンネル確立手続きがＵＥ４３００によって開始され得る。ＵＥ４３００がＩＰｓｅｃトンネルを形成するために使用し得るＤ−ＧＷ４３０４用のアドレスが発見され得る。これは、たとえば、ｅＰＤＧ選択またはＤ−ＧＷのアドレスを使用して起こり得る。ＵＥ４３００が認証され得る後、ＵＥは、ＡＰＮへのアクセスが認可されてもよい。アクセス認証の一部として、Ｄ−ＧＷ４３０６の識別は、３ＧＰＰのＡＡＡサーバ４３１４によってＤ−ＧＷ４３０４に送信され得る。
【０２８７】
４３２２において、Ｄ−ＧＷ４３０４は、セッション作成要求メッセージをＤ−ＧＷ４３０６に送信することができる。４３２４において、ＰＣＣがサポートされ得る場合、Ｄ−ＧＷ４３０４は、ポリシーを施行するための構成を要求することができる。Ｄ−ＧＷ４３０４は、ＰＣＲＦ４３１２とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション変更手続きを実行することができる。４３２６において、Ｄ−ＧＷ４３０６は、セッション作成応答メッセージによってサービングＧＷに応答することができる。ＧＴＰトンネルが、この時点でＤ−ＧＷ４３０６とＤ−ＧＷ４３０４の間に確立され得る。セッション作成応答は、Ｄ−ＧＷ４３０６によってＵＥ４３００にサインされた可能性があるプレフィクスを含んでいてもよい。４３２２、４３２４、および４３２６は、ＵＥ４３００によって確立され、Ｄ−ＧＷに固定され得るＰＤＮ接続について繰り返されてもよい。
【０２８８】
４３２８において、Ｄ−ＧＷ４３０４およびＵＥ４３００は、ＩＫＥｖ２交換およびＩＰアドレス構成を継続することができる。ハンドオーバ手続きの終わりに、ＵＥ４３００とＤ−ＧＷ４３０４の間のＩＰｓｅｃトンネルおよびＤ−ＧＷ４３０４とＤ−ＧＷ４３０６の間のＰＭＩＰｖ６トンネルを含み得る、ＵＥ４３００のためのベアラのセットが存在してもよい。
【０２８９】
４３３０において、複数のＰＤＮへの接続のために、ＵＥ４３００は、以前に確立された可能性があるＰＤＮ接続に加えて、３ＧＰＰアクセスから転送され得るＰＤＮとの接続を確立することができる。４３３２において、Ｄ−ＧＷ４３０４は、開始ベアラ無効化手続きを開始することができる。４３３４において、ＵＥ４３００は、ＰＤＮ接続要求トリガを送信することができる。４３２０、４３２２、４３２４、４３２６、４３２８、４３３０、４３３２、および４３３４は、ＵＥ４３００が有し得るＰＤＮ接続がＤ−ＧＷ４３０４に確実に移動され得るように実施されてもよい。ＤＭＭ方策によって、ＵＥ４３００は、アタッチメントについてのＩＰｖ６アドレスを取得することができる。ＰＤＮ接続が確立され得る。これは、Ｓ２ａのＰＭＩＰｖ６による、さらに別のＰＤＮへのＵＥ開始の接続に基づいていてもよい。
【０２９０】
４３３６において、Ｄ−ＧＷ４３０４は、ＰＣＲＦ４３１２とのゲートウェイ制御セッション確立手続きを開始することができる。Ｄ−ＧＷ４３０４は、情報をＰＣＲＦ４３１２に提供して、４３４０において確立されるべきＩＰ−ＣＡＮセッションにそれを関連させ、加入関連パラメータをＰＣＲＦ４３１２に運搬することができる。
【０２９１】
４３３８において、Ｄ−ＧＷ４３０４は、ＰＣＲＦ  ４３１２とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷ４３１２は、セッションを識別し、４３３８において確立されたゲートウェイ制御セッションに関連させるために使用され得る情報をＰＣＲＦ４３１２に提供することができる。ＰＣＲＦ４３１２は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ４３０４に応答することができる。４３４０において、Ｄ−ＧＷ４３０４は、３ＧＰＰのＡＡＡサーバ４３１４にそのＰＤＮのＧＷ（Ｄ−ＧＷ）識別およびＵＥ４３００のＰＤＮ接続に対応し得るＡＰＮを報知することができる。メッセージは、Ｄ−ＧＷが位置し得るＰＬＭＮを特定できる情報を含んでいてもよい。この情報は、ＵＥに割り当てられるＩＰｖ６プレフィクス、および別のＤ−ＧＷがＩＰｖ６アドレスを導出するのに識別子が十分でない可能性がある場合、Ｄ−ＧＷのＩＰｖ６アドレスを含んでいてもよい。
【０２９２】
４３４２において、ＰＣＲＦ４３１２は、ＧＷ制御セッション変更手続きを開始することによって、信頼のある非３ＧＰＰアクセス４３０２におけるＱｏＳ規則を更新することができる。４３４４において、Ｌ３アタッチ手続きは、非３ＧＰＰアクセストリガを介して完了され得る。ＵＥ４３００とＤ−ＧＷ４３０４のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報は、たとえばＩＰｖ６ルータ広告メッセージを介してＵＥ４３００に提供され得る。
【０２９３】
ＤＳＭＩＰｖ６を使用できるクライアントベースのハンドオーバ手続きが提供され得る。図４４Ａ〜Ｂは、非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６でのＤ−ＧＷリロケーションによるＬＴＥのＴＡＵ内およびｅＮｏｄｅＢ間のハンドオーバに使用され得る例示的なＭＳＣを示す。ＭＳＣは、サービングＧＷリロケーションによるＬＴＥのＴＡＵ内およびｅＮｏｄｅＢ間のハンドオーバに基づいていてもよい。図４４Ａ〜Ｂの手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０２９４】
４４２６において、ターゲットｅＮｏｄｅＢ４４０４は、経路切替え要求メッセージをＭＭＥ４４１２に送信して、ＵＥ４４００がセルを変えた可能性があることを報知することができる。ＭＭＥ４４１４は、Ｄ−ＧＷがリロケートされてもよく、別のＤ−ＧＷを選択してもよいことを決定することができる。選択手続きは、サービングＧＷ選択機能などのＳ−ＧＷを選択する手続きに基づいていてもよい。４４２８において、ＭＭＥ４４１４は、セッション作成要求メッセージを送信して、Ｄ−ＧＷ４４０８へのＰＤＮ接続をセットアップすることができる。４４２６において、Ｄ−ＧＷ４４０８は、ＩＰｖ６プレフィクスを、ローカルで利用可能な固定されたプレフィクスのそのプールからＵＥ４４００に割り当てることができる。Ｄ−ＧＷ４４０８は、エントリをそのＥＰＳベアラテーブルに作成することができる。Ｄ−ＧＷ４４０８は、ＰＣＲＦ４４１８とのゲートウェイ制御セッション確立手続きを開始することができる。
【０２９５】
４４２８において、Ｄ−ＧＷ４４０８は、セッション作成応答メッセージをＭＭＥ４４１４に返すことができる。４４３４において、ＭＭＥ４４１４は、経路切替え要求Ａｃｋメッセージによって経路切替え要求メッセージを承認することができる。４４３６において、リソース解放を送信することによって、ターゲットｅＮｏｄｅＢ４４０４は、ハンドオーバの成功をソースｅＮｏｄｅＢ４４０２に報知することができ、リソースの解放をトリガすることができる。４４３８において、ＵＥ４４００は、トラッキング領域更新のためのトリガなどの条件が生じ得るとき、トラッキング領域更新手続きを開始することができる。
【０２９６】
４４４０において、ローカルＩＰｖ６アドレス手続きのＬ３構成が完了され得る。ＵＥ４４００とＤ−ＧＷ４４０８のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。このＩＰアドレスは、継続中の通信用のＣｏＡとして、また新規のそれのＨｏＡに使用され得る。４４４２において、ＵＥ４４００は、ＤＳＭＩＰｖ６ＢＵメッセージをＤ−ＧＷ４４１０に送って、そのＣｏＡを登録することができる。これは、たとえば、Ｄ−ＧＷリロケーションによりユーザプレーンを再確立するために、ＣｏＡが４４３０で割り当てられたローカルＩＰアドレスであり得るように行われてもよい。
【０２９７】
４４４４において、ＰＣＣがサポートされ得る場合、Ｄ−ＧＷ４４１０は、ＰＣＲＦ４４１８とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション変更手続きを実行することができる。４４４６において、Ｄ−ＧＷ４４１０は、ＭＩＰバインディングＡｃｋをＵＥ４４００に送信することができる。これは、４４４２におけるＵＥ４４００からのバインディング更新メッセージによってトリガされ、４４４２の後に起こることができ、４４４４を待つ必要がなくてもよい。トンネルがＤ−ＧＷ４４１０とＵＥ４４００の間に確立され得る。このトンネルは、Ｄ−ＧＷ４４１０がＵＥ４４００に委ねていてもよいプレフィクスとの間でパケットをやり取りするために使用され得る。処理フロー４４４２、４４４４、および４４４６は、Ｄ−ＧＷ４４１０に固定される、ＵＥによって確立され得るＰＤＮ接続について繰り返されてもよい。４４２８、４４３０、４４３２、４４３４、４４３６、４４３８、４４４０、４４４２、４４４４、および４４４６は、ＵＥ４４００用のＰＤＮ接続がＤ−ＧＷ４４０８に確実に移動され得るように実施されてもよい。ＵＥ４４００は、ローカルで固定されたＩＰｖ６アドレスを、Ｄ−ＧＷ４４０８であり得る現在のサービングＤ−ＧＷから取得していてもよい。そのアドレスを使用する接続のためのリソースは、まだ要求されていなくてもよい。ＰＤＮ接続が確立され得る。これは、ＵＥ要求のＰＤＮ接続に基づいていてもよい。
【０２９８】
４４４８において、ＵＥ４４００は、ＰＤＮ接続要求メッセージの送信によってＵＥ要求のＰＤＮ手続きを開始することができる。このメッセージは、ＰＤＮタイプを含んでいてもよく、ＩＰｖ６であり得る要求されたＩＰバージョンを示してもよい。ＭＭＥ４４１４は、ＵＥ４４００によって提供されたＡＰＮが加入によって許可され得ることを確認することができる。ＵＥ４４００がＡＰＮを提供しなかった場合、ＭＭＥ４４１４は、デフォルトのＰＤＮ加入コンテキストからＡＰＮを使用することができる。プロトコル構成オプション（ＰＣＯ）が、ＵＥとＤ−ＧＷの間でパラメータを転送するために使用されてもよく、ＭＭＥ４４１４を介して透過的に送信され得る。メッセージに含まれる要求タイプは、ＵＥ４４００が３ＧＰＰアクセスネットワークを介してＰＤＮ接続を要求することができるので、「最初の要求」を示し得る。
【０２９９】
４４５０において、ＭＭＥ４４１４は、Ｄ−ＧＷ４４０８に、ベアラ識別を割り振ることができ、セッション作成要求メッセージを送信することができる。４４５２において、Ｄ−ＧＷ４４０８は、ＰＣＲＦ４４１８とのゲートウェイ制御セッション終了手続きを開始することができる。４４５４において、Ｄ−ＧＷ４４０８は、新規のエントリをそのＥＰＳベアラテーブルに作成することができ、ＰＣＲＦ４４１８とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷは、セッションを識別するために使用され得る情報をＰＣＲＦ４４１８に提供することができる。ＰＣＲＦ４４１８は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ４４０８に応答することができる。
【０３００】
４４５６において、Ｄ−ＧＷ４４０８は、セッション作成応答メッセージをＭＭＥ４４１４に返すことができ、これは、Ｄ−ＧＷによって４４２８のＵＥに割り当てられ得るＰＤＮアドレス、たとえばＩＰｖ６プレフィクス＋ＩＰｖ６インターフェイス識別子を含んでいてもよい。
【０３０１】
４４５８において、ＭＭＥ４４１４は、ＰＤＮ接続受付メッセージをＵＥ４４００に送信することができる。このメッセージは、ｅＮｏｄｅＢに対するＳ１＿ＭＭＥ制御メッセージベアラセットアップ要求に含まれていてもよい。４４６０において、ターゲットｅＮｏｄｅＢ４４０４は、ＰＤＮ接続受付メッセージを含み得るＲＲＣ接続再構成をＵＥ４４００に送信することができる。
【０３０２】
４４６２において、ＵＥ４４００は、ＲＲＣ接続再構成完了をｅＮｏｄｅＢに送信することができる。４４６４において、ターゲットｅＮｏｄｅＢ４４０４は、Ｓ１−ＡＰベアラセットアップ応答をＭＭＥ４４１４に送信することができる。４４６６において、ＵＥ４４００のＵＥ  ＮＡＳ層は、ＥＰＳベアラ識別を含み得るＰＤＮ接続完了メッセージを作り出すことができる。ＵＥ４４００は、直接転送（ＰＤＮ接続完了）メッセージをターゲットｅＮｏｄｅＢ４４０４に送信することができる。
【０３０３】
４４６８において、ターゲットｅＮｏｄｅＢ４４０４は、アップリンクＮＡＳトランスポート（ＰＤＮ接続完了）メッセージをＭＭＥ４４１４に送信することができる。４４７０において、Ｌ３構成手続きが完了され得る。ＵＥ４４００とＤ−ＧＷ４４０８のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報が、たとえば、ＩＰｖ６ルータ広告メッセージを介してＵＥ４４００に提供され得る。４４４０において、ＩＰｖ６アドレスがＵＥ４４００に運搬され、構成されていてもよいので、ＵＥは影響を受けないことがある。アタッチ受付メッセージの後、ＵＥ４４００がＰＤＮアドレスを取得した可能性があるとき、ＵＥは、アップリンクパケットを、４４０８にトンネル開通され得るｅＮｏｄｅＢに送信することができる。これは、たとえば、Ｄ−ＧＷ４４０８に固定され得るＩＰアドレスをソースアドレスとして使用して行われてもよい。
【０３０４】
図４５Ａ〜Ｂは、非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での信頼のあるまたは信頼性のない非３ＧＰＰのＩＰアクセスからＥ−ＵＴＲＡＮへのハンドオーバに使用され得る例示的なＭＳＣを示す。ＭＳＣは、Ｓ２ｃのＤＳＭＩＰｖ６による信頼のあるまたは信頼性のない非３ＧＰＰのＩＰアクセスから３ＧＰＰアクセスへのハンドオーバに基づいていてもよい。ＭＳＣは、たとえば、ＵＥがＬＴＥネットワークにアタッチしたとき、図５に示されている非ローミングのケースに適用することができる。手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイ内で静的に構成され得る。
【０３０５】
４５１６において、ＵＥ４５００は、ｅＮｏｄｅＢ４５０２へのアタッチ要求メッセージの送信によって、アタッチ手続きを開始することができる。ＰＤＮタイプは、要求されたＩＰバージョン（ＩＰｖ６）を示し得る。要求タイプは、「ハンドオーバ」アタッチを示し得る。４５１８において、ｅＮｏｄｅＢ４５０２は、ＭＭＥを選択することができ、Ｓ１−ＭＭＥ制御メッセージに含めてアタッチ要求メッセージをＭＭＥ４５０８に送ることができる。
【０３０６】
４５２０において、ＭＭＥ４５０５は、ＩＭＳＩを要求するために識別要求をＵＥ４５００に送信することができる。ＵＥ４５００は識別応答（ＩＭＳＩ）によって応答することができる。４５２２において、完全性保護およびＮＡＳ暗号化を起動するために、認証およびＮＡＳセキュリティセットアップが実施され得る。４５２４において、ＭＥ識別がＵＥから読み出されてもよい。ＥＩＲは、ＭＥ識別確認Ａｃｋ（結果）によって応答することができる。結果に応じて、ＭＭＥ４５０８は、このアタッチ手続きを続けるか、ＵＥ４５００を拒否するかを決定することができる。
【０３０７】
４５３６において、ＵＥ４５００がアタッチ要求メッセージの中に暗号化オプション転送フラグを設定していることがある場合、暗号化オプション、すなわちＰＣＯまたはＡＰＮまたはその両方が、ここでＵＥ４５００から読み出されてもよい。ＵＥ４５００が複数のＰＤＮに加入していることがある状況を処理するために、プロトコル構成オプションがユーザ身分証明（ＰＡＰまたはＣＨＡＰパラメータ内のたとえばユーザ名／パスワード）を含む場合、ＵＥ４５００はＡＰＮをＭＭＥ４５０８に送信してもよい。
【０３０８】
４５２８において、ＭＭＥ４５０８は、位置更新要求メッセージをＨＳＳ４５１４に送信することができる。ＨＳＳ４５１４は、位置更新ＡｃｋメッセージをＭＭＥ４５１４に送信することによって、位置更新メッセージに確認応答することができる。加入データは、１または複数のＰＤＮ加入コンテキストを含んでいてもよい。要求された確認が成功している状態であり得る場合、ＭＭＥ４５０８は、ＵＥ４５００のためのコンテキストを構築することができる。ＵＥ４５００によって提供されたＡＰＮが、加入によって許可されないことがある場合、または位置更新がＨＳＳ４５１４によって拒否され得る場合、ＭＭＥ４５０８は、ＵＥ４５００からのアタッチ要求を拒否することができる。
【０３０９】
４５３０において、ＭＭＥ４５０８は、このＰＤＮ接続要求が、ＤＭＭ動作モードの後に処理され得る（したがって、それはＤ−ＧＷに固定され得る）のか、「Ｒｅｌ−１０／１１モード」（たとえば、ＨＰＬＭＮを介した、ＳＧＷの前の選択）において処理され得るのかを決定することができる。この決定は、ＵＥ４５００によって要求されたＡＰＮ、加入情報、ポリシーなどに基づいていてもよい。たとえば、決定は、ローカル固定に基づいていてもよい。ＨＰＬＭＮのＰＧＷを介して処理され得るＰＤＮ接続では、特定のＤ−ＧＷ機能は使用され得ず、したがってそれは、ＵＥおよびネットワークエンティティの残りにとってトランスペアレントであり得る。ＭＭＥ４５０８は、Ｄ−ＧＷを選択することができ、ＵＥ４５００に関連し得るデフォルトのベアラに対してＥＰＳベアラ識別を割り振ることができる。次いで、それは、セッション作成要求メッセージを、選択されたＤ−ＧＷに送信することができる。
【０３１０】
４５３２において、Ｄ−ＧＷ４５０４は、ＩＰｖ６プレフィクスを、ローカルで利用可能な固定されたプレフィクスのそのプールからＵＥ４５００に割り当てることができる。Ｄ−ＧＷ４５０４は、そのＥＰＳベアラテーブルにエントリを作成することができる。Ｄ−ＧＷ４５０４は、ＰＣＲＦ４５１２とのゲートウェイ制御セッション確立手続きを開始することができる。Ｄ−ＧＷ４５０４は、情報をＰＣＲＦ４５１２に提供して、４５３４において確立され得るＩＰ−ＣＡＮセッションにそれを関連させることができ、加入関連パラメータをＰＣＲＦ４５１２に運搬することができる。
【０３１１】
４５３４において、Ｄ−ＧＷ４５０４は、ＰＣＲＦ４５１２とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷ４５０４は、セッションを識別し、その４５３４で確立され得るゲートウェイ制御セッションを関連させるために使用され得る情報をＰＣＲＦ４５０４に提供することができる。ＰＣＲＦ４５１２は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ４５０４に応答することができる。
【０３１２】
４５３６において、ＰＣＲＦ４５１２は、ＧＷ制御セッション変更手続きを開始することによって、信頼のある非３ＧＰＰアクセスにおけるＱｏＳ規則を更新することができる。４５６８において、Ｄ−ＧＷ４５０４は、セッション作成応答メッセージをＭＭＥ４５０８に返すことができ、これは、Ｄ−ＧＷによるＵＥへのサインであり得るＰＤＮアドレス（たとえばＩＰｖ６プレフィクス＋ＩＰｖ６インターフェイス識別子）、およびＤ−ＧＷのアドレスを含んでいてもよい。４５７０において、ＭＭＥ４５０８は、アタッチ受付メッセージをｅＮｏｄｅＢ４５０２に送信することができる。
【０３１３】
４５７２において、ｅＮｏｄｅＢ４５０２は、ＥＰＳ無線ベアラ識別を含み得るＲＲＣ接続再構成メッセージをＵＥ４５００に送信することができる。アタッチ受付メッセージがＵＥ４５００に一緒に送信され得る。ＡＰＮは、起動されたデフォルトのベアラが関連し得るＡＰＮをそれに通知するために、ＵＥ４５００に提供され得る。このメッセージは、Ｄ−ＧＷによるサインであり得るＩＰｖ６インターフェイス識別子を含んでいてもよい。ＵＥ４５００は、ネットワークからの、４５８２のＩＰｖ６プレフィクス情報を伴ったルータ広告を待ってもよいし、それは、必要に応じてルータ要請を送信してもよい。
【０３１４】
４５７４において、ＵＥ４５００は、ＲＲＣ接続再構成完了メッセージをｅＮｏｄｅＢ４５０２に送信することができる。４５７６において、ｅＮｏｄｅＢ４５０２は、最初のコンテキスト応答メッセージをＭＭＥ４５０８に送ることができる。４５７８において、ＵＥ４５００は、直接転送メッセージをｅＮｏｄｅＢ４５０２に送信することができ、これはアタッチ完了メッセージを含んでいてもよい。４５８０において、ｅＮｏｄｅＢ４５０２は、アタッチ完了メッセージを、アップリンクＮＡＳトランスポートメッセージに含めてＭＭＥ４５０８に送ることができる。４５８２において、Ｌ３構成手続きが完了され得る。ＵＥ４５００とＤ−ＧＷ４５０４のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報は、たとえばＩＰｖ６ルータ広告メッセージを介してＵＥ４５００に提供され得る。アタッチ受付メッセージの後、ＵＥ４５００がＰＤＮアドレスを取得していてもよいとき、ＵＥ４５００は、後にＤ−ＧＷにトンネル開通され得るｅＮｏｄｅＢに向けてアップリンクパケットを送信することができる。Ｄ−ＧＷは、ダウンリンクパケットをＵＥに送信することができる。このアドレスは、ＣｏＡとして、かつ／またはＨｏＡとして使用され得る。
【０３１５】
４５８４において、ＵＥ４５００は、Ｄ−ＧＷリロケーションによりユーザプレーンを再確立するために、ＤＳＭＩＰｖ６ＢＵメッセージをＤ−ＧＷ４５０６に送って、そのＣｏＡを登録することができる。ＣｏＡは、４５２０で割り当てられたローカルＩＰアドレスであり得る。４５８６において、ＰＣＣがサポートされ得る場合、Ｄ−ＧＷ４５０６は、ＰＣＲＦ４５１２とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション変更手続きを実行することができる。４５８７において、Ｄ−ＧＷ４５０６は、ＭＩＰバインディングＡｃｋをＵＥ４５００に送信することができる。これは、４５８４におけるＵＥ４５００からのバインディング更新メッセージによってトリガされ得るので、それは、４５８４の後に起こることができ、４５８６を待たなくてもよい。次いで、トンネルがＤ−ＧＷ４５０６とＵＥ４５００の間に確立され得る。このトンネルは、Ｄ−ＧＷ４５０６がＵＥ４５００に委ねていてもよいプレフィクスとの間でパケットをやり取りするために使用され得る。処理フロー４５８４、４５８６、および４５８７は、４５０６に固定される、ＵＥによって確立され得るＰＤＮ接続について繰り返されてもよい。ＵＥ４５００が有し得るＰＤＮ接続がＤ−ＧＷ４５０４に確実にうまく移動され得るようにしてもよい。ＵＥ４５０４は、ローカルで固定されたＩＰｖ６アドレスをＤ−ＧＷ４５０４から取得していてもよい。しかしながら、そのアドレスを使用する接続のためのリソースは、要求されていなくてもよい。ＰＤＮ接続が確立され得る。これは、ＵＥ要求のＰＤＮ接続に基づいていてもよい。
【０３１６】
４５８８において、ＵＥ４５００は、ＰＤＮ接続要求メッセージの送信によってＵＥ要求のＰＤＮ手続きを開始することができる。このメッセージは、ＰＤＮタイプを含んでいてもよく、要求されたＩＰバージョン（たとえば、ＩＰｖ６）を示してもよい。ＭＭＥ４５０８は、ＵＥによって提供されたＡＰＮが加入によって許可され得ることを確認することができる。ＵＥ４５００がＡＰＮを提供しなかった場合、ＭＭＥ４５０８は、デフォルトのＰＤＮ加入コンテキストからＡＰＮを使用することができる。プロトコル構成オプション（ＰＣＯ）が、ＵＥとＤ−ＧＷの間でパラメータを転送するために使用されてもよく、ＭＭＥ４５０８を介して透過的に送信され得る。メッセージに含まれる要求タイプは、ＵＥ４５００が３ＧＰＰアクセスネットワークを介してＰＤＮ接続を要求することができるので、「最初の要求」を示し得る。
【０３１７】
４５８９において、ＭＭＥ４５０８は、Ｄ−ＧＷ４５０４に、ベアラ識別を割り振ることができ、セッション作成要求メッセージを送信することができる。４５９０において、Ｄ−ＧＷ４５０４は、ＰＣＲＦ４５１２とのゲートウェイ制御セッション終了手続きを開始することができる。４５９１において、Ｄ−ＧＷ４５０４は、エントリをそのＥＰＳベアラテーブルに作成することができ、ＰＣＲＦ４５１２とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。Ｄ−ＧＷは、セッションを識別するために使用され得る情報をＰＣＲＦ４５１２に提供することができる。ＰＣＲＦ４５１２は、ＩＰ−ＣＡＮセッションに関連する情報を作成し、ＰＣＣ規則およびイベントトリガによってＤ−ＧＷ４５０４に応答することができる。
【０３１８】
４５９２において、Ｄ−ＧＷ４５０４は、セッション作成応答メッセージをＭＭＥ４５０８に返すことができ、これは、４５２０においてＤ−ＧＷによってＵＥ４５００に割り当てられ得る同じＰＤＮアドレス（たとえばＩＰｖ６プレフィクス＋ＩＰｖ６インターフェイス識別子）を含んでいてもよい。４５９３において、ＭＭＥ４５０８は、ＰＤＮ接続受付メッセージをＵＥ４５００に送信することができる。このメッセージは、ｅＮｏｄｅＢ４５０２に対するＳ１＿ＭＭＥ制御メッセージベアラセットアップ要求に含まれていてもよい。
【０３１９】
４５９４において、ｅＮｏｄｅＢ４５０２は、ＰＤＮ接続受付メッセージを含み得るＲＲＣ接続再構成をＵＥ４５００に送信することができる。４５９５において、ＵＥ４５００は、ＲＲＣ接続再構成完了をｅＮｏｄｅＢ４５０２に送信することができる。４５９６において、ｅＮｏｄｅＢ４５０２は、Ｓ１−ＡＰベアラセットアップ応答をＭＭＥ４５０８に送信することができる。４５９７において、ＵＥ４５００のＵＥ  ＮＡＳ層は、ＥＰＳベアラ識別を含み得るＰＤＮ接続完了メッセージを作り出すことができる。ＵＥ４５００は、直接転送（ＰＤＮ接続完了）メッセージをｅＮｏｄｅＢ４５０２に送信することができる。
【０３２０】
４５９８において、ｅＮｏｄｅＢ４５０２は、アップリンクＮＡＳトランスポート（ＰＤＮ接続完了）メッセージをＭＭＥ４５０８に送信することができる。４５９９において、Ｌ３構成手続きが完了され得る。ＵＥ４５００とＤ−ＧＷ４５０４のＩＰ接続は、アップリンク方向およびダウンリンク方向について設定され得る。ＩＰアドレス情報が、たとえばＩＰｖ６ルータ広告メッセージを介してＵＥ４５００に提供され得る。４５３４において、ＩＰｖ６アドレスがＵＥ４５００に運搬され、構成されていてもよい。アタッチ受付メッセージの後、ＵＥ４５００がＰＤＮアドレスを取得した可能性があるとき、ＵＥ４５００は、アップリンクパケットを、Ｄ−ＧＷ４５０４にトンネル開通され得るｅＮｏｄｅＢ４５０２に送信することができる。これは、たとえば、Ｄ−ＧＷ４５０４に固定され得るＩＰアドレスをソースアドレスとして使用して行われてもよい。
【０３２１】
図４６は、非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での３ＧＰＰアクセスから信頼のある非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す。ＭＳＣは、Ｓ２ｃのＤＳＭＩＰｖ６による３ＧＰＰアクセスから信頼のある非３ＰＰ  ＩＰアクセスへのハンドオーバに基づいていてもよい。図４６の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０３２２】
４６１６において、ＵＥ４６００は、信頼のある非３ＧＰＰのＩＰアクセスシステム４６０４を発見することができ、使用された３ＧＰＰアクセスから発見された信頼のある非３ＧＰＰのＩＰアクセスシステムにそのセッションを移す（すなわちハンドオーバする）ことを決定することができる。ネットワーク発見および選択機構は、ＵＥ４６００が信頼のある非３ＧＰＰのＩＰアクセスシステム４６０４を発見することを補助するために使用され得る。
【０３２３】
４６１８において、ＵＥ４６００は、非３ＧＰＰアクセスシステムにおいてアクセス認証および認可を実施することができる。３ＧＰＰのＡＡＡサーバ４６１４は、信頼のある非３ＧＰＰシステム４６０４におけるアクセスについてＵＥ４６００を認証および認可することができる。４６２０において、認証および認可の後、Ｌ３アタッチ手続きがトリガされ得る。ＵＥ４６００が要求されたＡＰＮを送信することができる場合、Ｄ−ＧＷ４６０６は、それが加入によって許可され得ることを確認することができる。ＵＥ４６００が要求されたＡＰＮを送信しない場合、Ｄ−ＧＷ４６０６は、デフォルトのＡＰＮを使用することができる。Ｄ−ＧＷ４６０６は、ＩＰアドレスを、ローカルで利用可能な固定されたプレフィクスのそのプールからＵＥ４６００に割り振ることができ、たとえばルータ広告を介してそれをＵＥ４６００に運搬することができる。
【０３２４】
４６２２において、Ｄ−ＧＷ４６０６は、ＰＣＲＦ４６１２とのゲートウェイ制御セッション確立手続きを開始することができる。４６２４において、ハンドオーバの前にブートストラッピングが実施されなかった可能性がある場合、ＵＥ４６００は、たとえば、ＭＩＰｖ６ブートストラッピング手続きを使用して、Ｄ−ＧＷ４６０２用のアドレスを発見することができる。
【０３２５】
４６２６において、ＵＥ４６００は、ＤＳＭＩＰｖ６ＢＵメッセージをＤ−ＧＷ４６０２に送信して、そのＣｏＡを登録することができる。Ｄ−ＧＷリロケーションによりユーザプレーンを再確立するために、ＣｏＡは、４６２０で割り当てられた可能性があるローカルＩＰアドレスであり得る。４６２８において、ＰＣＣがサポートされ得る場合、Ｄ−ＧＷ４６０２は、ＰＣＲＦ４６１２とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション変更手続きを実行することができる。
【０３２６】
４６３０において、Ｄ−ＧＷ４６０２は、ＭＩＰバインディングＡｃｋをＵＥ４６００に送信することができる。これは、４６２６におけるＵＥ４６００からのバインディング更新メッセージによってトリガされ得るので、それは、４６２６の後に起こることができ、４６２８を待たなくてもよい。トンネルがＤ−ＧＷ４６０２とＵＥ４６００の間に確立され得る。このトンネルは、Ｄ−ＧＷ４６０２がＵＥ４６００に委ねていてもよいプレフィクスとの間でパケットをやり取りするために使用され得る。４６２６、または４６２８、および４６３０は、Ｄ−ＧＷ４６０２に固定される、ＵＥによって確立されていてもよいＰＤＮ接続について繰り返されてもよい。
【０３２７】
４６３２において、ＰＣＲＦ４６１２は、ゲートウェイ制御およびＱｏＳ規則提供手続きを開始することができる。４６３４において、Ｄ−ＧＷ４６０２は、開始ベアラ無効化手続きを開始することができる。４６２６、４６２８、４６３０、４６３２、および４６３４は、ＵＥ４６００が有し得るＰＤＮ接続がＤ−ＧＷ４６０６に確実に移動され得るように実施されてもよい。ＤＭＭ方策によって、ＵＥ４６００は、各アタッチメントについてのＩＰｖ６アドレスを取得していてもよい。ＰＤＮ接続が確立され得る。これは、Ｓ２ｃのＤＳＭＩＰｖ６による、信頼のある非３ＧＰＰのＩＰアクセスからさらに別のＰＤＮへのＵＥ開始の接続に基づいていてもよい。
【０３２８】
４６３６において、ＵＥ４６００はＤ−ＧＷ４６０６を発見することができる。ＵＥ４６００とＤ−ＧＷ４６０６の間のＤＳＭＩＰｖ６メッセージを保護するため、またＵＥ４６００とＤ−ＧＷ４６０６の間の認証のために、セキュリティアソシエーションがＵＥ４６００とＤ−ＧＷ４６０６の間に確立され得る。ＵＥ４６００は、ＩＫＥｖ２を使用してセキュリティアソシエーションの確立を開始することができ、ＥＡＰが認証のためにＩＫＥｖ２を介して使用され得る。Ｄ−ＧＷ４６０６は、ＥＡＰ認証を完了するために、ＡＡＡインフラストラクチャと通信することができる。Ｄ−ＧＷ４６０６は、３ＧＰＰのＡＡＡサーバ４６１４に、選択されたＰＤＮのＧＷの識別およびＵＥ４６００のＰＤＮ接続に対応し得るＡＰＮを報知することができる。Ｄ−ＧＷ４６０６は、Ｄ−ＧＷ４６０６が位置し得るＰＬＭＮを特定できる情報を提供することができる。この情報はＨＳＳ４６１４に登録されてもよい。
【０３２９】
４６３８において、Ｄ−ＧＷ４６０６は、ＰＣＲＦ４６１２とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。４６４０において、ＰＣＲＦ４６１２は、ゲートウェイ制御およびＱｏＳ規則提供手続きを開始することができる。
【０３３０】
図４７は、非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での３ＧＰＰアクセスから信頼性のない非３ＧＰＰのＩＰアクセスへのハンドオーバに使用され得る例示的なＭＳＣを示す。ＭＳＣは、Ｓ２ｃのＤＳＭＩＰｖ６による３ＧＰＰアクセスから信頼性のない非３ＰＰ  ＩＰアクセスへのハンドオーバに基づいていてもよい。図４７の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０３３１】
４７１６において、ＵＥ４７００は、３ＧＰＰアクセスネットワークにアタッチされ得る。ＵＥ４７００は移動し、信頼性のない非３ＧＰＰのＩＰアクセス４７０２などの信頼性のない非３ＧＰＰのＩＰアクセスネットワークにアタッチしてもよい。
【０３３２】
４７１８において、ＵＥ４７００は、非３ＧＰＰアクセスシステム４７０２においてアクセス認証および認可を実施することができる。３ＧＰＰのＡＡＡサーバ４７１４は、信頼のある非３ＧＰＰシステムにおけるアクセスについてＵＥ４７００を認証および認可することができる。
【０３３３】
４７２０において、ＵＥ４７００と３ＧＰＰのＥＰＣとの間のアクセス認証手続きが実施され得る。ＩＫＥｖ２トンネル確立手続きがＵＥ４７００によって開始され得る。ＵＥ４７００がＩＰｓｅｃトンネルを形成できるＤ−ＧＷ４７０４のアドレスが発見され得る。これは、たとえば、ｅＰＤＧ選択を使用する、またはＤ−ＧＷのアドレスを決定して行われてもよい。
【０３３４】
４７２２において、Ｄ−ＧＷ４７０４は、ＩＰアドレスを、ローカルで利用可能な固定されたプレフィクスのそのプールからＵＥ４７００に割り振ることができる。Ｄ−ＧＷ４７０４は、ＩＫＥｖ２メッセージを、ＩＰｖ６プレフィクスであり得る割り当てられたＩＰアドレスとともに、ＩＫＥｖ２構成ペイロードに含めて送信することができる。ＩＫＥｖ２手続きが完了され、ＩＰｓｅｃトンネルがセットアップされ得る。ＵＥ４７００によって構成されたアドレスは、Ｓ２ｃ＊基準点を介してＤＳＭＩＰｖ６のための気付アドレスとして使用され得る。
【０３３５】
４７２４において、ハンドオーバの前にブートストラッピングが実施されなかった可能性がある場合、ＵＥ４７００は、たとえば、ＭＩＰｖ６ブートストラッピング手続きを使用して、Ｄ−ＧＷ４７０６のアドレスを発見することができる。
【０３３６】
４７２６において、ＵＥ４７００は、ＤＳＭＩＰｖ６ＢＵメッセージをＤ−ＧＷ４７０６に発して、そのＣｏＡを登録することができる。Ｄ−ＧＷリロケーションによりユーザプレーンを再確立するために、ＣｏＡは、４７２０で割り当てられたローカルＩＰアドレスであり得る。４７２８において、ＰＣＣがサポートされ得る場合、Ｄ−ＧＷ４７０６は、ＰＣＲＦ４７１２とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション変更手続きを実行することができる。４７３０において、Ｄ−ＧＷ４７０６は、ＭＩＰバインディングＡｃｋをＵＥ４７００に送信することができる。これは、４７２６におけるＵＥ４７００からのバインディング更新メッセージによってトリガされ得るので、それは、４７２６の後に起こることができ、４７２８を待たなくてもよい。トンネルがＤ−ＧＷ４７０６とＵＥ４７００の間に確立され得る。このトンネルは、Ｄ−ＧＷ４７０６がＵＥ４７００に委ねていてもよいプレフィクスとの間でパケットをやり取りするために使用され得る。４７２８、４７３０、および４７３２は、Ｄ−ＧＷ４７０６に固定される、ＵＥによって確立され得るＰＤＮ接続について繰り返されてもよい。
【０３３７】
４７３２において、ＰＣＲＦ４７１２は、ゲートウェイ制御およびＱｏＳ規則提供手続きを開始することができる。４７３４において、Ｄ−ＧＷ４７０６は、開始ベアラ無効化を開始することができる。４７２２、４７２４、４７２６、４７２８、および４７３０は、ＵＥ４７００が有し得るＰＤＮ接続がＤ−ＧＷ４７０４に確実に移動され得るように実施されてもよい。ＤＭＭ方策によって、ＵＥ４７００は、アタッチメントについてのＩＰｖ６アドレスを取得することができる。ＰＤＮ接続が確立され得る。これは、Ｓ２ｃのＤＳＭＩＰｖ６による、信頼のある非３ＧＰＰのＩＰアクセスからさらに別のＰＤＮへのＵＥ開始の接続に基づいていてもよい。
【０３３８】
４７３６において、ＩＫＥｖ２トンネル確立手続きがＵＥ４７００によって開始され得る。ＵＥ４７００は、ＩＫＥｖ２認証要求の通知部分において、それがＭＯＢＩＫＥをサポートし得ることを示すことができる。ＵＥ４７００がＩＰｓｅｃトンネルを形成する必要があり得るＤ−ＧＷＩＰアドレスは、ＤＨＣＰまたはＤＮＳ問合せなどの機構を介して発見され得る。
【０３３９】
４７３８において、Ｄ−ＧＷ４７０４は、ＰＣＲＦ４７１２とのＩＰ−ＣＡＮセッション確立手続きを開始することができる。４７４０において、Ｄ−ＧＷ４７０４は、３ＧＰＰのＡＡＡサーバ４７１４にＰＤＮのＧＷ識別を報知することができる。３ＧＰＰのＡＡＡサーバ４７１４は、ＨＳＳ４７１４にＤ−ＧＷ識別およびＵＥ４７００のＰＤＮ接続に関連し得るＡＰＮを報知することができる。メッセージは、Ｄ−ＧＷが位置し得るＰＬＭＮを特定できる情報を含んでいてもよい。
【０３４０】
４７４２において、Ｄ−ＧＷ４７０４は、ＵＥ４７００によって認証され、かつ、外部のＡＡＡサーバ４７１４との認証および認可が成功状態であり得ることをＵＥ４７００に示すことができる。４７４４において、Ｄ−ＧＷ４７０４は、ＩＫＥｖ２メッセージをＩＰアドレスとともにＩＫＥｖ２構成ペイロードに含めて送信することができる。
【０３４１】
ＰＭＩＰｖ６を使用し得るネットワークベースのＰＤＮ切断手続きが提供され得る。図４８は、ＵＥが、非ローミングのアーキテクチャにおけるＰＭＩＰｖ６での３ＧＰＰアクセスについてＰＤＮ切断を開始するために使用され得る例示的なＭＳＣを示す。図４８の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０３４２】
４８１４において、ＵＥ４８００は、ＰＤＮ切断要求メッセージの送信によって、ＵＥ要求のＰＤＮ切断手続きを開始することができる。４８１６において、ＰＤＮ接続のためのサービングＤ−ＧＷ４８０４におけるＥＰＳベアラは、セッション削除要求をサービングＤ−ＧＷ４８０４に送信することにより、ＭＭＥ４８０８によって停止されてもよい。このメッセージは、そのＰＤＮ接続に属するベアラが解放され得ることを示すことができる。メッセージは、ＵＥが終了を要求していてもよいＰＤＮ接続に関連したアンカリングＤ−ＧＷ４８０６を含んでいてもよい。
【０３４３】
４８１８において、サービングＤ−ＧＷ４８０４は、ＰＣＲＦ４８１０とのゲートウェイ制御セッション終了手続きを開始することができる。サービングＤ−ＧＷ４８０４は、情報を提供して、ゲートウェイ制御セッションに対応し得るＩＰ  ＣＡＮセッションをＰＣＲＦ４８１０が識別できるようにしてもよい。４８２０において、サービングＤ−ＧＷ４８０４は、プロキシバインディング更新メッセージをアンカリングＤ−ＧＷ４８０６に送信して、アンカリングＤ−ＧＷ４８０６においてＵＥ４８００のＰＤＮ接続を解放することができる。これは、たとえば、アンカリングＤ−ＧＷがサービングＤ−ＧＷ自体でなくてもよい場合に起こることができる。サービングＤ−ＧＷ４８０４は、ＵＥ４８００が切断を要求した可能性のあるＰＤＮ接続用のアンカリングＤ−ＧＷがいずれであるのかを、４８１６のＭＭＥ４８０８によって提供された情報に基づいて知っていてもよい。
【０３４４】
４８２２において、アンカリングＤ−ＧＷ４８０６は、ＰＣＲＦ４８１０とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション終了手続きを開始することができる。アンカリングＤ−ＧＷ４８０６は、情報を提供して、ＰＣＲＦ４８１０がＩＰ  ＣＡＮセッションを識別できるようにしてもよい。４８２４において、アンカリングＤ−ＧＷ４８０６は、ＰＤＮ接続解放の結果を、プロキシバインディング更新確認応答によってサービングＤ−ＧＷ４８０４に応答することができる。
【０３４５】
４８２６において、サービングＤ−ＧＷフロリダ（Ｆｌｏｒｉｄａ）４は、セッション削除応答によって確認応答することができる。４８２８において、ＭＭＥ４８０８は、ベアラ無効化要求メッセージをｅＮｏｄｅＢ４８０２に送信することによって、ｅＮｏｄｅＢ４８０２へのＰＤＮ接続に関連するすべてのベアラの無効化を開始することができる。このＳ１−ＡＰメッセージは、解放されるべきＥＰＳベアラのリストを搬送することができる。ＭＭＥ４８０８は、ＥＰＳベアラ識別を含んでいてもよく、かつ、それをＳ１−ＡＰベアラ無効化要求メッセージに含んでいてもよいＮＡＳメッセージＥＰＳベアラコンテキスト無効化要求を作り出すことができる。
【０３４６】
４８３０において、ｅＮｏｄｅＢ４８０２は、解放されるべき対応するベアラを含み、ＮＡＳＥＰＳベアラコンテキスト無効化要求メッセージを含み得るＲＲＣ接続再構成メッセージをＵＥ４８００に送信することができる。４８３２において、ＵＥ４８００は、ＰＤＮ接続に対応し得るリソースを解放することができ、ＲＲＣ接続再構成完了メッセージをｅＮｏｄｅＢ４８０２に送信することによって、これに確認応答することができる。４８３３において、ｅＮｏｄｅＢ４８０２は、無効化の確認応答をＭＭＥ４８０８に送信することができる。
【０３４７】
４８３４において、ＵＥ４８００のＵＥ  ＮＡＳ層は、ＥＰＳベアラコンテキスト無効化受付メッセージを作り出すことができる。ＵＥ４８００は、直接転送（ＥＰＳベアラコンテキスト無効化受付）メッセージをｅＮｏｄｅＢ４８０２に送信することができる。４８３６において、ｅＮｏｄｅＢ４８０２は、ＥＰＳベアラコンテキスト無効化受付メッセージなどのアップリンクＮＡＳトランスポートメッセージをＭＭＥ４８０８に送信することができる。４８３８において、ＭＭＥ４８０８は、ＰＤＮによって終了された接続に関する情報（ＡＰＮ、ＵＥに割り当てられたＩＰｖ６プレフィクスおよびアンカリングＤ−ＧＷ識別）を含み得る通知要求をＨＳＳ４８１２に送信することができる。これは、ＵＥ４８００によって使用され得るアドレスおよびそれらを固定していてもよいＤ−ＧＷに関してＨＳＳ４８１２が更新された状態を維持するために要求され得る。これは、たとえば、ＵＥ４８００が移動し得る場合にアドレス継続を実現するために行われてもよい。４８４０において、ＨＳＳ４８１２は、ＡＰＮ、割り当てられ得るＩＰｖ６プレフィクス、およびアンカリングＤ−ＧＷ識別を捨てることができ、通知応答をＭＭＥ４８０８に送信することができる。
【０３４８】
図４９は、非ローミングのアーキテクチャにおけるＰＭＩＰｖ６での信頼のある非３ＧＰＰのＩＰアクセスからのＵＥ要求のＰＤＮ切断手続きに使用され得る例示的なＭＳＣを示す。ＭＳＣは、ＰＭＩＰｖ６によるＵＥ／信頼のある非３ＧＰＰのＩＰアクセスネットワークが開始する切断およびＵＥ／信頼のある非３ＧＰＰのＩＰアクセスが要求するＰＤＮ切断手続きに基づいていてもよい。図４９の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０３４９】
４９１４において、ＵＥ４９００は、アクセス技術手続きによって、ＰＤＮからの切断をトリガすることができる。４９１６において、サービングＤ−ＧＷ４９０は、ＰＣＲＦ４９１０とのゲートウェイ制御セッション終了手続きを開始することができる。
【０３５０】
４９２０において、サービングＤ−ＧＷ４９０４におけるモバイルアクセスゲートウェイ（ＭＡＧ）機能は、登録解除を示し得る０に設定されていてもよい存続期間の値とともに、プロキシバインディング更新メッセージをアンカリングＤ−ＧＷ４９０６に送信することができる。サービングＤ−ＧＷ４９０４は、それがＵＥによるＩＰｖ６プレフィクスに関して有し得るローカル情報に基づいて、宛先アンカリングＤ−ＧＷを知っていてもよい。この情報は、サービングＤ−ＧＷへのＵＥのアタッチ／ハンドオーバの後に読み出されてもよい。
【０３５１】
４９２２において、アンカリングＤ−ＧＷ４９０６は、ＡＡＡサーバ／ＨＳＳ４９１２にＰＤＮ切断を報知することができる。これは、ＰＤＮによって終了された接続に関する情報、すなわち、ＡＰＮ、ＵＥ４９００に割り当てられ得るＩＰｖ６プレフィクス、およびアンカリングＤ−ＧＷ識別を含んでいてもよい。これは、ＵＥ４９００によって使用され得るアドレスおよびそれらを固定していてもよいＤ−ＧＷに関してＨＳＳ４９１２が更新された状態を維持するために要求され得る。これは、たとえば、ＵＥ４９００が移動し得る場合にアドレス継続を実現するために行われてもよい。
【０３５２】
４９２４において、アンカリングＤ−ＧＷ４９０６は、ＵＥ４９００に関連するＩＰ  ＣＡＮセッションを削除し、ＰＣＲＦ４９１０とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション終了手続きを実行することができる。４９２６において、アンカリングＤ−ＧＷ４０６は、プロキシバインディング更新メッセージ内に示唆され得る既存のエントリをそのバインディングキャッシュから削除し、プロキシバインディングＡｃｋメッセージをサービングＤ−ＧＷ４９０４のＭＡＧ機能に送信することができる。４９２８において、非３ＧＰＰ対応リソース解放手続きが実行され得る。信頼のある非３ＧＰＰアクセスネットワーク４９０２のリソースが解放され得る。
【０３５３】
図５０は、非ローミングのアーキテクチャにおけるＰＭＩＰｖ６での信頼性のない非３ＧＰＰのＩＰアクセスからのＵＥ要求のＰＤＮ切断手続きに使用され得る例示的なＭＳＣを示す。ＭＳＣは、Ｓ２ｂのＰＭＩＰｖ６によるＵＥ／ｅＰＤＧ開始の切断手続きおよびＵＥ要求のＰＤＮ切断であってもよい。図５０の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０３５４】
５０１２において、ＵＥは、特定の手続きによって、特定のＰＤＮからの切断をトリガすることができる。この機構は、たとえば近隣発見の拡張によるレイヤー３での信号送信に基づいていてもよい。ＵＥは、アンカリングＤ−ＧＷから切断したいことがある。５０１４において、サービングＤ−ＧＷ５００２のＭＡＧ機能は、登録解除を示し得る０に設定されていてもよい存続期間の値とともに、プロキシバインディング更新メッセージをアンカリングＤ−ＧＷ５００４に送信することができる。サービングＤ−ＧＷ５００２は、それがＩＰｖ６プレフィクスに関して有し得るローカル情報に基づいて、アンカリングＤ−ＧＷ５００４およびＵＥによって使用され得る関連するアンカリングＤ−ＧＷを認識していてもよい。この情報は、サービングＤ−ＧＷ５００２へのＵＥのアタッチ／ハンドオーバの後に読み出されてもよい。
【０３５５】
５０１６において、アンカリングＤ−ＧＷ５００４は、ＡＡＡサーバ／ＨＳＳ５０１０にＰＤＮ切断を報知することができ、これは、ＰＤＮによって終了された接続に関する情報、たとえば、ＡＰＮ、ＵＥ５０００に割り当てられ得るＩＰｖ６プレフィクス、およびアンカリングＤ−ＧＷ識別を提供することを含んでいてもよい。これは、ＵＥ５０００によるものであり得るアドレスおよびそれらを固定していてもよいＤ−ＧＷに関してＨＳＳ５０１０が更新された状態を維持するために要求され得る。これは、たとえば、ＵＥ５０００が移動し得る場合にアドレス継続を実現するために行われてもよい。
【０３５６】
５０１８において、アンカリングＤ−ＧＷ５００４は、ＵＥ５０００に関連するＩＰ  ＣＡＮセッションを削除し、ＰＣＲＦ５００８とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション終了手続きを実行することができる。５０２０において、アンカリングＤ−ＧＷ５００４は、示されたＨｏＡについての既存のエントリをそのバインディングキャッシュから削除し、プロキシバインディングＡｃｋメッセージをサービングＤ−ＧＷ５００２のＭＡＧに送信することができる。５０２２において、非３ＧＰＰリソース解放手続きが実行され得る。
【０３５７】
ＧＴＰを使用できるネットワークベースのＰＤＮ切断手続きが使用され得る。図５１は、非ローミングのアーキテクチャにおけるＧＴＰでの３ＧＰＰアクセスに対するＵＥが開始するＰＤＮ切断に使用され得る例示的なＭＳＣを示す。図５１の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０３５８】
５１１４において、ＵＥ５１００は、ＰＤＮ切断要求メッセージの送信によって、ＵＥ要求のＰＤＮ切断手続きを開始することができる。５１１６において、特定のＰＤＮ接続のためのサービングＤ−ＧＷ５１０４におけるＥＰＳベアラは、セッション削除要求をサービングＤ−ＧＷ５１０４に送信することにより、ＭＭＥ５１０８によって停止されてもよい。このメッセージは、そのＰＤＮ接続に属するベアラが解放され得ることを示すことができる。メッセージは、ＵＥ５１００が終了を要求していてもよいＰＤＮ接続に関連し得るアンカリングＤ−ＧＷを含んでいてもよい。
【０３５９】
５１１８において、サービングＤ−ＧＷ５１０４は、ＰＣＲＦ５１１０とのゲートウェイ制御セッション終了手続きを開始することができる。サービングＤ−ＧＷ５１０４は、情報を提供して、ゲートウェイ制御セッションに対応し得るＩＰ  ＣＡＮセッションをＰＣＲＦ５１１０が確定的に識別できるようにしてもよい。５１２０において、サービングＤ−ＧＷ５１０４は、セッション要求削除メッセージをアンカリングＤ−ＧＷ５１０６に送信して、アンカリングＤ−ＧＷ５１０６においてＵＥ５１００のＰＤＮ接続を解放することができる。これは、たとえば、アンカリングＤ−ＧＷがサービングＤ−ＧＷ自体でなくてもよい場合に行われ得る。サービング５１０４は、アンカリングＤ−ＧＷ５１０６が、ＵＥ５１００が切断を要求した可能性のあるＰＤＮ接続用であり得ることを、５１１６においてＭＭＥ５１０８によって提供された情報に基づいて認識していてもよい。
【０３６０】
５１２２において、アンカリングＤ−ＧＷ５１０６は、ＰＣＲＦ５１１０とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション終了手続きを開始することができる。アンカリングＤ−ＧＷ５１０６は、情報を提供して、ＰＣＲＦ５１１０がＩＰ  ＣＡＮセッションを識別できるようにしてもよい。５１２４において、アンカリングＤ−ＧＷ５１０６は、ＰＤＮ接続解放の結果を、セッション削除応答によってサービングＤ−ＧＷ５１０４に応答することができる。５１２６において、サービングＤ−ＧＷ５１０４は、セッション削除応答によって確認応答することができる。５１２８において、ＭＭＥ５１０８は、ベアラ無効化要求メッセージをｅＮｏｄｅＢ５１０２に送信することによって、ｅＮｏｄｅＢ５１０２へのＰＤＮ接続に関連するすべてのベアラの無効化を開始することができる。このＳ１−ＡＰメッセージは、解放されるべきＥＰＳベアラのリストを搬送することができる。ＭＭＥ５１０８は、ＥＰＳベアラ識別を含んでいてもよく、かつ、それをＳ１−ＡＰベアラ無効化要求メッセージに含んでいてもよいＮＡＳメッセージＥＰＳベアラコンテキスト無効化要求を作り出すことができる。
【０３６１】
５１３０において、ｅＮｏｄｅＢ５１０２は、解放されるべき対応するベアラおよびＮＡＳＥＰＳベアラコンテキスト無効化要求メッセージを含み得るＲＲＣ接続再構成メッセージをＵＥ５１００に送信することができる。５１３２において、ＵＥ５１００は、ＰＤＮ接続に対応し得るリソースを解放することができ、ＲＲＣ接続再構成完了メッセージをｅＮｏｄｅＢ５１０２に送信することによって、これに確認応答することができる。５１３４において、ｅＮｏｄｅＢ５１０２は、無効化の確認応答をＭＭＥ５１０８に送信することができる。５１３６において、ＵＥ５１００のＵＥ  ＮＡＳ層は、ＥＰＳベアラコンテキスト無効化受付メッセージを作り出すことができる。ＵＥ５１００は、ＥＰＳベアラコンテキスト無効化受付メッセージなどの直接転送メッセージをｅＮｏｄｅＢ５１０２に送信することができる。
【０３６２】
５１３８において、ｅＮｏｄｅＢ５１０２は、ＥＰＳベアラコンテキスト無効化受付メッセージなどのアップリンクＮＡＳトランスポートメッセージをＭＭＥ５１０８に送信することができる。５１４０において、ＭＭＥ５１０８は、ＰＤＮによって終了された接続に関する情報、たとえば、ＡＰＮ、ＵＥ５１００に割り当てられ得るＩＰｖ６プレフィクス、およびアンカリングＤ−ＧＷ識別を含み得る通知要求をＨＳＳ５１１２に送信することができる。これは、ＵＥ５１００によるものであり得るアドレスおよびそれらを固定していてもよいＤ−ＧＷに関してＨＳＳ５１１２が更新された状態を維持するために要求され得る。これは、たとえば、ＵＥ５１００が移動し得る場合にアドレス継続を実行するために行われてもよい。５１４２において、ＨＳＳ５１１２は、ＡＰＮ、ＩＰｖ６プレフィクスフィギュアサイン、およびアンカリングＤ−ＧＷ識別を捨てることができ、通知応答をＭＭＥ５１０８に送信することができる。
【０３６３】
図５２は、非ローミングのアーキテクチャにおけるＧＴＰでの信頼のある非３ＧＰＰのＩＰアクセスに対するものであり得る、ＵＥ要求のＰＤＮ切断手続きの例を示す。これは、ＰＭＩＰｖ６によるＵＥ／信頼のある非３ＧＰＰのＩＰアクセスネットワークが開始する切断およびＵＥ／信頼のある非３ＧＰＰのＩＰアクセスが要求するＰＤＮ切断手続きに基づいていてもよい。図５２の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０３６４】
５２１４において、ＵＥ５２００は、アクセス技術手続きによって、ＰＤＮからの切断をトリガすることができる。５２１６において、サービングＤ−ＧＷ５２０４は、ＰＣＲＦ５２１０とのゲートウェイ制御セッション終了手続きを開始することができる。５２１８において、サービングＤ−ＧＷ５２０４のＭＡＧ機能は、セッション要求削除メッセージをアンカリングＤ−ＧＷ５２０６に送信することができる。サービングＤ−ＧＷ５２０４は、それがＩＰｖ６プレフィクスに関して有し得る情報に基づいて、アンカリングＤ−ＧＷ５２０６およびＵＥ５２００によって使用され得る関連するアンカリングＤ−ＧＷを認識していてもよい。この情報は、サービングＤ−ＧＷへのＵＥのアタッチ／ハンドオーバの後に読み出されてもよい。
【０３６５】
５２２０において、アンカリングＤ−ＧＷ５２０６は、ＡＡＡサーバ／ＨＳＳ５２１２にＰＤＮ切断を報知することができ、これは、ＰＤＮによって終了された接続に関する情報、たとえば、ＡＰＮ、ＵＥ５２００に割り当てられ得るＩＰｖ６プレフィクス、およびアンカリングＤ−ＧＷ識別を含んでいてもよい。これは、ＵＥによって使用され得るアドレスおよびそれらを固定していてもよいＤ−ＧＷに関してＨＳＳ５２１２が更新された状態を維持するために要求され得る。これは、たとえば、ＵＥ５２００が移動し得る場合にアドレス継続を実現するために行われてもよい。
【０３６６】
５２２２において、アンカリングＤ−ＧＷ５２０６は、ＵＥ５２００に関連するＩＰ  ＣＡＮセッションを削除することができ、ＰＣＲＦ５２１０とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション終了手続きを実行することができる。５２２４において、アンカリングＤ−ＧＷ５２０６は、セッション削除応答メッセージによってサービングＤ−ＧＷ５２０４のＭＡＧ機能に応答することができる。５２２６において、非３ＧＰＰリソース解放手続きが実行され得る。信頼のある非３ＧＰＰアクセスネットワーク５２０２のリソースが解放され得る。
【０３６７】
図５３は、非ローミングのアーキテクチャにおけるＧＴＰでの信頼性のない非３ＧＰＰのＩＰアクセスに対するものであり得る、ＵＥ要求のＰＤＮ切断手続きの例を示す。ＭＳＣは、Ｓ２ｂのＰＭＩＰｖ６によるＵＥ／ｅＰＤＧ開始の切断手続きおよびＵＥ要求のＰＤＮ切断に基づいていてもよい。図５３の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０３６８】
５３１２において、ＵＥ５３００は、ＰＤＮからの切断をトリガすることができる。この機構は、近隣発見などのレイヤー３の信号送信に基づいていてもよい。５３１４において、サービングＤ−ＧＷ５３０２のＭＡＧ機能は、セッション要求削除メッセージをアンカリングＤ−ＧＷ５３０４に送信することができる。サービングＤ−ＧＷ５３０２は、それがＩＰｖ６プレフィクスに関して有し得るローカル情報に基づいて、アンカリングＤ−ＧＷ５３０４およびＵＥ５３００によって使用され得る関連するアンカリングＤ−ＧＷを認識していてもよい。この情報は、サービングＤ−ＧＷへのＵＥのアタッチ／ハンドオーバの後に読み出されてもよい。
【０３６９】
５３１６において、アンカリングＤ−ＧＷ５３０４は、ＡＡＡサーバ／ＨＳＳ５３１０にＰＤＮ切断を報知することができ、これは、ＰＤＮによって終了された接続に関する情報、たとえば、ＡＰＮ、ＵＥ５３００に割り当てられ得るＩＰｖ６プレフィクス、アンカリングＤ−ＧＷ識別を提供することを含んでいてもよい。これは、ＵＥ５３００であり得るアドレスおよびそれらに入ろうとしているＤ−ＧＷに関してＨＳＳ５３１０が更新された状態を維持するために要求され得る。これは、たとえば、ＵＥ５３００が移動し得る場合にアドレス継続を実現するために行われてもよい。
【０３７０】
５３１８において、アンカリングＤ−ＧＷ５３０４は、ＵＥ５３００に関連するＩＰ  ＣＡＮセッションを削除し、ＰＣＲＦ５３０８とのＰＣＥＦ開始のＩＰ  ＣＡＮセッション終了手続きを実行することができる。５３２０において、アンカリングＤ−ＧＷ５３０４は、既存のエントリをそのバインディングキャッシュから削除し、セッション削除応答メッセージをサービングＤ−ＧＷ５３０２に送信することができる。５３２２において、非３ＧＰＰリソース解放手続きが実行され得る。
【０３７１】
ＤＳＭＩＰｖ６を使用できるクライアントベースのＰＤＮ切断手続きが提供され得る。図５４は、非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での３ＧＰＰアクセスに使用され得る、ＵＥが開始するＰＤＮ切断の例を示す。図５４の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０３７２】
５４１４において、ＵＥ５４００は、ＰＤＮ切断要求メッセージの送信によって、ＵＥ要求のＰＤＮ切断手続きを開始することができる。これは、たとえば、ＰＤＮ接続に関連する無線ベアラリソースを自由にするために行われてもよい。５４１６において、ＵＥ５４００は、登録解除バインディング更新（たとえばＨｏＡ、存続期間＝０）をアンカリングＤ−ＧＷ５４０６に送信することができる。ＵＥ５４００は、ＵＥ５４００が使用している可能性があるＩＰｖ６アドレスに関連し得る異なるアンカリングＤ−ＧＷを追跡することができる。これは、ＵＥによって要求され得るようなバインディングをリフレッシュし、取り除くために要求され得る。
【０３７３】
５４１８において、アンカリングＤ−ＧＷ５４０６は、ＡＡＡサーバ／ＨＳＳ５４１２にＰＤＮ切断を報知することができる。５４２０において、ＵＥ５４００に有効なＰＣＣセッションがある場合、アンカリングＤ−ＧＷ５４０６は、ＰＣＲＦ５４１０とのＰＣＥＦ開始のＩＰ−ＣＡＮセッション終了手続きを実行することができる。５４２２において、アンカリングＤ−ＧＷ５４０６は、バインディング確認を送信することができる。５４２４において、ＭＭＥ５４０８は、ベアラ無効化要求メッセージをｅＮｏｄｅＢ５４０２に送信することによって、ｅＮｏｄｅＢ５４０２へのＰＤＮ接続に関連するすべてのベアラの無効化を開始することができる。このＳ１−ＡＰメッセージは、解放されるべきＥＰＳベアラのリストを搬送することができる。ＭＭＥ５４０８は、ＥＰＳベアラ識別を含んでいてもよく、かつ、それをＳ１−ＡＰベアラ無効化要求メッセージに含んでいてもよいＮＡＳメッセージＥＰＳベアラコンテキスト無効化要求を作り出すことができる。このメッセージは、５４１４で受信されたメッセージへの返信に含めて送信されてもよく、５４１６、５４１８、５４２０、または５４２２より前に送信され得る。
【０３７４】
５４２６において、ｅＮｏｄｅＢ５４０２は、解放されるべき対応するベアラを含み、ＮＡＳＥＰＳベアラコンテキスト無効化要求メッセージを含み得るＲＲＣ接続再構成メッセージをＵＥ５４００に送信することができる。５４２８において、ＵＥ５４００は、ＰＤＮ接続に対応し得るリソースを解放することができ、ＲＲＣ接続再構成完了メッセージをｅＮｏｄｅＢ５４０２に送信することによって、これに確認応答することができる。
【０３７５】
５４３０において、ｅＮｏｄｅＢ５４０２は、無効化の確認をＭＭＥ５４０８に送信することができる。５４３２において、ＵＥ５４００のＵＥ  ＮＡＳ層は、ＥＰＳベアラコンテキスト無効化受付メッセージを作り出すことができる。ＵＥ５４００は次いで、ＥＰＳベアラコンテキスト無効化受付メッセージなどの直接転送メッセージをｅＮｏｄｅＢ５４０２に送信することができる。５４３４において、ｅＮｏｄｅＢ５４０２は、ＥＰＳベアラコンテキスト無効化受付メッセージなどのアップリンクＮＡＳトランスポートメッセージをＭＭＥ５４０８に送信することができる。
【０３７６】
図５５は、非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での信頼のある非３ＧＰＰのＩＰアクセスに対するものであり得る、ＵＥが開始するＰＤＮ切断手続きの例を示す。ＭＳＣは、ＵＥ開始のＰＤＮ切断手続きに基づいていてもよい。図５５の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０３７７】
５５１４において、ＵＥ５５００は、登録解除バインディング更新（たとえばＨｏＡ、存続期間＝０）をアンカリングＤ−ＧＷ５５０６に送信することができる。ＵＥ５５００は、ＵＥ５５００が使用している可能性があるＩＰｖ６アドレスに関連し得る異なるアンカリングＤ−ＧＷを追跡することができる。これは、ＵＥによって要求されるようなバインディングをリフレッシュし、取り除くために使用され得る。５５１６において、アンカリングＤ−ＧＷ５５０６は、ＡＡＡサーバ／ＨＳＳ５５１２にＰＤＮ切断を報知することができる。
【０３７８】
５５１８において、ＵＥ５５００に有効なＰＣＣセッションがある場合、アンカリングＤ−ＧＷ５５０６は、ＰＣＲＦ５５１０とのＰＣＥＦ開始のＩＰ−ＣＡＮセッション終了手続きを実行することができる。５５２０において、アンカリングＤ−ＧＷ５５０６は、バインディング確認を送信することができる。５５２２において、ＰＣＲＦ５５１０は、ホームアドレスを指し得る有効なＱｏＳ規則を取り除くことができる。ＰＣＲＦ５５１０は、信頼のある非３ＧＰＰのＩＰアクセス５５０２とのＰＣＲＦ開始のゲートウェイ制御セッション終了手続きを実行することができる。これは、信頼のある非３ＧＰＰアクセスにおいてＵＥ５５００のために残っているＱｏＳ規則がなく、ＧＷ制御セッションの終了が実行されてもよい場合に起こり得る。ＵＥ５５００に有効なＱｏＳ規則があり得る場合は、ＧＷ制御セッション終了手続きは、ＱｏＳ規則提供手続きに置き換えられてもよい。
【０３７９】
５５２４において、ＵＥ５５００は、所与のＰＤＮについてのＩＫＥｖ２セキュリティアソシエーションを終了させることができる。５５２６において、ＩＫＥｖ２ＳＡ終了後、非３ＧＰＰリソース解放手続きが実行され得る。
【０３８０】
図５６は、非ローミングのアーキテクチャにおけるＤＳＭＩＰｖ６での信頼性のない非３ＧＰＰのＩＰアクセス内のものであり得る、ＵＥが開始するＰＤＮ切断手続きを示す。ＭＳＣは、ＵＥ開始のＰＤＮ切断手続きに基づいていてもよい。図５６の手続きにおけるゲートウェイとＰＣＲＦの対話は、動的ポリシー提供が展開され得る場合に生じてもよく、そうでない場合は、ポリシーはゲートウェイで静的に構成され得る。
【０３８１】
５６１２において、ＵＥ５６００は、登録解除バインディング更新（たとえばＨｏＡ、存続期間＝０）をアンカリングＤ−ＧＷ５６０４に送信することができる。ＵＥ５６００は、ＵＥ５６００が使用している可能性があるＩＰｖ６アドレスに関連し得る異なるアンカリングＤ−ＧＷを追跡することができる。これは、ＵＥ５６００によって要求されるようなバインディングをリフレッシュし、取り除くために使用され得る。５６１４において、アンカリングＤ−ＧＷ５６０４は、ＡＡＡサーバ／ＨＳＳ５６１８にＰＤＮ切断を報知することができる。５６１６において、ＵＥ５６００に有効なＰＣＣセッションがある場合、アンカリングＤ−ＧＷ５６０４は、ＰＣＲＦ５６０８とのＰＣＥＦ開始のＩＰ−ＣＡＮセッション終了手続きを実行することができる。５６１８において、アンカリングＤ−ＧＷ５６０４は、バインディング確認を送信することができる。５６２０において、ＵＥ５６００は、所与のＰＤＮについてのＩＫＥｖ２セキュリティアソシエーションを終了させることができる。５６２０の後、５６２２において、ＵＥ５６００は他のＰＤＮセッションを有していなくてもよく、ＵＥ５６００は、サービングＤ−ＧＷ５６０２へのＩＰｓｅｃトンネルを終了させることができる。５６２４において、ＩＰｓｅｃトンネル終了の後、非３ＧＰＰ対応リソース解放手続き実行され得る。
【０３８２】
ノード、機能およびインターフェイスを含む分散および動的モビリティ管理フィーチャをサポートする方法、装置およびシステムが記載されている。特に、ＰＤＮゲートウェイ（ＰＧＷ）の機能を、分散モビリティ管理（ＤＭＭ）をサポートするためのさらに別の機能とともに実施する、論理構成体であり得る分散ゲートウェイ（Ｄ−ＧＷ）が記載されている。Ｄ−ＧＷがさまざまなネットワークノードと通信できるようにするインターフェイスが提供される。
【０３８３】
たとえば、装置は、分散モビリティ管理ゲートウェイを含み得る。分散モビリティ管理ゲートウェイは分散論理構成体であり得る。分散モビリティ管理ゲートウェイは、モバイルアクセスゲートウェイ（ＭＡＧ）機能を選択的に実施するように、かつ、ローカルモビリティアンカ（ＬＭＡ）機能を選択的に実施するように構成されていてもよい。ゲートウェイは、ＤＳＭＩＰｖ６ホームエージェント機能を選択的に実施するように構成されていてもよい。ゲートウェイは、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）機能を選択的に実施するように構成されていてもよい。分散モビリティ管理ゲートウェイは、少なくとも１つの３ＧＰＰネットワークノードとともにまとめられていてもよい。少なくとも１つの３ＧＰＰネットワークノードは、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、ローカルゲートウェイ、パケットゲートウェイ、機能強化型パケットデータゲートウェイ、およびサービングゲートウェイのうちの１または複数を含んでいてもよい。
【０３８４】
別の例として、方法は、分散ゲートウェイ（Ｄ−ＧＷ）によって、ＰＤＮ接続要求を、第１のアクセスネットワークにアタッチされたモバイルノードから受信するステップと、Ｄ−ＧＷによって、ＩＰｖ６プレフィクスを、プレフィクスのプールからモバイルノードに割り当てるステップと、Ｄ−ＧＷによって、ホーム加入者サーバ（ＨＳＳ）を更新して、モバイルノードに割り当てられたＩＰｖ６プレフィクスを識別し、ＨＳＳにＤ−ＧＷ識別子を提供するステップとを含んでいてもよい。パケットは、モバイルノードにルーティングされ、かつ、そこから受信され得る。モバイルノードが移動し、第２のアクセスネットワークにアタッチするとき、第２のＤ−ＧＷとのトンネルが確立され得る。トンネルを介して、モバイルノードにネットワークトラフィックが送られ得る。ＰＤＮ接続が、第１のアクセスネットワークにアタッチされたモバイルノードによって要求され得る。
【０３８５】
割り当てられたＩＰｖ６プレフィクスは、第１の分散ゲートウェイ（Ｄ−ＧＷ）から受信され得る。第１のＩＰｖ６アドレスは、モバイルノードによって自動構成され得る。モバイルノードは、第１のＤ−ＧＷを介してＩＰｖ６パケットを送信することができる。第２のアクセスネットワークへのアタッチメントが行われてもよい。第２のアクセスネットワークに関連し得る第２のＤ−ＧＷとのＰＤＮ接続が確立されてもよい。これは、たとえば、第２のＩＰｖ６アドレスを取得するために行われてもよい。第１のＩＰｖ６アドレスに依拠する接続が維持され得る。
【０３８６】
Ｄ−ＧＷと他のネットワークノードとの間の信号送信インターフェイスは、Ｄ−ＧＷとネットワークノードの間でメッセージを搬送することができる。他のネットワークノードは、モバイルノード、ポリシーと課金のルール機能（ｐｏｌｉｃｙ  ｃｈａｒｇｉｎｇ  ａｎｄ  ｒｕｌｅｓ  ｆｕｎｃｔｉｏｎ）（ＰＣＲＦ）、発展型パケットデータゲートウェイ（ｅＰＤＧ）、認証、認可およびアカウンティング（ＡＡＡ）サーバ、ならびに他のＤ−ＧＷのうちの１または複数を含み得る。
【０３８７】
プロキシモバイルＩＰｖ６（ＰＭＩＰｖ６）は、ネットワークベースのモビリティ管理を、ＰＭＩＰｖ６ドメインに接続するホストに提供することができる。ＰＭＩＰｖ６は、２つの新規の機能的エンティティ、すなわち、ローカルモビリティアンカ（ＬＭＡ）およびモバイルアクセスゲートウェイ（ＭＡＧ）を導入する。ＭＡＧは、モバイルノードの（ＭＮ）アタッチメントを検出し、かつＩＰ接続を実現するエンティティである。ＬＭＡは、１または複数のホームネットワークプレフィクス（ＨＮＰ）をＭＮに割り当てるエンティティであり、かつ、ＭＮに属するすべてのトラフィック用の位相的なアンカである。ＰＭＩＰｖ６は、ＭＮが異なるインターフェイスを介して同じＰＭＩＰｖ６ドメインに接続できるようにする。ＩＰ層の「論理インターフェイス」は、異なる物理媒体の間のパケットの送受信を可能にしてもよい。この技術は、フローモビリティ、すなわち、あるアクセス技術から別のアクセス技術へ（たとえばセルラーから非セルラー、またその逆など）の選択されたフローの移動を実現するために使用され得る。
【０３８８】
ＩＰモビリティ管理をサポートする方法、装置、およびシステムが提供され得る。たとえば、本明細書に記載のシステムおよび方法は、モバイルノード（すなわち、ＷＲＴＵ）およびネットワーク上の動的ＩＰモビリティ管理フィーチャをサポートできる機能である検出および発見に関していてもよい。
【０３８９】
論理インターフェイスを使用する、ＰＭＩＰｖ６およびＧＴＰにおけるＩＰフローモビリティのサポートが提供され得る。論理インターフェイス（ＬＩＦ）は、オペレーティングシステムまたは接続管理部の内部の構築体であってもよい。ＬＩＦは、ＮＢＩＦＯＭ、ＧＴＰ（ＳＡＭＯＧ）に基づいたＳ２Ａモビリティなどを実施するために使用され得る。ＩＰ層のＬＩＦは、ＩＰスタックから異なる物理媒体の使用を隠すことができ、かつ、ＷＲＴＵなどのモバイルノード（ＭＮ）が、異なるインターフェイスを介してパケットを送受信できるようにし得る。
【０３９０】
図５７は、モバイルノード上の論理インターフェイス実装形態の例を示す。たとえば、図５７は、ＭＮに実装され得る論理インターフェイスを示す。プロキシモバイルＩＰｖ６（ＰＭＩＰ）およびＧＰＲＳトンネリングプロトコル（ＧＴＰ）のネットワークベースのＩＰフローモビリティ技術は、モバイルノードＭＮにおけるＬＩＦの存在を要求することができる。図５７に示されているように、ＭＮは、５７００のＴＣＰ／ＵＤＰ、５７０２のＩＰ、および５７０４の論理インターフェイスを含み得る。論理インターフェイス５７０４は、５７０６のＬ２が５７０８のＬ１とインターフェイス接続でき、５７１０のＬ２が５７１２のＬ１とインターフェイス接続でき、５７１４のＬ２が５７１６のＬ１とインターフェイス接続できるように、論理／物理インターフェイスバインディングを行うことができる。
【０３９１】
図５８は、ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）アーキテクチャの例を示す。図５８に示されているように、アーキテクチャは、５８００のアンカポイント（ローカルモビリティアンカ（ＬＭＡ））、５８０２および５８０４の２つのアクセスゲートウェイ（モバイルアクセスゲートウェイ（ＭＡＧ））、ならびに両アクセスに接続してもよい５８０４のマルチインターフェイスのモバイルノード（ＭＮ）を含んでいてもよい。たとえば、５８０４のモバイルノードは、３Ｇを使用して５８０４のＭＡＧに接続し、Ｗｉ−Ｆｉを使用して５８０２のＭＡＧに接続してもよい。ＭＮ５８０４は、ＩＰ５８０６、５８０５、ＩＦ５８１２、およびＩＦ５８１０を含んでいてもよい。ＩＦ５８１０は、ＭＮ５８０４が３Ｇを使用および／またはＭＡＧ５８０４と通信できるようにし得るインターフェイスであってもよい。ＩＦ５８１２は、ＭＮ５８０４がＷＬＡＮを使用および／またはＭＡＧ５８０２と通信できるようにし得るインターフェイスであってもよい。ＰＭＩＰが図示され得るが、ＧＴＰが使用されてもよい。モバイルＩＰｖ６およびプロキシモバイルＩＰｖ６の方策は、制御プレーンおよびデータプレーンの両方の動作のための集中化エンティティを使用できる。分散モビリティ管理（ＤＭＭ）方策は、モビリティアンカをネットワーク境界に向けて送ることができる。
【０３９２】
図５９は、ＤＭＭベースのネットワークアーキテクチャの例を示す。図５９に示されているように、分散ゲートウェイ（Ｄ−ＧＷ）の論理構成体は、ＵＥ（すなわち、ＷＲＴＵ）に近いネットワークの境界に配置され得る。複数のＤ−ＧＷが、ドメインにアタッチされたＵＥのモビリティセッションを固定することができるＤＭＭドメイン内に存在し得る。
【０３９３】
アーキテクチャは、Ｄ−ＧＷ５９００、Ｄ−ＧＷ５９０２、Ｄ−ＧＷ５９０４、Ｄ−ＧＷ５９０６、およびＤ−ＧＷ５９０８などのいくつかのＤ−ＧＷを含み得る。Ｄ−ＧＷ５９００は、３ＧＰＰアクセスを有する、かつ／または設けていてもよく、インターネットアクセスに接続されていてもよい。Ｄ−ＧＷ５９０２は、フェムトセルを介して３ＧＰＰアクセスを有する、かつ／または設けていてもよく、インターネットアクセスに接続されていてもよい。Ｄ−ＧＷ５９０４、Ｄ−ＧＷ５９０６、およびＤ−ＧＷ５９０８は、信頼のある非３ＧＰＰアクセスを有する、かつ／または設けていてもよく、インターネットアクセスに接続されていてもよい。Ｄ−ＧＷ５９００、Ｄ−ＧＷ５９０２、Ｄ−ＧＷ５９０４、Ｄ−ＧＷ５９０６、およびＤ−ＧＷ５９０８は、ＭＣＮ５９１６に作用可能に接続されていてもよい。
【０３９４】
ＨＰＬＭＮ５９１４は、ＭＣＮ５９１６およびＤ−ＧＷ５９０８を含んでいてもよい。ＭＣＮ５９１６は、ＰＧＷ５９２０と、５９１８のＨＳＳ、ＡＡＡ、ＳＧＷ、ＭＭＥとを含んでいてもよい。ＰＧＷ５９２０は、インターネット５９２２に作用可能に接続されていてもよい。
【０３９５】
ネットワークエンティティおよびＵＥは、それらのＤＭＭ機能について見いだすための手段を有し得る。たとえば、Ｄ−ＧＷは、特定のＵＥがＤＭＭ対応であり得るかどうか知ることを要求することができる。ＵＥは、訪問ネットワークがＤＭＭ対応であり得るかどうか知ることを要求することができる。ＵＥがＤＭＭ対応のネットワークから非ＤＭＭ対応のネットワークに移動し得るので、これは、たとえば、ローミングシナリオにおいて起こることがある。
【０３９６】
ＵＥは、そのＤＭＭ機能をネットワークに示すことができ、ネットワークは、ＰＤＮ接続要求がローカルで処理され得るかどうかを決定することができる。ローカルで処理されるとき、ＤＭＭ動作モードが使用され得る。ローカルで処理されないとき、従来型の集中化動作モードが使用され得る。ＵＥは、どのようにＰＤＮ接続が処理され、ネットワークがその情報をＵＥに運搬し得るのかを報知されることを要求することができる。モバイルノードおよびネットワークが、それらが所与のＰＤＮ接続についてＤＭＭおよび動作モードをサポートし得るのかどうかを示すのにいくつかの方法があり得る。ＵＥは、たとえば、ローミング状況において、訪問ネットワークのＤＭＭ機能を認識させられてもよく、これは、ＤＭＭをサポートできないネットワークにＵＥがアタッチし得るためである。
【０３９７】
分散モビリティ管理が提供され得る。ＵＥは、そのＤＭＭ機能の提示を提供できてもよい。たとえば、Ｌ３アタッチメントが起こり得る前に、ＵＥは、Ｌ２においてネットワークに接続していてもよい。Ｌ２信号送信は、ネットワークにＵＥのＤＭＭ機能を報知するために使用され得る。アクセスネットワーク（たとえば、ｅＮｏｄｅＢ、８０２．１１ＡＰなど）は、その情報を読み出すことができ、それをＭＭＥまたはＤ−ＧＷに運搬することができる（それが３ＧＰＰアタッチであるか非３ＧＰＰアタッチであるかに依存する）。この情報によって、ネットワーク（それがＤＭＭ対応でもある場合）は、それが、ＵＥに要求され、ＤＭＭ動作が関与し得るＰＤＮ接続を処理するかどうかを決定することができる。認証信号送信がこの目的で使用され得る。
【０３９８】
ＵＥがＤＭＭ対応であり得るか否かについて報知することに加えて、ＵＥは、それがサポートするのは、クライアントベースか、ネットワークベースか、ＤＭＭまたはその両方かについても報知することができる。集中化ネットワークまたはホストベースのＩＰモビリティサポートでは、ネットワークは、ＩＰモビリティ管理選択（ＩＰＭＳ）を実施するために、ＵＥの機能を知ることを要求することができる。その機能およびＵＥの機能に基づいたネットワークは、ＰＤＮ接続が処理され得るかどうかを決定することができる。ＰＤＮ接続が処理され得る場合、ＤＭＭ動作が実施され得る。ＰＤＮ接続が処理され得ない場合、従来型の集中化動作が実施され得る。この情報は、Ｌ２／認証信号送信の一部としてＵＥに戻るように運搬され得る。
【０３９９】
ＤＭＭをサポートできないネットワークにＵＥがアタッチされるとき、ＵＥは、ネットワークベースの解決策が使用され得る場合に、確立された接続が切断されている可能性があること、またはローカルＩＰｖ６プレフィクスがハンドオフにより存続できていない可能性がある（現在のネットワークがＤＭＭをサポートできないため）ことを知ることができる。ネットワークがＤＭＭ機能についてのＵＥの提示を理解できない場合、ＵＥも、ネットワークからＤＭＭサポートに関する任意の情報を取り戻すことができない。これは、ＵＥによって、アタッチされたネットワークがＤＭＭ対応ではない可能性があることの暗黙の提示として解釈され得る。ネットワークからのＤＭＭ機能のＬ２広告も、ＵＥによってそれについて学習するために使用され得る。
【０４００】
図６０は、ネットワークにＵＥのＤＭＭ機能を報知するために使用され得るＬ２信号送信の例を示す。図６０に示されているように、６００８において、Ｌ２アタッチメント信号送信がＵＥ６０００とアクセスネットワーク６００２の間で生じ得る。ＵＥ６０００はそれがＤＭＭ対応であり得ることを示すことができる。３ＧＰＰアタッチの場合、６０１０において、アクセスネットワーク６００２は、アタッチ要求メッセージをＭＭＥ６００６に送信することができる。アタッチ要求メッセージは、ＵＥ６０００がＤＭＭ対応であり得ることを示すことができる。非３ＧＰＰアタッチの場合、６０１２において、アクセスネットワーク６００２は、アタッチメントおよび認証要求をＤ−ＧＷ６００４に送信することができる。
【０４０１】
６０１６において、ＭＭＥ６００６またはＤ−ＧＷ６００４は、ＰＤＮ接続がＤＭＭ動作を介して処理され得るかどうかを決定することができる。ＰＤＮ接続がＤＭＭ動作を介して処理され得る場合、Ｄ−ＧＷ６００４は、ローカルプレフィクスをＵＥ６０００に割り当てることができ、ＵＥ６０００に、ＤＭＭモードが使用され得ることを示すことができる。６０１４において、ＵＥのＬ２アタッチメントは完了してもよい。アクセスネットワーク６００２は、ＤＭＭ動作がＰＤＮ接続に使用され得るかどうか、また、ネットワークモードまたはクライアントベースのモードなど、いずれのモードが使用され得るかを示すことができる。
【０４０２】
ＵＥは、その機能をネットワークに運搬するためのＬ３信号送信に依拠し得る。たとえば、情報は、ルータ要請（ＲＳ）ビット、ＲＳオプション、またはＤＨＣＰ要求によって送信され得る。レイヤー２のケースと同様に、ネットワークは、それ自体およびＵＥの機能に基づいて、どのようにＰＤＮ接続を処理するかを決定しなければならない場合があり、それをＵＥに示すことができる。この情報は、ルータ広告（ＲＡ）によって、またはＤＨＣＰ信号送信の一部として送信され得る。
【０４０３】
図６１は、ネットワークにＵＥのＤＭＭ機能を報知するために使用され得るＬ３信号送信の例を示す。図６１に示されているように、６１０６において、Ｌ２アタッチメント信号送信がＵＥ６１００とアクセスネットワーク６１０２の間で生じ得る。６１０８において、ＵＥのＬ２アタッチメントが完了してもよい。６１１０において、ＵＥ６１００は、ルータ要請メッセージをＤ−ＧＷ６１０４に送信することができ、これはＵＥ６１００がＤＭＭ対応であり得ることを示すために使用され得る。６１１８において、Ｄ−ＧＷ６１０４は、ＰＤＮ接続がＤＭＭ動作を介して処理され得るかどうかを決定することができる。ＰＤＮ接続が処理され得る場合、Ｄ−ＧＷ６１０４は、ローカルプレフィクスをＵＥ６１００に割り当てることができ、ＵＥ６１００に、ＤＭＭモードが使用され得ることを示すことができる。６１１２において、Ｄ−ＧＷ６１０４は、ＵＥ６１００にルータ広告を送信することができ、これは、ＤＭＭ機能が使用され得ることを示すためにＤ−ＧＷが使用できるものである。ルータ広告はまた、使用されるべきＤＭＭモードを示すためにも使用され得る。６１１４において、ＵＥ  Ｌ３構成が完了してもよい。
【０４０４】
この機構は、ＵＥが非３ＧＰＰアクセスにアタッチするときに使用され得る。３ＧＰＰアタッチの場合は、ＰＤＮ接続が処理され得るかどうかについての決定は、Ｌ３アタッチメントが開始され得る前に起こり得る。たとえば、決定は、ＭＮがルータ要請などの任意のＬ３パケットを送信でき得る前に起こり得る。
【０４０５】
ネットワーク機能広告が提供され得る。Ｌ２信号送信を使用して、ネットワークは、その機能をちょうどＬ２アタッチメントにおいて広告することができる。これは、元々の（ｎａｔｉｖｅ）Ｌ２信号送信（たとえば３ＧＰＰ、８０２．１１）またはその他（たとえば８０２．２１）によって行われてもよい。これは、たとえば、ＮＢＩＦＯＭについて本明細書に記載されているように行われてもよい。この情報は、ＵＥによって、それが、ＰＤＮ接続がＤＭＭ動作を介して処理されることを要求することができるかどうかを知るために使用され得る。これは、たとえば、ＵＥが、ＤＭＭをサポートできないネットワークに移動し得る場合に行われてもよく、これは、継続中のセッションが切断されている可能性があるか、または非ＤＭＭ方法でセッション継続を保証するためにさらに別のモビリティ機構がトリガされ得るためである。
【０４０６】
ＵＥが異なる時間に異なるネットワークアンカへの複数のＩＰ接続を行える（すなわちマルチホームＭＮ）シナリオが存在し得る。たとえば、ＵＥは、ネットワークにアタッチされてもよく、ＰＤＮ接続（集中化方法で処理され得る）を要求することができ、（たとえば、アタッチされたネットワークのＤＭＭ機能に基づいて）後続のＰＤＮ接続がＤＭＭの方法で処理されることを要求するように後で決定することができる。ＵＥは、ネットワークのＤＭＭ機能を学習することができ、これはアタッチメント後またはアタッチメント中に行われ得る。ネットワークは、レイヤー２、レイヤー３（たとえば、ルータ広告、ＩＣＭＰなど）、またはより高い層を使用して、機能の広告を実施することができる。
【０４０７】
図６２は、Ｌ３以上のメッセージ通信を使用するネットワークの機能の広告の例を示す。６２０８において、Ｌ２アタッチメント信号送信が、ＵＥ６２００と、Ｄ−ＧＷ、ＳＧＳＮ、ｅＤＰＧ、またはアクセスルータであり得るＤ−ＧＷ６２０２との間で生じ得る。Ｌ２アタッチメント信号送信は、ＵＥ６２００がＤＭＭ対応であり得ることを示すためにＵＥ６２００が行うものであり得る。６２１０において、Ｄ−ＧＷ６２０２は、アタッチ要求メッセージをＭＭＥ６２０４に送信することができる。これは、たとえば３ＧＰＰアタッチの場合に生じ得る。６２１２において、ＰＤＮ接続がセットアップされ、Ｌ３アタッチメントが生じ得る。たとえば、Ｐ−ＧＷに固定されたＩＰは、ＵＥ６２００に割り当てられ得る。６２１４において、Ｄ−ＧＷ６２０２は、Ｌ３以上の層のメッセージをＵＥ６２００に送信することができ、これは、ネットワークがＤＭＭ対応であり得ることを示すことができる。このメッセージはＤ−ＧＷ以外のエンティティから来てもよい。６２１６において、ＵＥ６２００は、ネットワークがＤＭＭ対応であり得るというその知識に基づいて、それが、Ｐ−ＧＷ６２０６にではなくＤ−ＧＷ６２０２に固定され得るＰＤＮ接続をセットアップしたい可能性があると決定することができる。６２１８において、ＵＥ６２００がＤ−ＧＷ６２０２に固定され得るＩＰアドレスを割り当てられ得るように、ＰＤＮ接続がセットアップされ、Ｌ３アタッチメントが生じ得る。
【０４０８】
ネットワークベースのフローモビリティ（ＮＢＩＦＯＭ）が提供され得る。ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）は、ＩＰフローモビリティに、クライアントベースのＤＳＭＩＰ解決策よりも少ない信号送信をもたらし得る。ＮＢＩＦＯＭは、モバイルノードのプロトコルスタックの複雑性を減少させ、移動体側またはネットワーク側のいずれかからフローモビリティを開始できるようにし得る。実施されるべきＮＢＩＦＯＭでは、ネットワークおよびモバイル側は、ＮＢＩＦＯＭサポートが存在し得ることを認識させられるように要求することができる。本明細書に述べるように、本明細書に記載のシステムおよび方法は、ネットワークおよびモバイルノードの両方においてＮＢＩＦＯＭ機能の発見をサポートすることができる。
【０４０９】
機構が、モバイル側のＬＩＦサポートについてネットワークに報知するために使用され得る。これらの機構は、たとえば、明示的および／または暗黙的方法を使用して、ネットワークにモバイル側のＬＩＦのサポートについて報知することができる。ネットワークは、ＩＰアドレスまたはプレフィクスをいくつかの方法で割り当てることができ、これは、機能がどのように報告されるかに依存し得る。本明細書に述べるように、方法および装置は、ネットワークがＮＢＩＦＯＭ対応であり得るかどうかをモバイルノードが判定できるようにするために使用され得る。
【０４１０】
ＰＭＩＰｖ６の例が提供されていることがあるが、ＧＴＰまたは他のモビリティプロトコルによって類似の機能が実現され得る。さらに、説明した概念は、セルラーおよびＷｉ−Ｆｉモビリティを提供するために使用され得る。
【０４１１】
ＭＮは、ＮＢＩＦＯＭ機能の提示を提供できる。レイヤー３（Ｌ３）アタッチメントが起こり得る前に、ＭＮは、Ｌ２においてネットワークに接続していてもよい。Ｌ２信号送信は、ネットワークに、モバイルノードにおけるＮＢＩＦＯＭ機能を報知するために使用され得る。Ｌ２信号送信は、８０２．１１信号送信、ＧＰＲＳアタッチ、ＵＥ分類標識（ＵＥ  Ｃｌａｓｓｍａｒｋ）、無線アクセス機能ＩＥ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｃａｐａｂｉｌｉｔｙ  ＩＥ）、ＵＭＴＳ認証および鍵一致対応拡張可能認証プロトコル方法（ｅｘｔｅｎｓｉｂｌｅ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｐｒｏｔｏｃｏｌ  ｍｅｔｈｏｄ  ｆｏｒ  ＵＭＴＳ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  ｋｅｙ  ａｇｒｅｅｍｅｎｔ）（ＥＡＰ−ＡＫＡ）、ＧＳＭ加入者識別モジュール対応拡張可能認証プロトコル方法（ｅｘｔｅｎｓｉｂｌｅ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｐｒｏｔｏｃｏｌ  ｍｅｔｈｏｄ  ｆｏｒ  ＧＳＭ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）（ＥＡＰ−ＳＩＭ）などであってもよい。この情報がアクセスゲートウェイ（たとえば、ＭＡＧ、信頼のあるＷＬＡＮアクセスゲートウェイ（ＴＷＡＧ）など）に運搬され得るとき、それはアンカに送られてもよく、その結果、それはアドレスを移動体に割り当てることができる。
【０４１２】
ワイヤレス送受信ユニット（ＷＴＲＵ）は、レイヤー２アタッチメント信号をネットワークノードに送信して、ＷＴＲＵのセルラーネットワークまたはワイヤレスローカルエリアネットワーク（ＬＡＮ）ベースのモビリティ機能を示すことができる。レイヤー２を介してネットワークノードへのアタッチメントが行われてもよい。セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能は、ＧＴＰ（ＳＡＭＯＧ）に基づくＳ２ａモビリティに対する機能、ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）に対する機能などであってもよい。ネットワークノードは、モバイルアクセスゲートウェイ（ＭＡＧ）、信頼のあるワイヤレスＬＡＮアクセスゲートウェイ（ＴＷＡＧ）などであってもよい。ルータ要請メッセージが送信されてもよい。ルータ広告メッセージが受信され得る。ルータ広告メッセージは、ＷＴＲＵに割り当てられたプレフィクスを含んでいてもよい。レイヤー３アクセスは、ＩＰｖ６プレフィクスを使用して構成され得る。
【０４１３】
ネットワークアクセスノードは、レイヤー２アタッチメント信号を、モバイルノードのセルラーネットワークまたはワイヤレスローカルエリアネットワーク（ＬＡＮ）ベースのモビリティ機能を示すことができるモバイルノードから受信することができる。レイヤー２アタッチメント処理が実施されてもよい。セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能は、ＧＴＰ（ＳＡＭＯＧ）に基づくＳ２ａモビリティに対する機能、ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）に対する機能などであってもよい。ルータ要請メッセージが受信され得る。モバイルノードのセルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能を示すことができるプロキシバインディング更新メッセージが送信されてもよい。モバイルノードに割り当てられたプレフィクスを含んでいてもよいプロキシバインディング確認応答メッセージが受信され得る。モバイルノードに割り当てられたプレフィクスを含んでいてもよいルータ広告メッセージが送信されてもよい。
【０４１４】
モバイルノードのセルラーネットワークまたはワイヤレスローカルエリアネットワーク（ＬＡＮ）ベースのモビリティ機能を示すことができるメッセージが受信され得る。プレフィクスは、モバイルノードのセルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能に基づいてモバイルノードに割り当てられていてもよい。セルラーネットワークまたはワイヤレスＬＡＮベースのモビリティ機能は、ＮＢＩＦＯＭに対する機能であってもよい。メッセージはプロキシバインディング更新メッセージであってもよい。モバイルノードはバインディングキャッシュに登録されてもよい。プロキシバインディング確認応答は、モバイルノードに割り当てられたプレフィクスを含み得る第２のネットワークノードに送信されてもよい。ネットワークノードはモバイルアクセスゲートウェイであってもよい。
【０４１５】
図６３は、レイヤー２の信号送信を使用してモバイルノードの機能を示すためのメッセージフローの例を示す。これは、たとえば、論理インターフェイス（ＬＩＦ）機能および／またはネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）機能などのネットワークベースのＩＰモビリティ機能、インターフェイスＳ２ａを使用するネットワークベースのＩＰモビリティ機能、Ｓ２ｂを使用するネットワークベースのＩＰモビリティ機能、ＳＡＭＯＧ機能などのためのネゴシエーションなどといった、ＵＥネットワークの機能のネゴシエーションを可能にするために行われてもよい。これは、たとえば、ＭＮが、論理インターフェイス（ＬＩＦ）機能などのそのインターフェイス機能および／またはネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）機能などのネットワークベースのＩＰモビリティ機能、インターフェイスＳ２ａを使用するネットワークベースのＩＰモビリティ機能、Ｓ２ｂを使用するネットワークベースのＩＰモビリティ機能、ＳＡＭＯＧ機能などをネットワークに報知できるようにするために行われてもよい。このＭＮは、ＵＥ、ＷＴＲＵなどであってもよい。
【０４１６】
６３０８において、Ｌ２アタッチメント信号送信が、ＵＥであってもよいＭＮ６３００と６３０２のＭＡＧ１の間で起こり得る。Ｌ２信号送信は、８０２．１１信号送信、ＧＰＲＳアタッチ、ＵＥ分類標識、無線アクセス機能ＩＥ、ＵＭＴＳ認証および鍵一致対応拡張可能認証プロトコル方法（ＥＡＰ−ＡＫＡ）、ＧＳＭ加入者識別モジュール対応拡張可能認証プロトコル方法（ＥＡＰ−ＳＩＭ）などであってもよい。ＭＮ６３００は、Ｌ２アタッチメント信号送信を使用して、ＭＮ６３００がネットワークベースのＩＰモビリティをサポートでき、かつ／または論理インターフェイス対応であり得ることを示すことができる。６３１０では、６３０２のＭＡＧ１に属し得るアクセス１へのＭＮのＬ２アタッチメントが完了してもよい。６３１２において、ＭＮ６３００は、ルータ要請メッセージなどのモビリティをトリガするためのＬ３メッセージ、またはＤＨＣＰ要求を、６３０２のＭＡＧ１に送信することができる。６３１４において、６３０２のＭＡＧ１は、プロキシバインディング更新をＬＭＡ６３０６に送信することができ、これは、ＭＮ６３００がネットワークベースのＩＰモビリティをサポートでき、かつ／または論理インターフェイス対応であり得ることを示すことができる。６３１６において、ＬＭＡ６３０６は、ＭＮをそのバインディングキャッシュに登録し、ＩＰｖ６プレフィクス（ｐｒｅｆＸ：：／６４）またはＩＰｖ４アドレスをＭＮに割り当てることができる。ＬＭＡ６３０６はまた、ＭＮがネットワークベースのＩＰモビリティをサポートでき、かつ／または論理インターフェイス対応であり得、この情報をＭＮ識別子およびその加入情報から導出することができ得ることを認識してもよい。６３１８において、ＬＭＡ６３０６は、プロキシバインディング確認応答（ｐｒｅｆＸ：：／６４）メッセージを６３０２のＭＡＧ１に送信することができる。プロキシバインディング確認応答メッセージは、ＭＮ６３００に割り当てられ得るＩＰｖ６プレフィクスまたはＩＰｖ４アドレスを含んでいてもよい。６３２０において、６３０２のＭＡＧ１は、ルータ広告メッセージ（ＰｒｅｆＸＬ：：／６４）またはＤＨＣＰ応答をＭＮ６３００に送信することができる。ルータ広告メッセージは、ＭＮ６３００に割り当てられ得るＩＰｖ６プレフィクスを含んでいてもよい。６３２２において、アクセス１におけるＭＮ６３００についてのＬ３構成が完了してもよい。６３２４において、データは、ＭＮ６３００と６３０２のＭＡＧ１の間を流れ、６３０２のＭＡＧ１とＬＭＡ６３０６の間を流れることができる。
【０４１７】
ＰＢＵは、Ｌ２アタッチメント時にＭＡＧ１によってトリガされ得る。これは、ＭＮ６３００からＲＳを待つことなく起こり得る。さらに、ＰＢＵにおいて、ネットワークベースのＩＰモビリティおよび／またはＭＮの論理インターフェイス機能のサポートを運搬することは１つの例でしかなく、他の通信プロトコルなどの他の帯域外の信号送信手段が使用されてもよい。
【０４１８】
ＭＡＧおよびＰＭＩＰｖ６対応のネットワークが図６３に示され得るが、別のエンティティが、ｅＰＤＧまたはＳａＭＯＧ対応のネットワーク内のＴＷＡＧなどの類似の機能を提供するために使用されてもよい。さらに、図６３は、他のネットワークベースのＩＰモビリティ機能、たとえば、ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）、インターフェイスＳ２ａを使用するネットワークベースのＩＰモビリティ、Ｓ２ｂを使用するネットワークベースのＩＰモビリティ、ＳＡＭＯＧなどに適用可能であってもよい。たとえば、ＵＥであり得るＭＮは、ＥＡＰ認証および認可手順など、Ｌ２信号送信中にサービングＴＷＡＮとＳＡＭＯＧ機能をネゴシエートすることができる。ＴＷＡＮは、ＳＴａインターフェイスを介してＵＥ要求のＳＡＭＯＧ機能およびＴＷＡＮ構成ポリシーを３ＧＰＰのＡＡＡサーバに送信することができる。３ＧＰＰのＡＡＡサーバは、その機能がＴＷＡＮでのＵＥセッションに適用できるかどうかを、ＵＥの加入ポリシーおよびＴＷＡＮポリシーに基づいて決定することができる。
【０４１９】
図６４は、他のインターフェイスによる後のＬ２アタッチメントでの、その論理インターフェイス（ＬＩＦ）機能および／またはネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）機能などのネットワークベースのＩＰモビリティ機能、インターフェイスＳ２ａを使用するネットワークベースのＩＰモビリティ機能、Ｓ２ｂを使用するネットワークベースのＩＰモビリティ機能、ＳＡＭＯＧ機能などを告知することができるモバイルノード（ＭＮ）の例を示す。ＭＮは、図６４に示されているように、後続のＬ２アタッチメントでのそのＮＢＩＦＯＭおよび／またはＬＩＦ機能を他のインターフェイスに報知することができる。ＭＡＧが図６４に示され得るが、別のエンティティが、ＴＷＡＧまたはｅＰＤＧなどの類似の機能を提供するために使用されてもよい。６４０８において、ＭＮ６４００は、６４０２のＭＡＧ１に関連し得るアクセス１にアタッチされてもよい。６４１０において、データは、ＭＮ６４００と６４０２のＭＡＧ１の間を流れることができ、また、６４０２のＭＡＧ１とＬＭＡ６４０６の間を流れることができる。６４１２において、ＭＮ６４００および６４０４のＭＡＧ２は、Ｌ２アタッチメント信号送信を実施することができる。ＭＮ６４００は、Ｌ２アタッチメント信号送信を使用して、それが論理インターフェイス対応であり得ることを示すことができる。６４１４において、アクセス２へのＭＮ６４００のＬ２アタッチメントが完了してもよい。６４１６において、ＭＮ６４００は、ルータ要請メッセージを６４０４のＭＡＧ２に送信することができる。６４１８において、６４０４のＭＡＧ２は、ＭＮが論理インターフェイス対応であり得ることを示すことができるプロキシバインディング更新メッセージを、ＬＭＡ６４０６に送信することができる。６４２０において、ＬＭＡ６４０６は、ＭＮバインディングキャッシュエントリを更新および／または変更でき、ＰｒｅｆＹ：：／６４などのＩＰｖ６プレフィクスをＭＮ６４００に割り当てることができる。ＬＭＡ６４０６は、ＭＮ６４００が論理インターフェイス対応であり得ることを認識していてもよい。ＰｒｅｆＹ：：／６４などの、ＭＮ６４００に割り当てられていてもよいＩＰｖ６プレフィクスは、アクセス１において割り当てられた可能性があるＩＰｖ６プレフィクスと同じであってもよい。６４２２において、ＬＭＡ６４０６は、プロキシバインディング確認応答メッセージを６４０４のＭＡＧ２に送信することができる。プロキシバインディング確認応答メッセージは、ＭＮ６４００に割り当てられた可能性があるＩＰｖ６プレフィクスを含んでいてもよい。６４２４において、ＭＡＧ２は、ルータ広告メッセージをＭＮ６４００に送信することができる。ルータ広告メッセージは、ＭＮ６４００に割り当てられた可能性があるＩＰｖ６プレフィクスを含んでいてもよい。６４２６において、アクセス２におけるＭＮ６４００のＬ３構成が完了してもよい。
【０４２０】
ＰＤＵは、Ｌ２アタッチメント時にＭＡＧ２によってトリガされ得る。これは、ＭＮ６４００からＲＳを待つことなく起こり得る。さらに、ＰＢＵにおいて、ＭＮの論理インターフェイス機能を運搬することは１つの例でしかなく、他の帯域外の信号送信機構が使用されてもよい。２つ以上のプレフィクスが、アクセス２でＬＭＡによってＭＮに割り当てられてもよい。いずれのプレフィクスがアクセス２において割り当てられ得るかを決定するときに、ＭＮの論理インターフェイス機能の知識がＬＭＡにおいて使用され得る。たとえば、共通、固有、または混合モードが選択され得る。
【０４２１】
ＭＡＧおよびＰＭＩＰｖ６対応のネットワークが図６４に示され得るが、別のエンティティが、ＳａＭＯＧ対応のネットワーク内のＴＷＡＧなどの類似の機能を提供するために使用されてもよい。さらに、図６４は、他のネットワークベースのＩＰモビリティ機能、たとえば、ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）、インターフェイスＳ２ａを使用するネットワークベースのＩＰモビリティ、Ｓ２ｂを使用するネットワークベースのＩＰモビリティ、ＳＡＭＯＧなどに適用可能であってもよい。たとえば、ＵＥであり得るＭＮは、ＥＡＰ認証および認可手順など、Ｌ２信号送信中にサービングＴＷＡＮとＳＡＭＯＧ機能をネゴシエートすることができる。ＴＷＡＮは、ＳＴａインターフェイスを介してＵＥ要求のＳＡＭＯＧ機能およびＴＷＡＮ構成ポリシーを３ＧＰＰのＡＡＡサーバに送信することができる。３ＧＰＰのＡＡＡサーバは、その機能がＴＷＡＮでのＵＥセッションに適用できるかどうかを、ＵＥの加入ポリシーおよびＴＷＡＮポリシーに基づいて決定することができる。
【０４２２】
Ｌ３信号送信は、ネットワークに、モバイルノードにおけるＮＢＩＦＯＭ機能を報知するために使用され得る。図６５は、ＭＮがＲＳによってその機能を示したときの例を示す。６５０８において、Ｌ２アタッチメント信号送信がＭＮ６５００と６５０２のＭＡＧ１の間で生じ得る。６５０２のＭＡＧ１は、アクセス１に関連し得る。６５１０において、アクセス１へのＭＮ６５００のＬ２アタッチメントが完了してもよい。６５１２において、ＭＮ６５００は、ルータ要請メッセージを６５０２のＭＡＧ１に送信することができる。ＭＮ６５００は、ルータ要請メッセージを使用して、ＭＮ６５００が論理インターフェイス対応であり得ることを示すことができる。６５１４において、６５０２のＭＡＧ１は、プロキシバインディング更新メッセージをＬＭＡ６５０６に送信することができる。送信バインディング更新メッセージは、ＭＮ６５００が論理インターフェイス対応であり得ることを示すことができる。６５１６において、ＬＭＡ６５０６は、ＭＮ６５００およびそのバインディングキャッシュを登録し、ｐｒｅｆＸ：：／６４などのＩＰｖ６プレフィクスをＭＮ６５００に割り当てることができる。ＬＭＡ６５０６は、ＭＮが論理インターフェイス対応であり得ることを認識していてもよい。６５１８において、ＬＭＡ６５０６は、プロキシバインディング確認応答メッセージを６５０２のＭＡＧ１に送信することができる。プロキシバインディング確認応答メッセージは、ＭＮ６５００に割り当てられた可能性があるＩＰｖ６プレフィクスを含んでいてもよい。６５２０において、６５０２のＭＡＧ１は、ルータ広告メッセージをＭＮ６５００に送信することができる。ルータ広告メッセージは、ＭＮ６５００に割り当てられた可能性があるＩＰｖ６プレフィクスを含んでいてもよい。６５２２において、アクセス１におけるＭＮ６５００についてのＬ３構成が完了してもよい。６５２４において、データは、ＭＮ６５００と６５０２のＭＡＧ１の間を流れることができ、６５０２のＭＡＧ１とＬＭＡ６５０６の間を流れることができる。
【０４２３】
ＰＤＵは、Ｌ２アタッチメント時にＭＡＧ１によってトリガされ得る。これは、たとえば、ＭＮ６５００からＲＳを待つことなく起こり得る。ＭＮ６５００の論理インターフェイス機能を運搬することは１つの例でしかなく、他の帯域外の信号送信機構が使用されてもよい。２つ以上のプレフィクスが、ＬＭＡによってＭＮ６５００に割り当てられてもよい。
【０４２４】
図６６は、ＰＭＩＰｖ６を使用でき、Ｅ−ＵＴＲＡＮの３ＧＰＰアクセスで使用され得る例示的なネットワークベースの制御プレーンを示す。ＭＮ機能は、第１のアタッチメントでは報告されず、後のアタッチメントで報告されてもよく、これは図６６に示され得る。ＬＭＡがＭＮ機能について学習するとき、それは、異なるアクセスで、同じＩＰアドレスまたはプレフィクスを割り当てるか、異なるＩＰアドレスまたはプレフィクスを割り当てるかを決定することができる。
【０４２５】
図６６に示されているように、６６０８において、ＭＮ６６００は、アクセス１にアタッチされ得る。６６１０において、データは、ＭＮ６６００と６６０２のＭＡＧ１の間を流れることができ、６６０２のＭＡＧ１とＬＭＡ６６０６の間を流れることができる。６６０２のＭＡＧ１は、アクセス１に関連し得る。６６１２において、Ｌ２アタッチメント信号送信は、ＭＮ６６００と６６０４のＭＡＧ２の間で生じ得る。６６０４のＭＡＧ２は、アクセス２に関連し得る。６６１４において、アクセス２へのＭＮ６６００のＬ２アタッチメントが完了してもよい。６６１６において、ＭＮ６６００は、ルータ要請メッセージを６６０４のＭＡＧ２に送信することができる。ルータ要請メッセージは、ＭＮ６６００が論理インターフェイス対応であり得ることを示すために、ＭＮ６６００によって使用され得る。６６１８において、６６０４のＭＡＧ２は、プロキシバインディング更新メッセージをＬＭＡ６６０６に送信することができる。プロキシバインディング更新メッセージは、ＭＮ６６００が論理インターフェイス対応であり得ることを示すことができる。６６２０において、ＬＭＡ６６０６は、ＭＮ６６００用のバインディングキャッシュエントリを更新および／または変更することができ、ＰｒｅｆＹ：：／６４などのＩＰｖ６プレフィクスをＭＮ６６００に割り当てることができる。ＬＭＡ６６０４は、ＭＮ６６００が論理インターフェイス対応であり得ることを認識していてもよい。ＩＰｖ６プレフィクスは、アクセス１で割り当てられた可能性があるＩＰｖ６プレフィクスと同じであってもよいし、異なるプレフィクスであってもよい。６６２２において、ＬＭＡ６６０６は、プロキシバインディング確認応答メッセージを６６０４のＭＡＧ２に送信することができる。プロキシバインディング確認応答メッセージは、ＭＮ６６０６に割り当てられていてもよいＩＰｖ６プレフィクスを含んでいてもよい。６６２４において、ＭＡＧ２  ６６０４は、ルータ広告をＭＮ６６００に送信することができる。ルータ広告メッセージは、ＭＮ６６０６に割り当てられていてもよいＩＰｖ６プレフィクスを含んでいてもよい。６６２６において、アクセス２におけるＭＮ６６００のＬ３構成が完了してもよい。
【０４２６】
ＰＤＵは、Ｌ２アタッチメント時にＭＡＧ２によってトリガされ得る。これは、たとえば、ＭＮからＲＳを待つことなく起こり得る。ＰＤＵにおいてＭＮの論理インターフェイス機能を運搬することは１つの例でしかなく、他の帯域外の信号送信機構が使用されてもよい。２つ以上のプレフィクスが、アクセス２でＬＭＡによってＭＮに割り当てられてもよい。いずれのプレフィクスが割り当てられ得るかを決定するときに、ＭＮの論理インターフェイス機能の知識がＬＭＡによって使用され得る。
【０４２７】
いくつかの実施形態において、Ｌ３以上の明示的信号送信が、Ｌ３アタッチメントの後に起こり得る。たとえば、ＭＮは、Ｌ３アタッチメントが完了され得た後に、近隣発見メッセージ、ＤＨＣＰ拡張部分、ＩＣＭＰメッセージなどのメッセージによってその機能を報告することができる。Ｌ３メッセージの性質に応じて、それはＭＡＧに送信され、かつ、ＬＭＡに（たとえばＰＢＵで）中継されてもよく、またはＬＭＡに送信されてもよい。
【０４２８】
図６７は、Ｌ３信号送信を使用するユーザ機器（ＵＥ）の機能を示す例を示す。６７０８において、Ｌ２アタッチメント信号送信は、ＭＮ６７００と６７０２のＭＡＧ１の間に生じ得る。６７０２のＭＡＧ１は、アクセス１に関連し得る。６７１０において、アクセス１へのＭＮ６７００のＬ２アタッチメントが完了してもよい。６７１２において、ＭＮ６７００は、ルータ要請メッセージを６７０２のＭＡＧ１に送信することができる。６７１４において、６７０２のＭＡＧ１は、プロキシバインディング更新メッセージをＬＭＡ６７０６に送信することができる。６７１６において、ＬＭＡ６７０６は、ＭＮ６７００およびそのバインディングキャッシュを登録し、ｐｒｅｆＸ：：／６４などのＩＰｖ６プレフィクスをＭＮ６７００に割り当てることができる。６７１８において、ＬＭＡ６７０６は、プロキシバインディング確認応答メッセージをＭＡＧ１  ６７０２に送信することができる。プロキシバインディング確認応答メッセージは、ＭＮ６７００に割り当てられていてもよいＩＰｖ６プレフィクスを含んでいてもよい。６７２０において、６７０２のＭＡＧ１は、ルータ広告メッセージをＭＮ６７００に送信することができる。ルータ広告メッセージは、ＭＮ６７００に割り当てられていてもよいＩＰｖ６プレフィクスを含んでいてもよい。６７２２において、アクセス１におけるＭＮ６７００のＬ３構成が完了してもよい。６７２４において、データは、ＭＮ６７００と６７０２のＭＡＧ１の間を流れることができ、６７０２のＭＡＧ１とＬＭＡ６７０６の間を流れることができる。
【０４２９】
６７２６において、近隣発見メッセージ、ＤＨＣＰ、ＩＣＭＰ、ＰＢＵなどのＬ３信号送信が、ＭＮ６７００と６７０２のＭＡＧ１の間で、かつ／または６７０２のＭＡＧ１とＬＭＡ６７０６の間で生じ得る。たとえば、ＭＮ６７００は、Ｌ３信号送信を使用して、ＭＮ６７００が論理インターフェイス対応であり得ることを６７０２のＭＡＧ１に示すことができる。６７０２のＭＡＧ１は、Ｌ３信号送信を使用して、ＭＮ６７００が論理インターフェイス対応であり得ることをＬＭＡ６７０６に示すことができる。
【０４３０】
６７２８において、ＭＮ６７００は、Ｌ３以上の層の信号送信を使用して、ＭＮ６７００が論理インターフェイス対応であり得ることを示すことができる。たとえば、ＭＮ６７００は、Ｌ３以上の層の信号送信を使用して、ＭＮ６７００が論理インターフェイス対応であり得ることをＬＭＡ６７０６に通知することができる。
【０４３１】
ＰＢＵは、Ｌ２アタッチメント時にＭＡＧ１によってトリガされ得る。これは、たとえば、ＭＮからＲＳを待つことなく起こり得る。ＰＢＵにおいてＭＮの論理インターフェイス機能を与えることは１つの例でしかなく、他の境界外の信号送信機構が使用されてもよい。２つ以上のプレフィクスが、アクセス１でＬＭＡによってＭＮに割り当てられてもよい。一実施形態において、６２７６または６２７８のいずれかが実施され得る。
【０４３２】
ＭＮは、第１のＬ３アタッチメントが完了された可能性があるとき、その機能をネットワークに広告することができる。それは、たとえば、Ｌ２メッセージまたはＬ３メッセージに依拠することによってそのようにすることができる。Ｌ３メッセージの使用を示す例が図６８に示されている。図６８は、第１のＬ３アタッチメントが完了された可能性があるときにＬ３信号送信を使用するＵＥの機能を示す例を示す。６８０８において、ＭＮ６８００は、アクセス１にアタッチされ得る。６８１０において、データは、ＭＮ６８００と６８０２のＭＡＧ１の間を、また、６８０２のＭＡＧ１とＬＭＡ６８０６の間を流れることができる。ＭＡＧ１は、アクセス１に関連し得る。６８１２において、Ｌ２アタッチメント信号送信は、ＭＮ６８００と６８０４のＭＡＧ２の間で生じ得る。ＭＡＧ２は、アクセス２に関連し得る。６８１４において、アクセス２へのＭＮ６８００のＬ２アタッチメントが完了してもよい。６８１６において、ＭＮ６８００は、ルータ要請を６８０４のＭＡＧ２に送信することができる。６８１８において、ＭＡＧ２は、プロキシバインディング更新メッセージをＬＭＡ６８０６に送信することができる。６８２０において、ＬＭＡ６８０６は、ＭＮ６８００用のバインディングキャッシュエントリを更新および／または変更することができ、ＰｒｅｆＹ：：／６４などのＩＰｖ６プレフィクスをＭＮ６８００に割り当てることができる。ＬＭＡ６８０６は、ＭＮ６８００の論理インターフェイス機能を認識していなくてもよく、ＭＮ６８００に割り当てられていてもよいＩＰｖ６プレフィクスは、アクセス１で割り当てられているものとは異なっていてもよい。６８２２において、ＬＭＡ６８０６は、プロキシバインディング確認応答メッセージを６８０４のＭＡＧ２に送信することができる。プロキシバインディング確認応答メッセージは、ＭＮ６８００に割り当てられていてもよいＩＰｖ６プレフィクスを含んでいてもよい。６８２４において、ＭＡＧ２は、ルータ広告メッセージをＭＮ６８００に送信することができる。ルータ広告メッセージは、ＭＮ６８００に割り当てられていてもよいＩＰｖ６プレフィクスを含んでいてもよい。６８２６において、アクセス２におけるＭＮ６８００のＬ３構成が完了してもよい。６８３０において、データは、ＭＮ６８００と６８０４のＭＡＧ２の間を、また、６８０４のＭＡＧ２とＬＭＡ６８０６の間を流れることができる。
【０４３３】
６８３２において、近隣発見メッセージ、ＤＨＣＦ、ＩＣＭＰなどのＬ３信号送信が、ＭＮ６８００から６８０４のＭＡＧ２に送信され得る。ＭＮ６８００は、Ｌ３信号送信を使用して、ＭＮ６８００が論理インターフェイス対応であり得ることを示すことができる。ＰＢＵなどのＬ３信号送信は、ＭＡＧ２  ６８０４からＬＭＡ６８０６に送信され得る。これは、たとえば、ＭＮ６８００が論理インターフェイス対応であり得ることを示すために行われてもよい。６８３６で、ＬＭＡ６８０６は、ＭＮ６８００が論理インターフェイス対応であり得ることを認識していてもよい。
【０４３４】
ＰＢＵは、Ｌ２アタッチメント時にＭＡＧ２によってトリガされ得る。これは、たとえばＭＮからＲＳを待つことなく起こり得る。ＭＮの論理インターフェイス機能およびＰＢＵを運搬することは１つの例でしかなく、他の境界外の信号送信機構が使用されてもよい。２つ以上のプレフィクスがアクセス２でＬＭＡによってＭＮに割り当てられてもよい。一実施形態において、６８３２または６８３４のいずれかが実施され得る。
【０４３５】
一実施形態で、ＭＮは、暗黙的にネットワークにその機能について報知することができる。たとえば、近隣広告などの制御メッセージを使用して、ＭＮは、１つのインターフェイスプレフィクスまたはＩＰアドレスに関する情報を他のインターフェイスを介して送信することができる。ネットワークは、両方のインターフェイスが同じＭＮに属することを知っていてもよく、それは、ＭＮがＮＢＩＦＯＭまたはＬＩＦ対応であり得ることを学習することができる。
【０４３６】
図６９は、ネットワークにその機能を報知するモバイルノードの例を示す。たとえば、図６９は、ネットワークにその機能を暗黙的に報知するＭＮの例を示し得る。ＭＮは、インターフェイスの反対側のプレフィクスを送信することができ、プレフィクスまたはＩＰアドレスのセットを送信することができる。
【０４３７】
図６９に示されているように、６９０８において、ＭＮ６９００は、アクセス１およびアクセス２にアタッチされてもよい。６９１０において、ＰｒｅｆＸなどのプレフィクスを使用し得るデータは、ＭＮ６９００と６９０２のＭＡＧ１の間を、また、６９０２のＭＡＧ１とＬＭＡ６９０６の間を流れることができる。６９０２のＭＡＧ１はアクセス１に関連し得る。６９１２において、ＰｒｅｆＹなどのプレフィクスを使用し得るデータは、ＭＮ６９００と６９０４のＭＡＧ２の間を、また、６９０４のＭＡＧ２とＬＭＡ６９０６の間を流れることができる。６９０４のＭＡＧ２は、アクセス２に関連し得る。６９１４において、ＭＮ６９００は、ＰｒｅｆＹなどのプレフィクスからのアドレスについての近隣広告を、６９０２のＭＡＧ１に送信することができる。６９１６において、６９０２のＭＡＧ１は、ＰＢＵなどのＬ３信号送信を使用してＬＭＡ６９０６と通信することができる。これは、たとえば、ＭＮが論理インターフェイス対応であり得ることを示すために行われてもよい。６９１８において、ＬＭＡ６９０６は、ＭＮ６９００が論理インターフェイス対応であり得ることを認識していてもよい。
【０４３８】
ＭＮがアタッチされ得るアクセスでＮＡが送信され得る。メッセージがフローの移動を求めるトリガとして使用され得る場合、メッセージは、フローの受信が望まれ得る関連する軸に送信され得る。
【０４３９】
ネットワークは、他のインターフェイスを介してソースＩＰアドレスまたはプレフィクスとともにデータを送信することによって、ＭＮ機能について暗黙的に報知され得る。このデータを受信すると、ネットワークは、ＭＮがＮＢＩＦＯＭまたはＬＩＦ対応であり得ることを認識でき、このインターフェイスを介してデータを受け付け、送ることができる。
【０４４０】
図７０は、Ｌ３強制メッセージ通信を利用するモバイルノードの機能提示の例を示す。ＭＮは、ネットワークがＮＢＩＦＯＭ対応であり得るかどうかをデータを送信する前に知ることができる。ＭＮがネットワークの機能を学習するためのいくつかの方法があり得る。図７０に示されているように、７００８において、ＭＮ７０００は、アクセス１およびアクセス２にアタッチしていてもよい。７０１０において、ＰｒｅｆＸなどのプレフィクスを含み得るデータは、ＭＮ７０００と７００２のＭＡＧ１の間を、また、７００２のＭＡＧ１とＬＭＡ７００６の間を流れることができる。７００２のＭＡＧ１は、アクセス１に関連し得る。７０１２において、ＰｒｅｆＹなどのプレフィクスを有し得るデータは、ＭＮ７０００と７００４のＭＡＧ２の間を、また、７００４のＭＡＧ２とＬＭＡ７００６の間を流れることができる。７００４のＭＡＧ２は、アクセス２に関連し得る。
【０４４１】
データトラフィックはアクセスを介して送信され得るが、ここでは、使用され得るプレフィクスが正しくないことがあり、このアクセス内で使用されなくてもよい。たとえば、７０１４において、ＭＮ７０００は、アクセス２が意図され得るデータを７００２のＭＡＧ１に送信することができ、これは、アクセス１に関連し得る。データが７００２のＭＡＧ１によって受信されるとき、ＭＡＧ１は、そのプレフィクスとともにデータをＬＭＡ７００６に送ることができる。これは、ＭＮが論理インターフェイス対応であり得ることをＬＭＡ７００６に示すことができる。７０１８において、ＭＡＧ１は、ＰＢＵなどのＬ３信号送信を使用してＬＭＡ７００６と通信することができる。これは、たとえば、ＭＮ７０００が論理インターフェイス対応であり得ることをＬＭＡ７００６に示すために行われてもよい。
【０４４２】
７０１６および７０１８は、ＭＮ７０００の論理インターフェイス機能を運搬するために使用されてもよい可能な方法の例であり得る。一実施形態において、７０１６または７０１８のいずれかが実施され得る。使用プレフィクスが正しくないことがあるアクセスへのトラフィックの暗黙的送信は、データフローの移動を要求するためのトリガとして使用され得る。
【０４４３】
ネットワーク機能広告が提供され得る。たとえば、ネットワークは、ＭＮに、それがＮＢＩＦＯＭ対応であり得ることを報知することができる。これは、たとえば、Ｌ２、Ｌ３、またはそれより上の層の信号送信を使用して行われてもよい。Ｌ２信号送信を使用して、ネットワークは、その機能をちょうどＬ２アタッチメントにおいて広告することができる。これは、たとえば、元々のＬ２信号送信（たとえば３ＧＰＰ、８０２．１１）またはその他（たとえば、８０２．２１）によって行われてもよい。
【０４４４】
図７１は、Ｌ２信号送信を使用してその機能を広告するネットワークの例を示す。ＭＮとＭＡＧの間に直接的なＬ２リンクがない可能性がある場合、Ｌ２の移行が、一方の場所から他方の場所に情報を運搬するために使用され得る。７１０８において、Ｌ２アタッチメント信号送信が、ＭＮ７１００と７１０２のＭＡＧ１の間で生じ得る。アクセス１は、Ｌ２アタッチメント信号送信を使用して、ＰＭＩＰｖ６ドメインがＮＢＩＦＯＭ対応であり得ることを示すことができる。７１０２のＭＡＧ１はアクセス１に関連し得る。７１１０において、アクセス１へのＭＮ７１００のＬ２アタッチメントが完了してもよい。７１１２において、ＭＮ７１００は、アタッチされたドメインがＮＢＩＦＯＭ対応であり得ることを認識していてもよい。７１１４において、ＭＮ７１００は、ルータ要請メッセージを７１０２のＭＡＧ１に送信することができる。７１１６において、７１０２のＭＡＧ１は、プロキシバインディング更新メッセージをＬＭＡ７１０６に送信することができる。７１１８において、ＬＭＡ７１０６は、ＭＮ７１００およびそのバインディングキャッシュを登録し、ｐｒｅｆＸ：：／６４などのＩＰｖ６プレフィクスをＭＮ７１００に割り当てることができる。７１２０において、ＬＭＡ７１０６は、プロキシバインディング確認応答メッセージを７１０２のＭＡＧ１に送信することができる。プロキシバインディング確認応答メッセージは、ＭＮ７１００に割り当てられた可能性があるＩＰｖ６プレフィクスを含んでいてもよい。７１１２において、ＭＡＧ１は、ルータ広告メッセージをＭＮ７１００に送信することができる。ルータ広告メッセージは、ＭＮ７１００に割り当てられた可能性があるＩＰｖ６プレフィクスを含んでいてもよい。７１２４において、アクセス１におけるＭＮ７１００のＬ３構成が完了してもよい。７１２６において、データは、ＭＮ７１００と７１０２のＭＡＧ１の間を、また、７１０２のＭＡＧ１とＬＭＡ７１０６の間を流れることができる。
【０４４５】
レイヤー３ネットワークの機能の広告が提供され得る。たとえば、ネットワークの機能の広告はＬ３信号送信を使用してもよい。ネットワークは、オプションまたはフラグとともにメッセージを使用してもよい。たとえば、これは、ルータ広告、ＩＣＭＰ、または他の（たとえばブロードキャスト）メッセージを介して広告されてもよい。
【０４４６】
図７２は、ネットワークの機能を広告するために使用されるＬ３信号送信の例を示す。７２０８において、Ｌ２アタッチメント信号送信は、ＭＮ７２００と７２０２のＭＡＧ１の間で生じ得る。７２０２のＭＡＧ１は、アクセス１に関連し得る。７２１０において、アクセス１へのＭＮ７２００のＬ２アタッチメントが完了してもよい。７２１２において、ＭＮ７２００は、ルータ要請メッセージを７２０２のＭＡＧ１に送信することができる。７２１４において、７２０２のＭＡＧ１は、プロキシバインディング更新メッセージをＬＭＡ７２０６に送信することができる。７２１６において、ＬＭＡ７２０６は、ＭＮ７２００およびそのバインディングキャッシュを登録し、ｐｒｅｆＸ：：／６４などのＩＰｖ６プレフィクスをＭＮ７２００に割り当てることができる。７２１８において、ＬＭＡ７２０６は、プロキシバインディング確認応答メッセージを７２０２のＭＡＧ１に送信することができる。プロキシバインディング確認応答メッセージは、ＭＮ７２００に割り当てられた可能性があるＩＰｖ６プレフィクスを含む。
【０４４７】
７２２０において、７２０２のＭＡＧ１は、ルータ広告メッセージをＭＮ７２００に送信することができる。ルータ広告メッセージは、ＭＮ７２００に割り当てられていてもよいＩＰｖ６プレフィクスを含んでいてもよい。これは、たとえば、ＰＭＩＰｖ６ドメインがＮＢＩＦＯＭ対応であり得ることをＭＡＧ１が示せるようにするために行われてもよい。
【０４４８】
７２２２において、アクセス１におけるＭＮ７２００のＬ３構成が完了してもよい。７２２４において、データは、ＭＮ７２００と７２０２のＭＡＧ１の間を、また、７２０２のＭＡＧ１とＬＭＡ７２０６の間を流れることができる。
【０４４９】
７２２６において、ＬＭＡ７２０６は、ＩＣＭＰなどのＬ３メッセージをＭＮ７２００に送信することができる。これは、たとえば、ＰＭＩＰｖ６ドメインがＮＢＩＦＯＭ対応であり得ることをＬＭＡ７２０６が示せるようにするために行われてもよい。
【０４５０】
７２２８において、ＭＮ７２００は、アタッチされたドメインがＮＢＩＦＯＭ対応であり得ることを認識していてもよい。７２２０および７２２６は、ＭＡＧにおいて学習され得るＭＮの論理インターフェイス機能を運搬する可能な方法の例であり得る。一実施形態において、７２２０または７２２６が実施され得る。ＭＡＧまたはＬＭＡに加えて、ＡＮＤＳＦなどの異なるエンティティが、ＮＢＩＦＯＭ機能を広告するために使用され得る。
【０４５１】
レイヤー３より上位の層のメッセージが、ネットワークの機能についてＭＮに報知するために使用され得る。これらのメッセージは、たとえば、アクセスゲートウェイ、アンカ、またはネットワーク内の異なるノード（たとえばＡＮＤＳＦ）において生成され得る。図７３は、ＭＮにネットワークの機能について報知するために使用されるレイヤー３より上の層のメッセージの例を示す。７３０８において、Ｌ２アタッチメント信号送信は、ＭＮ７３００と７３０２のＭＡＧ１の間で生じ得る。７３０２のＭＡＧ１は、アクセス１に関連し得る。７３１０において、アクセス１へのＭＮ７３００のＬ２アタッチメントが完了してもよい。７３１２において、ＭＮ７３００は、ルータ要請メッセージを７３０２のＭＡＧ１に送信することができる。７３１４において、７３０２のＭＡＧ１は、プロキシバインディング更新をＬＭＡ７３０６に送信することができる。７３１６において、ＬＭＡ７３０６は、ＭＮ７３００およびそのバインディングキャッシュを登録し、ｐｒｅｆＸ：：／６４などのＩＰｖ６プレフィクスをＭＮ７３００に割り当てることができる。７３１８において、ＬＭＡ７３０６は、プロキシバインディング確認応答メッセージを７３０２のＭＡＧ１に送信することができる。プロキシバインディング確認応答メッセージは、ＭＮ７３００に割り当てられた可能性があるＩＰｖ６プレフィクスを含んでいてもよい。７３２０において、７３０２のＭＡＧ１は、ルータ広告メッセージをＭＮ７３００に送信することができる。ルータ広告メッセージは、ＭＮ７３００に割り当てられた可能性があるＩＰｖ６プレフィクスを含んでいてもよい。７３２２において、アクセス１におけるＭＮ７３００のＬ３構成が完了してもよい。７３２４において、データは、ＭＮ７３００と７３０２のＭＡＧ１の間を流れることができ、７３０２のＭＡＧ１とＬＭＡ７３０６の間を流れることができる。
【０４５２】
７３２６において、７３０２のＭＡＧ１は、Ｌ３より上の層のメッセージをＭＮ７３００に送信することができる。より上の層のメッセージは、ＰＭＩＰｖ６ドメインがＮＢＩＦＯＭ対応であり得ることを示すことができる。７３２８において、ＬＭＡ７３０６は、Ｌ３より上の層のメッセージをＭＮ７３００に送信することができる。より上の層のメッセージは、ＰＭＩＰｖ６ドメインがＮＢＩＦＯＭ対応であり得ることを示すことができる。７３２６および７３２８は、ＭＡＧにおいて学習され得るＭＮの論理インターフェイス機能を運搬する可能な方法の例であり得る。一実施形態において、７３２６または７３２８が実施され得る。ＭＡＧまたはＬＭＡに加えて、ＡＮＤＳＦなどの異なるエンティティが、ＮＢＩＦＯＭ機能を広告するために使用され得る。
【０４５３】
７３３０において、ＭＮ７３００は、アタッチされたドメインがＮＢＩＦＯＭ対応であり得ることを認識していてもよい。
【０４５４】
モバイルノードは、ネットワークにモバイルノードのＮＢＩＦＯＭ機能を通知することができる。たとえば、モバイルノードは、Ｌ２信号送信を使用して、モバイルアクセスゲートウェイ（ＭＡＧ）に、モバイルノードのネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）機能を報知することができる。ＮＢＩＦＯＭ機能は、モバイルノードの論理インターフェイス機能の提示を含んでいてもよい。モバイルノードは、第１のモバイルアクセスゲートウェイ（ＭＡＧ）にアタッチすることができる。第１のＭＡＧへのアタッチに続いて、モバイルノードは第２のＭＡＧにアタッチすることができ、Ｌ２信号送信を介して、ネットワークに、モバイルノードのネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）機能を報知することができる。
【０４５５】
モバイルノードは、Ｌ３信号を介して、モバイルアクセスゲートウェイ（ＭＡＧ）に、モバイルノードのネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）機能を報知することができる。ＮＢＩＦＯＭ機能は、モバイルノードの論理インターフェイス機能の提示を含んでいてもよい。モバイルノードは、第１のモバイルアクセスゲートウェイ（ＭＡＧ）にアタッチすることができる。第１のＭＡＧへのアタッチに続いて、モバイルノードは第２のＭＡＧにアタッチすることができ、Ｌ３信号送信を介して、ネットワークに、モバイルノードのネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）機能を報知することができる。
【０４５６】
モバイルノードは、第１のＭＡＧおよび第２のＭＡＧに、モバイルノードのネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）機能を報知することができる。これは、たとえば、モバイルノードが第１のＭＡＧにアタッチした後に生じ得る。モバイルノードは、モバイルノードと第１のＭＡＧおよび第２のＭＡＧの一方との間の制御メッセージを使用して、ＭＡＧ１および／またはＭＡＧ２に、モバイルノードのＮＢＩＦＯＭ機能を報知することができる。制御メッセージは近隣広告メッセージを含んでいてもよい。
【０４５７】
モバイルノードは、モバイルノードと、第１のＭＡＧまたは第２のＭＡＧとの間で送信されるデータを使用して、第１のＭＡＧおよび第２のＭＡＧの一方に、モバイルノードのＮＢＩＦＯＲＭ機能を報知することができる。これは、たとえば、モバイルノードが第１のＭＡＧまたは第２のＭＡＧにアタッチした後に生じ得る。
【０４５８】
ＭＡＧは、たとえばＬ２信号送信を介して、モバイルノードにネットワークのＮＢＩＦＯＭ機能を報知することができる。ＮＢＩＦＯＭ機能は、ＭＡＧのＰＭＩＰｖ６ドメインがＮＢＩＦＯＭ対応であり得るという提示を含んでいてもよい。
【０４５９】
ＭＡＧは、たとえばＬ３信号送信を介して、モバイルノードにネットワークのＮＢＩＦＯＭ機能を報知することができる。ＮＢＩＦＯＭ機能は、ＭＡＧのＰＭＩＰｖ６ドメインがＮＢＩＦＯＭ対応であり得るという提示を含んでいてもよい。
【０４６０】
ＭＡＧは、より上の層の信号送信を使用して、モバイルノードにネットワークのＮＢＩＦＯＭ機能を報知することができる。より上の層の信号送信は、レイヤー３より上であり得る層であってもよい。ＮＢＩＦＯＭ機能は、ＭＡＧのＰＭＩＰｖ６ドメインがＮＢＩＦＯＭ対応であり得るという提示を含んでいてもよい。
【０４６１】
ワイヤレス送受信ユニット（ＷＲＴＵ）は、レイヤー２の信号送信を使用して、ネットワークにＷＲＴＵの分散モビリティ管理（ＤＭＭ）機能を報知することができる。たとえば、ＷＲＴＵは、セルラーアクセスネットワークおよび非セルラーネットワークの一方を使用して、ネットワークにＤＭＭ機能を報知することができる。
【０４６２】
ワイヤレス送受信ユニット（ＷＲＴＵ）は、レイヤー３の信号送信を使用して、ネットワークにＷＲＴＵの分散モビリティ管理（ＤＭＭ）機能を報知することができる。
【０４６３】
ネットワークノードは、レイヤー２の信号送信を使用して、ワイヤレス送受信ユニット（ＷＲＴＵ）にネットワークの分散モビリティ管理（ＤＭＭ）機能を報知することができる。ネットワークノードは分散ゲートウェイ（Ｄ−ＧＷ）であってもよい。
【０４６４】
レイヤー３の信号送信を使用するネットワークノードは、ワイヤレス送受信ユニット（ＷＲＴＵ）にネットワークの分散モビリティ管理（ＤＭＭ）機能を報知することができる。
【０４６５】
ネットワークノードはレイヤー３より上の信号送信を使用して、ワイヤレス送受信ユニット（ＷＲＴＵ）にネットワークの分散モビリティ管理（ＤＭＭ）機能を報知することができる。
【０４６６】
特徴および要素が特定の組合せで前述されているが、当業者は、各特徴または要素が単独または他の特徴および要素との任意の組合せで使用され得ることを認識することになろう。また、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のために、コンピュータプログラム、ソフトウェア、またはコンピュータ可読媒体に組み込まれたファームウェアで実装され得る。コンピュータ可読媒体の例には（ワイヤード接続またはワイヤレス接続を介して送信される）電子信号およびコンピュータ可読の記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、限定はされないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部のハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクやデジタル多用途ディスク（ＤＶＤ）などの光学媒体が含まれる。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおける使用のために無線周波数トランシーバを実装する目的で使用され得る。
【図１Ａ】
2015507859.tif 000003
【図１Ｂ】
2015507859.tif 000004
【図１Ｃ】
2015507859.tif 000005
【図１Ｄ】
2015507859.tif 000006
【図１Ｅ】
2015507859.tif 000007
【図２】
2015507859.tif 000008
【図３】
2015507859.tif 000009
【図４】
2015507859.tif 000010
【図５】
2015507859.tif 000011
【図６】
2015507859.tif 000012
【図７】
2015507859.tif 000013
【図８】
2015507859.tif 000014
【図９】
2015507859.tif 000015
【図１０】
2015507859.tif 000016
【図１１】
2015507859.tif 000017
【図１２】
2015507859.tif 000018
【図１３】
2015507859.tif 000019
【図１４】
2015507859.tif 000020
【図１５】
2015507859.tif 000021
【図１６】
2015507859.tif 000022
【図１７】
2015507859.tif 000023
【図１８】
2015507859.tif 000024
【図１９】
2015507859.tif 000025
【図２０】
2015507859.tif 000026
【図２１】
2015507859.tif 000027
【図２２】
2015507859.tif 000028
【図２３】
2015507859.tif 000029
【図２４】
2015507859.tif 000030
【図２５】
2015507859.tif 000031
【図２６】
2015507859.tif 000032
【図２７】
2015507859.tif 000033
【図２８】
2015507859.tif 000034
【図２９】
2015507859.tif 000035
【図３０】
2015507859.tif 000036
【図３１】
2015507859.tif 000037
【図３２】
2015507859.tif 000038
【図３３】
2015507859.tif 000039
【図３４】
2015507859.tif 000040
【図３５】
2015507859.tif 000041
【図３６Ａ】
2015507859.tif 000042
【図３６Ｂ】
2015507859.tif 000043
【図３７Ａ】
2015507859.tif 000044
【図３７Ｂ】
2015507859.tif 000045
【図３８】
2015507859.tif 000046
【図３９】
2015507859.tif 000047
【図４０Ａ】
2015507859.tif 000048
【図４０Ｂ】
2015507859.tif 000049
【図４１Ａ】
2015507859.tif 000050
【図４１Ｂ】
2015507859.tif 000051
【図４２】
2015507859.tif 000052
【図４３】
2015507859.tif 000053
【図４４Ａ】
2015507859.tif 000054
【図４４Ｂ】
2015507859.tif 000055
【図４５Ａ】
2015507859.tif 000056
【図４５Ｂ】
2015507859.tif 000057
【図４６】
2015507859.tif 000058
【図４７】
2015507859.tif 000059
【図４８】
2015507859.tif 000060
【図４９】
2015507859.tif 000061
【図５０】
2015507859.tif 000062
【図５１】
2015507859.tif 000063
【図５２】
2015507859.tif 000064
【図５３】
2015507859.tif 000065
【図５４】
2015507859.tif 000066
【図５５】
2015507859.tif 000067
【図５６】
2015507859.tif 000068
【図５７】
2015507859.tif 000069
【図５８】
2015507859.tif 000070
【図５９】
2015507859.tif 000071
【図６０】
2015507859.tif 000072
【図６１】
2015507859.tif 000073
【図６２】
2015507859.tif 000074
【図６３】
2015507859.tif 000075
【図６４】
2015507859.tif 000076
【図６５】
2015507859.tif 000077
【図６６】
2015507859.tif 000078
【図６７】
2015507859.tif 000079
【図６８】
2015507859.tif 000080
【図６９】
2015507859.tif 000081
【図７０】
2015507859.tif 000082
【図７１】
2015507859.tif 000083
【図７２】
2015507859.tif 000084
【図７３】
2015507859.tif 000085
【手続補正書】
【提出日】平成26年7月29日(2014.7.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービング信頼のあるワイヤレスＬＡＮアクセスネットワーク（ＴＷＡＮ）を用いて拡張可能認証プロトコル（ＥＡＰ）認証および認証オペレーションを実行することと、
ワイヤレス送受信ユニット（ＷＴＲＵ）を介して、ＧＴＰ（ＳＡＭＯＧ）に基づくＳ２ａモビリティ機能要求を受信することと、
前記ＷＴＲＵがＳＡＭＯＧをサポートすることを示すレイヤー２メッセージを生成することと、
前記レイヤー２メッセージをネットワークノードに送ること
の少なくとも一部において構成されたＷＴＲＵ。
【請求項２】
前記ＷＴＲＵは、ＴＷＡＮ構成ポリシーを受信するようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記ＷＴＲＵは、前記ＥＡＰ認証および認証オペレーションを使用して前記レイヤー２メッセージを送るようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項４】
前記ＷＴＲＵは、前記レイヤー２を介して前記ネットワークノードにアタッチするようにさらに構成されたことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記ネットワークノードは、モバイルアクセスゲートウェイ（ＭＡＧ）であることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
前記ネットワークノードは、信頼のあるワイヤレスＬＡＮアクセスゲートウェイ（ＴＷＡＧ）であることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
前記ＷＴＲＵは、ルータ要請メッセージを送るようにさらに構成されたことを特徴とする請求項５に記載のＷＴＲＵ。
【請求項８】
前記ＷＴＲＵは、ルータ広告メッセージを送るようにさらに構成されたことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
前記ＷＴＲＵは、前記ルータ広告メッセージは、前記ＷＴＲＵに割り当てられたプレフィクスを含むことを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１０】
前記ＷＴＲＵは、前記プレフィクスを使用してレイヤー３を構成するようにさらに構成されたことを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
ワイヤレス送受信ユニット（ＷＴＲＵ）を用いて拡張可能認証プロトコル（ＥＡＰ）認証および認証オペレーションを実行することと、
ＧＴＰ（ＳＡＭＯＧ）に基づくＳ２ａモビリティ機能要求を送ることと、
前記ＷＴＲＵから、前記ＷＴＲＵがＳＡＭＯＧをサポートすることを示すレイヤー２メッセージを受信することと
の少なくとも一部において構成されたデバイス。
【請求項１２】
前記デバイスは、信頼のあるワイヤレスＬＡＮアクセスネットワーク（ＴＷＡＮ）構成ポリシーを送るようにさらに構成されたことを特徴とする請求項１１に記載のデバイス。
【請求項１３】
前記デバイスは、前記ＥＡＰ認証および認証オペレーションを使用して前記レイヤー２メッセージを受信するようにさらに構成されたことを特徴とする請求項１１に記載のデバイス。
【請求項１４】
前記デバイスは、ルータ要請メッセージを受信するようにさらに構成されたことを特徴とする請求項１１に記載のデバイス。
【請求項１５】
前記デバイスは、プロキシバインディング更新メッセージを送るようにさらに構成されたことを特徴とする請求項１４に記載のデバイス。
【請求項１６】
前記デバイスは、前記ＷＴＲＵに割り当てられたプレフィクスを含むプロキシバインディング確認メッセージを受信するようにさらに構成されたことを特徴とする請求項１５に記載のデバイス。
【請求項１７】
前記デバイスは、前記ＷＴＲＵに割り当てられた前記プレフィクスを含むルータ広告メッセージを受信するようにさらに構成されたことを特徴とする請求項１６に記載のデバイス。
【請求項１８】
サービング信頼のあるワイヤレスＬＡＮアクセスネットワーク（ＴＷＡＮ）を用いて拡張可能認証プロトコル（ＥＡＰ）認証および認証オペレーションを実行するステップと、
ワイヤレス送受信ユニット（ＷＴＲＵ）を介して、ＧＴＰ（ＳＡＭＯＧ）に基づくＳ２ａモビリティ機能要求を受信するステップと、
前記ＷＴＲＵがＳＡＭＯＧをサポートすることを示すレイヤー２メッセージを生成するステップと、
前記レイヤー２メッセージをネットワークノードに送るステップと
を含むことを特徴とする方法。
【請求項１９】
ＴＷＡＮ構成ポリシーを受信するステップをさらに含むことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記ＥＡＰ認証および認証オペレーションを使用して前記レイヤー２メッセージを送るステップをさらに含むことを特徴とする請求項１８に記載の方法。
【請求項２１】
前記レイヤー２を介して前記ネットワークノードにアタッチするステップをさらに含むことを特徴とする請求項１８に記載の方法。
【請求項２２】
前記ネットワークノードは、モバイルアクセスゲートウェイ（ＭＡＧ）であることを特徴とする請求項１８に記載の方法。
【請求項２３】
前記ネットワークノードは、信頼のあるワイヤレスＬＡＮアクセスゲートウェイ（ＴＷＡＧ）であることを特徴とする請求項１８に記載の方法。
【国際調査報告】
2015507859.tif 000086
2015507859.tif 000087