JP4966432B2 - 非３ｇｐｐアクセスネットワーク経由のアクセス - Google Patents

Description

本発明は、端末、ユーザ端末またはユーザ局と呼ばれることもあるＵＥ（ユーザ機器）とネットワークノードとの間の通信をセットアップする方法に関し、さらに、少なくとも１つのＵＥと１つのネットワークノードとを備えるシステムにも関するものである。

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：第３世代パートナープロジェクト）は、ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ：進化型パケットシステム）と呼ばれるデータパケット転送のための拡張規格を定義している最中である。ＥＰＳでは、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：広帯域符号分割多元アクセス）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ロングタームエボリューション）のような本来の３ＧＰＰアクセス技術の他に、特に、例えば、ＩＥＥＥ８０２．１６標準に従うＷｉＭＡＸ、例えば、ＩＥＥＥ８０２．１１ｇ／ｎに従うＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：無線ローカルエリアネットワーク）、ｘＤＳＬ（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ：デジタル加入者回線）等による、非３ＧＰＰアクセスの方法／技術／ネットワーク／標準を介してＨＰＬＭＮ（Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：ホーム公衆陸上移動ネットワーク）のようなホームネットワーク経由のアクセスも含めて、非３ＧＰＰアクセス経由のデータ通信サービスおよび／またはインターネットサービスへのアクセスについてもサポートされることになる。本明細書での議論では、「ホームネットワーク」とは、エンドユーザが、多くの場合、加入契約として、ネットワークアクセスまたはサービスアクセスのための業務契約を結んでいる相手先であるエンティティとして理解されるべきであり、従って、従来の通信オペレータのネットワークと仮想的なオペレータ等のネットワークとの両方がそれに含まれる。アクセスネットワークは、ホームネットワーク以外の別のエンティティによって運用及び管理の少なくとも一方がなされてもよく、その場合、通常は、２つのネットワーク間に業務契約が存在する。

非３ＧＰＰアクセスの方法は、２つのカテゴリのうちの１つに当てはめることができる。

−信用されている（ｔｒｕｓｔｅｄ）非３ＧＰＰアクセス
−信用されていない（ｎｏｎ−ｔｒｕｓｔｅｄ）非３ＧＰＰアクセス、信用できない（ｕｎｔｒｕｓｔｅｄ）非３ＧＰＰアクセスとも呼ばれる。

非３ＧＰＰアクセスの２つのカテゴリが、図１ａに示される。これは、規格化文書３ＧＰＰ ＴＳ２３．４０２「Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔ ｆｏｒ ｎｏｎ−３ＧＰＰ ａｃｃｅｓｓｅｓ：非３ＧＰＰアクセス用アーキテクチャ拡張」に定義されている「ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ：進化型パケットシステム」の概要である。

ＥＰＳアクセスについての「信用されている」と「信用されていない」という用語の正確な定義については、現在議論されている。例えば、「十分な技術的保護手段によって、アクセスは安全にされている／信用されているのか」という問題を考える場合の技術的側面だけでなく、例えば「ホームオペレータ、すなわち、ホームネットワークのオペレータは、アクセスネットワークのオペレータと十分強固な「契約」を結んでいて、ホームオペレータから見た場合、それによってアクセスネットワークが信用されているようになっているか」という問題を考える場合の事業的側面も適用されるため、この議論は複雑である。従って、特定のアクセスが信用されているか否かを確実にするためには、加入者の利益（例えば、プライバシ）だけでなくオペレータの利益（例えば、事業）も存在する。

はっきりしていることは、信用されている非３ＧＰＰアクセスネットワークと信用できない非３ＧＰＰアクセスネットワークとは、一般に、その仕様が３ＧＰＰの範囲外であるようなアクセス技術を使用するＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）アクセスネットワークであるということである。この点に関して作業の目的で３ＧＰＰ ＳＡ２によって最近行われている「想定」は、非３ＧＰＰ ＩＰアクセスネットワークが信用されているか信用できないかは、アクセスネットワーク自身の特性ではないということである。ローミング以外の状況では、特定の非３ＧＰＰ ＩＰアクセスネットワークが信用されている非３ＧＰＰアクセスネットワークとして使用されるのか、信用できない非３ＧＰＰアクセスネットワークとして使用されるのかは、ＨＰＬＭＮのオペレータ、すなわち、ホームオペレータの決定次第であり、それぞれの場合で、例えば、以下の背景の記述の中で述べる議論に従って、適切なセキュリティ手段を実装することは、オペレータの責任である。

多様なタイプの非３ＧＰＰアクセスが、ホームネットワークと端末／ＵＥとの間で多様な保護手段を使用することになることは明らかであり、例えば、以下のものがある。

−信用されていないアクセスにおいて接続性を確立する際には、端末とアクセスの「上方の」「ゲートウェイ」ノード、すなわち、ｅＰＤＧ（ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ：進化型パケットデータゲートウェイ）との間に、図１ａに示される、ＩＰｓｅｃ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ：インターネットプロトコルセキュリティ）トンネルがおそらくセットアップされることになる。本明細書では、「接続性」とは、「その接続されている状態または、ある接続されている状態」のことを意味すると解釈される。ＩＰｓｅｃトンネルのセットアップは、さらに、ＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ：インターネットキー交換）プロトコル、特に、そのバージョン２に従って実行される手順によって行われる。これは、セキュリティを、使用されるアクセスネットワークのセキュリティ機能から多から少なかれ独立させることになる。しかしながら、信用されているアクセスは、この機能を有しないし、その必要もないであろう。

−信用されているアクセスにおいて接続性を確立する際には、ＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：拡張可能認証プロトコル）が使用される可能性が高く、そして、必ずというわけではないが、それにはアクセス認証用としてＥＡＰ ＡＫＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ：認証及びキーアグリーメント）の方法が含まれる可能性があるが、他方、信用されていないアクセスは、ＥＡＰを使用してもよいし、使用しなくてもよい。

−多様な方法に従って確立されるアクセスは、例えば、クライアントＭＩＰ（Ｍｏｂｉｌｅ ＩＰ：モバイルＩＰ）またはＰＭＩＰ（Ｐｒｏｘｙ ＭＩＰ：プロキシＭＩＰ）のような、多様な移動性ソリューションを使用してもよい。

例えば、非３ＧＰＰアクセスネットワーク経由の何らかのサービスまたは複数のサービスに接続する目的で接続性を確立しかかっているＵＥについて検討する。前提として、ＵＥは、一般に、ホームネットワークによってそのアクセスが「信用されている」とみなしているか否かを知らない。その結果、この問題は、ＵＥがｅＰＤＧへのＩＰｓｅｃトンネルをセットアップすべきか否かということであり、これは、できれば避けるべき比較的多量のリソース／コスト／時間を必要とする手順である。特に、ＵＥがＩＫＥ／ＩＰｓｅｃの使用を試みても、実際にはネットワークによってサポートされていない場合、シグナリングが浪費されるか、および／またはエラー事例が生じることになる。

