JP7851981B2

JP7851981B2 - セキュリティ鍵の効率的な更新を行うための、端末装置、基地局装置、及び制御方法

Info

Publication number: JP7851981B2
Application number: JP2024056621A
Authority: JP
Inventors: 洋樹武田; ヤンウェイ李; 淑考高久; 禎延洪
Original assignee: KDDI Corp
Current assignee: KDDI Corp
Priority date: 2024-03-29
Filing date: 2024-03-29
Publication date: 2026-04-27
Anticipated expiration: 2044-03-29
Also published as: WO2025205159A1; JP2025153908A

Description

本発明は、セルラ通信システムにおけるセキュリティ鍵の更新技術に関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））に準拠した第５世代（５Ｇ）などのセルラ通信規格において、ハンドオーバに要する時間の短縮のために、Ｌａｙｅｒ１／Ｌａｙｅｒ２ＴｒｉｇｇｅｒｅｄＭｏｂｉｌｉｔｙ（ＬＴＭ）の仕組みが導入されている。従来のＬＴＭは、共通のｇＮＢ－ＣｅｎｔｒａｌＵｎｉｔ（ＣＵ）の範囲内でのハンドオーバに適用され、ｇＮＢ－ＣＵを跨ぐハンドオーバには適用されていない。このため、従来のＬＴＭでは、暗号化や完全性保護のためのセキュリティ鍵に関連するパラメータが更新される必要がない。

今後、ｇＮＢ－ＣＵを跨ぐハンドオーバへのＬＴＭの適用が期待される。この場合、上述のようなセキュリティ鍵に関連するパラメータの更新が必要となる。

本発明は、ＬＴＭによるハンドオーバの際のセキュリティ鍵に関連するパラメータの効率的な更新技術を提供する。

本発明の一態様による端末装置は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠する端末装置であって、接続中の第１の基地局装置から、第２の基地局装置および第３の基地局装置を含んだハンドオーバ先の候補の複数の基地局装置のそれぞれについての、Ｌａｙｅｒ１／Ｌａｙｅｒ２ＴｒｉｇｇｅｒｅｄＭｏｂｉｌｉｔｙ（ＬＴＭ）の第１の設定情報と、セキュリティ鍵を更新するための、当該第１の設定情報とそれぞれ関連付けられる第２の設定情報とを受信する受信手段と、前記複数の基地局装置のそれぞれについて、前記第１の設定情報と前記第２の設定情報とを関連付けて保持する保持手段と、前記第２の基地局装置へのハンドオーバを実行する実行手段と、前記第２の基地局装置へのハンドオーバに応じて、前記第２の基地局装置の前記第１の設定情報と関連付けられた前記第２の設定情報を用いて前記セキュリティ鍵を更新し、かつ、当該ハンドオーバの実行後に、保持されている前記第３の基地局装置についての前記第１の設定情報を維持しながら当該第１の設定情報と関連付けられた前記第２の設定情報を更新する更新手段と、を有する。

本発明の一態様による基地局装置は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠する基地局装置であって、端末装置が接続している第１の他の基地局装置へ、ハンドオーバ先の候補として、Ｌａｙｅｒ１／Ｌａｙｅｒ２ＴｒｉｇｇｅｒｅｄＭｏｂｉｌｉｔｙ（ＬＴＭ）の第１の設定情報と、セキュリティ鍵を更新するための、当該第１の設定情報とそれぞれ関連付けられる第２の設定情報とを提供する提供手段と、前記端末装置のハンドオーバにより、当該端末装置と接続する接続手段と、前記端末装置との通信において使用するセキュリティ鍵を、前記第２の設定情報を用いて生成する生成手段と、前記ハンドオーバが実行された後に、前記基地局装置からの前記端末装置のハンドオーバ先の候補の第２の他の基地局装置についての前記第１の設定情報および前記第２の設定情報を取得する取得手段と、前記端末装置が前記第２の他の基地局装置についての前記第１の設定情報を保持している場合、当該第１の設定情報を含まず、当該第２の他の基地局装置についての前記第２の設定情報を含んだメッセージを前記端末装置へ送信する送信手段と、を有する。

本発明によれば、ＬＴＭによるハンドオーバの際のセキュリティ鍵に関連するパラメータを効率的に更新することができる。

無線通信システムの構成例を示す図である。従来のセキュリティ鍵の更新に関連する処理の例を示す図である。従来のセキュリティ鍵の更新に関連する処理の例を示す図である。本実施形態のセキュリティ鍵の更新に関連する処理の例を示す図である。本実施形態のセキュリティ鍵の更新に関連する処理の例を示す図である。基地局装置及び端末装置のハードウェア構成例を示す図である。端末装置の機能構成例を示す図である。基地局装置の機能構成例を示す図である。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴は任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

図１に、本実施形態に係る無線通信システムの構成例を示す。本無線通信システムは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））のセルラ通信規格に準拠したセルラ通信システムであり、基地局装置（例えば基地局装置１０１、基地局装置１０２）と、端末装置（例えば端末装置１１１）とを含んで構成される。なお、端末装置１１１は、基地局装置１０１と接続中であり、その後、基地局装置１０２の方向へ移動して、基地局装置１０２へのハンドオーバを実行するものとする。なお、図１では、説明を簡単にするために、２つの基地局装置と１つの端末装置のみが示されているが、これらの装置は当然に多数存在しうる。

このような無線通信システムにおいて、端末装置１１１がハンドオーバを行う場合、基地局装置１０１と基地局装置１０２とが、共通のＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ（ＡＭＦ）に関連付けられているか否か（又はＸｎインタフェースが確立されているか否か）によって、セキュリティ鍵に関する処理の流れが異なりうる。この手順の違いについて、図２及び図３の例を用いて説明する。なお、図２及び図３では、本実施形態に特に関係する部分について詳細に説明し、その他の事項については概要を説明するにとどめる。

図２は、ハンドオーバ元の基地局装置（基地局装置１０１）と、ハンドオーバ先の基地局装置（基地局装置１０２）とが、共通のＡＭＦに関連付けられており、これらの基地局装置間にＸｎインタフェースが確立されている場合の処理の流れの例を示している。この処理では、例えば、端末装置１１１においてハンドオーバが開始される条件を満たしている場合に、端末装置１１１から基地局装置１０１へ測定報告が通知される（Ｓ２０１）。基地局装置１０１は、この測定報告に基づいて端末装置１１１を基地局装置１０２へハンドオーバさせると判定すると、端末装置１１１の現在の接続先である基地局装置１０１において使用されているハンドオーバ前のパラメータであるＫ_NG-RAN ^*やｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（ＮＣＣ）などのパラメータに基づいて、基地局装置１０２と端末装置１１１との通信において使用されるべき、ハンドオーバ後のＫ_NG-RAN ^*を導出する（Ｓ２０２）。そして、基地局装置１０１は、基地局装置１０２へ、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージを送信する（Ｓ２０３）。このとき、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージには、導出したＫ_NG-RAN ^*と、その値を導出する際に使用したＮＣＣの値とが含められる。なお、端末装置１１１と基地局装置１０１との間で、通常のハンドオーバと同様に、ハンドオーバ先の基地局装置１０２との接続のための設定情報の基地局装置１０１から端末装置１１１への通知などの処理が行われる（不図示）。そして、端末装置１１１は、基地局装置１０２とのランダムアクセス手順などを実行し、基地局装置１０２との接続を確立する。その際に、基地局装置１０２は、ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒをＦａｌｓｅに設定し、ＮＣＣの値を含んだＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを端末装置１１１へ送信する（Ｓ２０４）。なお、ＲＲＣは、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌの略である。これにより、端末装置１１１は、そのＮＣＣの値と、自装置内で保持している基地局装置１０１との間での通信におけるセキュリティ鍵の生成に使用されていたＫ_NG-RAN ^*などのパラメータを用いて、基地局装置１０２との通信におけるセキュリティ鍵の生成に使用されるＫ_NG-RAN ^*を導出することができる。端末装置１１１は、それに応答して、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを基地局装置１０２へ送信する（Ｓ２０５）。そして、基地局装置１０２は、自装置と関連付けられたＡＭＦへ、ＮＧＡＰＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴメッセージを送信する（Ｓ２０６）。ＡＭＦは、そのメッセージに応答して、ＮＧＡＰＰＡＴＨＳＷＩＴＣＨＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥメッセージを基地局装置１０２へ送信する（Ｓ２０７）。このメッセージには、端末装置１１１が基地局装置１０２からさらに別の基地局装置へのハンドオーバする際に、基地局装置１０２がそのハンドオーバ後のＫ_NG-RAN ^*を導出することを可能とするためのパラメータとして、ＮｅｘｔＨｏｐ（ＮＨ）及びＮＣＣが含まれる。基地局装置１０２は、受信したＮＨ及びＮＣＣを記憶する（Ｓ２０８）。このように、基地局装置１０１と基地局装置１０２とが共通のＡＭＦに関連付けられている場合には、端末装置１１１は、基地局装置１０２から取得したＮＣＣの値と保持しているＫ_NG-RAN ^*とを用いて、基地局装置１０２との通信に使用されるセキュリティ鍵を生成するためのＫ_NG-RAN ^*を更新しうる。

