JP5452631B2 - 複数のパケットデータネットワーク接続のためのハンドオフの実現 - Google Patents

Description

関連出願への相互参照
本発明は、２０１０年１２月３０日に出願された、米国仮出願番号６１／４２８，８４４号、発明の名称、「Enabling Handoff for Multiple Packet Data Network Connections」の優先権を主張する。

この仮出願の内容の全体は、参照によって本願の一部として援用される。

本発明は、無線通信、無線通信デバイス、無線通信システム及び関連する方法に関する。

無線通信システムは、１つ以上の無線デバイス、例えば、モバイルデバイス、携帯電話機、無線エアーカード、移動局（mobile station：ＭＳ）、ユーザ設備（user equipment：ＵＥ）、アクセス端末（access terminal：ＡＴ）又は加入者局（subscriber station：ＳＳ）と通信する１つ以上の基地局のネットワークを含むことができる。各基地局は、データ、例えば、ボイスデータ及び他のデータコンテンツを搬送する無線信号を無線デバイスに送信できる。基地局は、アクセスポイント（access point：ＡＰ）又はアクセスネットワーク（access network：ＡＮ）と呼ぶこともでき、アクセスネットワークの一部に含まれていてもよい。更に、無線通信システムは、１つ以上のコアネットワークを介して、相互に通信し、又は有線通信システムと通信する。無線デバイスは、通信のために、（多くの場合、同時に）１つ以上の異なる無線技術を用いることができる。様々な無線技術の具体例には、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）、例えば、ＣＤＭＡ２０００ １ｘ、ＨＲＰＤ（High Rate Packet Data）、ＧＳＭ（Global System for Mobile communications）に基づく技術、ＬＴＥ（Long-Term Evolution）、直交周波数分割多重（orthogonal frequency-division multiplexing：ＯＦＤＭ）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等が含まれる。幾つかの具体例では、無線通信システムは、異なる無線技術を用いる複数のネットワークを含むことができる。

ＵＥ（例えば、スマートフォン、複数のネットワークインタフェースを有する電話機等）の使用及び多様性が増加するにつれて、ＵＥが異なるネットワーク間でローミングを行う際に、シームレスな接続性をＵＥに提供することに関連する技術的課題も増加している。

複数のパケットデータネットワーク接続の間でハンドオフを可能にする技術が求められている。

ここでは、特に、無線通信のための技術を開示する。

一側面においては、複数の共存するパケットデータネットワーク（packet data network：ＰＤＮ）接続をサポートしている現在のアクセスネットワーク（access network：ＡＮ）から、複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮにローミングを行う際、ハンドオーバターゲットＡＮ内での動作のために、複数のアクティブなＰＤＮ接続から単一のＰＤＮ接続を選択するステップと、メッセージを交換して、ハンドオーバターゲットＡＮ内で、単一のＰＤＮ接続を登録するステップとを有する無線通信のための方法を開示する。

他の側面では、無線通信のための装置を開示する。装置は、複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のアクセスネットワーク（ＡＮ）から、複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮにローミングを行う際、ハンドオーバターゲットＡＮ内での動作のために、複数のアクティブなＰＤＮ接続から単一のＰＤＮ接続を選択する手段と、メッセージを交換して、ハンドオーバターゲットＡＮ内で、単一のＰＤＮ接続を登録する手段とを備える。

更に他の側面では、コンピュータが読取可能な不揮発性の媒体を備えるコンピュータプログラム製品を開示する。コードは、複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のアクセスネットワーク（ＡＮ）から、複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮにローミングを行う際、ハンドオーバターゲットＡＮ内での動作のために、複数のアクティブなＰＤＮ接続から単一のＰＤＮ接続を選択する命令と、ハンドオーバターゲットＡＮ内での動作時に維持されるアクセスポイント名（access point name：ＡＰＮ）へのＰＤＮ接続を予備登録する命令とを含む。

更に他の側面として開示される無線通信方法は、現在のアクセスネットワーク（ＡＮ）内で、プロキシバインディング更新／プロキシバインディング応答（proxy binding update/ proxy binding acknowledge：ＰＢＵ／ＰＢＡ）手続を実行して、アクセスポイント名（ＡＰＮ）への複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のＡＮから、ＡＰＮへの複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮへのユーザ設備のローミングを補助するネットワークゲートウェイサーバを準備するステップを有する。ＰＢＵ／ＰＢＡ手続は、ターゲットＡＮ内のゲートウェイサーバがＡＰＮへの複数のＰＤＮ接続をサポートしているか否かを学習するステップと、ターゲットＡＮ内でのＰＤＮ接続の予備登録を補助するステップとを含む。

更に他の側面においては、無線通信のためのシステムは、複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のアクセスネットワーク（ＡＮ）から、複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮにローミングを行う際、ハンドオーバターゲットＡＮ内での動作のために、複数のアクティブなＰＤＮ接続から単一のＰＤＮ接続を選択し、メッセージを交換して、ハンドオーバターゲットＡＮ内で、単一のＰＤＮ接続を登録するように構成されているユーザ設備と、現在のアクセスネットワーク（ＡＮ）内で、プロキシバインディング更新／プロキシバインディング応答（ＰＢＵ／ＰＢＡ）手続を実行して、アクセスポイント名（ＡＰＮ）への複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のＡＮから、ＡＰＮへの複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮへのユーザ設備のローミングを補助するネットワークゲートウェイサーバを準備し、ターゲットＡＮ内のゲートウェイサーバがＡＰＮへの複数のＰＤＮ接続をサポートしているか否かを学習し、ターゲットＡＮ内でのＰＤＮ接続の予備登録を補助するように構成されているゲートウェイサーバとを備える。

１つ以上の具体例の詳細は、添付の書類、図面及び以下の説明に開示する。他の特徴は、詳細な説明、図面及び特許請求の範囲から明らかとなる。

無線通信システムの具体例を示す図である。 無線局アーキテクチャの具体例を示す図である。 例示的なＥ−ＵＴＲＡＮ−ｅＨＲＰＤネットワークアーキテクチャを示すブロック図である。 成功したハンドオーバについて、ベアラ及びシグナリングパスの関連付けの具体例を示す図である。 ＭＵＰＳＡＰソースアクセスアーキテクチャ内のＰＤＮ接続の追加を示す図である。 ＭＵＰＳＡＰソースアクセスアーキテクチャ内にＰＤＮ接続の削除を示す図である。 Ｅ−ＵＴＲＡＮを介するｅＨＲＰＤ予備登録の間に交換される例示的メッセージを示す図である。 ＨＳＧＷがＭＵＰＳＡＰをサポートしていない場合に、Ｅ−ＵＴＲＡＮを介するｅＨＲＰＤ予備登録の間に交換される例示的メッセージを示す図である。 Ｅ−ＵＴＲＡＮからｅＨＲＰＤへのアクティブモードの最適化されたハンドオフの間に交換される例示的メッセージを示す図である。 Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていない場合に、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへのアクティブモードの最適化されたハンドオフの間に交換される例示的メッセージを示す図である。 Ｅ−ＵＴＲＡＮからｅＨＲＰＤへのアイドルモードの最適化されたハンドオフの間に交換される例示的メッセージを示す図である。 Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていない場合に、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへのアイドルモードの最適化されたハンドオフの間に交換される例示的メッセージを示す図である。 部分的ＨＳＧＷコンテキストを仮定した、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへの最適化されていないハンドオフの間に交換される例示的メッセージを示す図である。 ヌルＨＳＧＷコンテキストを仮定した、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへの最適化されていないハンドオフの間に交換される例示的メッセージを示す図である。 既存のｅＨＲＰＤセッションがないと仮定した、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへの最適化されていないハンドオフの間に交換される例示的メッセージを示す図である。 無線通信のためのプロセスのフローチャートである。 無線通信装置の一部のブロック図である。 無線通信のためのプロセスのフローチャートである。 無線通信装置の一部のブロック図である。

各図面における同様の参照符号は、同様の要素を示している。

以下では、無線通信を補助するための技術を説明する。ここに開示する技術は、一側面においては、複数のパケットデータネットワーク接続について、ハンドオフを可能にするために有用である。

図１は、無線通信システムの具体例を示している。無線通信システムは、１つ以上の基地局（base station：ＢＳ）１０５ａ、１０５ｂ、１つ以上の無線デバイス１１０及びアクセスネットワーク１２５を含むことができる。基地局１０５ａ、１０５ｂは、１つ以上の無線セクタ内の無線デバイス１１０に無線サービスを提供できる。幾つかの具体例では、基地局（例えば、１０５ａ、１０５ｂ）は、指向性アンテナを含み、２つ以上の指向性ビームを生成して、異なるセクタ内に無線カバレッジを提供する。

アクセスネットワーク１２５は、１つ以上の基地局１０５、１０５ｂと通信することができる。幾つかの具体例では、１つ以上の基地局１０５、１０５ｂは、アクセスネットワーク１２５に含まれる。幾つかの具体例では、アクセスネットワーク１２５は、他の無線通信システム及び有線通信システムとの接続を提供するコアネットワーク（図１には示していない。）と通信する。コアネットワークは、加入された無線デバイス１１０に関連する情報を保存する１つ以上のサービス加入データベース（service subscription database）を含んでいてもよい。第１の基地局１０５は、第１の無線アクセス技術に基づく無線サービスを提供でき、第２の基地局１０５は、第２の無線アクセス技術に基づく無線サービスを提供できる。基地局１０５は、配備状況（deployment scenario）に応じて、同じ場所に設置してもよく、フィールド内で離して設置してもよい。アクセスネットワーク１２５は、複数の異なる無線アクセス技術をサポートできる。

本発明の技術及びシステムを実装することができる無線通信システム及びアクセスネットワークの様々な具体例としては、特に、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）に基づく無線通信システム、例えば、ＣＤＭＡ２０００ １ｘ、ＨＲＰＤ（High Rate Packet Data）、ｅＨＲＰＤ（evolved HRPD）、ＵＭＴＳ（Universal Mobile Telecommunications System）、ＵＴＲＡＮ（Universal Terrestrial Radio Access Network）、Ｅ−ＵＴＲＡＮ（Evolved UTRAN）、ＬＴＥ（Long-Term Evolution）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等が含まれる。幾つかの具体例では、無線通信システムは、異なる無線技術を用いる複数のネットワークを含むことができる。デュアルモード又はマルチモードの無線デバイスは、異なる無線ネットワークに接続するために使用することができる２つ以上の無線技術を含む。幾つかの具体例では、無線デバイスは、音声−データ同時処理（Simultaneous Voice-Data Operation：ＳＶ−ＤＯ）をサポートできる。

図２は、無線局２０５の一部のブロック図である。例えば、基地局又は無線デバイスである無線局２０５は、ここに開示する無線技術の１つ以上を実装するマイクロプロセッサ等のプロセッサ回路２１０を含むことができる。無線局２０５は、アンテナ２２０等の１つ以上の通信インタフェースを介して無線信号を送信及び／又は受信する送受信回路２１５を含むことができる。無線局２０５は、データを送信及び受信するための他の通信インタフェースを含むことができる。無線局２０５は、データ及び／又は命令等の情報を保存するように構成された１つ以上のメモリを含むことができる。幾つかの具体例では、プロセッサ回路２１０は、送受信回路２１５の少なくとも一部を含むことができる。

幾つかの具体例では、無線局２０５は、ＣＤＭＡエアーインタフェースに基づいて互いに通信を行うことができる。幾つかの具体例では、無線局２０５は、直交周波数分割多重（orthogonal frequency-division multiplexing：ＯＦＤＭ）エアーインタフェースに基づいて互いに通信を行うことができ、ＯＦＤＭエアーインタフェースは、直交周波数分割多元接続（Orthogonal Frequency-Division Multiple Access：ＯＦＤＭＡ）エアーインタフェースを含むことができる。幾つかの具体例では、無線局２０５は、例えば、ＣＤＭＡ２０００ １ｘ等のＣＤＭＡ、ＨＲＰＤ、ＷｉＭＡＸ、ＬＴＥ及びＵＭＴＳ（Universal Mobile Telecommunications System）等、１つ以上の無線技術を使用して通信を行うことができる。

３ＧＰＰ２によって定義されているｅＨＲＰＤ（enhanced High Rate Packet Data）ネットワークでは、ＵＥは、ＥＰＳ（Evolved Packet System）へのアタッチメントによってＩＰサービスを提供する。ＥＰＳは、３ＧＰＰ ＴＳ２３．４０２及び他の関連する仕様書によって指定されている。ＨＲＰＤサービングゲートウェイ（HRPD Serving Gateway：ＨＳＧＷ）は、３ＧＰＰ２によって定義されているｅＨＲＰＤネットワークと、３ＧＰＰ標準化団体によって指定されているＥＰＳシステムとの間の接続を提供するネットワークエッジエンティティである。ＨＳＧＷの機能及び能力の詳細は、３ＧＰＰ２ ＴＳＧ−Ｘワーキンググループによって定義されている。

ユーザ設備（User Equipment：ＵＥ）及びＨＳＧＷを含むｅＨＲＰＤネットワークは、異なるＰＤＮ上で動作するアプリケーション毎に、ＵＥに個々のＩＰｖ４アドレス及び／又はＩＰｖ６アドレスを割り当てることによって、複数のパケットデータネットワーク（Packet Data Network：ＰＤＮ）へのアタッチメントをサポートするＩＰ環境を提供する。ＰＤＮは、アクセスポイント名（Access Point Name：ＡＰＮ）とも呼ばれ、３ＧＰＰ仕様書に詳述されているＥＰＳコアネットワーク内に常駐する。複数のＰＤＮをホームとするＵＥにおける同時アプリケーションの具体例として、ピアエンティティがインターネットドメインにある状態で、ＵＥ上で動作するインターネットブラウジングアプリケーションを挙げることができる。同時に、ＵＥは、企業ドメインにアンカされた進行中の電話会議アプリケーションを有することができる。複数のＰＤＮにおいて複数の同時アプリケーションをサポートするこのような概念は、３ＧＰＰ２のリビジョン０「Ｅ−ＵＴＲＡＮ−ｅＨＲＰＤ接続仕様書」（Ｘ．Ｓ００５７−０）によってサポートされている。３ＧＰＰドメインでは、同等の仕様書の組は、リリース８仕様書と呼ばれている。

３ＧＰＰ仕様書のリリース９では、複数のアプリケーションを同じＰＤＮドメインで実行することを許可することによって、ＵＥ上の複数の同時アプリケーションの概念を進歩させている。この概念は、「ＡＰＮへの複数のＰＤＮ接続（Multiple PDN Connections to an APN：ＭＵＰＳＡＰ）」と呼ばれている。例えば、ＭＵＰＳＡＰは、インターネットブラウジング、ＦＴＰダウンロード、電話会議等の２つ以上のアプリケーションが企業ドメイン内で同時に実行されることを許可する。この場合、同じ企業（ＰＤＮ）ドメインをホームとするアプリケーション毎に個々のＩＰｖ４アドレス及び／又はＩＰｖ６アドレスをＵＥに割り当てる。３ＧＰＰ２ＴＳＧ−Ｘワーキンググループは、３ＧＰＰ２のリビジョンＡ「Ｅ−ＵＴＲＡＮ／ｅＨＲＰＤ接続仕様書」（Ｘ．Ｓ００５７−ａ）において、このようなＭＵＰＳＡＰ能力を開発中である。

図３は、Ｅ−ＵＴＲＡＮ−ｅＨＲＰＤインターワーキングアーキテクチャの具体例を示している。

ｅＨＲＰＤ：進化型高速パケットデータ（Enhanced High Rate Packet Data）
ＥＰＣ：進化型パケットコア（Evolved Packet Core）
Ｅ−ＵＴＲＡＮ：進化型ＵＴＲＡＮ（ＬＴＥとも呼ばれている）
３ＧＰＰ Ｅ−ＵＴＲＡＮネットワークと、３ＧＰＰ２ ｅＨＲＰＤネットワークとの間のインターワーキング
３ＧＰＰ ＴＳ２３．４０２及び関連する仕様書、並びに３ＧＰＰ２ Ｘ．Ｓ００５７仕様書に指定されているプロトコルは、Ｅ−ＵＴＲＡＮ（ＬＴＥ）とｅＨＲＰＤネットワークとの間のインターワーキングをサポートする。Ｅ−ＵＴＲＡＮネットワークのカバレッジエリアと、ｅＨＲＰＤ ＲＡＴ（Radio Access Technology/Type）ネットワークのカバレッジエリアとの間をＵＥが移動すると、呼のシームレスな技術間モビリティ（seamless inter-technology mobility of calls）がサポートされる。このような技術間モビリティ／ハンドオフは、（ａ）最適化されたハンドオフ／ハンドオーバ及び（ｂ）最適化されていないハンドオフ／ハンドオーバに分類される。

最適化されたハンドオフ／ハンドオーバは、ソースアクセスネットワークとターゲットアクセスネットワークとの間でトンネリングされたシグナリング（すなわち、アーキテクチャの図に示すＳ１０１インタフェースを介するＳ１０１シグナリング）を使用した、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへの、又はこの逆のＵＥの移動を伴う。ＵＥは、ソースアクセスネットワーク内にある間に、ソースアクセスネットワークを介して、ターゲットアクセスネットワークにシグナリングをトンネリングして、「予備登録（pre-register）」を行い、すなわち、無線及びＩＰコンテキストの両方をターゲットシステム上に作成する。予備登録の後に、ＵＥは、ターゲット技術への無線レベルのハンドオフ／ハンドオーバを実行する。最適化されたハンドオフ／ハンドオーバは、アクティブ状態及びアイドル（休止）状態の両方のＵＥに適用される。

