JP2012513691A - 最適化ホームリンク検出 - Google Patents

Abstract

本発明は、移動通信ネットワークにおいてパケットデータネットワークに対する接続を経てモバイルノードによって追加セッションを確立するための方法、及びこの方法を実行するように適応されたモバイルノード及びパケットデータネットワークゲートウェイに関する。モバイルノードによる最適化ホームリンク検出を提案するため、本発明の１つの態様は、モバイルノードがホームリンク上に位置しているか否かについての決定を遅延させることである。従来のホームリンク検出においては、モバイルノードは、アクセスインタフェイス上でいずれかの対応付け更新を送信する前に、そのアクセスインタフェイス上で構成されたローカルＩＰアドレスのプレフィックスがブートストラップ中に受信したホームアドレスプレフィックスに一致するか否かをチェックする。本発明の１つの態様によれば、ホームリンク検出が、ブートストラップ中に受信されたホームアドレスプレフィックスと、ブートストラップ後に受信したルータ広告の広告されたローカルプレフィックスとの比較に基づくことで、このホームリンク検出は遅延される。

Description

本発明は、移動通信ネットワークにおいてパケットデータネットワークに対する接続を経てモバイルノードにより追加セッションを確立し、これによって最適化ホームリンク検出を用いる方法に関する。また、最適化ホームリンク検出は、第１のセッションを確立する場合にも使用可能である。さらに、本発明は、最適化ホームリンク検出を実施するように適切に構成又はプログラム化されたパケットデータネットワークゲートウェイ、通信システム、及びコンピュータ読み取り可能媒体に関する。

ＵＭＴＳ（ユニバーサル移動体通信システム）は、３ＧＰＰ（第３世代共同プロジェクト）によって標準化された３Ｇ（第３世代）移動体通信システムである。３ＧＰＰは、「ロングタームエボルーション（ＬＴＥ）」という名のほうがより知られている研究「進化型（Evolved）ＵＴＲＡ及びＵＴＲＡＮ」を開始した。この研究は、サービスの提供を改善するとともに、並びにユーザ及び事業者の費用を低減するためのパフォーマンスの大幅な向上を達成する手段を検討している。これらの研究に考慮し、かつ、他の無線アクセス技術と連携して動作することを可能にするために、新規の進化型（Evolved）パケットコア（ＥＰＣ）ネットワークを定義する必要性が生じた。より詳細には、３ＧＰＰ ＴＳ２３．４０１「Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ） ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ） ａｃｃｅｓｓ」バージョン８．３．０及び３ＧＰＰ ＴＳ２３．４０２「Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ｎｏｎ−３ＧＰＰ ａｃｃｅｓｓｅｓ」バージョン８．３．０を参照されたい、これらの文書は双方ともｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇにおいて利用可能であり、引用によりここに包含される。

ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャの典型的な表示が図１に示されている。以下では、ここに記載された本発明のより良い理解を促進するために、このアーキテクチャの最も重要ないくつかのエンティティが説明されている。

Ｅ−ＵＴＲＡＮは、進化型（evolved）Ｎｏｄｅ Ｂ（複数個）（ｅＮＢ（複数個）又はｅＮｏｄｅ Ｂ（複数個））から成り、Ｅ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）と制御プレーン（ＲＲＣ）のプロトコル終端をモバイルノードに提供している。ｅＮｏｄｅＢは、ユーザプレーンヘッダ圧縮及び暗号化の機能性を含む、物理（ＰＨＹ）層、媒体アクセス制御（ＭＡＣ）層、無線リンク制御（ＲＬＣ）層、及びパケットデータ制御プロトコル（ＰＤＣＰ）層を含んでいる（host）。また、それは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能性を提供する。それは、無線リソースマネジメント、許可制御、スケジューリング、ネゴシエートされたＵＬ ＱｏＳの実行、セル情報ブロードキャスト、ユーザ及び制御プレーンデータの暗号化／暗号解読、ＤＬ／ＵＬユーザプレーンパケットのヘッダ（複数個）の圧縮／解凍を含む多くの機能を実行する。

ｅＮｏｄｅ Ｂ（複数個）は、Ｘ２インタフェイスによって互いに接続されている。また、ｅＮｏｄｅ Ｂ（複数個）は、Ｓ１インタフェイスによってＥＰＣ（進化型（Evolved）パケットコア）に、より明確には、Ｓ１−ＭＭＥによってＭＭＥ（モビリティマネジメントエンティティ）に、及び、Ｓ１−Ｕによってサービングゲートウェイ（Ｓ−ＧＷ）に、接続されている。Ｓ１インタフェイスは、ＭＭＥ（複数個）／サービングゲートウェイ（複数個）とｅＮｏｄｅ Ｂ（複数個）との間の多対多対応をサポートしている。

サービングゲートウェイは、ユーザのデータパケット（複数個）を経路設定し、及び転送する一方、また、ｅＮｏｄｅ Ｂ（複数個）同士のハンドオーバ中にユーザプレーンについてのモビリティアンカとして、及び、ＬＴＥと他の３ＧＰＰ技術との間のモビリティアンカとしての機能を果たしている（Ｓ４インタフェイスを終端させ、かつ、２Ｇ／３ＧシステムとＰＤＮ−ＧＷとの間のトラフィクを中継する）。アイドル状態のＵＥ（複数個）の場合、サービングゲートウェイは、ダウンリンクデータ経路を終端させ、ダウンリンクデータがＵＥに到達したときにページング（paging）をトリガする。それは、ＵＥのコンテクスト、例えばＩＰベアラサービスのパラメータ、ネットワークの内部経路設定情報、を管理し、保存する。また、それは、合法的な傍受の場合には、ユーザトラフィクの複製を実行する。

ＭＭＥは、ＬＴＥアクセスネットワークに対する主要な制御ノードである。それは、再送信を含むアイドルモードのＵＥの追跡及びページング（paging）手順を担当する。それは、ベアラの起動／起動停止プロセスに関与するとともに、初期接続時及びコアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバのときに、ＵＥに対するサービングゲートウェイの選択を担当する。ＭＭＥは、（ホーム加入者サーバ、ＨＳＳと相互作用することによって）ユーザの認証を担当する。それは、サービスプロバイダの公衆地上移動体ネットワーク（ＰＬＭＮ）内をローミングすることでＵＥの認証を確認するとともに、ＵＥのローミング制限を実行する。ＭＭＥは、非アクセス層（ＮＡＳ）シグナリングに対する暗号化／完全性の保護のためのネットワーク内の終端点であり、かつ、セキュリティキーマネジメントを取り扱う。また、ＭＭＥは、ＳＧＳＮ（サービングＧＰＲＳサポートノード）からＭＭＥで終端とするＳ３インタフェイスをＬＴＥと２Ｇ／３Ｇアクセスネットワーク（複数個）との間のモビリティに対する制御プレーン機能に提供する。ＭＭＥを起点とし、また、ＭＭＥは、ＵＥ（複数個）をローミングさせるために、ホームＨＳＳへと向かうＳ６ａインタフェイスを終端させる。

パケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）は、当該ＵＥに対するトラフィクの出口及び入口であることにより、外部パケットデータネットワーク（複数個）への当該ＵＥの接続性を提供する。１個のＵＥは、多数のパケットデータネットワーク（複数個）（ＰＤＮ（複数個））にアクセスするために、１個以上のパケットデータネットワークゲートウェイとの同時の接続性を備えてもよい。パケットデータネットワークゲートウェイは、方針実行、ユーザごとのパケットのフィルタリング、課金サポート、合法的な傍受、及びパケットスクリーニングを実行する。パケットデータネットワークゲートウェイのもう１つの主要な役割は、３ＧＰＰ技術と非３ＧＰＰ技術との間のモビリティに対してアンカとして作用することである。

図１に示したアーキテクチャを要約すると、新規の３ＧＰＰコアネットワークは、新規のＥ−ＵＴＲＡＮアクセスをサポートするために、主に３つの論理エンティティに分かれている。ユーザプレーンにおいて、パケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）は、外部ネットワーク（複数個）に対するゲートウェイであるとともに、３ＧＰＰアクセス技術と非３ＧＰＰアクセス技術（例えば、ＣＤＭＡ２０００、ＷｉＭＡＸ、又はＷＩＦＩ）との間のモビリティに対するグローバルモビリティアンカである。また、ユーザプレーンでは、サービングゲートウェイは、３ＧＰＰアクセス（複数個）（Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮ）間のモビリティに対するモビリティアンカとしても考慮することができる。モビリティマネジメントエンティティ（ＭＭＥ）は、異なるＥ−ＵＴＲＡＮ基地局（ｅＮｏｄｅ Ｂ（複数個））間を移動するＵＥ（複数個）（以下、モバイルノード、モバイルノードもしくはＭＮとも称される）のモビリティマネジメント及びセッションマネジメントを担当する制御プレーンエンティティである。

ＬＴＥの別の態様は、３ＧＰＰアクセス（複数個）（例：ＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ）、非３ＧＰＰアクセス（複数個）（例：ＷＬＡＮ、ＷｉＭＡＸ、３ＧＰＰ２等）、及び、それらの異なる種類のアクセス間の、すなわち異機種ネットワークにおける、モビリティのサポートである。３ＧＰＰアクセス（複数個）と非３ＧＰＰアクセス（複数個）との間のモビリティに対するアンカは、このゲートウェイが外部のパケットデータネットワーク（複数個）へのインタフェイスをも提供するパケットデータネットワークゲートウェイである。３ＧＰＰアクセス（複数個）と非３ＧＰＰアクセス（複数個）との間のモビリティは、モバイルＩＰに基づいており、使用されるプロトコルは、クライアントモバイルＩＰ（Ｊｏｈｎｓｏｎ等の「Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ ｉｎ ＩＰｖ６」、ＩＥＴＦ ＲＦＣ ３７７５、２００４年６月、及び、Ｓｏｌｉｍａｎ等の「Ｍｏｂｉｌｅ ＩＰｖ６ Ｓｕｐｐｏｒｔ ｆｏｒ Ｄｕａｌ Ｓｔａｃｋ Ｈｏｓｔｓ ａｎｄ Ｒｏｕｔｅｒｓ」、ＩＥＴＦ Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ、ｄｒａｆｔ−ｉｅｔｆ−ｍｅｘｔ−ｎｅｍｏ−ｖ４ｔｒａｖｅｒｓａｌ−０６．ｔｅｘｔ、２００８年１１月を参照のこと、これらの文書は双方ともｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇにおいて利用可能であり、引用によりここに包含される）、又は、プロキシモバイルＩＰ（Ｇｕｎｄａｖｅｌｌｉ等の「Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６」、ＩＥＴＦ ＲＦＣ ５２１３、２００８年８月、及び、Ｌｅｕｎｇ等の「ＷｉＭＡＸ Ｆｏｒｕｍ／３ＧＰＰ２ Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ４」、ＩＥＴＦインターネットドラフト、ｄｒａｆｔ−ｌｅｕｎｇ−ｍｉｐ４−ｐｒｏｘｙ−ｍｏｄｅ−０９．ｔｘｔ、２００８年７月を参照のこと、これらの文書は双方ともｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇにおいて利用可能であり、引用によりここに包含される）のいずれかとすることができる。