図３は、ハンドオーバ元の基地局装置（基地局装置１０１）と、ハンドオーバ先の基地局装置（基地局装置１０２）とが、異なるＡＭＦに関連付けられている場合の処理の流れの例を示している。この処理では、図２の例と同様に、端末装置１１１から測定報告が基地局装置１０１へ送信され（Ｓ３０１）、それに基づいてハンドオーバ処理が開始される。基地局装置１０１は、自装置が関連付けられているＡＭＦへ、ＮＧＡＰＨＡＮＤＯＶＥＲＲＥＱＵＩＲＥＤメッセージを送信し、ハンドオーバ先の基地局装置１０２が関連付けられている他のＡＭＦへ、ハンドオーバの要求が転送される（Ｓ３０２）。そして、そのハンドオーバ先のＡＭＦは、ハンドオーバ先の基地局装置１０２へ、ＮＧＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージを送信する（Ｓ３０３）。なお、このメッセージには、Ｋ_NG-RAN ^*を新たに生成するための情報として、ＮＡＳｃｏｎｔａｉｎｅｒ、ＮＨ及びＮＣＣが含まれる。なお、ＮＡＳはＮｏｎ－ＡｃｃｅｓｓＳｔｒａｔｕｍの略である。基地局装置１０２は、受信したＮＨ及びＮＣＣを記憶し（Ｓ３０４）、受信した情報に基づいて、Ｋ_NG-RAN ^*を生成する（Ｓ３０５）。すなわち、図３の処理では、Ｋ_NG-RAN ^*が新たに生成され、ハンドオーバ前に使用されていたＫ_NG-RAN ^*は、新たな鍵の生成には使用されない。その後、基地局装置１０２は、ＮＧＡＰＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥをＡＭＦへ送信し（Ｓ３０６）、それに応じて、ハンドオーバ元のＡＭＦを経由して、基地局装置１０１へＮＧＡＰＨＡＮＤＯＶＥＲＣＯＭＭＡＮＤが送信される（Ｓ３０７）。このとき、Ｋ_NG-RAN ^*を導出可能とする情報が基地局装置１０１を経由して端末装置１１１へ、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを介して通知される（Ｓ３０８）。その後、端末装置１１１は、基地局装置１０２との間でランダムアクセス手順などを実行して、接続を完了する（Ｓ３０９）。

なお、端末装置１１１とその接続先の基地局装置とにおいて、同じＫ_NG-RAN ^*が生成され、そのＫ_NG-RAN ^*を用いて、ユーザデータの秘匿のための鍵Ｋ_UPsecが生成される。

ここで、本実施形態に係る端末装置１１１は、ハンドオーバに要する期間の短縮のためのＬａｙｅｒ１／Ｌａｙｅｒ２ＴｒｉｇｇｅｒｅｄＭｏｂｉｌｉｔｙ（ＬＴＭ）を使用して、接続先の基地局装置を変更するものとする。なお、ＬＴＭは、ＬｏｗｅｒＬａｙｅｒＴｒｉｇｇｅｒｅｄＭｏｂｉｌｉｔｙの略と解されてもよい。従来、ＬＴＭは、共通のｇＮＢ－ＣｅｎｔｒａｌＵｎｉｔ（ＣＵ）に接続している基地局装置間のハンドオーバにのみ適用されていた。このため、従来のＬＴＭによるハンドオーバでは、セキュリティ鍵に関連する設定情報（パラメータ）が更新されない。これに対して、ｇＮＢ－ＣＵを跨るハンドオーバにおいては、セキュリティ鍵に関連する設定情報の更新が必要となる。本実施形態では、ｇＮＢ－ＣＵを跨るＬＴＭによるハンドオーバにおいてセキュリティ鍵を生成するための設定情報（パラメータ）を効率的に更新する手順を提供する。

図４は、本実施形態に係る、ｇＮＢ－ＣＵを跨るハンドオーバの手順の例を示す図である。図４では、ハンドオーバ先の候補の基地局装置が２つ存在する例を示している。これらのハンドオーバ先の候補の基地局装置は、接続先の基地局装置とは異なるＡＭＦと関連付けられているものとする。このため、図４の例ではＡＭＦを省略しているが、各基地局装置は、図２や図３のようなＡＭＦとの通信を伴う処理を実行するものとする。

本処理では、ハンドオーバ元の（端末装置と接続中の）基地局装置が、例えば端末装置による測定結果に基づいて、複数のハンドオーバ先の候補の他の基地局装置に対して、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージを送信する（Ｓ４０１）。そして、ハンドオーバ先の候補の基地局装置は、そのメッセージに応答して、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴＡＣＫメッセージを返信する（Ｓ４０２、Ｓ４０３）。なお、このＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴＡＣＫメッセージには、ＬＴＭ用の設定情報（ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎ）が含まれ、この設定情報には、セキュリティ鍵を更新するための情報であるＭａｓｔｅｒＫｅｙＵｐｄａｔｅが含まれる。なお、これは一例であり、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎがＭａｓｔｅｒＫｅｙＵｐｄａｔｅを含まず、それぞれ別個の情報として通知及び管理されてもよい。ただし、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎとＭａｓｔｅｒＫｅｙＵｐｄａｔｅは、相互に関連付けられるものとする。ここで、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅには、例えば関連付けられているＡＭＦが変更される場合に、（Ｔｒｕｅに設定された）ＫｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ、ＮＡＳｃｏｎｔａｉｎｅｒ、ＮＣＣが含まれる。また、関連付けられているＡＭＦが変更されない場合、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅには、（Ｆａｌｓｅに設定された）ＫｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ、及び、ＮＣＣが含まれる。ハンドオーバ元の基地局装置は、そのＭａｓｔｅｒＫｅｙＵｐｄａｔｅを含んだＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎを端末装置へ転送する（Ｓ４０４）。そして、端末装置は、その情報を受信した場合に、応答メッセージをハンドオーバ元の（接続中の）基地局装置へ送信する（Ｓ４０５）。なお、Ｓ４０４のＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎの転送は、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いて行われ、そのメッセージへの応答は、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを用いて行われうる。

その後、端末装置において測定されたレイヤ１（物理レイヤ）の測定結果（Ｌ１ｍｅａｓｕｒｅｍｅｎｔ）に基づいて、その端末装置が接続中の基地局装置によって、ハンドオーバを実行することが決定され、その基地局装置から端末装置へハンドオーバを指示するＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄが送信される（Ｓ４０６、Ｓ４０７）。端末装置は、そのコマンドで指示されたハンドオーバ先の基地局装置との間でランダムアクセス手順などを実行し（Ｓ４０８、Ｓ４０９）、その基地局装置についてのＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎを用いて、その基地局装置と接続を確立する。また、端末装置は、このときに、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに含まれているＭａｓｔｅｒＫｅｙＵｐｄａｔｅの情報を用いて、Ｋ_NG-RAN ^*を更新する。例えば、端末装置は、（Ｔｒｕｅに設定された）ＫｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ、ＮＡＳｃｏｎｔａｉｎｅｒ、ＮＣＣが含まれたＭａｓｔｅｒＫｅｙＵｐｄａｔｅを受信した場合、それまで使用していたＫ_NG-RAN ^*によらず、受信した情報に基づいて、新たなＫ_NG-RAN ^*を生成する。また、端末装置は、（Ｆａｌｓｅに設定された）ＫｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ、及び、ＮＣＣが含まれたＭａｓｔｅｒＫｅｙＵｐｄａｔｅを受信した場合、それまで使用していたＫ_NG-RAN ^*とＮＣＣとを用いて、ハンドオーバ後に使用するＫ_NG-RAN ^*を生成する。

