JP5166525B2 - モバイルノードのためのアクセスネットワーク−コアネットワーク間信頼関係検出 - Google Patents

Description

本発明は、概して移動体通信に関し、特に、非３ＧＰＰアクセスネットワークへのハンドオーバ後又は初期接続後のモビリティシグナリングに関する。

本発明は、モバイルネットワークにおけるコアネットワークと非３ＧＰＰアクセスネットワークとの間の信頼関係検出の方法に関する。

３ＧＰＰでは、システムアーキテクチャの発展が標準規格に規定されている（３ＧＰＰ ＴＳ ２３．４０１及び３ＧＰＰ ＴＳ ２３．４０２）。発展の１つの側面としては、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）アクセス（例えば、ＧＥＲＡＮ（ＧＳＭ／Ｅｄｇｅ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、ＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ− ＵＴＲＡＮ））と、非３ＧＰＰアクセス（例えば、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、３ＧＰＰ２（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２）等）と、さらにそれらの間のモビリティとをサポートすることが挙げられる。３ＧＰＰアクセスと非３ＧＰＰアクセスとの間のモビリティアンカーは、３ＧＰＰコアネットワークのゲートウェイである。このゲートウェイは、外部のパケット・データ・ネットワーク（ＰＤＮ）とのインターフェースも提供し、ＰＤＮ−ＧＷと呼ばれる。３ＧＰＰアクセスと非３ＧＰＰアクセスとの間のモビリティは、モバイルＩＰに基づいており、それにより、そのプロトコルとして、クライアントモバイルＩＰ（Ｄ． Ｊｏｈｎｓｏｎ， Ｃ． Ｐｅｒｋｉｎｓ， Ｊ． Ａｒｋｋｏ， “Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ ｉｎ ＩＰｖ６” ＲＦＣ ３７７５， ２００４年６月； Ｈ． Ｓｏｌｉｍａｎ， “Ｍｏｂｉｌｅ ＩＰｖ６ ｓｕｐｐｏｒｔ ｆｏｒ ｄｕａｌ ｓｔａｃｋ Ｈｏｓｔｓ ａｎｄ Ｒｏｕｔｅｒｓ （ＤＳＭＩＰｖ６）” ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｎｅｍｏ−ｖ４ｔｒａｖｅｒｓａｌ−０４．ｔｘｔ， ２００７年３月）及びプロキシモバイルＩＰ（Ｓ． Ｇｕｎｄａｖｅｌｌｉ， Ｋ． Ｌｅｕｎｇ， Ｖ． Ｄｅｖａｒａｐａｌｌｉ， Ｋ． Ｃｈｏｗｄｈｕｒｙ， Ｂ． Ｐａｔｉｌ， “Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６” ｄｒａｆｔ−ｉｅｔｆ−ｎｅｔｌｍｍ−ｐｒｏｘｙｍｉｐ６−００．ｔｘｔ， ２００７年４月）のいずれを使用してもよい。非３ＧＰＰアクセスは、信頼できるアクセスと信頼できないアクセスとに分けられる。信頼できないアクセスは、信頼できないアクセスにいるユーザ装置（ＵＥ）は、オペレータのサービスにアクセスできるようになる前に、発展型（evolved）パケット・データ・ゲートウェイ（ｅＰＤＧ）への（ＩＰｓｅｃ（インターネット・プロトコル・セキュリティ）に基づいた）安全なトンネルをまず必要とすることを、前提とする。ｅＰＤＧは、インターワーキングＷＬＡＮに使用されるＰＤＧと類似のものである（ＴＳ ２３．２３４に記載されている）。一方、信頼できるアクセスからは、この安全なトンネルは必要ない。非３ＧＰＰアクセスが信頼できるものであるか否かは、オペレータの判断であり、オペレータによって異なる場合がある。

同一の非３ＧＰＰアクセス内又は異なる非３ＧＰＰアクセス間のモビリティに対して、３ＧＰＰアクセスと非３ＧＰＰアクセスとの間のモビリティに対して使用されるものと類似のメカニズム、すなわち、クライアント又はプロキシモバイルＩＰ（インターネットプロトコル）が使用することができる。

上記したように、２種類の非３ＧＰＰアクセス、すなわち、信頼できない非３ＧＰＰアクセスと信頼できる非３ＧＰＰアクセスが定義されており、非３ＧＰＰアクセスが信頼できるものであるか否かは、３ＧＰＰオペレータに委ねられている。また、１つの非３ＧＰＰアクセスが、オペレータＡの、あるＵＥにとっては信頼できるアクセスであり、オペレータＡの別のＵＥにとっては信頼できないアクセスである、という場合もある。

ＵＥが信頼できない非３ＧＰＰアクセスへ移動又は初期接続する場合（図１）、ＵＥは、まず、ｅＰＤＧを発見して、ｅＰＤＧとの間にＩＰｓｅｃ鍵交換ＩＫＥｖ２／ＩＰｓｅｃトンネルを確立しなければならない。そして、ＵＥは、ｅＰＤＧＩＰｓｅｃトンネルを介して、発展型パケットコアＥＰＣ（ＰＤＮ−ＧＷ）に接続することができる。一方、ＵＥは、信頼できる非３ＧＰＰアクセスへ移動又は初期接続する場合（図２）には、ＥＰＣ（ＰＤＮ−ＧＷ）に直接接続することができる。

問題は、ＵＥが、非３ＧＰＰアクセスへの初期接続の間又はハンドオーバの後（図３）、そのアクセスが信頼できるものなのかあるいは信頼できないものなのかを把握しておらず、また、
−ｅＰＤＧへのトンネルを確立して初めて、ＢＵメッセージをＰＤＮ−ＧＷへ送信できるのか、あるいは、
−ＢＵメッセージをＰＤＮ−ＧＷへ直接送信できるのか
を把握していないことである。

上記のように、（ハンドオーバ後又は初期接続において）非３ＧＰＰアクセスネットワークとの接続確立を開始するＵＥは、その非３ＧＰＰアクセスネットワークが信頼できるものなのかあるいは信頼できないものなのかを把握していない場合がある。

ＵＥが非３ＧＰＰアクセスネットワークの信頼関係を検出できる方法に関しては、いくつかの解決策が考えられる。以下に、その解決策のうちのいくつかを説明し、それらの解決策において起こりうる問題に着目する。
１．いくつかの無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ（ＲＡＴｓ））をデフォルトで信頼できるもの（ＷｉＭＡＸ）とし、その他をデフォルトで信頼できないもの（ＷＬＡＮ ８０２．１１）とする。この解決策の問題は、無線アクセス技術が信頼できるものであるか否かはオペレータの判断になる可能性があるので、正しくないこともあり得る、ということである。また、非３ＧＰＰアクセスがＵＥにとって信頼できるものであるか否かは、このＵＥの機能に依存する場合がある。例えば、ＵＥが特定のセキュリティ手段をサポートしている場合には、信頼できるものとなる。
２．信頼できる非３ＧＰＰアクセスからのネットワークプレフィックスのリストを用いて、ＵＥを事前に設定する。ここでの問題は、例えば、オペレータが多数の小規模な非３ＧＰＰアクセス・ホットスポット・オペレータとの間に信頼関係を持っている場合には、このリストが極めて大きくなる可能性があることである。また、新しい非３ＧＰＰアクセスネットワークが絶えず加わり得るので、リストを最新の状態に保たなければならない。これは、更新されなければならないＵＥが多数ある場合には、困難又はかなり非効率となる。
３．ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（認証）、Ａｕｔｈｏｒｉｚａｔｉｏｎ（認可）、Ａｃｃｏｕｎｔｉｎｇ（アカウンティング））手順の間に、例えば、ＥＡＰ（拡張認証プロトコル）拡張機能によって、ＵＥに通知してもよい。この解決策は、ローカルの非３ＧＰＰアクセスＡＡＡプロトコル及びインフラストラクチャからのサポートを必要とするが、これが常にサポートされていることを前提とすることはできない。
４．下位層の（例えば、Ｌ２の）情報によって、ＵＥに通知する。ここでも、問題は、非３ＧＰＰアクセスネットワーク、すなわち、下位層からの（例えば、ＩＥＥＥ ８０２．１１ｕ又はＩＥＥＥ ８０２．２１によって何らかの手段で提供される）サポートを必要とすることである。
５．ＵＥがＰＤＮ−ＧＷへの接続の確立を試行する、すなわち、バインディングアップデート（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）をＰＤＮ−ＧＷのアドレスへ（又はＰＤＮ−ＧＷ及びｅＰＤＧへ並行して）直接送信する。ＰＤＮ−ＧＷへのその確立が失敗した（ＰＤＮ−ＧＷが信頼できない非３ＧＰＰアクセスから到達可能でないため）場合には、ＵＥは、信頼できない非３ＧＰＰアクセスにいて、ｅＰＤＧを使用しなければならない、ということを把握する。問題は、ＵＥが、ＰＤＮ−ＧＷへの到達を何度か試行しなければ、ＰＤＮ−ＧＷが到達可能ではないと確実に結論付けることができないので、その手順が非常に遅いことである。
６．ＵＥが必ず、最初にｅＰＤＧを使用する、すなわち、ｅＰＤＧへのトンネルを確立する。そして、非３ＧＰＰアクセスが信頼できるものである場合には、ＵＥは、ＰＤＮ−ＧＷへ直接接続するよう通知される。この解決策の問題は、最初に多くのリソースを消費することである。全てのパケットが２重にトンネリングされて（ＩＰｓｅｃ＋ＭＩＰトンネル）ｅＰＤＧを介してルーティングされるからである。したがって、あまり効率的ではない。
７．信頼できる非３ＧＰＰアクセスにいるのかあるいは信頼できない非３ＧＰＰアクセスにいるのか、ＵＥがＤＨＣＰサーバに問い合わせをしてもよい（Ｒ． Ｄｒｏｍｓ， Ｊ． Ｂｏｕｎｄ， Ｂ． Ｖｏｌｚ， Ｔ． Ｌｅｍｏｎ， Ｃ． Ｐｅｒｋｉｎｓ， Ｍ． Ｃａｒｎｅｙ “Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ ｆｏｒ ＩＰｖ６ （ＤＨＣＰｖ６）” ＲＦＣ ３３１５， ２００３年７月）。ここで、ＵＥは、最初は非３ＧＰＰアクセスに接続し、Ｌ２アクセスが確立される。その後、ＵＥは、ＤＨＣＰサーバに信頼関係（例えばＮＡＩの形式のＵＥのＩＤ、及び／又は、ユーザのホームオペレータ識別子を含む）について要求する。非３ＧＰＰアクセスがユーザのホームオペレータとユーザにとって信頼できるものである場合には、ＤＨＣＰサーバは、信頼関係についてユーザに通知する。ＤＨＣＰサーバは、さらに、ＰＤＮ−ＧＷのＩＰアドレスを返してもよい。非３ＧＰＰアクセスがユーザのホームオペレータとユーザにとって信頼できないものである場合には、ＤＨＣＰサーバは、信頼関係についてユーザに通知する。ＤＨＣＰサーバは、さらに、ｅＰＤＧのＩＰアドレスを返してもよい。ここでの問題は、この解決策が、ローカルＤＨＣＰサーバへの事前設定入力又はＡＡＡインフラストラクチャによるサポートを必要とするので、ＤＨＣＰサーバは、ＵＥのアクセス認証の際、ＵＥのための情報で更新される。しかしながら、これが利用可能でない場合には、ＤＨＣＰは有効なＩＰアドレスを返すことができない。この場合、ＵＥは、デフォルトでｅＰＤＧを使用してもよい。しかしながら、このプロセスは遅い可能性がある。
８．信頼できる非３ＧＰＰアクセスにいるのかあるいは信頼できない非３ＧＰＰアクセスにいるのか、ＵＥがＤＮＳサーバに問い合わせをしてもよい。ここで、ＵＥは、最初は非３ＧＰＰアクセスに接続し、Ｌ２及びＬ３アクセスを確立する。その後、ＵＥは、例えばサービス又はＰＤＮ用に、ＵＥ又はオペレータ固有のＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ；フルドメイン名）を、例えば次のように構成してもよい。
FQDN=<pdn>.<non-3gpp>.<hplmn>.3gppnetwork.orgor
FQDN= <pdn>.<user id>.<non-3gpp>.<hplmn>.3gppnetwork.org

ここで、ｈｐｌｍｎ部は、ユーザのホームオペレータの識別子、例えば、ＭＮＣコード（Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｃｏｄｅ）及びＭＣＣ（Ｍｏｂｉｌｅ Ｃｏｕｎｔｒｙ Ｃｏｄｅ）コードである。ｎｏｎ−３ＧＰＰ部は、非３ＧＰＰネットワークについてのある情報、例えば、広告されたネットワークアクセス識別子又は広告されたＩＰプレフィックスである。ｕｓｅｒ ｉｄ部は、ユーザの識別子、例えば、ＮＡＩ（Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｆｉｅｒ）である。ＵＥは、この固有のＦＱＤＮについてＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ）に問合せをする。ＤＮＳ要求は、再帰的に解決される。前のＤＮＳサーバによって解決できない場合には、最終的にはＵＥのホームオペレータのＤＮＳサーバによって解決される。非３ＧＰＰアクセスが信頼できないものである場合には、ＤＮＳサーバは、ＩＰアドレスと共にｅＰＤＧを提供する。そして、ＵＥはｅＰＤＧへのトンネルを確立して、そのトンネルを介してＢＵをＰＤＮ−ＧＷへ送信しなければならない。非３ＧＰＰアクセスが信頼できるものである場合には、ＤＮＳサーバは、ＩＰアドレスと共にＰＤＮ−ＧＷを提供する。そして、ＵＥは、ＢＵをＰＤＮ−ＧＷへ直接送信しなければならない。ここで考えられる問題は、この解決方法が非常に遅いことである。

本発明は、上記の状況を考慮してなされたものであり、非３ＧＰＰアクセスネットワークへのハンドオーバ後又は初期接続後のモビリティシグナリングをより効率的にすることを目的とする。本発明のより詳細な目的は、ＵＥが接続したアクセスネットワークが信頼できるものであるか否かを容易に判定するための方法を提供することである。

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

本発明の種々の実施の形態によれば、ネットワークベースのモビリティ方式がユーザ装置（ＵＥ）によって使用され、信頼できないアクセスネットワークはＵＥによって使用されるネットワークベースのモビリティ方式をサポートしていないことを前提としている。したがって、ＵＥは、ローカル・モビリティ・アンカー（ＵＥに対応するコアネットワークにおけるパケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ））との間で、発展型パケット・データ・ゲートウェイ（ｅＰＤＧ）（信頼できないアクセスネットワークへの接続性を提供する）を介して、そのネットワークベースのモビリティ方式を実現しなければならない。その際、ＵＥはｅＰＤＧとの間でセキュリティトンネルを確立しなければならない。ユーザデータは、その後、そのトンネルを介してＵＥとＰＤＮ−ＧＷとの間で交換される。これが機能するためには、ＵＥは、ＰＤＮ−ＧＷにおいて割り当てられたホームＩＰアドレスを通信に使用しなければならない。上記の場合にのみ、他のエンティティとのセッション通信に上記のホームＩＰアドレスを使用すると、ユーザデータは、実際にＰＤＮ−ＧＷによって受信されてｅＰＤＧに転送され、そこからさらにセキュリティトンネルを介してＵＥへ転送される。したがって、ＵＥが別のアクセスへ移動しても、ネットワークベースのモビリティも正しく機能し、セッションは中断されない。ＰＤＮ−ＧＷにおいて割り当てられたホームＩＰアドレスを新しいアクセスネットワークにおいても使用することができるからである。

