非３ｇｐｐネットワークから３ｇｐｐネットワークへのハンドオーバの最適化

专利摘要:
本発明は、非３ＧＰＰネットワークから３ＧＰＰネットワークへの移動ノードの、及び、非３ＧＰＰ／３ＧＰＰネットワークに配置されている移動ノードの、ハンドオーバの方法に関する。当該ハンドオーバはあらかじめ、適切なＭＭＥを発見するとともに、移動ノードを発見されたＭＭＥで登録することによって改良される。この改良には、最初に、非３ＧＰＰネットワーク内の移動ノードの位置を決定し、その結果、移動ノードの位置の近隣にＭＭＥを検知できるようにすることが含まれている。次いで３ＧＰＰのコンテキストは、ハンドオーバが実行される前に新しいＭＭＥへと送信される。さらに本発明は、ハンドオーバを実行する前に３ＧＰＰネットワーク内のサービング・ゲートウェイを変更するよう教示し、これによってハンドオーバを加速する。ハンドオーバが起こりそうになると、移動ノードの位置が決定され、新しいサービング・ゲートウェイが選択される。該データ経路は、新しいサービング・ゲートウェイを経由するよう変更される。
公开号:JP2011509615A
申请号:JP2010541752
申请日:2009-01-08
公开日:2011-03-24
发明作者:キリアン ヴェニゲル；イェンス バッハマン；新吉 池田；隆 荒牧
申请人:パナソニック株式会社；
IPC主号:H04W48-18

专利说明:

[0001] 本発明は、移動ノード（モバイルノード）の非３ＧＰＰネットワークから３ＧＰＰネットワークへのハンドオーバを準備及び実行する方法、及び、サービング・ゲートウェイが変わる非３ＧＰＰネットワーク又は３ＧＰＰネットワーク内に位置している移動ノードのハンドオーバを準備する方法に関する。さらに、本発明は、非３ＧＰＰネットワーク又は３ＧＰＰネットワークのいずれかにある、本発明に参加する移動ノード及びエンティティに関する。]
背景技術

