安全なドメイン内およびドメイン間ハンドオーバ
分散モバイル通信環境（１０）において安全で且つ高速のハンドオーバを行なうため、制御機能は、無線・有線境界通信ネットワーク要素間の境界線に位置しており、また、新たなアクセスポイントに対して予め送信されたセキュリティコンテキスト情報を使用して、モバイル機器（２６）と新たなアクセスポイント（１４）との間で相互認証を最初に実行することを提案する。その後、相互認証が成功すると、現在のアクセスポイント（１２）から新たなアクセスポイント（１４）へハンドオーバが実行される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散モバイル通信環境内でのハンドオーバの方法に関し、特に、分散モバイル通信環境のための安全なドメイン内およびドメイン間ハンドオーバに関するものである。
【背景技術】
【０００２】
次世代モバイル通信ネットワークは、無線インフラ要素と有線インフラ要素との間のエッジに対して分配（分散）される制御インテリジェンスを有している。したがって、モバイル通信環境のエッジに対するインテリジェンスの分配（分散）を、以下では、分散モバイル通信環境と称する。以下では、そのような分散モバイル通信環境の特定の実施例について言及するが、任意のタイプの分散モバイル通信環境、例えば、ＧＳＭ、ＵＭＴＳ／ＩＭＴ２０００、ＰＤＣ、ＡＭＰＳ、ＤＡＭＰＳ、ＩＳ−９５、ＷＬＡＮ．．．．．，およびその任意のハイブリッド形式が、以下で説明する技術的教示内容によって網羅されると見なされることは言うまでもない。
【０００３】
今日では、例えばドメイン内ハンドオーバ、すなわち、同じモバイル通信環境のアクセスポイント及び／又は基地局との間のハンドオーバに関して問題が生じている。特に、既存の解決策では、高速で安全なシームレスなハンドオーバを支持して、第１のネットワークアクセスポイントと第２のネットワークアクセスポイントとの間で、認証されたハンドオーバを高速に行なうことはできない。実際に、これは、分散ネットワークを使用する次世代モバイル通信においては大きな問題である。
【０００４】
既存の解決策は、「ＩＥＥＥ ８０２．１１ｆ，ＩＥＥＥ，Ｄｒａｆｔ Ｒｅｃｏｍｍｅｎｄｅｄ Ｐｒａｃｔｉｃｅ ｆｏｒ Ｍｕｌｔｉ−Ｖｅｎｄｏｒ Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｖｉａ ａｎ Ｉｎｔｅｒ−Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ Ａｃｒｏｓｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍｓ Ｓｕｐｐｏｒｔｉｎｇ ＩＥＥＥ ８０２．１１ Ｏｐｅｒａｔｉｏｎ，ＩＥＥＥ ８０２．１１ｆ，Ｊａｎｕａｒｙ ２００３」から周知であり、これは、コンテキスト情報を使用し、アクセスポイントでコンテキスト情報をキャッシュするモバイル通信環境の１つのドメイン内での高速ハンドオーバのための解決策を与えている。一般に、アクセスポイントは、現在のアクセスポイントのマルチキャストドメインとも称される現在起動されているアクセスポイントＡＰの所謂近隣関係グラフ内にある。この規格は、新たなアクセスポイントへのコンテキスト情報の安全な転送のための解決策を与えるが、それにもかかわらず、コンテキスト情報が実際に含むべきものを規定していない。また、規格ＩＥＥＥ ８０２．１１ｆは、相互認証が新たなアクセスポイントでどのように行なわれるべきかを規定していない。
【０００５】
更に、規格ＩＥＥＥ ８０２．１１ｉ、「Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｓｅｃｕｒｉｔｙ Ｅｎｈａｎｃｅｍｅｎｔｓ，ＩＥＥＥ ８０２．１１ｉ，Ｓｅｐｔｅｍｂｅｒ ２００３」は、事前認証のための解決策について検討しているが、高速ハンドオーバのサポートがない。事前認証は、基本的に、キャッシュ内の鍵を使用してそれ自体を現在のアクセスポイントに対して特定するモバイル通信環境における移動局ローミングによって行なわれる。ここで、現在のアクセスポイントは古いアクセスポイントと一致する。鍵は、ＡＡＡサーバとも称される認証サーバおよびモバイル機器を用いて記憶されるマスター鍵から得られる。認証サーバは、得られた認証鍵を１つのアクセスポイントに対して送る。
【０００６】
高速ハンドオーバのセキュリティは、ＩＥＥＥ ８０２．１１ｉにおいて考慮中であるが、未だ何も決定されていない。キーイング機構および高速ハンドオーバ解決策が提案されているが、ローミングのための認証サーバにおいては前述した手法が使用されている。これについては、「Ｎ．Ｃａｍ−Ｗｉｎｇｅｔ ｅｔａｌ．，Ｋｅｙｉｎｇ ｆｏｒ Ｆａｓｔ Ｒｏａｍｉｎｇ，ＩＥＥＥ ８０２．１１−０２／２４１ｒ２，Ｍａｙ ２００３」を参照されたい。認証サーバは、各アクセスポイント毎にローミング鍵を得てそれをアクセスポイントへ送り、また、モバイル機器もそのローミング鍵を得る。したがって、これらの２つは互いに認証することができる。そのため、特にバックボーンネットワーク内に多くのトラフィックが存在し且つアクセスサーバがアクセスポイントから離れて位置し或いはホットスポットにほぼ位置している場合、ＩＥＥＥ ８０２．１１ｉにおいて前述した手法は、高速ローミングに全く適していない。更にまた、この規格ＩＥＥＥ ８０２．１１ｉは、コンテキスト転送に関して検討していない。
【０００７】
要するに、ＩＥＥＥ本体によって提案された手法は未だ予備段階にあり、高速ハンドオーバに関して何ら規定されていない。また、ハンドオーバ中のセキュリティ問題については大部分が棚上げされているが、ＩＥＥＥ ＬｉｎｋＳｅｃ ｈｔｔｐ：／／ｑｒｏｕｐｅｒ．ｉｅｅｅ．ｏｒｑ／ｑｒｏｕｐｓ／８０２／ｌｉｎｋｓｅｃ／／は、ＩＥＥＥ装置のための共通のセキュリティ解決策に向けて努力している。ここでは、主に、有線通信に注目が向けられている。
【０００８】
したがって、欠けているものは、ドメイン間ハンドオーバ、すなわち、異なるステークホルダによって動作される分散無線通信環境間でのハンドオーバのための解決策、および、ハンドオーバ中の効率的な再認証のための解決策である。
【０００９】
また、同じことが３Ｇ標準化提案にも当てはまる。これについては、３ＧＰＰ技術仕様３３．１０２、「３Ｇｓｅｃｕｒｉｔｙ； Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ，Ｖ５．１．０，Ｄｅｃｅｍｂｅｒ ２００２」による。ＵＭＴＳおよびＧＳＭ無線通信ネットワークにおいては、コンテキスト転送の手続きが提案されている。しかしながら、異なるステークホルダを用いてコンテキスト情報を送る問題については検討されておらず、技術は異なる無線通信ネットワークにわたって広がっている。
【００１０】
「Ｂ．Ａｂｏｂａ，ａｎｄ Ｔ．Ｍｏｏｒｅ，Ａ Ｍｏｄｅｌ ｆｏｒ Ｃｏｎｔｅｘｔ Ｔｒａｎｓｆｅｒ ｉｎ ＩＥＥＥ ８０２，Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ，ｅｘｐｉｒｅｄ，ｄｒａｆｔ−ａｂｏｂａ−８０２−ｃｏｎｔｅｘｔ−０２．ｔｘｔ，Ａｐｒｉｌ ２００２，ａｎｄ ＩＥＴＦ Ｓｅａｍｏｂｙ ＷＧ」によるほかの提案：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｑ／ｈｔｍｌ．ｃｈａｒｔｅｒｓ／ｓｅａｍｏｂｙ−ｃｈａｒｔｅｒ．ｈｔｍｌは、ＩＥＴＦ Ｓｅａｍｏｂｙ ＷＧに関するものであり、シームレスな移動性の解決策に向けて努力している。ここで、コンテキスト転送要件に関する草案＜ｄｒａｆｔ−ｉｅｔｆ−ｓｅａｍｏｂｙ−ｃｔ−ｒｅｑｓ−ｏ５．ｔｘｔ＞は、コンテキスト情報転送が優先順位に基づかなければならないことを提示する要件を有している。しかしながら、コンテキスト情報に優先順位をつける方法については検討されていない。また、＜ｄｒａｆｔ−ｉｅｔｆ−ｓｅａｍｏｂｙ−ｃｔｐ−ｒｅｑｓ−ｏ１．ｔｘｔ＞は、ＩＰ層のためのコンテキスト情報転送プロトコルを規定している。
【００１１】
それにもかかわらず、このプロトコルは、分散モバイル通信環境およびドメイン間ハンドオーバに関連しておらず、また、ハンドオーバ中の再認証および相互認証に関連する問題、特に異なるステークホルダに関する問題について検討していない。
【００１２】
更に他の提案は、異なるアクセス技術間での高速で且つシームレスなハンドオーバに照準を定めるＩＳＴ Ｍｏｂｙ Ｄｉｓｋである。ここで、提案されたハンドオーバ技術の大部分は、セキュリティ問題に焦点を合わせておらず、高速ハンドオーバを行なうことに照準を定めている（Ｈａｓａｎ，Ｊ．Ｊａｈｎｅｒｔ，Ｓ．Ｚａｎｄｅｒ，ａｎｄ Ｂ．Ｓｔｉｌｌｅｒ，Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，Ａｃｃｏｕｎｔｉｎｇ，ａｎｄ Ｃｈａｒｇｉｎｇ ｆｏｒ ｔｈｅ Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ，ＴＩＫ−Ｒｅｐｏｒｔ Ｎｏ．１１４，ｖｅｒｓｉｏｎ １，Ｊｕｎｅ ２００１）。
【００１３】
異種モバイル通信環境間のハンドオーバに対する更に他の手法は、「Ｈ．Ｗａｎｇ，ａｎｄ Ａ．Ｒ．Ｐｒａｓａｄ，Ｓｅｃｕｒｉｔｙ Ｃｏｎｔｅｘｔ Ｔｒａｎｓｆｅｒ ｉｎ Ｖｅｒｔｉｃａｌ Ｈａｎｄｏｖｅｒ，ｉｎ Ｐｒｏｃ．Ｏｆ ｔｈｅ１４ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｐｅｒｓｏｎａｌ，Ｉｎｄｏｏｒ，Ｍｏｂｉｌｅ Ｒａｄｉｏ Ｃｏｍｍｕｎｉｃａｔｉｏｎ （ＰＩＭＲＣ ２００３），Ｂｅｉｊｉｎｇ，Ｃｈｉｎａ，Ｓｅｐｔｅｍｂｅｒ ２００３」で検討されたが、この手法は、以下で説明する意味における分散モバイル通信環境のための高速で且つ安全なハンドオーバについて検討していない。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
以上に鑑みて、本発明の目的は、分散モバイル通信環境において安全で且つ高速のハンドオーバを達成することである。
【課題を解決するための手段】
【００１５】
本発明によれば、この目的は、分散モバイル通信環境内における安全なハンドオーバの方法により達成される。安全なハンドオーバは、現在のアクセス装置と新たなアクセス装置との間でモバイル機器において実行される。最初に、新たなアクセス装置で予め形成されたセキュリティコンテキスト情報を使用して、モバイル機器と新たなアクセス装置との間で相互認証が実行される。その後、相互認証が成功した場合にのみ、現在のアクセス装置から新たなアクセス装置へのハンドオーバが実行される。
【００１６】
したがって、本発明によれば、安全で且つ高速なハンドオーバのための全ての要件を満たすことができるとともに、コンテキスト情報転送がハンドオーバ前に利用できると仮定すると、既存の解決策に僅かな変更を加えるだけで済む。
【００１７】
また、モバイル機器と新たなアクセス装置との間の相互認証により、ハンドオーバ中のサービスの質ＱｏＳの状態を向上させることができる。
【００１８】
更にまた、既存の規格に最小限の変更を加えるだけで、ハンドオーバ機構に再認証を組み入れることができ、それにより、配置オプションが速くなり、関連してサービスの質ＱｏＳのレベルが高まることにより顧客の満足度が高まる。
【００１９】
すなわち、本発明において、相互認証は、現在のアクセスポイントとモバイル通信環境内の新たなアクセスポイントとの間のハンドオーバの開始前に前記新たなアクセスポイントへ送られるセキュリティコンテキスト情報に依存しているため、安全で且つシームレスなハンドオーバを提供することができる。
【００２０】
また、本発明の重要な利点は、ドメイン内ハンドオーバとも称される１つの通信ドメイン内でのハンドオーバに本発明が限定されず、以下においてドメイン間ハンドオーバとも称される異なる通信ドメイン間でのハンドオーバにも本発明を適用できるという点である。
【００２１】
したがって、本発明によってはじめて、モバイル通信ネットワーク内でのドメイン内／ドメイン間ハンドオーバのシナリオにおいて高速で且つ安全なハンドオーバが可能になる。この場合、インテリジェンス（知能）、すなわち、ハンドオーバ制御関連機能は、通信環境内の無線・有線境界通信間の境界線で与えられる。
【００２２】
本発明の好ましい実施形態において、安全なハンドオーバは、同じ通信ドメインのアクセス装置間で実行され、すなわち、ドメイン内ハンドオーバとして実行される。
【００２３】
ここで、以下において認証値とも称される異なる安全鍵を使用することを提案する。そのような第１の鍵は、認証サーバでのモバイル機器のログオン中に生成されるマスター鍵である。このマスター鍵またはマスター秘密認証値は、その後、異なるアクセスポイントへと送られる。
【００２４】
好ましくは、異なるアクセスポイントおよび認証サーバが安全な接続を有し、モバイル機器と関連するアクセスポイントとの間の相互認証に基づいてログインが行なわれる。
【００２５】
本発明においては、アクセス装置およびモバイル機器が、アクセスポイントとモバイル機器との間の通信のための通信鍵を得るとともに、更なる第３の所謂ローミング鍵を得ることを提案する。
【００２６】
本発明においては、初めて、好ましくはマスター鍵から生成され且つモバイル機器と新たなアクセス装置との間の相互再認証のために任意のタイプのハンドオーバ中に使用されるローミング鍵を使用することを提案する。
【００２７】
また、本発明においては、好ましくはマスター鍵から生成され且つモバイル通信環境のアクセスポイント／基地局と移動局との間の通信の暗号化のために使用されても良い通信鍵を使用することを提案する。ここで、異なる通信鍵は、アップリンクおよびダウンリンクのため、すなわち、暗号化および復号化のために使用されても良い。
【００２８】
また、強調すべき点は、本発明が、例えばＴＫＩＰやＭＢＭＳ等の鍵生成方法及び／又は例えばハッシュ機能に基づく認証方法等の認証方法の特定のタイプの暗号化アルゴリズム、例えばＤＩＳやＡＩＳ等に限定されないという点である。
【００２９】
更に他の好ましい実施形態においては、異なる暗号鍵のうちの少なくとも１つに対して更新時間が割り当てられることを提案する。時間の実際の長さは、暗号化アルゴリズムに応じて、鍵更新にとって最も良い時間に基づくことができる。そのような１つの例は、鍵更新時間をパケットナンバリングリミット（パケット数制限）に基づかせることである。例えば３２ビットでは、２32個のデータパケット後に鍵更新が引き起こされる。この目的は、完全性関連の問題が生じることを防止することである。更に他の解決策は、タイムスタンプだけを使用すること、あるいは、鍵更新前に送られるパケットの数に関する制限と組み合わせてタイムスタンプを使用することである。更に他の選択肢は、完全性ベクトルが使用される場合には、鍵更新を完全性ベクトルの長さに基づかせることである。
【００３０】
本発明の更に他の好ましい実施形態においては、ドメイン内において或いはドメイン間ハンドオーバにおいては異なる通信ドメインにわたって各アクセス装置毎に近隣関係を維持し、それにより、ハンドオーバのための可能な新たなアクセス装置を特定することが提案される。
【００３１】
近隣関係を維持する利点は、それにより、ハンドオーバの時間に拘束されることなく、セキュリティコンテキスト転送に適した任意の時間に近隣関係で特定された全てのアクセスポイントでセキュリティ関連のコンテキストを予め簡単に形成することができるという点である。
【００３２】
ドメイン内ハンドオーバに関連する、すなわち、異なる通信ドメイン間でのハンドオーバに関連する本発明の更に他の好ましい実施形態においては、基本的にハンドオーバを２つの異なる段階に分割することが提案される。
【００３３】
最初の段階は、ハンドオーバの準備、すなわち、現在の通信ドメイン内の認証サーバと新たな通信ドメイン内の関連する認証サーバおよびアクセス装置との間で信頼できる通信を構築すること、また、新たな通信ドメイン内の可能な新たなアクセス装置を用いて第１の通信ドメインから見られるマルチキャストドメインを拡張すること、更には、現在の通信ドメイン内のアクセス装置と新たな通信ドメイン内の認証サーバとの間で信頼できる関係を形成することに関連している。
【００３４】
この後、実際のハンドオーバの実施は、同様に、再認証が成功した場合、再認証およびハンドオーバの実行に依存する。
【００３５】
通信ドメイン境界にわたるハンドオーバに関連する更に他の好ましい実施形態は、新たな通信ドメイン内で開始されるモバイル機器の準備に関連している。
【００３６】
特に、この好ましい実施形態においては、新たな通信ドメイン内のアクセスポイントに送られるセキュリティコンテキスト情報に加えて、セキュリティ情報をダウンロードすることが提案される。このセキュリティ情報により、モバイル機器は、新たな通信ドメイン内で最初の通信プロセスを開始することができる。
【００３７】
一般に、セキュリティ情報は、少なくとも、第２の通信ドメインの識別情報、任意選択的には第２の通信ドメイン内のフォーリンエージェントのＩＰアドレス、関連する通信ドメインが現在の通信ドメインから送られると仮定する場合には新たな通信ドメインで通信を始めるための通信鍵、第２の通信ドメインで使用される暗号化アルゴリズムの表示を含んでいても良い。第２の通信ドメインで使用される暗号化アルゴリズムの前記表示は、第１および第２の通信ドメインが異なる暗号化アルゴリズムを使用する場合に好ましく、これにより、モバイル機器は、第２の通信ドメイン内でも適切な暗号化を使用して直ちに開始することができる。
【００３８】
この好ましい実施形態の利点は、モバイル機器が、この新たな第２の通信ドメインで通信を開始するために、第２の通信ドメイン内のアクセス装置からのセキュリティ関連情報の供給に依存しなくて済むという点である。
【００３９】
本発明の更に他の好ましい実施形態においては、第１の通信ドメイン内で通信およびローミング鍵に対して割り当てられたタイムアウト時間が、第２の通信ドメイン内の適切な装置によって延ばされても良いということを提案する。
【００４０】
この好ましい実施形態の利点は、制御装置および第２の通信ドメインによるタイムアウト時間の延長により、関連するセキュリティ関連の暗号鍵が生成され及び／又は第２の通信ドメインで利用可能になり且つ第１の通信ドメインによって与えられるセキュリティ関連の暗号鍵がもはや必要なくなるまで、ハンドオーバ関連情報のやりとりを維持できるという点である。
【００４１】
また、本発明の好ましい実施形態において、ドメイン内ハンドオーバのケースまたはドメイン間ハンドオーバのケースにおける通信の再開は、関連する通信関連鍵が利用できない場合あるいはもはや有効でない場合には、セキュリティ関連の暗号鍵を使用して行なわれても良い。
【００４２】
すなわち、本発明によれば、通信のために異なるタイプの暗号鍵を使用することができ、それにより、ハンドオーバ中であってもシステム全体の操作性および自由度を高めることができる。
【００４３】
本発明の他の好ましい実施形態においては、アクセス装置及び／又はモバイル機器の内部メモリへ直接にロードできるコンピュータプログラムプロダクトであって、当該プロダクトがアクセス装置及び／又はモバイル機器のプロセッサで実行される際に前述したような本発明のプロセスステップを行なうためのソフトウェアコード部分を含むコンピュータプログラムプロダクトが提供される。
【００４４】
したがって、本発明は、また、本発明の方法ステップの実施をコンピュータまたはプロセッサシステム上で達成するために与えられる。結論として、そのような実施により、コンピュータシステムまたは更に具体的には例えば分散モバイル通信環境のアクセス装置及び／又はモバイル機器に備えられるプロセッサと共に使用できるコンピュータプログラムプロダクトが与えられる。
【００４５】
本発明の機能を規定するこのプログラムは、多くの形式のコンピュータ／プロセッサに対して供給することができ、書き込み不可能な記憶媒体、例えばプロセッサまたはコンピュータＩ／Ｏアタッチメントによって読み取り可能なＲＯＭまたはＣＤ ＲＯＭディスク等の読み出し専用メモリ装置に永久的に記憶された情報や、書き込み可能な記憶媒体、すなわち、フロッピー（登録商標）ディスクやハードドライブに記憶された情報、または、モデムまたは他のインタフェース装置を介してネットワーク及び／又はインターネット及び／又は電話機回路網等の通信媒体によりコンピュータ／プロセッサに伝えられる情報を含んでいるが、これらに限定されない。そのような媒体は、本発明の概念を実施するプロセッサ可読命令を保持する場合には、本発明の他の実施形態を表わすことは言うまでもない。
【００４６】
以下、図面を参照しながら、本発明の最良の形態および好ましい実施形態について説明する。
【発明を実施するための最良の形態】
【００４７】
以下、添付図面を参照しながら、本発明の最良の形態および好ましい実施形態について説明する。構造図またはフローチャートに関して関連する機能を説明する限りにおいては、当業者であれば容易に分かるように、そのような任意のタイプの機能がソフトウェアで実施されても良く或いはハードフェアで実施されても良く及び／又はそれらの任意の組み合わせを使用して実施されても良い。
【００４８】
また、モバイル通信環境に言及する限りにおいては、当業者であれば容易に分かるように、モバイル通信環境のタイプには特定の制限が何ら課されない。したがって、本発明の意味におけるモバイル通信環境は、単独で行なわれ或いはその任意のハイブリッド形式で行なわれる、内在する技術、例えばモバイル通信技術、モバイル通信データサービス、無線ローカルエリアネットワーク、無線インターネットアクセス、無線衛星通信システム、有線通信環境と組み合わされた無線通信環境等とは関係なく、広義に理解されるべきである。そのような一般的な例は、ＧＳＭ、ＵＭＴＳ／ＩＭＴ２０００、ＰＤＣ、ＡＭＰＳ、Ｄ−ＡＭＰＳ、ＩＳ−９５、ＷＬＡＮ、好ましくはＩＥＥＥ ８０２．１１シリーズである。
【００４９】
更にまた、本発明の意味におけるアクセス装置は、無線通信環境の現在のネットワーク境界に設けられる任意のタイプのアクセスポイント、例えば一般的には無線ローカルエリアネットワークの基地局またはアクセスポイントとして理解されなければならない。
【００５０】
更にまた、モバイル機器は、データ交換能力を有するモバイル機器、例えば、携帯電話、無線アクセスを持つＰＤＡ、ノートパソコン、ページ、回路切換接続またはパケット切換接続を使用する無線装置等として理解されなければならない。
【００５１】
基本的なハンドオーバ手続き
図１は、分散通信環境における本発明に係る安全なハンドオーバの典型的な実施例を示す概略図を示している。特に、この実施例は、同じ通信ドメインの異なるアクセスポイント間でハンドオーバが達成される、いわゆるドメイン内ハンドオーバに関するものである。
【００５２】
図１に示されるように、一般に、通信ドメイン１０は、例えばハンドオーバに関し、無線通信と有線通信との間の境界線すなわちアクセスポイントとアクセスポイント１４との間に位置する装置に対して制御論理が分配される分散型のものである。
【００５３】
図１に示されるように、本発明の一般的な適用性を損なうことなく、少なくとも異なるアクセスポイント１２，１４が例えばローカルエリアネット等のワークバックボーンネットワーク１６を介して接続されているとしても良い。
【００５４】
また、更なるコンピュータ装置、例えばパーソナルコンピュータ１８が同じバックボーンネットワーク１６に対して接続されていても良い。また、無線通信環境内には、モバイルユーザのログオンのための認証サーバ２０が設けられていなければならない。
【００５５】
図１に示されるように、認証サーバは、例えばＩＥＥＥ ８０２．１１シリーズに従う認証サーバ、すなわち、ＡＡＡタイプのものであっても良い。
【００５６】
更にまた、モバイル通信環境１０の外側に位置する通信環境との更なるデータ交換のため、例えば認証サーバおよび広域ネットワーク２４へのルータ２２を介して、モバイル通信環境がフックされても良い。
【００５７】
また、図１に示されるように、モバイル分散通信環境１０内において、モバイル機器２６は最初にアクセスポイント１２への無線接続を有していても良く、その後、モバイル機器の移動中に、アクセスポイント１４に対する無線通信に変わっても良い。以下、第１のアクセスポイントから第２のアクセスポイント１４への無線接続のこのような変更をハンドオーバと称する。
【００５８】
また、ハンドオーバは、１つの通信ドメインのアクセスポイント間で達成されるだけでなく、以下で詳細に説明するように、異なる通信ドメインのアクセスポイント間で達成されても良い。
【００５９】
図２は、図１に示されるアクセスポイント１２，１４の概略図を示している。
【００６０】
図２に示されるように、各アクセスポイントは、認証ユニット２８と、ハンドオーバ制御ユニット３０と、通信ユニット３２とを有している。また、認証ユニット２８は、セキュリティコンテキスト情報ユニット３４と、暗号鍵ユニット３６と、近隣関係ユニット３８とを備えていても良い。任意選択的に、ハンドオーバ制御ユニット３０が移動予測ユニットを備えていても良い。
【００６１】
以下で説明する更なる内容にしたがって、認証ユニット２８の機能は、移動局２６とアクセスポイント１２，１４との間での全ての種類のセキュリティ関連のデータ交換および処理に関与している。これは、セキュリティコンテキスト情報ユニット３４における所謂セキュリティコンテキストの処理と、暗号鍵ユニット３６での暗号鍵の生成と、近隣関係ユニット３８でのハンドオーバ候補の識別のための異なるアクセスポイント間の近隣関係を表わすデータのセットアップ、維持、記憶とに関与していても良い。
【００６２】
また、ハンドオーバ制御ユニット３０は、異なるアクセスポイント間でハンドオーバを実現するために必要な全ての種類の機能を動作可能に達成するとともに、任意選択的に、ハンドオーバのための可能な新たなアクセスポイントの識別のための移動予測を行なう。
【００６３】
更にまた、例えば図１に示されるように、通信ユニット３２は、一方では、アクセスポイントと移動局との間で全てのタイプのデータ交換を動作可能に達成し、また、アクセスポイントとモバイル通信環境１０の全ての更なるネットワーク要素との間で全てのタイプのデータ交換を動作可能に達成する。
【００６４】
図３は、本発明にしたがってハンドオーバを実行する移動局２６または図１に示されていないが任意の他のタイプの移動局の概略図を示している。
【００６５】
図３に示されるように、移動局２６は、認証ユニット４２と、ハンドオーバ制御ユニット４４と、通信制御ユニット４６とを備えている。なお、これらの異なるユニットは、アクセスポイントにおける関連するユニットに機能的に対応している。
【００６６】
したがって、移動局２６の認証ユニット４２は、セキュリティ関連機能のための実施ユニットを備えている。第１のそのようなユニットは、特に移動局が新たな通信ドメインへローミングする際にセキュリティ関連の問題に関する情報を記憶して処理するようになっているセキュリティ情報ユニット４８である。また、ログインユニット５０は、特に各モバイル通信環境中に設けられる認証サーバを用いて、ログイン関連の機能を動作可能に達成する。更にまた、暗号鍵ユニット５２は、移動局２６と関連するアクセスポイント１２，１４との間での通信を暗号化するために様々な暗号鍵を生成し或いは処理して使用する働きをする。
【００６７】
更にまた、ハンドオーバ制御ユニット４４は、ハンドオーバ中に移動局側で要求される全ての制御機能を動作可能に達成する。任意選択的に、ハンドオーバ制御ユニットは、移動局のハンドオーバのための次のアクセスポイントを予測する移動予測ユニット５４を備えていても良い。
【００６８】
更にまた、移動局２６の通信ユニット４６は、移動局２６とアクセスポイント１２，１４との間の任意のタイプの通信のやりとり、特に、ペイロードデータに関する通信のやりとり、および、制御データ、例えば以下に説明するような本発明の意味においてはハンドオーバおよびセキュリティ関連の情報に関する通信のやりとりに必要な全ての機能を果たす。
【００６９】
また、本発明の範囲を限定することなく、以下では、ハンドオーバの開始前に以下の条件が満たされると仮定することができる。すなわち、
ネットワーク要素間の通信は安全(secure)であること。例えば、ＩＥＥＥ ８０２．１１ＷＬＡＮにおいて、アクセスポイント間プロトコルは、アクセスポイント間で安全な通信を行なう。
移動局／ユーザのログイン又は最初の認証、あるいはその両方は、安全であること。
移動局がそれ自体を認証する或いは同等にログオンするための認証サーバ２６およびネットワーク要素は、例えばバックボーンネットワーク１６により安全な接続を有する。また、アクセスポイント間プロトコルも、異なるアクセスポイントの認証サーバ間で安全な接続を行なうこと。
異なる通信ドメインまたは異なるモバイル無線通信環境の認証サーバが信頼関係を有していること。
ネットワーク自体がサービスプロバイダであり、あるいは、サービスは、現在使用されているモバイル通信環境／ネットワークと信頼関係がある第三者コンテンツプロバイダによって提供されること。
【００７０】
図４は、本発明に係る分散モバイル通信環境における安全なハンドオーバのための動作のフローチャートを示している。
【００７１】
図４に示されるように、動作４１０では、最初に認証が実行され、任意選択的に、ネットワーク要素は、認証が成功するまでハンドオーバを遅らせるように通知される。ここで、認証は、新たなアクセスポイントで実行される。
【００７２】
その後、動作４２０において、認証プロセスの成功が評価される。動作４３０で認証が成功した場合、ハンドオーバ手続きが実行される。任意選択的に、新たなアクセスポイントにおける近隣関係にしたがって、以下で詳細に説明するセキュリティコンテキスト情報が転送されてアクセスポイントで更新される。
【００７３】
また、認証が成功しなかった場合には、プロセスが動作４４０へ移行し、前のアクセスポイントとの通信を再開する。認証およびハンドオーバがうまく実行されると、動作４４０にしたがって、新たなアクセスポイントと移動局との間で通信が再開される。
【００７４】
ここで、言及しなければならないことは、移動局、現在のアクセス局、新たなアクセス局、または、モバイル通信環境中の任意のネットワーク要素のいずれかで、相互認証の動作４１０が実行されても良いということである。すなわち、認証は、専用の単一装置で達成されても良く、あるいは、モバイル通信環境にわたって分配されても良い。
【００７５】
また、任意選択的に、動作４１０において、ハンドオーバの実行に関与している任意の装置は、認証の成功が実際に確認されるまでハンドオーバを遅らせるように通知される。それまでに、移動局と新たなアクセスポイントとの間での相互認証が終了し且つ成功していなければならない。
【００７６】
また、図４に示されるように、通信を再開する動作４４０は、認証ハンドオーバ後、いわゆるセキュリティコンテキスト情報の使用に関して本発明にしたがって実行される。以下で説明するように、それは、第１に事前準備により通信機能を促進することができ且つ第２に第２のアクセスポイントの利用可能性によりハンドオーバのセキュリティを高めることができるハンドオーバの前に新たなアクセスポイントに移動されるこのセキュリティコンテキスト情報の使用である。
【００７７】
したがって、ハンドオーバの自由度を高めるため、このセキュリティコンテキスト情報は、ハンドオーバのための１つの目標アクセスポイントで与えられるだけでなく、現在の通信ドメイン内、または、以下で説明するドメイン間ハンドオーバにおける通信ドメイン境界にわたって、現在起動されているアクセスポイントにおける近隣関係で識別された複数の可能なハンドオーバアクセスで与えられても良い。
【００７８】
［メイン機構 − イントラドメイン］
図１に関する一般的な適用のシナリオは、同じモバイル通信環境のアクセス装置間でのハンドオーバの実行である。
【００７９】
ここで、図５は、そのようなハンドオーバに対応するための動作のフローチャートを示している。
【００８０】
図５に示されるように、動作５１０において、ユーザ／モバイル局はモバイル通信ネットワークにログインする。このログイン手続き中、動作５１０においては、ユーザがモバイル通信環境内で通信を実行する権限を与えられていることが認証サーバで検証される。
【００８１】
その後、マスター鍵ＭＫを生成するための動作５２０が続く。そのようなマスター鍵の生成の根底にある１つの一般的な例は、例えば移動局のうちの任意の１つ又はモバイル通信環境内の任意の他のネットワーク装置によって送られても良い２つのパブリック値を使用するディフィーヘルマン方法の適用である。また、ディフィーヘルマン方法の適用は、明らかに単なる一例として見なすことができ、また、本発明の範囲に関して拘束力がない。
【００８２】
動作５２０でのマスター鍵の導出において適用される方法とは無関係に、マスター鍵は、適していると見なされさえすれば、認証サーバで得られても良く、アクセスポイントと認証サーバとの間で得られても良く、あるいは、アクセスポイントとモバイル機器との間で得られても良い。
【００８３】
図５に示されるように、その後、動作５３０においては、生成されたマスター鍵が現在起動されているアクセスポイントへと送られる。また、任意選択的に、このマスター鍵は移動局にも送られる。
【００８４】
図５に示されるように、動作５４０においては、移動局と現在のアクセスポイントとの間の通信の保護のため、生成されたマスター鍵が、いわゆるローミング鍵ＲＫおよび通信鍵ＡＳＫの形成のための基準としての機能を果たす。すなわち、移動局でのアクセスにより、アクセスポイントと移動局との間での安全な通信のために使用される、いわゆる通信鍵ＡＳＫが得られる。また、このマスター鍵からは、１つのアクセスポイントから他のアクセスポイントへのハンドオーバ中に使用されるローミング鍵も与えられる。マスター鍵ＭＫからの通信鍵ＡＳＫおよびローミング鍵ＲＫの導出は、本発明の範囲を限定することなく、ＷＰＡおよびＩＥＥＥ８０２．１１ｉによって使用されるＴＫＩＰを含む文献における幾つかの任意の周知の方法を使用して行なうことができる。
【００８５】
図５に示されるように、その後、動作５５０において、生成されたローミング鍵および通信鍵は、その後の通信ハンドオーバ中にこれらの鍵を使用する装置、特に移動局へと送られる。
【００８６】
［セキュリティコンテキスト情報 − イントラドメイン］
前述したように、本発明の重要な態様は、安全なハンドオーバをサポートするセキュリティコンテキスト情報の生成に関するものである。
【００８７】
本発明において、このセキュリティコンテキスト情報は、ハンドオーバを準備する前に少なくとも現在のアクセスポイントと新たなアクセスポイントとの間でやりとりされるとともに、以下の要素のうちの少なくとも１つの要素を含んでいる。すなわち、
マスター鍵ＭＫと、
モバイル機器と新たなアクセスポイントとの間での相互の認証のためのローミング鍵ＲＫと、
移動局と現在のアクセスポイント及び／又は新たなアクセスポイントとの間での相互の通信のための通信鍵ＡＳＫと、
移動局によって使用される暗号化のタイプの表示と、
マスター鍵のためのタイムアウト時間ＴＯ−ＭＫと、
通信鍵のためのタイムアウト時間ＴＯ−ＡＳＫと、
ローミング鍵のためのタイムアウト時間ＴＯ−ＲＫと、
セキュリティコンテキスト情報自体のためのタイムアウト時間ＴＯ−ＣＩと、
タイムスタンプと、
現在のアクセス局の識別情報と、
仮の識別情報であっても良い、モバイル機器の識別情報と
のうちの少なくとも一つの要素である。
【００８８】
本発明において、以下の関係は、異なるタイムアウト時間同士の間で保たれる。すなわち、セキュリティコンテキスト情報のためのタイムアウト時間ＴＯ−ＣＩは、マスター鍵のためのタイムアウト時間ＴＯ−ＭＫ以上でなければならず、また、マスター鍵のためのタイムアウト時間ＴＯ−ＭＫは、通信鍵のためのタイムアウト時間ＴＯ−ＡＳＫ以上でなければならず、また、通信鍵のためのタイムアウト時間ＴＯ−ＡＳＫは、ローミング鍵のためのタイムアウト時間ＴＯ−ＲＫ以上でなければならない。
【００８９】
一般に、異なるタイムアウト時間は、それに対する関係において与えられる値の更新のための上限時間としての機能を果たし、それにより、例えば、関連するタイムアウト時間の満了前に通信鍵が更新されるようになる。同様のことが、ローミング鍵、マスター鍵、あるいは、セキュリティコンテキスト情報に対しても適用される。
【００９０】
タイムアウト時間の満了による異なる暗号鍵およびセキュリティコンテキスト情報の更新のトリガの他、他の可能性は、例えば、ローミング鍵または通信鍵が現在のアクセスポイントで得られ且つハンドオーバ中に新たなアクセスポイントへ送られるということである。
【００９１】
第３の可能性は、例えば、移動局がハンドオーバを行なう度に、通信鍵が移動局および現在及び／又は新たなアクセスポイントによって得られるということである。更にまた、前述した３つの可能性に係る複合型の更新の使用も考え得る。
【００９２】
タイムアウト時間を使用した場合、第１の選択肢は、タイムアウト時間の満了時に関連する通信鍵を更新することである。そうでない場合、すなわち、新たなアクセスポイントに送る場合、あるいは、ハンドオーバ中に得る場合には、現在のアクセスポイントがそれに関して知らなくても、移動局が現在のアクセスポイントに知らせることなくハンドオーバを行なうことを決定すると、ハンドオーバが生じる可能性がある。その後、新たなアクセスポイントで新たな通信鍵が生成されても良い。
【００９３】
前述したように、アクセスポイントは、暗号鍵に加えて、移動局のためのセキュリティコンテキスト情報を形成しても良く、また、このセキュリティコンテキスト情報を、その隣りのアクセスポイント、特に例えばＩＥＥＥ ８０２．１１ｆに係るＩＡＰＰ等のアクセスポイント間通信プロトコルにおける近隣関係グラフで特定されたアクセスポイントへ送っても良い。ここで、前記グラフは、グラフの構成要素によって動的に変えられても良く、あるいは、アクセスポイントの位置が変更されない場合には、ネットワーク管理者によって静的なグラフが形成されても良い。
【００９４】
セキュリティコンテキスト情報を広げるため、第１のケースは、セキュリティコンテキスト情報が１つのアクセスポイントから他のアクセスポイントのみへと送られるユニキャストのケースであり、さもなければ、セキュリティコンテキスト情報が１つのアクセスポイントから近隣関係グラフで特定された複数の可能なハンドオーバアクセスポイントへと送られるマルチキャストのケースである。ユニキャストのケースの場合には、現在のアクセスポイントに現在接続され且つ新たなアクセスポイントへのハンドオーバを望んでいる移動局の位置、速度、方向等に基づいて、予測が行なわれても良い。任意選択的に、セキュリティコンテキスト情報は、ハンドオーバプロセスそれ自体の間にわたって或いはハンドオーバが行われた後に送られても良い。
【００９５】
以上を考慮すると、本発明に係るドメイン内ハンドオーバのための提案された解決策は、アクセスポイントのサブステージスタートアップ、認証サーバを用いた移動局のログオン、セキュリティ関連の暗号鍵の生成、前述した意味でのハンドオーバの実行に依存している。
【００９６】
一例として、アクセスポイントスイッチオンプロセスおよびＷＬＡＮ規格下での認証サーバに対するログオンにより、ＩＰＳトンネルが生成されても良く、また、ＩＰプロトコル下での１対１および１対多数の安全な関連付けは、現在のアクセスポイントからその後のハンドオーバにおいて考慮されるアクセスポイントまで存在していても良い。
【００９７】
また、ハンドオーバの実行前においては、認証サーバに対するログオン中に暗号化方法が決定されなければならない。これが成されると仮定すると、本発明に係るドメイン内ハンドオーバを実行するための幾つかの異なる可能性が以下のように与えられても良い。なお、これらの可能性は、単なる一例と見なされる。
【００９８】
ドメイン内（イントラドメイン）ハンドオーバ−ケースＩ
図６は、本発明に係るドメイン内ハンドオーバの第１の実施例における動作のフローチャートを示している。
【００９９】
基本的に、図６に示されるハンドオーバの実施例は、同じ通信ドメイン内の１つのアクセスポイントへのハンドオーバに関するものである。この場合、新たなアクセスポイントは近隣関係グラフで特定される。このことは、ハンドオーバの実行前にセキュリティコンテキスト情報が近隣関係グラフ内のアクセスポイントへ転送されることを意味している。
【０１００】
また、ハンドオーバにおける条件は、現在のアクセスポイントに対して新たなアクセスポイントを知らせる移動局を用いて、あるいは、移動局から通信の質等を判断して新たなアクセスポイントを移動局に知らせる現在のアクセスポイントを用いてハンドオーバが行なわれるということである。
【０１０１】
更にまた、移動局は、例えばセキュリティコンテキスト情報等のハンドオーバ関連情報のやりとりに関する現在のアクセスポイントと新たなアクセスポイントとの間の全ての通信が完了した後においてのみ、ハンドオーバを行なう。
【０１０２】
条件が満たされると仮定すると、動作６１０では、現在のアクセスポイントにおいて近隣関係にある少なくとも１つの新たなアクセスポイントが特定される。
【０１０３】
その後、動作６２０において、新たなアクセスポイントでのセキュリティコンテキストの利用可能性が評価される。
【０１０４】
そのようなセキュリティコンテキストが利用可能である場合、現在のアクセスポイントは、動作６３０において、ハンドオーバの実行を移動局に知らせるとともに、任意選択的に、ハンドオーバ手続きをトリガし、その後、図４に示される基本的な方式に従う。
【０１０５】
［ドメイン内（イントラドメイン）ハンドオーバ−ケースＩＩ］
更なる実施例も、先と同様に、現在の通信ドメイン内の１つのアクセスポイントへのハンドオーバに関するものである。この場合、新たなアクセスポイントは、現在のアクセスポイントの近隣関係グラフで特定される。図６に示され且つ図６に関して説明した実施例とは異なり、ここでは、ハンドオーバのための条件は、移動局が現在のアクセスポイントに知らせることなくハンドオーバに関して知らせることであると仮定する。
【０１０６】
図７に示されるように、これは動作７１０において達成される。移動局によるハンドオーバのトリガ後、動作７２０では、図４に示される基本的な方式にしたがってハンドオーバ手続きが実行される。
【０１０７】
［ドメイン内（イントラドメイン）ハンドオーバ−ケースＩＩＩ］
ドメイン内ハンドオーバ、すなわち、同じ通信ドメイン内の１つのアクセスポイントへのハンドオーバの更なるケースは、新たなアクセスポイントが現在のアクセス局の近隣関係グラフで特定されないケース、すなわち、セキュリティコンテキスト情報がハンドオーバの実行へ移されないケースに関するものである。
【０１０８】
ここで、ハンドオーバにおける条件は、現在のアクセスポイントに対して新たなアクセスポイントを知らせる移動局を用いて、あるいは、移動局から通信の質等を判断して新たなアクセスポイントを移動局に知らせる現在のアクセスポイントを用いてハンドオーバが行なわれるということである。移動局は、セキュリティ関連情報のやりとりに関する現在のアクセスポイントと新たなアクセスポイントとの間の全ての通信が完了した後においてのみ、ハンドオーバを行なう。
【０１０９】
図８は、ドメイン内ハンドオーバのこの第３のタイプに係る安全なハンドオーバのための動作のフローチャートを示している。
【０１１０】
図８に示されるように、動作８１０において、移動局は、新たなアクセスへのハンドオーバに関して現在のアクセスポイントに知らせても良く、あるいは、現在のアクセスポイントは、同じハンドオーバに関して移動局に知らせても良い。ここで、動作８１０では、新たなアクセスポイントが現在のアクセスポイントの近隣関係で反映されないと仮定する。
【０１１１】
図８に示されるように、その後、動作８２０においては、任意選択的にネットワークオペレータの仲介により、ハンドオーバ実行前に新たなアクセスポイントでセキュリティコンテキスト情報が受けられる。
【０１１２】
図８に示されるように、最終的に、ハンドオーバは、図４に関して前述した原理に沿って、動作８３０で実行される。
【０１１３】
また、現在のアクセスポイントが新たなアクセスポイントと通信しなくても良いシナリオも想定できる。この場合、移動局は、セキュリティの理由により新たなアクセスポイントへのハンドオーバを行なわないことを知らされる。その後、ネットワーク管理者は新たなアクセスポイントに関して知らされ、これに続き、セキュリティコンテキスト情報が、前述した動作を担うこれらの新たなアクセスポイントに対して送られる。
【０１１４】
［ドメイン内（イントラドメイン）ハンドオーバ−ケースＩＶ］
このタイプのドメイン内ハンドオーバにおける動作のフローチャートを示す図９に関して例示されたドメイン内ハンドオーバの更なる拘束力がない例は、この場合も同様に、セキュリティコンテキスト情報が新たなアクセスポイントで利用できない状況に関するものである。ここでのハンドオーバにおける条件は、移動局がそれにおける現在のアクセスポイントに知らせることなくハンドオーバを行なうということである。
【０１１５】
図９に示されるように、このタイプのドメイン内ハンドオーバの場合、最初に、動作９１０において、移動局と新たなアクセスポイントとの間で認証が実行される。動作９２０において認証の失敗に関する問い合わせがなされた後、認証が成功した場合には、動作９３０において、新たなアクセスポイントへのハンドオーバが実行される。そうでない場合には、動作９４０において、セキュリティコンテキスト情報が新たなアクセスポイントに対して送られ、動作９５０において、移動局の再認証が新たなアクセスポイントで行なわれた後、動作９３０にしたがって新たなアクセスポイントへのハンドオーバが実行される。
【０１１６】
以上から明らかなように、本発明においては、プロトコルセキュリティレベルが暗号化アルゴリズムの要素および関連するレベルに対してもたらされる。ユーザは、プロセス全体および鍵生成に関して介入し／予想することが妨げられ、したがって、変異要素／アクセスポイントへのハンドオーバが妨げられる。セキュリティレベルが高まるが、これにより、ドメイン内ハンドオーバまたはドメイン間ハンドオーバとは無関係にハンドオーバ中の遅延が最小限に抑えられ、同時に、セキュリティレベルが維持される。
【０１１７】
［ドメイン間ハンドオーバ］
これまでは、図６〜図９に関してドメイン内ハンドオーバの特定の実施例について説明してきたが、以下では、図１０〜図１４に関してドメイン間ハンドオーバの詳細について説明する。
【０１１８】
ドメイン内ハンドオーバの場合と同様に、ドメイン間ハンドオーバの場合においても、対象は、継続中のサービスを中断することがない、通信ドメインの境界にわたってシームレスで、安全な、高速のハンドオーバである。
【０１１９】
ここで、図１０は、ドメイン間ハンドオーバの典型的な実施例を示す概略図を表わしている。
【０１２０】
図１０に示されるように、第１の通信ネットワークドメイン１０および関連する接続された有線エリアネットワーク２４に加えて、ドメイン間ハンドオーバ中には、第２の通信ネットワークドメイン５６と、サービスプロバイダネットワークと、コンテンツプロバイダネットワーク５８と、ルータ６２を介して第２の通信ドメイン５６の認証サーバ６４に接続された更なる有線エリアネットワーク６０とが含まれていても良い。
【０１２１】
また、図１０は、第２の通信ネットワークにアクセスポイント６６が同様にして設けられ且つバックボーンネットワーク１６により少なくとも第１の通信ネットワークおよび第２の通信ネットワークにおけるネットワーク要素同士を結合することができることを示している。
【０１２２】
なお、図１０に示される特定のネットワークセットアップは、単なる例示であり、本発明の範囲を限定するものと見なされるべきではない。本発明の一般的な適用のシナリオを説明するために無線ローカルエリアネットワークＷＬＡＮが使用されているが、関連する全ての考え方は、任意の他のタイプのモバイル通信システム、すなわち、第２世代のモバイル通信電話ネットワーク、第２世代のモバイル通信電話ネットワーク、第３世代のモバイル通信電話ネットワーク、及び／又は、任意のハイブリッド形式等に関して同様に使用できることは言うまでもない。
【０１２３】
また、異なるタイプのネットワーク間のハンドオーバに関して、当該ハンドオーバは、現在のネットワークＣＮまたは同様に現在の通信ドメイン、更なる新たなネットワークまたは新たな通信ドメインＮＮと、ホームネットワークまたはホーム通信ドメインＨＮとの間で異なっていても良い。更に、サービスプロバイダネットワークＳＰＮおよびコンテンツプロバイダネットワークＣＰＮが含まれていても良い。
【０１２４】
これらの全てのネットワーク間では、信頼関係が存在するかどうか、すなわち、関連するネットワーク間の通信が保護されて安全であると見なされるかどうかを識別することができる。あるいは、信頼関係が要求されている場合には、通信のセットアップ前に適切な手段を講じて、２つのネットワーク間でのデータ交換中に通信に関して不正行為が生じないようにしなければならない。
【０１２５】
また、ホームネットワークＨＮが現在のネットワークＣＮに対して信頼関係を有し、更に、現在のネットワークＣＮが新たなネットワークＮＮに対して信頼関係を有しているとすると、ホームネットワークＨＮと現在のネットワークＣＮとの間の信頼関係および現在のネットワークＣＮと新たなネットワークＮＮとの間の信頼関係は、ホームネットワークＨＮと新たなネットワークＮＮとの間の通信において委譲されても良い。
【０１２６】
ドメインハンドオーバにおける基本的なシナリオは、現在のネットワークからのハンドオーバである。この場合、現在のネットワークは、新たなネットワークに対するホームネットワークである。ここで、新たなネットワークＮＮは、現在のネットワークＣＮとの以前の信頼関係を有していても良く、あるいは、現在のネットワークとの信頼関係を有していなくても良い。
【０１２７】
現在のネットワークと新たなネットワークとの間に信頼関係が存在する場合には、新たなネットワークの適用ポイントは、現在のネットワークのマルチキャストドメインの一部になり、逆もまた同様である。現在のネットワークが全てのセキュリティコンテキスト情報を新たなネットワークへ転送する必要はない。例えば、マスター鍵または通信鍵を送る必要はない。現在のネットワークＣＮのアクセスポイントは、そのウェイクアップにおいて、隣の異なるネットワークとの信頼関係に関して知らされ、また、この情報は、認証サーバによって定期的に更新される。情報が特定のタイムアウト時間ＴＯ−ＴＲＵＳＴ内に更新されない場合、アクセスポイントは、更新を要求する認証サーバとコンタクトをとっても良い。
【０１２８】
すなわち、ドメイン間ハンドオーバにおいても、セキュリティコンテキスト情報が維持されるとともに、このセキュリティコンテキスト情報は、例えばこれを現在のアクセスポイントの近隣グラフへ送ることにより、現在のネットワークＣＮと新たなネットワークＮＮとの間でやりとりされる。
【０１２９】
ここで、前述したドメイン内ハンドオーバのシナリオに加えて、セキュリティコンテキスト情報の一部は、現在のネットワークＣＮと新たなネットワークＮＮとの間の信頼関係のタイプまたは程度に依存している。
【０１３０】
一般に、セキュリティコンテキスト情報は、少なくとも以下のものを含んでいる。すなわち、
移動局のために使用される暗号化アルゴリズムと、
移動局サポートの暗号化アルゴリズムと、
マスター鍵と（このマスター鍵の転送は、異なるネットワーク間の信頼関係のレベルに依存している。）、
マスター鍵のためのタイムアウト時間ＴＯ−ＭＫと、
ローミング鍵ＲＫと、
ローミング鍵のためのタイムアウト時間ＴＯ−ＲＫと、
通信鍵ＡＳＫと（この通信鍵は、ハンドオーバ期間の度に通信鍵ＡＳＫが得られない場合にのみ送られる。更に、通信鍵ＡＳＫの転送は、現在のネットワークと新たなネットワークとの間の信頼関係のレベルに依存している。）、
通信鍵のためのタイムアウト時間ＴＯ−ＡＳＫと、
セキュリティコンテキスト情報タイムアウト時間ＴＯ−ＣＩと、
タイムスタンプと
アクセスポイントの識別情報と
移動局の識別情報と（この識別情報は、ＭＡＣアドレスまたはＩＰアドレスを含んでいても良く、また、例えば最初のログイン手続き中に、周知のＩＤから、ＵＭＴＳで使用される仮ＩＤが生成されても良い。）、
現在のネットワークの識別情報と
である。
【０１３１】
また、ドメイン内ハンドオーバに関して前述したように、ドメイン間ハンドオーバにおいても、ローミング鍵および通信鍵のタイムアウト時間は、必要に応じて、モバイル機器と関連するネットワーク要素との間での最初の通信のため、新たな通信ドメイン内で広げられても良い。
【０１３２】
ドメイン間ハンドオーバにおいては、スムーズなハンドオーバを促進させるために、ハンドオーバが現在のネットワークＣＮから新たなネットワークＮＮへと行なわれると、セキュリティコンテキスト情報に加えて、セキュリティ情報も移動局へと送られる。
【０１３３】
特に、このセキュリティ情報は、更なる通信関連情報が関連するアクセスポイント間でやりとりされているか否かにかかわらず、移動局が新たなネットワークに備えられるように与えられる。
【０１３４】
ここで、移動局に対して与えられるセキュリティ情報の内容は、少なくとも次を含んでいる。すなわち、
新たなネットワークの識別情報と、
モバイルＩＰｖ４が使用される場合に好ましくは与えられる新たなネットワークのためのフォーリンエージェントのＩＰアドレスと、
現在のネットワークを介して新たなネットワークから予め得られ且つ使用されるネットワークの種類に依存しているＩＰアドレスと、例えば、ＷＬＡＮの例において使用されるインターネットプロトコルＩＰのバージョン（これは、ＭＩＰが使用される場合には必要とされないかもしれない。）と、
暗号鍵と（ここで、暗号鍵は、移動局および新たなネットワークにおける新たなアクセスポイントのための新たな通信鍵である。この暗号鍵は、通信鍵が現在のアクセスポイントを介して新たなネットワークの新たなアクセスポイントへ送られない場合には、セキュリティ情報内に含まれる。さもなければ、以下の場合には、暗号鍵がセキュリティ情報内に含まれる。すなわち、
（ｉ）通信鍵ＡＳＫが現在のアクセスポイントにより新たなネットワーク内の新たなアクセスポイントへ送られない場合。
（ｉｉ）更に新たなマスター鍵ＭＫを新たなネットワークで形成できる前に通信鍵ＡＳＫがタイムアウトする場合、マスター鍵ＭＫが新たなネットワークへ送られず、移動局が新たな通信鍵ＡＳＫを得ることができず、あるいは、古いマスター鍵に基づいて誤った通信鍵ＡＳＫを得る場合、マスター鍵ＭＫは新たなネットワーク内の新たなアクセスポイントへ送られないが、通信鍵ＡＳＫは送られる。したがって、「タイムアウト ≧ 残されたＡＳＫまたはＲＫ ≧ Ｔ−ＭＫ」の条件が成り立つ場合には、新たな通信鍵ＡＳＫが、新たなネットワーク内の新たなアクセスポイントによって送られる。ここで、残されたＴＯ−ＡＳＫまたはＲＫは、通信鍵ＡＳＫまたはローミング鍵ＲＫにおいて残された時間である。すなわち、この時間の満了後、通信鍵ＡＳＫは、タイムアウトすると共に、無効になる。また、Ｔ−ＭＫは、新たなネットワーク内の認証サーバおよび移動局によって新たなマスター鍵を生成するために必要な時間である。また、通信鍵が現在のネットワークによって新たなネットワークへ送信されない可能性、あるいは、新たなネットワークによって現在のネットワークへ送信されない可能性もある。）、
【０１３５】
暗号鍵のためのタイムアウト時間と、
暗号化アルゴリズムと（新たなネットワークのアクセスポイントが現在のネットワークで使用された暗号化アルゴリズムと比べて異なる暗号化アルゴリズムを使用する可能性がある。そのような場合、現在のアクセスポイントは、移動局および新たなアクセスポイントによって使用される最良の期間および暗号化アルゴリズムを選択することができるとともに、これについて移動局に知らせることができる。最良の可能な暗号化アルゴリズムは、移動局のやり方および新たなネットワークで使用されるやり方に基づいて選択することができる。新たなネットワークはハンドオーバ後に常に制御可能であり、これにより、現在のネットワークは、必要に応じて常に、ジョブを行なうことができ、すなわち、実施策に基づいて暗号化アルゴリズムを選択することができる。新たなネットワーク内の新たなアクセスポイントは、移動局がサポートする暗号化アルゴリズムを知っているため、選択した暗号化アルゴリズムを現在のアクセスポイントに知らせることができる。）
である。
【０１３６】
［ドメイン間 − 準備的セットアップ］
以下に説明するドメイン間ハンドオーバに関する異なる適用のシナリオは、以下の拘束力のない前提に基づいている。すなわち、
ネットワーク要素間の通信は安全(secure)であること。
ＩＥＥＥ ８０２．１１ ＷＬＡＮについて、アクセスポイント間プロトコルは、アクセスポイント間で安全な通信を行なうことが仮定できること。
モバイル機器のログインまたは最初の認証は、ＩＥＥＥ ８０２．１１ ＷＬＡＮが移動局である場合、ユーザに安全であること。
モバイル機器がそれ自体を認証またはログオンするための認証サーバおよびネットワーク要素は、安全な接続を有していること。アクセスポイント間プロトコルは、認証サーバとアクセスポイントとの間で安全な接続を行なう。
異なる通信ドメインまたはネットワーク間の認証サーバは、先に概略的に説明したハンドオーバ状況に依存する信頼関係を有していること。
ネットワーク自体は、サービスプロバイダ、または、現在の全てのネットワークドメインと信頼関係を有する第三者コンテンツプロバイダによって提供されるサービスであること。
【０１３７】
図１１は、本発明に係るドメイン間ハンドオーバを準備する動作のフローチャートを示している。
【０１３８】
最初に、動作１１１０においては、通信ネットワーク間の信頼できる通信が利用できるように備える。その後、動作１１２０において、現在の通信ネットワークのマルチキャストドメイン、特に現在のアクセスポイントが拡張される。このステップは任意である。その後、動作１１３０において、現在のアクセスポイントと現在の認証サーバとの間で信頼できる通信が形成される。この動作も任意である。
【０１３９】
図１１に示されるように、ドメイン間ハンドオーバの準備においては、動作１１４０で、前述したセキュリティ情報が移動局に対して送信される。また、任意選択的に、ローミング鍵ＲＫ、通信鍵ＡＳＫ及び／又はマスター鍵ＭＫも送信される。
【０１４０】
また、図１１に示されるように、動作１１５０では、移動局に対して与えられるセキュリティ情報以外に、アクセスポイントに関するセキュリティコンテキスト情報の少なくとも一部も、新たなアクセスポイントへ送信される。
【０１４１】
その後、図１１に示されるように、動作１１６０に移行してハンドオーバが実行され、動作１１７０で通信が再開される。
【０１４２】
図１１に示されるように、任意選択的に動作１１８０では、前のアクセスポイントにハンドオーバが知らされる。動作１１９０においては、セキュリティ関連情報に関して、特にセキュリティコンテキスト情報に関して、新たなアクセスポイントに隣接する全てのアクセスポイントが更新される。
【０１４３】
［ドメイン間 − 基本的なハンドオーバ］
以下では、現在のネットワークから新たなネットワークへの基本的なハンドオーバ手続きに関して、図１１に示されるハンドオーバを実行するための動作１１６０の詳細を説明する。なお、この場合、前述したように信頼通信リンクが構築されると仮定し、また、図１１に示されるようにセキュリティ情報がモバイル機器へダウンロードされると仮定する。
【０１４４】
一般に、基本的なハンドオーバ手続きにおいては、ハンドオーバが実行されると、移動局と新たなアクセスポイントとの間で相互認証が行なわれる。この場合、この目的のためにローミング鍵が使用されることが好ましい。ここでは、任意の周知の相互認証方法が使用されても良い。
【０１４５】
相互認証が行なわれると、通信を続行して再開することができる。これは、移動局におけるコンテキスト情報を新たなアクセスポイントを用いて利用できるからである。したがって、基本的なハンドオーバ手続きは、図４におけるドメイン内ハンドオーバに関して前述したそれと類似している。
【０１４６】
通信鍵が新たなネットワーク内の新たなアクセスに対して通信されない場合あるいは新たなアクセスポイントによって移動局へ通信されない場合には、最初に、ローミング鍵ＲＫを使用して通信が行なわれる。
【０１４７】
また、新たなアクセスポイントは、その近隣関係グラフ内の全てのアクセスポイントに対してコンテキスト情報を送る。新たなアクセスポイントは、新たなネットワーク内の関連する認証サーバにハンドオーバ手続きを知らせ、また、新たなネットワーク内の認証サーバも同様に現在のネットワーク内の認証サーバに知らせる。
【０１４８】
また、移動局および新たな認証サーバは、現在使用されている通信鍵ＡＳＫおよびローミング鍵がタイムアウトする前に新たなマスター鍵を生成する。なお、ここでは、これは、マスター鍵が現在のネットワークから新たなネットワークへ送られない場合にのみ行なわれる。
【０１４９】
更に、移動局および新たなアクセスポイントは通信鍵ＡＳＫを生成する。通信鍵ＡＳＫが無く且つ通信のためにローミング鍵ＲＭが使用される場合には、前の通信鍵が満了した後においてのみ新たな通信鍵ＡＳＫが生成されても良い。
【０１５０】
以上を考慮すると、移動局が現在のネットワークから新たなネットワークへローミングする際には、最初に、移動局が始めるために、あるいは、すなわち予備通信のためにローミング鍵およびセキュリティ情報が使用されるのは明らかである。
【０１５１】
したがって、ローミング鍵は、新たなネットワーク内のマスター鍵を生成できる十分に長い寿命（存続期間）を有していなければならない。通信鍵が現在のネットワークから新たなネットワークへ送られる場合には、同じことが通信鍵ＡＳＫにも当てはまる。
【０１５２】
マスター鍵が新たなネットワークで生成されると、これにより、前述した意味におけるその後の更なるハンドオーバのために、関連する通信鍵ＡＳＫおよびローミング鍵ＲＫを新たなネットワークでも生成することができる。関連する生成された通信鍵およびローミング鍵は、現在起動されている新たなアクセスポイントの近隣関係の一部である新たなネットワーク内のアクセスポイントのその後の更新のため、セキュリティコンテキスト情報中に組み入れられる。
【０１５３】
以下、現在のネットワークから新たなネットワークへの基本的なハンドオーバ手続きが、異なる一群、すなわち、現在のネットワークおよび新たなネットワークが信頼関係を有する或いは有さない一群に対して適用される方法について説明する。
【０１５４】
［ドメイン間 − ケースＩ］
第１のそのような関係は、現在のネットワークおよび新たなネットワークが信頼関係を有しているケースである。このタイプのドメイン間ハンドオーバにおける動作の関連するフローチャートが図１２に示されている。
【０１５５】
図１２に示されるように、ハンドオーバが信頼関係をもって新たなネットワークに対して達成されるとともに、新たなアクセスポイントが現在のアクセスポイントに対する近隣関係で特定され、すなわち、動作１２１０においてセキュリティコンテキスト情報がこの新たなアクセスポイントへ転送されるものと仮定する。
【０１５６】
ここで、ハンドオーバのための条件は、現在のアクセスポイントに新たなアクセスポイントを知らせる移動局を用いてハンドオーバが行なわれるということであり、あるいは、通信の質のような基準から判断する現在のアクセスポイントが移動局に対して新たなアクセスポイントを知らせるということである。また、他の基準は、現在のアクセスポイントと新たなアクセスポイントとの間の通信の全てが完了した後においてのみ移動局がハンドオーバを行なうということである。
【０１５７】
図１２に示されるように、動作１２２０では、ハンドオーバ前に新たなアクセスポイントにハンドオーバが知らされ、同じことが移動局にも適用される。
【０１５８】
図１２に示されるように、その後、動作１２３０において、ハンドオーバを実行するようにモバイル機器に指示する現在のアクセスポイントにより、ハンドオーバ自体の実行がなされる。
【０１５９】
［ドメイン間 − ケースＩＩ］
ドメイン間ハンドオーバの更なるタイプを図１３に関して説明する。
【０１６０】
ここで、ハンドオーバは、例えば共に信頼関係を有する現在のネットワーク内の１つのアクセスポイントから新たなネットワークへと行なわれるとする。
【０１６１】
図１３に示されるように、ここでは、ハンドオーバのための条件は、動作１３１０において新たなアクセスポイントだけにハンドオーバが知らされ、その後、動作１３２０において、新たなアクセスポイントに知らせることなくハンドオーバが実行されるということである。
【０１６２】
［ドメイン間 − ケースＩＩＩ］
更なるハンドオーバの状況および手続きは、信頼関係を有さない現在のネットワークおよび新たなネットワークに関するものである。関連するタイプのハンドオーバが図１４に示されている。
【０１６３】
現在のネットワークおよび新たなネットワークが互いに信頼関係を有しておらず且つ移動局が新たなネットワークへのハンドオーバを要求し或いは新たなネットワークへ引き渡された場合には、現在のアクセスポイントが知らされた状態で或いは現在のアクセスポイントが知らされない状態で、新たなネットワーク内のアクセスポイントへのハンドオーバが起こるという選択肢が生じる。
【０１６４】
最初のケースにおいて、現在のアクセスポイントが知らされるということは、図１４に示されるように現在のアクセスポイントが全ての必要な手続きを処理した後にハンドオーバが行なわれることを意味している。
【０１６５】
ここで、第１の動作１４１０は、第１および第２のネットワーク間で信頼関係を生成する。したがって、動作１４１０，１４２０において、現在のアクセスポイントは、認証サーバとコンタクトをとるとともに、要求されたハンドオーバに関して認証サーバおよび現在のネットワークに知らせた後、新たなネットワーク内の認証サーバとコンタクトをとって、信頼関係を形成する。
【０１６６】
その後、動作１４３０において、セキュリティコンテキスト情報が新たなネットワーク内の新たなアクセスポイントへ送られ、また、ハンドオーバ手続きは、前述した基本的なハンドオーバ手続きと同じである。
【０１６７】
なお、ここでは、現在のネットワークと新たなネットワークとの間の通信の遅れに起因して、移動局は、現在のネットワークと新たなネットワークとの間に信頼関係が形成される前にハンドオーバを行なうことができる。
【０１６８】
現在のアクセスポイントが知らされないことを前提とし、移動局は、現在のアクセスポイントに知らせることなく新たなアクセスポイントへ移動するものとする。通信は、現在の通信ネットワーク内で、すなわち、認証サーバ増進策またはハンドオーバ前のように通信を再開するための同様の手法を使用して、中断されるとともに再び確立される。
【０１６９】
これまで、基本的な手続きに関して、ドメイン間ハンドオーバの状況、すなわち、現在のネットワークおよび新たなネットワークが信頼関係を有する状況、および、現在のネットワークおよび新たなネットワークが信頼関係を有さない状況を説明してきた。
【０１７０】
これに加え、ハンドオーバの状況および手続きは、現在のネットワークおよび新たなネットワークのタイプによって、すなわち、現在のネットワークがホームネットワークであるか否かによって、また、新たなネットワークがホームネットワークであるか否かによって分類されても良く、更には、新たなネットワークとホームネットワークとの間の信頼関係に関して分類されても良い。
【０１７１】
これまでは、移動局がそのホームネットワークではない新たなネットワークからそのホームネットワークではない他の新たなネットワークへのハンドオーバを行なう状況が存在する。なお、ここでは、いずれにせよ、ホームネットワーク内の認証サーバにハンドオーバ手続きが知らされなければならない。
【０１７２】
最初のケースは、信頼関係を有する新たなネットワークおよび現在のネットワークに関するものである。このケースでは、新たなネットワークがホームネットワークとの信頼関係を有していない場合であっても、信頼関係を現在のネットワークから新たなネットワークへ委譲することができる。信頼関係を委譲する部分以外、ハンドオーバ手続きは、図１２および図１３に関して前述した手続きと同じである。
【０１７３】
新たなネットワークがホームネットワークとの信頼関係も有していないことを考慮すると、第２の状況は、現在のネットワークおよび新たなネットワークが信頼関係を有していない場合に生じる。このことは、図１４で説明した手続きにしたがってホームネットワークと新たなネットワークとの間でとにかく信頼関係が形成されなければならないことを意味している。
【０１７４】
第３の状況は、新たなネットワークがホームネットワークとの信頼関係を有している場合に生じる。ここで、現在のネットワークも新たなネットワークとの信頼関係を有している場合には、信頼関係だけがチェックされ、その後、図１２および図１３に係る手続きが行なわれる。
【０１７５】
あるいは、現在のネットワークが新たなネットワークとの信頼関係を有していない場合には、現在のネットワークは、ホームネットワークが新たなネットワークとの信頼関係を有しているかどうかをチェックする。ここで、ホームネットワークは、信頼関係を委譲しても良く、その後、図１２および図１３に関して前述したような手続きが行なわれる。
【０１７６】
最後に、他のハンドオーバの状況は、新たなネットワークがホームネットワークである場合、あるいは、言い換えると、移動局が元のホームネットワークへローミングしている場合に生じる。ここで、通常は、現在のネットワークとホームネットワークである新たなネットワークとの間に信頼関係が存在していなければならず、それにより、その後、図１２および図１３に関して前述したような手続きが行なわれる。
【図面の簡単な説明】
【０１７７】
【図１】本発明に係るドメイン内ハンドオーバの典型例に関する概略図を示している。
【図２】本発明に係るアクセス装置の概略図を示している。
【図３】本発明に係るモバイル機器の概略図を示している。
【図４】本発明に係る分散モバイル通信環境内での安全なハンドオーバにおける動作のフローチャートを示している。
【図５】本発明に係る分散モバイル通信環境内での安全なハンドオーバの準備における動作のフローチャートを示している。
【図６】本発明に係るドメイン内ハンドオーバの第１のタイプにおける動作のフローチャートを示している。
【図７】本発明に係るドメイン内ハンドオーバの第２のタイプにおける動作のフローチャートを示している。
【図８】本発明に係るドメイン内ハンドオーバの第３のタイプにおける動作のフローチャートを示している。
【図９】本発明に係るドメイン内ハンドオーバの第４のタイプにおける動作のフローチャートを示している。
【図１０】本発明に係るドメイン間ハンドオーバの典型例を説明する概略図を示している。
【図１１】本発明に係るドメイン間ハンドオーバの準備における動作のフローチャートを示している。
【図１２】本発明に係るドメイン間ハンドオーバの第１のタイプにおける動作のフローチャートを示している。
【図１３】本発明に係るドメイン間ハンドオーバの第２のタイプにおける動作のフローチャートを示している。
【図１４】本発明に係るドメイン間ハンドオーバの第３のタイプにおける動作のフローチャートを示している。
【技術分野】
【０００１】
本発明は、分散モバイル通信環境内でのハンドオーバの方法に関し、特に、分散モバイル通信環境のための安全なドメイン内およびドメイン間ハンドオーバに関するものである。
【背景技術】
【０００２】
次世代モバイル通信ネットワークは、無線インフラ要素と有線インフラ要素との間のエッジに対して分配（分散）される制御インテリジェンスを有している。したがって、モバイル通信環境のエッジに対するインテリジェンスの分配（分散）を、以下では、分散モバイル通信環境と称する。以下では、そのような分散モバイル通信環境の特定の実施例について言及するが、任意のタイプの分散モバイル通信環境、例えば、ＧＳＭ、ＵＭＴＳ／ＩＭＴ２０００、ＰＤＣ、ＡＭＰＳ、ＤＡＭＰＳ、ＩＳ−９５、ＷＬＡＮ．．．．．，およびその任意のハイブリッド形式が、以下で説明する技術的教示内容によって網羅されると見なされることは言うまでもない。
【０００３】
今日では、例えばドメイン内ハンドオーバ、すなわち、同じモバイル通信環境のアクセスポイント及び／又は基地局との間のハンドオーバに関して問題が生じている。特に、既存の解決策では、高速で安全なシームレスなハンドオーバを支持して、第１のネットワークアクセスポイントと第２のネットワークアクセスポイントとの間で、認証されたハンドオーバを高速に行なうことはできない。実際に、これは、分散ネットワークを使用する次世代モバイル通信においては大きな問題である。
【０００４】
既存の解決策は、「ＩＥＥＥ ８０２．１１ｆ，ＩＥＥＥ，Ｄｒａｆｔ Ｒｅｃｏｍｍｅｎｄｅｄ Ｐｒａｃｔｉｃｅ ｆｏｒ Ｍｕｌｔｉ−Ｖｅｎｄｏｒ Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｖｉａ ａｎ Ｉｎｔｅｒ−Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ Ａｃｒｏｓｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍｓ Ｓｕｐｐｏｒｔｉｎｇ ＩＥＥＥ ８０２．１１ Ｏｐｅｒａｔｉｏｎ，ＩＥＥＥ ８０２．１１ｆ，Ｊａｎｕａｒｙ ２００３」から周知であり、これは、コンテキスト情報を使用し、アクセスポイントでコンテキスト情報をキャッシュするモバイル通信環境の１つのドメイン内での高速ハンドオーバのための解決策を与えている。一般に、アクセスポイントは、現在のアクセスポイントのマルチキャストドメインとも称される現在起動されているアクセスポイントＡＰの所謂近隣関係グラフ内にある。この規格は、新たなアクセスポイントへのコンテキスト情報の安全な転送のための解決策を与えるが、それにもかかわらず、コンテキスト情報が実際に含むべきものを規定していない。また、規格ＩＥＥＥ ８０２．１１ｆは、相互認証が新たなアクセスポイントでどのように行なわれるべきかを規定していない。
【０００５】
更に、規格ＩＥＥＥ ８０２．１１ｉ、「Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｓｅｃｕｒｉｔｙ Ｅｎｈａｎｃｅｍｅｎｔｓ，ＩＥＥＥ ８０２．１１ｉ，Ｓｅｐｔｅｍｂｅｒ ２００３」は、事前認証のための解決策について検討しているが、高速ハンドオーバのサポートがない。事前認証は、基本的に、キャッシュ内の鍵を使用してそれ自体を現在のアクセスポイントに対して特定するモバイル通信環境における移動局ローミングによって行なわれる。ここで、現在のアクセスポイントは古いアクセスポイントと一致する。鍵は、ＡＡＡサーバとも称される認証サーバおよびモバイル機器を用いて記憶されるマスター鍵から得られる。認証サーバは、得られた認証鍵を１つのアクセスポイントに対して送る。
【０００６】
高速ハンドオーバのセキュリティは、ＩＥＥＥ ８０２．１１ｉにおいて考慮中であるが、未だ何も決定されていない。キーイング機構および高速ハンドオーバ解決策が提案されているが、ローミングのための認証サーバにおいては前述した手法が使用されている。これについては、「Ｎ．Ｃａｍ−Ｗｉｎｇｅｔ ｅｔａｌ．，Ｋｅｙｉｎｇ ｆｏｒ Ｆａｓｔ Ｒｏａｍｉｎｇ，ＩＥＥＥ ８０２．１１−０２／２４１ｒ２，Ｍａｙ ２００３」を参照されたい。認証サーバは、各アクセスポイント毎にローミング鍵を得てそれをアクセスポイントへ送り、また、モバイル機器もそのローミング鍵を得る。したがって、これらの２つは互いに認証することができる。そのため、特にバックボーンネットワーク内に多くのトラフィックが存在し且つアクセスサーバがアクセスポイントから離れて位置し或いはホットスポットにほぼ位置している場合、ＩＥＥＥ ８０２．１１ｉにおいて前述した手法は、高速ローミングに全く適していない。更にまた、この規格ＩＥＥＥ ８０２．１１ｉは、コンテキスト転送に関して検討していない。
【０００７】
要するに、ＩＥＥＥ本体によって提案された手法は未だ予備段階にあり、高速ハンドオーバに関して何ら規定されていない。また、ハンドオーバ中のセキュリティ問題については大部分が棚上げされているが、ＩＥＥＥ ＬｉｎｋＳｅｃ ｈｔｔｐ：／／ｑｒｏｕｐｅｒ．ｉｅｅｅ．ｏｒｑ／ｑｒｏｕｐｓ／８０２／ｌｉｎｋｓｅｃ／／は、ＩＥＥＥ装置のための共通のセキュリティ解決策に向けて努力している。ここでは、主に、有線通信に注目が向けられている。
【０００８】
したがって、欠けているものは、ドメイン間ハンドオーバ、すなわち、異なるステークホルダによって動作される分散無線通信環境間でのハンドオーバのための解決策、および、ハンドオーバ中の効率的な再認証のための解決策である。
【０００９】
また、同じことが３Ｇ標準化提案にも当てはまる。これについては、３ＧＰＰ技術仕様３３．１０２、「３Ｇｓｅｃｕｒｉｔｙ； Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ，Ｖ５．１．０，Ｄｅｃｅｍｂｅｒ ２００２」による。ＵＭＴＳおよびＧＳＭ無線通信ネットワークにおいては、コンテキスト転送の手続きが提案されている。しかしながら、異なるステークホルダを用いてコンテキスト情報を送る問題については検討されておらず、技術は異なる無線通信ネットワークにわたって広がっている。
【００１０】
「Ｂ．Ａｂｏｂａ，ａｎｄ Ｔ．Ｍｏｏｒｅ，Ａ Ｍｏｄｅｌ ｆｏｒ Ｃｏｎｔｅｘｔ Ｔｒａｎｓｆｅｒ ｉｎ ＩＥＥＥ ８０２，Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ，ｅｘｐｉｒｅｄ，ｄｒａｆｔ−ａｂｏｂａ−８０２−ｃｏｎｔｅｘｔ−０２．ｔｘｔ，Ａｐｒｉｌ ２００２，ａｎｄ ＩＥＴＦ Ｓｅａｍｏｂｙ ＷＧ」によるほかの提案：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｑ／ｈｔｍｌ．ｃｈａｒｔｅｒｓ／ｓｅａｍｏｂｙ−ｃｈａｒｔｅｒ．ｈｔｍｌは、ＩＥＴＦ Ｓｅａｍｏｂｙ ＷＧに関するものであり、シームレスな移動性の解決策に向けて努力している。ここで、コンテキスト転送要件に関する草案＜ｄｒａｆｔ−ｉｅｔｆ−ｓｅａｍｏｂｙ−ｃｔ−ｒｅｑｓ−ｏ５．ｔｘｔ＞は、コンテキスト情報転送が優先順位に基づかなければならないことを提示する要件を有している。しかしながら、コンテキスト情報に優先順位をつける方法については検討されていない。また、＜ｄｒａｆｔ−ｉｅｔｆ−ｓｅａｍｏｂｙ−ｃｔｐ−ｒｅｑｓ−ｏ１．ｔｘｔ＞は、ＩＰ層のためのコンテキスト情報転送プロトコルを規定している。
【００１１】
それにもかかわらず、このプロトコルは、分散モバイル通信環境およびドメイン間ハンドオーバに関連しておらず、また、ハンドオーバ中の再認証および相互認証に関連する問題、特に異なるステークホルダに関する問題について検討していない。
【００１２】
更に他の提案は、異なるアクセス技術間での高速で且つシームレスなハンドオーバに照準を定めるＩＳＴ Ｍｏｂｙ Ｄｉｓｋである。ここで、提案されたハンドオーバ技術の大部分は、セキュリティ問題に焦点を合わせておらず、高速ハンドオーバを行なうことに照準を定めている（Ｈａｓａｎ，Ｊ．Ｊａｈｎｅｒｔ，Ｓ．Ｚａｎｄｅｒ，ａｎｄ Ｂ．Ｓｔｉｌｌｅｒ，Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，Ａｃｃｏｕｎｔｉｎｇ，ａｎｄ Ｃｈａｒｇｉｎｇ ｆｏｒ ｔｈｅ Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ，ＴＩＫ−Ｒｅｐｏｒｔ Ｎｏ．１１４，ｖｅｒｓｉｏｎ １，Ｊｕｎｅ ２００１）。
【００１３】
異種モバイル通信環境間のハンドオーバに対する更に他の手法は、「Ｈ．Ｗａｎｇ，ａｎｄ Ａ．Ｒ．Ｐｒａｓａｄ，Ｓｅｃｕｒｉｔｙ Ｃｏｎｔｅｘｔ Ｔｒａｎｓｆｅｒ ｉｎ Ｖｅｒｔｉｃａｌ Ｈａｎｄｏｖｅｒ，ｉｎ Ｐｒｏｃ．Ｏｆ ｔｈｅ１４ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｐｅｒｓｏｎａｌ，Ｉｎｄｏｏｒ，Ｍｏｂｉｌｅ Ｒａｄｉｏ Ｃｏｍｍｕｎｉｃａｔｉｏｎ （ＰＩＭＲＣ ２００３），Ｂｅｉｊｉｎｇ，Ｃｈｉｎａ，Ｓｅｐｔｅｍｂｅｒ ２００３」で検討されたが、この手法は、以下で説明する意味における分散モバイル通信環境のための高速で且つ安全なハンドオーバについて検討していない。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
以上に鑑みて、本発明の目的は、分散モバイル通信環境において安全で且つ高速のハンドオーバを達成することである。
【課題を解決するための手段】
【００１５】
本発明によれば、この目的は、分散モバイル通信環境内における安全なハンドオーバの方法により達成される。安全なハンドオーバは、現在のアクセス装置と新たなアクセス装置との間でモバイル機器において実行される。最初に、新たなアクセス装置で予め形成されたセキュリティコンテキスト情報を使用して、モバイル機器と新たなアクセス装置との間で相互認証が実行される。その後、相互認証が成功した場合にのみ、現在のアクセス装置から新たなアクセス装置へのハンドオーバが実行される。
【００１６】
したがって、本発明によれば、安全で且つ高速なハンドオーバのための全ての要件を満たすことができるとともに、コンテキスト情報転送がハンドオーバ前に利用できると仮定すると、既存の解決策に僅かな変更を加えるだけで済む。
【００１７】
また、モバイル機器と新たなアクセス装置との間の相互認証により、ハンドオーバ中のサービスの質ＱｏＳの状態を向上させることができる。
【００１８】
更にまた、既存の規格に最小限の変更を加えるだけで、ハンドオーバ機構に再認証を組み入れることができ、それにより、配置オプションが速くなり、関連してサービスの質ＱｏＳのレベルが高まることにより顧客の満足度が高まる。
【００１９】
すなわち、本発明において、相互認証は、現在のアクセスポイントとモバイル通信環境内の新たなアクセスポイントとの間のハンドオーバの開始前に前記新たなアクセスポイントへ送られるセキュリティコンテキスト情報に依存しているため、安全で且つシームレスなハンドオーバを提供することができる。
【００２０】
また、本発明の重要な利点は、ドメイン内ハンドオーバとも称される１つの通信ドメイン内でのハンドオーバに本発明が限定されず、以下においてドメイン間ハンドオーバとも称される異なる通信ドメイン間でのハンドオーバにも本発明を適用できるという点である。
【００２１】
したがって、本発明によってはじめて、モバイル通信ネットワーク内でのドメイン内／ドメイン間ハンドオーバのシナリオにおいて高速で且つ安全なハンドオーバが可能になる。この場合、インテリジェンス（知能）、すなわち、ハンドオーバ制御関連機能は、通信環境内の無線・有線境界通信間の境界線で与えられる。
【００２２】
本発明の好ましい実施形態において、安全なハンドオーバは、同じ通信ドメインのアクセス装置間で実行され、すなわち、ドメイン内ハンドオーバとして実行される。
【００２３】
ここで、以下において認証値とも称される異なる安全鍵を使用することを提案する。そのような第１の鍵は、認証サーバでのモバイル機器のログオン中に生成されるマスター鍵である。このマスター鍵またはマスター秘密認証値は、その後、異なるアクセスポイントへと送られる。
【００２４】
好ましくは、異なるアクセスポイントおよび認証サーバが安全な接続を有し、モバイル機器と関連するアクセスポイントとの間の相互認証に基づいてログインが行なわれる。
【００２５】
本発明においては、アクセス装置およびモバイル機器が、アクセスポイントとモバイル機器との間の通信のための通信鍵を得るとともに、更なる第３の所謂ローミング鍵を得ることを提案する。
【００２６】
本発明においては、初めて、好ましくはマスター鍵から生成され且つモバイル機器と新たなアクセス装置との間の相互再認証のために任意のタイプのハンドオーバ中に使用されるローミング鍵を使用することを提案する。
【００２７】
また、本発明においては、好ましくはマスター鍵から生成され且つモバイル通信環境のアクセスポイント／基地局と移動局との間の通信の暗号化のために使用されても良い通信鍵を使用することを提案する。ここで、異なる通信鍵は、アップリンクおよびダウンリンクのため、すなわち、暗号化および復号化のために使用されても良い。
【００２８】
また、強調すべき点は、本発明が、例えばＴＫＩＰやＭＢＭＳ等の鍵生成方法及び／又は例えばハッシュ機能に基づく認証方法等の認証方法の特定のタイプの暗号化アルゴリズム、例えばＤＩＳやＡＩＳ等に限定されないという点である。
【００２９】
更に他の好ましい実施形態においては、異なる暗号鍵のうちの少なくとも１つに対して更新時間が割り当てられることを提案する。時間の実際の長さは、暗号化アルゴリズムに応じて、鍵更新にとって最も良い時間に基づくことができる。そのような１つの例は、鍵更新時間をパケットナンバリングリミット（パケット数制限）に基づかせることである。例えば３２ビットでは、２32個のデータパケット後に鍵更新が引き起こされる。この目的は、完全性関連の問題が生じることを防止することである。更に他の解決策は、タイムスタンプだけを使用すること、あるいは、鍵更新前に送られるパケットの数に関する制限と組み合わせてタイムスタンプを使用することである。更に他の選択肢は、完全性ベクトルが使用される場合には、鍵更新を完全性ベクトルの長さに基づかせることである。
【００３０】
本発明の更に他の好ましい実施形態においては、ドメイン内において或いはドメイン間ハンドオーバにおいては異なる通信ドメインにわたって各アクセス装置毎に近隣関係を維持し、それにより、ハンドオーバのための可能な新たなアクセス装置を特定することが提案される。
【００３１】
近隣関係を維持する利点は、それにより、ハンドオーバの時間に拘束されることなく、セキュリティコンテキスト転送に適した任意の時間に近隣関係で特定された全てのアクセスポイントでセキュリティ関連のコンテキストを予め簡単に形成することができるという点である。
【００３２】
ドメイン内ハンドオーバに関連する、すなわち、異なる通信ドメイン間でのハンドオーバに関連する本発明の更に他の好ましい実施形態においては、基本的にハンドオーバを２つの異なる段階に分割することが提案される。
【００３３】
最初の段階は、ハンドオーバの準備、すなわち、現在の通信ドメイン内の認証サーバと新たな通信ドメイン内の関連する認証サーバおよびアクセス装置との間で信頼できる通信を構築すること、また、新たな通信ドメイン内の可能な新たなアクセス装置を用いて第１の通信ドメインから見られるマルチキャストドメインを拡張すること、更には、現在の通信ドメイン内のアクセス装置と新たな通信ドメイン内の認証サーバとの間で信頼できる関係を形成することに関連している。
【００３４】
この後、実際のハンドオーバの実施は、同様に、再認証が成功した場合、再認証およびハンドオーバの実行に依存する。
【００３５】
通信ドメイン境界にわたるハンドオーバに関連する更に他の好ましい実施形態は、新たな通信ドメイン内で開始されるモバイル機器の準備に関連している。
【００３６】
特に、この好ましい実施形態においては、新たな通信ドメイン内のアクセスポイントに送られるセキュリティコンテキスト情報に加えて、セキュリティ情報をダウンロードすることが提案される。このセキュリティ情報により、モバイル機器は、新たな通信ドメイン内で最初の通信プロセスを開始することができる。
【００３７】
一般に、セキュリティ情報は、少なくとも、第２の通信ドメインの識別情報、任意選択的には第２の通信ドメイン内のフォーリンエージェントのＩＰアドレス、関連する通信ドメインが現在の通信ドメインから送られると仮定する場合には新たな通信ドメインで通信を始めるための通信鍵、第２の通信ドメインで使用される暗号化アルゴリズムの表示を含んでいても良い。第２の通信ドメインで使用される暗号化アルゴリズムの前記表示は、第１および第２の通信ドメインが異なる暗号化アルゴリズムを使用する場合に好ましく、これにより、モバイル機器は、第２の通信ドメイン内でも適切な暗号化を使用して直ちに開始することができる。
【００３８】
この好ましい実施形態の利点は、モバイル機器が、この新たな第２の通信ドメインで通信を開始するために、第２の通信ドメイン内のアクセス装置からのセキュリティ関連情報の供給に依存しなくて済むという点である。
【００３９】
本発明の更に他の好ましい実施形態においては、第１の通信ドメイン内で通信およびローミング鍵に対して割り当てられたタイムアウト時間が、第２の通信ドメイン内の適切な装置によって延ばされても良いということを提案する。
【００４０】
この好ましい実施形態の利点は、制御装置および第２の通信ドメインによるタイムアウト時間の延長により、関連するセキュリティ関連の暗号鍵が生成され及び／又は第２の通信ドメインで利用可能になり且つ第１の通信ドメインによって与えられるセキュリティ関連の暗号鍵がもはや必要なくなるまで、ハンドオーバ関連情報のやりとりを維持できるという点である。
【００４１】
また、本発明の好ましい実施形態において、ドメイン内ハンドオーバのケースまたはドメイン間ハンドオーバのケースにおける通信の再開は、関連する通信関連鍵が利用できない場合あるいはもはや有効でない場合には、セキュリティ関連の暗号鍵を使用して行なわれても良い。
【００４２】
すなわち、本発明によれば、通信のために異なるタイプの暗号鍵を使用することができ、それにより、ハンドオーバ中であってもシステム全体の操作性および自由度を高めることができる。
【００４３】
本発明の他の好ましい実施形態においては、アクセス装置及び／又はモバイル機器の内部メモリへ直接にロードできるコンピュータプログラムプロダクトであって、当該プロダクトがアクセス装置及び／又はモバイル機器のプロセッサで実行される際に前述したような本発明のプロセスステップを行なうためのソフトウェアコード部分を含むコンピュータプログラムプロダクトが提供される。
【００４４】
したがって、本発明は、また、本発明の方法ステップの実施をコンピュータまたはプロセッサシステム上で達成するために与えられる。結論として、そのような実施により、コンピュータシステムまたは更に具体的には例えば分散モバイル通信環境のアクセス装置及び／又はモバイル機器に備えられるプロセッサと共に使用できるコンピュータプログラムプロダクトが与えられる。
【００４５】
本発明の機能を規定するこのプログラムは、多くの形式のコンピュータ／プロセッサに対して供給することができ、書き込み不可能な記憶媒体、例えばプロセッサまたはコンピュータＩ／Ｏアタッチメントによって読み取り可能なＲＯＭまたはＣＤ ＲＯＭディスク等の読み出し専用メモリ装置に永久的に記憶された情報や、書き込み可能な記憶媒体、すなわち、フロッピー（登録商標）ディスクやハードドライブに記憶された情報、または、モデムまたは他のインタフェース装置を介してネットワーク及び／又はインターネット及び／又は電話機回路網等の通信媒体によりコンピュータ／プロセッサに伝えられる情報を含んでいるが、これらに限定されない。そのような媒体は、本発明の概念を実施するプロセッサ可読命令を保持する場合には、本発明の他の実施形態を表わすことは言うまでもない。
【００４６】
以下、図面を参照しながら、本発明の最良の形態および好ましい実施形態について説明する。
【発明を実施するための最良の形態】
【００４７】
以下、添付図面を参照しながら、本発明の最良の形態および好ましい実施形態について説明する。構造図またはフローチャートに関して関連する機能を説明する限りにおいては、当業者であれば容易に分かるように、そのような任意のタイプの機能がソフトウェアで実施されても良く或いはハードフェアで実施されても良く及び／又はそれらの任意の組み合わせを使用して実施されても良い。
【００４８】
また、モバイル通信環境に言及する限りにおいては、当業者であれば容易に分かるように、モバイル通信環境のタイプには特定の制限が何ら課されない。したがって、本発明の意味におけるモバイル通信環境は、単独で行なわれ或いはその任意のハイブリッド形式で行なわれる、内在する技術、例えばモバイル通信技術、モバイル通信データサービス、無線ローカルエリアネットワーク、無線インターネットアクセス、無線衛星通信システム、有線通信環境と組み合わされた無線通信環境等とは関係なく、広義に理解されるべきである。そのような一般的な例は、ＧＳＭ、ＵＭＴＳ／ＩＭＴ２０００、ＰＤＣ、ＡＭＰＳ、Ｄ−ＡＭＰＳ、ＩＳ−９５、ＷＬＡＮ、好ましくはＩＥＥＥ ８０２．１１シリーズである。
【００４９】
更にまた、本発明の意味におけるアクセス装置は、無線通信環境の現在のネットワーク境界に設けられる任意のタイプのアクセスポイント、例えば一般的には無線ローカルエリアネットワークの基地局またはアクセスポイントとして理解されなければならない。
【００５０】
更にまた、モバイル機器は、データ交換能力を有するモバイル機器、例えば、携帯電話、無線アクセスを持つＰＤＡ、ノートパソコン、ページ、回路切換接続またはパケット切換接続を使用する無線装置等として理解されなければならない。
【００５１】
基本的なハンドオーバ手続き
図１は、分散通信環境における本発明に係る安全なハンドオーバの典型的な実施例を示す概略図を示している。特に、この実施例は、同じ通信ドメインの異なるアクセスポイント間でハンドオーバが達成される、いわゆるドメイン内ハンドオーバに関するものである。
【００５２】
図１に示されるように、一般に、通信ドメイン１０は、例えばハンドオーバに関し、無線通信と有線通信との間の境界線すなわちアクセスポイントとアクセスポイント１４との間に位置する装置に対して制御論理が分配される分散型のものである。
【００５３】
図１に示されるように、本発明の一般的な適用性を損なうことなく、少なくとも異なるアクセスポイント１２，１４が例えばローカルエリアネット等のワークバックボーンネットワーク１６を介して接続されているとしても良い。
【００５４】
また、更なるコンピュータ装置、例えばパーソナルコンピュータ１８が同じバックボーンネットワーク１６に対して接続されていても良い。また、無線通信環境内には、モバイルユーザのログオンのための認証サーバ２０が設けられていなければならない。
【００５５】
図１に示されるように、認証サーバは、例えばＩＥＥＥ ８０２．１１シリーズに従う認証サーバ、すなわち、ＡＡＡタイプのものであっても良い。
【００５６】
更にまた、モバイル通信環境１０の外側に位置する通信環境との更なるデータ交換のため、例えば認証サーバおよび広域ネットワーク２４へのルータ２２を介して、モバイル通信環境がフックされても良い。
【００５７】
また、図１に示されるように、モバイル分散通信環境１０内において、モバイル機器２６は最初にアクセスポイント１２への無線接続を有していても良く、その後、モバイル機器の移動中に、アクセスポイント１４に対する無線通信に変わっても良い。以下、第１のアクセスポイントから第２のアクセスポイント１４への無線接続のこのような変更をハンドオーバと称する。
【００５８】
また、ハンドオーバは、１つの通信ドメインのアクセスポイント間で達成されるだけでなく、以下で詳細に説明するように、異なる通信ドメインのアクセスポイント間で達成されても良い。
【００５９】
図２は、図１に示されるアクセスポイント１２，１４の概略図を示している。
【００６０】
図２に示されるように、各アクセスポイントは、認証ユニット２８と、ハンドオーバ制御ユニット３０と、通信ユニット３２とを有している。また、認証ユニット２８は、セキュリティコンテキスト情報ユニット３４と、暗号鍵ユニット３６と、近隣関係ユニット３８とを備えていても良い。任意選択的に、ハンドオーバ制御ユニット３０が移動予測ユニットを備えていても良い。
【００６１】
以下で説明する更なる内容にしたがって、認証ユニット２８の機能は、移動局２６とアクセスポイント１２，１４との間での全ての種類のセキュリティ関連のデータ交換および処理に関与している。これは、セキュリティコンテキスト情報ユニット３４における所謂セキュリティコンテキストの処理と、暗号鍵ユニット３６での暗号鍵の生成と、近隣関係ユニット３８でのハンドオーバ候補の識別のための異なるアクセスポイント間の近隣関係を表わすデータのセットアップ、維持、記憶とに関与していても良い。
【００６２】
また、ハンドオーバ制御ユニット３０は、異なるアクセスポイント間でハンドオーバを実現するために必要な全ての種類の機能を動作可能に達成するとともに、任意選択的に、ハンドオーバのための可能な新たなアクセスポイントの識別のための移動予測を行なう。
【００６３】
更にまた、例えば図１に示されるように、通信ユニット３２は、一方では、アクセスポイントと移動局との間で全てのタイプのデータ交換を動作可能に達成し、また、アクセスポイントとモバイル通信環境１０の全ての更なるネットワーク要素との間で全てのタイプのデータ交換を動作可能に達成する。
【００６４】
図３は、本発明にしたがってハンドオーバを実行する移動局２６または図１に示されていないが任意の他のタイプの移動局の概略図を示している。
【００６５】
図３に示されるように、移動局２６は、認証ユニット４２と、ハンドオーバ制御ユニット４４と、通信制御ユニット４６とを備えている。なお、これらの異なるユニットは、アクセスポイントにおける関連するユニットに機能的に対応している。
【００６６】
したがって、移動局２６の認証ユニット４２は、セキュリティ関連機能のための実施ユニットを備えている。第１のそのようなユニットは、特に移動局が新たな通信ドメインへローミングする際にセキュリティ関連の問題に関する情報を記憶して処理するようになっているセキュリティ情報ユニット４８である。また、ログインユニット５０は、特に各モバイル通信環境中に設けられる認証サーバを用いて、ログイン関連の機能を動作可能に達成する。更にまた、暗号鍵ユニット５２は、移動局２６と関連するアクセスポイント１２，１４との間での通信を暗号化するために様々な暗号鍵を生成し或いは処理して使用する働きをする。
【００６７】
更にまた、ハンドオーバ制御ユニット４４は、ハンドオーバ中に移動局側で要求される全ての制御機能を動作可能に達成する。任意選択的に、ハンドオーバ制御ユニットは、移動局のハンドオーバのための次のアクセスポイントを予測する移動予測ユニット５４を備えていても良い。
【００６８】
更にまた、移動局２６の通信ユニット４６は、移動局２６とアクセスポイント１２，１４との間の任意のタイプの通信のやりとり、特に、ペイロードデータに関する通信のやりとり、および、制御データ、例えば以下に説明するような本発明の意味においてはハンドオーバおよびセキュリティ関連の情報に関する通信のやりとりに必要な全ての機能を果たす。
【００６９】
また、本発明の範囲を限定することなく、以下では、ハンドオーバの開始前に以下の条件が満たされると仮定することができる。すなわち、
ネットワーク要素間の通信は安全(secure)であること。例えば、ＩＥＥＥ ８０２．１１ＷＬＡＮにおいて、アクセスポイント間プロトコルは、アクセスポイント間で安全な通信を行なう。
移動局／ユーザのログイン又は最初の認証、あるいはその両方は、安全であること。
移動局がそれ自体を認証する或いは同等にログオンするための認証サーバ２６およびネットワーク要素は、例えばバックボーンネットワーク１６により安全な接続を有する。また、アクセスポイント間プロトコルも、異なるアクセスポイントの認証サーバ間で安全な接続を行なうこと。
異なる通信ドメインまたは異なるモバイル無線通信環境の認証サーバが信頼関係を有していること。
ネットワーク自体がサービスプロバイダであり、あるいは、サービスは、現在使用されているモバイル通信環境／ネットワークと信頼関係がある第三者コンテンツプロバイダによって提供されること。
【００７０】
図４は、本発明に係る分散モバイル通信環境における安全なハンドオーバのための動作のフローチャートを示している。
【００７１】
図４に示されるように、動作４１０では、最初に認証が実行され、任意選択的に、ネットワーク要素は、認証が成功するまでハンドオーバを遅らせるように通知される。ここで、認証は、新たなアクセスポイントで実行される。
【００７２】
その後、動作４２０において、認証プロセスの成功が評価される。動作４３０で認証が成功した場合、ハンドオーバ手続きが実行される。任意選択的に、新たなアクセスポイントにおける近隣関係にしたがって、以下で詳細に説明するセキュリティコンテキスト情報が転送されてアクセスポイントで更新される。
【００７３】
また、認証が成功しなかった場合には、プロセスが動作４４０へ移行し、前のアクセスポイントとの通信を再開する。認証およびハンドオーバがうまく実行されると、動作４４０にしたがって、新たなアクセスポイントと移動局との間で通信が再開される。
【００７４】
ここで、言及しなければならないことは、移動局、現在のアクセス局、新たなアクセス局、または、モバイル通信環境中の任意のネットワーク要素のいずれかで、相互認証の動作４１０が実行されても良いということである。すなわち、認証は、専用の単一装置で達成されても良く、あるいは、モバイル通信環境にわたって分配されても良い。
【００７５】
また、任意選択的に、動作４１０において、ハンドオーバの実行に関与している任意の装置は、認証の成功が実際に確認されるまでハンドオーバを遅らせるように通知される。それまでに、移動局と新たなアクセスポイントとの間での相互認証が終了し且つ成功していなければならない。
【００７６】
また、図４に示されるように、通信を再開する動作４４０は、認証ハンドオーバ後、いわゆるセキュリティコンテキスト情報の使用に関して本発明にしたがって実行される。以下で説明するように、それは、第１に事前準備により通信機能を促進することができ且つ第２に第２のアクセスポイントの利用可能性によりハンドオーバのセキュリティを高めることができるハンドオーバの前に新たなアクセスポイントに移動されるこのセキュリティコンテキスト情報の使用である。
【００７７】
したがって、ハンドオーバの自由度を高めるため、このセキュリティコンテキスト情報は、ハンドオーバのための１つの目標アクセスポイントで与えられるだけでなく、現在の通信ドメイン内、または、以下で説明するドメイン間ハンドオーバにおける通信ドメイン境界にわたって、現在起動されているアクセスポイントにおける近隣関係で識別された複数の可能なハンドオーバアクセスで与えられても良い。
【００７８】
［メイン機構 − イントラドメイン］
図１に関する一般的な適用のシナリオは、同じモバイル通信環境のアクセス装置間でのハンドオーバの実行である。
【００７９】
ここで、図５は、そのようなハンドオーバに対応するための動作のフローチャートを示している。
【００８０】
図５に示されるように、動作５１０において、ユーザ／モバイル局はモバイル通信ネットワークにログインする。このログイン手続き中、動作５１０においては、ユーザがモバイル通信環境内で通信を実行する権限を与えられていることが認証サーバで検証される。
【００８１】
その後、マスター鍵ＭＫを生成するための動作５２０が続く。そのようなマスター鍵の生成の根底にある１つの一般的な例は、例えば移動局のうちの任意の１つ又はモバイル通信環境内の任意の他のネットワーク装置によって送られても良い２つのパブリック値を使用するディフィーヘルマン方法の適用である。また、ディフィーヘルマン方法の適用は、明らかに単なる一例として見なすことができ、また、本発明の範囲に関して拘束力がない。
【００８２】
動作５２０でのマスター鍵の導出において適用される方法とは無関係に、マスター鍵は、適していると見なされさえすれば、認証サーバで得られても良く、アクセスポイントと認証サーバとの間で得られても良く、あるいは、アクセスポイントとモバイル機器との間で得られても良い。
【００８３】
図５に示されるように、その後、動作５３０においては、生成されたマスター鍵が現在起動されているアクセスポイントへと送られる。また、任意選択的に、このマスター鍵は移動局にも送られる。
【００８４】
図５に示されるように、動作５４０においては、移動局と現在のアクセスポイントとの間の通信の保護のため、生成されたマスター鍵が、いわゆるローミング鍵ＲＫおよび通信鍵ＡＳＫの形成のための基準としての機能を果たす。すなわち、移動局でのアクセスにより、アクセスポイントと移動局との間での安全な通信のために使用される、いわゆる通信鍵ＡＳＫが得られる。また、このマスター鍵からは、１つのアクセスポイントから他のアクセスポイントへのハンドオーバ中に使用されるローミング鍵も与えられる。マスター鍵ＭＫからの通信鍵ＡＳＫおよびローミング鍵ＲＫの導出は、本発明の範囲を限定することなく、ＷＰＡおよびＩＥＥＥ８０２．１１ｉによって使用されるＴＫＩＰを含む文献における幾つかの任意の周知の方法を使用して行なうことができる。
【００８５】
図５に示されるように、その後、動作５５０において、生成されたローミング鍵および通信鍵は、その後の通信ハンドオーバ中にこれらの鍵を使用する装置、特に移動局へと送られる。
【００８６】
［セキュリティコンテキスト情報 − イントラドメイン］
前述したように、本発明の重要な態様は、安全なハンドオーバをサポートするセキュリティコンテキスト情報の生成に関するものである。
【００８７】
本発明において、このセキュリティコンテキスト情報は、ハンドオーバを準備する前に少なくとも現在のアクセスポイントと新たなアクセスポイントとの間でやりとりされるとともに、以下の要素のうちの少なくとも１つの要素を含んでいる。すなわち、
マスター鍵ＭＫと、
モバイル機器と新たなアクセスポイントとの間での相互の認証のためのローミング鍵ＲＫと、
移動局と現在のアクセスポイント及び／又は新たなアクセスポイントとの間での相互の通信のための通信鍵ＡＳＫと、
移動局によって使用される暗号化のタイプの表示と、
マスター鍵のためのタイムアウト時間ＴＯ−ＭＫと、
通信鍵のためのタイムアウト時間ＴＯ−ＡＳＫと、
ローミング鍵のためのタイムアウト時間ＴＯ−ＲＫと、
セキュリティコンテキスト情報自体のためのタイムアウト時間ＴＯ−ＣＩと、
タイムスタンプと、
現在のアクセス局の識別情報と、
仮の識別情報であっても良い、モバイル機器の識別情報と
のうちの少なくとも一つの要素である。
【００８８】
本発明において、以下の関係は、異なるタイムアウト時間同士の間で保たれる。すなわち、セキュリティコンテキスト情報のためのタイムアウト時間ＴＯ−ＣＩは、マスター鍵のためのタイムアウト時間ＴＯ−ＭＫ以上でなければならず、また、マスター鍵のためのタイムアウト時間ＴＯ−ＭＫは、通信鍵のためのタイムアウト時間ＴＯ−ＡＳＫ以上でなければならず、また、通信鍵のためのタイムアウト時間ＴＯ−ＡＳＫは、ローミング鍵のためのタイムアウト時間ＴＯ−ＲＫ以上でなければならない。
【００８９】
一般に、異なるタイムアウト時間は、それに対する関係において与えられる値の更新のための上限時間としての機能を果たし、それにより、例えば、関連するタイムアウト時間の満了前に通信鍵が更新されるようになる。同様のことが、ローミング鍵、マスター鍵、あるいは、セキュリティコンテキスト情報に対しても適用される。
【００９０】
タイムアウト時間の満了による異なる暗号鍵およびセキュリティコンテキスト情報の更新のトリガの他、他の可能性は、例えば、ローミング鍵または通信鍵が現在のアクセスポイントで得られ且つハンドオーバ中に新たなアクセスポイントへ送られるということである。
【００９１】
第３の可能性は、例えば、移動局がハンドオーバを行なう度に、通信鍵が移動局および現在及び／又は新たなアクセスポイントによって得られるということである。更にまた、前述した３つの可能性に係る複合型の更新の使用も考え得る。
【００９２】
タイムアウト時間を使用した場合、第１の選択肢は、タイムアウト時間の満了時に関連する通信鍵を更新することである。そうでない場合、すなわち、新たなアクセスポイントに送る場合、あるいは、ハンドオーバ中に得る場合には、現在のアクセスポイントがそれに関して知らなくても、移動局が現在のアクセスポイントに知らせることなくハンドオーバを行なうことを決定すると、ハンドオーバが生じる可能性がある。その後、新たなアクセスポイントで新たな通信鍵が生成されても良い。
【００９３】
前述したように、アクセスポイントは、暗号鍵に加えて、移動局のためのセキュリティコンテキスト情報を形成しても良く、また、このセキュリティコンテキスト情報を、その隣りのアクセスポイント、特に例えばＩＥＥＥ ８０２．１１ｆに係るＩＡＰＰ等のアクセスポイント間通信プロトコルにおける近隣関係グラフで特定されたアクセスポイントへ送っても良い。ここで、前記グラフは、グラフの構成要素によって動的に変えられても良く、あるいは、アクセスポイントの位置が変更されない場合には、ネットワーク管理者によって静的なグラフが形成されても良い。
【００９４】
セキュリティコンテキスト情報を広げるため、第１のケースは、セキュリティコンテキスト情報が１つのアクセスポイントから他のアクセスポイントのみへと送られるユニキャストのケースであり、さもなければ、セキュリティコンテキスト情報が１つのアクセスポイントから近隣関係グラフで特定された複数の可能なハンドオーバアクセスポイントへと送られるマルチキャストのケースである。ユニキャストのケースの場合には、現在のアクセスポイントに現在接続され且つ新たなアクセスポイントへのハンドオーバを望んでいる移動局の位置、速度、方向等に基づいて、予測が行なわれても良い。任意選択的に、セキュリティコンテキスト情報は、ハンドオーバプロセスそれ自体の間にわたって或いはハンドオーバが行われた後に送られても良い。
【００９５】
以上を考慮すると、本発明に係るドメイン内ハンドオーバのための提案された解決策は、アクセスポイントのサブステージスタートアップ、認証サーバを用いた移動局のログオン、セキュリティ関連の暗号鍵の生成、前述した意味でのハンドオーバの実行に依存している。
【００９６】
一例として、アクセスポイントスイッチオンプロセスおよびＷＬＡＮ規格下での認証サーバに対するログオンにより、ＩＰＳトンネルが生成されても良く、また、ＩＰプロトコル下での１対１および１対多数の安全な関連付けは、現在のアクセスポイントからその後のハンドオーバにおいて考慮されるアクセスポイントまで存在していても良い。
【００９７】
また、ハンドオーバの実行前においては、認証サーバに対するログオン中に暗号化方法が決定されなければならない。これが成されると仮定すると、本発明に係るドメイン内ハンドオーバを実行するための幾つかの異なる可能性が以下のように与えられても良い。なお、これらの可能性は、単なる一例と見なされる。
【００９８】
ドメイン内（イントラドメイン）ハンドオーバ−ケースＩ
図６は、本発明に係るドメイン内ハンドオーバの第１の実施例における動作のフローチャートを示している。
【００９９】
基本的に、図６に示されるハンドオーバの実施例は、同じ通信ドメイン内の１つのアクセスポイントへのハンドオーバに関するものである。この場合、新たなアクセスポイントは近隣関係グラフで特定される。このことは、ハンドオーバの実行前にセキュリティコンテキスト情報が近隣関係グラフ内のアクセスポイントへ転送されることを意味している。
【０１００】
また、ハンドオーバにおける条件は、現在のアクセスポイントに対して新たなアクセスポイントを知らせる移動局を用いて、あるいは、移動局から通信の質等を判断して新たなアクセスポイントを移動局に知らせる現在のアクセスポイントを用いてハンドオーバが行なわれるということである。
【０１０１】
更にまた、移動局は、例えばセキュリティコンテキスト情報等のハンドオーバ関連情報のやりとりに関する現在のアクセスポイントと新たなアクセスポイントとの間の全ての通信が完了した後においてのみ、ハンドオーバを行なう。
【０１０２】
条件が満たされると仮定すると、動作６１０では、現在のアクセスポイントにおいて近隣関係にある少なくとも１つの新たなアクセスポイントが特定される。
【０１０３】
その後、動作６２０において、新たなアクセスポイントでのセキュリティコンテキストの利用可能性が評価される。
【０１０４】
そのようなセキュリティコンテキストが利用可能である場合、現在のアクセスポイントは、動作６３０において、ハンドオーバの実行を移動局に知らせるとともに、任意選択的に、ハンドオーバ手続きをトリガし、その後、図４に示される基本的な方式に従う。
【０１０５】
［ドメイン内（イントラドメイン）ハンドオーバ−ケースＩＩ］
更なる実施例も、先と同様に、現在の通信ドメイン内の１つのアクセスポイントへのハンドオーバに関するものである。この場合、新たなアクセスポイントは、現在のアクセスポイントの近隣関係グラフで特定される。図６に示され且つ図６に関して説明した実施例とは異なり、ここでは、ハンドオーバのための条件は、移動局が現在のアクセスポイントに知らせることなくハンドオーバに関して知らせることであると仮定する。
【０１０６】
図７に示されるように、これは動作７１０において達成される。移動局によるハンドオーバのトリガ後、動作７２０では、図４に示される基本的な方式にしたがってハンドオーバ手続きが実行される。
【０１０７】
［ドメイン内（イントラドメイン）ハンドオーバ−ケースＩＩＩ］
ドメイン内ハンドオーバ、すなわち、同じ通信ドメイン内の１つのアクセスポイントへのハンドオーバの更なるケースは、新たなアクセスポイントが現在のアクセス局の近隣関係グラフで特定されないケース、すなわち、セキュリティコンテキスト情報がハンドオーバの実行へ移されないケースに関するものである。
【０１０８】
ここで、ハンドオーバにおける条件は、現在のアクセスポイントに対して新たなアクセスポイントを知らせる移動局を用いて、あるいは、移動局から通信の質等を判断して新たなアクセスポイントを移動局に知らせる現在のアクセスポイントを用いてハンドオーバが行なわれるということである。移動局は、セキュリティ関連情報のやりとりに関する現在のアクセスポイントと新たなアクセスポイントとの間の全ての通信が完了した後においてのみ、ハンドオーバを行なう。
【０１０９】
図８は、ドメイン内ハンドオーバのこの第３のタイプに係る安全なハンドオーバのための動作のフローチャートを示している。
【０１１０】
図８に示されるように、動作８１０において、移動局は、新たなアクセスへのハンドオーバに関して現在のアクセスポイントに知らせても良く、あるいは、現在のアクセスポイントは、同じハンドオーバに関して移動局に知らせても良い。ここで、動作８１０では、新たなアクセスポイントが現在のアクセスポイントの近隣関係で反映されないと仮定する。
【０１１１】
図８に示されるように、その後、動作８２０においては、任意選択的にネットワークオペレータの仲介により、ハンドオーバ実行前に新たなアクセスポイントでセキュリティコンテキスト情報が受けられる。
【０１１２】
図８に示されるように、最終的に、ハンドオーバは、図４に関して前述した原理に沿って、動作８３０で実行される。
【０１１３】
また、現在のアクセスポイントが新たなアクセスポイントと通信しなくても良いシナリオも想定できる。この場合、移動局は、セキュリティの理由により新たなアクセスポイントへのハンドオーバを行なわないことを知らされる。その後、ネットワーク管理者は新たなアクセスポイントに関して知らされ、これに続き、セキュリティコンテキスト情報が、前述した動作を担うこれらの新たなアクセスポイントに対して送られる。
【０１１４】
［ドメイン内（イントラドメイン）ハンドオーバ−ケースＩＶ］
このタイプのドメイン内ハンドオーバにおける動作のフローチャートを示す図９に関して例示されたドメイン内ハンドオーバの更なる拘束力がない例は、この場合も同様に、セキュリティコンテキスト情報が新たなアクセスポイントで利用できない状況に関するものである。ここでのハンドオーバにおける条件は、移動局がそれにおける現在のアクセスポイントに知らせることなくハンドオーバを行なうということである。
【０１１５】
図９に示されるように、このタイプのドメイン内ハンドオーバの場合、最初に、動作９１０において、移動局と新たなアクセスポイントとの間で認証が実行される。動作９２０において認証の失敗に関する問い合わせがなされた後、認証が成功した場合には、動作９３０において、新たなアクセスポイントへのハンドオーバが実行される。そうでない場合には、動作９４０において、セキュリティコンテキスト情報が新たなアクセスポイントに対して送られ、動作９５０において、移動局の再認証が新たなアクセスポイントで行なわれた後、動作９３０にしたがって新たなアクセスポイントへのハンドオーバが実行される。
【０１１６】
以上から明らかなように、本発明においては、プロトコルセキュリティレベルが暗号化アルゴリズムの要素および関連するレベルに対してもたらされる。ユーザは、プロセス全体および鍵生成に関して介入し／予想することが妨げられ、したがって、変異要素／アクセスポイントへのハンドオーバが妨げられる。セキュリティレベルが高まるが、これにより、ドメイン内ハンドオーバまたはドメイン間ハンドオーバとは無関係にハンドオーバ中の遅延が最小限に抑えられ、同時に、セキュリティレベルが維持される。
【０１１７】
［ドメイン間ハンドオーバ］
これまでは、図６〜図９に関してドメイン内ハンドオーバの特定の実施例について説明してきたが、以下では、図１０〜図１４に関してドメイン間ハンドオーバの詳細について説明する。
【０１１８】
ドメイン内ハンドオーバの場合と同様に、ドメイン間ハンドオーバの場合においても、対象は、継続中のサービスを中断することがない、通信ドメインの境界にわたってシームレスで、安全な、高速のハンドオーバである。
【０１１９】
ここで、図１０は、ドメイン間ハンドオーバの典型的な実施例を示す概略図を表わしている。
【０１２０】
図１０に示されるように、第１の通信ネットワークドメイン１０および関連する接続された有線エリアネットワーク２４に加えて、ドメイン間ハンドオーバ中には、第２の通信ネットワークドメイン５６と、サービスプロバイダネットワークと、コンテンツプロバイダネットワーク５８と、ルータ６２を介して第２の通信ドメイン５６の認証サーバ６４に接続された更なる有線エリアネットワーク６０とが含まれていても良い。
【０１２１】
また、図１０は、第２の通信ネットワークにアクセスポイント６６が同様にして設けられ且つバックボーンネットワーク１６により少なくとも第１の通信ネットワークおよび第２の通信ネットワークにおけるネットワーク要素同士を結合することができることを示している。
【０１２２】
なお、図１０に示される特定のネットワークセットアップは、単なる例示であり、本発明の範囲を限定するものと見なされるべきではない。本発明の一般的な適用のシナリオを説明するために無線ローカルエリアネットワークＷＬＡＮが使用されているが、関連する全ての考え方は、任意の他のタイプのモバイル通信システム、すなわち、第２世代のモバイル通信電話ネットワーク、第２世代のモバイル通信電話ネットワーク、第３世代のモバイル通信電話ネットワーク、及び／又は、任意のハイブリッド形式等に関して同様に使用できることは言うまでもない。
【０１２３】
また、異なるタイプのネットワーク間のハンドオーバに関して、当該ハンドオーバは、現在のネットワークＣＮまたは同様に現在の通信ドメイン、更なる新たなネットワークまたは新たな通信ドメインＮＮと、ホームネットワークまたはホーム通信ドメインＨＮとの間で異なっていても良い。更に、サービスプロバイダネットワークＳＰＮおよびコンテンツプロバイダネットワークＣＰＮが含まれていても良い。
【０１２４】
これらの全てのネットワーク間では、信頼関係が存在するかどうか、すなわち、関連するネットワーク間の通信が保護されて安全であると見なされるかどうかを識別することができる。あるいは、信頼関係が要求されている場合には、通信のセットアップ前に適切な手段を講じて、２つのネットワーク間でのデータ交換中に通信に関して不正行為が生じないようにしなければならない。
【０１２５】
また、ホームネットワークＨＮが現在のネットワークＣＮに対して信頼関係を有し、更に、現在のネットワークＣＮが新たなネットワークＮＮに対して信頼関係を有しているとすると、ホームネットワークＨＮと現在のネットワークＣＮとの間の信頼関係および現在のネットワークＣＮと新たなネットワークＮＮとの間の信頼関係は、ホームネットワークＨＮと新たなネットワークＮＮとの間の通信において委譲されても良い。
【０１２６】
ドメインハンドオーバにおける基本的なシナリオは、現在のネットワークからのハンドオーバである。この場合、現在のネットワークは、新たなネットワークに対するホームネットワークである。ここで、新たなネットワークＮＮは、現在のネットワークＣＮとの以前の信頼関係を有していても良く、あるいは、現在のネットワークとの信頼関係を有していなくても良い。
【０１２７】
現在のネットワークと新たなネットワークとの間に信頼関係が存在する場合には、新たなネットワークの適用ポイントは、現在のネットワークのマルチキャストドメインの一部になり、逆もまた同様である。現在のネットワークが全てのセキュリティコンテキスト情報を新たなネットワークへ転送する必要はない。例えば、マスター鍵または通信鍵を送る必要はない。現在のネットワークＣＮのアクセスポイントは、そのウェイクアップにおいて、隣の異なるネットワークとの信頼関係に関して知らされ、また、この情報は、認証サーバによって定期的に更新される。情報が特定のタイムアウト時間ＴＯ−ＴＲＵＳＴ内に更新されない場合、アクセスポイントは、更新を要求する認証サーバとコンタクトをとっても良い。
【０１２８】
すなわち、ドメイン間ハンドオーバにおいても、セキュリティコンテキスト情報が維持されるとともに、このセキュリティコンテキスト情報は、例えばこれを現在のアクセスポイントの近隣グラフへ送ることにより、現在のネットワークＣＮと新たなネットワークＮＮとの間でやりとりされる。
【０１２９】
ここで、前述したドメイン内ハンドオーバのシナリオに加えて、セキュリティコンテキスト情報の一部は、現在のネットワークＣＮと新たなネットワークＮＮとの間の信頼関係のタイプまたは程度に依存している。
【０１３０】
一般に、セキュリティコンテキスト情報は、少なくとも以下のものを含んでいる。すなわち、
移動局のために使用される暗号化アルゴリズムと、
移動局サポートの暗号化アルゴリズムと、
マスター鍵と（このマスター鍵の転送は、異なるネットワーク間の信頼関係のレベルに依存している。）、
マスター鍵のためのタイムアウト時間ＴＯ−ＭＫと、
ローミング鍵ＲＫと、
ローミング鍵のためのタイムアウト時間ＴＯ−ＲＫと、
通信鍵ＡＳＫと（この通信鍵は、ハンドオーバ期間の度に通信鍵ＡＳＫが得られない場合にのみ送られる。更に、通信鍵ＡＳＫの転送は、現在のネットワークと新たなネットワークとの間の信頼関係のレベルに依存している。）、
通信鍵のためのタイムアウト時間ＴＯ−ＡＳＫと、
セキュリティコンテキスト情報タイムアウト時間ＴＯ−ＣＩと、
タイムスタンプと
アクセスポイントの識別情報と
移動局の識別情報と（この識別情報は、ＭＡＣアドレスまたはＩＰアドレスを含んでいても良く、また、例えば最初のログイン手続き中に、周知のＩＤから、ＵＭＴＳで使用される仮ＩＤが生成されても良い。）、
現在のネットワークの識別情報と
である。
【０１３１】
また、ドメイン内ハンドオーバに関して前述したように、ドメイン間ハンドオーバにおいても、ローミング鍵および通信鍵のタイムアウト時間は、必要に応じて、モバイル機器と関連するネットワーク要素との間での最初の通信のため、新たな通信ドメイン内で広げられても良い。
【０１３２】
ドメイン間ハンドオーバにおいては、スムーズなハンドオーバを促進させるために、ハンドオーバが現在のネットワークＣＮから新たなネットワークＮＮへと行なわれると、セキュリティコンテキスト情報に加えて、セキュリティ情報も移動局へと送られる。
【０１３３】
特に、このセキュリティ情報は、更なる通信関連情報が関連するアクセスポイント間でやりとりされているか否かにかかわらず、移動局が新たなネットワークに備えられるように与えられる。
【０１３４】
ここで、移動局に対して与えられるセキュリティ情報の内容は、少なくとも次を含んでいる。すなわち、
新たなネットワークの識別情報と、
モバイルＩＰｖ４が使用される場合に好ましくは与えられる新たなネットワークのためのフォーリンエージェントのＩＰアドレスと、
現在のネットワークを介して新たなネットワークから予め得られ且つ使用されるネットワークの種類に依存しているＩＰアドレスと、例えば、ＷＬＡＮの例において使用されるインターネットプロトコルＩＰのバージョン（これは、ＭＩＰが使用される場合には必要とされないかもしれない。）と、
暗号鍵と（ここで、暗号鍵は、移動局および新たなネットワークにおける新たなアクセスポイントのための新たな通信鍵である。この暗号鍵は、通信鍵が現在のアクセスポイントを介して新たなネットワークの新たなアクセスポイントへ送られない場合には、セキュリティ情報内に含まれる。さもなければ、以下の場合には、暗号鍵がセキュリティ情報内に含まれる。すなわち、
（ｉ）通信鍵ＡＳＫが現在のアクセスポイントにより新たなネットワーク内の新たなアクセスポイントへ送られない場合。
（ｉｉ）更に新たなマスター鍵ＭＫを新たなネットワークで形成できる前に通信鍵ＡＳＫがタイムアウトする場合、マスター鍵ＭＫが新たなネットワークへ送られず、移動局が新たな通信鍵ＡＳＫを得ることができず、あるいは、古いマスター鍵に基づいて誤った通信鍵ＡＳＫを得る場合、マスター鍵ＭＫは新たなネットワーク内の新たなアクセスポイントへ送られないが、通信鍵ＡＳＫは送られる。したがって、「タイムアウト ≧ 残されたＡＳＫまたはＲＫ ≧ Ｔ−ＭＫ」の条件が成り立つ場合には、新たな通信鍵ＡＳＫが、新たなネットワーク内の新たなアクセスポイントによって送られる。ここで、残されたＴＯ−ＡＳＫまたはＲＫは、通信鍵ＡＳＫまたはローミング鍵ＲＫにおいて残された時間である。すなわち、この時間の満了後、通信鍵ＡＳＫは、タイムアウトすると共に、無効になる。また、Ｔ−ＭＫは、新たなネットワーク内の認証サーバおよび移動局によって新たなマスター鍵を生成するために必要な時間である。また、通信鍵が現在のネットワークによって新たなネットワークへ送信されない可能性、あるいは、新たなネットワークによって現在のネットワークへ送信されない可能性もある。）、
【０１３５】
暗号鍵のためのタイムアウト時間と、
暗号化アルゴリズムと（新たなネットワークのアクセスポイントが現在のネットワークで使用された暗号化アルゴリズムと比べて異なる暗号化アルゴリズムを使用する可能性がある。そのような場合、現在のアクセスポイントは、移動局および新たなアクセスポイントによって使用される最良の期間および暗号化アルゴリズムを選択することができるとともに、これについて移動局に知らせることができる。最良の可能な暗号化アルゴリズムは、移動局のやり方および新たなネットワークで使用されるやり方に基づいて選択することができる。新たなネットワークはハンドオーバ後に常に制御可能であり、これにより、現在のネットワークは、必要に応じて常に、ジョブを行なうことができ、すなわち、実施策に基づいて暗号化アルゴリズムを選択することができる。新たなネットワーク内の新たなアクセスポイントは、移動局がサポートする暗号化アルゴリズムを知っているため、選択した暗号化アルゴリズムを現在のアクセスポイントに知らせることができる。）
である。
【０１３６】
［ドメイン間 − 準備的セットアップ］
以下に説明するドメイン間ハンドオーバに関する異なる適用のシナリオは、以下の拘束力のない前提に基づいている。すなわち、
ネットワーク要素間の通信は安全(secure)であること。
ＩＥＥＥ ８０２．１１ ＷＬＡＮについて、アクセスポイント間プロトコルは、アクセスポイント間で安全な通信を行なうことが仮定できること。
モバイル機器のログインまたは最初の認証は、ＩＥＥＥ ８０２．１１ ＷＬＡＮが移動局である場合、ユーザに安全であること。
モバイル機器がそれ自体を認証またはログオンするための認証サーバおよびネットワーク要素は、安全な接続を有していること。アクセスポイント間プロトコルは、認証サーバとアクセスポイントとの間で安全な接続を行なう。
異なる通信ドメインまたはネットワーク間の認証サーバは、先に概略的に説明したハンドオーバ状況に依存する信頼関係を有していること。
ネットワーク自体は、サービスプロバイダ、または、現在の全てのネットワークドメインと信頼関係を有する第三者コンテンツプロバイダによって提供されるサービスであること。
【０１３７】
図１１は、本発明に係るドメイン間ハンドオーバを準備する動作のフローチャートを示している。
【０１３８】
最初に、動作１１１０においては、通信ネットワーク間の信頼できる通信が利用できるように備える。その後、動作１１２０において、現在の通信ネットワークのマルチキャストドメイン、特に現在のアクセスポイントが拡張される。このステップは任意である。その後、動作１１３０において、現在のアクセスポイントと現在の認証サーバとの間で信頼できる通信が形成される。この動作も任意である。
【０１３９】
図１１に示されるように、ドメイン間ハンドオーバの準備においては、動作１１４０で、前述したセキュリティ情報が移動局に対して送信される。また、任意選択的に、ローミング鍵ＲＫ、通信鍵ＡＳＫ及び／又はマスター鍵ＭＫも送信される。
【０１４０】
また、図１１に示されるように、動作１１５０では、移動局に対して与えられるセキュリティ情報以外に、アクセスポイントに関するセキュリティコンテキスト情報の少なくとも一部も、新たなアクセスポイントへ送信される。
【０１４１】
その後、図１１に示されるように、動作１１６０に移行してハンドオーバが実行され、動作１１７０で通信が再開される。
【０１４２】
図１１に示されるように、任意選択的に動作１１８０では、前のアクセスポイントにハンドオーバが知らされる。動作１１９０においては、セキュリティ関連情報に関して、特にセキュリティコンテキスト情報に関して、新たなアクセスポイントに隣接する全てのアクセスポイントが更新される。
【０１４３】
［ドメイン間 − 基本的なハンドオーバ］
以下では、現在のネットワークから新たなネットワークへの基本的なハンドオーバ手続きに関して、図１１に示されるハンドオーバを実行するための動作１１６０の詳細を説明する。なお、この場合、前述したように信頼通信リンクが構築されると仮定し、また、図１１に示されるようにセキュリティ情報がモバイル機器へダウンロードされると仮定する。
【０１４４】
一般に、基本的なハンドオーバ手続きにおいては、ハンドオーバが実行されると、移動局と新たなアクセスポイントとの間で相互認証が行なわれる。この場合、この目的のためにローミング鍵が使用されることが好ましい。ここでは、任意の周知の相互認証方法が使用されても良い。
【０１４５】
相互認証が行なわれると、通信を続行して再開することができる。これは、移動局におけるコンテキスト情報を新たなアクセスポイントを用いて利用できるからである。したがって、基本的なハンドオーバ手続きは、図４におけるドメイン内ハンドオーバに関して前述したそれと類似している。
【０１４６】
通信鍵が新たなネットワーク内の新たなアクセスに対して通信されない場合あるいは新たなアクセスポイントによって移動局へ通信されない場合には、最初に、ローミング鍵ＲＫを使用して通信が行なわれる。
【０１４７】
また、新たなアクセスポイントは、その近隣関係グラフ内の全てのアクセスポイントに対してコンテキスト情報を送る。新たなアクセスポイントは、新たなネットワーク内の関連する認証サーバにハンドオーバ手続きを知らせ、また、新たなネットワーク内の認証サーバも同様に現在のネットワーク内の認証サーバに知らせる。
【０１４８】
また、移動局および新たな認証サーバは、現在使用されている通信鍵ＡＳＫおよびローミング鍵がタイムアウトする前に新たなマスター鍵を生成する。なお、ここでは、これは、マスター鍵が現在のネットワークから新たなネットワークへ送られない場合にのみ行なわれる。
【０１４９】
更に、移動局および新たなアクセスポイントは通信鍵ＡＳＫを生成する。通信鍵ＡＳＫが無く且つ通信のためにローミング鍵ＲＭが使用される場合には、前の通信鍵が満了した後においてのみ新たな通信鍵ＡＳＫが生成されても良い。
【０１５０】
以上を考慮すると、移動局が現在のネットワークから新たなネットワークへローミングする際には、最初に、移動局が始めるために、あるいは、すなわち予備通信のためにローミング鍵およびセキュリティ情報が使用されるのは明らかである。
【０１５１】
したがって、ローミング鍵は、新たなネットワーク内のマスター鍵を生成できる十分に長い寿命（存続期間）を有していなければならない。通信鍵が現在のネットワークから新たなネットワークへ送られる場合には、同じことが通信鍵ＡＳＫにも当てはまる。
【０１５２】
マスター鍵が新たなネットワークで生成されると、これにより、前述した意味におけるその後の更なるハンドオーバのために、関連する通信鍵ＡＳＫおよびローミング鍵ＲＫを新たなネットワークでも生成することができる。関連する生成された通信鍵およびローミング鍵は、現在起動されている新たなアクセスポイントの近隣関係の一部である新たなネットワーク内のアクセスポイントのその後の更新のため、セキュリティコンテキスト情報中に組み入れられる。
【０１５３】
以下、現在のネットワークから新たなネットワークへの基本的なハンドオーバ手続きが、異なる一群、すなわち、現在のネットワークおよび新たなネットワークが信頼関係を有する或いは有さない一群に対して適用される方法について説明する。
【０１５４】
［ドメイン間 − ケースＩ］
第１のそのような関係は、現在のネットワークおよび新たなネットワークが信頼関係を有しているケースである。このタイプのドメイン間ハンドオーバにおける動作の関連するフローチャートが図１２に示されている。
【０１５５】
図１２に示されるように、ハンドオーバが信頼関係をもって新たなネットワークに対して達成されるとともに、新たなアクセスポイントが現在のアクセスポイントに対する近隣関係で特定され、すなわち、動作１２１０においてセキュリティコンテキスト情報がこの新たなアクセスポイントへ転送されるものと仮定する。
【０１５６】
ここで、ハンドオーバのための条件は、現在のアクセスポイントに新たなアクセスポイントを知らせる移動局を用いてハンドオーバが行なわれるということであり、あるいは、通信の質のような基準から判断する現在のアクセスポイントが移動局に対して新たなアクセスポイントを知らせるということである。また、他の基準は、現在のアクセスポイントと新たなアクセスポイントとの間の通信の全てが完了した後においてのみ移動局がハンドオーバを行なうということである。
【０１５７】
図１２に示されるように、動作１２２０では、ハンドオーバ前に新たなアクセスポイントにハンドオーバが知らされ、同じことが移動局にも適用される。
【０１５８】
図１２に示されるように、その後、動作１２３０において、ハンドオーバを実行するようにモバイル機器に指示する現在のアクセスポイントにより、ハンドオーバ自体の実行がなされる。
【０１５９】
［ドメイン間 − ケースＩＩ］
ドメイン間ハンドオーバの更なるタイプを図１３に関して説明する。
【０１６０】
ここで、ハンドオーバは、例えば共に信頼関係を有する現在のネットワーク内の１つのアクセスポイントから新たなネットワークへと行なわれるとする。
【０１６１】
図１３に示されるように、ここでは、ハンドオーバのための条件は、動作１３１０において新たなアクセスポイントだけにハンドオーバが知らされ、その後、動作１３２０において、新たなアクセスポイントに知らせることなくハンドオーバが実行されるということである。
【０１６２】
［ドメイン間 − ケースＩＩＩ］
更なるハンドオーバの状況および手続きは、信頼関係を有さない現在のネットワークおよび新たなネットワークに関するものである。関連するタイプのハンドオーバが図１４に示されている。
【０１６３】
現在のネットワークおよび新たなネットワークが互いに信頼関係を有しておらず且つ移動局が新たなネットワークへのハンドオーバを要求し或いは新たなネットワークへ引き渡された場合には、現在のアクセスポイントが知らされた状態で或いは現在のアクセスポイントが知らされない状態で、新たなネットワーク内のアクセスポイントへのハンドオーバが起こるという選択肢が生じる。
【０１６４】
最初のケースにおいて、現在のアクセスポイントが知らされるということは、図１４に示されるように現在のアクセスポイントが全ての必要な手続きを処理した後にハンドオーバが行なわれることを意味している。
【０１６５】
ここで、第１の動作１４１０は、第１および第２のネットワーク間で信頼関係を生成する。したがって、動作１４１０，１４２０において、現在のアクセスポイントは、認証サーバとコンタクトをとるとともに、要求されたハンドオーバに関して認証サーバおよび現在のネットワークに知らせた後、新たなネットワーク内の認証サーバとコンタクトをとって、信頼関係を形成する。
【０１６６】
その後、動作１４３０において、セキュリティコンテキスト情報が新たなネットワーク内の新たなアクセスポイントへ送られ、また、ハンドオーバ手続きは、前述した基本的なハンドオーバ手続きと同じである。
【０１６７】
なお、ここでは、現在のネットワークと新たなネットワークとの間の通信の遅れに起因して、移動局は、現在のネットワークと新たなネットワークとの間に信頼関係が形成される前にハンドオーバを行なうことができる。
【０１６８】
現在のアクセスポイントが知らされないことを前提とし、移動局は、現在のアクセスポイントに知らせることなく新たなアクセスポイントへ移動するものとする。通信は、現在の通信ネットワーク内で、すなわち、認証サーバ増進策またはハンドオーバ前のように通信を再開するための同様の手法を使用して、中断されるとともに再び確立される。
【０１６９】
これまで、基本的な手続きに関して、ドメイン間ハンドオーバの状況、すなわち、現在のネットワークおよび新たなネットワークが信頼関係を有する状況、および、現在のネットワークおよび新たなネットワークが信頼関係を有さない状況を説明してきた。
【０１７０】
これに加え、ハンドオーバの状況および手続きは、現在のネットワークおよび新たなネットワークのタイプによって、すなわち、現在のネットワークがホームネットワークであるか否かによって、また、新たなネットワークがホームネットワークであるか否かによって分類されても良く、更には、新たなネットワークとホームネットワークとの間の信頼関係に関して分類されても良い。
【０１７１】
これまでは、移動局がそのホームネットワークではない新たなネットワークからそのホームネットワークではない他の新たなネットワークへのハンドオーバを行なう状況が存在する。なお、ここでは、いずれにせよ、ホームネットワーク内の認証サーバにハンドオーバ手続きが知らされなければならない。
【０１７２】
最初のケースは、信頼関係を有する新たなネットワークおよび現在のネットワークに関するものである。このケースでは、新たなネットワークがホームネットワークとの信頼関係を有していない場合であっても、信頼関係を現在のネットワークから新たなネットワークへ委譲することができる。信頼関係を委譲する部分以外、ハンドオーバ手続きは、図１２および図１３に関して前述した手続きと同じである。
【０１７３】
新たなネットワークがホームネットワークとの信頼関係も有していないことを考慮すると、第２の状況は、現在のネットワークおよび新たなネットワークが信頼関係を有していない場合に生じる。このことは、図１４で説明した手続きにしたがってホームネットワークと新たなネットワークとの間でとにかく信頼関係が形成されなければならないことを意味している。
【０１７４】
第３の状況は、新たなネットワークがホームネットワークとの信頼関係を有している場合に生じる。ここで、現在のネットワークも新たなネットワークとの信頼関係を有している場合には、信頼関係だけがチェックされ、その後、図１２および図１３に係る手続きが行なわれる。
【０１７５】
あるいは、現在のネットワークが新たなネットワークとの信頼関係を有していない場合には、現在のネットワークは、ホームネットワークが新たなネットワークとの信頼関係を有しているかどうかをチェックする。ここで、ホームネットワークは、信頼関係を委譲しても良く、その後、図１２および図１３に関して前述したような手続きが行なわれる。
【０１７６】
最後に、他のハンドオーバの状況は、新たなネットワークがホームネットワークである場合、あるいは、言い換えると、移動局が元のホームネットワークへローミングしている場合に生じる。ここで、通常は、現在のネットワークとホームネットワークである新たなネットワークとの間に信頼関係が存在していなければならず、それにより、その後、図１２および図１３に関して前述したような手続きが行なわれる。
【図面の簡単な説明】
【０１７７】
【図１】本発明に係るドメイン内ハンドオーバの典型例に関する概略図を示している。
【図２】本発明に係るアクセス装置の概略図を示している。
【図３】本発明に係るモバイル機器の概略図を示している。
【図４】本発明に係る分散モバイル通信環境内での安全なハンドオーバにおける動作のフローチャートを示している。
【図５】本発明に係る分散モバイル通信環境内での安全なハンドオーバの準備における動作のフローチャートを示している。
【図６】本発明に係るドメイン内ハンドオーバの第１のタイプにおける動作のフローチャートを示している。
【図７】本発明に係るドメイン内ハンドオーバの第２のタイプにおける動作のフローチャートを示している。
【図８】本発明に係るドメイン内ハンドオーバの第３のタイプにおける動作のフローチャートを示している。
【図９】本発明に係るドメイン内ハンドオーバの第４のタイプにおける動作のフローチャートを示している。
【図１０】本発明に係るドメイン間ハンドオーバの典型例を説明する概略図を示している。
【図１１】本発明に係るドメイン間ハンドオーバの準備における動作のフローチャートを示している。
【図１２】本発明に係るドメイン間ハンドオーバの第１のタイプにおける動作のフローチャートを示している。
【図１３】本発明に係るドメイン間ハンドオーバの第２のタイプにおける動作のフローチャートを示している。
【図１４】本発明に係るドメイン間ハンドオーバの第３のタイプにおける動作のフローチャートを示している。
【特許請求の範囲】
【請求項１】
方法クレーム
基本的なハンドオーバ手続き
分散モバイル通信環境における安全なハンドオーバの方法であって、前記安全なハンドオーバは、現在のアクセス装置と新たなアクセス装置との間でモバイル機器のために実行され、
セキュリティコンテキスト情報を使用して、前記モバイル機器と前記新たなアクセス装置との間で相互認証を実行するステップと、
前記相互認証が成功すると、前記現在のアクセス装置から前記新たなアクセス装置へのハンドオーバを実行するステップと
を含む方法。
【請求項２】
前記相互認証は、前記モバイル機器、前記現在のアクセス装置、前記新たなアクセス装置、少なくとも１つの遠隔ネットワーク装置、あるいは、これらの任意の組み合わせにおいて実行されることを特徴とする請求項１に記載の方法。
【請求項３】
前記相互認証が終了するまでハンドオーバを実行しないように、前記現在のアクセス装置、前記新たなアクセス装置及び／又は前記モバイル機器に通知するステップを更に含むことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記相互認証が成功しない場合にはハンドオーバを実行しないように、前記現在のアクセス装置、前記新たなアクセス装置及び／又は前記モバイル機器に通知するステップを更に含むことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記現在のアクセス装置、前記新たなアクセス装置及び／又は前記モバイル機器でハンドオーバを実行する通知を受けるステップを更に含むことを特徴とする請求項４に記載の方法。
【請求項６】
セキュリティコンテキスト情報を使用して、前記モバイル機器と前記新たなアクセス装置との間で安全な通信を再開するステップを含むことを特徴とする請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記現在のアクセス装置から前記新たなアクセス装置へのハンドオーバを実行した後、前記新たなアクセス装置から、前記新たなアクセス装置の近隣関係で特定されたアクセス装置へと、セキュリティコンテキスト情報を送るステップを含むことを特徴とする請求項６に記載の方法。
メイン機構−イントラドメイン
【請求項８】
同じ通信ドメインのアクセス装置間でハンドオーバが実行されることを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
認証サーバ（ＡＡＡ）でのモバイル機器のログオン中にマスター秘密認証値が生成されることを特徴とする請求項８に記載の方法。
【請求項１０】
前記マスター秘密認証値は、前記認証サーバから少なくとも前記現在のアクセス装置へと送られることを特徴とする請求項８または９に記載の方法。
【請求項１１】
前記マスター秘密認証値（ＭＫ）は、前記モバイル機器のログオンが成功した後に送られることを特徴とする請求項８から１０のいずれか１項に記載の方法。
【請求項１２】
前記マスター秘密認証値が更に前記モバイル機器へと送られることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記マスター秘密認証値（ＭＫ）は、前記現在のアクセス装置と前記モバイル機器との間で生成されることを特徴とする請求項８に記載の方法。
【請求項１４】
前記マスター秘密認証値（ＭＫ）は、前記現在のアクセス装置と認証サーバ（ＡＡＡ）との間で生成されることを特徴とする請求項８に記載の方法。
【請求項１５】
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）が前記マスター秘密認証値から得られることを特徴とする請求項９から１４のいずれか１項に記載の方法。
【請求項１６】
前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）が前記マスター秘密認証値から得られることを特徴とする請求項９から１５のいずれか１項に記載の方法。
【請求項１７】
前記モバイル機器とアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）及び／又は前記モバイル機器とアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）が前記現在のアクセス装置で得られることを特徴とする請求項１５または１６に記載の方法。
【請求項１８】
前記モバイル機器とアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）及び前記モバイル機器とアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）が前記モバイル機器へ送られることを特徴とする請求項１７に記載の方法。
セキュリティコンテキスト情報−イントラドメイン
【請求項１９】
前記セキュリティコンテキスト情報が前記現在のアクセス装置で生成されることを特徴とする請求項１から１８のいずれか１項に記載の方法。
【請求項２０】
前記セキュリティコンテキスト情報は、前記モバイル機器と前記新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）を少なくとも含むことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記セキュリティコンテキスト情報は、
マスター秘密認証値（ＭＫ）；
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）；
前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）；
前記モバイル機器によって使用される暗号化のタイプの表示；
前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）；
前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）；
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）；
前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）；
タイムスタンプ；
前記現在のアクセス装置の識別情報；
前記モバイル機器の識別情報；
のうちの少なくとも１つを含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
モバイル機器の前記識別情報が仮の識別情報であることを特徴とする請求項２１に記載の方法。
【請求項２３】
以下の関係が異なるタイムアウト時間同士の間で保たれる、すなわち、前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）≧前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）≧前記モバイル機器と前記現在のアクセス装置との間の相互認証のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）≧前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）となっていることを特徴とする請求項２１または２２に記載の方法。
【請求項２４】
前記モバイル機器と前記現在のアクセス装置との間の相互認証のための前記共有秘密認証値（ＡＳＫ）は、タイムアウト時間の満了時に前記現在のアクセス装置で更新されることを特徴とする請求項２１から２３のいずれか１項に記載の方法。
【請求項２５】
前記現在のアクセス装置の近隣関係で特定されるアクセス装置においてセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項１９から２４のいずれか１項に記載の方法。
【請求項２６】
ハンドオーバアクセス装置になると予期されるアクセス装置でセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項１９から２４のいずれか１項に記載の方法。
【請求項２７】
前記予期されるハンドオーバ装置は、少なくとも、ハンドオーバ時の前記モバイル機器の位置、移動速度、及び／又は、移動方向にしたがって予測されることを特徴とする請求項２６に記載の方法。
ドメイン内ハンドオーバ
ドメイン内ハンドオーバ−ケースＩ
【請求項２８】
ハンドオーバが前記新たなアクセス装置に対して実行され、前記新たなアクセス装置は、前記現在のアクセス装置の近隣関係で特定されることを特徴とする請求項８から２７のいずれか１項に記載の方法。
【請求項２９】
少なくとも前記現在のアクセス装置でのセキュリティコンテキスト情報の利用可能性を評価することを特徴とする請求項２８に記載の方法。
【請求項３０】
ハンドオーバの実行は、前記新たなアクセス装置へのハンドオーバに関して前記現在のアクセス装置に知らせる前記モバイル機器によってトリガされることを特徴とする請求項２８または２９に記載の方法。
【請求項３１】
ハンドオーバの実行は、前記新たなアクセス装置へのハンドオーバに関して前記モバイル機器に知らせる前記現在のアクセス装置によってトリガされることを特徴とする請求項２８または２９に記載の方法。
ドメイン内ハンドオーバ−ケースＩＩ
【請求項３２】
少なくとも前記新たなアクセス装置でのセキュリティコンテキスト情報の利用可能性を評価することなく、ハンドオーバが前記新たなアクセス装置に対して実行されることを特徴とする請求項８から２７のいずれか１項に記載の方法。
【請求項３３】
ハンドオーバの実行は、ハンドオーバを前記現在のアクセス装置に知らせることなく前記新たなアクセス装置へのハンドオーバを開始する前記モバイル機器によってトリガされることを特徴とする請求項３２に記載の方法。
ドメイン内ハンドオーバ−ケースＩＩＩ
【請求項３４】
ハンドオーバが前記新たなアクセス装置に対して実行され、前記新たなアクセス装置は、前記現在のアクセス装置の近隣関係で特定されないことを特徴とする請求項８から２７のいずれか１項に記載の方法。
【請求項３５】
ハンドオーバの実行は、前記新たなアクセス装置へのハンドオーバに関して前記現在のアクセス装置に知らせる前記モバイル機器によってトリガされることを特徴とする請求項３４に記載の方法。
【請求項３６】
ハンドオーバの実行前に少なくとも前記新たなアクセス装置でセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項３４または３５に記載の方法。
【請求項３７】
セキュリティコンテキスト情報は、前記現在のアクセス装置と前記新たなアクセス装置との間でやりとりされることを特徴とする請求項３６に記載の方法。
【請求項３８】
ネットワークオペレータの制御下でセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項３７に記載の方法。
ドメイン内ハンドオーバ−ケースＩＶ
【請求項３９】
前記モバイル機器と前記新たなアクセス装置との間の相互認証の失敗時に、前記新たなアクセス装置でのセキュリティコンテキスト情報の非利用可能性に関して判断を下すステップを含むことを特徴とする請求項８から２７のいずれか１項に記載の方法。
【請求項４０】
ハンドオーバの実行前に少なくとも前記新たなアクセス装置でセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項３９に記載の方法。
【請求項４１】
セキュリティコンテキスト情報は、前記現在のアクセス装置と前記新たなアクセス装置との間でやりとりされることを特徴とする請求項４０に記載の方法。
【請求項４２】
ネットワークオペレータの制御下でセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項４１に記載の方法。
ドメイン間−予備セットアップ
【請求項４３】
異なる通信ドメインのアクセス装置間でハンドオーバが実行され、前記現在のアクセス装置が現在の通信ドメイン内で動作され、前記新たなアクセス装置が新たな通信ドメイン内で動作されることを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項４４】
前記現在の通信ドメインの認証サーバと前記新たなドメイン内の少なくとも１つのアクセス装置との間で信頼できる通信を形成するステップを含むことを特徴とする請求項４３に記載の方法。
【請求項４５】
前記信頼できる通信は、前記現在の通信ドメイン内の少なくとも前記認証サーバと前記新たな通信ドメイン内の少なくとも１つのアクセス装置との間でセキュリティ関連付けリンクを構築することにより達成されることを特徴とする請求項４４に記載の方法。
【請求項４６】
前記新たな通信ドメインの可能な新たなアクセス装置を、前記現在の通信ドメインの前記認証サーバのマルチキャストドメインに対して付加するステップを含むことを特徴とする請求項４３から４５のいずれか１項に記載の方法。
【請求項４７】
前記現在の通信ドメイン内の前記現在のアクセス装置と前記現在の通信ドメイン内の前記認証アクセスサーバとの間で通信リンクを構築するステップを含むことを特徴とする請求項４３から４６のいずれか１項に記載の方法。
【請求項４８】
前記通信リンクは、前記現在の通信ドメイン内の前記現在のアクセス装置と前記現在の通信ドメイン内の前記認証アクセスサーバとの間で信頼できる関係として構築されることを特徴とする請求項４７に記載の方法。
【請求項４９】
ハンドオーバのための可能なアクセス装置を特定するために、前記現在の通信ドメイン内の前記現在のアクセス装置のための近隣関係を形成するステップを更に含むことを特徴とする請求項４３から４８のいずれか１項に記載の方法。
ドメイン間−基本的なハンドオーバ
【請求項５０】
第２の通信ドメインに関するセキュリティ情報を前記現在のアクセス装置から前記モバイル機器へ送信するステップを含むことを特徴とする請求項４３から４９のいずれか１項に記載の方法。
【請求項５１】
前記セキュリティ情報は、
前記第２の通信ドメインの識別情報；
任意選択的に、前記第２の通信ドメイン内のフォーリンエージェントのケアオブアドレス；
（ｉ）前記モバイル機器と第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための現在の共有秘密認証値（ＡＳＫ）が前記第２の通信ドメインに対して通信されない場合及び／又は（ｉｉ）前記第１の通信ドメインで使用されたマスター秘密認証値（ＭＫ）が前記第２の通信ドメインに対して通信されず且つ前記第２の通信ドメインで使用される新たなマスター秘密認証値（ＭＫ）の生成前に前記モバイル機器と前記第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための前記現在の共有秘密認証値（ＡＳＫ）がタイムアウトする場合には、前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための前記新たな共有秘密認証値（ＡＳＫ）；
前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための前記新たな共有秘密認証値（ＡＳＫ）のためのタイムアウト時間；
前記第２の通信ドメインで使用される暗号化アルゴリズム；
のうちの少なくとも１つの項目を含むことを特徴とする請求項５０に記載の方法。
【請求項５２】
前記現在の通信ドメインおよび前記新たな通信ドメインが異なる認証機構を使用する場合には、前記モバイル機器において、前記新たな通信ドメインからユーザ認証のためのマスター秘密認証値（ＭＫ）を受けるステップを含むことを特徴とする請求項５０または５１に記載の方法。
【請求項５３】
前記新たなアクセス装置と前記モバイル機器との間の相互認証は、相互認証のための前記共有秘密認証値（ＲＫ）を使用して達成されることを特徴とする請求項５０から５２のいずれか１項に記載の方法。
【請求項５４】
セキュリティコンテキスト情報の少なくとも一部を前記新たな通信ドメインへ送信するステップを含むことを特徴とする請求項５０から５３のいずれか１項に記載の方法。
【請求項５５】
セキュリティコンテキスト情報の少なくとも一部の送信は、前記現在の通信ドメインの認証サーバによって行なわれることを特徴とする請求項５４に記載の方法。
【請求項５６】
セキュリティコンテキスト情報の少なくとも一部の送信がルータによって行なわれることを特徴とする請求項５５に記載の方法。
【請求項５７】
セキュリティコンテキスト情報は、前記新たなアクセス装置の近隣関係で特定されたアクセス装置へ送られることを特徴とする請求項５５または５６に記載の方法。
【請求項５８】
前記セキュリティコンテキスト情報は、
マスター秘密認証値（ＭＫ）；
前記モバイル機器と前記現在の／新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）；
前記モバイル機器と前記現在の／新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）；
前記モバイル機器によって使用される暗号化のタイプの表示；
前記モバイル機器によってサポートされる暗号化のタイプの表示；
前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）；
前記モバイル機器と前記現在のアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）；
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）；
前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）；
タイムスタンプ；
前記モバイル機器の識別情報；
前記現在のアクセス装置の識別情報；
前記第１の通信ドメインの識別情報；
のうちの少なくとも１つを含むことを特徴とする請求項５５から５７のいずれか１項に記載の方法。
【請求項５９】
前記モバイル機器の前記識別情報が仮の識別情報であることを特徴とする請求項５８に記載の方法。
【請求項６０】
前記モバイル機器とアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）及び／又は相互通信のための前記共有秘密認証値（ＡＳＫ）のタイムアウト時間は、前記新たな通信ドメインにおいて延ばされることを特徴とする請求項５８または５９に記載の方法。
【請求項６１】
相互通信のための前記共有秘密認証値（ＡＳＫ）が前記第２の通信ドメイン内の前記新たなアクセス装置に対して通信されず或いは前記新たなアクセス装置から前記モバイル機器へ通信されない場合には、前記モバイル機器と前記新たなアクセス装置との間での安全な通信の再開が、相互認証のための前記共有秘密認証値（ＲＫ）を使用して行なわれることを特徴とする請求項５０から６０のいずれか１項に記載の方法。
【請求項６２】
前記モバイル機器と前記新たなアクセス装置との間での安全な通信の再開は、前記第１の通信ドメインから送られる前記モバイル機器と前記新たなアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）の使用により行なわれることを特徴とする請求項５０から６０のいずれか１項に記載の方法。
【請求項６３】
前記現在のアクセス装置には、前記新たなアクセス装置へのハンドオーバが知らされることを特徴とする請求項５０から６２のいずれか１項に記載の方法。
【請求項６４】
ハンドオーバの実行に関して前記現在の通信ドメイン内の前記認証サーバに知らせるステップを含むことを特徴とする請求項５０から６３のいずれか１項に記載の方法。
【請求項６５】
ハンドオーバ実行後に通信に影響を与えることなく、前記第２の通信ドメイン（ＳＴＡ，ＡＡＡＦ）において更なるマスター秘密認証値（ＭＫ）を生成するステップを含むことを特徴とする請求項５０から６４のいずれか１項に記載の方法。
【請求項６６】
ハンドオーバの実行のために相互認証のための前記共有秘密認証値（ＲＫ）が前記新たな通信ドメインへ送られる場合には、相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間満了前に、前記新たなマスター秘密認証値（ＭＫ）が生成されることを特徴とする請求項６５に記載の方法。
【請求項６７】
ハンドオーバの実行のために相互通信のための前記共有秘密認証値（ＡＳＫ）が前記新たな通信ドメインへ送られる場合には、相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間満了前に、前記新たなマスター秘密認証値（ＭＫ）が生成されることを特徴とする請求項６５に記載の方法。
【請求項６８】
前記新たな通信ドメイン内で新たなセキュリティコンテキスト情報を利用できるときに、前記新たなアクセス装置の近隣関係で特定されるアクセス装置でセキュリティコンテキスト情報を更新するステップを更に含むことを特徴とする請求項５０から６７のいずれか１項に記載の方法。
ドメイン間−ケースＩ
【請求項６９】
前記新たなアクセス装置は前記現在のアクセス装置の近隣関係に含まれ、前記新たなアクセス装置にはハンドオーバが知らされ、前記現在のアクセス装置は、前記新たなアクセス装置によってセキュリティ関連の問題をチェックした後にのみハンドオーバを実行するように前記モバイル機器に指示することを特徴とする請求項５０から６８のいずれか１項に記載の方法。
【請求項７０】
前記新たなアクセス装置は前記現在のアクセス装置の近隣関係に含まれ、前記新たなアクセス装置にはハンドオーバが知らされ、ハンドオーバは、前記現在のアクセス装置に知らせることなく前記モバイル機器によって実行されることを特徴とする請求項５０から６８のいずれか１項に記載の方法。
ドメイン間−ケースＩＩ
【請求項７１】
前記現在のアクセス装置にはハンドオーバの実行が知らされ、前記第１の通信ドメインおよび前記第２の通信ドメインはハンドオーバの実行前に信頼関係を有しておらず、前記現在のアクセス装置は、前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）にハンドオーバ要求を知らせることを特徴とする請求項５０から６８のいずれか１項に記載の方法。
【請求項７２】
前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）と前記第２の通信ドメイン内の前記認証サーバ（ＡＡＡＦ）との間で信頼通信関係を形成するステップを含むことを特徴とする請求項７１に記載の方法。
【請求項７３】
前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）と前記第２の通信ドメイン内の前記認証サーバ（ＡＡＡＦ）との間で信頼通信関係を構築した後、セキュリティコンテキスト情報の少なくとも一部を前記第２の通信ドメインへ送るステップを含むことを特徴とする請求項７１または７２に記載の方法。
【請求項７４】
前記現在のアクセス装置にはハンドオーバの実行が知らされず、前記第１の通信ドメインおよび前記第２の通信ドメインはハンドオーバの実行前に信頼関係を有さず、前記第１の通信ドメインと前記第２の通信ドメインとの間の通信が中断されることを特徴とする請求項５０から６８のいずれか１項に記載の方法。
【請求項７５】
ユーザの再認証後に前記第１の通信ドメインで通信を再開するステップを含むことを特徴とする請求項７４に記載の方法。
装置クレーム−アクセス装置
基本的なハンドオーバ手続き
【請求項７６】
分散モバイル通信環境において安全なハンドオーバを実行するためのアクセス装置であって、前記安全なハンドオーバは、現在のアクセス装置と新たなアクセス装置との間でモバイル機器において実行され、
− セキュリティコンテキスト情報を使用して、前記モバイル機器と前記新たなアクセス装置との間で相互認証を実行するようになっている認証ユニットと、
− 前記相互認証が成功すると、前記現在のアクセス装置から前記新たなアクセス装置へのハンドオーバを実行するようになっているハンドオーバ制御ユニットと、
を備えるアクセス装置。
【請求項７７】
前記相互認証が終了するまでハンドオーバを実行しないように、前記新たなアクセス装置及び／又は前記モバイル機器に通知するようになっている通信ユニットを備えていることを特徴とする請求項７６に記載のアクセス装置。
【請求項７８】
前記通信装置は、更に、前記相互認証が成功しない場合にはハンドオーバを実行しないように、前記新たなアクセス装置及び／又は前記モバイル機器に通知するようになっていることを特徴とする請求項７６または７７に記載のアクセス装置。
【請求項７９】
前記通信装置は、更に、前記新たなアクセス装置及び／又は前記モバイル機器から、ハンドオーバを実行する通知を受けるようになっていることを特徴とする請求項７８に記載のアクセス装置。
【請求項８０】
前記通信ユニットは、セキュリティコンテキスト情報を使用して、前記モバイル機器と前記新たなアクセス装置との間で安全な通信を再開するようになっていることを特徴とする請求項７６から７９のいずれか１項に記載のアクセス装置。
【請求項８１】
前記通信ユニットは、前記現在のアクセス装置から前記新たなアクセス装置へのハンドオーバを実行した後、前記アクセス装置の近隣関係で特定されたアクセス装置へセキュリティコンテキスト情報を送るようになっていることを特徴とする請求項８０に記載のアクセス装置。
メイン機構−イントラドメイン
【請求項８２】
同じ通信ドメインのアクセス装置間でハンドオーバが実行されるようになっていることを特徴とする請求項７６から８１のいずれか１項に記載のアクセス装置。
【請求項８３】
認証サーバ（ＡＡＡ）での前記モバイル機器のログオン中にマスター秘密認証値を生成するようになっている暗号鍵ユニットを備えていることを特徴とする請求項８２に記載のアクセス装置。
【請求項８４】
前記通信ユニットは、認証サーバから前記マスター秘密認証値を受けるようになっていることを特徴とする請求項８２または８３に記載のアクセス装置。
【請求項８５】
前記通信ユニットは、前記モバイル機器のログオンが成功した後に前記マスター秘密認証値（ＭＫ）を受けるようになっていることを特徴とする請求項８２から８４のいずれか１項に記載のアクセス装置。
【請求項８６】
前記通信ユニットは、前記マスター秘密認証値をモバイル機器へ送るようになっていることを特徴とする請求項８５に記載のアクセス装置。
【請求項８７】
前記暗号鍵ユニットは、前記モバイル機器と協働して、前記マスター秘密認証値（ＭＫ）を生成するようになっていることを特徴とする請求項８２に記載のアクセス装置。
【請求項８８】
前記暗号鍵ユニットは、認証サーバ（ＡＡＡ）と協働して、前記マスター秘密認証値（ＭＫ）を生成するようになっていることを特徴とする請求項８２に記載のアクセス装置。
【請求項８９】
前記暗号鍵ユニットは、前記モバイル機器と前記新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）を、前記マスター秘密認証値から生成するようになっていることを特徴とする請求項８３から８８のいずれか１項に記載のアクセス装置。
【請求項９０】
前記暗号鍵ユニットは、前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）を、前記マスター秘密認証値から生成するようになっていることを特徴とする請求項８３から８８のいずれか１項に記載のアクセス装置。
【請求項９１】
前記通信装置は、前記モバイル機器とアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）及び／又は前記モバイル機器とアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）を前記モバイル機器に対して送るようになっていることを特徴とする請求項８９または９０に記載のアクセス装置。
セキュリティコンテキスト情報−イントラドメイン
【請求項９２】
セキュリティコンテキスト情報を生成するようになっているセキュリティコンテキスト情報ユニットを備えていることを特徴とする請求項７６から９１のいずれか１項に記載のアクセス装置。
【請求項９３】
セキュリティコンテキスト情報ユニットは、少なくとも前記モバイル機器と前記新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）を前記セキュリティコンテキスト情報中に含めるようになっていることを特徴とする請求項９２に記載のアクセス装置。
【請求項９４】
前記セキュリティコンテキスト情報ユニットは、
マスター秘密認証値（ＭＫ）；
前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）；
前記モバイル機器によって使用される暗号化のタイプの表示；
前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）；
前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）；
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）；
前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）；
タイムスタンプ；
前記現在のアクセス装置の識別情報；
前記モバイル機器の識別情報；
のうちの少なくとも１つを前記セキュリティコンテキスト情報中に更に含めるようになっていることを特徴とする請求項９３に記載のアクセス装置。
【請求項９５】
以下の関係が異なるタイムアウト時間同士の間で保たれる、すなわち、前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）≧前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）≧前記モバイル機器と前記現在のアクセス装置との間の相互認証のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）≧前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）となっていることを特徴とする請求項９４に記載のアクセス装置。
【請求項９６】
前記暗号鍵ユニットは、タイムアウト時間の満了時に、前記モバイル機器と前記現在のアクセス装置との間の相互認証のための前記共有秘密認証値（ＡＳＫ）を更新するようになっていることを特徴とする請求項９４または９５に記載のアクセス装置。
【請求項９７】
前記現在のアクセス装置からのハンドオーバ候補として隣接するアクセス装置に適合される近隣関係ユニットを備えていることを特徴とする請求項９２から９６のいずれか１項に記載のアクセス装置。
【請求項９８】
前記ハンドオーバ制御ユニットは、少なくとも、ハンドオーバ時の前記モバイル機器の位置、移動速度、及び／又は、移動方向にしたがってハンドオーバ対象アクセス装置を予測するようになっていることを特徴とする請求項７６から９７のいずれか１項に記載のアクセス装置。
ドメイン内ハンドオーバ−ケースＩ
【請求項９９】
前記ハンドオーバ制御ユニットは、前記新たなアクセス装置に対してハンドオーバを実行するようになっており、前記新たなアクセス装置は、前記現在のアクセス装置の近隣関係で特定されることを特徴とする請求項８２から９８のいずれか１項に記載のアクセス装置。
【請求項１００】
前記セキュリティコンテキスト情報ユニットは、前記アクセス装置へのハンドオーバを可能にする前に、セキュリティコンテキスト情報の利用可能性を評価するようになっていることを特徴とする請求項９９に記載のアクセス装置。
【請求項１０１】
前記ハンドオーバ制御ユニットは、前記モバイル機器からトリガハンドオーバを受けるようになっていることを特徴とする請求項９９または１００に記載のアクセス装置。
【請求項１０２】
前記ハンドオーバ制御ユニットは、ハンドオーバをトリガするとともに、ハンドオーバの実行を前記モバイル機器に知らせるようになっていることを特徴とする請求項９９または１００に記載のアクセス装置。
ドメイン内ハンドオーバ−ケースＩＩ
【請求項１０３】
前記ハンドオーバ制御ユニットは、少なくとも前記新たなアクセス装置でのセキュリティコンテキスト情報の利用可能性を評価することなく、前記新たなアクセス装置へのハンドオーバを実行するようになっていることを特徴とする請求項８２から９８のいずれか１項に記載のアクセス装置。
ドメイン内ハンドオーバ−ケースＩＩＩ
【請求項１０４】
前記ハンドオーバ制御ユニットが前記新たなアクセス装置へのハンドオーバを実行するようになっており、前記新たなアクセス装置は前記アクセス装置の近隣関係で特定されないことを特徴とする請求項８２から９８のいずれか１項に記載のアクセス装置。
【請求項１０５】
前記ハンドオーバ制御ユニットは、ハンドオーバの実行前に少なくとも前記新たなアクセス装置でセキュリティコンテキスト情報の受信を開始するようになっていることを特徴とする請求項１０４に記載のアクセス装置。
【請求項１０６】
前記ハンドオーバ制御ユニットは、ネットワークオペレータの制御下でセキュリティコンテキスト情報の受信を開始するようになっていることを特徴とする請求項１０５に記載のアクセス装置。
ドメイン内ハンドオーバ−ケースＩＶ
【請求項１０７】
前記モバイル機器と前記新たなアクセス装置との間の相互認証の失敗時に、前記新たなアクセス装置でのセキュリティコンテキスト情報の非利用可能性に関して判断を下すことを含むことを特徴とする請求項８２から９８のいずれか１項に記載のアクセス装置。
【請求項１０８】
前記ハンドオーバ制御ユニットは、ハンドオーバの実行前に少なくとも対象のアクセス装置でセキュリティコンテキスト情報の受信を開始するようになっていることを特徴とする請求項１０７に記載のアクセス装置。
【請求項１０９】
前記ハンドオーバ制御ユニットは、ネットワークオペレータの制御下で、少なくとも前記対象のアクセス装置においてセキュリティコンテキスト情報の受信を開始するようになっていることを特徴とする請求項１０８に記載のアクセス装置。
ドメイン間−予備セットアップ
【請求項１１０】
前記ハンドオーバ制御ユニットは、異なる通信ドメインのアクセス装置間でハンドオーバを実行するようになっており、前記アクセス装置が現在の通信ドメイン内で動作され、前記対象のアクセス装置が新たな通信ドメイン内で動作されることを特徴とする請求項７６から８１のいずれか１項に記載のアクセス装置。
【請求項１１１】
前記通信ユニットは、前記現在の通信ドメインの認証サーバと前記新たな通信ドメイン内の少なくとも１つのハンドオーバ対象アクセス装置との間で信頼できる通信を形成するようになっていることを特徴とする請求項１１０に記載のアクセス装置。
【請求項１１２】
前記通信ユニットは、前記現在の通信ドメイン内の前記認証サーバと前記新たな通信ドメイン内の少なくとも１つのハンドオーバ対象アクセス装置との間でセキュリティ関連付けリンクを構築することにより前記信頼できる通信を形成するようになっていることを特徴とする請求項１１１に記載のアクセス装置。
【請求項１１３】
前記通信ユニットは、前記新たな通信ドメインの可能な新たなハンドオーバアクセス装置を、前記現在の通信ドメインの前記認証サーバのマルチキャストドメインに対して付加するようになっていることを特徴とする請求項１１０から１１２のいずれか１項に記載のアクセス装置。
【請求項１１４】
前記通信ユニットは、前記現在の通信ドメイン内の前記認証アクセスサーバへの通信リンクを構築するようになっていることを特徴とする請求項１１０から１１３のいずれか１項に記載のアクセス装置。
【請求項１１５】
前記通信ユニットは、前記現在の通信ドメイン内の前記認証アクセスサーバへの通信リンクを信頼できる関係として構築するようになっていることを特徴とする請求項１１４に記載のアクセス装置。
【請求項１１６】
前記近隣関係ユニットは、ハンドオーバのための可能なアクセス装置を特定するために、前記現在の通信ドメイン内で近隣関係を形成するようになっていることを特徴とする請求項１１０から１１０のいずれか１項に記載のアクセス装置。
ドメイン間−基本的なハンドオーバ
【請求項１１７】
前記通信ユニットは、第２の通信ドメインに関するセキュリティ情報を前記モバイル機器へ送信するようになっていることを特徴とする請求項１１０から１１６のいずれか１項に記載のアクセス装置。
【請求項１１８】
前記セキュリティ情報は、
前記第２の通信ドメインの識別情報；
任意選択的に、前記第２の通信ドメイン内のフォーリンエージェントのケアオブアドレス；
（ｉ）前記モバイル機器と第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための現在の共有秘密認証値（ＡＳＫ）が前記第２の通信ドメインに対して通信されない場合及び／又は（ｉｉ）前記第１の通信ドメインで使用されたマスター秘密認証値（ＭＫ）が前記第２の通信ドメインに対して通信されず且つ前記第２の通信ドメインで使用される新たなマスター秘密認証値（ＭＫ）の生成前に前記モバイル機器と前記第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための前記現在の共有秘密認証値（ＡＳＫ）がタイムアウトする場合には、前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための新たな共有秘密認証値（ＡＳＫ）；
前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための前記新たな共有秘密認証値（ＡＳＫ）のためのタイムアウト時間；
前記第２の通信ドメインで使用される暗号化アルゴリズム；
のうちの少なくとも１つの項目を含むことを特徴とする請求項１１７に記載のアクセス装置。
【請求項１１９】
前記認証ユニットは、前記共有秘密認証値（ＲＫ）を使用して、前記新たな通信ドメイン内で前記アクセス装置と前記モバイル機器との間での相互認証を行なうようになっていることを特徴とする請求項１１７または１１８に記載のアクセス装置。
【請求項１２０】
前記通信ユニットは、セキュリティコンテキスト情報の少なくとも一部を前記新たな通信ドメインへ送信するようになっていることを特徴とする請求項１１７から１１９のいずれか１項に記載のアクセス装置。
【請求項１２１】
前記通信ユニットは、前記現在の通信ドメインの認証サーバによって或いはルータによって、セキュリティコンテキスト情報の少なくとも一部を送信するようになっていることを特徴とする請求項１２０に記載のアクセス装置。
【請求項１２２】
前記通信ユニットは、前記ハンドオーバ対象アクセス装置の近隣関係で特定されたアクセス装置へセキュリティコンテキスト情報を送るようになっていることを特徴とする請求項１２０または１２１に記載のアクセス装置。
【請求項１２３】
前記セキュリティコンテキスト情報は、
マスター秘密認証値（ＭＫ）；
前記モバイル機器と前記現在の／新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）；
前記モバイル機器と前記現在の／新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）；
前記モバイル機器によって使用される暗号化のタイプの表示；
前記モバイル機器によってサポートされる暗号化のタイプの表示；
前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）；
前記モバイル機器と前記現在のアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）；
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）；
前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）；
タイムスタンプ；
前記モバイル機器の識別情報；
前記現在のアクセス装置の識別情報；
前記第１の通信ドメインの識別情報；
のうちの少なくとも１つを含むことを特徴とする請求項１２０から１２２のいずれか１項に記載のアクセス装置。
【請求項１２４】
前記モバイル機器の前記識別情報が仮の識別情報であることを特徴とする請求項１２３に記載のアクセス装置。
【請求項１２５】
前記モバイル機器とアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）及び／又は相互通信のための前記共有秘密認証値（ＡＳＫ）のタイムアウト時間は、新たな通信ドメインにおいて延ばされることを特徴とする請求項１２３または１２４に記載のアクセス装置。
【請求項１２６】
前記通信ユニットは、相互通信のための前記共有秘密認証値（ＡＳＫ）が前記新たな通信ドメインに対して通信されず或いは前記モバイル機器へ通信されない場合には、相互認証のための前記共有秘密認証値（ＲＫ）を使用して、前記モバイル機器への安全な通信を再開するようになっていることを特徴とする請求項１１７から１２５のいずれか１項に記載のアクセス装置。
【請求項１２７】
前記通信ユニットは、前記第１の通信ドメインから送られる前記モバイル機器への相互通信のための前記共有秘密認証値（ＡＳＫ）を使用することにより、前記モバイル機器への安全な通信を再開するようになっていることを特徴とする請求項１１７から１２５のいずれか１項に記載のアクセス装置。
【請求項１２８】
前記ハンドオーバ制御ユニットは、前記新たなアクセス装置へのハンドオーバに関する情報を受けるようになっていることを特徴とする請求項１１７から１２７のいずれか１項に記載のアクセス装置。
【請求項１２９】
前記ハンドオーバ制御ユニットは、ハンドオーバの実行に関して前記現在の通信ドメイン内の前記認証サーバに知らせるようになっていることを特徴とする請求項１１７から１２８のいずれか１項に記載のアクセス装置。
【請求項１３０】
前記暗号鍵ユニットは、ハンドオーバ実行後に通信に影響を与えることなく前記第２の通信ドメイン（ＳＴＡ，ＡＡＡＦ）において更なるマスター秘密認証値（ＭＫ）を生成するようになっていることを特徴とする請求項１１７から１２９のいずれか１項に記載のアクセス装置。
【請求項１３１】
前記暗号鍵ユニットは、ハンドオーバの実行のために相互認証のための前記共有秘密認証値（ＲＫ）が前記新たな通信ドメインへ送られる場合には、相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間満了前に、前記新たなマスター秘密認証値（ＭＫ）を生成するようになっていることを特徴とする請求項１３０に記載のアクセス装置。
【請求項１３２】
前記暗号鍵ユニットは、ハンドオーバの実行のために相互通信のための前記共有秘密認証値（ＡＳＫ）が前記新たな通信ドメインへ送られる場合には、相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間満了前に、前記新たなマスター秘密認証値（ＭＫ）を生成するようになっていることを特徴とする請求項１３０に記載のアクセス装置。
【請求項１３３】
前記セキュリティコンテキスト情報ユニットは、前記新たな通信ドメイン内で新たなセキュリティコンテキスト情報を利用できるときに、近隣関係で特定されるアクセス装置でセキュリティコンテキスト情報を更新するようになっていることを特徴とする請求項１１７から１３２のいずれか１項に記載のアクセス装置。
ドメイン間−ケースＩ
【請求項１３４】
前記ハンドオーバ対象アクセス装置はハンドオーバのための近隣関係に含まれ、前記ハンドオーバ制御ユニットは、前記ハンドオーバ対象アクセス装置にハンドオーバを知らせるようになっており、前記ハンドオーバ制御ユニットは、前記ハンドオーバ対象アクセス装置でセキュリティ関連の問題をチェックした後にハンドオーバを実行するように前記モバイル機器に指示するようになっていることを特徴とする請求項１１７から１３３のいずれか１項に記載のアクセス装置。
【請求項１３５】
前記ハンドオーバ対象アクセス装置は前記現在のアクセス装置の近隣関係に含まれ、前記ハンドオーバ制御ユニットは、前記ハンドオーバ対象アクセス装置にハンドオーバを知らせるようになっており、前記ハンドオーバ制御ユニットは、前記現在のアクセス装置に知らせることなく前記モバイル機器によるハンドオーバの実行を開始するようになっていることを特徴とする請求項１１７から１３３のいずれか１項に記載のアクセス装置。
ドメイン間−ケースＩＩ
【請求項１３６】
前記ハンドオーバ制御ユニットにはハンドオーバの実行が知らされるようになっており、前記第１の通信ドメインおよび前記第２の通信ドメインはハンドオーバの実行前に信頼関係を有しておらず、前記ハンドオーバ制御ユニットは、前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）にハンドオーバ要求を知らせるようになっていることを特徴とする請求項１１７から１３３のいずれか１項に記載のアクセス装置。
【請求項１３７】
前記通信ユニットは、前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）と前記第２の通信ドメイン内の前記認証サーバ（ＡＡＡＦ）との間で信頼通信関係を形成するようになっていることを特徴とする請求項１３６に記載のアクセス装置。
【請求項１３８】
前記通信ユニットは、前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）と前記第２の通信ドメイン内の前記認証サーバ（ＡＡＡＦ）との間で信頼通信関係を構築した後、セキュリティコンテキスト情報の少なくとも一部を前記第２の通信ドメインへ送るようになっていることを特徴とする請求項１３６または１３７に記載のアクセス装置。
【請求項１３９】
ハンドオーバの実行が知らされず、前記第１の通信ドメインおよび前記第２の通信ドメインはハンドオーバの実行前に信頼関係を有さず、前記通信ユニットは、前記第１の通信ドメインと前記第２の通信ドメインとの間の通信を中断するようになっていることを特徴とする請求項１１７から１３３のいずれか１項に記載のアクセス装置。
【請求項１４０】
前記通信ユニットは、ユーザの再認証後に前記第１の通信ドメインで通信を再開するようになっていることを特徴とする請求項１３９に記載のアクセス装置。
装置クレーム−モバイル機器
【請求項１４１】
分散モバイル通信環境において安全なハンドオーバを実行するためのモバイル機器であって、前記安全なハンドオーバは、現在のアクセス装置と新たなアクセス装置との間で実行され、
− セキュリティコンテキスト情報を使用して、前記モバイル機器と前記新たなアクセス装置との間で相互認証を実行するようになっている認証ユニットと、
− 前記相互認証が成功すると、前記現在のアクセス装置から前記新たなアクセス装置へのハンドオーバを実行するようになっているハンドオーバ制御ユニットと、
を備えるモバイル機器。
【請求項１４２】
前記相互認証が終了するまでハンドオーバを実行しないように、前記現在のアクセス装置及び／又は前記新たなアクセス装置に通知するようになっている通信ユニットを備えていることを特徴とする請求項１４１に記載のモバイル機器。
【請求項１４３】
前記通信ユニットは、更に、前記相互認証が成功しない場合にはハンドオーバを実行しないように、前記現在のアクセス装置及び／又は前記新たなアクセス装置に通知するようになっていることを特徴とする請求項１４１または１４２に記載のモバイル機器。
【請求項１４４】
前記通信ユニットは、更に、前記新たなアクセス装置から、ハンドオーバを実行する通知を受けるようになっていることを特徴とする請求項１４３に記載のモバイル機器。
【請求項１４５】
前記通信ユニットは、セキュリティコンテキスト情報を使用して、前記新たなアクセス装置への安全な通信を再開するようになっていることを特徴とする請求項１４１から１４４のいずれか１項に記載のモバイル機器。
【請求項１４６】
前記通信ユニットは、前記新たなアクセス装置の近隣関係で特定されたアクセス装置へセキュリティコンテキスト情報を送るようになっていることを特徴とする請求項１４５に記載のモバイル機器。
【請求項１４７】
前記通信ユニットは、暗号鍵処理のためにマスター秘密認証値を受けるようになっていることを特徴とする請求項１１に記載のモバイル機器。
【請求項１４８】
暗号鍵処理のために前記マスター秘密認証値（ＭＫ）を生成するようになっている暗号鍵ユニットを備えていることを特徴とする請求項８２に記載のモバイル機器。
【請求項１４９】
前記暗号鍵ユニットは、前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）を、前記マスター秘密認証値から生成するようになっていることを特徴とする請求項１４７または１４８に記載のモバイル機器。
【請求項１５０】
前記ハンドオーバ制御ユニットは、少なくとも、ハンドオーバ時の前記モバイル機器の位置、移動速度、及び／又は、移動方向にしたがってハンドオーバ対象アクセス装置を予測するようになっていることを特徴とする請求項１４１から１４９のいずれか１項に記載のモバイル機器。
【請求項１５１】
前記ハンドオーバ制御ユニットは、前記新たなアクセス装置へのハンドオーバを前記現在のアクセス装置に知らせることにより、ハンドオーバの実行をトリガするようになっていることを特徴とする請求項１４１から１５１のいずれか１項に記載のモバイル機器。
【請求項１５２】
前記ハンドオーバ制御ユニットは、前記新たなアクセス装置へのハンドオーバを前記現在のアクセス装置に知らせることなく、ハンドオーバの実行をトリガするようになっていることを特徴とする請求項１４１から１５０のいずれか１項に記載のモバイル機器。
【請求項１５３】
前記通信ユニットは、前記第２の通信ドメインに関するセキュリティ情報を受けるようになっていることを特徴とする請求項１４１から１５２のいずれか１項に記載のモバイル機器。
【請求項１５４】
前記セキュリティ情報は、
前記第２の通信ドメインの識別情報；
任意選択的に、前記第２の通信ドメイン内のフォーリンエージェントのケアオブアドレス；
（ｉ）前記モバイル機器と第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための現在の共有秘密認証値（ＡＳＫ）が前記第２の通信ドメインに対して通信されない場合及び／又は（ｉｉ）前記第１の通信ドメインで使用されたマスター秘密認証値（ＭＫ）が前記第２の通信ドメインに対して通信されず且つ前記第２の通信ドメインで使用される新たなマスター秘密認証値（ＭＫ）の生成前に前記モバイル機器と前記第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための前記現在の共有秘密認証値（ＡＳＫ）がタイムアウトする場合には、前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための新たな共有秘密認証値（ＡＳＫ）；
前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための前記新たな共有秘密認証値（ＡＳＫ）のためのタイムアウト時間；
前記第２の通信ドメインで使用される暗号化アルゴリズム；
のうちの少なくとも１つの項目を含むことを特徴とする請求項１５３に記載のモバイル機器。
【請求項１５５】
前記現在の通信ドメインおよび前記新たな通信ドメインが異なる認証機構を使用するときに、前記モバイル機器において、前記新たな通信ドメインからユーザ認証のためのマスター秘密認証値（ＭＫ）を受けることを特徴とする請求項１５３または１５４に記載のモバイル機器。
【請求項１５６】
アクセス装置及び／又はモバイル機器の内部メモリへ直接にロード可能なコンピュータプログラムプロダクトであって、当該プロダクトが前記アクセス装置及び／又は前記モバイル機器のプロセッサで実行される際に請求項１から７５のいずれか１項に記載のステップを行なうためのソフトウェアコード部を含んでいるコンピュータプログラムプロダクト。
【請求項１】
方法クレーム
基本的なハンドオーバ手続き
分散モバイル通信環境における安全なハンドオーバの方法であって、前記安全なハンドオーバは、現在のアクセス装置と新たなアクセス装置との間でモバイル機器のために実行され、
セキュリティコンテキスト情報を使用して、前記モバイル機器と前記新たなアクセス装置との間で相互認証を実行するステップと、
前記相互認証が成功すると、前記現在のアクセス装置から前記新たなアクセス装置へのハンドオーバを実行するステップと
を含む方法。
【請求項２】
前記相互認証は、前記モバイル機器、前記現在のアクセス装置、前記新たなアクセス装置、少なくとも１つの遠隔ネットワーク装置、あるいは、これらの任意の組み合わせにおいて実行されることを特徴とする請求項１に記載の方法。
【請求項３】
前記相互認証が終了するまでハンドオーバを実行しないように、前記現在のアクセス装置、前記新たなアクセス装置及び／又は前記モバイル機器に通知するステップを更に含むことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記相互認証が成功しない場合にはハンドオーバを実行しないように、前記現在のアクセス装置、前記新たなアクセス装置及び／又は前記モバイル機器に通知するステップを更に含むことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記現在のアクセス装置、前記新たなアクセス装置及び／又は前記モバイル機器でハンドオーバを実行する通知を受けるステップを更に含むことを特徴とする請求項４に記載の方法。
【請求項６】
セキュリティコンテキスト情報を使用して、前記モバイル機器と前記新たなアクセス装置との間で安全な通信を再開するステップを含むことを特徴とする請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記現在のアクセス装置から前記新たなアクセス装置へのハンドオーバを実行した後、前記新たなアクセス装置から、前記新たなアクセス装置の近隣関係で特定されたアクセス装置へと、セキュリティコンテキスト情報を送るステップを含むことを特徴とする請求項６に記載の方法。
メイン機構−イントラドメイン
【請求項８】
同じ通信ドメインのアクセス装置間でハンドオーバが実行されることを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
認証サーバ（ＡＡＡ）でのモバイル機器のログオン中にマスター秘密認証値が生成されることを特徴とする請求項８に記載の方法。
【請求項１０】
前記マスター秘密認証値は、前記認証サーバから少なくとも前記現在のアクセス装置へと送られることを特徴とする請求項８または９に記載の方法。
【請求項１１】
前記マスター秘密認証値（ＭＫ）は、前記モバイル機器のログオンが成功した後に送られることを特徴とする請求項８から１０のいずれか１項に記載の方法。
【請求項１２】
前記マスター秘密認証値が更に前記モバイル機器へと送られることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記マスター秘密認証値（ＭＫ）は、前記現在のアクセス装置と前記モバイル機器との間で生成されることを特徴とする請求項８に記載の方法。
【請求項１４】
前記マスター秘密認証値（ＭＫ）は、前記現在のアクセス装置と認証サーバ（ＡＡＡ）との間で生成されることを特徴とする請求項８に記載の方法。
【請求項１５】
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）が前記マスター秘密認証値から得られることを特徴とする請求項９から１４のいずれか１項に記載の方法。
【請求項１６】
前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）が前記マスター秘密認証値から得られることを特徴とする請求項９から１５のいずれか１項に記載の方法。
【請求項１７】
前記モバイル機器とアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）及び／又は前記モバイル機器とアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）が前記現在のアクセス装置で得られることを特徴とする請求項１５または１６に記載の方法。
【請求項１８】
前記モバイル機器とアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）及び前記モバイル機器とアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）が前記モバイル機器へ送られることを特徴とする請求項１７に記載の方法。
セキュリティコンテキスト情報−イントラドメイン
【請求項１９】
前記セキュリティコンテキスト情報が前記現在のアクセス装置で生成されることを特徴とする請求項１から１８のいずれか１項に記載の方法。
【請求項２０】
前記セキュリティコンテキスト情報は、前記モバイル機器と前記新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）を少なくとも含むことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記セキュリティコンテキスト情報は、
マスター秘密認証値（ＭＫ）；
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）；
前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）；
前記モバイル機器によって使用される暗号化のタイプの表示；
前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）；
前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）；
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）；
前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）；
タイムスタンプ；
前記現在のアクセス装置の識別情報；
前記モバイル機器の識別情報；
のうちの少なくとも１つを含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
モバイル機器の前記識別情報が仮の識別情報であることを特徴とする請求項２１に記載の方法。
【請求項２３】
以下の関係が異なるタイムアウト時間同士の間で保たれる、すなわち、前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）≧前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）≧前記モバイル機器と前記現在のアクセス装置との間の相互認証のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）≧前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）となっていることを特徴とする請求項２１または２２に記載の方法。
【請求項２４】
前記モバイル機器と前記現在のアクセス装置との間の相互認証のための前記共有秘密認証値（ＡＳＫ）は、タイムアウト時間の満了時に前記現在のアクセス装置で更新されることを特徴とする請求項２１から２３のいずれか１項に記載の方法。
【請求項２５】
前記現在のアクセス装置の近隣関係で特定されるアクセス装置においてセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項１９から２４のいずれか１項に記載の方法。
【請求項２６】
ハンドオーバアクセス装置になると予期されるアクセス装置でセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項１９から２４のいずれか１項に記載の方法。
【請求項２７】
前記予期されるハンドオーバ装置は、少なくとも、ハンドオーバ時の前記モバイル機器の位置、移動速度、及び／又は、移動方向にしたがって予測されることを特徴とする請求項２６に記載の方法。
ドメイン内ハンドオーバ
ドメイン内ハンドオーバ−ケースＩ
【請求項２８】
ハンドオーバが前記新たなアクセス装置に対して実行され、前記新たなアクセス装置は、前記現在のアクセス装置の近隣関係で特定されることを特徴とする請求項８から２７のいずれか１項に記載の方法。
【請求項２９】
少なくとも前記現在のアクセス装置でのセキュリティコンテキスト情報の利用可能性を評価することを特徴とする請求項２８に記載の方法。
【請求項３０】
ハンドオーバの実行は、前記新たなアクセス装置へのハンドオーバに関して前記現在のアクセス装置に知らせる前記モバイル機器によってトリガされることを特徴とする請求項２８または２９に記載の方法。
【請求項３１】
ハンドオーバの実行は、前記新たなアクセス装置へのハンドオーバに関して前記モバイル機器に知らせる前記現在のアクセス装置によってトリガされることを特徴とする請求項２８または２９に記載の方法。
ドメイン内ハンドオーバ−ケースＩＩ
【請求項３２】
少なくとも前記新たなアクセス装置でのセキュリティコンテキスト情報の利用可能性を評価することなく、ハンドオーバが前記新たなアクセス装置に対して実行されることを特徴とする請求項８から２７のいずれか１項に記載の方法。
【請求項３３】
ハンドオーバの実行は、ハンドオーバを前記現在のアクセス装置に知らせることなく前記新たなアクセス装置へのハンドオーバを開始する前記モバイル機器によってトリガされることを特徴とする請求項３２に記載の方法。
ドメイン内ハンドオーバ−ケースＩＩＩ
【請求項３４】
ハンドオーバが前記新たなアクセス装置に対して実行され、前記新たなアクセス装置は、前記現在のアクセス装置の近隣関係で特定されないことを特徴とする請求項８から２７のいずれか１項に記載の方法。
【請求項３５】
ハンドオーバの実行は、前記新たなアクセス装置へのハンドオーバに関して前記現在のアクセス装置に知らせる前記モバイル機器によってトリガされることを特徴とする請求項３４に記載の方法。
【請求項３６】
ハンドオーバの実行前に少なくとも前記新たなアクセス装置でセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項３４または３５に記載の方法。
【請求項３７】
セキュリティコンテキスト情報は、前記現在のアクセス装置と前記新たなアクセス装置との間でやりとりされることを特徴とする請求項３６に記載の方法。
【請求項３８】
ネットワークオペレータの制御下でセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項３７に記載の方法。
ドメイン内ハンドオーバ−ケースＩＶ
【請求項３９】
前記モバイル機器と前記新たなアクセス装置との間の相互認証の失敗時に、前記新たなアクセス装置でのセキュリティコンテキスト情報の非利用可能性に関して判断を下すステップを含むことを特徴とする請求項８から２７のいずれか１項に記載の方法。
【請求項４０】
ハンドオーバの実行前に少なくとも前記新たなアクセス装置でセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項３９に記載の方法。
【請求項４１】
セキュリティコンテキスト情報は、前記現在のアクセス装置と前記新たなアクセス装置との間でやりとりされることを特徴とする請求項４０に記載の方法。
【請求項４２】
ネットワークオペレータの制御下でセキュリティコンテキスト情報を受けるステップを含むことを特徴とする請求項４１に記載の方法。
ドメイン間−予備セットアップ
【請求項４３】
異なる通信ドメインのアクセス装置間でハンドオーバが実行され、前記現在のアクセス装置が現在の通信ドメイン内で動作され、前記新たなアクセス装置が新たな通信ドメイン内で動作されることを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項４４】
前記現在の通信ドメインの認証サーバと前記新たなドメイン内の少なくとも１つのアクセス装置との間で信頼できる通信を形成するステップを含むことを特徴とする請求項４３に記載の方法。
【請求項４５】
前記信頼できる通信は、前記現在の通信ドメイン内の少なくとも前記認証サーバと前記新たな通信ドメイン内の少なくとも１つのアクセス装置との間でセキュリティ関連付けリンクを構築することにより達成されることを特徴とする請求項４４に記載の方法。
【請求項４６】
前記新たな通信ドメインの可能な新たなアクセス装置を、前記現在の通信ドメインの前記認証サーバのマルチキャストドメインに対して付加するステップを含むことを特徴とする請求項４３から４５のいずれか１項に記載の方法。
【請求項４７】
前記現在の通信ドメイン内の前記現在のアクセス装置と前記現在の通信ドメイン内の前記認証アクセスサーバとの間で通信リンクを構築するステップを含むことを特徴とする請求項４３から４６のいずれか１項に記載の方法。
【請求項４８】
前記通信リンクは、前記現在の通信ドメイン内の前記現在のアクセス装置と前記現在の通信ドメイン内の前記認証アクセスサーバとの間で信頼できる関係として構築されることを特徴とする請求項４７に記載の方法。
【請求項４９】
ハンドオーバのための可能なアクセス装置を特定するために、前記現在の通信ドメイン内の前記現在のアクセス装置のための近隣関係を形成するステップを更に含むことを特徴とする請求項４３から４８のいずれか１項に記載の方法。
ドメイン間−基本的なハンドオーバ
【請求項５０】
第２の通信ドメインに関するセキュリティ情報を前記現在のアクセス装置から前記モバイル機器へ送信するステップを含むことを特徴とする請求項４３から４９のいずれか１項に記載の方法。
【請求項５１】
前記セキュリティ情報は、
前記第２の通信ドメインの識別情報；
任意選択的に、前記第２の通信ドメイン内のフォーリンエージェントのケアオブアドレス；
（ｉ）前記モバイル機器と第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための現在の共有秘密認証値（ＡＳＫ）が前記第２の通信ドメインに対して通信されない場合及び／又は（ｉｉ）前記第１の通信ドメインで使用されたマスター秘密認証値（ＭＫ）が前記第２の通信ドメインに対して通信されず且つ前記第２の通信ドメインで使用される新たなマスター秘密認証値（ＭＫ）の生成前に前記モバイル機器と前記第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための前記現在の共有秘密認証値（ＡＳＫ）がタイムアウトする場合には、前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための前記新たな共有秘密認証値（ＡＳＫ）；
前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための前記新たな共有秘密認証値（ＡＳＫ）のためのタイムアウト時間；
前記第２の通信ドメインで使用される暗号化アルゴリズム；
のうちの少なくとも１つの項目を含むことを特徴とする請求項５０に記載の方法。
【請求項５２】
前記現在の通信ドメインおよび前記新たな通信ドメインが異なる認証機構を使用する場合には、前記モバイル機器において、前記新たな通信ドメインからユーザ認証のためのマスター秘密認証値（ＭＫ）を受けるステップを含むことを特徴とする請求項５０または５１に記載の方法。
【請求項５３】
前記新たなアクセス装置と前記モバイル機器との間の相互認証は、相互認証のための前記共有秘密認証値（ＲＫ）を使用して達成されることを特徴とする請求項５０から５２のいずれか１項に記載の方法。
【請求項５４】
セキュリティコンテキスト情報の少なくとも一部を前記新たな通信ドメインへ送信するステップを含むことを特徴とする請求項５０から５３のいずれか１項に記載の方法。
【請求項５５】
セキュリティコンテキスト情報の少なくとも一部の送信は、前記現在の通信ドメインの認証サーバによって行なわれることを特徴とする請求項５４に記載の方法。
【請求項５６】
セキュリティコンテキスト情報の少なくとも一部の送信がルータによって行なわれることを特徴とする請求項５５に記載の方法。
【請求項５７】
セキュリティコンテキスト情報は、前記新たなアクセス装置の近隣関係で特定されたアクセス装置へ送られることを特徴とする請求項５５または５６に記載の方法。
【請求項５８】
前記セキュリティコンテキスト情報は、
マスター秘密認証値（ＭＫ）；
前記モバイル機器と前記現在の／新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）；
前記モバイル機器と前記現在の／新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）；
前記モバイル機器によって使用される暗号化のタイプの表示；
前記モバイル機器によってサポートされる暗号化のタイプの表示；
前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）；
前記モバイル機器と前記現在のアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）；
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）；
前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）；
タイムスタンプ；
前記モバイル機器の識別情報；
前記現在のアクセス装置の識別情報；
前記第１の通信ドメインの識別情報；
のうちの少なくとも１つを含むことを特徴とする請求項５５から５７のいずれか１項に記載の方法。
【請求項５９】
前記モバイル機器の前記識別情報が仮の識別情報であることを特徴とする請求項５８に記載の方法。
【請求項６０】
前記モバイル機器とアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）及び／又は相互通信のための前記共有秘密認証値（ＡＳＫ）のタイムアウト時間は、前記新たな通信ドメインにおいて延ばされることを特徴とする請求項５８または５９に記載の方法。
【請求項６１】
相互通信のための前記共有秘密認証値（ＡＳＫ）が前記第２の通信ドメイン内の前記新たなアクセス装置に対して通信されず或いは前記新たなアクセス装置から前記モバイル機器へ通信されない場合には、前記モバイル機器と前記新たなアクセス装置との間での安全な通信の再開が、相互認証のための前記共有秘密認証値（ＲＫ）を使用して行なわれることを特徴とする請求項５０から６０のいずれか１項に記載の方法。
【請求項６２】
前記モバイル機器と前記新たなアクセス装置との間での安全な通信の再開は、前記第１の通信ドメインから送られる前記モバイル機器と前記新たなアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）の使用により行なわれることを特徴とする請求項５０から６０のいずれか１項に記載の方法。
【請求項６３】
前記現在のアクセス装置には、前記新たなアクセス装置へのハンドオーバが知らされることを特徴とする請求項５０から６２のいずれか１項に記載の方法。
【請求項６４】
ハンドオーバの実行に関して前記現在の通信ドメイン内の前記認証サーバに知らせるステップを含むことを特徴とする請求項５０から６３のいずれか１項に記載の方法。
【請求項６５】
ハンドオーバ実行後に通信に影響を与えることなく、前記第２の通信ドメイン（ＳＴＡ，ＡＡＡＦ）において更なるマスター秘密認証値（ＭＫ）を生成するステップを含むことを特徴とする請求項５０から６４のいずれか１項に記載の方法。
【請求項６６】
ハンドオーバの実行のために相互認証のための前記共有秘密認証値（ＲＫ）が前記新たな通信ドメインへ送られる場合には、相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間満了前に、前記新たなマスター秘密認証値（ＭＫ）が生成されることを特徴とする請求項６５に記載の方法。
【請求項６７】
ハンドオーバの実行のために相互通信のための前記共有秘密認証値（ＡＳＫ）が前記新たな通信ドメインへ送られる場合には、相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間満了前に、前記新たなマスター秘密認証値（ＭＫ）が生成されることを特徴とする請求項６５に記載の方法。
【請求項６８】
前記新たな通信ドメイン内で新たなセキュリティコンテキスト情報を利用できるときに、前記新たなアクセス装置の近隣関係で特定されるアクセス装置でセキュリティコンテキスト情報を更新するステップを更に含むことを特徴とする請求項５０から６７のいずれか１項に記載の方法。
ドメイン間−ケースＩ
【請求項６９】
前記新たなアクセス装置は前記現在のアクセス装置の近隣関係に含まれ、前記新たなアクセス装置にはハンドオーバが知らされ、前記現在のアクセス装置は、前記新たなアクセス装置によってセキュリティ関連の問題をチェックした後にのみハンドオーバを実行するように前記モバイル機器に指示することを特徴とする請求項５０から６８のいずれか１項に記載の方法。
【請求項７０】
前記新たなアクセス装置は前記現在のアクセス装置の近隣関係に含まれ、前記新たなアクセス装置にはハンドオーバが知らされ、ハンドオーバは、前記現在のアクセス装置に知らせることなく前記モバイル機器によって実行されることを特徴とする請求項５０から６８のいずれか１項に記載の方法。
ドメイン間−ケースＩＩ
【請求項７１】
前記現在のアクセス装置にはハンドオーバの実行が知らされ、前記第１の通信ドメインおよび前記第２の通信ドメインはハンドオーバの実行前に信頼関係を有しておらず、前記現在のアクセス装置は、前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）にハンドオーバ要求を知らせることを特徴とする請求項５０から６８のいずれか１項に記載の方法。
【請求項７２】
前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）と前記第２の通信ドメイン内の前記認証サーバ（ＡＡＡＦ）との間で信頼通信関係を形成するステップを含むことを特徴とする請求項７１に記載の方法。
【請求項７３】
前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）と前記第２の通信ドメイン内の前記認証サーバ（ＡＡＡＦ）との間で信頼通信関係を構築した後、セキュリティコンテキスト情報の少なくとも一部を前記第２の通信ドメインへ送るステップを含むことを特徴とする請求項７１または７２に記載の方法。
【請求項７４】
前記現在のアクセス装置にはハンドオーバの実行が知らされず、前記第１の通信ドメインおよび前記第２の通信ドメインはハンドオーバの実行前に信頼関係を有さず、前記第１の通信ドメインと前記第２の通信ドメインとの間の通信が中断されることを特徴とする請求項５０から６８のいずれか１項に記載の方法。
【請求項７５】
ユーザの再認証後に前記第１の通信ドメインで通信を再開するステップを含むことを特徴とする請求項７４に記載の方法。
装置クレーム−アクセス装置
基本的なハンドオーバ手続き
【請求項７６】
分散モバイル通信環境において安全なハンドオーバを実行するためのアクセス装置であって、前記安全なハンドオーバは、現在のアクセス装置と新たなアクセス装置との間でモバイル機器において実行され、
− セキュリティコンテキスト情報を使用して、前記モバイル機器と前記新たなアクセス装置との間で相互認証を実行するようになっている認証ユニットと、
− 前記相互認証が成功すると、前記現在のアクセス装置から前記新たなアクセス装置へのハンドオーバを実行するようになっているハンドオーバ制御ユニットと、
を備えるアクセス装置。
【請求項７７】
前記相互認証が終了するまでハンドオーバを実行しないように、前記新たなアクセス装置及び／又は前記モバイル機器に通知するようになっている通信ユニットを備えていることを特徴とする請求項７６に記載のアクセス装置。
【請求項７８】
前記通信装置は、更に、前記相互認証が成功しない場合にはハンドオーバを実行しないように、前記新たなアクセス装置及び／又は前記モバイル機器に通知するようになっていることを特徴とする請求項７６または７７に記載のアクセス装置。
【請求項７９】
前記通信装置は、更に、前記新たなアクセス装置及び／又は前記モバイル機器から、ハンドオーバを実行する通知を受けるようになっていることを特徴とする請求項７８に記載のアクセス装置。
【請求項８０】
前記通信ユニットは、セキュリティコンテキスト情報を使用して、前記モバイル機器と前記新たなアクセス装置との間で安全な通信を再開するようになっていることを特徴とする請求項７６から７９のいずれか１項に記載のアクセス装置。
【請求項８１】
前記通信ユニットは、前記現在のアクセス装置から前記新たなアクセス装置へのハンドオーバを実行した後、前記アクセス装置の近隣関係で特定されたアクセス装置へセキュリティコンテキスト情報を送るようになっていることを特徴とする請求項８０に記載のアクセス装置。
メイン機構−イントラドメイン
【請求項８２】
同じ通信ドメインのアクセス装置間でハンドオーバが実行されるようになっていることを特徴とする請求項７６から８１のいずれか１項に記載のアクセス装置。
【請求項８３】
認証サーバ（ＡＡＡ）での前記モバイル機器のログオン中にマスター秘密認証値を生成するようになっている暗号鍵ユニットを備えていることを特徴とする請求項８２に記載のアクセス装置。
【請求項８４】
前記通信ユニットは、認証サーバから前記マスター秘密認証値を受けるようになっていることを特徴とする請求項８２または８３に記載のアクセス装置。
【請求項８５】
前記通信ユニットは、前記モバイル機器のログオンが成功した後に前記マスター秘密認証値（ＭＫ）を受けるようになっていることを特徴とする請求項８２から８４のいずれか１項に記載のアクセス装置。
【請求項８６】
前記通信ユニットは、前記マスター秘密認証値をモバイル機器へ送るようになっていることを特徴とする請求項８５に記載のアクセス装置。
【請求項８７】
前記暗号鍵ユニットは、前記モバイル機器と協働して、前記マスター秘密認証値（ＭＫ）を生成するようになっていることを特徴とする請求項８２に記載のアクセス装置。
【請求項８８】
前記暗号鍵ユニットは、認証サーバ（ＡＡＡ）と協働して、前記マスター秘密認証値（ＭＫ）を生成するようになっていることを特徴とする請求項８２に記載のアクセス装置。
【請求項８９】
前記暗号鍵ユニットは、前記モバイル機器と前記新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）を、前記マスター秘密認証値から生成するようになっていることを特徴とする請求項８３から８８のいずれか１項に記載のアクセス装置。
【請求項９０】
前記暗号鍵ユニットは、前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）を、前記マスター秘密認証値から生成するようになっていることを特徴とする請求項８３から８８のいずれか１項に記載のアクセス装置。
【請求項９１】
前記通信装置は、前記モバイル機器とアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）及び／又は前記モバイル機器とアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）を前記モバイル機器に対して送るようになっていることを特徴とする請求項８９または９０に記載のアクセス装置。
セキュリティコンテキスト情報−イントラドメイン
【請求項９２】
セキュリティコンテキスト情報を生成するようになっているセキュリティコンテキスト情報ユニットを備えていることを特徴とする請求項７６から９１のいずれか１項に記載のアクセス装置。
【請求項９３】
セキュリティコンテキスト情報ユニットは、少なくとも前記モバイル機器と前記新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）を前記セキュリティコンテキスト情報中に含めるようになっていることを特徴とする請求項９２に記載のアクセス装置。
【請求項９４】
前記セキュリティコンテキスト情報ユニットは、
マスター秘密認証値（ＭＫ）；
前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）；
前記モバイル機器によって使用される暗号化のタイプの表示；
前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）；
前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）；
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）；
前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）；
タイムスタンプ；
前記現在のアクセス装置の識別情報；
前記モバイル機器の識別情報；
のうちの少なくとも１つを前記セキュリティコンテキスト情報中に更に含めるようになっていることを特徴とする請求項９３に記載のアクセス装置。
【請求項９５】
以下の関係が異なるタイムアウト時間同士の間で保たれる、すなわち、前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）≧前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）≧前記モバイル機器と前記現在のアクセス装置との間の相互認証のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）≧前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）となっていることを特徴とする請求項９４に記載のアクセス装置。
【請求項９６】
前記暗号鍵ユニットは、タイムアウト時間の満了時に、前記モバイル機器と前記現在のアクセス装置との間の相互認証のための前記共有秘密認証値（ＡＳＫ）を更新するようになっていることを特徴とする請求項９４または９５に記載のアクセス装置。
【請求項９７】
前記現在のアクセス装置からのハンドオーバ候補として隣接するアクセス装置に適合される近隣関係ユニットを備えていることを特徴とする請求項９２から９６のいずれか１項に記載のアクセス装置。
【請求項９８】
前記ハンドオーバ制御ユニットは、少なくとも、ハンドオーバ時の前記モバイル機器の位置、移動速度、及び／又は、移動方向にしたがってハンドオーバ対象アクセス装置を予測するようになっていることを特徴とする請求項７６から９７のいずれか１項に記載のアクセス装置。
ドメイン内ハンドオーバ−ケースＩ
【請求項９９】
前記ハンドオーバ制御ユニットは、前記新たなアクセス装置に対してハンドオーバを実行するようになっており、前記新たなアクセス装置は、前記現在のアクセス装置の近隣関係で特定されることを特徴とする請求項８２から９８のいずれか１項に記載のアクセス装置。
【請求項１００】
前記セキュリティコンテキスト情報ユニットは、前記アクセス装置へのハンドオーバを可能にする前に、セキュリティコンテキスト情報の利用可能性を評価するようになっていることを特徴とする請求項９９に記載のアクセス装置。
【請求項１０１】
前記ハンドオーバ制御ユニットは、前記モバイル機器からトリガハンドオーバを受けるようになっていることを特徴とする請求項９９または１００に記載のアクセス装置。
【請求項１０２】
前記ハンドオーバ制御ユニットは、ハンドオーバをトリガするとともに、ハンドオーバの実行を前記モバイル機器に知らせるようになっていることを特徴とする請求項９９または１００に記載のアクセス装置。
ドメイン内ハンドオーバ−ケースＩＩ
【請求項１０３】
前記ハンドオーバ制御ユニットは、少なくとも前記新たなアクセス装置でのセキュリティコンテキスト情報の利用可能性を評価することなく、前記新たなアクセス装置へのハンドオーバを実行するようになっていることを特徴とする請求項８２から９８のいずれか１項に記載のアクセス装置。
ドメイン内ハンドオーバ−ケースＩＩＩ
【請求項１０４】
前記ハンドオーバ制御ユニットが前記新たなアクセス装置へのハンドオーバを実行するようになっており、前記新たなアクセス装置は前記アクセス装置の近隣関係で特定されないことを特徴とする請求項８２から９８のいずれか１項に記載のアクセス装置。
【請求項１０５】
前記ハンドオーバ制御ユニットは、ハンドオーバの実行前に少なくとも前記新たなアクセス装置でセキュリティコンテキスト情報の受信を開始するようになっていることを特徴とする請求項１０４に記載のアクセス装置。
【請求項１０６】
前記ハンドオーバ制御ユニットは、ネットワークオペレータの制御下でセキュリティコンテキスト情報の受信を開始するようになっていることを特徴とする請求項１０５に記載のアクセス装置。
ドメイン内ハンドオーバ−ケースＩＶ
【請求項１０７】
前記モバイル機器と前記新たなアクセス装置との間の相互認証の失敗時に、前記新たなアクセス装置でのセキュリティコンテキスト情報の非利用可能性に関して判断を下すことを含むことを特徴とする請求項８２から９８のいずれか１項に記載のアクセス装置。
【請求項１０８】
前記ハンドオーバ制御ユニットは、ハンドオーバの実行前に少なくとも対象のアクセス装置でセキュリティコンテキスト情報の受信を開始するようになっていることを特徴とする請求項１０７に記載のアクセス装置。
【請求項１０９】
前記ハンドオーバ制御ユニットは、ネットワークオペレータの制御下で、少なくとも前記対象のアクセス装置においてセキュリティコンテキスト情報の受信を開始するようになっていることを特徴とする請求項１０８に記載のアクセス装置。
ドメイン間−予備セットアップ
【請求項１１０】
前記ハンドオーバ制御ユニットは、異なる通信ドメインのアクセス装置間でハンドオーバを実行するようになっており、前記アクセス装置が現在の通信ドメイン内で動作され、前記対象のアクセス装置が新たな通信ドメイン内で動作されることを特徴とする請求項７６から８１のいずれか１項に記載のアクセス装置。
【請求項１１１】
前記通信ユニットは、前記現在の通信ドメインの認証サーバと前記新たな通信ドメイン内の少なくとも１つのハンドオーバ対象アクセス装置との間で信頼できる通信を形成するようになっていることを特徴とする請求項１１０に記載のアクセス装置。
【請求項１１２】
前記通信ユニットは、前記現在の通信ドメイン内の前記認証サーバと前記新たな通信ドメイン内の少なくとも１つのハンドオーバ対象アクセス装置との間でセキュリティ関連付けリンクを構築することにより前記信頼できる通信を形成するようになっていることを特徴とする請求項１１１に記載のアクセス装置。
【請求項１１３】
前記通信ユニットは、前記新たな通信ドメインの可能な新たなハンドオーバアクセス装置を、前記現在の通信ドメインの前記認証サーバのマルチキャストドメインに対して付加するようになっていることを特徴とする請求項１１０から１１２のいずれか１項に記載のアクセス装置。
【請求項１１４】
前記通信ユニットは、前記現在の通信ドメイン内の前記認証アクセスサーバへの通信リンクを構築するようになっていることを特徴とする請求項１１０から１１３のいずれか１項に記載のアクセス装置。
【請求項１１５】
前記通信ユニットは、前記現在の通信ドメイン内の前記認証アクセスサーバへの通信リンクを信頼できる関係として構築するようになっていることを特徴とする請求項１１４に記載のアクセス装置。
【請求項１１６】
前記近隣関係ユニットは、ハンドオーバのための可能なアクセス装置を特定するために、前記現在の通信ドメイン内で近隣関係を形成するようになっていることを特徴とする請求項１１０から１１０のいずれか１項に記載のアクセス装置。
ドメイン間−基本的なハンドオーバ
【請求項１１７】
前記通信ユニットは、第２の通信ドメインに関するセキュリティ情報を前記モバイル機器へ送信するようになっていることを特徴とする請求項１１０から１１６のいずれか１項に記載のアクセス装置。
【請求項１１８】
前記セキュリティ情報は、
前記第２の通信ドメインの識別情報；
任意選択的に、前記第２の通信ドメイン内のフォーリンエージェントのケアオブアドレス；
（ｉ）前記モバイル機器と第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための現在の共有秘密認証値（ＡＳＫ）が前記第２の通信ドメインに対して通信されない場合及び／又は（ｉｉ）前記第１の通信ドメインで使用されたマスター秘密認証値（ＭＫ）が前記第２の通信ドメインに対して通信されず且つ前記第２の通信ドメインで使用される新たなマスター秘密認証値（ＭＫ）の生成前に前記モバイル機器と前記第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための前記現在の共有秘密認証値（ＡＳＫ）がタイムアウトする場合には、前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための新たな共有秘密認証値（ＡＳＫ）；
前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための前記新たな共有秘密認証値（ＡＳＫ）のためのタイムアウト時間；
前記第２の通信ドメインで使用される暗号化アルゴリズム；
のうちの少なくとも１つの項目を含むことを特徴とする請求項１１７に記載のアクセス装置。
【請求項１１９】
前記認証ユニットは、前記共有秘密認証値（ＲＫ）を使用して、前記新たな通信ドメイン内で前記アクセス装置と前記モバイル機器との間での相互認証を行なうようになっていることを特徴とする請求項１１７または１１８に記載のアクセス装置。
【請求項１２０】
前記通信ユニットは、セキュリティコンテキスト情報の少なくとも一部を前記新たな通信ドメインへ送信するようになっていることを特徴とする請求項１１７から１１９のいずれか１項に記載のアクセス装置。
【請求項１２１】
前記通信ユニットは、前記現在の通信ドメインの認証サーバによって或いはルータによって、セキュリティコンテキスト情報の少なくとも一部を送信するようになっていることを特徴とする請求項１２０に記載のアクセス装置。
【請求項１２２】
前記通信ユニットは、前記ハンドオーバ対象アクセス装置の近隣関係で特定されたアクセス装置へセキュリティコンテキスト情報を送るようになっていることを特徴とする請求項１２０または１２１に記載のアクセス装置。
【請求項１２３】
前記セキュリティコンテキスト情報は、
マスター秘密認証値（ＭＫ）；
前記モバイル機器と前記現在の／新たなアクセス装置との間の相互認証のための共有秘密認証値（ＲＫ）；
前記モバイル機器と前記現在の／新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）；
前記モバイル機器によって使用される暗号化のタイプの表示；
前記モバイル機器によってサポートされる暗号化のタイプの表示；
前記マスター秘密認証値のためのタイムアウト時間（ＴＯ−ＭＫ）；
前記モバイル機器と前記現在のアクセス装置との間の相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間（ＴＯ−ＡＳＫ）；
前記モバイル機器と前記新たなアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間（ＴＯ−ＲＫ）；
前記セキュリティコンテキスト情報のためのタイムアウト時間（ＴＯ−ＣＩ）；
タイムスタンプ；
前記モバイル機器の識別情報；
前記現在のアクセス装置の識別情報；
前記第１の通信ドメインの識別情報；
のうちの少なくとも１つを含むことを特徴とする請求項１２０から１２２のいずれか１項に記載のアクセス装置。
【請求項１２４】
前記モバイル機器の前記識別情報が仮の識別情報であることを特徴とする請求項１２３に記載のアクセス装置。
【請求項１２５】
前記モバイル機器とアクセス装置との間の相互認証のための前記共有秘密認証値（ＲＫ）及び／又は相互通信のための前記共有秘密認証値（ＡＳＫ）のタイムアウト時間は、新たな通信ドメインにおいて延ばされることを特徴とする請求項１２３または１２４に記載のアクセス装置。
【請求項１２６】
前記通信ユニットは、相互通信のための前記共有秘密認証値（ＡＳＫ）が前記新たな通信ドメインに対して通信されず或いは前記モバイル機器へ通信されない場合には、相互認証のための前記共有秘密認証値（ＲＫ）を使用して、前記モバイル機器への安全な通信を再開するようになっていることを特徴とする請求項１１７から１２５のいずれか１項に記載のアクセス装置。
【請求項１２７】
前記通信ユニットは、前記第１の通信ドメインから送られる前記モバイル機器への相互通信のための前記共有秘密認証値（ＡＳＫ）を使用することにより、前記モバイル機器への安全な通信を再開するようになっていることを特徴とする請求項１１７から１２５のいずれか１項に記載のアクセス装置。
【請求項１２８】
前記ハンドオーバ制御ユニットは、前記新たなアクセス装置へのハンドオーバに関する情報を受けるようになっていることを特徴とする請求項１１７から１２７のいずれか１項に記載のアクセス装置。
【請求項１２９】
前記ハンドオーバ制御ユニットは、ハンドオーバの実行に関して前記現在の通信ドメイン内の前記認証サーバに知らせるようになっていることを特徴とする請求項１１７から１２８のいずれか１項に記載のアクセス装置。
【請求項１３０】
前記暗号鍵ユニットは、ハンドオーバ実行後に通信に影響を与えることなく前記第２の通信ドメイン（ＳＴＡ，ＡＡＡＦ）において更なるマスター秘密認証値（ＭＫ）を生成するようになっていることを特徴とする請求項１１７から１２９のいずれか１項に記載のアクセス装置。
【請求項１３１】
前記暗号鍵ユニットは、ハンドオーバの実行のために相互認証のための前記共有秘密認証値（ＲＫ）が前記新たな通信ドメインへ送られる場合には、相互認証のための前記共有秘密認証値（ＲＫ）のためのタイムアウト時間満了前に、前記新たなマスター秘密認証値（ＭＫ）を生成するようになっていることを特徴とする請求項１３０に記載のアクセス装置。
【請求項１３２】
前記暗号鍵ユニットは、ハンドオーバの実行のために相互通信のための前記共有秘密認証値（ＡＳＫ）が前記新たな通信ドメインへ送られる場合には、相互通信のための前記共有秘密認証値（ＡＳＫ）のためのタイムアウト時間満了前に、前記新たなマスター秘密認証値（ＭＫ）を生成するようになっていることを特徴とする請求項１３０に記載のアクセス装置。
【請求項１３３】
前記セキュリティコンテキスト情報ユニットは、前記新たな通信ドメイン内で新たなセキュリティコンテキスト情報を利用できるときに、近隣関係で特定されるアクセス装置でセキュリティコンテキスト情報を更新するようになっていることを特徴とする請求項１１７から１３２のいずれか１項に記載のアクセス装置。
ドメイン間−ケースＩ
【請求項１３４】
前記ハンドオーバ対象アクセス装置はハンドオーバのための近隣関係に含まれ、前記ハンドオーバ制御ユニットは、前記ハンドオーバ対象アクセス装置にハンドオーバを知らせるようになっており、前記ハンドオーバ制御ユニットは、前記ハンドオーバ対象アクセス装置でセキュリティ関連の問題をチェックした後にハンドオーバを実行するように前記モバイル機器に指示するようになっていることを特徴とする請求項１１７から１３３のいずれか１項に記載のアクセス装置。
【請求項１３５】
前記ハンドオーバ対象アクセス装置は前記現在のアクセス装置の近隣関係に含まれ、前記ハンドオーバ制御ユニットは、前記ハンドオーバ対象アクセス装置にハンドオーバを知らせるようになっており、前記ハンドオーバ制御ユニットは、前記現在のアクセス装置に知らせることなく前記モバイル機器によるハンドオーバの実行を開始するようになっていることを特徴とする請求項１１７から１３３のいずれか１項に記載のアクセス装置。
ドメイン間−ケースＩＩ
【請求項１３６】
前記ハンドオーバ制御ユニットにはハンドオーバの実行が知らされるようになっており、前記第１の通信ドメインおよび前記第２の通信ドメインはハンドオーバの実行前に信頼関係を有しておらず、前記ハンドオーバ制御ユニットは、前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）にハンドオーバ要求を知らせるようになっていることを特徴とする請求項１１７から１３３のいずれか１項に記載のアクセス装置。
【請求項１３７】
前記通信ユニットは、前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）と前記第２の通信ドメイン内の前記認証サーバ（ＡＡＡＦ）との間で信頼通信関係を形成するようになっていることを特徴とする請求項１３６に記載のアクセス装置。
【請求項１３８】
前記通信ユニットは、前記第１の通信ドメイン内の前記認証サーバ（ＡＡＡＨ）と前記第２の通信ドメイン内の前記認証サーバ（ＡＡＡＦ）との間で信頼通信関係を構築した後、セキュリティコンテキスト情報の少なくとも一部を前記第２の通信ドメインへ送るようになっていることを特徴とする請求項１３６または１３７に記載のアクセス装置。
【請求項１３９】
ハンドオーバの実行が知らされず、前記第１の通信ドメインおよび前記第２の通信ドメインはハンドオーバの実行前に信頼関係を有さず、前記通信ユニットは、前記第１の通信ドメインと前記第２の通信ドメインとの間の通信を中断するようになっていることを特徴とする請求項１１７から１３３のいずれか１項に記載のアクセス装置。
【請求項１４０】
前記通信ユニットは、ユーザの再認証後に前記第１の通信ドメインで通信を再開するようになっていることを特徴とする請求項１３９に記載のアクセス装置。
装置クレーム−モバイル機器
【請求項１４１】
分散モバイル通信環境において安全なハンドオーバを実行するためのモバイル機器であって、前記安全なハンドオーバは、現在のアクセス装置と新たなアクセス装置との間で実行され、
− セキュリティコンテキスト情報を使用して、前記モバイル機器と前記新たなアクセス装置との間で相互認証を実行するようになっている認証ユニットと、
− 前記相互認証が成功すると、前記現在のアクセス装置から前記新たなアクセス装置へのハンドオーバを実行するようになっているハンドオーバ制御ユニットと、
を備えるモバイル機器。
【請求項１４２】
前記相互認証が終了するまでハンドオーバを実行しないように、前記現在のアクセス装置及び／又は前記新たなアクセス装置に通知するようになっている通信ユニットを備えていることを特徴とする請求項１４１に記載のモバイル機器。
【請求項１４３】
前記通信ユニットは、更に、前記相互認証が成功しない場合にはハンドオーバを実行しないように、前記現在のアクセス装置及び／又は前記新たなアクセス装置に通知するようになっていることを特徴とする請求項１４１または１４２に記載のモバイル機器。
【請求項１４４】
前記通信ユニットは、更に、前記新たなアクセス装置から、ハンドオーバを実行する通知を受けるようになっていることを特徴とする請求項１４３に記載のモバイル機器。
【請求項１４５】
前記通信ユニットは、セキュリティコンテキスト情報を使用して、前記新たなアクセス装置への安全な通信を再開するようになっていることを特徴とする請求項１４１から１４４のいずれか１項に記載のモバイル機器。
【請求項１４６】
前記通信ユニットは、前記新たなアクセス装置の近隣関係で特定されたアクセス装置へセキュリティコンテキスト情報を送るようになっていることを特徴とする請求項１４５に記載のモバイル機器。
【請求項１４７】
前記通信ユニットは、暗号鍵処理のためにマスター秘密認証値を受けるようになっていることを特徴とする請求項１１に記載のモバイル機器。
【請求項１４８】
暗号鍵処理のために前記マスター秘密認証値（ＭＫ）を生成するようになっている暗号鍵ユニットを備えていることを特徴とする請求項８２に記載のモバイル機器。
【請求項１４９】
前記暗号鍵ユニットは、前記モバイル機器と前記現在のアクセス装置及び／又は新たなアクセス装置との間の相互通信のための共有秘密認証値（ＡＳＫ）を、前記マスター秘密認証値から生成するようになっていることを特徴とする請求項１４７または１４８に記載のモバイル機器。
【請求項１５０】
前記ハンドオーバ制御ユニットは、少なくとも、ハンドオーバ時の前記モバイル機器の位置、移動速度、及び／又は、移動方向にしたがってハンドオーバ対象アクセス装置を予測するようになっていることを特徴とする請求項１４１から１４９のいずれか１項に記載のモバイル機器。
【請求項１５１】
前記ハンドオーバ制御ユニットは、前記新たなアクセス装置へのハンドオーバを前記現在のアクセス装置に知らせることにより、ハンドオーバの実行をトリガするようになっていることを特徴とする請求項１４１から１５１のいずれか１項に記載のモバイル機器。
【請求項１５２】
前記ハンドオーバ制御ユニットは、前記新たなアクセス装置へのハンドオーバを前記現在のアクセス装置に知らせることなく、ハンドオーバの実行をトリガするようになっていることを特徴とする請求項１４１から１５０のいずれか１項に記載のモバイル機器。
【請求項１５３】
前記通信ユニットは、前記第２の通信ドメインに関するセキュリティ情報を受けるようになっていることを特徴とする請求項１４１から１５２のいずれか１項に記載のモバイル機器。
【請求項１５４】
前記セキュリティ情報は、
前記第２の通信ドメインの識別情報；
任意選択的に、前記第２の通信ドメイン内のフォーリンエージェントのケアオブアドレス；
（ｉ）前記モバイル機器と第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための現在の共有秘密認証値（ＡＳＫ）が前記第２の通信ドメインに対して通信されない場合及び／又は（ｉｉ）前記第１の通信ドメインで使用されたマスター秘密認証値（ＭＫ）が前記第２の通信ドメインに対して通信されず且つ前記第２の通信ドメインで使用される新たなマスター秘密認証値（ＭＫ）の生成前に前記モバイル機器と前記第１の通信ドメイン内の前記現在のアクセス装置との間の相互通信のための前記現在の共有秘密認証値（ＡＳＫ）がタイムアウトする場合には、前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための新たな共有秘密認証値（ＡＳＫ）；
前記モバイル機器と前記第２の通信ドメイン内の前記新たなアクセス装置との間の相互通信のための前記新たな共有秘密認証値（ＡＳＫ）のためのタイムアウト時間；
前記第２の通信ドメインで使用される暗号化アルゴリズム；
のうちの少なくとも１つの項目を含むことを特徴とする請求項１５３に記載のモバイル機器。
【請求項１５５】
前記現在の通信ドメインおよび前記新たな通信ドメインが異なる認証機構を使用するときに、前記モバイル機器において、前記新たな通信ドメインからユーザ認証のためのマスター秘密認証値（ＭＫ）を受けることを特徴とする請求項１５３または１５４に記載のモバイル機器。
【請求項１５６】
アクセス装置及び／又はモバイル機器の内部メモリへ直接にロード可能なコンピュータプログラムプロダクトであって、当該プロダクトが前記アクセス装置及び／又は前記モバイル機器のプロセッサで実行される際に請求項１から７５のいずれか１項に記載のステップを行なうためのソフトウェアコード部を含んでいるコンピュータプログラムプロダクト。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公表番号】特表２００７−５０５５３１（Ｐ２００７−５０５５３１Ａ）
【公表日】平成１９年３月８日（２００７．３．８）
【国際特許分類】
【出願番号】特願２００６−５２５６３４（Ｐ２００６−５２５６３４）
【出願日】平成１６年１月２３日（２００４．１．２３）
【国際出願番号】ＰＣＴ／ＥＰ２００４／０００５６２
【国際公開番号】ＷＯ２００５／０２７５６０
【国際公開日】平成１７年３月２４日（２００５．３．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
【公表日】平成１９年３月８日（２００７．３．８）
【国際特許分類】
【出願日】平成１６年１月２３日（２００４．１．２３）
【国際出願番号】ＰＣＴ／ＥＰ２００４／０００５６２
【国際公開番号】ＷＯ２００５／０２７５６０
【国際公開日】平成１７年３月２４日（２００５．３．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【Ｆターム（参考）】
[ Back to top ]