一般に、ユーザ装置は、新しいアクセスネットワークに接続するとき、始めに、そのアクセスネットワークからＩＰアドレス／プレフィックスを入手する。アクセスネットワークは、信頼できるネットワークである場合には、ＵＥのネットワークベースのモビリティ方式をサポートしており、アクセスネットワークのアクセスポイントは、ＵＥのモビリティに対応するローカル・モビリティ・アンカー（ＰＤＮ−ＧＷ）に対するプロキシ・モビリティ・エージェントとして機能する。アクセスポイントは、ＵＥのローカル・モビリティ・アンカーとコンタクトを取って、ローカル・モビリティ・アンカーからＵＥのホームＩＰアドレス／プレフィックスを受信することができ、その後、ユーザのホームＩＰアドレス／プレフィックスをＵＥへ伝送する。ホームＩＰプレフィックスを受信すると、ＵＥは、そのホームＩＰプレフィックスを使用してホームＩＰアドレスを生成するものとする。ＵＥは、そのホームＩＰアドレスを他のエンティティとのセッション通信に使用することができる。

アクセスネットワークが信頼できないネットワークである場合には、ＵＥのネットワークベースのモビリティ方式をサポートしていない。したがって、アクセスネットワークのアクセスポイントがローカル・モビリティ・アンカー（ＰＤＮ−ＧＷ）に到達することはできない。その結果、アクセスネットワークにおいてローカルに割り当てられるＩＰアドレス／プレフィックスが、アクセスポイントによって生成されてＵＥに送信される。この場合、ＵＥがローカル・モビリティ・アンカー（ＰＤＮ−ＧＷ）とコンタクトを取るためのプロキシ・モビリティ・エージェントとしてｅＰＤＧを使用し、それによってネットワークベースのモビリティを信頼できないアクセスネットワークにおいて実現することが必要になるであろう。この場合、ＵＥは、ＰＤＮ−ＧＷにおいて割り当てられたＵＥのホームＩＰアドレス／プレフィックスを受信するために、ｅＰＤＧへのセキュリティトンネルを確立し、ｅＰＤＧがＰＤＮ−ＧＷとコンタクトを取らなければならない。ｅＰＤＧは、受信したホームＩＰアドレス／プレフィックスをＵＥへ転送する。ＩＰプレフィックスの場合は、ＵＥは、そのホームＩＰプレフィックスを使用して、他のエンティティとのセッション通信用のＩＰアドレスを生成する。したがって、この場合も、ＵＥは、アクセスを変更するときに、セッションの連続性を維持することができる。逆に、ＵＥがローカルに割り当てられたＩＰアドレス／プレフィックスをセッションに使用した場合（例えば、ＵＥが信頼できないアクセスネットワークを信頼できるものと誤って想定し、ＩＰアドレス／プレフィックスがＵＥのローカル・モビリティ・アンカーにおいて割り当てられたとき）には、ＵＥがそのアクセスネットワークを離れるとすぐに、セッションは中断されてしまうであろう。

ＵＥから見て、上記の差異はトランスペアレントである。すなわち、ＵＥは、受信したＩＰアドレス／プレフィックスが、ＰＤＮ−ＧＷにおいて割り当てられたもの（ＵＥのホームＩＰアドレス／プレフィックス）なのか、あるいは、アクセスネットワークにおいてローカルに割り当てられたものなのかを把握していない。

したがって、ＵＥは、アクセスネットワークが信頼できるものなのか、つまり、受信したＩＰアドレス／プレフィックスをセッションの確立に使用することができるのか、あるいは、信頼できないものなのか、つまり、受信したＩＰアドレス／プレフィックスをセッションの確立に使用できず、その代わりにｅＰＤＧを介してＰＤＮ−ＧＷとの間でネットワークベースのモビリティを実現しなければならないのか、を判定しなければならない。

しかしながら、ネットワークベースのモビリティ方式を使用するときのハンドオーバの場合には、アクセスが信頼できるものであるか否かの検出は、前のアクセスネットワークにおいて受信したＩＰアドレス／プレフィックスを新しいアクセスネットワークにおいて受信したＩＰプレフィックスと比較することによって達成できる。より詳細には、ＵＥが前のアクセスネットワークから新しいアクセスネットワークへハンドオーバを行う場合、ＵＥは、前のアクセスネットワークにおいては、ＵＥのホームＩＰアドレスでありＰＤＮ−ＧＷ（ＵＥのローカル・モビリティ・アンカー）において割り当てられたホームＩＰプレフィックスに基づくＩＰアドレスをセッション通信に使用していた。ＵＥは、新しいアクセスネットワークへ移動すると、新しいアクセスネットワークからＩＰアドレス／プレフィックスを受信する。そのＩＰアドレス／プレフィックスは、ＰＤＮ−ＧＷにおいて割り当てられたホームＩＰアドレス／プレフィックス、及び、新しいアクセスネットワークにおいてローカルに割り当てられたＩＰアドレス／プレフィックスのどちらでもよい。前のアクセスネットワークで使用していた前のＩＰアドレス／プレフィックスを、新しいアクセスネットワークから受信した新しいＩＰアドレス／プレフィックスと比較することによって、ＵＥは、受信した新しいＩＰアドレス／プレフィックスがＵＥのローカル・モビリティ・アンカーにおいて割り当てられたものであるか否かを推測することができ、それにより、アクセスネットワークが信頼できるものであるか否かを判定することができる。

新しいアクセスネットワークとコアネットワークとの間の信頼関係を判定する上記の簡単な方法は、ＵＥが新しいアクセスネットワークに初期接続することを前提とするときにはそれほど簡単ではない。この場合、前のＩＰアドレス／プレフィックスについての情報は何も得られない。ＵＥによってそれ以前に確立されたセッションがないからである。したがって、ＵＥは、受信したＩＰアドレス／プレフィックスがＰＤＮ−ＧＷにおいて割り当てられたホームＩＰアドレス／プレフィックスなのか、あるいは、アクセスネットワークにおいてローカルに割り当てられたものなのかを把握することができない。

本発明は、アクセスネットワークが信頼できるネットワークであるか否かを、この場合及び他の場合にＵＥが判定する簡単で効率的な方法を提供する。

上記で使用した「ＩＰアドレス／プレフィックス」という用語は、ＩＰアドレス及びＩＰプレフィックスのいずれも使用できることを意味している。ＵＥは、ＩＰプレフィックスを入手すると、ＩＰプレフィックスからＩＰアドレスを生成する。さらに、このＩＰアドレスは、その後、通信セッションに適用することができる。しかしながら、ＵＥが、ＩＰプレフィックスではなくＩＰアドレスを直接入手することも可能である。この場合、ＵＥは、信頼できないアクセスネットワークに接続すると同時にローカルに割り当てられたＩＰアドレスを受信するか、あるいは、信頼できるアクセスネットワークから、ＰＤＮ−ＧＷにおいて割り当てられたホームＩＰアドレスを入手する。ＵＥがＩＰプレフィックスからＩＰアドレスを生成する必要があるのか、あるいは、ＵＥがＩＰアドレスを直接入手するのかは、発明が機能するためにはそれほど重要なことではない。当業者には、その違いと、後で説明する発明の種々の実施の形態の含意とが分かる。以下において、「ＩＰアドレス」という用語又は「ＩＰプレフィックス」という用語が使用されるときは、それぞれ、その代わりに「ＩＰプレフィックス」又は「ＩＰアドレス」をやはり使用することができる。このことは、当業者には明らかである。

また、記載されている実施の形態の大半は、ネットワークベースのモビリティを前提としているが、本発明は、ネットワークベースのモビリティ方式に限定されず、クライアントベースのモビリティ方式に適用してもよい。

例えば、クライアントベースのモビリティを使用するときは、ＵＥは、新しいアクセスネットワークに接続するときに、前のアクセスネットワークからのハンドオーバ後の、あるいは、初期接続後のＩＰアドレスも入手する。このＩＰアドレスは、新しいアクセスネットワークにおいてローカルに割り当てられるものである。クライアントベースのモビリティを実現するために、ＵＥは、その新しいＩＰアドレス（ＭＩＰを使用しているときは、気付アドレス）をコアネットワークのホームエージェントに登録しなければならない。これにより、ホームエージェントは、新しいアクセスネットワークにおけるＵＥとデータを交換することができる。

しかしながら、アクセスネットワークがコアネットワークにより信頼されないものである場合には、ホームエージェントは、ＵＥによる登録の試行を受け付けないであろう。この場合、ＵＥは、割り当てられたＩＰアドレスを使用してｅＰＤＧとコンタクトを取って、新しいＩＰアドレスをｅＰＤＧに要求しなければならない。その後、ｅＰＤＧにおいて割り当てられた、新しく割り当てられたＩＰアドレスは、コアネットワークにおけるＵＥのホームエージェントにおいて正常に登録することができる。この新しいＩＰアドレスは、ｅＰＤＧにおいて割り当てられるものであり、ｅＰＤＧは、コアネットワークの一部なので、ＵＥのホームエージェントにより信頼されるものだからである。ＵＥは、ｅＰＤＧへのセキュリティトンネルの確立も行わなければならないであろう。その結果、ＵＥのホームエージェントを介して、また、信頼できないアクセスネットワークに接続しているＵＥへｅＰＤＧを介して、データが交換される。

アクセスネットワークがコアネットワークにより信頼されるものである場合には、ＵＥのホームエージェントによる登録の試行は成功し、ＵＥは、最初に受信したＩＰアドレスを使用して、通常、クライアントベースのモビリティの場合に行うのと同じように、通信セッションを開始することができる。

今述べたように、ＵＥは、最初に受信したＩＰアドレスを通信に使用できるか否かを把握するために、接続したアクセスネットワークがコアネットワークにより信頼されるものであるか否かを把握しなければならない。

発明の種々の実施の形態のベースとなる発明の趣旨は、アクセスネットワークが信頼できるものなのか、あるいは、信頼できないものなのかを判定するのに必要な情報を、コアネットワークの一部又はユーザ装置自身である１つの特定のエンティティに与えるために、セキュリティトンネル確立の手順を使用することである。

セキュリティトンネル確立手順のメッセージを用いて、上記の判定を行うエンティティに必要な情報を与える。必要な情報は、アクセスネットワークに接続すると同時にそのアクセスネットワークによってユーザ装置に最初に割り当てられた第１のＩＰアドレス／プレフィックスを含んでもよい。必要な情報は、コアネットワークにおけるユーザ装置のホームエージェントにおいて割り当てられるＩＰアドレス／プレフィックスであるそのユーザ装置のホームＩＰアドレス／プレフィックスをさらに含んでもよい。

アクセスネットワークの信頼関係を判定するエンティティによっては、必要な情報の一部、すなわち、第１のＩＰアドレス／プレフィックス又はホームＩＰアドレス／プレフィックスを既に把握している場合がある。したがって、そのエンティティは、足りない情報を保持している他のエンティティから残りの必要な情報を得なければならない。

つまり、アクセスネットワークの信頼関係を判定するエンティティによっては、セキュリティトンネル確立手順のメッセージで、第１のＩＰアドレス／プレフィックス、又は、ホームＩＰアドレス／プレフィックス、又は、第１のＩＰアドレス／プレフィックス及びホームＩＰアドレス／プレフィックスを送信しなければならない場合がある。例えば、ＵＥがアクセスネットワークの信頼関係を判定するエンティティである場合には、第１のＩＰアドレス／プレフィックスは、セキュリティトンネル確立手順のメッセージで伝達されない。ＵＥは既に第１のＩＰアドレス／プレフィックスを把握しているからである。しかしながら、この場合、セキュリティトンネル確立手順のメッセージを使用して、ホームＩＰアドレス／プレフィックスをＵＥへ伝達しなければならない。

したがって、ローカル・モビリティ・アンカー、つまり、ＰＤＮ−ＧＷがアクセスネットワークの信頼関係を判定するエンティティである場合には、セキュリティトンネル確立手順の際に、ホームＩＰアドレス／プレフィックスを交換する必要はない。ホームＩＰアドレス／プレフィックスは、概して、ＰＤＮ−ＧＷにとって既知だからである。しかしながら、第１のＩＰアドレス／プレフィックスをＰＤＮ−ＧＷへ伝達しなければならない。これは、セキュリティトンネル確立手順のメッセージの１つを使用して行うことができる。

ｅＰＤＧがアクセスネットワークの信頼関係を判定する場合には、第１のＩＰアドレス／プレフィックス及びホームＩＰアドレス／プレフィックスをｅＰＤＧに与えるべきである。ｅＰＤＧは、第１のＩＰアドレス／プレフィックス及びホームＩＰアドレス／プレフィックスのいずれも把握していないからである。第１のＩＰアドレス／プレフィックス及びホームＩＰアドレス／プレフィックスは、セキュリティトンネル確立手順のメッセージを使用して、また、実際にはセキュリティトンネル確立手順の一部ではないが、セキュリティトンネル確立手順によってトリガされるメッセージも使用して、ｅＰＤＧに与えることができる。

この情報に基づいて、エンティティは、アクセスネットワークがコアネットワークにより信頼されるものであるか否かを判定してもよい。これは、第１のＩＰアドレス／プレフィックスをホームＩＰアドレス／プレフィックスと比較することによって行ってもよく、それらが一致する場合には、アクセスネットワークが信頼できるものであると推測することができる。この場合、アクセスネットワークはその信頼できるエンティティからＩＰアドレス／プレフィックスを取得して、その後、ＵＥがアクセスネットワークに接続すると同時に、取得したこのＩＰアドレス／ＩＰプレフィックスを第１のＩＰアドレス／プレフィックスとしてＵＥに与えている。

逆に、対応するエンティティが、第１のＩＰアドレスとホームＩＰアドレスが一致しないと判定する場合には、ＵＥがアクセスネットワークから受信したＩＰプレフィックスはローカルに割り当てられているので、ＵＥは、このＩＰプレフィックスを通信セッション開始のために使用しないものとする。つまり、そのアクセスネットワークはコアネットワークにより信頼されないものである。したがって、信頼できないアクセスネットワークからコアネットワークへ橋渡しをするｅＰＤＧを介して、コアネットワーク、すなわち、モバイルノードのローカル・モビリティ・アンカー（ＰＤＮ−ＧＷ）と通信しなければならない。

本発明の有利な実施の形態によれば、セキュリティトンネル確立手順が、ユーザ装置と、第１のゲートウェイと、コアネットワークの認証サーバとの間で行われる認証手順を備える。この場合、第１ゲートウェイは、ホームＩＰアドレス／ＩＰプレフィックスを認証サーバからその認証手順のメッセージで受信する。これにより、判定全体を迅速化することができる。認証手順は、通常、始めに行われるので、第１のゲートウェイがホームＩＰアドレス／プレフィックスの情報をかなり早い時点で受信することになるからである。そして、第１のゲートウェイは、アクセスネットワークが信頼できるものであるか否かを判定することができる。あるいは、判定に対応するエンティティに、ホームＩＰアドレス／プレフィックスの情報を与えることができる。

本発明の別の実施の形態においては、アクセスネットワークがコアネットワークにより信頼されるものであるか否かを第１のゲートウェイが判定する場合には、その判定の結果は、セキュリティトンネル確立手順のメッセージでユーザ装置へ伝達される。

本発明の別の有利な実施の形態を次に参照すると、第１のゲートウェイは発展型パケット・データ・ゲートウェイであり、信頼できるエンティティはユーザ装置に対応するパケット・データ・ネットワーク・ゲートウェイである。ホームＩＰアドレス／プレフィックスは、パケット・データ・ネットワーク・ゲートウェイから、セキュリティトンネル確立手順のメッセージの１つを使用してユーザ装置へ、及び／又は、セキュリティトンネル確立手順によってトリガされる他のメッセージで発展型パケット・データ・ゲートウェイへ、伝達される。