上述のように、モビリティマネジメントエンティティ（ＭＭＥ）はモビリティマネジメント及びセッションマネジメントを担当する。ＭＭＥに接続されたモバイルノードごとに、具体的なモビリティマネジメント及び進化型（evolved）パケットシステムコンテクスト情報はＭＭＥに保存される。これらのコンテクストは、例えばモビリティ状態、一時的なアイデンティティ、現在の追跡エリアリスト、最後の既知のセル、認証ベクトル（複数個）、アクセス制約（複数個）、加入ＱｏＳプロファイル、契約課金特徴（複数個）、及び、アクティブＰＤＮ接続ごとに使用中のＡＰＮ（アクセスポイント名）、ＩＰｖ４／ＩＰｖ６アドレス（複数個）、制御プレーンについてのＰＤＮ−ＧＷアドレス、及び、例えばＥＰＳ（進化型（evolved）パケットシステム）ベアラＱｏＳプロファイル、ＥＰＳベアラ課金特徴（複数個）のような、ＰＤＮ接続内のＥＰＳベアラごとの情報を含む。

３ＧＰＰシステム内のモビリティマネジメントは制御されたネットワークで、２種類のプロトコルは、ＰＤＮ−ＧＷとサービングＧＷとの間のインタフェイスのために標準化されている。１つは、従来のＧＰＲＳ（汎用パケット無線サービス）システムにおいて用いられるプロトコル、ＧＴＰ（ＧＰＲＳトンネリングプロトコル）に基づいており、他の１つは、インターネット技術標準化委員会（ＩＥＴＦ）で開発されたプロキシモバイルＩＰｖ６である−Ｇｕｎｄａｖｅｌｌｉ等の「Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６」、ＩＥＴＦ ＦＲＣ ５２１３、２００８年８月を参照のこと、これはｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇにおいて利用可能であり、引用によりここに包含される。非３ＧＰＰアクセスネットワーク（複数個）との相互作用では、非３ＧＰＰアクセスがＰＭＩＰｖ６をサポートする場合、モバイルノードはＰＭＩＰｖ６を経て３ＧＰＰコアネットワーク、すなわちＰＤＮ−ＧＷに接続できる。あるいは、モバイルノードがＰＭＩＰｖ６によるアクセス間ハンドオーバをサポートしない場合、又は非３ＧＰＰアクセスがＰＭＩＰｖ６をサポートしない場合には、モバイルノードは、クライアントモバイルＩＰを経て３ＧＰＰコアネットワークに接続でき、例えば、フォーリンエージェントモードにおけるモバイルＩＰｖ４（Ｐｅｒｋｉｎｓの「ＩＰ Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ ｆｏｒ ＩＰｖ４」、ＩＥＴＦ ＲＦＣ ３３４４、２００２年８月を参照のこと。これはｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇにおいて利用可能であり、引用によりここに包含される）、又は、デュアルスタックモバイルＩＰｖ６（ＤＳＭＩＰｂ６、Ｈ． Ｓｏｌｉｍａｎの「Ｍｏｂｉｌｅ ＩＰｖ６ ｓｕｐｐｏｒｔ ｆｏｒ ｄｕａｌ ｓｔａｃｋ Ｈｏｓｔｓ ａｎｄ Ｒｏｕｔｅｒｓ（ＤＳＭＩＰｖ６）」、ＩＥＴＦインターネットドラフト、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｎｅｍｏ−ｖ４ｔｒａｖｅｒｓａｌ−０６．ｔｘｔ、２００７年１１月を参照のこと、これはｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇにおいて利用可能であり、引用によりここに包含される）である。

非３ＧＰＰアクセス（複数個）は、信頼できるアクセス（複数個）及び信頼できないアクセス（複数個）に分けられる。信頼できないアクセス（複数個）についての想定は、信頼できないアクセスにおけるモバイルノードが、事業者サービス、すなわちパケットデータネットワークにアクセスする前に、まず進化型パケットデータネットワークゲートウェイ（ｅＰＤＧ）に対する（ＩＰｓｅｃに基づいた）セキュアなトンネルを必要とするということである。ｅＰＤＧは、相互作用ＷＬＡＮのために用いられるＰＤＧと同様である（３ＧＰＰ ＴＳ ２３．２３４「３ＧＰＰ ｓｙｓｔｅｍ ｔｏ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ （ＷＬＡＮ） ｉｎｔｅｒｗｏｒｋｉｎｇ； Ｓｙｓｔｅｍ ｄｅｓｃｒｉｐｔｉｏｎ」、バージョン７．７．０、２００８年８月に記載された通り、これはｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇにおいて利用可能であり、引用によりここに包含される）。信頼できるアクセス（複数個）については、セキュアなトンネルは必要ない。

モバイルノードが信頼できる又は信頼できない非３ＧＰＰアクセスネットワークにアクセス可能となる前に、アクセス認証が実行される。３ＧＰＰベースのアクセス認証が非３ＧＰＰアクセスにおいて適用される場合、すなわち３ＧＰＰ ＡＡＡサーバ／ＨＳＳがモバイルノードを認証する場合、ＥＡＰ−ＡＫＡが用いられる（Ａｒｋｋｏ等の「Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｍｅｔｈｏｄ ｆｏｒ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ （ＥＡＰ−ＡＫＡ）」、ＩＥＴＦ ＲＦＣ ４１８７、２００６年８月を参照のこと、これはｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇにおいて利用可能であり、引用によりここに包含される）。

モバイルノードが非３ＧＰＰアクセスネットワークにおいてアクティブである場合、ローカルＩＰアドレスは、非３ＧＰＰアクセスにおけるモバイルノードにパケット（複数個）をルーティングするために用いられる。このＩＰアドレスは、モバイルＩＰ（ＭＩＰ）の用語を用いる気付アドレス（ＣｏＡ）である。ＤＳＭＩＰｖ６の場合、このアドレスがモバイルノードに割り当てられ、モバイルノードは、この気付アドレスを用いて、ホームエージェント（ＨＡ）の機能を有するＰＤＮ−ＧＷに対応付け更新（binding update）（複数個）を送信している。ＰＭＩＰｖ６の場合、気付アドレスは、非３ＧＰＰアクセスネットワーク又はｅＰＤＧに位置するモバイルアクセスゲートウェイ（ＭＡＧ）のアドレスであり、ＭＡＧは、その（プロキシ）気付アドレスを用いて、３ＧＰＰネットワークのＰＤＮ−ＧＷにプロキシ対応付け更新を送信しており、それは、ローカルモビリティアンカ（ＬＭＡ）の機能を有する。

同一の非３ＧＰＰアクセス内又は異なる非３ＧＰＰアクセス間のモビリティについては、同様の機構は、３ＧＰＰアクセス（複数個）と非３ＧＰＰアクセス（複数個）との間のモビリティとして、すなわちクライアント又はプロキシモバイルＩＰを用いられることができる。

以下において概要を述べるように、異なるパケットデータネットワーク（複数個）に対する接続（複数個）を用いた多数のセッションのセットアップは、モバイルノードのホームリンク検出のために長い時間のかかるものである。これについて、図２に示した例示的な状況を用いて以下で説明する。

モバイルノードは、非３ＧＰＰアクセスに対して接続（２００１）し、ＰＤＮ−ＧＷ２０１を通ってＰＤＮ１に対する接続を確立する（２００２）。この接続手順の間、モバイルノードは、フォーリンプレフィックス（アクセスルータから広告された）か、又はホームプレフィックス（例えば、ＭＡＧ２０３から広告された）のいずれかとすることができる非３ＧＰＰアクセスにおいてプレフィックス１を受信する（２００３）。この接続手順の間、モバイルノードは、プレフィックスがフォーリンプレフィックスであるかホームプレフィックスであるかの情報は受信しない、同様に、アクセス認証中、ＤＨＣＰ、アクセスの具体的な手順、ルータ広告の拡張も受信しない。したがって、モバイルノードは、ＰＤＮ−ＧＷ２０１を用いてＤＳＭＩＰｖ６ブートストラップによってホームリンク検出を実行する（Ｇ． Ｇｉａｒｅｔｔａ等の「Ｍｏｂｉｌｅ ＩＰｖ６ Ｂｏｏｔｓｔｒａｐｐｉｎｇ ｉｎ Ｓｐｌｉｔ Ｓｃｅｎａｒｉｏ」、ＩＥＴＦ ＲＦＣ ５０２６、２００７年１０月を参照のこと、これはｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇにおいて利用可能であり、引用によりここに包含される）。ブートストラップの間、モバイルノードは、ＰＤＮ ＧＷ２０１によって割り当てられたホームプレフィックスを受信する。モバイルノードは、非３ＧＰＰアクセスにおいてローカルに割り当てられたプレフィックスを、ブートストラップ中に受信したプレフィックスと比較する。

ＰＤＮ２０１に対する接続を確立した後、モバイルノードは、ＰＤＮ−ＧＷ２を経てＰＤＮ２０２に対して追加の接続をセットアップすることを希望する。３ＧＰＰ ＴＳ２３．４０２の３ＧＰＰリリース８規格、「Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ｎｏｎ−３ＧＰＰ ａｃｃｅｓｓｅｓ （Ｒｅｌｅａｓｅ ８）」、バージョン８．３．０、２００８年９月（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇにおいて利用可能であり、引用によりここに包含される）によれば、非３ＧＰＰアクセスネットワークに位置するモバイルノードは、１つのＰＤＮ接続についてホームリンク上にあるとともに、別のＰＤＮ接続についてフォーリンリンク上にあるということは不可能である。この状況において、この制約は従われない、すなわち、１つのＰＤＮ接続について広告されたプレフィックスはホームプレフィックスとすることができ、別のＰＤＮについて広告されたプレフィックスはフォーリンプレフィックスとすることができる。

この場合、追加のＰＤＮ接続を確立するために、モバイルノードはＰＤＮ−ＧＷ２０２によりブートストラップするために、ＤＳＭＩＰｖ６ブートストラップを用いることができる。これが可能である理由は、モバイルノードがＰＤＮ１に対するＰＤＮ接続から少なくとも１つのＩＰアドレスをすでに有するからである。したがって、ＰＤＮ−ＧＷ２０２によるＤＳＭＩＰｖ６ブートストラップのためのローカルＩＰアドレスとして用いられるアドレスは、例えばＵＥがＰＤＮ１接続のホームリンク上にない場合にＰＤＮ−ＧＷ２０１接続のためのＣｏＡとしても用いられる非３ＧＰＰアクセスからのフォーリンＩＰアドレスとすることができるか、又は、ブートストラップのために用いるローカルＩＰアドレスは、ＰＤＮ−ＧＷ２０１からのホームアドレス（ＨｏＡ）とすることができる。

しかしながら、いずれにせよ、ＰＤＮ−ＧＷ２接続のための非３ＧＰＰアクセスにおいてホームリンクが可能である（すなわち非３ＧＰＰアクセスとＰＤＮ−ＧＷとの間のＰＭＩＰトンネリングがサポートされている）場合であっても、ローカルＩＰアドレスはＰＤＮ−ＧＷ２０２によって割り当てられたホームアドレス２と等しくすることができない、なぜなら、ＰＤＮ−ＧＷ２０２に対する接続の確立が初期化されてホームアドレス２が割り当てられる前に、ローカルＩＰアドレスはもう割り当てられるからである。ローカルＩＰアドレスは気付アドレスとして用いられる、すなわち、モバイルノードはＰＤＮ−ＧＷ２０２に対応付け更新を送信し、常に双方向トンネリングによるＤＳＭＩＰｖ６が用いられる（図３を参照のこと）。したがって、この機構は不必要なオーバーヘッドを追加する（ＰＤＮ−ＧＷ２０２に対するＩＰ内ＩＰトンネリング）。