ＵＥは適切な情報を使って静的には事前構成され得たであろうが、アクセスが信用されるとみなされるか否かをＵＥに動的にシグナリングする一般的に使用される方法は存在しない。一般に、ＵＥは、例えば、ＷｉＭＡＸやＷＬＡＮのように、使用される技術そのものから何らかの「技術的な」側面を推定することができるが、ＵＥは、例えば、ｅＰＤＧの存在やどの移動性プロトコルが使用されることになるのかなど、情報を取得して、すべての技術的側面を理解することはできない。より上位のレベルでは、ＵＥは「業務」主導の側面について知ることができない。例えば、所与の非３ＧＰＰアクセスネットワーク、例えば、ある当事者またはオペレータＡによって提供されるＷｉＭＡＸネットワークのような、非３ＧＰＰアクセスネットワークを考えてみよう。２つの異なるホームネットワークオペレータＢおよびＣは、それらのセキュリティポリシーおよび業務協定に起因して、当事者Ａおよびそれによって提供されるネットワークが信用されるか否かについて異なる意見を有することがあるであろう。従って、オペレータＢでの加入を使用するＵＥは、多分、当事者Ａとそのアクセスネットワークは信用されるとみなすであろうし、それに対して、他方のオペレータＣでの加入を使用するＵＥは、当事者Ａとそのアクセスネットワークは信用されないとみなすであろう。例えば、規格化文書３ＧＰＰ ＴＳ ３３．２３４に従うＩ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：インターネットワーキング無線ローカルエリアネットワーク）のような３ＧＰＰネットワーク経由の「旧式の」アクセスが考えられる場合、状況は一層複雑になる。Ｉ−ＷＬＡＮアクセスネットワークを経由するアクセスでは、ＵＥへの／からのＩＰｓｅｃトンネルを終端させるためにＰＤＧ（Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ：パケットデータゲートウェイ、すなわち、上記の特別なｅＰＤＧと区別される必要がある、一般的なまたはより古い３ＧＰＰ標準によるゲートウェイ）の形式のゲートウェイが使用されることがあり、従って、このＷＬＡＮネットワークは、「信用されない」とみなされるであろう。しかしながら、ＥＰＳに接続されるＷＬＡＮを経由するアクセスは、将来、場合によっては、例えば、ＩＥＥＥ８０２．１１ｉ標準に従うセキュリティ強化の利用に起因して、信用されることがあるであろうし、従って、ＩＰｓｅｃ／ＰＤＧを使用することも有することもないであろう。（この場合もやはり）これが示すのは、所与のアクセス技術が信用されるとみなされることも、そうはみなされないこともあり、また、状況によってＵＥに対して異なるセキュリティ手段を使用することも使用しないこともあるということである。

要約すれば、アクセスネットワークの少なくとも何らかの「属性」をＵＥに通知する方策が必要となる可能性があり、そのような属性には、アクセスが信用されるか否か、どのタイプの移動性およびセキュリティ機能が使用されるべきか等が含まれる。また、そのような通知を行う方法は、攻撃を防ぐために十分セキュアであるべきであり、一般的にロバスト性も備えるべきである。

少なくとも１つ以上の側面において効率的および／またはセキュアであるような方法で、ネットワークへの接続性かまたはネットワークを経由した接続性をＵＥが確立することを可能にすることが、本発明の目的である。

そのような側面には、例えば、帯域幅／シグナリング／計算のオーバヘッドおよび悪質な攻撃に対する強度が含まれてもよい。

それゆえ、ＵＥは、例えば、自身がそれを通して接続されるべきネットワークのプロパティに依存する通信の方法を選択することが可能であってもよい。

一般に、例えば、ＵＥが、なんらかのサービスを使用することを可能にすることを目的としてＵＥのためにＩＰ接続性を提供するために、ＵＥからの接続性を確立する場合、第１のネットワークに関する少なくとも１つのネットワークのプロパティが、第２のネットワークの中のノードからＵＥへ送信される。第１のネットワークは、アクセスネットワークを含んでもよく、そして、第２のネットワークは、例えば、第１のネットワークと同じであってもよいし、あるいは、ＵＥ／加入者のホームネットワークであってもよい。従って、第２の場合では、ノードは、ホームネットワークに存在するかまたはホームネットワークに接続されてもよい。ネットワークのプロパティは、第１のネットワークにアクセスする適切な方法を選択するためにＵＥによって使用される。第１のネットワークは、すでに述べたように、ＷＬＡＮの無線アクセス部分とアクセスポイントへの固定回線接続とを備えるアクセスネットワーク、例えば、ＷＬＡＮであってもよいし、また、コアネットワーク、または、その選択された部分であってアクセスネットワークの背後にある部分であってもよい。

ネットワークのプロパティについての情報、またはその指標が、通信をセットアップする準備段階でＵＥへ転送されるメッセージで、あるいはメッセージの中で、具体的には、認証手順において、例えば、その第１段階で、送信されるメッセージの中で、送信されてもよい。それゆえ、新たなシグナリングのラウンドトリップまたはプロトコルの追加をすることなく、ＵＥが少なくとも１つの必要なアクセスの「プロパティ」をセキュアな方法で知ることが可能でありうる。

具体的には、ネットワークのプロパティが関連する第１のネットワークが信用されるか否かを、ネットワークのプロパティがＵＥに示してもよい。また、このプロパティは、追加で、または選択的に、ＵＥがどの特定のプロトコルを使用するべきか、そして具体的には、どの移動性プロトコルおよび／またはセキュリティプロトコルを使用すべきかに関連してもよい。

ネットワークのプロパティが関連する第１のネットワークは、例えば、上記のアクセスネットワークであってもよい。第２のネットワーク内のノードには、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ、Ａｃｃｏｕｎｔｉｎｇ：認証、認可、アカウンティング）サーバが含まれてもよい。次いで、ネットワークのプロパティは、アクセスネットワークが信用されるか否かを示してもよく、そして、それが、ＥＡＰメッセージの内部でＡＡＡサーバから送信されてもよい。このプロパティは、具体的には、ＥＡＰリクエストＡＫＡ（ＥＡＰ Ｒｅｑｕｅｓｔ／ＡＫＡ）チャレンジメッセージの中で、またはＥＡＰリクエストＡＫＡ−通知（ＥＡＰ Ｒｅｑｕｅｓｔ／ＡＫＡ−Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージの中で、またはＥＡＰ成功（ＥＡＰ Ｓｕｃｃｅｓｓ）メッセージの中で送信されてもよい。