本発明の別の有利な実施の形態によれば、第１のＩＰアドレス／プレフィックスは、セキュリティトンネル確立手順のメッセージの１つでユーザ装置から発展型パケット・データ・ゲートウェイへ伝達される。これは、アクセスネットワークの、コアネットワークとの信頼関係をユーザ装置が判定しない場合に行われる。

本発明の別の実施の形態においては、セキュリティトンネル確立手順は、発展型パケット・データ・ゲートウェイからパケット・データ・ネットワーク・ゲートウェイへのモビリティメッセージの送信をトリガし、モビリティメッセージはパケット・データ・ネットワーク・ゲートウェイをトリガしてホームＩＰアドレス／プレフィックスを発展型パケット・データ・ゲートウェイへ返すようにさせる。

本発明の別の実施の形態を参照すると、パケット・データ・ネットワーク・ゲートウェイへ転送されるモビリティメッセージは、ＩＰアドレス／プレフィックスを含み、パケット・データ・ネットワーク・ゲートウェイは、モビリティメッセージで受信されるそのＩＰアドレス／プレフィックスが既にパケット・データ・ネットワーク・ゲートウェイによってユーザ装置に割り当てられているかどうかを判定する。モビリティメッセージで受信されるそのＩＰアドレス／プレフィックスが、ユーザ装置がアクセスネットワークに接続すると同時にそのユーザ装置に割り当てられるＩＰアドレス／プレフィックスと同一であると判定される場合には、パケット・データ・ネットワーク・ゲートウェイは、その判定の結果の情報を発展型パケット・データ・ゲートウェイへ返す。ユーザ装置がアクセスネットワークに接続すると同時に、パケット・データ・ネットワーク・ゲートウェイによって、モビリティメッセージで受信されるそのＩＰアドレス／プレフィックスがユーザ装置に割り当てられなかったと判定される場合には、ホームＩＰアドレス／プレフィックスはパケット・データ・ネットワーク・ゲートウェイによって生成され、発展型パケット・データ・ゲートウェイへ送信される。

本発明の別の有利な実施の形態によれば、第１のゲートウェイ及び信頼できるエンティティは、ユーザ装置に対応するパケット・データ・ネットワーク・ゲートウェイである。そして、ホームＩＰアドレス／プレフィックスは、セキュリティトンネル確立手順のメッセージの１つでパケット・データ・ネットワーク・ゲートウェイからユーザ装置へ伝達される。あるいは、第１のＩＰアドレス／プレフィックスは、セキュリティトンネル確立手順のメッセージの１つでユーザ装置からパケット・データ・ネットワーク・ゲートウェイへ伝達される。これは、どのエンティティが実際に信頼関係の判定を行うかによる。

本発明の別の実施の形態は、アクセスネットワークに接続されたユーザ装置のために、コアネットワークとそのアクセスネットワークとの間の信頼関係を判定する方法を提供する。そのコアネットワークは、パケット・データ・ネットワーク・ゲートウェイを含む。開始メッセージは、ユーザ装置からパケット・データ・ネットワーク・ゲートウェイへ送信される。開始メッセージに応じて、パケット・データ・ネットワーク・ゲートウェイから応答を受信しない場合には、ユーザ装置は、アクセスネットワークがコアネットワークにより信頼されないものであると判定する。

本発明の上記別の実施の形態によれば、その開始メッセージで、ユーザ装置とパケット・データ・ネットワーク・ゲートウェイとの間でセキュリティトンネル確立手順を開始する。

また、本発明は、アクセスネットワークに接続され、第１のゲートウェイを含むコアネットワークとそのアクセスネットワークとの間の信頼関係が判定されるユーザ装置を提供する。ユーザ装置の受信部は、アクセスネットワークによってユーザ装置に割り当てられた第１のＩＰアドレス／プレフィックスを受信する。ユーザ装置の受信部と送信部とは、ユーザ装置と第１のゲートウェイとの間で行われるセキュリティトンネル確立手順のメッセージを交換する。そのメッセージは、第１のＩＰアドレス／プレフィックス及び／又はユーザ装置のホームＩＰアドレス／プレフィックスの情報を含む。ユーザ装置内のプロセッサは、アクセスネットワークがコアネットワークにより信頼されるものであるか否かを、その第１のＩＰアドレス／プレフィックスとホームＩＰアドレス／プレフィックスとに基づいて判定する。

前記ユーザ装置が、本発明のこれまでに説明した実施の形態のステップを行う及び／又はそれらに関与する手段をさらに備えることは、当業者には明らかなはずである。

さらに、本発明は、アクセスネットワークに接続されたユーザ装置のために、コアネットワークとそのアクセスネットワークとの間の信頼関係が判定される、そのコアネットワークにおけるゲートウェイを提供する。ゲートウェイの受信部と送信部とは、ユーザ装置とゲートウェイとの間で行われるセキュリティトンネル確立手順のメッセージを交換する。そのメッセージは、アクセスネットワークに接続すると同時にユーザ装置によって受信され、かつアクセスネットワークによってユーザ装置に割り当てられた第１のＩＰアドレス／プレフィックスの情報を含む。そのメッセージは、さらに、ユーザ装置のホームＩＰアドレス／プレフィックスの情報を含む。ゲートウェイ内のプロセッサは、アクセスネットワークがコアネットワークにより信頼されるものであるか否かを、その第１のＩＰアドレス／プレフィックスとホームＩＰアドレス／プレフィックスとに基づいて判定する。

前記ゲートウェイが、本発明のこれまでに説明した実施の形態のステップを行う及び／又はそれらに関与する手段をさらに備えることは、当業者には明らかなはずである。

第１の態様によれば、アクセスネットワークに接続されたユーザ装置のための、第１のゲートウェイと第２のゲートウェイとを含むコアネットワークとそのアクセスネットワークとの間の信頼関係検出のための方法と、ゲートウェイと、ユーザ装置と、ネットワークと、コンピュータ読み取り可能媒体とが提供される。その方法は、ユーザ装置が第２のゲートウェイを介してコアネットワークへメッセージを送信するステップを備える。その後、ユーザ装置が信頼できるアクセスネットワークにいるのか、あるいは、信頼できないアクセスネットワークにいるのかが判断される。第１のゲートウェイは、ユーザ装置が信頼できないアクセスネットワークにいる場合に、第２のゲートウェイとユーザ装置との間を経由する第１のゲートウェイとユーザ装置との間のトンネルを介して、ユーザ装置へメッセージを送信する。また、第１のゲートウェイは、ユーザ装置が信頼できるアクセスネットワークにいる場合に、第１のゲートウェイとユーザ装置との間のトンネルを介して、ユーザ装置へメッセージを送信する。

第１の態様をさらに詳細に参照すると、第１のゲートウェイはパケット・データ・ネットワーク・ゲートウェイであり、第２のゲートウェイは発展型パケット・データ・ゲートウェイである。前記判断するステップは、第２のゲートウェイ、第１のゲートウェイ、又は認証、認可、アカウンティングサーバによって行われる。第１の態様によれば、前記送信するステップにおけるメッセージはバインディングアップデートであり、そのバインディングアップデートは、トンネリングされる、あるいは、他のメッセージに含まれる。さらに、ユーザ装置が信頼できるアクセスネットワークにいる場合に、第１のゲートウェイが、ユーザ装置の非３ＧＰＰアクセスネットワークにおけるインターネット・プロトコル・アドレス宛てにバインディングアクノレッジメント（ｂｉｎｄｉｎｇ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージを送信するステップが備えられている。第１の態様によれば、ユーザ装置が信頼できないアクセスネットワークにいる場合に、第１のゲートウェイが、ユーザ装置の第２のゲートウェイにおけるインターネット・プロトコル・アドレス宛てにバインディングアクノレッジメントメッセージを送信するステップが備えられている。第１の態様においては、第２のゲートウェイにおけるインターネット・プロトコル・アドレスは、事前に設定、あるいは、動的に決定される。さらに、第１の態様は、ユーザ装置がバインディングアクノレッジメントメッセージを受信するステップと、非３ＧＰＰアクセスネットワークにおけるインターネット・プロトコル・アドレスが使用される場合に、ユーザ装置が信頼できるネットワークにいると判定するステップと、第２のゲートウェイでのインターネット・プロトコル・アドレスが使用される場合に、ユーザ装置が信頼できないネットワークにいると判定するステップとをさらに備える。

第１の態様によれば、ユーザ装置のために、コアネットワークとアクセスネットワークとの間の信頼関係が検出されるネットワークが提供される。そのコアネットワークは、第１のゲートウェイと第２のゲートウェイとを含む。ユーザ装置は、第２のゲートウェイを介してコアネットワークへメッセージを送信する。コアネットワークは、ユーザ装置が信頼できるアクセスネットワークにいるのか、あるいは、信頼できないアクセスネットワークにいるのかを判断する。また、第１のゲートウェイは、ユーザ装置が信頼できないアクセスネットワークにいる場合に、第２のゲートウェイとユーザ装置との間を経由する第１のゲートウェイとユーザ装置との間の第１のトンネルを介して、ユーザ装置へメッセージを送信する。逆に、第１のゲートウェイは、ユーザ装置が信頼できるアクセスネットワークにいる場合に、第１のゲートウェイとユーザ装置との間の第２のトンネルを介して、ユーザ装置へメッセージを送信する。

さらに、第１の態様は、アクセスネットワークに接続されたユーザ装置のために、コアネットワークとそのアクセスネットワークとの間の信頼関係が検出される、そのコアネットワークにおけるゲートウェイを提供する。ゲートウェイは、ユーザ装置からメッセージを受信する受信手段を備える。ゲートウェイにおける判断手段は、ユーザ装置が信頼できるアクセスネットワークにいるのか、あるいは、信頼できないアクセスネットワークにいるのかを判断する。ゲートウェイの送信手段は、ユーザ装置が信頼できないアクセスネットワークにいる場合に他のゲートウェイとユーザ装置との間を経由するゲートウェイとユーザ装置との間の第１のトンネルを介して、ユーザ装置へメッセージを送信する。ゲートウェイの送信手段は、ユーザ装置が信頼できるアクセスネットワークにいる場合に、ゲートウェイとユーザ装置との間の第２のトンネルを介して、ユーザ装置へメッセージを送信する。

第１の態様は、別の選択肢として、アクセスネットワークに接続されたユーザ装置のために、コアネットワークとアクセスネットワークとの間の信頼関係が検出される、コアネットワークにおけるゲートウェイを提供する。ゲートウェイは、ユーザ装置からメッセージを受信する受信手段を備える。ゲートウェイにおける判断手段は、ユーザ装置が信頼できるアクセスネットワークにいるのか、あるいは、信頼できないアクセスネットワークにいるのかを判断する。ゲートウェイの通信手段は、ユーザ装置が信頼できないアクセスネットワークにいる場合に、他のゲートウェイとユーザ装置との間で、メッセージを搬送する。

また、第１の態様は、アクセスネットワークに接続され、第１のゲートウェイと第２のゲートウェイとを含むコアネットワークとそのアクセスネットワークとの間の信頼関係が検出されるユーザ装置を提供する。ユーザ装置は、第２のゲートウェイを介してコアネットワークへメッセージを送信する送信手段を備える。ユーザ装置の受信手段は、ユーザ装置が信頼できないアクセスネットワークにいる場合に第２のゲートウェイとユーザ装置との間を経由する第１のゲートウェイとユーザ装置との間の第１のトンネルを介して、第１のゲートウェイからメッセージを受信する。又は、その受信手段は、ユーザ装置が信頼できるアクセスネットワークにいる場合に、第１のゲートウェイとユーザ装置との間の第２のトンネルを介して、第１のゲートウェイからメッセージを受信する。

添付の図面に示される本発明の種々の実施の形態のより詳細な後述の説明から、さらなる特徴と利点とが明らかになるであろう。
３ＧＰＰから信頼できない非３ＧＰＰアクセスネットワークへ移動するＵＥを示す。 ３ＧＰＰから信頼できる非３ＧＰＰアクセスネットワークへ移動するＵＥを示す。 ホームネットワークの信頼関係検出のための上位のシグナリングフローを示す。 暗黙のＢＵ及びｅＰＤＧが関与する場合の例としてのシグナリングフローを示す。 独立したＢＵが関与しｅＰＤＧが関与しない場合の例としてのシグナリングフローを示す。 ＰＭＩＰｖ６を使用するＭＮ用の初期接続手順のシグナリング図を示す。 モバイルノードが発展型ＰＤＧとの間でＩＫＥセキュリティアソシエーションの交換を行う、本発明の実施の形態による例としてのシグナリングフローである。 モバイルノードがＰＤＮ−ＧＷとの間でＩＫＥセキュリティアソシエーションの交換を行う、本発明の別の実施の形態による例としてのシグナリングフローである。 モバイルノードがＰＤＮ−ＧＷとの間でＩＫＥセキュリティアソシエーションの交換を行い、ＰＤＮ−ＧＷがアクセスネットワークが信頼できるものなのかあるいは信頼できないものなのかを判断する、本発明のさらに別の実施の形態による例としてのシグナリングフローを示す。

以下の各節では、３ＧＰＰコアネットワークと非３ＧＰＰアクセスネットワークとの間の信頼関係の検出を含む本発明の種々の実施の形態について説明し、その他の選択可能な構成を例示する。

例示的な目的でのみ、実施の形態の大半を、３ＧＰＰ通信システムとの関連で概説しており、以下の各項で使用される用語は主に３ＧＰＰの用語に関連する。しかしながら、ここで使用される用語と３ＧＰＰのアーキテクチャに基づく実施の形態の説明とは、そのようなシステムに対する本発明の原理と思想の限定を意図するものではない。

また、上記背景技術の項で行った詳細な説明は、単に、以下に記載の概ね３ＧＰＰに特化した例である実施の形態をよりよく理解することを意図するものであって、上記移動体通信ネットワークにおいてここに具体的に記載されている通りに処理装置及び機能を実装することに本発明を限定するものと理解すべきではない。

第１の態様
第１の態様によれば、非３ＧＰＰアクセスへのハンドオーバを行った、あるいは、非３ＧＰＰアクセスに初期接続したＵＥが、その非３ＧＰＰアクセスがホームオペレータの観点から信頼できるものであるか否かを検出できるようにし、また、これに関して、ホームネットワークへの使用すべきトンネルを検出できるようにする方法が提供される。

信頼関係を検出するために、ＵＥ１０は、モビリティに関するメッセージをｅＰＤＧ１２へ伝送し、ｅＰＤＧ１２は、そのメッセージをＰＤＮ−ＧＷ１４へ転送する。ｅＰＤＧ１２又はＰＤＮ−ＧＷ１４は、メッセージの処理中に、ＵＥ１０が信頼できる非３ＧＰＰアクセスネットワーク２０にいるのかあるいは信頼できない非３ＧＰＰアクセスネットワーク１８にいるのかを判断又は判定してもよい。ＵＥ１０が信頼できない非３ＧＰＰアクセスネットワーク１８にいる場合には、ＰＤＮ−ＧＷ１４は、ｅＰＤＧ１２を介してモビリティメッセージをＵＥ１０に返信する。一方、ＵＥ１０が信頼できる非３ＧＰＰアクセスネットワーク２０にいる場合には、ＰＤＮ−ＧＷ１４は、モビリティメッセージをＵＥ１０に直接返信する。

ＰＤＮ−ＧＷ１４からのモビリティメッセージの宛先に基づいて、ＵＥ１０は、信頼できる非３ＧＰＰアクセス２０なのかあるいは信頼できない非３ＧＰＰアクセス１８なのかを検出できる。

非３ＧＰＰアクセスネットワークにいるＵＥ１０には、ＩＰアドレスが割り当てられており、そのＩＰアドレスはＵＥ１０自身が把握しているものである。信頼できないアクセスネットワーク１８においては、ＵＥ１０に対してもう１つのアドレスが必要であり、そのアドレスはｅＰＤＧ１２によって割り当てられて、ＵＥ１０自身に知らされる。このアドレスは、リモートアドレスである。