本発明の１つの目的は、モバイルノードによる最適化ホームリンク検出を提案することである。本発明のさらなる目的は、モバイルノードが、異なるパケットデータネットワーク（複数個）を通って異なるセッション（３ＧＰＰ用語では、いわゆるＰＤＮ接続（複数個））のための異なるモビリティマネジメントスキームを使用可能とすることである。

この目的は、独立クレームの主題によって解決される。本発明の有利な実施形態は、従属クレームの主題である。

本発明の１つの態様は、モバイルノード（すなわち３ＧＰＰ用語におけるユーザ機器すなわちＵＥ）がホームリンク上に位置しているか否かについての決定を遅延させることによって、モバイルノードのホームリンク検出を最適化するものである。上述のように、従来のホームリンク検出において、モバイルノードは、アクセスインタフェイス上でいずれかの対応付け更新を送信する前に、そのアクセスインタフェイス上で構成されたローカルＩＰアドレスのプレフィックスがブートストラップ中に受信したホームアドレスプレフィックスと一致するか否かをチェックする。本発明の１つの態様によれば、ホームリンク検出が、ブートストラップ中に受信したホームアドレスプレフィックスと、ブートストラップ後に受信したルータ広告の広告されたローカルプレフィックスとの比較に基づくことで、このホームリンク検出は遅延される。

本発明のこの態様に従って、かつ、本発明の１つの実施形態によれば、移動通信ネットワークにおいてパケットデータネットワークに対する接続を経て追加セッションを確立するための方法が提供される。この方法において、モバイルノードは、例えば、パケットデータネットワークゲートウェイのような、追加セッション（追加ＰＤＮ接続）のためのモビリティアンカによりブートストラップを行っており、これによってパケットデータネットワークゲートウェイからホームアドレスプレフィックスを取得する。このブートストラップは、例えば、パケットデータネットワーク接続を経て追加セッションを確立するためのトリガに応答して実行される。パケットデータネットワークゲートウェイは、モバイルノードをパケットデータネットワークに接続する。さらに、モバイルノードは、セッションを確立するためのトリガの前にモバイルノードにおいて構成されたＩＰアドレスをブートストラップ中の識別子として用いる。

追加セッションのためにアクセスネットワークにおいてネットワークベースのモビリティスキームは用いられると想定すると、取得したホームアドレスプレフィックスは、ブートストラップ中に用いたＩＰアドレスのプレフィックスと一致しないはずであるので、ホームアドレスプレフィックスに構成されたＩＰアドレスは現在のアクセスネットワークにおいてトポロジ的に正しくない。したがって、モバイルノードは、セッションを確立するためのトリガの前にモバイルノードにおいて構成されたＩＰアドレスを、追加セッションのＩＰデータパケット（複数個）をカプセル化したＩＰヘッダのソースアドレスとして用いて、パケットデータネットワークゲートウェイに対して追加セッションのＩＰデータパケット（複数個）をトンネリングする。

モバイルノードは更に、アクセスルータからルータ広告を受信する。ネットワークベースのモビリティスキームが用いられると想定すると、アクセスルータは、モビイルアクセスゲートウェイ（ＭＡＧ）の機能性を実施することが想定されることができ、かつ、ルータ広告は、モバイルノードがホームリンク上にあると認識しているので、パケットデータネットワークゲートウェイによるブートストラップを通ってモバイルノードによって取得されたホームアドレスプレフィックスと同一のアドレスプレフィックスを広告することを想定されることができる。ルータ広告の受信に応答して、モバイルノードは、ホームアドレスプレフィックスに従って構成されたホームアドレスをセッションのＩＰデータパケット（複数個）のソースアドレスとして用いて、パケットデータネットワークゲートウェイに追加セッションのＩＰデータパケット（複数個）を送信することができる（すなわち、セッションのためにサービングパケットデータネットワークゲートウェイにおいてＤＳＭＩＰｖ６対応付けを登録解除し、ＩＰデータパケット（複数個）のトンネリング（複数個）を停止する）。

本発明のこの実施形態の変形において、モバイルノードは、インタフェイスにおいて、セッションを確立するためのトリガの前に、ルータ広告で広告されたローカルプレフィックスに従ってＩＰアドレスを構成する。この実施形態の別の変形において、モバイルノードは、接続を確立するためのトリガの前にモバイルノードにおいて構成され、かつ、ブートストラップに用いられるＩＰアドレスのプレフィックスが、ブートストラップ中にパケットデータネットワークゲートウェイから取得されたホームアドレスプレフィックスと一致しているか否かをチェックする−先に説明したように、これが当てはまらない場合もある−接続を確立するためのトリガの前にモバイルノードにおいて構成されたＩＰアドレスのプレフィックスが、ブートストラップ中にパケットデータネットワークゲートウェイから取得されたホームアドレスプレフィックスと一致していない場合のみ、セッションのＩＰパケット（複数個）のトンネリングが実行される。

本発明のさらなる実施形態において、ブートストラップの手順は、モバイルノードとパケットデータネットワークゲートウェイとの間で追加セッションのＩＰデータパケット（複数個）のトンネリングを行うためのモバイルノードとパケットデータネットワークゲートウェイとの間のセキュリティ関連付けを確立するＩＫＥｖ２シグナリング手順を含む。ＩＫＥｖ２シグナリング手順は、それぞれ、その中でメッセージのうちのいくつかが交換され、例えば、モバイルノードがＩＫＥｖ２シグナリング手順の１部としてパケットデータネットワークゲートウェイからホームアドレスプレフィックスを受信するように修正される。

本発明のさらなる実施形態において、ブートストラップは、モバイルノードが現在接続されているアクセスネットワークに関する情報をモバイルノードからパケットデータゲートウェイに送信することを含む。例えば、ブートストラップがＩＫＥｖ２シグナリング手順を含む場合には、この情報は、モバイルノードにより送信されるシグナリングメッセージの１つに含ませることができる。

この実施形態の変形において、パケットデータネットワークゲートウェイは、アクセスネットワークにおいてモバイルアクセスゲートウェイの機能を実施し、ルータ広告においてホームアドレスプレフィックスをモバイルノードに広告するようにアクセスルータに要求するアクセスルータを識別することができる。アクセスルータが、ネットワークベースのモビリティをサポートし、かつ、プロキシとしてモバイルノードに役に立つ（serve）することができる場合、アクセスルータは、パケットデータネットワークゲートウェイにおけるモバイルノードのホームアドレスプレフィックスのためのプロキシ気付アドレスとしてアクセスルータのＩＰアドレスを登録するために、パケットデータネットワークゲートウェイにプロキシ対応付け更新を送信する。

本発明の別の実施形態においては、ＩＰアドレスのプレフィックスがパケットデータネットワークゲートウェイから取得されたホームアドレスプレフィックスと一致していないことの判定に応答して、接続を確立するためのトリガの前にモバイルノードにおいて構成されたＩＰアドレスを、パケットデータネットワークゲートウェイにおける気付アドレスとして登録している。ＩＰアドレスのプレフィックスがホームアドレスプレフィックスと一致していないので、モバイルノードは、（ホームアドレスプレフィックスを広告するルータ広告を受信する前に）フォーリンリンク上に位置している、すなわち、ホームアドレスプレフィックスに従って構成されたＩＰアドレスはフォーリンリンク上で通信のために使用可能でないと想定する。したがって、モバイルノードは、クライアントベースのモビリティスキームが用いられることを想定し、アクセスインタフェイスのローカルＩＰアドレスを、パケットデータネットワークゲートウェイ（これはモバイルノードのホームエージェントとして作用している）におけるホームアドレスプレフィックスに従って構成されたＩＰアドレスのための気付アドレスとして登録する。

本発明のさらなる例示的な実施形態では、モバイルノードが、追加セッションを確立するためのトリガを取得する前に、別の接続を経て別のパケットデータネットワーク（すなわち別のＰＤＮ接続）に対するセッションを確立していることが想定される。さらに、クライアントベースのモビリティマネジメントスキームが別のパケットデータネットワーク接続を経たセッションのために用いられ、ネットワークベースのモビリティマネジメントスキームがこの別のＰＤＮ接続のために用いられる。

上述の例示的な実施形態においては、モバイルノードがホームリンク上にあるか否かを判定するために、広告されたプレフィックスはパケットデータネットワークゲートウェイからのホームアドレスプレフィックスと一致されている。本発明の代替的な実施形態によれば、他の機構は、モバイルノードがホームアドレスプレフィックスについてのホームリンク上にあるか否かをモバイルノードに示すために、用いられることができる。したがって、本発明の別の実施形態は、移動通信ネットワークにおいてパケットデータネットワークに対する接続を経てモバイルノードによって追加セッションを確立するための方法に関しており、モバイルノードは、パケットデータネットワーク接続を経て追加セッションを確立するためのトリガに応答して、パケットデータネットワークゲートウェイによるブートストラップを行い、これによってパケットデータネットワークゲートウェイからホームアドレスプレフィックスを取得する。さらに、モバイルノードは、セッションを確立するためのトリガの前にモバイルノードにおいて構成されたＩＰアドレスをブートストラップ中の識別子として用いる。モバイルノードは、更に、モバイルノードが接続されているアクセスネットワークにおいて、パケットデータネットワークゲートウェイから取得されたホームアドレスプレフィックスが使用可能であるか否かの指示を受信する。パケットデータネットワークゲートウェイから取得されたホームアドレスプレフィックスに従って構成されたＩＰアドレスがアクセスネットワークにおいて使用可能でない場合、すなわちモバイルノードがホームアドレスプレフィックスについてのホームリンク上にない場合、モバイルノードは、モバイルノードのために構成されたＩＰアドレスを、追加セッションのＩＰデータパケット（複数個）をカプセル化したＩＰヘッダのソースアドレスとして用いて、追加セッションのＩＰデータパケット（複数個）をパケットデータネットワークゲートウェイに対してトンネリングする。パケットデータネットワークゲートウェイから取得されたホームアドレスプレフィックスに従って構成されたＩＰアドレスが、アクセスネットワークにおいて使用可能である場合、すなわちモバイルノードがホームアドレスプレフィックスについてのホームリンク上にある場合、モバイルノードは、ホームアドレスプレフィックスに従って構成されたホームアドレスを、追加セッションのＩＰデータパケット（複数個）のソースアドレスとして用いて、追加セッションのＩＰデータパケット（複数個）をパケットデータネットワークゲートウェイに送信する。

１つの例においては、パケットデータゲートウェイから取得されたホームアドレスプレフィックスがアクセスネットワークにおいて使用可能であるか否かの指示は、ブートストラップ中にモバイルノードが受信するメッセージの１部として、又は、追加セッションを確立するために固有のシグナリングをアクセスネットワークに実行している場合にモバイルノードが受信するメッセージの１部として、受信される。