最適化されていないハンドオフ／ハンドオーバは、ソースアクセスネットワークとターゲットアクセスネットワークとの間でトンネリングされたシグナリング（すなわち、Ｓ１０１シグナリング）を使用しないＥ−ＵＴＲＡＮからｅＨＲＰＤへの、又はこの逆のＵＥの移動を伴う。ＵＥは、ソースアクセスネットワークの無線環境から出て、ターゲットアクセスネットワークへの無線レベルのアタッチメントを実行し（例えば、ＵＥがＥ−ＵＴＲＡＮからｅＨＲＰＤに移動する場合、ｅＨＲＰＤセッションを作成し）、次に、ＵＥがソースアクセスネットワークを介して通信していたパケットデータネットワークへのハンドオーバアタッチ手続（handover attach procedure）を実行する。最適化されていないハンドオフ／ハンドオーバは、アクティブ状態及びアイドル（休止）状態の両方のＵＥに適用される。

Ｅ−ＵＴＲＡＮ及びｅＨＲＰＤにおけるハンドオーバの課題
先に述べたように、３ＧＰＰ ＴＳ２３．４０２及び関連する仕様書、並びに３ＧＰＰ２ Ｘ．Ｓ００５７仕様書に指定されているプロトコルは、Ｅ−ＵＴＲＡＮ無線／アクセスネットワークとｅＨＲＰＤ無線／アクセスネットワークとの間の最適化されたハンドオーバ及び最適化されていないハンドオーバをサポートする。「リビジョン０／リリース８」のＵＥは、複数のパケットデータドメインにおいて、複数の同時アプリケーションをサポートできる。更に、「リビジョンＡ／リリース９」のＵＥは、各パケットデータドメイン（ＡＰＮ）において、同時の複数のアプリケーションをサポートできる。この後者の能力は、ＭＵＰＳＡＰと呼ばれている。

リビジョン０／リリース８ハンドオフ／ハンドオーバ
最適化されたハンドオフ／ハンドオーバの場合について、ＵＥが、複数のＰＤＮ／ＡＰＮ（ＰＤＮ接続と呼ばれ、各ＰＤＮ接続は、ＰＤＮ−ＩＤによって特定される。）内でアクティブな複数の同時アプリケーションを有し、Ｅ−ＵＴＲＡＮアクセスに接続されているとする。このような複数のＩＰ接続のための各パケットデータフロー（ベアラ接続）は、ＵＥの各ＰＤＮ接続に割り当てられた一意的なＰＤＮ−ＩＤによって特定される。ＰＤＮ−ＩＤは、Ｅ−ＵＴＲＡＮ内では、ＵＥとサービングゲートウェイ（Serving Gateway：Ｓ−ＧＷ）との間で、ＥＰＳドメイン内では、Ｓ−ＧＷとＰ−ＧＷとの間でＩＰパケットベアラパス間の関連付けを提供する。また、ＰＤＮ−ＩＤは、Ｓ−ＧＷとパケット課金規則機能（Packet Charging Rules Function：ＰＣＲＦ）との間、及びＰ−ＧＷとＰＣＲＦとの間で、ポリシ及び課金制御（Policy and Charging Control：ＰＣＣ）のためのシグナリングパス間の関連付けを提供する。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮのエッジネットワークエンティティであり、ｅＨＲＰＤネットワークのＨＳＧＷと同様である。

Ｅ−ＵＴＲＡＮアクセスに接続されている間、ＵＥは、潜在的ハンドオーバターゲットとして、ｅＨＲＰＤアクセスネットワークの存在を認識できる。そして、ＵＥは、ＣＤＭＡ測定値レポート（CDMA measurements reports）によって、ｅＨＲＰＤアクセスの関連する信号強度等をＥ−ＵＴＲＡＮに知らせる。Ｅ−ＵＴＲＡＮネットワークは、ハンドオーバ判定を行い、Ｓ１０１インタフェースを介して、ｅＨＲＰＤネットワークに適切なシグナリングを行い、ｅＨＲＰＤネットワークが潜在的ハンドオーバターゲットとなっていることを知らせる。ｅＨＲＰＤが可能なハンドオーバを準備するために、ＵＥは、ｅＨＲＰＤネットワーク内のＨＳＧＷとの各ＰＤＮ接続（一意的なＰＤＮ−ＩＤによって特定される。）についてシグナリング（ＶＳＮＣＰ（Vendor Specific Network Control Protocol）シグナリング）を実行し、これによって、ｅＨＲＰＤドメイン（ＨＳＧＷ）内で、アクティブなＰＤＮ接続の「予備登録（pre-registration）」を実行する。このような予備登録は、通常、ＵＥとＨＳＧＷとの間でＰＰＰ接続を設定すること、ｅＨＲＰＤアクセスのためのＵＥ認証及び認可を実行すること、及び異なるＰＤＮ／ＡＰＮを介してＩＰ接続サービスをＵＥに提供しているＥＰＳドメイン内のＰＤＮゲートウェイ（Ｐ−ＧＷ）をｅＨＲＰＤ（ＨＳＧＷ）に知らせることによって行われる。このような予備登録によって、ｅＨＲＰＤアクセスへの実際のハンドオーバの前に、ｅＨＲＰＤ／ＨＳＧＷ上で、時間が掛かる接続のセットアップを行うことができる。しかしながら、このような予備登録では、ｅＨＲＰＤドメイン内のＨＳＧＷと、ＥＰＳドメイン内のＰ−ＧＷとを接続しない。したがって、ＩＰパケットデータフローは、Ｅ−ＵＴＲＡＮドメインのエンティティを介して、ＵＥと（ＥＰＳ内の）Ｐ−ＧＷとの間で継続する。

後に、ＵＥが実際にｅＨＲＰＤアクセスに移動したとき、ｅＨＲＰＤドメイン内のＨＳＧＷと、ＥＰＳドメイン内のＰ−ＧＷとを接続する。このような接続は、プロキシモバイルＩＰｖ６（Proxy Mobile IPv6：ＰＭＩＰｖ６）手続を用いて、ＨＳＧＷとＰ−ＧＷとの間のプロキシバインディング更新／プロキシバインディング応答（Proxy Binding Update/Proxy Binding Acknowledge：ＰＢＵ／ＰＢＡ）メッセージの交換によって実行される。このようなＰＢＵ／ＰＢＡ手続は、ＨＳＧＷにおいて、ＰＤＮ−ＩＤを介して特定された予備登録されたＰＤＮ接続のそれぞれについて実行される。Ｅ−ＵＴＲＡＮとｅＨＲＰＤエンティティとの間の接続は、Ｓ１０３インタフェースによってもイネーブルにされ、これによって、Ｅ−ＵＴＲＡＮアクセスからｅＨＲＰＤアクセスへのＵＥ移行の間、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへのデータパケットのトンネリングが可能になる。ＵＥ及びＨＳＧＷとの間で、時間が掛かるプロセスであるＰＰＰセットアップ、認証／認可及びＰＤＮ接続セットアップは、予備登録によって実行されているので、ＰＢＵ／ＰＢＡ手続は、比較的速やかに実行でき、したがって、これを「最適化されたハンドオーバ（Optimized Handover）」と呼ぶ。

最適化されていないハンドオフ／ハンドオーバの場合、Ｓ１０１インタフェースを介するＥ−ＵＴＲＡＮとｅＨＲＰＤとの間の接続は存在しない。したがって、ＵＥがまだＥ−ＵＴＲＡＮ無線／アクセスにある間は、ｅＨＲＰＤ内のＰＤＮ接続の予備登録を実行できない。ＵＥがｅＨＲＰＤアクセスに移動すると、ＵＥ及びｅＨＲＰＤネットワークは、ＵＥ及びＨＳＧＷとの間で、ＰＰＰセッション設定、並びに認証／認可及びＰＤＮ接続セットアップのプロセスを行う。また、ＨＳＧＷとＰ−ＧＷとの間では、ＰＢＵ／ＰＢＡ手続も実行され、ＩＰ接続がＥ−ＵＴＲＡＮからｅＨＲＰＤに移行される。Ｅ−ＵＴＲＡＮアクセスからｅＨＲＰＤアクセスへのＩＰ接続のこのような移行は、比較的長い遅延が生じ、データパケットの損失の可能性もあり、したがって、これを「最適化されていないハンドオーバ」と呼ぶ。

リビジョンＡ／リリース９ハンドオフ／ハンドオーバ
リビジョン０／リリース８の最適化されたハンドオフ／ハンドオーバ及び最適化されていないハンドオフ／ハンドオーバの全ての能力は、リビジョンＡ／リリース９システムによってサポートされている。更に、リビジョンＡ／リリース９システムは、ＭＵＰＳＡＰ ＰＤＮ接続のハンドオーバもサポートしている。ＵＥがＭＵＰＳＡＰをサポートし、Ｅ−ＵＴＲＡＮ及びｅＨＲＰＤネットワークの両方がＭＵＰＳＡＰをサポートしている（すなわち、それぞれリリース９及びリビジョンＡに対応している）場合、ハンドオーバの時点で、ＵＥがＥ−ＵＴＲＡＮ（ソースアクセス）内で所与のＡＰＮに複数のＰＤＮ接続を有する場合（ＭＵＰＳＡＰ）、ＵＥは、ｅＨＲＰＤネットワーク（ターゲットアクセス）でもＭＵＰＳＡＰ接続をサポートする。上述したように、ＵＥのＩＰ接続のそれぞれは、ＰＤＮ−ＩＤによって一意的に特定される。更に、所与のＡＰＮへのＭＵＰＳＡＰ接続のそれぞれは、他のパラメータによって特定される。このようなパラメータは、Ｅ−ＵＴＲＡＮドメインでは、リンクされたＥＰＳベアラＩＤ（Linked EPS Bearer Id：ＬＢＩ）と呼ばれ、ｅＨＲＰＤドメインでは、「ユーザコンテキスト識別子」と呼ばれ、ＥＰＳドメインでは、「ＰＤＮ接続ＩＤ」と呼ばれる。例えば、このような識別子が適切に存在すると、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへのＭＵＰＳＡＰハンドオーバの成功によって、ＵＥとＨＳＧＷとの間の「ＰＤＮ−ＩＤ＋ユーザコンテキストＩＤ」の関連付け、ＨＳＧＷとＰ−ＧＷとの間の「ＰＤＮ−ＩＤ＋ＰＤＮ接続ＩＤ」の関連付け、ＨＳＧＷとＰＣＲＦとの間の（ＰＣＣのための）「ＰＤＮ−ＩＤ＋ＰＤＮ接続ＩＤ」の関連付け、及びＰ−ＧＷとＰＣＲＦとの間の「ＰＤＮ−ＩＤ＋ＰＤＮ接続ＩＤ」の関連付けが行われる。このような関連付けを図４に示す。

ＭＵＰＳＡＰハンドオーバについて、一例として、リリース９対応のＥ−ＵＴＲＡＮから、リビジョン０対応のｅＨＲＰＤへのハンドオーバのケースについて説明する。リリース９対応のＥ−ＵＴＲＡＮとは、ＵＥ及びＥ−ＵＴＲＡＮがＭＵＰＳＡＰをサポートしていることを含意する。リビジョン−０のｅＨＲＰＤとは、ｅＨＲＰＤドメインのエンティティがＭＵＰＳＡＰをサポートしていないことを含意する。Ｅ−ＵＴＲＡＮアクセス上では、ＵＥは、（ＰＤＮ−ＩＤ＋ＬＢＩの一意的な対と共に）所与のＡＰＮへの複数のＰＤＮ接続を有することができる。ＵＥがｅＨＲＰＤへのハンドオーバを準備する場合、（一意的なＰＤＮ−ＩＤによって特定される）所与のＡＰＮへの単一のＰＤＮ接続だけしかハンドオーバすることができない。

この場合の問題の１つは、Ｅ−ＵＴＲＡＮアクセス内のＭＵＰＳＡＰ接続の何れをｅＨＲＰＤアクセスにハンドオーバするかである。

ＭＵＰＳＡＰ対応のソースアクセスからＭＵＰＳＡＰ非対応のターゲットアクセスへのハンドオーバの際のＭＵＰＳＡＰ接続の選択のための方針の１つは、ＵＥがそのＡＰＮについて、最も重要な進行中のアプリケーションに対応するＰＤＮ接続を選択することである。例えば、ＵＥが、企業ネットワーク（企業ＡＰＮ）において、ウェブブラウジング、電話会議及びＦＴＰダウンロードアプリケーションを同時にアクティブにしている場合、最も重要なＰＤＮ接続は、電話会議としてもよい。この具体例では、ＵＥがＭＵＰＳＡＰ対応のＥ−ＵＴＲＡＮソースアクセスからＭＵＰＳＡＰ非対応のｅＨＲＰＤターゲットアクセスへのハンドオーバを行う際、ＵＥは、電話会議の継続を維持することを望む。

上述した図３に示すように、ハンドオーバの成功には、複数のドメイン内の異なるエンティティにおいて、ベアラ及びシグナリングセグメントの適切な関連付が必要である。（例えば、上述したように）ＵＥがＭＵＰＳＡＰ接続の１つを無作為に選択した場合、異なるベアラ及びシグナリングコンポーネントの適切な関連付けが維持されないことがある。

例えば、ＵＥ及びＥ−ＵＴＲＡＮがＭＵＰＳＡＰをサポートし、ｅＨＲＰＤドメインのＨＳＧＷがＭＵＰＳＡＰをサポートしていないとする。ＨＳＧＷは、ＭＵＰＳＡＰをサポートしていないので、ＨＳＧＷは、所与のＡＰＮへの異なるＰＤＮ接続を特定するために使用される「ユーザコンテキスト識別子」パラメータを解釈できない。ＵＥが、Ｅ−ＵＴＲＡＮアクセス上のまま、ＨＳＧＷにおいて、ＰＤＮ接続の予備登録を実行する際、ＨＳＧＷにおいては、１つのＡＰＮあたり１つのＰＤＮ接続しか登録できないが、ＵＥがＥ−ＵＴＲＡＮアクセス上にある場合、所与のＡＰＮへの複数のＰＤＮ接続がアクティブであることがある。例示的なアプリケーションシナリオの説明を続けると、ＵＥは、Ｅ−ＵＴＲＡＮアクセス上で、企業ＡＰＮを介して、ウェブブラウジングアプリケーションをアクティブ化し、このようなＰＤＮ接続は、ｅＨＲＰＤドメイン内のＨＳＧＷに予備登録される。後に、ＵＥは、まだＥ−ＵＴＲＡＮアクセス内の予備登録の状態で、企業ＡＰＮを介して、電話会議アプリケーションをアクティブ化する。ＵＥは、ＨＳＧＷにおいて、電話会議アプリケーションに対応するＰＤＮ接続を予備登録する。ＨＳＧＷは、１つＡＰＮあたり単一のＰＤＮ接続だけしかサポートできない（非ＭＵＰＳＡＰ）ので、ウェブブラウジングアプリケーションのための先の予備登録は、電話会議アプリケーションのための予備登録によって上書きされる。この後、ＵＥは、まだＥ−ＵＴＲＡＮアクセス上にあって、企業ＡＰＮを介して、ＦＴＰアプリケーションを開始する。ＵＥは、ｅＨＲＰＤドメイン内のＨＳＧＷ上でも、このＦＴＰアプリケーションＰＤＮ接続を予備登録する。ＨＳＧＷでは、ＦＴＰアプリケーション予備登録が電話会議予備登録を上書きする。この後、ＵＥは、ｅＨＲＰＤアクセスへのハンドオーバを行う。上述した可能な要求では、ＵＥは、非ＭＵＰＳＡＰのｅＨＲＰＤアクセスへのハンドオーバを行う際は、電話会議アプリケーションの接続を維持することを望む。しかしながら、ＨＳＧＷは、企業ＡＰＮのＰＤＮ接続のための「最後に」予備登録された、すなわち、ＦＴＰアプリケーションのための予備登録コンテキストを有している。したがって、ＵＥとＨＳＧＷとの間のベアラコンポーネント間の適切な関連付けは保証されない。

ＵＥ及びＥ−ＵＴＲＡＮがＭＵＰＳＡＰをサポートしている場合の同様のシナリオについて説明する。ｅＨＲＰＤドメイン内のＨＳＧＷもＭＵＰＳＡＰをサポートしているとする。この場合、ＵＥがＥ−ＵＴＲＡＮアクセス上にある間にアクティブな全てのＭＵＰＳＡＰ接続の予備登録は、ＨＳＧＷにおいて保証することができる。但し、この具体例では、ＥＰＳドメイン内のＰ−ＧＷは、ＭＵＰＳＡＰをサポートしていない。したがって、Ｐ−ＧＷは、「ＰＤＮ接続ＩＤ」パラメータを解釈できない。Ｐ−ＧＷのコンテキストは、その所与のＡＰＮのための「最後」のＰＤＮ接続、この場合、ＦＴＰアプリケーションに対応する。この場合も、ＵＥは、ＭＵＰＳＡＰ接続を無作為に選択する自由はない。

したがって、ＭＵＰＳＡＰをサポートしているソースアクセスから、ＭＵＰＳＡＰをサポートしていないターゲットアクセスへのハンドオーバの成功を保証するために、幾つかの規則を定義する必要がある。上述の例示的なシナリオは、最適化されたハンドオーバの場合のみについて、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへのハンドオーバを説明しているが、このような規則は、最適化されていないハンドオーバにも必要である。このような規則は、ＭＵＰＳＡＰ対応のｅＨＲＰＤソースアクセスからＭＵＰＳＡＰ非対応のＥ−ＵＴＲＡＮターゲットアクセスへのハンドオーバにも必要である。

例示的規則：
ＭＵＰＳＡＰ対応のソースアクセスからＭＵＰＳＡＰ非対応のターゲットアクセスへのハンドオーバのための規則を以下に示す。

ＵＥがソースアクセスネットワークとターゲットアクセスネットワークとの間でハンドオーバを行い、ＵＥがソースアクセス内で所与のＡＰＮへの２つ以上のＰＤＮ接続を有し、ターゲットアクセスでは、単一のＡＰＮへの複数のＰＤＮ接続がサポートされない場合、ターゲットアクセスでは、所与のＡＰＮへの１つのＰＤＮ接続だけが確立される。