ＵＥ１０は、宛先をＰＤＮ−ＧＷ１４にして、バインディングアップデート（ＢＵ）をｅＰＤＧ１２へトンネリングする。その後、ｅＰＤＧ１２は、ＵＥ１０が信頼できる非３ＧＰＰアクセスネットワーク２０にいるのかあるいは信頼できない非３ＧＰＰアクセスネットワーク１８にいるのかを判断又は判定し、ＢＵをＰＤＮ−ＧＷ１４へ送信してもよい。または、ｅＰＤＧ１２はＢＵをＰＤＮ−ＧＷ１４へ転送し、ＰＤＮ−ＧＷ１４が、ＵＥ１０が信頼できる非３ＧＰＰアクセスネットワーク２０にいるのかあるいは信頼できない非３ＧＰＰアクセスネットワーク１８にいるのかを判断又は判定してもよい。 ＵＥ１０が信頼できる非３ＧＰＰアクセスネットワーク２０にいる場合には、ＰＤＮ−ＧＷ１４は、ＢＡＣＫ（Ｂｉｎｄｉｎｇ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を、その非３ＧＰＰアクセスにおいてＵＥに割り当てられたＩＰアドレスへ送信する。ＵＥ１０が信頼できない非３ＧＰＰアクセスネットワーク１８にいる場合には、ＰＤＮ−ＧＷ１４は、ＢＡＣＫを、ｅＰＤＧにおいてＵＥに割り当てられたＩＰアドレス（ＵＥのリモートＩＰアドレス）へ送信する。ＢＡＣＫにおいて使用されている宛先アドレスに基づいて、ＵＥ１０は、信頼できる非３ＧＰＰアクセス２０なのかあるいは信頼できない非３ＧＰＰアクセス１８なのかを検出できる。

本発明との関連においては、タイプ２ルーティングヘッダ又はホームアドレスオプションを用いたメッセージの送信は、トンネリングされていると見なされるということが分かる。

上記の方法の利点としては、ＵＥごとの動的な信頼可否判断が可能になること、事前設定が不要で、下位層又は非３ＧＰＰのアクセスに対するサポートが必要ないこと、ＵＥが信頼できる非３ＧＰＰアクセスにいる場合に初期の二重トンネリング（ＩＰｓｅｃ＋ＭＩＰトンネリング）が回避されること、そしてそのアクセスが、ＵＥが例えばＤＨＣＰ／ＤＮＳを介して信頼／非信頼関係を検出する機構よりも高速であることが挙げられる。

非３ＧＰＰアクセスとホームオペレータとの間の信頼関係を検出するために、図３に示す以下の上位レベルのシグナリング手順を行う。
３１．ＵＥは、非３ＧＰＰアクセスネットワークへのハンドオーバ、あるいは、非３ＧＰＰアクセスへの初期接続を行う。ＵＥは、その非３ＧＰＰアクセスが信頼できるものであるか否かを把握していない。
３２．ＵＥは、非３ＧＰＰアクセス認証を行ってもよい。この場合、３ＧＰＰのＡＡＡサーバも関与する。
３３．ＵＥは、バインディングアップデート（ＢＵ）を送信する。実際には、ＢＵの最終的な宛先はＰＤＮ−ＧＷであるが、まずｅＰＤＧへ送信される。ＢＵをｅＰＤＧに受信させるため、ＢＵは、ＵＥからｅＰＤＧへトンネリングされるか、あるいは、ｅＰＤＧへ送信される他のメッセージ（例えば、図４ＩＫＥｖ２メッセージ）に含める。ｅＰＤＧのＩＰアドレスは、例えばＤＨＣＰ又はＤＮＳを介して、あるいはエニーキャストで、事前に設定又は動的に決定してもよい。
３４．ｅＰＤＧは、バインディングアップデートにて伝達される非３ＧＰＰアクセスについての情報、及び／又は、ＡＡＡサーバから受信した情報、及び／又は、ＰＤＮ−ＧＷから受信した情報に基づいて、非３ＧＰＰアクセスとホームオペレータとの間の信頼関係を判定してもよい。 ＡＡＡサーバが判定に関与する（例えば、ｅＰＤＧが、ＵＥを認証する際あるいは別のシグナリング交換時に、ＡＡＡサーバに問合せをする）場合には、ＡＡＡサーバが、アクセス認証の際に伝達される非３ＧＰＰアクセスについての情報、及び／又は、バインディングアップデートにて伝達されてｅＰＤＧにより提供される非３ＧＰＰアクセスについての情報（例えば、アクセスネットワーク識別子）、及び／又は、加入者データベース内の情報に基づいて、非３ＧＰＰアクセスとホームオペレータとの間の信頼関係を判定してもよい。 ＡＡＡサーバは、ｅＰＤＧへ通知を送信してもよい（例えば、ＰＤＮ−ＧＷが、ＵＥを認証する際に、応答を送信する）。その通知により、ＵＥが信頼できる非３ＧＰＰアクセスにいるのかあるいは信頼できない非３ＧＰＰアクセスにいるのかをｅＰＤＧに通知してもよい。
３５．ｅＰＤＧが信頼関係の判定に関与する場合には、ｅＰＤＧは、ＢＵを修正、あるいは、新規のＢＵを生成して、そのＢＵをＰＤＮ−ＧＷへ送信してもよい。例えば、ＵＥが信頼できる非３ＧＰＰアクセスにいるとｅＰＤＧが判定した場合には、ｅＰＤＧは、気付アドレス＝ＵＥの非３ＧＰＰのローカルＩＰアドレスとしてＢＵをＰＤＮ−ＧＷへ送信し、一方、ＵＥが信頼できない非３ＧＰＰアクセスにいるとｅＰＤＧが判定した場合には、ｅＰＤＧは、気付アドレス＝ＵＥのリモートＩＰアドレスとしてＢＵをＰＤＮ−ＧＷへ送信してもよい。ｅＰＤＧが信頼関係の判定に関与しない場合には、ｅＰＤＧは、ＢＵを処理せずにＰＤＮ−ＧＷへ転送してもよい。
３６．ＰＤＮ−ＧＷは、バインディングアップデートにて伝達される非３ＧＰＰアクセスについての情報、及び／又は、ＡＡＡサーバから受信した情報に基づいて、非３ＧＰＰアクセスとホームオペレータとの間の信頼関係を判定してもよい。
３７．
ａ．ＵＥ１０が信頼できない非３ＧＰＰアクセスにいる場合には、ＰＤＮ−ＧＷは、バインディングアクノレッジ（ＢＡＣＫ）をＵＥのリモートＩＰアドレスへ送信する。すなわち、ＢＡＣＫは、まずｅＰＤＧによって受信され、ｅＰＤＧからＵＥへトンネリングされる。ＢＡＣＫにおいて使用されている宛先ＩＰアドレスに基づいて、ＵＥは、信頼できない非３ＧＰＰアクセスネットワークに置かれていること、及び、ＰＤＮ−ＧＷへのトラフィックは全てｅＰＤＧを介してトンネリングしなければならないことを検出できる。
ｂ．ＵＥ１０が信頼できる非３ＧＰＰアクセスにいる場合には、ＰＤＮ−ＧＷは、バインディングアクノレッジ（ＢＡＣＫ）をＵＥの非３ＧＰＰのローカルＩＰアドレスへ送信する。すなわち、ＢＡＣＫは、ｅＰＤＧを介することなくＵＥへ直接送信される。ＢＡＣＫにおいて使用されている宛先ＩＰアドレスに基づいて、ＵＥは、信頼できる非３ＧＰＰアクセスネットワークに置かれていること、及び、トラフィックは全てＰＤＮ−ＧＷへ直接送信可能であることを検出できる。

この項では、例となるシグナリングフローを示す（図４参照）。このフローにおいては、ＢＵは、独立したメッセージで送信されるのではなく、ＩＫＥｖ２のメッセージに含まれる。ｅＰＤＧは、この暗黙のＢＵを検出することができ、以下にさらに詳細に述べるように、適切な措置を開始する。
４１．非３ＧＰＰアクセスネットワークへのハンドオーバ後、あるいは、非３ＧＰＰアクセスネットワークへの初期接続後、ＵＥは、ｅＰＤＧとの間でＩＫＥｖ２トンネルの確立を開始する。すなわち、ＵＥは、ＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージをｅＰＤＧへ送信し、ｅＰＤＧは、ＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージで応答する。その後、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ交換が完了し、以後、全てのメッセージは、暗号化されてインテグリティが保護される。ｅＰＤＧのＩＰアドレスは、例えばＤＨＣＰ又はＤＮＳを介して、あるいはエニーキャストで、事前に設定又は動的に決定してもよい。
４２．ＵＥは、まず、ＩＫＥ＿ＡＵＴＨ交換を行って自身の認証を行う。ＵＥは、さらに、リモートＩＰアドレスがまだ割り当てられていない場合には、設定ペイロードにおいてリモートＩＰアドレスを要求してもよい。
その認証は、例えば、ＥＡＰに基づいて、あるいは、メッセージ交換の数を低減するために、ＥＡＰ再認証拡張機能（ＥＲＸ）のような拡張機能に基づいて行うことができる。ＥＲＸでは、ＵＥは、再認証インテグリティ鍵を使用して認証を行うので、ここでは従来の認証が要求される。ＩＫＥ＿ＡＵＴＨメッセージにおいては、ＵＥがバインディングアップデートをＰＤＮ−ＧＷとの間で行うことを希望する旨を追加フラグで示してもよい。また、例えば、競合状態を回避するために、ＢＵのシーケンス番号が含まれなければならない（タイムスタンプも含めてもよい）。
より高速に（ＥＲＸを使用せずに）認証を行い暗黙のＢＵを送信する他の可能性としては、ＢＵを（完全に又は部分的に）ＩＫＥ＿ＡＵＴＨメッセージのＩＤｉフィールドに含めることである。ＩＤｉメッセージは、可変長のフィールドであり、イニシエータの識別に使用される。この場合、イニシエータは、例えばＢＵに含まれているＭＮ−ＮＡＩにより識別される。ＢＵの認証は、モバイルＩＰｖ６用の認証プロトコルで行うことができる。すなわち、ＭＮ−ＡＡＡセキュリティアソシエーションを使用する。
４３．ｅＰＤＧはＡＡＡサーバとコンタクトを取り、例えば、ＥＲＸを使用して、あるいは、ＭＩＰ６の認証プロトコルによる機構を使用して、ＵＥの認証を行う。
４４．ｅＰＤＧは、ＵＥの認証を行った後、ＵＥが信頼できる非３ＧＰＰアクセスにいるのかあるいは信頼できない非３ＧＰＰアクセスにいるのかを判定することができる（例えば、ＩＫＥｖ２メッセージにおけるＵＥの送信元ＩＰアドレス、ＡＡＡサーバからの情報、又はＩＫＥ＿ＡＵＴＨメッセージにおけるアクセスネットワーク識別子に基づいて）。
４５．
ａ．ＵＥが信頼できない非３ＧＰＰアクセスネットワークにいる場合には、ｅＰＤＧは、リモートＩＰアドレスをＵＥに割り当ててもよく、ＣｏＡ＝ＵＥのリモートＩＰアドレスとしてＢＵをＰＤＮ−ＧＷへ送信する。
ＢＵフラグ付きのＥＲＸが使用された場合には、ｅＰＤＧは、プロキシバインディングアップデート（Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）をＰＤＮ−ＧＷへ送信し、代替気付アドレスモビリティオプションを使用して、代替気付アドレスオプションをＵＥのリモートＩＰアドレスに設定してもよい。
含まれている、ＭＩＰ６の認証プロトコル付きのＢＵが使用された場合には、ｅＰＤＧは、ＢＵを送信し、そのインテグリティを、ＵＥから送信された通りに保護することができる。ｅＰＤＧは、認証の際、ＭＮ−ＨＡセキュリティアソシエーションの鍵を受信しているからである。しかしながら、ＵＥのＩＰアドレスの偽造を防ぐために、この場合も、ｅＰＤＧは、代替気付アドレスオプションを使用して、代替気付アドレスオプションをＵＥのリモートＩＰアドレスに設定してもよい。
ｂ．ＵＥが信頼できる非３ＧＰＰアクセスネットワークにいる場合には、ｅＰＤＧは、ＣｏＡ＝ＵＥの非３ＧＰＰのローカルＩＰアドレスとしてＢＵをＰＤＮ−ＧＷへ送信する。ここで、ｅＰＤＧは、リモートＩＰアドレスを割り当てることはできない。
ＢＵフラグ付きのＥＲＸが使用された場合には、ｅＰＤＧは、プロキシバインディングアップデートをＰＤＮ−ＧＷへ送信し、代替気付アドレスモビリティオプションを使用して、代替気付アドレスオプションをＵＥの非３ＧＰＰのローカルＩＰアドレスに設定してもよい。
含まれている、ＭＩＰ６の認証プロトコル付きのＢＵが使用された場合には、ｅＰＤＧは、ＢＵを送信し、そのインテグリティを、ＵＥから送信された通りに保護することができる。ｅＰＤＧは、認証の際、ＭＮ−ＨＡセキュリティアソシエーションの鍵を受信しているからである。しかしながら、ＵＥのＩＰアドレスの偽造を防ぐために、この場合も、ｅＰＤＧは、代替気付アドレスオプションを使用して、代替気付アドレスオプションをＵＥの非３ＧＰＰのローカルＩＰアドレスに設定してもよい。
４６．
ａ．ＵＥが信頼できない非３ＧＰＰアクセスネットワークにいる場合には、ｅＰＤＧは、ＩＫＥ＿ＡＵＴＨメッセージにおいて、認証の成功をＵＥに通知する。ｅＰＤＧは、さらに、設定ペイロードにおいて、リモートＩＰアドレスをＵＥに通知してもよい。
ｂ．ＵＥが信頼できる非３ＧＰＰアクセスネットワークにいる場合には、ｅＰＤＧは、ＩＫＥ＿ＡＵＴＨメッセージにおいて、認証が失敗したことをＵＥに通知してもよい。
４７．
ａ．ＵＥが信頼できない非３ＧＰＰアクセスネットワークにいる場合には、ＰＤＮ−ＧＷは、バインディングアクノレッジ（ＢＡＣＫ）をＵＥのリモートＩＰアドレスへ送信する。すなわち、ＢＡＣＫは、まずｅＰＤＧによって受信され、ｅＰＤＧからＵＥへトンネリングされる。ＭＩＰ６の認証プロトコルを使用してＢＵの認証を行った場合には、ＢＡＣＫの認証にもＭＩＰ６の認証プロトコルが使用される。ＢＡＣＫにおいて使用されている宛先ＩＰアドレスに基づいて、ＵＥは、信頼できない非３ＧＰＰアクセスネットワークに置かれていること、及び、ＰＤＮ−ＧＷへのトラフィックは全てｅＰＤＧを介してトンネリングしなければならないことを検出できる。
ｂ．ＵＥが信頼できる非３ＧＰＰアクセスネットワークにいる場合には、ＰＤＮ−ＧＷは、バインディングアクノレッジ（ＢＡＣＫ）をＵＥの非３ＧＰＰのローカルＩＰアドレスへ送信する。すなわち、ＢＡＣＫは、ＵＥ−ｅＰＤＧ間のトンネルを介することなくＵＥへ直接送信される。ＭＩＰ６の認証プロトコルを使用してＢＵの認証を行った場合には、ＢＡＣＫの認証にもＭＩＰ６の認証プロトコルが使用される。ＢＡＣＫにおいて使用されている宛先ＩＰアドレスに基づいて、ＵＥは、信頼できる非３ＧＰＰアクセスネットワークに置かれていること、及び、トラフィックは全てＰＤＮ−ＧＷへ直接送信可能であることを検出できる。