ここで、ハンドオーバ後のセキュリティ鍵に関連する設定情報の更新方法について説明する。はじめに、ハンドオーバ先の基地局装置との接続後に、その基地局装置からのハンドオーバ先の候補基地局装置とが共通のＡＭＦに関連付けられている場合、すなわち、ハンドオーバ先の基地局装置（ハンドオーバ後に通信中の基地局装置となる基地局装置）がＫ_NG-RAN ^*を生成する場合の処理例について説明する。ハンドオーバ先の基地局装置は、端末装置からＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを受信すると、ハンドオーバが成功したことを示すＨＡＮＤＯＶＥＲＳＵＣＣＥＳＳメッセージを、ハンドオーバ元の基地局装置へ送信する（Ｓ４１０）。このとき、ＨＡＮＤＯＶＥＲＳＵＣＣＥＳＳメッセージには、ハンドオーバ先の基地局装置が保持するＫ_NG-RAN ^*及びＮＣＣ（すなわち、自装置のＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに含められたＭａｓｔｅｒＫｅｙＵｐｄａｔｅに基づいて生成したＫ_NG-RAN ^*及びＮＣＣ）が含まれる。ハンドオーバ元の基地局装置は、端末装置の接続先の基地局装置が変更されたこと（図４の例では候補基地局装置＃１に接続先が変更されたこと）を、他の候補基地局装置（図４の例では候補基地局装置＃２）へ通知する。このときに、ハンドオーバ元の基地局装置は、ＨＡＮＤＯＶＥＲＳＵＣＣＥＳＳに含められたＫ_NG-RAN ^*及びＮＣＣの情報を、他の候補基地局装置へ送信し、更新されたＭａｓｔｅｒＫｅｙＵｐｄａｔｅを含んだＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎを、ハンドオーバ先の基地局装置へ転送するように要求する（Ｓ４１１）。候補基地局装置は、その要求に応答して、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅを更新して、そのＭａｓｔｅｒＫｅｙＵｐｄａｔｅの情報を含んだＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎをハンドオーバ先の基地局装置へ送信する（Ｓ４１２）。

次に、ハンドオーバ先の基地局装置との接続後に、その基地局装置からのハンドオーバ先の候補基地局装置とが異なるＡＭＦに関連付けられている場合、すなわち、ハンドオーバ後の候補基地局装置（ハンドオーバ後に引き続き候補基地局装置となる基地局装置）がＫ_NG-RAN ^*を生成する場合の処理例について説明する。ハンドオーバ先の基地局装置は、端末装置からＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを受信すると、ハンドオーバが成功したことを示すＨＡＮＤＯＶＥＲＳＵＣＣＥＳＳメッセージを、ハンドオーバ元の基地局装置へ送信する（Ｓ４１０）。このとき、ＨＡＮＤＯＶＥＲＳＵＣＣＥＳＳメッセージには、ハンドオーバ先の基地局装置が保持するＫ_NG-RAN ^*及びＮＣＣが含まれなくてもよい。ハンドオーバ元の基地局装置は、端末装置の接続先の基地局装置が変更されたこと（図４の例では候補基地局装置＃１に接続先が変更されたこと）を、ハンドオーバ元の基地局装置が関連付けられている第１のＡＭＦと、ハンドオーバ先として選択されずハンドオーバ後にも候補基地局装置となる基地局装置が関連付けられている第２のＡＭＦを経由して、その候補基地局装置へ通知する。このとき、その候補基地局装置に関連付けられた第２のＡＭＦは、Ｋ_NG-RAN ^*を新たに生成するための情報として、ＮＡＳｃｏｎｔａｉｎｅｒ、ＮＨ及びＮＣＣを、候補基地局装置へ通知する。その後、候補基地局装置は、ＮＡＳｃｏｎｔａｉｎｅｒ、ＮＨ及びＮＣＣを用いて、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅを更新し、そのＭａｓｔｅｒＫｅｙＵｐｄａｔｅの情報を含んだＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎを、自装置が関連付けられている第２のＡＭＦと、ハンドオーバ先の基地局装置（図４の例では候補基地局装置＃１）が関連付けられている第３のＡＭＦを経由して、そのハンドオーバ先の基地局装置へ送信する。

なお、候補基地局装置は、例えば、ハンドオーバ先の基地局装置と共通のＡＭＦに接続されている（Ｘｎインタフェースが確立されている）か否かを判定し、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅの内容を決定する。例えば、候補基地局装置は、ハンドオーバ先の基地局装置と共通のＡＭＦに関連付けられている場合、Ｆａｌｓｅに設定されたｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒと通知されたＮＣＣとを含んだＭａｓｔｅｒＫｅｙＵｐｄａｔｅを生成しうる。また、候補基地局装置は、ハンドオーバ先の基地局装置と異なるＡＭＦに関連付けられている場合、自装置が関連付けられているＡＭＦへ問い合わせを行うなどにより、ＮＡＳｃｏｎｔａｉｎｅｒ、ＮＨ、及びＮＣＣを取得し、Ｔｒｕｅに設定されたｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒ、ＮＡＳｃｏｎｔａｉｎｅｒ、及びＮＣＣを含んだＭａｓｔｅｒＫｅｙＵｐｄａｔｅを生成しうる。そして、候補基地局装置は、生成したＭａｓｔｅｒＫｅｙＵｐｄａｔｅを、ハンドオーバ先の基地局装置へ送信する。

ハンドオーバ先の基地局装置（図４の例では候補基地局装置＃１）は、候補基地局装置からＭａｓｔｅｒＫｅｙＵｐｄａｔｅの更新情報を受信すると、受信したＭａｓｔｅｒＫｅｙＵｐｄａｔｅの情報を、候補基地局装置のＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに関連付ける形式で端末装置へ送信する（Ｓ４１３）。端末装置は、そのＭａｓｔｅｒＫｅｙＵｐｄａｔｅを受信すると、候補基地局装置（図４の例では候補基地局装置＃２）のＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに含まれるＭａｓｔｅｒＫｅｙＵｐｄａｔｅの情報を、受信した情報によって更新する。そして、端末装置は、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅの更新の完了後、ハンドオーバ先の基地局装置へ、応答メッセージを送信する（Ｓ４１４）。一例において、Ｓ４１３の情報送信の際にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージが使用され、端末装置は、Ｓ４１４の応答メッセージとして、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをハンドオーバ先の基地局装置へ送信しうる。ただしこれは一例であり、他のメッセージが使用されてもよい。

本処理例では、端末装置は、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎの一部としてセキュリティ鍵に関連するパラメータ（ＭａｓｔｅｒＫｅｙＵｐｄａｔｅ）を受信する。そして、端末装置は、ＬＴＭによるハンドオーバを行った場合に、そのハンドオーバ先として選択されなかった候補基地局装置のＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎを再利用することができる。ただし、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎのうち、セキュリティ鍵に関連する設定情報については更新されるべきであることに鑑み、その設定情報について、ハンドオーバ先の基地局装置を介して取得することができる。これにより、端末装置は、ハンドオーバ後に依然としてハンドオーバ先の候補として扱われるべき候補基地局装置について、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎの多くの部分を維持しながら、効率的にセキュリティ鍵に関連する設定情報を更新することができる。

なお、図４では、ハンドオーバによって選択されなかった候補基地局装置が１つの場合の例を示しているが、そのような候補基地局装置は複数存在することが当然に想定される。この場合、ハンドオーバ先の基地局装置からセキュリティ鍵に関連する設定情報（ＭａｓｔｅｒＫｅｙＵｐｄａｔｅ）が通知される際に、その設定情報がどの候補基地局装置に関する情報であるかを示す情報が併せて通知される。例えば、端末装置において設定されているＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎのそれぞれに対して、識別情報（ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎｉｄ）が付与されている場合、セキュリティ鍵に関連する設定情報がその識別情報と関連付けられて通知されうる。一例において、一部の候補基地局装置のみ、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅが更新される場合、その候補基地局装置に関するＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎｉｄと、その候補基地局装置のＭａｓｔｅｒＫｅｙＵｐｄａｔｅとが関連付けられて端末装置へ通知される。なお、基地局装置の識別情報がセキュリティ鍵に関連する設定情報と関連付けられて通知されてもよい。すなわち、更新対象のセキュリティ鍵に関連する設定情報を特定することができる限りにおいて、任意の識別情報が用いられてもよい。また、全ての候補基地局装置に関する設定情報が通知される場合、例えば、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎｉｄの昇順または降順などの所定の順序で、その設定情報が並べられて通知されてもよい。この場合、設定情報が通知される順序によって、その設定情報がいずれの候補基地局装置（ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎｉｄ）に関するものであるかを特定することができるため、識別情報が明示的に通知される必要はない。