ＵＥが非ＭＵＰＳＡＰターゲットアクセスに移動したとき、ＭＵＰＳＡＰ対応のソースアクセス上における所与のＡＰＮのためのアクティブなＰＤＮ接続から、ネットワークエンティティが同じＰＤＮ接続を選択するように、ＵＥは、ＭＵＰＳＡＰ対応のソースアクセス上における所与のＡＰＮのためのアクティブなＰＤＮ接続から、最新のＰＤＮ接続、すなわち、所与のＡＰＮのためのアクティブなＰＤＮ接続から、最後にアクティブ化されたＰＤＮ接続を選択する。

ＭＵＰＳＡＰ対応のソースアクセス上で、所与のＡＰＮへの新たなＰＤＮ接続が確立され、ターゲットアクセス内では、そのＡＰＮのために既に予備登録されているＰＤＮ接続がある場合、非ＭＵＰＳＡＰで予備登録されているＰＤＮ接続は、そのＡＰＮのための最新のＰＤＮ接続ではなくなる。この場合、非ＭＵＰＳＡＰターゲットアクセス内で先に予備登録されたＰＤＮ接続は削除され、新たに確立されたＰＤＮ接続が予備登録される。図５は、非ＭＵＰＳＡＰターゲットアクセス内の最後のＰＤＮ接続のＭＵＰＳＡＰソースアクセス予備登録におけるＰＤＮ接続の追加を示している。

ＭＵＰＳＡＰ対応のソースアクセスにおいて、最新の予備登録されたＰＤＮ接続が削除されると、ターゲットアクセス内の予備登録された情報は、不用になる。この場合、ＵＥがまだＭＵＰＳＡＰ対応のソースアクセス上にある間に、２番目に新しいＰＤＮ接続が最新のＰＤＮ接続になる。非ＭＵＰＳＡＰターゲットアクセス内で先に予備登録されたＰＤＮ接続は、削除され、２番目に新しいＰＤＮ接続がターゲットアクセス内で予備登録される。図６は、ＭＵＰＳＡＰソースアクセス内の最後のＰＤＮ接続の削除、及び非ＭＵＰＳＡＰターゲットアクセスにおける２番目に新しいＰＤＮ接続の予備登録を示している。

３ＧＰＰ２ ＴＳＧ−Ｘ固有のＭＵＰＳＡＰ能力：
上述したように、３ＧＰＰ２ ＴＳＧ−Ｘは、Ｘ．Ｓ００５７仕様書のリリースＡバージョンにおいて、ＭＵＰＳＡＰをサポートするための手続を定義している可能性がある。上述した規則の説明を続けると、ＭＵＰＳＡＰ対応のＥ−ＵＴＲＡＮアクセスからＭＵＰＳＡＰ非対応のｅＨＲＰＤアクセスへのハンドオーバのために、以下に示す規則の組が提案される。

図７、図８、図９、図１０、図１１、図１２、図１３、図１４及び図１５は、無線ネットワーク内での最適化されたハンドオフ及び最適化されていないハンドオフの間に交換されるメッセージの様々な具体例を示している。以下、これらのメッセージ交換について説明する。

以下、最適化されたハンドオーバの場合の規則を説明する。このシナリオでは、ＵＥ及びＥ−ＵＴＲＡＮは、ＭＵＰＳＡＰをサポートし、ＨＳＧＷは、ＭＵＰＳＡＰをサポートしていない。規則は、（ｅＨＲＰＤドメイン内で）ＵＥとｅＡＮ／ｅＰＣＦとの間でｅＨＲＰＤシグナリングをトンネリングするＳ１０１インタフェースの使用を仮定する。

ｅＨＲＰＤシステムがＭＵＰＳＡＰをサポートしているか否かがＵＥにとって既知でない場合、ＵＥは、ＶＳＮＣＰ構成−要求メッセージ（VSNCP Configure-Request message）にユーザコンテキスト識別子構成オプション（User Context Identifier configuration option）を含ませることによって、自らがｅＨＲＰＤシステムで維持することを望む所与のＡＰＮへのＰＤＮ接続について予備登録を実行する。ＵＥは、ユーザコンテキスト識別子構成オプションなしのＶＳＮＣＰ構成−応答メッセージを受信すると、ｅＨＲＰＤシステムがＭＵＰＳＡＰをサポートしていないことを学習する。

ＵＥは、使用可能であれば、ＡＮＤＳＦ機能を介して、又はＶＳＮＣＰシグナリング手続を介してｅＨＲＰＤシステムがＭＵＰＳＡＰをサポートしていないことを学習してもよい。ＨＳＧＷがＭＵＰＳＡＰをサポートしていないことをＵＥが知ると、ＵＥは、ｅＨＲＰＤシステム内で、先に予備登録を実行していない場合、所与のＡＰＮへの最新のＰＤＮ接続の予備登録を実行する。ＵＥは、ＶＳＮＣＰ構成−要求メッセージ内にユーザコンテキスト識別子構成オプションを含ませなくてもよい。

予備登録維持期間（pre-registration maintenance period）の間、Ｅ−ＵＴＲＡＮシステム内で同じＡＰＮへの新たなＰＤＮ接続が確立されると、ｅＨＲＰＤシステムでは、先に予備登録されているＰＤＮ接続コンテキストを削除して、ＡＰＮへの新たに確立されたＰＤＮ接続を予備登録してもよい。

予備登録維持期間の間、ｅＨＲＰＤシステムに予備登録されているＡＰＮへのＰＤＮ接続がＥ−ＵＴＲＡＮシステム内で解放されると、その予備登録されたＰＤＮ接続コンテキストは、削除され、使用可能であれば、同じＡＰＮへの先の（２番目に新しい）ＰＤＮ接続をｅＨＲＰＤシステムに予備登録してもよい。

以下、アクティブモードの最適化されたハンドオーバの場合の規則を説明する。このシナリオでは、ＵＥは、ｅＨＲＰＤに予備登録されており、ＰＰＰインアクティビティタイマ（PPP inactivity timer）がまだ走行しており、ＨＳＧＷは、ＵＥのための（ＰＭＩＰバインディングを除く）フルコンテキストを有する。また、Ｐ−ＧＷは、単一のＡＰＮへの複数のＰＤＮ接続（ＭＵＰＳＡＰ）をサポートしていないと仮定する。

ＨＳＧＷがＭＵＰＳＡＰをサポートしており、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしているか否かがＨＳＧＷにとって既知でなく、ＨＳＧＷが所与のＡＰＮへの複数の予備登録されたＰＤＮ接続を有する場合、ＨＳＧＷは、ＰＤＮ接続ＩＤ情報要素を含ませることによって、ｅＨＲＰＤシステムにおいて維持することを望む所与のＡＰＮへのＰＤＮ接続のためのＰＢＵ／ＰＢＡ手続をＰ−ＧＷと共に実行する。ＨＳＧＷは、ＰＤＮ接続ＩＤ情報要素なしのＰＢＡ成功メッセージを受信すると、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていないことを学習する。

ＨＳＧＷがＭＵＰＳＡＰをサポートしており、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしているか否かがＨＳＧＷにとって既知ではなく、ＨＳＧＷが所与のＡＰＮへの予備登録されたＰＤＮ接続を１つだけ有している場合、ＨＳＧＷは、ＰＤＮ接続ＩＤ情報要素をＰＢＵメッセージ内に含ませることによって、所与のＡＰＮへのそのＰＤＮ接続のためのＰＢＵ／ＰＢＡ手続をＰ−ＧＷと共に実行する。ＨＳＧＷは、ＰＤＮ接続ＩＤ情報要素なしのＰＢＡ成功メッセージを受信すると、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていないことを学習する。

ＨＳＧＷがＭＵＰＳＡＰをサポートしており、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていないことをＨＳＧＷが学習すると、ＨＳＧＷは、先に説明したような予備登録をまだ実行していない場合、所与のＡＰＮへの最新の予備登録されたＰＤＮ接続のためのＰＢＵ／ＰＢＡ手続をＰ−ＧＷと共に実行する。ＨＳＧＷは、ＰＢＵメッセージにＰＤＮ接続ＩＤ情報要素を含ませなくてもよい。

ＨＳＧＷがＭＵＰＳＡＰをサポートしていない場合、ＨＳＧＷは、所与のＡＰＮへの（唯一）予備登録されたＰＤＮ接続のためのＰＢＵ／ＰＢＡ手続をＰ−ＧＷと共に実行する。ＨＳＧＷは、ＰＢＵメッセージにＰＤＮ接続ＩＤ情報要素を含ませなくてもよい。

以下、アイドルモードの最適化されたハンドオーバの場合の規則を説明する。このシナリオでは、ＵＥは、予備登録手続を介して、ターゲットＨＳＧＷ内で休止中のＰＰＰセッションを有する。ＵＥは、ｅＨＲＰＤに予備登録されており、ＰＰＰインアクティビティタイマ（PPP inactivity timer）がまだ走行しており、ＨＳＧＷは、ＵＥのための（ＰＭＩＰバインディングを除く）フルコンテキストを有すると仮定する。また、Ｐ−ＧＷは、単一のＡＰＮへの複数のＰＤＮ接続（ＭＵＰＳＡＰ）をサポートしていないと仮定する。

ＨＳＧＷがＭＵＰＳＡＰをサポートしており、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしているか否かがＨＳＧＷにとって既知でなく、ＨＳＧＷが所与のＡＰＮへの複数の予備登録されたＰＤＮ接続を有する場合、ＨＳＧＷは、ＰＤＮ接続ＩＤ情報要素をＰＢＵメッセージに含ませることによって、ｅＨＲＰＤシステムにおいて維持することを望む所与のＡＰＮへのＰＤＮ接続のためのＰＢＵ／ＰＢＡ手続をＰ−ＧＷと共に実行する。ＨＳＧＷは、ＰＤＮ接続ＩＤ情報要素なしのＰＢＡ成功メッセージを受信すると、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていないことを学習する。

ＨＳＧＷがＭＵＰＳＡＰをサポートしており、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしているか否かがＨＳＧＷにとって既知ではなく、ＨＳＧＷが所与のＡＰＮへの予備登録されたＰＤＮ接続を１つだけ有している場合、ＨＳＧＷは、ＰＤＮ接続ＩＤ情報要素をＰＢＵメッセージ内に含ませることによって、所与のＡＰＮへのそのＰＤＮ接続のためのＰＢＵ／ＰＢＡ手続をＰ−ＧＷと共に実行する。ＨＳＧＷは、ＰＤＮ接続ＩＤ情報要素なしのＰＢＡ成功メッセージを受信すると、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていないことを学習する。

ＨＳＧＷがＭＵＰＳＡＰをサポートしており、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていないことをＨＳＧＷが学習すると、ＨＳＧＷは、先に説明したような予備登録をまだ実行していない場合、所与のＡＰＮへの最新の予備登録されたＰＤＮ接続のためのＰＢＵ／ＰＢＡ手続をＰ−ＧＷと共に実行する。ＨＳＧＷは、ＰＢＵメッセージにＰＤＮ接続ＩＤ情報要素を含ませない。

ＨＳＧＷがＭＵＰＳＡＰをサポートしていない場合、ＨＳＧＷは、所与のＡＰＮへの（唯一）予備登録されたＰＤＮ接続のためのＰＢＵ／ＰＢＡ手続をＰ−ＧＷと共に実行する。ＨＳＧＷは、ＰＢＵメッセージにＰＤＮ接続ＩＤ情報要素を含ませない。

以下、ＵＥがｅＨＲＰＤ（ＨＳＧＷ）及び／又はＰ−ＧＷがＭＵＰＳＡＰをサポートしていないことがＵＥにとって既知のときの最適化されていないハンドオーバの場合の規則を説明する。このシナリオでは、以下の手続は、各ＡＰＮ毎に実行される。

ＵＥは、ｅＨＲＰＤシステム上でＰＤＮ接続を作成するために、ｅＨＲＰＤシステムにおいて維持することを望む所与のＡＰＮへの最新のＰＤＮ接続を選択する。手続は、選択されたＰＤＮ接続について実行してもよい。ＵＥは、ＶＳＮＣＰ構成−要求メッセージにユーザコンテキスト識別子構成オプションを含ませない。

以下、ＵＥがｅＨＲＰＤ（ＨＳＧＷ）及び／又はＰ−ＧＷがＭＵＰＳＡＰをサポートしていないことがＵＥにとって既知ではないときの最適化されていないハンドオーバの場合の規則を説明する。このシナリオでは、以下の手続は、各ＡＰＮ毎に実行される。

ｅＨＲＰＤシステムがＭＵＰＳＡＰをサポートしているか否かがＵＥにとって既知でなく、ＵＥが所与のＡＰＮへの複数のＰＤＮ接続を有する場合、ＵＥは、ｅＨＲＰＤシステムにおいて維持することを望む所与のＡＰＮへのＰＤＮ接続を選択し、選択された所与のＡＰＮへのＰＤＮ接続についてのみこのような手続を実行してもよいとの制限の下でこのような手続を実行する。ＵＥは、ＶＳＮＣＰ構成−要求メッセージにユーザコンテキスト識別子構成オプションを含ませる。ＵＥは、ユーザコンテキスト識別子構成オプションなしのＶＳＮＣＰ構成−応答メッセージを受信すると、ｅＨＲＰＤシステムがＭＵＰＳＡＰをサポートしていないことを学習する。

ｅＨＲＰＤシステムがＭＵＰＳＡＰをサポートしているか否かがＵＥにとって既知でなく、ＵＥが所与のＡＰＮへのＰＤＮ接続を１つだけ有している場合、ＵＥは、その所与のＡＰＮへのＰＤＮ接続を選択する。ＵＥは、ＶＳＮＣＰ構成−要求メッセージにユーザコンテキスト識別子構成オプションを含ませる。ＵＥは、ユーザコンテキスト識別子構成オプションなしのＶＳＮＣＰ構成−応答メッセージを受信すると、ｅＨＲＰＤシステムがＭＵＰＳＡＰをサポートしていないことを学習する。

ｅＨＲＰＤシステムがＭＵＰＳＡＰをサポートしていないことがＵＥにとって既知になると、ＵＥは、最新のＰＤＮ接続が上述したステップによって選択されたＰＤＮ接続でない場合、ＡＰＮへの最新のＰＤＮ接続のＰＤＮ接続を確立する。ＵＥは、ＶＳＮＣＰ構成−要求メッセージにユーザコンテキスト識別子構成オプションを含ませない。ＡＰＮへの最新のＰＤＮ接続が上述したようにして選択されたＰＤＮ接続とは異なる場合、ＨＳＧＷは、上述したようにして選択されたＰＤＮ接続に関連するＧＷ制御セッション（GW Control Session）が既に確立されていれば、このようなＰＤＮ接続のためのＧＷ制御セッションを終了する。

以下、幾つかの例示的なメッセージフローについて説明する。

図７に示すように、（１）ＵＥは、最初にＥ−ＵＴＲＡＮにアタッチされる。ＵＥは、ＩＰｖ４アドレス及び／又はＩＰｖ６プレフィックスを取得する。データは、ｅＮｏｄｅＢ及びＳ−ＧＷを介して、ＵＥとＰ−ＧＷとの間で送受される。（２）無線層トリガ（Radio Layer trigger）に基づいて、ＵＥは、潜在的ターゲットｅＨＲＰＤアクセスとの予備登録手続を開始することを決定する。ＭＭＥ（Mobility Management Entity）とｅＡＮ／ｅＰＣＦとの間には、Ｓ１０１シグナリング関係が存在していると仮定する。（３）ＵＥは、Ｓ１０１トンネルを介して、ｅＨＲＰＤシステム内で新たなセッションの確立を開始する。

（４）ＲＡＮレベル認証（RAN-level authentication）が必要である場合、ＵＥは、ｅＡＮ／ｅＰＣＦとのＡＮ−ＰＰＰ接続を確立し、Ａ１２インタフェースを用いて、ＲＡＮレベル認証を実行する。この詳細については、Ａ．Ｓ００２２−０に開示されている。

（５）ｅＨＲＰＤ ｅＡＮ／ｅＰＣＦは、Ａ１１−ＲＲＱ／ＲＲＰ（Registration Request/Registration Reply）メッセージを交換することによって、ＨＳＧＷとのメインＡ１０接続を確立する。Ａ１１−登録要求（A11-Registration Request）メッセージは、アクセスがＳ１０１トンネルを介して行われるとの指示を含む。この詳細については、Ａ．Ｓ００２２−０に開示されている。この情報は、ＨＳＧＷが、ステップ７において、Ｐ−ＧＷとのインタラクションを延期するために使用される。ＵＥ及びＨＳＧＷは、ＰＰＰ接続確立手続を開始する。

（６ａ及び６ｂ）ＵＥは、ＥＡＰ−ＡＫＡ’（Extensible Authentication Protocol Method for UMTS Authentication and Key Agreement）を用いて、ｅＨＲＰＤアクセスシステム内でユーザ認証及び認可を実行する。ＥＡＰ−ＡＫＡ’メッセージは、ＰＰＰを介して、ＵＥとＨＳＧＷとの間で転送される。ＥＡＰオーセンティケータは、ＨＳＧＷに常駐する。３ＧＰＰ ＡＡＡサーバは、ｅＨＲＰＤシステム内でのアクセスのためにＵＥを認証及び認可する。３ＧＰＰ ＡＡＡサーバは、このステップにおいて、ＨＳＳ（Home Subscriber Server）に問い合わせを行い、加入者プロファイルと、各ＰＤＮ接続についてのＡＰＮ及びＰ−ＧＷのアドレス対とをｅＨＲＰＤシステムに返す。また、３ＧＰＰ ＡＡＡサーバは、プロキシバインディング更新メッセージ内でＵＥを特定するために使用されるＮＡＩ（Network Access Identifier）を返す。

（６ｃ）ＨＳＧＷは、３ＧＰＰ ＡＡＡ／ＨＳＳサーバから受信した情報を保存する。