[0002] ＵＭＴＳ（ユニバーサル移動体通信システム）は、３ＧＰＰ（第三世代パートナーシップ・プロジェクト）によって標準化された３Ｇ（第三世代）移動体通信システムである。ＵＭＴＳの仕様の初回リリースは１９９９年（リリース９９）に公開された。一方、この標準に対するいくつかの改良が、リリース４、リリース５及びリリース６において、３ＧＰＰによって標準化されてきた。より高いデータ転送速度をサポートしたいとの要望から、新しい無線インタフェースと、新しい発展型無線アクセス・ネットワークＥ−ＵＴＲＡＮ（ＵＭＴＳ地上無線アクセス・ネットワーク）を開発することが決まった。３ＧＰＰは、「ロング・ターム・エボルーション（ＬＴＥ）」としてのほうがより知られている検討項目「発展型ＵＴＲＡ及びＵＴＲＡＮ」を立ち上げた。この検討は、サービス提供を改善し、並びに、ユーザ及び事業者のコストを低減するための大きな性能上の躍進を達成する手段を調査することとなる。この検討によって、他の無線アクセス技術との相互作用が可能であるべきなので、新しい発展型パケット・コア・ネットワークに対する必要性が生じた。]
[0003] Ｅ−ＵＴＲＡＮアーキテクチャの例示的な説明を図１に示す。Ｅ−ＵＴＲＡＮは各発展型ノードＢ（ｅＮＢ又はｅＮｏｄｅＢ）から成り、移動ノードに対しＥ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（ＲＲＣ）プロトコルの終了を提供する。] 図１
[0004] ｅＮＢは、物理（ＰＨＹ）層、ミディアム・アクセス制御（ＭＡＣ）層、無線リンク制御（ＲＬＣ）層、及びユーザプレーンヘッダの圧縮及び暗号化の機能を含むパケット・データ制御プロトコル（ＰＤＣＰ）層を管理する。ｅＮＢはまた制御プレーンに対応する無線リソース管理（ＲＲＣ）の機能も提供する。ｅＮＢはさらに、無線リソース管理、許可制御、スケジューリング、ネゴシエートされたＵＬ−ＱｏＳ（サービスの質）の実施、セル情報配信、ユーザプレーン及び制御プレーンデータの暗号化／解読、及びＤＬ／ＵＬユーザプレーンパケット・ヘッダの圧縮／解凍を初め多くの機能を実行する。各ｅＮＢはＸ２インタフェースによって相互に接続されている。各ｅＮＢはＳ１インタフェースによってＥＰＣ（発展型パケット・コア）にも接続されている。より具体的には、Ｓ１-ＭＭＥによってＭＭＥ（モビリティ管理エンティティ）に、そして、Ｓ１−Ｕによってサービング・ゲートウェイ（Ｓ−ＧＷ）に接続されている。Ｓ１インタフェースは、各ＭＭＥ／各サービング・ゲートウェイと各ｅＮＢと間の多対多の関係をサポートする。]
[0005] Ｓ−ＧＷはユーザデータ・パケットをルーティングし、転送する一方で、ｅＮＢどうしのハンドオーバ中にユーザプレーン用のモビリティ・アンカーとして、そして、ＬＴＥと他の３ＧＰＰ技術の間の移動性のアンカーとしての機能も果たす（Ｓ４インタフェースを終了させ、各２Ｇ／３Ｇシステムとパケット・データ・ネットワーク・ゲートウェイの間のトラフィックを中継する）。アイドル状態の各ＵＥには、Ｓ−ＧＷはＤＬデータ経路を終了し、ＤＬデータがＵＥに到達するとページングをトリガする。Ｓ−ＧＷは、ＩＰベアラ・サービスのパラメータ、ネットワーク内部ルーティング情報などのＵＥコンテキストを管理し、保存する。Ｓ−ＧＷはまた、合法的傍受の場合にはユーザ・トラフィックの反復も実行する。]
[0006] ＭＭＥは、ＬＴＥアクセス・ネットワークの重要な制御ノードである。ＭＭＥは、再送信を初め、アイドル・モードＵＥのトラッキング及びページング手続に責任を負う。ＭＭＥはベアラ起動／停止プロセスにもかかわるとともに、初期接続時及びコア・ネットワーク（ＣＮ）ノード再配置を伴うイントラＬＴＥハンドオーバときに、あるＵＥのためのＳ−ＧＷを選択する責任を負う。ＭＭＥは（ホーム加入者サーバＨＳＳと相互に交信することによって）ユーザを認証する責任を負う。非アクセス層（ＮＡＳ）シグナリングはＭＭＥにおいて終了し、またＭＭＥは、各ＵＥに対する一時的なアイデンティティの生成及び割り当てにも責任を負う。ＭＭＥは、ＵＥの許可を確認してサービス提供者の地上波公共移動体通信ネットワーク（ＰＬＭＮ）に一時的にとどまり、また、ＵＥのローミング制限を実行する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護のためのネットワーク内の終端ポイントであるとともに、セキュリティの重要な管理を取り扱う。シグナリングの合法的傍受もまたＭＭＥによってサポートされている。ＭＭＥはまた、ＳＧＳＮ（サービングＧＰＲＳサポート・ノード）から始まりＭＭＥで終了するＳ３インタフェースに対し、ＬＴＥと２Ｇ／３Ｇアクセス・ネットワークの間の移動性制御プレーン機能を提供する。ＭＭＥはまた、各ＵＥをローミングするためにホームＨＳＳへと向かうＳ６ａインタフェースを終了させる。]
[0007] パケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）は、ＵＥへのトラフィックの出入口点であることによって、当該ＵＥに対し、外部パケット・データ・ネットワークへの接続性を提供する。一つのＵＥが、複数のＰＤＮにアクセスするために２個以上のＰＤＮ−ＧＷと同時接続を有してもよい。ＰＤＮ−ＧＷは、ポリシー施行、ユーザごとのパケット・フィルタリング、課金サポート、合法的傍受及びパケット・スクリーニングを実行する。ＰＤＮ−ＧＷのもう一つの重要な役割は、３ＧＰＰ技術と非３ＧＰＰ技術の間の移動性のアンカーとしての機能を果たすことである。]
[0008] 上記を要約すると、新しいＥ−ＵＴＲＡＮアクセスをサポートするためには、新しい３ＧＰＰコア・ネットワークは主として三つの論理エンティティに分割される。 第一に、ユーザプレーンにおいて、ＰＤＮ−ＧＷが外部ネットワークへのゲートウェイであり、並びに、３ＧＰＰアクセス技術と非３ＧＰＰアクセス技術との間の移動体のためのグローバルモビリティ・アンカーである（ＣＤＭＡ２０００、ＷｉＭＡＸ又はＷＩＦＩなど）。第二に、サービング・ゲートウェイとなるもう一つのユーザプレーンエンティティは、３ＧＰＰアクセスどうしの間の移動性のためのモビリティ・アンカーである（Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮ）。第三に、モビリティ管理エンティティは、異なるＥＵＴＲＡＮ基地局（ｅＮｏｄｅＢ）の間を移動する移動体端末（以下においてはＵＥ又はＭＮとも呼ばれる）のモビリティ管理に責任を負うとともに、セッション管理にも責任を負う制御プレーンエンティティである。]
[0009] 各ＭＭＥは各ｅＮｏｄｅＢに接続されており、１個のＭＭＥが多数のｅＮｏｄｅＢに仕える（サーブする）可能性があり、その結果、すべてのｅＮｏｄｅＢを対象にするためにはシステム中に多数のＭＭＥが必要となる。さらに、ロード・バランシングの理由などにより、一群のＭＭＥが同じ組のｅＮｏｄｅＢをサーブしうる。]
[0010] 上記に記載したように、ＭＭＥはモビリティ管理及びセッション管理に責任を負う。あるＭＭＥに接続された移動体端末ごとに、特定のモビリティ管理及び発展型パケット・システム・コンテキスト情報が、ＭＭＥ中に保存されている。これらコンテキストには、移動状況（モビリティステート）、一時的なアイデンティティ、現在のトラッキング・エリア・リスト、最新のセル、認証ベクター、アクセス制限、加入したＱｏＳプロファイル、加入した課金の特徴、及び、アクティブなＰＤＮ接続ごとの使用中のＡＰＮ（アクセス・ポイント名）、ＩＰｖ４／ＩＰｖ６アドレス、制御プレーンのためのＰＤＮ−ＧＷアドレス、及びまた、例えば、ＥＰＳベアラＱｏＳプロファイル、ＥＰＳベアラ課金特徴など、ＰＤＮ接続中のＥＰＳ（発展型パケット・システム）ベアラごとの情報などが含まれる。]
[0011] さらに、あるＭＭＥ中のある移動体端末に対するコンテキストは、たとえ当該移動体端末が３ＧＰＰアクセスから接続が切断されていても、利用可能なこともありうる。このコンテキストの保全によって、３ＧＰＰアクセス内で再び起動するとき、又は、非３ＧＰＰアクセスから３ＧＰＰアクセスへと戻るときには、より高速なセッション設定を可能にする。その主な理由は、ホーム加入者サーバ（ＨＳＳ）でのシグナリングが保存されているからである。]
[0012] ３ＧＰＰシステム中のモビリティ管理はネットワーク制御されており、また、ＰＤＮ−ＧＷとＳ−ＧＷの間のインタフェースのために２個のプロトコル流派が標準化されている。一つは、レガシーＧＰＲＳ（汎用パケット無線サービス）システム内で用いられるプロトコルであるＧＴＰ（ＧＰＲＳトンネリング・プロトコル）に基づいており、他方は、ＩＥＴＦ（インターネット技術タスク・フォース）において開発されたプロキシ・モバイルＩＰｖ６（ＰＭＩＰｖ６）である。非３ＧＰＰアクセスと相互作用を目的として、非３ＧＰＰアクセスがＰＭＩＰｖ６をサポートする場合には、移動体端末はＰＭＩＰｖ６を経由して、コア・ネットワーク、すなわちＰＤＮ−ＧＷにも同様に接続することができる。代替的に、移動体端末がＰＭＩＰｖ６とのアクセス間ハンドオーバをサポートしない場合、又は、非３ＧＰＰアクセスがＰＭＩＰｖ６をサポートしない場合には、移動体端末は、クライアント・モバイルＩＰバージョン、すなわちモバイルＩＰｖ４外部エージェント・モード（ＭＩＰ４ＦＡ）又はデュアル・スタック・モバイルＩＰｖ６（ＤＳＭＩＰｖ６）を経由してコア・ネットワークに接続することができる。]
[0013] 移動体端末がある非３ＧＰＰアクセス・ネットワークにアクセス可能となる前に、アクセス認証を実行する必要がある。当該非３ＧＰＰアクセス内に３ＧＰＰベースのアクセス認証が適用される場合、すなわち、３ＧＰＰ ＡＡＡサーバ／ＨＳＳが当該移動体端末を認証する場合は、ＥＡＰ−ＡＫＡ（拡張可能な認証プロトコル−認証と鍵共有）が用いられる。]
[0014] 移動体端末がある非３ＧＰＰアクセス・ネットワーク内でアクティブな場合、パケットを該非３ＧＰＰアクセス内の移動体端末へとルーティングするために用いられるローカルＩＰアドレスがある。このＩＰアドレスはモバイルＩＰの術語では気付アドレスである。ＤＳＭＩＰｖ６の場合は、このアドレスは移動体端末に割り当てられており、移動体端末は自己の気付アドレスを用いてバインディング更新（バインディングアップデート）を、ホーム・エージェント（ＨＡ）の機能を持つＰＤＮ−ＧＷへと送信中である。ＰＭＩＰｖ６の場合は、気付アドレスは、当該非３ＧＰＰアクセス・ネットワーク内に配置されたモバイル・アクセス・ゲートウェイ（ＭＡＧ）のアドレスであり、このＭＡＧは、プロキシ・バインディング更新を自己の（プロキシ−）気付アドレスを用いて３ＧＰＰネットワークのＰＤＮ−ＧＷへと送信している。当該ＰＤＮ−ＧＷはローカル・モビリティ・アンカー（ＬＭＡ）の機能を持つ。]
[0015] いくつかの３ＧＰＰエンティティ内においてコンテキスト及びリソースをあらかじめ確立する可能性の一つは、例えばＡＡＡ（認証、許可、アカウンティング）サーバ又はＨＳＳによって、イベントにより、移動体端末と３ＧＰＰアクセス内のＭＭＥとの間での明示的なシグナリングを伴わずに、前記確立を開始することである。このイベントは例えば、非３ＧＰＰアクセス内の移動体端末の認証でありうる。このシナリオにおいて、ＡＡＡサーバがこの手続を開始する場合には、当該ＡＡＡサーバは、ＨＳＳに対するプロキシＭＭＥの機能を果たし、移動体端末のためのコンテキストを要求し、次いでコンテキストを適切なＭＭＥへとプッシュ配信してもよい。さらにＭＭＥは次いで、ｅＮｏｄｅＢ中にあらかじめコンテキストを設定し、Ｓ−ＧＷに対してベアラ作成をトリガしてもよい。]
[0016] 非３ＧＰＰアクセスから３ＧＰＰアクセスへのハンドオーバの場合には、移動体端末は、３ＧＰＰアクセスを発見した後に、接続要求メッセージを当該３ＧＰＰアクセス内のＭＭＥへと（ｅＮｏｄｅＢを経由して）送信する。移動体端末は接続要求メッセージ中において、接続の種類がハンドオーバであることを接続種類フィールドに示す。さらに移動体端末は、認証のために古いグローバル固有一時識別子（ＧＵＴＩ）の信号を送る。次いでｅＮｏｄｅＢは、ＧＵＴＩから当該移動体端末のＭＭＥを導き出し、接続要求メッセージをＭＭＥへと送信する。示されたＭＭＥが接触したｅＮｏｄｅＢと関連付けられていない場合は、ｅＮｏｄｅＢは別のＭＭＥを選択し、接続要求メッセージをこの新しいＭＭＥへと転送する。新しいＭＭＥ（古いＭＭＥとは異なる場合）は、古いＭＭＥから当該コンテキスト（ＩＭＳＩ、認証クインテットを含む）を検索し、それゆえ、ＭＮによる認証手続の一部を省略することができる。]
[0017] 上記手続を、Ｅ−ＵＴＲＡＮ初期接続手続のシグナリング図を示す図２を参照にして、以下に詳述する。] 図２
[0018] １．ＵＥは、接続要求メッセージ（ＩＭＳＩ又は古いＧＵＴＩ、（利用可能な場合は）最後に訪れたＴＡＩ、ＵＥネットワーク能力、ＰＤＮアドレス割り当て、プロトコル構成オプション、接続の種類）を、選択ネットワークの指示を付けて、３ＧＰＰネットワークのｅＮｏｄｅＢへと送信することによって、接続手続を開始する。接続の種類は、非３ＧＰＰアクセス内での移動性を理由に、ＵＥが起動済のＰＤＮ−ＧＷ／ＨＡを有している場合には「ハンドオーバ」を示す。
２．ｅＮｏｄｅＢはＧＵＴＩから、及び、示された選択ネットワークからＵＥのＭＭＥを導き出す。当該ＭＭＥがｅＮｏｄｅＢと関連付けられていない場合は、ｅＮｏｄｅＢは、ＵＥをサーブする利用可能なＭＭＥを選択する。この選択はネットワーク・トポロジーに基づいている。すなわち、選択されたＭＭＥはＵＥの位置に対してサーブしており、また、ＭＭＥの各サービス・エリアが重なり合っている場合には、この選択は、ＭＭＥを再度変更する確率を少なくするサービス・エリアを持つ各ＭＭＥを好みうる。ＭＭＥ選択の他の基準には、各ＭＭＥ間のロード・バランシングが含まれうる。ｅＮｏｄｅＢは次いで、接続要求メッセージを新しいＭＭＥへと転送する。
３．ＵＥがＧＵＴＩによって自己を明らかにしており、かつ、ＭＭＥが切り離しの後変更された場合は、この新しいＭＭＥが、識別要求（古いＧＵＴＩ）を古いＭＭＥへと送信して、ＵＥに関連したＩＭＳＩを要求する。古いＭＭＥは（ＵＥに対するＩＭＳＩ、認証クインテットを含む）識別応答で応答する。ＵＥが古いＭＭＥ中で知られていない場合は、古いＭＭＥが適切なエラー原因を付けて応答する。
４．ＵＥが古いＭＭＥと新しいＭＭＥの両方に知られていない場合は、新しいＭＭＥがアイデンティティ要求をＵＥへと送信して、ＵＥのＩＭＳＩを要求する。ＵＥはアイデンティティ応答（ＩＭＳＩ）を付けて応答する。
５a．当該ＵＥのためのＵＥコンテキストがネットワーク内のどこにも存在しない場合は、ＵＥの認証は強制的である。そうでない場合は、このステップは任意である、すなわち、コンテキストが古いＭＭＥから検索されうるときに行われる。しかしながら、ＵＥと新しいＭＭＥの間の認証は依然として必要である。
６．この特定のＵＥ向きのアクティブなベアラ・コンテキストが新しいＭＭＥ中にある（すなわち、ＵＥが前に適切に切り離されることなく同一のＭＭＥに再接続する）場合は、新しいＭＭＥは、ベアラ削除要求（ＴＥＩＤ）メッセージを関係する各ＧＷへと送信することによって、これらベアラ・コンテキストを削除する。各ＧＷはベアラ削除応答（ＴＥＩＤｓ）メッセージを付けて受信確認する。
７．ＭＭＥが最後の切り離し（デタッチ）の後変更された場合、又は、ＭＭＥが初期接続中にある場合は、新しいＭＭＥは位置更新メッセージ（ＭＭＥアイデンティティ、ＩＭＳＩ、ＭＥアイデンティティ）をＨＳＳへと送信する。
８．ＨＳＳは、位置取消メッセージ（ＩＭＳＩ、取消種類）を、手続を更新するために設定された取消種類を付けて、古いＭＭＥへと送信する。古いＭＭＥは、位置取消Ａｃｋ（ＩＭＳＩ）を付けて受信確認応答し、ＭＭ（モビリティ管理）及びベアラ・コンテキストを取り除く。
９．古いＭＭＥ中にこの特定のＵＥのためのアクティブなベアラ・コンテキストが存在する（すなわち、ＵＥが前に適切に切り離されなかった）場合は、古いＭＭＥは、ベアラ削除要求（ＴＥＩＤ）メッセージを関係する各ＧＷへと送信することによって、これら ベアラ・コンテキストを削除する。各ＧＷはベアラ削除応答（ＴＥＩＤｓ）メッセージを新しいＭＭＥへと返す。
１０．ＨＳＳは加入者データ挿入（ＩＭＳＩ、加入データ）メッセージを新しいＭＭＥへと送信する。加入データには、ＵＥがアクセスするのを許可されているすべてのＡＰＮ（アクセス・ポイント名）のリスト、それらＡＰＮのうちいずれがデフォルトＡＰＮであるかについての指示、及び、許可されたＡＰＮごとの「ＥＰＳ加入ＱｏＳプロファイル」が含まれる。新しいＭＭＥは（新しい）ＴＡ中のＵＥの存在を確認する。地域的な加入制限又はアクセス制限を理由として、ＵＥがＴＡ中で接続することを許可されない場合は、新しいＭＭＥは接続要求を適切な原因を付けて拒絶し、加入者データ受信確認挿入メッセージをＨＳＳへと返してもよい。すべての確認に成功した場合には、新しいＭＭＥは当該ＵＥのためのコンテキストを構築し、加入者データ受信確認挿入メッセージをＨＳＳへと返す。デフォルトＡＰＮはこの手続の残りのために用いられる。
１１．ＨＳＳは、位置更新受信確認（位置更新Ａｃｋ）を新しいＭＭＥへと送信することによって、位置更新メッセージを受信確認する。位置更新がＨＳＳによって拒絶される場合は、新しいＭＭＥはＵＥからの接続要求を適切な原因を付けて拒絶する。
１２．ＰＤＮ加入コンテキストがＰＤＮ−ＧＷアドレスを全く含まない場合は、新しいＭＭＥは一つのＰＤＮ−ＧＷを選択する。ＰＤＮ加入プロファイルが ＰＤＮ−ＧＷアドレスを含み、かつ、接続種類が「ハンドオーバ」を指示しない場合は、ＭＭＥは、例えば、より効率的なルーティングを可能にするＰＤＮ−ＧＷを割り当てるために新しいＰＤＮ−ＧＷを選択してもよい。新しいＭＭＥは、サービングＧＷを選択し、ＵＥと関連付けられたデフォルト・ベアラに対してＥＰＳベアラ・アイデンティティを割り当てる。次いで新しいＭＭＥは、デフォルト・ベアラ作成要求（ＩＭＳＩ、ＭＭＥコンテキストＩＤ、ＡＰＮ、ＲＡＴの種類、デフォルト・ベアラＱｏＳ、ＰＤＮアドレス割り当て、ＡＭＢＲ、ＥＰＳベアラ・アイデンティティ、プロトコル構成オプション、ＭＥアイデンティティ、ユーザ位置情報）メッセージを、選択されたサービングＧＷへと送信する。
１３．サービングＧＷは自己のＥＰＳベアラ・テーブル中に新しいエントリを作成し、デフォルト・ベアラ作成要求（ＩＭＳＩ、ＡＰＮ、ユーザプレーンのためのサービングＧＷアドレス、ユーザプレーンのサービングＧＷ ＴＥＩＤ、制御プレーンのサービングＧＷ ＴＥＩＤ、ＲＡＴの種類、デフォルト・ベアラＱｏＳ、ＰＤＮアドレス割り当て、ＡＭＢＲ、ＥＰＳベアラ・アイデンティティ、プロトコル構成オプション、ＭＥアイデンティティ、ユーザ位置情報）メッセージをＰＤＮ−ＧＷへと送信する。このステップの後に、サービングＧＷは、以下のステップ２１でメッセージを受信するまで、ＰＤＮ−ＧＷから受信しうるあらゆるダウンリンク・パケットを格納（バッファ）する。
１５．ＰＤＮ−ＧＷは、デフォルト・ベアラ作成応答（ユーザプレーンのためのＰＤＮ−ＧＷアドレス、ユーザプレーンのＰＤＮＧＷ ＴＥＩＤ、制御プレーンのＰＤＮ ＧＷ ＴＥＩＤ、ＰＤＮアドレス情報、ＥＰＳベアラ・アイデンティティ、プロトコル構成オプション）メッセージをサービングＧＷへと返す。
１６．サービングＧＷは、デフォルト・ベアラ作成応答（ＰＤＮアドレス情報、ユーザプレーンのためのサービングＧＷアドレス、ユーザプレーンのためのサービングＧＷ ＴＥＩＤ、サービングＧＷのコンテキストＩＤ、ＥＰＳベアラ・アイデンティティ、プロトコル構成オプション）メッセージを新しいＭＭＥへと返す。ＰＤＮアドレス情報がＰＤＮ−ＧＷによって提供された場合には、含まれている。
１７．新しいＭＭＥは、接続受け入れ（ＡＰＮ、ＧＵＴＩ、ＰＤＮアドレス情報、ＴＡＩリスト、ＥＰＳベアラ・アイデンティティ、セッション管理構成ＩＥ、プロトコル構成オプション）メッセージをｅＮｏｄｅＢへと送信する。ＧＵＴＩは、新しいＭＭＥが新しいＧＵＴＩを割り当てた場合にのみ含まれる。
１８．ｅＮｏｄｅＢは、ＥＰＳ無線ベアラ・アイデンティティを含む無線ベアラ確立要求をＵＥへと送信し、接続受け入れメッセージがＵＥへと送られる。
１９．ＵＥは、無線ベアラ確立応答をｅＮｏｄｅＢへと送信する。このメッセージ中には、接続完了メッセージ（ＥＰＳベアラ・アイデンティティ）が含まれる。
２０．ｅＮｏｄｅＢは、接続完了（ＥＰＳベアラ・アイデンティティ）メッセージを新しいＭＭＥへと転送する。接続受信メッセージの後、及び、ひとたびＵＥがＰＤＮアドレス情報を取得すると、ＵＥは次いでアップリンク・パケットをｅＮｏｄｅＢへと送信することができ、ｅＮｏｄｅＢはサービングＧＷ及びＰＤＮ−ＧＷへとトンネリングされる。
２１．新しいＭＭＥはベアラ更新要求（ｅＮｏｄｅＢアドレス、ｅＮｏｄｅＢ ＴＥＩＤ）メッセージをサービングＧＷへと送信する。
２２．サービングＧＷは、ベアラ更新応答（ＥＰＳベアラ・アイデンティティ）メッセージを新しいＭＭＥへと送信することによって、受信確認する。サービングＧＷは次いで、バッファされた自己のダウンリンク・パケットを送信することができる。
２３．ＭＭＥがベアラ更新応答（ＥＰＳベアラ・アイデンティティ）メッセージを受信した後は、ＥＰＳベアラが確立されており、かつ、ユーザが非３ＧＰＰアクセスへのハンドオーバを実行することが許可されていることを加入データが示す場合、ＭＭＥが、ＨＳＳによってＰＤＮ加入コンテキスト中で示されたＰＤＮ−ＧＷアドレスとは異なるＰＤＮ−ＧＷを選択した場合は、ＭＭＥは、非３ＧＰＰアクセスでの移動性のために、ＡＰＮ及びＰＤＮ−ＧＷアドレスを含む位置更新要求をＨＳＳへと送信するものとする。
２４．ＨＳＳはＡＰＮとＰＤＮ−ＧＷアドレスの対を保存し、位置更新応答をＭＭＥへと送信する。]
[0019] 図２のシグナリング図の上記の説明は非常に詳細なものであるとともに、多くの場合を考慮している。ここでは簡便性を理由に、ある一つのＵＥがまず３ＧＰＰネットワーク・エリア内に配置されており、このため、あるＭＭＥにコンテキスト情報の当該ＭＭＥ中での確立を含めて登録されていると想定する。３ＧＰＰネットワークから非３ＧＰＰネットワークへと離れるときも、ＭＭＥは依然としてコンテキスト情報を保持している。しかしながら、最終的に３ＧＰＰネットワークへと戻るときには、ＵＥははるか離れたところに移動しており、あるｅＮｏｄｅＢに接続しており、当該ｅＮｏｄｅＢは古いＭＭＥには属さない。したがって古いＭＭＥはもはや用いることはできず、別のＭＭＥが選択されなければならない。さらに、古いＭＭＥがＵＥのコンテキスト情報を新しいＭＭＥへとプッシュ配信すると想定する。ＭＭＥのこの変更を理由に、図２の方法のうちステップ３、７、８、１０及び１１が実行されなければならない。古いＭＭＥからＵＥのコンテキスト情報を検索することによって、ＭＮと新しいＭＭＥの間でのみ認証を必要とするので、ステップ４及びステップ５の一部は必要ではない。言い換えれば、新しいＭＭＥはＨＳＳからの認証ベクトルを検索する必要はないものの、しかしながらＵＥは依然として、新しいＭＭＥで自己認証する必要がある。新しいＭＭＥに対するＳ−ＧＷ／ＰＤＮ−ＧＷ中でも依然としてアクティブでありうる各ベアラに関するステップ６は、ＭＮは初めて新しいＭＭＥに接続すると推定されるので、必要ないであろう。さらに、古いＭＭＥ向けのＳ−ＧＷ／ＰＤＮ−ＧＷ中の各ベアラを削除することに関するステップ９は、ＭＮが古いＭＭＥから正しく切り離されるか又はハンドオーバしなかった場合にのみ必要である。古いＭＭＥからの切り離し又はハンドオーバ手続中に、各ベアラはＳ−ＧＷ／ＰＤＮ−ＧＷとともに削除されるべきであった。しかしながら、単に移動ノードのスイッチが切られ、後に非３ＧＰＰネットワーク内で再びスイッチが入れられる場合には、古いＭＭＥとＳ−ＧＷ／ＰＤＮ−ＧＷの間に依然としてアクティブな諸ベアラが存在する可能性があり、この場合には、ステップ９は実行されなければならない。] 図２
[0020] 古いＭＭＥがＵＥコンテキストを削除し、このため当該ＵＥコンテキストは新しいＭＭＥのために利用できないことさえもありうる。この場合には、ステップ４及び５も同様に実行されなければならない。このことは、ＵＥが非３ＧＰＰネットワーク内で初期接続を行っており、３ＧＰＰネットワーク・エリア内に初めて接続する別の例示的なシナリオと類似している。]
[0021] いずれにせよ、これらステップ（少なくともステップ３、７、８、１０及び１１）は、ハンドオーバ手続に更なる遅延を発生させる。]
[0022] 第一の一連の問題によると、とりわけ、複数の無線インタフェースとの同時接続が可能でない場合は、このＭＭＥの再配置は追加的なシグナリングを発生させ、ハンドオーバ遅延をもたらし、さらに、進行中のセッションの割り込みになり得る。]
[0023] 上記のアーキテクチャは、移動体端末が接続された非ローミング変形例、すなわち非３ＧＰＰアクセスが、移動体端末のホーム事業者と直接的なローミング関係を持つことを記述している。]
[0024] しかしながら第二の一連の問題を参照すると、当該非３ＧＰＰアクセスがホーム事業者と直接的なローミング関係を持たない場合は、当該移動体端末が、ホーム公衆陸上移動性ネットワーク（ＨＰＬＭＮ）中のＰＤＮ−ＧＷに接続すると考えられる変形例は、非３ＧＰＰアクセス・ネットワーク内のＭＡＧとＰＤＮ−ＧＷの間の媒介として、訪問先公衆陸上移動性ネットワーク（ＶＰＬＭＮ）中のサービング・ゲートウェイ（Ｓ−ＧＷ）を用いることである。このような接続は「チェイン接続」又は「チェイニング」と呼ばれる。チェイニングの場合には、ＡＡＡプロキシはＶＰＬＭＮ中でＳ−ＧＷを選択し、非３ＧＰＰアクセス内のＭＡＧに対し、Ｓ−ＧＷについて通知する。]
[0025] ２種類のチェイニングがあり、両方の場合とも、ＰＭＩＰｖ６が常にＭＡＧとＳ−ＧＷの間に適用される。一方の場合は、シグナリングのためにＰＭＩＰｖ６プロトコルを、ＰＤＮ−ＧＷとＳ−ＧＷの間のユーザ・データ移送のためにＰＭＩＰトンネルを用いることである。この種類のチェイニングにおいてはＳ−ＧＷは、ＰＤＮ−ＧＷとＭＡＧの間でＰＢＵ、ＰＢＡ及びユーザ・データを転送するＰＭＩＰ中継として機能する。別の種類のチェイニングは、Ｓ−ＧＷとＰＤＮ−ＧＷの間のシグナリング及びユーザ・データ転送のためにＧＰＲＳトンネリング・プロトコル（ＧＴＰ）を用いることである。この場合にはＳ−ＧＷは、ＰＭＩＰ及びＧＴＰのためのシグナリング・ゲートウェイとして、また、ＰＤＮ−ＧＷとＭＡＧとの間でＰＭＩＰトンネルとＧＴＰトンネルのためのトンネル連結子として機能する。]
[0026] 移動体端末の非３ＧＰＰアクセス・チェイニングの場合から該３ＧＰＰアクセス・ネットワークへのハンドオーバの場合には、以前に用いられたＳ−ＧＷもまた再配置する必要があるかもしれない。このＳ−ＧＷ再配置はＭＭＥによって実行されるので、３ＧＰＰアクセス・ネットワークのために選択されたＳ−ＧＷは、ＡＡＡプロキシによって選択され、かつ、非３ＧＰＰアクセス・ネットワークから用いられた旧式のＳ−ＧＷとは異なりうる。]
[0027] さらに、サービングＧＷを変更することを必要とする他のシナリオがありうる。例えば、ローカル・ポリシーによると、特定のＳ−ＧＷが３ＧＰＰネットワーク内の各ＭＮにのみに用いられるが、非３ＧＰＰネットワーク内の各ＭＮには用いられないこととされている。このように、あるＭＮが非３ＧＰＰネットワーク・エリアへと移動するときには、新しい（例えば、非３ＧＰＰネットワーク内のＭＮのためのみの）Ｓ−ＧＷが選択されなければならず、また、ＰＤＮ−ＧＷからＭＮへのデータ経路は、古いＳ−ＧＷを経由する代わりに新しいＳ−ＧＷを経由するよう再配置される。]
[0028] さらに、イントラ技術ハンドオーバの間、すなわち、非３ＧＰＰネットワーク、３ＧＰＰネットワークのそれぞれでは、（経路最適化などを理由として）Ｓ−ＧＷの変更が有利である可能性がある。またこの場合には、ハンドオーバ中のＳ−ＧＷの再配置には時間がかかり、ハンドオーバ時間が長期化する。このことは、ハンドオーバ中に遭遇する第二の問題である。]
[0029] したがって、上記技術における第一の一連の問題に鑑みて、本発明の一つの目的は、移動ノードの非３ＧＰＰネットワークから３ＧＰＰネットワークへのハンドオーバを実行するための改良された方法を提供することである。上記技術の第二の問題によると、本発明の一つの目的は、非３ＧＰＰネットワークと３ＧＰＰネットワークの間で移動ノードのハンドオーバを実行するための改良された方法を提供することである。]
[0030] 上記の目的のうち少なくとも一つは、独立請求項の主題によって解決される。本発明の有利な実施形態は従属請求項の主題である。]
[0031] 第一の一連の上述した問題を解決するための本発明の第一の態様によると、非３ＧＰＰシステムから３ＧＰＰシステムへの移動時の移動ノードのハンドオーバ手続は、あらかじめ新しいＭＭＥを発見、及び、登録することによって改良することができる。これには、実際のハンドオーバが実行される前の、古いＭＭＥから新しいＭＭＥへの関連するコンテキストの再配置を含む。したがって、ＭＮが３ＧＰＰアクセスへのハンドオーバを実行するときには、ＭＮによって送信された接続要求メッセージはすでに、発見された新しいＭＭＥの識別子を含んでいる。これによって、ハンドオーバ中にＭＭＥを変更しなければならない場合から生じるいかなる欠点も排除される。]
[0032] 先行技術の第二の問題を解決するための本発明の第二の態様によると、その後のハンドオーバを加速するためには、実際のハンドオーバが発生する前にサービング・ゲートウェイの再配置（データ経路の切り替え）を準備及び実行することが重要である。したがって、移動ノードのかつて決定された位置情報に基づいて、新しいサービング・ゲートウェイが選択される。引き続いて、データ・パケットがパケット・データ・ネットワーク・ゲートウェイと移動ノードの間で交換されるデータ経路は、データ・パケットがサービング−ゲートウェイを経由して交換されるように変更される。古いサービング・ゲートウェイがデータ・パケットをサービング−ゲートウェイへと転送するか、又は、新しいサービング・ゲートウェイが、パケット・データ・ネットワーク・ゲートウェイとの間でデータ・パケットを直接的に交換する。]
[0033] 本発明の前記第二の態様にとって、この原理が、移動ノードのあらゆるハンドオーバに、それが３ＧＰＰネットワーク内であれ、非３ＧＰＰネットワーク内であれ、３ＧＰＰネットワークと非３ＧＰＰネットワークの間であれ、又は、非３ＧＰＰネットワークと３ＧＰＰネットワークの間であれ、適用されうることが重要である。サービング・ゲートウェイは通常、常時用いられ、それゆえ、実行されようとしているハンドオーバの種類とは独立して、適宜、再配置することができる。]
[0034] チェイン接続の場合、及び、非３ＧＰＰネットワークから３ＧＰＰネットワークへのハンドオーバのみが、以下おいてより詳細に説明されるものの、このことは本発明を限定するものと解釈されるものではない。上記に説明されたように、他のシナリオも可能であり、本発明の原理は他のシナリオにも同様に適用することができる。]
[0035] 本発明の一つの実施形態は、移動ノードの非３ＧＰＰネットワーク・エリアから３ＧＰＰネットワーク・エリアへのハンドオーバを準備及び実行する方法を提供する。移動ノードは、非３ＧＰＰネットワーク・エリアに接続されている。移動ノードの位置が決定、次いでこの位置に基づいて、３ＧＰＰネットワーク・エリア内にモビリティ管理エンティティが決定される。移動ノードは、決定されたモビリティ管理エンティティに登録され、非３ＧＰＰネットワーク・エリアから３ＧＰＰネットワーク・エリアへのハンドオーバが実行される。移動ノードは、３ＧＰＰネットワーク・エリアに接続するときに、当該決定されたモビリティ管理エンティティを指示する。]
[0036] 本発明の有利な一つの実施形態によると、移動ノードの位置の当該決定は、移動ノード、又は、非３ＧＰＰネットワーク・エリアもしくは３ＧＰＰネットワーク・エリア内のエンティティによって、実行することができる。例えば、ＭＮの気付アドレスが用いられる場合には、３ＧＰＰネットワーク・エリア内のパケット・データ・ネットワーク・ゲートウェイが、３ＧＰＰネットワーク・エリアから移動ノードの位置を推測することができる。]
[0037] 本発明の別の実施形態では、モビリティ管理エンティティの当該決定は、移動ノード、又は、３ＧＰＰネットワークもしくは非３ＧＰＰネットワーク内のエンティティによって実行される。とりわけ、非３ＧＰＰネットワーク内のモバイル・アクセス・ゲートウェイは、いくつかのＭＭＥを事前設定させることができ、次いで前記の点において用いることができる。]
[0038] 本発明のより具体的な実施形態を参照すると、第二のモビリティ管理エンティティを決定するエンティティに対して、移動ノードの位置の決定に関する情報が、当該エンティティが移動ノードの位置に基づいた決定を実行するのを可能にするために提供される。]
[0039] 本発明の他の実施形態によると、移動ノード、及び、ＭＮを登録するステップを実行する３ＧＰＰネットワーク・エリア内のエンティティには、当該決定されたモビリティ管理エンティティに関する情報が提供される。このことが有利であるのは、それぞれ、ＭＮを新しいＭＭＥ中に登録し、３ＧＰＰネットワークへの接続時に新しいＭＭＥをシグナリングするためには、３ＧＰＰネットワーク・エリアとＭＮの両方ともが選択されたＭＭＥについて知っている必要があるからである。]
[0040] 本発明の異なる実施形態に関して、移動ノードがモビリティ管理エンティティを決定するとき、当該決定されたモビリティ管理エンティティに関する情報は、バインディング更新メッセージ中にＭＮを登録するステップを実行するために、３ＧＰＰネットワーク・エリア内のエンティティへと送信される。一つの利点は、モビリティ管理エンティティについての前記情報を送信するために、新しいメッセージを何ら定義する必要がないことである。]
[0041] 本発明の有利な実施形態では、移動ノードの位置の決定が、非３ＧＰＰネットワーク・エリア内の移動ノードの位置依存性アドレスに基づいている。]
[0042] 本発明の代替的な実施形態では、移動ノードの位置の決定は、移動ノードの位置における、非３ＧＰＰネットワーク・エリア上又は３ＧＰＰネットワーク・エリア上での無線測定に基づいている。]
[0043] 本発明のより具体的な実施形態によると、無線測定は非３ＧＰＰネットワーク・エリア内のエンティティによって実行される。さらに、移動ノードは、非３ＧＰＰネットワーク内のエンティティに対し、いずれの無線測定を実行するかについて指示する。]
[0044] 本発明の他の実施形態によると、無線測定は、移動ノードの非３ＧＰＰネットワーク・エリアから３ＧＰＰネットワーク・エリアへのハンドオーバの可能性が所定のレベルを超えるときに、開始される。こうして、該無線測定は必要とされるときにのみ実行され、これによって、無線測定によって発生する追加的な負荷及びリソース使用を緩和することができる。]
[0045] 本発明の別の実施形態では、移動ノードのハンドオーバの可能性は、移動ノードの位置における、非３ＧＰＰネットワーク・エリア及び／又は３ＧＰＰネットワーク・エリアのネットワーク配置に基づいている。]
[0046] 本発明の異なる実施形態によると、移動ノードのハンドオーバの可能性は、非３ＧＰＰネットワーク・エリアから受信した無線信号強度の減少に伴って増加する。]
[0047] 本発明の他の実施形態に関して、移動ノードは、３ＧＰＰネットワーク・エリア内の古いモビリティ管理エンティティ内に登録されている。前記実施形態では、古いモビリティ管理エンティティをモビリティ管理エンティティに変更する可能性が所定のレベルを超えるときに、無線測定が開始される。]
[0048] 本発明のより詳細な実施形態では、移動ノードが古いモビリティ管理エンティティに登録されているときにタイマーが開始される。したがって、タイマーの期限が切れると、古いモビリティ管理エンティティを変更する可能性は所定のレベルを超える。]
[0049] 本発明の有利な実施形態を参照すると、モビリティ管理エンティティの決定は、モビリティ管理エンティティに関する情報を含むデータベースに基づいている。]
[0050] 本発明の別の実施形態によると 、モビリティ管理エンティティの決定は、移動ノードの位置に関連したパラメータからモビリティ管理エンティティの識別子を構築するためのアルゴリズムを用いる。]
[0051] 本発明の他の実施形態では、移動ノードに関連したコンテキスト情報は、古いモビリティ管理エンティティから、又は、ホーム加入者サーバから、又は、３ＧＰＰネットワークの認証エンティティからモビリティ管理エンティティへと送信される。]
[0052] 本発明の別の実施形態は、非３ＧＰＰネットワーク・エリアから３ＧＰＰネットワーク・エリアへの自己のハンドオーバを準備及び実行する移動ノードを提供する。移動ノードは、非３ＧＰＰネットワーク・エリアに接続されている。移動ノードの処理装置は、移動ノードの位置を決定し、さらに、移動ノードの当該決定された位置に基づいて３ＧＰＰネットワーク・エリア内のモビリティ管理エンティティを決定する。]
[0053] 移動ノードの送信機は、当該移動ノードを決定されたモビリティ管理エンティティに登録するための、当該決定されたモビリティ管理エンティティに関する情報を、３ＧＰＰネットワーク・エリア又は非３ＧＰＰネットワーク・エリア内のエンティティへと送信する。処理装置は、非３ＧＰＰネットワーク・エリアから３ＧＰＰネットワーク・エリアへのハンドオーバを実行する一方、３ＧＰＰネットワーク・エリアに接続するときに当該決定されたモビリティ管理エンティティを示す。]
[0054] 本発明の他の実施形態は、移動ノードの非３ＧＰＰネットワーク・エリアから３ＧＰＰネットワーク・エリアへのハンドオーバを準備するために、非３ＧＰＰネットワーク・エリア又は３ＧＰＰネットワーク・エリア内のエンティティを提供する。移動ノードは非３ＧＰＰネットワーク・エリアに接続されている。当該エンティティの処理装置は、移動ノードの位置を決定し、さらに、移動ノードの当該決定された位置に基づいて３ＧＰＰネットワーク・エリア内のモビリティ管理エンティティを決定する。さらに処理装置は、移動ノードを当該決定されたモビリティ管理エンティティに登録する。次いで送信機は、決定されたモビリティ管理エンティティに関する情報を移動ノードへと送信する。]
図面の簡単な説明