この項では、例となるシグナリングフローを示す（図５参照）。このフローにおいて、ＢＵは、独立したメッセージで送信されるが、大幅な遅延は伴わない。さらに、信頼可否の判定は、ｅＰＤＧにとってトランスペアレントに行うことができる。
５１．ＵＥは、ｅＰＤＧとの間でＩＫＥｖ２トンネルの確立を開始する。すなわち、ＵＥは、ＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージをｅＰＤＧへ送信し、ｅＰＤＧは、ＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージで応答する。その後、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ交換が完了し、以後、全てのメッセージは、暗号化されてインテグリティが保護される。ｅＰＤＧのＩＰアドレスは、例えばＤＨＣＰ又はＤＮＳを介して、あるいはエニーキャストで、事前に設定又は動的に決定してもよい。
５２．ＵＥは、ＩＫＥｖ２に基づくＭＯＢＩＫＥを使用して、ｅＰＤＧとの間で認証を行う。すなわち、ＵＥは、ＭＯＢＩＫＥをサポートしている旨の通知をｅＰＤＧへ送信する。ＵＥは、さらに、リモートＩＰアドレスがまだ割り当てられていない場合には、設定ペイロードにおいてリモートＩＰアドレスを要求してもよい。
注：ステップ５１とステップ５２は、実際のハンドオーバよりも前に行ってもよい。
５３．ＵＥは、非３ＧＰＰアクセスネットワークへのハンドオーバを行うが、その非３ＧＰＰアクセスが信頼できるものなのかあるいは信頼できないものなのかを把握していない。
５４．ＵＥは、ＭＯＢＩＫＥ ＩＮＦＯＲＭＡＴＩＯＮＡＬ要求を送信して、ｅＰＤＧとのＩＰｓｅｃセキュリティアソシエーションを更新する。ＭＯＢＩＫＥを使用するので、全く新規のＩＫＥ及びＩＰｓｅｃのセキュリティアソシエーションを作成する必要はない。
５５．ＭＯＢＩＫＥ更新の直後、ＵＥは、ＵＥ−ｅＰＤＧ間のトンネルを介して、バインディングアップデートをＰＤＮ−ＧＷへ送信する。ＵＥは、ＢＵに、複数の気付アドレス、すなわち、ＵＥの非３ＧＰＰのローカルＩＰアドレスとＵＥのリモートＩＰアドレスを含める。複数のＣｏＡを含めるために、ＵＥは、例えば、ＩＥＴＦ ＷＧ ＭＯＮＡＭＩ６において提案されているような代替気付アドレスオプション又は拡張機能を使用してもよい。
５６．ｅＰＤＧは、セキュリティアソシエーションの更新が成功したことをＵＥに通知する。
注：ステップ５６は、ステップ５５よりも前に行ってもよい。
５７．ＰＤＮ−ＧＷは、ＵＥが信頼できる非３ＧＰＰアクセスにいるのかあるいは信頼できない非３ＧＰＰアクセスにいるのかを判定する（例えば、ＢＵメッセージにおけるＵＥの非３ＧＰＰのローカルＩＰアドレス、ＡＡＡサーバから得た情報、又はアクセスネットワーク識別子のようなＢＵにおける追加情報に基づいて）。
５８．
ａ．ＵＥが信頼できない非３ＧＰＰアクセスネットワークにいる場合には、ＰＤＮ−ＧＷは、バインディングアクノレッジ（ＢＡＣＫ）をＵＥのリモートＩＰアドレスへ送信する。すなわち、ＢＡＣＫは、まずｅＰＤＧによって受信され、ｅＰＤＧからＵＥへトンネリングされる。ＢＡＣＫにおいて使用されている宛先ＩＰアドレスに基づいて、ＵＥは、信頼できない非３ＧＰＰアクセスネットワークに置かれていること、及び、ＰＤＮ−ＧＷへのトラフィックは全てｅＰＤＧを介してトンネリングしなければならないことを検出できる。
ｂ．ＵＥが信頼できる非３ＧＰＰアクセスネットワークにいる場合には、ＰＤＮ−ＧＷは、バインディングアクノレッジ（ＢＡＣＫ）をＵＥの非３ＧＰＰのローカルＩＰアドレスへ送信する。すなわち、ＢＡＣＫは、ＵＥ−ｅＰＤＧ間のトンネルを介することなくＵＥへ直接送信される。ＢＡＣＫにおいて使用されている宛先ＩＰアドレスに基づいて、ＵＥは、信頼できる非３ＧＰＰアクセスネットワークに置かれていること、及び、トラフィックは全てＰＤＮ−ＧＷへ直接送信可能であることを検出できる。

第１の態様の一般的な問題及び変形例
上記のシグナリングフローは例に過ぎない。他の変形例も可能である。例えば、一変形例においては、バインディングアップデートは、ＭＯＢＩＫＥを使用せずに単純なＩＫＥのみを使用して単独で送信してもよい。または、別の変形例においては、ＢＵは、ＭＯＢＩＫＥアップデートメッセージに暗黙的に含まれていてもよく、また、手順はｅＰＤＧにとってトランスペアレントでなくてもよい。

発明の実施の形態
「第１の態様」の項では、ＵＥがクライアントモバイルＩＰ、例えば、デュアルスタックＭＩＰｖ６（ＤＳＭＩＰｖ６）をサポートしており、バインディングアップデートをｅＰＤＧへトンネリングすることを前提としている。しかしながら、発展型システムにおけるＵＥ及び３ＧＰＰオペレータ（例えば、オペレータのＰＤＮ−ＧＷ）が全てＤＳＭＩＰｖ６をサポートしているとは限らない。したがって、ＵＥがＢＵを送信できない場合や、ＰＤＮ−ＧＷがユーザデータをＰＤＮ−ＧＷへ直接トンネリングさせない場合がある。そのような場合、ＤＳＭＩＰ−ＢＵは受け付けられず、バインディングアクノレッジがＵＥに返信されることはない。

ＤＳＭＩＰｖ６がサポートされていない場合には、ネットワークベースモビリティ（ＮＢＭ）、例えば、プロキシモバイルＩＰが、ＵＥにモビリティを提供する。ここで、ＵＥがあるアクセスから別のアクセスへのハンドオーバを行っているとき、モビリティ・アクセス・ゲートウェイ（ＭＡＧ）は、ＵＥに代わって、バインディングアップデートをＰＤＮ−ＧＷ（ローカル・モビリティ・アンカー、ＬＭＡ）へ送信している。そして、ハンドオーバ後その新しいＭＡＧによってＵＥに割り当てられたＩＰアドレス／プレフィックスは、前アクセスネットワークにおける前ＭＡＧによって割り当てられたＩＰアドレス／プレフィックスと同じである。

プロキシモバイルＩＰが、信頼できないアクセスへの接続性のために使用されるときは、ＭＡＧの機能は、ｅＰＤＧに設置される。ＵＥは、信頼できない非３ＧＰＰアクセスにおけるローカルＩＰアドレス／プレフィックスを割り当てられ、ＵＥがそのアクセスネットワークに接続すると同時にアクセスネットワークによってＵＥに割り当てられたそのローカルＩＰアドレスを用いて、ｅＰＤＧへのＩＫＥ／ＩＰｓｅｃトンネルを確立しなければならない。そして、ｅＰＤＧは、ｅＰＤＧのＩＰアドレスを含めて、プロキシバインディングアップデートをＰＤＮ−ＧＷへ送信する。ｅＰＤＧは、ＵＥのホームＩＰアドレス／プレフィックスを受信し、このホームＩＰアドレス／プレフィックスをＩＫＥ＿ＡＵＴＨ設定ペイロードにおいてＵＥに提供する。ＵＥは、ホームＩＰアドレス／プレフィックスを通信セッションの確立のために使用するからである。

プロキシモバイルＩＰが、信頼できるアクセスへの接続性のために使用されるときは、ＭＡＧは、信頼できるアクセスに（例えば、アクセスポイントに）設置され、ＵＥは、最初は、アクセス固有の手順を使用して、信頼できるアクセスネットワークへの接続を確立する。その後、３ＧＰＰベースのアクセス認証（ＥＡＰ−ＡＫＡを使用）を行わなければならない。そして、認証が成功すると、ＭＡＧは、最初に割り当てられたＩＰアドレス／プレフィックスを含めて、プロキシバインディングアップデートメッセージをＰＤＮ−ＧＷへ送信する。ＰＤＮ−ＧＷは、割り当てられたホームＩＰアドレス／プレフィックスを含めて、ＢＡＣＫをＭＡＧへ送信し、ＭＡＧは、そのホームＩＰアドレス／プレフィックスをＵＥに提供する。受信したこのホームＩＰアドレス／プレフィックスは、その後、ＵＥが通信セッションを確立するために使用できる。

既に先に述べたように、ＵＥは、始めは、受信したＩＰアドレス／プレフィックスがＰＤＮ−ＧＷから割り当てられたものなのか、あるいは、アクセスネットワークによってローカルに割り当てられたものなのかを把握していない。しかしながら、ＵＥは、接続手順を適切に完結するために、その情報を把握する必要がある。

そうするためには、３ＧＰＰ認証が使用されているか否かということに基づいてその判定を行うことはできない。より詳細には、信頼できる非３ＧＰＰアクセスにアクセスしてＮＢＭを使用するためには、３ＧＰＰベースのアクセス認証が要求される。一方、このことは、ＵＥが３ＧＰＰベースのアクセス認証を行わない場合には、ＰＭＩＰは信頼できないアクセスネットワークにおいては使用できないので、ＮＢＭはｅＰＤＧを介してのみ使用できる、ということを意味する。しかしながら、ＵＥが信頼できない非３ＧＰＰアクセスにアクセスするときにも、３ＧＰＰベースのアクセス認証を使用してよい。したがって、３ＧＰＰベースのアクセス認証がなされることのみで、そのアクセスが信頼できるものであると結論付けることはできない、ということになる。

既に述べたように、ＵＥがＮＢＭを使用しているときに非３ＧＰＰアクセスへのハンドオーバを行っている場合には、そのアクセスが信頼できるものであってＮＢＭを使用できるのか否かを検出することは問題ない。ＵＥは、ハンドオーバ以前から、既にホームＩＰアドレス／プレフィックスを所持している。したがって、ＵＥは、新しいアクセスにおいて割り当てられたＩＰアドレス／プレフィックスから、信頼関係を検出することができる。そのＩＰアドレス／プレフィックスがホームＩＰアドレス／プレフィックスと同じ場合には、そのアクセスは信頼できるものである。ＩＰアドレス／プレフィックスが異なる場合には、そのアクセスは信頼できないものであり、セッションの連続性を保持するためには、ｅＰＤＧへのトンネルを確立しなければならない。

これは、ＵＥが、前のアクセスネットワークからのホームＩＰアドレス／プレフィックスをまだ所持していない、非３ＧＰＰアクセスに初期接続する場合には適用できない。ＵＥが３ＧＰＰベースのアクセス認証を行って成功した後にＩＰアドレス／プレフィックスを割り当てられるときは、そのアクセスが信頼できるものであってＩＰアドレス／プレフィックスがホームＩＰアドレス／プレフィックスでありアプリケーション層のセッションに使用できるものであるのか、あるいは、そのアクセスが信頼できないものであってＩＰアドレス／プレフィックスがローカルＩＰアドレス／プレフィックスでありｅＰＤＧへのトンネルを確立しなければいけないのかを、ＵＥは把握していない。

本発明は、アクセスネットワークが信頼できるものであるか否かをその場合にもＵＥが判定できる実施の形態を提供する。

●プロキシＭＩＰｖ６（ＰＭＩＰｖ６）
本発明の実施の形態をより詳細に述べる前に、ＰＭＩＰの概要を以下に述べる。

モバイルＩＰは、ホストベースの（又はクライアントベースの）モビリティ管理として分類される。モビリティ関連のシグナリングが、ホスト（又はクライアント）とＨＡとの間で行われるからである。したがって、場合によっては、クライアントモバイルＩＰ（ＣＭＩＰ）と呼ばれる。限定された地理的領域におけるＩＰモビリティ管理を対象とする他のアプローチは、ネットワークによって管理されるので、ＭＮにとってトランスペアレントである。このアプローチを、ネットワークベースのローカルＩＰモビリティと称する。

ネットワークベースモビリティの主な特徴の１つは、アクセス・ネットワーク・エンティティが、ＭＮの移動を検出してＭＮの現在位置についての情報を交換するように適切に構成されており、そのため、ＭＮは、モビリティプロセスに関与する必要がないことである。したがって、ワイヤレスインタフェースを介したモビリティ関連のシグナリングが回避される。ネットワークベースモビリティ管理の他の利点は、ＭＩＰｖ６のカプセル化が必要ないので無線のパケットのオーバヘッドが少ないことと、単純なＩＰノード（すなわち、ＭＩＰ非対応ノード）に対してモビリティをサポートしていることである。インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）団体は、モバイルＩＰプロトコルベースのローカル・モビリティ管理のためのそうしたアプローチに取り組んでいる。ネットワークエンティティは、ＭＮに代わってプロキシとして機能するので、このプロトコルは、プロキシモバイルＩＰ（ＰＭＩＰ）と呼ばれる。ＩＰｖ６にはＰＭＩＰｖ６と呼ばれる変種があり、ＩＰｖ４にはＰＭＩＰｖ４と呼ばれる変種がある。本発明の実施の形態のほとんどは、ネットワークベースモビリティ管理用のプロトコルとしてＰＭＩＰｖ６を前提としているが、本発明は、ＰＭＩＰｖ６に限定されない。ＰＭＩＰｖ４など、他のネットワークベースモビリティ管理プロトコルに適用してもよい。実際には、本発明は、ネットワークベースモビリティに限定されず、クライアントベースモビリティ方式を使用するＭＮに適用してもよい。

ネットワークの制限されたトポロジー的局所に存在するあらゆるＩＰｖ６ホストに、ホストの関与を必要とせずにモビリティサポートを提供するために、プロキシモバイルＩＰ（ＰＭＩＰ）は、アクセスリンクに接続されているモバイルノードに対するモビリティ関連のシグナリングを管理する、アクセスネットワークにおけるプロキシ・モビリティ・エージェントであるモバイル・アクセス・ゲートウェイ（ＭＡＧ）と呼ばれる新しい論理エンティティを導入している。ＭＡＧは、モバイルノードのリンクへの接続のトラッキングとモバイルノードのローカル・モビリティ・アンカーへのシグナリングとに関与するエンティティである。ＭＡＧは、通常、アクセスルータ（ＡＲ）と同じ場所に設置され、モバイルノードに代わってモバイルＩＰｖ６シグナリングメッセージを行い、例えば、ＭＮに代わってＢＵメッセージを送信できる。それらのＢＵメッセージにはフラグが付けられるので、プロキシＢＵ（ＰＢＵ）メッセージとして識別できる。また、ＰＢＵメッセージは、ネットワークアクセス識別子（ＮＡＩ）オプション、ホーム・プレフィックス・オプション、及び、タイムスタンプオプションを含んでもよい。ＮＡＩオプションは、「username@realm」という形式の、ＭＮの識別に使用されるＮＡＩを含む。ホーム・プレフィックス・オプションは、使用時、ＭＮのＨｏＡ又はホームプレフィックスを含む。いわゆるｐｅｒ−ＭＮ−ｐｒｅｆｉｘアドレッシングモデルにおいては、各ＭＮは、固有のホームプレフィックスを持ち、ＭＮの１つ又は複数のグローバルＩＰアドレスは、このプレフィックスに基づいて設定される。固有のホームプレフィックスは、ＰＢＵメッセージにおいて、ＨｏＡの代わりに使用できる。タイムスタンプオプションは、ＰＢＵがＭＡＧによって送信された時刻を含み、ローカル・モビリティ・アンカー（ＬＭＡ）によって、ＰＢＵメッセージの新しさを識別するために使用される。ＰＢＵメッセージのシーケンス番号の値は、ＬＭＡには無視される。