（７）ＵＥは、現在、Ｅ−ＵＴＲＡＮ内でアタッチメントを有し、ｅＨＲＰＤ上で維持することを望む各ＰＤＮ接続について、ＨＳＧＷとＶＳＮＣＰメッセージを交換する（ステップ８〜１７は、当分野で周知である）。ＵＥは、ＶＳＮＣＰ構成−要求メッセージ内でアタッチタイプ（Attach Type）を「ハンドオーバ」に設定する。また、ＵＥは、ＬＴＥを介して取得したＩＰアドレスをＶＳＮＣＰ構成−要求メッセージ内に含ませる。ＰＤＮタイプがＩＰｖ６又はＩＰｖ４ｖ６である場合、ＵＥは、ＶＳＮＣＰ構成−要求メッセージ内にＩＰｖ６ＨＳＧＷリンクローカルアドレスＩＩＤオプションを含ませ、値を全てゼロに設定する。ＨＳＧＷは、ＶＳＮＣＰ構成−応答メッセージ内にＩＰｖ６ＨＳＧＷリンクローカルアドレスＩＩＤオプションを含ませ、値をＨＳＧＷリンクローカルアドレスのインタフェースＩＤに設定する。ＨＳＧＷとＰＣＲＦとの間では、３ＧＰＰ仕様書（ＴＳ２３．４０２セクション９．３．１）に基づくインタラクションが行われる。ＨＳＧＷは、ｈＰＣＲＦとゲートウェイ制御セッション確立／応答（Gateway Control Session Establishment/Ack）メッセージを交換し、全てのアクティブなＩＰフローについてベアラバインディング更新を実行するために必要なＱｏＳポリシ規則を取得する。ローミングシナリオのための図に示すように、ＨＰＬＭＮ内のｈＰＣＲＦと、ＨＳＧＷとの間のポリシインタラクションは、ＶＰＬＭＮ内のｖＰＣＲＦを介して中継される。

なお、ＨＳＧＷは、ＵＥがｅＨＲＰＤに到着するまで、Ｐ−ＧＷとのインタラクションを延期し、この到着の時点で、ＰＢＵをＰ−ＧＷに送信してＰＤＮ接続を完成する。

（８）ネットワークは、全てのベアラを確立するためのリソース予約手続を開始する。この時点で、ＵＥは、ｅＨＲＰＤアクセスシステムに登録され、これはＡＡＡ／ＨＳＳによって認証されている。また、この時点で、ＵＥがｅＨＲＰＤ上で維持することを望むＰＤＮ接続のためのＨＲＰＤコンテキスト及びＩＰコンテキストが確立されている。これらのコンテキストを変更する必要がある場合、ステップ９及び／又はステップ１０を実行してコンテキストを更新してもよい。

（９）ＵＥとｅＡＮ／ｅＰＣＦとの間のｅＨＲＰＤ無線セッション構成を変更することが必要になる場合がある。例えば、これは、新たなｅＡＮ／ｅＰＣＦのカバレッジエリアの下での移行の結果、必要となることがある。これは、Ｓ１０１トンネリングを介するＵＥとｅＡＮ／ｅＰＣＦとの間のｅＨＲＰＤシグナリング交換によって達成される。

（１０）ＵＥがＥ−ＵＴＲＡＮ上で動作している間に何らかのベアラが追加され、変更され又は削除された場合、ＵＥとＨＳＧＷとの間のコンテキストにおいて、同様の変更が行われる。これは、Ｓ１０１トンネリングを介して、ＵＥとＨＳＧＷとの間でこれらの変更をシグナリングすることによって達成される。同様に、ＵＥがＥ−ＵＴＲＡＮで動作している間に何らかのＰＤＮ接続が追加され又は削除された場合、ＶＳＮＣＰを使用して、ＨＳＧＷ内で同様の変更が行われる。

（１０ａ）ＨＳＧＷは、Ｐ−ＧＷアイデンティティを有さないＰＤＮ接続についてのＶＳＮＣＰ構成−要求を受信すると、ＨＳＳ／ＡＡＡとのＡＡＲ／ＡＡＡ交換を介してその情報を得る。ＨＳＧＷが対応するＰ−ＧＷ ＩＰアドレスを既に有し、又はＶＳＮＣＰ構成−要求メッセージに関連するＨＳＳ／ＡＡＡからそれを受信した場合、ＨＳＧＷは、Ｐ−ＧＷとＰＢＵ／ＰＢＡメッセージを交換する。ＡＡＲ（Authorize-Authenticate-Request）／ＡＡＡメッセージの交換は、図には示していない。

（１０ｂ）ＨＳＧＷは、削除するべきＰＤＮ接続のＰＤＮ−ＩＤを含むＰＤＮ接続のＶＳＮＣＰ終了−要求（VSNCP Terminate-Request）を受信すると、ＰＤＮ接続コンテキスト情報を削除し、ＶＳＮＣＰ終了−応答（VSNCP Terminate-Ack）によってＵＥに応答する。ＰＤＮ接続のためにＧＷ制御セッションコンテキストがセットアップされている場合、ＨＳＧＷは、ＰＣＲＦとのＧＷ制御セッション終了／応答（GW Control Session Termination/Ack）手続を実行して、ＨＳＧＷにおいて先に予備登録されているこのＰＤＮ接続のＧＷ制御コンテキストを削除する。

（１１）セッション維持のためにＰＣＲＦインタラクションがまだ開始されていない場合、ＰＣＲＦインタラクションは、ＰＣＲＦ又はＨＳＧＷによって開始できる。ＰＣＲＦは、ＴＳ２３．２０３において指定されているゲートウェイ制御及びＱｏＳ規則準備手続（Gateway Control and QoS Rules Provision Procedure）を開始する。ＨＳＧＷは、ＴＳ２３．２０３において指定されているゲートウェイ制御及びＱｏＳポリシ要求手続（Gateway Control and QoS Policy Rules Request Procedure）を開始する。

以下、図８を参照して、様々なネットワークエンティティ間で交換される信号の具体例を説明する。

（１）ＵＥは、最初にＥ−ＵＴＲＡＮにアタッチされる。ＵＥは、ＩＰｖ４アドレス及び／又はＩＰｖ６プレフィックスを取得する。データは、ｅＮｏｄｅＢ及びＳ−ＧＷを介して、ＵＥとＰ−ＧＷとの間で送受される。

（２）無線層トリガ（Radio Layer trigger）に基づいて、ＵＥは、潜在的ターゲットｅＨＲＰＤアクセスとの予備登録手続を開始することを決定する。ＭＭＥとｅＡＮ／ｅＰＣＦとの間には、Ｓ１０１シグナリング関係が存在していると仮定する。ＵＥは、選択されたＨＳＧＷとのＰＰＰ接続をセットアップするためにステップを実行し、ｅＨＲＰＤアクセスについてＵＥ認証を実行する。ＵＥは、ＵＥがＥ−ＵＴＲＡＮシステム内でアタッチメントを有し、ＵＥがＨＲＰＤシステムにおいて維持することを望む各ＡＰＮについてステップ３〜ステップ１１を実行する。ＨＳＧＷがＭＵＰＳＡＰをサポートしていないことがＵＥにとって既知である場合は、ステップ３〜ステップ６は実行しない。

（３）ＵＥは、メインサービス接続を介して、ｅＨＲＰＤシステムにおいて維持することを望む所与のＡＰＮへのＰＤＮ接続のためのＶＳＮＣＰ構成−要求（VSNCP Configure-Request）メッセージを送信する。メッセージ内の情報は、ＰＤＮ−ＩＤ、ユーザコンテキスト識別子、ＰＤＮタイプ、ＡＰＮ、ＰＤＮアドレス、プロトコル構成オプション及びアタッチタイプ（Attach Type）＝「ハンドオーバ」を含む。他の構成オプションを含ませてもよい。

（４）ＨＳＧＷは、ＰＣＲＦとのゲートウェイ制御セッション（Gateway Control Session）セットアップ手続を実行してもよい。これを実行する場合、ＨＳＧＷは、ステップ３で提供されたＵＥ能力及び自らの能力に基づいて、可能なベアラ制御モードを指示する。ＰＣＲＦは、使用するベアラ制御モードを選択する。

（５）ＨＳＧＷは、ＭＵＰＳＡＰをサポートしていないので、ユーザコンテキスト識別子構成オプションなしのＶＳＮＣＰ構成−応答（VSNCP Configure-Ack）メッセージを返す。これによって、ＵＥは、ＨＳＧＷがＭＵＰＳＡＰをサポートしていないことを知る。ステップ３において選択されたＡＰＮへのＰＤＮ接続がそのＡＰＮへの最新のＰＤＮ接続である場合、そのＡＰＮについては、ステップ６〜ステップ９は、実行しない。

（６）ＵＥは、メインサービス接続を介して、所与のＡＰＮへの最新のＰＤＮ接続のためのＶＳＮＣＰ構成−要求メッセージ（VSNCP Configure-Request）を送信する。メッセージ内の情報は、ＰＤＮ−ＩＤ、ＰＤＮタイプ、ＡＰＮ、ＰＤＮアドレス、プロトコル構成オプション及びアタッチタイプ（Attach Type）＝「ハンドオーバ」を含む。

（７）ステップ４においてＧＷ制御セッションコンテキストがセットアップされている場合、ＨＳＧＷは、ＰＣＲＦとのＧＷ制御セッション終了／応答手続（GW Control Session Termination/Ack）を実行して、ＨＳＧＷにおいて先に予備登録されているこのＰＤＮ接続のＧＷ制御コンテキストを削除する。

（８）ＨＳＧＷは、ＰＣＲＦとのゲートウェイ制御セッション（Gateway Control Session）セットアップ手続を実行してもよい。これを実行する場合、ＨＳＧＷは、ステップ６で提供されたＵＥ能力及び自らの能力に基づいて、可能なベアラ制御モードを指示する。ＰＣＲＦは、使用するベアラ制御モードを選択する。

（９）ＨＳＧＷは、メインサービス接続を介して、ＶＳＮＣＰ構成応答（VSNCP Configure-Ack）（ＰＤＮ−ＩＤ、ＡＰＮ、ＰＤＮアドレス、ＰＣＯ、アタッチタイプ、アドレス割当根拠（Address Allocation Cause））メッセージをＵＥに送信する。他の構成オプションを含ませてもよい。

ステップ１０及びステップ１１は、ステップ５の直後に実行してもよい。この場合、ステップ９の後に実行されるステップ１０における情報は、ステップ５の直後に実行されたステップ１０における情報を上書きする。

（１０）ＨＳＧＷは、ＶＳＮＣＰ構成−要求メッセージを送信して、ＲＦＣ３７７２に指定されているプロトコルを完了する。このメッセージは、ＰＤＮ−ＩＤ構成オプションを含む。

（１１）ＵＥは、ＶＳＮＣＰ構成−応答（VSNCP Configure-Ack）メッセージによって応答する。

（１２）ネットワークは、全てのベアラを確立するためのリソース予約手続を開始する。この時点で、ＡＰＮへのＰＤＮ接続のためのＨＲＰＤコンテキスト及びＩＰコンテキストは、ＨＳＧＷにおいて確立されている。Ｅ−ＵＴＲＡＮシステム上でＡＰＮへの新たなＰＤＮ接続が追加され、又はＥ−ＵＴＲＡＮシステム上でＡＰＮへの予備登録されたＰＤＮ接続が削除されている場合、ステップ１３〜ステップ１９を実行して、ＨＳＧＷにおいて予備登録情報を更新する。

（１３）ＵＥは、ＨＳＧＷとＶＳＮＣＰメッセージを交換し、ＨＳＧＷにおいて予備登録コンテキストを更新する。

ａ．Ｅ−ＵＴＲＡＮシステム上でＡＰＮへのＰＤＮ接続が追加される場合、ＵＥは、新たなＰＤＮ接続のＰＤＮ−ＩＤを含むＶＳＮＣＰ構成−要求メッセージをこのＡＰＮに送信し、ＨＳＧＷにおいて予備登録コンテキストを更新する。アタッチタイプは、「ハンドオーバ」に設定される。上述したステップ６で指定したような他の構成オプションも含まれる。

ｂ．Ｅ−ＵＴＲＡＮシステム内でＡＰＮへの予備登録されたＰＤＮ接続が解放されると、ＵＥは、使用可能であれば、同じＡＰＮへの先の（２番目に新しい）ＰＤＮ接続のＰＤＮ−ＩＤを含むＶＳＮＣＰ構成−要求（VSCNP Configure-Request）メッセージを送信して、ＨＳＧＷにおいて予備登録コンテキストを更新する。アタッチタイプは、「ハンドオーバ」に設定される。上述したステップ６で指定したような他の構成オプションも含まれる。

ｃ．Ｅ−ＵＴＲＡＮ上で新たなＡＰＮへのＰＤＮ接続が追加される場合、ステップ２１において、ＩＰコンテキスト維持手続（IP context maintenance procedures）が実行される。

ｄ．Ｅ−ＵＴＲＡＮシステム内でＡＰＮへの予備登録されたＰＤＮ接続が解放され、このＡＰＮへの他のＰＤＮ接続がない場合、ステップ２１ｂにおいて、ＩＰコンテキスト維持手続が実行される。

（１４）上の１３（ａ）及び１３（ｂ）では、ステップ４又はステップ８においてＧＷ制御セッションコンテキストがセットアップされている場合、ＨＳＧＷは、ＰＣＲＦとのＧＷ制御セッション終了／応答（GW Control Session Termination/Ack）手続を実行して、ＨＳＧＷにおいて先に予備登録されたＰＤＮコンテキストのＧＷ制御コンテキストを削除する。

（１５）上の１３（ａ）及び１３（ｂ）では、ＨＳＧＷは、ＨＳＧＷにおいて新たに特定された予備登録されたコンテキストのために、ＰＣＲＦとのゲートウェイ制御セッション（Gateway Control Session）セットアップ手続を実行してもよい。これを実行する場合、ＨＳＧＷは、ステップ１３で提供されたＵＥ能力及び自らの能力に基づいて、可能なベアラ制御モードを指示する。ＰＣＲＦは、使用するベアラ制御モードを選択する。

（１６）ＨＳＧＷは、メインサービス接続を介して、ＶＳＮＣＰ構成応答（VSNCP Configure-Ack）（ＰＤＮ−ＩＤ、ＡＰＮ、ＰＤＮアドレス、ＰＣＯ、アタッチタイプ、アドレス割当根拠（Address Allocation Cause））メッセージをＵＥに送信する。上述のステップ９で指定したような他の構成オプションを含ませてもよい。

（１７）ＨＳＧＷは、ＶＳＮＣＰ構成−要求メッセージを送信して、ＲＦＣ３７７２に指定されているプロトコルを完了する。このメッセージは、ＰＤＮ−ＩＤ構成オプションを含む。

（１８）ＵＥは、ＶＳＮＣＰ構成−応答（VSNCP Configure-Ack）メッセージによって応答する。

（１９）ネットワークは、全てのベアラを確立するためのリソース予約手続を開始する。

この時点で、全てのＨＲＰＤコンテキスト及びＩＰコンテキストが確立されている。これらのコンテキストを変更する必要がある場合、ステップ２０及び／又はステップ２１を実行してコンテキストを更新してもよい。

（２０）ＵＥとｅＡＮ／ｅＰＣＦとの間のｅＨＲＰＤ無線セッション構成を変更することが必要になる場合がある。例えば、これは、新たなｅＡＮ／ｅＰＣＦのカバレッジエリアの下での移行の結果、必要となることがある。これは、Ｓ１０１トンネリングを介するＵＥとｅＡＮ／ｅＰＣＦとの間のｅＨＲＰＤシグナリング交換によって達成される。

（２１）ＵＥがＥ−ＵＴＲＡＮ上で動作している間に何らかのベアラが追加され、変更され又は削除された場合、ＵＥとＨＳＧＷとの間のコンテキストにおいて、同様の変更が行われる。これは、Ｓ１０１トンネリングを介して、ＵＥとＨＳＧＷとの間でこれらの変更をシグナリングすることによって達成される。同様に、ＵＥがＥ−ＵＴＲＡＮで動作している間に何らかのＰＤＮ接続が追加され又は削除された場合、ＶＳＮＣＰを使用して、ＨＳＧＷ内で同様の変更が行われる。

ａ．ＨＳＧＷは、Ｐ−ＧＷアイデンティティを有さないＰＤＮ接続についてのＶＳＮＣＰ構成−要求を受信すると、ＨＳＳ／ＡＡＡとのＡＡＲ／ＡＡＡ交換を介してその情報を得る。ＨＳＧＷが対応するＰ−ＧＷ ＩＰアドレスを既に有し、又はＶＳＮＣＰ構成−要求メッセージに関連するＨＳＳ／ＡＡＡからそれを受信した場合、ＨＳＧＷは、Ｐ−ＧＷとＰＢＵ／ＰＢＡメッセージを交換する。ＡＡＲ／ＡＡＡメッセージの交換は、図には示していない。

ｂ．ＨＳＧＷは、削除するべきＰＤＮ接続のＰＤＮ−ＩＤを含むＰＤＮ接続のＶＳＮＣＰ終了−要求（VSNCP Terminate-Request）を受信すると、ＰＤＮ接続コンテキスト情報を削除し、ＶＳＮＣＰ終了−応答（VSNCP Terminate-Ack）によってＵＥに応答する。ＰＤＮ接続のためにＧＷ制御セッションコンテキストがセットアップされている場合、ＨＳＧＷは、ＰＣＲＦとのＧＷ制御セッション終了／応答（GW Control Session Termination/Ack）手続を実行して、ＨＳＧＷにおいて先に予備登録されているこのＰＤＮ接続のＧＷ制御コンテキストを削除する。

（２２）セッション維持のためにＰＣＲＦインタラクションがまだ開始されていない場合、ＰＣＲＦインタラクションは、ＰＣＲＦ又はＨＳＧＷによって開始できる。ＰＣＲＦは、ＴＳ２３．２０３において指定されているゲートウェイ制御及びＱｏＳ規則準備手続（Gateway Control and QoS Rules Provision Procedure）を開始する。