本発明の別の実施形態は、移動通信ネットワークにおいてパケットデータネットワークに対する接続を経て追加セッションを確立するためのモバイルノードに関する。モバイルノードは、パケットデータネットワーク接続を経て追加セッションを確立するためのトリガに応答して、パケットデータネットワークゲートウェイによるブートストラップを行い、これによってパケットデータネットワークゲートウェイからホームアドレスプレフィックスを取得するための送信器及び受信器を含む（これらは通信ユニットに含ませることができる）。このブートストラップ手順において、モバイルノードは、セッションを確立するためのトリガの前にモバイルノードにおいて構成されたＩＰアドレスを識別子として用いる。送信器は、セッションを確立するためのトリガの前にモバイルノードにおいて構成されたＩＰアドレスを、追加セッションのＩＰデータパケット（複数個）をカプセル化したＩＰヘッダのソースアドレスとして用いて、追加セッションのＩＰデータパケット（複数個）をパケットデータネットワークゲートウェイに対してトンネリングするように適応（adapt）されている。さらに、モバイルノードの受信器は、パケットデータネットワークゲートウェイによるブートストラップを通ってモバイルノードによって取得されたホームアドレスプレフィックスと同一のアドレスプレフィックスを広告している、アクセスルータからルータ広告を受信するように適応されている。このルータ広告の受信に応答して、送信器は、ホームアドレスプレフィックスに従って構成されたホームアドレスをセッションのＩＰデータパケット（複数個）のソースアドレスとして用いて、追加セッションのＩＰデータパケット（複数個）をパケットデータネットワークゲートウェイに送信する（かつ、ＩＰデータパケット（複数個）のトンネリングを停止する）。

本発明の別の例示的な実施形態において、モバイルノードは、接続を確立するためのトリガの前にモバイルノードにおいて構成され、かつ、ブートストラップに用いられるＩＰアドレスのプレフィックスが、ブートストラップ中にパケットデータネットワークゲートウェイから取得されたホームアドレスプレフィックスと一致しているか否かをチェックするためのプロセッサユニットを更に含み、送信器は、接続を確立するためのトリガの前にモバイルノードにおいて構成されたＩＰアドレスのプレフィックスが、ブートストラップ中にパケットデータネットワークゲートウェイから取得されたホームアドレスプレフィックスと一致していない場合にのみ、セッションのＩＰパケットをパケットデータゲートウェイにトンネリングするように、適応されている。

本発明のさらなる実施形態において、送信器は、モバイルノードが現在接続されているアクセスネットワークに関する情報をブートストラップ中にパケットデータゲートウェイに送信するように、適応されている。

一般に、本発明は、ここに記載した本発明の異なる実施形態に従った方法において実行又は関与するように適応された、モバイルノード、パケットデータネットワークゲートウェイ、及び他のネットワークノードに関することに留意すべきである。

この点において、さらなる実施形態に従った本発明は、モバイルノードをパケットデータネットワークに接続するためのパケットデータネットワークゲートウェイも提供する。このパケットデータネットワークゲートウェイは、モバイルノードによるブートストラップを行うための送信器及び受信器と、ブートストラップ中で、モバイルノードのためのホームアドレスプレフィックスを決定するための処理ユニットとを含む。送信器は、ブートストラップ中にモバイルノードにホームアドレスプレフィックスを送信するように適応され、受信器は、モバイルノードが現在接続されているアクセスネットワークに関する情報をブートストラップ中に受信するように適応されている。処理ユニットは、更に、ブートストラップ中に受信器によって受信された情報に基づいて、モバイルノードが接続されているアクセスネットワークにおいてモバイルアクセスゲートウェイの機能性を実施しているアクセスルータを識別するように適応され、送信器は、ルータ広告においてホームアドレスプレフィックスをモバイルノードに広告することをアクセスルータに要求するように適応されている。

別の実施形態によれば、受信器は、パケットデータネットワークゲートウェイにおいてモバイルノードのホームアドレスプレフィックスのためのプロキシ気付アドレスとしてアクセスルータのＩＰアドレスを登録するために、アクセスルータからプロキシ対応付け更新を受信するように適応されている。

本発明のさらなる態様は、ソフトウェア及び／又はハードウェア構成要素における提案された方法の実施である。したがって、本発明のさらなる実施形態は、パケットデータネットワーク接続を経て追加セッションを確立するためのトリガに応答して、パケットデータネットワークゲートウェイによるブートストラップを行い、これによってパケットデータネットワークゲートウェイからホームアドレスプレフィックスを取得し、その中で、パケットデータネットワークゲートウェイがモバイルノードをパケットデータネットワークに接続し、その中で、モバイルノードが、セッションを確立するためのトリガの前にモバイルノードにおいて構成されたＩＰアドレスをブートストラップ中の識別子として用い、セッションを確立するためのトリガの前にモバイルノードにおいて構成されたＩＰアドレスを、追加セッションのＩＰデータパケットをカプセル化したＩＰヘッダのソースアドレスとして用いて、追加セッションのＩＰデータパケットをパケットデータネットワークゲートウェイに対してトンネリングし、アクセスルータからルータ広告を受信し、その中で、ルータ広告が、パケットデータネットワークゲートウェイによるブートストラップによりモバイルノードによって取得されたホームアドレスプレフィックスと同一のアドレスプレフィックスを広告しており、ルータ広告の受信に応答して、ホームアドレスプレフィックスに従って構成されたホームアドレスをセッションのＩＰデータパケットのソースアドレスとして用いて、追加セッションのＩＰデータパケットをパケットデータネットワークゲートウェイに送信する、ことによって、モバイルノードの処理ユニットによって実行されたときに、移動通信ネットワークにおいてパケットデータネットワークに対する接続を経て追加セッションをモバイルノードに確立させる命令を記憶したコンピュータ読み取り可能媒体に関する。

本発明の別の実施形態は、モバイルノードによるブートストラップを行い、その中でブートストラップはモバイルノードのためのホームアドレスプレフィックスの決定を含み、ホームアドレスプレフィックスをモバイルノードに送信し、かつ、モバイルノードが現在接続されているアクセスネットワークに関する情報を受信し、ブートストラップ中に受信した情報に基づいて、モバイルノードが接続されているアクセスネットワークにおいてモバイルアクセスゲートウェイの機能性を実施しているアクセスルータを識別し、かつ、ルータ広告においてホームアドレスプレフィックスをモバイルノードに広告するようにアクセスルータに要求する、ことによって、パケットデータネットワークゲートウェイの処理ユニットによって実行されたときに、パケットデータネットワークゲートウェイがモバイルノードをパケットデータネットワークに接続させる命令を記憶したコンピュータ読み取り可能媒体に関する。

一般に、本発明は、ここに記載した本発明の様々な実施形態の１つに従った方法のステップを実行することによって、モバイルノードの処理ユニットによって実行されたときに、移動通信ネットワークにおいてパケットデータネットワークに対する接続を経て追加セッションをモバイルノードに確立させる命令を記憶したコンピュータ読み取り可能媒体も提供する。

以下において、添付図及び図面を参照して本発明について更に詳細に記載する。図面において、同様の又は対応する詳細事項は同一の参照番号を用いて標示する。

３ＧＰＰ ＬＴＥシステムの例示的なアーキテクチャを示す 異なるアクセスネットワーク（複数個）及びＰＤＮ（複数個）を用いた例示的な通信ネットワークを示し、モバイルノード（ＵＥ）が追加のセッション／ＰＤＮ接続を確立中である 図２の例示的な通信ネットワーク、及び、確立した追加のセッション／ＰＤＮ接続の結果として生じるセッションデータのトンネリングを示す 本発明の１つの実施形態に従った、異なるアクセスネットワーク（複数個）及びＰＤＮ（複数個）を用いた例示的な通信ネットワークを示し、モバイルノード（ＵＥ）が追加のセッション／ＰＤＮ接続を確立中であり、最適化ホームリンク検出を用いる 本発明の別の実施形態に従った、異なるアクセスネットワーク（複数個）及びＰＤＮ（複数個）を用いた例示的な通信ネットワークを示し、モバイルノード（ＵＥ）が追加のセッション／ＰＤＮ接続を確立中であり、最適化ホームリンク検出を用いる

以下の段落では、本発明の様々な実施形態を記載する。例示的な目的のためにのみ、実施形態のほとんどは、上述の背景技術の項において論じたＬＴＥに従った（進化型）通信システムに関連付けて概説され、３ＧＰＰ及びＩＥＴＦの用語を用いる。モバイルノード（ＭＮ）及びユーザ機器（ＵＥ）という言葉は交換可能な言葉であることに留意されたい。

本発明の１つの態様は、モバイルノード（すなわち３ＧＰＰ用語におけるユーザ機器すなわちＵＥ）がホームリンク上に位置しているか否かについての決定を遅延させることによって、モバイルノードのホームリンク検出を最適化するものである。上述のように、従来のホームリンク検出において、モバイルノードは、アクセスインタフェイス上でいずれかの対応付け更新を送信する前に構成されたローカルＩＰアドレスのプレフィックスがブートストラップ中に受信したホームアドレスプレフィックスと一致するか否かをチェックする。

本発明の１つの態様によれば、ホームリンク検出が、ＰＤＮ接続に関連付けられ、かつ、ブートストラップ中に受信されたホームアドレスプレフィックスと、ブートストラップ後に受信したルータ広告の広告されたローカルプレフィックスとの比較に基づくことで、ホームリンク検出は遅延される。本発明のこの態様によれば、モバイルノードは、例えばローカルＩＰアドレスをすでに構成しており、新しいＰＤＮ接続ごとに新しいセッションを確立するためのトリガを取得する。ローカルプレフィックスは、アクセスネットワークにおいて広告されたアドレスプレフィックスとして、又は、−モバイルノードの観点から見ると−モバイルノードを所定のアクセスネットワークに接続するために用いるアクセスインタフェイスに関連付けたアドレスプレフィックスとしてのいずれかで、定義できる。

このトリガに応答して、モバイルノードは、例えばモバイルノードを新しいＰＤＮ接続のＰＤＮに接続するパケットデータネットワークゲートウェイのような、コアネットワークにおけるモビリティアンカによるブートストラップ手順を開始する。このブートストラップ手順の間、モバイルノードは、モビリティアンカにおけるモビリティマネジメントのために用いられるホームアドレスごとに、ホームアドレスプレフィックスを提供される。さらに、モバイルノードはアクセスネットワークに対するそのインタフェイス上ですでにＩＰアドレスを構成しているので、このＩＰアドレスは、ブートストラップ手順においてモバイルノードによって用いられることができる。

１つの例において、ブートストラップはホームエージェント（ＨＡ）によるＤＳＭＩＰｖ６ブートストラップとして理解されることに留意すべきである。かかるホームエージェント又はローカルモビリティアンカの機能性は、モバイルノードを所定のＰＤＮに接続するパケットデータネットワークゲートウェイにおいて実施されると想定される。したがって、この文書においてパケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）に言及するとき、このネットワークノードにおいてルーティング機能及びモビリティマネジメント機能が実施されると想定することは、当業者には認められよう。

本発明の適正な機能のため、ブートストラップ手順の関連ステップは、モバイルノードが固定ネットワーク部分においてそのモビリティアンカを発見し、モバイルノードがホームアドレスすなわち所定のセッション／ＰＤＮ接続のためのモビリティマネジメントに用いられる識別子を取得することである。例えば、ＤＳＭＩＰｖ６ブートストラップを用いることの上述の言及された場合において、モバイルノードは、新しいセッション／ＰＤＮ接続のためのホームエージェント（例えばパケットデータネットワークゲートウェイ）を発見し、そのホームエージェントからホームアドレスを取得する。これによって、ホームアドレスは、このプレフィックスによりモバイルノードはそのホームＩＰアドレスを構成されるホームネットワークプレフィックスによって提供される。さらに、モビリティ関連シグナリングの認証（対応付け更新及び対応付け確認（binding acknowledgement）等）はＣＭＩＰのモビリティマネジメントの特徴であるので、ホームエージェントによるブートストラップは、すなわちＩＫＥｖ２によって、モバイルノード及びホームエージェントの認証パラメータをネゴシエートする。