選択的には、第２のネットワーク内のノードには、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ：ホーム加入者サーバ）が含まれてもよい。

本明細書で記載されるアクセス方法の表現は、対応する手順のステップ群を実行することを目的として、１つ以上のコンピュータプログラムまたはコンピュータルーチンを一般的な方法で備え、それらは、すなわち、一般的には、本明細書では、プロセッサまたは電子プロセッサとも呼ばれるコンピュータによって読み取り可能なプログラムコードの一部である。このプログラムコードの一部は、１つ以上のコンピュータプログラム製品、すなわち、プログラムコードキャリア、例えば、ハードディスク、コンパクトディスク（ＣＤ）、メモリカード、またはフロッピーディスクに書き込まれたものであってもよいし、読み取られてもよいし、または読み取られるものであってもよい。このプログラムコードの一部は、例えば、ＵＥおよび／またはネットワークノードまたはサーバのメモリの中に記憶されてもよく、そのようなメモリとは、例えば、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ：電子的消去可能プログラム可能ＲＯＭ）、ハードディスクまたはＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ：リードオンリメモリ）である。

本発明の目的、利点、効果、並びに特徴は、添付の図面とともに読まれた場合、下記の本発明の例示的ないくつかの実施形態の詳細記述から一層容易に理解されるであろう。

先行技術に従うＥＰＳの概略図である。 ＶＰＬＭＮ（Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：訪問先公衆地上移動ネットワーク）を含むＥＰＳの別の概略図である。 ＥＡＰに従う認証手順に関与するノード間で送信される信号の図である。 ユーザ機器のためのアクセス手順に関与するノード間で送信される信号の図である。 受信メッセージの中の特別情報を検索するまたは解釈するために、かつ、特別情報を使用するために、必要とされるユニットおよびモジュールを示すユーザ機器のブロック図である。 ユーザ機器の典型的な内部コンポーネントを示すユーザ機器のブロック図である。 ユーザ機器によって使用するプログラムコードを保持または搬送するメモリユニットの略図である。 メッセージの中の特別情報を検索するために、またはメッセージに特別情報を挿入するために、必要とされるユニットを示す、ノードまたはサーバの図４ａと同様のブロック図である。 メッセージが、認証手順に含まれるメッセージである場合の、図５ａと同様のブロック図である。 ノードまたはサーバの典型的な内部コンポーネントを示すノードまたはサーバの図４ｂと同様のブロック図である。 サーバによって使用するプログラムコードを保持または搬送するメモリユニットの略図である。

本発明は各種の修正形態および代替構成を対象とするが、本発明のいくつかの実施形態は図面で示され、かつ、以下で詳細に説明する。しかしながら、特定の記載および図面は、開示される特定の形態に本発明を限定することを意図しているのではないことが理解されるべきである。むしろ、本発明の範囲は、本発明の精神および範囲の範囲内に入る本発明のすべての修正および代替構成を含むことが意図されている。

ここで、ホームネットワークにアクセスするＵＥに関する手順について記載する。より詳しくは、ＵＥがネットワーク接続性をどのようにして確立するかについて記載する。その目的は、例えば、ホームネットワークに接続している当事者、例えば、不図示のクライアントまたはサーバへのホームネットワーク経由の接続、またはホームネットワーク経由でアクセス可能なサービスへの接続をＵＥが望んでいるということであってもよい。しかしながら、本明細書で記載される手順は、ネットワーク接続性の確立だけを扱うものであり、接続性がどのようにして、あるいは何のために使用されることになるのかは、本手順の一部ではない。図１ｂに、関連する最も重要なコンポーネントの概要が示されている。一般には、例えば、移動電話や移動局のような端末であるＵＥ１が、３で示されるような信用されているネットワークであるか、３’で示されるような信用されていないネットワークであるかいずれか一方であると、ホームネットワークＨＰＬＭＮ５によってみなされている非３ＧＰＰアクセスネットワークを経由して接続をセットアップすることになる。また、図示されている場合では、ＵＥ１は、ローミング中でもあり、すなわち、ＵＥ１は、各々のアクセスネットワークを経由してＶＰＬＭＮ７を介する自身のＨＰＬＭＮにアクセスすることになる。ここでは、ＨＰＬＭＮとＶＰＬＭＮとはどちらも、ＥＰＳ規格に従って動作すると想定されている。また、ＵＥ１は、同一の規格に従って動作するための設備を有すると想定される。

ＵＥ１は、非３ＧＰＰアクセスネットワークを介してＥＰＳ規格を使用して接続性を確立しているホームネットワーク５に関連付けられていて、ＵＥ１は、不図示のＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ：ユニバーサル加入者アイデンティティモジュール）を有すると想定されてもよい。たとえＵＳＩＭがアクセス認証のためには必要とされないとしても、ＶＰＬＭＮ７においてｅＰＤＧ９へのセキュアなＩＰｓｅｃ接続をセットアップするためには、および／あるいは、例えば、ＭＩＰのようなセキュアな移動性シグナリングをセットアップするためには、典型的には、ＵＳＩＭが必要とされる。