以下、図９を参照して、アクティブモードの最適化されたハンドオフの間に交換されるメッセージの具体例を説明する。

（１ａ）Ｅ−ＵＴＲＡＮは、ＵＥからのＣＤＭＡ測定レポートを受信し、ＨＯ（ハンドオーバ／ハンドオフ）判定を行う。

（１ｂ）ＵＥは、ＨＲＰＤ接続要求メッセージをＥ−ＵＴＲＡＮに送信し、ＨＲＰＤトラヒックチャンネルを要求する。この要求は、ＭＭＥにフォワードされる。この詳細に関しては、ＴＳ２３．４０２に記載されている。

（１ｃ）ＭＭＥは、Ｓ１０１トンネルを介して、ＨＲＰＤ接続要求メッセージと共に、Ｐ−ＧＷアドレス関連するＡＰＮ及びアップリンクＧＲＥキーをｅＨＲＰＤアクセスノードに送信する。

なお、ステップ１ｃで送信される（各ＰＤＮ接続あたり１つの）ＧＲＥキーは、更に、ステップ２ａにおいてＨＳＧＷに送信され、ＨＳＧＷは、ＨＯの後に、Ｐ−ＧＷへのアップリンクトラヒックのためにこれを使用する。同じキーは、ＨＯの前にＳ−ＧＷとＰ−ＧＷとの間でも使用される。同じキーを使用することによって、ＨＳＧＷが、ステップ８ｂでＰＢＡを受信する前にアップリンクデータを送信することを決定した場合であっても、Ｐ−ＧＷは、アップリンクデータを正しいＰＤＮ接続に確実に関連付けることができる（なお、２３．４０２に定義されているＰ−ＧＷは、バインディングを更新する前であっても、同じＧＲＥキーのデータを受信するように構成されている）。

（２ａ）ｅＨＲＰＤ−ｅＡＮ／ｅＰＣＦは、要求された無線リソースを割り当て、Ａ１１−ＲＲＱメッセージをＨＳＧＷに送信する。ｅＡＮ／ｅＰＣＦは、Ｐ−ＧＷアドレス、ステップ１ｃで受信した各ＰＤＮ接続のための関連するアップリンクＧＲＥキー及びＵＥがトンネルを介して通信していることを示すインジケータ（Ａ．Ｓ００２２のトンネルモードインジケータ（Tunnel Mode indicator）参照）をこのメッセージに含ませる。

（２ｂ）ＨＳＧＷは、フォワード先アドレス（すなわち、ＨＳＧＷ ＩＰアドレス、ＧＲＥキー及び関連するＡＰＮ）を含むＡ１１−ＲＲＰによって応答する。

（３）ｅＨＲＰＤ−ｅＡＮ／ｅＰＣＦは、ステップ１ｃで受信したＨＲＰＤ接続要求メッセージに応じて、Ｓ１０１メッセージ内で、ＨＲＰＤトラヒックチャンネル割当（HRPD Traffic Channel Assignment：ＴＣＡ）メッセージをＭＭＥに送信する。また、Ｓ１０１メッセージは、ＨＳＧＷ ＩＰアドレス、データフォワーディングのためのＧＲＥキー及び関連するＡＰＮを搬送する。

（４ａ）ＭＭＥは、間接的なデータフォワーディングのためにリソースを構成し、ＨＳＧＷ ＩＰアドレス及びＧＲＥキーをＳ−ＧＷにシグナリングする。Ｓ−ＧＷは、データフォワーディングリソースを確認する。

（４ｂ）ＭＭＥは、Ｓ１０１メッセージに埋め込まれているＨＲＰＤ ＴＣＡメッセージをＥ−ＵＴＲＡＮにフォワードし、Ｅ−ＵＴＲＡＮは、エアーリンクを介して、これをＵＥにフォワードする。

（５）Ｅ−ＵＴＲＡＮは、Ｓ１０３インタフェースを介して、ＨＳＧＷに送信すべきダウンリンクＩＰパケットをＳ−ＧＷに返してもよい。ＨＳＧＷは、ＩＰパケットに関してあらゆる必要な処理を施し、これらを適切なＡ１０接続を介してｅＡＮ／ｅＰＣＦにフォワードする。

（６ａ）Ｌ２アタッチが完了する（すなわち、ＵＥがｅＨＲＰＤ無線を取得する）。

（６ｂ）ＵＥは、トラヒックチャンネル完了（Traffic Channel Completion：ＴＣＣ）メッセージをｅＨＲＰＤ ｅＡＮ／ｅＰＣＦに送信する。

（７ａ）ｅＨＲＰＤ ｅＡＮ／ｅＰＣＦは、アクティブスタート（Active Start）エアーエアリンクレコードと、ＵＥが、現在、ｅＨＲＰＤ無線上で動作していることを示すインジケータとを搬送するＡ１１−ＲＲＱをＨＳＧＷに送信する。

（７ｂ）ＨＳＧＷは、Ａ１１−ＲＲＰによって、ｅＨＲＰＤ ｅＡＮ／ｅＰＣＦに応答する。

（８ａ）ＨＳＧＷ／ＭＡＧは、ステップ７ａによってトリガされて、ＰＢＵを送信し、ＵＥが関連しているＰ−ＧＷとの各ＰＤＮ接続のためのＰＭＩＰｖ６トンネルを確立する。ＨＳＧＷは、認証の成功に応じて、Ｍｏｂｉｌｅ−Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ ＡＶＰ内で受信したＮＡＩを使用して、ＵＥを特定する。ＨＳＧＷにおいてＭＵＰＳＡＰがサポートされている場合、ＨＳＧＷは、ＰＢＵメッセージにＰＤＮ接続ＩＤ情報要素を含ませる。

（８ｂ）Ｐ−ＧＷは、ＰＢＵを処理し、ＵＥのためのバインディングキャッシュエントリを更新する。ＵＥには、同じＩＰアドレス又はプレフィックスが割り当てられる。Ｐ−ＧＷ／ＬＭＡ（Local Mobility Anchor）は、ＵＥに割り当てられたＩＰアドレス／プレフィックスを含むＰＢＡをＨＳＧＷ／ＭＡＧに送信する。これによって、ＰＭＩＰｖ６トンネルがセットアップされる。Ｐ−ＧＷにおいてＭＵＰＳＡＰがサポートされており、ＰＢＵメッセージ内でＰＤＮ接続ＩＤ情報要素が受信されると、Ｐ−ＧＷは、ＰＢＡメッセージに同じＰＤＮ接続ＩＤ情報要素を含ませる。

（８ｃ）Ｐ−ＧＷは、ポリシを実施するために構成を必要とし、Ｐ−ＧＷは、ＩＰ−ＣＡＮ（IP-Connectivity Access Network）セッション変更（Modify IP-CAN session）メッセージをｈＰＣＲＦに送信する。Ｐ−ＧＷがＩＰ−ＣＡＮセッション変更を要求すると、ｈＰＣＲＦは、ＩＰ−ＣＡＮセッション変更応答（Modify IP-CAN session Ack）メッセージによってＰ−ＧＷに応答する。このメッセージは、Ｐ−ＧＷに組み込まれたポリシ及び課金規則を含む。

なお、ステップ８ａ〜８ｃは、確立すべき各ＰＤＮ接続毎に繰り返される。

（８ｄ）ｅＨＲＰＤ ｅＡＮ／ｅＰＣＦは、ハンドオフ完了をＭＭＥにシグナリングし、ＨＯ完了を確認し、応答を受信する。

（９）Ｌ３アタッチが完了し、これによって、ＵＥは、ｅＨＲＰＤアクセスネットワークに／からパケットを送信／受信できるようになる。

（１０）ｅＮｏｄｅＢ、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷを含むＥ−ＵＴＲＡＮシステムは、リソースを解放し、これは、ＴＳ２９．２７５で指定されているように、ＰＭＩＰｖ６ ＢＲＩメッセージをＰ−ＧＷからＳ−ＧＷに送信することを含む。これについては、ＴＳ２３．４０２にも記載されている。

（１１）ＵＥが、Ｅ−ＵＴＲＡＮ上でＰＤＮ接続及びベアラ追加／削除を完了していない場合、ＵＥは、ｅＨＲＰＤ無線上でこれらのアクティビティを完了する。ＵＥがＥ−ＵＴＲＡＮ上で動作している間に何らかのＰＤＮ接続が追加又は削除された場合、ＶＳＮＣＰを使用して、ＨＳＧＷでも同様の変更が行われる。

（１１ａ）ＨＳＧＷは、Ｐ−ＧＷアイデンティティを有さないＰＤＮ接続についてのＶＳＮＣＰ構成−要求を受信すると、ＨＳＳ／ＡＡＡとのＡＡＲ／ＡＡＡ交換を介してその情報を得る。ＨＳＧＷが対応するＰ−ＧＷ ＩＰアドレスを既に有し、又はＶＳＮＣＰ構成−要求メッセージに関連するＨＳＳ／ＡＡＡからそれを受信した場合、ＨＳＧＷは、Ｐ−ＧＷとＰＢＵ／ＰＢＡメッセージを交換する。ＡＡＲ／ＡＡＡメッセージ及びＰＢＵ／ＰＢＡの交換は、図には示していない。

（１１ｂ）ＨＳＧＷは、削除するべきＰＤＮ接続のＰＤＮ−ＩＤを含むＰＤＮ接続のＶＳＮＣＰ終了−要求（VSNCP Terminate-Request）を受信すると、ＰＤＮ接続コンテキスト情報を削除し、ＶＳＮＣＰ終了−応答（VSNCP Terminate-Ack）によってＵＥに応答する。ＰＤＮ接続のためにＧＷ制御セッションコンテキストがセットアップされている場合、ＨＳＧＷは、ＰＣＲＦとのＧＷ制御セッション終了／応答（GW Control Session Termination/Ack）手続を実行して、ＨＳＧＷにおいて先に予備登録されているこのＰＤＮ接続のＧＷ制御コンテキストを削除する。

以下、図１０を参照して、Ｅ−ＵＴＲＡＮからＭＵＰＳＡＰをサポートしていないｅＨＲＰＤ Ｐ−ＧＷへのアクティブモードの最適化されたハンドオフの間に交換されるメッセージの具体例を説明する。

（１）ＵＥは、最初にＥ−ＵＴＲＡＮにアタッチされる。ＵＥは、ｅＨＲＰＤにおいて、アクティブなＰＤＮ接続の予備登録を実行している。

（２）Ｅ−ＵＴＲＡＮは、ＵＥからのＣＤＭＡ測定レポートを受信し、ＨＯ判定を行う。ＵＥは、ＨＲＰＤ接続要求メッセージをＥ−ＵＴＲＡＮに送信し、ＨＲＰＤトラヒックチャンネルを要求する。これによって、ｅＨＲＰＤ上にトラヒックチャネルがセットアップされ、ｅＡＮ／ｅＰＣＦがＨＳＧＷとのＡ１０接続をセットアップする。

ＨＳＧＷがＭＵＰＳＡＰをサポートしている場合、ＨＳＧＷは、ＨＳＧＷ上で予備登録されたＰＤＮ接続を有する各ＡＰＮについてステップ３〜ステップ８を実行する。Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていないことがＨＳＧＷにとって既知の場合、ステップ３〜ステップ５は実行されない。

ＨＳＧＷがＭＵＰＳＡＰをサポートしていない場合、ステップ３〜ステップ５は実行されない。

（３）ＨＳＧＷ／ＭＡＧは、ＰＢＵメッセージを送信し、ＡＰＮについてＵＥが関連付けられているＰ−ＧＷとのＰＭＩＰｖ６トンネルを確立する。ＨＳＧＷにおいて予備登録されているＡＰＮへの複数のＰＤＮ接続がある場合、ＨＳＧＷは、ｅＨＲＰＤシステム上で維持することを望むＡＰＮへのＰＤＮ接続の１つを選択する。ＡＰＮへの予備登録されたＰＤＮ接続が１つしかない場合、そのＰＤＮ接続が選択される。ＨＳＧＷは、認証の成功に応じて、Ｍｏｂｉｌｅ−Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ ＡＶＰ内で受信したＮＡＩを使用して、ＵＥを特定する。ＨＳＧＷは、選択されたＰＤＮ接続のためのＰＤＮ接続ＩＤ情報要素をＰＢＵメッセージ内に含ませる。

（４）Ｐ−ＧＷは、ＰＢＵを処理して、このＡＰＮのためのＵＥのバインディングキャッシュエントリを更新する。Ｐ−ＧＷは、ＭＵＰＳＡＰをサポートしていないので、そのバインディングキャッシュエントリは、ＡＰＮへの最新のＰＤＮ接続に割り当てられたＩＰアドレス又はプレフィックスを含む。Ｐ−ＧＷ／ＬＭＡは、ＡＰＮへの最新のＰＤＮ接続に割り当てられたＩＰアドレス／プレフィックスを含むＰＢＡをＨＳＧＷ／ＭＡＧに送信する。これによって、ＰＭＩＰｖ６トンネルがセットアップされる。Ｐ−ＧＷは、ＰＤＮ接続ＩＤ情報要素なしでＰＢＡメッセージを返す。

（５）Ｐ−ＧＷは、ポリシを実施するために構成を必要とし、Ｐ−ＧＷは、ＩＰ−ＣＡＮセッション変更（Modify IP-CAN session）メッセージをｈＰＣＲＦに送信する。Ｐ−ＧＷがＩＰ−ＣＡＮセッション変更を要求すると、ｈＰＣＲＦは、ＩＰ−ＣＡＮセッション変更応答（Modify IP-CAN session Ack）メッセージによってＰ−ＧＷに応答する。このメッセージは、Ｐ−ＧＷに組み込まれたポリシ及び課金規則を含む。

この段階で、ＨＳＧＷは、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていないことを知る。ＡＰＮへのＰＤＮ接続が１つしかない場合、又はステップ３〜ステップ５においてＰＢＵ／ＰＢＡ手続が実行されるＡＰＮへのＰＤＮ接続がＡＰＮへの最新のＰＤＮ接続である場合、ステップ６〜ステップ８は実行されない。

（６）ＨＳＧＷ／ＭＡＧは、ＰＢＵメッセージを送信し、ＡＰＮについてＵＥが関連付けられているＰ−ＧＷとのＰＭＩＰｖ６トンネルを確立する。ＨＳＧＷにおいて予備登録されているＡＰＮへの複数のＰＤＮ接続がある場合、ＨＳＧＷは、ＨＳＧＷは、ＡＰＮへの最新のＰＤＮ接続を選択する。ＨＳＧＷがＭＵＰＳＡＰをサポートしていない場合、ＡＰＮへの唯一の予備登録されたＰＤＮ接続が選択される。ＨＳＧＷは、認証の成功に応じて、Ｍｏｂｉｌｅ−Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ ＡＶＰ内で受信したＮＡＩを使用して、ＵＥを特定する。ＨＳＧＷは、ＰＢＵメッセージ内にＰＤＮ接続ＩＤ情報要素を含ませない。

（７）Ｐ−ＧＷは、ＰＢＵを処理して、このＡＰＮのためのＵＥのバインディングキャッシュエントリを更新する。ＵＥには、同じＩＰアドレス又はプレフィックスが割り当てられる。Ｐ−ＧＷ／ＬＭＡは、ＵＥに割り当てられたＩＰアドレス／プレフィックスを含むＰＢＡをＨＳＧＷ／ＭＡＧに送信する。これによって、ＰＭＩＰｖ６トンネルがセットアップされる。

（８）Ｐ−ＧＷは、ポリシを実施するために構成を必要とし、Ｐ−ＧＷは、ＩＰ−ＣＡＮセッション変更（Modify IP-CAN session）メッセージをｈＰＣＲＦに送信する。Ｐ−ＧＷがＩＰ−ＣＡＮセッション変更を要求すると、ｈＰＣＲＦは、ＩＰ−ＣＡＮセッション変更応答（Modify IP-CAN session Ack）メッセージによってＰ−ＧＷに応答する。このメッセージは、Ｐ−ＧＷに組み込まれたポリシ及び課金規則を含む。

（９）ｅＨＲＰＤ ｅＡＮ／ｅＰＣＦは、ハンドオフ完了をＭＭＥにシグナリングし、ＨＯ完了を確認し、応答を受信する。

（１０）Ｌ３アタッチが完了し、これによって、ＵＥは、ｅＨＲＰＤアクセスネットワークに／からパケットを送信／受信できるようになる。

（１１）ｅＮｏｄｅＢ、ＭＭＥ、Ｓ−ＧＷ及びＰ−ＧＷを含むＥ−ＵＴＲＡＮシステムは、リソースを解放し、これは、ＴＳ２９．２７５で指定されているように、ＰＭＩＰｖ６ ＢＲＩメッセージをＰ−ＧＷからＳ−ＧＷに送信することを含む。これについては、ＴＳ２３．４０２にも記載されている。

（１２）ＵＥが、Ｅ−ＵＴＲＡＮ上でＰＤＮ接続及びベアラ追加／削除を完了していない場合、ＵＥは、ｅＨＲＰＤ無線上でこれらのアクティビティを完了する。部分的なコンテキストによる予備登録の場合、ＵＥがｅＨＲＰＤを介してＰＤＮ接続をセットアップしたとき、ｅＮｏｄｅＢ、ＭＭＥ、Ｓ−ＧＷを含むＥＰＳリソースが解放される。ＵＥがＥ−ＵＴＲＡＮ上で動作している間に何らかのＰＤＮ接続が追加又は削除された場合、ＶＳＮＣＰを使用して、ＨＳＧＷでも同様の変更が行われる。