一般に、ＤＳＭＩＰｖ６ブートストラップの使用は必須ではない。別の例では、モバイルノードは、例えばアクセスネットワーク／アクセス技術に固有のシグナリング機構を用いることができ、又は代案において、移動通信ネットワークにおけるパケットデータネットワークに対する接続を経て追加セッションを確立するために、ＤＨＣＰもしくは固有／修正ルータ広告を用いることができる。先に示したように、かかる手順に必要なことは、所定のセッション／ＰＤＮ接続のためのモビリティアンカが発見され、かつ、選択されること、（適用可能な場合）モバイルノードがモビリティマネジメントのために必要な認証／セキュリティ関連パラメータをネゴシエート可能であること、及び、モバイルノードがモビリティマネジメント手順において参照として用いられる何らかの識別子を取得可能であることだけである。例えば、モバイルノードは、追加のＰＤＮに対する接続性を要求するために、ＤＨＣＰ情報メッセージ（例えばモバイルノード識別子及びＡＰＮを含む）を用いることができ、ＤＨＣＰサーバは、ＰＭＩＰを経て追加のＰＤＮに対する接続を確立するために、アクセスネットワークにおいてＭＡＧをトリガする。

また、先に示したように、別の問題は、モバイルノードがブートストラップ中に取得した所定の識別子について「ホームにいる」か否かをどのように検出するかということである。例えば、最新のＤＳＭＩＰｖ６ブートストラップの場合、モバイルノードはブートストラップ中に、ホームエージェントから取得されたホームネットワークプレフィックスに従って構成されたＩＰアドレスがアクセスネットワークにおいて使用可能であるか否かを通知されない。先に提示したように、モバイルノードは、ホームネットワークプレフィックスを受信した後に、このホームネットワークプレフィックスを、アクセスネットワーク上でルータ広告において広告されたプレフィックスと比較することによって、ホームネットワークプレフィックスに従って構成されたＩＰアドレスがローカルリンク上で使用可能であるか否かを判定することができる。広告されたプレフィックスがホームネットワークプレフィックスに対応する場合、モバイルノードはこれがホームリンク上にあると結論付けることができる。

一般に、モバイルノードが「ホームにいる」すなわちホームリンク上にあるか否かをどのように検出するかについて、別の選択肢がある。別の例では、ブートストラップ手順は、ホームエージェント（例えばパケットデータネットワークゲートウェイ）がモバイルノードに対して、ホームネットワークプレフィックスに従って構成されたＩＰアドレスがローカルリンク上で使用可能である（すなわちモバイルノードがこのプレフィックスについて「ホームにいる」）か否かを示すことができることで、修正できる。ＤＳＭＩＰｖ６ブートストラップ以外の他の機構を用いる場合、代替的なシグナリング手順は、モビリティアンカによるモビリティマネジメントのために用いられる識別子がローカルリンク上で使用可能であることをモバイルノードに通知する同様の特徴を予測することができる。

本発明の上述の実施形態においては、ホームネットワークプレフィックスに従って構成されたＩＰアドレスがローカルリンク上で使用可能であるか否かを示す前に、モバイルノードがそのホームネットワークプレフィックスを取得することが起こり得る。ここで、ネットワークベースのモビリティマネジメント（例えば、ＰＭＩＰ）の使用の方が、クライアントベースのモビリティマネジメント（例えば、ＣＭＩＰ）よりも優先されると想定する。本発明の主な態様を用いて、モバイルノードは、ホームエージェントからホームネットワークプレフィックスを受信したときに、その新しいセッションを開始することができる。この目的のため、モバイルノードは、以前に取得された有効ローカルアドレスを、ホームエージェントによるホームネットワークプレフィックスに従ったホームアドレスのための気付アドレスとして登録することができ、フォーリンリンク上に位置しているかのようにパケット（複数個）をホームエージェントにトンネリングすることによって、セッションデータのデータ転送をすぐに開始することができる（すなわち、以前に取得された有効リンクローカルアドレスをソースアドレスとして示すＩＰヘッダによってカプセル化し、及び、ＩＰヘッダオプションにメッセージ認証コードを追加することで、モバイルノードはセッションのＩＰパケット（複数個）をトンネリングする）。いったん、モバイルノードがホームネットワークプレフィックスについてホームリンク上にあると検出すると、モバイルノードは、セッションデータのトンネリングを停止することができ、及び、ホームネットワークプレフィックスに従って構成されたホームアドレスをソースアドレスとして用いて、セッションのＩＰデータパケット（複数個）を送信することができる。

モバイルノードの従来の挙動と比較すると、これは、新しいセッションを確立するための遅延が短いことを意味する：従来、モバイルノードは最初に、新しいセッション／ＰＤＮ接続のための新しいＩＰアドレスを取得し、それは少なくとも１回の往復時間を必要とし、次いで、ホームアドレスを取得するためにホームエージェントによりブートストラップを行い、続いて、新しいセッション／ＰＤＮ接続のための新しいＩＰアドレスをホームネットワークプレフィックスと比較して、どのＩＰアドレスをセッションのために用いるかを決定する。その後、モバイルノードはセッションを開始している。したがって、本発明の１つの態様に従った手順では、セッションを開始するための時間が著しく短縮される。

図４は、本発明の例示的な実施形態に従った、最適化ホームリンク検出を用いたモバイルノードによる追加セッション／ＰＤＮ接続（ＰＤＮ２）の例示的な確立を示す。本発明のこの実施形態においては、モバイルノードがＤＳＭＩＰｖ６を用いており、アクセスネットワーク（非３ＧＰＰアクセス）に接続されていることが例示的に想定される。さらに、モバイルノードはその現在のアクセスネットワークに対してそのインタフェイス上で有効ＩＰアドレスを構成しており、任意に、パケットデータゲートウェイ（ＰＤＮ−ＧＷ４０１）を通ってパケットデータネットワークＰＤＮ１に対する別のＰＤＮ接続をすでに確立している（２００１、２００２）ことが想定される−図２に関連付けて先に記載した通りである。パケットデータネトワークに対する新しい（追加の）ＰＤＮ接続の確立をトリガしたことに応答して、この新しいＰＤＮ接続のためのモビリティアンカとして作用（serve）するＰＤＮ−ＧＷによるブートストラップ（４００１）が、モバイルノードによって開始される。図４に示した例では、ＰＤＮ−ＧＷ４０２は、パケットデータゲートウェイＰＤＮ２に対する新しいＰＤＮ接続のためのモビリティアンカ／ホームエージェントとして作用（serve）する。ＰＤＮ−ＧＷ４０２は、ホームリンクをサポートする、すなわちＰＭＩＰ又はＧＴＰトンネリングのようなネットワークベースのモビリティマネジメントスキームを提供可能であるローカルＩＰアドレス／プレフィックス及び適切な非３ＧＰＰアクセスネットワークのリストによって構成されたデータベースに対する要求におけるキーとして、モバイルノードのローカルＩＰアドレスを用いる。データベースからの応答は、ホームリンクが可能であるか否かの情報を含み、これは、非３ＧＰＰアクセスの識別子又は非３ＧＰＰアクセスにおけるノード（例えば、ＡＡＡプロキシ）のような追加情報を提供することができる。ホームリンクが可能である場合、ＰＤＮ−ＧＷ４０２は、非３ＧＰＰアクセスに連絡し（例えば、ＡＡＡシグナリングによって、非３ＧＰＰアクセスにおけるコンタクトノードのような追加情報を用いて）、ＰＤＮ−ＧＷ４０２によってＰＭＩＰベースのトンネルを確立するために、非３ＧＰＰアクセス（例えば、ＭＡＧ４０３）をトリガする（４００２）。非３ＧＰＰアクセスとＰＤＮ−ＧＷ４０２との間のトンネルが確立されるとき、ＰＤＮ−ＧＷ４０２は、ホームリンクが可能であること、及び、ブートストラップにおいて伝達されたホームネットワークプレフィックスに従って構成されたホームアドレスはローカルリンク上で使用可能であることを、ＩＫＥｖ２シグナリングメッセージ内でモバイルノードに通知する。新しい確立された（４００３）ＰＤＮ接続のためにホームリンクが可能であるので、モバイルノードは、背景技術の項において図２及び図３に関連付けて概説したようなＩＰ内ＩＰトンネリングによる追加のオーバーヘッドを加えないで、ホームネットワークプレフィックスに従ってＩＰアドレスを構成し、及び、このＩＰアドレスを新しいＰＤＮ接続のセッションデータの交換に用いることができる。

先の図４に関連付けて記載した例示的な実施形態において発生し得る１つの潜在的な問題は、ネットワークが、ホームリンクをサポートする非３ＧＰＰアクセス（複数個）の多くの（又は全ての）可能なローカルＩＰアドレス又はＩＰプレフィックスのデータベースを維持しなければならないことであり、これは望ましくない大きな管理作業を必要とする。さらなる潜在的な問題は、この解決策がＰＤＮ接続確立の遅延で生じされることである、なぜなら、最初にホームリンクはデータベース要求を介して判定する必要となり、次いで、非３ＧＰＰアクセスとＰＤＮ−ＧＷとの間のＰＭＩＰトンネルが確立されて、最後にＤＳＭＩＰｖ６ブートストラップＩＫＥｖ２メッセージが、ＰＭＩＰが使用可能であるか否かをモバイルノードに通知するために受信されるまで、モバイルノードは待機する必要があるからである。

本発明の別の実施形態によれば、この解決策のこれらの潜在的な欠点（複数個）は以下のように克服することができる。本発明のこの実施形態に従ったＰＤＮ接続セットアップの改良した確立は、図５に示される。モバイルノードは、ここではＰＤＮ−ＧＷ４０２であるモビリティアンカによって最初にＤＳＭＩＰｖ６ブートストラップを行うことで追加のＰＤＮ接続を確立するために、ローカルプレフィックス（利用可能な場合はアクセスルータからの以前のフォーリンプレフィックスとすることができ、又はＰＤＮ−ＧＷ４０１からの以前のホームプレフィックスとすることができる）から構成されたＩＰアドレスを用いてＤＳＩＭＩＰｖ６ブートストラップ（５０１）を開始しる。ＤＳＭＩＰｖ６ブートストラップ中に交換されたシグナリングメッセージの１つにおいて、モバイルノードは、現在接続されている非３ＧＰＰアクセスに関する何らかの情報（例えば、アクセス技術、ＷＬＡＮ ＳＳＩＤ、ＡＡＡクライアント識別子、ＡＡＡクライアントＩＰアドレス等のネットワーク識別子）と、任意に、ホームリンクをサポートするモバイルノードの能力とを、ＰＤＮ−ＧＷ４０２に与えることができる（５０２）。この情報は、例えばＩＫＥｖ２メッセージにおける構成ペイロードとして、又はＩＫＥｖ２における認証中にＥＡＰメッセージにおける属性として提供することができる。モバイルノードが非３ＧＰＰアクセスにおいて３ＧＰＰベースのアクセス認証をすでに実行している場合は、その情報は３ＧＰＰ ＡＡＡサーバに対するアクセス認証中に情報がすでに提供されていることがある。