ローカル・モビリティ・アンカー（ＬＭＡ）は、プロキシモバイルＩＰｖ６ドメインにおけるモバイルノードのホームエージェントである。ＬＭＡは、モバイルノードのホームプレフィックスのトポロジー上のアンカーポイントであり、モバイルノードの到達可能性状態を管理するエンティティである。ＬＭＡが、モバイルＩＰｖ６の基礎仕様において定義されているように、ホームエージェントの機能と、プロキシモバイルＩＰｖ６をサポートするために必要なその他の機能とを持っているということを理解することが重要である。

ＭＮは、信頼できるアクセスネットワークにおいて新しいＭＡＧに接続すると、ＥＡＰフレームワークとＥＡＰ−ＡＫＡなどのＥＡＰメソッドとを使用して、そのネットワークとの間で認証を行う。ＭＡＧは、典型的には、パススルー認証を行うオーセンティケータとして機能し、ＭＮに関連付けられたＡＡＡサーバ／インフラストラクチャへＥＡＰパケットを転送する。ＭＮは、ＮＡＩを識別子として使用する。ネットワーク認証が成功した場合には、ＭＡＧは、ＬＭＡにおいて割り当てられたＭＮのホームプレフィックスを含めて、ＭＮのプロファイルをＡＡＡサーバから取得する。その後、ＭＡＧは、ＰＢＵをＬＭＡへ送信し、ホームプレフィックスをＭＮに告知する。ＭＮは、ＡＲとの間で認証を行った後、ＩＰ設定を開始する。すなわち、ＭＮは、リンクローカル（ＬＬ）ＩＰアドレスを設定し、チェックすべきＬＬアドレスの要請ノードマルチキャストアドレスへ近隣要請（ＮＳ）メッセージを送信することによって、ＬＬアドレスに対して重複アドレス検出（ＤＡＤ）を行う。この手順が成功した場合には、ＭＮは、対応するマルチキャストアドレスを介して、ルータ要請（ＲＳ）メッセージを全てのルータへ送信し、ルータ広告（ＲＡ）を受信するまで待機する。ＡＲ／ＭＡＧは、ＭＮのホームプレフィックスを含むユニキャストＲＡで応答する。

グローバルＩＰアドレスを設定した後、ＭＮはＩＰリーチャブルになり、そのＰＭＩＰドメイン内を移動している限りはそのＩＰアドレスを使用することができる。初期接続手順におけるＰＭＩＰｖ６用の上記した例としてのシグナリングフローを図６に示す。

上記においては、ネットワークベースモビリティ方式を詳細に説明した。本発明の以下の実施の形態については、ＰＭＩＰが、ＵＥに対して使用され通信セッション時のモビリティを可能にするものと想定しているからである。ただし、本発明はそれに限定されず、本発明の種々の実施の形態の思想と原理とは、ＭＩＰなどのクライアントベースモビリティ方式をＵＥが使用する場合にも同様に適用できる。実際、ＰＭＩＰは、部分的にＭＩＰをベースにしている。

「発明の概要」の項で概説したように、本発明の主な思想の１つは、セキュリティトンネル確立手順を使用して非３ＧＰＰアクセスの信頼関係を検出することである。より詳細には、ＵＥは、セキュリティトンネルの確立を開始し、トンネルを確立する際又はその後に、非３ＧＰＰアクセスの信頼関係を把握する。本発明の一実施の形態においては、セキュリティトンネル確立手順は、ＩＰｓｅｃトンネルがＩＫＥｖ２を使用して、そのＩＰｓｅｃトンネルに使用されるセキュリティアソシエーションを取り決めることによって行うことができる。

ＩＫＥｖ２（ＩＰｓｅｃ）
本発明の種々の実施の形態をより詳細に説明する前に、ＩＰｓｅｃ（ＩＫＥｖ２）の手順について簡単に説明する。

インターネット鍵交換（ＩＫＥ）プロトコルは、ＩＰｓｅｃ用の自動鍵管理を運用するのに役立つ。ＩＫＥは、安全でないコンピュータネットワークを介しての安全な鍵交換を行うために、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵交換を使用する。ＩＫＥは、セキュリティパラメータの取り決め方と共有鍵の交換の仕方とを規定している。ＩＰｓｅｃによる暗号化接続を実際に開始する前に、両サイドは、お互いの認証を行い、使用する鍵アルゴリズムを取り決める必要がある。

このように、ＩＫＥは、一対の通信ピア間でセキュリティアソシエーションを取り決めるのに使用される。ＩＫＥは、インターネット・プロトコル・セキュリティ（ＩＰｓｅｃ）の一部として定義されている。セキュリティアソシエーション（ＳＡ）は、両ピア間の取り決めであり、例えば、ＩＤ、ＩＰｓｅｃ接続用の鍵アルゴリズム、及び／又は、ＩＰｓｅｃ接続の確立元及び確立先ネットワークを含んでもよい。

ＩＫＥｖ２は、セキュリティアソシエーションの取り決めに、ＩＫＥ＿ＳＡ＿ＩＮＩＴ及びＩＫＥ＿ＡＵＴＨという、２つのフェーズを使用する。各フェーズは、要求と応答で構成される。従って、ＩＫＥ＿ＳＡを確立するには、少なくとも４つのメッセージが必要になる。ＩＫＥ＿ＳＡ＿ＩＮＩＴ交換においては、両ピアは、暗号アルゴリズムの使用を取り決め、鍵の取り決めに使用する情報を交換する。この交換の後、各ピアは、認証及び暗号化用の共有対称鍵を導出するために使用する鍵素材を生成する。これらの鍵は、ＩＫＥ＿ＳＡと関連付けられている。ＩＫＥ＿ＳＡは双方向性である。この時点では、両ピアは、暗号鍵を取り決めてはいるが、お互いの認証は行っていない。これらの鍵は、ＩＫＥ＿ＡＵＴＨ交換を保護するために使用される。

ＩＫＥ＿ＡＵＴＨ交換は、ピアの相互認証を提供するために、及び、両ＩＫＥｖ２ピア間でＩＰｓｅｃを使用するためのセキュリティアソシエーションを確立するために使用される。各ピアは、自身のＩＤ（例えば、ＩＰアドレス、フルドメイン名）をアサートし、認証機構を使用してそのアサーションを証明する。この認証機構としては、電子署名、拡張認証プロトコル（ＥＡＰ）、又は事前共有鍵を使用してもよい。各ピアは、相手のピアのアサーションの確認を行う。確認されると、相互エンティティ認証が与えられる。確認が失敗した場合には、セキュリティアソシエーションの取り決めは失敗し、ＩＫＥ＿ＳＡ＿ＩＮＩＴ交換において取り決められたＩＫＥ＿ＳＡは解除される。

両ピアは、使用する暗号アルゴリズムと、両ピア間の保護対象となるトラフィックとを取り決める。また両ピアは、任意で、鍵の取り決めのための追加の素材をＩＫＥ＿ＡＵＴＨ交換において交換するようにしてもよい。証明書の交換も行ってもよい。この交換において、２つの単方向セキュリティアソシエーションが作成される。

図７は、本発明の実施の形態に係る信頼検出手順を示すシグナリングフローである。本実施の形態においては、ＵＥは、アクセスネットワークが信頼できるものなのかあるいは信頼できないものなのかを判定するのに必要な情報を入手するために、ｅＰＤＧとの間でＩＫＥｖ２の手順を開始する。ここで、その判定は、ＵＥ自身が行う。

既に何度も述べたように、ＵＥは、非３ＧＰＰアクセスに接続するときは、まず３ＧＰＰベースのアクセス認証を行う。認証が成功すると、ＩＰアドレス／プレフィックスがＵＥに割り当てられるが、ＵＥは、そのＩＰアドレス／プレフィックスが通信セッションに使用できるものであるか否か、すなわち、そのアクセスが信頼できるものであるかを把握していない。

本発明のこの実施の形態では、まず、このＩＰアドレス／プレフィックスを使用して、例えばＤＮＳを介して（ドメイン名解決）ｅＰＤＧを発見することを提案する。ＩＰプレフィックスを受信する場合には、まず、ＵＥがＩＰプレフィックスからＩＰアドレスを生成することが必要である。これにより、ＵＥは、ＤＮＳサーバと通信できるようになる。

そうして、ｅＰＤＧが発見され、ＵＥは、以下より明らかになるように、このｅＰＤＧとの間でＩＫＥｖ２ ＳＡのセットアップを開始する。以下のシグナリングフローは、図７に図示されている。ＰＤＮ−ＧＷは、ＵＥのＬＭＡであることを前提とし、ｅＰＤＧは、アクセスネットワークが信頼できないものである場合のＵＥのＭＡＧであることを前提とする。
７１．まず、ｅＰＤＧとの間でＩＫＥ＿ＳＡ＿ＩＮＩＴを行ってｅＰＤＧへの安全な接続を確立することにより、ＩＫＥの手順がＵＥによって開始される。
７２．開始が成功すると、ＩＫＥ＿ＡＵＴＨのシグナリングにおいて、ＵＥは、自身のＩＤ（ＮＡＩ）をＩＤｉペイロードに、ＡＰＮ情報をＩＤｒペイロードに含める。さらに、ＵＥは、ホームＩＰアドレス／プレフィックスを取得したい旨を設定ペイロードにおいて示す。
７３．ｅＰＤＧは、ＡＡＡサーバでＵＥの認証を開始する。ここでは、ＥＡＰ−ＡＫＡが使用される。
７４．認証後、ｅＰＤＧは、プロキシバインディングアップデートメッセージをＰＤＮ−ＧＷへ送信する。ＰＢＵメッセージは、ＵＥのＩＤと要求されたＡＰＮとを含む。本発明の有利な一実施の形態によれば、このＰＢＵは、例えばフラグによって、仮のものであると示さなければならない。そして、ＰＤＮ−ＧＷ内にバインディングキャッシュエントリ（Ｂｉｎｄｉｎｇ Ｃａｃｈｅ Ｅｎｔｒｙ）が既に存在する場合には、ＰＤＮ−ＧＷ（ＬＭＡ）は、パスをｅＰＤＧに切り替えない。このようにするのは、このＩＫＥの手順は、アクセスネットワークの信頼関係を判定するために使用されるだけであり、ＵＥに到達するためのＩＰｓｅｃトンネルを実際に確立するために使用されるわけではないからである。もしＰＢＵが仮のもの等でなければ、ＰＤＮ−ＧＷは、ｅＰＤＧを介したＵＥへのデータパスを確立してしまう。そうすると、ＵＥが信頼できるアクセスネットワークにいる場合には、ｅＰＤＧ経由の迂回路なしでＵＥと直接通信することが可能になり、ＩＰｓｅｃトンネルをまた解除しなければならなくなる。
７５．ＰＤＮ−ＧＷは、プロキシバインディングアクノレッジにおいて、ＵＥの割り当てられたホームＩＰアドレス／プレフィックスで応答する。
７６．ｅＰＤＧは、ステップ７３の認証が成功したことをＵＥに通知する。
７７．ＩＫＥ＿ＡＵＴＨ ＲｅｓｐｏｎｓｅにおいてＥＡＰ ｓｕｃｃｅｓｓを受信すると、ＵＥは、最初のＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージの認証を行うための生成されたＡＵＴＨパラメータと共にＩＫＥ＿ＡＵＴＨ ＲｅｑｕｅｓｔをｅＰＤＧへ送信する。
７８．ｅＰＤＧは、２番目のＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージの認証を行うための生成されたＡＵＴＨパラメータを含み、かつ割り当てられたホームＩＰアドレス／プレフィックスを設定ペイロードに含むＩＫＥ＿ＡＵＴＨ Ｒｅｓｐｏｎｓｅで応答する。
７９．ＵＥは、ｅＰＤＧからのＩＫＥ＿ＡＵＴＨ ＲｅｓｐｏｎｓｅにおけるＩＰアドレス／プレフィックスを、ローカルに割り当てられたＩＰアドレス／プレフィックスと比較する。両ＩＰアドレス／プレフィックスが一致する場合には、信頼できるアクセスであり、ＵＥはｅＰＤＧへのトンネルを使用する必要がない。両ＩＰアドレス／プレフィックスが一致しない場合には、信頼できないアクセスであり、ＵＥは、ＰＤＮにアクセスするためには、ｅＰＤＧへのトンネルを使用しなければならない。

例としての上記シグナリングフローは、しかしながら、本発明の思想と原理とをどのように適用できるかということに関する、単なる一つの可能性を表わしているにすぎない。当然、いくつかの変形例があり、そのうちのいくつかを以下に述べる。

例えば、受信したホームＩＰアドレス／プレフィックスをＩＫＥ＿ＡＵＴＨ Ｒｅｓｐｏｎｓｅメッセージにてステップ７８において送信する代わりに、ｅＰＤＧは、このホームＩＰアドレス／プレフィックスをステップ７６のＩＫＥ＿ＡＵＴＨ Ｒｅｓｐｏｎｓｅメッセージ内で既にＵＥに受け渡しておいてもよい。ホームＩＰアドレス／プレフィックスは、その時点で既にｅＰＤＧ内に存在するからである。

上記手順に代わる更に別の方法の１つは、ＰＤＮ−ＧＷによってＵＥに割り当てられたホームＩＰアドレス／プレフィックスをＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（認証）、Ａｕｔｈｏｒｉｚａｔｉｏｎ（認可）、Ａｃｃｏｕｎｔｉｎｇ（アカウンティング））／ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｉｃｅ（ホーム加入者サービス））サーバに記憶することである。そのとき、ｅＰＤＧがステップ７３の認証の際にＵＥのホームＩＰアドレス／プレフィックスを入手できるようにしてもよい。この場合、ｅＰＤＧによるＰＤＮ−ＧＷへのＰＢＵの送信（ステップ７４参照）をＩＫＥの手順によってトリガする必要はない。従って、ステップ７５も必要なくなる。認証手順の際にＵＥのホームＩＰアドレス／プレフィックスを入手したｅＰＤＧは、その後、図７のステップ７６〜７８で既に示したように、ＵＥへのＩＫＥ＿ＡＵＴＨ Ｒｅｓｐｏｎｓｅメッセージの送信を進めることができる。

次に、図７のステップ７４における仮のＰＤＵの使用に関し、さらに別の選択肢について述べる。仮のＰＤＵの代わりに、ｅＰＤＧ（ＭＡＧ）は、最初に受信したＵＥのＩＰアドレス／プレフィックスをＰＢＵに含め、さらに、Ｈａｎｄｏｖｅｒ Ｉｎｄｉｃａｔｏｒを「ａｔｔａｃｈｍｅｎｔ」又は「ｕｎｋｎｏｗｎ」に設定してもよい。その結果、ＰＢＵは、ＰＤＮ−ＧＷ（ＬＭＡ）へ送信され、次に、ＰＤＮ−ＧＷ（ＬＭＡ）は、上記ＩＰアドレス／プレフィックスが既にＵＥに割り当てられているか否かを単独で判定する。より詳細には、アクセスネットワークが信頼できるものである場合には、アクセスネットワークのアクセスポイントは、ＵＥのホームＩＰアドレス／プレフィックスを入手するため、ＵＥの接続と同時にＰＤＮ−ＧＷとコンタクトを取る。これにより、ＰＤＮ−ＧＷは、ホームＩＰアドレス／プレフィックスをＵＥに対して生成して、対応するテーブルに格納する。