（１２ａ）ＨＳＧＷは、Ｐ−ＧＷアイデンティティを有さないＰＤＮ接続についてのＶＳＮＣＰ構成−要求を受信すると、ＨＳＳ／ＡＡＡとのＡＡＲ／ＡＡＡ交換を介してその情報を得る。ＨＳＧＷが対応するＰ−ＧＷ ＩＰアドレスを既に有し、又はＶＳＮＣＰ構成−要求メッセージに関連するＨＳＳ／ＡＡＡからそれを受信した場合、ＨＳＧＷは、Ｐ−ＧＷとＰＢＵ／ＰＢＡメッセージを交換する。ＡＡＲ／ＡＡＡメッセージ及びＰＢＵ／ＰＢＡの交換は、図には示していない。

（１２ｂ）ＨＳＧＷは、削除するべきＰＤＮ接続のＰＤＮ−ＩＤを含むＰＤＮ接続のＶＳＮＣＰ終了−要求（VSNCP Terminate-Request）を受信すると、ＰＤＮ接続コンテキスト情報を削除し、ＶＳＮＣＰ終了−応答（VSNCP Terminate-Ack）によってＵＥに応答する。ＰＤＮ接続のためにＧＷ制御セッションコンテキストがセットアップされている場合、ＨＳＧＷは、ＰＣＲＦとのＧＷ制御セッション終了／応答（GW Control Session Termination/Ack）手続を実行して、ＨＳＧＷにおいて先に予備登録されているこのＰＤＮ接続のＧＷ制御コンテキストを削除する。

（１３）ＨＳＧＷがＭＵＰＳＡＰをサポートしており、Ｐ−ＧＷによってサポートされないＡＰＮへのＰＤＮ接続を有する場合、ＨＳＧＷは、削除すべき接続のＰＤＮ−ＩＤを含むＶＳＮＣＰ終了−要求メッセージを送信することによって、このようなＰＤＮ接続コンテキスト情報を削除する。ＵＥは、ＰＤＮ接続コンテキスト情報を削除し、ＶＳＮＣＰ終了−応答によってＨＳＧＷに応答する。ＰＤＮ接続のためにＧＷ制御セッションコンテキストがセットアップされている場合、ＨＳＧＷは、ＰＣＲＦとのＧＷ制御セッション終了／応答（GW Control Session Termination/Ack）手続を実行して、ＨＳＧＷにおいて先に予備登録されているこのＰＤＮ接続のＧＷ制御コンテキストを削除する。

以下、図１１を参照して、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへのアイドルモードの最適化されたハンドオフの間に交換されるメッセージの具体例を説明する。

（１）ＵＥは、Ｅ−ＵＴＲＡＮネットワークにアタッチされ、ＥＣＭ＿ＩＤＬＥ状態にある。ＵＥは、予備登録手続を介して、ターゲットｅＨＲＰＤ ＡＮ内で休止中のｅＨＲＰＤセッションを有する。

（２）ＵＥは、アイドルモードにある。あるトリガに基づいて、アイドル中のＵＥは、ｅＨＲＰＤ ＡＮへのセル再選択を実行することを決定する。なお、セル再選択は、ＵＥがＥ−ＵＴＲＡＮネットワークにアタッチされている場合、いつでも実行することができる（ＵＥが予備登録を完了した直後を含む）。

（３）ＵＥは、ｅＨＲＰＤ手続に従って、ＵＥが技術間アイドルモードモビリティイベント（inter-technology idle mode mobility event）を実行し、現在、ｅＨＲＰＤにチューニングされていることをｅＡＮに通知する。

（４）ｅＡＮは、全てのＡ１０についてＡ１１−登録要求を送信する。このＡ１１−ＲＲＱは、ＵＥがｅＨＲＰＤ無線上で動作していることをＨＳＧＷに示すための、「０」に設定された「トンネルモードモードインジケータ（tunneled mode indicator）」を含む。トンネルモードインジケータ（Tunnel Mode Indicator）が存在していない場合、ＨＳＧＷは、ＵＥがｅＨＲＰＤ無線上で動作していると仮定し、ＵＥのための全てのＰＭＩＰバインディングを確立する必要がある。

（５）及び（６）：継続期間タイマ（lifetime timer）がゼロではなく、トンネルモードインジケータ「０」に設定されている又は存在していない、ｅＨＲＰＤセッションのためのＡ１１−登録要求メッセージを受信すると、ＨＳＧＷは、このＵＥのためのＰＭＩＰｖ６バインディングを有していないことを判定し、適切なＰ−ＧＷとＰＢＵ／ＰＢＡメッセージを交換する。ＨＳＧＷ及びＰ−ＧＷにおいてＭＵＰＳＡＰがサポートされている場合、ＨＳＧＷ及びＰ−ＧＷは、ＰＤＮ接続ＩＤ情報要素をＰＢＵ／ＰＢＡメッセージ内に含ませる。ＰＭＩＰｖ６ＰＢＡ内のＵＥアドレス情報は、ＵＥに割り当てられているＩＰアドレスを返す。この時点で、ユーザプレーンは、ＨＳＧＷを介して、Ｐ−ＧＷをｅＨＲＰＤアクセスネットワークに切り換える。Ｐ−ＧＷは、ＡＡＲ／ＡＡＡメッセージの交換を用いて、ＨＳＳ／ＡＡＡを更新する（図には示していない）。

（６ａ）及び（６ｂ）Ｐ−ＧＷは、ＩＰ−ＣＡＮセッション変更（IP-CAN Session Modification）メッセージの指示（Indication）をＰＣＲＦに送信し、ＰＣＲＦがこれに応答する。ステップ６及びステップ６ａは、何れもステップ５において、ＰＢＵによってトリガされるので、ステップ６及びステップ６ａは、並列的に実行してもよい。

なお、複数のＰＤＮ接続について、ステップ５〜６及びステップ６ａ〜６ｂは、各ＰＤＮ接続毎に実行される。

（７）新たなＡ１０接続が確立される場合、Ａ１１−登録要求メッセージは、検証され、ＨＳＧＷは、承諾指示（accept indication）を含むＡ１１−登録応答メッセージを返すことによってＡ１０接続を承諾する。このステップは、ステップ４の後、いつでも実行できる。

（８）ステップ６の後の任意の時点で、Ｐ−ＧＷは、ＴＳ２３．４０２のサブクローズ５．６．２．２に定義されているように、Ｅ−ＵＴＲＡＮ内でリソース割当非アクティブ化手続を開始する。

（９）ＵＥがｅＨＰＲＤにアタッチされる。

（１０）ＵＥが、Ｅ−ＵＴＲＡＮ上でＰＤＮ接続及びベアラ追加／削除を完了していない場合、ＵＥは、ｅＨＲＰＤ無線上でこれらのアクティビティを完了する。ＵＥがＥ−ＵＴＲＡＮ上で動作している間に何らかのＰＤＮ接続が追加又は削除された場合、ＶＳＮＣＰを使用して、ＨＳＧＷでも同様の変更が行われる。

（１０ａ）ＨＳＧＷは、Ｐ−ＧＷアイデンティティを有さないＰＤＮ接続についてのＶＳＮＣＰ構成−要求を受信すると、ＨＳＳ／ＡＡＡとのＡＡＲ／ＡＡＡ交換を介してその情報を得る。ＨＳＧＷが対応するＰ−ＧＷ ＩＰアドレスを既に有し、又はＶＳＮＣＰ構成−要求メッセージに関連するＨＳＳ／ＡＡＡからそれを受信した場合、ＨＳＧＷは、Ｐ−ＧＷとＰＢＵ／ＰＢＡメッセージを交換する。ＡＡＲ／ＡＡＡメッセージ及びＰＢＵ／ＰＢＡの交換は、図には示していない。

（１０ｂ）ＨＳＧＷは、削除するべきＰＤＮ接続のＰＤＮ−ＩＤを含むＰＤＮ接続のＶＳＮＣＰ終了−要求（VSNCP Terminate-Request）を受信すると、ＰＤＮ接続コンテキスト情報を削除し、ＶＳＮＣＰ終了−応答（VSNCP Terminate-Ack）によってＵＥに応答する。ＰＤＮ接続のためにＧＷ制御セッションコンテキストがセットアップされている場合、ＨＳＧＷは、ＰＣＲＦとのＧＷ制御セッション終了／応答（GW Control Session Termination/Ack）手続を実行して、ＨＳＧＷにおいて先に予備登録されているこのＰＤＮ接続のＧＷ制御コンテキストを削除する。

以下、図１２を参照して、Ｅ−ＵＴＲＡＮからＭＵＰＳＡＰをサポートしていないｅＨＲＰＤへのアイドルモードの最適化されたハンドオフの間に交換されるメッセージの具体例を説明する。

（１）ＵＥは、最初にＥ−ＵＴＲＡＮにアタッチされる。ＵＥは、ｅＨＲＰＤにおいて、アクティブなＰＤＮ接続の予備登録を実行している。ＵＥは、予備登録手続を介して、ターゲットｅＨＲＰＤネットワーク内で休止中のｅＨＲＰＤセッションを有する。

（２）ＵＥは、Ｅ−ＵＴＲＡＮにアタッチされ、ＥＣＭ＿ＩＤＬＥ状態にある。あるトリガに基づいて、アイドル中のＵＥは、ｅＨＲＰＤ ＡＮへのセル再選択を実行することを決定する。ＵＥは、ｅＨＲＰＤ手続に従って、ＵＥが技術間アイドルモードモビリティイベント（inter-technology idle mode mobility event）を実行し、現在、ｅＨＲＰＤにチューニングされていることをｅＡＮに通知する。

（３）ｅＡＮは、全てのＡ１０についてＡ１１−登録要求を送信する。このＡ１１−ＲＲＱは、ＵＥがｅＨＲＰＤ無線上で動作していることをＨＳＧＷに示すための、「０」に設定された「トンネルモードモードインジケータ」を含む。トンネルモードインジケータが存在していない場合、ＨＳＧＷは、ＵＥがｅＨＲＰＤ無線上で動作していると仮定し、ＵＥのための全てのＰＭＩＰバインディングを確立する必要がある。

（４）ＨＳＧＷは、Ａ１１−登録応答を送信してｅＨＲＰＤアクセスを承認する。新たなＡ１０接続が確立される場合、Ａ１１−登録要求メッセージは、検証され、ＨＳＧＷは、承諾指示（accept indication）を含むＡ１１−登録応答メッセージを返すことによってＡ１０接続を承諾する。

ＨＳＧＷがＭＵＰＳＡＰをサポートしている場合、ＨＳＧＷは、予備登録されたＰＤＮ接続を有する各ＡＰＮについてステップ５〜ステップ１０を実行する。Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていないことがＨＳＧＷにとって既知の場合、ステップ５〜ステップ７は実行されない。

ＨＳＧＷがＭＵＰＳＡＰをサポートしていない場合、ステップ５〜ステップ７は実行されない。

（５）ＨＳＧＷ／ＭＡＧは、ステップ３によってトリガされて、ＰＢＵメッセージを送信し、ＡＰＮについてＵＥが関連しているＰ−ＧＷとの各ＰＤＮ接続のためのＰＭＩＰｖ６トンネルを確立する。ＨＳＧＷにおいて予備登録されているＡＰＮへの複数のＰＤＮ接続がある場合、ＨＳＧＷは、ｅＨＲＰＤシステム上で維持することを望むＡＰＮへのＰＤＮ接続の１つを選択する。ＡＰＮへの予備登録されたＰＤＮ接続が１つしかない場合、そのＰＤＮ接続が選択される。ＨＳＧＷは、認証の成功に応じて、Ｍｏｂｉｌｅ−Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ ＡＶＰ内で受信したＮＡＩを使用して、ＵＥを特定する。ＨＳＧＷは、選択されたＰＤＮ接続のためのＰＤＮ接続ＩＤ情報要素をＰＢＵメッセージ内に含ませる。

（６）Ｐ−ＧＷは、ＰＢＵを処理して、このＡＰＮのためのＵＥのバインディングキャッシュエントリを更新する。Ｐ−ＧＷは、ＭＵＰＳＡＰをサポートしていないので、そのバインディングキャッシュエントリは、ＡＰＮへの最新のＰＤＮ接続に割り当てられたＩＰアドレス又はプレフィックスを含む。Ｐ−ＧＷ／ＬＭＡは、ＡＰＮへの最新のＰＤＮ接続に割り当てられたＩＰアドレス／プレフィックスを含むＰＢＡをＨＳＧＷ／ＭＡＧに送信する。これによって、ＰＭＩＰｖ６トンネルがセットアップされる。Ｐ−ＧＷは、ＰＤＮ接続ＩＤ情報要素なしでＰＢＡメッセージを返す。

（７）Ｐ−ＧＷは、ポリシを実施するために構成を必要とし、Ｐ−ＧＷは、ＩＰ−ＣＡＮセッション変更（Modify IP-CAN session）メッセージをｈＰＣＲＦに送信する。Ｐ−ＧＷがＩＰ−ＣＡＮセッション変更を要求すると、ｈＰＣＲＦは、ＩＰ−ＣＡＮセッション変更応答（Modify IP-CAN session Ack）メッセージによってＰ−ＧＷに応答する。このメッセージは、Ｐ−ＧＷに組み込まれたポリシ及び課金規則を含む。

この段階で、ＨＳＧＷは、Ｐ−ＧＷがＭＵＰＳＡＰをサポートしていないことを知る。ＡＰＮへのＰＤＮ接続が１つしかない場合、又はステップ５〜ステップ７においてＰＢＵ／ＰＢＡ手続が実行されるＡＰＮへのＰＤＮ接続がＡＰＮへの最新のＰＤＮ接続である場合、ステップ８〜ステップ１０は実行されない。

（８）ＨＳＧＷ／ＭＡＧは、ＰＢＵメッセージを送信し、ＡＰＮについてＵＥが関連付けられているＰ−ＧＷとのＰＭＩＰｖ６トンネルを確立する。ＨＳＧＷにおいて予備登録されているＡＰＮへの複数のＰＤＮ接続がある場合、ＨＳＧＷは、ＨＳＧＷは、ＡＰＮへの最新のＰＤＮ接続を選択する。ＨＳＧＷがＭＵＰＳＡＰをサポートしていない場合、ＡＰＮへの唯一の予備登録されたＰＤＮ接続が選択される。ＨＳＧＷは、認証の成功に応じて、Ｍｏｂｉｌｅ−Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ ＡＶＰ内で受信したＮＡＩを使用して、ＵＥを特定する。ＨＳＧＷは、ＰＢＵメッセージ内にＰＤＮ接続ＩＤ情報要素を含ませない。

（９）Ｐ−ＧＷは、ＰＢＵを処理して、ＵＥのバインディングキャッシュエントリを更新する。ＵＥには、同じＩＰアドレス又はプレフィックスが割り当てられる。Ｐ−ＧＷ／ＬＭＡは、ＵＥに割り当てられたＩＰアドレス／プレフィックスを含むＰＢＡをＨＳＧＷ／ＭＡＧに送信する。これによって、ＰＭＩＰｖ６トンネルがセットアップされる。

（１０）Ｐ−ＧＷは、ポリシを実施するために構成を必要とし、Ｐ−ＧＷは、ＩＰ−ＣＡＮセッション変更（Modify IP-CAN session）メッセージをｈＰＣＲＦに送信する。Ｐ−ＧＷがＩＰ−ＣＡＮセッション変更を要求すると、ｈＰＣＲＦは、ＩＰ−ＣＡＮセッション変更応答（Modify IP-CAN session Ack）メッセージによってＰ−ＧＷに応答する。このメッセージは、Ｐ−ＧＷに組み込まれたポリシ及び課金規則を含む。

（１１）Ｐ−ＧＷは、ＴＳ２３．４０２のサブクローズ５．６．２．２に定義されているように、Ｅ−ＵＴＲＡＮ内でリソース割当非アクティブ化手続を開始する。

（１２）ＵＥがｅＨＰＲＤにアタッチされる。

（１３）ＵＥが、Ｅ−ＵＴＲＡＮ上でＰＤＮ接続及びベアラ追加／削除を完了していない場合、ＵＥは、ｅＨＲＰＤ無線上でこれらのアクティビティを完了する。ＵＥがＥ−ＵＴＲＡＮ上で動作している間に何らかのＰＤＮ接続が追加又は削除された場合、ＶＳＮＣＰを使用して、ＨＳＧＷでも同様の変更が行われる。

（１３ａ）ＨＳＧＷは、Ｐ−ＧＷアイデンティティを有さないＰＤＮ接続についてのＶＳＮＣＰ構成−要求を受信すると、ＨＳＳ／ＡＡＡとのＡＡＲ／ＡＡＡ交換を介してその情報を得る。ＨＳＧＷが対応するＰ−ＧＷ ＩＰアドレスを既に有し、又はＶＳＮＣＰ構成−要求メッセージに関連するＨＳＳ／ＡＡＡからそれを受信した場合、ＨＳＧＷは、Ｐ−ＧＷとＰＢＵ／ＰＢＡメッセージを交換する。ＡＡＲ／ＡＡＡメッセージ及びＰＢＵ／ＰＢＡの交換は、図には示していない。

（１３ｂ）ＨＳＧＷは、削除するべきＰＤＮ接続のＰＤＮ−ＩＤを含むＰＤＮ接続のＶＳＮＣＰ終了−要求（VSNCP Terminate-Request）を受信すると、ＰＤＮ接続コンテキスト情報を削除し、ＶＳＮＣＰ終了−応答（VSNCP Terminate-Ack）によってＵＥに応答する。ＰＤＮ接続のためにＧＷ制御セッションコンテキストがセットアップされている場合、ＨＳＧＷは、ＰＣＲＦとのＧＷ制御セッション終了／応答（GW Control Session Termination/Ack）手続を実行して、ＨＳＧＷにおいて先に予備登録されているこのＰＤＮ接続のＧＷ制御コンテキストを削除する。