ＤＳＭＩＰｖ６ブートストラップ手順は、モバイルノードにホームネットワークプレフィックス（ホームプレフィックス２）を提供する（５０３）。このホームネットワークプレフィックスは、例えばＰＤＮ−ＧＷ４０２からのＩＫＥ＿ＡＵＴＨ交換中にＩＫＥｖ２構成ペイロードとして、ＩＫＥｖ２プロトコルのシグナリングメッセージに含めることができる。ホームネットワークプレフィックスを受信すると、モバイルノードは、対応付け更新（ＢＵ）をＰＤＮ−ＧＷ４０２に送信することによって、ローカルプレフィックスから構成されたそのＩＰアドレスを、ホームネットワークプレフィックスに対応するホームアドレスのための気付アドレスとして登録し（５０４）、それは対応付け確認（ＢＡ）によって対応付けの更新を確認している（５０５）。その後、パケットデータネットワークＰＤＮ２に対するＰＤＮ接続のアップリンク／ダウンリンクＩＰデータパケット（複数個）のために、ＤＳＭＩＰｖ６トンネルは用いられることができる（５０６）。

ＤＳＭＩＰｖ６ブートストラップ中にモバイルノードによって提供される非３ＧＰＰアクセスに関する情報を用いて、ＰＤＮ−ＧＷ４０２（あるいはＡＡＡサーバ）は、ホームリンクが可能でありこれを用いるべきであることを検出する。したがって、ＰＤＮ−ＧＷ４０２（又はＡＡＡサーバ）は、非３ＧＰＰアクセスにトリガを送信し（５０７）（例えば、ホームネットワークにおけるＡＡＡサーバ及び非３ＧＰＰアクセスにおけるＡＡＡプロキシが関与するＡＡＡシグナリングを経て）、それは、例えば、モバイルノードのアイデンティティ（ＭＮ−ＮＡＩ）、ＡＰＮ、ホームプレフィックス、又はセッション／ＰＤＮ接続の別の識別子を含む。トリガは、非３ＧＰＰアクセスにおいてモバイルアクセスゲートウェイ（ＭＡＧ４０３）にルーティングされる。非３ＧＰＰアクセスに関する情報がモバイルノードから受信されるとすぐに、ＰＤＮ−ＧＷによってトリガが送信可能であることに留意すべきである。

ＰＤＮ−ＧＷ４０２からのトリガに基づいて、非３ＧＰＰアクセスにおけるＭＡＧ４０３は、モバイルノードアイデンティティ（例えば、モバイルノードのＮＡＩ）、セッション／ＰＤＮ接続を識別するためのＡＰＮ、ホームプレフィックス（任意）、及び接続識別子（任意。ＡＰＮをセッション／ＰＤＮ接続に明白に関連付けることができない場合に使用可能である）等の必要なパラメータを含むプロキシ対応付け更新（ＰＢＵ）をＰＤＮ−ＧＷ４０２に送信する（５０８）。ＰＤＮ−ＧＷ４０２は、プロキシ気付アドレスとしてＰＢＵのソースアドレスを用いてその対応付けキャッシュエントリを更新し、少なくともモバイルノード識別子及びホームネットワークプレフィックス（ホームプレフィックス２）を含むプロキシ対応付け更新確認（ＰＢＡ）によって、ＭＡＧ４０３に応答する（５０９）。

プロキシ対応付け更新に応答して、ＭＡＧ４０３は、ローカルリンク上のモバイルノードに対してホームネットワークプレフィックス（ホームプレフィックス２）を広告するために、ルータ広告をモバイルノードに送信する。（５１０）ルータ広告を受信すると、モバイルノードは、ＰＤＮ−ＧＷ４０２によるブートストラップ中に受信したホームネットワークプレフィックスがＭＡＧ４０３によって広告されたプレフィックスに対応する（すなわちモバイルノードがホームネットワークプレフィックスのためのホームリンク上にある）ことを最終的に検出する（５１１）。このため、モバイルノードは、ＰＤＮ−ＧＷ４０２に対するセッションデータのトンネリングを停止することができ、及び、ホームネットワークプレフィックス（ホームプレフィックス２）に従って構成されたＩＰアドレスを用いてセッションデータを交換することができる（５１２）。モバイルノードは、広告されたホームプレフィックス２に従って構成されたＩＰアドレスを用いてセッションデータをＭＡＧ４０３に送信し、ＭＡＧ４０３は、セッションデータをＰＤＮ−ＧＷ４０２にトンネリングする。

この解決策の利点は、フォーリンプレフィックスに従って構成されたＩＰアドレスがＤＳＭＩＰｖ６ブートストラップに用いられた場合であっても、遅延を増すことなくモバイルノードがホームリンクを検出してこれに変更可能なことである。さらに、非３ＧＰＰアクセスのホームリンク機能を検出するためにデータベースを構築、維持、及び要求する必要がない。

図４及び図５に関連付けて上述した本発明の２つの実施形態においては、ＩＰプレフィックスがモバイルノードに割り当てられ、モバイルノードがこのプレフィックスからＩＰアドレスを構成することを想定されている。しかしながら、プレフィックスでなく、ＩＰアドレスがモバイルノードに直接割り当てられることも可能である。この場合、モバイルノードは追加のＩＰアドレス（複数個）を構成せず、直接割り当てられたＩＰアドレスのみを用いる。

ＤＳＭＩＰｖ６ブートストラップの代わりに、追加のＰＤＮ接続を確立するために、アクセス技術に固有の手順を用いることも可能である。それから、その例は、３ＧＰＰアクセスの場合におけるＮＡＳ（非アクセス層）シグナリング（この場合、追加のＰＤＮ接続を確立するための専用のＰＤＮ接続確立メッセージを使用可能である）、ＤＨＣＰ強化、又は要求されたアクセスポイント名のような追加情報を含む固有／変更ルータ請求のような、下層シグナリングである。非３ＧＰＰアクセスにおいてアクセス技術固有手順がサポートされていることをモバイルノードが認識している場合、ＤＳＭＩＰｖ６ブートストラップの代わりにこの手順を用いる方が好ましい、なぜなら、それは早いからである。上述のように、代替的なシグナリング手順は全て、セッション（ＰＤＮ接続）のモビリティマネジメントのために使用可能なホームネットワークプレフィックス又はホームアドレスをモバイルノードが提供されることを保証する。各モビリティアンカは、例えば代替的なシグナリング手順の１つを用いて又はＤＮＳ要求を経て、モバイルノードによって取得できる。

いくつかのアクセスネットワークにおいて、モバイルノードはアクセス技術固有手順がサポートされているか否かを知らない場合がある。したがって、モバイルノードは、試行錯誤に経てサポートを検出するために、いくつかの可能なアクセス技術固有手順を試すことができる。あるいは、モバイルノードはＤＳＭＩＰｖ６ブートストラップの使用を試すことができ、モバイルノードによって用いられるローカルアドレスに基づいて、非３ＧＰＰアクセスネットワークでホームリンクが可能であることをＰＤＮ−ＧＷ４０２が検出する場合、ＰＤＮ−ＧＷ４０２は、ＰＤＮ接続のためのネットワークベースのモビリティマネジメントに必要なパラメータの取得することでアクセス技術固有手順が使用可能であることを示すエラーコードにより、ブートストラップを阻止することができる。このエラーコードに基づいて、モバイルノードはアクセス技術固有手順の使用を検出し、セッション（ＰＤＮ）接続を確立するためにこれを用いることができる。

上述したような、試行錯誤スキームと、最初のＤＳＭＩＰｖ６ブートストラップの阻止と、アクセス技術固有手順の使用は、パケットデータネットワークに対するセッション確立に追加の遅延が生じることを意味する場合がある。モバイルノードがサポートされるブートストラップ機構を確実でない場合に、常にアクセス技術固有手順の使用を試すこと又は常にＤＳＭＩＰｖ６ブートストラップを試すことに対する１つの代案として、モバイルノードは、どの機構を最初に用いるかを決定することをいくつかのヒントを用いることができる。

この決定のために用いられるヒントは、例えば、次のものとすることができる。
−すでに割り当てられたプレフィックスがホームネットワークプレフィックス又はフォーリンプレフィックスである場合：
−フォーリンプレフィックスは、最初にＤＳＭＩＰｖ６ブートストラップを試すヒントを与える。
−ホームネットワークプレフィックスは、最初にアクセス技術固有ブートストラップを試すヒントを与える。

−モバイルノードが接続されているアクセスネットワークの技術：
−これは一般的にアクセス技術固有手順をサポートするか？

−モバイルノードが接続されている／接続を希望するＰＬＭＮ：
−モバイルノードは事前構成することができ、又は以前の接続（複数個）からの履歴情報を有することができる。

−モバイルノードが接続を希望するＰＤＮ：
−モバイルノードは事前構成することができ、又は以前の接続（複数個）からの履歴情報を有することができる。

しかしながら、これらのヒントは正しいブートストラップ手順を明白に決定するわけではないことに留意すべきである。ＤＳＭＩＰｖ６ブートストラップが選択された場合には、ＤＳＭＩＰｖ６ブートストラップが常に可能であると想定することができるので、著しい遅延は予想されない。アクセス技術固有手順が選択された場合は、なお試行錯誤遅延の問題がある。これを克服するため、モバイルノードは極めて短時間のタイマを開始させることができ、切れる前にアクセス技術固有手順が成功しない場合には、それはＤＳＭＩＰｖ６ブートストラップ手順を開始する。

上述のアクセス技術固有ＰＤＮ接続確立手順において、ホームリンク検出は手順の１部でもあると想定されることができる。しかしながら、これは必ずしも当てはまるわけでない場合があり、すなわち、追加ＰＤＮ接続を確立するための要求のシグナリングが、ホームリンク検出手順から分離されることがある。この場合、追加ＰＤＮ接続手順は新しいプレフィックスによってルータ広告をトリガするが、プレフィックスだけからでは、モバイルノードはこれがホームネットワークプレフィックスであるかフォーリンプレフィックスであるかわからない。

追加ＰＤＮ接続確立手順がホームリンク検出から分離される１つの例は、３ＧＰＰアクセスの場合である。ここで、ＮＡＳシグナリングは追加ＰＤＮ接続をセットアップすることに用いられるが、ＮＡＳシグナリング中のプロトコルコンフィギュレーションオプション（ＰＣＯ）におけるホームリンクに関する情報は任意であり、代わりにＤＳＭＩＰｖ６ブートストラップを用いることができる。

本発明のさらなる実施形態においては、モバイルノードは広告されたプレフィックスがホームリンクを示したか否かを検出するために、以下のヒントの少なくとも１つを用いることができる。新しいプレフィックスがホームリンクを示しているとモバイルノードが推測するための１つの可能なヒントは、新しいプレフィックスの最初の４８ビットが以前のホームネットワークプレフィックス内のものと同一であることである。一方、新しいプレフィックスが以前のホームネットワークプレフィックスとは完全に異なる場合、モバイルノードは新しいプレフィックスがフォーリンプレフィックスであると結論付けることができる。別の可能性は、異なるプレフィックスについてのルータ広告が異なるソースアドレス（複数個）を有することであり、したがって、モバイルノードは、あるルータ広告がＭＡＧから送信され、他のものが「単純な」アクセスルータから送信されていると想定することができる。

