(57)【要約】実施形態例は、ハンドオーバを実行し、ハンドオーバを実行する一方で鍵管理を行う方法を提供する。この方法は、セキュア・プロトコルによって保護されるランダム・ハンドオーバ・シード鍵をネットワークのコア・コンポーネントからユーザ機器に伝達するステップを含む。本セキュア・プロトコルは、ネットワークのコア・コンポーネントによってサポートされる基地局によってランダム・ハンドオーバ・シード鍵が学習されるのを防止する。本セキュア・プロトコルは、ワイヤレス通信用の発展型パケット・システム環境の非アクセス層シグナリング方式であってよい。
2011515904.tif 000002
【特許請求の範囲】
【請求項１】
セキュア・ワイヤレス通信のための方法であって、
ユーザ機器において、セキュア・プロトコルによって保護されたランダム・ハンドオーバ・シード鍵をネットワークのコア・コンポーネントから受信するステップを含み、前記セキュア・プロトコルが、前記ネットワークの前記コア・コンポーネントによってサポートされる基地局によって前記ランダム・ハンドオーバ・シード鍵が学習されるのを防止し、さらに、
前記ユーザ機器において、ハンドオーバ・コマンドをソース基地局から受信するステップを含み、前記ハンドオーバ・コマンドが、ターゲット基地局を識別するターゲット基地局識別子を含み、前記ターゲット基地局が、前記ソース基地局によってサポートされる前記ユーザ機器にサービスを提供するための対象となる基地局であり、さらに、
前記受信されたランダム・ハンドオーバ・シード鍵および前記ターゲット基地局識別子を使用して暗号化鍵を導出するステップと、
前記導出された暗号化鍵および前記ターゲット基地局に基づいて前記ターゲット基地局と通信するステップとを含む、方法。
【請求項２】
前記導出するステップが、前記暗号化鍵を導出するために、鍵導出機能への入力として前記ランダム・ハンドオーバ・シード鍵および前記ターゲット基地局識別子を入力する、請求項１に記載の方法。
【請求項３】
セキュア・ワイヤレス通信のための方法であって、
前記コア・ネットワーク・コンポーネントによってサポートされる基地局によってランダム・ハンドオーバ・シード鍵が学習されるのを防止するセキュア・プロトコルを使用して、前記ランダム・ハンドオーバ・シード鍵をネットワークのコア・コンポーネントからユーザ機器に送信するステップを含む、方法。
【請求項４】
ネットワークの前記コア・コンポーネントにおいて、前記コア・コンポーネントによってサポートされる各基地局に第１のランダム鍵を割り当てるステップと、
前記第１のランダム鍵を前記それぞれの基地局の１つ１つに提供するステップとをさらに含み、前記第１のランダム鍵が、各基地局ごとに異なっており、前記ランダム・ハンドオーバ・シード鍵を前記ユーザ機器に送信する前に提供される、請求項３に記載の方法。
【請求項５】
前記提供するステップは、前記それぞれの基地局が関わるハンドオーバ手順の前に前記それぞれの基地局の１つ１つに前記第１のランダム鍵を提供する、請求項４に記載の方法。
【請求項６】
前記ネットワークの前記コア・コンポーネントにおいて、前記ユーザ機器用の潜在的ハンドオーバ・ターゲット基地局のリストを前記ユーザ機器を現在サポートするソース基地局から受信するステップと、
前記ランダム・ハンドオーバ・シード鍵を選択するステップと、
潜在的ハンドオーバ・ターゲット基地局の前記リストにリストされている各ターゲット基地局に固有の第２のランダム鍵を、前記ランダム・ハンドオーバ・シード鍵およびそれぞれのターゲット基地局識別子を鍵導出機能への入力として使用することにより導出するステップと、
各第２のランダム鍵を対応する第１のランダム鍵と共に暗号化して、潜在的ハンドオーバ・ターゲット基地局の前記リストにリストされている各ターゲット基地局用の暗号化された第２のランダム鍵を取得するステップと、
前記暗号化された第２のランダム鍵のリストを前記ソース基地局に送信するステップと
をさらに含む、請求項３に記載の方法。
【請求項７】
セキュア・ワイヤレス通信のための方法であって、
潜在的ハンドオーバ・ターゲット基地局を識別するリストをソース基地局からネットワークのコア・コンポーネントに送信して、前記リストに含まれる前記潜在的ハンドオーバ・ターゲット基地局のそれぞれについて情報を要求するステップと、
暗号化された第１のランダム鍵のリストを前記ネットワークの前記コア・コンポーネントから受信するステップとを含み、前記暗号化された第１のランダム鍵のそれぞれが前記潜在的ハンドオーバ・ターゲット基地局の１つに固有である、方法。
【請求項８】
セキュア・プロトコルによって保護されたランダム・ハンドオーバ・シード鍵がネットワークの前記コア・コンポーネントからユーザ機器に送信され、前記セキュア・プロトコルが、前記ユーザ機器を現在サポートしているソース基地局および前記ネットワークの前記コア・コンポーネントによってサポートされる前記潜在ハンドオーバ・ターゲット基地局によって前記ランダム・ハンドオーバ・シード鍵が学習されるのを防止する、請求項７に記載の方法。
【請求項９】
ワイヤレス通信のための方法であって、
ネットワークのコア・コンポーネントから第１のランダム鍵を受信するステップを含み、前記ネットワークが複数の基地局を含み、前記基地局の１つがユーザ機器をサポートするソース基地局であり、別の１つがハンドオーバ後に前記ユーザ機器をサポートするためのターゲット基地局であり、さらに、
前記ターゲット基地局用の暗号化鍵を含むハンドオーバ要求を前記ターゲット基地局で受信するステップと、
前記第１のランダム鍵を使用して前記暗号化鍵を暗号化解除して前記ターゲット基地局用の前記鍵を回復させるステップと、
前記ターゲット基地局用の前記鍵から追加暗号化鍵を導出するステップと、
前記導出された追加暗号化鍵を使用して前記ユーザ機器と通信するステップとを含む、方法。
【請求項１０】
前記第１のランダム鍵は、前記ハンドオーバ要求を受信することによって開始されるハンドオーバ手順の前に受信される、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本出願は、２００８年２月１５日に出願された米国特許出願第１２／０７１０９８号の一部継続出願であり、該出願の主題は全体が参照により本明細書に援用されるものとする。本出願は、米国特許法第１１９（ｅ）条に基づいて、「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＰＥＲＦＯＲＭＩＮＧ  ＨＡＮＤＯＶＥＲＳ，ＯＲ  ＫＥＹ  ＭＡＮＡＧＥＭＥＮＴ  ＷＨＩＬＥ  ＰＥＲＦＯＲＭＩＮＧ  ＨＡＮＤＯＶＥＲＳ  ＩＮ  Ａ  ＷＩＲＥＬＥＳＳ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＳＹＳＴＥＭ」という名称で２００８年２月２０日に出願された米国仮出願第６１／０６６４３７号の優先権をさらに主張するものであり、該出願の主題は全体が参照により本明細書に援用されるものとする。
【０００２】
本出願の実施形態例は遠隔通信のシステムおよび方法に関する。より詳細には、実施形態例は、ネットワークとユーザ機器間のセキュア・ワイヤレス通信をセキュア鍵を使用して提供する方法に関する。
【背景技術】
【０００３】
ワイヤレス通信に関するセキュリティの方法およびプロセスは発展し続けている。例えば、電気通信団体の様々なグループ間の共同による３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、現在、ＥＰＳ（Ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ：拡張パケット・システム）内のワイヤレス通信に適用可能なセキュリティ・プロトコルの開発に取り組んでいる。
【０００４】
図１は、ワイヤレス通信のためのＥＰＳ環境の例を示している。図１のＥＰＳは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ機器）、ｅＮＢ（Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ：発展型ＮｏｄｅＢ）、およびＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ：移動性管理エンティティ）を示している。また、図１は、ｅＮＢおよびＭＭＥが実線の楕円で示されたｅＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：発展型ＵＭＴＳ地上無線アクセス・ネットワーク）で一部であり、ＵＥがｅＵＴＲＡＮの外にあることも示している。さらに、ＭＭＥは、図１に示されたＥＰＳ環境のＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ：発展型パケット・コア）に含まれている。ＥＰＣは、細い破線の楕円で示されている。
【０００５】
一般的に、ＥＰＳは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ：ユニバーサル移動遠隔通信システム）で使用されるような１層の境界セキュリティでなく、保護層が２層である。第１のセキュリティ層はｅＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：発展型ＵＭＴＳ地上無線アクセス・ネットワーク）であり、第２のセキュリティ層はＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ：発展型パケット・コア）ネットワーク・セキュリティである。ＥＰＣセキュリティは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：非アクセス層）シグナリング・セキュリティの使用を必要とする。
【０００６】
次に、ＥＰＳ環境の従来のセキュリティ例を、図２に示されたシグナリング図について説明する。
【０００７】
図２のシグナリング図は、ＵＥ（ユーザ機器）、第１の発展型ＮｏｄｅＢ（ソースｅＮＢ）、第２の発展型ＮｏｄｅＢ（ターゲットｅＮＢ）、およびＥＰＣ（発展型パケット・コア）間で伝達されるメッセージおよびそれらの動作を示している。ＥＰＣは、ＭＭＥ（移動性管理エンティティ）およびＳＡＥ  ＧＷ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ  Ｇａｔｅｗａｙ：システム・アーキテクチャ発展ゲートウェイ）を含んでいる。具体的には、図２の従来のシグナリング図は、イントラＭＭＥハンドオーバ中のこれら各種コンポーネント間の通信を示している。イントラＭＭＥハンドオーバとは、ソースｅＮＢからターゲットｅＮＢまでのＵＥのハンドオーバを指すが、その場合のソースｅＮＢおよびターゲットｅＮＢは同じＭＭＥによってサポートされる。
【０００８】
図２を参照すると、ＵＥがメッセージ１で測定レポートをソースｅＮＢに送信している。測定レポートの内容は当業界では良く知られているので、簡潔にするために本明細書では説明しない。
【０００９】
測定レポートを受信したことに応答して、ソースｅＮＢは、どのターゲットｅＮＢとハンドオーバ手順を行うかを判定する。この従来のハンドオーバを開始するために、ソースｅＮＢは、動作１Ａで示されているように、ソースｅＮＢで知られている第１の鍵ＫｅＮＢから第２の鍵ＫｅＮＢ＊を導出する。ソースｅＮＢによって第２の鍵ＫｅＮＢ＊が導出されると、ソースｅＮＢは、ターゲットｅＮＢに、メッセージ２でハンドオーバ要求を第２の鍵ＫｅＮＢ＊と共に送信する。
【００１０】
ハンドオーバ要求を受信したことに応答して、ターゲットｅＮＢは、ソースｅＮＢに、メッセージ３でハンドオーバ応答をＣ−ＲＮＴＩ（Ｃｅｌｌ  Ｒａｄｉｏ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ：セル無線一時識別情報）と共に提供する。従来は、このＣ−ＲＮＴＩは１６ビットまたは３２ビットの数値である。さらに、このＣ−ＲＮＴＩは、単にターゲットｅＮＢに関連付けられた識別子であってよい。図２の従来の信号図では、セキュリティのために第２の鍵ＫｅＮＢ＊およびＣ−ＲＮＴＩに依拠している。動作３Ａで示されているように、ターゲットｅＮＢも、ＫｅＮＢ＊およびＣ−ＲＮＴＩから第３の鍵ＫｅＮＢ＊＊を導出する。さらに、当業界で良く知られているように、動作３Ｂで、ターゲットｅＮＢによって第３の鍵ＫｅＮＢ＊＊からＲＲＣ／ＵＰ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  ａｎｄ  Ｕｓｅｒ  Ｐｌａｎｅ：無線リソース制御およびユーザ・プレーン）鍵が導出される。
【００１１】
さらに図２を参照すると、ソースｅＮＢは、メッセージ３でハンドオーバ応答を受信したことに応答して、ＵＥにハンドオーバ・コマンドを伝送する。ハンドオーバ・コマンドは、ＵＥに、メッセージ４で示されるようにターゲットｅＮＢとハンドオーバを実行するように指示する。
【００１２】
ＵＥがメッセージ４のハンドオーバ・コマンドを受信すると、ＵＥは、動作４ＡでＫｅＮＢ＊およびＣ−ＲＮＴＩから第３の鍵ＫｅＮＢ＊＊を導出するが、この鍵は、動作３ＡでターゲットｅＮＢによって導出された鍵と同じである。第３の鍵ＫｅＮＢ＊＊から、ＵＥは、当業界では良く知られているように、動作４Ｂで示されているようにＲＲＣ／ＵＰ鍵を導出する。そのため、ＵＥおよびターゲットｅＮＢの両方がＲＲＣ／ＵＰ鍵を有する。次に、ＵＥは、ターゲットｅＮＢに、メッセージ５で示されているようにハンドオーバ確認メッセージを送信する。
【００１３】
ＵＥからハンドオーバ確認メッセージを受信したことに応答して、ターゲットｅＮＢは、ソースｅＮＢにメッセージ６で、イントラＭＭＥハンドオーバが完了したことを表すハンドオーバ完了メッセージを送信する。最後に、メッセージ７で示されているように、今ではソースｅＮＢになったターゲットｅＮＢがＵＥ位置更新メッセージをＥＰＣに送信する。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
実施形態例は、ネットワークとユーザ機器間のセキュア・ワイヤレス通信をセキュア鍵を使用して提供する方法を提供する。詳細には、実施形態例は、セキュリティを強化する一方でハンドオーバおよび鍵管理を行う方法を提供する。
【課題を解決するための手段】
【００１５】
一実施形態例は、ユーザ機器によって実行される方法を提供する。この方法は、セキュア・プロトコルによって保護されるランダム・ハンドオーバ・シード鍵をネットワークのコア・コンポーネント、例えば、ＭＭＥなどから受信するステップを含む。セキュア・プロトコルは、ネットワークのコア・コンポーネントによってサポートされる基地局（例えば、ｅＮＢ）によってランダム・ハンドオーバ・シード鍵が学習されるのを防止する。また、この方法は、ハンドオーバ・コマンドをソース基地局から受信するステップも含む。ハンドオーバ・コマンドは、ターゲット基地局を識別するターゲット基地局識別子を含んでいる。ターゲット基地局とは、ソース基地局によってサポートされるユーザ機器にサービスを提供するための対象となる基地局である。また、この方法は、受信されたランダム・ハンドオーバ・シード鍵およびターゲット基地局識別子を使用して暗号化鍵を導出するステップと、導出された暗号化鍵およびターゲット基地局識別子に基づいてターゲット基地局と通信するステップを含む。
【００１６】
一実施形態例によれば、ユーザ機器によって実行されるこの方法は、ソース基地局からターゲット基地局へのハンドオーバが許容できることを確認するためにターゲット基地局に確認メッセージを送信するステップをさらに含む。
【００１７】
一実施形態例によれば、ユーザ機器によって実行されるこの方法は、測定レポートをソース基地局に送信するステップをさらに含む。さらに、受信するステップは、ソース基地局から送信された測定レポートへの応答としてハンドオーバ・コマンドを受信することもある。
【００１８】
一実施形態例によれば、ユーザ機器によって実行される方法では、導出するステップは、暗号化鍵を導出するために、鍵導出機能への入力としてランダム・ハンドオーバ・シード鍵およびターゲット基地局識別子を入力することができる。
【００１９】
一実施形態例によれば、セキュア・プロトコルはＮＡＳ（非アクセス層）プロトコルである。
【００２０】
別の実施形態例は、ネットワークのコア・コンポーネント（例えば、ＭＭＥ）によって実行される方法を提供する。この方法は、コア・ネットワーク・コンポーネントによってサポートされる基地局によってランダム・ハンドオーバ・シード鍵が学習されるのを防止するセキュア・プロトコルを使用して、そのランダム・ハンドオーバ・シード鍵をネットワークのコア・コンポーネントからユーザ機器に送信するステップを含む。
【００２１】
この実施形態例によれば、ネットワークのコア・コンポーネントによって実行されるこの方法は、ネットワークのコア・コンポーネントにおいて、そのコア・コンポーネントによってサポートされる各基地局に第１のランダム鍵を割り当てるステップと、その第１のランダム鍵をそれぞれの基地局の１つ１つに提供するステップをさらに含む。第１のランダム鍵は各基地局ごとに異なっており、ランダム・ハンドオーバ・シード鍵をユーザ機器に送信する前に提供される。
【００２２】
ネットワークのコア・コンポーネントによって実行される方法の実施形態例によれば、提供するステップは、それぞれの基地局が関わるハンドオーバ手順の前にそれぞれの基地局の１つ１つに第１のランダム鍵を提供できる。
【００２３】
この実施形態例によれば、コア・コンポーネントによって実行される方法は、当該ユーザ機器用の潜在的ハンドオーバ・ターゲット基地局のリストをそのユーザ機器を現在サポートするソース基地局から受信するステップと、ランダム・ハンドオーバ・シード鍵を選択するステップと、潜在的ハンドオーバ・ターゲット基地局のリストにリストされている各ターゲット基地局に固有の第２のランダム鍵を、ランダム・ハンドオーバ・シード鍵およびそれぞれのターゲット基地局識別子を鍵導出機能（例えば、ＡＥＳ）への入力として使用することにより導出するステップとをさらに含む。さらに、この方法は、各第２のランダム鍵を対応する第１のランダム鍵と共に暗号化して、潜在的ハンドオーバ・ターゲット基地局のリストにリストされている各ターゲット基地局用の暗号化された第２のランダム鍵を取得するステップと、暗号化された第２のランダム鍵のリストをソース基地局に送信するステップとを含む。
【００２４】
別の実施形態例は、基地局によって実行される方法を提供する。基地局によって実行される方法は、ユーザ機器に対する潜在的ハンドオーバ・ターゲット基地局を識別するリストをコア・コンポーネントに送信して、リストに含まれる潜在的ハンドオーバ・ターゲット基地局のそれぞれについて情報を要求するステップと、暗号化された第１のランダム鍵のリストを受信するステップとを含む。暗号化された第１のランダム鍵のそれぞれは、潜在的ハンドオーバ・ターゲット基地局の１つに固有である。
【００２５】
この実施形態例によれば、セキュア・プロトコルによって保護されたランダム・ハンドオーバ・シード鍵がネットワークのコア・コンポーネントからユーザ機器に送信される。セキュア・プロトコルは、そのユーザ機器を現在サポートしているソース基地局およびネットワークのコア・コンポーネントによってサポートされる潜在的ハンドオーバ・ターゲット基地局によってランダム・ハンドオーバ・シード鍵が学習されるのを防止する。
【００２６】
この実施形態例によれば、基地局によって実行される方法は、測定レポートをユーザ機器から受信するステップと、潜在的ハンドオーバ・ターゲット基地局の１つをハンドオーバ成功後にユーザ機器をサポートするためのターゲット基地局として選択するステップと、ハンドオーバ要求をそのターゲット基地局に転送するステップとをさらに含む。ハンドオーバ要求は、選択されたターゲットに対応する暗号化された第１のランダム鍵を含む。さらに、この方法は、ハンドオーバ・コマンドをユーザ機器に送信するステップと、ハンドオーバ完了信号をターゲット基地局から受信するステップと、ハンドオーバ完了信号を受信したことに応答してユーザ機器のサポートをターゲット基地局にハンドオーバするステップとを含む。
【００２７】
さらに別の実施形態例は、基地局によって実行される方法を提供する。この方法は、基地局の１つはユーザ機器をサポートするソース基地局であり、別の１つはハンドオーバ後にユーザ機器をサポートするためのターゲット基地局である複数の基地局を含むネットワークのコア・コンポーネントから第１のランダム鍵を受信するステップを含む。また、この方法は、暗号化された第１のランダム鍵を含むハンドオーバ要求をターゲット基地局で受信するステップと、第１のランダム鍵を使用してハンドオーバ要求を暗号化解除して第２のランダム鍵を回復させるステップと、第２のランダム鍵から暗号化鍵をターゲット基地局で導出するステップと、導出された暗号化鍵に基づいてユーザ機器と通信するステップも含む。
【００２８】
この実施形態例によれば、第１のランダム鍵は、ハンドオーバ要求を受信することによって開始されるハンドオーバ手順の前に受信される。
【００２９】
この実施形態例によれば、セキュア・プロトコルによって保護されたランダム・ハンドオーバ・シード鍵がネットワークのコア・コンポーネントからユーザ機器に送信される。セキュア・プロトコルは、そのユーザ機器を現在サポートするソース基地局およびネットワークのコア・コンポーネントによってサポートされるターゲット基地局によってランダム・ハンドオーバ・シード鍵が学習されるのを防止する。
【００３０】
実施形態例の上述の、および他の特徴および利点は、次のような添付の図面を参照して、ここで開示される以下の実施形態例の詳細な説明を検討すれば、より明らかになろう。
【図面の簡単な説明】
【００３１】
【図１】ワイヤレス通信のためのＥＰＳ環境を示した図である。従来のイントラＭＭＥハンドオーバ手順で実行されるメッセージおよび動作の信号フロー図である。
【図２】従来のイントラＭＭＥハンドオーバ手順で実行されるメッセージおよび動作の信号フロー図である。
【図３】一実施形態例による、イントラＭＭＥハンドオーバ手順のメッセージおよび動作の信号フロー図である。
【図４】代替実施形態による、イントラＭＭＥハンドオーバ手順のメッセージおよび動作の信号フロー図である。
【図５】代替実施形態による、イントラＭＭＥハンドオーバ手順のメッセージおよび動作の信号フロー図である。
【発明を実施するための形態】
【００３２】
以下の説明は、説明のためのものであり、限定するためのものではないが、実施形態例が十分に理解できるように、特定のアーキテクチャ、インターフェース、技術など、具体的な詳細を記載している。しかし、当業者には、実施形態例は、本明細書に記載の具体的な詳細から逸脱する他の例示的な実施形態で実施できることは明らかであろう。場合によっては、良く知られたデバイス、回路および方法の詳細な説明は、不要な詳細で実施形態例の説明を分かりにくくしないために省略されている。すべての原理、態様および実施形態、ならびにそれらの具体的な例は、それらの構造的および機能的均等物を包含することが意図されている。加えて、そのような均等物は、現在知られている均等物および将来開発される均等物を含むことが意図されている。
【００３３】
本明細書では、実施形態例は、適切なコンピューティング環境で実施されるものとして説明される。必須ではないが、実施形態例は、１つまたは複数のコンピュータ・プロセッサまたはＣＰＵによって実行される、プログラム・モジュールまたは機能プロセスのようなコンピュータ実行可能な命令の一般的なコンテキストで説明される。一般的には、プログラム・モジュールまたは機能プロセスには、特定のタスクを実行する、または特定の抽象データ・タイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などがある。本明細書で説明されるプログラム・モジュールおよび機能プロセスは、既存の通信ネットワーク内で既存のハードウェアを使用して実施することができる。例えば、本明細書で説明されるプログラム・モジュールおよび機能プロセスは、既存の無線ネットワーク制御ノードで既存のハードウェアを使用して実施できる。
【００３４】
以下の説明において、例示の実施形態は、別段の記載がない限り、１つまたは複数のプロセッサによって実行される（例えば、シグナリング図の形での）行為および動作の記号表現を参照して説明される。そのため、時には「コンピュータによって実行される」と言われることがある、そのような行為および動作は、データを構造化された形態で表す電気信号の、プロセッサによる操作を含むことを理解されたい。この操作はデータを変換するか、またはデータを、コンピュータ、ユーザ機器および／またはアクセス・ネットワークのメモリ・システム内の場所に保持し、それによって、コンピュータ、ユーザ機器および／またはアクセス・ネットワークの動作が当業者には良く知られた方法で再構成、または、そうでなければ、変更される。
【００３５】
ワイヤレス通信システムでハンドオーバおよび鍵管理を実行する方法の一実施形態例を、図３に示された信号フロー図について以下で説明する。当業者には、以下で説明される方法は、図１で示されたようなワイヤレス通信のためのＥＰＳ環境で実施できることが理解できよう。詳細には、以下で説明される実施形態例は、ＥＰＳのＮＡＳシグナリング・セキュリティを利用する。ＮＡＳセキュリティは、基本的には、ＵＥとＭＭＥ間にｅＮＢには透過なトンネルを提供する。詳細には、ＮＡＳセキュリティ・トンネルは、実施形態例に従うと、ｅＮＢによって読み取ることはできない、および／またはデコードすることはできない。
【００３６】
図３は、イントラＭＭＥハンドオーバ用のＭＭＥ支援の鍵リフレッシュ手順の実施形態例を示している。詳細には、図３のシグナリング図は、図１に関連して前述したＵＥ、ソースｅＮＢ、ターゲットｅＮＢおよびＥＰＳのＭＭＥ間のメッセージ交換、およびそれらによって実行される動作を示している。また、図３のシグナリング図は、メッセージと動作の３つの異なるグループ、すなわち、初期セキュリティ関連付け（ＳＡ）確立メッセージと動作、ハンドオーバの前に実行されるメッセージと動作、およびハンドオーバ・メッセージと動作の区分けもしている。
【００３７】
図３を参照すると、ＭＭＥが、動作１で、ＥＰＳのｅＮＢのそれぞれに対してｅＮＢランダム鍵ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤ］を生成する。このランダム鍵のビット数は異なってよい。本明細書で説明される例によれば、各ｅＮＢランダム鍵ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤ］は１２８または２５６ビット長であり、サービスを提供するシステムの鍵の長さ（１２８または２５６ビット）と一致し、対応するｅＮＢに固有である。初期セキュリティ確立フェーズで、ｅＮＢとＭＭＥのセキュリティ関連付けが確立され、それ以降のみ、ｅＮＢとＭＭＥはＭＭＥ−ｅＮＢ−Ｋｅｙに基づいて同意しようとする。これは、おそらくｅＮＢがブートし、セキュリティ関連付けが確立された後、各ｅＮＢに対して発生する。ハンドオーバ中にｅＮＢがソースｅＮＢまたはターゲットｅＮＢになるための待機はないことに留意されたい。ＭＭＥ−ｅＮＢ鍵は、ハンドオーバとは関係なく確立される。さらに、ＭＭＥ−ｅＮＢ鍵は、一定の期間後にリフレッシュできる。
【００３８】
メッセージ２で示されているように、ＭＭＥは、Ｓ１インターフェースを介してＭＭＥに接続されているターゲットｅＮＢのそれぞれに異なるｅＮＢランダム鍵ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤ］を送信する。ソースｅＮＢとは、そのＵＥに現在ワイヤレス通信サービスを提供しているｅＮＢである。ハンドオーバの前に、メッセージ３で示されているように、ＵＥ位置更新メッセージがソースｅＮＢからＭＭＥに送信される。ＵＥ位置更新メッセージは、そのＵＥに対するワイヤレス通信サービスがソースｅＮＢからハンドオーバできるｅＮＢのリストを含む。別の言い方をすれば、位置更新メッセージは、ソースｅＮＢからＭＭＥに伝送される近隣ｅＮＢのリストを含む。
【００３９】
さらに図３を参照すると、ＭＭＥは、動作３Ａで示されているように、ランダム・ハンドオーバ・シード鍵Ｈ＿ｋｅｙを選択および／または作成する。実施形態例によれば、ランダム・ハンドオーバ・シード鍵Ｈ＿ｋｅｙはＥＰＳのｅＮＢには未知である。動作３Ｂにおいて、ＭＭＥは、受信された近隣リスト内の各ターゲットｅＮＢに対して第１の鍵ＫｅＮＢｅＮＢ＿ＩＤを作成するために、鍵導出機能への入力としてランダム・ハンドオーバ・シード鍵Ｈ＿ｋｅｙと共にシステムのｅＮＢのそれぞれを個別に識別する識別子ｅＮＢ  ＩＤを使用する。例えば、鍵導出機能はＡＥＳであり、したがって、ｅＮＢの第１の鍵は次のように表される。すなわち、ＫｅＮＢｅＮＢ＿ＩＤ＝ＡＥＳＨ＿ｋｅｙ（ｅＮＢ＿ＩＤ）。さらに、ＭＭＥは、次に、動作３Ｃで、計算された第１の鍵ＫｅＮＢｅＮＢ＿ＩＤをターゲットｅＮＢのそれぞれのｅＮＢランダム鍵ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤＴａｒｇｅｔ］と共に暗号化して、暗号化された第１の鍵｛ＫｅＮＢｅＮＢ＿ＩＤ｝ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤ］を取得する。表記｛Ｘ｝Ｙは、鍵Ｙを使用するＸの暗号化を意味する。鍵の暗号化は意味的にセキュアな暗号化とするべきである。例えば、１２８ビットの鍵は、それを１２８ビットのＡＥＳブロック暗号文への入力として使用し、ＭＭＥ−ｅＮＢ−ＫｅｙをＡＥＳ鍵として使用することにより、暗号化できる。別の選択肢は、任意の形の暗号化を使用するが、メッセージ完全性タグで補足することである。暗号化された第１の鍵｛ＫｅＮＢｅＮＢ＿ＩＤ｝ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤ］は、メッセージ３でソースｅＮＢからＭＭＥに送信されたＵＥ位置更新メッセージの中で識別された潜在的ターゲットｅＮＢのそれぞれについて取得される。
【００４０】
ＭＭＥが、潜在的ターゲットｅＮＢのそれぞれに対する暗号化された第１の鍵｛ＫｅＮＢｅＮＢ＿ＩＤ｝ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤ］を取得すると、メッセージ４で示されているように、暗号化された第１の鍵｛ＫｅＮＢｅＮＢ＿ＩＤ｝ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤ］がソースｅＮＢに提供される。別の言い方をすれば、ＭＭＥは、潜在的ターゲットｅＮＢについて取得された、暗号化された第１の鍵｛ＫｅＮＢｅＮＢ＿ＩＤ｝ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤ］の配列またはリストを送信する。その配列の各要素は潜在的ターゲットｅＮＢに対応し、識別子ｅＮＢ＿ＩＤという指標が付けられる。したがって、実施形態例によれば、ＵＥ位置更新メッセージを受信したことに応答してソースｅＮＢに提供される鍵は、個々の潜在的ターゲットｅＮＢ固有に暗号化され、ランダム・ハンドオーバ・シード鍵Ｈ＿ｋｅｙに基づいて生成される。
【００４１】
図３を参照すると、ＭＭＥは、動作３Ａで選択されたランダム・ハンドオーバ・シード鍵Ｈ＿ｋｅｙをメッセージ５でＵＥに転送する。実施形態例によれば、Ｈ＿ｋｅｙの転送はＮＡＳセキュリティによって保護される。認証鍵協定（ＡＫＡ）を使用する初期および／またはそれ以降の認証において、ＵＥおよびＭＭＥは、ＮＡＳ暗号化鍵およびＮＡＳ完全性鍵を含めてセキュリティ・コンテキストを作成することに留意されたい。メッセージがエア・インターフェースを介して１つまたは複数のｅＮＢを通過してＵＥに渡される時、ＭＭＥもＵＥもｅＮＢとＮＡＳ鍵を共用していないので、ｅＮＢはＮＡＳメッセージのコンテンツを見ることはできない。そのため、ランダム・ハンドオーバ・シード鍵Ｈ＿ｋｅｙは、メッセージ５の伝送中にソースｅＮＢによっても、ターゲットｅＮＢによっても盗聴されることは不可能である。別の言い方をすれば、ランダム・ハンドオーバ・シード鍵Ｈ＿ｋｅｙは、ＭＭＥによってサポートされるｅＮＢがランダム・ハンドオーバ・シード鍵Ｈ＿ｋｅｙを学習しないようにＮＡＳセキュリティによって保護される。したがって、攻撃者がソースｅＮＢをコントロールしていても、攻撃者は、ランダム・ハンドオーバ・シード鍵Ｈ＿ｋｅｙの取得は禁止および／または阻止される。
【００４２】
上述のメッセージ交換１〜５ならびに動作１および３Ａ〜３Ｂが完了したら、ＵＥをソースｅＮＢからターゲットｅＮＢにハンドオーバするためのハンドオーバ手順の実施形態例が以下の説明のように実行される。
【００４３】
さらに図３を参照すると、ＵＥは、メッセージ６で示されているように、測定レポートをソースｅＮＢに送信する。「背景技術」の項目で図１について説明されているように、測定レポートは当業界では良く知られているので、簡潔にするために本明細書では説明しない。測定レポートを受信したことに応答して、ソースｅＮＢは、動作６ａに示されているように、ＵＥのためのハンドオーバの決定を行う。そのため、ソースｅＮＢは、ハンドオーバ手順の後、どのターゲットｅＮＢがＵＥに通信サービスを提供するかを決定する。ソースｅＮＢによってハンドオーバの決定が行われると、ソースｅＮＢは、ターゲットｅＮＢにハンドオーバ要求を送信する。ハンドオーバ要求は、メッセージ７で示されているように、そのターゲットｅＮＢに対応する暗号化された第１の鍵｛ＫｅＮＢＴａｒｇｅｔ ｅＮＢ＿ＩＤ｝ＭＭＥ−ｅＮＢ＿ｋｅｙ［Ｔａｒｇｅｔ ｅＮＢ＿ＩＤ］を含む。
【００４４】
メッセージ４に関連して前述したように、ＭＭＥは、潜在的ターゲットｅＮＢについて取得された、暗号化された第１の鍵｛ＫｅＮＢｅＮＢ＿ＩＤ｝ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤ］の配列またはリストを送信する。その配列の各要素は潜在的ターゲットｅＮＢに対応し、識別子ｅＮＢ＿ＩＤという指標が付けられる。そのため、ソースｅＮＢがターゲットｅＮＢの識別子Ｔａｒｇｅｔ  ｅＮＢ＿ＩＤを知っている場合、ソースｅＮＢは、その識別されたターゲットｅＮＢの暗号化されたＫｅＮＢをターゲットｅＮＢに転送する。図２の従来の方法で説明されているような一方向性機能で第１のＫｅＮＢから導出された第２の鍵ＫｅＮＢ＊を含むハンドオーバ要求を単に送信することに比べて、実施形態例によれば、暗号化された第１の鍵｛ＫｅＮＢＴａｒｇｅｔ ｅＮＢ＿ＩＤ｝ＭＭＥ−ｅＮＢ＿ｋｅｙ［Ｔａｒｇｅｔ ｅＮＢ＿ＩＤ］がターゲットｅＮＢに送信される。
【００４５】
図３の動作７Ａを参照すると、ターゲットｅＮＢは、前にメッセージ２でＭＭＥからターゲットｅＮＢに送信された鍵ＭＭＥ−ｅＮＢ＿ｋｅｙ［Ｔａｒｇｅｔ  ｅＮＢ＿ＩＤＴａｒｇｅｔ］を使用して、暗号化された第１の鍵値｛ＫｅＮＢＴａｒｇｅｔ ｅＮＢ＿ＩＤ｝ＭＭＥ−ｅＮＢ＿ｋｅｙ［Ｔａｒｇｅｔ ｅＮＢ＿ＩＤ］を暗号化解除することにより、ターゲットｅＮＢの第１の鍵ＫｅＮＢｅＮＢ＿ＩＤを回復させる。ターゲットｅＮＢは、メッセージ８で、ハンドオーバ応答をソースｅＮＢに送信する。さらに、ターゲットｅＮＢは、動作８Ａで、暗号化解除された第１の鍵値ＫｅＮＢＴａｒｇｅｔ ｅＮＢ＿ＩＤからＲＲＣ／ＵＰ鍵を導出する。
【００４６】
メッセージ９で示されているように、ソースｅＮＢはＵＥにハンドオーバ・コマンドを送信する。メッセージ９のハンドオーバ・コマンドは、ターゲットｅＮＢの識別子Ｔａｒｇｅｔ  ｅＮＢ＿ＩＤを含めることにより、ターゲットｅＮＢをＵＥに知らせる。前述のように、ＵＥは、ランダム・ハンドオーバ・シード鍵Ｈ＿ｋｅｙをすでに受信している。したがって、ＵＥは、動作９Ａで、ターゲットｅＮＢの第１の鍵ＫｅＮＢＴａｒｇｅｔ ｅＮＢ＿ＩＤを導出する。ターゲットｅＮＢの第１の鍵を導出するための等式は次のとおりである。すなわち、ＫｅＮＢＴａｒｇｅｔ ｅＮＢ＿ＩＤ＝ＡＥＳＨ＿ｋｅｙ（Ｔａｒｇｅｔ  ｅＮＢ＿ＩＤ）。ターゲットｅＮＢの取得された第１の鍵ＫｅＮＢＴａｒｇｅｔ ｅＮＢ＿ＩＤから、ＵＥは、動作９Ｂで、ＲＲＣ／ＵＰ鍵を導出する。ＲＲＣ／ＵＰ鍵の導出は当業界では良く知られているので、簡潔にするために本明細書では説明しない。
【００４７】
さらに図３を参照すると、ＵＥは、メッセージ１０で示されているように、ハンドオーバ確認メッセージをターゲットｅＮＢに送信する。ターゲットｅＮＢはハンドオーバ確認メッセージをＵＥから受信し、ハンドオーバが完了したことをソースｅＮＢに通知する。ターゲットｅＮＢは、メッセージ１０でハンドオーバ完了信号を伝送することにより、ソースｅＮＢに通知する。
【００４８】
ハンドオーバ手順が完了したら、今ではそのＵＥの第２のソースｅＮＢになったターゲットｅＮＢが、可能な第２のハンドオーバの準備のために、メッセージ１２で、ＵＥ位置更新メッセージを潜在的ターゲット、すなわち、近隣ｅＮＢのリストと共にＭＭＥに送信する。そのため、メッセージ１２は、第１のソースｅＮＢからターゲットｅＮＢへのハンドオーバの前に第１のソースｅＮＢからＭＭＥに送信されたメッセージ３に類似している。メッセージ１３は、同じ理由で、前述のメッセージ４に類似している。詳細には、ＭＭＥは、やはり、潜在的ターゲットｅＮＢのそれぞれに対して暗号化された第１の鍵｛ＫｅＮＢｅＮＢ＿ＩＤ｝ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤ］を取得し、暗号化された第１の鍵｛ＫｅＮＢｅＮＢ＿ＩＤ｝ＭＭＥ−ｅＮＢ＿ｋｅｙ［ｅＮＢ＿ＩＤ］がメッセージ１３でソースｅＮＢに提供される。
【００４９】
代替のハンドオーバ手順が図４に示されている。図３に関連付けて説明された実施形態の場合と同様に、図４のシグナリング図は、イントラＭＭＥハンドオーバ用のＭＭＥ支援の鍵リフレッシュ手順の代替実施形態を示している。詳細には、図４のシグナリング図は、図１に関連して前述したＵＥ、ソースｅＮＢ、ターゲットｅＮＢおよびＥＰＳのＭＭＥ間のメッセージ交換、およびそれらによって実行される動作を示している。また、図４のシグナリング図は、水平に引いた点線と余白に書かれた注記によって、この実施形態の場合のメッセージと動作について、ハンドオーバの前に実行されるメッセージと動作、およびハンドオーバ・メッセージと動作の区分も示している。
【００５０】
図４を参照すると、ハンドオーバ前のプロセスは、ＭＭＥが、ＫｅＮＢ鍵の長さに等しい長さのＨ−ｎｏｎｃｅ（「Ｈａｎｄｏｖｅｒ  Ｎｏｎｃｅ（ハンドオーバ・ノンス）」を表す）として指定されるランダム認証値を生成することから始まる。メッセージ３で示されているように、ＭＭＥは、次に、既知のセキュリティ・プロトコルを使用してＵＥにＨ＿ｎｏｎｃｅ鍵を送信する。例示の場合には、ＭＭＥからＵＥへのＨ＿ｎｏｎｃｅ鍵の転送は、ＮＡＳセキュリティによって保護されている。認証鍵協定（ＡＫＡ）を使用する初期および／またはそれ以降の認証において、ＵＥおよびＭＭＥは、ＮＡＳ暗号化鍵およびＮＡＳ完全性鍵を含めてセキュリティ・コンテキストを作成することに留意されたい。
【００５１】
ＭＭＥからのメッセージがエア・インターフェースを介して１つまたは複数のｅＮＢを通過してＵＥに渡される時、ＭＭＥもＵＥもｅＮＢとＮＡＳ鍵を共用していないので、ｅＮＢはＮＡＳメッセージのコンテンツを見ることはできない。そのため、ランダムＨ＿ｎｏｎｃｅ鍵は、メッセージ３の伝送中に伝送パス上でｅＮＢによって盗聴されることは不可能である。別の言い方をすれば、ランダムＨ＿ｎｏｎｃｅ鍵は、ＭＭＥによってサポートされるｅＮＢがランダム・ハンドオーバ・ノンス鍵Ｈ＿ｎｏｎｃｅを学習しないようにＮＡＳセキュリティによって保護される。しかし、オリジナルのソースｅＮＢから第１のターゲットｅＮＢへの初期ハンドオーバについては、オリジナルのソースｅＮＢがＨ＿ｎｏｎｃｅ鍵へのアクセス権を持つことが必要であり（以下の説明から明らかになるように）、したがって、メッセージ２で、その鍵がＭＭＥからオリジナルのソースｅＮＢに送信される。
【００５２】
ハンドオーバ前のステップである（１）ＭＭＥによるＨ＿ｎｏｎｃｅの選択および（２）ＭＭＥからＵＥおよびオリジナルのソースｅＮＢへのその鍵の転送が完了すると、ＵＥをソースｅＮＢからターゲットｅＮＢへハンドオーバするハンドオーバ手順の実施形態例は、以下で詳細に説明されるように実行される。
【００５３】
さらに図４を参照すると、ＵＥは、メッセージ４で示されているように、測定レポートをソースｅＮＢに送信する。「背景技術」の項目で図１について説明されているように、測定レポートは当業界では良く知られているので、簡潔にするために本明細書では説明しない。測定レポートを受信したことに応答して、ソースｅＮＢは、動作４Ａに示されているように、ＵＥのためのハンドオーバの決定を行う。そのため、ソースｅＮＢは、ハンドオーバ手順の後、どのターゲットｅＮＢがＵＥに通信サービスを提供するかを決定する。ソースｅＮＢは、次に、図２の従来の方法で説明されたように、動作４Ｂで、一方向性機能を使って既知のＫｅＮＢから第２の鍵ＫｅＮＢ＊を導出する。
【００５４】
ソースｅＮＢは、次に、メッセージ５で、ターゲットｅＮＢにハンドオーバ要求を送信する。ハンドオーバ要求は、Ｈ＿ｎｏｎｃｅ鍵およびＫｅＮＢ＊鍵を含む。Ｈ＿ｎｏｎｃｅ鍵をオリジナルのソースｅＮＢに事前に記憶することが必要なため、本発明のフォワード・セキュリティ強化は初期ハンドオーバ（オリジナルのソースｅＮＢから第１のターゲットｅＮＢまで）については多少弱められる可能性があるが、ＵＥのためのそれ以外のハンドオーバはすべて、本発明の完全なフォワード・セキュリティ強化を享受できることは、当業者には明らかであろう。したがって、本発明は、フォワード・セキュリティを第２のハンドオーバから保証する。
【００５５】
ターゲットｅＮＢは、動作６Ａで、ソースｅＮＢから受信されたＫｅＮＢ＊およびＨ＿ｎｏｎｃｅから新しいＫｅＮＢをターゲットｅＮＢの識別子Ｔａｒｇｅｔ  ｅＮＢ＿ＩＤと共に導出する。本発明の当業者は容易に理解できようが、Ｔａｒｇｅｔ  ｅＮＢ＿ＩＤ値は、特定のｅＮＢの物理的セルＩＤ、すなわち、ＰＣＩに対応する、またはＰＣＩから導出することができる。ここで、ＰＣＩとは、特定のワイヤレス・システム内のｅＮＢを識別する、全体の中で固有な番号である。ターゲットｅＮＢは、次に、動作６Ｂで、新しいＫｅＮＢ鍵から新しいＲＲＣ／ＵＰ鍵を導出する。ターゲットｅＮＢは、次に、メッセージ６で、その識別子Ｔａｒｇｅｔ  ｅＮＢ＿ＩＤを含むハンドオーバ応答をソースｅＮＢに送信する。
【００５６】
メッセージ７で示されているように、ソースｅＮＢは、次に、ＵＥにハンドオーバ・コマンドを送信する。メッセージ７のハンドオーバ・コマンドは、ターゲットｅＮＢの識別子Ｔａｒｇｅｔ  ｅＮＢ＿ＩＤを含めることにより、ターゲットｅＮＢをＵＥに知らせる。前述のように、ＵＥは、ＭＭＥからランダム・ハンドオーバ・シード鍵Ｈ＿ｎｏｎｃｅをすでに受信している。したがって、ＵＥは、動作７Ａで、ＫｅＮＢ＊、Ｈ＿ｎｏｎｃｅ、およびＴａｒｇｅｔ  ｅＮＢ＿ＩＤからＵＥ自身の新しいＫｅＮＢ鍵を導出する。新しいＫｅＮＢ鍵を導出する例示的アルゴリズムは、この場合でも、ターゲットｅＮＢでの動作６Ａでも、ＫｅＮＢ＝ＨＡＳＨ（ＫｅＮＢ＊｜｜Ｈ＿ｎｏｎｃｅ｜｜Ｔａｒｇｅｔ  ｅＮＢ＿ＩＤ）であって、ここで、ＨＡＳＨは、暗号的にセキュアな一方向性機能であるとする。導出された新しいＫｅＮＢ鍵から、ＵＥは、動作７Ｂで、新しいＲＲＣ／ＵＰ鍵を導出する。ＲＲＣ／ＵＰ鍵の導出は当業界では良く知られているので、簡潔にするために本明細書では説明しない。
【００５７】
さらに図４を参照すると、ＵＥは、メッセージ８で示されているように、ハンドオーバ確認メッセージをターゲットｅＮＢに送信する。このメッセージは、新しいＲＲＣ鍵によってすでに保護されている。ターゲットｅＮＢはハンドオーバ確認メッセージをＵＥから受信し、メッセージ９で、ハンドオーバが完了したことをソースｅＮＢに通知する。ハンドオーバ手順が完了したら、今ではそのＵＥの新しいソースｅＮＢになったターゲットｅＮＢが、可能な第２のハンドオーバの準備のために、メッセージ１０で、ＵＥ位置更新メッセージをＭＭＥに送信する。
【００５８】
上述の代替実施形態はイントラＭＭＥハンドオーバに関しての説明であるが、当業者には、同じ原理がインターＭＭＥハンドオーバにも適用できることは明らかであろう。主な違いは、シグナリング・メッセージのいくつかに対するソースｅＮＢとターゲットｅＮＢ間のターゲットＭＭＥの仲介である。インターＭＭＥハンドオーバの場合のメッセージ・フローを示したシグナリング図が図５に示されている。
【００５９】
実施形態例が上述のように説明されたので、実施形態が様々に変更できることは明らかであろう。そのような変形は実施形態例から逸脱しているとは見なされず、そのような変更はすべて、本発明の範囲に含まれることが意図されている。
【図１】
2011515904.tif 000003
【図２】
2011515904.tif 000004
【図３】
2011515904.tif 000005
【図４】
2011515904.tif 000006
【図５】
2011515904.tif 000007
【国際調査報告】
2011515904.tif 000008
2011515904.tif 000009
2011515904.tif 000010