ＵＥ１は、セットアップ手順を開始することによって接続性の確立を開始する。ＵＥ１は、最初にリクエスト信号またはメッセージを送信して、非３ＧＰＰアクセスネットワーク３、３’への接続性をリクエストする。ここでは、アクセスのためのセットアップ手順のステップ群を示す図３の信号図も参照されたい。このリクエストには、ＵＥ１についての基本的／物理的アクセス固有の識別子（群）、例えば、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：メディアアクセス制御）アドレス等が含まれてもよい。それぞれのアクセスネットワーク内のアクセスノード（ＡＮ）１１は、リクエスト信号またはメッセージを受信して、それを分析し、そして、例えば、ＵＥアイデンティティ交換手順を開始することによって応答する。これは、例えば、ＥＡＰによる認証手順の、例えば、第１段階である。このアイデンティティは、典型的には、ＵＥ１のホームネットワークについての情報を含むことがある論理的アイデンティティであり、通常は、特定のアクセス技術には関連していない。そのようなＵＥアイデンティティ交換手順では、各々のアクセスネットワーク３、３’内のＡＮ１１は、最初に、ＥＡＰリクエストアイデンティティ（ＥＡＰ Ｒｅｑｕｅｓｔ Ｉｄｅｎｔｉｔｙ）メッセージをＵＥ１へ送信する。ここでは、図２のより詳細な信号図を参照されたい。ＵＥ１は、ＥＡＰリクエストアイデンティティ（ＥＡＰ Ｒｅｑｕｅｓｔ Ｉｄｅｎｔｉｔｙ）メッセージを受信し、そして、それに応じて、ＵＥアイデンティティについての情報を含み、かつ、各々のアクセスネットワーク内でＡＮ１１によって受信されるＥＡＰ応答アイデンティティ（ＥＡＰ Ｒｅｓｐｏｎｓｅ Ｉｄｅｎｔｉｔｙ）メッセージを送信する。ＡＮは、メッセージをＥＡＰ応答アイデンティティ（ＥＡＰ Ｒｅｓｐｏｎｓｅ Ｉｄｅｎｔｉｔｙ）メッセージとして識別し、それをＵＥ１のための、またはＵＥ１に関連付けられているＨＰＬＭＮ５の中の各々のサーバ１３へ転送する。ここで、この転送は、図１ｂに示される場合についてはＶＰＬＭＮ７を経由して行われる。ＵＥ１とＡＮ１１との間の認証／ＥＡＰシグナリングがアクセス固有プロトコルで、例えば、８０２．１ｘで行われる間、サーバ１３への認証／ＥＡＰ転送は、典型的には、ＩＰに基づくＡＡＡプロトコルで、例えば、ＤｉａｍｅｔｅｒまたはＲａｄｉｕｓで行われる。従って、ＡＮ１１は、ＥＡＰメッセージを、ＡＡＡプロトコルで転送する場合には、追加情報要素を、例えば、アクセスネットワーク３、３’およびＡＮ１１の少なくとも一方の識別子を追加してもよい。ＨＰＬＭＮの中のサーバによって受信される場合、このＥＡＰ応答アイデンティティ（ＥＡＰ Ｒｅｓｐｏｎｓｅ Ｉｄｅｎｔｉｔｙ）メッセージから、サーバは、それを経由してメッセージが転送されたアクセスネットワーク３、３’のアイデンティティを、例えば、ＡＡＡプロトコルの中で搬送されるネットワーク識別子を介して、導出または推定することができる。ＨＰＬＭＮ５の中のサーバ１３は、ＡＡＡサーバまたはＨＳＳであってもよい。

ここで、まさしく認証手順が開始され、これはまた、ＥＡＰに従って実行されてもよい。認証手順では、サーバ１３とＵＥ１との間で適切なメッセージが送信される。ここで、これらのメッセージは、実質的に変更されることなく、各々のアクセスネットワーク３、３’を経由して、ＡＮ１１とＶＰＬＭＮ７とを通過して、転送される。従って、ＡＡＡプロトコルとアクセス固有のシグナリングプロトコルとの間で変換を行う場合を除き、ＡＮ１１は、典型的には、すべてのこれらのメッセージをＵＥとサーバとの間で単に中継する。

図２でわかるように、認証手順に関連付けられているこれらのメッセージは、時間順に、サーバから送信されるＥＡＰリクエストＡＫＡチャレンジ（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｃｈａｌｌｅｎｇｅ）メッセージと、ＵＥから送信されるＥＡＰ応答ＡＫＡチャレンジ（ＥＡＰ Ｒｅｓｐｏｎｓｅ ＡＫＡ Ｃｈａｌｌｅｎｇｅ）メッセージと、サーバから送信されるＥＡＰリクエストＡＫＡ通知（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージと、ＵＥから送信されるＥＡＰリクエストＡＫＡ通知（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージと、そして、認証が成功すると仮定すると、サーバから送信されるＥＡＰ成功（ＥＡＰ Ｓｕｃｃｅｓｓ）メッセージとを含んでもよい。

この時点で、ローカルなＩＰアドレスがアクセスネットワークによってＵＥに割り当てられてもよい。しかしながら、ＵＥは依然として、到達不可能である場合があり、かつ他の当事者への接続性を確立するため、さらなるステップを行う必要がある場合がある。具体的には、ＵＥは、ゲートウェイノード、例えば、信用できないアクセスで使用される、上述のｅＰＤＧ９への接続性を確立する必要があることがある。注目ノードは、追加で／選択的に、移動性サポートを提供するノード、例えば、ＭＩＰホームエージェント（ＭＩＰ Ｈｏｍｅ Ａｇｅｎｔ）（ＨＡ）であってもよいであろう。これは、必要なセキュリティおよびＵＥについての「グローバルな」到達可能性の少なくとも一方を提供する。

このように、認証手順が成功して完了した後、アクセスネットワークに固有のステップとＵＥ１についての一般的なＩＰ接続の確立とを含めて、第４の手順を実行することができる。これで、接続の確立は完了する。これ以降、ＵＥは、データを受信／送信すること、例えば、他の当事者との通信セッションを開始することができるであろう。従って、ＵＥと何らかの他の当事者との間のデータ通信は、本明細書で記載される手順以外の第５の手順で行ってもよい。

認証手順においてサーバ１３から送信されるメッセージの１つが、特別情報を含むか、または特別条件を示すように修正されてもよい。特別情報または特別条件は、使用されるアクセスネットワーク３、３’のプロパティ（property）または特性に関連してもよい。特に、ＨＰＬＭＮ５から見て、アクセスネットワークは信用されているか信用されていないかを示してもよい。

ＵＥ１は、メッセージから特別情報を検索するか、または、メッセージの中に示されている特別条件を解釈して、それを、またはその解釈を、それぞれのアクセスネットワーク３、３’を経由する接続のセットアップの際に、それぞれ使用するように構成されている。

上記の手順を実行することを目的として、サーバ１３が修正され、そうすることで、特別情報を収集して、選択されたメッセージの中に特別情報を挿入することができるか、または、選択されたメッセージを修正してそれが特別条件を示すようにし、かつ、関連情報を、例えば、サーバの中にあるかまたはサーバに接続されているリストまたはデータベースからフェッチすることができる。リストまたはデータベースは、例えば、少なくともすべての信用されているアクセスネットワークを含んでもよい。リストまたはデータベースは、もちろん、必要に応じて信用できないネットワークも含んでもよい。このリストまたはデータベース内のルックアップ（参照）は、上述のＡＡＡプロトコルに従って実行される手順の一部として受信されるアクセスネットワーク識別子に基づいてもよい。リストまたはデータベースは、継続的に更新することができる。例えば、新規の業務契約の結果、以前の信用できないネットワークが信用されるように「アップグレード」されてもよいし、その逆もありうる。

従って、一般的に、ＥＡＰ（ＡＫＡ）がアクセス手順の中で使用される場合はいつでも、ホームネットワーク５の中のＡＡＡサーバの形式で、例えば、サーバ１３からＵＥ１に対するそれぞれのアクセスネットワーク３、３’の「プロパティ」についての指標が、ＥＡＰシグナリングの中に含まれてもよい。ＥＡＰ（ＡＫＡ）の有益な特徴は、それが、サーバとＵＥとの間でエンド・ツー・エンド（ｅ２ｅ）でセキュアでありうるため、含められるネットワークプロパティ／プロパティ群を、例えば、第三者による偽造から保護することができるということである。ただし、ＥＡＰ（ＡＫＡ）が使用されない場合には、この指標が他の認証プロトコルのシグナリングの中に含まれることもあるであろう。