しかしながら、上述のヒントは信頼性が高くない。したがって、本発明の別の実施形態によれば、以下の機構は、既存のプロトコルを変更することなく、モバイルノードにホームリンクについて通知することができるが、モバイルノード及びネットワーク挙動を修正するのみである：非３ＧＰＰアクセスは、モバイルノードにより実行されたアクセス技術固有の追加ＰＤＮ接続手順に対する応答において、新しいプレフィックス（ホームプレフィックス２）を広告する。非３ＧＰＰアクセスがモバイルノードにホームリンクを提供することができず、かつ、新しいＰＤＮ接続のためのホームネットワークプレフィックス（ホームプレフィックス２）を取得するために、モバイルノードがＤＳＭＩＰｖ６ブートストラップを行わなければならない場合、非３ＧＰＰアクセスはすでに割り当てたホームプレフィックス１に等しいプレフィックス２をセットする。一方、非３ＧＰＰアクセスがモバイルノードにホームリンクを提供することができ、かつ、モバイルノードがブートストラップを行う必要がない場合、非３ＧＰＰアクセスはホームプレフィックス２に等しいプレフィックス２（すなわち、ＰＤＮ−ＧＷ４０２から受信した新しいプレフィックス）をセットする。

この機構にはいくつかの問題がある。まず、モバイルノードは、第１のＰＤＮ接続（例えば、図４におけるＰＤＮ接続２００２）についてホームリンク上にある場合、このＰＤＮ接続のためのホームネットワークプレフィックス（ホームプレフィックス１）を伴うルータ広告を定期的に受信することができる。モバイルノードが追加ＰＤＮ接続を確立中で、ホームプレフィックス１を伴うルータ広告を受信する場合、この広告されたホームプレフィックス１が、追加ＰＤＮ接続のためにホームリンク上にないことをモバイルノードに知らせるために送信されているか、又はこの広告が第１のＰＤＮ接続１のために定期的に送信されているかが、モバイルノードには分からない。このため、モバイルノードは、ＰＤＮ接続１のためのホームプレフィックス１を伴う定期的なルータ広告を受信しているので、追加ＰＤＮ接続２のためにホームリンク上にないと誤って結論付ける場合がある。

第２の問題は、アクセス技術固有の追加ＰＤＮ接続手順をサポートする全ての非３ＧＰＰアクセス（複数個）において、この機構を利用可能でなければならないことであり、なぜなら、新しいプレフィックスがどの既存のホームネットワークプレフィックスとも異なる場合、モバイルノードは新しいＰＤＮ接続について常にホームリンク上にあると想定するからである。

第１の問題を克服するため、モバイルノードの全てのＰＤＮ接続について、モバイルノードとＭＡＧ／ＡＲとの間でポイントツーポイントリンクが用いられることができる。この場合、ルータ広告は異なるポイントツーポイントリンクを経て受信され、このため、モバイルノードは各ルータ広告が受信されるＰＤＮ接続（複数個）を区別することができる。この第１の問題に対する別の解決策は、ＭＡＧ／ＡＲからのルータ広告が、モバイルノードのＰＤＮ接続ごとにホームネットワークプレフィックスを含むことである。例えば、モバイルノードがＰＤＮ接続２のためのホームリンク上にない場合、ルータ広告はホームプレフィックス１を２回、すなわちＰＤＮ接続１及び又はＰＤＮ接続２のために含む。

本発明の別の実施形態に従って上述の第２の問題を克服するため、モバイルノードは、ホームリンク検出機構がサポートされているか否かを検出する。ホームリンク検出機構をサポートしないものから、ホームリンク検出機構をサポートする非３ＧＰＰアクセス（複数個）を見分けるため、以下の機構の以下の１つ以上が用いられることができる。

−モバイルノードは、アクセス技術固有の追加ＰＤＮ接続要求と平行して２つのルータ請求を送信する。双方のルータ請求は異なるソースアドレス（複数個）を有するが、以前に割り当てた同一のプレフィックスに基づいている。

−非３ＧＰＰアクセスがここに記載した機構をサポートする場合、少なくとも１つのリンクがホームリンクであるならば、非３ＧＰＰアクセスにおけるアクセスルータが、異なるユニキャストルータ広告をモバイルノードに返信する。

−モバイルノードは、このモバイルノードに返信されたルータ広告に基づいてホームリンク上にあるか否かを判定する。例えば：
−双方のルータ広告が、２つのルータ請求に対する２つのＩＰアドレスが（古いプレフィックスに）基づいている、以前に割り当てた同一のプレフィックスを含む場合、モバイルノードが双方のＰＤＮ接続によるフォーリンリンク上にあるという結果になる。
−１つのルータ広告が古いプレフィックスを含み、他方のルータ広告が古い及び新しいプレフィックスを含む場合、モバイルノードが古いものによるフォーリンリンク上にあるとともに、新しいＰＤＮ接続によるホームリンク上にあるという結果になる。
−１つのルータ広告が新しいプレフィックスを含み、他方のルータ広告が古い及び新しいプレフィックスを含む場合、モバイルノードが古いものによるホームリンク上にあるとともに、新しいＰＤＮ接続によるフォーリンリンク上にあるという結果になる。
−１つのルータ広告が古いプレフィックスを含み、他方のルータ広告が新しいプレフィックスを含む場合、モバイルノードが双方のＰＤＮ接続（複数個）によるホームリンク上にあるという結果になる。

本発明の別の実施形態は、ハードウェアとソフトウェアを用いた上述の様々な実施形態の実施に関する。本発明のこれらの様々な実施形態は、演算装置はここに記載した本発明の異なる実施形態に従った機能を実行させる実行可能命令によって、適切に制御される演算装置（プロセッサ）を用いて実施又は実行可能であることが認められる。演算装置又はプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はその他のプログラム可能な論理デバイスなどであってもよい。これらの本発明の様々な実施形態は、これらの装置の組み合わせによって実行又は実施することもできる。

さらに、本発明の様々な実施形態は、プロセッサで又は直接的にハードウェアで実行されるソフトウェアモジュールを使用して実施することも可能できる。また、ソフトウェアモジュールとハードウェアの実装の組み合わせも可能である。このソフトウェアモジュールは、例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなど、コンピュータで読み取り可能なあらゆる種類の記憶媒体上に記憶することができる。

実施形態のほとんどは、通信システムの３ＧＰＰベースのアーキテクチャに関連付けて概説されており、これまでの項で用いた用語は主として３ＧＰＰの用語及びＩＥＴＦ内で用いられる用語に関係する。しかしながら、３ＧＰＰベースのアーキテクチャに関連し、かつ、ＩＥＴＦ固有の言語を用いた様々な実施形態の用語及び記載は、本発明の原理及び考えをかかるシステムのみに限定することを意図したものではない。

また、上述の背景技術の項において与えた詳細な説明は、ここにおいて記載した主として３ＧＰＰ及びＩＥＴＦに固有の例示的な実施形態をより良く理解することを意図したものであり、ここに記載した移動通信ネットワークにおけるプロセス及び機能の具体的な実施に本発明を限定するものとして理解すべきではない。しかしながら、ここにおいて提案した改良は、背景技術の項において記載したアーキテクチャに容易に適用可能である。さらに、本発明の概念は、３ＧＰＰによって現在考察されているＬＴＥ ＲＡＮにおいて容易に用いることができる。

これまでの段落において、本発明の様々な実施形態及びその変形が記載されてきた。広義に記載された本発明の精神又は範囲から逸脱することなく、具体的な実施形態に示すような本発明に対して多数の変形及び／又は修正を実施可能であることは、当業者には認められよう。

Claims (24)

1. 移動通信ネットワークにおいてパケットデータネットワークに対する接続を経てモバイルノードによって追加セッションを確立するための方法であって、
   前記パケットデータネットワーク接続を経て前記追加セッションを確立するためのトリガに応答して、パケットデータネットワークゲートウェイによるブートストラップを行い、これによって前記パケットデータネットワークゲートウェイからホームアドレスプレフィックスを取得するステップであって、前記パケットデータネットワークゲートウェイが前記モバイルノードを前記パケットデータネットワークに接続し、前記モバイルノードが、前記セッションを確立するための前記トリガの前に前記モバイルノードにおいて構成されたＩＰアドレスをブートストラップ中の識別子として用いる、ステップと、
   前記セッションを確立するための前記トリガの前に前記モバイルノードにおいて構成された前記ＩＰアドレスを、前記追加セッションのＩＰデータパケット（複数個）をカプセル化したＩＰヘッダのソースアドレスとして用いて、前記追加セッションの前記ＩＰデータパケット（複数個）を前記パケットデータネットワークゲートウェイに対してトンネリングするステップと、
   アクセスルータからルータ広告を受信するステップであって、前記ルータ広告が、前記パケットデータネットワークゲートウェイによるブートストラップに通って前記モバイルノードによって取得された前記ホームアドレスプレフィックスと同一のアドレスプレフィックスを広告している、ステップと、
   前記ルータ広告の受信に応答して、前記ホームアドレスプレフィックスに従って構成されたホームアドレスを前記追加セッションの前記ＩＰデータパケット（複数個）の前記ソースアドレスとして用いて、前記追加セッションのＩＰデータパケット（複数個）を前記パケットデータネットワークゲートウェイに送信する、ステップと、
   を含む、方法。
2. 前記モバイルノードのインタフェイスにおいて、かつ、前記セッションを確立するための前記トリガの前にルータ広告において広告されたローカルプレフィックスに従って前記ＩＰアドレスを構成するステップを更に含む、請求項１に記載の方法。
3. 前記接続を確立するための前記トリガの前に前記モバイルノードにおいて構成され、かつ、ブートストラップに用いられる前記ＩＰアドレスのプレフィックスが、ブートストラップ中に前記パケットデータネットワークゲートウェイから取得された前記ホームアドレスプレフィックスに一致しているか否かをチェックするステップを更に含み、
   前記接続を確立するための前記トリガの前に前記モバイルノードにおいて構成された前記ＩＰアドレスが、ブートストラップ中に前記パケットデータネットワークゲートウェイから取得された前記ホームアドレスプレフィックスに一致していない場合、前記セッションの前記ＩＰパケット（複数個）のトンネリングが前記パケットデータゲートウェイにトンネリングされるのみである、請求項１又は２に記載の方法。
