(57)【特許請求の範囲】
【請求項１】
第１のアクセスネットワークから第２のアクセスネットワークへのハンドオーバ動作中のパケットデータネットワーク  ゲートウェイ（ＰＤＮ  ＧＷ）を使用した資源管理のための方法であって、
前記ＰＤＮ  ＧＷと前記第２のアクセスネットワークとの間に、ＰＭＩＰｖ６トンネルを確立するステップと、
前記ＰＤＮ  ＧＷからポリシーおよび課金規則機能（ＰＣＲＦ）へポリシー更新メッセージを送信するステップであって、前記ＰＤＮ  ＧＷはＳ２ａインタフェース、Ｓ２ｃインタフェースおよびＳ５インタフェースのうちの少なくとも１つを備えるインタフェースを有し、前記ポリシー更新メッセージは、前記ＰＭＩＰｖ６トンネルを用いた前記インタフェース上のハンドオーバについての、前記第２のアクセスネットワーク内の新たなＧＷ（ゲートウェイ）に関する情報を含む、送信するステップと、
前記ＰＤＮ  ＧＷにおいて、ポリシー更新確認メッセージを前記ＰＣＲＦから受信するステップと、
前記ＰＣＲＦが、前記第２のアクセスネットワーク内の前記新たなＧＷに関する情報を含む前記ポリシー更新メッセージを前記第２のアクセスネットワークに送信するステップと、
前記第２のアクセスネットワークが、ポリシー更新確認メッセージを前記ＰＣＲＦに送信するステップと、
前記ＰＤＮ  ＧＷを介して、ユーザ装置（ＵＥ）および前記ＰＤＮ  ＧＷの間の、前記第２のアクセスネットワーク上のアップリンク伝送およびダウンリンク伝送用のインターネットプロトコル（ＩＰ）接続を確立するステップと、
前記ＰＤＮ  ＧＷを介して、前記第１のアクセスネットワークに関連付けられた資源を解放するステップと
を備えることを特徴とする方法。
【請求項２】
汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）および無線アクセスベアラ（ＲＡＢ）解放メッセージを送信するステップと、
ＧＴＰおよびＲＡＢ解放ＡＣＫ（肯定応答）を受信するステップと
をさらに備えることを特徴とする請求項１記載の方法。
【請求項３】
前記第１のアクセスネットワークは第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスネットワークであり、前記第２のアクセスネットワークはトラステッド非３ＧＰＰ  インターネットプロトコル（ＩＰ）アクセスネットワークであることを特徴とする請求項１記載の方法。
【請求項４】
前記第１のアクセスネットワークはトラステッド非第３世代パートナーシッププロジェクト（３ＧＰＰ）インターネットプロトコル（ＩＰ）アクセスネットワークであり、前記第２のアクセスネットワークはロングタームエボリューション（ＬＴＥ）進化型ユニバーサル陸上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）であることを特徴とする請求項１記載の方法。
【請求項５】
第１のアクセスネットワークから第２のアクセスネットワークへのハンドオーバ動作中の資源管理のための機器であって、
受信機と、
送信機と、
前記受信機および前記送信機と通信するプロセッサとを備え、
前記プロセッサ、受信機、および送信機は、
パケットデータネットワーク  ゲートウェイ（ＰＤＮ  ＧＷ）と前記第２のアクセスネットワークとの間に、ＰＭＩＰｖ６トンネルを確立し、
前記ＰＤＮ  ＧＷからポリシーおよび課金規則機能（ＰＣＲＦ）へポリシー更新メッセージを送信し、前記ＰＤＮ  ＧＷはＳ２ａインタフェース、Ｓ２ｃインタフェースおよびＳ５インタフェースのうちの少なくとも１つを備えるインタフェースを有しており、前記ポリシー更新メッセージは、前記ＰＭＩＰｖ６トンネルを用いた前記インタフェース上のハンドオーバについての前記第２のアクセスネットワーク内の新たなゲートウェイ（ＧＷ）に関する情報を含み、
前記ＰＣＲＦからポリシー更新確認メッセージを受信し、前記第２のアクセスネットワーク内の前記新たなＧＷに関する情報を含むポリシー更新メッセージが、前記ＰＣＲＦから前記第２のアクセスネットワークに送信され、さらに、ポリシー更新確認メッセージが、前記第２のアクセスネットワークから前記ＰＣＲＦに送信されることを含み、
前記第２のアクセスネットワーク上で、ユーザ装置（ＵＥ）および当該機器のＰＤＮ  ＧＷの間の、アップリンク伝送およびダウンリンク伝送それぞれのためのインターネットプロトコル（ＩＰ）接続を確立し、
前記第１のアクセスネットワークに関連付けられた資源を解放するように構成されたことを特徴とする機器。
【請求項６】
前記プロセッサ、受信機、および送信機は、
汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）および無線アクセスベアラ（ＲＡＢ）解放メッセージを送信し、
ＧＴＰおよびＲＡＢ解放肯定応答（ＡＣＫ）を受信するようにさらに構成されたことを特徴とする請求項５記載の機器。
【請求項７】
前記第１のアクセスネットワークは第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスネットワークであり、前記第２のアクセスネットワークはトラステッド非３ＧＰＰ  インターネットプロトコル（ＩＰ）アクセスネットワークであることを特徴とする請求項５記載の機器。
【請求項８】
前記第１のアクセスネットワークはトラステッド非第３世代パートナーシッププロジェクト（３ＧＰＰ）インターネットプロトコル（ＩＰ）アクセスネットワークであり、前記第２のアクセスネットワークはロングタームエボリューション（ＬＴＥ）進化型ユニバーサル陸上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）であることを特徴とする請求項５記載の機器。
【請求項９】
第３世代パートナーシッププロジェクト（３ＧＰＰ）アクセスネットワークからトラステッド非３ＧＰＰ  インターネットプロトコル（ＩＰ）アクセスネットワークへのハンドオーバ動作中のパケットデータネットワーク  ゲートウェイ（ＰＤＮ  ＧＷ）を使用した資源管理のための方法であって、
前記ＰＤＮ  ＧＷと前記トラステッド非３ＧＰＰ  ＩＰアクセスネットワークとの間にＰＭＩＰｖ６トンネルを確立するステップと、
前記ＰＤＮ  ＧＷからポリシーおよび課金規則機能（ＰＣＲＦ）へポリシー更新メッセージを送信するステップであって、前記ＰＤＮ  ＧＷはＳ２ａインタフェース、Ｓ２ｃインタフェースおよびＳ５インタフェースのうちの少なくとも１つを備えるインタフェースを有し、前記ポリシー更新メッセージは、前記ＰＭＩＰｖ６トンネルを用いた前記インタフェース上のハンドオーバについての前記トラステッド非３ＧＰＰ  ＩＰアクセスネットワーク内の新たなゲートウェイ（ＧＷ）に関する情報を含む、送信するステップと、
前記ＰＤＮ  ＧＷにおいて、ポリシー更新確認メッセージを前記ＰＣＲＦから受信するステップと、
前記ＰＣＲＦが、前記トラステッド非３ＧＰＰ  ＩＰアクセスネットワーク内の前記新たなＧＷに関する情報を含むポリシー更新メッセージを前記トラステッド非３ＧＰＰ  ＩＰアクセスネットワークに送信するステップと、
前記トラステッド非３ＧＰＰ  ＩＰアクセスネットワークが、ポリシー更新確認メッセージを前記ＰＣＲＦに送信するステップと、
前記ＰＤＮ  ＧＷを介して、ユーザ装置（ＵＥ）および前記ＰＤＮ  ＧＷ間の、前記トラステッド非３ＧＰＰ  ＩＰアクセスネットワーク上のアップリンク伝送およびダウンリンク伝送用のインターネットプロトコル（ＩＰ）接続を確立するステップと、
前記ＰＤＮ  ＧＷを介して、前記３ＧＰＰアクセスネットワークに関連付けられた資源を解放するステップと
を備えることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は無線通信に関する。
【背景技術】
【０００２】
場合によってはＵＥ（ユーザ機器）とすることができるＷＴＲＵ（無線送受信ユニット）は、通信中にしばしばハンドオーバされる。このハンドオーバは、トラステッド非３ＧＰＰ（非第３世代パートナーシッププロジェクト）ＩＰ（インターネットプロトコル）アクセスシステムから、３ＧＰＰアクセスシステム（Ｅ−ＵＴＲＡＮ（進化型ユニバーサル陸上無線アクセスネットワーク））へ、および３ＧＰＰアクセスシステム（Ｅ−ＵＴＲＡＮ）からトラステッド非３ＧＰＰ  ＩＰアクセスシステムへと行われ得る。
【０００３】
さらに、このハンドオーバはローミングシナリオ中または非ローミングシナリオ中に行われ得る。図１は、ネットワークアーキテクチャ１００の一例を示す。図１および本明細書で以下に定義するように、次の基準点が適用される。
【０００４】
Ｓ２ａ：トラステッド非３ＧＰＰ  ＩＰアクセスとＰＤＮ（パケットデータネットワーク）ＧＷ（ゲートウェイ）との間の関連の制御およびモビリティサポートをユーザプレーンに提供する。
【０００５】
Ｓ２ｂ：ｅＰＤＧ（進化型パケットデータゲートウェイ）とＰＤＮ  ＧＷとの間の関連の制御およびモビリティサポートをユーザプレーンに提供する。
【０００６】
Ｓ２ｃ：ＷＴＲＵとＰＤＮ  ＧＷとの間の関連の制御およびモビリティサポートをユーザプレーンに提供する。この基準点は、トラステッドおよび／またはアントラステッド非３ＧＰＰアクセスおよび／または３ＧＰＰアクセスの上に実装される。
【０００７】
Ｓ５：サービングＧＷとＰＤＮ  ＧＷとの間のトンネリングおよびトンネル管理をユーザプレーンに提供する。このＳ５は、モビリティに起因する、そしてサービングＧＷが必須のＰＤＮ接続のためにノンコロケーテッド（ｎｏｎ−ｃｏｌｌｏｃａｔｅｄ）ＰＤＮ  ＧＷに接続する必要がある場合、サービングＧＷリロケーション用に使用される。
【０００８】
Ｓ６ａ：このインタフェースは認証および許可のために、ＭＭＥ（モビリティ管理エンティティ）とＨＳＳ（ホーム加入者サーバ）との間に定められる。
【０００９】
Ｓ６ｃ：ＨＰＬＭＮ（ホームパブリックランドモバイルネットワーク）内のＰＤＮ  ＧＷと、モビリティに関係する認証が必要な場合のための３ＧＰＰ  ＡＡＡ（認証、許可、および会計）サーバとの間の基準点。この基準点は、モビリティパラメータの記憶を取得／要求するためにも使用することができる。
【００１０】
Ｓ６ｄ：ＶＰＬＭＮ（訪問先パブリックランドモバイルネットワーク）内のサービングゲートウェイと、モビリティに関係する認証が必要な場合のための３ＧＰＰ  ＡＡＡプロキシとの間の基準点。この基準点は、モビリティパラメータの記憶を取得／要求するためにも使用することができる。
【００１１】
Ｓ７：ＰＣＲＦ（ポリシーおよび課金規則機能）からＰＣＥＦ（ポリシーおよび課金実行点）へのＱｏＳ（サービス品質）ポリシーおよび課金規則の転送を行う。このＰＣＥＦの割り当ては研究中（ＦＦＳ：Ｆｏｒ  Ｆｕｒｔｈｅｒ  Ｓｔｕｄｙ）である。
【００１２】
Ｓ８ｂ：ホームを経由するトラフィックに関するローミングの場合のローミングインタフェースである。ＶＰＬＭＮおよびＨＰＬＭＮ内のゲートウェイ間の関連の制御をユーザプレーンに提供する。
【００１３】
Ｓ９：ＨＰＬＭＮからの動的制御ポリシーをＶＰＬＭＮ内で実施するためのＳ７基準点のローミング改変体（ｒｏａｍｉｎｇ  ｖａｒｉａｎｔ）を示す。
【００１４】
ＳＧｉ：ＰＤＮゲートウェイとパケットデータネットワークとの間の基準点である。このパケットデータネットワークは、例えばＩＭＳ（ＩＰマルチメディアサブシステム）サービスを提供するための、事業者以外の公的もしくは民間のパケットデータネットワーク、または事業者間パケットデータネットワークとすることができる。この基準点はＧｉおよびＷｉ機能に対応し、任意の３ＧＰＰおよび非３ＧＰＰアクセスシステムをサポートする。
【００１５】
Ｗａ*：アントラステッド非３ＧＰＰ  ＩＰアクセスと３ＧＰＰ  ＡＡＡサーバ／プロキシとを接続し、アクセス認証、許可、および課金関連情報を安全な方法で移送する。
【００１６】
Ｔａ*：トラステッド非３ＧＰＰ  ＩＰアクセスと３ＧＰＰ  ＡＡＡサーバ／プロキシとを接続し、アクセス認証、許可、モビリティパラメータ、および課金関連情報を安全な方法で移送する。
【００１７】
Ｗｄ*：３ＧＰＰ  ＡＡＡプロキシと３ＧＰＰ  ＡＡＡサーバとを、場合によっては中間ネットワークを介して接続する。Ｗｄと比較した場合の違いはＦＦＳである。
【００１８】
Ｗｍ*：この基準点は３ＧＰＰ  ＡＡＡサーバ／プロキシとｅＰＤＧとの間に位置し、ＡＡＡシグナリング（モビリティパラメータ、トンネル認証データおよび許可データの移送）に使用される。
【００１９】
Ｗｎ*：アントラステッド非３ＧＰＰ  ＩＰアクセスとｅＰＤＧとの間の基準点である。開始されるトンネルに関するこのインタフェース上のトラフィックは、ｅＰＤＧに向けて強制される必要がある。
【００２０】
Ｗｘ*：この基準点は３ＧＰＰ  ＡＡＡサーバとＨＳＳとの間に位置し、認証データを移送するために使用される。
【００２１】
訪問先ネットワークに静的／動的ポリシーを提供するためにＳ６、Ｓ８、およびＳ９を使用することは検討中である。示される２つのＳ７インタフェースが異なるかどうかも検討中である。Ｅ−ＵＴＲＡＮ用のＳ１インタフェースは、両方のアーキテクチャで同じである。
【００２２】
図２は、３ＧＰＰアクセスＵＴＲＡＮからトラステッド非３ＧＰＰ  ＩＰアクセスネットワークへの、従来型のハンドオーバについての信号図２００である。このハンドオーバシナリオはＳ２ａ基準点を伴い、ＦＡＣｏＡ（外部エージェントケアオブアドレス）を伴うＭＩＰ４（モバイルＩＰ４）およびＰＭＩＰｖ６を使用するシナリオを含む。ＭＩＰｖ４のＦＡＣｏＡモードに関しては、非３ＧＰＰシステム内のＦＡとＨＰＬＭＮ内のＰＤＮ  ＧＷとの間に、Ｓ２ａが通るとみなすことができる。ＷＴＲＵが３ＧＰＰアクセスシステム内で接続される間は、ＰＭＩＰｖ６またはＧＴＰ（ＧＰＲＳ（汎用パケット無線サービス）トンネリングプロトコル）がＳ５上で使用される。非ローミングシナリオに関しては、Ｓ２ｃ上で使用されるＤＳＭＩＰｖ６（デュアルスタックモバイルＩＰｖ６）プロトコルは、ＰＭＩＰｖ６を用いるＳ２ａインタフェース上のＤＳＭＩＰｖ６規格に準拠する。このシグナリングは次の通りである。
【００２３】
１．ＷＴＲＵがトラステッド非３ＧＰＰ  ＩＰアクセスを見つけ、現在使用しているＵＴＲＡＮアクセスから、その見つけられたトラステッド非３ＧＰＰ  ＩＰアクセスシステムへのハンドオーバを開始することを決定する。ＷＴＲＵがトラステッド非３ＧＰＰ  ＩＰアクセスを見つけることを支援するメカニズムは、ネットワークの探索および選択（Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｓｅｌｅｃｔｉｏｎ）の節に明記される。この時点で、アップリンクおよびダウンリンク両方のユーザデータが次のものを介して伝送される。それは、ＷＴＲＵとソースアクセスネットワークとの間のベアラ、ソース３ＧＰＰアクセスネットワーク、サービングＧＷ、およびＰＤＮ  ＧＷ間の１つまたは複数のＧＴＰトンネルである。
【００２４】
２．最初の非３ＧＰＰアクセス固有のＬ２手順が行われる。これらの手順は非３ＧＰＰアクセスに固有であり、３ＧＰＰの範囲外である。
【００２５】
３．ＥＡＰ認証手順が、ＷＴＲＵ、トラステッド非３ＧＰＰ  ＩＰアクセス、および３ＧＰＰ  ＡＡＡサーバを伴って開始され、実行される。ローミングケースでは、いくつかのＡＡＡプロキシが伴うことがある。この認証手順の一環として、使用される必要があるＰＤＮ  ＧＷのＩＰアドレスが、トラステッド非３ＧＰＰ  ＩＰアクセス内のＰＭＡに伝えられる。
【００２６】
４．成功裏の認証および許可の後に、Ｌ３アタッチ手順がトリガされる。
【００２７】
５．トラステッド非３ＧＰＰ  ＩＰアクセスのＰＭＡ機能が、プロキシバインディング更新メッセージをＰＤＮ  ＧＷに送信する。
【００２８】
６．ＰＤＮ  ＧＷは、このプロキシバインディング更新を処理し、ＷＴＲＵ用のバインディングキャッシュエントリを作成する。このＰＤＮ  ＧＷは、ＷＴＲＵ用のＩＰアドレスを割り当てる。次いで、このＰＤＮ  ＧＷは、ＷＴＲＵに対して割り当てられる１つまたは複数のＩＰアドレスを含むプロキシバインディング肯定応答を、トラステッド非３ＧＰＰ  ＩＰアクセス内のＰＭＡ機能に送信する。この割り当てられるＩＰアドレスは、３ＧＰＰアクセス上で前にＷＴＲＵに割り当てられていたＩＰアドレスと同じである。
【００２９】
７．トラステッド非３ＧＰＰ  ＩＰアクセスとＰＤＮ  ＧＷとの間に、ＰＭＩＰｖ６トンネルが設定される。
【００３０】
８．Ｌ３アタッチ手順が完了する。ＷＴＲＵとＰＤＮ  ＧＷとの間のＩＰ接続が、トラステッド非３ＧＰＰ  ＩＰアクセス上でアップリンク方向およびダウンリンク方向に対して設定される。
【００３１】
９．３ＧＰＰ標準内に規定される手順に基づく必要な手順を実行することにより、ソース３ＧＰＰアクセスに関する資源クリーンアップが開始される。ＰＤＮ  ＧＷは、ＷＴＲＵのためのＩＰ接続を保つべきである。
【００３２】
図３は、非ローミングシナリオに関する、トラステッド非３ＧＰＰ  ＩＰアクセスから、ＰＭＩＰｖ６を用いるＥ−ＵＴＲＡＮへの従来型のハンドオーバについての信号図３００である。このシグナリングは次の通りである。
【００３３】
１．このＵＥは、トラステッド非３ＧＰＰアクセスシステムを使用し、ＰＤＮ  ＧＷによって供給されている。
【００３４】
２．このＵＥが、Ｅ−ＵＴＲＡＮアクセスシステムを見つけ、自らの現在のセッションを、現在使用している非３ＧＰＰアクセスシステムから、その見つけられたＥ−ＵＴＲＡＮアクセスシステムに転送（すなわちハンドオーバ）することを決定する。このＵＥが、Ｅ−ＵＴＲＡＮアクセスシステムを見つけることを支援するメカニズム。
【００３５】
３．このＵＥが、Ｅ−ＵＴＲＡＮによりＥＰＳ内のＭＭＥインスタンスにルートされるアタッチ要求を送信する。
【００３６】
４．ＭＭＥがＨＳＳと連絡し、そのＵＥを認証する。この認証手順の一環として、使用される必要があるＰＤＮ  ＧＷのＩＰアドレスがＭＭＥに伝えられる。
【００３７】
５．成功裏の認証の後に、このＭＭＥはＨＳＳとともに位置更新手順を実行する。
【００３８】
６．このＭＭＥはサービングＧＷを選択し、デフォルトベアラ作成要求（ＩＭＳＩ、ＭＭＥコンテキストＩＤ）メッセージをその選択したサービングＧＷに送信する。このデフォルトベアラ作成要求メッセージは、ＨＳＳによって提供されたＰＤＮ  ＧＷのＩＰアドレスも含める。
【００３９】
７．ＭＭＥからのデフォルトベアラ作成要求に基づいて、サービングＧＷが、プロキシバインディング更新を送信することにより、ＰＤＮ  ＧＷに対するＰＭＩＰｖ６登録手順を開始する。
【００４０】
８．そのＰＤＮ  ＧＷはプロキシバインディングＡＣＫで応答し、自らのモビリティバインディングを更新し、これは非３ＧＰＰアクセスネットワークからのＰＭＩＰｖ６トンネルを、サービングＧＷに効果的に切替える。このプロキシバインディングＡＣＫでは、ＰＤＮ  ＧＷは、そのＵＥに対して前に割り当てられていたものと同じＩＰアドレスまたはプレフィックスで応答する。ＰＭＩＰｖ６トンネルが、今はＰＤＮ  ＧＷとサービングＧＷとの間に存在する。
【００４１】
９．サービングＧＷが、デフォルトベアラ作成応答メッセージをＭＭＥに返す。このメッセージは、ＵＥのＩＰアドレスも含む。このメッセージは、バインディングが成功していることをＭＭＥに指示する役割も果たす。
【００４２】
１０．ＭＭＥが、Ｅ−ＵＴＲＡＮを介してアタッチ受付メッセージをＵＥに送信する。
【００４３】
１１．無線ベアラおよびＳ１−Ｕベアラが設定される。
【００４４】
１２．ＵＥがＥ−ＵＴＲＡＮを介してデータ通信を再開する。
【００４５】
図４は、非ローミングシナリオに関する、Ｅ−ＵＴＲＡＮから、ＰＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスへの従来型のハンドオーバについての信号図４００である。このシグナリングは次の通りである。
【００４６】
１．このＵＥは、トラステッド非３ＧＰＰアクセスシステムを使用し、ＰＤＮ  ＧＷによって供給されている。
【００４７】
２．このＵＥが、Ｅ−ＵＴＲＡＮアクセスシステムを見つけ、自らの現在のセッションを、現在使用している非３ＧＰＰアクセスシステムから、その見つけられたＥ−ＵＴＲＡＮアクセスシステムに転送（すなわちハンドオーバ）することを決定する。このＵＥが、Ｅ−ＵＴＲＡＮアクセスシステムを見つけることを支援するメカニズムは、３ＧＰＰ標準内に規定される。
【００４８】
３．ＴＳ２３．４０１内に規定されるように、このＵＥが、Ｅ−ＵＴＲＡＮによりＥＰＳ内のＭＭＥインスタンスにルートされるアタッチ要求を送信する。
【００４９】
４．ＭＭＥがＨＳＳと連絡し、そのＵＥを認証する。この認証手順の一環として、使用される必要があるＰＤＮ  ＧＷのＩＰアドレスがＭＭＥに伝えられる。
【００５０】
５．成功裏の認証の後に、このＭＭＥはＨＳＳとともに位置更新手順を実行する。
【００５１】
６．このＭＭＥはサービングＧＷを選択し、デフォルトベアラ作成要求（ＩＭＳＩ、ＭＭＥコンテキストＩＤ）メッセージをその選択したサービングＧＷに送信する。このデフォルトベアラ作成要求メッセージは、ＨＳＳによって提供されたＰＤＮ  ＧＷのＩＰアドレスも含む。
【００５２】
７．ＭＭＥからのデフォルトベアラ作成要求に基づいて、サービングＧＷが、プロキシバインディング更新を送信することにより、ＰＤＮ  ＧＷに対するＰＭＩＰｖ６登録手順を開始する。
【００５３】
８．そのＰＤＮ  ＧＷはプロキシバインディングＡＣＫで応答し、自らのモビリティバインディングを更新し、これは非３ＧＰＰアクセスネットワークからのＰＭＩＰｖ６トンネルを、サービングＧＷに効果的に切替える。このプロキシバインディングＡＣＫでは、ＰＤＮ  ＧＷは、そのＵＥに対して前に割り当てられていたものと同じＩＰアドレスまたはプレフィックスで応答する。ＰＭＩＰｖ６トンネルが、今はＰＤＮ  ＧＷとサービングＧＷとの間に存在する。
【００５４】
９．サービングＧＷが、デフォルトベアラ作成応答メッセージをＭＭＥに返す。このメッセージは、ＵＥのＩＰアドレスも含む。このメッセージは、バインディングが成功していることをＭＭＥに指示する役割も果たす。
【００５５】
１０．ＭＭＥが、Ｅ−ＵＴＲＡＮを介してアタッチ受付メッセージをＵＥに送信する。
【００５６】
１１．無線ベアラおよびＳ１−Ｕベアラが設定される。
【００５７】
１２．ＵＥがＥ−ＵＴＲＡＮを介してデータ通信を再開する。
【００５８】
図５は、従来型の非ローミングシナリオにおける、Ｓ２ｃ上のＤＳＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスシステムから、３ＧＰＰアクセスシステムへのハンドオーバを実施するための従来手順についての信号図５００である。このシナリオでは、非ローミングシナリオでＤＳＭＩＰｖ６を使用するトラステッド非３ＧＰＰアクセスシステム（例えばＥ−ＵＴＲＡＮ）でセッションが開始する。その後、そのセッションは３ＧＰＰアクセスシステムにハンドオーバする。このシグナリングは次の通りである。
【００５９】
１．このＵＥは、トラステッド非３ＧＰＰアクセスシステムを使用する。このＵＥは、ＰＤＮ  ＧＷとのＤＳＭＩＰｖ６セッションを有する。
【００６０】
２．このＵＥが３ＧＰＰアクセスシステムを見つけ、現在使用しているトラステッド非３ＧＰＰアクセスシステムから、その見つけられた３ＧＰＰアクセスシステムにハンドオーバすることを決定する。このＵＥが、３ＧＰＰアクセスシステムを見つけることを支援するメカニズムは、３ＧＰＰ標準内に規定される。
【００６１】
３．このＵＥが、３ＧＰＰによりＥＰＣ内のＭＭＥインスタンスにルートされるアタッチ要求を送信する。
【００６２】
４．ＭＭＥがＨＳＳ／３ＧＰＰ  ＡＡＡと連絡し、そのＵＥを認証する。この認証手順の一環として、３ＧＰＰアクセスで使用される必要があるＰＤＮ  ＧＷのＩＰアドレスがＭＭＥに伝えられる。
【００６３】
５．成功裏の認証の後に、このＭＭＥはＨＳＳとともに位置更新手順を実行する。
【００６４】
６．このＭＭＥはサービングＧＷを選択し、デフォルトベアラ作成要求（ＩＭＳＩ、ＭＭＥコンテキストＩＤ、およびＰＤＮ  ＧＷのＩＰアドレスを含む）メッセージをその選択したサービングＧＷに送信する。
【００６５】
７．ａ）ＩＥＴＦベースのＳ５に関しては、サービングＧＷが、プロキシバインディング更新を送信することにより、ＰＤＮ  ＧＷに対するＰＭＩＰｖ６登録手順を開始する。ユーザのＮＡＩがステップ６で含まれていない場合、サービングＧＷは他の手段によりユーザのＮＡＩを得る必要がある。
【００６６】
ｂ）ＧＴＰベースのＳ５に関しては、サービングＧＷが、ベアラ作成要求メッセージをＰＤＮ  ＧＷに送信する。
【００６７】
８．ａ）ＩＥＴＦベースのＳ５に関しては、そのＰＤＮ  ＧＷはプロキシバインディングＡＣＫで応答し、自らのモビリティバインディングを更新し、これは非３ＧＰＰアクセスネットワークからのＤＳＭＩＰｖ６トンネルを、サービングＧＷへのＰＭＩＰｖ６トンネルに効果的に切替える。このプロキシバインディングＡＣＫでは、ＰＤＮ  ＧＷは、そのＵＥに対して前に割り当てられていたものと同じＩＰアドレスまたはプレフィックスを含める。
【００６８】
ｂ）ＧＴＰベースのＳ５に関しては、そのＰＤＮ  ＧＷは、サービングＧＷに対するベアラ作成応答メッセージで応答する。このベアラ作成応答は、そのＵＥに対して前に割り当てられていたものと同じＩＰアドレスまたはプレフィックスを含む。
【００６９】
９．サービングＧＷが、デフォルトベアラ作成応答メッセージをＭＭＥに返す。このメッセージは、ＵＥのＩＰアドレスも含む。このメッセージは、バインディングが成功していることをＭＭＥに指示する役割も果たす。
【００７０】
１０．ＭＭＥが、３ＧＰＰアクセスを介してアタッチ受付メッセージをＵＥに送信する。３ＧＰＰアクセスシステムが、無線ベアラ設定手順を開始する。３ＧＰＰアクセスシステムが、アタッチ完了メッセージで応答する。
【００７１】
１１．このＵＥが非３ＧＰＰアクセスシステム内にいた間に作成された、このＵＥのＤＳＭＩＰｖ６バインディングの登録を取り消すために、このＵＥは、ＰＤＮ  ＧＷにＢＵを送信することができる。
【００７２】
図６は、非ローミングシナリオにおける、３ＧＰＰアクセスシステムから、Ｓ２ｃ上のＤＳＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスシステムへのハンドオーバを実施するための従来手順についての信号図６００である。このシナリオでは、Ｓ５上のＧＴＰもしくはＰＭＩＰｖ６を使用する、またはＳ５を使用しない（コロケートされたサービングＧＷおよびＰＤＮ  ＧＷ）、３ＧＰＰアクセス（例えばＥ−ＵＴＲＡＮ）でセッションが開始する。このセッションは、ＰＭＩＰｖ６を使用しないトラステッド非３ＧＰＰアクセスシステムにハンドオーバし、ＵＥは３ＧＰＰアクセスシステム内で使用していたのとは別のプレフィックスを受信する。その後、このＵＥは、ＩＰセッションを維持するために同じＰＤＮ  ＧＷとＤＳＭＩＰｖ６を開始する。このシグナリングは次の通りである。
【００７３】
１．このＵＥは、３ＧＰＰアクセスシステムを使用する。このＵＥは、Ｓ５インタフェース上でサポートされるＩＰアドレスを有する。
【００７４】
２．この時点で、このＵＥが、非３ＧＰＰアクセス手順を開始することを決定する。この決定は、例えばこのＵＥのローカルポリシーなど、任意の数の理由に基づく。
【００７５】
３．このＵＥが、非３ＧＰＰアクセスシステムにおけるアクセス認証および許可を実行する。３ＧＰＰ  ＡＡＡサーバが、非３ＧＰＰシステム内でのアクセスのためにこのＵＥを認証し、許可する。ホストベースモビリティに関するＰＤＮ  ＧＷの選択および取得は、依然としてＦＦＳであることに留意されたい。
【００７６】
４．この非３ＧＰＰアクセスシステムはＰＭＩＰｖ６対応ではなく、またはＰＭＩＰｖ６を使用しないと決める。したがって、このＵＥは３ＧＰＰアクセスシステム内で使用していたＩＰアドレスとは別のＩＰアドレスを得る。このＵＥが３ＧＰＰシステムのアドレスとは同じでないＩＰアドレスを得るため、このＵＥは、自らのＩＰセッションを維持するためにＤＳＭＩＰｖ６手順を開始することを決定する。
【００７７】
５．このＵＥは、ＭＩＰｖ６ブートストラッピング手順を使用して、ＰＤＮ  ＧＷのアドレスを知ることができる。
【００７８】
６．このＵＥは、ステップ５で見つけたＰＤＮ  ＧＷと、ＩＫＥｖ２  ＳＡおよびＩＰＳｅｃ  ＳＡの確立を行うこともできる。これは、ＵＥとＰＤＮ  ＧＷとの間にＳＡを確立するために、ＲＦＣ４８７７を使用する場合に起こる。このステップは、３ＧＰＰ  ＡＡＡシステムによる認証および許可を伴うことができる。
【００７９】
７．このＵＥが、自らのＣｏＡを登録するために、ＰＤＮ  ＧＷにＤＳＭＩＰｖ６  ＢＵメッセージを送信する。ＰＤＮ  ＧＷは、このＵＥを認証および許可し、このＵＥが３ＧＰＰアクセス内で使用していたＩＰアドレス（ホームアドレス）を含むＢＡを返信する。
【００８０】
８．このＵＥは、同じＩＰアドレスを使用してＩＰサービスを続ける。
【発明の概要】
【発明が解決しようとする課題】
【００８１】
したがって、ハンドオーバの間および／または後を含む、成功裏のハンドオーバのためのシステム資源の管理方法および機器を提供することが有益である。
【課題を解決するための手段】
【００８２】
ハンドオーバ操作中の資源管理のための方法および機器を開示する。この方法は、第１のアクセスネットワークから第２のアクセスネットワークへのハンドオーバを開始するステップを含む。ポリシー更新メッセージが送信され、ポリシー更新確認メッセージが受信される。ＧＴＰ（ＧＰＲＳ（汎用パケット無線サービス）トンネリングプロトコル）メッセージおよびＲＡＢ（無線アクセスベアラ）解放メッセージが送信され、ＧＴＰおよびＲＡＢ解放肯定応答が受信される。第２のアクセスネットワーク内のアップリンク伝送およびダウンリンク伝送用の接続が確立される。
【００８３】
より詳細な理解は、添付の図面と組み合わせて例として与えられる以下の説明から得ることができる。
【図面の簡単な説明】
【００８４】
【図１】ネットワークアーキテクチャの一例を示す図である。
【図２】３ＧＰＰアクセスＵＴＲＡＮからトラステッド非３ＧＰＰ  ＩＰアクセスネットワークへの、従来型のハンドオーバについての信号図である。
【図３】非ローミングシナリオに関する、トラステッド非３ＧＰＰ  ＩＰアクセスから、ＰＭＩＰｖ６を用いるＥ−ＵＴＲＡＮへの従来型のハンドオーバについての信号図である。
【図４】非ローミングシナリオに関する、Ｅ−ＵＴＲＡＮから、ＰＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスへの従来型のハンドオーバについての信号図である。
【図５】従来型の非ローミングシナリオにおける、Ｓ２ｃ上のＤＳＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスシステムから、３ＧＰＰアクセスシステムへのハンドオーバを実施するための従来手順についての信号図である。
【図６】非ローミングシナリオにおける、３ＧＰＰアクセスシステムから、Ｓ２ｃ上のＤＳＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスシステムへのハンドオーバを実施するための従来手順についての信号図である。
【図７】互いに無線通信するＷＴＲＵと基地局との機能ブロック図の一例を示す図である。
【図８Ａ】３ＧＰＰアクセス（ＵＴＲＡＮ）から、トラステッド非３ＧＰＰ  ＩＰアクセスネットワークへの、ＰＭＩＰｖ６を用いるＳ２ａ上のハンドオーバについての信号図である。
【図８Ｂ】３ＧＰＰアクセス（ＵＴＲＡＮ）から、トラステッド非３ＧＰＰ  ＩＰアクセスネットワークへの、ＰＭＩＰｖ６を用いるＳ２ａ上のハンドオーバについての信号図である。
【図９Ａ】トラステッド非３ＧＰＰ  ＩＰアクセスネットワークから、ＰＭＩＰｖ６を用いるＥ−ＵＴＲＡＮへのハンドオーバについての信号図である。
【図９Ｂ】トラステッド非３ＧＰＰ  ＩＰアクセスネットワークから、ＰＭＩＰｖ６を用いるＥ−ＵＴＲＡＮへのハンドオーバについての信号図である。
【図１０Ａ】Ｅ−ＵＴＲＡＮから、ＰＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスネットワークへのハンドオーバについての信号図である。
【図１０Ｂ】Ｅ−ＵＴＲＡＮから、ＰＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスネットワークへのハンドオーバについての信号図である。
【図１１Ａ】Ｓ２ｃ上のＤＳＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスネットワークから、３ＧＰＰアクセスネットワークへのハンドオーバについての信号図である。
【図１１Ｂ】Ｓ２ｃ上のＤＳＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスネットワークから、３ＧＰＰアクセスネットワークへのハンドオーバについての信号図である。
【図１２Ａ】３ＧＰＰアクセスネットワークから、Ｓ２ｃ上のＤＳＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスネットワークへのハンドオーバについての信号図である。
【図１２Ｂ】３ＧＰＰアクセスネットワークから、Ｓ２ｃ上のＤＳＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスネットワークへのハンドオーバについての信号図である。
【図１３】ＬＴＥ＿ＲＡの更新手順についての信号図である。
【発明を実施するための形態】
【００８５】
以後言及する際、用語「ＷＴＲＵ（無線送受信ユニット）」は、ＵＥ（ユーザ機器）、移動局、固定またはモバイル加入者ユニット、ページャ、携帯電話、ＰＤＡ（携帯情報端末）、コンピュータ、または無線環境で動作可能な他の任意のタイプのユーザ装置を含むが、これだけに限定されることはない。以後言及する際、用語「基地局」は、ノードＢ、サイトコントローラ、ＡＰ（アクセスポイント）、または無線環境で動作可能な他の任意のタイプのインタフェース接続装置を含むが、これだけに限定されることはない。
【００８６】
図７は、ＷＴＲＵ１１０と基地局１２０との機能ブロック図７００の一例である。図７に示すように、ＷＴＲＵ１１０は基地局１２０と通信する。
【００８７】
典型的なＷＴＲＵ内で見つけることができる構成要素に加え、ＷＴＲＵ１１０は、プロセッサ１１５、受信機１１６、送信機１１７、およびアンテナ１１８を含む。受信機１１６および送信機１１７は、プロセッサ１１５と通信する。アンテナ１１８は、無線データの送受信を助けるために、受信機１１６および送信機１１７の両方と通信する。ＷＴＲＵ１１０のプロセッサ１１５は、ハンドオーバを行うように構成される。
【００８８】
典型的な基地局内で見つけることができる構成要素に加え、基地局１２０は、プロセッサ１２５、受信機１２６、送信機１２７、およびアンテナ１２８を含む。受信機１２６および送信機１２７は、プロセッサ１２５と通信する。アンテナ１２８は、無線データの送受信を助けるために、受信機１２６および送信機１２７の両方と通信する。この基地局のプロセッサ１２５は、ハンドオーバを行うように構成される。
【００８９】
図８Ａ〜図８Ｂは、３ＧＰＰアクセス（ＥＵＴＲＡＮ）から、トラステッド非３ＧＰＰ  ＩＰアクセスネットワークへの、ＰＭＩＰｖ６を用いるＳ２ａ上のハンドオーバについての信号図８００である。この信号図８００中で通信する装置には、ＷＴＲＵ１１０、３ＧＰＰアクセス装置１３０、トラステッド非３ＧＰＰアクセスネットワーク１４０、ＳＧＳＮ１５０、サービングＳＡＥ  ＧＷ１６０、ＰＤＮ  ＳＡＥ  ＧＷ１７０、ＨＳＳ／ＡＡＡサーバ１８０、およびＰＣＲＦ１９０が含まれる。
【００９０】
ＷＴＲＵ１１０がトラステッド非３ＧＰＰ  ＩＰアクセスネットワーク１４０を見つけ、現在使用しているＵＴＲＡＮアクセスから、その見つけられたトラステッド非３ＧＰＰ  ＩＰアクセスネットワークへのハンドオーバを開始することを決定する（８１５）。この時点で、アップリンクおよびダウンリンク両方のユーザデータは、ＷＴＲＵ１１０とソースアクセスネットワークとの間のベアラ、ソース３ＧＰＰアクセスネットワーク１３０、サービングＳＡＥ  ＧＷ１６０、およびＰＤＮ  ＳＡＥ  ＧＷ１７０間の１つまたは複数のＧＴＰトンネルを介して伝送される（８１０）。
【００９１】
次いで、ＷＴＲＵ１１０とトラステッド非３ＧＰＰ  ＩＰアクセスネットワーク１４０との間で、最初の非３ＧＰＰアクセス固有のＬ２手順が行われる（８２０）。これらの手順は非３ＧＰＰアクセスに固有であり、３ＧＰＰの範囲外である。
【００９２】
ＥＡＰ認証および許可手順が、ＷＴＲＵ１１０、トラステッド非３ＧＰＰ  ＩＰアクセスネットワーク１４０、および３ＧＰＰ  ＨＳＳ／ＡＡＡサーバ１８０を伴って開始され、実行される（８２５）。ローミング状況では、いくつかのＡＡＡプロキシが伴うことがある。この認証手順の一環として、使用されるＰＤＮ  ＳＡＥ  ＧＷ１７０のＩＰアドレスが、トラステッド非３ＧＰＰ  ＩＰアクセスネットワーク１４０内のＰＭＡ（プロキシモバイルＩＰエージェント）に伝えられ得る。
【００９３】
成功裏の認証および許可の後に、Ｌ３（レイヤ３）アタッチ手順がトリガされる（８３０）。トラステッド非３ＧＰＰ  ＩＰアクセスネットワークのＰＭＡ機能が、プロキシバインディング更新メッセージ（８３５）をＰＤＮ  ＳＡＥ  ＧＷ１７０に送信し、ＰＤＮ  ＳＡＥ  ＧＷ１７０は、このプロキシバインディング更新メッセージを処理し、ＷＴＲＵ１１０用のバインディングキャッシュエントリを作成する。次いで、このＰＤＮ  ＳＡＥ  ＧＷ１７０は、ＷＴＲＵ１１０用のＩＰアドレスを割り当て、プロキシバインディングＡＣＫ（肯定応答）メッセージ（８４０）を、トラステッド非３ＧＰＰ  ＩＰアクセスネットワーク１４０内のＰＭＡ機能に送信する。このプロキシバインディングＡＣＫメッセージ（８４０）は、ＷＴＲＵ１１０に対して割り当てられる１つまたは複数のＩＰアドレスを含むことができる。この割り当てられるＩＰアドレスは、３ＧＰＰアクセスネットワーク１３０からハンドオーバされる前にＷＴＲＵ１１０に割り当てられていたＩＰアドレスと同じものとすることができる。
【００９４】
トラステッド非３ＧＰＰ  ＩＰアクセスネットワーク１４０とＰＤＮ  ＳＡＥ  ＧＷ１７０との間に、ＰＭＩＰｖ６トンネルが設定される（８４５）。新たなＧＷを示すポリシー更新メッセージ（８５０）がＰＤＮ  ＳＡＥ  ＧＷ１７０からＰＣＲＦ１９０に送信される。次いでＰＣＲＦ１９０が、ポリシー更新確認メッセージ８５５をＰＤＮ  ＳＡＥ  ＧＷ１７０に送信する。このＰＣＲＦ１９０は、その新たなＧＷを含むポリシー情報更新メッセージ（８６０）を、トラステッド非３ＧＰＰアクセスネットワーク１４０に送信する。そのトラステッド非３ＧＰＰアクセスネットワーク１４０が、ポリシー更新確認メッセージ（８６５）をＰＣＲＦ１９０に送信する。
【００９５】
ステップ８７０で、ＧＴＰトンネルエンドポイントおよびＲＡＢ（無線アクセスベアラ）の資源が解放される。ＰＤＮ  ＳＡＥ  ＧＷ１７０が、ＧＴＰおよびＲＡＢ解放メッセージ（８７５）をＳＧＳＮ１５０に送信し、そのＳＧＳＮ１５０はＲＡＢ解放メッセージ（８７６）を３ＧＰＰアクセスネットワーク１３０に転送して、トンネルエンドポイントおよび無線資源を解放する。次いで、３ＧＰＰアクセスネットワーク１３０が、ＲＡＢ解放ＡＣＫメッセージ（８７７）をＳＧＳＮ１５０に送信し、そのＳＧＳＮ１５０がそのメッセージをＧＴＰおよびＲＡＢ解放ＡＣＫメッセージ（８７８）の形でＰＤＮ  ＳＡＥ  ＧＷ１７０に転送する。
【００９６】
この段階で、Ｌ３アタッチ手順が完了する（ステップ８８０）。ＷＴＲＵ１１０とＰＤＮ  ＳＡＥ  ＧＷ１７０との間のＩＰ接続が、トラステッド非３ＧＰＰ  ＩＰアクセスネットワーク１４０上でアップリンク方向およびダウンリンク方向の両方に対して設定される（８８５）。次いで、必要な３ＧＰＰ解放手順を実行することにより、ソース３ＧＰＰアクセスネットワーク１３０に関する資源クリーンアップが開始される（８９０）。この時点で、ＰＤＮ  ＳＡＥ  ＧＷ１７０は、ＷＴＲＵ１１０のためのＩＰ接続を保つべきである。
【００９７】
図９Ａ〜図９Ｂは、トラステッド非３ＧＰＰ  ＩＰアクセスネットワークから、ＰＭＩＰｖ６を用いるＥ−ＵＴＲＡＮへのハンドオーバについての信号図９００である。この信号図９００中で通信する装置には、ＷＴＲＵ１１０、トラステッド非３ＧＰＰアクセスネットワーク１３５、Ｅ−ＵＴＲＡＮ１４５、ＭＭＥ（モビリティ管理エンティティ）１５５、サービングＧＷ１６５、旧ＭＭＥ１７５、ＰＤＮ  ＧＷ１８５、ＨＳＳ／ＡＡＡサーバ１８６、およびＰＣＲＦ１９０が含まれる。
【００９８】
このシナリオでは、このＷＴＲＵ１１０は、トラステッド非３ＧＰＰアクセスネットワーク１３５を使用した状態で開始し、ＰＭＩＰｖ６トンネル上でＰＤＮ  ＧＷ１８５によって供給されている（ステップ９１０）。ＷＴＲＵ１１０が、ＬＴＥ  Ｅ−ＵＴＲＡＮアクセスネットワーク１４５を見つけ、ハンドオーバにより、自らの現在のセッションを、現在使用している非３ＧＰＰアクセスシステムから、その見つけられたＥ−ＵＴＲＡＮアクセスネットワークに転送することを決定する（ステップ９１５）。
【００９９】
ＷＴＲＵ１１０が、Ｅ−ＵＴＲＡＮアクセスネットワーク１４５によりＭＭＥ１５５にルートされるアタッチ要求メッセージ（９２０）を送信し、これを受けてＭＭＥ１５５はＨＳＳ／ＡＡＡ１８６と連絡し、そのＷＴＲＵ１１０を認証する（ステップ９２５）。この認証手順の一環として、ＰＤＮ  ＧＷ１８５のＩＰアドレスがＭＭＥ１５５に伝えられる。成功裏の認証の後に、このＭＭＥ１５５はＨＳＳ／ＡＡＡ１８６とともに位置更新手順を実行し、この手順には加入者データを取得することが含まれる（ステップ９２６）。
【０１００】
このＭＭＥ１５５はサービングＧＷ１６５を選択し、ＨＳＳ／ＡＡＡ１８６によって提供されたＰＤＮ  ＧＷ１８５のＩＰアドレスも含む、デフォルトベアラ作成要求（ＩＭＳＩ、ＭＭＥコンテキストＩＤ）メッセージ（９３０）をその選択したサービングＧＷ１６５に送信する。
【０１０１】
ＭＭＥ１５５からのデフォルトベアラ作成要求に基づいて、サービングＧＷ１６５が、プロキシＢＵ（バインディング更新）メッセージ（９３５）を送信することにより、ＰＤＮ  ＧＷ１８５に対するＰＭＩＰｖ６登録手順を開始する。そのＰＤＮ  ＧＷ１８５はプロキシバインディングＡＣＫ（９３５）で応答し、自らのモビリティバインディングを更新し、トラステッド非３ＧＰＰアクセスネットワーク１３５からのＰＭＩＰｖ６トンネルを、サービングＧＷ１６５に効果的に切替える。このプロキシバインディングＡＣＫメッセージ（９３６）では、ＰＤＮ  ＧＷ１８５は、ＷＴＲＵ１１０に対して前に割り当てられていたものと同じＩＰアドレスまたはプレフィックスで応答する。ＰＭＩＰｖ６トンネルが、今はＰＤＮ  ＧＷ１８５とサービングＧＷ１６５との間に存在する。
【０１０２】
サービングＧＷ１６５が、ＷＴＲＵ１１０のＩＰアドレスを含むデフォルトベアラ作成応答メッセージ（９４０）をＭＭＥ１５５に返す。さらにこのメッセージは、バインディングが成功していることをＭＭＥ１５５に指示する役割も果たす。
【０１０３】
ＰＤＮ  ＧＷ１８５はポリシー更新メッセージ（９４１）をＰＣＲＦ１９０に送信し、ＰＣＲＦ１９０はポリシー更新確認メッセージ（９４２）をＰＤＮ  ＧＷ１８５に送信することによって応答する。
【０１０４】
ＭＭＥ１５５が、Ｅ−ＵＴＲＡＮ１４５を介してアタッチ受付メッセージ（９４３）をＷＴＲＵ１１０に送信する。このアタッチ受付メッセージ（９４３）は、ＷＴＲＵ１１０のＩＰアドレスを含む。
【０１０５】
次いで、ＰＣＲＦ１９０が、新たなＧＷについての情報を含むポリシー情報更新メッセージ（９５０）をサービングＧＷ１６５に送信し、無線ベアラおよびＳ１ベアラが設定され（ステップ９５５）、そのサービングＧＷが、ポリシー更新確認メッセージ（９５６）をＰＣＲＦ１９０に送信する。
【０１０６】
ハンドオフを完了するために、ＰＤＮ  ＧＷ１８５は、トンネルエンドポイントおよび無線資源解放要求メッセージ（９６０）を、トラステッド非３ＧＰＰ  ＩＰアクセスエンティティ１３５に送信し、このエンティティ１３５は、解放についての解放ＡＣＫ（肯定応答）メッセージ（９６５）をＰＤＮ  ＧＷ１８５に返す。次いで無線ベアラおよびＳ１ベアラが設定され（ステップ９７０）、ＰＭＩＰｖ６トンネルが確立される（ステップ９７５）。
【０１０７】
図１０Ａ〜図１０Ｂは、Ｅ−ＵＴＲＡＮから、ＰＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスネットワークへのハンドオーバについての信号図１０００である。この信号図１０００中で通信する装置には、ＷＴＲＵ１１０、トラステッド非３ＧＰＰアクセスネットワーク１３５、Ｅ−ＵＴＲＡＮ１４５、ＭＭＥ１５５、サービングＧＷ１６５、ＰＤＮ  ＧＷ１８５、ＨＳＳ／ＡＡＡサーバ１８６、およびＰＣＲＦ１９０が含まれる。このシナリオでは、アップリンクおよびダウンリンク両方のユーザデータが次のものを介して伝送される。それは、ＷＴＲＵ１１０とソースアクセスネットワークとの間の無線ベアラおよびＳＩベアラ（１０１１）、ならびにソース３ＧＰＰアクセスネットワーク、サービングＧＷ１６５、およびＰＤＮ  ＧＷ１８５間の１つまたは複数のＧＴＰトンネル（１０１０）である。
【０１０８】
ＷＴＲＵ１１０がトラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５を見つけ、現在使用しているＥＵＴＲＡＮアクセスネットワーク１４５から、その見つけられたトラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５へのハンドオーバを開始することを決定する（ステップ１０１５）。最初の非３ＧＰＰアクセス固有のＬ２手順が行われる（ステップ１０２０）。
【０１０９】
ＥＡＰ認証手順が、ＷＴＲＵ１１０、トラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５、および３ＧＰＰ  ＨＳＳ／ＡＡＡサーバ１８６を伴って開始され、実行される（ステップ１０２５）。ローミングケースでは、いくつかのＡＡＡプロキシが伴うことがある。この認証および許可手順の一環として、使用されるＰＤＮ  ＧＷ１０２５のＩＰアドレスが、トラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５内のＰＭＡに伝えられる。成功裏の認証および許可の後に、Ｌ３アタッチ手順がトリガされる（ステップ１０３０）。
【０１１０】
トラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５のＰＭＡ機能が、プロキシバインディング更新メッセージ（１０３５）をＰＤＮ  ＧＷ１８５に送信し、そのＰＤＮ  ＧＷ１８５は、このプロキシバインディング更新を処理し、ＷＴＲＵ１１０用のバインディングキャッシュエントリを作成し、ＷＴＲＵ１１０用のＩＰアドレスを割り当てる。次いで、このＰＤＮ  ＧＷ１８５は、ＷＴＲＵ１１０に対して割り当てられる１つまたは複数のＩＰアドレスを含むプロキシバインディング肯定応答メッセージ（１０４０）を、トラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５内のＰＭＡ機能に送信する。この割り当てられるＩＰアドレスは、３ＧＰＰアクセス上でＷＴＲＵ１１０に割り当てられていたＩＰアドレスと同じである。
【０１１１】
トラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５とＰＤＮ  ＧＷ１８５との間に、ＰＭＩＰｖ６トンネルが設定される（ステップ１０４５）。
【０１１２】
ＰＤＮ  ＧＷ１８５はポリシー更新メッセージ（１０４６）をＰＣＲＦ１９０に送信し、ＰＣＲＦ１９０はポリシー更新確認メッセージ（１０４７）で応答する。次いで、ＰＣＲＦ１９０が、新たなＧＷについての情報を含むポリシー情報更新メッセージ（１０４８）をトラステッド非３ＧＰＰ  ＩＰアクセスエンティティ１３５に送信する。そのトラステッド非３ＧＰＰ  ＩＰアクセスエンティティは、ポリシー更新確認メッセージ（１０５０）をＰＣＲＦ１９０に返信する。
【０１１３】
ハンドオフを完了するために、ＰＤＮ  ＧＷ１８５は、トンネルエンドポイントおよび無線資源解放要求メッセージ（１０５５）をサービングＧＷ１６５に送信し、このサービングＧＷ１６５は、ＧＴＰ（ＧＰＲＳトンネルプロトコル）およびＲＡＢ（無線アクセスベアラ）解放要求メッセージ（１０６０）をＭＭＥ１５５に転送し、このメッセージはＥ−ＵＴＲＡＮ１４５に転送される。Ｅ−ＵＴＲＡＮ１４５が、ＧＴＰおよびＲＡＢ解放ＡＣＫメッセージ１０６５をＭＭＥ１５５に送信し、このＭＭＥ１５５は解放ＡＣＫメッセージ（１０７０）をＰＤＮ  ＧＷ１８５に転送する。この時点で、Ｌ３アタッチ手順が完了する（ステップ１０７５）。ＷＴＲＵ１１０とＰＤＮ  ＧＷ１８５との間のＩＰ接続が、トラステッド非３ＧＰＰ  ＩＰアクセスエンティティ１３５上でアップリンク方向およびダウンリンク方向に対して設定される。
【０１１４】
図１１Ａ〜図１１Ｂは、Ｓ２ｃ上のＤＳＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスネットワークから、３ＧＰＰアクセスネットワークへのハンドオーバについての信号図１１００である。この信号図１１００中で通信する装置には、ＷＴＲＵ１１０、トラステッド非３ＧＰＰアクセスネットワーク１３５、Ｅ−ＵＴＲＡＮ１４５、ＭＭＥ（モビリティ管理エンティティ）１５５、サービングＧＷ１６５、旧ＭＭＥ１７５、ＰＤＮ  ＧＷ１８５、ＨＳＳ／ＡＡＡサーバ１８６、およびＰＣＲＦ１９０が含まれる。
【０１１５】
このシナリオでは、ＷＴＲＵ１１０とＰＤＮ  ＧＷ１８５との間のＤＳＭＩＰｖ６トンネル１１１０により、非ローミングシナリオでＤＳＭＩＰｖ６を使用するトラステッド非３ＧＰＰアクセスシステム（例えばＥ−ＵＴＲＡＮ）でセッションが開始する。
【０１１６】
ステップ１１１５で、ＷＴＲＵ１１０が３ＧＰＰアクセスシステムを見つけ、現在使用しているトラステッド非３ＧＰＰアクセスシステム１３５から、その見つけられた３ＧＰＰアクセスシステムにハンドオーバすることを決定する。ＷＴＲＵ１１０が、３ＧＰＰアクセスシステムによりＭＭＥ１５５にルートされるアタッチ要求メッセージ（１１２０）を送信する。ＭＭＥ１５５がＨＳＳ／ＡＡＡサーバ１８６と連絡し、そのＷＴＲＵ１１０を認証する（ステップ１１２５）。この認証手順の一環として、３ＧＰＰアクセスで使用されるＰＤＮ  ＧＷ１８５のＩＰアドレスがＭＭＥ１５５に伝えられる。成功裏の認証の後に、ＭＭＥ１５５はＨＳＳ／ＡＡＡサーバ１８６とともに位置更新手順を実行する（ステップ１１３０）。
【０１１７】
このＭＭＥ１５５はサービングＧＷ１６５を選択し、デフォルトベアラ作成要求（ＩＭＳＩ、ＭＭＥコンテキストＩＤ、およびＰＤＮ  ＧＷのＩＰアドレスを含む）メッセージ（１１３５）をその選択したサービングＧＷ１６５に送信する。
【０１１８】
ＩＥＴＦベースのＳ５に関しては、サービングＧＷ１６５が、プロキシバインディング更新メッセージ（１１４０）を送信することにより、ＰＤＮ  ＧＷ１８５に対するＰＭＩＰｖ６登録手順を開始する。ユーザのＮＡＩが含まれていない場合、サービングＧＷ１６５はユーザのＮＡＩを得ることができる。ＰＤＮ  ＧＷ１８５はプロキシバインディングＡＣＫメッセージ（１１４５）で応答し、自らのモビリティバインディングを更新し、これは非３ＧＰＰアクセスネットワークからのＤＳＭＩＰｖ６トンネルを、サービングＧＷ１６５へのＰＭＩＰｖ６トンネルに効果的に切替える。このプロキシバインディングＡＣＫメッセージ（１１４５）では、ＰＤＮ  ＧＷ１８５は、ＷＴＲＵ１１０に対して前に割り当てられていたものと同じＩＰアドレスまたはプレフィックスを含める。
【０１１９】
ＧＴＰベースのＳ５に関しては、サービングＧＷ１６５が、ベアラ作成要求メッセージ（１１４６）をＰＤＮ  ＧＷ１８５に送信し、そのＰＤＮ  ＧＷ１８５は、サービングＧＷ１６５に対するベアラ作成応答メッセージ（１１４７）で応答する。このベアラ作成応答メッセージ（１１４７）は、ＷＴＲＵ１１０に対して前に割り当てられていたものと同じＩＰアドレスまたはプレフィックスを含む。
【０１２０】
サービングＧＷ１６５が、デフォルトベアラ作成応答メッセージ（１１５５）をＭＭＥ１５５に返す。このメッセージは、ＷＴＲＵ１１０のＩＰアドレスも含む。このメッセージは、バインディングが成功していることをＭＭＥ１５５に指示する役割も果たす。新たなＧＷを指示するポリシー更新メッセージ（１１５０）が、ＰＤＮ  ＧＷ１８５からＰＣＲＦ１９０に送信される。ＰＣＲＦ１９０が、ポリシー更新確認メッセージ１１５６をＰＤＮ  ＧＷ１８５に送信する。
【０１２１】
ＰＣＲＦ１９０がポリシー情報更新メッセージ１１５７をサービングＧＷ１６５に送信し、サービングＧＷ１６５は、ポリシー更新確認メッセージ１１５９で応答する。
【０１２２】
ステップ１１５８で、ＲＢ（無線ベアラ）およびＳ１−Ｕベアラの確立が行われ、ＥＵＴＲＡＮ内のアタッチメントが完了する。これは、ＭＭＥ１５５が、３ＧＰＰアクセスを介してＷＴＲＵ１１０にアタッチ受付メッセージを送信し、３ＧＰＰアクセスシステムが無線ベアラ設定手順を開始することで起こり得る。３ＧＰＰアクセスシステムは、アタッチ完了メッセージで応答することができる。次いで、無線ベアラおよびＳ１ベアラが設定され（ステップ１１６０）、サービングＧＷ１６５とＰＣＲＦ１９０との間に、ＰＭＩＰｖ６／ＧＴＰトンネルが確立される（ステップ１１６１）。
【０１２３】
ＰＤＮ  ＧＷ１８５が資源解放メッセージ（１１６５）をトラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５に送信し、トラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５は、解放肯定応答メッセージ１１７０をＰＤＮ  ＧＷ１８５に送信する。
【０１２４】
この時点で、ＷＴＲＵ１１０が非３ＧＰＰアクセスシステム内にいた間に作成された、ＷＴＲＵ１１０のＤＳＭＩＰｖ６バインディングの登録を取り消すために、このＷＴＲＵ１１０は、ＰＤＮ  ＧＷ１８５にＢＵを送信することができる（ステップ１１７５）。
【０１２５】
図１２Ａ〜図１２Ｂは、３ＧＰＰアクセスネットワークから、Ｓ２ｃ上のＤＳＭＩＰｖ６を用いるトラステッド非３ＧＰＰ  ＩＰアクセスネットワークへのハンドオーバについての信号図１２００である。この信号図１１００中で通信する装置には、ＷＴＲＵ１１０、トラステッド非３ＧＰＰアクセスネットワーク１３５、Ｅ−ＵＴＲＡＮ１４５、ＭＭＥ（モビリティ管理エンティティ）１５５、サービングＧＷ１６５、旧ＭＭＥ１７５、ＰＤＮ  ＧＷ１８５、ＨＳＳ／ＡＡＡサーバ１８６、およびＰＣＲＦ１９０が含まれる。このシナリオでは、Ｓ５上のＧＴＰまたはＰＭＩＰｖ６を使用する３ＧＰＰアクセス（例えばＥ−ＵＴＲＡＮ）でセッションが開始する。あるいは、サービングＧＷ１６５およびＰＤＮ  ＧＷ１８５がコロケートされるような場合には、Ｓ５は使用されない。このセッションは、ＰＭＩＰｖ６を使用しないトラステッド非３ＧＰＰアクセスシステム１３５にハンドオーバし、ＷＴＲＵ１０は、３ＧＰＰアクセスシステム内で使用していたのとは別のプレフィックスを受信する。その後、ＷＴＲＵ１１０は、ＩＰセッションを維持するために同じＰＤＮ  ＧＷ１８５とＤＳＭＩＰｖ６を開始する。
【０１２６】
ステップ１２１０で、ＷＴＲＵ１１０は３ＧＰＰアクセスシステムを使用し、Ｓ５インタフェース上でサポートされるＩＰアドレスを有する。サービングＧＷ１６５とＰＤＮ  ＧＷ１８５との間に、ＰＭＩＰｖ６／ＧＴＰトンネルが存在する。
【０１２７】
ＷＴＲＵ１１０がトラステッド非３ＧＰＰアクセスシステム１３５を見つけ、非３ＧＰＰアクセス手順を開始する（ステップ１２１５）。この決定は、ＷＴＲＵ１１０のローカルポリシーなど、いくつかの理由に基づくことができる。
【０１２８】
ステップ１２２０で、ＷＴＲＵ１１０が、非３ＧＰＰアクセスシステムにおけるアクセス認証および許可を実行する。３ＧＰＰ  ＨＳＳ／ＡＡＡサーバ１８６が、非３ＧＰＰシステム内でのアクセスに関してＷＴＲＵ１１０を認証し、許可する。
【０１２９】
ＷＴＲＵ１１０とトラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５との間で、ＣｏＡ構成（ＣｏＡ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）（ステップ１２２５）が行われる。非３ＧＰＰ  ＩＰアクセスシステム１３５は、ＰＭＩＰｖ６対応でなくてよく、またはＰＭＩＰｖ６を使用しなくてもよい。したがって、ＷＴＲＵ１１０は、３ＧＰＰアクセスシステム内で使用していたＩＰアドレスとは別のＩＰアドレスを受信することができる。ＷＴＲＵ１１０が、３ＧＰＰシステムのアドレスとは同じでないＩＰアドレスを得るため、ＷＴＲＵ１１０は、自らのＩＰセッションを維持するためにＤＳＭＩＰｖ６手順を開始することができる。
【０１３０】
ステップ１２３０で、ＷＴＲＵ１１０は、ＭＩＰｖ６ブートストラッピング手順を使用して、ＰＤＮ  ＧＷ１８５のアドレスを知ることができる。さらに、ＷＴＲＵ１１０は、このＰＤＮ  ＧＷと、ＩＫＥｖ２  ＳＡおよびＩＰＳｅｃ  ＳＡの確立を行うこともできる（ステップ１２３５）。これは、ＷＴＲＵ１１０とＰＤＮ  ＧＷ１８５との間にＳＡを確立するために、ＲＦＣ４８７７を使用する場合に起こる。このステップは、３ＧＰＰ  ＨＳＳ／ＡＡＡシステム１８６による認証および許可も伴い得る（ステップ１２３６）。
【０１３１】
次いで、ＷＴＲＵ１１０は自らのＣｏＡを登録するために、ＰＤＮ  ＧＷ１８５にＤＳＭＩＰｖ６  ＢＵメッセージ（１２４０）を送信する。ＰＤＮ  ＧＷ１８５は、ＷＴＲＵ１１０を認証および許可し、ＷＴＲＵ１１０が３ＧＰＰアクセスシステム内で使用していたＩＰアドレスまたはホームアドレスを含むＢＡを返信する。新たなＧＷを指示するポリシー更新メッセージ（１２４５）が、ＰＤＮ  ＧＷ１８５からＰＣＲＦ１９０に送信され、ＰＣＲＦ１９０は、ＰＤＮ  ＧＷ１８５へのポリシー更新確認メッセージで応答する。
【０１３２】
次いで、このＰＣＲＦ１９０はポリシー情報更新メッセージ（１２４６）をトラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５に送信する。そのトラステッド非３ＧＰＰ  ＩＰアクセスシステム１３５は、ポリシー更新確認メッセージをＰＣＲＦ１９０に送信する。
【０１３３】
ＤＳＭＩＰｖ６トンネルが確立され（ステップ１２５０）、ＧＴＰトンネルエンドポイントおよびＲＡＢ資源が解放される（ステップ１２５５）。これは、ＰＤＮ  ＧＷ１８５が、ＧＴＰトンネルエンドポイントおよびＲＡＢ資源解放メッセージ１２６０をサービングＧＷ１６５に送信し、これを受けてサービングＧＷ１６５がＲＡＢ解放メッセージ１２６１をＥ−ＵＴＲＡＮ１４５に転送することによって達成することができる。Ｅ−ＵＴＲＡＮ１４５は、ＲＡＢ解放肯定応答メッセージ１２６５をサービングＧＷ１６５に送信し、サービングＧＷ１６５は、ＧＴＰおよびＲＡＢ解放ＡＣＫメッセージ１２７０をＰＤＮ  ＧＷ１８５に転送する。この時点でＷＴＲＵ１１０は、同じＩＰアドレスを使用してＩＰサービスを続けることができる。
【０１３４】
図１３は、ＬＴＥ＿ＲＡの更新手順についての信号図１３００である。図１３中で通信する装置は、ＬＴＥ  ＷＴＲＵ１１０、ｅＮｏｄｅ−Ｂ１２０、およびＬＴＥ  ＭＭＥ／ＵＰＥ１５５である。
【０１３５】
ステップ１３１０では、移動するＬＴＥ  ＷＴＲＵ１１０が、ＬＴＥ＿ＩＤＬＥ状態（ＣＥＬＬ＿ＰＣＨ）にある。ＬＴＥ  ＷＴＲＵ１１０が新たなＬＴＥ−ＲＡに入り（すなわち自らのセルを変え）、新たなＢＣＣＨ上にキャンプし、そのセルが属する新たなＬＴＥ＿ＲＡを特定するために、システム情報ブロードキャスト（ＣＥＬＬ＿ＩＤ）を受信する（ステップ１３１５）。
【０１３６】
ステップ１３４０では、ＬＴＥ  ＷＴＲＵ１１０はＬＴＥ−ａｃｔｉｖｅ状態（ＣＥＬＬ＿ＤＣＨ）にあり、ＬＴＥ  ＷＴＲＵ１１０の一時的アイデンティティを含むＬＴＥ＿ＲＡ更新メッセージ（１３２５）を送信することにより、ＬＴＥ＿ＲＡ更新手順を実行する。新たなｅＮｏｄｅ−Ｂ１２０が、ターゲットＭＭＥ／ＵＰＥ１５５を特定し（ステップ１３３０）、ＬＴＥ＿ＲＡ更新メッセージ（１３３５）を適切なＭＭＥ／ＵＰＥ１５５にルートする。ステップ１３４０で、このＬＴＥ  ＭＭＥ／ＵＰＥ１５５は、ＬＴＥ  ＷＴＲＵ１１０がＬＴＥ−ａｃｔｉｖｅ状態（ＣＥＬＬ＿ＤＣＨ）にあると認識し、ＬＴＥ  ＷＴＲＵ１１０を新たなＬＴＥ＿ＲＡに割り当て、ＬＴＥ  ＷＴＲＵ１１０にＬＴＥ＿ＩＤＬＥ状態に戻ることを命令するＬＴＥ＿ＲＡ更新確認メッセージ１３４５を送信する。
【０１３７】
ＬＴＥ  ＷＴＲＵ１１０が、ＬＴＥ＿ＲＡ更新完了メッセージ（１３５０）をＬＴＥ  ＭＭＥ／ＵＰＥ１５５に送信する。次いで、ＬＴＥ  ＷＴＲＵ１１０がＬＴＥ＿ＩＤＬＥ状態（ＣＥＬＬ＿ＰＣＨ）に再び入る（ステップ１３６０）。ｅＮｏｄｅ−Ｂ１２０とＬＴＥ  ＭＭＥ／ＵＰＥ１５５との間の複数対複数関係の結果として、ネットワークアタッチメントの低減が生じ得る。
【０１３８】
諸特徴および要素を上記に特定の組合せにより説明したが、各特徴または要素を、他の特徴および要素なしに単独で、または他の特徴および要素を伴うもしくは伴わない様々な組合せで使用することができる。本発明で提供する方法または流れ図は、汎用コンピュータまたはプロセッサによって実行するためにコンピュータ可読記憶媒体中に実施されるコンピュータプログラム、ソフトウェアまたはファームウェアで実施することができる。コンピュータ可読記憶媒体の例には、ＲＯＭ（読出し専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体記憶装置、内蔵ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクやＤＶＤ（デジタル多機能ディスク）などの光学媒体が含まれる。
【０１３９】
適切なプロセッサには、例えば汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１個または複数個のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向けＩＣ（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、書替え可能ゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）回路、他の任意のタイプの集積回路（ＩＣ）および／または状態機械が含まれる。
【０１４０】
ソフトウェアに関連するプロセッサを、ＷＴＲＵ（無線送受信ユニット）、ＵＥ（ユーザ機器）、ターミナル、基地局、ＲＮＣ（無線ネットワークコントローラ）または任意のホストコンピュータで使用する無線周波数トランシーバを実装するために使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカホン、振動装置、スピーカ、マイクロホン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）ディスプレイユニット、ＯＬＥＤ（有機発光ダイオード）ディスプレイユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲーム機モジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ＬＡＮ）もしくはＵＷＢ（超広帯域）モジュールなど、ハードウェアおよび／またはソフトウェアによって実装されるモジュールと組み合わせて使用することができる。
【０１４１】
実施形態
１．ハンドオーバ操作中の資源管理のための方法。
【０１４２】
２．第１のアクセスネットワークから第２のアクセスネットワークへのハンドオーバを開始するステップをさらに含む実施形態１に記載の方法。
【０１４３】
３．ポリシー更新メッセージを送信するステップをさらに含む実施形態１から２のいずれかに記載の方法。
【０１４４】
４．ポリシー更新確認メッセージを受信するステップをさらに含む実施形態１から３のいずれかに記載の方法。
【０１４５】
５．ＧＴＰ（ＧＰＲＳ（汎用パケット無線サービス）トンネリングプロトコル）およびＲＡＢ（無線アクセスベアラ）解放メッセージを送信するステップをさらに含む実施形態１から４のいずれかに記載の方法。
【０１４６】
６．ＧＴＰおよびＲＡＢ解放ＡＣＫ（肯定応答）を受信するステップをさらに含む実施形態１から５のいずれかに記載の方法。
【０１４７】
７．第２のアクセスネットワーク内のアップリンク伝送およびダウンリンク伝送用の接続を確立するステップをさらに含む実施形態１から６のいずれかに記載の方法。
【０１４８】
８．ポリシー更新メッセージは、第２のアクセスネットワーク内のＧＷ（ゲートウェイ）に関する情報を含む実施形態１から７のいずれかに記載の方法。
【０１４９】
９．第１のアクセスネットワーク内の資源を解放するステップをさらに含む実施形態１から８のいずれかに記載の方法。
【０１５０】
１０．第１のネットワークは３ＧＰＰ（第３世代パートナーシッププロジェクト）アクセスネットワークであり、第２のネットワークはトラステッド非３ＧＰＰ  ＩＰ（インターネットプロトコル）アクセスネットワークである実施形態１から９のいずれかに記載の方法。
【０１５１】
１１．ポリシー更新メッセージ、ポリシー更新確認メッセージ、ＧＴＰおよびＲＡＢ解放メッセージ、ならびに／またはＧＴＰおよびＲＡＢ解放ＡＣＫが、Ｓ５インタフェースを介して送信される実施形態１から１０のいずれかに記載の方法。
【０１５２】
１２．第１のネットワークはトラステッド非３ＧＰＰ（第３世代パートナーシッププロジェクト）ＩＰ（インターネットプロトコル）アクセスネットワークアクセスネットワークであり、第２のネットワークはＬＴＥ（ロングタームエボリューション）Ｅ−ＵＴＲＡＮ（進化型ユニバーサル陸上無線アクセスネットワーク）である実施形態１から１１のいずれかに記載の方法。
【０１５３】
１３．ポリシー更新メッセージ、ポリシー更新確認メッセージ、ＧＴＰおよびＲＡＢ解放メッセージ、ならびに／またはＧＴＰおよびＲＡＢ解放ＡＣＫが、Ｓ２ｃインタフェースを介して送信される実施形態１から１２のいずれかに記載の方法。
【０１５４】
１４．第１のアクセスネットワークから第２のアクセスネットワークへのハンドオーバを開始するステップをさらに含む実施形態１から１３のいずれかに記載の方法。
【０１５５】
１５．ポリシー更新メッセージを受信するステップをさらに含む実施形態１から１４のいずれかに記載の方法。
【０１５６】
１６．ポリシー更新確認メッセージを送信するステップをさらに含む実施形態１から１５のいずれかに記載の方法。
【０１５７】
１７．ポリシー情報更新メッセージを送信するステップをさらに含む実施形態１から１６のいずれかに記載の方法。
【０１５８】
１８．ポリシー情報更新確認メッセージを受信するステップをさらに含む実施形態１から１７のいずれかに記載の方法。
【０１５９】
１９．ポリシー更新メッセージは、第２のアクセスネットワーク内のＧＷ（ゲートウェイ）に関する情報を含む実施形態１から１８のいずれかに記載の方法。
【０１６０】
２０．ポリシー情報更新メッセージは、第２のアクセスネットワーク内のＧＷ（ゲートウェイ）に関する情報を含む実施形態１から１９のいずれかに記載の方法。
【０１６１】
２１．ポリシー更新メッセージ、ポリシー更新確認メッセージ、ポリシー情報更新メッセージ、および／またはポリシー情報更新確認メッセージが、Ｓ５インタフェースを介して送信される実施形態１から２０のいずれかに記載の方法。
【０１６２】
２２．第１のネットワークは３ＧＰＰ（第３世代パートナーシッププロジェクト）アクセスネットワークであり、第２のネットワークはトラステッド非３ＧＰＰ  ＩＰ（インターネットプロトコル）アクセスネットワークである実施形態１から２１のいずれかに記載の方法。
【０１６３】
２３．実施形態１から２２のいずれかに記載の方法を行うように構成される基地局。
【０１６４】
２４．受信機をさらに備える実施形態２４に記載の基地局。
【０１６５】
２５．送信機をさらに備える実施形態２３〜２４のいずれかに記載の基地局。
【０１６６】
２６．受信機および送信機と通信するプロセッサであって、ポリシー更新メッセージを送信し、ポリシー更新確認メッセージを受信し、ＧＴＰ（ＧＰＲＳ（汎用パケット無線サービス）トンネリングプロトコル）およびＲＡＢ（無線アクセスベアラ）解放メッセージを送信し、ＧＴＰおよびＲＡＢ解放ＡＣＫ（肯定応答）を受信し、かつ／または第２のアクセスネットワーク内のアップリンク伝送およびダウンリンク伝送用の接続を確立する機能のいずれかを行うように構成される、プロセッサをさらに備える実施形態２３〜２５のいずれかに記載の基地局。
【０１６７】
２７．ポリシー更新メッセージは、第２のアクセスネットワーク内のＧＷ（ゲートウェイ）に関する情報を含む実施形態２３〜２６のいずれかに記載の基地局。
【０１６８】
２８．プロセッサは、第１のアクセスネットワーク内の資源を解放するようにさらに構成される実施形態２３〜２７のいずれかに記載の基地局。
【０１６９】
２９．ポリシー更新メッセージ、ポリシー更新確認メッセージ、ＧＴＰおよびＲＡＢ解放メッセージ、ならびに／またはＧＴＰおよびＲＡＢ解放ＡＣＫが、Ｓ５インタフェースを介して送信される実施形態２３〜２８のいずれかに記載の基地局。
【図１】
0005475655.tif 000002
【図２】
0005475655.tif 000003
【図３】
0005475655.tif 000004
【図４】
0005475655.tif 000005
【図５】
0005475655.tif 000006
【図６】
0005475655.tif 000007
【図７】
0005475655.tif 000008
【図８Ａ】
0005475655.tif 000009
【図８Ｂ】
0005475655.tif 000010
【図９Ａ】
0005475655.tif 000011
【図９Ｂ】
0005475655.tif 000012
【図１０Ａ】
0005475655.tif 000013
【図１０Ｂ】
0005475655.tif 000014
【図１１Ａ】
0005475655.tif 000015
【図１１Ｂ】
0005475655.tif 000016
【図１２Ａ】
0005475655.tif 000017
【図１２Ｂ】
0005475655.tif 000018
【図１３】
0005475655.tif 000019