なお、上述の説明は、マスタセルグループ（ＭＣＧ）に関する処理について説明しているが、セカンダリセルグループ（ＳＣＧ）についても同様の処理が行われてもよい。すなわち、セカンダリセルの候補セルを提供する基地局装置について、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに、ＳＣＧのためのセキュリティ鍵に関するパラメータＳＫ－Ｃｏｕｎｔｅｒの情報が含められて、端末装置へ通知されてもよい。そして、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄによる接続先セルの変更後に、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎのうちのＳＫ－Ｃｏｕｎｔｅｒに関する更新情報が、変更後の接続先セルを提供する基地局装置から端末装置へ通知されうる。また、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎには、ＭＣＧのためのＭａｓｔｅｒＫｅｙＵｐｄａｔｅと、ＳＣＧのためのＳＫ－Ｃｏｕｎｔｅｒとの両方が含められてもよい。この場合、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎによるハンドオーバを実行した後には、端末装置と基地局装置は、マスタセルとセカンダリセルの両方を用いたＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙを用いて通信することになるが、マスタセルのセキュリティ鍵の生成には、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅが使用され、セカンダリセルのセキュリティ鍵の生成には、ＳＫ－Ｃｏｕｎｔｅｒが使用される。また、ハンドオーバ実行後に、選択されなかったＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎが存在し、そのＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎが、ＭＣＧのためのＭａｓｔｅｒＫｅｙＵｐｄａｔｅとＳＣＧのためのＳＫ－Ｃｏｕｎｔｅｒとの両方を含む場合は、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅとＳＫ－Ｃｏｕｎｔｅｒの両方の更新情報がハンドオーバ後に端末装置へ通知される。

なお、図４では、ハンドオーバ元の基地局装置が、ハンドオーバ先として選択されなかった候補基地局装置に、ハンドオーバ先の基地局装置へのＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎの転送を要求するメッセージを送信する例を示している。ただし、これは一例であり、例えば、ハンドオーバ先の基地局装置が、候補基地局装置に対してＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎの送信を要求してもよい。この場合の処理の流れの例を図５に示す。図５の例において、図４と同様の処理については同じ参照符号を付して説明を省略する。

本処理では、ハンドオーバ元の基地局装置は、ＨＡＮＤＯＶＥＲＳＵＣＣＥＳＳメッセージをハンドオーバ先の基地局装置から受信すると、Ｓ４０３において受信していた、ハンドオーバ先として選択されなかった候補基地局装置のＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎを、そのハンドオーバ先の基地局装置へ転送する（Ｓ５０１）。なお、このＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎの転送は、ＨＡＮＤＯＶＥＲＳＵＣＣＥＳＳメッセージへの応答であるＨＡＮＤＯＶＥＲＳＵＣＣＥＳＳＡＣＫメッセージによって行われうる。ただし、これは一例であり、他のメッセージによって、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎの転送が行われてもよい。そして、ハンドオーバ先の基地局装置は、受信したＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに対応する、ハンドオーバ先として選択されなかった候補基地局装置に対して、セキュリティ鍵の更新のための設定情報を要求する（Ｓ５０２）。ハンドオーバ先の基地局装置は、例えば、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴメッセージを用いて、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅを要求しうる。なお、このメッセージには、ハンドオーバ先の基地局装置において使用されるＫ_NG-RAN ^*、その基地局装置が保持しているＮＣＣの情報を含みうる。また、そのメッセージは、取得すべきセキュリティ鍵の更新のための設定情報に対応するＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎは既に端末装置へ（ハンドオーバ元の基地局装置から）通知されていることを示す情報を含んでもよい。候補基地局装置は、以前ハンドオーバ元の基地局装置へ通知したＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに関して、セキュリティ鍵のための設定情報の更新が必要であることを認識して更新を行い、その更新後の設定情報を、ハンドオーバ先の基地局装置へ送信する（Ｓ５０３）。このとき、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅ以外のＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに含まれる情報は、ハンドオーバ先の基地局装置へ送信される必要はない。候補基地局装置は、例えば、ＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴＡＣＫメッセージを用いて、更新後の設定情報をハンドオーバ先の基地局装置へ送信しうる。ハンドオーバ先の基地局装置は、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅを取得すると、その情報を端末装置へ転送する（Ｓ４１３）。

このようにして、図５の処理においても、図４の場合と同様に、端末装置に対して、セキュリティ鍵に関する更新された設定情報を通知することができる。なお、上述の実施形態では、ハンドオーバ先の基地局装置とハンドオーバ後の候補基地局装置が共通のＡＭＦに関連付けられている場合、すなわち、ハンドオーバ先の基地局装置（ハンドオーバ後に通信中の基地局装置となる基地局装置）がＫ_NG-RAN ^*を生成する場合の処理について説明したが、ハンドオーバ後の候補基地局装置（ハンドオーバ後に引き続き候補基地局装置となる基地局装置）がＫ_NG-RAN ^*を生成してもよい。すなわち、ハンドオーバ先の基地局装置とハンドオーバ後の候補基地局装置が異なるＡＭＦに関連付けられていてもよい。この場合、ハンドオーバ先の基地局装置は、端末装置の接続先の基地局装置が変更されたこと（図５の例では候補基地局装置＃１に接続先が変更されたこと）を、その基地局装置が関連付けられている第１のＡＭＦと引き続きハンドオーバ先の候補となる候補基地局装置が関連付けられている第２のＡＭＦとを経由して、その候補基地局装置（図５の例では候補基地局装置＃２）へ通知する。このとき、第２のＡＭＦは、Ｋ_NG-RAN ^*を新たに生成するための情報として、ＮＡＳｃｏｎｔａｉｎｅｒ、ＮＨ及びＮＣＣを候補基地局装置へ通知する。その後、候補基地局装置（図５の例では候補基地局装置＃２）は、ＮＡＳｃｏｎｔａｉｎｅｒ、ＮＨ及びＮＣＣを用いて、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅを更新して、そのＭａｓｔｅｒＫｅｙＵｐｄａｔｅの情報、又は、そのＭａｓｔｅｒＫｅｙＵｐｄａｔｅの情報を含んだＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎを、第２のＡＭＦ及び第１のＡＭＦを経由して、ハンドオーバ先の基地局装置（図５の例では候補基地局装置＃１）へ送信する。そして、ハンドオーバ先の基地局装置は、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅを取得すると、その情報を端末装置へ転送する（Ｓ４１３）。

なお、上述の実施形態では、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに、セキュリティ鍵を更新するための設定情報（ＭａｓｔｅｒＫｅｙＵｐｄａｔｅ）を含めて送信する例について説明したが、これに限られない。例えば、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎにはその設定情報が含められず、Ｓ４０７のＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄに、その設定情報が含められてもよい。例えば、ハンドオーバ元の基地局装置とハンドオーバ先の基地局装置とが共通のＡＭＦに関連付けられている場合、図２のＳ２０４に示すように、ＮＡＳｃｏｎｔａｉｎｅｒが端末装置へ通知されず、ＮＣＣの情報が端末装置へ通知されうる。このような場合に、ハンドオーバ元の基地局装置は、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに設定情報を含めないで送信し、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄにその設定情報（ＮＣＣ）を含めて送信するようにしてもよい。このとき、ｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒは省略されてもよい。また、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄによってハンドオーバを実行する場合には、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎｉｄが、又は、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎｉｄを特定可能な情報が、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄに含められる。端末装置は、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎｉｄ、又は、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎｉｄを特定可能な情報を用いて、ハンドオーバ先の基地局装置を特定する。端末装置は、ハンドオーバ先の基地局装置との間の通信のために、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄに含まれているＮＣＣを用いてＫ_NG-RAN ^*を更新する。なお、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄに、ＮＣＣの値そのものが含められてもよいし、ＮＣＣを特定可能な他の情報が含められてもよい。例えば、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎによって、複数のＮＣＣのそれぞれに対して識別情報が事前に割り当てられ、その識別情報がＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄに含められてもよい。これによれば、ＲＲＣレイヤのシグナリングにより、暗号化などが行われる環境において通知されるＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎにおいて、ＮＣＣを特定するための識別情報が送信され、暗号化などが行われないＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄによって識別情報のみが送信されることにより、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄが傍受されても、傍受者にＮＣＣが特定されることを防ぐことができる。