4. 前記ブートストラップの手順が、前記モバイルノードと前記パケットデータネットワークゲートウェイとの間で前記追加セッションの前記ＩＰデータパケット（複数個）のトンネリングを行うための前記モバイルノードと前記パケットデータネットワークゲートウェイとの間のセキュリティ関連付けを確立するＩＫＥｖ２シグナリング手順を含む、請求項１から３のいずれかの１つに記載の方法。
5. 前記モバイルノードが、前記ＩＫＥｖ２シグナリング手順の１部として前記パケットデータネットワークゲートウェイから前記ホームアドレスプレフィックスを受信している、請求項４に記載の方法。
6. 前記アクセスルータが、前記モバイルノードが現在接続されている前記アクセスネットワークにおいてモバイルアクセスゲートウェイの機能性を実施している、請求項１から５のいずれかの１つに記載の方法。
7. ブートストラップが、前記モバイルノードが現在接続されている前記アクセスネットワークに関する情報を前記モバイルノードから前記パケットデータゲートウェイに送信することを含む、請求項１から６のいずれかの１つに記載の方法。
8. 前記アクセスネットワークにおいてモバイルアクセスゲートウェイの機能を実施しているアクセスルータを識別し、前記ルータ広告において前記ホームアドレスプレフィックスを前記モバイルノードに広告するように前記アクセスルータに要求するステップを更に含む、請求項７に記載の方法。
9. 前記パケットデータゲートウェイにおける前記モバイルノードのホームアドレスプレフィックスのためのプロキシ気付アドレスとして前記アクセスルータのＩＰアドレスを登録するために、前記アクセスルータから前記パケットデータゲートウェイにプロキシ対応付け更新を送信するステップを更に含む、請求項８に記載の方法。
10. 前記ホームアドレスが前記パケットデータネットワークゲートウェイから取得された前記ホームアドレスプレフィックスに一致していないことの判定に応答して、前記接続を確立するための前記トリガの前に前記モバイルノードにおいて構成された前記ＩＰアドレスを、前記パケットデータゲートウェイにおける前記モバイルノードの前記気付アドレスとして登録するステップを更に含む、請求項１から１１のいずれかの１つに記載の方法。
11. 前記モバイルノードが、追加セッションを確立するための前記トリガを取得する前に、別の接続を経て別のパケットデータネットワークに対するセッションを確立しており、クライアントベースのモビリティマネジメントスキームが前記別のパケットデータネットワーク接続を経た前記セッションのために用いられ、ネットワークベースのモビリティマネジメントスキームが前記セッションのために用いられる、請求項１から１０のいずれかの１つに記載の方法。
12. 移動通信ネットワークにおいてパケットデータネットワークに対する接続を経てモバイルノードによって追加セッションを確立するための方法であって、
    前記パケットデータネットワーク接続を経て前記追加セッションを確立するためのトリガに応答して、パケットデータネットワークゲートウェイによるブートストラップを行い、これによって前記パケットデータネットワークゲートウェイからホームアドレスプレフィックスを取得するステップであって、前記パケットデータネットワークゲートウェイが前記モバイルノードを前記パケットデータネットワークに接続し、前記モバイルノードが、前記セッションを確立するための前記トリガの前に前記モバイルノードにおいて構成されたＩＰアドレスをブートストラップ中の識別子として用いる、ステップと、
    前記モバイルノードが接続されたアクセスネットワークにおいて、前記パケットデータゲートウェイから取得された前記ホームアドレスプレフィックスが使用可能であるか否かの指示を受信するステップと、
    前記パケットデータネットワークゲートウェイから取得された前記ホームアドレスプレフィックスに従って構成された前記ＩＰアドレスが前記アクセスネットワークにおいて使用可能でない場合、前記モバイルノードのために構成された前記ＩＰアドレスを、前記追加セッションのＩＰデータパケット（複数個）をカプセル化したＩＰヘッダのソースアドレスとして用いて、前記追加セッションの前記ＩＰデータパケット（複数個）を前記パケットデータネットワークゲートウェイに対してトンネリングするステップと、
    前記パケットデータネットワークゲートウェイから取得された前記ホームアドレスプレフィックスに従って構成された前記ＩＰアドレスが前記アクセスネットワークにおいて使用可能である場合、前記ホームアドレスプレフィックスに従って構成されたホームアドレスを、前記追加セッションの前記ＩＰデータパケット（複数個）の前記ソースアドレスとして用いて、前記追加セッションの前記ＩＰデータパケット（複数個）を前記パケットデータネットワークゲートウェイに送信するステップと、
    を含む、方法。
13. 前記アクセスネットワークにおいて前記パケットデータゲートウェイから取得された前記ホームアドレスプレフィックスが使用可能であるか否かの前記指示が、ブートストラップ中に前記モバイルノードが受信するメッセージの１部として、又は、前記追加セッションを確立するためのアクセスネットワークに固有のシグナリングを実行している場合に前記モバイルノードが受信するメッセージの１部として受信される、請求項１２に記載の方法。
14. 移動通信ネットワークにおいてパケットデータネットワークに対する接続を経て追加セッションを確立するためのモバイルノードであって、
    前記パケットデータネットワーク接続を経て前記追加セッションを確立するためのトリガに応答して、パケットデータネットワークゲートウェイによるブートストラップを行い、これによって前記パケットデータネットワークゲートウェイからホームアドレスプレフィックスを取得するための送信器及び受信器を含み、前記パケットデータネットワークゲートウェイが前記モバイルノードを前記パケットデータネットワークに接続し、前記モバイルノードが、前記セッションを確立するための前記トリガの前に前記モバイルノードにおいて構成されたＩＰアドレスをブートストラップ中の識別子として用い、
    前記送信器が、前記セッションを確立するための前記トリガの前に前記モバイルノードにおいて構成された前記ＩＰアドレスを、前記追加セッションのＩＰデータパケット（複数個）をカプセル化したＩＰヘッダのソースアドレスとして用いて、前記追加セッションの前記ＩＰデータパケット（複数個）を前記パケットデータネットワークゲートウェイに対してトンネリングするように適応され、
    前記受信器が、アクセスルータからルータ広告を受信するように適応され、前記ルータ広告が、前記パケットデータネットワークゲートウェイによるブートストラップに通って前記モバイルノードによって取得された前記ホームアドレスプレフィックスと同一のアドレスプレフィックスを広告しており、
    前記送信器が、前記ルータ広告の受信に応答して、前記ホームアドレスプレフィックスに従って構成されたホームアドレスを前記追加セッションの前記ＩＰデータパケット（複数個）の前記ソースアドレスとして用いて、前記追加セッションのＩＰデータパケット（複数個）を前記パケットデータネットワークゲートウェイに送信するように更に適応されている、
    モバイルノード。
15. インタフェイスを更に含み、前記モバイルノードが、前記セッションを確立するための前記トリガの前に、ルータ広告において広告されたローカルプレフィックスに従って前記ＩＰアドレスによって前記インタフェイスを構成することができる、請求項１４に記載のモバイルノード。
16. 前記接続を確立するための前記トリガの前に前記モバイルノードにおいて構成され、かつ、ブートストラップに用いられる前記ＩＰアドレスが、ブートストラップ中に前記パケットデータネットワークゲートウェイから取得された前記ホームアドレスプレフィックスに一致しているか否かをチェックするためのプロセッサユニットを更に含み、
    前記接続を確立するための前記トリガの前に前記モバイルノードにおいて構成された前記ＩＰアドレスが、ブートストラップ中に前記パケットデータネットワークゲートウェイから取得された前記ホームアドレスプレフィックスに一致していない場合にのみ、前記セッションの前記ＩＰパケット（複数個）を前記パケットデータゲートウェイにトンネリングするように前記送信器が適応されている、請求項１４又は１５に記載のモバイルノード。
17. 前記送信器が、前記モバイルノードが現在接続されているアクセスネットワークに関する情報をブートストラップ中に前記パケットデータゲートウェイに送信するように適応されている、請求項１４から１６のいずれかの１つに記載のモバイルノード。
18. 請求項４から１１のいずれかの１つに従った方法の前記ステップを実行するように適応された手段を更に含む、請求項１４から１７のいずれかの１つに記載のモバイルノード。
19. モバイルノードをパケットデータネットワークに接続するためのパケットデータゲートウェイであって、
    前記モバイルノードによるブートストラップを行うための送信器及び受信器と、
    ブートストラップ中に、前記モバイルノードのためのホームアドレスプレフィックスを決定するための処理ユニットと、
    を含み、
    前記送信器が、ブートストラップ中に前記モバイルノードに前記ホームアドレスプレフィックスを送信するように適応され、
    前記受信器が、前記モバイルノードが現在接続されているアクセスネットワークに関する情報をブートストラップ中に受信するように適応され、
    前記処理ユニットが、ブートストラップ中に前記受信器が受信した前記情報に基づいて、前記モバイルノードが接続されている前記アクセスネットワークにおいてモバイルアクセスゲートウェイの機能性を実施しているアクセスルータを識別するように更に適応され、
    前記送信器が、前記ルータ広告において前記ホームアドレスプレフィックスを前記モバイルノードに広告することを前記アクセスルータに要求するように適応されている、
    パケットデータゲートウェイ。
20. 前記受信器が、前記パケットデータゲートウェイにおける前記モバイルノードのホームアドレスプレフィックスのためのプロキシ気付アドレスとして前記アクセスルータのＩＰアドレスを登録するために、前記アクセスルータからプロキシ対応付け更新を受信するように適応されている、請求項１８に記載のパケットデータゲートウェイ。
21. 請求項１から１１のいずれかの１つに従った方法の前記ステップを実行するように適応された手段を更に含む、請求項１９又は２０に記載のパケットデータゲートウェイ。
22. モバイルノードの処理ユニットによって実行された場合に、移動通信ネットワークにおいてパケットデータネットワークに対する接続を経て追加セッションを前記モバイルノードに確立させる命令を記憶したコンピュータ読み取り可能媒体であって、
    前記パケットデータネットワーク接続を経て前記追加セッションを確立するためのトリガに応答して、パケットデータネットワークゲートウェイによるブートストラップを行い、これによって前記パケットデータネットワークゲートウェイからホームアドレスプレフィックスを取得し、前記パケットデータネットワークゲートウェイが前記モバイルノードを前記パケットデータネットワークに接続し、前記モバイルノードが、前記セッションを確立するための前記トリガの前に前記モバイルノードにおいて構成されたＩＰアドレスをブートストラップ中の識別子として用い、
    前記セッションを確立するための前記トリガの前に前記モバイルノードにおいて構成された前記ＩＰアドレスを、前記追加セッションのＩＰデータパケット（複数個）をカプセル化したＩＰヘッダのソースアドレスとして用いて、前記追加セッションの前記ＩＰデータパケット（複数個）を前記パケットデータネットワークゲートウェイに対してトンネリングし、
    アクセスルータからルータ広告を受信し、前記ルータ広告が、前記パケットデータネットワークゲートウェイによるブートストラップに通って前記モバイルノードによって取得された前記ホームアドレスプレフィックスと同一のアドレスプレフィックスを広告しており、
    前記ルータ広告の受信に応答して、前記ホームアドレスプレフィックスに従って構成されたホームアドレスを前記セッションの前記ＩＰデータパケット（複数個）の前記ソースアドレスとして用いて、前記追加セッションのＩＰデータパケット（複数個）を前記パケットデータネットワークゲートウェイに送信する、
    コンピュータ読み取り可能媒体。
23. 請求項１から１１のいずれかの１つに従った方法の前記ステップを実行することによって、モバイルノードの処理ユニットによって実行された場合に、移動通信ネットワークにおいてパケットデータネットワークに対する接続を経て追加セッションを前記モバイルノードに確立させる命令を記憶したコンピュータ読み取り可能媒体。
24. パケットデータゲートウェイの処理ユニットによって実行された場合に、前記パケットデータゲートウェイはモバイルノードをパケットデータネットワークに接続させる命令を記憶したコンピュータ読み取り可能媒体であって、
    前記モバイルノードによるブートストラップを行い、ブートストラップが前記モバイルノードのためのホームアドレスプレフィックスの決定を含み、前記ホームアドレスプレフィックスを前記モバイルノードに送信し、前記モバイルノードが現在接続されているアクセスネットワークに関する情報を受信し、
    ブートストラップ中に受信した前記情報に基づいて、前記モバイルノードが接続されている前記アクセスネットワークにおいてモバイルアクセスゲートウェイの機能性を実施しているアクセスルータを識別し、
    前記ルータ広告において前記ホームアドレスプレフィックスを前記モバイルノードに広告するように前記アクセスルータに要求する、
    コンピュータ読み取り可能媒体。