最初に割り当てられたＩＰアドレス／プレフィックスを含むＰＢＵを受信したときは、ＰＤＮ−ＧＷは、受信したＩＰアドレス／プレフィックスが既にＵＥに割り当てられていると判定することができる。ＰＤＮ−ＧＷは、その判定、すなわち、アクセスネットワークは信頼できるものである旨をｅＰＤＧへのＰｒｏｘｙ−ＢＡＣＫ応答において示してもよい。逆に、アクセスネットワークが信頼できないものであるときは、ＰＤＮ−ＧＷは、最初はアクセスネットワークにおけるアクセスポイントによってコンタクトが取られていなかったので、ＰＢＵメッセージ内で受信したＩＰアドレス／プレフィックスは、ＰＤＮ−ＧＷにとって未知である。したがって、ＰＤＮ−ＧＷは、ＵＥが信頼できないネットワークにいると推測する。さらに、ＰＤＮ−ＧＷは、新しいホームＩＰアドレス／プレフィックスをＵＥに割り当てて、そのホームＩＰアドレス／プレフィックスをＰｒｏｘｙ−ＢＡＣＫ応答においてｅＰＤＧへ送信してもよい。

上記の結果、ＰＤＮ−ＧＷは、トンネルをｅＰＤＧに切り替えるべきときと、切り替えるべきでないときとを知る。詳細には、ＰＤＮ−ＧＷがアクセスネットワークは信頼できるものであると判定した場合（受信したＰＢＵにおけるＩＰアドレス／プレフィックスが前に割り当てられたＵＥのＩＰアドレス／プレフィックスに一致する場合）には、トンネルのｅＰＤＧへの切り替えは行われない。しかしながら、ＰＤＮ−ＧＷがアクセスネットワークは信頼できないものであると判定した場合（受信したＩＰアドレス／プレフィックスがＰＤＮ−ＧＷにとって未知の場合）には、トンネルは、既にｅＰＤＧに切り替えられているであろう。ＵＥがコアネットワーク（ＰＤＮ−ＧＷ）と通信するために、ｅＰＤＧを使用するはずだからである。

既に先に述べたように、ＵＥ以外のエンティティがアクセスネットワークの信頼関係を判定してもよい。ｅＰＤＧは、ステップ７３又はステップ７５の後、最初に割り当てられたＩＰアドレス／プレフィックスと、ＵＥのホームＩＰアドレス／プレフィックスとを把握してもよい。さらに詳細には、ｅＰＤＧは、最初に割り当てられたホームＩＰアドレス／プレフィックスをＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージ交換により把握する。ＵＥは、この最初に割り当てられたホームＩＰアドレス／プレフィックス（例えば、ＵＥからｅＰＤＧへ送信される最初のＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージの送信元アドレスとして）に基づいて、ｅＰＤＧと通信するからである。または、そのＩＰアドレス／プレフィックスは、ＵＥからｅＰＤＧへ送信されるＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージのペイロードフィールドに挿入することができる。さらに、ｅＰＤＧは、ステップ７３の認証手順の際（上記の選択可能な方法参照）、又は、図７のステップ７５で、ＵＥのホームＩＰアドレス／プレフィックスを知る。

そのとき、ｅＰＤＧは、両ＩＰアドレス／プレフィックス、すなわち、最初に割り当てられたものとホームＩＰアドレス／プレフィックスとを比較することによって、アクセスネットワークが信頼できるものなのかあるいは信頼できないものなのかを推測することができる。そして、両ＩＰアドレス／プレフィックスが一致する場合には、ｅＰＤＧは、ＵＥにその判定結果を通知するため、またそれによってアクセスネットワークの信頼特性を通知するために、ステップ７６又はステップ７８のＩＫＥ＿ＡＵＴＨ ＲｅｓｐｏｎｓｅにＮｏｔｉｆｙ−Ｐａｙｌｏａｄを含めてもよい。

また、前記選択可能な方法において、アクセスネットワークが信頼できるものであるということをｅＰＤＧが判定すると想定すると、そのことをｅＰＤＧはＵＥに通知してもよく、さらに、残りの手順は、中断することができる。例えば、ステップ７６においてＵＥがその判定をＩＫＥ＿ＡＵＴＨ＿ＲＥＳＰＯＮＳＥメッセージで通知される場合には、ステップ７７とステップ７８は行われない。同様に、ホームＩＰアドレス／プレフィックスをＡＡＡサーバから受信して、ｅＰＤＧが、好ましくは認証手順のメッセージにおいて、ＭＮに通知する場合には、ステップ７４〜ステップ７８は行われない。

しかしながら、両ＩＰアドレス／プレフィックスが一致しない場合には、ｅＰＤＧは、手順を継続し、ＰＤＮ−ＧＷによって割り当てられた新しいホームＩＰアドレス／プレフィックスを、最初（ステップ７６）又は最後（ステップ７８）のＩＫＥ＿ＡＵＴＨ＿ＲＥＳＰＯＮＳＥメッセージを介してＵＥに通知する。また、この場合、ＰＤＮ−ＧＷに対して仮のＰＢＵを使用する必要はない。アクセスネットワークは信頼できないものであり、ＰＤＮ−ＧＷはいずれにしてもｅＰＤＧを介してＵＥと通信しなければならないからである。

ｅＰＤＧへのＩＫＥｖ２シグナリングの際にＵＥに通知する代わりに、ＵＥは、ｅＰＤＧへのトンネルのセットアップが成功した後のある時点で、例えば、ＰＤＮ−ＧＷとのシグナリング交換、又は、ｅＰＤＧによりトリガされるＩＫＥ ＩＮＦＯＲＭＡＴＩＯＮＡＬ交換によって、信頼関係を検出してもよい。この場合、ＵＥは、上記の手順と同様に、ｅＰＤＧへのＩＫＥｖ２トンネルを確立し、最初は、セッション開始の際の遅延を減少させるために、非３ＧＰＰアクセスの信頼関係とは無関係に、そのトンネルを使用する（非信頼モード）。そして、ＵＥがある時点で非３ＧＰＰアクセスが信頼できるものであるということを検出した場合には、ＵＥは、ネットワークを（例えば、ＩＫＥ ＩＮＦＯＲＭＡＴＩＯＮＡＬ交換において）トリガしてパスを切り替え、ｅＰＤＧトンネルを以後使用しないようにさせもよい（信頼モード）。

この最適化の問題の１つは、ＵＥが、同じプレフィックスを、一方では、非３ＧＰＰアクセスにおいてローカルＩＰプレフィックスとして使用し、他方で、ｅＰＤＧによって割り当てられた（ホーム）ＩＰプレフィックスとしても使用する、ということができないことである。このことは、ＰＤＮ−ＧＷにおいて矛盾を引き起こす。ＰＤＮ−ＧＷは、このプレフィックスに対するパケットを、ｅＰＤＧ及び非３ＧＰＰアクセスにおけるＭＡＧのどちらか一方にしかトンネリングさせることができないからである。

したがって、（ホーム）ＩＰプレフィックスとしてｅＰＤＧを介してＰＤＮ−ＧＷによって割り当てられたＩＰプレフィックスは、非３ＧＰＰアクセスにおいて割り当てられたＩＰプレフィックスとは異なるものでなければならない。そうすると、ＵＥは、両ＩＰアドレス／プレフィックスを比較することによっては非３ＧＰＰアクセスの信頼関係を検出せずに、前に述べた他の方法、例えば、ＰＤＮ−ＧＷとの間の直接のシグナリング又はＩＫＥ ＩＮＦＯＲＭＡＴＩＯＮＡＬ交換によって検出することになる。

本発明の別の実施の形態によれば、ＩＫＥｖ２の手順は、ｅＰＤＧの代わりにＰＤＮ−ＧＷとの間で行うことができる。この実施の形態においては、ＰＤＮ−ＧＷは、ＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージを受け付けるように構成されていることを想定する。ただし、多くの場合はこの想定と違っている。これは、図８に示されている。図８は、シグナリングフローを表わしており、そのシグナリングフローにおいて、ＵＥは、アクセスネットワークが信頼できるものなのかあるいは信頼できないものなのかを判定する。本発明のこの実施の形態においては、必要な情報は、以下に詳細に述べるように、ＰＤＮ−ＧＷから直接ＵＥへ提供される。図８においてｅＰＤＧは省略されているが、ｅＰＤＧはこれまで通り存在している。しかしながら、メッセージはＵＥとＰＤＮ−ＧＷとの間で直接交換されるので、ｅＰＤＧは、図８の例としてのシグナリング手順には関与しない。

前記と同様に、ＵＥは、非３ＧＰＰアクセスに接続するときは、まず３ＧＰＰベースのアクセス認証を行う。認証が成功すると、ＩＰアドレス／プレフィックスがＵＥに割り当てられる。そのＩＰアドレス／プレフィックスは、ローカルに割り当てられたもの（アクセスネットワークが信頼できないものであるとき）でもよく、あるいは、ＰＤＮ−ＧＷにおいて割り当てられたもの（アクセスネットワークが信頼できるものであり、アクセスポイントがＰＤＮ−ＧＷとコンタクトを取ることができるとき）でもよい。ＵＥは、このＩＰアドレス／プレフィックスを使用して、例えば、ＤＮＳを利用し、ＰＤＮ−ＧＷのＩＰアドレスを発見する（例えば、このＰＤＮのアクセスポイント名を使用してＦＱＤＮを構成することによって）。そして、ＵＥは、以下の記載からより明らかになるように、ＰＤＮ−ＧＷとの間でＩＫＥｖ２ ＳＡの確立を開始する。
８１．まず、ＩＫＥ＿ＳＡ＿ＩＮＩＴを行って、ＰＤＮ−ＧＷへの安全な接続を確立する。
８２．その後、ＩＫＥ＿ＡＵＴＨのシグナリングにおいて、ＵＥは、自身のＩＤ（ＮＡＩ）をＩＤｉペイロードに、ＡＰＮ情報をＩＤｒペイロードに含める。さらに、ＵＥは、非３ＧＰＰアクセスにおいてローカルに割り当てられたＩＰアドレスを設定ペイロードにおいて示すことができる。
８３．ＰＤＮ−ＧＷは、ＡＡＡサーバでＵＥの認証を開始する。ＥＡＰ−ＡＫＡが使用される。
８４．ＰＤＮ−ＧＷは、認証が成功したことをＵＥに通知する。
８５．ＩＫＥ＿ＡＵＴＨ ＲｅｓｐｏｎｓｅにおいてＥＡＰ ｓｕｃｃｅｓｓを受信すると、ＵＥは、最初のＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージの認証を行うための生成されたＡＵＴＨパラメータと共にＩＫＥ＿ＡＵＴＨ ＲｅｑｕｅｓｔをＰＤＮ−ＧＷへ送信する。
８６．ＰＤＮ−ＧＷは、２番目のＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージの認証を行うための生成されたＡＵＴＨパラメータを含み、かつ割り当てられたホームＩＰアドレス／プレフィックスを設定ペイロードに含むＩＫＥ＿ＡＵＴＨ Ｒｅｓｐｏｎｓｅで応答する。
８７．ＵＥは、ＰＤＮ−ＧＷからのＩＫＥ＿ＡＵＴＨ ＲｅｓｐｏｎｓｅにおけるＩＰアドレス／プレフィックスを、非３ＧＰＰアクセスにおいて割り当てられたＩＰアドレス／プレフィックスと比較する。両ＩＰアドレス／プレフィックスが一致する場合には、信頼できるアクセスである。両ＩＰアドレス／プレフィックスが一致しない場合には、信頼できないアクセスであり、ＵＥは、ＰＤＮへの接続性を得るためにｅＰＤＧへのトンネルを確立しなければならない。

上記のシグナリングフローが図７のシグナリングと異なる点は、主に、ＩＰｓｅｃトンネル確立の手順が、ｅＰＤＧではなくＰＤＮ−ＧＷとの間で行われることである。ＰＤＮ−ＧＷはＵＥのＬＭＡなので、ＰＢＵメッセージ及びＰ−ＢＡＣＫメッセージは不要になる。また、ＰＤＮ−ＧＷがＵＥのホームＩＰアドレス／プレフィックスを保持しているので、ＵＥのホームＩＰアドレス／プレフィックスを入手するために追加のシグナリング（ＰＢＵ及びＰ−ＢＡＣＫ）は必要ない。

図７の実施の形態に関連して述べた多数の変形例及び選択可能な方法は、図８の実施の形態にも適用可能である。例えば、ステップ８６の代わりにステップ８４のＩＫＥ＿ＡＵＴＨ＿ＲＥＳＰＯＮＳＥメッセージにおいてＵＥのホームＩＰアドレス／プレフィックスをＵＥに通知してもよい。

実際は、図９から明らかになるように、ＵＥはアクセスネットワークの信頼特性をより早い時点で知るようにしてもよい。図９におけるシグナリングフローも、ＵＥによって信頼関係が判定された後に行われるステップを、信頼できる場合と信頼できない場合の両方について図示する。
９１．ＵＥは、最初に割り当てられたＩＰアドレス／プレフィックスを（送信元アドレスに、あるいは、メッセージのペイロードに付加的に）含めて、ＩＫＥ＿ＳＡ＿ＩＮＩＴをＰＤＮ−ＧＷへ送信する。
９２．ＰＤＮ−ＧＷは、受信した、ＵＥにより使用されたＩＰアドレス／プレフィックスに基づいて、ＵＥが信頼できる非３ＧＰＰアクセスにいることあるいは信頼できない非３ＧＰＰアクセスにいることを検出してもよい。例えば、使用されたＩＰアドレス／プレフィックスがそのＰＤＮ−ＧＷによって割り当てられたものである場合には、信頼できるアクセスのはずである。逆に、ＩＰアドレス／プレフィックスがＰＤＮ−ＧＷによって割り当てられたものでない場合には、そのアクセスは信頼できないものである。
９３．ＰＤＮ−ＧＷは、ＮｏｔｉｆｙペイロードをＩＫＥ＿ＳＡ＿ＩＮＩＴ（又はＩＫＥ＿ＡＵＴＨ）Ｒｅｓｐｏｎｓｅメッセージに含め、アクセスが信頼できるもの（又は信頼できないもの）であるということをＵＥに通知してもよい。
９４ａ．ＵＥは、非３ＧＰＰアクセスが信頼できないものであるということを示すＩＫＥ＿ＳＡ＿ＩＮＩＴ（又はＩＫＥ＿ＡＵＴＨ）ＲｅｓｐｏｎｓｅメッセージのＮｏｔｉｆｙペイロードを受信すると、ｅＰＤＧへのＩＫＥｖ２トンネル確立の手順を開始する。
９５ａ．ＵＥの認証が成功すると、ｅＰＤＧは、ＰＢＵをＰＤＮ−ＧＷへ送信し、割り当てられたＩＰアドレス／プレフィックスと共にＰＢＡを受信する。
９６ａ．ＩＫＥｖ２／ＩＰｓｅｃトンネルのセットアップを完了する。
９７ａ．ｅＰＤＧは、設定ペイロードにおいて、割り当てられたＩＰアドレス／プレフィックスをＵＥに通知する。
９８ａ．ＵＥは、ＰＤＮ−ＧＷによって割り当てられたホームＩＰアドレス／プレフィックスを使用して、アプリケーション層のセッションを開始できる。
９４ｂ．ＵＥは、非３ＧＰＰアクセスが信頼できるものであるということを示すＩＫＥ＿ＳＡ＿ＩＮＩＴ（又はＩＫＥ＿ＡＵＴＨ）ＲｅｓｐｏｎｓｅメッセージのＮｏｔｉｆｙペイロードを受信すると、ＩＫＥｖ２の手順を中止する。そして、ＵＥは、割り当てられたＩＰアドレス／プレフィックスで、アプリケーション層のセッションをすぐに開始することができる。

上記のステップ９４ａ〜９８ａ及び９４ｂは、図７及び図８に示される本発明の他の実施の形態にも適宜適用することができる。