（１４）ＨＳＧＷがＭＵＰＳＡＰをサポートしており、Ｐ−ＧＷによってサポートされないＡＰＮへのＰＤＮ接続を有する場合、ＨＳＧＷは、削除すべき接続のＰＤＮ−ＩＤを含むＶＳＮＣＰ終了−要求メッセージを送信することによって、このようなＰＤＮ接続コンテキスト情報を削除する。ＵＥは、ＰＤＮ接続コンテキスト情報を削除し、ＶＳＮＣＰ終了−応答によってＨＳＧＷに応答する。ＰＤＮ接続のためにＧＷ制御セッションコンテキストがセットアップされている場合、ＨＳＧＷは、ＰＣＲＦとのＧＷ制御セッション終了／応答（GW Control Session Termination/Ack）手続を実行して、ＨＳＧＷにおいて先に予備登録されているこのＰＤＮ接続のＧＷ制御コンテキストを削除する。

以下、図１３を参照して、部分的ＨＳＧＷコンテキスト（partial HSGW context）において、Ｅ−ＵＴＲＡＮからｅＨＲＰＤへの最適化されていないハンドオフの間に交換されるメッセージの具体例を説明する。

（１）ＵＥ及びｅＡＮ／ｅＰＣＦは、既存のｅＨＲＰＤセッションを再接続する。

（２）ｅＰＣＦは、ＵＥに関連するＡ１０セッションが使用可能であることを認識し、Ａ１１−登録要求メッセージ内で「アクティブスタート（Active Start）」の指示をＨＳＧＷに送信する。

（３）ＨＳＧＷは、Ａ１１−登録応答（A11-Registration Reply）メッセージで応答する。

（４）ＨＳＧＷは、ＨＳＳ／ＡＡＡから、ＵＥのための全てのＰＤＮ接続によって現在使用されているＰ−ＧＷのＩＰアドレスを含むＵＥコンテキストを取得する。

ステップ５〜ステップ１２は、ＵＥが再確立する各ＰＤＮ接続毎に繰り返される。

（５）ＵＥは、メインサービス接続を介して、ＶＳＮＣＰ構成−要求メッセージを送信する。メッセージ内の情報は、ＰＤＮ−ＩＤ、ＰＤＮタイプ、ＡＰＮ、ＰＤＮアドレス、プロトコル構成オプション及びアタッチタイプ（Attach Type）＝「ハンドオーバ」を含む。また、ＭＵＰＳＡＰがサポートされている場合、ユーザコンテキスト識別子も含まれる。既知である場合、ＰＤＮタイプは、ＵＥに関連するＩＰスタックの能力であるＵＥ ＩＰバージョン能力（ＩＰｖ４、ＩＰｖ４／ＩＰｖ６、ＩＰｖ６）を示す。プロトコル構成オプションは、ネットワークが開始したベアラをＵＥがサポートしているか否かを示す。

（６）ＨＳＧＷは、ＰＣＲＦとのゲートウェイ制御セッション確立（Gateway Control Session Establishment）手続を実行する（ＴＳ２３．２０３参照）。このステップの一部として、ＰＣＲＦは、ＨＳＧＷにＱｏＳ規則及びイベントを送信する。

（７）ＨＳＧＷは、ＰＭＩＰバインディング更新をＰ−ＧＷに送信して、登録を更新する（ＴＳ２９．２７５参照）。ＨＳＧＷにおいてＭＵＰＳＡＰがサポートされている場合、ＨＳＧＷは、ＰＢＵメッセージにＰＤＮ接続ＩＤ情報要素を含ませる。

（８）Ｐ−ＧＷは、ＰＣＲＦインタラクションを実行してＱｏＳポリシパラメータを取得する。

（９）Ｐ−ＧＷは、ＰＢＡによってＨＳＧＷに応答する（ＴＳ２９．２７５参照）。Ｐ−ＧＷがＭＵＰＳＡＰをサポートしており、ＰＢＵメッセージ内でＰＤＮ接続ＩＤ情報要素が受信された場合、Ｐ−ＧＷは、ＰＢＡメッセージに同じＰＤＮ接続ＩＤ情報要素を含ませる。

（１０）ＨＳＧＷは、メインサービス接続を介して、ＶＳＮＣＰ構成応答（VSNCP Configure-Ack）（ＰＤＮ−ＩＤ、ＰＢＡメッセージ内でＰＤＮ接続ＩＤ情報要素が受信された場合、ユーザコンテキスト識別子、ＡＰＮ、ＰＤＮアドレス、ＰＣＯ、アタッチタイプ）メッセージをＵＥに送信する。プロトコル構成オプションパラメータは、選択されたベアラ制御モードを指示してもよい。

なお、ダイナミックポリシがサポートされていない場合、選択されたベアラ制御モードは、「ＭＳのみ（MS-only）」である。

（１１）ＨＳＧＷは、ＲＦＣ３７７２で指定されているＶＳＮＣＰ構成−要求メッセージを送信してプロトコルを完了する。直ちに又は後にＩＰｖ４アドレスが割り当てられる場合、このメッセージは、ＰＤＮ−ＩＤ及びＩＰｖ４デフォルトルータアドレス（IPv4 Default Router Address）を含む。ＭＵＰＳＡＰがサポートされている場合、メッセージは、ＵＥから受信したＶＳＮＣＰ構成−要求メッセージ内で受信したものと同じ値に設定されたユーザコンテキスト識別子構成オプションを含む。

（１２）ＵＥは、ＶＳＮＣＰ構成−応答（VSNCP Configure-Ack）メッセージによって応答する。

ステップ１３は、全てのＰＤＮ接続のための全てのベアラが再確立されるまで必要に応じて繰り返される。

（１３）ＰＤＮ接続のためのベアラは、選択されたベアラ制御モードに基づいて、ｅＨＲＰＤ上で再確立される。

（１３ａ）選択されたベアラ制御モードが「ＭＳのみ（MS-only）」である場合、ＨＳＧＷは、ＵＥが全てのベアラを再確立すると仮定する。ＵＥは、全てのベアラについて、ＵＥが要求するベアラリソース割当を実行する。ＱｏＳ情報（QoS info）に変更がない場合、ＱｏＳ情報及びサービス接続が保持されるので、ステップは、実行されない。再確立ベアラの一部として、１つ以上のベアラをＲＡＮによって削除する必要があることがある。ＵＥは、標準のＨＲＰＤ手続を実行して、対応する予約を削除する。

（１３ｂ）選択されたベアラ制御モードが「ＭＳ／ＮＷ」である場合、ＨＳＧＷは、全てのベアラを再確立する。ＨＳＧＷは、ＮＷ（network）によって開始された専用のベアラセットアップを実行する。ＱｏＳ情報（QoS info）に変更がない場合、ＱｏＳ情報及びサービス接続が保持されるので、ステップは、実行されない。再確立ベアラの一部として、１つ以上のベアラを削除する必要があることがある。

なお、選択されたベアラ制御モードが「ＭＳ／ＮＷ」である場合、古くなったベアラをどのように削除するかは、研究課題である。

「ＭＳ／ＮＷ」モードにおいてＵＥがどのＩＰフローを開始したかをＨＳＧＷがＵＥにどのように知らせるかは、研究課題である。

以下、図１４を参照して、ヌルＨＳＧＷコンテキスト（null HSGW context）において、最適化されていないハンドオフの間に交換されるメッセージの具体例を説明する。

（１）ＵＥがｅＡＮ／ｅＰＣＦとの既存のｅＨＲＰＤセッションを有し、ＨＳＧＷは、ＵＥのための保存されたコンテキストを有さないと仮定する。ＵＥは、ｅＨＲＰＤへの予備登録のためにＳ１０１を使用しない。ＵＥがｅＨＲＰＤに再びアタッチすると、ＵＥは、ＨＳＧＷと共に完全なコンテキストを確立する必要がある。

（２）ＵＥは、ＬＴＥ内にある。あるトリガに基づいて、ＵＥは、ｅＨＲＰＤ ＡＮへのセル再選択を実行することを決定する。なお、セル再選択は、ＵＥがＥ−ＵＴＲＡＮネットワークにアタッチされている場合、いつでも実行することができる。ＵＥをｅＨＲＰＤにリダイレクトする際にｅＮＢ（evolved Node B）を関係させてもよい。

（３）ＵＥは、ｅＨＲＰＤ手続に従って、ｅＡＮとの接続を確立する。

（４）ｅＨＲＰＤセッションは、このサブネット内にあり、Ａ１０接続は、存在していないので、ｅＨＲＰＤ ｅＡＮ／ｅＰＣＦは、全てのＡ１０を確立するためにＡ１１−登録要求を送信する。このＡ１１−ＲＲＱは、ＵＥがｅＨＲＰＤ無線上で動作していることをＨＳＧＷに示すための、「０」に設定されたトンネルモードモードインジケータを含む。トンネルモードインジケータが存在していない場合、ＨＳＧＷは、常に、ＵＥがｅＨＲＰＤ無線上で動作していると仮定する。

（５）ＨＳＧＷは、ステップ４によってトリガされて、Ａ１１−登録応答を送信してｅＨＲＰＤアクセスを承認する。Ａ１１−登録要求メッセージは、検証される。

（６）ＵＥは、以前にｅＨＲＰＤ上にあり、予備登録のためにＳ１０１を使用していないので、ＵＥは、ＶＳＮＣＰ構成−要求をＨＳＧＷに送信する。また、ＭＵＰＳＡＰがサポートされている場合、ユーザコンテキスト識別子構成オプションも含まれる。ＵＥは、ＵＥがｅＨＲＰＤ上でコンテキストを確立した前回からの部分的コンテキストをＨＳＧＷが維持していると仮定する。

（７）ＨＳＧＷは、ＵＥのための保存されたコンテキストを有していないと判定する。ＨＳＧＷは、ＵＥのためのＰＰＰ、認証、ＣＣＰ及びＰＤＮコンテキストを確立するためのＬＣＰ（Link Control Protocol）及び他の手続を開始する。このステップは、ステップ６においてＶＳＮＣＰ構成−要求を送信する前に実行してもよい。

（８）（オプションのステップ）ＵＥが延期されたＩＰアドレス割当（deferred IP address allocation）を要求している場合、ＵＥは、この時点で、ＢＥサービス接続上で（オプションとして急速コミットオプション（rapid commit option）有りの）ＤＨＣＰｖ４発見（DHCPv4 DISCOVER）メッセージを発行できる。

（９ａ）ＵＥは、ルータ要請メッセージ（Router solicitation message）を送信してもよい。

（９ｂ）Ｐ−ＧＷがＩＰｖ６プレフィックスをＨＳＧＷに送信した場合、ＨＳＧＷは、ルータ広告（Router Advertisement）メッセージを送信する。

（１０）ＵＥ、ＲＡＮ、ＨＳＧＷ及びＰＣＲＦは、ベアラ制御モード（Bearer Control Mode）に基づいて、専用のベアラの再確立に進む。

（１０ａ）選択されたＢＣＭがＮＷによって開始されたＱｏＳ（NW-initiated QoS）を示す場合、ＬＴＥ上でセットアップされている専用のベアラ（ＩＰフロー）のそれぞれについて、手続を実行する。

（１０ｂ）選択されたＢＣＭがＵＥによって開始されたＱｏＳ（UE-initiated QoS）を示す場合、ＵＥが確立することを望むＬＴＥ上でセットアップされている専用のベアラ（ＩＰフロー）のそれぞれについて、手続を実行する。

以下、図１５を参照して、既存のｅＨＲＰＤセッションがない最適化されていないハンドオフを補助するために交換されるメッセージの具体例を説明する。

（１）ＵＥは、ｅＡＮ／ｅＰＣＦとの既存のｅＨＲＰＤセッションを有さない（したがって、ＨＳＧＷは、ＵＥのための保存されたコンテキストを有さない）と仮定する。ＵＥは、ｅＨＲＰＤへの予備登録のためにＳ１０１を使用しない。ＵＥがｅＨＲＰＤに再びアタッチすると、ＵＥは、完全なｅＨＲＰＤセッション確立を行い、ＨＳＧＷと共に完全なコンテキストを確立する必要がある。

（２）ＵＥは、ＬＴＥ内にある。あるトリガに基づいて、ＵＥは、ｅＨＲＰＤ ＡＮへのセル再選択を実行することを決定する。なお、セル再選択は、ＵＥがＥ−ＵＴＲＡＮネットワークにアタッチされている場合、いつでも実行することができる。ＵＥをｅＨＲＰＤにリダイレクトする際にｅＮＢを参加させてもよい。

（３）ＵＥは、コールフローからのステップ１〜７ｂに従って、ＨＳＧＷとのｅＨＲＰＤセッション及びＰＰＰ及び認証セッションを確立する。

ステップ４〜１１は、ＵＥがＬＴＥシステムから移行した各ＰＤＮ接続毎に繰り返される。

（４）ＵＥは、メインサービス接続を介して、ＶＳＮＣＰ構成−要求メッセージを送信する。メッセージ内の情報は、ＰＤＮ−ＩＤ、ＭＵＰＳＡＰがサポートされている場合のユーザコンテキスト識別子、ＰＤＮタイプ、ＡＰＮ、ＰＤＮアドレス、プロトコル構成オプション及びアタッチタイプ（Attach Type）＝「ハンドオーバ」を含む。既知である場合、ＰＤＮタイプは、ＵＥに関連するＩＰスタックの能力であるＵＥ ＩＰバージョン能力（ＩＰｖ４、ＩＰｖ４／ＩＰｖ６、ＩＰｖ６）を示す。プロトコル構成オプションは、ネットワークが開始したベアラをＵＥがサポートしているか否かを示す。

（５）ＨＳＧＷは、ＰＣＲＦとのゲートウェイ制御セッション確立（Gateway Control Session Establishment）手続を実行する（ＴＳ２３．２０３参照）。このステップの一部として、ＰＣＲＦは、ＨＳＧＷにＱｏＳ規則及びイベントを送信する。

（６）ＨＳＧＷは、ＰＭＩＰバインディング更新をＰ−ＧＷに送信して、登録を更新する（ＴＳ２９．２７５参照）。ＨＳＧＷにおいてＭＵＰＳＡＰがサポートされている場合、ＨＳＧＷは、ＰＢＵメッセージにＰＤＮ接続ＩＤ情報要素を含ませる。

（７）Ｐ−ＧＷは、ＰＣＲＦインタラクションを実行してＱｏＳポリシパラメータを取得する。

（８）Ｐ−ＧＷは、ＰＢＡによってＨＳＧＷに応答する（ＴＳ２９．２７５参照）。Ｐ−ＧＷがＭＵＰＳＡＰをサポートしており、ＰＢＵメッセージ内でＰＤＮ接続ＩＤ情報要素が受信された場合、Ｐ−ＧＷは、ＰＢＡメッセージに同じＰＤＮ接続ＩＤ情報要素を含ませる。

（９）ＨＳＧＷは、メインサービス接続を介して、ＶＳＮＣＰ構成応答（VSNCP Configure-Ack）（ＰＤＮ−ＩＤ、ＰＢＡメッセージ内でＰＤＮ接続ＩＤ情報要素が受信された場合、ユーザコンテキスト識別子、ＡＰＮ、ＰＤＮアドレス、ＰＣＯ、アタッチタイプ）メッセージをＵＥに送信する。プロトコル構成オプションパラメータは、選択されたベアラ制御モードを指示してもよい。

なお、ダイナミックポリシがサポートされていない場合、選択されたベアラ制御モードは、「ＭＳのみ（MS-only）」である。

（１０）ＨＳＧＷは、ＲＦＣ３７７２で指定されているＶＳＮＣＰ構成−要求メッセージを送信してプロトコルを完了する。直ちに又は後にＩＰｖ４アドレスが割り当てられる場合、このメッセージは、ＰＤＮ−ＩＤ及びＩＰｖ４デフォルトルータアドレス（IPv4 Default Router Address）を含む。ＭＵＰＳＡＰがサポートされている場合、メッセージは、ＵＥから受信したＶＳＮＣＰ構成−要求メッセージ内で受信したものと同じ値に設定されたユーザコンテキスト識別子構成オプションを含む。

（１１）ＵＥは、ＶＳＮＣＰ構成−応答（VSNCP Configure-Ack）メッセージによって応答する。

（１２−オプション）ステップ８において、ＵＥが延期されたＩＰアドレス割当（deferred IP address allocation）を要求している場合、ＵＥは、この時点で、ＢＥサービス接続上で（オプションとして急速コミットオプション（rapid commit option）有りの）ＤＨＣＰｖ４発見（DHCPv4 DISCOVER）メッセージを発行できる。

（１３ａ）ＵＥは、ルータ要請メッセージ（Router solicitation message）を送信してもよい。

（１３ｂ）Ｐ−ＧＷがＩＰｖ６プレフィックスをＨＳＧＷに送信した場合、ＨＳＧＷは、ルータ広告（Router Advertisement）メッセージを送信する。

ステップ１４は、全てのＰＤＮ接続のための全てのベアラが再確立されるまで必要に応じて繰り返される。

（１４）ＰＤＮ接続のためのベアラは、選択されたベアラ制御モードに基づいて、ｅＨＲＰＤ上で再確立される。

（１４ａ）選択されたベアラ制御モードが「ＭＳのみ（MS-only）」である場合、ＨＳＧＷは、ＵＥが全てのベアラを確立すると仮定する。ＵＥは、全てのベアラについて、ＵＥが要求するベアラリソース割当を実行する。

（１４ｂ）選択されたベアラ制御モードが「ＭＳ／ＮＷ」である場合、ＨＳＧＷは、全てのベアラを確立する。ＨＳＧＷは、ＮＷによって開始された専用のベアラセットアップを実行する。

図１６は、無線通信のプロセス１６００のフローチャートである。１６０２において、複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のアクセスネットワーク（ＡＮ）から、複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮにローミングを行う際、ハンドオーバターゲットＡＮ内での動作のために、複数のアクティブなＰＤＮ接続から単一のＰＤＮ接続を選択する。この選択は、ここに説明する技術の１つに基づいて実行してもよい。１６０４において、メッセージを交換して、ハンドオーバターゲットＡＮ内で、単一のＰＤＮ接続を登録する。上述したように、幾つかの実施の形態では、メッセージは、ＵＥと、ＨＳＧＷ等のゲートウェイサーバとの間で交換される。