[0055] 以下において、本発明は添付図面を参照してより詳細に記載される。図面中の類似又は対応する詳細事項には、同一の参照番号が付けられている。
ＬＴＥシステムのハイ・レベル・アーキテクチャを図示する。
Ｅ−ＵＴＲＡＮ初期接続手続のシグナリング図を示す。
非３ＧＰＰ及び３ＧＰＰネットワークのネットワーク配置、及び、３ＧＰＰネットワークから非３ＧＰＰネットワークへのハンドオーバ手続のステップを図示する。
図３のネットワーク配置、及び、本発明の第一の態様の一つの実施形態による非３ＧＰＰネットワーク内のＭＮのハンドオーバのステップを図示する。
図３及び４のネットワーク配置、及び、本発明の第一の態様の一つの実施形態による非３ＧＰＰネットワークから３ＧＰＰネットワークへのＭＮのハンドオーバのステップを図示する。
本発明の第一の態様の他の実施形態による非３ＧＰＰネットワークから３ＧＰＰネットワークへのハンドオーバ手続のシグナリング図である。
本発明の第一の態様の一つの実施形態による、決定された新しいＭＭＥをＵＥに通知するＡＡＡシグナリングを用いる、非３ＧＰＰネットワーク内でのハンドオーバのシグナリング図である。
本発明の第一の態様の他の実施形態による、３ＧＰＰ測定の決定及びＭＭＥの決定により最適化されたＨＲＰＤ−３ＧＰＰハンドオーバを示す。
本発明の第二の態様の一つの実施形態による、ＰＭＩＰｖ６による、移動ノードの３ＧＰＰから信頼された非３ＧＰＰネットワークへのハンドオーバのための接続手続を示す。
本発明の第二の態様の他の実施形態による、信頼された非３ＧＰＰ内の移動ノードのハンドオーバのためのＭＭＥ再割り当て手続を図示する。
本発明の第二の態様の実施形態による信頼された非３ＧＰＰ内のハンドオーバのためのＳ−ＧＷ再割り当て手続を示す。
本発明の第二の態様の一つの実施形態による信頼された非３ＧＰＰネットワークから３ＧＰＰネットワークへのハンドオーバの接続手続を示す。
信頼された非３ＧＰＰ内のハンドオーバのためのＭＭＥ再割り当て手続を示す。
本発明の第二の態様の異なる実施形態による、再認証ベースのＭＭＥ通知によるＭＭＥ及びＳ−ＧＷの再割り当て手続を図示する。
本発明の第二の態様の他の実施形態による、３ＧＰＰから信頼されない非３ＧＰＰＰへのハンドオーバのＭＩＰｖ６による接続手続を示す。
本発明の第二の態様の他の実施形態による、信頼されない非３ＧＰＰ内のハンドオーバのためのＭＭＥ再割り当て手続を示す。
本発明の第二の態様の一つの実施形態による、信頼されない非３ＧＰＰ内のハンドオーバのためのＳ−ＧＷ再割り当て手続を示す。
本発明の第二の態様の一つの実施形態による信頼されない非３ＧＰＰから３ＧＰＰへのハンドオーバのための接続手続を示す。] 図３
[0056] 定義
以下において、本文書中に高頻度に用いられるいくつかの術語の定義を提供する。]
[0057] 移動ノードは通信ネットワーク内の物理エンティティである。１個のノードがいくつかの機能エンティティを備えてもよい。機能エンティティとは、ノード又は当該ネットワークの他の機能エンティティに前もって定められた一連の機能を実装し、及び／又は提供するソフトウェア又はハードウェア・モジュールのことを言う。ノードは、ノードを、通信施設又はノードが通信可能な媒体に接続する１個以上のインタフェースを備えてもよい。同様に、ネットワーク・エンティティは、機能エンティティを、通信施設又は他の機能エンティティ又はコレスポンデント・ノードと通信しうる媒体に接続する論理インタフェースを備えてもよい。]
[0058] ３ＧＰＰシステムは、３ＧＰＰによって標準化された、３ＧＰＰコア・ネットワークとＧＰＰ無線アクセス・ネットワークとから成る通信システムである。]
[0059] ３ＧＰＰコア・ネットワークは、端末の接続技術とは独立した物理エンティティ（無線、有線など）から成る３ＧＰＰシステムの一部に関する。]
[0060] ３ＧＰＰアクセス・ネットワークは、３ＧＰＰ無線アクセス技術に依存した各エンティティ、例えば基地局から成る３ＧＰＰシステムの一部に関する。]
[0061] 非３ＧＰＰアクセス・ネットワークは、３ＧＰＰシステムから独立したネットワークへのノード接続性を提供するエンティティから成る通信システムである。]
[0062] 以下の段落には、本発明の様々な実施形態を記載する。]
[0063] 本発明の第一の態様の一つの実施形態によると、移動ノードの３ＧＰＰネットワークへのハンドオーバ手続を改良する方法が提案される。ＭＮは、各イントラ非３ＧＰＰハンドオーバを実行する非３ＧＰＰネットワーク内を、一つのアクセス・ルータから別のアクセス・ルータへと現在移動中であると想定する。本発明の実施形態の一つの原理は、起こりうる３ＧＰＰネットワークへのハンドオーバをあらかじめ準備することである。より詳細には、ＭＮが３ＧＰＰネットワークへのハンドオーバを実行するときは、ＭＮはモビリティ管理エンティティに登録する必要がある。このように、実際のハンドオーバは、あらかじめ、当該選択されたＭＭＥにＭＮを登録することによって加速することができる。したがって、実際のハンドオーバを実行するときには、当該ＭＭＥへの登録はすでに行われており、ハンドオーバ時間を短縮することができる。]
[0064] 前記目的のために、非３ＧＰＰネットワーク内を移動しているときのＭＮの位置を最初に決定することが必要である。このことは、ＭＮ自体によって、非３ＧＰＰネットワーク内の別のエンティティによって、又は、３ＧＰＰネットワーク内のエンティティによって行うことができる。いずれの場合であっても、例えば、位置依存性である、非３ＧＰＰネットワーク内のＭＮの現在のアドレスを解析することによって、ＭＮの位置を識別することが可能である。代替的には、３ＧＰＰネットワーク又は非３ＧＰＰネットワーク上での無線測定もまた、ＭＮの現在位置についての情報を提供できる。]
[0065] 基本的に２つの場合がある。第一には、ＭＮは非３ＧＰＰネットワーク内で既にスイッチが入っており、このため、いずれのＭＭＥも３ＧＰＰネットワーク内に登録されていないか、又は、３ＧＰＰネットワーク内においてＭＮがすでに前に登録したＭＭＥが、ＭＮのためのいかなる移動性コンテキストも保持していないかである。第二にＭＮは、３ＧＰＰネットワーク内のＭＭＥに登録されており、当該ＭＭＥもまたＭＮに関連したコンテキストを保持している。両方の場合にとって、非３ＧＰＰネットワーク内のＭＮの現在位置を決定することが重要である。一つの理由には、ＭＮの現在位置によって、最近隣の３ＧＰＰアクセスに接続するときに、古いＭＭＥが依然として有効か否かを推測することができる。当該ｅＮｏｄｅＢは古いＭＭＥに属さない可能性があり、このため、ＭＮの現在位置に基づいて新しいＭＭＥが選択されなければならない。別の理由としては、どのＭＭＥもまだＭＮに割り当てられていない場合には、ＭＮの現在位置にしたがってＭＭＥが選択されなければならない。]
[0066] 要約すると、ＭＭＥを変更するか否かについて決定することが必要であり（場合１）、及び、新しいＭＭＥを決定することが必要である（場合１及び２）。これらの決定は、ＭＮ、又は、ＰＤＮ−ＧＷなど３ＧＰＰネットワーク内のエンティティ、又は、モバイル・アクセス・ゲートウェイなど非３ＧＰＰエンティティ内のエンティティのいずれかによって、実行することができる。当然のことながら、当該決定を実行するエンティティには、それがＭＮであれ又は３ＧＰＰないし非３ＧＰＰネットワーク内のエンティティであれ、非３ＧＰＰネットワーク内のＭＮの現在位置に関する情報が提供されなければならない。このことは、勿論、以前のステップでいずれのエンティティがＭＮの位置を識別したかに依存している。例えば、ＭＮが自己の位置を決定し、自己のＭＭＥを変更するか否かも決定し、及び／又は、新しいＭＭＥを選択する場合には、必要な情報はすでにＭＮ中に存在している。このように、前記の場合においては、ＭＮの位置についてのデータのいかなる追加的な交換も必要でない。]
[0067] しかしながら、位置を決定するための第１のエンティティ、及び、新しいＭＭＥに変更するか否かを決定し、かつ、新しいＭＭＥを決定する第二のエンティティが、互いに異なる場合には、第二のエンティティには、自己の決定を行うことができるようＭＮの位置情報が提供される必要がある。]
[0068] したがって、情報交換についての上記のコメントを、非３ＧＰＰ及び３ＧＰＰネットワーク内の異なるさまざまな第一及び第二のエンティティに適合させることは、当業者にとって自明である。]
[0069] 非３ＧＰＰネットワーク内のＭＮを特定し、新しいＭＭＥを決定した後に、ＭＮは新しいＭＭＥ中に登録される必要がある。前記目的のために、３ＧＰＰネットワーク内のエンティティには、ＭＭＥ中へのＭＮの登録を実行することができるように、当該新たに決定されたＭＭＥのアイデンティティが提供される必要がある。この登録には、ＭＮの関連するコンテキスト情報を新しいＭＭＥへと転送することを含む。ＭＮのコンテキスト情報は、古いＭＭＥから（古いＭＭＥが依然としてこれらコンテキストを保持している場合）、又は、前記の観点で責任を持つ別の３ＧＰＰネットワーク内の別のエンティティ、例えばＨＳＳからの、いずれかから検索することができる。]
[0070] いずれかの方法において、これによって、ＭＮは新しいＭＭＥ中への登録が成功する。]
[0071] 再配置されたＭＭＥは、限定された領域のみに用いることができ、それゆえ、上記に図示した手続は、ＭＮが非３ＧＰＰネットワーク内を移動中に、登録に成功して実行される必要がある。それゆえ結果として、当該ＭＮは３ＧＰＰネットワークのＭＭＥにいつでも登録され、当該ＭＭＥはＭＮの現在位置に応じて、ＭＮが実際に３ＧＧＰネットワークへとハンドオーバするときに用いることができる。]
[0072] 結局のところ、ＭＮは非３ＧＰＰネットワークの対象となったエリアを離れ、３ＧＰＰネットワークのｅＮｏｄｅＢに接続することとなる。非３ＧＰＰネットワークから３ＧＰＰネットワークへのハンドオーバを実行するとき、ＭＮは、ｅＮｏｄｅＢと関連付けられた対応するＭＭＥ中への登録に成功している。したがって、当該ハンドオーバ中にＭＭＥへの登録を実行する必要はなく、それゆえ、当該ハンドオーバ手続はより短時間で行うことができる。ＭＮの３ＧＰＰネットワークのＭＭＥがＭＮの位置の変更の理由からもはや使用できない場合か、又は、３ＧＰＰネットワークへのハンドオーバのときに、ＭＮにいかなるＭＭＥもかつて割り当てられていない場合には、新しいＭＭＥのための登録を発見及び実行することによって、いかなる追加的な遅延もハンドオーバ手続に発生しない。]
[0073] ＭＮは、３ＧＰＰネットワークに接続するときには、ＭＮのコンテキストを保持する新しいＭＭＥを識別する必要がある。この識別は、ｅＮｏｄｅＢへと送信された第一の添付メッセージを付けてシグナリングすることができ、ｅＮｏｄｅＢが次いで添付メッセージを識別されたＭＭＥへと転送する。当然、移動ノードが自ら新しいＭＭＥを決定しない場合は、ＭＮには、３ＧＰＰネットワーク（ｅＮｏｄｅＢ）に接続するときに自己の適切なＭＭＥを特定することができるよう、新しいＭＭＥに関する情報が提供される必要がある。]
[0074] 本発明の前に図示した実施形態は、本発明の第一の態様の原理をどのように実装するかの単なる一例にすぎない。以下において、本発明のより詳細な実施形態を詳述する。しかしながら、下記の実施形態は、本発明の範囲を限定するものとしては理解されないものとし、そうではなく、本発明をどのように適用するかについて当業者への指針としてとして解釈されるものとする。それゆえに、本発明の他の実施形態は例示的な下記の実施形態を検討すると、当業者にとって自明となる。]
[0075] 本発明の第一の態様の上述のステップのそれぞれは、以下に詳細に説明されるように様々な方法で実行することができる。最初に、非３ＧＰＰネットワーク内のＭＮの位置を決定するステップについて言及する。]
[0076] 非３ＧＰＰアクセス・ネットワーク内での移動性は、ＤＳＭＩＰｖ６、ＭＩＰ４ＦＡ又はＰＭＩＰｖ６のいずれかに基づいている。このため、気付アドレス、又は、このＩＰアドレスのプレフィクスを、移動ノードの位置を決定するのに用いることができる。同様に、ＰＭＩＰｖ６の場合には、ＭＡＧは非３ＧＰＰネットワーク内のＭＮの移動性のために用いられ、対応するＭＡＧのプロキシ気付アドレスを、ＭＮの位置を識別するために用いることができる。別の変形例は、移動ノードはＭＡＧによって用いられたプロキシ気付アドレスを知らないので、ＭＡＧのプロキシ気付アドレスを用いる代わりにＭＡＧのリンク層アドレスを用いることである。]
[0077] 非３ＧＰＰネットワーク内のＭＮの現在位置を決定するためのさらに別の変形例は、ネットワーク・アクセス認証がホームＡＡＡサーバによって実行されなければならない場合のことを言う。前記の場合において、ホームＡＡＡサーバへのＡＡＡメッセージに含まれる、非３ＧＰＰネットワークのネットワーク・アクセス・サーバ（ＮＡＳ）ＩＰアドレスを用いることができる。例えば、ＷＬＡＮを用いた一つのシナリオでは、ＵＥはあるＷＬＡＮ事業者ネットワークから別のＷＬＡＮ事業者ネットワークへと移動してもよく、それゆえ、ＮＡＳを変更する可能性がある。前記の場合においてＮＡＳ ＩＰアドレスはＵＥの位置に対してヒントを与えうる。]
[0078] ＭＮの位置決定のための異なる可能性は、無線測定を用いることである。これは、他の技術、すなわち３ＧＰＰ無線アクセスの測定などであってもよい。これら測定は、例えば、移動ノードによって非３ＧＰＰアクセス上の送信におけるギャップ中に実行することができる。測定可能な考えられるパラメータは、セルＩＤ、信号強度、２Ｇ／３Ｇの場合のトラッキング・エリア（ＴＡ）又は位置エリア／ルーティングエリア（ＬＡ／ＲＡ）、ＰＬＭＮアイデンティティ、アクセス制限／制約である。これらパラメータからＭＮの位置を導き出すことが可能である。]
[0079] 直前に述べた３ＧＰＰ無線パラメータに加えた、ここで考えられる一つの改良は、ＭＭＥ識別子が３ＧＰＰアクセスによって配信されてもよいことである。非３ＧＰＰアクセス内でアクティブな移動体端末のみがこのＭＭＥ識別子を用いており、また、このＭＭＥはこれら移動体端末のためのコンテキストを常に保っている。より詳細には、一つのＭＭＥがあるエリア内の多数のｅＮｏｄｅＢをサーブする。事業者は、当該エリア内に、非３ＧＰＰハンドオーバだけのために一つの専用のＭＭＥをすでに割り当てていてもよい。次いでこのＭＭＥの識別子はこのエリア内のｅＮｏｄｅＢによって配信される。このように、ＭＮの位置はこのＭＭＥの粒度について知られている。]
[0080] しかし、非３ＧＰＰ無線アクセスの測定もまた、ＭＮの位置を決定するために用いることができる。例えば、３ＧＰＰ隣接セルリスト又はトラッキング・エリア又はＭＭＥ識別子は、非３ＧＰＰ無線上を配信されることができる。]
[0081] しかしながら、３ＧＰＰ無線アクセスの測定を実行する移動体端末の代わりに、非３ＧＰＰアクセス・ネットワーク内のエンティティが、３ＧＰＰ無線アクセスを測定する能力を持つこともまた可能である。例えば、当該非３ＧＰＰ基地局が３ＧＰＰ無線インタフェースを備える場合には、これら無線インタフェースは、当該非３ＧＰＰアクセス基地局の近隣の３ＧＰＰアクセスを測定するのに用いることができる。このことは、非３ＧＰＰアクセス内での送信中に測定ギャップが利用不可能であり、それゆえ、移動体端末が自己の測定を行うことができない場合には、有利である。]
[0082] 本発明の他の実施形態によると、非３ＧＰＰアクセス・ネットワーク（基地局）が測定を実施中であり、移動体端末に結果を送信する場合には、報告された測定を必要な情報にのみ限定することが可能である。前記目的のために、移動ノードは、非３ＧＰＰアクセスに対し、測定を行うとともに必要な情報を非３ＧＰＰアクセスの基地局に通知するよう、トリガすることができる。さらに移動ノードは、非３ＧＰＰアクセス・ネットワーク内の基地局が報告された測定値を限定するのを助けるパラメータもまた搬送しうる。このように、例えば、移動ノードは、非３ＧＰＰアクセス・ネットワークの基地局へと、移動体端末の最後のＴＡ（トラッキング・エリア）、最後のＴＡと同等の各ＴＡ、ＨＰＬＭＮ（ホーム公衆陸上移動性ネットワーク）、サポートされた各３ＧＰＰ ＲＡＴ（Ｅ−ＵＴＲＡＮ／ＵＴＲＡＮ／ＧＥＲＡＮ）、及び／又は、サポートされた３ＧＰＰ周波数を送信し得る。]
[0083] 例えば、非３ＧＰＰアクセス（基地局など）に最後に用いられたトラッキング・エリア及びそれら同等のトラッキング・エリアについての情報を提供した後に、非３ＧＰＰアクセスが移動ノードに通知する必要があるのは、最後に用いられたＴＡも、又は同等のＴＡのうちの一つのいずれも、非３ＧＰＰアクセスの測定範囲内では利用可能でない場合のみである。言い換えれば非３ＧＰＰは、ＴＡのうち一つがすでにＭＮによって既知である場合（最後に用いられたＴＡ又は同等のＴＡなど）には、測定された各ＴＡをＭＮに通知する必要はない。その理由は、ＴＡをサーブしているＭＭＥはＭＮのコンテキストすでに持っているからである。]
[0084] さらに、ＴＡのいずれも利用可能でない場合は、当該非３ＧＰＰアクセスが有益な３ＧＰＰパラメータを移動体端末に報告できるためには、非３ＧＰＰアクセスは、まず第一に、移動体端末の最後に用いられたＴＡと又はＨＰＬＭＮと同一のＭＣＣ（移動体の国コード）及びＭＮＣ（移動体のネットワークコード）を備えた各トラッキング・エリア・アイデンティティを報告するべきである。前記の場合において移動体端末は、自己のＨＰＬＭＮを非３ＧＰＰアクセスに対しても通知する必要がある。一般的には、ＭＮの位置は任意のＴＡから推測できるものの、非３ＧＰＰアクセスは他の事業者（すなわち、異なるＭＣＣ及びＭＮＣを備えた）からのトラッキング・エリアを測定するべきではない。位置決定機能は、現在の事業者ないしホーム事業者とは異なる各ＴＡについての位置情報を持ってはならない。このように、既知の事業者のＴＡに集中し、他の事業者からの考えられる多数のＴＡを報告しないことも同様に有利である。]
[0085] 同様に、サポートされた各３ＧＰＰ ＲＡＴ及びサポートされた３ＧＰＰ周波数についての情報によって、非３ＧＰＰアクセスは、サポートされたものに属するトラッキング・エリアのみを報告することができる。]
[0086] 非３ＧＰＰアクセスに随意的に通知できる他の情報は最小信号強度である。前記パラメータは、接続の質の悪い各セルに対するＭＭＥ再割り当てをトリガするのを移動体端末が望まない場合に有用である。このように、後に新しいＭＭＥを決定するときに、いくつかのＭＭＥが利用可能である場合には、ある一つのＭＭＥを他のＭＭＥに対して優先させるために信号強度を用いることができる。]
[0087] さらに、ＭＮの移動挙動（例えば、かつての非３ＧＰＰアクセス・ポイント）は無線測定を実行する非３ＧＰＰアクセスへも送信されうる。ＭＮが特定の方向に移動している場合には、前記情報は、古いアクセス・ポイントと起こりそうな次のアクセス・ポイントの間のエリアに、無線測定を限定しうる。]
[0088] 非３ＧＰＰアクセスによって実行される測定を低減するために、非３ＧＰＰアクセスは、移動ノードと同じ位置の移動ノードのために実行された最近の測定の保存結果を報告してもよい。]
[0089] 別の代替例は、非３ＧＰＰアクセスは３ＧＰＰパラメータを報告するが、しかし、３ＧＰＰ無線測定を実行しないことである。このことは、３ＧＰＰアクセスから非３ＧＰＰアクセスへとハンドオーバする移動体端末が、最後に用いられたＴＡを非３ＧＰＰアクセスに報告している場合に可能である。このＴＡは非３ＧＰＰアクセスによって保存することができ、別の移動体端末が非３ＧＰＰアクセスの近隣にある利用可能な各ＴＡを要求する場合には、当該非３ＧＰＰアクセスは自己が他の移動体端末報告から収集した各ＴＡを報告することができる。]
[0090] 上記の場合には、測定を限定するために、ＭＮに関する情報、すなわち、上述したＭＮのパラメータを無線測定を実行する非３ＧＰＰアクセス・エンティティに提供することが必要である。しかしながらこのことによって、ＭＮと非３ＧＰＰアクセス・エンティティ（基地局など）の間の無線リンクへの負荷の増加をもたらす。この無線リンクへの負荷増加は、前記ＭＮのパラメータについてのコンテキストがイントラ非３ＧＰＰアクセス・ハンドオーバ中に、すなわち、非３ＧＰＰネットワーク内の異なるＡＰの間で転送されれば、回避することができる。]
[0091] このように、移動ノードは非３ＧＰＰアクセスを１回だけ測定のためにトリガし、引き続いて、当該トリガは、ＭＮのパラメータを含むコンテキスト情報とともに、古い非３ＧＰＰアクセス・ポイントによって、コンテキスト転送により、現在の非３ＧＰＰアクセス・ポイントへと転送される。]
[0092] 無線測定を継続的に実行する際の一つの問題は、より高い電力消費であり、別の問題は結果の通知、報告を理由とする負荷の増加である。したがって、測定、通知及び報告をできる限り減少させることが望ましいが、一方でＭＮは、非３ＧＰＰアクセス・ネットワーク内ではアクティブである。]
[0093] このように、３ＧＰＰアクセスへのハンドオーバの可能性が高まりつつある場合にのみ、移動ノードは測定を行うか又は測定をトリガするべきである。ハンドオーバの可能性が高まりつつあるか否かを決定するためには、いくつかの可能性がある。例えば、非３ＧＰＰアクセス・ポイントは、非３ＧＰＰアクセス・ネットワークの配置についての情報（例えば、周辺のグラフを用いることによって）検索をしてもよい。当該情報は、現在の非３ＧＰＰアクセス・ポイントの近隣で、非３ＧＰＰアクセスがどこにでも利用可能か否かについて、あるいは、非３ＧＰＰアクセスが移動体端末の移動方向においてどこでも利用可能か否かについて示唆を与える。非３ＧＰＰアクセスがどこでも利用可能なわけではない場合、すなわち、非３ＧＰＰ受信地域に境界がある場合には、現在の非３ＧＰＰアクセス・ポイントは移動ノードのみに対して、非３ＧＰＰアクセスの受信地域が失われた恐れがあることを配信又は信号を送ってもよい。前記の場合において、無線測定はＭＮによって実行されるか又はトリガされる。]
[0094] 非３ＧＰＰアクセスは、近隣の非３ＧＰＰアクセス・セル・リストを移動ノードに通知する可能性があり、近隣のセル数が減少する場合には、移動体端末は３ＧＰＰアクセスの測定を開始するか、又は、そうするよう別のエンティティをトリガしてもよい。]
[0095] 非３ＧＰＰアクセスが非３ＧＰＰネットワークの配置を発見する可能性の一つは、移動ノードが３ＧＰＰアクセス・ネットワークから非３ＧＰＰアクセス・ネットワークへのハンドオーバを行っているときである。次いでＭＮは、自己が３ＧＰＰアクセスから到来しつつあることを、非３ＧＰＰアクセス・ポイントに通知してもよい。このように、当該非３ＧＰＰアクセス・ポイントは、ある特定の位置で３ＧＰＰアクセスへのハンドオーバが可能か否かを学習する。移動ノードが過去にある３ＧＰＰアクセスからある非３ＧＰＰアクセスへのハンドオーバを実行していた場合は、当該非３ＧＰＰアクセス・ポイントは、移動体端末のみに対して、非３ＧＰＰアクセスの受信地域が失われた恐れがあることを配信又は信号を送る。これによって再びＭＮを駆り立てて（プロンプトして）、無線測定を自ら開始するか、又は、当該無線測定を実行するべく別のエンティティをトリガする。どの移動ノードも３ＧＰＰアクセスから非３ＧＰＰアクセスへのハンドオーバを実行したことがない場合は、非３ＧＰＰアクセス・ポイントはこのような情報を配信しない。]
[0096] 上記の代替的には、現在の非３ＧＰＰアクセス基地局の信号強度が減少するとともに、他のいずれの非３ＧＰＰ基地局の信号強度も増加を開始しない場合には、移動ノードは３ＧＰＰアクセスなどの測定を開始（又は、別のエンティティに測定させるためにトリガ）してもよい。もしくは、信号強度の替わりに、走査された非３ＧＰＰアクセス基地局の数がトリガとして用いられる。すなわち、非３ＧＰＰアクセス内の基地局の数が所定の閾値未満である場合は、移動体端末は測定を開始する（又は、別のエンティティをトリガして測定させる）。]
[0097] アクセス間のハンドオーバの可能性を発見する他の可能性は、移動体端末が自己の移動パターンを保存し、非３ＧＰＰアクセス受信地域が利用可能か否かを学習するときである。とりわけ、移動体端末は自己の現在の移動がいずれかの保存されたパターンと一致するか否かを検知することができ、移動体端末は、当該保存された移動パターンに基づいて、過去に３ＧＰＰアクセスへのハンドオーバがどのポイントで発生したかをわかっている。それゆえ、移動体端末はいつ測定又は無線測定のトリガを開始するかを決定することができる。]
[0098] 非３ＧＰＰアクセスの配置又は受信地域に基づいた上記の決定とは異なり、測定、通知及び報告は、ＭＭＥの変更の可能性が高まりつつあるときにも開始することができる。例えば、ＭＭＥ再割り当てが移動ノードに対して実行された場合、タイマーが開始され、タイマーの期限が切れるまでは３ＧＰＰ測定は実行されない。代替的には、このタイマーは、例えば移動体端末の速度に依存して動的であってもよい。より具体的には、移動ノードがゆっくりと移動する場合には、タイマーの開始値はより高くなり、移動体端末が速く移動する場合はタイマーの開始値はより低くなる。また、タイマーはＭＮの速度に依存してより速く又はより遅く移動してもよく、この場合には、タイマー動作を継続的にＭＮの移動に適合させることができる。]
[0099] 測定、通知及び報告を制御するための別の例は、移動体端末に対するＭＭＥ再割り当てが最近実行された場合には、異なる非３ＧＰＰアクセス・ポイントへの固定された数のハンドオーバに対しては３ＧＰＰ測定を実行しないことである。ハンドオーバの数が固定された数を超える場合は、３ＧＰＰ測定を再び開始することができる。]
[0100] どのように新しいＭＭＥを選択するかについても異なる選択肢がある。既述したように、移動体端末の位置に関連した情報が収集された後に、３ＧＰＰアクセスへとハンドオーバするときに移動体端末に近くなる適切なＭＭＥが、何らかの形で決定される必要がある。]
[0101] ＭＭＥを見出す一つの方法は、ネットワーク内及び／又は移動体端末内に、収集された情報又はＭＮの位置に対応付けされたＭＭＥのエントリを有するデータベースを持つことである。例えば、ＭＭＥの決定に用いられる情報が気付アドレス・プレフィクスに基づいている場合は、プレフィクスごとにＭＭＥ識別子のエントリがあり、もしくは、情報が測定されたトラッキング・エリアに基づいている場合には、ＴＡごとにＭＭＥ識別子のエントリがある。前記の点において他の可能性も当然想定可能であり、当業者であれば他の可能性を本記載から推測できる。]
[0102] しかしながら、データベースを伴わないＭＭＥ決定もまた可能である。とりわけ、特定の入力パラメータからＭＭＥ識別子を構築するアルゴリズム又は関数を用いることができる。一例は、測定されたトラッキング・エリア・コード及びＰＬＭＮアイデンティティがこの構築のために用いられることである。ＭＭＥ識別子は、（３ＧＰＰ測定中に発見された）ＰＬＭＮアイデンティティからＭＮＣ（移動体ネットワーク・コード）＋ＭＣＣ（移動体国コード）を、トラッキング・エリア・コードＴＡＣ（例えば、最初のｘビット）からの一部並びに事前に設定されたいくつかの固定値とともに連結することによって構築することができる。当該識別子は、本発明の様々な実施形態による非３ＧＰＰから３ＧＰＰへのハンドオーバの各最適化に用いられる３ＧＰＰネットワーク内のＭＭＥを常に識別する。]
[0103] 例示的には、当該決定されたＭＭＥ識別子は以下のフォーマットを有する。]
[0104] このＭＭＥ決定によって、任意のＭＭＥだけではなく、後のＴＡ更新のために好ましいＭＭＥもまた決定されるべきである。より詳細には、異なるＴＡをサーブしているが、共通のＴＡもサーブしている様々なＭＭＥがある場合は、このＭＭＥ選択機能は、移動体端末の移動履歴を考慮に入れるなどによって、ＭＭＥを再度変更する確率を少なくするサーブされたＴＡを備えたＭＭＥを好むべきである。このように、移動体端末の過去の位置は保存される。]
[0105] 以下において、本発明の実施形態のさまざまなステップを実行しながら、移動ノードと、３ＧＰＰ及び非３ＧＰＰシステム内のさまざまなエンティティとの間の情報交換をより詳細に説明する。]
[0106] 前のセクションで述べたように、情報収集及びＭＭＥ決定には様々な選択肢がある。当該選択肢に依存して、測定を実行するためのパラメータ、及び／又は測定結果、及び／又はＭＭＥの決定結果が、異なるエンティティの間で交換される必要がある。]
[0107] 以下のいくつかの選択肢がこれまで識別されてきた。しかしながら、莫大な数の起こりうる選択肢があることから、すべての選択肢が下記のリストに含まれているわけではない。したがって、このリストは本発明の範囲を限定するものとして解釈されないものとし、そうではなく単に、当業者によって本発明の残りの記載事項を考慮するときに、別の方法で適合されうるいくつかの考えられる実施形態として解釈されるべきである。例えば、３ＧＰＰシステム内のあるエンティティがＭＮの位置決定を実行し、及び／又は、非３ＧＰＰシステムのあるエンティティが新しいＭＭＥを決定する場合は、下記のリストから省略された。]
[0108] １．ＭＮの位置は下記に基づいて決定される
ａ．移動体端末によって発見された情報（例：無線測定及び／又はＡＰ、ＭＡＧ又はＡＲのＭＡＣアドレス又はＩＰアドレスなどＬ２／Ｌ３アドレス情報）
ｂ．非３ＧＰＰアクセスによって発見された情報
ｃ．移動体端末及び非３ＧＰＰアクセスの両方によって発見された情報。
２．ＭＭＥは下記によって決定される：
ａ．移動体端末
ｂ．３ＧＰＰネットワーク
ｃ．移動体端末及び３ＧＰＰネットワークの両方]
[0109] 情報交換の要件は、上記選択肢のいくつかの意味のある組み合わせに基づき、下記に記載される。
−１ａ及び２ａの場合には、移動体端末は、３ＧＰＰネットワークが選択されたＭＭＥ中のコンテキスト確立をトリガできるよう、当該選択されたＭＭＥを３ＧＰＰシステムに通知する必要がある。
−１ａ及び２ｂの場合には、移動体端末は、３ＧＰＰネットワークがＭＭＥを決定できるようにするために、発見された情報を３ＧＰＰネットワークに通知する必要がある。さらに３ＧＰＰネットワークは、ＭＮがハンドオーバ中の３ＧＰＰアクセスへの接続時に識別子を用いることができるようにするために、決定されたＭＭＥ識別子を移動体端末に通知する必要がある。
−１ａ及び２ｃの場合には、移動体端末は発見された位置情報を３ＧＰＰネットワークに通知する必要がある。
−１ｂ及び２ａの場合には、測定及び報告をより効率的にするためには、移動体端末は測定パラメータを非３ＧＰＰアクセスに通知する必要がある。次いで、非３ＧＰＰアクセスは、ＭＮが新しいＭＭＥを決定できるように、発見された情報を移動体端末に通知する必要がある。最後に、３ＧＰＰネットワークが当該識別されたＭＭＥ中にコンテキストを確立するためには、ＭＮは選択されたＭＭＥを３ＧＰＰネットワークに通知する必要がある。
−１ｂ及び２ｂの場合には、移動体端末は無線測定を限定するために、測定パラメータを該非３ＧＰＰアクセスに通知する必要がある。次いで以下のいずれかが必要である。
・非３ＧＰＰアクセスは、次のＭＭＥを決定するために、発見された情報を３ＧＰＰシステムに通知する必要がある。さらに、３ＧＰＰネットワークは、後のハンドオーバのために、決定されたＭＭＥ識別子を移動体端末に通知する必要があるか、又は
・非３ＧＰＰアクセスは、発見された情報を移動体端末に通知する必要があり、次いで移動体端末は、次のＭＭＥを決定するための情報を、３ＧＰＰネットワークに通知する必要がある。最後に３ＧＰＰネットワークは、後のハンドオーバのために決定されたＭＭＥ識別子を、移動体端末に通知する必要がある。
−１ｂ及び２ｃの場合には、ＭＮは、無線測定を限定するための測定パラメータを、非３ＧＰＰアクセスに通知する必要がある。次いで以下のいずれかが必要である。
・非３ＧＰＰアクセスは、３ＧＰＰネットワーク及び移動体端末に対して、次のＭＭＥの決定を可能にするために、発見された位置情報について通知する必要がある。又は
・非３ＧＰＰアクセスは、発見された位置情報を移動体端末に通知する必要がある。次いで、移動体端末は３ＧＰＰネットワークにも同様に、当該３ＧＰＰネットワークが次のＭＭＥの決定に参加するのを可能にするべく、ＭＮの位置情報を通知する必要がある。
−１ｃ及び２ｃの場合には、移動体端末は、無線測定を限定するための測定パラメータを、非３ＧＰＰアクセスに通知する必要がある。次いで、非３ＧＰＰアクセスは、３ＧＰＰネットワークがＭＭＥの決定に参加するのを可能にするべく、発見された情報を３ＧＰＰネットワークに通知する必要がある。]
[0110] 情報交換に関する一態様は、値が変更されなかった場合には、シグナリングが回避されるべきであることである。例えば、３ＧＰＰシステムのＰＤＮ−ＧＷが、トラッキング・エリアの変更又は新しいＭＮの気付アドレスについて通知されているとともに、３ＧＰＰネットワーク内のＡＡＡサーバがＭＭＥを決定する場合には、決定されたＭＭＥが前と同じままであれば、ＰＤＮ−ＧＷは移動体端末に通知する必要はない。]
[0111] さらに、この場合には、ＰＤＮ−ＧＷとＡＡＡサーバの間のシグナリングを回避することも同様にさらに有利であろう。本発明の第一の態様の一つの実施形態によると、ＡＡＡサーバは、同じく同一のＭＭＥによってサーブされている、すなわち、現在のＴＡ又はＣｏＡと同等であるすべてのトラッキング・エリア又は気付アドレス・プレフィクスを、ＰＤＮ−ＧＷに通知してもよい。このように、ＰＤＮ−ＧＷはすでに、ＭＭＥの変更がＡＡＡサーバによって決定された可能性があるか否かを決定することができ、ＰＤＮ−ＧＷがＭＮから受信した新しいトラッキング・エリア／気付アドレスが同じＭＭＥによってサーブされていない場合にのみ、トラッキング・エリア（又は気付アドレス）の変更をＡＡＡサーバへ信号を送る。]
[0112] 上記の記載において、本発明の第一の態様の一つの実施形態による様々なステップを実行するために、いつ及びいずれのエンティティ（ＭＮ、３ＧＰＰ及び／又は非３ＧＰＰシステム）の間で特定の情報が交換される必要があるかが説明されてきた。以下においては、どのように前記情報が交換されうるかを説明する。とりわけ、移動体端末と、非３ＧＰＰアクセス及び／又は３ＧＰＰ（コア）ネットワーク中の各エンティティとの間で様々な種類の情報を転送するために、様々な変形例が記載されている。ここでの一つの重要な原理は、交換によって生成されるオーバーヘッドを制限するために、既存のプロトコル及びメカニズムをわずかな変更のみを行って再使用することである。]
[0113] 移動体端末自体のみがＭＭＥを決定する場合（上記の２ａの場合）は、ＭＮは決定を３ＧＰＰコア・ネットワークに通知する必要がある。可能性の一つは、３ＧＰＰネットワークのＰＤＮ−ＧＷへと送信されるバインディング更新メッセージ中に、例えば、移動性オプションのフィールド中にＭＭＥ識別子を含めることである。しかしながら、このことは、３ＧＰＰシステムと非３ＧＰＰシステムの間のモビリティ管理にＤＳＭＩＰｖ６が用いられるときにのみ可能である。]
[0114] システム間のモビリティ管理のためのＰＭＩＰｖ６の場合には、ＭＭＥ識別子は、ＰＤＮ−ＧＷへのプロキシ・バインディング更新に含めることができる前に、ＭＡＧへと転送される必要がある。ＭＭＥ識別子をＭＡＧに通知するために、ＮＡＩ（ネットワーク・アクセス識別子）のユーザ名デコレーションを用いることができる。すなわち移動体端末は、ユーザ名にＭＭＥ識別子を含む文字列をプリペンド又は付加する。ＮＡＩは通常認証中に転送され、一般的には移動体端末は新しいＭＡＧに認証しなければならない。しかしながら（セキュリティ）コンテキスト転送がＭＡＧ間で用いられる場合は、認証は必要ないかもしれず、その場合には、移動体端末は自分自身で認証を開始しなければならないか、又は、何らかの形でトリガされる必要がある。次いでＭＡＧは、ＮＡＩのデコレーション部を抽出し、新しいＭＭＥをＰＤＮ−ＧＷに通知するためにデコレーション部をプロキシ・バインディング更新の中に用いてもよい。]
[0115] 代替的には、同一のメカニズム、すなわち、ＮＡＩのユーザ名デコレーションが、決定されたＭＭＥを３ＧＰＰコア・ネットワークに通知するために、異なる態様で、すなわち、ＡＡＡ下部構造と一緒に用いることができる。この場合において、デコレーションされたＮＡＩは３ＧＰＰコア・ネットワーク中のＡＡＡサーバによって受信され、ＡＡＡサーバは新しいＭＭＥでのコンテキスト確立をトリガすることができる。]
[0116] ３ＧＰＰコア・ネットワークのみがＭＭＥを決定する場合（上記２ｂの場合）、３ＧＰＰコア・ネットワークはＭＭＥ識別子を移動体端末に通知する必要がある。一般に、ＭＭＥ再割り当ては移動体端末の位置の変更を伴う。すなわち、ＤＳＭＩＰｖ６の場合には移動体端末が又はＰＭＩＰｖ６の場合には非３ＧＰＰアクセス（ＭＡＧなど）が、（プロキシ）バインディング更新メッセージを３ＧＰＰシステムのＰＤＮ−ＧＷへと送信した。バインディング更新を受信するとき、ＰＤＮ−ＧＷ（ＰＤＮ−ＧＷによって問い合わせられる各データベース）は、新しいＭＭＥ及びその識別子を決定してもよい。次いでＰＤＮ−ＧＷは、（プロキシ）バインディング受信確認メッセージを付けて、受信した（プロキシ）バインディング更新メッセージに応答する。ＭＭＥ識別子を送信する考えられる一つの方法は、（プロキシ）バインディング受信確認メッセージの移動性オプションのフィールド中にＭＭＥ識別子を含めることである。]
[0117] ＤＳＭＩＰｖ６の場合には、移動体端末はバインディング受信確認から直接的にＭＭＥ識別子を学習することができる。しかしながら、ＰＭＩＰｖ６及び受信したプロキシ・バインディング受信確認メッセージによって、非３ＧＰＰアクセス・ネットワーク内のＭＡＧのみがＭＭＥ識別子についての情報を持つ。このように、移動体端末は、例えばＤＨＣＰを用いてＭＡＧからＭＭＥ識別子を要求することができるか、又は、ＭＡＧは一方的な方法、例えばＥＡＰ−要求／アイデンティティを付加することによって、移動体端末に通知する。このことが可能なのは、ＥＡＰ−要求／アイデンティティは、ユーザ間の交信が期待される場合にピアを駆り立たせる（プロンプトする）ために表示可能なメッセージを随意的に含んでもよいからである。この表示可能なメッセージには、ＮＵＬ文字、及び、ＭＭＥ識別子などさらなるオプションでアペンドすることができる。]
[0118] モバイルＩＰメッセージ（バインディング更新、バインディング受信確認など）を用いる代わりとなる他の可能性は、以下のＡＡＡ下部構造を用いることである。ＭＭＥ識別子が３ＧＰＰコア・ネットワークによって決定された後に、ＡＡＡサーバは非３ＧＰＰアクセス内の移動体端末の認証をトリガし、ＥＡＰ−要求／ＡＫＡチャレンジ又はＥＡＰ−要求／ＡＫＡ−再認証メッセージのペンネーム又は高速再認証アイデンティティ中にＭＭＥ識別子を含める。移動体端末はこれによって、非３ＧＰＰアクセス内の再認証に用いられることとなるアイデンティティから、ＭＭＥ識別子を学習することとなる。この選択肢は図７を参照しながら、後により詳細に説明する。] 図７
[0119] 直前に述べたこのメカニズムは、非３ＧＰＰアクセス内の正常なアクセス認証中に用いることができる。このメカニズムは、高速再認証手続によって時間を重要としない方法で用いられ、ＭＭＥ識別子を移動体端末に通知する目的のためのみにトリガされうる。言い換えれば、再認証は、非３ＧＰＰアクセスへもしくはその内部でのハンドオーバ手続が完了した後のある時点でトリガされる。]
[0120] 本発明の各ステップに参加する異なるエンティティの間で関連情報を送信及び交換するための上述の変形例は、他の情報を転送するためにも同様に用いることができる。以下のリストは、用いることが可能な考えられる手続及びメッセージ、並びに、一緒に送信することができる追加情報の種類の簡単な概観を提供する。
−ＮＡＩのユーザ名デコレーションは下記を転送するために用いることができる：
・移動体端末から非３ＧＰＰアクセスへの効率的な無線測定を可能にするための無線測定パラメータ
・下記の間での無線測定の結果又はＬ２アドレス情報
＊移動体端末から非３ＧＰＰアクセスへの
＊移動体端末からコア・ネットワークへの
＊非３ＧＰＰアクセスからコア・ネットワークへの
−ＥＡＰ−要求／アイデンティティは下記を転送するために用いることができる
・非３ＧＰＰアクセスから移動体端末への無線測定の結果
−バインディング更新メッセージは下記を転送するために用いることができる
・移動体端末からコア・ネットワークへの無線測定の結果又はＬ２アドレス情報
−プロキシ・バインディング更新は下記を転送するために用いることができる
・非３ＧＰＰアクセスからコア・ネットワークへの無線測定の結果又はＬ２アドレス情報]
[0121] 上記のセクションでは、ＭＭＥ選択に用いることができる様々な考えられる情報、情報をＭＭＥに対応付けする様々な選択肢、及び、情報交換の可能性が記載されている。しかしながら、これら様々な選択肢の組み合わせもまた可能なことに留意するべきである。]
[0122] 一例は、上記に記載されたＭＭＥ決定の選択肢からの１ａ／２ａ及び１ａ／２ｃの組み合わせである。移動ノードは、多数のＴＡに対するエントリがあるＴＡ対ＭＭＥマッピング表を有する。しかしながら当該移動体端末は、いくつかのＴＡに対してはマッピング表に適切なエントリがない。この場合においてＭＮは、ＡＡＡシグナリングを経由するなどにより、３ＧＰＰネットワークから適切なＭＭＥを通知される。]
[0123] さらに、３ＧＰＰネットワークは、現在のＴＡの近隣にある各ＴＡのためのＴＡ対ＭＭＥマッピングを、移動ノードに通知することができる。移動体端末が当該近隣のＴＡのうち一つに移動している場合は、適切なＭＭＥをローカル・マッピング表から取得することができ、ネットワークからのシグナリングは必要ない。]
[0124] ローカル・ポリシーに依存して利用可能な信頼された非３ＧＰＰアクセス・ネットワーク及び信頼されない非３ＧＰＰアクセス・ネットワークがある。移動体端末が信頼された非３ＧＰＰアクセス内にある場合、当該移動体端末はＤＳＭＩＰｖ６を用いて３ＧＰＰ事業者のＰＤＮ−ＧＷへと直接的に接続できるか、又は、非３ＧＰＰアクセス内のＭＡＧを経由してＰＭＩＰｖ６によって接続できる。しかしながら、移動体端末が信頼されない非３ＧＰＰアクセス・ネットワーク内にある場合には、当該移動体端末は、３ＧＰＰ事業者のサービスへの接続が確立できるようになる前に、３ＧＰＰコア・ネットワーク中のｅＰＤＧ（発展型パケット・データゲートウェイ）への安全なトンネルを、ＩＫＥ／ＩＰｓｅｃなどを用いて最初に確立しなければならない。ＤＳＭＩＰｖ６が信頼されない非３ＧＰＰアクセスによって用いられるときには、ｅＰＤＧがＣｏＡを移動体端末に割り当て、ＰＭＩＰｖ６が用いられるときにはｅＰＤＧはＭＡＧとして機能する。]
[0125] 移動体端末が信頼されない非３ＧＰＰアクセス内にあり、かつ、ＣｏＡが移動体端末の位置を決定するのに用いられる場合は、ｅＰＤＧはＣｏＡを割り当てるが非３ＧＰＰアクセスを割り当てないので、位置情報は比較的不正確である。ここでは、ｅＰＤＧからのＣｏＡの代わりに、ｅＰＤＧへのトンネルを確立するために移動体端末によって用いられる非３ＧＰＰアクセス・ネットワーク内に割り当てられたローカルＩＰアドレスを、位置を決定するのに用いることができる。ＤＳＭＩＰｖ６の場合、移動体端末はＰＤＮ−ＧＷへのバインディング更新中にローカルＩＰアドレスをさらに含んでもよく、あるいは、ＰＭＩＰｖ６の場合には、ｅＰＤＧはプロキシ・バインディング更新中に移動体端末のローカルＩＰアドレスを含んでもよい。]
[0126] その一方で、３ＧＰＰ測定が位置決定に用いられる場合において、信頼されない非３ＧＰＰアクセス・ネットワークのシナリオでの一つの代替例は、増強されたＩＫＥ／ＭＯＢＩＫＥメッセージを用いて、例えば、構成ペイロード・メッセージを用いて、移動体端末によって測定結果を報告することである。]
[0127] 以下の説明において、本発明の第一の態様に関した本発明のいくつかの具体的な実施形態が提示される。当該実施形態では、以前に記載された選択肢及び変形例のいくつかが実装されている。]
[0128] 図３から５は第一の例示的な実施形態に関連しており、当該実施形態では、ＭＮはまず３ＧＰＰネットワーク内に接続しており、第一のＭＭＥ１に登録中である。ＭＮは次いで、元の３ＧＰＰネットワークに再接続する前に、非３ＧＰＰネットワークへと移動する。これら図面は、ネットワーク配置及びＭＮの現在位置を図示する。各図にはさらに矢印が示され、矢印はネットワーク内で実行される関連する手続上のステップを示す。] 図３
[0129] 図３から５のこの例示的な実施形態では、自己の位置を決定するために移動ノードが３ＧＰＰ測定を実行すると想定する。さらにＭＮは、新しいＭＭＥ必要であるか否かを決定し、さらに、非３ＧＰＰネットワーク内の自己の位置に隣接する対応する３ＧＰＰネットワーク内の新しいＭＭＥも決定する。コア・ネットワーク（ＰＤＮ−ＧＷ）には、バインディング更新メッセージによって新しいＭＭＥが通知される。次いでＨＳＳはこのＭＮを新しいＭＭＥ中に登録する。] 図３
[0130] 図３は、ＤＳＭＩＰｖ６を用いるときの３ＧＰＰネットワークから非３ＧＰＰネットワークへのハンドオーバのための接続手続を示す。図３中の矢印で図示されるように、以下のステップが実行される。
１．移動ノードは３ＧＰＰアクセス内のＭＭＥ１にすでに接続しており、非３ＧＰＰアクセスへとハンドオーバする。
２．移動体端末は、３ＧＰＰシステムのＡＡＡサーバ及びＨＳＳを経由して、非３ＧＰＰアクセス内でのアクセス認証及び許可を実行する。３ＧＰＰネットワーク内のＡＡＡサーバは移動ノードを認証する。
３．移動体端末は、非３ＧＰＰアクセス内のアクセス・ルータＡＲ１によって、Ｌ３接続＆ローカルＩＰアドレス割り当てを実行する。
４．移動体端末は、ＤＳＭＩＰｖ６バインディング更新をＰＤＮ−ＧＷへと送信するとともに、ＰＤＮ−ＧＷからのバインディング受信確認を受信する。
５．ＵＥへ／からのユーザ・データ・フローは、非３ＧＰＰアクセス・ネットワーク内のアクセス・ルータＡＲ１を経由して再ルーティングされる。] 図３
[0131] 図４は、ＭＮが非３ＧＰＰネットワーク内を移動するとともに、それゆえ、本発明の実施形態によるいくつかのステップも実行する場合のステップを示す。
１．ＭＮは、非３ＧＰＰアクセス内で別のアクセス・ルータＡＲ２へとハンドオーバする．
２．移動ノードは、新しいアクセス・ルータＡＲ２によって、Ｌ３接続＆ローカルＩＰアドレス割り当てを実行する。
３．移動体端末は最も近いｅＮｏｄｅＢを参照して、３ＧＰＰ無線アクセス、それぞれの無線信号を測定する。ＭＮは３ＧＰＰネットワーク上での無線測定から自己の現在位置を推測し、決定されたＭＮの位置では古いＭＭＥをもはや用いることはできないことを決定する。推測された位置に基づいて、新しいＭＭＥ２が決定される。
４．移動ノードは、ＤＳＭＩＰｖ６バインディング更新メッセージ（決定されたＭＭＥ２についての情報、例えばＭＭＥ２識別子を含む）を３ＧＰＰネットワーク内のＰＤＮ−ＧＷへと送信し、バインディング受信確認を受信する。
５．移動ノードへ／からのユーザ・データ・フローが、非３ＧＰＰアクセス内の新しいアクセス・ルータＡＲ２を経由して、再ルーティングされる。
６．ＰＤＮ−ＧＷは、移動ノードに対する新しいＭＭＥ２をＨＳＳに通知する。
７．ＨＳＳは古いＭＭＥ１に対して、移動ノードに対するコンテキストを削除するよう要求する。
８．ＨＳＳは移動ノードに対するコンテキストを新しいＭＭＥ２へとプッシュ配信する。] 図４
[0132] 明らかにわかるように、本発明の第一の態様に関する本発明の一つの実施形態によると、上記ステップ３、４、６〜８が、ＭＮの３ＧＰＰネットワークへの実際のハンドオーバを準備するために、ＭＮのＭＭＥを古いＭＭＥ１から新しいＭＭＥ２へと再配置することによって、実行される。]
[0133] 図５は、非３ＧＰＰネットワークから３ＧＰＰネットワークへの実際のハンドオーバを実行するのに必要なステップを示す。
１．移動ノードは非３ＧＰＰアクセス内のアクセス・ルータＡＲ２にすでに接続しており、３ＧＰＰアクセス内のｅＮｏｄｅＢへとハンドオーバする。
２．移動ノードは接続要求メッセージをｅＮｏｄｅＢへと送信する。接続要求に用いられた識別子（すなわちＧＵＴＩ）はＭＭＥ２を識別する構成要素を持つ。ｅＮｏｄｅＢは、接続要求を識別されたＭＭＥ２へと転送する。ＭＭＥ２中のＭＮの認証は、必要であるものの、図５から省略される。
３．ＭＭＥ２はＰＤＮ−ＧＷへの各ベアラを作成する。
４．ＭＭＥ２は、移動ノードによって各無線ベアラを確立する。
５．移動ノードへ／からのユーザ・データ・フローは、３ＧＰＰアクセスを経由して再ルーティングされる。] 図５
[0134] 図６はシグナリング図であり、この図もまた図５による実際のハンドオーバ手続を図示する。図６もまた、図２に示されるように先行技術のハンドオーバ手続との直接的な比較を可能にする。明らかにわかるように、第一の態様に関する本発明の実施形態による改良されたハンドオーバ手続によって、すなわち、上記で用いられたシナリオすなわち図２中に示された手続のステップ３、７、８、１０及び１１を考慮すると、２、３のステップが排除されうる。ステップ４、６及び９は、選択されたシナリオでは、第一に、古いＭＭＥはＭＮの関連するコンテキストを依然として維持しており、第二に、ＭＮはかつて新しいＭＭＥ接続されなかったので、必要ない。最後に、古いＭＭＥのための各ベアラは非３ＧＰＰネットワークへのハンドオーバときには（図３から省略されるものの）これまで適切に削除されてきた。] 図２ 図３ 図５ 図６
[0135] 本発明の上記に提示された例示的な実施形態によると、実際のハンドオーバ手続（図５及び図６）は、適切な新しいＭＭＥがすでに発見済であり、ＭＮのコンテキストはそのハンドオーバときに既に適切に提供されているので、促進される。これによって、ハンドオーバを実行するのに必要な時間を低減し、これによって、ハンドオーバ手続中に必要なＭＭＥの再配置から生じるいかなる遅延も撤廃又は緩和する。] 図５ 図６
[0136] 本発明の他の実施形態を、図７を参照に図示する。この実施形態では、ＭＮは非３ＧＰＰアクセス・ネットワーク内でアクティブであり、各状態が以前のＭＭＥ１において確立されていると想定する。ＭＮは非３ＧＰＰアクセス・ネットワーク内で移動中であり、自己の接続ポイントを別のアクセス・ルータへと変更する。移動ノードは、自己の位置を決定するために３ＧＰＰ測定を実行し、３ＧＰＰシステムのＰＤＮ−ＧＷに対し、自己の決定された位置及び／又はバインディング更新中の無線測定の結果について通知する。ＰＤＮ−ＧＷは、受信した情報を、適切なＭＭＥ２を決定する３ＧＰＰコア・ネットワーク中のＡＡＡサーバへと転送する。移動体端末は再認証手続中にＭＭＥ２について通知される。] 図７
[0137] １．移動体端末は、非３ＧＰＰアクセス内に移動しており、アクセス・ルータをすでに変更しており、それゆえ、３ＧＰＰネットワークのＰＤＮ−ＧＷへのバインディング更新を実行する。バインディング更新メッセージ中に、移動体端末は、最近実行された無線測定の結果（発見されたトラッキング・エリアなど）を含む。ＰＤＮ−ＧＷは、バインディング受信確認を移動ノードへと返信する。
２．新しいＭＭＥが必要であるか否かを確認するために、ＰＤＮ−ＧＷは、新しいトラッキング・エリアが同等のトラッキング・エリアのリスト中にあるか否か、すなわち、ＰＤＮ−ＧＷが同一のＭＭＥによって又は異なるＭＭＥによってサーブされているかを確認してもよい。新しいＴＡが同一のＭＭＥ１によってサーブされている場合には、いかなる行為も必要ない。
３．ＴＡが同等のＴＡのリスト中にない、すなわち、新しいＴＡが同一のＭＭＥによってサーブされていない場合には、このため、ＰＤＮ−ＧＷは新しいＴＡをＡＡＡサーバに登録する。
４．ＡＡＡは、トラッキング・エリアと各ＭＭＥの間の関係が保存されているデータベースへのアクセスを持つ。ＡＡＡサーバはデータベースを要求し、新しいＭＭＥ及びすべての同等のトラッキング・エリアも決定する。
５．ＡＡＡサーバが、ＨＳＳからの自動的な移動体端末のコンテキストの変更によって更新されていない場合は、ＡＡＡサーバは、ＨＳＳからのコンテキスト情報、例えば、ＭＮのためのフレッシュな認証ベクターを要求する。
６．ＡＡＡサーバが、移動体端末のためのコンテキストを作成するよう、新しいＭＭＥ２をトリガする。この要求は、他のエンティティ内のリソース設定、例えば、無線アクセス・ネットワーク中の各無線ベアラの設定、又は、Ｓ−ＧＷ中の各ベアラの設定を備えてもよい。
７．新しいＭＭＥ２は、移動体端末が現在ＭＭＥ２によってサーブされていることをＨＳＳに対して通知するために、位置更新をＨＳＳへと送信する。
８．ＨＳＳは、移動体端末のためのコンテキストを削除するよう、古いＭＭＥ１へとトリガを送信する
９．新しいＭＭＥ２は、ＭＭＥ２中の移動体端末を固有に識別する新しい一時的なアイデンティティ（ＴＭＳＩ）を当該移動体端末のために割り当ててもよく、ＡＡＡサーバに対しＴＭＳＩについて通知してもよい。
１０．ＡＡＡサーバは、ＰＤＮ−ＧＷに対し、同等のＴＡのリストについて通知する。
１１．移動体端末に対しＭＭＥの変更について通知するために、ＡＡＡサーバは再認証手続を開始する、すなわち、ＡＡＡサーバは、非３ＧＰＰアクセス、例えば現在ＭＮを扱っているＡＰ又はＡＲへの再認証トリガを送信する。
１２．非３ＧＰＰアクセスは、移動体端末に対してＥＡＰを用いて再認証するよう要求する。
１３．移動体端末は認証を開始し、自己のアイデンティティを非３ＧＰＰアクセスへと提供する。
１４．非３ＧＰＰアクセスが、メッセージ移動体端末から３ＧＰＰコア・ネットワーク中のＡＡＡサーバへと、認証を転送する。
１５．ＡＡＡサーバはＥＡＰ−要求／ＡＫＡ−再認証を開始し、及び、ＡＫＡ手続中にＡＡＡサーバは「ＡＴ＿ＮＥＸＴ＿ＲＥＡＵＴＨ＿ＩＤ」属性中のＥＡＰ−要求／ＡＫＡ−再認証メッセージ中に新しい再認証ＩＤを含める。再認証ＩＤは新しいＭＭＥ２を示しており、新しい割り当てられたＴＭＳＩを示してもよい。
１６．非３ＧＰＰアクセスはＥＡＰ−要求を移動体端末へと転送する。
１７．移動体端末は、ＥＡＰ−要求／ＡＫＡ−再認証メッセージ中の再認証ＩＤから新しいＭＭＥ２及び新しいＴＭＳＩを学習し、ＥＡＰ−応答／ＡＫＡ−再認証メッセージを非３ＧＰＰアクセスへと送信する。
１８．非３ＧＰＰアクセスは、ＥＡＰ−応答をＡＡＡサーバへと転送する。
１９．ＡＡＡサーバは、ＥＡＰ認証の成功を非３ＧＰＰアクセスに対し通知する。
２０．非３ＧＰＰは、ＥＡＰ−成功を移動体端末へと転送する。
２１．ある時点において、移動体端末は、非３ＧＰＰアクセス・ネットワークに接続されている一方で、３ＧＰＰアクセス・ネットワークへのハンドオーバを決定する。
２２．移動体端末は、再認証ＩＤからのＭＭＥ２識別子及びＴＭＳＩを用いて、グローバル固有一時識別子（ＧＵＴＩ）を構築する。
２３．移動体端末は、当該接続要求を構築したＧＵＴＩを含めてｅＮｏｄｅＢへと送信する。
２４．ｅＮｏｄｅＢはＧＵＴＩからの適切なＭＭＥを検知し、移動体端末のためのコンテキストを持つＭＭＥ２へと、接続要求を転送する。]
[0138] ハンドオーバを実行するための残りのステップは、図５及び６を参照にしてすでに論じたステップと一致する。] 図５
[0139] 図７の上記の実施形態より明らかにわかるように、ＡＡＡ再認証手続は選択された新しいＭＭＥ２をＭＮに通知するために実装される。これによって、既存の手続が用いられ、新しいＭＭＥ２のアイデンティティをＭＮへと送信する目的のために新しいメッセージを定義する必要はない。再認証手続は図７のステップ１１から２０を含む。] 図７
[0140] 以下において、本発明の第一の態様の別の各実施形態とは、本発明の原理によりさらに増強された異なるハンドオーバ手続のことを言う。各３ＧＰＰアクセスと各非３ＧＰＰアクセスの間の移動性の最適化が様々存在し、これによって、３ＧＰＰシステム内に３ＧＰＰアクセス・コンテキストを確立するか、又は、実際のハンドオーバの前の３ＧＰＰシステムへの事前接続及び／又は移動体端末の事前認証を可能にする。これをサポートするために、例えば、非３ＧＰＰアクセスとＭＭＥの間のレイヤ２トンネリング・インタフェース、及び、移動体端末からＭＭＥへのトランスペアレントなトンネリングを用いることができる。又は代替的には、移動体端末から非３ＧＰＰアクセス・ネットワーク上を通って、３ＧＰＰコア・ネットワーク中の（エミュレートされた）ｅＮｏｄｅＢ又はＭＭＥへのレイヤ３トンネリング・メカニズムを用いることができる。]
[0141] 非３ＧＰＰアクセスから３ＧＰＰアクセスへのＬ２／Ｌ３トンネリングによるハンドオーバの場合、この手続は通常、第一の事前登録段階及び第二のハンドオーバ段階の２段階に分けられる。事前登録段階では、移動体端末は非３ＧＰＰアクセスを離れる前にＬ２／Ｌ３トンネル上を接続し、サービス起動を実行することができる。ハンドオーバ段階では、トンネリング・インタフェース上のハンドオーバ・シグナリングもまた実行されてもよい。]
[0142] 事前登録のためにＬ２／Ｌ３トンネリングを用いるハンドオーバの場合には、移動体端末は、３ＧＰＰアクセスへのハンドオーバの直前に、非３ＧＰＰアクセス・ネットワークを経由して、ＭＭＥへの３ＧＰＰ接続手続（事前登録）を実行してもよい。この種類のハンドオーバに対して、事前登録を行うためのトリガは、３ＧＰＰアクセスの移動体端末測定に基づいている可能性がある。さらに、最適化されたハンドオーバ手続が開始される前は、移動体端末へと割り当てられたＭＭＥはないかもしれない。このように、本明細書中のいくつかの場合においては、ＭＭＥの再配置が必要とされない可能性がある。]
[0143] しかしながら、Ｌ２／Ｌ３トンネリングを用いてちょうど直前に言及したように、ハンドオーバ手続にはいくつかの問題がある。一つは、ハンドオーバ手続をいつ開始するか、すなわち、ハンドオーバをトリガするための３ＧＰＰ測定をいつ開始するかが明白でないことである。]
[0144] さらに、移動体端末が非３ＧＰＰアクセスからのＬ２トンネルを経由して事前登録手続を実行する場合、移動体端末からの事前登録メッセージ（接続及びサービス要求など）は、３ＧＰＰコア・ネットワーク中のＭＭＥへとルーティングされなければならない。このように、この最適化されたハンドオーバの場合におけるもう一つの論点は、ＭＭＥ決定である。可能性の一つは、非３ＧＰＰアクセス内のトンネル終点が常に３ＧＰＰコア・ネットワーク中の近接するＭＭＥに接続されるように、非３ＧＰＰアクセスとＭＭＥの間のＬ２トンネルが静的に事前設定されることである。しかしながら、これにはたくさんの手作業での設定、並びに、非３ＧＰＰアクセス・ネットワーク内の管理努力を必要とする。他の可能性は、常に同一のＭＭＥがすべての事前登録のために用いられ、ＭＭＥが後に再配置されることである。しかしながら、このことは、ハンドオーバ手続中にさらなる遅延を追加するかもしれない。]
[0145] ハンドオーバ手続をＬ２／Ｌ３トンネリングを用いてさらに最適化するためには、第一の態様での本発明の前に記載した各実施形態の原理もまたこのシナリオに適用してもよい。]
[0146] 図７中の手続は、本発明の他の実施形態による、３ＧＰＰ測定の決定及びＭＭＥ決定による最適化されたＨＲＰＤ（高速パケット・データ）−３ＧＰＰハンドオーバを示す。] 図７
[0147] １．進行中のセッションがＨＲＰＤ上に確立される。
２．移動体端末は、３ＧＰＰ無線測定を開始するためのトリガ（非３ＧＰＰアクセス基地局信号強度の減少、又は、少数の到達可能な非３ＧＰＰアクセス基地局など）に基づいて決定する。
３．３ＧＰＰ測定の結果（すなわち、推測されたＭＮの位置又はＴＡ）に基づいて、移動体端末は事前登録し、３ＧＰＰアクセスへのハンドオーバを決定する。
４．移動体端末は、３ＧＰＰ測定結果から、例えばトラッキング・エリアのＭＭＥへのマッピングに基づいて、ＭＭＥを決定する。
５．移動体端末は、接続及びサービス要求メッセージをＬ２トンネル上で決定されたＭＭＥへと送信する。接続メッセージ中では、移動体端末は決定されたＭＭＥが使用済のＭＭＥであり、さらに３ＧＰＰセル又はｅＮｏｄｅＢの識別子は、ＭＭＥがあらかじめｅＮｏｄｅＢでリソースを設定することを可能にするために含まれることを指示する。
６．ＭＮの認証がＨＳＳによって実行される。
７．ＭＭＥは位置更新メッセージをＨＳＳへと送信し、ＭＮのユーザ加入データを読み出す（フェッチする）。このステップでは、ＨＳＳはすでに割り当てられたＰＤＮ−ＧＷのアドレスもまた返すものとする。
８．ＭＭＥはハンドオーバ要求メッセージをｅＮｏｄｅＢへと送信する。このメッセージは各ベアラについての情報を含むｅＮｏｄｅＢ中のＵＥコンテキスト、及び、セキュリティ・コンテキストを作成する。
９．ＭＭＥは、ベアラ作成要求メッセージを選択されたＳ−ＧＷへと送信する。Ｓ−ＧＷは、そのベアラ・テーブル中のエントリを作成し、ベアラ作成要求メッセージをＰＤＮ−ＧＷへと送信する。
１０．接続及びサービス要求手続の末端では、ＭＭＥはハンドオーバコマンドをＬ２トンネル上で移動体端末へと送信する。
１１．移動体端末はターゲット３ＧＰＰセルと同期する。
１２．移動体端末はハンドオーバ完了メッセージをｅＮｏｄｅＢへと送信する。
１３．ｅＮｏｄｅＢはハンドオーバ完了メッセージをＭＭＥへと送信する。
１４．アップリンク及びダウンリンク・データが、ここで、３ＧＰＰアクセス上を移動体端末から／へと送信される。]
[0148] 上記手続では、（この場合には、無線信号強度に基づいて）ハンドオーバの可能性が増加するときにのみ、無線測定を簡単にトリガすることが可能であり、これによって無線リソース管理を最適化する。さらに、実行される無線測定及び推測されたＭＮの位置を用いることによって、適切なＭＭＥを発見することができる。]
[0149] 以下において、前の記述において検討されたものとは異なるシナリオに関する、本発明の第二の態様の実施形態が提示される。しかしながら、下記の第二の態様に関する以下の実施形態は、本発明の範囲を限定するものとして理解されないものとし、そうではなく、本発明をどのように適用するかについて当業者への指針として解釈されるものとする。それゆえに、本発明の他の実施形態は例示的な下記の実施形態を検討すると当業者にとって自明となる。]
[0150] 上記のアーキテクチャは、移動体端末が接続している非ローミング変形例、すなわち非３ＧＰＰアクセスが、移動体端末のホーム事業者と直接的なローミング関係を持つことを記述している。]
[0151] しかしながら、非３ＧＰＰアクセスがホーム事業者と直接的なローミング関係を持たない場合は、移動体端末が、ホーム公衆陸上移動性ネットワーク（ＨＰＬＭＮ）中のあるＰＤＮ−ＧＷに接続すると考えられる変形例は、非３ＧＰＰアクセス・ネットワーク内のＭＡＧとＰＤＮ−ＧＷの間の媒介として、訪問先公衆陸上移動性ネットワーク（ＶＰＬＭＮ）中にサービング・ゲートウェイ（Ｓ−ＧＷ）を用いることである。このような接続は「チェイン接続」又は「チェイニング」と呼ばれる。チェイニングの場合には、ＡＡＡプロキシは、ＶＰＬＭＮ中にＳ−ＧＷを選択し、非３ＧＰＰアクセス内のＭＡＧにＳ−ＧＷについて通知する。]
[0152] 非３ＧＰＰアクセス・チェイニングの場合から３ＧＰＰアクセス・ネットワークへの移動体端末のハンドオーバの場合には、以前に用いられたＳ−ＧＷもまた再配置される必要があるかもしれない。このＳ−ＧＷ再配置はＭＭＥによって実行されるので、３ＧＰＰアクセス・ネットワークのために選択されたＳ−ＧＷは、ＡＡＡプロキシによって選択され、かつ、非３ＧＰＰアクセス・ネットワークから用いられた前のＳ−ＧＷとは異なりうる。このことは、本発明の基礎になる先行技術の上記に記載された第二の問題と関連付けられている。]
[0153] 本発明の第二の態様の別の原理によると、非３ＧＰＰアクセスからの３ＧＰＰアクセスへのチェイニングによるハンドオーバの場合には、３ＧＰＰアクセス内で用いられる新しいＳ−ＧＷは、ハンドオーバの前にＭＭＥによって選択され、Ｓ−ＧＷは、古いＳ−ＧＷからあらかじめハンドオーバ先へと転送された情報に基づいて、ＰＭＩＰｖ６のためのバインディング更新リスト（ＢＵＬ）エントリといった、移動体端末へと関連した関連するコンテキストを確立する。]
[0154] チェイニングの場合におけるＳ−ＧＷの再配置に関して、一つの重要点は、Ｓ−ＧＷを選択するエンティティが、移動体端末が接続されたアクセス・ネットワークに依存して異なること、すなわち、非３ＧＰＰアクセス・ネットワークにはＡＡＡプロキシであり、３ＧＰＰアクセス・ネットワークにはＭＭＥであることである。したがって、移動体端末が非３ＧＰＰアクセス・ネットワークに接続しているときの再配置は、ＭＭＥによってＡＡＡプロキシを経由して実行される必要がある。]
[0155] チェイニングの場合には、（本発明の前の実施形態により）移動体端末に近いＭＭＥが決定された後、適切なＳ−ＧＷがこの決定されたＭＭＥによって選択される。Ｓ−ＧＷを選択する一つの方法は、エリア又は受信地域のそれぞれに静的に割り当てられた、トラッキング・エリア又はｅＮｏｄｅＢの群などのＳ−ＧＷのエントリを備えたデータベースを持つことである。また、各Ｓ−ＧＷの処理負荷、各Ｓ−ＧＷの停止など、動的な情報も選択に用いることができる。ひとたび Ｓ−ＧＷ（新しいＳ−ＧＷ）が決定されると、当該移動ノードに対するユーザ・データ経路は、古いＳ−ＧＷ経由から新しいＳ−ＧＷ経由へと変更される。]
[0156] しかしながら、事業者のポリシーなど何らかの理由によってＳ−ＧＷの再配置が許可されない場合は、ＭＭＥは現在用いられているＳ−ＧＷを選択し、当該Ｓ−ＧＷは、移動体端末の非３ＧＰＰアクセス・ネットワークへの接続又はハンドオーバ中にＡＡＡプロキシによって以前に選択されている。この場合には、ＭＭＥはＡＡＡプロキシから現在のＳ−ＧＷ情報を取得する。]
[0157] ＰＤＮ−ＧＷとＳ−ＧＷの間にＰＭＩＰプロトコルが適用される場合には、Ｓ−ＧＷ関係が実行された後又はその実行中に、移動体端末の新しいＳ−ＧＷへの接続のための具体的な情報、例えば、移動体端末のためのバインディング更新リスト（ＢＵＬ）エントリ及びＰＤＮ−ＧＷアドレスなどが、非３ＧＰＰアクセス内のＭＡＧから、ハンドオーバの後に移動体端末の新しいＭＡＧとなる可能性のある新しいＳ−ＧＷへと、転送されてもよい。ＰＤＮ−ＧＷアドレスは、エージェント・アドレスとしてＢＵＬエントリに含まれてもよい。代替的には、ＰＤＮ−ＧＷアドレスは、ＨＳＳなど他のネットワーク・エンティティから、ＡＡＡサーバ及びＡＡＡプロキシを経由して、取得してもよい。さらに、この情報は専用のベアラ確立のためのＱｏＳ情報を含んでもよい。情報を転送するためのトリガは、本発明の第二の態様の実施形態において記載された手続中に、移動体端末又はＭＭＥによってＭＡＧへと発行することができる。しかしながら、トリガは、決定されたＭＭＥ、新しいＳ−ＧＷ、ＰＤＮ−ＧＷ又はＡＡＡプロキシによっても同様に行うことができる。]
[0158] 当該新しいＳ−ＧＷは、移動体端末の接続に先立って取得された情報に基づいて、コンテキストの設定を開始する。詳細には、この新しいＳ−ＧＷは、当該移動体端末のためのＢＵＬエントリを構築するとともに、ＵＥが接続するＰＤＮ−ＧＷとのトンネルを作成してもよい。Ｓ−ＧＷがＰＤＮ−ＧＷへのトンネルを作成する場合は、Ｓ−ＧＷは、移動体端末が３ＧＰＰアクセス・ネットワークへとハンドオーバするまで、移動体端末に関連したいかなるパケットも新しいＳ−ＧＷへと転送しないようＰＤＮ−ＧＷに通知する必要があるかもしれない。]
[0159] 移動体端末には、Ｓ−ＧＷ内でのコンテキスト設定が行われたことが通知されるかもしれない。次いで移動体端末は、３ＧＰＰアクセスへのハンドオーバを当該ハンドオーバがこの通知によってトリガされるまで、遅延させてもよい。このことは、Ｓ−ＧＷの再配置と並行した３ＧＰＰへのハンドオーバ中のパケット損失の発生を回避する助けとなる。]
[0160] Ｓ−ＧＷの再配置が発生しない場合であっても、シームレスなハンドオーバが関連情報又はコンテキストを移動体端末へと転送することは効果的である。この場合には、現在の移動体端末のためのＰＤＮ−ＧＷへ向かう既存のＰＭＩＰトンネルを継続的に用いることができるので、Ｓ−ＧＷは、ＰＤＮ−ＧＷに対し、ハンドオーバ時に移動体端末のための関連するＢＵＬエントリ及びトンネルを作成することなく、当該移動体端末へと向かうパケットの転送を開始するよう要求するだけである。]
[0161] Ｓ−ＧＷとＰＤＮ−ＧＷの間にＧＴＰが適用されている場合には、両者間にＰＭＩＰｖ６が適用される場合よりも、ＭＡＧから新しいＳ−ＧＷへ転送されうる情報はより少ないか又は全くない。ＭＭＥ又は移動体端末が、ＧＴＰが適用されていることを知っている場合は、両者はＭＡＧに対し情報を転送するようトリガしてはならない。ＧＴＰが実行されているか否かを知る一つの方法は、情報、すなわちＳ−ＧＷのＴＥＩＤアドレスなどが、ＭＭＥ、Ｓ−ＧＷ、ＰＤＮ−ＧＷなどの記憶装置中に存在しているか否かを確認することである。]
[0162] 新しいＭＭＥが選択された後に、移動体端末は、例えばＡＡＡプロキシ／サーバ、ＭＡＧ、ＰＤＮ−ＧＷなどを経由して、ハンドオーバの後に３ＧＰＰアクセス内で用いられると考えられるリンクＭＴＵ（最大転送単位）のサイズについて、ＭＭＥに尋ねてもよい。これによって、移動体端末から／への１個以上のＴＣＰセッションがある場合は、移動体端末はＴＣＰのフロー制御パラメータの変更を準備できるとともに、変更を開始してもよく、ハンドオーバに先だって通知されたリンクＭＴＵ サイズのためのＩＰパケット・バッファもまた事前設定することができる。]
[0163] 既述したように、３ＧＰＰから非３ＧＰＰアクセス・ネットワークへのハンドオーバ時には、Ｓ−ＧＷの再配置も同様に実行されうる。この場合には、移動体端末がＭＭＥに対し、非３ＧＰＰアクセスへのハンドオーバが発生してもよいとトリガすると、ＭＭＥは、３ＧＰＰアクセス・ネットワーク内のＡＡＡプロキシから新しいＳ−ＧＷアドレスを取得するか、又は、非３ＧＰＰアクセス・ネットワークに接続するときに現在のＳ−ＧＷを移動体端末へと割り当てるよう、ＡＡＡプロキシに依頼する。次いで、移動体端末の接続のための情報がＳ−ＧＷ同士の間で転送されることとなる。]
[0164] 以下において図９を参照して、上記に記載した選択肢のうち一つの選択肢の手続を、チェイニングの場合にＳ−ＧＷの再配置を伴う、３ＧＰＰアクセスと信頼された非３ＧＰＰアクセスの間のハンドオーバについて示す。この例示的なシナリオでは、移動体端末が３ＧＰＰ測定を実行し、移動体端末が測定に基づいてＭＭＥを決定するとともに、ＮＡＩデコレーションを用いるＭＭＥを、非３ＧＰＰアクセス・ネットワーク内のＭＡＧに通知すること、及び、ＭＡＧが、当該ＭＭＥをプロキシ・バインディング更新メッセージとともに、Ｓ−ＧＷを経由して、コア・ネットワークに通知することを想定する。この手続において、Ｓ−ＧＷとＰＤＮ−ＧＷの間にＰＭＩＰｖ６が適用されていると想定する。] 図９
[0165] 以下のステップは、移動体端末が３ＧＰＰアクセスから非３ＧＰＰアクセスへとハンドオーバするときに実行される。
１．移動体端末は、３ＧＰＰアクセス・ネットワーク内のＭＭＥ１に接続しており、信頼された非３ＧＰＰアクセスへとハンドオーバする。
２．移動体端末は、非３ＧＰＰアクセス・ネットワーク、すなわちＭＡＧ１に接続し、３ＧＰＰ ＶＰＬＭＮ（訪問先公衆陸上移動性ネットワーク）中のＭＡＧ１及びＡＡＡプロキシを経由して、非３ＧＰＰアクセス内でアクセス認証及び許可を実行する。３ＧＰＰ ＨＰＬＭＮ（ホーム公衆陸上移動性ネットワーク）中の３ＧＰＰ ＡＡＡサーバは、移動体端末を認証する。認証中には、ＡＡＡプロキシは、Ｓ−ＧＷ選択に起因するハンドオーバ時間を低減するために、移動体端末によって３ＧＰＰアクセス・ネットワーク内で用いられたＳ−ＧＷアドレスをＭＭＥ１から取得してもよい。さらに、移動体端末へ／からのユーザ・データ・フローが所定の時間見られない場合は、ＡＡＡプロキシがトリガされてもよく、たとえＡＡＡプロキシがＭＭＥからＳ−ＧＷアドレスを取得するときでも、ＡＡＡプロキシによってのみ選択された異なるＳ−ＧＷへの再配置を実行する。
３．ＭＡＧ１は、プロキシ・バインディング更新（ＰＢＵ）メッセージをＰＤＮ−ＧＷへと、ＡＡＡプロキシによってＳ−ＧＷ１を経由して割り当てられ、プロキシ・バインディング受信確認（ＰＢＡ）メッセージを受信する。
４．ＭＡＧ１は、ネットワーク・プレフィクス又はＰＤＮ−ＧＷによって割り当てられたＩＰアドレスを、移動体端末に通知する。移動体端末は非３ＧＰＰアクセス・ネットワーク内でＬ３接続を完了する。
５．ユーザ・データ・フローは、非３ＧＰＰアクセス内のＭＡＧ１に接続された移動体端末へ／から再ルーティングされる。]
[0166] 本発明の本実施形態による、移動体端末が非３ＧＰＰアクセス内を移動する場合には、図１０を参照に、以下のステップが実行される。
１．移動体端末が、非３ＧＰＰアクセス内でハンドオーバする 。
２．移動体端末が新しいＭＡＧ（ＭＡＧ２）を見つけると、移動体端末は３ＧＰＰ無線アクセスを測定し、３ＧＰＰ測定に基づいてＭＭＥ２を決定する。
３．移動体端末は、非３ＧＰＰアクセス・ネットワークに接続する、すなわち、決定されたＭＭＥ２についての情報を含む自己のデコレーションされたＮＡＩによって、ＭＡＧ２に対して認証する。移動体端末が、チェイニングが適用されていることを知っている場合には、進行中のセッションの分断を回避するために、移動体端末はＳ−ＧＷの再配置を今実行しないよう要求してもよい。この要求は例えば、ＨＳＳを経由してＭＭＥ２へと転送され、ＭＭＥ２は図１１中のステップ１０（後に説明する）の後にＳ−ＧＷの再配置手続を実行しないことを決定する。この場合には、移動体端末は、ＭＡＧ２に対して、セッションの一部又はすべてが終了した後にＳ−ＧＷの再配置を実行することを要求してもよく、又は、ＭＭＥ２に対し、３ＧＰＰアクセスへのハンドオーバ手続中にＳ−ＧＷの再配置を実行するよう要求してもよい。
４．ＭＡＧ２は、決定されたＭＭＥ２についての情報を含む移動体端末のデコレーションされたＮＡＩなどのＰＢＵメッセージを、ＡＡＡプロキシによって割り当てられ前に用いられたものと同一でありうるＳ−ＧＷ１を経由して、ＰＤＮ−ＧＷへと送信し、ＰＢＡメッセージを受信する。デコレーションされたＮＡＩは代替的には、Ｓ−ＧＷ１によってＡＡＡプロキシを経由してＡＡＡサーバへと通知することができる。このような場合には、ステップ７においてＡＡＡプロキシは、デコレーションされたＮＡＩに含まれる情報に基づいて、当該移動体端末のためのＭＭＥ２を、ＰＤＮ−ＧＷではなくＨＳＳへと通知する。
５．ＭＡＧ２は移動体端末に対し、ネットワーク・プレフィクス又はＰＤＮ−ＧＷによって割り当てられたＩＰアドレスを通知する。移動体端末は非３ＧＰＰアクセス・ネットワーク内でＬ３接続を完了する。
６．ユーザ・データ・フローが、非３ＧＰＰアクセス内のＭＡＧ２に接続された移動体端末へ／から再ルーティングされる。
７．ＰＤＮ−ＧＷは当該移動体端末のための新しいＭＭＥ２を、ＨＳＳに通知する。
８．ＨＳＳは古いＭＭＥ１に対して、移動体端末のためのコンテキストを削除するよう要求する。
９．ＨＳＳは、移動体端末のためのコンテキストを新しいＭＭＥ２へとプッシュ配信する。コンテキストのＭＭＥ２へのプッシュ配信を完了した後に、ＨＳＳは、完了したＭＭＥの再配置を移動体端末に通知してもよい。当該通知は、ＡＡＡサーバ、ＰＤＮ−ＧＷ、Ｓ−ＧＷ及びＭＡＧ２を経由して、又は、ＡＡＡサーバ、ＡＡＡプロキシ及びＭＡＧ２を経由して、移動体端末へとルーティングすることができる。Ｓ−ＧＷの再配置が実行される場合は、当該通知は、Ｓ−ＧＷの再配置が行われるまで、すなわち、図１１中のステップ１２まで延期することができる。] 図１０ 図１１
[0167] 本発明の第二の態様の本実施形態による、移動体端末が非３ＧＰＰアクセス内を移動する場合は、図１１を参照にすると、ＭＭＥの再配置（再割り当て）の後に以下のステップが、実行される。
１０．ＭＭＥ２がチェイニングが適用されていること、又は、ＭＭＥ２がＳ−ＧＷの再配置を実行するようＨＳＳによって指示されているか否かを知っている場合は、ＭＭＥ２は、Ｓ−ＧＷ１から、ＭＭＥ２によってすでに選択されたＳ−ＧＷ２へのＳ−ＧＷの再配置を実行するよう、ＡＡＡプロキシに対し要求する。ＭＭＥ２は、ＡＡＡプロキシ及びＡＡＡサーバを経由してＡＡＡプロキシ又はＨＳＳに尋ねることによって、チェイニングが適用されていることを見出すことができる。Ｓ−ＧＷとＰＤＮ−ＧＷの間にＧＴＰが適用されている場合には、たとえチェイニングが適用されている場合であっても、ＭＭＥ２はＡＡＡに対してトリガを発行してはならない。
１１．ＡＡＡプロキシは、ＭＡＧ２に対しＳ−ＧＷ２アドレスを通知し、Ｓ−ＧＷ２へと切り替えるよう要求し、また、Ｓ−ＧＷ１及びＳ−ＧＷ２の両方又はいずれかに対して、関連情報をＳ−ＧＷ１からＳ−ＧＷ２へと転送するのを開始するよう通知する。この場合には、Ｓ−ＧＷ１を経由した経路では各セッションが依然としてアクティブである一方で、進行中のセッションの割り込みを回避するために、古いＳ−ＧＷ１から新しいＳ−ＧＷ２へとデータ転送を用いることができる。
１２．ＭＡＧ２は、Ｓ−ＧＷ２を経由してＰＢＵメッセージをＰＤＮ−ＧＷへと送信し、ＰＢＡメッセージを受信する。新しいＳ−ＧＷ２との新しい接続が確立した後には、ＰＤＮ−ＧＷは、接続確立の完了をＡＡＡサーバを経由して、ＨＳＳに通知してもよい。次いでＨＳＳは、移動体端末に対し完了したＳ−ＧＷの再配置を通知してもよく、その結果、移動体端末はコア・ネットワーク内のＳ−ＧＷの再配置の成功を知る。当該通知は、ＡＡＡサーバ、ＰＤＮ−ＧＷ、Ｓ−ＧＷ及びＭＡＧ２を経由して、又は、ＡＡＡサーバ、ＡＡＡプロキシ及びＭＡＧ２を経由して、移動体端末へとルーティングすることができる。
１３．ＭＡＧ２は、移動体端末に対しネットワーク・プレフィクス又はＰＤＮ−ＧＷによって割り当てられたＩＰアドレスを通知する。移動体端末は非３ＧＰＰアクセス・ネットワーク内でＬ３接続を完了する。
１４．ユーザ・データ・フローが、非３ＧＰＰアクセス内のＭＡＧ２に接続された移動体端末へ／から再ルーティングされる。] 図１１
[0168] 引き続いて、移動体端末が、非３ＧＰＰアクセスから３ＧＰＰアクセス・ネットワークへハンドオーバする場合には、図１２中に図示される以下のステップが実行される。
１．移動体端末が、非３ＧＰＰアクセス内のＭＡＧ２に接続しており、３ＧＰＰアクセスへとハンドオーバする。
２．移動体端末は接続要求メッセージをｅＮｏｄｅＢへと送信する。当該接続要求に用いられた識別子（すなわちＧＵＴＩ）は、ＭＭＥ２を識別する構成要素を持つ。ｅＮｏｄｅＢは接続要求をＭＭＥ２へと転送する。移動体端末は、ＭＭＥを再選択しないよう、及びＧＵＴＩに含まれる識別子のＭＭＥ、すなわち、ＭＭＥ２、を用いるよう指示するフラグを追加してもよい。さらに、移動体端末がＳ−ＧＷの再配置がＭＭＥの再配置手続中に実行されたことを知っている場合は、移動体端末はまた、Ｓ−ＧＷを再選択せず、現在のＳ−ＧＷ２を用いるよう指示する。
３．ＭＭＥ２は、すでに選択されたＳ−ＧＷ２を経由して、ＰＤＮ−ＧＷへの各ベアラを作成する。Ｓ−ＧＷ２は、準備されたコンテキスト、すなわち、ＢＵＬ及び移動体端末のためのＰＤＮ−ＧＷへのトンネルを用いて、ＰＭＩＰｖ６ ＭＡＧ構成を設定する。
４．ＭＭＥ２は、移動体端末との各無線ベアラを確立する。
５．ユーザ・データ・フローが、３ＧＰＰアクセスに接続された移動体端末へ／から再ルーティングされる。Ｓ−ＧＷの再配置の場合には、依然として非３ＧＰＰ中でアクティブである一方で、進行中のセッションの割り込みを回避するためには、古いＳ−ＧＷから新しいＳ−ＧＷへのデータ転送を用いることができる。] 図１２
[0169] この以下の記載において、上記に記載した選択肢のうち一つの手続が、本発明の別の実施形態にしたがって記載される。とりわけ、移動ノードは、３ＧＰＰアクセスと信頼された非３ＧＰＰアクセスの間で、チェイニングの場合においてＳ−ＧＷの再配置を伴って、ハンドオーバを実行する。この例示的なシナリオでは、移動体端末が３ＧＰＰ測定を実行し、移動体端末が測定に基づいてＭＭＥを決定し、ＭＡＧに対してＡＡＡ下部構造上でＮＡＩデコレーションを用いるＭＭＥについて通知し、ＭＡＧが通知するコア・ネットワークに対して、ＡＡＡをベースとするＡＡＡプロキシを経由すると想定する。この手続において、ＰＭＩＰｖ６がＳ−ＧＷとＰＤＮ−ＧＷの間で適用されていると想定する。]
[0170] この例示的なシナリオと図９を参照に紹介された前のシナリオとの間の一つの差は、イントラ非３ＧＰＰアクセス・ハンドオーバ手続にある。それゆえ、異なる部分を以下に記載する。] 図９
[0171] ここで図１３を参照すると、移動体端末が非３ＧＰＰアクセス内を移動する場合は以下のステップが実行される。
１．移動体端末は、当該信頼された非３ＧＰＰアクセス内でハンドオーバする。
２．移動体端末が新しいＭＡＧ（ＭＡＧ２）を見つけると、移動体端末は３ＧＰＰ無線アクセスを測定し、３ＧＰＰ測定に基づいてＭＭＥ２を決定する。
３．移動体端末は、非３ＧＰＰアクセス・ネットワークに接続する、すなわち、決定されたＭＭＥ２についての情報を含む自己のデコレーションされたＮＡＩによって、ＭＡＧ２に対して認証する。
４．ＭＡＧ２は、ＰＢＵメッセージをＰＤＮ−ＧＷへと、前に用いられ、かつ、ＡＡＡプロキシによって選択されたものと同一でありうるＳ−ＧＷ１を経由して送信し、ＰＢＡメッセージを受信する。
５．ＭＡＧ２は、移動体端末に対しネットワーク・プレフィクス又はＰＤＮ−ＧＷによって割り当てられたＩＰアドレスを通知する。移動体端末は非３ＧＰＰアクセス・ネットワーク内でＬ３接続を完了する。
６．ユーザ・データ・フローが、非３ＧＰＰアクセス内のＭＡＧ２に接続された移動体端末へ／から再ルーティングされる。
７．ＭＡＧ２は、ＡＡＡ下部構造に基づくメッセージを用いて、当該移動体端末のための新しいＭＭＥ２を、ＨＳＳに通知する。この通知は、ＶＰＬＭＮ中のＡＡＡプロキシ及びＨＰＬＭＮ中のＡＡＡサーバを経由して、ＨＳＳへとルーティングされてもよい。
８．ＨＳＳは、古いＭＭＥ１に対して、移動体端末のためのコンテキストを削除するよう要求する。
９．ＨＳＳは、移動体端末のためのコンテキストを新しいＭＭＥ２へとプッシュ配信する。] 図１３
[0172] 以降のステップは、図１１を参照に論じられた本発明の前の実施形態におけるステップ１０から１４までと同一である。] 図１１
[0173] 以下に、チェイニングの場合におけるＳ−ＧＷの再配置のための本発明のさらに別の実施形態を説明する。ここで図１４を参照にして、この例示的なシナリオでは、移動体端末が非３ＧＰＰアクセス内でアクティブであること、及び、以前のＭＭＥ１において各状態が確立済であることを想定する。移動体端末は、非３ＧＰＰアクセス内を移動中であり、接続のポイントを変更する。移動体端末は３ＧＰＰ測定を実行し、測定の結果を「非３ＧＰＰ」ボックスに含まれるＭＡＧ及びＳ−ＧＷを経由して、ＰＤＮ−ＧＷに通知する。ＰＤＮ−ＧＷは、測定結果を適切なＭＭＥ２を決定するＡＡＡサーバへと転送する。移動体端末は再認証手続中にＭＭＥ２を通知され、Ｓ−ＧＷの再配置が実行される。この手続において、ＰＭＩＰｖ６がＳ−ＧＷとＰＤＮ−ＧＷの間で適用されていると想定する。] 図１４
[0174] 以下のステップが図１４中に示されている。
１．移動体端末は非３ＧＰＰアクセス内に移動しており、非３ＧＰＰアクセス内のＭＡＧに接続しており、それゆえ、ＭＡＧは、ＰＤＮ−ＧＷへのプロキシ・バインディング更新をＳ−ＧＷ１を経由して実行する。移動体端末によってＭＡＧへと送信された接続要求メッセージ、及び、プロキシ・バインディング更新メッセージは、移動体端末によって最近実行された無線測定の結果（発見されたトラッキング・エリアなど）を含んでいる。ＰＤＮ−ＧＷは、プロキシ・バインディング受信確認をＭＡＧへと返信する。
２．ＰＤＮ−ＧＷは、新しいトラッキング・エリアが同等のトラッキング・エリアのリスト中にあるか否か、すなわち、ＰＤＮ−ＧＷが同一のＭＭＥによって又は異なるＭＭＥによってサーブされているかを確認してもよい。新しいＴＡが同一のＭＭＥ１によってサーブされている場合には、いかなる行為も必要ない。
３．ＴＡが同等のＴＡのリスト中にない、すなわち、新しいＴＡが同一のＭＭＥによってサーブされていない場合には、このため、ＰＤＮ−ＧＷは新しいＴＡをＡＡＡサーバに登録する。
４．ＡＡＡは、トラッキング・エリアと各ＭＭＥの間の関係が保存されているデータベースへのアクセスを持つ。ＡＡＡサーバはデータベースを要求し、新しいＭＭＥ及びすべての同等のトラッキング・エリアも決定する。
５．ＡＡＡサーバが、ＨＳＳからの自動的な移動体端末のコンテキストの変更によって更新されていない場合は、ＡＡＡサーバは、ＨＳＳからのコンテキスト情報、例えばフレッシュな認証ベクターを要求する。
６．ＡＡＡサーバが、移動体端末のためのコンテキストを作成するよう、新しいＭＭＥをトリガする。この要求は、他のエンティティ内のリソース設定、例えば、ＲＡＮ中の各無線ベアラの設定又はＳ−ＧＷ中の各ベアラの設定を含んでもよい。
７．新しいＭＭＥは、移動体端末が現在ＭＭＥによってサーブされていることをＨＳＳに対して通知するために、位置更新をＨＳＳへと送信する。
８．ＨＳＳは、移動体端末へとのためのコンテキストを削除するよう、古いＭＭＥへとトリガを送信する。
９．新しいＭＭＥは、ＭＭＥ中の移動体端末を固有に識別する新しい一時的なアイデンティティ（ＴＭＳＩ）を移動体端末のために割り当ててもよく、ＴＭＳＩをＡＡＡサーバに通知してもよい。
１０．ＡＡＡサーバは、ＰＤＮ−ＧＷに対し、同等のＴＡのリストについて通知する。
１１．ＭＭＥ２は適切なＳ−ＧＷ（Ｓ−ＧＷ２）を選択し、ベアラ作成要求メッセージをＳ−ＧＷ２へと送信する。Ｓ−ＧＷ２は、取得した情報に基づいてＳ−ＧＷ２のＢＵＬ中の移動体端末のためのエントリを作成するために、ＢＵＬエントリ情報といった移動体端末の関連情報をＳ−ＧＷ２へと送信する、Ｓ−ＧＷ１に依頼してもよい。
１２．Ｓ−ＧＷ２は、ＰＢＵメッセージをＰＤＮ−ＧＷへと送信、及び、ＰＢＡメッセージを受信してもよい。このステップを実行することによって、ＰＤＮ−ＧＷは移動体端末へと向かうパケット転送を開始する。しかしながら、移動体端末はハンドオーバをまだ開始していないので、それらパケットは失われる。このようなパケット損失を回避するために、Ｓ−ＧＷ２は、移動体端末の３ＧＰＰアクセス・ネットワークへのハンドオーバが行われるまでは、転送しないよう要求してもよい。ハンドオーバ処理が間もなく実行されることがわかっている場合は、Ｓ−ＧＷ２はこのような要求を行う必要はなく、該ハンドオーバが完了するまで（厳密には、ステップ２７後のベアラ更新要求／応答メッセージ処理が行われるまで）は、移動体端末へと向かうパケットをバッファする。
１３．Ｓ−ＧＷ２は、ベアラ作成応答メッセージをＭＭＥ２へと送信する。
１４．移動体端末に対しＭＭＥの変更について通知するために、ＡＡＡサーバは再認証を開始する、すなわち、ＡＡＡサーバは、非３ＧＰＰアクセスへの再認証トリガを送信する。
１５．非３ＧＰＰアクセスは、移動体端末に対して、ＥＡＰを用いて再認証するよう要求する。
１６．移動体端末は認証を開始し、自己のアイデンティティを非３ＧＰＰアクセスへと提供する。
１７．非３ＧＰＰアクセスが、メッセージ移動体端末から３ＧＰＰコア・ネットワーク中のＡＡＡサーバへと、認証を転送する。
１８．ＡＡＡサーバはＥＡＰ−ＡＫＡ再認証を開始し、ＡＫＡ手続中にＡＡＡサーバは、ＡＴ＿ＮＥＸＴ＿ＲＥＡＵＴＨ＿ＩＤ属性中のＥＡＰ−要求／ＡＫＡ−再認証メッセージ中に、新しい再認証ｉｄを含める。再認証ｉｄは新しいＭＭＥを提示しており、新しい割り当てられたＴＭＳＩを示してもよい。
１９．非３ＧＰＰアクセスはＥＡＰ−要求を移動体端末へと転送する。
２０．移動体端末は、ＥＡＰ−要求／ＡＫＡ−再認証メッセージ中の再認証ｉｄから新しいＭＭＥ及び新しいＴＭＳＩを学習し、ＥＡＰ−応答／ＡＫＡ−再認証を非３ＧＰＰアクセスへと送信する。
２１．非３ＧＰＰアクセスはＥＡＰ−応答をＡＡＡサーバへと転送する。
２２．ＡＡＡサーバは、ＥＡＰ認証の成功を非３ＧＰアクセスに通知する。
２３．非３ＧＰＰはＥＡＰ−成功を移動体端末へと転送する。
２４．ある時点において、移動体端末は、非３ＧＰＰアクセスに接続されている一方で、３ＧＰＰアクセスへのハンドオーバを決定する。
２５．移動体端末は、再認証ｉｄからのＭＭＥ識別子及びＴＭＳＩを用いて、グローバル固有一時識別子（ＧＵＴＩ）を構築する。
２６．移動体端末は、構築したＧＵＴＩを含めて、接続要求をｅＮｏｄｅＢへと送信する。
２７．ｅＮｏｄｅＢはＧＵＴＩからの適切なＭＭＥを検知し、接続要求を移動体端末のためのコンテキストを持つＭＭＥへと転送する。] 図１４
[0175] ハンドオーバに先だって上記のステップ１１から１３までを実行することで、実際のハンドオーバ中に移動体端末のためのＢＵＬエントリ及びＳ−ＧＷ２とＰＤＮ−ＧＷの間のＰＭＩＰｖ６トンネルを作成する時間を低減することができる。]
[0176] さらに、第二の態様での本発明の別の異なる実施形態によると、以下には、上記に記載した選択肢のうち一つの手続が、チェイニングの場合においてＳ−ＧＷの再配置を伴う、３ＧＰＰアクセスと信頼されない非３ＧＰＰアクセスの間のハンドオーバに対して示される。この例示的なシナリオでは、移動体端末が３ＧＰＰ測定を実行し、移動体端末が測定に基づいてＭＭＥを決定し、ＮＡＩデコレーションを用いるＭＭＥを非３ＧＰＰアクセス・ネットワーク内ＭＡＧ（ＶＰＬＭＮ中ｅＰＤＧ）に通知し、ＭＡＧは、当該ＭＭＥをプロキシ・バインディング更新メッセージとともに、Ｓ−ＧＷを経由して、コア・ネットワークに通知すると想定する。この手続において、ＰＭＩＰｖ６がＳ−ＧＷとＰＤＮ−ＧＷの間で適用されていると想定する。]