なお、一部の候補基地局装置については、上述のようにＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎにセキュリティ鍵の更新のための設定情報が含められ、他の候補基地局装置には、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎにセキュリティ鍵の更新のための設定情報が含められずにＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄによってその設定情報が通知されるようにしてもよい。また、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎにセキュリティ鍵の更新のための設定情報が含められている場合であっても、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄによってその設定情報（の少なくとも一部）が送信されてもよい。この場合、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄによって指定される設定情報によって、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに含められている設定情報が更新されて使用されうる。一例において、ハンドオーバ元の第１の基地局装置と、ハンドオーバ先の第２の基地局装置とが異なるＡＭＦに関連付けられており、第２の基地局装置とハンドオーバ先として選択されなかった候補の第３の基地局装置とが、共通のＡＭＦに関連付けられているものとする。この場合、第１の基地局装置から第２の基地局装置へのハンドオーバが行われる前に、上述のように、第２の基地局装置及び第３の基地局装置についてのＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅが関連付けられて端末装置へ通知される。この場合のＭａｓｔｅｒＫｅｙＵｐｄａｔｅには、Ｔｒｕｅに設定されたｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒと、ＮＡＳｃｏｎｔａｉｎｅｒ及びＮＳＳが含められる。その後、第１の基地局装置から第２の基地局装置へのハンドオーバが行われると、第３の基地局装置のＭａｓｔｅｒＫｅｙＵｐｄａｔｅは古い情報となり、更新が必要となる。一方で、第２の基地局装置から第３の基地局装置へのハンドオーバが行われた場合、セキュリティ鍵の更新にＮＡＳｃｏｎｔａｉｎｅｒなどの情報は必要とされず、ＮＣＣの情報があれば足りる。このため、第１の基地局装置から第２の基地局装置へのハンドオーバが行われた後に、第３の基地局装置についてのＭａｓｔｅｒＫｅｙＵｐｄａｔｅの通知については省略し、その後のＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄによってＮＣＣを特定可能な情報が通知されるようにしうる。これによれば、端末装置は、第３の基地局装置についての古い情報を保持し続けることとなるが、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄによってＮＣＣを特定することができ、そのＮＣＣを用いて、古い情報を用いずにセキュリティ鍵の更新を行うことができる。

なお、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎにＳＣＧの設定情報のみが含まれる場合、そのＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに対応するセカンダリセルの追加の際には、ＭＣＧに関するセキュリティ鍵は更新される必要がなく、セカンダリセルのセキュリティ鍵のみが生成／更新される必要がある。この場合のセカンダリセルに関するセキュリティ鍵に関連する設定情報（ＳＫ－Ｃｏｕｎｔｅｒ）の更新は、上述の処理とは異なる手順で行われてもよい。

例えば、基地局装置は、ＭＣＧの候補となるセルをそれぞれ提供する基地局装置のそれぞれについて、ＳＣＧのセキュリティ鍵に関連する設定情報（ＳＫ－Ｃｏｕｎｔｅｒ）のリストを、（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いて）ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに含めて接続中の端末装置へ送信しうる。例えば、図４又は図５における候補基地局装置＃１及び候補基地局装置＃２のそれぞれに対して、別個のＳＫ－Ｃｏｕｎｔｅｒのリストが設定され、そのリストが端末装置へ送信される。また、端末装置は、ＭＣＧセルを提供している接続中の基地局装置についても、このＳＫ－Ｃｏｕｎｔｅｒのリストを保持している。例えば、端末装置は、接続中の基地局装置について、ＳＫ－ＣｏｕｎｔｅｒＡ１、ＳＫ－ＣｏｕｎｔｅｒＡ２、・・・、ＳＫ－ＣｏｕｎｔｅｒＡ１６を保持し、候補基地局装置＃１について、ＳＫ－ＣｏｕｎｔｅｒＢ１、ＳＫ－ＣｏｕｎｔｅｒＢ２、・・・、ＳＫ－ＣｏｕｎｔｅｒＢ１６を保持しうる。すなわち、ＭＣＧセルを提供しうる候補基地局装置ごとに、別個のＳＫ－Ｃｏｕｎｔｅｒのリストが定義される。そして、端末装置は、接続中の基地局装置との通信中に、セカンダリセルの追加を示すＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄを受信すると、そのセカンダリセルのためのセキュリティ鍵を、リストの先頭のＳＫ－ＣｏｕｎｔｅｒＡ１を用いて生成する。その後、端末装置は、接続中の基地局装置との通信中に、他のセルをセカンダリセルとすることを指示するＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄを受信した場合、その変更後のセカンダリセルのためのセキュリティ鍵を、ＳＫ－ＣｏｕｎｔｅｒＡ２を用いて更新する。この時に、端末装置は、それまで使用されていたＳＫ－ＣｏｕｎｔｅｒＡ１をリストから削除する。このように、端末装置は、ＭＣＧが変更されることなく、ＳＣＧが変更される場合、ＳＣＧのためのセキュリティ鍵を、事前に通知されたリストに含まれるＳＫ－Ｃｏｕｎｔｅｒを逐次的に用いて更新しうる。すなわち、ＳＫ－Ｃｏｕｎｔｅｒのリストは、ＭＣＧごとに、そのＭＣＧと共に設定可能な複数のＳＣＧの候補について共通して提供されうる。このため、端末装置は、ＭＣＧに変更がない限り、ＳＣＧの変更ごとに、リストに含まれるＳＫ－Ｃｏｕｎｔｅｒを用いてＳＣＧのためのセキュリティ鍵を繰り返し更新することができる。このため、ＳＣＧの変更ごとに、図４や図５に示すような（ＳＣＧの候補を提供する）基地局装置への問い合わせなどが行われなくてもよい。

その後、端末装置は、ＭＣＧを変更すること（ハンドオーバ）を指示するＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄを受信し、候補基地局装置＃１にハンドオーバしたものとする。そして、端末装置は、ＳＣＧの追加を指示するＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄを受信した場合、そのＳＣＧのセキュリティ鍵を、候補基地局装置＃１に関連付けられているリストの先頭のＳＫ－ＣｏｕｎｔｅｒＢ１を用いて生成する。そして、端末装置は、以前に使用されていたＳＫ－ＣｏｕｎｔｅｒＡ２についてはリストから削除する。このように、ＭＣＧごとにＳＫ－Ｃｏｕｎｔｅｒのリストが別個に設定されることにより、ハンドオーバ後に、セカンダリセルのセキュリティ鍵を効率的に生成することができる。

なお、端末装置と接続中の基地局装置は、設定されているＳＫ－Ｃｏｕｎｔｅｒのリストの一部又は全部の削除を端末装置に指示しうる。この指示は、例えばＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いて、基地局装置から端末装置へ送信されうる。なお、リストの削除は、このように基地局装置からの明示的な指示によって行われてもよいし、所定の条件が満たされた場合に、基地局装置からの指示なく行われてもよい。例えば、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄや従来のハンドオーバによって、ＭＣＧが変更されたことを条件に、端末装置において保持されているハンドオーバ元のＭＣＧに関連付けられたリストが削除されてもよい。なお、ハンドオーバ元のＭＣＧが、ハンドオーバ後にハンドオーバ先の候補として扱われる場合には、そのＭＣＧ及びそのＭＣＧに対応するＳＣＧについてのＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎが削除されないことが想定される。この場合には、リストも削除されなくてもよい。また、ＭＣＧが変更されたことを条件に、端末装置のハンドオーバ先として選択されなかったＭＣＧの候補に関して設定されたリストが削除されてもよい。この場合も、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎが維持されるか否かに応じて、リストが削除されるか否かが決定されてもよい。例えば、ハンドオーバ先の候補から外されるＭＣＧの候補に関して設定されているリストがＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎと共に削除され、それ以外のＭＣＧの候補に関して設定されているリストは削除されないようにしてもよい。また、ハンドオーバ先の基地局装置に応じて、リストが削除されるか否かが判定されてもよい。この場合、その判定のための設定情報が事前に端末装置へ通知されうる。また、基地局装置は、端末装置に対してリストを削除する基準を指定する情報を通知し、端末装置はその基準に従ってリストを削除するようにしてもよい。