図１７は、無線通信装置１７００の一部のブロック図である。モジュール１７０２は、複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のアクセスネットワーク（ＡＮ）から、複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮにローミングを行う際、ハンドオーバターゲットＡＮ内での動作のために、複数のアクティブなＰＤＮ接続から単一のＰＤＮ接続を選択するためのモジュールである。モジュール１７０４は、メッセージを交換して、ハンドオーバターゲットＡＮ内で、単一のＰＤＮ接続を登録するためのモジュールである。装置１７００及びモジュール１７０２、１７０４は、本明細書で開示した１つ以上の技術を実装するように更に構成してもよい。

図１８は、無線通信のプロセス１８００のフローチャートである。１８０２において、現在のアクセスネットワーク（ＡＮ）内で、プロキシバインディング更新／プロキシバインディング応答（ＰＢＵ／ＰＢＡ）手続を実行して、アクセスポイント名（ＡＰＮ）への複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のＡＮから、ＡＰＮへの複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮへのユーザ設備のローミングを補助するネットワークゲートウェイサーバを準備する。１８０４において、ターゲットＡＮ内のゲートウェイサーバがＡＰＮへの複数のＰＤＮ接続をサポートしているか否かを学習する。１８０６において、ターゲットＡＮ内でのＰＤＮ接続の予備登録を補助する。

図１９は、無線通信装置１９００の一部のブロック図である。モジュール１９０２は、現在のアクセスネットワーク（ＡＮ）内で、プロキシバインディング更新／プロキシバインディング応答（ＰＢＵ／ＰＢＡ）手続を実行して、アクセスポイント名（ＡＰＮ）への複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のＡＮから、ＡＰＮへの複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮへのユーザ設備のローミングを補助するネットワークゲートウェイサーバを準備するためのモジュールである。モジュール１９０４は、ターゲットＡＮ内のゲートウェイサーバがＡＰＮへの複数のＰＤＮ接続をサポートしているか否かを学習するためのモジュールである。モジュール１９０６は、ターゲットＡＮ内でのＰＤＮ接続の予備登録を補助するためのモジュールである。装置１９００及びモジュール１９０２、１９０４、１９０６は、本明細書で開示した１つ以上の技術を実装するように更に構成してもよい。

複数のパケットデータネットワーク接続のハンドオフを可能にするための幾つかの技術について説明した。

更に、複数の共存するＰＤＮ接続をサポートしている現在のアクセスネットワークから、複数の共存するＰＤＮ接続をサポートしていない（すなわち、単一のＰＤＮ接続のみをサポートする）ハンドオーバターゲットＡＮへのローミングの際に、複数の同時のパケットデータネットワーク接続の１つを選択する幾つかの技術を開示した。

ここに開示した実施の形態及び他の実施の形態、モジュール並びに機能的な動作は、デジタル電子回路で実現してもよく、本明細書に開示した構造及びこれらの構造的な均等物を含むコンピュータソフトウェア、ファームウェア又はハードウェアで実現してもよく、これらの１つ以上の組合せで実現してもよい。ここに開示した実施の形態及び他の実施の形態は、１つ以上のコンピュータプログラム製品、すなわち、コンピュータが読取可能な媒体内に符号化され、データ処理装置によって実行され、又はデータ処理装置の動作を制御するコンピュータプログラム命令の１つ以上のモジュールとして実現することもできる。コンピュータが読取可能な媒体は、機械可読のストレージデバイス、機械可読のストレージ基板、メモリデバイス、機械可読の伝播信号に作用する組成物又はこれらの１つ以上の組合せであってもよい。用語「データ処理装置」は、データを処理するための全ての装置、デバイス及び機械を包含し、一例としてプログラミング可能なプロセッサ、コンピュータ、複数のプロセッサ又はコンピュータがこれに含まれる。装置は、ハードウェアに加えて、当該コンピュータプログラムの実行環境を作成するコード、例えば、プロセッサファームウェアを構成するコード、プロトコルスタック、データベース管理システム、オペレーティングシステム又はこれらの１つ以上の組合せを含むことができる。伝播信号は、人工的に生成された信号であり、例えば、適切な受信装置への送信のために情報を符号化するように機械が生成した電気信号、光信号又は電磁波信号である。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト又はコードとも呼ばれる。）は、コンパイラ言語又はインタープリタ言語を含む如何なる形式のプログラミング言語で書いてもよく、例えば、スタンドアロンプログラムとして、若しくはモジュール、コンポーネント、サブルーチン又は演算環境での使用に適する他のユニットとして、如何なる形式で展開してもよい。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応していなくてもよい。プログラムは、他のプログラム又はデータを含むファイル（例えば、マークアップ言語文書内に保存された１つ以上のスクリプト）の一部に保存してもよく、当該プログラムに専用の単一のファイルに保存してもよく、連携する複数のファイル（例えば、モジュール、サブプログラム又はコードの一部を保存する１つ以上のファイル）に保存してもよい。コンピュータプログラムは、１つのコンピュータ上で実行されるように展開してもよく、１つの場所に設けられた又は複数の場所に亘って分散され、通信ネットワークによって相互接続された複数のコンピュータ上で実行されるように展開してもよい。

本明細書に開示したプロセス及びロジックフローは、入力データを処理し、出力を生成することによって機能を実現する１つ以上のコンピュータプログラムを実行する１つ以上のプログラミング可能なプロセッサによって実現してもよい。プロセス及びロジックフローは、例えば、フィールドプログラマブルゲートアレイ（field programmable gate array：ＦＰＧＡ）又は特定用途向け集積回路（application specific integrated circuit：ＡＳＩＣ）等の専用論理回路によって実行してもよい。

コンピュータプログラムの実行に適するプロセッサには、一例として、汎用マイクロプロセッサ及び専用マイクロプロセッサの両方、並びにあらゆる種類のデジタルコンピュータの１つ以上のプロセッサの何れかを含ませてもよい。プロセッサは、通常、読出専用メモリ又はランダムアクセスメモリ、若しくはこれらの両方から命令及びデータを受け取る。コンピュータの基本的な要素は、命令を実行するプロセッサと、命令及びデータを保存する１つ以上のメモリデバイスである。また、コンピュータは、通常、データを保存するための１つ以上の大容量記憶装置、例えば、磁気ディスク、光磁気ディスク又は光ディスクを含み、若しくは、大容量記憶装置からデータを受信し、大容量記憶装置にデータを送信し、又はこの両方の動作を行うように大容量記憶装置に動作的に接続されている。但し、コンピュータは、必ずしもこのような装置を有する必要はない。コンピュータプログラム命令及びデータの格納に適するデバイスには、一例として挙げれば、半導体記憶デバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ及びフラッシュメモリデバイスを含む全ての形式の不揮発性メモリ、磁気ディスク、例えば、内蔵ハードディスク又はリムーバブルディスク、光磁気ディスク、並びにＣＤ−ＲＯＭディスク及びＤＶＤ−ＲＯＭディスク等が含まれる。プロセッサ及びメモリは、専用論理回路によって補ってもよく、専用論理回路に組み込んでもよい。

本明細書は、多くの詳細事項を含んでいるが、これらの詳細事項は、特許請求している又は特許請求することができる本発明の範囲を限定するものとは解釈されず、本発明の特定の実施の形態の特定の特徴の記述として解釈される。本明細書おいて、別個の実施の形態の文脈で開示した幾つかの特徴を組み合わせて、単一の実施の形態として実現してもよい。逆に、単一の実施の形態の文脈で開示した様々な特徴は、複数の実施の形態に別個に具現化してもよく、適切な如何なる部分的組合せとして具現化してもよい。更に、以上では、幾つかの特徴を、ある組合せで機能するものと説明しているが、初期的には、そのように特許請求している場合であっても、特許請求された組合せからの１つ以上の特徴は、幾つかの場合、組合せから除外でき、特許請求された組合せは、部分的組合せ又は部分的な組合せの変形に変更してもよい。同様に、図面では、動作を特定の順序で示しているが、このような動作は、所望の結果を達成するために、図示した特定の順序又は順次的な順序で行う必要はなく、また、図示した全ての動作を行う必要もない。

幾つかの具体例及び実施例のみを開示した。ここに開示した内容に基づいて、上述した具体例及び実施例及び他の実施例を変形、変更及び拡張することができる。

Claims (19)

1. 無線通信ネットワーク内のユーザ設備において実行される、無線通信方法であって、
   前記ユーザ設備のプロセッサを用いて、複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のアクセスネットワーク（ＡＮ）から、複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮにローミングを行う際、前記ハンドオーバターゲットＡＮ内での動作のために、複数のアクティブなＰＤＮ接続から単一のＰＤＮ接続を選択するステップと、
   前記プロセッサを用いて、メッセージを交換して、前記ハンドオーバターゲットＡＮ内で、前記単一のＰＤＮ接続を登録するステップと、を有し、
   前記単一のＰＤＮ接続の選択は、複数のアクティブなＰＤＮ接続が確立された順序に関連する一組の規則に基づいており、
   前記単一のＰＤＮ接続は、最新のＰＤＮ接続に対応しており、
   新たなＰＤＮ接続のために予備登録されたＰＤＮ接続が前記ターゲットＡＮ内に既に存在している場合、前記新たなＰＤＮ接続は前記最新のＰＤＮ接続であるとはみなされず、前記単一のＰＤＮ接続として選択されない無線通信方法。
2. 前記メッセージの交換の動作は、動作モードに基づいている請求項１記載の方法。
3. 前記動作モードは、アクティブモード、休止モード及びアイドルモードの１つである請求項２記載の方法。
4. 複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のアクセスネットワーク（ＡＮ）から、複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮにローミングを行う際、前記ハンドオーバターゲットＡＮ内での動作のために、複数のアクティブなＰＤＮ接続から単一のＰＤＮ接続を選択する手段と、
   メッセージを交換して、前記ハンドオーバターゲットＡＮ内で、前記単一のＰＤＮ接続を登録する手段と、を備え、
   前記単一のＰＤＮ接続の選択は、複数のアクティブなＰＤＮ接続が確立された順序に関連する一組の規則に基づいており、
   前記単一のＰＤＮ接続は、最新のＰＤＮ接続に対応しており、
   新たなＰＤＮ接続のために予備登録されたＰＤＮ接続が前記ターゲットＡＮ内に既に存在している場合、前記新たなＰＤＮ接続は前記最新のＰＤＮ接続であるとはみなされず、前記単一のＰＤＮ接続として選択されない無線通信装置。
5. 前記メッセージの交換の動作は、動作モードに基づいている請求項４記載の装置。
6. 前記動作モードは、アクティブモード、休止モード及びアイドルモードの１つである請求項５記載の装置。
7. コンピュータが読取可能なコードが保存されている不揮発性の媒体を備えるコンピュータプログラムであって、前記コードは、
   複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のアクセスネットワーク（ＡＮ）から、複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮにローミングを行う際、前記ハンドオーバターゲットＡＮ内での動作のために、複数のアクティブなＰＤＮ接続から単一のＰＤＮ接続を選択する命令と、
   ハンドオーバターゲットＡＮ内での動作時に維持されるアクセスポイント名（ＡＰＮ）へのＰＤＮ接続を予備登録する命令とを含み、
   前記単一のＰＤＮ接続の選択は、複数のアクティブなＰＤＮ接続が確立された順序に関連する一組の規則に基づいており、
   前記単一のＰＤＮ接続は、最新のＰＤＮ接続に対応しており、
   新たなＰＤＮ接続のために予備登録されたＰＤＮ接続が前記ターゲットＡＮ内に既に存在している場合、前記新たなＰＤＮ接続は前記最新のＰＤＮ接続であるとはみなされず、前記単一のＰＤＮ接続として選択されないコンピュータプログラム。
8. 命令を保存するメモリと、
   前記命令を実行して、
   i）複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のアクセスネットワーク（ＡＮ）から、複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮにローミングを行う際、前記ハンドオーバターゲットＡＮ内での動作のために、複数のアクティブなＰＤＮ接続から単一のＰＤＮ接続を選択し、
   ii）前記ハンドオーバターゲットＡＮがメッセージを交換して、複数の共存するＰＤＮ接続をサポートしているか否かを学習する、プロセッサと、を備え、
   前記単一のＰＤＮ接続の選択は、複数のアクティブなＰＤＮ接続が確立された順序に関連する一組の規則に基づいており、
   前記単一のＰＤＮ接続は、最新のＰＤＮ接続に対応しており、
   新たなＰＤＮ接続のために予備登録されたＰＤＮ接続が前記ターゲットＡＮ内に既に存在している場合、前記新たなＰＤＮ接続は前記最新のＰＤＮ接続であるとはみなされず、前記単一のＰＤＮ接続として選択されない無線通信装置。
9. 現在のアクセスネットワーク（ＡＮ）内のネットワークゲートサーバによって、プロキシバインディング更新／プロキシバインディング応答（ＰＢＵ／ＰＢＡ）手続を実行して、アクセスポイント名（ＡＰＮ）への複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のＡＮから、ＡＰＮへの複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮへのユーザ設備のローミングを補助するステップを有し、
   前記ＰＢＵ／ＰＢＡ手続は、
   前記ターゲットＡＮ内のゲートウェイサーバがＡＰＮへの複数のＰＤＮ接続をサポートしているか否かを学習するステップと、
   前記ターゲットＡＮ内でのＰＤＮ接続の予備登録を補助するステップとを含む無線通信方法。
10. 前記ゲートウェイサーバが複数のＰＤＮ接続をサポートしていない場合、前記予備登録は、接続識別要素を含まない更新メッセージを送信することによって補助される請求項９記載の方法。
11. 前記ＡＰＮへの単一のＰＤＮ接続は、最新のＰＤＮ接続に対応している請求項１０記載の方法。
12. 現在のアクセスネットワーク（ＡＮ）内で、プロキシバインディング更新／プロキシバインディング応答（ＰＢＵ／ＰＢＡ）手続を実行して、アクセスポイント名（ＡＰＮ）への複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のＡＮから、ＡＰＮへの複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮへのユーザ設備のローミングを補助するネットワークゲートウェイサーバを準備する手段と、
    前記ターゲットＡＮ内のゲートウェイサーバがＡＰＮへの複数のＰＤＮ接続をサポートしているか否かを学習する手段と、
    前記ターゲットＡＮ内でのＰＤＮ接続の予備登録を補助する手段とを備える無線通信のための装置。
13. コンピュータで読取可能なコードとして不揮発性の媒体に保存されているコンピュータプログラムであって、前記コードは、実行されると、コンピュータに、
    現在のアクセスネットワーク（ＡＮ）内で、プロキシバインディング更新／プロキシバインディング応答（ＰＢＵ／ＰＢＡ）手続を実行して、アクセスポイント名（ＡＰＮ）への複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のＡＮから、ＡＰＮへの複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮへのユーザ設備のローミングを補助するネットワークゲートウェイサーバを準備させ、
    前記ターゲットＡＮ内のゲートウェイサーバがＡＰＮへの複数のＰＤＮ接続をサポートしているか否かを学習させ、
    前記ターゲットＡＮ内でのＰＤＮ接続の予備登録を補助させ、
    複数の共存するＰＤＮ接続がサポートされているか否かを示すメッセージを送信させるコンピュータプログラム。
14. 無線通信のためのシステムにおいて、
    複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のアクセスネットワーク（ＡＮ）から、複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮにローミングを行う際、ハンドオーバターゲットＡＮ内での動作のために、複数のアクティブなＰＤＮ接続から単一のＰＤＮ接続を選択し、
    メッセージを交換して、前記ハンドオーバターゲットＡＮ内で、前記単一のＰＤＮ接続を登録するように構成されているユーザ設備と、
    現在のアクセスネットワーク（ＡＮ）内で、プロキシバインディング更新／プロキシバインディング応答（ＰＢＵ／ＰＢＡ）手続を実行して、アクセスポイント名（ＡＰＮ）への複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のＡＮから、ＡＰＮへの複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮへのユーザ設備のローミングを補助するネットワークゲートウェイサーバを準備し、
    前記ターゲットＡＮ内のゲートウェイサーバがＡＰＮへの複数のＰＤＮ接続をサポートしているか否かを学習し、
    前記ターゲットＡＮ内でのＰＤＮ接続の予備登録を補助するように構成されているゲートウェイサーバとを備えるシステム。
15. 前記ゲートウェイサーバが前記複数のＰＤＮ接続をサポートしていない場合、前記予備登録は、接続識別要素を含まない更新メッセージを送信することにより補助される請求項１２記載の装置。
16. 前記ＡＰＮへの前記単一のＰＤＮ接続は、最新のＰＤＮ接続に対応する請求項１２記載の装置。
17. 現在のアクセスネットワーク（ＡＮ）におけるネットワークゲートウェイサーバであって、
    プロキシバインディング更新／プロキシバインディング応答（ＰＢＵ／ＰＢＡ）手続を実行して、アクセスポイント名（ＡＰＮ）への複数の共存するパケットデータネットワーク（ＰＤＮ）接続をサポートしている現在のＡＮから、ＡＰＮへの複数の共存するＰＤＮ接続をサポートしていないハンドオーバターゲットＡＮへのユーザ設備のローミングを補助するプロセッサを有し、
    前記ＰＢＵ／ＰＢＡ手続は、
    前記ターゲットＡＮ内のゲートウェイサーバがＡＰＮへの複数のＰＤＮ接続をサポートしているか否かを学習することと、
    前記ターゲットＡＮ内でのＰＤＮ接続の予備登録を補助することを含む、ネットワークゲートウェイサーバ。
18. 前記ゲートウェイサーバが前記複数のＰＤＮ接続をサポートしていない場合、前記予備登録は、接続識別要素を含まない更新メッセージを送信することにより補助される請求項１２記載の装置。
19. 前記ＡＰＮへの前記単一のＰＤＮ接続は、最新のＰＤＮ接続に対応する請求項１２記載の装置。

Images