权利要求:

請求項1
移動ノードの非３ＧＰＰネットワーク・エリアから３ＧＰＰネットワーク・エリアへのハンドオーバを準備及び実行する方法であって、前記移動ノードが前記非３ＧＰＰネットワーク・エリアに接続している場合に、前記移動ノードの位置を決定するステップと、前記移動ノードの決定された位置に基づいて、３ＧＰＰネットワーク・エリア内の移動性管理エンティティを決定するステップと、前記移動ノードを決定された前記移動性管理エンティティに登録するステップと、前記移動ノードが３ＧＰＰネットワーク・エリアに接続するときに、決定された前記移動性管理エンティティを指示して、前記非３ＧＰＰネットワーク・エリアから前記３ＧＰＰネットワーク・エリアへのハンドオーバを実行するステップとを、含む方法。
請求項2
前記移動ノードの位置を決定するステップが、前記移動ノード、前記非３ＧＰＰネットワーク・エリア、又は前記３ＧＰＰネットワーク・エリア内のエンティティによって実行することができる請求項１に記載の方法。
請求項3
前記移動性管理エンティティを決定するステップが、前記移動ノード、前記非３ＧＰＰネットワーク・エリア、又は前記３ＧＰＰネットワーク・エリア内のエンティティによって実行される請求項１又は２に記載の方法。
請求項4
前記移動ノードの位置の決定に関する情報が、前記移動性管理エンティティを決定するエンティティに提供される請求項２又は３に記載の方法。
請求項5
前記移動ノードと、前記移動ノードを登録するステップを実行する前記３ＧＰＰネットワーク・エリア内のエンティティとに、決定された前記移動性管理エンティティに関する情報が提供される請求項２から４のいずれか１つに記載の方法。
請求項6
前記移動ノードが前記移動性管理エンティティを決定する場合には、前記移動ノードを登録するステップを実行するために、決定された前記移動性管理エンティティに関する情報が、バインディング更新メッセージ中に含まれて、又は、前記移動ノードと前記３ＧＰＰネットワーク・エリア内の認証エンティティとの間での認証手続のメッセージ中に含まれて、前記３ＧＰＰネットワーク・エリア内のエンティティへと送信される請求項１から５のいずれか１つに記載の方法。
請求項7
前記３ＧＰＰネットワーク・エリア内のエンティティが前記移動性管理エンティティを決定する場合には、決定された前記移動性管理エンティティに関する情報が、バインディング受信確認メッセージ中に含まれて、又は、前記移動ノードと前記３ＧＰＰネットワーク・エリア内の認証エンティティとの間での認証手続のメッセージ中に含まれて、前記移動ノードへと送信される請求項１から５のいずれか１つに記載の方法。
請求項8
前記移動ノードの位置を決定するステップが、前記非３ＧＰＰネットワーク・エリア内の前記移動ノードの位置依存性アドレスに基づいている請求項１から７のいずれか１つに記載の方法。
請求項9
前記移動ノードの位置を決定するステップが、前記移動ノードによってデータを交換するために用いられる前記非３ＧＰＰネットワーク・エリア内のモバイル・アクセス・ゲートウェイのアドレスに基づいている請求項１から７のいずれか１つに記載の方法。
請求項10
前記移動ノードの位置を決定するステップが、前記移動ノードの位置における、前記非３ＧＰＰネットワーク・エリア上又は前記３ＧＰＰネットワーク・エリア上での無線測定に基づいている請求項１から７のいずれか１つに記載の方法。
請求項11
前記移動ノードの位置において他の移動ノードのために以前実行された無線測定を、前記移動ノードの位置を決定するために用いることができる請求項１０に記載の方法。
請求項12
前記無線測定が前記非３ＧＰＰネットワーク・エリア内のエンティティによって実行されるとともに、前記移動ノードは、前記非３ＧＰＰネットワーク内の前記エンティティに対して、実行する前記無線測定について指示する請求項１０又は１１に記載の方法。
請求項13
前記移動ノードの前記非３ＧＰＰネットワーク・エリアから前記３ＧＰＰネットワーク・エリアへのハンドオーバの可能性が所定のレベルを超えるときに、前記無線測定が開始される請求項１０から１２のいずれか１つに記載の方法。
請求項14
前記移動ノードのハンドオーバの可能性が、前記移動ノードの位置における、前記非３ＧＰＰネットワーク・エリア及び／又は前記３ＧＰＰネットワーク・エリアのネットワーク配置に基づいている請求項１３に記載の方法。
請求項15
前記移動ノードのハンドオーバの可能性が、前記非３ＧＰＰネットワーク・エリアから受信した無線信号強度の減少に伴って増加する請求項１３に記載の方法。
請求項16
前記移動ノードのハンドオーバの可能性が、前記非３ＧＰＰネットワーク・エリア及び／又は前記３ＧＰＰネットワーク・エリア内の前記移動ノードの以前保存された移動パターンに基づいている請求項１３に記載の方法。
請求項17
前記移動ノードが、前記３ＧＰＰネットワーク・エリア内の以前の移動性管理エンティティに登録されており、前記以前の移動性管理エンティティを移動性管理エンティティへと変更する可能性が所定のレベルを超えるときに、前記無線測定が開始される請求項１０から１２のいずれか１つに記載の方法。
請求項18
前記移動ノードを以前の移動性管理エンティティに登録するときにタイマーが開始され、前記タイマーの期限が切れると、前記以前の移動性管理エンティティを変更する可能性が前記所定のレベルを超える請求項１７に記載の方法。
請求項19
前記タイマー動作が、前記移動ノードを前記以前の移動性管理エンティティに登録した後の前記移動ノードの移動速度に依存している請求項１８に記載の方法。
請求項20
前記移動性管理エンティティを決定するステップが、各移動性管理エンティティに関する情報を含むデータベースに基づいている請求項１から１９のいずれか１つに記載の方法。
請求項21
前記移動性管理エンティティを決定するステップが、前記移動ノードの位置に関連したパラメータから前記移動性管理エンティティの識別子を構築するためのアルゴリズムを用いる請求項１から１９のいずれか１つに記載の方法。
請求項22
前記移動ノードを登録するステップが、前記移動ノードに関連したコンテキスト情報を前記移動性管理エンティティへと送信することを含む請求項１から２１のいずれか１つに記載の方法。
請求項23
前記コンテキスト情報が、以前の移動性管理エンティティから、又は、ホーム加入者サーバから、又は、３ＧＰＰネットワークの認証エンティティから、前記移動性管理エンティティへと送信される請求項２２に記載の方法。
請求項24
非３ＧＰＰネットワーク・エリアから３ＧＰＰネットワーク・エリアへの自己のハンドオーバを準備及び実行する移動ノードであって、前記移動ノードが前記非３ＧＰＰネットワーク・エリアに接続している場合、前記移動ノードの位置を決定するよう構成された処理装置と、前記処理装置は、前記移動ノードの決定された位置に基づいて、前記３ＧＰＰネットワーク・エリア内の移動性管理エンティティを決定するようさらに構成されており、前記移動ノードを決定された前記移動性管理エンティティに登録するために、決定された前記移動性管理エンティティに関する情報を、前記３ＧＰＰネットワーク・エリア又は前記非３ＧＰＰネットワーク・エリア内のエンティティに送信するよう構成された送信機とを備え、前記処理装置は、前記非３ＧＰＰネットワーク・エリアから前記３ＧＰＰネットワーク・エリアへのハンドオーバを実行する一方で、決定された前記移動性管理エンティティを、前記３ＧＰＰネットワーク・エリアに接続するときに指示するよう構成されている移動ノード。
請求項25
前記処理装置が、前記移動ノードの位置を決定するために、前記移動ノードの位置依存性アドレスを用いる請求項２４に記載の移動ノード。
請求項26
前記処理装置が、前記移動ノードの位置を決定するために、前記移動ノードの位置における、前記非３ＧＰＰネットワーク・エリア上又は前記３ＧＰＰネットワーク・エリア上の無線測定をトリガするようさらに構成された請求項２４又は２５に記載の移動ノード。
請求項27
前記無線測定が、前記非３ＧＰＰネットワーク・エリア内のエンティティによって実行されており、前記処理装置が、前記非３ＧＰＰネットワーク内の前記エンティティに対して、実行する前記無線測定について指示するようさらに構成された請求項２６に記載の移動ノード。
請求項28
前記処理装置が、前記移動ノードの前記非３ＧＰＰネットワーク・エリアから前記３ＧＰＰネットワーク・エリアへのハンドオーバの可能性を計算するよう構成され、ハンドオーバの計算された可能性が所定のレベルを超えるときに、前記処理装置は前記無線測定をトリガする請求項２６又は２７に記載の移動ノード。
請求項29
前記非３ＧＰＰネットワーク・エリア及び／又は前記３ＧＰＰネットワーク・エリアのネットワーク配置に関する情報を保存するよう構成された記憶装置を更に備え、ハンドオーバの可能性が、前記移動ノードの位置におけるネットワーク配置についての保存された情報に基づいて計算される請求項２８に記載の移動ノード。
請求項30
前記非３ＧＰＰネットワーク・エリアからの無線信号を受信するよう構成された受信機を更に備え、前記処理装置が、受信した前記無線信号の信号強度を決定するようさらに構成されており、前記移動ノードのハンドオーバの可能性が、前記非３ＧＰＰネットワーク・エリアから受信した決定された前記無線信号強度の減少に伴って増加する請求項２８に記載の移動ノード。
請求項31
前記移動ノードの前記非３ＧＰＰネットワーク・エリア及び／又は前記３ＧＰＰネットワーク・エリア内での移動パターンを保存するよう構成された記憶装置を更に備え、前記処理装置が、以前保存された移動パターンに基づいて、前記移動ノードのハンドオーバの可能性を計算するよう構成されている請求項２８に記載の移動ノード。
請求項32
前記移動ノードが、前記３ＧＰＰネットワーク・エリア内の以前の移動性管理エンティティ内に登録されており、前記処理装置は前記以前の移動性管理エンティティを移動性管理エンティティへと変更する可能性を計算するようさらに構成されており、前記処理装置は、計算された前記以前の移動性管理エンティティを変更する可能性が所定のレベルを超えるときに前記無線測定をトリガする請求項２６に記載の移動ノード。
請求項33
前記処理装置が、前記移動ノードが前記以前の移動性管理エンティティにて登録するときに、タイマーを開始するよう構成されており、前記処理装置が前記タイマーが期限切れとなったと決定するときは、前記以前の移動性管理エンティティを変更する可能性が所定のレベルを超える請求項３２に記載の移動ノード。
請求項34
前記移動ノードを前記以前の移動性管理エンティティに登録した後に、前記移動ノードの移動速度を検知するよう構成された手段を更に含み、前記処理装置は、前記移動ノードの検知された前記移動速度に依存して前記タイマーを作動させる請求項３３に記載の移動ノード。
請求項35
前記３ＧＰＰネットワーク・エリア内の各移動性管理エンティティに関する情報を含むデータベースを保存するよう構成された記憶装置を更に含み、前記処理装置は、保存された前記データベースにさらに基づいて、前記移動性管理エンティティを決定するよう構成されている請求項２４から３４のいずれか１つに記載の移動ノード。
請求項36
前記処理装置が、前記移動性管理エンティティを決定するために、前記移動ノードの決定された位置に関連したパラメータから、前記移動性管理エンティティの識別子を構築するよう構成された請求項２４から３４のいずれか１つに記載の移動ノード。
請求項37
請求項２から２３のいずれか１つに記載の方法のステップを実行、及び／又は前記ステップに参加する手段を更に含む請求項２４に記載の移動ノード。
請求項38
移動ノードの非３ＧＰＰネットワーク・エリアから３ＧＰＰネットワーク・エリアへのハンドオーバを準備するための、前記非３ＧＰＰネットワーク・エリア又は前記３ＧＰＰネットワーク・エリア内のエンティティであって、前記移動ノードが前記非３ＧＰＰネットワーク・エリアに接続している場合、前記移動ノードの位置を決定するよう構成された処理装置と、前記処理装置は、前記移動ノードの決定された位置に基づいて、前記３ＧＰＰネットワーク・エリア内の移動性管理エンティティを決定するよう構成されており、前記処理装置は、前記移動ノードを決定された前記移動性管理エンティティに登録するよう構成されており、決定された前記移動性管理エンティティに関する情報を前記移動ノードへと送信するよう構成された送信機とを、備えるエンティティ。
請求項39
前記処理装置が、前記エンティティ、又は、前記非３ＧＰＰ又は前記３ＧＰＰネットワーク・エリアの別のエンティティの送信機を、前記移動ノードに関連したコンテキスト情報を前記移動性管理エンティティへと送信するようトリガすることによって、前記移動ノードを登録するよう構成された請求項３８に記載のエンティティ。
請求項40
前記処理装置が、以前の移動性管理エンティティ又はホーム加入者サーバ又は前記３ＧＰＰネットワークの認証エンティティを、前記コンテキスト情報を前記移動性管理エンティティへと送信するようトリガするよう構成された請求項３９に記載のエンティティ。
請求項41
請求項２から２３のいずれか１つに記載の方法の各ステップを実行、及び／又は前記ステップに参加する手段を更に含む請求項３８に記載のエンティティ。
請求項42
請求項２４から３７のいずれか１つに記載の前記移動ノードと、請求項３８から４１のいずれか１つに記載の前記エンティティとを備える通信システム。
請求項43
非３ＧＰＰネットワーク・エリア又は３ＧＰＰネットワーク・エリア内に配置された移動ノードのハンドオーバを準備及び実行する方法であって、前記移動ノードが、前記３ＧＰＰネットワーク・エリア内の第一のサービング・ゲートウェイを介したデータ経路上で、前記３ＧＰＰネットワーク・エリア内のパケット・データ・ネットワーク・ゲートウェイとの間でデータ・パケットを交換している場合、前記移動ノードのハンドオーバの可能性を計算するステップと、ハンドオーバの可能性が所定のレベルを超えた後ただちに、前記移動ノードの位置を決定するステップと、前記移動ノードの決定された位置に基づいて、前記３ＧＰＰネットワーク・エリア内に第二のサービング・ゲートウェイを決定するステップと、前記パケット・データ・ネットワーク・ゲートウェイと前記移動ノードの間でデータ・パケットを交換するためのデータ経路を、前記第二のサービング・ゲートウェイを経由するよう変更するステップと、前記移動ノードの前記ハンドオーバを実行するステップであって、前記ハンドオーバ中に前記移動ノードは、前記第二のサービング・ゲートウェイを用いて前記パケット・データ・ネットワーク・ゲートウェイとの間で前記データ・パケットを交換するよう指示するステップとを、含む方法。
請求項44
前記データ経路を変更するステップが、前記パケット・データ・ネットワーク・ゲートウェイと前記移動ノードの間の前記データ経路に関する情報を前記第一のサービング・ゲートウェイから前記第二のサービング・ゲートウェイへと送信するステップを含む請求項４３に記載の方法。
請求項45
前記移動ノードがモバイル・アクセス・ゲートウェイを経由して前記非３ＧＧＰネットワーク・エリアに接続されており、前記移動ノードは最適化されたデータ経路上で前記データ・パケットを交換中であり、前記最適化されたデータ経路は前記パケット・データ・ネットワーク・ゲートウェイを経由しない前記方法であって、前記移動ノードとコレスポンデント・ノードの間の前記最適化されたデータ経路を用いるために、前記モバイル・アクセス・ゲートウェイから前記第二のサービング・ゲートウェイへの前記最適化されたデータ経路についての接続パラメータに関する情報を送信するステップを更に含む請求項４３に記載の方法。
請求項46
前記データ経路を変更した後ただちに、前記データ経路変更の完了に関する情報を前記移動ノードへと送信するステップを更に含み、前記データ経路変更の完了に関する前記情報を受信した後に、前記移動ノードの前記ハンドオーバが実行される請求項４３から４５のいずれか１つに記載の方法。
請求項47
前記データ経路を変更した後ただちに、前記データ・パケットが、前記第一のサービング・ゲートウェイと前記第二のサービング・ゲートウェイの間で前記データ・パケットを転送することによって、前記パケット・データ・ネットワーク・ゲートウェイと前記移動ノードの間で交換される請求項４３から４６のいずれか１つに記載の方法。
請求項48
前記第二のサービング・ゲートウェイの決定が、前記移動ノード、前記第一のサービング・ゲートウェイ、前記３ＧＰＰネットワーク・エリア内の前記移動性管理エンティティ、又は、前記３ＧＰＰネットワーク・エリア内の認証サーバのいずれかによって実行される請求項４３から４７のいずれか１つに記載の方法。
請求項49
前記移動ノードの前記ハンドオーバが、前記非３ＧＰＰネットワーク・エリアから前記３ＧＰＰネットワーク・エリアへ、又は、前記３ＧＰＰネットワーク・エリアから前記非３ＧＰＰネットワーク・エリアへのいずれかである請求項４３から４８のいずれか１つに記載の方法。
請求項50
前記移動ノードの前記ハンドオーバが、前記非３ＧＰＰネットワーク・エリア内、又は前記３ＧＰＰネットワーク・エリア内のいずれかである請求項４３から４８のいずれか１つに記載の方法。
請求項51
前記第二のサービング・ゲートウェイを決定ステップが、前記３ＧＰＰネットワーク内のサービング・ゲートウェイに関する情報を含むデータベースに基づいている請求項４３から５０のいずれか１つに記載の方法。
請求項52
前記データベース中の前記３ＧＰＰネットワーク内のサービング・ゲートウェイに関する情報が動的である請求項５１に記載の方法。
請求項53
前記移動ノードと、前記第一及び前記第二のサービング・ゲートウェイが、訪問先公衆陸上移動性ネットワーク上に配置されており、前記パケット・データ・ネットワーク・ゲートウェイが、前記移動ノードのホーム公衆陸上移動性ネットワークに配置されている請求項４３から５２のいずれか１つに記載の方法。
請求項54
前記第二のサービング・ゲートウェイへと送信される前記データ経路に関する情報が、前記パケット・データ・ネットワーク・ゲートウェイと前記移動ノードの間の前記データ経路上のすべてのエンティティに関する識別情報を含むバインディング更新リストである請求項４４から５３のいずれか１つに記載の方法。
請求項55
前記移動ノードのハンドオーバの可能性が、前記移動ノードの位置における前記非３ＧＰＰネットワーク・エリア及び／又は前記３ＧＰＰネットワーク・エリアのネットワーク配置に基づいている請求項４３から５４のいずれか１つに記載の方法。
請求項56
前記移動ノードのハンドオーバの可能性が、前記非３ＧＰＰ又は前記３ＧＰＰネットワーク・エリアから受信した無線信号強度の減少に伴って増加する請求項４３から５５のいずれか１つに記載の方法。
請求項57
前記移動ノードのハンドオーバの可能性が、前記非３ＧＰＰ及び／又は前記３ＧＰＰネットワーク・エリア内の前記移動ノードの以前保存された移動パターンに基づいている請求項４３から５４のいずれか１つに記載の方法。
請求項58
前記移動ノードが前記非３ＧＰＰネットワーク・エリアに接続している場合、さらに、前記移動ノードの決定された位置に基づいて、前記３ＧＰＰネットワーク・エリア内の前記移動性管理エンティティを決定するステップと、前記移動ノードを決定された前記移動性管理エンティティに登録するステップと、前記非３ＧＰＰネットワーク・エリアから前記３ＧＰＰネットワーク・エリアへのハンドオーバ中に、前記移動ノードが、３ＧＰＰネットワーク・エリアに接続するときに、決定された前記移動性管理エンティティを指示するステップとを、更に含む請求項４３から５７のいずれか１つに記載の方法。
請求項59
前記第二のサービング・ゲートウェイを決定するステップが、決定された前記移動性管理エンティティによって実行される請求項５８に記載の方法。
請求項60
データ・パケットが前記パケット・データ・ネットワーク・ゲートウェイと前記移動ノードの間で交換中であるか否かを決定するステップを更に含み、いずれのデータ・パケットも交換中でないと決定されるときに、前記データ経路を変更するステップが実行される請求項４３から５９のいずれか１つに記載の方法。
請求項61
自己のハンドオーバを準備及び実行する移動ノードであって、前記移動ノードが非３ＧＰＰネットワーク・エリア又は３ＧＰＰネットワーク・エリアに配置されているとともに、前記３ＧＰＰネットワーク・エリア内の第一のサービング・ゲートウェイを介したデータ経路上で、パケット・データ・ネットワーク・ゲートウェイとの間でデータ・パケットを交換している場合、前記移動ノードは、前記移動ノードのハンドオーバの可能性を計算するよう構成された処理装置を備え、前記処理装置は、ハンドオーバの可能性が所定のレベルを超えた後ただちに、前記移動ノードの位置を決定するようさらに構成され、前記処理装置は、前記移動ノードの決定された位置に基づいて、前記３ＧＰＰネットワーク・エリア内に第二のサービング・ゲートウェイを決定するようさらに構成され、前記処理装置は、前記パケット・データ・ネットワーク・ゲートウェイと前記移動ノードの間でデータ・パケットを交換するための前記データ経路を、前記第二のサービング・ゲートウェイを経由するように変更するようさらに構成され、前記処理装置は、前記ハンドオーバを実行し、前記ハンドオーバ中に、前記第二のサービング・ゲートウェイを用いて前記パケット・データ・ネットワーク・ゲートウェイとの間で前記データ・パケットを交換することを指示するようさらに構成された移動ノード。
請求項62
前記パケット・データ・ネットワーク・ゲートウェイと前記移動ノードの間の前記データ経路についての情報を送信するために、前記第一のサービング・ゲートウェイに対するトリガを、前記第一のサービング・ゲートウェイから前記第二のサービング・ゲートウェイへと送信するよう構成された送信機を更に含む請求項６１に記載の移動ノード。
請求項63
前記データ経路変更の完了に関する情報を受信するよう構成された受信機を更に含み、前記データ経路変更の完了に関する前記情報を受信した後に、前記移動ノードの前記ハンドオーバが実行される請求項６１又は６２に記載の移動ノード。
請求項64
前記３ＧＰＰネットワーク内のサービング・ゲートウェイに関する情報を含むデータベースを保存するよう構成された記憶装置を更に含み、前記第二のサービング・ゲートウェイの決定が、保存された前記データベースに基づいている請求項６１から６３のいずれか１つに記載の移動ノード。
請求項65
前記移動ノードの位置における前記非３ＧＰＰネットワーク・エリア及び／又は前記３ＧＰＰネットワーク・エリアのネットワーク配置に関する情報を保存するよう構成された記憶装置を更に含み、ハンドオーバの可能性の計算が、前記移動ノードの前記位置における前記保存されたネットワーク配置情報に基づいている請求項６１から６４のいずれか１つに記載の移動ノード。
請求項66
前記処理装置が、前記非３ＧＰＰ及び／又は前記３ＧＰＰネットワーク・エリアから受信した前記無線信号強度を決定するようさらに構成され、前記移動ノードのハンドオーバの可能性が前記無線信号強度の減少に伴って増加する請求項６１から６５のいずれか１つに記載の移動ノード。
請求項67
前記非３ＧＰＰ及び／又は前記３ＧＰＰネットワーク・エリア内の前記移動ノードの移動パターンを保存するよう構成された記憶装置を更に含み、前記移動ノードのハンドオーバの可能性の計算が、以前保存された前記移動パターンに基づいている請求項６１から６４のいずれか１つに記載の移動ノード。
請求項68
請求項４３から６０のいずれか１つに記載の方法のステップを実行、及び／又は前記ステップに参加する手段を更に含む請求項６１に記載の移動ノード。
請求項69
非３ＧＰＰ又は３ＧＰＰネットワーク・エリア内に配置された移動ノードのハンドオーバを準備するための、前記非３ＧＰＰ又は前記３ＧＰＰネットワーク・エリア内のエンティティであって、前記移動ノードが、前記３ＧＰＰネットワーク・エリア内の第一のサービング・ゲートウェイを介したデータ経路上で、前記３ＧＰＰネットワーク・エリア内のパケット・データ・ネットワーク・ゲートウェイとの間で、データ・パケットを交換している場合、前記移動ノードのハンドオーバの可能性を計算するよう構成された処理装置と、前記処理装置は、ハンドオーバの可能性が所定のレベルを超えた後ただちに、前記移動ノードの位置を決定するよう構成されており、前記処理装置は、前記移動ノードの決定された位置に基づいて、第二のサービング・ゲートウェイを決定するよう構成されており、前記処理装置は、前記パケット・データ・ネットワーク・ゲートウェイと前記移動ノードの間で前記データ・パケットを交換するための前記データ経路を、前記第二のサービング・ゲートウェイを経由するように変更するようさらに構成されており、決定された前記第二のサービング・ゲートウェイに関する情報を前記移動ノードへと送信するよう構成された送信機とを、備えるエンティティ。
請求項70
請求項４３から６０のいずれか１つに記載の方法のステップを実行、及び／又は前記ステップに参加する手段を更に備える請求項６９に記載のエンティティ。
請求項71
請求項６１から６８のいずれか１つに記載の前記移動ノードと、請求項６９又は７０に記載の前記エンティティとを備える通信システム。