これらのタスクが実行できるようにすることを目的として、ＵＥ１は、図４ａに示されるユニットまたはモジュールによって実行されるいくつかの機能を含むように修正されなければならない。それゆえ、１つ以上のメッセージから特別情報を検索するためか、または、１つ以上のメッセージの中に示される特別条件を解釈するためのユニットまたはモジュール１５が提供されなければならない。特別情報または特別条件に関する情報をそれぞれＵＥ１のメモリセル１７に記憶するためのユニットまたはモジュール１６が存在してもよいであろう。そして、ＵＥは、例えば、アクセスネットワークを経由する接続をセットアップする適切または適正な方法を選択するための、受信された、および／または、記憶された特別情報または特別条件に関する情報をそれぞれ使用するためのユニットまたはモジュール１９を含んでもよい。これらのユニットまたはモジュールはそれぞれ、従来どおり、プロセッサおよび対応するセグメントまたは対応するプログラムコードのセグメントを備えるとみなすことができる。

一般に、ＵＥ１は、実質的に従来型の構成を有してもよく、そして、例えば、図４ｂのブロック図に略示されるように構成される内部コンポーネントを含んでもよい。従って、ＵＥ１は、プロセッサ２１と、メモリ２３と、無線通信回路２５と、不図示のディスプレイを駆動するための回路２７と、不図示のキーボード用の回路２９と、音声出力回路３１と音声入力回路３２とを含んでもよい。メモリ２３は、例えば、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ：電子的消去可能プログラム可能リードオンリメモリ）、ハードディスク、またはＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ：リードオンリメモリ）のような電子的メモリであってもよく、そして、１つ以上の別個の物理ユニットを備えてもよい。プロセッサは、メモリのプログラムメモリ部分３３に記憶されたプログラムコードを実行することによって、ＵＥ１の動作を制御する。プロセッサ２１は、例えば、メモリ２３のデータメモリ部分３５に記憶されたデータを使用することができる。

プログラムメモリ３３には、多様なルーチンを有するかまたはプロセッサ２１によって実行される各種の手順についての部分を有するプログラムコードが記憶されている。従って、基本的なテレフォニーサービスについてのプログラムコードの部分は、メモリセグメント３７に記憶される。ここで、そのようなサービスには、他のＵＥへの音声接続を確立することと使用することとが含まれる。また、例えば、ＩＰ接続をセットアップするための、データの交換に関わる手順についての、メモリセグメント３９に記憶されたプログラムコードも存在する。従って、このプログラムメモリセグメントには、図２および図３に示される手順のためのプログラムコード部分が記憶されているメモリ部分が含まれてもよい。従って、これらのメモリ部分には、プロセッサ２１によって読み取り可能であって、かつ、このプロセッサによって読み取られる場合、ＵＥに対応する手順を実行させるようなプログラムコードが含まれてもよい。基本的な接続確立についてのプログラムコードを記憶するためのメモリ部分４１と、ＵＥアイデンティティの交換についてのプログラムコードを記憶するためのメモリ部分４３と、認証手順についてのプログラムコードを記憶するためのメモリ部分４５と、そして、アクセス固有およびＩＰ接続確立についてのプログラムコードを記憶するためのメモリ部分４７とがあってもよい。プログラムメモリ３３には、さらに、例えば、ＩＰ移動性（ＭＩＰ）、マルチホーミング、ＩＰセキュリティ（ＩＫＥ／ＩＰｓｅｃ）等を処理するためのプログラムコード部分のような、ＩＰ接続性／サービスについてのプログラムコードを記憶するためのメモリセグメント４９があってもよい。

認証手順についてのプログラムコードを記憶するためのメモリ部分４５では、認証手順において受信されたメッセージから特別情報を検索するための、または、そのメッセージに示された特別条件を解釈するための、プログラムコードを記憶するためのメモリスペース５１が提供されてもよい。そのような特別情報または特別条件は、上述のように、例えば、データ交換用の接続について接続性を確立することに関連付けられている少なくとも１つのネットワークプロパティ、例えば、使用されるアクセスネットワーク３、３’のプロパティに関連付けられてもよい。特別情報または特別条件に関する情報は、メモリ２３の中のメモリセル５３に記憶されてもよく、そして、例えば、プログラムメモリ部分４９にプログラムコードが記憶される、アクセス固有の、およびＩＰ接続確立の手順において、使用されてもよい。この用途のプログラムコード部分は、メモリ部分の内部のメモリスペース５５に記憶されてもよい。

プログラムコードの部分は、１つ以上のコンピュータプログラム製品、すなわち、例えば、ハードディスク、コンパクトディスク（ＣＤ）、メモリカード、またはフロッピーディスクのようなプログラムコードのキャリアに書き込まれたものであってもよいし、読み取られてもよいし、または読み取られるものであってもよい。そのようなコンピュータプログラム製品は、一般には、携帯型でも固定されていてもよいメモリユニット３３’であり、これは、図４ｃの略図に示されている。それは、メモリセグメントと、メモリセルと、実質的にＵＥ１のプログラムメモリ３３の場合と同様に構成されるメモリスペースとを有してもよいし、あるいは、プログラムコードは、例えば、適切な方法で圧縮されてもよい。従って、一般に、メモリユニット３３’は、コンピュータ可読コード、すなわち、ＵＥ１によって実行される場合に上記の記載に従ってＵＥが実行する１つ以上の手順を実行するためのステップ群をＵＥに実行させるような、電子プロセッサによって読み取られうるコードを備える。メモリユニット３３’によって搬送されるプログラムコードは、任意の適切な方法によって、例えば、メモリユニットを保持するか、またはメモリユニットに接続されている、不図示のサーバからダウンロードすることによって、ＵＥのメモリ２３に入力されてもよい。他の実施形態では、メモリユニット３３’は、ＵＥ１のメモリ３３の一部として直接使用されてもよい。

ＵＥ１の場合と同様の方法で、上記の手順を実行することができるようにするため、サーバ１３は、図５ａに示されるように、特別情報または特別条件に関する情報を収集または検出するためのユニットまたはモジュール６１を含むように修正されなければならない。このユニットまたはモジュールは、例えば、そのような情報をサーバ１３の中の、またはサーバ１３に接続されているメモリセル６３からフェッチすることができる。別のユニットまたはモジュール６５は、特別情報を１つ以上の選択されたメッセージの中に挿入するか、または、特別条件を示すように１つ以上のメッセージを修正することができる。

