非３ＧＰＰアクセスネットワーク経由のアクセス
【課題】効率的および／またはセキュアであるような方法で、ネットワークへの接続性かまたはネットワークを経由した接続性をＵＥが確立する。
【解決手段】例えば、ユーザ機器ＵＥ１がなんらかのサービスを使用することを可能にすることを目的として、ＵＥにＩＰアクセスを提供するために、ＵＥからの通信をセットアップする場合、第１のネットワーク、例えば、現在のアクセスネットワーク３、３’、に関する少なくとも１つのネットワークのプロパティの情報または指標が、例えば、ＵＥの加入者のホームネットワーク５のような第２のネットワーク内のノード１３からＵＥに送信される。情報または指標は、ＵＥからの接続のセットアップの一部である認証手順の第１段階で送信されてもよい。特に、ネットワークのプロパティは、アクセスネットワーク３，３’が信用されるか否かを示してもよい。
【解決手段】例えば、ユーザ機器ＵＥ１がなんらかのサービスを使用することを可能にすることを目的として、ＵＥにＩＰアクセスを提供するために、ＵＥからの通信をセットアップする場合、第１のネットワーク、例えば、現在のアクセスネットワーク３、３’、に関する少なくとも１つのネットワークのプロパティの情報または指標が、例えば、ＵＥの加入者のホームネットワーク５のような第２のネットワーク内のノード１３からＵＥに送信される。情報または指標は、ＵＥからの接続のセットアップの一部である認証手順の第１段階で送信されてもよい。特に、ネットワークのプロパティは、アクセスネットワーク３，３’が信用されるか否かを示してもよい。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末、ユーザ端末またはユーザ局と呼ばれることもあるＵＥ（ユーザ機器）とネットワークノードとの間の通信をセットアップする方法に関し、さらに、少なくとも１つのＵＥと１つのネットワークノードとを備えるシステムにも関するものである。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：第３世代パートナープロジェクト）は、ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ：進化型パケットシステム）と呼ばれるデータパケット転送のための拡張規格を定義している最中である。ＥＰＳでは、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：広帯域符号分割多元アクセス）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ロングタームエボリューション）のような本来の３ＧＰＰアクセス技術の他に、特に、例えば、ＩＥＥＥ８０２．１６標準に従うＷｉＭＡＸ、例えば、ＩＥＥＥ８０２．１１ｇ／ｎに従うＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：無線ローカルエリアネットワーク）、ｘＤＳＬ（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ：デジタル加入者回線）等による、非３ＧＰＰアクセスの方法／技術／ネットワーク／標準を介してＨＰＬＭＮ（Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：ホーム公衆陸上移動ネットワーク）のようなホームネットワーク経由のアクセスも含めて、非３ＧＰＰアクセス経由のデータ通信サービスおよび／またはインターネットサービスへのアクセスについてもサポートされることになる。本明細書での議論では、「ホームネットワーク」とは、エンドユーザが、多くの場合、加入契約として、ネットワークアクセスまたはサービスアクセスのための業務契約を結んでいる相手先であるエンティティとして理解されるべきであり、従って、従来の通信オペレータのネットワークと仮想的なオペレータ等のネットワークとの両方がそれに含まれる。アクセスネットワークは、ホームネットワーク以外の別のエンティティによって運用及び管理の少なくとも一方がなされてもよく、その場合、通常は、２つのネットワーク間に業務契約が存在する。
【０００３】
非３ＧＰＰアクセスの方法は、２つのカテゴリのうちの１つに当てはめることができる。
【０００４】
−信用されている（ｔｒｕｓｔｅｄ）非３ＧＰＰアクセス
−信用されていない（ｎｏｎ−ｔｒｕｓｔｅｄ）非３ＧＰＰアクセス、信用できない（ｕｎｔｒｕｓｔｅｄ）非３ＧＰＰアクセスとも呼ばれる。
【０００５】
非３ＧＰＰアクセスの２つのカテゴリが、図１ａに示される。これは、規格化文書３ＧＰＰ ＴＳ２３．４０２「Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔ ｆｏｒ ｎｏｎ−３ＧＰＰ ａｃｃｅｓｓｅｓ：非３ＧＰＰアクセス用アーキテクチャ拡張」に定義されている「ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ：進化型パケットシステム」の概要である。
【０００６】
ＥＰＳアクセスについての「信用されている」と「信用されていない」という用語の正確な定義については、現在議論されている。例えば、「十分な技術的保護手段によって、アクセスは安全にされている／信用されているのか」という問題を考える場合の技術的側面だけでなく、例えば「ホームオペレータ、すなわち、ホームネットワークのオペレータは、アクセスネットワークのオペレータと十分強固な「契約」を結んでいて、ホームオペレータから見た場合、それによってアクセスネットワークが信用されているようになっているか」という問題を考える場合の事業的側面も適用されるため、この議論は複雑である。従って、特定のアクセスが信用されているか否かを確実にするためには、加入者の利益（例えば、プライバシ）だけでなくオペレータの利益（例えば、事業）も存在する。
【０００７】
はっきりしていることは、信用されている非３ＧＰＰアクセスネットワークと信用できない非３ＧＰＰアクセスネットワークとは、一般に、その仕様が３ＧＰＰの範囲外であるようなアクセス技術を使用するＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）アクセスネットワークであるということである。この点に関して作業の目的で３ＧＰＰ ＳＡ２によって最近行われている「想定」は、非３ＧＰＰ ＩＰアクセスネットワークが信用されているか信用できないかは、アクセスネットワーク自身の特性ではないということである。ローミング以外の状況では、特定の非３ＧＰＰ ＩＰアクセスネットワークが信用されている非３ＧＰＰアクセスネットワークとして使用されるのか、信用できない非３ＧＰＰアクセスネットワークとして使用されるのかは、ＨＰＬＭＮのオペレータ、すなわち、ホームオペレータの決定次第であり、それぞれの場合で、例えば、以下の背景の記述の中で述べる議論に従って、適切なセキュリティ手段を実装することは、オペレータの責任である。
【０００８】
多様なタイプの非３ＧＰＰアクセスが、ホームネットワークと端末／ＵＥとの間で多様な保護手段を使用することになることは明らかであり、例えば、以下のものがある。
【０００９】
−信用されていないアクセスにおいて接続性を確立する際には、端末とアクセスの「上方の」「ゲートウェイ」ノード、すなわち、ｅＰＤＧ（ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ：進化型パケットデータゲートウェイ）との間に、図１ａに示される、ＩＰｓｅｃ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ：インターネットプロトコルセキュリティ）トンネルがおそらくセットアップされることになる。本明細書では、「接続性」とは、「その接続されている状態または、ある接続されている状態」のことを意味すると解釈される。ＩＰｓｅｃトンネルのセットアップは、さらに、ＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ：インターネットキー交換）プロトコル、特に、そのバージョン２に従って実行される手順によって行われる。これは、セキュリティを、使用されるアクセスネットワークのセキュリティ機能から多から少なかれ独立させることになる。しかしながら、信用されているアクセスは、この機能を有しないし、その必要もないであろう。
【００１０】
−信用されているアクセスにおいて接続性を確立する際には、ＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：拡張可能認証プロトコル）が使用される可能性が高く、そして、必ずというわけではないが、それにはアクセス認証用としてＥＡＰ ＡＫＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ：認証及びキーアグリーメント）の方法が含まれる可能性があるが、他方、信用されていないアクセスは、ＥＡＰを使用してもよいし、使用しなくてもよい。
【００１１】
−多様な方法に従って確立されるアクセスは、例えば、クライアントＭＩＰ（Ｍｏｂｉｌｅ ＩＰ：モバイルＩＰ）またはＰＭＩＰ（Ｐｒｏｘｙ ＭＩＰ：プロキシＭＩＰ）のような、多様な移動性ソリューションを使用してもよい。
【００１２】
例えば、非３ＧＰＰアクセスネットワーク経由の何らかのサービスまたは複数のサービスに接続する目的で接続性を確立しかかっているＵＥについて検討する。前提として、ＵＥは、一般に、ホームネットワークによってそのアクセスが「信用されている」とみなしているか否かを知らない。その結果、この問題は、ＵＥがｅＰＤＧへのＩＰｓｅｃトンネルをセットアップすべきか否かということであり、これは、できれば避けるべき比較的多量のリソース／コスト／時間を必要とする手順である。特に、ＵＥがＩＫＥ／ＩＰｓｅｃの使用を試みても、実際にはネットワークによってサポートされていない場合、シグナリングが浪費されるか、および／またはエラー事例が生じることになる。
【００１３】
ＵＥは適切な情報を使って静的には事前構成され得たであろうが、アクセスが信用されるとみなされるか否かをＵＥに動的にシグナリングする一般的に使用される方法は存在しない。一般に、ＵＥは、例えば、ＷｉＭＡＸやＷＬＡＮのように、使用される技術そのものから何らかの「技術的な」側面を推定することができるが、ＵＥは、例えば、ｅＰＤＧの存在やどの移動性プロトコルが使用されることになるのかなど、情報を取得して、すべての技術的側面を理解することはできない。より上位のレベルでは、ＵＥは「業務」主導の側面について知ることができない。例えば、所与の非３ＧＰＰアクセスネットワーク、例えば、ある当事者またはオペレータＡによって提供されるＷｉＭＡＸネットワークのような、非３ＧＰＰアクセスネットワークを考えてみよう。２つの異なるホームネットワークオペレータＢおよびＣは、それらのセキュリティポリシーおよび業務協定に起因して、当事者Ａおよびそれによって提供されるネットワークが信用されるか否かについて異なる意見を有することがあるであろう。従って、オペレータＢでの加入を使用するＵＥは、多分、当事者Ａとそのアクセスネットワークは信用されるとみなすであろうし、それに対して、他方のオペレータＣでの加入を使用するＵＥは、当事者Ａとそのアクセスネットワークは信用されないとみなすであろう。例えば、規格化文書３ＧＰＰ ＴＳ ３３．２３４に従うＩ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：インターネットワーキング無線ローカルエリアネットワーク）のような３ＧＰＰネットワーク経由の「旧式の」アクセスが考えられる場合、状況は一層複雑になる。Ｉ−ＷＬＡＮアクセスネットワークを経由するアクセスでは、ＵＥへの／からのＩＰｓｅｃトンネルを終端させるためにＰＤＧ（Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ：パケットデータゲートウェイ、すなわち、上記の特別なｅＰＤＧと区別される必要がある、一般的なまたはより古い３ＧＰＰ標準によるゲートウェイ）の形式のゲートウェイが使用されることがあり、従って、このＷＬＡＮネットワークは、「信用されない」とみなされるであろう。しかしながら、ＥＰＳに接続されるＷＬＡＮを経由するアクセスは、将来、場合によっては、例えば、ＩＥＥＥ８０２．１１ｉ標準に従うセキュリティ強化の利用に起因して、信用されることがあるであろうし、従って、ＩＰｓｅｃ／ＰＤＧを使用することも有することもないであろう。（この場合もやはり）これが示すのは、所与のアクセス技術が信用されるとみなされることも、そうはみなされないこともあり、また、状況によってＵＥに対して異なるセキュリティ手段を使用することも使用しないこともあるということである。
【００１４】
要約すれば、アクセスネットワークの少なくとも何らかの「属性」をＵＥに通知する方策が必要となる可能性があり、そのような属性には、アクセスが信用されるか否か、どのタイプの移動性およびセキュリティ機能が使用されるべきか等が含まれる。また、そのような通知を行う方法は、攻撃を防ぐために十分セキュアであるべきであり、一般的にロバスト性も備えるべきである。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
少なくとも１つ以上の側面において効率的および／またはセキュアであるような方法で、ネットワークへの接続性かまたはネットワークを経由した接続性をＵＥが確立することを可能にすることが、本発明の目的である。
【００１６】
そのような側面には、例えば、帯域幅／シグナリング／計算のオーバヘッドおよび悪質な攻撃に対する強度が含まれてもよい。
【００１７】
それゆえ、ＵＥは、例えば、自身がそれを通して接続されるべきネットワークのプロパティに依存する通信の方法を選択することが可能であってもよい。
【課題を解決するための手段】
【００１８】
一般に、例えば、ＵＥが、なんらかのサービスを使用することを可能にすることを目的としてＵＥのためにＩＰ接続性を提供するために、ＵＥからの接続性を確立する場合、第１のネットワークに関する少なくとも１つのネットワークのプロパティが、第２のネットワークの中のノードからＵＥへ送信される。第１のネットワークは、アクセスネットワークを含んでもよく、そして、第２のネットワークは、例えば、第１のネットワークと同じであってもよいし、あるいは、ＵＥ／加入者のホームネットワークであってもよい。従って、第２の場合では、ノードは、ホームネットワークに存在するかまたはホームネットワークに接続されてもよい。ネットワークのプロパティは、第１のネットワークにアクセスする適切な方法を選択するためにＵＥによって使用される。第１のネットワークは、すでに述べたように、ＷＬＡＮの無線アクセス部分とアクセスポイントへの固定回線接続とを備えるアクセスネットワーク、例えば、ＷＬＡＮであってもよいし、また、コアネットワーク、または、その選択された部分であってアクセスネットワークの背後にある部分であってもよい。
【００１９】
ネットワークのプロパティについての情報、またはその指標が、通信をセットアップする準備段階でＵＥへ転送されるメッセージで、あるいはメッセージの中で、具体的には、認証手順において、例えば、その第１段階で、送信されるメッセージの中で、送信されてもよい。それゆえ、新たなシグナリングのラウンドトリップまたはプロトコルの追加をすることなく、ＵＥが少なくとも１つの必要なアクセスの「プロパティ」をセキュアな方法で知ることが可能でありうる。
【００２０】
具体的には、ネットワークのプロパティが関連する第１のネットワークが信用されるか否かを、ネットワークのプロパティがＵＥに示してもよい。また、このプロパティは、追加で、または選択的に、ＵＥがどの特定のプロトコルを使用するべきか、そして具体的には、どの移動性プロトコルおよび／またはセキュリティプロトコルを使用すべきかに関連してもよい。
【００２１】
ネットワークのプロパティが関連する第１のネットワークは、例えば、上記のアクセスネットワークであってもよい。第２のネットワーク内のノードには、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ、Ａｃｃｏｕｎｔｉｎｇ：認証、認可、アカウンティング）サーバが含まれてもよい。次いで、ネットワークのプロパティは、アクセスネットワークが信用されるか否かを示してもよく、そして、それが、ＥＡＰメッセージの内部でＡＡＡサーバから送信されてもよい。このプロパティは、具体的には、ＥＡＰリクエストＡＫＡ（ＥＡＰ Ｒｅｑｕｅｓｔ／ＡＫＡ）チャレンジメッセージの中で、またはＥＡＰリクエストＡＫＡ−通知（ＥＡＰ Ｒｅｑｕｅｓｔ／ＡＫＡ−Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージの中で、またはＥＡＰ成功（ＥＡＰ Ｓｕｃｃｅｓｓ）メッセージの中で送信されてもよい。
【００２２】
選択的には、第２のネットワーク内のノードには、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ：ホーム加入者サーバ）が含まれてもよい。
【００２３】
本明細書で記載されるアクセス方法の表現は、対応する手順のステップ群を実行することを目的として、１つ以上のコンピュータプログラムまたはコンピュータルーチンを一般的な方法で備え、それらは、すなわち、一般的には、本明細書では、プロセッサまたは電子プロセッサとも呼ばれるコンピュータによって読み取り可能なプログラムコードの一部である。このプログラムコードの一部は、１つ以上のコンピュータプログラム製品、すなわち、プログラムコードキャリア、例えば、ハードディスク、コンパクトディスク（ＣＤ）、メモリカード、またはフロッピー（登録商標）ディスクに書き込まれたものであってもよいし、読み取られてもよいし、または読み取られるものであってもよい。このプログラムコードの一部は、例えば、ＵＥおよび／またはネットワークノードまたはサーバのメモリの中に記憶されてもよく、そのようなメモリとは、例えば、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ：電子的消去可能プログラム可能ＲＯＭ）、ハードディスクまたはＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ：リードオンリメモリ）である。
【００２４】
本発明の目的、利点、効果、並びに特徴は、添付の図面とともに読まれた場合、下記の本発明の例示的ないくつかの実施形態の詳細記述から一層容易に理解されるであろう。
【図面の簡単な説明】
【００２５】
【図１ａ】先行技術に従うＥＰＳの概略図である。
【図１ｂ】ＶＰＬＭＮ（Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：訪問先公衆地上移動ネットワーク）を含むＥＰＳの別の概略図である。
【図２】ＥＡＰに従う認証手順に関与するノード間で送信される信号の図である。
【図３】ユーザ機器のためのアクセス手順に関与するノード間で送信される信号の図である。
【図４ａ】受信メッセージの中の特別情報を検索するまたは解釈するために、かつ、特別情報を使用するために、必要とされるユニットおよびモジュールを示すユーザ機器のブロック図である。
【図４ｂ】ユーザ機器の典型的な内部コンポーネントを示すユーザ機器のブロック図である。
【図４ｃ】ユーザ機器によって使用するプログラムコードを保持または搬送するメモリユニットの略図である。
【図５ａ】メッセージの中の特別情報を検索するために、またはメッセージに特別情報を挿入するために、必要とされるユニットを示す、ノードまたはサーバの図４ａと同様のブロック図である。
【図５ｂ】メッセージが、認証手順に含まれるメッセージである場合の、図５ａと同様のブロック図である。
【図５ｃ】ノードまたはサーバの典型的な内部コンポーネントを示すノードまたはサーバの図４ｂと同様のブロック図である。
【図５ｄ】サーバによって使用するプログラムコードを保持または搬送するメモリユニットの略図である。
【発明を実施するための形態】
【００２６】
本発明は各種の修正形態および代替構成を対象とするが、本発明のいくつかの実施形態は図面で示され、かつ、以下で詳細に説明する。しかしながら、特定の記載および図面は、開示される特定の形態に本発明を限定することを意図しているのではないことが理解されるべきである。むしろ、本発明の範囲は、本発明の精神および範囲の範囲内に入る本発明のすべての修正および代替構成を含むことが意図されている。
【００２７】
ここで、ホームネットワークにアクセスするＵＥに関する手順について記載する。より詳しくは、ＵＥがネットワーク接続性をどのようにして確立するかについて記載する。その目的は、例えば、ホームネットワークに接続している当事者、例えば、不図示のクライアントまたはサーバへのホームネットワーク経由の接続、またはホームネットワーク経由でアクセス可能なサービスへの接続をＵＥが望んでいるということであってもよい。しかしながら、本明細書で記載される手順は、ネットワーク接続性の確立だけを扱うものであり、接続性がどのようにして、あるいは何のために使用されることになるのかは、本手順の一部ではない。図１ｂに、関連する最も重要なコンポーネントの概要が示されている。一般には、例えば、移動電話や移動局のような端末であるＵＥ１が、３で示されるような信用されているネットワークであるか、３’で示されるような信用されていないネットワークであるかいずれか一方であると、ホームネットワークＨＰＬＭＮ５によってみなされている非３ＧＰＰアクセスネットワークを経由して接続をセットアップすることになる。また、図示されている場合では、ＵＥ１は、ローミング中でもあり、すなわち、ＵＥ１は、各々のアクセスネットワークを経由してＶＰＬＭＮ７を介する自身のＨＰＬＭＮにアクセスすることになる。ここでは、ＨＰＬＭＮとＶＰＬＭＮとはどちらも、ＥＰＳ規格に従って動作すると想定されている。また、ＵＥ１は、同一の規格に従って動作するための設備を有すると想定される。
【００２８】
ＵＥ１は、非３ＧＰＰアクセスネットワークを介してＥＰＳ規格を使用して接続性を確立しているホームネットワーク５に関連付けられていて、ＵＥ１は、不図示のＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ：ユニバーサル加入者アイデンティティモジュール）を有すると想定されてもよい。たとえＵＳＩＭがアクセス認証のためには必要とされないとしても、ＶＰＬＭＮ７においてｅＰＤＧ９へのセキュアなＩＰｓｅｃ接続をセットアップするためには、および／あるいは、例えば、ＭＩＰのようなセキュアな移動性シグナリングをセットアップするためには、典型的には、ＵＳＩＭが必要とされる。
【００２９】
ＵＥ１は、セットアップ手順を開始することによって接続性の確立を開始する。ＵＥ１は、最初にリクエスト信号またはメッセージを送信して、非３ＧＰＰアクセスネットワーク３、３’への接続性をリクエストする。ここでは、アクセスのためのセットアップ手順のステップ群を示す図３の信号図も参照されたい。このリクエストには、ＵＥ１についての基本的／物理的アクセス固有の識別子（群）、例えば、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：メディアアクセス制御）アドレス等が含まれてもよい。それぞれのアクセスネットワーク内のアクセスノード（ＡＮ）１１は、リクエスト信号またはメッセージを受信して、それを分析し、そして、例えば、ＵＥアイデンティティ交換手順を開始することによって応答する。これは、例えば、ＥＡＰによる認証手順の、例えば、第１段階である。このアイデンティティは、典型的には、ＵＥ１のホームネットワークについての情報を含むことがある論理的アイデンティティであり、通常は、特定のアクセス技術には関連していない。そのようなＵＥアイデンティティ交換手順では、各々のアクセスネットワーク３、３’内のＡＮ１１は、最初に、ＥＡＰリクエストアイデンティティ（ＥＡＰ Ｒｅｑｕｅｓｔ Ｉｄｅｎｔｉｔｙ）メッセージをＵＥ１へ送信する。ここでは、図２のより詳細な信号図を参照されたい。ＵＥ１は、ＥＡＰリクエストアイデンティティ（ＥＡＰ Ｒｅｑｕｅｓｔ Ｉｄｅｎｔｉｔｙ）メッセージを受信し、そして、それに応じて、ＵＥアイデンティティについての情報を含み、かつ、各々のアクセスネットワーク内でＡＮ１１によって受信されるＥＡＰ応答アイデンティティ（ＥＡＰ Ｒｅｓｐｏｎｓｅ Ｉｄｅｎｔｉｔｙ）メッセージを送信する。ＡＮは、メッセージをＥＡＰ応答アイデンティティ（ＥＡＰ Ｒｅｓｐｏｎｓｅ Ｉｄｅｎｔｉｔｙ）メッセージとして識別し、それをＵＥ１のための、またはＵＥ１に関連付けられているＨＰＬＭＮ５の中の各々のサーバ１３へ転送する。ここで、この転送は、図１ｂに示される場合についてはＶＰＬＭＮ７を経由して行われる。ＵＥ１とＡＮ１１との間の認証／ＥＡＰシグナリングがアクセス固有プロトコルで、例えば、８０２．１ｘで行われる間、サーバ１３への認証／ＥＡＰ転送は、典型的には、ＩＰに基づくＡＡＡプロトコルで、例えば、ＤｉａｍｅｔｅｒまたはＲａｄｉｕｓで行われる。従って、ＡＮ１１は、ＥＡＰメッセージを、ＡＡＡプロトコルで転送する場合には、追加情報要素を、例えば、アクセスネットワーク３、３’およびＡＮ１１の少なくとも一方の識別子を追加してもよい。ＨＰＬＭＮの中のサーバによって受信される場合、このＥＡＰ応答アイデンティティ（ＥＡＰ Ｒｅｓｐｏｎｓｅ Ｉｄｅｎｔｉｔｙ）メッセージから、サーバは、それを経由してメッセージが転送されたアクセスネットワーク３、３’のアイデンティティを、例えば、ＡＡＡプロトコルの中で搬送されるネットワーク識別子を介して、導出または推定することができる。ＨＰＬＭＮ５の中のサーバ１３は、ＡＡＡサーバまたはＨＳＳであってもよい。
【００３０】
ここで、まさしく認証手順が開始され、これはまた、ＥＡＰに従って実行されてもよい。認証手順では、サーバ１３とＵＥ１との間で適切なメッセージが送信される。ここで、これらのメッセージは、実質的に変更されることなく、各々のアクセスネットワーク３、３’を経由して、ＡＮ１１とＶＰＬＭＮ７とを通過して、転送される。従って、ＡＡＡプロトコルとアクセス固有のシグナリングプロトコルとの間で変換を行う場合を除き、ＡＮ１１は、典型的には、すべてのこれらのメッセージをＵＥとサーバとの間で単に中継する。
【００３１】
図２でわかるように、認証手順に関連付けられているこれらのメッセージは、時間順に、サーバから送信されるＥＡＰリクエストＡＫＡチャレンジ（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｃｈａｌｌｅｎｇｅ）メッセージと、ＵＥから送信されるＥＡＰ応答ＡＫＡチャレンジ（ＥＡＰ Ｒｅｓｐｏｎｓｅ ＡＫＡ Ｃｈａｌｌｅｎｇｅ）メッセージと、サーバから送信されるＥＡＰリクエストＡＫＡ通知（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージと、ＵＥから送信されるＥＡＰリクエストＡＫＡ通知（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージと、そして、認証が成功すると仮定すると、サーバから送信されるＥＡＰ成功（ＥＡＰ Ｓｕｃｃｅｓｓ）メッセージとを含んでもよい。
【００３２】
この時点で、ローカルなＩＰアドレスがアクセスネットワークによってＵＥに割り当てられてもよい。しかしながら、ＵＥは依然として、到達不可能である場合があり、かつ他の当事者への接続性を確立するため、さらなるステップを行う必要がある場合がある。具体的には、ＵＥは、ゲートウェイノード、例えば、信用できないアクセスで使用される、上述のｅＰＤＧ９への接続性を確立する必要があることがある。注目ノードは、追加で／選択的に、移動性サポートを提供するノード、例えば、ＭＩＰホームエージェント（ＭＩＰ Ｈｏｍｅ Ａｇｅｎｔ）（ＨＡ）であってもよいであろう。これは、必要なセキュリティおよびＵＥについての「グローバルな」到達可能性の少なくとも一方を提供する。
【００３３】
このように、認証手順が成功して完了した後、アクセスネットワークに固有のステップとＵＥ１についての一般的なＩＰ接続の確立とを含めて、第４の手順を実行することができる。これで、接続の確立は完了する。これ以降、ＵＥは、データを受信／送信すること、例えば、他の当事者との通信セッションを開始することができるであろう。従って、ＵＥと何らかの他の当事者との間のデータ通信は、本明細書で記載される手順以外の第５の手順で行ってもよい。
【００３４】
認証手順においてサーバ１３から送信されるメッセージの１つが、特別情報を含むか、または特別条件を示すように修正されてもよい。特別情報または特別条件は、使用されるアクセスネットワーク３、３’のプロパティ（property）または特性に関連してもよい。特に、ＨＰＬＭＮ５から見て、アクセスネットワークは信用されているか信用されていないかを示してもよい。
【００３５】
ＵＥ１は、メッセージから特別情報を検索するか、または、メッセージの中に示されている特別条件を解釈して、それを、またはその解釈を、それぞれのアクセスネットワーク３、３’を経由する接続のセットアップの際に、それぞれ使用するように構成されている。
【００３６】
上記の手順を実行することを目的として、サーバ１３が修正され、そうすることで、特別情報を収集して、選択されたメッセージの中に特別情報を挿入することができるか、または、選択されたメッセージを修正してそれが特別条件を示すようにし、かつ、関連情報を、例えば、サーバの中にあるかまたはサーバに接続されているリストまたはデータベースからフェッチすることができる。リストまたはデータベースは、例えば、少なくともすべての信用されているアクセスネットワークを含んでもよい。リストまたはデータベースは、もちろん、必要に応じて信用できないネットワークも含んでもよい。このリストまたはデータベース内のルックアップ（参照）は、上述のＡＡＡプロトコルに従って実行される手順の一部として受信されるアクセスネットワーク識別子に基づいてもよい。リストまたはデータベースは、継続的に更新することができる。例えば、新規の業務契約の結果、以前の信用できないネットワークが信用されるように「アップグレード」されてもよいし、その逆もありうる。
【００３７】
従って、一般的に、ＥＡＰ（ＡＫＡ）がアクセス手順の中で使用される場合はいつでも、ホームネットワーク５の中のＡＡＡサーバの形式で、例えば、サーバ１３からＵＥ１に対するそれぞれのアクセスネットワーク３、３’の「プロパティ」についての指標が、ＥＡＰシグナリングの中に含まれてもよい。ＥＡＰ（ＡＫＡ）の有益な特徴は、それが、サーバとＵＥとの間でエンド・ツー・エンド（ｅ２ｅ）でセキュアでありうるため、含められるネットワークプロパティ／プロパティ群を、例えば、第三者による偽造から保護することができるということである。ただし、ＥＡＰ（ＡＫＡ）が使用されない場合には、この指標が他の認証プロトコルのシグナリングの中に含まれることもあるであろう。
【００３８】
これらのタスクが実行できるようにすることを目的として、ＵＥ１は、図４ａに示されるユニットまたはモジュールによって実行されるいくつかの機能を含むように修正されなければならない。それゆえ、１つ以上のメッセージから特別情報を検索するためか、または、１つ以上のメッセージの中に示される特別条件を解釈するためのユニットまたはモジュール１５が提供されなければならない。特別情報または特別条件に関する情報をそれぞれＵＥ１のメモリセル１７に記憶するためのユニットまたはモジュール１６が存在してもよいであろう。そして、ＵＥは、例えば、アクセスネットワークを経由する接続をセットアップする適切または適正な方法を選択するための、受信された、および／または、記憶された特別情報または特別条件に関する情報をそれぞれ使用するためのユニットまたはモジュール１９を含んでもよい。これらのユニットまたはモジュールはそれぞれ、従来どおり、プロセッサおよび対応するセグメントまたは対応するプログラムコードのセグメントを備えるとみなすことができる。
【００３９】
一般に、ＵＥ１は、実質的に従来型の構成を有してもよく、そして、例えば、図４ｂのブロック図に略示されるように構成される内部コンポーネントを含んでもよい。従って、ＵＥ１は、プロセッサ２１と、メモリ２３と、無線通信回路２５と、不図示のディスプレイを駆動するための回路２７と、不図示のキーボード用の回路２９と、音声出力回路３１と音声入力回路３２とを含んでもよい。メモリ２３は、例えば、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ：電子的消去可能プログラム可能リードオンリメモリ）、ハードディスク、またはＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ：リードオンリメモリ）のような電子的メモリであってもよく、そして、１つ以上の別個の物理ユニットを備えてもよい。プロセッサは、メモリのプログラムメモリ部分３３に記憶されたプログラムコードを実行することによって、ＵＥ１の動作を制御する。プロセッサ２１は、例えば、メモリ２３のデータメモリ部分３５に記憶されたデータを使用することができる。
【００４０】
プログラムメモリ３３には、多様なルーチンを有するかまたはプロセッサ２１によって実行される各種の手順についての部分を有するプログラムコードが記憶されている。従って、基本的なテレフォニーサービスについてのプログラムコードの部分は、メモリセグメント３７に記憶される。ここで、そのようなサービスには、他のＵＥへの音声接続を確立することと使用することとが含まれる。また、例えば、ＩＰ接続をセットアップするための、データの交換に関わる手順についての、メモリセグメント３９に記憶されたプログラムコードも存在する。従って、このプログラムメモリセグメントには、図２および図３に示される手順のためのプログラムコード部分が記憶されているメモリ部分が含まれてもよい。従って、これらのメモリ部分には、プロセッサ２１によって読み取り可能であって、かつ、このプロセッサによって読み取られる場合、ＵＥに対応する手順を実行させるようなプログラムコードが含まれてもよい。基本的な接続確立についてのプログラムコードを記憶するためのメモリ部分４１と、ＵＥアイデンティティの交換についてのプログラムコードを記憶するためのメモリ部分４３と、認証手順についてのプログラムコードを記憶するためのメモリ部分４５と、そして、アクセス固有およびＩＰ接続確立についてのプログラムコードを記憶するためのメモリ部分４７とがあってもよい。プログラムメモリ３３には、さらに、例えば、ＩＰ移動性（ＭＩＰ）、マルチホーミング、ＩＰセキュリティ（ＩＫＥ／ＩＰｓｅｃ）等を処理するためのプログラムコード部分のような、ＩＰ接続性／サービスについてのプログラムコードを記憶するためのメモリセグメント４９があってもよい。
【００４１】
認証手順についてのプログラムコードを記憶するためのメモリ部分４５では、認証手順において受信されたメッセージから特別情報を検索するための、または、そのメッセージに示された特別条件を解釈するための、プログラムコードを記憶するためのメモリスペース５１が提供されてもよい。そのような特別情報または特別条件は、上述のように、例えば、データ交換用の接続について接続性を確立することに関連付けられている少なくとも１つのネットワークプロパティ、例えば、使用されるアクセスネットワーク３、３’のプロパティに関連付けられてもよい。特別情報または特別条件に関する情報は、メモリ２３の中のメモリセル５３に記憶されてもよく、そして、例えば、プログラムメモリ部分４９にプログラムコードが記憶される、アクセス固有の、およびＩＰ接続確立の手順において、使用されてもよい。この用途のプログラムコード部分は、メモリ部分の内部のメモリスペース５５に記憶されてもよい。
【００４２】
プログラムコードの部分は、１つ以上のコンピュータプログラム製品、すなわち、例えば、ハードディスク、コンパクトディスク（ＣＤ）、メモリカード、またはフロッピーディスクのようなプログラムコードのキャリアに書き込まれたものであってもよいし、読み取られてもよいし、または読み取られるものであってもよい。そのようなコンピュータプログラム製品は、一般には、携帯型でも固定されていてもよいメモリユニット３３’であり、これは、図４ｃの略図に示されている。それは、メモリセグメントと、メモリセルと、実質的にＵＥ１のプログラムメモリ３３の場合と同様に構成されるメモリスペースとを有してもよいし、あるいは、プログラムコードは、例えば、適切な方法で圧縮されてもよい。従って、一般に、メモリユニット３３’は、コンピュータ可読コード、すなわち、ＵＥ１によって実行される場合に上記の記載に従ってＵＥが実行する１つ以上の手順を実行するためのステップ群をＵＥに実行させるような、電子プロセッサによって読み取られうるコードを備える。メモリユニット３３’によって搬送されるプログラムコードは、任意の適切な方法によって、例えば、メモリユニットを保持するか、またはメモリユニットに接続されている、不図示のサーバからダウンロードすることによって、ＵＥのメモリ２３に入力されてもよい。他の実施形態では、メモリユニット３３’は、ＵＥ１のメモリ３３の一部として直接使用されてもよい。
【００４３】
ＵＥ１の場合と同様の方法で、上記の手順を実行することができるようにするため、サーバ１３は、図５ａに示されるように、特別情報または特別条件に関する情報を収集または検出するためのユニットまたはモジュール６１を含むように修正されなければならない。このユニットまたはモジュールは、例えば、そのような情報をサーバ１３の中の、またはサーバ１３に接続されているメモリセル６３からフェッチすることができる。別のユニットまたはモジュール６５は、特別情報を１つ以上の選択されたメッセージの中に挿入するか、または、特別条件を示すように１つ以上のメッセージを修正することができる。
【００４４】
図５ｂでわかるように、サーバ１３は、上記の例については、加入者のＵＥ１とサーバとの間に何らかの進行中の通信がある加入者によってどのアクセスネットワークが使用されるかを導出するまたは推定するためのユニットまたはモジュール６７を含むように修正されうる。次いで、サーバは、使用されるアクセスネットワークのプロパティまたは特性に関する情報を収集するまたは検出するためのユニットまたはモジュール６９も含んでいる。このユニットまたはモジュールは、そのような情報をデータベースまたはリストまたはネットワークから検索することができる。ここで、このデータベースまたはリストは、例えば、複数のネットワークについての特別情報を含み、そして、メモリプレース７１に記憶される。別のユニットまたはモジュール７３は、認証手順の間に加入者へ送信されたメッセージの中にプロパティまたは特性に関する情報を挿入することができる。
【００４５】
サーバ１３は、コンピュータとして、コンピュータのクラスタとして、またはネットワークへの接続に適しているコンピュータの一部分として実装することができる。従って、図５ｃでわかるように、サーバ１３は、従来の方法で、プロセッサ７７と、メモリ７９と、ネットワークポート８１とを備えてもよい。メモリ７９は、例えば、フラッシュメモリ、ＥＥＰＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ：消去可能プログラム可能リードオンリメモリ）、ハードディスクまたはＲＯＭのような電子メモリであってもよい。メモリは、それぞれプログラムコードとデータについてのスペース８３、８５を有してもよい。プログラムメモリでは、プログラムコード部分は、上述のように、例えば、ＥＡＰに従って、認証手順を実行するためのメモリセグメント８７の中に記憶される。データメモリスペース８５には、加入者データがメモリプレース８９に記憶され、そして、アクセスネットワークについてのデータは、メモリプレース９１に記憶される。アクセスネットワークについてのデータには、各アクセスネットワークについてのレコードが含まれてもよく、そして、各レコードには、特に、その中にアクセスが信用されるか信用されないかを示す情報が記憶されるフィールドがあってもよい。認証手順についてのプログラムコード部分が記憶されるメモリセグメント８７には、アクセスネットワークの特別なプロパティまたは特性に関する情報を収集または検出する目的で、かつ、収集または検出された情報を認証メッセージの中に、すなわち、認証手順の間に加入者のＵＥへ送信されるメッセージの１つの中に挿入する目的で、使用されるアクセスネットワークのアイデンティティを導出するまたは推定するためのプログラムコード部分が記憶されるメモリ部分９３、９５、９７がそれぞれ存在する。
【００４６】
プログラムコードの部分は、１つ以上のコンピュータプログラム製品、すなわち、プログラムコードキャリア、例えば、ハードディスク、コンパクトディスク（ＣＤ）、メモリカード、またはフロッピーディスクに書き込まれているものであってもよいし、読み取られてもよいし、または読み取られるものであってもよい。そのようなコンピュータプログラム製品トは、一般に、携帯型でも固定されていてもよい、図５ｄの略図に示されるようなメモリユニット８３’である。メモリセグメントと、メモリセルと、サーバ１３のプログラムメモリ８３の場合と実質的に同様に構成されるメモリスペースとを有してもよい。プログラムコードは、例えば、適切な方法で圧縮されてもよい。このように、一般に、メモリユニット８３’は、コンピュータ可読コード、すなわち、サーバ１３によって実行された場合に上記の記述に従ってサーバが実行する１つ以上の手順または手順のステップを実行するためのステップをサーバに実行させるような、電子プロセッサ、例えば、７７によって読み取られうるコードを備える。メモリユニット８３’によって搬送されるプログラムコードは、任意の適切な方法によって、例えば、メモリユニットを備えるまたはメモリユニットに接続されている、不図示のサーバからダウンロードすることによって、ＵＥのメモリ２３に入力されてもよい。適切である場合、メモリユニット８３’は、サーバ１３のメモリ８３の一部として直接使用されてもよい。
【００４７】
例えば、ＥＡＰが接続のセットアップにおいて使用されることは、上述した。上述のように、信用できないアクセスの場合には、これは当然と考えてはならず、従って、一般的な場合を処理する必要もある。３ＧＰＰホームネットワーク５と非３ＧＰＰアクセスネットワーク３、３’とを含み、かつ、ＥＡＰが使用されてもされなくてもよいようなシステムにおけるアクセスについては、下記の、より一般的な手順が使用されてもよい。
【００４８】
１．ＵＥ１が、アクセスをリクエストする。
【００４９】
２．基本的なアイデンティティ交換を実行する。
【００５０】
３．それぞれのアクセスネットワーク３、３’がＥＡＰに従うアクセス認証を開始しない場合、ＵＥ１は、ほとんどの場合、アクセスネットワークが信用されないことを想定できる。例えば、ＩＰＳｅｃに従って実行された手順を使用して作成された、ｅＰＤＧ９へのトンネルが、必要とされるであろう。所定の時間内にＥＡＰアクセス認証手順が開始されたかどうかをチェックするため、必要に応じて、タイマが提供されてもよい。別の選択肢では、接続のためのＩＰアドレスが、例えば、不図示のＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：動的ホスト設定プロトコル）サーバを介して、それぞれのアクセスネットワーク３、３’からＵＥ１に提供される場合には、ＥＡＰ通信の開始はないだろうということが、ＵＥによって判定される。具体的には、ＥＡＰ認証が使用されるならば、ＩＰアドレスの割当より前にそれが行われているであろう。
【００５１】
４．さもなければ、それぞれのアクセスネットワーク３、３’がＥＡＰアクセス認証を開始しない場合、アクセスネットワークは、信用されるか信用されないか、どちらの可能性もあるだろう。
【００５２】
５．ステップ２の場合については、ホームＡＡＡサーバ１３は、アクセスが信用されるか否かを知っており、これについてＵＥ１に通知する何らかのＥＡＰメッセージの中に、あるパラメータを含める。このパラメータは、上述のように、ｅ２ｅセキュアであってもよく、すなわち、ホームＡＡＡサーバとＵＥとの間で暗号化されるか、および／または完全に保護されてもよい。
【００５３】
６．ＵＥ１は、指標の信頼性を検証し、そして、それに従って動作し、例えば、ｅＰＤＧ９へのＩＰｓｅｃトンネルをセットアップすることを試行するかまたは試行しないかのいずれかである。ＵＥ１が、ＩＰｓｅｃトンネルをセットアップすることを試行しない場合には、代わりに、例えば、単純な保護されていないＩＰ通信チャネルをセットアップすることを試行するであろう。
【００５４】
７．接続性の確立の一部である、その他の手順が、例えば、これもまた上記の指標に依存してもよいＩＰ移動性等の構成が、実行される。
【００５５】
８．ここで、ＵＥは、他のサービスと通信するか、および／または、それらを使用することができる。
【００５６】
メッセージ第１、第２、第３は、図２ではそれらの見出しが斜体字で示されているが、上述のように、例えば、「アクセスプロパティ属性（access property attribute）」または「アクセスプロパティ属性群」を搬送する特別情報または指標について使用されてもよい。例えば、ＡＫＡチャレンジ（ＡＫＡ−Ｃｈａｌｌｅｎｇｅ）メッセージは、(保護された）ＥＡＰ仮名（pseudonym）を含んでもよく、そして、この場合、アクセスネットワークプロパティに関連する別の属性を含むように拡張されてもよいだろう。注目すべきことは、メッセージ第１および第２は、ＡＫＡ方法固有のメッセージであり、他方、ＡＫＡ成功メッセージ第３は、ＡＫＡ方法固有のメッセージではない。現在、ＥＡＰ ＡＫＡ’と表示される新バージョンのＥＡＰ ＡＫＡが、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ：インターネットエンジニアリングタスクフォース）において定義されているところである。また、プロパティを搬送するために適していると上述した特定のメッセージは、ＥＡＰ ＡＫＡ’にも存在し、従って、同様の方法で使用されてもよい。
【００５７】
従って、アクセスネットワークの信用（またはその他のプロパティ）を判定するためにＵＥ１で実行される「アルゴリズム」は、下記の一般的な論理コードに従って実行されるであろう。
アクセスネットワークがＥＡＰを使用しない場合、
「アクセスは信用できない」／＊例えば、ＩＰＳｅｃトンネルをセットアップする必要がある＊／
そうでない場合、
（上述のように）ＥＡＰを実行し、
ＥＡＰシグナリングから信用値と、おそらくその他のネットワークプロパティとを抽出し、
抽出された信用値と、おそらく他の／ネットワークプロパティとに従って（セキュリティ／移動性／．．．）手順（群）を実行する
ｅｎｄｉｆ
しかしながら、このアルゴリズムに関連付けられている問題が１つ存在する。ＵＥ１は、ＥＡＰの任意の見込まれる実行の前に、何らかの基本的な「ネットワーク接続」を実行する、すなわち、自身がそれぞれのアクセスネットワークに接続することを望むということを信号で伝達する何らかの最初の動作を実行するであろう。この接続の後、どのくらいＵＥがＥＡＰを「待機する」べきであるのだろうか。ＵＥ１は、例えば、２秒間待機した後、ＥＡＰに従う認証手順は実行されないであろうと推定することもできるだろうが、おそらく、もう１秒ＵＥが待機していたならば実行されたかもしれないであろう。
【００５８】
しかしながら、この場合、目標は、ＵＥ１にＩＰアクセスを提供することであるから、かつ、ＵＥには、ＩＰｓｅｃをセットアップすることができるＩＰアドレスが割り当てられているに違いないのだから、これは、一旦、ＵＥにＩＰアドレスが割り当てられると、ＥＡＰに従う手順がＩＰアドレス割当の前には、例えば、ＤＨＣＰを介して、実行されていない場合、アクセス認証を達成するためのＥＡＰに従う手順がまったく実行されないであろうとＵＥが推定できることを意味しており、上記のステップ１と比較されたい。
【００５９】
（ＥＡＰ）ＡＫＡに従う手順を使用する特別の場合では、シグナリングは、不図示の「ＡＭＦ」（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｉｅｌｄ：認証管理フィールド）フィールドにおいて行われてもよいだろう。このフィールドは、ＡＫＡの本来の部分であり、ＥＡＰリクエストＡＫＡチャレンジ（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｃｈａｌｌｅｎｇｅ）メッセージで搬送されるのであって、図２の、ＥＡＰレイヤに対して完全に透過的であるメッセージ第１を参照されたい。
【００６０】
「信用」というプロパティが、ホームネットワークによって共同で、すなわち、ホームネットワーク（例えば、ＡＡＡサーバ）と、使用されるアクセスネットワーク３、３’とで決定されることになる場合、本明細書で記述される方法およびシステムは、国際特許出願ＰＣＴ／ＳＥ２００８／０５００６３で開示されるプロセスと同時に使用されてもよいだろうし、それを全体として参照することより本願に組み込まれる。前記の国際特許出願では、ホームネットワークとアクセスネットワークとがそれぞれ、どのようにして「セキュリティポリシー」をＵＥへの認証シグナリングの中で通信するのかということが開示されている。ＵＥ１は、２つのポリシーを合成して「最小公分母ポリシー（least common denominator policy）」を作成することができる。ここで１つの違いは、引用される国際特許出願では、どのプロトコルを使用するかということは既知であるが、どのポリシーがそれらに適用されるかは既知でないということが想定されるということである。
【００６１】
理解されるべきことは、上記の実施形態は、ＵＥ１から見て、アクセスネットワーク３、３’「の後ろ」に接続されるコアネットワークという形でのホームネットワーク内に、例えば、ＡＡＡサーバ１３を備えているが、上記のいくつかの実施形態と同様の方法でＥＡＰリクエスト（ＥＡＰ Ｒｅｑｕｅｓｔｓ）を送信するように適宜に構成されている、任意のノードが、代わりに、アクセスネットワーク内で、例えば、図１ｂのＶＰＬＭＮ７内で接続される認証サーバ１４に接続されてもよいだろう。
【００６２】
アクセスネットワーク３、３’が信用されるか否かを示すプロパティに加えて、またはそのようなプロパティの代わりに、どのアクセス／通信の方法／シグナリングが端末によって選択されるべきかを決定するために、例えば、どのプロトコル、帯域幅、コスト、およびサービスを使用するかといったその他のプロパティが、例えば、１３、１４のようなサーバから端末またはＵＥ１に信号伝達されてもよい。
【００６３】
ＥＡＰリクエストにおける追加情報要素の代わりとして、シグナリングが、既存のＥＡＰ ＡＫＡ情報要素の中に「ピギーバックされる（piggybacked）」形で行われてもよいだろう。例えば、ホームＡＡＡサーバ１３は、信用されているアクセスについては最上位ビットが「１」に、信用されていないアクセス等については「０」に設定されたＥＡＰ仮名をＵＥに送信してもよいだろう。
【００６４】
上記のいくつかの実施形態はＥＡＰを使用しているが、本明細書で記載される方法およびシステムの他のいくつかの実施形態が、接続をセットアップするための手順の中で、特に、例えば、認証手順のように、そのような手順の最初の段階または第１の段階で、例えば、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ：ポイントツーポイントプロトコル）、ＰＡＰ（Ｐａｓｓｗｏｒｄ Ａｕｔｎｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：パスワード認証プロトコル）、ＣＨＡＰ（Ｃｈａｌｌｅｎｇｅ Ｈａｎｄｓｈａｋｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：チャレンジハンドシェイク認証プロトコル）およびＳＰＡＰ（Ｓｈｉｖａ Ｐａｓｓｗｏｒｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：シバパスワード認証プロトコル）のような、何らかの非ＥＡＰプロトコルを使用してもよい。
【技術分野】
【０００１】
本発明は、端末、ユーザ端末またはユーザ局と呼ばれることもあるＵＥ（ユーザ機器）とネットワークノードとの間の通信をセットアップする方法に関し、さらに、少なくとも１つのＵＥと１つのネットワークノードとを備えるシステムにも関するものである。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：第３世代パートナープロジェクト）は、ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ：進化型パケットシステム）と呼ばれるデータパケット転送のための拡張規格を定義している最中である。ＥＰＳでは、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：広帯域符号分割多元アクセス）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ロングタームエボリューション）のような本来の３ＧＰＰアクセス技術の他に、特に、例えば、ＩＥＥＥ８０２．１６標準に従うＷｉＭＡＸ、例えば、ＩＥＥＥ８０２．１１ｇ／ｎに従うＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：無線ローカルエリアネットワーク）、ｘＤＳＬ（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ：デジタル加入者回線）等による、非３ＧＰＰアクセスの方法／技術／ネットワーク／標準を介してＨＰＬＭＮ（Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：ホーム公衆陸上移動ネットワーク）のようなホームネットワーク経由のアクセスも含めて、非３ＧＰＰアクセス経由のデータ通信サービスおよび／またはインターネットサービスへのアクセスについてもサポートされることになる。本明細書での議論では、「ホームネットワーク」とは、エンドユーザが、多くの場合、加入契約として、ネットワークアクセスまたはサービスアクセスのための業務契約を結んでいる相手先であるエンティティとして理解されるべきであり、従って、従来の通信オペレータのネットワークと仮想的なオペレータ等のネットワークとの両方がそれに含まれる。アクセスネットワークは、ホームネットワーク以外の別のエンティティによって運用及び管理の少なくとも一方がなされてもよく、その場合、通常は、２つのネットワーク間に業務契約が存在する。
【０００３】
非３ＧＰＰアクセスの方法は、２つのカテゴリのうちの１つに当てはめることができる。
【０００４】
−信用されている（ｔｒｕｓｔｅｄ）非３ＧＰＰアクセス
−信用されていない（ｎｏｎ−ｔｒｕｓｔｅｄ）非３ＧＰＰアクセス、信用できない（ｕｎｔｒｕｓｔｅｄ）非３ＧＰＰアクセスとも呼ばれる。
【０００５】
非３ＧＰＰアクセスの２つのカテゴリが、図１ａに示される。これは、規格化文書３ＧＰＰ ＴＳ２３．４０２「Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔ ｆｏｒ ｎｏｎ−３ＧＰＰ ａｃｃｅｓｓｅｓ：非３ＧＰＰアクセス用アーキテクチャ拡張」に定義されている「ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ：進化型パケットシステム」の概要である。
【０００６】
ＥＰＳアクセスについての「信用されている」と「信用されていない」という用語の正確な定義については、現在議論されている。例えば、「十分な技術的保護手段によって、アクセスは安全にされている／信用されているのか」という問題を考える場合の技術的側面だけでなく、例えば「ホームオペレータ、すなわち、ホームネットワークのオペレータは、アクセスネットワークのオペレータと十分強固な「契約」を結んでいて、ホームオペレータから見た場合、それによってアクセスネットワークが信用されているようになっているか」という問題を考える場合の事業的側面も適用されるため、この議論は複雑である。従って、特定のアクセスが信用されているか否かを確実にするためには、加入者の利益（例えば、プライバシ）だけでなくオペレータの利益（例えば、事業）も存在する。
【０００７】
はっきりしていることは、信用されている非３ＧＰＰアクセスネットワークと信用できない非３ＧＰＰアクセスネットワークとは、一般に、その仕様が３ＧＰＰの範囲外であるようなアクセス技術を使用するＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：インターネットプロトコル）アクセスネットワークであるということである。この点に関して作業の目的で３ＧＰＰ ＳＡ２によって最近行われている「想定」は、非３ＧＰＰ ＩＰアクセスネットワークが信用されているか信用できないかは、アクセスネットワーク自身の特性ではないということである。ローミング以外の状況では、特定の非３ＧＰＰ ＩＰアクセスネットワークが信用されている非３ＧＰＰアクセスネットワークとして使用されるのか、信用できない非３ＧＰＰアクセスネットワークとして使用されるのかは、ＨＰＬＭＮのオペレータ、すなわち、ホームオペレータの決定次第であり、それぞれの場合で、例えば、以下の背景の記述の中で述べる議論に従って、適切なセキュリティ手段を実装することは、オペレータの責任である。
【０００８】
多様なタイプの非３ＧＰＰアクセスが、ホームネットワークと端末／ＵＥとの間で多様な保護手段を使用することになることは明らかであり、例えば、以下のものがある。
【０００９】
−信用されていないアクセスにおいて接続性を確立する際には、端末とアクセスの「上方の」「ゲートウェイ」ノード、すなわち、ｅＰＤＧ（ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ：進化型パケットデータゲートウェイ）との間に、図１ａに示される、ＩＰｓｅｃ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ：インターネットプロトコルセキュリティ）トンネルがおそらくセットアップされることになる。本明細書では、「接続性」とは、「その接続されている状態または、ある接続されている状態」のことを意味すると解釈される。ＩＰｓｅｃトンネルのセットアップは、さらに、ＩＫＥ（Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ：インターネットキー交換）プロトコル、特に、そのバージョン２に従って実行される手順によって行われる。これは、セキュリティを、使用されるアクセスネットワークのセキュリティ機能から多から少なかれ独立させることになる。しかしながら、信用されているアクセスは、この機能を有しないし、その必要もないであろう。
【００１０】
−信用されているアクセスにおいて接続性を確立する際には、ＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：拡張可能認証プロトコル）が使用される可能性が高く、そして、必ずというわけではないが、それにはアクセス認証用としてＥＡＰ ＡＫＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ：認証及びキーアグリーメント）の方法が含まれる可能性があるが、他方、信用されていないアクセスは、ＥＡＰを使用してもよいし、使用しなくてもよい。
【００１１】
−多様な方法に従って確立されるアクセスは、例えば、クライアントＭＩＰ（Ｍｏｂｉｌｅ ＩＰ：モバイルＩＰ）またはＰＭＩＰ（Ｐｒｏｘｙ ＭＩＰ：プロキシＭＩＰ）のような、多様な移動性ソリューションを使用してもよい。
【００１２】
例えば、非３ＧＰＰアクセスネットワーク経由の何らかのサービスまたは複数のサービスに接続する目的で接続性を確立しかかっているＵＥについて検討する。前提として、ＵＥは、一般に、ホームネットワークによってそのアクセスが「信用されている」とみなしているか否かを知らない。その結果、この問題は、ＵＥがｅＰＤＧへのＩＰｓｅｃトンネルをセットアップすべきか否かということであり、これは、できれば避けるべき比較的多量のリソース／コスト／時間を必要とする手順である。特に、ＵＥがＩＫＥ／ＩＰｓｅｃの使用を試みても、実際にはネットワークによってサポートされていない場合、シグナリングが浪費されるか、および／またはエラー事例が生じることになる。
【００１３】
ＵＥは適切な情報を使って静的には事前構成され得たであろうが、アクセスが信用されるとみなされるか否かをＵＥに動的にシグナリングする一般的に使用される方法は存在しない。一般に、ＵＥは、例えば、ＷｉＭＡＸやＷＬＡＮのように、使用される技術そのものから何らかの「技術的な」側面を推定することができるが、ＵＥは、例えば、ｅＰＤＧの存在やどの移動性プロトコルが使用されることになるのかなど、情報を取得して、すべての技術的側面を理解することはできない。より上位のレベルでは、ＵＥは「業務」主導の側面について知ることができない。例えば、所与の非３ＧＰＰアクセスネットワーク、例えば、ある当事者またはオペレータＡによって提供されるＷｉＭＡＸネットワークのような、非３ＧＰＰアクセスネットワークを考えてみよう。２つの異なるホームネットワークオペレータＢおよびＣは、それらのセキュリティポリシーおよび業務協定に起因して、当事者Ａおよびそれによって提供されるネットワークが信用されるか否かについて異なる意見を有することがあるであろう。従って、オペレータＢでの加入を使用するＵＥは、多分、当事者Ａとそのアクセスネットワークは信用されるとみなすであろうし、それに対して、他方のオペレータＣでの加入を使用するＵＥは、当事者Ａとそのアクセスネットワークは信用されないとみなすであろう。例えば、規格化文書３ＧＰＰ ＴＳ ３３．２３４に従うＩ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：インターネットワーキング無線ローカルエリアネットワーク）のような３ＧＰＰネットワーク経由の「旧式の」アクセスが考えられる場合、状況は一層複雑になる。Ｉ−ＷＬＡＮアクセスネットワークを経由するアクセスでは、ＵＥへの／からのＩＰｓｅｃトンネルを終端させるためにＰＤＧ（Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ：パケットデータゲートウェイ、すなわち、上記の特別なｅＰＤＧと区別される必要がある、一般的なまたはより古い３ＧＰＰ標準によるゲートウェイ）の形式のゲートウェイが使用されることがあり、従って、このＷＬＡＮネットワークは、「信用されない」とみなされるであろう。しかしながら、ＥＰＳに接続されるＷＬＡＮを経由するアクセスは、将来、場合によっては、例えば、ＩＥＥＥ８０２．１１ｉ標準に従うセキュリティ強化の利用に起因して、信用されることがあるであろうし、従って、ＩＰｓｅｃ／ＰＤＧを使用することも有することもないであろう。（この場合もやはり）これが示すのは、所与のアクセス技術が信用されるとみなされることも、そうはみなされないこともあり、また、状況によってＵＥに対して異なるセキュリティ手段を使用することも使用しないこともあるということである。
【００１４】
要約すれば、アクセスネットワークの少なくとも何らかの「属性」をＵＥに通知する方策が必要となる可能性があり、そのような属性には、アクセスが信用されるか否か、どのタイプの移動性およびセキュリティ機能が使用されるべきか等が含まれる。また、そのような通知を行う方法は、攻撃を防ぐために十分セキュアであるべきであり、一般的にロバスト性も備えるべきである。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
少なくとも１つ以上の側面において効率的および／またはセキュアであるような方法で、ネットワークへの接続性かまたはネットワークを経由した接続性をＵＥが確立することを可能にすることが、本発明の目的である。
【００１６】
そのような側面には、例えば、帯域幅／シグナリング／計算のオーバヘッドおよび悪質な攻撃に対する強度が含まれてもよい。
【００１７】
それゆえ、ＵＥは、例えば、自身がそれを通して接続されるべきネットワークのプロパティに依存する通信の方法を選択することが可能であってもよい。
【課題を解決するための手段】
【００１８】
一般に、例えば、ＵＥが、なんらかのサービスを使用することを可能にすることを目的としてＵＥのためにＩＰ接続性を提供するために、ＵＥからの接続性を確立する場合、第１のネットワークに関する少なくとも１つのネットワークのプロパティが、第２のネットワークの中のノードからＵＥへ送信される。第１のネットワークは、アクセスネットワークを含んでもよく、そして、第２のネットワークは、例えば、第１のネットワークと同じであってもよいし、あるいは、ＵＥ／加入者のホームネットワークであってもよい。従って、第２の場合では、ノードは、ホームネットワークに存在するかまたはホームネットワークに接続されてもよい。ネットワークのプロパティは、第１のネットワークにアクセスする適切な方法を選択するためにＵＥによって使用される。第１のネットワークは、すでに述べたように、ＷＬＡＮの無線アクセス部分とアクセスポイントへの固定回線接続とを備えるアクセスネットワーク、例えば、ＷＬＡＮであってもよいし、また、コアネットワーク、または、その選択された部分であってアクセスネットワークの背後にある部分であってもよい。
【００１９】
ネットワークのプロパティについての情報、またはその指標が、通信をセットアップする準備段階でＵＥへ転送されるメッセージで、あるいはメッセージの中で、具体的には、認証手順において、例えば、その第１段階で、送信されるメッセージの中で、送信されてもよい。それゆえ、新たなシグナリングのラウンドトリップまたはプロトコルの追加をすることなく、ＵＥが少なくとも１つの必要なアクセスの「プロパティ」をセキュアな方法で知ることが可能でありうる。
【００２０】
具体的には、ネットワークのプロパティが関連する第１のネットワークが信用されるか否かを、ネットワークのプロパティがＵＥに示してもよい。また、このプロパティは、追加で、または選択的に、ＵＥがどの特定のプロトコルを使用するべきか、そして具体的には、どの移動性プロトコルおよび／またはセキュリティプロトコルを使用すべきかに関連してもよい。
【００２１】
ネットワークのプロパティが関連する第１のネットワークは、例えば、上記のアクセスネットワークであってもよい。第２のネットワーク内のノードには、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ、Ａｃｃｏｕｎｔｉｎｇ：認証、認可、アカウンティング）サーバが含まれてもよい。次いで、ネットワークのプロパティは、アクセスネットワークが信用されるか否かを示してもよく、そして、それが、ＥＡＰメッセージの内部でＡＡＡサーバから送信されてもよい。このプロパティは、具体的には、ＥＡＰリクエストＡＫＡ（ＥＡＰ Ｒｅｑｕｅｓｔ／ＡＫＡ）チャレンジメッセージの中で、またはＥＡＰリクエストＡＫＡ−通知（ＥＡＰ Ｒｅｑｕｅｓｔ／ＡＫＡ−Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージの中で、またはＥＡＰ成功（ＥＡＰ Ｓｕｃｃｅｓｓ）メッセージの中で送信されてもよい。
【００２２】
選択的には、第２のネットワーク内のノードには、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ：ホーム加入者サーバ）が含まれてもよい。
【００２３】
本明細書で記載されるアクセス方法の表現は、対応する手順のステップ群を実行することを目的として、１つ以上のコンピュータプログラムまたはコンピュータルーチンを一般的な方法で備え、それらは、すなわち、一般的には、本明細書では、プロセッサまたは電子プロセッサとも呼ばれるコンピュータによって読み取り可能なプログラムコードの一部である。このプログラムコードの一部は、１つ以上のコンピュータプログラム製品、すなわち、プログラムコードキャリア、例えば、ハードディスク、コンパクトディスク（ＣＤ）、メモリカード、またはフロッピー（登録商標）ディスクに書き込まれたものであってもよいし、読み取られてもよいし、または読み取られるものであってもよい。このプログラムコードの一部は、例えば、ＵＥおよび／またはネットワークノードまたはサーバのメモリの中に記憶されてもよく、そのようなメモリとは、例えば、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ：電子的消去可能プログラム可能ＲＯＭ）、ハードディスクまたはＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ：リードオンリメモリ）である。
【００２４】
本発明の目的、利点、効果、並びに特徴は、添付の図面とともに読まれた場合、下記の本発明の例示的ないくつかの実施形態の詳細記述から一層容易に理解されるであろう。
【図面の簡単な説明】
【００２５】
【図１ａ】先行技術に従うＥＰＳの概略図である。
【図１ｂ】ＶＰＬＭＮ（Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：訪問先公衆地上移動ネットワーク）を含むＥＰＳの別の概略図である。
【図２】ＥＡＰに従う認証手順に関与するノード間で送信される信号の図である。
【図３】ユーザ機器のためのアクセス手順に関与するノード間で送信される信号の図である。
【図４ａ】受信メッセージの中の特別情報を検索するまたは解釈するために、かつ、特別情報を使用するために、必要とされるユニットおよびモジュールを示すユーザ機器のブロック図である。
【図４ｂ】ユーザ機器の典型的な内部コンポーネントを示すユーザ機器のブロック図である。
【図４ｃ】ユーザ機器によって使用するプログラムコードを保持または搬送するメモリユニットの略図である。
【図５ａ】メッセージの中の特別情報を検索するために、またはメッセージに特別情報を挿入するために、必要とされるユニットを示す、ノードまたはサーバの図４ａと同様のブロック図である。
【図５ｂ】メッセージが、認証手順に含まれるメッセージである場合の、図５ａと同様のブロック図である。
【図５ｃ】ノードまたはサーバの典型的な内部コンポーネントを示すノードまたはサーバの図４ｂと同様のブロック図である。
【図５ｄ】サーバによって使用するプログラムコードを保持または搬送するメモリユニットの略図である。
【発明を実施するための形態】
【００２６】
本発明は各種の修正形態および代替構成を対象とするが、本発明のいくつかの実施形態は図面で示され、かつ、以下で詳細に説明する。しかしながら、特定の記載および図面は、開示される特定の形態に本発明を限定することを意図しているのではないことが理解されるべきである。むしろ、本発明の範囲は、本発明の精神および範囲の範囲内に入る本発明のすべての修正および代替構成を含むことが意図されている。
【００２７】
ここで、ホームネットワークにアクセスするＵＥに関する手順について記載する。より詳しくは、ＵＥがネットワーク接続性をどのようにして確立するかについて記載する。その目的は、例えば、ホームネットワークに接続している当事者、例えば、不図示のクライアントまたはサーバへのホームネットワーク経由の接続、またはホームネットワーク経由でアクセス可能なサービスへの接続をＵＥが望んでいるということであってもよい。しかしながら、本明細書で記載される手順は、ネットワーク接続性の確立だけを扱うものであり、接続性がどのようにして、あるいは何のために使用されることになるのかは、本手順の一部ではない。図１ｂに、関連する最も重要なコンポーネントの概要が示されている。一般には、例えば、移動電話や移動局のような端末であるＵＥ１が、３で示されるような信用されているネットワークであるか、３’で示されるような信用されていないネットワークであるかいずれか一方であると、ホームネットワークＨＰＬＭＮ５によってみなされている非３ＧＰＰアクセスネットワークを経由して接続をセットアップすることになる。また、図示されている場合では、ＵＥ１は、ローミング中でもあり、すなわち、ＵＥ１は、各々のアクセスネットワークを経由してＶＰＬＭＮ７を介する自身のＨＰＬＭＮにアクセスすることになる。ここでは、ＨＰＬＭＮとＶＰＬＭＮとはどちらも、ＥＰＳ規格に従って動作すると想定されている。また、ＵＥ１は、同一の規格に従って動作するための設備を有すると想定される。
【００２８】
ＵＥ１は、非３ＧＰＰアクセスネットワークを介してＥＰＳ規格を使用して接続性を確立しているホームネットワーク５に関連付けられていて、ＵＥ１は、不図示のＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ：ユニバーサル加入者アイデンティティモジュール）を有すると想定されてもよい。たとえＵＳＩＭがアクセス認証のためには必要とされないとしても、ＶＰＬＭＮ７においてｅＰＤＧ９へのセキュアなＩＰｓｅｃ接続をセットアップするためには、および／あるいは、例えば、ＭＩＰのようなセキュアな移動性シグナリングをセットアップするためには、典型的には、ＵＳＩＭが必要とされる。
【００２９】
ＵＥ１は、セットアップ手順を開始することによって接続性の確立を開始する。ＵＥ１は、最初にリクエスト信号またはメッセージを送信して、非３ＧＰＰアクセスネットワーク３、３’への接続性をリクエストする。ここでは、アクセスのためのセットアップ手順のステップ群を示す図３の信号図も参照されたい。このリクエストには、ＵＥ１についての基本的／物理的アクセス固有の識別子（群）、例えば、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：メディアアクセス制御）アドレス等が含まれてもよい。それぞれのアクセスネットワーク内のアクセスノード（ＡＮ）１１は、リクエスト信号またはメッセージを受信して、それを分析し、そして、例えば、ＵＥアイデンティティ交換手順を開始することによって応答する。これは、例えば、ＥＡＰによる認証手順の、例えば、第１段階である。このアイデンティティは、典型的には、ＵＥ１のホームネットワークについての情報を含むことがある論理的アイデンティティであり、通常は、特定のアクセス技術には関連していない。そのようなＵＥアイデンティティ交換手順では、各々のアクセスネットワーク３、３’内のＡＮ１１は、最初に、ＥＡＰリクエストアイデンティティ（ＥＡＰ Ｒｅｑｕｅｓｔ Ｉｄｅｎｔｉｔｙ）メッセージをＵＥ１へ送信する。ここでは、図２のより詳細な信号図を参照されたい。ＵＥ１は、ＥＡＰリクエストアイデンティティ（ＥＡＰ Ｒｅｑｕｅｓｔ Ｉｄｅｎｔｉｔｙ）メッセージを受信し、そして、それに応じて、ＵＥアイデンティティについての情報を含み、かつ、各々のアクセスネットワーク内でＡＮ１１によって受信されるＥＡＰ応答アイデンティティ（ＥＡＰ Ｒｅｓｐｏｎｓｅ Ｉｄｅｎｔｉｔｙ）メッセージを送信する。ＡＮは、メッセージをＥＡＰ応答アイデンティティ（ＥＡＰ Ｒｅｓｐｏｎｓｅ Ｉｄｅｎｔｉｔｙ）メッセージとして識別し、それをＵＥ１のための、またはＵＥ１に関連付けられているＨＰＬＭＮ５の中の各々のサーバ１３へ転送する。ここで、この転送は、図１ｂに示される場合についてはＶＰＬＭＮ７を経由して行われる。ＵＥ１とＡＮ１１との間の認証／ＥＡＰシグナリングがアクセス固有プロトコルで、例えば、８０２．１ｘで行われる間、サーバ１３への認証／ＥＡＰ転送は、典型的には、ＩＰに基づくＡＡＡプロトコルで、例えば、ＤｉａｍｅｔｅｒまたはＲａｄｉｕｓで行われる。従って、ＡＮ１１は、ＥＡＰメッセージを、ＡＡＡプロトコルで転送する場合には、追加情報要素を、例えば、アクセスネットワーク３、３’およびＡＮ１１の少なくとも一方の識別子を追加してもよい。ＨＰＬＭＮの中のサーバによって受信される場合、このＥＡＰ応答アイデンティティ（ＥＡＰ Ｒｅｓｐｏｎｓｅ Ｉｄｅｎｔｉｔｙ）メッセージから、サーバは、それを経由してメッセージが転送されたアクセスネットワーク３、３’のアイデンティティを、例えば、ＡＡＡプロトコルの中で搬送されるネットワーク識別子を介して、導出または推定することができる。ＨＰＬＭＮ５の中のサーバ１３は、ＡＡＡサーバまたはＨＳＳであってもよい。
【００３０】
ここで、まさしく認証手順が開始され、これはまた、ＥＡＰに従って実行されてもよい。認証手順では、サーバ１３とＵＥ１との間で適切なメッセージが送信される。ここで、これらのメッセージは、実質的に変更されることなく、各々のアクセスネットワーク３、３’を経由して、ＡＮ１１とＶＰＬＭＮ７とを通過して、転送される。従って、ＡＡＡプロトコルとアクセス固有のシグナリングプロトコルとの間で変換を行う場合を除き、ＡＮ１１は、典型的には、すべてのこれらのメッセージをＵＥとサーバとの間で単に中継する。
【００３１】
図２でわかるように、認証手順に関連付けられているこれらのメッセージは、時間順に、サーバから送信されるＥＡＰリクエストＡＫＡチャレンジ（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｃｈａｌｌｅｎｇｅ）メッセージと、ＵＥから送信されるＥＡＰ応答ＡＫＡチャレンジ（ＥＡＰ Ｒｅｓｐｏｎｓｅ ＡＫＡ Ｃｈａｌｌｅｎｇｅ）メッセージと、サーバから送信されるＥＡＰリクエストＡＫＡ通知（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージと、ＵＥから送信されるＥＡＰリクエストＡＫＡ通知（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージと、そして、認証が成功すると仮定すると、サーバから送信されるＥＡＰ成功（ＥＡＰ Ｓｕｃｃｅｓｓ）メッセージとを含んでもよい。
【００３２】
この時点で、ローカルなＩＰアドレスがアクセスネットワークによってＵＥに割り当てられてもよい。しかしながら、ＵＥは依然として、到達不可能である場合があり、かつ他の当事者への接続性を確立するため、さらなるステップを行う必要がある場合がある。具体的には、ＵＥは、ゲートウェイノード、例えば、信用できないアクセスで使用される、上述のｅＰＤＧ９への接続性を確立する必要があることがある。注目ノードは、追加で／選択的に、移動性サポートを提供するノード、例えば、ＭＩＰホームエージェント（ＭＩＰ Ｈｏｍｅ Ａｇｅｎｔ）（ＨＡ）であってもよいであろう。これは、必要なセキュリティおよびＵＥについての「グローバルな」到達可能性の少なくとも一方を提供する。
【００３３】
このように、認証手順が成功して完了した後、アクセスネットワークに固有のステップとＵＥ１についての一般的なＩＰ接続の確立とを含めて、第４の手順を実行することができる。これで、接続の確立は完了する。これ以降、ＵＥは、データを受信／送信すること、例えば、他の当事者との通信セッションを開始することができるであろう。従って、ＵＥと何らかの他の当事者との間のデータ通信は、本明細書で記載される手順以外の第５の手順で行ってもよい。
【００３４】
認証手順においてサーバ１３から送信されるメッセージの１つが、特別情報を含むか、または特別条件を示すように修正されてもよい。特別情報または特別条件は、使用されるアクセスネットワーク３、３’のプロパティ（property）または特性に関連してもよい。特に、ＨＰＬＭＮ５から見て、アクセスネットワークは信用されているか信用されていないかを示してもよい。
【００３５】
ＵＥ１は、メッセージから特別情報を検索するか、または、メッセージの中に示されている特別条件を解釈して、それを、またはその解釈を、それぞれのアクセスネットワーク３、３’を経由する接続のセットアップの際に、それぞれ使用するように構成されている。
【００３６】
上記の手順を実行することを目的として、サーバ１３が修正され、そうすることで、特別情報を収集して、選択されたメッセージの中に特別情報を挿入することができるか、または、選択されたメッセージを修正してそれが特別条件を示すようにし、かつ、関連情報を、例えば、サーバの中にあるかまたはサーバに接続されているリストまたはデータベースからフェッチすることができる。リストまたはデータベースは、例えば、少なくともすべての信用されているアクセスネットワークを含んでもよい。リストまたはデータベースは、もちろん、必要に応じて信用できないネットワークも含んでもよい。このリストまたはデータベース内のルックアップ（参照）は、上述のＡＡＡプロトコルに従って実行される手順の一部として受信されるアクセスネットワーク識別子に基づいてもよい。リストまたはデータベースは、継続的に更新することができる。例えば、新規の業務契約の結果、以前の信用できないネットワークが信用されるように「アップグレード」されてもよいし、その逆もありうる。
【００３７】
従って、一般的に、ＥＡＰ（ＡＫＡ）がアクセス手順の中で使用される場合はいつでも、ホームネットワーク５の中のＡＡＡサーバの形式で、例えば、サーバ１３からＵＥ１に対するそれぞれのアクセスネットワーク３、３’の「プロパティ」についての指標が、ＥＡＰシグナリングの中に含まれてもよい。ＥＡＰ（ＡＫＡ）の有益な特徴は、それが、サーバとＵＥとの間でエンド・ツー・エンド（ｅ２ｅ）でセキュアでありうるため、含められるネットワークプロパティ／プロパティ群を、例えば、第三者による偽造から保護することができるということである。ただし、ＥＡＰ（ＡＫＡ）が使用されない場合には、この指標が他の認証プロトコルのシグナリングの中に含まれることもあるであろう。
【００３８】
これらのタスクが実行できるようにすることを目的として、ＵＥ１は、図４ａに示されるユニットまたはモジュールによって実行されるいくつかの機能を含むように修正されなければならない。それゆえ、１つ以上のメッセージから特別情報を検索するためか、または、１つ以上のメッセージの中に示される特別条件を解釈するためのユニットまたはモジュール１５が提供されなければならない。特別情報または特別条件に関する情報をそれぞれＵＥ１のメモリセル１７に記憶するためのユニットまたはモジュール１６が存在してもよいであろう。そして、ＵＥは、例えば、アクセスネットワークを経由する接続をセットアップする適切または適正な方法を選択するための、受信された、および／または、記憶された特別情報または特別条件に関する情報をそれぞれ使用するためのユニットまたはモジュール１９を含んでもよい。これらのユニットまたはモジュールはそれぞれ、従来どおり、プロセッサおよび対応するセグメントまたは対応するプログラムコードのセグメントを備えるとみなすことができる。
【００３９】
一般に、ＵＥ１は、実質的に従来型の構成を有してもよく、そして、例えば、図４ｂのブロック図に略示されるように構成される内部コンポーネントを含んでもよい。従って、ＵＥ１は、プロセッサ２１と、メモリ２３と、無線通信回路２５と、不図示のディスプレイを駆動するための回路２７と、不図示のキーボード用の回路２９と、音声出力回路３１と音声入力回路３２とを含んでもよい。メモリ２３は、例えば、フラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ：電子的消去可能プログラム可能リードオンリメモリ）、ハードディスク、またはＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ：リードオンリメモリ）のような電子的メモリであってもよく、そして、１つ以上の別個の物理ユニットを備えてもよい。プロセッサは、メモリのプログラムメモリ部分３３に記憶されたプログラムコードを実行することによって、ＵＥ１の動作を制御する。プロセッサ２１は、例えば、メモリ２３のデータメモリ部分３５に記憶されたデータを使用することができる。
【００４０】
プログラムメモリ３３には、多様なルーチンを有するかまたはプロセッサ２１によって実行される各種の手順についての部分を有するプログラムコードが記憶されている。従って、基本的なテレフォニーサービスについてのプログラムコードの部分は、メモリセグメント３７に記憶される。ここで、そのようなサービスには、他のＵＥへの音声接続を確立することと使用することとが含まれる。また、例えば、ＩＰ接続をセットアップするための、データの交換に関わる手順についての、メモリセグメント３９に記憶されたプログラムコードも存在する。従って、このプログラムメモリセグメントには、図２および図３に示される手順のためのプログラムコード部分が記憶されているメモリ部分が含まれてもよい。従って、これらのメモリ部分には、プロセッサ２１によって読み取り可能であって、かつ、このプロセッサによって読み取られる場合、ＵＥに対応する手順を実行させるようなプログラムコードが含まれてもよい。基本的な接続確立についてのプログラムコードを記憶するためのメモリ部分４１と、ＵＥアイデンティティの交換についてのプログラムコードを記憶するためのメモリ部分４３と、認証手順についてのプログラムコードを記憶するためのメモリ部分４５と、そして、アクセス固有およびＩＰ接続確立についてのプログラムコードを記憶するためのメモリ部分４７とがあってもよい。プログラムメモリ３３には、さらに、例えば、ＩＰ移動性（ＭＩＰ）、マルチホーミング、ＩＰセキュリティ（ＩＫＥ／ＩＰｓｅｃ）等を処理するためのプログラムコード部分のような、ＩＰ接続性／サービスについてのプログラムコードを記憶するためのメモリセグメント４９があってもよい。
【００４１】
認証手順についてのプログラムコードを記憶するためのメモリ部分４５では、認証手順において受信されたメッセージから特別情報を検索するための、または、そのメッセージに示された特別条件を解釈するための、プログラムコードを記憶するためのメモリスペース５１が提供されてもよい。そのような特別情報または特別条件は、上述のように、例えば、データ交換用の接続について接続性を確立することに関連付けられている少なくとも１つのネットワークプロパティ、例えば、使用されるアクセスネットワーク３、３’のプロパティに関連付けられてもよい。特別情報または特別条件に関する情報は、メモリ２３の中のメモリセル５３に記憶されてもよく、そして、例えば、プログラムメモリ部分４９にプログラムコードが記憶される、アクセス固有の、およびＩＰ接続確立の手順において、使用されてもよい。この用途のプログラムコード部分は、メモリ部分の内部のメモリスペース５５に記憶されてもよい。
【００４２】
プログラムコードの部分は、１つ以上のコンピュータプログラム製品、すなわち、例えば、ハードディスク、コンパクトディスク（ＣＤ）、メモリカード、またはフロッピーディスクのようなプログラムコードのキャリアに書き込まれたものであってもよいし、読み取られてもよいし、または読み取られるものであってもよい。そのようなコンピュータプログラム製品は、一般には、携帯型でも固定されていてもよいメモリユニット３３’であり、これは、図４ｃの略図に示されている。それは、メモリセグメントと、メモリセルと、実質的にＵＥ１のプログラムメモリ３３の場合と同様に構成されるメモリスペースとを有してもよいし、あるいは、プログラムコードは、例えば、適切な方法で圧縮されてもよい。従って、一般に、メモリユニット３３’は、コンピュータ可読コード、すなわち、ＵＥ１によって実行される場合に上記の記載に従ってＵＥが実行する１つ以上の手順を実行するためのステップ群をＵＥに実行させるような、電子プロセッサによって読み取られうるコードを備える。メモリユニット３３’によって搬送されるプログラムコードは、任意の適切な方法によって、例えば、メモリユニットを保持するか、またはメモリユニットに接続されている、不図示のサーバからダウンロードすることによって、ＵＥのメモリ２３に入力されてもよい。他の実施形態では、メモリユニット３３’は、ＵＥ１のメモリ３３の一部として直接使用されてもよい。
【００４３】
ＵＥ１の場合と同様の方法で、上記の手順を実行することができるようにするため、サーバ１３は、図５ａに示されるように、特別情報または特別条件に関する情報を収集または検出するためのユニットまたはモジュール６１を含むように修正されなければならない。このユニットまたはモジュールは、例えば、そのような情報をサーバ１３の中の、またはサーバ１３に接続されているメモリセル６３からフェッチすることができる。別のユニットまたはモジュール６５は、特別情報を１つ以上の選択されたメッセージの中に挿入するか、または、特別条件を示すように１つ以上のメッセージを修正することができる。
【００４４】
図５ｂでわかるように、サーバ１３は、上記の例については、加入者のＵＥ１とサーバとの間に何らかの進行中の通信がある加入者によってどのアクセスネットワークが使用されるかを導出するまたは推定するためのユニットまたはモジュール６７を含むように修正されうる。次いで、サーバは、使用されるアクセスネットワークのプロパティまたは特性に関する情報を収集するまたは検出するためのユニットまたはモジュール６９も含んでいる。このユニットまたはモジュールは、そのような情報をデータベースまたはリストまたはネットワークから検索することができる。ここで、このデータベースまたはリストは、例えば、複数のネットワークについての特別情報を含み、そして、メモリプレース７１に記憶される。別のユニットまたはモジュール７３は、認証手順の間に加入者へ送信されたメッセージの中にプロパティまたは特性に関する情報を挿入することができる。
【００４５】
サーバ１３は、コンピュータとして、コンピュータのクラスタとして、またはネットワークへの接続に適しているコンピュータの一部分として実装することができる。従って、図５ｃでわかるように、サーバ１３は、従来の方法で、プロセッサ７７と、メモリ７９と、ネットワークポート８１とを備えてもよい。メモリ７９は、例えば、フラッシュメモリ、ＥＥＰＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ：消去可能プログラム可能リードオンリメモリ）、ハードディスクまたはＲＯＭのような電子メモリであってもよい。メモリは、それぞれプログラムコードとデータについてのスペース８３、８５を有してもよい。プログラムメモリでは、プログラムコード部分は、上述のように、例えば、ＥＡＰに従って、認証手順を実行するためのメモリセグメント８７の中に記憶される。データメモリスペース８５には、加入者データがメモリプレース８９に記憶され、そして、アクセスネットワークについてのデータは、メモリプレース９１に記憶される。アクセスネットワークについてのデータには、各アクセスネットワークについてのレコードが含まれてもよく、そして、各レコードには、特に、その中にアクセスが信用されるか信用されないかを示す情報が記憶されるフィールドがあってもよい。認証手順についてのプログラムコード部分が記憶されるメモリセグメント８７には、アクセスネットワークの特別なプロパティまたは特性に関する情報を収集または検出する目的で、かつ、収集または検出された情報を認証メッセージの中に、すなわち、認証手順の間に加入者のＵＥへ送信されるメッセージの１つの中に挿入する目的で、使用されるアクセスネットワークのアイデンティティを導出するまたは推定するためのプログラムコード部分が記憶されるメモリ部分９３、９５、９７がそれぞれ存在する。
【００４６】
プログラムコードの部分は、１つ以上のコンピュータプログラム製品、すなわち、プログラムコードキャリア、例えば、ハードディスク、コンパクトディスク（ＣＤ）、メモリカード、またはフロッピーディスクに書き込まれているものであってもよいし、読み取られてもよいし、または読み取られるものであってもよい。そのようなコンピュータプログラム製品トは、一般に、携帯型でも固定されていてもよい、図５ｄの略図に示されるようなメモリユニット８３’である。メモリセグメントと、メモリセルと、サーバ１３のプログラムメモリ８３の場合と実質的に同様に構成されるメモリスペースとを有してもよい。プログラムコードは、例えば、適切な方法で圧縮されてもよい。このように、一般に、メモリユニット８３’は、コンピュータ可読コード、すなわち、サーバ１３によって実行された場合に上記の記述に従ってサーバが実行する１つ以上の手順または手順のステップを実行するためのステップをサーバに実行させるような、電子プロセッサ、例えば、７７によって読み取られうるコードを備える。メモリユニット８３’によって搬送されるプログラムコードは、任意の適切な方法によって、例えば、メモリユニットを備えるまたはメモリユニットに接続されている、不図示のサーバからダウンロードすることによって、ＵＥのメモリ２３に入力されてもよい。適切である場合、メモリユニット８３’は、サーバ１３のメモリ８３の一部として直接使用されてもよい。
【００４７】
例えば、ＥＡＰが接続のセットアップにおいて使用されることは、上述した。上述のように、信用できないアクセスの場合には、これは当然と考えてはならず、従って、一般的な場合を処理する必要もある。３ＧＰＰホームネットワーク５と非３ＧＰＰアクセスネットワーク３、３’とを含み、かつ、ＥＡＰが使用されてもされなくてもよいようなシステムにおけるアクセスについては、下記の、より一般的な手順が使用されてもよい。
【００４８】
１．ＵＥ１が、アクセスをリクエストする。
【００４９】
２．基本的なアイデンティティ交換を実行する。
【００５０】
３．それぞれのアクセスネットワーク３、３’がＥＡＰに従うアクセス認証を開始しない場合、ＵＥ１は、ほとんどの場合、アクセスネットワークが信用されないことを想定できる。例えば、ＩＰＳｅｃに従って実行された手順を使用して作成された、ｅＰＤＧ９へのトンネルが、必要とされるであろう。所定の時間内にＥＡＰアクセス認証手順が開始されたかどうかをチェックするため、必要に応じて、タイマが提供されてもよい。別の選択肢では、接続のためのＩＰアドレスが、例えば、不図示のＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：動的ホスト設定プロトコル）サーバを介して、それぞれのアクセスネットワーク３、３’からＵＥ１に提供される場合には、ＥＡＰ通信の開始はないだろうということが、ＵＥによって判定される。具体的には、ＥＡＰ認証が使用されるならば、ＩＰアドレスの割当より前にそれが行われているであろう。
【００５１】
４．さもなければ、それぞれのアクセスネットワーク３、３’がＥＡＰアクセス認証を開始しない場合、アクセスネットワークは、信用されるか信用されないか、どちらの可能性もあるだろう。
【００５２】
５．ステップ２の場合については、ホームＡＡＡサーバ１３は、アクセスが信用されるか否かを知っており、これについてＵＥ１に通知する何らかのＥＡＰメッセージの中に、あるパラメータを含める。このパラメータは、上述のように、ｅ２ｅセキュアであってもよく、すなわち、ホームＡＡＡサーバとＵＥとの間で暗号化されるか、および／または完全に保護されてもよい。
【００５３】
６．ＵＥ１は、指標の信頼性を検証し、そして、それに従って動作し、例えば、ｅＰＤＧ９へのＩＰｓｅｃトンネルをセットアップすることを試行するかまたは試行しないかのいずれかである。ＵＥ１が、ＩＰｓｅｃトンネルをセットアップすることを試行しない場合には、代わりに、例えば、単純な保護されていないＩＰ通信チャネルをセットアップすることを試行するであろう。
【００５４】
７．接続性の確立の一部である、その他の手順が、例えば、これもまた上記の指標に依存してもよいＩＰ移動性等の構成が、実行される。
【００５５】
８．ここで、ＵＥは、他のサービスと通信するか、および／または、それらを使用することができる。
【００５６】
メッセージ第１、第２、第３は、図２ではそれらの見出しが斜体字で示されているが、上述のように、例えば、「アクセスプロパティ属性（access property attribute）」または「アクセスプロパティ属性群」を搬送する特別情報または指標について使用されてもよい。例えば、ＡＫＡチャレンジ（ＡＫＡ−Ｃｈａｌｌｅｎｇｅ）メッセージは、(保護された）ＥＡＰ仮名（pseudonym）を含んでもよく、そして、この場合、アクセスネットワークプロパティに関連する別の属性を含むように拡張されてもよいだろう。注目すべきことは、メッセージ第１および第２は、ＡＫＡ方法固有のメッセージであり、他方、ＡＫＡ成功メッセージ第３は、ＡＫＡ方法固有のメッセージではない。現在、ＥＡＰ ＡＫＡ’と表示される新バージョンのＥＡＰ ＡＫＡが、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ：インターネットエンジニアリングタスクフォース）において定義されているところである。また、プロパティを搬送するために適していると上述した特定のメッセージは、ＥＡＰ ＡＫＡ’にも存在し、従って、同様の方法で使用されてもよい。
【００５７】
従って、アクセスネットワークの信用（またはその他のプロパティ）を判定するためにＵＥ１で実行される「アルゴリズム」は、下記の一般的な論理コードに従って実行されるであろう。
アクセスネットワークがＥＡＰを使用しない場合、
「アクセスは信用できない」／＊例えば、ＩＰＳｅｃトンネルをセットアップする必要がある＊／
そうでない場合、
（上述のように）ＥＡＰを実行し、
ＥＡＰシグナリングから信用値と、おそらくその他のネットワークプロパティとを抽出し、
抽出された信用値と、おそらく他の／ネットワークプロパティとに従って（セキュリティ／移動性／．．．）手順（群）を実行する
ｅｎｄｉｆ
しかしながら、このアルゴリズムに関連付けられている問題が１つ存在する。ＵＥ１は、ＥＡＰの任意の見込まれる実行の前に、何らかの基本的な「ネットワーク接続」を実行する、すなわち、自身がそれぞれのアクセスネットワークに接続することを望むということを信号で伝達する何らかの最初の動作を実行するであろう。この接続の後、どのくらいＵＥがＥＡＰを「待機する」べきであるのだろうか。ＵＥ１は、例えば、２秒間待機した後、ＥＡＰに従う認証手順は実行されないであろうと推定することもできるだろうが、おそらく、もう１秒ＵＥが待機していたならば実行されたかもしれないであろう。
【００５８】
しかしながら、この場合、目標は、ＵＥ１にＩＰアクセスを提供することであるから、かつ、ＵＥには、ＩＰｓｅｃをセットアップすることができるＩＰアドレスが割り当てられているに違いないのだから、これは、一旦、ＵＥにＩＰアドレスが割り当てられると、ＥＡＰに従う手順がＩＰアドレス割当の前には、例えば、ＤＨＣＰを介して、実行されていない場合、アクセス認証を達成するためのＥＡＰに従う手順がまったく実行されないであろうとＵＥが推定できることを意味しており、上記のステップ１と比較されたい。
【００５９】
（ＥＡＰ）ＡＫＡに従う手順を使用する特別の場合では、シグナリングは、不図示の「ＡＭＦ」（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｉｅｌｄ：認証管理フィールド）フィールドにおいて行われてもよいだろう。このフィールドは、ＡＫＡの本来の部分であり、ＥＡＰリクエストＡＫＡチャレンジ（ＥＡＰ Ｒｅｑｕｅｓｔ ＡＫＡ Ｃｈａｌｌｅｎｇｅ）メッセージで搬送されるのであって、図２の、ＥＡＰレイヤに対して完全に透過的であるメッセージ第１を参照されたい。
【００６０】
「信用」というプロパティが、ホームネットワークによって共同で、すなわち、ホームネットワーク（例えば、ＡＡＡサーバ）と、使用されるアクセスネットワーク３、３’とで決定されることになる場合、本明細書で記述される方法およびシステムは、国際特許出願ＰＣＴ／ＳＥ２００８／０５００６３で開示されるプロセスと同時に使用されてもよいだろうし、それを全体として参照することより本願に組み込まれる。前記の国際特許出願では、ホームネットワークとアクセスネットワークとがそれぞれ、どのようにして「セキュリティポリシー」をＵＥへの認証シグナリングの中で通信するのかということが開示されている。ＵＥ１は、２つのポリシーを合成して「最小公分母ポリシー（least common denominator policy）」を作成することができる。ここで１つの違いは、引用される国際特許出願では、どのプロトコルを使用するかということは既知であるが、どのポリシーがそれらに適用されるかは既知でないということが想定されるということである。
【００６１】
理解されるべきことは、上記の実施形態は、ＵＥ１から見て、アクセスネットワーク３、３’「の後ろ」に接続されるコアネットワークという形でのホームネットワーク内に、例えば、ＡＡＡサーバ１３を備えているが、上記のいくつかの実施形態と同様の方法でＥＡＰリクエスト（ＥＡＰ Ｒｅｑｕｅｓｔｓ）を送信するように適宜に構成されている、任意のノードが、代わりに、アクセスネットワーク内で、例えば、図１ｂのＶＰＬＭＮ７内で接続される認証サーバ１４に接続されてもよいだろう。
【００６２】
アクセスネットワーク３、３’が信用されるか否かを示すプロパティに加えて、またはそのようなプロパティの代わりに、どのアクセス／通信の方法／シグナリングが端末によって選択されるべきかを決定するために、例えば、どのプロトコル、帯域幅、コスト、およびサービスを使用するかといったその他のプロパティが、例えば、１３、１４のようなサーバから端末またはＵＥ１に信号伝達されてもよい。
【００６３】
ＥＡＰリクエストにおける追加情報要素の代わりとして、シグナリングが、既存のＥＡＰ ＡＫＡ情報要素の中に「ピギーバックされる（piggybacked）」形で行われてもよいだろう。例えば、ホームＡＡＡサーバ１３は、信用されているアクセスについては最上位ビットが「１」に、信用されていないアクセス等については「０」に設定されたＥＡＰ仮名をＵＥに送信してもよいだろう。
【００６４】
上記のいくつかの実施形態はＥＡＰを使用しているが、本明細書で記載される方法およびシステムの他のいくつかの実施形態が、接続をセットアップするための手順の中で、特に、例えば、認証手順のように、そのような手順の最初の段階または第１の段階で、例えば、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ：ポイントツーポイントプロトコル）、ＰＡＰ（Ｐａｓｓｗｏｒｄ Ａｕｔｎｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：パスワード認証プロトコル）、ＣＨＡＰ（Ｃｈａｌｌｅｎｇｅ Ｈａｎｄｓｈａｋｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：チャレンジハンドシェイク認証プロトコル）およびＳＰＡＰ（Ｓｈｉｖａ Ｐａｓｓｗｏｒｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：シバパスワード認証プロトコル）のような、何らかの非ＥＡＰプロトコルを使用してもよい。
【特許請求の範囲】
【請求項１】
アクセスネットワークを介して、ユーザ機器からの接続性を確立する方法であって、
接続性のためのリクエストを、前記ユーザ機器から前記アクセスネットワークへ送信するステップと、
前記アクセスネットワークにおけるノードにおいて、前記リクエストを受信し、その応答として、前記ユーザ機器に関連するノードである認証サーバへメッセージを送信することによって、前記ユーザ機器に対する認証手順を開始するステップと、
前記ユーザ機器に関連する前記ノードが、前記認証手順を実行するステップと、
リクエストされた前記接続性を確立するステップとを備え、
前記認証手順において、前記ユーザ機器に関連する前記ノードから前記ユーザ機器へ送信されるメッセージの１つは、前記アクセスネットワークの少なくとも１つのネットワークのプロパティに関連する特別条件の情報を含む、あるいは指示するものであり、
前記ユーザ機器は、前記確立するステップにおいて、前記アクセスネットワークを介して前記リクエストされた接続性を確立する適切なあるいは適正な方法を選択するために、受信した前記特別条件の情報あるいは指示を使用する
ことを特徴とする方法。
【請求項２】
前記ネットワークのプロパティは、前記アクセスネットワークが信頼されるか否かを示すものである
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ネットワークのプロパティは、確立されるべき前記リクエストされた接続性に従う、通信のために使用されるべき少なくとも１つのプロトコルの使用を指示するものである
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記少なくとも１つのプロトコルは、セキュリティに関するものである
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記少なくとも１つのプロトコルは、移動性シグナリングに関するものである
ことを特徴とする請求項３に記載の方法。
【請求項６】
前記ユーザ機器に関連する前記ノードは、前記ユーザ機器のホームネットワーク内のＡＡＡサーバを備える
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記認証手順は、ＥＡＰに基づいていて、
前記メッセージの１つは、前記ＡＡＡサーバから送信されるＥＡＰメッセージである
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記ユーザ機器に関連する前記ノードは、前記ユーザ機器のホームネットワーク内のＨＳＳサーバを備える
ことを特徴とする請求項１に記載の方法。
【請求項９】
前記認証手順は、ＥＡＰに基づいている
ことを特徴とする請求項１に記載の方法。
【請求項１０】
前記認証手順は、ＥＡＰ ＡＫＡに基づいている
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記メッセージの１つは、ＥＡＰリクエスト／ＡＫＡチャレンジ信号である
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記メッセージの１つは、ＥＡＰリクエスト／ＡＫＡ通知信号である
ことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記メッセージの１つは、ＥＡＰ成功信号である
ことを特徴とする請求項１０に記載の方法。
【請求項１４】
確立すべき前記接続性は、ＩＰ接続であり、
前記ユーザ機器にＩＰアドレスを割り当てるステップを更に備え、
セットアップ手順において、
ＥＡＰに従って実行される認証手順の取り得る開始の前に、前記ユーザ機器にＩＰアドレスが割り当てられている場合、前記ホームネットワーク内のゲートウェイあるいは該ホームネットワークに関連するネットワーク内のゲートウェイに対するＩＰｓｅｃトンネルがセットアップされ、
前記ユーザ機器にＩＰアドレスが割り当てられる前に、ＥＡＰに従って実行される認証手順の開始が発生する場合、請求項２に従う方法を実行して、前記アクセスネットワークが信頼されていないことが信号伝達される場合、ＩＰｓｅｃトンネルがセットアップされ、前記アクセスネットワークが信頼されていることが信号伝達される場合、ＩＰｓｅｃトンネルはセットアップされず、かつ通常の通信チャネルが確立される
ことを特徴とする請求項２に記載の方法。
【請求項１５】
アクセスネットワークを介して通信するためのユーザ機器であって、
前記アクセスネットワークを介して当該ユーザ機器からの接続をセットアアップする手順の一部である認証手順において、ノードから当該ユーザ機器に送信されるメッセージの１つから特別情報を検索するための、あるいは前記メッセージの１つで示されている、前記アクセスネットワークの少なくとも１つのネットワークのプロパティに関連する特別条件を解釈するためのユニットと、
前記接続をセットアップする手順の次の段階で、前記アクセスネットワークを介して前記接続を確立する適切なあるいは適正な方法を選択するために、前記検索された特別情報、あるいは前記特別条件の解釈の結果を使用するためのユニットと
を備えることを特徴とするユーザ機器。
【請求項１６】
前記検索するためのあるいは解釈するためのユニットは、前記アクセスネットワークが信頼されるか否かの情報を、前記メッセージの１つから取得するように構成され、
前記使用するためのユニットは、前記取得した情報が前記アクセスネットワークが信用できないことを示す場合に、通信用のセキュリティトンネルをセットアップし、前記取得した情報が前記アクセスネットワークが信用されることを示す場合、通常の通信チャネルをセットアップするように構成されている
ことを特徴とする請求項１５に記載のユーザ機器。
【請求項１７】
前記検索するためのあるいは解釈するためのユニットは、確立すべき前記接続に従う通信のために使用されるべき少なくとも１つのプロトコルを示す情報を、前記メッセージの１つから取得するように構成され、
前記使用するためのユニットは、前記アクセスネットワークを介して前記接続を確立する際に前記少なくとも１つのプロトコルを使用するように構成されている
ことを特徴とする請求項１５に記載のユーザ機器。
【請求項１８】
ユーザ機器のホームネットワークにおけるサーバであって、
当該サーバは、アクセスネットワークを介して前記ユーザ機器からの接続性を確立する手順の一部である認証手順において、前記ユーザ機器へ情報を送信するように構成され、
当該サーバは、前記ユーザ機器に送信される前記情報に含まれるメッセージに、前記アクセスネットワークの少なくとも１つのネットワークのプロパティに関連する特別条件を示す特別情報を導入する、あるいは前記特別条件を示すために前記メッセージを修正するように構成されている
ことを特徴とするサーバ。
【請求項１９】
前記サーバは、ＡＡＡサーバあるいはＨＳＳサーバである
ことを特徴とする請求項１８に記載のサーバ。
【請求項２０】
前記サーバは、前記アクセスネットワークが信頼されるか否かを示す特別情報を導入するように構成されている
ことを特徴とする請求項１８に記載のサーバ。
【請求項２１】
前記サーバは、確立すべき前記接続性に従う通信のために使用されるべき少なくとも１つのプロトコルを示す特別情報を導入するように構成されている
ことを特徴とする請求項１８に記載のサーバ。
【請求項２２】
前記サーバは、ＡＡＡサーバであり、
前記サーバは、ＥＡＰメッセージに前記特別情報を導入するように構成されている
ことを特徴とする請求項１８に記載のサーバ。
【請求項２３】
前記ＥＡＰメッセージは、ＥＡＰリクエスト／ＡＫＡチャレンジ信号である
ことを特徴とする請求項２２に記載のサーバ。
【請求項２４】
前記ＥＡＰメッセージは、ＥＡＰリクエスト／ＡＫＡ通知信号である
ことを特徴とする請求項２２に記載のサーバ。
【請求項２５】
前記ＥＡＰメッセージは、ＥＡＰ成功信号である
ことを特徴とする請求項２２に記載のサーバ。
【請求項２６】
電子メモリであるメモリに記憶された、サーバに関連するユーザ機器によって使用するためのコンピュータプログラムであって、
前記ユーザ機器によって実行される場合に、前記ユーザ機器に、
アクセスネットワークを介して前記ユーザ機器からの接続をセットアップする手順の一部である認証手順において、前記ユーザ機器に関連する前記サーバから、前記ユーザ機器へ送信されるメッセージの１つから特別情報を検索させる、あるいは前記メッセージの１つで示されている、前記アクセスネットワークの少なくとも１つのネットワークのプロパティに関連する特別条件を解釈させ、
前記接続をセットアップする手順の次の段階で、前記アクセスネットワークを介して前記接続を確立する適切なあるいは適正な方法を選択するために、前記検索された情報、あるいは前記特別条件の解釈の結果を使用させる
ことを特徴とするコンピュータプログラム。
【請求項２７】
前記コンピュータプログラムは、フラッシュメモリ、ＥＥＰＲＯＭ、あるいはＲＯＭに記憶されている
ことを特徴とする請求項２６に記載のコンピュータプログラム。
【請求項２８】
電子メモリであるメモリに記憶された、ユーザ機器に関連するサーバによって使用するためのコンピュータプログラムであって、
前記サーバによって実行される場合に、前記サーバに、
前記サーバに関連するユーザ機器の１つに送信される情報に含まれるメッセージに、前記ユーザ機器との接続がセットアップされるアクセスネットワークの少なくとも１つのネットワークのプロパティに関連する特別条件を示す特別情報を導入させる、あるいは前記特別条件を示すために前記メッセージを修正させる
ことを特徴とするコンピュータプログラム。
【請求項２９】
前記コンピュータプログラムは、フラッシュメモリ、ＥＥＰＲＯＭ、あるいはＲＯＭに記憶されている
ことを特徴とする請求項２８に記載のコンピュータプログラム。
【請求項１】
アクセスネットワークを介して、ユーザ機器からの接続性を確立する方法であって、
接続性のためのリクエストを、前記ユーザ機器から前記アクセスネットワークへ送信するステップと、
前記アクセスネットワークにおけるノードにおいて、前記リクエストを受信し、その応答として、前記ユーザ機器に関連するノードである認証サーバへメッセージを送信することによって、前記ユーザ機器に対する認証手順を開始するステップと、
前記ユーザ機器に関連する前記ノードが、前記認証手順を実行するステップと、
リクエストされた前記接続性を確立するステップとを備え、
前記認証手順において、前記ユーザ機器に関連する前記ノードから前記ユーザ機器へ送信されるメッセージの１つは、前記アクセスネットワークの少なくとも１つのネットワークのプロパティに関連する特別条件の情報を含む、あるいは指示するものであり、
前記ユーザ機器は、前記確立するステップにおいて、前記アクセスネットワークを介して前記リクエストされた接続性を確立する適切なあるいは適正な方法を選択するために、受信した前記特別条件の情報あるいは指示を使用する
ことを特徴とする方法。
【請求項２】
前記ネットワークのプロパティは、前記アクセスネットワークが信頼されるか否かを示すものである
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ネットワークのプロパティは、確立されるべき前記リクエストされた接続性に従う、通信のために使用されるべき少なくとも１つのプロトコルの使用を指示するものである
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記少なくとも１つのプロトコルは、セキュリティに関するものである
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記少なくとも１つのプロトコルは、移動性シグナリングに関するものである
ことを特徴とする請求項３に記載の方法。
【請求項６】
前記ユーザ機器に関連する前記ノードは、前記ユーザ機器のホームネットワーク内のＡＡＡサーバを備える
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記認証手順は、ＥＡＰに基づいていて、
前記メッセージの１つは、前記ＡＡＡサーバから送信されるＥＡＰメッセージである
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記ユーザ機器に関連する前記ノードは、前記ユーザ機器のホームネットワーク内のＨＳＳサーバを備える
ことを特徴とする請求項１に記載の方法。
【請求項９】
前記認証手順は、ＥＡＰに基づいている
ことを特徴とする請求項１に記載の方法。
【請求項１０】
前記認証手順は、ＥＡＰ ＡＫＡに基づいている
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記メッセージの１つは、ＥＡＰリクエスト／ＡＫＡチャレンジ信号である
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記メッセージの１つは、ＥＡＰリクエスト／ＡＫＡ通知信号である
ことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記メッセージの１つは、ＥＡＰ成功信号である
ことを特徴とする請求項１０に記載の方法。
【請求項１４】
確立すべき前記接続性は、ＩＰ接続であり、
前記ユーザ機器にＩＰアドレスを割り当てるステップを更に備え、
セットアップ手順において、
ＥＡＰに従って実行される認証手順の取り得る開始の前に、前記ユーザ機器にＩＰアドレスが割り当てられている場合、前記ホームネットワーク内のゲートウェイあるいは該ホームネットワークに関連するネットワーク内のゲートウェイに対するＩＰｓｅｃトンネルがセットアップされ、
前記ユーザ機器にＩＰアドレスが割り当てられる前に、ＥＡＰに従って実行される認証手順の開始が発生する場合、請求項２に従う方法を実行して、前記アクセスネットワークが信頼されていないことが信号伝達される場合、ＩＰｓｅｃトンネルがセットアップされ、前記アクセスネットワークが信頼されていることが信号伝達される場合、ＩＰｓｅｃトンネルはセットアップされず、かつ通常の通信チャネルが確立される
ことを特徴とする請求項２に記載の方法。
【請求項１５】
アクセスネットワークを介して通信するためのユーザ機器であって、
前記アクセスネットワークを介して当該ユーザ機器からの接続をセットアアップする手順の一部である認証手順において、ノードから当該ユーザ機器に送信されるメッセージの１つから特別情報を検索するための、あるいは前記メッセージの１つで示されている、前記アクセスネットワークの少なくとも１つのネットワークのプロパティに関連する特別条件を解釈するためのユニットと、
前記接続をセットアップする手順の次の段階で、前記アクセスネットワークを介して前記接続を確立する適切なあるいは適正な方法を選択するために、前記検索された特別情報、あるいは前記特別条件の解釈の結果を使用するためのユニットと
を備えることを特徴とするユーザ機器。
【請求項１６】
前記検索するためのあるいは解釈するためのユニットは、前記アクセスネットワークが信頼されるか否かの情報を、前記メッセージの１つから取得するように構成され、
前記使用するためのユニットは、前記取得した情報が前記アクセスネットワークが信用できないことを示す場合に、通信用のセキュリティトンネルをセットアップし、前記取得した情報が前記アクセスネットワークが信用されることを示す場合、通常の通信チャネルをセットアップするように構成されている
ことを特徴とする請求項１５に記載のユーザ機器。
【請求項１７】
前記検索するためのあるいは解釈するためのユニットは、確立すべき前記接続に従う通信のために使用されるべき少なくとも１つのプロトコルを示す情報を、前記メッセージの１つから取得するように構成され、
前記使用するためのユニットは、前記アクセスネットワークを介して前記接続を確立する際に前記少なくとも１つのプロトコルを使用するように構成されている
ことを特徴とする請求項１５に記載のユーザ機器。
【請求項１８】
ユーザ機器のホームネットワークにおけるサーバであって、
当該サーバは、アクセスネットワークを介して前記ユーザ機器からの接続性を確立する手順の一部である認証手順において、前記ユーザ機器へ情報を送信するように構成され、
当該サーバは、前記ユーザ機器に送信される前記情報に含まれるメッセージに、前記アクセスネットワークの少なくとも１つのネットワークのプロパティに関連する特別条件を示す特別情報を導入する、あるいは前記特別条件を示すために前記メッセージを修正するように構成されている
ことを特徴とするサーバ。
【請求項１９】
前記サーバは、ＡＡＡサーバあるいはＨＳＳサーバである
ことを特徴とする請求項１８に記載のサーバ。
【請求項２０】
前記サーバは、前記アクセスネットワークが信頼されるか否かを示す特別情報を導入するように構成されている
ことを特徴とする請求項１８に記載のサーバ。
【請求項２１】
前記サーバは、確立すべき前記接続性に従う通信のために使用されるべき少なくとも１つのプロトコルを示す特別情報を導入するように構成されている
ことを特徴とする請求項１８に記載のサーバ。
【請求項２２】
前記サーバは、ＡＡＡサーバであり、
前記サーバは、ＥＡＰメッセージに前記特別情報を導入するように構成されている
ことを特徴とする請求項１８に記載のサーバ。
【請求項２３】
前記ＥＡＰメッセージは、ＥＡＰリクエスト／ＡＫＡチャレンジ信号である
ことを特徴とする請求項２２に記載のサーバ。
【請求項２４】
前記ＥＡＰメッセージは、ＥＡＰリクエスト／ＡＫＡ通知信号である
ことを特徴とする請求項２２に記載のサーバ。
【請求項２５】
前記ＥＡＰメッセージは、ＥＡＰ成功信号である
ことを特徴とする請求項２２に記載のサーバ。
【請求項２６】
電子メモリであるメモリに記憶された、サーバに関連するユーザ機器によって使用するためのコンピュータプログラムであって、
前記ユーザ機器によって実行される場合に、前記ユーザ機器に、
アクセスネットワークを介して前記ユーザ機器からの接続をセットアップする手順の一部である認証手順において、前記ユーザ機器に関連する前記サーバから、前記ユーザ機器へ送信されるメッセージの１つから特別情報を検索させる、あるいは前記メッセージの１つで示されている、前記アクセスネットワークの少なくとも１つのネットワークのプロパティに関連する特別条件を解釈させ、
前記接続をセットアップする手順の次の段階で、前記アクセスネットワークを介して前記接続を確立する適切なあるいは適正な方法を選択するために、前記検索された情報、あるいは前記特別条件の解釈の結果を使用させる
ことを特徴とするコンピュータプログラム。
【請求項２７】
前記コンピュータプログラムは、フラッシュメモリ、ＥＥＰＲＯＭ、あるいはＲＯＭに記憶されている
ことを特徴とする請求項２６に記載のコンピュータプログラム。
【請求項２８】
電子メモリであるメモリに記憶された、ユーザ機器に関連するサーバによって使用するためのコンピュータプログラムであって、
前記サーバによって実行される場合に、前記サーバに、
前記サーバに関連するユーザ機器の１つに送信される情報に含まれるメッセージに、前記ユーザ機器との接続がセットアップされるアクセスネットワークの少なくとも１つのネットワークのプロパティに関連する特別条件を示す特別情報を導入させる、あるいは前記特別条件を示すために前記メッセージを修正させる
ことを特徴とするコンピュータプログラム。
【請求項２９】
前記コンピュータプログラムは、フラッシュメモリ、ＥＥＰＲＯＭ、あるいはＲＯＭに記憶されている
ことを特徴とする請求項２８に記載のコンピュータプログラム。
【図１ａ】
【図１ｂ】
【図２】
【図３】
【図４ａ】
【図４ｂ】
【図４ｃ】
【図５ａ】
【図５ｂ】
【図５ｃ】
【図５ｄ】
【図１ｂ】
【図２】
【図３】
【図４ａ】
【図４ｂ】
【図４ｃ】
【図５ａ】
【図５ｂ】
【図５ｃ】
【図５ｄ】
【公開番号】特開２０１２−１４７４７８（Ｐ２０１２−１４７４７８Ａ）
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−７４７４４（Ｐ２０１２−７４７４４）
【出願日】平成２４年３月２８日（２０１２．３．２８）
【分割の表示】特願２０１１−５０３９３６（Ｐ２０１１−５０３９３６）の分割
【原出願日】平成２０年１１月５日（２００８．１１．５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公開日】平成２４年８月２日（２０１２．８．２）
【国際特許分類】
【出願番号】特願２０１２−７４７４４（Ｐ２０１２−７４７４４）
【出願日】平成２４年３月２８日（２０１２．３．２８）
【分割の表示】特願２０１１−５０３９３６（Ｐ２０１１−５０３９３６）の分割
【原出願日】平成２０年１１月５日（２００８．１１．５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]