前に述べたように、ＵＥは、最初は、ＰＤＮ−ＧＷのＩＰアドレスを例えばＤＮＳを利用して発見する際に使用するＩＰアドレス／プレフィックスを受信する。非３ＧＰＰアクセスが信頼できるものである場合には、ＵＥに発見されたＰＤＮ−ＧＷは、ＵＥにＩＰアドレス／プレフィックスを割り当てたＰＤＮ−ＧＷとは異なる可能性がある。この場合、発見されたＰＤＮ−ＧＷは、ＡＡＡサーバでの認証シグナリングの際に、別のＰＤＮ−ＧＷが使用中であることを検出する。そしてそれにより、発見されたＰＤＮ−ＧＷは、ＵＥが信頼できる非３ＧＰＰアクセスにいると判定してもよい。発見されたＰＤＮ−ＧＷは、ＵＥが信頼できる非３ＧＰＰアクセスにいるのかあるいは信頼できない非３ＧＰＰアクセスにいるのかをＩＰアドレス／プレフィックスに基づいて判定できない場合には、ＩＫＥｖ２のシグナリングの中で、ＵＥをトリガして、もう一方のＰＤＮ−ＧＷとの間でＩＫＥｖ２を再度確立させることができる。

本発明のさらに別の実施の形態によれば、信頼関係は、ＵＥのホームＩＰアドレス／プレフィックスをＰＤＮ−ＧＷ（又はＡＡＡサーバ）から入手することを必要とせずにＵＥによって判定される。ＵＥがＰＤＮ−ＧＷと直接コンタクトを取る上記の実施の形態では、ＰＤＮ−ＧＷがＵＥから送信されたＩＫＥ＿ＳＡ＿ＩＮＩＴに応答することを想定している。しかしながら、ＰＤＮ−ＧＷは、ＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージに応答しないように構成されていてもよい。この場合、ＰＤＮ−ＧＷのＩＰアドレスの到達不可能性についてＵＥに通知するか、あるいは、ＩＫＥｖ２ ＳＡの確立がタイムアウト後に失敗となるようにしてもよい。その後、ＵＥは、信頼できない非３ＧＰＰアクセスに接続されており、ｅＰＤＧへのＩＫＥ／ＩＰｓｅｃトンネルの確立を継続すると想定してもよい。

セッションセットアップの遅延を減少させるために、ＵＥは、ＰＤＮ−ＧＷの到達不可能性が判定される前に、まず、例えば、ＰＤＮ−ＧＷへのＩＫＥｖ２セットアップの試行と並行して、ｅＰＤＧへのトンネルの確立を行ってもよい。ＵＥは、ＰＤＮ−ＧＷへの最初のＩＫＥ＿ＳＡ＿ＩＮＩＴの後、タイマを開始してもよく、タイマが終了する前にＵＥがＰＤＮ−ＧＷから応答を受信しなかった場合には、ＵＥは、並行してｅＰＤＧとの間でＩＫＥ＿ＳＡの手順を開始してもよい。

ＰＤＮ−ＧＷへのＩＫＥｖ２という形を取る実施の形態においては、ＩＫＥｖ２トンネルは、信頼関係の検出に使用されるだけである。すなわち、ユーザデータの転送は、そのトンネルを介さない。ＵＥがそのトンネルを介してユーザデータを送信しようとする場合には、ＰＤＮ−ＧＷは、そのパケットをブロックしてもよい。

ＩＰアドレスを比較するときに、含まれているローカルに割り当てられたＩＰアドレスのＩＰプレフィックスが、含まれているホームアドレスのＩＰプレフィックスに一致する場合もあるが、最初のＩＰアドレスとホームＩＰアドレスは一致しないので、アクセスネットワークは信頼できないものである。

本発明の別の実施の形態は、ハードウエア及びソフトウエアを使用して上記の種々の実施の形態を実現することに関する。上記の種々の方法は、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、他のプログラマブル論理装置等としてのコンピュータ機器（プロセッサ）を使用して実現し得ることが分かる。本発明の種々の実施の形態は、これらの機器の組み合わせによっても実施又は具現し得る。

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

Claims (18)

1. アクセスネットワークに接続するユーザ装置が、ゲートウェイと前記ユーザ装置のパケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）とを含むコアネットワークと前記アクセスネットワークとの間の信頼関係を判定する方法であって、
   前記アクセスネットワークに接続すると同時に、前記アクセスネットワークから前記ユーザ装置に通知されたＩＰアドレス／ＩＰプレフィックスを前記ユーザ装置が受信するステップと、
   前記ゲートウェイによって割り当てられたリモートＩＰアドレスを前記ユーザ装置が受信するステップと、
   前記ユーザ装置と前記ゲートウェイとの間で行われるセキュリティトンネル確立手順のメッセージであって、前記ユーザ装置の前記ＩＰアドレス／ＩＰプレフィックスの情報を含む前記メッセージを交換するステップと、
   前記セキュリティトンネル確立手順の後に、前記ユーザ装置において、前記アクセスネットワークが前記コアネットワークにより信頼されるものであるか否かを、前記パケット・データ・ネットワーク・ゲートウェイから前記ユーザ装置に送信されたバインディングアクノレッジ（ＢＡＣＫ）の宛先アドレスに基づいて判定するステップとを、
   備える方法。
2. 前記バインディングアクノレッジの宛先アドレスが前記ＩＰアドレス／ＩＰプレフィックスである場合、前記ユーザ装置は前記アクセスネットワークが前記コアネットワークにより信頼されるものであると判定し、
   前記バインディングアクノレッジの宛先アドレスが前記リモートＩＰアドレスである場合、前記ユーザ装置は前記アクセスネットワークが前記コアネットワークにより信頼されるものでないと判定する請求項１に記載の方法。
3. 前記ゲートウェイは発展型パケット・データ・ゲートウェイ（ｅＰＤＧ）である請求項１に記載の方法。
4. 前記ＩＰアドレス／ＩＰプレフィックスは、前記セキュリティトンネル確立手順の前記メッセージの１つで、前記ユーザ装置から前記発展型パケット・データ・ゲートウェイへ伝達される請求項３に記載の方法。
5. 前記発展型パケット・データ・ゲートウェイから前記パケット・データ・ネットワーク・ゲートウェイへ転送されるモビリティメッセージは、前記ＩＰアドレス／ＩＰプレフィックスを含み、前記パケット・データ・ネットワーク・ゲートウェイは、前記モビリティメッセージで受信される前記ＩＰアドレス／ＩＰプレフィックスが既に前記パケット・データ・ネットワーク・ゲートウェイによって前記アクセスネットワークを介して前記ユーザ装置に割り当てられているホームＩＰアドレス／ＩＰプレフィックスと同一であるかどうかを判定し、
   同一であると判定される場合には、前記バインディングアクノレッジの宛先アドレスに前記ＩＰアドレス／ＩＰプレフィックスが設定されて送信され、同一でないと判定される場合には、前記バインディングアクノレッジの宛先アドレスに前記リモートＩＰアドレスが設定されて送信される請求項４に記載の方法。
6. アクセスネットワークに接続され、ゲートウェイと前記ユーザ装置のパケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）とを含むコアネットワークと前記アクセスネットワークとの間の信頼関係を判定するユーザ装置であって、
   前記アクセスネットワークによって前記ユーザ装置に割り当てられたＩＰアドレス／ＩＰプレフィックスを受信する受信部を備え、
   前記ゲートウェイによって割り当てられたリモートＩＰアドレスを前記ユーザ装置が受信する前記受信部と、
   前記ユーザ装置と前記ゲートウェイとの間で行われるセキュリティトンネル確立手順のメッセージであって、前記ＩＰアドレス／ＩＰプレフィックスの情報を含むメッセージを交換する前記受信部及び送信部と、
   前記セキュリティトンネル確立手順の後に、前記アクセスネットワークが前記コアネットワークにより信頼されるものであるか否かを、前記パケット・データ・ネットワーク・ゲートウェイから前記ユーザ装置に送信されたバインディングアクノレッジ（ＢＡＣＫ）の宛先アドレスに基づいて判定するプロセッサとを、
   備えるユーザ装置。
7. アクセスネットワークに接続されたユーザ装置が、第１のゲートウェイと第２のゲートウェイとを含むコアネットワークと前記アクセスネットワークとの間の信頼関係を検出するための方法であって、
   前記ユーザ装置が前記第２のゲートウェイを介して前記第１のゲートウェイへメッセージを送信するステップと、
   前記ユーザ装置が信頼できるアクセスネットワークにいるのか、あるいは、信頼できないアクセスネットワークにいるのかを判断するステップと、
   前記ユーザ装置が信頼できないアクセスネットワークにいる場合に、前記第２のゲートウェイと前記ユーザ装置との間を経由する前記第１のゲートウェイと前記ユーザ装置との間の第１のトンネルを介して、前記第１のゲートウェイが前記ユーザ装置へ前記ユーザ装置のリモートＩＰアドレスを宛先アドレスとするメッセージを送信するステップと、
   前記ユーザ装置が信頼できるアクセスネットワークにいる場合に、前記第１のゲートウェイと前記ユーザ装置との間の第２のトンネルを介して、前記第１のゲートウェイが前記ユーザ装置へ前記ユーザ装置のローカルＩＰアドレス／プレフィックスを宛先アドレスとするメッセージを送信するステップとを、
   備える方法。
8. 前記第１のゲートウェイはパケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）であり、前記第２のゲートウェイは発展型パケット・データ・ゲートウェイ（ｅＰＤＧ）である請求項７に記載の方法。
9. 前記判断するステップは、前記第１のゲートウェイによって行われる、あるいは、認証、認可、アカウンティングサーバによって行われる請求項７又は８に記載の方法。
10. 前記ユーザ装置が前記第１のゲートウェイへ送信するステップにおける前記メッセージはバインディングアップデートであり、前記バインディングアップデートは、トンネリングされる、あるいは、他のメッセージに含まれる請求項７から９のいずれか１つに記載の方法。
11. 前記第１のゲートウェイが前記ユーザ装置へ送信するステップにおける前記メッセージはバインディングアクノレッジ（ＢＡＣＫ）である請求項７から１０のいずれか１つに記載の方法。
12. 前記ユーザ装置が前記バインディングアクノレッジを受信するステップと、
    前記バインディングアクノレッジの宛先アドレスにローカルＩＰアドレス／プレフィックスが使用される場合に、前記ユーザ装置が信頼できるネットワークにいると判定するステップと、
    前記バインディングアクノレッジの宛先アドレスにリモートＩＰアドレスが使用される場合に、前記ユーザ装置が信頼できないネットワークにいると判定するステップとを、
    さらに備える請求項１１に記載の方法。
13. アクセスネットワークに接続されたユーザ装置のために、コアネットワークと前記アクセスネットワークとの間の信頼関係が検出される、前記コアネットワークにおけるゲートウェイであって、
    前記ユーザ装置からメッセージを受信する受信手段と、
    前記ユーザ装置が信頼できるアクセスネットワークにいるのか、あるいは、信頼できないアクセスネットワークにいるのかを判断する判断手段と、
    前記ユーザ装置が信頼できないアクセスネットワークにいる場合に、他のゲートウェイと前記ユーザ装置との間を経由する前記ゲートウェイと前記ユーザ装置との間の第１のトンネルを介して、前記ユーザ装置へ前記ユーザ装置のリモートＩＰアドレスを宛先アドレスとするメッセージを送信する送信手段とを備え、
    前記送信手段は、前記ユーザ装置が信頼できるアクセスネットワークにいる場合に、前記ゲートウェイと前記ユーザ装置との間の第２のトンネルを介して、前記ユーザ装置へ前記ユーザ装置のローカルＩＰアドレス／プレフィックスを宛先アドレスとするメッセージを送信する
    備えるゲートウェイ。
14. 前記ゲートウェイはパケット・データ・ネットワーク・ゲートウェイ（ＰＤＮ−ＧＷ）である請求項１３に記載のゲートウェイ。
15. アクセスネットワークに接続され、第１のゲートウェイと第２のゲートウェイとを含むコアネットワークと前記アクセスネットワークとの間の信頼関係を検出できるユーザ装置であって、
    前記第２のゲートウェイを介して前記コアネットワークへメッセージを送信する送信手段と、
    前記ユーザ装置が信頼できないアクセスネットワークにいる場合に、前記第２のゲートウェイと前記ユーザ装置との間を経由する前記第１のゲートウェイと前記ユーザ装置との間の第１のトンネルを介して、前記第１のゲートウェイから前記ユーザ装置のリモートＩＰアドレスを宛先アドレスとするメッセージを受信する受信手段とを備え、
    前記受信手段は、前記ユーザ装置が信頼できるアクセスネットワークにいる場合に、前記第１のゲートウェイと前記ユーザ装置との間の第２のトンネルを介して、前記第１のゲートウェイから前記ユーザ装置のローカルＩＰアドレス／プレフィックスを宛先アドレスとするメッセージを受信する
    備えるユーザ装置。
16. ネットワークのコアネットワークにおけるゲートウェイのプロセッサによって実行されたときに、ユーザ装置のために前記コアネットワークとアクセスネットワークとの間の信頼関係を前記ゲートウェイに検出させる命令を格納するコンピュータ読み取り可能媒体であって、前記命令は、前記ゲートウェイに、
    前記ユーザ装置からメッセージを受信させ、
    前記ユーザ装置が信頼できるアクセスネットワークにいるのか、あるいは、信頼できないアクセスネットワークにいるのかを判断させ、
    前記ユーザ装置が信頼できないアクセスネットワークにいる場合に、他のゲートウェイと前記ユーザ装置との間を経由する前記ゲートウェイと前記ユーザ装置との間の第１のトンネルを介して、前記ユーザ装置へ前記ユーザ装置のリモートＩＰアドレスを宛先アドレスとするメッセージを送信させ、
    前記ユーザ装置が信頼できるアクセスネットワークにいる場合に、前記ゲートウェイと前記ユーザ装置との間の第２のトンネルを介して、前記ユーザ装置へ前記ユーザ装置のローカルＩＰアドレス／プレフィックスを宛先アドレスとするメッセージを送信させることによって、前記信頼関係を検出させるコンピュータ読み取り可能媒体。
17. ネットワークのアクセスネットワークに接続されたユーザ装置のプロセッサによって実行されたときに、前記アクセスネットワークと第１及び第２のゲートウェイを含むコアネットワークとの間の信頼関係を前記ユーザ装置に検出させる命令を格納するコンピュータ読み取り可能媒体であって、前記命令は、前記ユーザ装置に、
    前記第２のゲートウェイを介して前記コアネットワークへメッセージを送信させ、
    前記ユーザ装置が信頼できないアクセスネットワークにいる場合に、前記ユーザ装置と前記第２のゲートウェイとの間を経由する前記第１のゲートウェイへの第１のトンネルを介して、前記第１のゲートウェイから前記ユーザ装置のリモートＩＰアドレスを宛先アドレスとするメッセージを受信させ、
    前記ユーザ装置が信頼できるアクセスネットワークにいる場合に、前記第１のゲートウェイへの第２のトンネルを介して、前記第１のゲートウェイから前記ユーザ装置のローカルＩＰアドレス／プレフィックスを宛先アドレスとするメッセージを受信させることによって、前記信頼関係を検出させるコンピュータ読み取り可能媒体。
18. 請求項１７に記載のコンピュータ読み取り可能媒体であって、ネットワークのアクセスネットワークにおけるユーザ装置のプロセッサによって実行されたときに、請求項１０から１２に記載の方法のステップを前記ユーザ装置に実行させることによって、前記アクセスネットワークと第１及び第２のゲートウェイを含むコアネットワークとの間の信頼関係を検出させる命令を格納するコンピュータ読み取り可能媒体。

Images