なお、上述の例では、端末装置が接続中の基地局装置からＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎを受信し、その後にハンドオーバが行われた場合のＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎの扱いについて説明した。この処理は、ハンドオーバ前から維持されていたＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎについても適用される。すなわち、端末装置は、現在接続中の基地局装置の前に接続されていた基地局装置から、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎ及びセキュリティ鍵を更新するための設定情報を受信する。そして、端末装置は、現在接続中の基地局装置へのハンドオーバによって、ハンドオーバ先として選択されなかった候補基地局装置についてのＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎを維持しながらセキュリティ鍵を更新するための設定情報の部分を更新しうる。その後、端末装置は、さらにハンドオーバを実行した場合に、上述の処理を実行しうる。すなわち、端末装置は、接続中ではない基地局装置から受信して保持しているＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎを維持しながら、その中に含まれる又はその情報と関連付けられて保持されているセキュリティ鍵を更新するための設定情報のみを更新しうる。

図６に、本実施形態に係る基地局装置及び端末装置のハードウェア構成例を示している。基地局装置及び端末装置は、一例において、プロセッサ６０１、ＲＯＭ６０２、ＲＡＭ６０３、記憶装置６０４、及び通信回路６０５を含んで構成される。プロセッサ６０１は、汎用のＣＰＵ（中央演算装置）や、ＡＳＩＣ（特定用途向け集積回路）等の、１つ以上の処理回路を含んで構成されるコンピュータであり、ＲＯＭ６０２や記憶装置６０４に記憶されているプログラムを読み出して実行することにより、装置の全体の制御処理や、上述の各処理を実行する。ＲＯＭ６０２は、基地局装置及び端末装置が実行する処理に関するプログラムや各種パラメータ等の情報を記憶する読み出し専用メモリである。ＲＡＭ６０３は、プロセッサ６０１がプログラムを実行する際のワークスペースとして機能し、また、一時的な情報を記憶するランダムアクセスメモリである。記憶装置６０４は、例えば着脱可能な外部記憶装置等によって構成される。通信回路６０５は、例えば、５Ｇやその後継規格の無線通信用の回路によって構成される。なお、図６では、１つの通信回路６０５が図示されているが、基地局装置及び端末装置は、複数の通信回路を有しうる。例えば、基地局装置及び端末装置は、５Ｇ用、およびその後継規格用のそれぞれのための無線通信回路と、それらの回路に共通のアンテナを有しうる。なお、基地局装置及び端末装置は、各規格に適したアンテナを別個に有してもよい。また、基地局装置は、さらに、他の基地局装置やコアネットワークのノードと通信する際に使用される有線通信回路を有しうる。また、端末装置は、さらに、無線ローカルエリアネットワーク（ＬＡＮ）やＢｌｕｅｔｏｏｔｈ（登録商標）などのセルラ通信規格以外の無線通信規格に準拠した通信回路などを有してもよい。なお、基地局装置及び端末装置は、使用可能な複数の周波数帯域のそれぞれについて別個の通信回路６０５を有してもよいし、それらの周波数帯域の少なくとも一部に対して共通の通信回路６０５を有してもよい。

図７は、端末装置の機能構成例を示す。端末装置は、例えば、設定情報受信部７０１、ＬＴＭ設定保持部７０２、鍵情報管理部７０３、鍵生成部７０４、及び、通信部７０５を有する。なお、図７では、本実施形態に特に関係する機能のみを示しており、端末装置が有しうる他の各種機能については図示を省略している。例えば、端末装置は、５Ｇやその後続規格などに準拠した端末装置が一般的に有する他の機能を当然に有する。また、図７の機能ブロックは概略的に示したものであり、それぞれの機能ブロックが一体化されて実現されてもよいし、さらに細分化されてもよい。また、図７の各機能は、例えば、プロセッサ６０１がＲＯＭ６０２や記憶装置６０４に記憶されているプログラムを実行することにより実現されてもよいし、例えば通信回路６０５の内部に存在するプロセッサが所定のソフトウェアを実行することによって実現されてもよい。なお、各機能部が実行する処理の詳細については上述の通りであるため、ここでは端末装置の大まかな機能のみを概説する。

設定情報受信部７０１は、接続中の基地局装置から各種設定情報を受信する。設定情報受信部７０１は、例えば、ハンドオーバ先の候補の基地局装置についてのＬＴＭのための事前設定情報を受信する。なお、事前設定情報は、例えば、候補基地局装置との間でＲＲＣレイヤの接続を確立するための設定情報であり、ハンドオーバが実際に行われていない状態で端末装置に通知される設定情報である。事前設定情報は、上述のＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎに対応する。また設定情報受信部７０１は、セキュリティ鍵を生成・更新するための設定情報（例えばＭａｓｔｅｒＫｅｙＵｐｄａｔｅやＳＫ－Ｃｏｕｎｔｅｒ）を受信する。ＬＴＭ設定保持部７０２は、設定情報受信部７０１によって受信されたＬＴＭの事前設定情報を保持する。なお、ＬＴＭ設定保持部７０２は、例えば、ハンドオーバの実行後に、ハンドオーバ先として選択されなかった候補基地局装置についての事前設定情報（ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎ）を保持し続けることができるように構成される。なお、ＬＴＭ設定保持部７０２は、例えば、ハンドオーバ元の基地局装置やハンドオーバ先の基地局装置からの指示に応じて、保持している事前設定情報を削除しうる。また、ＬＴＭ設定保持部７０２は、例えば、事前設定情報に有効期限を設定し、その期限が満了したことに応じて、その事前設定情報を削除してもよい。この場合の有効期限は、その事前設定情報が受信された際の接続中の基地局装置から通知されうる。

鍵情報管理部７０３は、接続中の基地局装置及びハンドオーバ先の候補の基地局装置のそれぞれについて、セキュリティ鍵、又は、そのセキュリティ鍵を生成するためのパラメータなどの設定情報を維持及び管理する。鍵情報管理部７０３は、例えば接続中の基地局装置からＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎと共に受信したセキュリティ鍵の設定情報を管理し、その設定情報が最新の情報となるように管理を行う。例えば、鍵情報管理部７０３は、ハンドオーバ先の基地局装置から、ハンドオーバ先として選択されなかった候補の基地局装置の少なくとも一部についての設定情報（ＭａｓｔｅｒＫｅｙＵｐｄａｔｅ）が受信された場合に、保持している設定情報をその受信した設定情報によって置き換える。また、鍵情報管理部７０３は、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄによって、セキュリティ鍵を生成するための設定情報を取得してもよい。これにより、鍵情報管理部７０３は、セキュリティ鍵の設定情報を最新の状態で維持することができる。また、鍵情報管理部７０３は、ＭＣＧごとに、そのＭＣＧが使用される際にセカンダリセルとして使用されうるＳＣＧについて、ＳＫ－Ｃｏｕｎｔｅｒのリストを保持し、接続先のＳＣＧの変更または追加のたびに、そのリストから順にＳＫ－Ｃｏｕｎｔｅｒの値を取り出して、そのＳＣＧのためのセキュリティ鍵を生成しうる。また、鍵情報管理部７０３は、ＳＣＧが変更された場合又は削除された場合に、使用されなくなったＳＣＧのセキュリティ鍵の生成に使用されていたＳＫ－Ｃｏｕｎｔｅｒの値を、リストから削除しうる。

鍵生成部７０４は、鍵情報管理部７０３によって維持管理されている設定情報（ＭａｓｔｅｒＫｅｙＵｐｄａｔｅ、ＳＫ－Ｃｏｕｎｔｅｒ）を用いて、セキュリティ鍵を生成する。通信部７０５は、鍵生成部７０４によって生成されたセキュリティ鍵を用いて、接続先の基地局装置と通信を行う。

