(57)【要約】セルラ通信システム（１０１）において、回線交換からパケット交換への呼のハンドオーバを容易にする環境において、第１のノード（６１１，７１１，８００）（例えば、パケット交換ターゲットノード）が、呼がハンドオーバされるクライアント（６０１，７０１）のための機密保護コンテキストを生成する。このことには、第１のノード（６１１，７１１，８００）が第２のノード（６０７，７０７）（例えば、現存する接続をサポートしている回線交換ノード）から少なくとも１つの暗号化キーを受信し（５０１）、第３のノード（６０９，７０９）（例えば、現存する接続をサポートしているパケット交換ノード）から、前記クライアント（６０１，７０１）によりサポートされる機密保護の識別子を受信する（５０３）ことが関係する。第１のノード（６１１，７１１，８００）は前記クライアント（６０１，７０１）のための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子とを用いる（５０５）。
2015512181.tif 000002
【特許請求の範囲】
【請求項１】
セルラ通信システム（１０１）において、処理回路（８０１）を有する第１のノード（６１１，７１１，８００）を動作させ、クライアント（６０１，７０１）のための機密保護コンテキストを生成する方法であって、前記方法は、前記第１のノード（６１１，７１１，８００）が、
第２のノード（６０７，７０７）から少なくとも１つの暗号化キーを受信する工程（５０１）と、
第３のノード（６０９，７０９）から前記クライアント（６０１，７０１）によりサポートされる機密保護の識別子を受信する工程（５０３）と、
前記クライアント（６０１，７０１）のための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子とを用いる工程（５０５）とを実行することを特徴とする方法。
【請求項２】
前記第１及び第３のノード（６１１，７１１，８００，６０９，７０９）はパケット交換ノードであり、
前記第２のノード（６０７，７０７）は回線交換ノードであることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のノード（６１１，７１１，８００）はＭＭＥであり、
前記第２のノード（６０７，７０７）はＭＳＣであり、
前記第３のノード（６０９，７０９）はＳＧＳＮであることを特徴とする請求項２に記載の方法。
【請求項４】
前記第１のノード（６１１，７１１，８００）は第１のＳＧＳＮであり、
前記第２のノード（６０７，７０７）はＭＳＣであり、
前記第３のノード（６０９，７０９）は第２のＳＧＳＮであることを特徴とする請求項２に記載の方法。
【請求項５】
前記第１のノード（６１１，７１１，８００）に前記第２のノード（６０７，７０７）からの１つ以上の認証ベクトルを受信させる工程（２'''）と、
前記第２ノード（６０７，７０７）から受信した前記認証ベクトルを廃棄する工程（５０７）とをさらに有することを特徴とする請求項１に記載の方法。
【請求項６】
前記第１のノード（６１１，７１１，８００）はＳＧＳＮであり、
前記方法は、
第４のノードと前記クライアント（６０１，７０１）との間のトラフィックを保護するために前記少なくとも１つの暗号化キーの内の１つ以上を用いる工程（５０７，６１５）をさらに有することを特徴とする請求項１に記載の方法。
【請求項７】
前記第１のノード（６１１，７１１，８００）はＭＭＥであり、
前記方法は、
前記少なくとも１つの暗号化キーの１つ以上からアクセス機密保護管理エンティティのためのキー（Ｋ＿ＡＳＭＥ）を導出する工程（５０７，７１５）をさらに有することを特徴とする請求項１に記載の方法。
【請求項８】
パケット交換接続において用いるためにパケット交換暗号化キーを前記第３のノード（６０９，７０９）から受信する工程（４''，４'''）と、
前記パケット交換暗号化キーを廃棄する工程（５０７，６１５，７１５）とをさらに有することを特徴とする請求項１に記載の方法。
【請求項９】
前記第３のノード（６０９，７０９）から少なくとも１つの認証ベクトルを受信する工程（４''，４'''）と、
前記受信した少なくとも１つの認証ベクトルを格納する工程（５０７，６１５，７１５）とをさらに有することを特徴とする請求項１に記載の方法。
【請求項１０】
前記第３のノード（６０９，７０９）から付加情報を受信する工程をさらに有し、
前記クライアント（６０１，７０１）のための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子とを用いる工程（５０５）は、前記クライアント（６０１，７０１）のための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子と前記付加情報とを用いる工程（５０５）を含むことを特徴とする請求項１に記載の方法。
【請求項１１】
セルラ通信システム（１０１）において第１及び第２のノード（６１１，７１１，８００，６０７，７０７）を動作させる方法であって、前記方法は前記第２のノード（６０７，７０７）から前記第１のノード（６１１，７１１，８００）へのクライアント（６０１，７０１）のサポートのハンドオーバの処理の一部として機密保護コンテキストを生成するために動作し、前記第１及び第２のノード（６１１，７１１，８００，６０７，７０７）それぞれは処理回路を有し、前記方法は、
前記第２のノード（６０７，７０７）が、前記クライアント（６０１，７０１）に関係する少なくとも１つの現存キーと前記第２のノード（６０７，７０７）により生成されたノンスから、少なくとも１つの新しい暗号化キーを生成する工程（６１３，７１３）と、
前記第２のノード（６０７，７０７）が、前記第１のノード（６１１，７１１，８００）に対して前記少なくとも１つの暗号化キーを通信する工程（２''，２'''，５０１）と、
前記第１のノード（６１１，７１１，８００）が、第３のノード（６０９，７０９）から前記クライアント（６０１，７０１）によりサポートされる機密保護アルゴリズムの識別子を受信する工程（５０３）と、
前記第１のノード（６１１，７１１，８００）が、前記クライアント（６０１，７０１）のための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子とを用いる工程（５０５）とを有することを特徴とする方法。
【請求項１２】
前記第１及び第３のノード（６１１，７１１，８００，６０９，７０９）はパケット交換ノードであり、
前記第２のノード（６０７，７０７）は回線交換ノードであることを特徴とする請求項１１に記載の方法。
【請求項１３】
セルラ通信システム（１０１）において、第１のノード（６１１，７１１，８００）を動作させ、クライアント（６０１，７０１）のための機密保護コンテキストを生成する装置（５００，８０１）であって、前記装置は、
第２のノード（６０７，７０７）から少なくとも１つの暗号化キーを受信するよう構成された回路（５０１）と、
第３のノード（６０９，７０９）から前記クライアント（６０１，７０１）によりサポートされる機密保護の識別子を受信するよう構成された回路（５０３）と、
前記クライアント（６０１，７０１）のための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子とを用いるよう構成された回路（５０５）とを有することを特徴とする装置。
【請求項１４】
前記第１及び第３のノード（６１１，７１１，８００，６０９，７０９）はパケット交換ノードであり、
前記第２のノード（６０７，７０７）は回線交換ノードであることを特徴とする請求項１３に記載の装置。
【請求項１５】
前記第１のノード（６１１，７１１，８００）はＭＭＥであり、
前記第２のノード（６０７，７０７）はＭＳＣであり、
前記第３のノード（６０９，７０９）はＳＧＳＮであることを特徴とする請求項１４に記載の装置。
【請求項１６】
前記第１のノード（６１１，７１１，８００）は第１のＳＧＳＮであり、
前記第２のノード（６０７，７０７）はＭＳＣであり、
前記第３のノード（６０９，７０９）は第２のＳＧＳＮであることを特徴とする請求項１４に記載の装置。
【請求項１７】
前記第２のノード（６０７，７０７）からの１つ以上の認証ベクトルを受信する（２'''）よう構成された回路と、
前記第２ノード（６０７，７０７）から受信した前記認証ベクトルを廃棄する（５０７）よう構成された回路とをさらに有することを特徴とする請求項１３に記載の装置。
【請求項１８】
前記第１のノード（６１１，７１１，８００）はＳＧＳＮであり、
前記装置は、
第４のノードと前記クライアント（６０１，７０１）との間のトラフィックを保護するために前記少なくとも１つの暗号化キーの内の１つ以上を用いる（５０７，６１５）よう構成された回路をさらに有することを特徴とする請求項１３に記載の装置。
【請求項１９】
前記第１のノード（６１１，７１１，８００）はＭＭＥであり、
前記装置は、
前記少なくとも１つの暗号化キーの１つ以上からアクセス機密保護管理エンティティのためのキー（Ｋ＿ＡＳＭＥ）を導出する（５０７，７１５）よう構成された回路をさらに有することを特徴とする請求項１３に記載の装置。
【請求項２０】
パケット交換接続において用いるためにパケット交換暗号化キーを前記第３のノード（６０９，７０９）から受信する（４''，４'''）よう構成された回路と、
前記パケット交換暗号化キーを廃棄する（５０７，６１５，７１５）よう構成された回路とをさらに有することを特徴とする請求項１３に記載の装置。
【請求項２１】
前記第３のノード（６０９，７０９）から少なくとも１つの認証ベクトルを受信する（４''，４'''）よう構成された回路と、
前記受信した少なくとも１つの認証ベクトルを格納する（５０７，６１５，７１５）よう構成された回路とをさらに有することを特徴とする請求項１３に記載の装置。
【請求項２２】
前記第３のノード（６０９，７０９）から付加情報を受信するよう構成された回路をさらに有し、
前記クライアント（６０１，７０１）のための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子とを用いる（５０５）よう構成された回路は、前記クライアント（６０１，７０１）のための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子と前記付加情報とを用いる（５０５）よう構成された回路を含むことを特徴とする請求項１３に記載の装置。
【請求項２３】
セルラ通信システム（１０１）において第１及び第２のノード（６１１，７１１，８００，６０７，７０７）を動作させる装置であって、前記装置は前記第２のノード（６０７，７０７）から前記第１のノード（６１１，７１１，８００）へのクライアント（６０１，７０１）のサポートをハンドオーバする処理の一部として機密保護コンテキストを生成するために動作し、前記第１及び第２のノード（６１１，７１１，８００，６０７，７０７）それぞれは処理回路を有し、前記装置は、
前記クライアント（６０１，７０１）に関係する少なくとも１つの現存キーと前記第２のノード（６０７，７０７）により生成されたノンスから、少なくとも１つの新しい暗号化キーを生成し（６１３，７１３）、そして、前記第１のノード（６１１，７１１，８００）に対して前記少なくとも１つの暗号化キーを通信する（２''，２'''，５０１）よう構成された第２のノード回路と、
第３のノード（６０９，７０９）から前記クライアント（６０１，７０１）によりサポートされる機密保護アルゴリズムの識別子を受信し（５０３）、そして、前記クライアント（６０１，７０１）のための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子とを用いる（５０５）よう構成された第１のノード（６１１，７１１，８００）回路とを有することを特徴とする装置。
【請求項２４】
前記第１及び第３のノード（６１１，７１１，８００，６０９，７０９）はパケット交換ノードであり、
前記第２のノード（６０７，７０７）は回線交換ノードであることを特徴とする請求項２４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般にはセルラ通信システムに関し、特に、異なる機密保護コンテキストをサポートする複数のセルラ通信システムの間の呼のハンドオーバに関する。
【背景技術】
【０００２】
セルラ通信システムは通常、サービスを受け続ける一方で、ネットワークのカバレッジ領域を移動し続ける移動体端末に無線カバレッジを提供する陸上にベースをもつネットワークを有している。“セルラ”という用語は、カバレッジ領域全体を所謂複数の“セル”へ分割するという事実に由来する。複数のセル各々は、陸上ベースのネットワークに関係する（又は相当する）特定の無線トランシーバ局によりサービスを受ける。そのようなトランシーバ局はしばしば一般的に“基地局”として言及される。それは、基地局の特定のバージョンの明確に異なる能力やアーキテクチュアを非常に正確に指摘するために、特定の通信標準規格の設定団体は、異なる用語（例えば、ＷＣＤＭＡでは“ノードＢ”、ＬＴＥでは“ｅノードＢ”）を適用するときでさえもそうである。移動体機器が１つのセルから別のセルに移動するときに、ネットワークは現在サービスを提供しているセルから新しい“セル”へとその移動体機器にサービスを提供する担当をハンドオーバする。このようにして、移動体機器のユーザは、ネットワークへの接続を再確立することなくサービスの連続性を経験する。ハンドオーバはシステムで定義したセル再選択メカニズムにより制御される。図１は、複数のセル１０３によりシステムカバレッジ領域１０１を提供するセルラ通信システムを図示している。
【０００３】
新しい通信システムが存在するようになるとき、そのシステムは新しい特徴、能力、呼を処理する方法を導入する。移動体通信機器（以下、“ユーザ機器”又は“ＵＥ”として言及する）は、通信することが期待されるその新しいシステムとも互換性を維持するようにして動作しなければならない。利用性に関して最大の柔軟性を提供するために、ＵＥはしばしば１つ以上のシステムと互換性をもつように設計される。１つの面からすれば、ＵＥが１つのタイプの通信システムによりカバーされる地理的な領域から異なるタイプの通信システムによりサービスを受ける別の領域に運ばれる際でも、これによりユーザはそのＵＥを使用し続けることを可能になる。
【０００４】
マルチモード能力があることも有用である。なぜなら、新しいシステムが断片的にロールアウトされ、たとえユーザは１つの運用者のシステムの地理的境界内に留まっているとしても、ＵＥはしばしば古い装置によりサービスを受けており、別のときには新しい装置によりサービスを受けていることが分かるかもしれないからである。この状況は図２に図示されており、その図ではセルラ通信システムの一部を描いており、そこではＵＥ２０１が古い通信標準規格（例えば、２Ｇ、ＧＥＲＡＮ、３Ｇ、ＵＴＲＡＮ標準規格の１つ）に準拠する装置２０５によりサポートされる第１のセル２０３の中で現在サービスを受けている。この例では、ＵＥ２０１はより新しい通信標準規格（例えば、“ロングタームエボルーション”又は“ＬＴＥ”としても知られるＥ−ＵＴＲＡＮのような４Ｇ技術仕様）に準拠する装置２０９によりサポートされる第２の（隣接）セル２０７の近傍にいる。もしユーザがハンドオーバが古い装置２０５から新しい装置２０９に対して実行されるべき時に呼に係っているなら、呼の中断を最小にする優れた方法でその呼をハンドオーバできることが望ましい。
【０００５】
しかしながら、古い通信システムは、新しい装置へのハンドオーバをサポートするのにどんな情報が必要であるのかについての知識を考慮して設計されていないので、システムの設計者はそのようなハンドオーバが生じさせるのに何が最善の方法であるのか（即ち、古い装置により現在サービスを受けている進行中の呼に対するサポートをピックアップするのに最良の位置に新しい装置を設置する情報をその新しい装置にどのように供給するのか）についての問題に直面することになった。それ故に、方法と装置とソフトウェアの内の少なくともいずれかに関係する、この問題に対する解決策が望まれている。
【発明の概要】
【０００６】
“有する”及び“有している”という用語がこの明細書において用いられるとき、それは、述べられた特徴、整数、ステップ、或いは、構成要素の存在を特定するためにとられたものであるが、これらの用語を使用することが、そこに示された特徴、整数、ステップ、或いは、構成要素の以外の１つ以上の特徴、整数、ステップ、或いは、構成要素の存在や付加を排除するものではないことを強調しておく。
【０００７】
本発明の他の目的、特徴、利点は、非限定的に詳述された以下の開示と、添付された請求の範囲と、図面とから明らかになるであろう。一般に、請求の範囲で用いられた全ての用語は、特に明示的に定義していない限り、この技術分野での通常の意味に従って解釈されるべきものである。“１つの／その（要素、機器、構成要素、手段、ステップなど）への全ての言及は、特に明示的に示されていない限り、前記要素、機器、構成要素、手段、ステップなどの少なくとも１つのインスタンスに対して言及しているものとして広く解釈されるべきものである。ここで開示されるいずれの方法の工程も、明示的に述べられていない限り、開示されたまさしくその順番で実行される必要はない。
【０００８】
本発明の１つの側面からすれば、前述の、また他の目的は、例えば、セルラ通信システムにおいて、処理回路を有する第１のノードを動作させ、クライアントのための機密保護コンテキストを生成する方法及び装置によって達成される。そのような動作には、第１のノードが、第２のノードから少なくとも１つの暗号化キーを受信し、第３のノードから、前記クライアントによりサポートされる機密保護の識別子を受信することを含む。前記クライアントのための機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子とが用いられる。
【０００９】
いくつかの実施例では、前記第１及び第３のノードはパケット交換ノードであり、前記第２のノードは回線交換ノードである。例えば、前記第１のノードはＭＭＥであり、前記第２のノードはＭＳＣであり、前記第３のノードはＳＧＳＮであっても良い。いくつかの代替的な実施例では、前記第１のノードは第１のＳＧＳＮであり、前記第２のノードはＭＳＣであり、前記第３のノードは第２のＳＧＳＮであっても良い。
【００１０】
いくつかの実施例では、その動作で、前記第１のノードが前記第２のノードからの１つ以上の認証ベクトルを受信する。それから、前記第２ノードから受信した前記認証ベクトルは廃棄される。
【００１１】
前記第１のノードがＳＧＳＮであるいくつかの実施例では、その動作には、第４のノードと前記クライアントとの間のトラフィックを保護するために、前記少なくとも１つの暗号化キーの内の１つ以上を用いることを含む。
【００１２】
前記第１のノードがＭＭＥであるいくつかの実施例では、その動作は、前記少なくとも１つの暗号化キーの１つ以上からアクセス機密保護管理エンティティのためのキー（Ｋ＿ＡＳＭＥ）を導出することを含む。
【００１３】
いくつかの実施例では、その動作は、パケット交換接続において用いるためにパケット交換暗号化キーを前記第３のノードから受信することと、前記パケット交換暗号化キーを廃棄することとを含む。
【００１４】
いくつかの実施例では、その動作は、前記第３のノードから少なくとも１つの認証ベクトルを受信することと、前記受信した少なくとも１つの認証ベクトルを格納することとを含む。
【００１５】
いくつかの実施例では、その動作は、前記第３のノードから付加情報を受信することを含み、そして、これら実施例のいくつかでは、前記クライアントのための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子とを用いることは、前記クライアントのための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子と前記付加情報とを用いることを含む。
【００１６】
いくつかの実施例では、前記第１及び第２のノードの両方における動作をカバーしている。それは、前記第２のノードが、前記クライアントに関係する少なくとも１つの現存キーと前記第２のノードにより生成されたノンスから、少なくとも１つの新しい暗号化キーを生成し、前記第１のノードに対して前記少なくとも１つの暗号化キーを通信するようにする動作である。それから、前記第１のノードが、第３のノードから、前記クライアントによりサポートされる機密保護アルゴリズムの識別子を受信し、前記クライアントのための前記機密保護コンテキストを生成するために、前記少なくとも１つの暗号化キーと前記識別子とを用いる。
【図面の簡単な説明】
【００１７】
【図１】複数のセルによりシステムカバレッジ領域を提供するセルラ通信システムを示す図である。
【図２】セルラ通信システムの一部を示しており、そのシステムにおいてＵＥが古い通信標準規格（例えば、２Ｇ又は３Ｇ標準規格）に準拠する装置によりサポートされる第１のセルの中で現在サービスを受けており、より新しい通信標準規格に準拠する装置によりサポートされる第２のセルへハンドオーバされるべき様子を示す図である。
【図３】回線交換ドメインにおいて動作する装置をサポートするハンドオーバ元のＵＲＴＡＮ又はＧＥＲＡＮからＰＳドメインにおいて動作する装置をサポートするハンドオーバ先のＵＲＴＡＮ／ＧＥＲＡＮへの呼のハンドオーバに関係するシグナリングの特徴を示す図である。
【図４】ＣＳドメインにおいて動作する装置をサポートするハンドオーバ元のＵＲＴＡＮ又はＧＥＲＡＮからＰＳドメインにおいて動作する装置をサポートするハンドオーバ先のＥ−ＵＲＴＡＮ（即ち、４Ｇ機器）への呼のハンドオーバに関係するシグナリングの特徴を示す図である。
【図５】一側面において、本発明に一致したハンドオーバのメカニズムの、必ずしも全てである必要はないが、いくつかの代表的な実施例に従って、ハンドオーバ先のＰＳノードにより実行されるステップ／プロセスのフローチャートである。
【図６】本発明に一致したハンドオーバのシグナリングとステップの一実施例の特徴を示すシグナリング図である。
【図７】本発明に一致したハンドオーバのシグナリングとステップの別の実施例を示すシグナリング図である。
【図８】ＰＳドメインにおいて動作するハンドオーバ先のノード（例えば、ＳＧＳＮ／ＭＭＥ）のブロック図である。
【発明を実施するための形態】
【００１８】
さて、本発明の種々の特徴について図面を参照して説明する。その図面において、同じ部分については同じ参照記号を用いて識別するものとする。
【００１９】
本発明の種々の側面について数多くの代表的な実施例に関連してより詳細に説明する。本発明の理解を容易にするために、本発明の多くの側面は、プログラムされた命令を実行可能なコンピュータシステム又は他のハードウェアにより実行される動作シーケンスによって説明される。それら実施例の各々において、種々の動作は、専用回路（例えば、特化された機能を実行するために相互接続されたアナログ及び／或いは個別の論理ゲート）によって、又は、適切な命令セットでプログラムされた１つのプロセッサによって、又は、それらの両方によって実行されるものであることを認識されたい。１つ以上の説明した動作を実行“するよう構成された回路”という表現は、ここでは、何らかの実施例（即ち、１つ以上の専用回路及び／或いは１つ以上のプログラムされたプロセッサ）に言及するために用いられる。さらにその上、本発明はさらに、ここで説明する技術をプロセッサに実行させるための適切なコンピュータ命令セットを含むソリッドステートメモリ、磁気ディスク、又は、光ディスクのような何らかの形式のコンピュータ可読媒体の中で完全に実施されるものとして考えられる。従って、本発明の種々の側面は多くの異なる形で実施することができ、そのような形の全ては本発明の範囲の中にあるものと考えられる。本発明の種々の特徴各々に関し、上述した実施例のいずれの形もここでは、説明した動作を実行“するよう構成されたロジック回路”、又は、その代わりに、説明した動作を実行“するロジック回路”として言及されることもある。
【００２０】
次の開示において、略号がこの技術分野では広く用いられているため、数多くの略号が説明を簡便にするために用いられている。それ故、次の略号とその意味とを理解のために以下に呈示する。各略号は当業者であれば容易に理解される標準的な用語である。それらは、
・３ＧＰＰ（第３世代パートナーシッププロジェクト）
・３ＧＰＰ  ＴＳＧ  ＳＡ  ＷＧ３（第３世代パートナーシッププロジェクト
技術仕様グループ  システムアーキテクチュア  作業グループ３）
・ＡＫＡ（認証及びキー合意）
・ＡＭＦ（認証管理フィールド）
・ＡＳ（アクセス層）
・ＢＳＣ（基地局制御装置）
・ＢＳＳ（基地局サブシステム）
・ＣＫ（暗号化キー）
・ＣＫＳＮ（暗号化キーシーケンス番号）
・ＣＲ（変更要求）
・ＣＳ（回線交換）
・ｅＮＢ（ｅノードＢ）
・Ｅ−ＵＴＲＡＮ（発展型全球陸上無線アクセスネットワーク）
・ＥＰＳ（発展型パケットシステム）
・ＦＣ（機能コード）
・ＦＦＳ（更なる研究用）
・ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク）
・ＨＬＲ（ホームロケーションレジスタ）
・ＨＯ（ハンドオーバ）
・ＨＳＰＡ（高速パケットアクセス）
・ＨＳＳ（ホーム加入者サーバ）
・ＩＥ（情報要素）
・ＩＫ（インテグリティキー）
・ＩＭＳ（ＩＰマルチメディアサブシステム）
・ＩＭＳＩ（国際移動体加入者識別子）
・ＩＲＡＴ（システム間無線アクセス技術）
・ＩＳＤＮ（統合サービスデジタルネットワーク）
・ＫASME（キーアクセス機密保護管理エンティティ）
・ＫＤＦ（キー導出関数）
・ＫＳＩ（キーセット識別子）
・ＬＡ（ロケーションエリア）
・ＬＴＥ（ロングタイムエボルーション）
・ＭＥ（移動体機器）
・ＭＳＣ（移動体交換センタ）
・ＭＳＩＳＤＮ（移動体加入者ＩＳＤＮ）
・ＭＭ（モビリティ管理）
・ＭＭＥ（モビリティ管理エンティティ）
・ＭＳ（移動局）
・ＮＡＳ（非アクセス層）
・ＮＢ（ノードＢ）
・ＮＯＮＣＥ（“一回のみ使用可能番号”−（擬似）乱数的に発生したビット列 ）
・ＰＬＭＮ（公衆陸上移動ネットワーク）
・ＰＳ（パケット交換）
・ＰＲＮＧ（擬似乱数発生器）
・ＲＡＴ（無線アクセス技術）
・ＲＮＣ（無線ネットワーク制御装置）
・ＲＲＣ（無線資源制御）
・ＳＡ（システムアーキテクチュア）
・ＳＧＳＮ（サービングＧＰＲＳサポートノード）
・ＳＧＷ（シグナリングゲートウェイ）
・ＳＩＭ（加入者識別子モジュール）
・ＳＲＮＣ（サービングＲＮＣ）
・ＳＲＶＣＣ（シングル無線音声呼連続性）
・ＳＱＮ（シーケンス番号）
・ＵＥ（ユーザ機器）
・ＵＳＩＭ（ユニバーサル加入者識別子モジュール）
・ＵＴＲＡＮ（全球陸上無線アクセスネットワーク）
・ＵＭＴＳ（全球移動通信システム）
・ＵＰ（ユーザ平面）
である。
【００２１】
この明細書の背景技術の項で述べたように、異なるタイプセルラ通信装置の間にある非互換性は、あるタイプの装置から別のタイプへ呼の高品質なハンドオーバを達成するための障害となっている。一例として、新しい所謂“４Ｇ”装置が、古い“２Ｇ”或いは“３Ｇ”装置によりサービスを現在受けている呼について担当することになるときの機密保護に関して生じる問題を考慮しよう。２Ｇ／３Ｇ装置と同様に４Ｇ装置でも動作するように設計されたデュアル／マルチモードＵＥはおそらく４Ｇ装置に特有の機密保護の能力を備えることになるであろう。それ故に、呼がハンドオーバされる４Ｇネットワークノードでは、そのＵＥの４Ｇ機密保護パラメータ（例えば、キー、選択サポートされる暗号化アルゴリズムなど）が何であるのかを示す情報を受信すべきである。しかしながら、従来の２Ｇ／３Ｇ装置から４Ｇ装置へのハンドオーバの間に何か生じるのかを考えて頂きたい。
【００２２】
（排他的にＰＳモードで動作する）４Ｇ装置にハンドオーバされることになる、回線交換（ＣＳモード）或いはパケット交換（ＰＳモード）のいずれかで動作可能な２Ｇ／３Ｇ装置は、その呼をＭＳＣ（ＣＳ装置）への接続により処理されるとしても、少なくともＳＧＳＮ（ＰＳ装置）にアタッチされなければならない。ＵＥがパケット交換ドメインにおいてネットワークにアタッチするとき、ＵＥはＳＧＳＮに、Ｅ−ＵＴＲＡＮにおいて端末がサポートする機密保護アルゴリズムを含む、“ＵＥネットワーク能力”を提供する。３ＧＰＰ  ＴＳ２３．０６０  Ｖ１０．６．０（２０１１年１２月）の第６．１４節では、“無線アクセスクラスマーク”が“ＵＥネットワーク能力”を含むことを仕様として規定している。特に、３ＧＰＰ  ＴＳ２３，０６０の第６．１４．１節では、ＵＥ（この技術仕様では歴史的な理由から“ＭＳ”、“移動局”として言及している）がその無線アクセス能力をネットワークに送信すると述べている。この点について関心のある読者はさらなる情報について３ＧＰＰ  ＴＳ２３．０６０を参照することができる。
【００２３】
さて回線交換ドメインについて見てみると、ＵＥは“ＵＥネットワーク能力”をネットワーク（この場合はＭＳＣ）に提供することはないが、その代わりに自分の２Ｇ／３Ｇ（ＵＴＲＡＮ／ＧＥＲＡＮ）に関係した能力を提供するだけである。この点については、３ＧＰＰ  ＴＳ２４．００８  Ｖ１０．５．０（２０１１年１２月）の第９．２，１５節に見られるロケーション更新要求メッセージの定義から理解することができる。ロケーション更新要求メッセージはアタッチを実行するために用いられる。
【００２４】
ＵＴＲＡＮ（３Ｇ）からＥ−ＵＴＲＡＮ（４Ｇ）へのパケット交換ＲＡＴ間のハンドオーバは３ＧＰＰ  ＴＳ  ２３．４０１  Ｖ１０．６．０（２０１１年１２月）の第５．５．２．２節に記載されている。特に関心のある部分は、その技術仕様において図５．５．２．２．２−１に示されているステップ３（フォワードリロケーション要求）である。機密保護パラメータ（例えば、キー、選択サポートされる暗号化アルゴリズムなど）はＭＭコンテキストに含まれている。特に、ＭＭコンテキストは、ＵＥネットワーク能力や用いられるＵＭＴＳインテグリティや暗号化アルゴリズムのような機密保護に関係した情報とともに、第５．７．２節（ＭＭＥについての情報格納）に記載されているようなキーを含む。ＵＥネットワーク能力はＥ−ＵＴＲＡＮ機密保護能力を含み、それは、例えば、ＵＥがサポートするＬＴＥ暗号化及びインテグリティアルゴリズムの識別子を含む（これらのアルゴリズム識別子はＬＴＥ機密保護の技術仕様ＴＳ３３．４０１ではＥＰＳ暗号化アルゴリズム及びＥＰＳインテグリティ保護アルゴリズムと呼ばれている）。
【００２５】
ＧＥＲＡＮからＥ−ＵＴＲＡＮへのパケット交換ＲＡＴ間ハンドオーバは３ＧＰＰ  ＴＳ２３．４０１の第５．５．２．４節に記載されている。
【００２６】
ソースノード（ＰＳドメインではＳＧＳＮ）にＵＥネットワーク能力をターゲットノードに転送させるという原理は、呼がＣＳドメインで始まった場合に仕様で規定されるハンドオーバ手順と全く同じものである。しかしながら、ＣＳドメインではソースノードはＭＳＣであり、前述のようにＭＳＣはＵＥのＥ−ＵＴＲＡＮ機密保護能力をもっていない。（全くのところ、ＣＳドメインでは、ターゲットノードもＭＳＣであるために、ＭＳＣがそのような情報をもつ必要はない。）その結果、従来のハンドオーバはこの情報をターゲットノード（Ｅ−ＵＴＲＡＮではＭＭＥ）に供給するどんなメカニズムを提供していない。
【００２７】
この状況は図３に図示されている。その図はＣＳドメインにおいて動作している装置をサポートするソースＵＴＲＡＮ又はＧＥＲＡＮからＰＳドメインにおいて動作している装置をターゲットＵＴＲＡＮへの呼のハンドオーバに関係するシグナリングの側面を描いている。このシグナリングにおいて関与する図示された構成要素は、ＵＥ３０１、ソースＢＳＣ／ＲＮＣ３０３、ターゲットＲＮＣ３０５、ＭＳＣサーバ３０７、ソースＳＧＳＮ／ＭＭＥ３０９、ターゲットＳＧＳＮ３１１である。
【００２８】
最初に、ＵＥ３０１は種々のソースＵＴＲＡＮ又はＧＥＲＡＮ装置によりサポートされるＣＳ呼に関与している。ＣＳ（ＵＴＲＡＮ又はＧＥＲＡＮ）からＰＳ（ＵＴＲＡＮ）へのハンドオーバを実行するとの決定に応じて、ステップ１では、ソースＢＳＣ／ＲＮＣ３０３はＭＳＣサーバ３０７に対して“ＨＯ要求”メッセージを送信する。
【００２９】
それから、ＭＳＣサーバ３０７はＮＯＮＣＥMSCを生成し（ステップ３１３）、これを用いて、
ＣＫ’PS||ＩＫ’PS＝ＫＤＦ（ＣＫCS，ＩＫCS，ＮＯＮＣＥMSC）
に従って暗号化キーを生成する。ここで、記号“||”は連結関数を示す。
【００３０】
ステップ２では、ＭＳＣサーバ３０７は“ＣＳからＰＳへのＨＯ要求”をターゲットＳＧＳＮ３１１に通信し、このメッセージに生成された暗号化キー（ＣＫ’PS||ＩＫ’PS）を含める。
【００３１】
これに応答して、ステップ３では、ターゲットＳＧＳＮ３１１は、ＵＥ３０１に対するコンテキスト情報を要求するために“コンテキスト要求”をソースＳＧＳＮ／ＭＭＥ３０９に送信する。（こことシグナリングの他の表現で用いられている破線はオプションのステップを表わしている）。それから、ＳＧＳＮ／ＭＭＥ３０９はターゲットＳＧＳＮ３１１に対して（要求された情報を含む）“コンテキスト応答”を返信する（ステップ４）。
【００３２】
もしターゲットＳＧＳＮ３１１がＧＰＲＳ  Ｋc’とＣＫＳＮ’PSを、ＳＲＶＣＣに対して強化改善されたＭＳＣサーバ３０７から受信したなら、ターゲットＳＧＳＮ３１１はＣＫ’PSとＩＫ’PSとをＧＰＲＳ  Ｋc’から計算する（ステップ３１５）。ターゲットＳＧＳＮ３１１はＣＫ’PSとＩＫ’PSとを、ＳＲＶＣＣに対して強化改善されたＭＳＣサーバ３０７から受信したＣＫＳＮ’PSに等しいように設定されたＫＳＩ’PSに関係づける。
【００３３】
それから、ターゲットＳＧＳＮ３１１はＣＫ’PSとＩＫ’PSとをターゲットＲＮＣ３０５に送信する（ステップ５）。これに応答して、ターゲットＲＮＣ３０５は全ての割当て資源応答を送信する（ステップ６）。
【００３４】
ステップ７では、ターゲットＳＧＳＮ３１１はソースＭＳＣサーバ３０７にＣＳからＰＳへのＨＯ応答メッセージを送信する。
【００３５】
ステップ８では、ＭＳＣサーバ３０７はソースＢＳＣ／ＲＮＣ３０３にＣＳからＰＳへのＨＯ応答を送信する。このＣＳからＰＳへのＨＯ応答は、とりわけ、ＮＯＮＣＥMSCを含む。
【００３６】
ステップ９では、ソースＢＳＣ／ＲＮＣ３０３はＵＥ３０１にＣＳからＰＳへのＨＯ命令を送信する。この命令は、とりわけ、ＮＯＮＣＥMSCを含む。ＵＥ３０１は受信したＮＯＮＣＥMSCを用いて、適用可能な標準規格により指定されるキー導出公式を用いてＣＫ’PSとＩＫ’PSとを導出する。
【００３７】
ステップ１０では、ＵＥ３０１はターゲットＲＮＣ３０５にＣＳからＰＳへのＨＯ確認を返答する。ＣＫ’PSとＩＫ’PSは、ＵＥ３０１とターゲットＲＮＣ３０５との両方で設定されるアクティブキーになる。
【００３８】
同じタイプの状況の代替的な例示が図４に図示されている。図４では、ＣＳドメインにおいて動作する装置をサポートするソースＵＲＴＡＮ又はＧＥＲＡＮからＰＳドメインにおいて動作する装置をサポートするターゲットＥ−ＵＲＴＡＮ（即ち、４Ｇ装置）への呼のハンドオーバに関係するシグナリングの特徴を示している。このシグナリングに関与する例示された構成要素は、ＵＥ４０１、ソースＢＳＣ／ＲＮＣ４０３、ターゲットｅＮＢ４０５、ＭＳＣサーバ４０７、ソースＳＧＳＮ／ＭＭＥ４０９、ターゲットＭＭＥ４１１である。
【００３９】
最初、ＵＥ４０１は種々のソースＵＴＲＡＮ又はＧＥＲＡＮ装置によりサポートされるＣＳ呼に関与している。ＣＳ（ＵＴＲＡＮ又はＧＥＲＡＮ）からＰＳ（Ｅ−ＵＴＲＡＮ）へのハンドオーバを実行するとの決定に応じて、ステップ１’では、ソースＢＳＣ／ＲＮＣ４０３はＭＳＣサーバ４０７に対して“ＨＯ要求”メッセージを送信する。
【００４０】
それから、ＭＳＣサーバ４０７はＮＯＮＣＥMSCを生成し（ステップ４１３）、これを用いて、
ＣＫ’PS||ＩＫ’PS＝ＫＤＦ（ＣＫCS，ＩＫCS，ＮＯＮＣＥMSC）
に従って暗号化キーを生成する。ここで、記号“||”は連結関数を示す。
【００４１】
ステップ２’では、ＭＳＣサーバ４０７は“ＣＳからＰＳへのＨＯ要求”をターゲットＭＭＥ４１１に通信し、このメッセージに生成された暗号化キー（ＣＫ’PS||ＩＫ’PS）を含める。
【００４２】
これに応答して、ステップ３’では、ターゲットＭＭＥ４４１は、ＵＥ４０１に対するコンテキスト情報を要求するために“コンテキスト要求”をソースＳＧＳＮ／ＭＭＥ４０９に送信する。それから、ＳＧＳＮ／ＭＭＥ４０９はターゲットＭＭＥ４４１に対して（要求された情報を含む）“コンテキスト応答”を返信する（ステップ４’）。
【００４３】
ステップ４１５では、ターゲットＭＭＥ４１１は、連結ＣＫ’PS||ＩＫ’PSに等しいマップされたＥＰＳ機密保護コンテキストのＫ’ASMEを設定することにより、マップされたＥＰＳ機密保護コンテキストを創成する。ここで、ＣＫ’PSとＩＫ’PSとは、ＣＳからＰＳへのＨＯ要求において受信される（ステップ２’を参照）。ターゲットＭＭＥ４１１はさらに、Ｋ’ASMEをＫＳＩSGSNに関係させる。ＫＳＩSGSNの値は、ＣＳからＰＳへのＨＯ要求において受信したＫＳＩ’PSの値と同じである。
【００４４】
また、ステップ４１５の一部として、ターゲットＭＭＥ４１１は、アップリンクＮＡＳ  ＣＯＵＮＴパラメータの値としてマップされたキーＫ’ASMEと２32−１を用いて、適用可能な標準規格において定義されたものとしてＫＤＦを適用することによりＫeNBを導出する。
【００４５】
それから、ターゲットＭＭＥ４１１はターゲットｅＮＢ４０５にＫeNBとＮＡＳパケットとを送信する（ステップ５’）。これに応答して、ターゲットｅＮＢ４０５は全ての割当て資源応答を送信する（ステップ６’）。
【００４６】
ステップ７’では、ターゲットＭＭＥ４１１はソースＭＳＣサーバ４０７にＣＳからＰＳへのＨＯ応答メッセージを送信する。
【００４７】
ステップ８’では、ＭＳＣサーバ４０７はソースＢＳＣ／ＲＮＣ４０３にＣＳからＰＳへのＨＯ応答を送信する。このＣＳからＰＳへのＨＯ応答は、とりわけ、ＮＯＮＣＥMSCを含む。
【００４８】
ステップ９’では、ソースＢＳＣ／ＲＮＣ４０３はＵＥ４０１にＣＳからＰＳへのＨＯ命令を送信する。この命令は、とりわけ、ＮＯＮＣＥMSCを含む。ＵＥ４０１は受信したＮＯＮＣＥMSCを用いて、ＮＡＳセキュリティトランスペアレントコンテナＩＥで受信するＫＳＩSGSNに関係するＫ’ASMEを導出し、ステップ２’、３’、４’において実行されるＭＳＣサーバ４０７とターゲットＭＭＥ４１１と同じキー導出に続いてＮＡＳキーとＫeNBとを、これら全て適用可能な標準規格により規定されているものとして、導出する（ステップ４１７）。
【００４９】
ステップ１０’では、ＵＥ４０１はターゲットｅＮＢ４０５にＣＳからＰＳへのＨＯ確認を返答する。上述のように確立されたマップされたＥＰＳ機密保護コンテキストは、ＡＳにおいて現在のＥＰＳ機密保護コンテキストになる。
【００５０】
新しいハンドオーバのメカニズムは従来の技術が抱える問題を扱う。この新しいハンドオーバメカニズムのいくつかの側面は図５に図示されている。図５は１つの側面からすれば本発明の必ずしも全てではないがいくつかの代表的な実施例に従うターゲットＰＳノード（例えば、ターゲットＳＧＳＮ又はターゲットＭＭＥ）により実行されるステップ／処理のフローチャートである。他の側面からすれば、図５は説明した機能を実行するように構成される種々の例示した回路（例えば、ハードワイヤードされるか、適切にプログラムされるかの少なくともいずれかであるプロセッサ）を含む代表的な手段５００を描くためと考えられる。
【００５１】
用語を簡単にするために、この処理の文脈からすれば、ターゲットＰＳはセルラ通信システムにおけるクライアントに対する機密保護コンテキストを生成する“第１のノード”と考えられる。１つの側面からすれば、第１のノードは少なくとも１つの暗号化キーを第２のノードから受信する（ステップ５０１）。第２のノードはＭＳＣのようなソースＣＳノードであると良い。
【００５２】
第１のノードは第３のノード（例えば、ソースＳＧＳＮ）から情報を求め、その応答としてクライアントによりサポートされる機密保護アルゴリズムの識別子を受信する（ステップ５０３）。必ずしも全てではないがいくつかの実施例では、第１のノードは、１つ以上の認証ベクトルか暗号化キーの内の少なくともいずれかのような他の情報を受信しても良い。
【００５３】
それから、第１のノードは第２のノードから受信した少なくとも１つの暗号化キーと機密保護アルゴリズム識別子とを用いてクライアントに関する機密保護コンテキストを生成する（ステップ５０５）。必ずしも全てではないがいくつかの実施例では、第２のノードから受信した認証ベクトルが同様に用いられても良い。
【００５４】
この時点で、第１のノードはクライアントに関する機密保護コンテキストを生成している。必ずしも全てではないがいくつかの実施例では、第１のノードは、これに限定されるものではないが、以下の付加的な機能のいずれか、又は、その組み合わせを実行することができる。その機能とは、
・第２ノードと第３のノードとの内の少なくともいずれかから受信した付加的な情報（例えば、第２ノードと第３のノードとの内の少なくともいずれかから受信した認証ベクトルと、第３のノードから受信した暗号化キー）を破棄することと、
・例えば、ターゲットＰＳノードがＭＭＥであり、後でのハンドオーバが認証ベクトルを受信したのと正しく同じソースＳＧＳＮに対するものであるならば（その場合、その認証ベクトルは後でのハンドオーバ時にＳＧＳＮに返却される）、その認証ベクトルを保存することは有用であり、第２ノードと第３のノードとの内の少なくともいずれかから受信した付加的な情報（例えば、第２ノードと第３のノードとの内の少なくともいずれかから受信した認証ベクトル）を（例えば、ターゲットＰＳノードはＳＧＳＮであれば）用いることと（例えば、ターゲットＰＳノードはＭＭＥであれば）保存することの内の少なくともいずれかを行うことと、
とである。
【００５５】
本発明に一致した実施例の付加的な側面が図６から認識される。図６は本発明に一致した１つの実施例のシグナリング図である。特に、この図は、ＣＳドメインにおいて動作する装置をサポートするソースＵＲＴＡＮ又はＧＥＲＡＮからＰＳドメインにおいて動作する装置をサポートするターゲットのＵＲＴＡＮへの呼のハンドオーバの一部としてクライアントに関する機密保護コンテキストを創成することができるターゲットＰＳをサポートする側面について焦点を当てている。この図示された実施例の側面とは、ターゲットＰＳノードが、ソースＰＳノードからとソースＣＳノードからも機密保護に関係する情報を収集し、その収集された情報の選択された一部が組み合わされて機密保護に関係した情報の新しいセットを生成することである。この点については以下に詳述する。
【００５６】
このシグナリングに関与する例示された構成要素は、ＵＥ６０１（クライアント）、ソースＢＳＣ／ＲＮＣ６０３、ターゲットＲＮＣ６０５、ＭＳＣサーバ６０７、ソースＳＧＳＮ／ＭＭＥ６０９、ターゲットＳＧＳＮ６１１である。
【００５７】
最初に、ＵＥ６０１は種々のソースＵＴＲＡＮ又はＧＥＲＡＮ装置によりサポートされるＣＳ呼に関与している。ＣＳ（ＵＴＲＡＮ又はＧＥＲＡＮ）からＰＳ（Ｅ−ＵＴＲＡＮ）へのハンドオーバを実行するとの決定に応じて、ステップ１''では、ソースＢＳＣ／ＲＮＣ６０３はＭＳＣサーバ６０７に対して“ＨＯ要求”メッセージを送信する。
【００５８】
それから、ＭＳＣサーバ６０７はＮＯＮＣＥMSCを生成し（ステップ６１３）、これとＵＥ６０１と共有する現存キーとを用いて、
ＣＫ’PS||ＩＫ’PS＝ＫＤＦ（ＣＫCS，ＩＫCS，ＮＯＮＣＥMSC）
に従って暗号化キーを生成する。ここで、記号“||”は連結関数を示す。
【００５９】
ステップ２''では、ＭＳＣサーバ６０７は“ＣＳからＰＳへのＨＯ要求”をターゲットＳＧＳＮ６１１に通信し、このメッセージに生成された暗号化キー（ＣＫ’PS||ＩＫ’PS）と認証ベクトルとを含める。
【００６０】
これに応答して、ステップ３''では、ターゲットＳＧＳＮ６１１は、ＵＥ６０１に対するコンテキスト情報を要求するために“コンテキスト要求”をソースＳＧＳＮ／ＭＭＥ６０９に送信する。（こことシグナリングの他の表現で用いられている破線はオプションのステップを表わしている）。それから、ＳＧＳＮ／ＭＭＥ６０９はターゲットＳＧＳＮ６１１に対して（ＰＳ暗号化キーとＵＥ６０１によりサポートされる機密保護アルゴリズムのＩＤのような他の機密保護パラメータとを含む要求された情報を含む）“コンテキスト応答”を返信する（ステップ４''）。
【００６１】
ステップ６１５では、ターゲットＳＧＳＮ６１１は次の処理を実行する。即ち、
・ターゲットＳＧＳＮ６１１とＵＥ６０１（即ち、クライアント）との間のトラフィックを保護するためにＭＳＣ６０７から受信した暗号化キーをターゲットＲＮＣ６０５に送信すること、
・ソースＳＧＳＮ／ＭＭＥ６０９から受信したいずれかのＰＳキーを廃棄すること、
・ＭＳＣサーバ６０７から受信したＡＶを廃棄すること、
・必ずしも全ての実施例ではないが、いくつかの実施例では、ソースＳＧＳＮ６０９から受信したＡＶを格納すること、
・必ずしも全ての実施例ではないが、いくつかの実施例では、ＵＥ６０１を再認証するためにＡＶのデータを用いること、
・クライアント（即ち、ＵＥ６０１）に関して新しい機密保護コンテキストを創成するために必要なソースＳＧＳＮ／ＭＭＥ６０９から受信した他の情報を用いること
である。
【００６２】
ステップ６１５に続いて、図３に示されており、図３をサポートするために先に記載されたようなステップ５、６、７、８、９、１０に従ってシグナリングがなされる。
【００６３】
本発明と一致する実施例の他の側面は図７から認識できる。図７は、本発明に一致した別の実施例のシグナリング図である。特に、その図はＣＳドメインにおいて動作する装置をサポートするソースＵＲＴＡＮ又はＧＥＲＡＮからＰＳドメインにおいて動作する装置をサポートするターゲットＥ−ＵＲＴＡＮ（即ち、４Ｇ）への呼のハンドオーバの一部としてクライアントのための機密保護コンテキストを創成することができるターゲットＰＳノードをサポートするという側面に焦点を合わせている。このシグナリングにおいて関与する例示された構成要素は、ＵＥ７０１（クライアント）、ソースＢＳＣ／ＲＮＣ７０３、ターゲットｅＮＢ７０５、ＭＳＣサーバ７０７、ソースＳＧＳＮ／ＭＭＥ７０９、ターゲットＭＭＥ７１１である。
【００６４】
最初、ＵＥ７０１は種々のソースＵＴＲＡＮ又はＧＥＲＡＮ装置によりサポートされるＣＳ呼に関与している。ＣＳ（ＵＴＲＡＮ又はＧＥＲＡＮ）からＰＳ（Ｅ−ＵＴＲＡＮ）へのハンドオーバを実行するとの決定に応じて、ステップ１'''では、ソースＢＳＣ／ＲＮＣ７０３はＭＳＣサーバ７０７に対して“ＨＯ要求”メッセージを送信する。
【００６５】
それから、ＭＳＣサーバ７０７はＮＯＮＣＥMSCを生成し（ステップ７１３）、これを用いてＵＥ７０１と共有する現存キーから暗号化キーを生成する。このキー導出は、
ＣＫ’PS||ＩＫ’PS＝ＫＤＦ（ＣＫCS，ＩＫCS，ＮＯＮＣＥMSC）
に従ってなされる。ここで、記号“||”は連結関数を示す。
【００６６】
ステップ２'''では、ＭＳＣサーバ７０７は“ＣＳからＰＳへのＨＯ要求”をターゲットＭＭＥ７１１に通信し、このメッセージに新しく生成された暗号化キー（ＣＫ’PS||ＩＫ’PS）とＡＶとを含める。ＭＳＣサーバ７０７はＬＴＥ機密保護パラメータをもっていないことが観察されるであろう。それで、この通信では何も転送されない（又は、できない）。
【００６７】
これに応答して、ステップ３'''では、ターゲットＭＭＥ７１１は、ＵＥ７０１に対するコンテキスト情報を要求するために“コンテキスト要求”をソースＳＧＳＮ／ＭＭＥ７０９に送信する。それから、ＳＧＳＮ／ＭＭＥ７０９はターゲットＭＭＥ７１１に対して（要求された情報を含む）“コンテキスト応答”を返信する（ステップ４'''）。この要求された情報は、ＰＳキーとＬＴＥ機密保護パラメータ（即ち、ＵＥ７０１によりサポートされるＬＴＥ機密保護アルゴリズムのＩＤ）を含む。ソースＳＧＳＮ７０９のコンテキストにおいて、そのような情報は、もしソースＳＧＳＮ７０９がＬＴＥ標準規格のリリース８より新しいものをコンパイルしているなら利用可能である。
【００６８】
ステップ７１５では、ターゲットＭＭＥ７１１は次の処理を実行する。即ち、
・ＣＫ’PSとＩＫ’PSとがＣＳからＰＳへのＨＯ要求において受信された場合（ステップ２'''を参照）、連結ＣＫ’PS||ＩＫ’PSに等しいようにマップされたＥＰＳ機密保護コンテキストのＫ’ASMEを設定することにより、マップされたＥＰＳ機密保護コンテキストを創成すること、
ここでターゲットＭＭＥ７１１はさらに、Ｋ’ASMEをＫＳＩSGSNに関係させる。ＫＳＩSGSNの値は、ＣＳからＰＳへのＨＯ要求において受信したＫＳＩ’PSの値と同じである。また、このステップの一部として、ターゲットＭＭＥ７１１は、アップリンクＮＡＳ  ＣＯＵＮＴパラメータの値としてマップされたキーＫ’ASMEと２32−１を用いて、適用可能な標準規格において定義されたものとしてＫＤＦを適用することによりＫeNBを導出する。マップされたＥＰＳ機密保護コンテキストについてのアップリンクとダウンリンクのＮＡＳ  ＣＯＵＮＴ値はターゲットＭＭＥ７１１において値をカウント開始するように（即ち、０）設定される。
・ソースＳＧＳＮ／ＭＭＥ７０９から受信したＰＳキーを廃棄すること、
・ＭＳＣサーバ７０７から受信したＡＶを廃棄すること、
・オプション的には、ソースＳＧＳＮ６０９から受信したＡＶを格納すること（ソースＭＭＥ７０９から受信したＡＶはないであろう）、
これら格納されたＡＶは、もしそれらを送信したものと全く同じソースＳＧＳＮ７０９に返信するＰＳ  ＩＲＡＴ  ＨＯとなるものがあるならば後で用いられる。（その場合、それらのＡＶはその後でのハンドオーバの時点でそのＳＧＳＮに転送されて返却される。）
・ＵＥ７０１（即ち、クライアント）に関してＬＴＥ機密保護コンテキストを創成するために必要なソースＳＧＳＮ／ＭＭＥ７０９から受信した他の情報を用いること、
である。そのような付加的な情報は、例えば、ＫＳＩ又はＣＫＳＩであり、それぞれ３ビット長のビット列である。例えば、ＭＭＥ７１１はＬＴＥにおける機密保護コンテキストを識別するためにＫＳＩ／ＣＫＳＮを用いることができる。
【００６９】
ステップ７１５に続いて、図４に示されており、図４をサポートするために先に記載されたようなステップ５’、６’、７’、８’、９’、１０’に従ってシグナリングがなされる。
【００７０】
図８はＰＳドメインにおいて動作するターゲットノード８００（例えば、ＳＧＳＮ／ＭＭＥ）のブロック図である。ここで、ターゲットノード８００は、通常の通信システムノード機能に加えて、上述した図５〜図７の内のいずれか１つ又はそれらの組み合わせに関連して説明した複数の側面のいずれか１つ又は何らかの組み合わせを実行するよう構成された回路であるコントローラ８０１を有する。そのような回路は、例えば、完全にハード配線された回路（例えば、１つ以上のＡＳＩＣ）であっても良い。しかしながら、図８の代表的な実施例において描かれているように、１つ以上のメモリデバイス８０５（例えば、ランダムアクセスメモリ、磁気ディスクドライブ、光ディスクドライブ、読出専用メモリなど）と結合されたプロセッサ８０３を有するプログラム可能な回路であっても良い。メモリデバイス８０５は、プロセッサ８０３に他のノード回路／ハードウェア要素８０９を制御させ上述した複数の機能のいずれかを実行させるよう構成されるプログラム手段８０７（例えば、プロセッサ命令セット）を格納する。また、メモリ８０５は、プロセッサ８０３により、プログラム手段８０７により特定されるような機能を実行する際に、受信、生成、さもなければ必要とされるかの少なくともいずれかである種々の定数や種々のパラメータを表現するデータ８１１を格納することができる。
【００７１】
上述したように本発明に一致した実施例の種々の側面は、呼がＣＳドメインで発生したときにＰＳドメインにおいて有用な機密保護コンテキストを生成する方法についての問題を含む、ＣＳ装置とＰＳ装置との間の呼のハンドオーバに関係する問題に対する解決策を提供している。
【００７２】
本発明について特定の実施例を参照して説明した。しかしながら、上述した実施例以外の具体的な形で本発明を実施することが可能であることは当業者にはすぐに明らかであろう。
【００７３】
例えば、ソースＣＳノードからのいくつかの情報とソースＰＳノードからのいくつかの別の情報を取得し、この情報をフィルタリングするか処理するかの内、少なくともいずれかのことを実行して、ターゲットＰＳノードにおいて有用な機密保護コンテキストを導出するような種々の側面についても、ある他の詳細な事項が返送されても適用可能である。例として、ターゲットＰＳノード（例えば、ターゲットＳＧＳＮ又はＭＭＥ）と通信するＮＯＮＣＥ（ノンス）をＭＳＣに生成させる代わりに、ターゲットノード（ターゲットＭＭＥ）がＮＯＮＣＥそれ自身を生成し、それから、この生成されたＮＯＮＣＥから暗号化キーを導出するという実施例も予見することができる。
【００７４】
従って、ここで開示された実施例は単なる例示に過ぎず、如何様にも限定されるものとして理解されるべきではない。本発明の範囲は前述の説明というよりはむしろ添付された請求の範囲により与えられ、請求の範囲の中にある全ての変形例や均等物は、請求の範囲の中に含まれることが意図されている。
【図１】
2015512181.tif 000003
【図２】
2015512181.tif 000004
【図３】
2015512181.tif 000005
【図４】
2015512181.tif 000006
【図５】
2015512181.tif 000007
【図６】
2015512181.tif 000008
【図７】
2015512181.tif 000009
【図８】
2015512181.tif 000010
【国際調査報告】
2015512181.tif 000011
2015512181.tif 000012
2015512181.tif 000013