図５ｂでわかるように、サーバ１３は、上記の例については、加入者のＵＥ１とサーバとの間に何らかの進行中の通信がある加入者によってどのアクセスネットワークが使用されるかを導出するまたは推定するためのユニットまたはモジュール６７を含むように修正されうる。次いで、サーバは、使用されるアクセスネットワークのプロパティまたは特性に関する情報を収集するまたは検出するためのユニットまたはモジュール６９も含んでいる。このユニットまたはモジュールは、そのような情報をデータベースまたはリストまたはネットワークから検索することができる。ここで、このデータベースまたはリストは、例えば、複数のネットワークについての特別情報を含み、そして、メモリプレース７１に記憶される。別のユニットまたはモジュール７３は、認証手順の間に加入者へ送信されたメッセージの中にプロパティまたは特性に関する情報を挿入することができる。

サーバ１３は、コンピュータとして、コンピュータのクラスタとして、またはネットワークへの接続に適しているコンピュータの一部分として実装することができる。従って、図５ｃでわかるように、サーバ１３は、従来の方法で、プロセッサ７７と、メモリ７９と、ネットワークポート８１とを備えてもよい。メモリ７９は、例えば、フラッシュメモリ、ＥＥＰＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ：消去可能プログラム可能リードオンリメモリ）、ハードディスクまたはＲＯＭのような電子メモリであってもよい。メモリは、それぞれプログラムコードとデータについてのスペース８３、８５を有してもよい。プログラムメモリでは、プログラムコード部分は、上述のように、例えば、ＥＡＰに従って、認証手順を実行するためのメモリセグメント８７の中に記憶される。データメモリスペース８５には、加入者データがメモリプレース８９に記憶され、そして、アクセスネットワークについてのデータは、メモリプレース９１に記憶される。アクセスネットワークについてのデータには、各アクセスネットワークについてのレコードが含まれてもよく、そして、各レコードには、特に、その中にアクセスが信用されるか信用されないかを示す情報が記憶されるフィールドがあってもよい。認証手順についてのプログラムコード部分が記憶されるメモリセグメント８７には、アクセスネットワークの特別なプロパティまたは特性に関する情報を収集または検出する目的で、かつ、収集または検出された情報を認証メッセージの中に、すなわち、認証手順の間に加入者のＵＥへ送信されるメッセージの１つの中に挿入する目的で、使用されるアクセスネットワークのアイデンティティを導出するまたは推定するためのプログラムコード部分が記憶されるメモリ部分９３、９５、９７がそれぞれ存在する。

プログラムコードの部分は、１つ以上のコンピュータプログラム製品、すなわち、プログラムコードキャリア、例えば、ハードディスク、コンパクトディスク（ＣＤ）、メモリカード、またはフロッピーディスクに書き込まれているものであってもよいし、読み取られてもよいし、または読み取られるものであってもよい。そのようなコンピュータプログラム製品トは、一般に、携帯型でも固定されていてもよい、図５ｄの略図に示されるようなメモリユニット８３’である。メモリセグメントと、メモリセルと、サーバ１３のプログラムメモリ８３の場合と実質的に同様に構成されるメモリスペースとを有してもよい。プログラムコードは、例えば、適切な方法で圧縮されてもよい。このように、一般に、メモリユニット８３’は、コンピュータ可読コード、すなわち、サーバ１３によって実行された場合に上記の記述に従ってサーバが実行する１つ以上の手順または手順のステップを実行するためのステップをサーバに実行させるような、電子プロセッサ、例えば、７７によって読み取られうるコードを備える。メモリユニット８３’によって搬送されるプログラムコードは、任意の適切な方法によって、例えば、メモリユニットを備えるまたはメモリユニットに接続されている、不図示のサーバからダウンロードすることによって、ＵＥのメモリ２３に入力されてもよい。適切である場合、メモリユニット８３’は、サーバ１３のメモリ８３の一部として直接使用されてもよい。

例えば、ＥＡＰが接続のセットアップにおいて使用されることは、上述した。上述のように、信用できないアクセスの場合には、これは当然と考えてはならず、従って、一般的な場合を処理する必要もある。３ＧＰＰホームネットワーク５と非３ＧＰＰアクセスネットワーク３、３’とを含み、かつ、ＥＡＰが使用されてもされなくてもよいようなシステムにおけるアクセスについては、下記の、より一般的な手順が使用されてもよい。

１．ＵＥ１が、アクセスをリクエストする。

２．基本的なアイデンティティ交換を実行する。

３．それぞれのアクセスネットワーク３、３’がＥＡＰに従うアクセス認証を開始しない場合、ＵＥ１は、ほとんどの場合、アクセスネットワークが信用されないことを想定できる。例えば、ＩＰＳｅｃに従って実行された手順を使用して作成された、ｅＰＤＧ９へのトンネルが、必要とされるであろう。所定の時間内にＥＡＰアクセス認証手順が開始されたかどうかをチェックするため、必要に応じて、タイマが提供されてもよい。別の選択肢では、接続のためのＩＰアドレスが、例えば、不図示のＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：動的ホスト設定プロトコル）サーバを介して、それぞれのアクセスネットワーク３、３’からＵＥ１に提供される場合には、ＥＡＰ通信の開始はないだろうということが、ＵＥによって判定される。具体的には、ＥＡＰ認証が使用されるならば、ＩＰアドレスの割当より前にそれが行われているであろう。

４．さもなければ、それぞれのアクセスネットワーク３、３’がＥＡＰアクセス認証を開始しない場合、アクセスネットワークは、信用されるか信用されないか、どちらの可能性もあるだろう。

５．ステップ２の場合については、ホームＡＡＡサーバ１３は、アクセスが信用されるか否かを知っており、これについてＵＥ１に通知する何らかのＥＡＰメッセージの中に、あるパラメータを含める。このパラメータは、上述のように、ｅ２ｅセキュアであってもよく、すなわち、ホームＡＡＡサーバとＵＥとの間で暗号化されるか、および／または完全に保護されてもよい。

６．ＵＥ１は、指標の信頼性を検証し、そして、それに従って動作し、例えば、ｅＰＤＧ９へのＩＰｓｅｃトンネルをセットアップすることを試行するかまたは試行しないかのいずれかである。ＵＥ１が、ＩＰｓｅｃトンネルをセットアップすることを試行しない場合には、代わりに、例えば、単純な保護されていないＩＰ通信チャネルをセットアップすることを試行するであろう。

７．接続性の確立の一部である、その他の手順が、例えば、これもまた上記の指標に依存してもよいＩＰ移動性等の構成が、実行される。

８．ここで、ＵＥは、他のサービスと通信するか、および／または、それらを使用することができる。