図８は、基地局装置の機能構成例を示す。基地局装置は、例えば、設定情報取得部８０１、設定情報提供部８０２、設定情報通知部８０３、鍵生成部８０４、及び、通信部８０５を有する。なお、図８では、本実施形態に特に関係する機能のみを示しており、基地局装置が有しうる他の各種機能については図示を省略している。例えば、基地局装置は、５Ｇやその後続規格などに準拠した基地局装置が一般的に有する他の機能を当然に有する。また、図８の機能ブロックは概略的に示したものであり、それぞれの機能ブロックが一体化されて実現されてもよいし、さらに細分化されてもよい。また、図８の各機能は、例えば、プロセッサ６０１がＲＯＭ６０２や記憶装置６０４に記憶されているプログラムを実行することにより実現されてもよいし、例えば通信回路６０５の内部に存在するプロセッサが所定のソフトウェアを実行することによって実現されてもよい。なお、各機能部が実行する処理の詳細については上述の通りであるため、ここでは基地局装置の大まかな機能のみを概説する。

設定情報取得部８０１は、他の基地局装置から設定情報を取得する。設定情報取得部８０１は、例えば、端末装置と接続中に、他の基地局装置へのＬＴＭのためのＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎと、その他の基地局装置との通信におけるセキュリティ鍵の生成又は更新のための設定情報（ＭａｓｔｅｒＫｅｙＵｐｄａｔｅやＳＫ－Ｃｏｕｎｔｅｒ）を取得する。なお、設定情報取得部８０１は、例えば、自装置からのハンドオーバ先の候補となる基地局装置に対して、要求メッセージ（例えばＨＡＮＤＯＶＥＲＲＥＱＵＥＳＴ）を送信して、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎとセキュリティ鍵の生成又は更新のための設定情報を取得しうる。また、設定情報取得部８０１は、例えば、端末装置が他の基地局装置からハンドオーバしてきたことによりその端末装置と接続した場合、自装置からのハンドオーバ先の候補となる基地局装置についてのＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎ及びセキュリティ鍵の生成又は更新のための設定情報を取得する。ここで、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎ及びセキュリティ鍵に関連する設定情報は、ハンドオーバ元の基地局装置から、ハンドオーバ先の候補となる基地局装置へのＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎ及びセキュリティ鍵に関連する設定情報の転送要求に応じて、そのハンドオーバ先の候補の基地局装置から取得されうる。また、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎがハンドオーバ元の基地局装置から受信され、セキュリティ鍵に関連する設定情報がハンドオーバ先の候補となる基地局装置から受信されてもよい。設定情報提供部８０２は、他の基地局装置に対して、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎ及びセキュリティ鍵に関連する設定情報を提供する。すなわち、第１の基地局装置の設定情報提供部８０２によって提供される情報が、第２の基地局装置の設定情報取得部８０１によって取得される。

設定情報通知部８０３は、取得された設定情報を、接続中の端末装置へ通知する。例えば、設定情報通知部８０３は、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎが端末装置において保持されていない基地局装置については、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎ及びセキュリティ鍵に関連する設定情報の両方を通知する。一方で、設定情報通知部８０３は、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎが端末装置において保持されている基地局装置については、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎを通知せずに、セキュリティ鍵に関連する設定情報のみを通知しうる。設定情報通知部８０３は、例えば、ハンドオーバにおいて端末装置からハンドオーバ処理においてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを受信し、接続が確立された後に、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージによって、セキュリティ鍵に関連する設定情報（及び、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信しうる。また、設定情報通知部８０３は、ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄに、ハンドオーバ先の基地局装置のセキュリティ鍵に関連する設定情報（ＮＣＣ）を含めて送信してもよい。この場合、設定情報通知部８０３は、事前に設定情報取得部８０１によって取得されていた設定情報をハンドオーバが行われるタイミングまで保持しておき、ハンドオーバが行われる際に、端末装置へその設定情報を通知しうる。

鍵生成部８０４は、例えば、端末装置との通信のためのセキュリティ鍵を生成するための設定情報（ＭａｓｔｅｒＫｅｙＵｐｄａｔｅなど）を保持しておき、その端末装置がハンドオーバにより接続された場合に、その情報を用いてセキュリティ鍵を生成する。また、鍵生成部８０４は、他の基地局装置（例えば、端末装置が第１の他の基地局装置から第２の他の基地局装置へハンドオーバする場合の、第１の他の基地局装置又は第２の他の基地局装置）やＡＭＦからの要求に応じて、その設定情報を更新し、更新した設定情報を保持する。なお、更新された設定情報は、設定情報提供部８０２によって他の基地局装置へ提供され、その他の基地局装置から端末装置へ通知されうる。通信部８０５は、端末装置と接続を確立し、鍵生成部８０４によって生成されたセキュリティ鍵を用いて通信を行う。

以上のようにして、本実施形態では、ＬＴＭによるハンドオーバを行う端末装置とネットワーク（基地局装置）において、効率的にセキュリティ鍵を共有し、更新することができる。よって、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

Claims

第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠する端末装置であって、
接続中の第１の基地局装置から、第２の基地局装置および第３の基地局装置を含んだハンドオーバ先の候補の複数の基地局装置のそれぞれについての、Ｌａｙｅｒ１／Ｌａｙｅｒ２ＴｒｉｇｇｅｒｅｄＭｏｂｉｌｉｔｙ（ＬＴＭ）の第１の設定情報と、セキュリティ鍵を更新するための、当該第１の設定情報とそれぞれ関連付けられる第２の設定情報とを受信する受信手段と、
前記複数の基地局装置のそれぞれについて、前記第１の設定情報と前記第２の設定情報とを関連付けて保持する保持手段と、
前記第２の基地局装置へのハンドオーバを実行する実行手段と、
前記第２の基地局装置へのハンドオーバに応じて、前記第２の基地局装置の前記第１の設定情報と関連付けられた前記第２の設定情報を用いて前記セキュリティ鍵を更新し、かつ、当該ハンドオーバの実行後に、保持されている前記第３の基地局装置についての前記第１の設定情報を維持しながら当該第１の設定情報と関連付けられた前記第２の設定情報を更新する更新手段と、
を有することを特徴とする端末装置。
前記受信手段は、前記第２の基地局装置へのハンドオーバ後に、前記第２の基地局装置から、前記第３の基地局装置のための更新された前記第２の設定情報を受信し、
前記更新手段は、前記第３の基地局装置について保持されている前記第２の設定情報を、受信された前記第２の設定情報と置き換えることにより、前記第２の設定情報を更新する、
ことを特徴とする請求項１に記載の端末装置。
前記受信手段は、複数の前記第３の基地局装置の少なくとも一部である第４の基地局装置についての前記第２の設定情報を識別することを可能とする識別情報と、当該第４の基地局装置についての更新された前記第２の設定情報を受信し、
前記更新手段は、前記識別情報によって識別される前記第２の設定情報を、受信した前記第２の設定情報によって置き換える、
ことを特徴とする請求項２に記載の端末装置。
前記第１の設定情報はＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎであり、前記識別情報は、ＬＴＭｃｏｎｆｉｇｕｒａｔｉｏｎｉｄである、ことを特徴とする請求項３に記載の端末装置。
複数の前記第３の基地局装置に対して所定の順序が付されており、
前記受信手段は、複数の前記第３の基地局装置の全てについて、更新された複数の前記第２の設定情報が前記所定の順序で並べられた情報を受信し、
前記更新手段は、受信した複数の前記第２の設定情報のそれぞれが複数の前記第３の基地局装置のうちのいずれに対応するかを前記所定の順序によって特定し、当該特定の結果に応じて複数の前記第３の基地局装置のそれぞれについて保持されている前記第２の設定情報を、受信した前記第２の設定情報によって置き換える、
を特徴とする請求項２に記載の端末装置。
前記受信手段は、前記実行手段によるハンドオーバにおいてＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージが送信された後に、前記第２の基地局装置から、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにより、更新された前記第２の設定情報を受信する、ことを特徴とする請求項２に記載の端末装置。
前記第２の設定情報は、ＭａｓｔｅｒＫｅｙＵｐｄａｔｅであり、
前記ＭａｓｔｅｒＫｅｙＵｐｄａｔｅは、
Ｔｒｕｅに設定されたｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒとｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ（ＮＣＣ）とＮｏｎ－ＡｃｃｅｓｓＳｔｒａｔｕｍ（ＮＡＳ）ｃｏｎｔａｉｎｅｒ、又は、
Ｆａｌｓｅに設定されたｋｅｙＳｅｔＣｈａｎｇｅＩｎｄｉｃａｔｏｒとＮＣＣ、を含む、
ことを特徴とする請求項１に記載の端末装置。
前記第２の設定情報は、ＳＫ－Ｃｏｕｎｔｅｒを含む、ことを特徴とする請求項１に記載の端末装置。
前記実行手段は、前記第２の基地局装置へのハンドオーバを指示するＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄを受信した場合に、当該ハンドオーバを実行し、
前記更新手段は、前記ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄに前記第２の基地局装置に関する前記第２の設定情報が含まれており、かつ、当該第２の基地局装置について保持されている前記第２の設定情報がある場合に、前記ＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄに含まれている前記第２の設定情報を用いて前記セキュリティ鍵を更新する、
ことを特徴とする請求項１に記載の端末装置。
前記受信手段は、接続中の基地局装置によって提供されるセルをマスタセルとしている際にセカンダリセルの候補となるセルを提供する複数の第５の基地局装置のそれぞれについての前記第１の設定情報と、当該複数の第５の基地局装置に共通の前記第２の設定情報のリストをさらに受信し、
前記更新手段は、前記マスタセルが変更されない状態で前記セカンダリセルが変更された場合、セカンダリセルの変更の前に使用されていた前記第２の設定情報を前記リストから削除し、当該リストに含まれる１つの第２の設定情報を使用して変更されたセカンダリセルの通信のためのセキュリティ鍵を更新する、
ことを特徴とする請求項１に記載の端末装置。
前記受信手段は、前記複数の基地局装置のそれぞれが提供しているセルがマスタセルとなった場合についての、前記複数の第５の基地局装置のそれぞれについての前記第１の設定情報と、当該複数の第５の基地局装置に共通の前記第２の設定情報のリストをさらに受信し、
前記第２の基地局装置についての前記第２の設定情報のリストが、前記第３の基地局装置についての前記第２の設定情報のリストと別個に定義される、
ことを特徴とする請求項１０に記載の端末装置。
前記保持手段は、接続中の基地局装置と前記複数の基地局装置とのそれぞれが提供するセルがマスタセルとなった場合についての前記第２の設定情報のリストを保持する、ことを特徴とする請求項１１に記載の端末装置。
前記保持手段は、接続中の基地局装置からの指示に基づいて、前記第２の設定情報のリストを削除する、ことを特徴とする請求項１２に記載の端末装置。
前記保持手段は、前記端末装置が前記第２の基地局装置へハンドオーバした場合、当該ハンドオーバ後にハンドオーバ先の候補ではなくなる基地局装置が提供するセルがマスタセルとなった場合についての前記第２の設定情報のリストを削除する、ことを特徴とする請求項１２に記載の端末装置。
第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠する基地局装置であって、
端末装置が接続している第１の他の基地局装置へ、ハンドオーバ先の候補として、Ｌａｙｅｒ１／Ｌａｙｅｒ２ＴｒｉｇｇｅｒｅｄＭｏｂｉｌｉｔｙ（ＬＴＭ）の第１の設定情報と、セキュリティ鍵を更新するための、当該第１の設定情報とそれぞれ関連付けられる第２の設定情報とを提供する提供手段と、
前記端末装置のハンドオーバにより、当該端末装置と接続する接続手段と、
前記端末装置との通信において使用するセキュリティ鍵を、前記第２の設定情報を用いて生成する生成手段と、
前記ハンドオーバが実行された後に、前記基地局装置からの前記端末装置のハンドオーバ先の候補の第２の他の基地局装置についての前記第１の設定情報および前記第２の設定情報を取得する取得手段と、
前記端末装置が前記第２の他の基地局装置についての前記第１の設定情報を保持している場合、当該第１の設定情報を含まず、当該第２の他の基地局装置についての前記第２の設定情報を含んだメッセージを前記端末装置へ送信する送信手段と、
を有することを特徴とする基地局装置。
前記送信手段は、前記ハンドオーバにおいて前記端末装置からＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを受信した後に、前記第２の他の基地局装置についての前記第２の設定情報を含んだＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを前記端末装置へ送信する、ことを特徴とする請求項１５に記載の基地局装置。
前記送信手段は、前記端末装置に前記第２の他の基地局装置へのハンドオーバを指示する際のＣｅｌｌＳｗｉｔｃｈＣｏｍｍａｎｄに、前記第２の他の基地局装置についての前記第２の設定情報を含めて送信する、ことを特徴とする請求項１５に記載の基地局装置。
前記提供手段は、さらに、前記端末装置が前記第１の他の基地局装置から第３の他の基地局装置へハンドオーバした場合に、前記第３の他の基地局装置へ、更新した前記第２の設定情報を提供し、
前記生成手段は、前記端末装置が前記第３の他の基地局装置から前記基地局装置へハンドオーバした場合、当該第３の他の基地局装置へ提供した、更新した前記第２の設定情報を用いて前記セキュリティ鍵を生成する、ことを特徴とする請求項１５に記載の基地局装置。
前記取得手段は、ハンドオーバ元の基地局装置からの要求に応じて前記第２の他の基地局装置が送信した、前記第２の他の基地局装置についての前記第１の設定情報および前記第２の設定情報を取得する、ことを特徴とする請求項１５に記載の基地局装置。
前記取得手段は、ハンドオーバ元の基地局装置から前記第２の他の基地局装置についての前記第１の設定情報を含んだメッセージを受信し、当該メッセージに基づいて、前記第２の他の基地局装置に対して前記第２の設定情報を要求するメッセージを送信することにより、前記第２の他の基地局装置についての前記第１の設定情報および前記第２の設定情報を取得する、ことを特徴とする請求項１５に記載の基地局装置。
第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠する端末装置によって実行される制御方法であって、
接続中の第１の基地局装置から、第２の基地局装置および第３の基地局装置を含んだハンドオーバ先の候補の複数の基地局装置のそれぞれについての、Ｌａｙｅｒ１／Ｌａｙｅｒ２ＴｒｉｇｇｅｒｅｄＭｏｂｉｌｉｔｙ（ＬＴＭ）の第１の設定情報と、セキュリティ鍵を更新するための、当該第１の設定情報とそれぞれ関連付けられる第２の設定情報とを受信することと、
前記複数の基地局装置のそれぞれについて、前記第１の設定情報と前記第２の設定情報とを関連付けて保持することと、
前記第２の基地局装置へのハンドオーバを実行することと、
前記第２の基地局装置へのハンドオーバに応じて、前記第２の基地局装置の前記第１の設定情報と関連付けられた前記第２の設定情報を用いて前記セキュリティ鍵を更新し、かつ、当該ハンドオーバの実行後に、保持されている前記第３の基地局装置についての前記第１の設定情報を維持しながら当該第１の設定情報と関連付けられた前記第２の設定情報を更新することと、
を含むことを特徴とする制御方法。
第３世代パートナーシッププロジェクト（３ＧＰＰ）のセルラ通信規格に準拠する基地局装置によって実行される制御方法であって、
端末装置が接続している第１の他の基地局装置へ、ハンドオーバ先の候補として、Ｌａｙｅｒ１／Ｌａｙｅｒ２ＴｒｉｇｇｅｒｅｄＭｏｂｉｌｉｔｙ（ＬＴＭ）の第１の設定情報と、セキュリティ鍵を更新するための、当該第１の設定情報とそれぞれ関連付けられる第２の設定情報とを提供することと、
前記端末装置のハンドオーバにより、当該端末装置と接続することと、
前記端末装置との通信において使用するセキュリティ鍵を、前記第２の設定情報を用いて生成することと、
前記ハンドオーバが実行された後に、前記基地局装置からの前記端末装置のハンドオーバ先の候補の第２の他の基地局装置についての前記第１の設定情報および前記第２の設定情報を取得することと、
前記端末装置が前記第２の他の基地局装置についての前記第１の設定情報を保持している場合、当該第１の設定情報を含まず、当該第２の他の基地局装置についての前記第２の設定情報を含んだメッセージを前記端末装置へ送信することと、
を含むことを特徴とする制御方法。