メッセージ第１、第２、第３は、図２ではそれらの見出しが斜体字で示されているが、上述のように、例えば、「アクセスプロパティ属性（access property attribute）」または「アクセスプロパティ属性群」を搬送する特別情報または指標について使用されてもよい。例えば、ＡＫＡチャレンジ（ＡＫＡ−Ｃｈａｌｌｅｎｇｅ）メッセージは、(保護された）ＥＡＰ仮名（pseudonym）を含んでもよく、そして、この場合、アクセスネットワークプロパティに関連する別の属性を含むように拡張されてもよいだろう。注目すべきことは、メッセージ第１および第２は、ＡＫＡ方法固有のメッセージであり、他方、ＡＫＡ成功メッセージ第３は、ＡＫＡ方法固有のメッセージではない。現在、ＥＡＰ ＡＫＡ’と表示される新バージョンのＥＡＰ ＡＫＡが、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ：インターネットエンジニアリングタスクフォース）において定義されているところである。また、プロパティを搬送するために適していると上述した特定のメッセージは、ＥＡＰ ＡＫＡ’にも存在し、従って、同様の方法で使用されてもよい。

従って、アクセスネットワークの信用（またはその他のプロパティ）を判定するためにＵＥ１で実行される「アルゴリズム」は、下記の一般的な論理コードに従って実行されるであろう。

アクセスネットワークがＥＡＰを使用しない場合、
「アクセスは信用できない」／＊例えば、ＩＰＳｅｃトンネルをセットアップする必要がある＊／
そうでない場合、
（上述のように）ＥＡＰを実行し、
ＥＡＰシグナリングから信用値と、おそらくその他のネットワークプロパティとを抽出し、
抽出された信用値と、おそらく他の／ネットワークプロパティとに従って（セキュリティ／移動性／．．．）手順（群）を実行する
ｅｎｄｉｆ

しかしながら、このアルゴリズムに関連付けられている問題が１つ存在する。ＵＥ１は、ＥＡＰの任意の見込まれる実行の前に、何らかの基本的な「ネットワーク接続」を実行する、すなわち、自身がそれぞれのアクセスネットワークに接続することを望むということを信号で伝達する何らかの最初の動作を実行するであろう。この接続の後、どのくらいＵＥがＥＡＰを「待機する」べきであるのだろうか。ＵＥ１は、例えば、２秒間待機した後、ＥＡＰに従う認証手順は実行されないであろうと推定することもできるだろうが、おそらく、もう１秒ＵＥが待機していたならば実行されたかもしれないであろう。

しかしながら、この場合、目標は、ＵＥ１にＩＰアクセスを提供することであるから、かつ、ＵＥには、ＩＰｓｅｃをセットアップすることができるＩＰアドレスが割り当てられているに違いないのだから、これは、一旦、ＵＥにＩＰアドレスが割り当てられると、ＥＡＰに従う手順がＩＰアドレス割当の前には、例えば、ＤＨＣＰを介して、実行されていない場合、アクセス認証を達成するためのＥＡＰに従う手順がまったく実行されないであろうとＵＥが推定できることを意味しており、上記のステップ１と比較されたい。

（ＥＡＰ）ＡＫＡに従う手順を使用する特別の場合では、シグナリングは、不図示の「ＡＭＦ」（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｉｅｌｄ：認証管理フィールド）フィールドにおいて行われてもよいだろう。このフィールドは、ＡＫＡの本来の部分であり、ＥＡＰリクエストＡＫＡチャレンジ（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｃｈａｌｌｅｎｇｅ）メッセージで搬送されるのであって、図２の、ＥＡＰレイヤに対して完全に透過的であるメッセージ第１を参照されたい。

「信用」というプロパティが、ホームネットワークによって共同で、すなわち、ホームネットワーク（例えば、ＡＡＡサーバ）と、使用されるアクセスネットワーク３、３’とで決定されることになる場合、本明細書で記述される方法およびシステムは、国際特許出願ＰＣＴ／ＳＥ２００８／０５００６３で開示されるプロセスと同時に使用されてもよいだろうし、それを全体として参照することより本願に組み込まれる。前記の国際特許出願では、ホームネットワークとアクセスネットワークとがそれぞれ、どのようにして「セキュリティポリシー」をＵＥへの認証シグナリングの中で通信するのかということが開示されている。ＵＥ１は、２つのポリシーを合成して「最小公分母ポリシー（least common denominator policy）」を作成することができる。ここで１つの違いは、引用される国際特許出願では、どのプロトコルを使用するかということは既知であるが、どのポリシーがそれらに適用されるかは既知でないということが想定されるということである。

理解されるべきことは、上記の実施形態は、ＵＥ１から見て、アクセスネットワーク３、３’「の後ろ」に接続されるコアネットワークという形でのホームネットワーク内に、例えば、ＡＡＡサーバ１３を備えているが、上記のいくつかの実施形態と同様の方法でＥＡＰリクエスト（ＥＡＰ Ｒｅｑｕｅｓｔｓ）を送信するように適宜に構成されている、任意のノードが、代わりに、アクセスネットワーク内で、例えば、図１ｂのＶＰＬＭＮ７内で接続される認証サーバ１４に接続されてもよいだろう。

アクセスネットワーク３、３’が信用されるか否かを示すプロパティに加えて、またはそのようなプロパティの代わりに、どのアクセス／通信の方法／シグナリングが端末によって選択されるべきかを決定するために、例えば、どのプロトコル、帯域幅、コスト、およびサービスを使用するかといったその他のプロパティが、例えば、１３、１４のようなサーバから端末またはＵＥ１に信号伝達されてもよい。

ＥＡＰリクエストにおける追加情報要素の代わりとして、シグナリングが、既存のＥＡＰ ＡＫＡ情報要素の中に「ピギーバックされる（piggybacked）」形で行われてもよいだろう。例えば、ホームＡＡＡサーバ１３は、信用されているアクセスについては最上位ビットが「１」に、信用されていないアクセス等については「０」に設定されたＥＡＰ仮名をＵＥに送信してもよいだろう。

上記のいくつかの実施形態はＥＡＰを使用しているが、本明細書で記載される方法およびシステムの他のいくつかの実施形態が、接続をセットアップするための手順の中で、特に、例えば、認証手順のように、そのような手順の最初の段階または第１の段階で、例えば、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ：ポイントツーポイントプロトコル）、ＰＡＰ（Ｐａｓｓｗｏｒｄ Ａｕｔｎｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：パスワード認証プロトコル）、ＣＨＡＰ（Ｃｈａｌｌｅｎｇｅ Ｈａｎｄｓｈａｋｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：チャレンジハンドシェイク認証プロトコル）およびＳＰＡＰ（Ｓｈｉｖａ Ｐａｓｓｗｏｒｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：シバパスワード認証プロトコル）のような、何らかの非ＥＡＰプロトコルを使用してもよい。

Claims (16)

1. アクセスネットワークを介して通信するためのユーザ機器によって実行される方法であって、
   前記アクセスネットワークを介して前記ユーザ機器からの接続をセットアップする手順の一部である認証手順において、前記ユーザ機器のホームネットワーク内のＡＡＡサーバから前記ユーザ機器へ送信されるメッセージで示されている、前記アクセスネットワークが信頼されるか否かに関連する特別条件を解釈するステップと、
   前記接続をセットアップする手順の次の段階で、前記アクセスネットワークを介して前記接続を確立する適切な方法を選択するために、前記特別条件の解釈の結果を使用するステップと
   を備えることを特徴とする方法。
2. 前記認証手順は、ＥＡＰに基づいていて、
   前記メッセージは、前記ＡＡＡサーバから送信されるＥＡＰメッセージである
   ことを特徴とする請求項１に記載の方法。
3. 前記認証手順は、ＥＡＰに基づいている
   ことを特徴とする請求項１に記載の方法。
4. 前記認証手順は、ＥＡＰ ＡＫＡに基づいている
   ことを特徴とする請求項３に記載の方法。
5. 前記メッセージは、ＥＡＰリクエスト／ＡＫＡチャレンジ信号、ＥＡＰリクエスト／ＡＫＡ通知信号、あるいはＥＡＰ成功信号である
   ことを特徴とする請求項４に記載の方法。
6. 確立すべき前記接続は、ＩＰ接続であり、
   前記ユーザ機器にＩＰアドレスを割り当てるステップを更に備え、
   セットアップ手順において、
   ＥＡＰに従って実行される認証手順の取り得る開始の前に、前記ユーザ機器にＩＰアドレスが割り当てられている場合、前記ホームネットワーク内のゲートウェイあるいは該ホームネットワークに関連するネットワーク内のゲートウェイに対するＩＰｓｅｃトンネルがセットアップされ、
   前記ユーザ機器にＩＰアドレスが割り当てられる前に、ＥＡＰに従って実行される認証手順の開始が発生する場合において、前記アクセスネットワークが信頼されていないことが信号伝達される場合にはＩＰｓｅｃトンネルがセットアップされ、前記アクセスネットワークが信頼されていることが信号伝達される場合にはＩＰｓｅｃトンネルがセットアップされず、かつ通常の通信チャネルが確立される
   ことを特徴とする請求項１に記載の方法。
7. アクセスネットワークを介して通信するためのユーザ機器であって、
   前記アクセスネットワークを介して当該ユーザ機器からの接続をセットアップする手順の一部である認証手順において、当該ユーザ機器のホームネットワーク内のＡＡＡサーバから当該ユーザ機器に送信されるメッセージで示されている、前記アクセスネットワークが信頼されるか否かに関連する特別条件を解釈するためのユニットと、
   前記接続をセットアップする手順の次の段階で、前記アクセスネットワークを介して前記接続を確立する適切な方法を選択するために、前記特別条件の解釈の結果を使用するためのユニットと
   を備えることを特徴とするユーザ機器。
8. 前記使用するためのユニットは、前記特別条件が前記アクセスネットワークが信用できないことを示す場合に、通信用のセキュリティトンネルをセットアップし、前記特別条件が前記アクセスネットワークが信用されることを示す場合、通常の通信チャネルをセットアップするように構成されている
   ことを特徴とする請求項７に記載のユーザ機器。
9. 前記認証手順は、ＥＡＰに基づいている
   ことを特徴とする請求項７または８に記載のユーザ機器。
10. 前記認証手順は、ＥＡＰ ＡＫＡに基づいている
    ことを特徴とする請求項９に記載のユーザ機器。
11. 前記メッセージは、ＥＡＰリクエスト／ＡＫＡチャレンジ信号、ＥＡＰリクエスト／ＡＫＡ通知信号、あるいはＥＡＰ成功信号である
    ことを特徴とする請求項１０に記載のユーザ機器。
12. ユーザ機器のホームネットワークにおけるＡＡＡサーバであって、
    当該ＡＡＡサーバは、アクセスネットワークを介して前記ユーザ機器からの接続を確立する手順の一部である認証手順において、前記ユーザ機器へ情報を送信するように構成され、
    当該ＡＡＡサーバは、前記ユーザ機器に送信される前記情報に含まれるメッセージに、前記アクセスネットワークが信頼されるか否かに関連する特別条件を示すように前記メッセージを修正するように構成されている
    ことを特徴とするＡＡＡサーバ。
13. 前記ＡＡＡサーバは、前記特別条件を示すようにＥＡＰメッセージを修正するように構成されている
    ことを特徴とする請求項１２に記載のＡＡＡサーバ。
14. 前記ＥＡＰメッセージは、ＥＡＰリクエスト／ＡＫＡチャレンジ信号、ＥＡＰリクエスト／ＡＫＡ通知信号、あるいはＥＡＰ成功信号である
    ことを特徴とする請求項１３に記載のＡＡＡサーバ。
15. ユーザ機器のホームネットワーク内のＡＡＡサーバに関連する前記ユーザ機器に備わるあるいはユーザ機器よって使用するためのコンピュータプログラムとして、メモリ上に記憶され、かつコンピュータ可読コードを備えるあるいは搬送するコンピュータプログラムであって、
    前記ユーザ機器によって実行される場合に、前記ユーザ機器に、
    アクセスネットワークを介して前記ユーザ機器からの接続をセットアップする手順の一部である認証手順において、前記ユーザ機器に関連する前記ＡＡＡサーバから、前記ユーザ機器へ送信されるメッセージで示されている、前記アクセスネットワークが信頼されるか否かに関連する特別条件を解釈させ、
    前記接続をセットアップする手順の次の段階で、前記アクセスネットワークを介して前記接続を確立する適切な方法を選択するために、前記特別条件の解釈の結果を使用させる
    ことを特徴とするコンピュータプログラム。
16. ユーザ機器に関連するＡＡＡサーバに備わるあるいはＡＡＡサーバによって使用するためのコンピュータプログラムとして、メモリ上に記憶され、かつコンピュータ可読コードを備えるあるいは搬送するコンピュータプログラムであって、
    前記ＡＡＡサーバによって実行される場合に、前記ＡＡＡサーバに、
    前記ＡＡＡサーバに関連するユーザ機器の１つに送信される情報に含まれるメッセージを、前記ユーザ機器との接続がセットアップされるアクセスネットワークが信頼されるか否かに関連する特別条件を示すように修正させる
    ことを特徴とするコンピュータプログラム。

Images