JPWO2018029952A1 - ビーム及びセキュリティ強化に関連する装置、方法、システム、プログラム及び記録媒体 - Google Patents

Abstract

【課題】ビームフォーミングが使用される場合のセキュリティを強化するのを可能にすること。【解決手段】本発明の第１の装置は、ビーム選択に関する情報を取得する情報取得部と、上記ビーム選択に関する上記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成する鍵生成部と、を備える。【選択図】図１２

Description

本発明は、ビーム及びセキュリティ強化に関連する装置、方法、システム、プログラム及び記録媒体に関する。

近年、移動体通信システムにおける通信トラフィックが増加している。これは、多くの通信装置がアクセス技術としてＬＴＥ（Long Term Evolution）を使用するようになり、また、スマートフォンにおいて多様なアプリケーションが動作するようになったからと言えよう。移動体通信システムのオペレータやそれらの国管轄も、例えば使用周波数の追加割当て等の対策を検討している。特により広い帯域幅が使用可能になることが見込まれる高い周波数帯（例えば６ＧＨｚ〜１００ＧＨｚ）の追加割当てが検討されている。さらに、移動体通信システムのアクセス技術についても、通信トラヒックの増加に対応するための研究開発が不断に続いている。例えば、高い周波数帯（例えば６ＧＨｚ〜１００ＧＨｚ）を使用したマルチアンテナのビームフォーミングの技術研究開発が、近年特に盛んである。

例えば、特許文献１〜３には、ビームフォーミングに関する技術が開示されている。また、例えば、特許文献４及び５には、デュアルコネクティビティに関する技術が開示されている。

特表２０１５−５２５５４０号公報 特表２０１６−５０８００４号公報 特表２０１０−１０９９３９号公報 国際公開第２０１５／１１５５７３号 特表２０１６−５０５２３１号公報

例えば、移動体通信システムにおいて、基地局と端末装置との無線通信のためのセキュリティ鍵（秘匿鍵）を生成するためのパラメータが、当該端末装置のセルが変わる度に変化する。例えば、上記セキュリティ鍵を生成するためのパラメータとして、物理セルＩＤ（Physical Cell Identity：ＰＣＩ）が用いられる。このように、上記セキュリティ鍵を簡単に解読させないための工夫が施される。

しかし、ビームフォーミングが使用される場合には、基地局は、当該基地局からかなり遠い端末装置と通信することができるようになり、当該端末装置のセルが変わらない時間も長くなり得る。そのため、上記セキュリティ鍵（秘匿鍵）を生成するためのパラメータが変化する頻度が低くなり、その結果、上記セキュリティ鍵を解読することが比較的容易になり得る。即ち、セキュリティレベルが低下し得る。

本発明の目的は、ビームフォーミングが使用される場合のセキュリティを強化するのを可能にすることにある。

本発明の第１の装置は、ビーム選択に関する情報を取得する情報取得部と、上記ビーム選択に関する上記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成する鍵生成部と、を備える。

本発明の第２の装置は、ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成する鍵生成部と、上記セキュリティ鍵を使用して、上記基地局との無線通信を行う通信処理部と、を備える。

本発明の第３の装置は、端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される上記セキュリティ鍵を取得する情報取得部と、上記セキュリティ鍵を使用して、上記端末装置との無線通信を行う第１通信処理部と、を備える。

本発明の第１の方法は、ビーム選択に関する情報を取得することと、上記ビーム選択に関する上記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成することと、を含む。

本発明の第２の方法は、ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成することと、上記セキュリティ鍵を使用して、上記基地局との無線通信を行うことと、を含む。

本発明の第３の方法は、端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される上記セキュリティ鍵を取得することと、上記セキュリティ鍵を使用して、上記端末装置との無線通信を行うことと、を含む。

本発明のシステムは、基地局と、端末装置と、を含む。上記基地局は、ビーム選択に関する情報に基づいて、上記端末装置との間の無線通信のためのセキュリティ鍵を生成する。上記端末装置は、上記ビーム選択に関する上記情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成し、上記セキュリティ鍵を使用して、上記基地局との上記無線通信を行う。

本発明の第１のプログラムは、ビーム選択に関する情報を取得することと、上記ビーム選択に関する上記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成することと、をプロセッサに実行させるためのプログラムである。

本発明の第２のプログラムは、ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成することと、上記セキュリティ鍵を使用して、上記基地局との無線通信を行うことと、をプロセッサに実行させるためのプログラムである。

本発明の第３のプログラムは、端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される上記セキュリティ鍵を取得することと、上記セキュリティ鍵を使用して、上記端末装置との無線通信を行うことと、をプロセッサに実行させるためのプログラムである。

本発明の第１の記録媒体は、ビーム選択に関する情報を取得することと、上記ビーム選択に関する上記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成することと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。

本発明の第２の記録媒体は、ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成することと、上記セキュリティ鍵を使用して、上記基地局との無線通信を行うことと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。

本発明の第３の記録媒体は、端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される上記セキュリティ鍵を取得することと、上記セキュリティ鍵を使用して、上記端末装置との無線通信を行うことと、をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。

本発明によれば、ビームフォーミングが使用される場合のセキュリティを強化することが可能になる。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。

３ＧＰＰのＬＴＥの移動体通信システムのアーキテクチャを説明するための説明図である。 デュアルコネクティビティのアーキテクチャを説明するための説明図である。 デュアルコネクティビティにおける制御プレーンの接続を説明するための説明図である。 デュアルコネクティビティにおけるユーザプレーンの接続の第１の例（ＳＣＧベアラの例）を説明するための説明図である。 デュアルコネクティビティにおけるユーザプレーンの接続の第２の例（スプリットベアラの例）を説明するための説明図である。 ＳＣＧベアラの場合のプロトコル処理を説明するための説明図である。 スプリットベアラの場合のプロトコル処理を説明するための説明図である。 第１の実施形態のシステムの概略的な構成の一例を示す説明図である。 第１の実施形態の基地局の概略的な構成の例を示すブロック図である。 第１の実施形態の端末装置の概略的な構成の例を示すブロック図である。 第１の実施形態のコアネットワークノードの概略的な構成の例を示すブロック図である。 第１の実施形態におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第１の例を説明するための説明図である。 第１の実施形態におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第２の例を説明するための説明図である。 第１の実施形態におけるセキュリティ鍵を使用した鍵生成の例を説明するための説明図である。 第１の実施形態におけるビームの使用の例を説明するための説明図である。 第１の実施形態の処理の概略的な流れの第１の例を説明するための説明図である。 第１の実施形態の処理の概略的な流れの第２の例を説明するための説明図である。 第１の変形例のシステムの概略的な構成の一例を示す説明図である。 第１の変形例の基地局の概略的な構成の例を示すブロック図である。 第１の変形例におけるハンドオーバ要求確認応答の例を説明するための説明図である。 第１の変形例におけるビームＩＤ ＩＥ（Information Element）例を説明するための説明図である。 第１の変形例におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第１の例を説明するための説明図である。 第１の変形例におけるセキュリティ鍵アップデートメッセージの例を説明するための説明図である。 第１の変形例におけるＡＳセキュリティ情報の例を説明するための説明図である。 第１の変形例の処理の概略的な流れの例を説明するための説明図である。 第２の変形例のシステムの概略的な構成の一例を示す説明図である。 第２の変形例におけるビームの使用の例を説明するための説明図である。 第２の変形例の基地局の概略的な構成の例を示すブロック図である。 第２の変形例におけるビーム選択関連情報に基づくセキュリティ鍵の生成の例を説明するための説明図である。 第２の変形例の処理の概略的な流れの第２の例を説明するための説明図である。 第２の変形例の処理の概略的な流れの第３の例を説明するための説明図である。 第３の変形例のシステムの概略的な構成の一例を示す説明図である。 第３の変形例におけるビームの使用の例を説明するための説明図である。 第３の変形例の基地局の概略的な構成の例を示すブロック図である。 第３の変形例におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第１の例を説明するための説明図である。 第３の変形例の処理の概略的な流れの第１の例を説明するための説明図である。 第３の変形例の処理の概略的な流れの第２の例を説明するための説明図である。 第４の変形例のシステムの概略的な構成の一例を示す説明図である。 第４の変形例におけるビームの使用の例を説明するための説明図である。 第４の変形例の第１ユニットの概略的な構成の例を示すブロック図である。 第４の変形例の第２ユニットの概略的な構成の例を示すブロック図である。 第４の変形例におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第１の例を説明するための説明図である。 第４の変形例におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第２の例を説明するための説明図である。 第４の変形例の処理の概略的な流れの第１の例を説明するための説明図である。 第４の変形例の処理の概略的な流れの第２の例を説明するための説明図である。 ５Ｇのネットワークのアーキテクチャを説明するための説明図である。 ４Ｇのネットワークと５Ｇのネットワークの組合せのアーキテクチャを説明するための説明図である。 第２の実施形態のシステムの概略的な構成の一例を示す説明図である。 第２の実施形態の基地局の概略的な構成の例を示すブロック図である。 第２の実施形態の端末装置の概略的な構成の例を示すブロック図である。 第２の実施形態の基地局の処理の概略的な流れの例を説明するための説明図である。 第２の実施形態の端末装置の処理の概略的な流れの例を説明するための説明図である。

以下、添付の図面を参照して本発明の実施形態を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。

説明は、以下の順序で行われる。
１．関連技術
２．本発明の実施形態の概要
３．第１の実施形態
３．１．システムの構成
３．２．基地局の構成
３．３．端末装置の構成
３．４．コアネットワークノードの構成
３．５．技術的特徴
４．第１の実施形態の変形例
４．１．第１の変形例
４．２．第２の変形例
４．３．第３の変形例
４．４．第４の変形例
４．５．その他
５．第２の実施形態
５．１．システムの構成
５．２．基地局の構成
５．３．端末装置の構成
５．４．技術的特徴

＜＜１．関連技術＞＞
後述の実施形態及び変形例の説明に関連する技術として、移動体システムのアーキテクチャの例、ビームフォーミング及びデュアルコネクティビティをまず説明する。

（１）移動体システムのアーキテクチャ
図１は、３ＧＰＰ（Third Generation Partnership Project）のＬＴＥの移動体通信システムのアーキテクチャを説明するための説明図である。図１を参照すると、この移動体システムは、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）であるＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）と、コアネットワークであるＥＰＣ（Evolved Packet Core）とを含む。Ｅ−ＵＴＲＡＮは、基地局であるｅＮＢ（evolved Node B）を含み、ＥＰＣは、複数のコアネットワークノード（例えば、ＭＭＥ（Mobility Management Node）及びＳ−ＧＷ（Serving Gateway）等）を含む。このアーキテクチャは、制御プレーン（control plane：C-plane）及びユーザプレーン（user plane：U-plane）の伝送時間の短縮を図り、スループットの高いデータ転送を実現できるシステムを構築することを目的としている。

（２）ビームフォーミング
移動体通信システムのアクセス技術について、通信トラヒックの増加に対応するための研究開発が不断に続いている。例えば、高い周波数帯（例えば６ＧＨｚ〜１００ＧＨｚ）を使用したマルチアンテナのビームフォーミングの技術研究開発が、近年特に盛んである。

ビームフォーミング技術は、広いセル内での拡散型の放射とは異なり、ある周波数の送信領域を狭くし、通信する端末に追随することができる。このように送信領域を狭くすることは、周囲への干渉を軽減することができる。そのため、端末の送信電力が許す限り、基地局は、当該基地局からかなり遠くの端末と通信することができる。

（３）デュアルコネクティビティ
３ＧＰＰのリリース１２において、デュアルコネクティビティ（Dual Connectivity：ＤＣ）が制定された。図２に示されるように、デュアルコネクティビティでは、ＵＥ（User Equipment）は、ＭｅＮＢ（Master evolved Node B）及びＳｅＮＢ（Secondary evolved Node B）の両方と通信することができる。

図３に示されるように、ＵＥは、ＭｅＮＢと制御プレーン（C-plane）の通信を行う。ＵＥは、ＳｅＮＢとは制御プレーンの通信を行わない。

図４及び図５に示されるように、ＵＥは、ＭｅＮＢ及びＳｅＮＢの両方とユーザプレーンの通信を行うことができる。図４は、ＳＣＧ（Secondary Cell Group）ベアラの例を示すが、この例では、ＳｅＮＢは、ＵＥへのデータをＳ−ＧＷから受信し、ＵＥからのデータをＳ−ＧＷへ送信する。一方、図５は、スプリットベアラの例を示すが、この例では、ＳｅＮＢは、ＵＥへのデータをＭｅＮＢから受信する。即ち、ＳｅＮＢからＵＥへ送信されるデータは、ＭｅＮＢを通過する。

図６は、ＳＣＧベアラの場合のプロトコル処理を示し、図７は、スプリットベアラの場合のプロトコル処理を示す。図６に示されるように、ＳＣＧベアラの場合には、ＭｅＮＢ及びＳｅＮＢの両方において、ＰＤＣＰ（Protocol Data Convergence Protocol）、ＲＬＣ（Radio Link Control）及びＭＡＣ（Medium Access Control）の処理が行われる。一方、図７に示されるように、スプリットベアラの場合には、ＰＤＣＰの処理は、ＭｅＮＢのみで行われ、ＳｅＮＢでは、ＲＬＣ及びＭＡＣの処理が行われる。

（４）デュアルコネクティビティにおけるビームフォーミング
デュアルコネクティビティでは、例えば、ＭｅＮＢの広いカバレッジで制御プレーンの通信が行われ、ＳｅＮＢのビームフォーミングによりユーザプレーンの通信が行われることも考えられる。このような通信形態によれば、無線アクセスネットワーク（ＲＡＮ）とＵＥとの間で大量のトラフィックの通信が可能になる。

さらに、ＵＥの移動に追随するために、ＵＥのデータの送信又は受信に用いられるビームをＵＥの移動に応じて切り替えるという通信形態も考えられる。

上述したような通信形態では、例えば、ＵＥが移動に応じて、ＭｅＮＢのセルはあまり切り替えられず、ＳｅＮＢのビームが高い頻度で切り替えられる。

＜＜２．本発明の実施形態の概要＞＞
まず、本発明の実施形態の概要を説明する。

（１）技術的課題
例えば、移動体通信システムにおいて、基地局と端末装置との無線通信のためのセキュリティ鍵（秘匿鍵）を生成するためのパラメータが、当該端末装置のセルが変わる度に変化する。例えば、上記セキュリティ鍵を生成するためのパラメータとして、物理セルＩＤ（ＰＣＩ）が用いられる。このように、上記セキュリティ鍵を簡単に解読させないための工夫が施される。

しかし、ビームフォーミングが使用される場合には、基地局は、当該基地局からかなり遠い端末装置と通信することができるようになり、当該端末装置のセルが変わらない時間も長くなり得る。そのため、上記セキュリティ鍵（秘匿鍵）を生成するためのパラメータが変化する頻度が低くなり、その結果、上記セキュリティ鍵を解読することが比較的容易になり得る。即ち、セキュリティレベルが低下し得る。

そこで、ビームフォーミングが使用される場合のセキュリティを強化するのを可能にすることが望ましい。

（２）技術的特徴
本発明の実施形態では、例えば、基地局は、端末装置との無線通信のためのビームの選択に関する情報（例えば、ビームＩＤ又はビームカウンタ）に基づいて、当該無線通信のためのセキュリティ鍵を生成する。

これにより、例えば、ビームフォーミングが使用される場合のセキュリティを強化することが可能になる。より具体的には、例えば、ビームフォーミングにより端末装置のセル又は基地局が長時間変わらなかったとしても、ビームの選択のときに（例えばビームが変わるときに）新たなセキュリティ鍵が生成されるので、セキュリティ鍵の解読がより困難になる。そのため、セキュリティが強化され得る。

なお、上述した技術的特徴は本発明の実施形態の具体的な一例であり、当然ながら、本発明の実施形態は上述した技術的特徴に限定されない。

＜＜３．第１の実施形態＞＞
続いて、図８〜図１７を参照して、本発明の第１の実施形態を説明する。

＜３．１．システムの構成＞
図８を参照して、第１の実施形態のシステム１の構成の例を説明する。図８は、第１の実施形態のシステム１の概略的な構成の一例を示す説明図である。図８を参照すると、システム１は、基地局１００、端末装置２００、及びコアネットワークノード３００を含む。

例えば、システム１は、３ＧＰＰ（Third Generation Partnership Project）の規格（standard）に準拠したシステムである。より具体的には、システム１は、ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄに準拠したシステムであってもよく、第５世代（５Ｇ）の規格に準拠したシステムであってもよい。当然ながら、システム１は、これらの例に限定されない。

（１）基地局１００
基地局１００は、セル１０（又はカバレッジエリア１０）内に位置する端末装置との無線通信を行う。

また、基地局１００は、インターフェース３１（例えばＳ１インターフェース）を介して、コアネットワークノード３００と通信する。

基地局１００は、端末装置との無線通信を行うノードであり、換言すると無線アクセスネットワーク（Radio Access Network：ＲＡＮ）のノードである。例えば、基地局１００は、ｅＮＢ（evolved Node B）若しくはＨ−ｅＮＢ（Home evolved Node B）であってもよく、又は、５ＧにおけるｇＮＢ（generation Node B）であってもよい。基地局１００は、複数のユニット（又は複数のノード）を含んでもよい。当該複数のユニット（又は複数のノード）は、上位のプロトコルレイヤの処理を行う第１ユニット（又は第１ノード）と、下位のプロトコルレイヤの処理を行う第２ユニット（又は第２ノード）とを含んでもよい。一例として、上記第１ユニットは、中央ユニット（Center/Central Unit：ＣＵ）と呼ばれてもよく、上記第２ユニットは、分散ユニット（Distributed Unit：ＤＵ）、無線ユニット（Radio Unit：ＲＵ）、リモートユニット（Remote Unit：ＲＵ）又はアクセスユニット（Access Unit：ＡＵ）と呼ばれてもよい。別の例として、上記第１ユニットは、デジタルユニット（Digital Unit：ＤＵ）と呼ばれてもよく、上記第２ユニットは、無線ユニット（ＲＵ）又はリモートユニット（ＲＵ）と呼ばれてもよい。上記ＤＵ（Digital Unit）は、ＢＢＵ（Base Band Unit）であってもよく、上記ＲＵは、ＲＲＨ（Remote Radio Head）又はＲＲＵ（Remote Radio Unit）であってもよい。当然ながら、上記第１ユニット（又は第１のノード）及び上記第２ユニット（又は第２のノード）の呼称は、この例に限定されない。あるいは、基地局１００は、単一のユニット（又は単一のノード）であってもよい。この場合に、基地局１００は、上記複数のユニットのうちの１つ（例えば、上記第１ユニット及び上記第２ユニットの一方）であってもよく、上記複数のユニットのうちの他のユニット（例えば、上記第１ユニット及び上記第２ユニットの他方）と接続されていてもよい。

（２）端末装置２００
端末装置２００は、基地局との無線通信を行う。例えば、端末装置２００は、セル１０内に位置する場合に、基地局１００との無線通信を行う。例えば、端末装置２００は、ＵＥ（User Equipment）である。

（３）コアネットワークノード３００
コアネットワークノード３００は、コアネットワーク内の制御ノードである。例えば、コアネットワークノード３００は、ＭＭＥ（Mobility Management Node）である。あるいは、コアネットワークノード３００は、５Ｇの制御ノードであってもよい。

例えば、コアネットワークノード３００は、インターフェース３１（例えばＳ１インターフェース）を介して、基地局１００と通信する。

＜３．２．基地局の構成＞
次に、図９を参照して、第１の実施形態の基地局１００の構成の例を説明する。図９は、第１の実施形態の基地局１００の概略的な構成の例を示すブロック図である。図９を参照すると、基地局１００は、無線通信部１１０、ネットワーク通信部１２０、記憶部１３０及び処理部１４０を備える。

（１）無線通信部１１０
無線通信部１１０は、信号を無線で送受信する。例えば、無線通信部１１０は、端末装置からの信号を受信し、端末装置への信号を送信する。

（２）ネットワーク通信部１２０
ネットワーク通信部１２０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

（３）記憶部１３０
記憶部１３０は、基地局１００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

（４）処理部１４０
処理部１４０は、基地局１００の様々な機能を提供する。処理部１４０は、第１通信処理部１４１、第２通信処理部１４３、情報取得部１４５及び鍵生成部１４７を含む。なお、処理部１４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１４０は、これらの構成要素の動作以外の動作も行い得る。第１通信処理部１４１、第２通信処理部１４３、情報取得部１４５及び鍵生成部１４７の具体的な動作は、後に詳細に説明する。

例えば、処理部１４０（第１通信処理部１４１）は、無線通信部１１０を介して端末装置（例えば、端末装置２００）と通信する。例えば、処理部１４０（第２通信処理部１４３）は、ネットワーク通信部１２０を介して他のネットワークノード（例えば、コアネットワークノード３００）と通信する。

（５）実装例
無線通信部１１０は、アンテナ及び高周波（Radio Frequency：ＲＦ）回路等により実装されてもよく、当該アンテナは、指向性アンテナであってもよい。ネットワーク通信部１２０は、ネットワークアダプタ又はネットワークインタフェースカード等により実装されてもよい。記憶部１３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部１４０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。第１通信処理部１４１、第２通信処理部１４３、情報取得部１４５及び鍵生成部１４７は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部１３０）は、このようなプロセッサ（チップ）内に含まれてもよい。

基地局１００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部１４０の動作（第１通信処理部１４１、第２通信処理部１４３、情報取得部１４５及び／又は鍵生成部１４７の動作）を行ってもよい。上記プログラムは、処理部１４０の動作（第１通信処理部１４１、第２通信処理部１４３、情報取得部１４５及び／又は鍵生成部１４７の動作）を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

＜３．３．端末装置の構成＞
次に、図１０を参照して、第１の実施形態の端末装置２００の構成の例を説明する。図１０は、第１の実施形態の端末装置２００の概略的な構成の例を示すブロック図である。図１０を参照すると、端末装置２００は、無線通信部２１０、記憶部２２０及び処理部２３０を備える。

（１）無線通信部２１０
無線通信部２１０は、信号を無線で送受信する。例えば、無線通信部２１０は、基地局からの信号を受信し、基地局への信号を送信する。

（２）記憶部２２０
記憶部２２０は、端末装置２００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

（３）処理部２３０
処理部２３０は、端末装置２００の様々な機能を提供する。処理部２３０は、通信処理部２３１、情報取得部２３３及び鍵生成部２３５を含む。なお、処理部２３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２３０は、これらの構成要素の動作以外の動作も行い得る。通信処理部２３１、情報取得部２３３及び鍵生成部２３５の具体的な動作は、後に詳細に説明する。

例えば、処理部２３０（通信処理部２３１）は、無線通信部２１０を介して基地局（例えば、基地局１００）と通信する。

（４）実装例
無線通信部２１０は、アンテナ及び高周波（ＲＦ）回路等により実装されてもよい。記憶部２２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部２３０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。通信処理部２３１、情報取得部２３３及び鍵生成部２３５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部２２０）は、このようなプロセッサ（チップ）内に含まれてもよい。

端末装置２００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部２３０の動作（通信処理部２３１、情報取得部２３３及び／又は鍵生成部２３５の動作）を行ってもよい。上記プログラムは、処理部２３０の動作（通信処理部２３１、情報取得部２３３及び／又は鍵生成部２３５の動作）を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

＜３．４．コアネットワークノードの構成＞
次に、図１１を参照して、第１の実施形態のコアネットワークノード３００の構成の例を説明する。図１１は、第１の実施形態のコアネットワークノード３００の概略的な構成の例を示すブロック図である。図１１を参照すると、コアネットワークノード３００は、ネットワーク通信部３１０、記憶部３２０及び処理部３３０を備える。

（１）ネットワーク通信部３１０
ネットワーク通信部３１０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

（２）記憶部３２０
記憶部３２０は、コアネットワークノード３００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

（３）処理部３３０
処理部３３０は、コアネットワークノード３００の様々な機能を提供する。処理部３３０は、通信処理部３３１、情報取得部３３３及び鍵生成部３３５を含む。なお、処理部３３０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部３３０は、これらの構成要素の動作以外の動作も行い得る。通信処理部３３１、情報取得部３３３及び鍵生成部３３５の具体的な動作は、後に詳細に説明する。

例えば、処理部３３０（通信処理部３３１）は、ネットワーク通信部３１０を介して他のネットワークノード（例えば、基地局１００）と通信する。

（４）実装例
ネットワーク通信部３１０は、ネットワークアダプタ又はネットワークインタフェースカード等により実装されてもよい。記憶部３２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部３３０は、プロセッサ等により実装されてもよい。通信処理部３３１、情報取得部３３３及び鍵生成部３３５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部３２０）は、このようなプロセッサ（チップ）内に含まれてもよい。

コアネットワークノード３００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部３３０の動作（通信処理部３３１、情報取得部３３３及び／又は鍵生成部３３５の動作）を行ってもよい。上記プログラムは、処理部３３０の動作（通信処理部３３１、情報取得部３３３及び／又は鍵生成部３３５の動作）を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

＜３．５．技術的特徴＞
次に、図１２〜図１７を参照して、第１の実施形態の技術的特徴を説明する。

基地局１００（情報取得部１４５）は、ビーム選択に関する情報（以下、「ビーム選択関連情報」と呼ぶ）を取得する。そして、基地局１００（鍵生成部１４７）は、上記ビーム選択関連情報に基づいて、基地局と端末装置２００との間の無線通信のためのセキュリティ鍵を生成する。

（１）基地局／無線通信
例えば、上記基地局は、基地局１００であり、上記無線通信は、基地局１００と端末装置２００との間の無線通信である。即ち、基地局１００（鍵生成部１４７）は、基地局１００と端末装置２００との間の無線通信のためのセキュリティ鍵を生成する。

例えば、上記無線通信は、ダウンリンクの無線通信及びアップリンクの無線通信を含む。あるいは、上記無線通信は、ダウンリンクの無線通信及びアップリンクの無線通信のうちの一方のみであってもよい。

（２）ビーム選択
例えば、上記ビーム選択は、上記無線通信のために使用されるビームの選択である。ここでのビームとは、指向性ビームである。

−基地局による選択
例えば、基地局１００（第１通信処理部１４１）が、上記ビーム選択を行う。具体的には、例えば、基地局１００（第１通信処理部１４１）は、基地局１００についての測定情報を端末装置２００から受信し、当該測定情報に基づいて、基地局１００と端末装置２００との間の無線通信のために使用されるビーム（例えば最適なビーム）を選択する。

例えば、上記測定情報は、物理レイヤ又はＭＡＣレイヤの制御情報に含まれる。一例として、上記測定情報は、ＣＳＩ（Channel State Information）又はこれに類する情報である。あるいは、上記測定情報は、ＲＲＣレイヤの制御情報に含まれてもよい。一例として、上記測定情報は、測定報告（Measurement Report）に含まれてもよい。いずれにせよ、例えば、上記測定情報は、ダウンリンクの受信電力及び／又は受信品質等の情報を含む。

−端末装置による選択
あるいは、端末装置２００（通信処理部２３１）が、上記ビーム選択を行ってもよい。具体的には、端末装置２００（通信処理部２３１）は、基地局１００についての測定結果に基づいて、基地局１００と端末装置２００との間の無線通信のために使用されるビームを選択してもよい。

−ビーム選択手法
例えば、基地局１００は、ビームフォーミングを使用してリファレンス信号を送信する。具体的には、例えば、基地局１００は、ビームごとに異なる無線リソースを使用して、各ビームによりリファレンス信号を送信する。あるいは、基地局１００は、各ビームにより、ビーム固有のリファレンス信号（例えば、ビームを識別するための情報を含むリファレンス信号）を送信してもよい。これにより、端末装置２００は、ビームごとの測定結果を取得することが可能になる。そのため、基地局１００又は端末装置２００が、ビームごとの測定結果に基づいて、最適なビームを選択し得る。

あるいは、基地局１００は、ビームフォーミングを使用せずにリファレンス信号を送信し、端末装置２００が、例えば受信信号にビームの重みを乗算することにより、ビームごとの測定結果を取得してもよい。これによっても、端末装置２００は、ビームごとの測定結果を取得することが可能になり、最適なビームが選択され得る。

（３）ビーム選択関連情報
（３−１）ビーム選択関連情報の例
例えば、上記ビーム選択関連情報は、上記無線通信のために使用されるビームを選択するときに変化するパラメータである。即ち、基地局１００（鍵生成部１４７）は、上記無線通信のために使用されるビームを選択するときに変化するパラメータに基づいて、上記無線通信のためのセキュリティ鍵を生成する。上記パラメータは、上記ビームを選択する度に変化してもよい。

−第１の例：ビーム識別情報
具体的には、例えば、上記ビーム選択関連情報は、上記無線通信のために使用されるビームを識別するための識別情報（以下、「ビーム識別情報と呼ぶ」）である。一例として、当該ビーム識別情報は、ビームＩＤ又はビームインデックスである。別の例として、上記ビーム識別情報は、ビームを形成するための重みの重みＩＤ又は重みインデックスであってもよい。なお、当然ながら、上記ビーム識別情報はこれらの例に限られない。

−第２の例：ビームカウンタ
上記ビーム選択関連情報は、上記無線通信のために使用されるビームを選択するときにインクリメントされるカウンタ（以下、「ビームカウンタ」と呼ぶ）であってもよい。当該ビームカウンタは、上記ビームを選択する度にインクリメントされてもよい。一例として、当該ビームカウンタは、１６ビット長を有してもよい。

ビームカウンタは、ハンドオーバの際にソース基地局からターゲット基地局へ送信され、引き継がれてもよい。一例として、ビームカウンタは、ソース基地局からターゲット基地局へ送信されるハンドオーバ要求（HANDOVER REQUEST）メッセージの中に含まれてもよい。あるいは、ビームカウンタは、ハンドオーバのときに初期値に戻されてもよい。

ビームカウンタが上限値に達した場合に、上記セキュリティ鍵を生成するための上位鍵がリフレッシュされてもよい。あるいは、ビームカウンタが上限値に達した場合に、上記無線通信のための接続が切断されてもよい。

−その他
上記ビーム選択関連情報は、上記ビーム識別情報又は上記ビームカウンタに限られず、ビームを選択するときに変化する他のパラメータであってもよい。一例として、上記ビーム選択関連情報は、ビームを選択するときに変化する擬似乱数（再現性があるもの）であってもよい。

また、上記ビーム選択関連情報は、ビームを選択するときに変化するパラメータに限られず、上記ビーム選択に関する他の種類の情報であってもよい。例えば、上記ビーム選択関連情報は、上記ビーム選択が行われたことを示す情報であってもよく、上記ビーム選択をトリガする情報であってもよい。基地局１００（鍵生成部１４７）は、このような情報の取得に応じて、上記セキュリティ鍵を生成してもよい。

（３−２）ビーム選択関連情報の送受信
−第１の例：端末装置への送信
例えば、上記ビーム選択関連情報は、端末装置２００へ送信され、端末装置２００（通信処理部２３１）は、無線アクセスネットワーク（ＲＡＮ）から上記ビーム選択関連情報を受信する。即ち、基地局１００と同様に、端末装置２００も上記ビーム選択関連情報を取得する。

−−物理レイヤ又はＭＡＣレイヤの制御情報
例えば、上記ビーム選択関連情報は、端末装置２００へ送信される物理レイヤ又はＭＡＣレイヤの制御情報に含まれる。即ち、上記ビーム選択関連情報は、当該制御情報の中で送信される。端末装置２００（通信処理部２３１）は、当該制御情報を受信する。例えば、上記制御情報は、ＤＣＩ（Downlink Control Information）、ＭＡＣ制御エレメント（MAC control element）、又はこれらに相当する情報である。これにより、例えば、端末装置２００は、上記ビーム選択関連情報を素早く取得することが可能になる。そのため、ビームがダイナミックに変化するとしても、端末装置２００はこのようなビームの変化に対応し得る。

具体的には、例えば、上記ビーム選択関連情報は、上記ビーム識別情報（上記無線通信のために使用されるビームを識別するための識別情報）であり、基地局１００が、上記ビーム選択（上記無線通信のために使用されるビームの選択）を行う。この場合に、基地局１００（第１通信処理部１４１）は、上記ビーム選択に応じて、上記ビーム識別情報を生成し、上記ビーム識別情報を含む上記制御情報（物理レイヤ又はＭＡＣレイヤの制御情報）を端末装置２００へ送信する。

−−ＲＲＣメッセージ
上記ビーム選択関連情報は、ＲＲＣ（Radio Resource Control）メッセージに含まれてもよい。即ち、上記ビーム選択関連情報は、ＲＲＣメッセージの中で送信されてもよい。例えば、上記ＲＲＣメッセージは、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージであってもよい。

具体的には、上記ビーム選択関連情報は、上記ビーム識別情報であり、基地局１００が、上記ビーム選択を行ってもよい。この場合に、基地局１００（第１通信処理部１４１）は、上記ビーム選択に応じて、上記ビーム識別情報を生成し、上記ビーム識別情報を含むＲＲＣメッセージを端末装置２００へ送信してもよい。

あるいは、上記ビーム選択関連情報は、上記ビームカウンタであってもよい。この場合に、基地局１００（第１通信処理部１４１）は、上記ビームカウンタ（例えば初期値）を含むＲＲＣメッセージを端末装置２００へ送信してもよい。上記ビームカウンタ（例えば初期値）が第３者に改ざんされないように、上記ＲＲＣメッセージは、完全性（integrity）が保護されたメッセージであってもよい。一例として、上記ＲＲＣメッセージは、端末装置２００がアイドル状態から接続状態になる際にセキュリティモードコマンド手続き後に使用されるＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージであってもよい。

−第２の例：端末装置からの受信
上記ビーム選択関連情報は、端末装置２００から送信されてもよい。即ち、端末装置２００（通信処理部２３１）が、上記ビーム選択関連情報をＲＡＮへ送信してもよい。これにより、基地局１００（情報取得部１４５）は、上記ビーム選択関連情報を取得してもよい。

−−物理レイヤ又はＭＡＣレイヤの制御情報
上記ビーム選択関連情報は、端末装置２００から送信される物理レイヤ又はＭＡＣレイヤの制御情報に含まれてもよい。即ち、端末装置２００（通信処理部２３１）は、上記ビーム選択関連情報を含む上記制御情報をＲＡＮへ送信してもよい。例えば、上記制御情報は、ＵＣＩ（Uplink Control Information）、ＭＡＣ制御エレメント、又はこれらに相当する情報であってもよい。これにより、例えば、基地局１００は、上記ビーム選択関連情報を素早く取得することが可能になる。そのため、ビームはダイナミックに変化し得る。

具体的には、上記ビーム選択関連情報は、上記ビーム識別情報（上記無線通信のために使用されるビームを識別するための識別情報）であってもよく、端末装置２００が、上記ビーム選択（上記無線通信のために使用されるビームの選択）を行ってもよい。この場合に、端末装置２００（通信処理部２３１）は、上記ビーム選択に応じて、上記ビーム識別情報を生成し、上記ビーム識別情報を含む上記制御情報（物理レイヤ又はＭＡＣレイヤの制御情報）を基地局１００へ送信してもよい。

−−ＲＲＣメッセージ
上記ビーム選択関連情報は、ＲＲＣメッセージに含まれてもよい。即ち、上記ビーム選択関連情報は、ＲＲＣメッセージの中で送信されてもよい。

具体的には、上記ビーム選択関連情報は、上記ビーム識別情報であり、端末装置２００が、上記ビーム選択を行ってもよい。この場合に、端末装置２００（通信処理部２３１）は、上記ビーム選択に応じて、上記ビーム識別情報を生成し、上記ビーム識別情報を含むＲＲＣメッセージ（例えば、測定報告（Measurement Report）メッセージ）を基地局１００へ送信してもよい。

あるいは、上記ビーム選択関連情報は、上記ビームカウンタであってもよい。この場合に、端末装置２００（通信処理部２３１）は、上記ビームカウンタ（例えば初期値）を含むＲＲＣメッセージを基地局１００へ送信してもよい。

以上のように、上記ビーム選択関連情報は、端末装置２００へ送信され、又は端末装置２００から送信される。これにより、例えば、基地局１００及び端末装置２００が、上記ビーム選択関連情報を取得し、同じセキュリティ鍵を生成することが可能になる。

（４）セキュリティ鍵の生成
上述したように、基地局１００（鍵生成部１４７）は、上記ビーム選択関連情報に基づいて、上記無線通信のためのセキュリティ鍵を生成する。

（４−１）生成のためのインプット
例えば、基地局１００（鍵生成部１４７）は、上記ビーム選択関連情報をインプットとして使用して、上記セキュリティ鍵を生成する。

また、例えば、基地局１００（鍵生成部１４７）は、他の鍵をインプットとして使用して、上記セキュリティ鍵を生成する。

なお、基地局１００（鍵生成部１４７）は、上記ビーム選択関連情報及び上記他の鍵以外の他の情報をインプットとしてさらに使用してもよい。

（４−２）セキュリティ鍵の例
−第１の例：ユーザプレーンの暗号鍵
例えば、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵である。具体的には、例えば、上記セキュリティ鍵は、Ｋ_{ＵＰｅｎｃ}である。

例えば、基地局１００（鍵生成部１４７）は、上記セキュリティ鍵の上位鍵（基地局用の鍵）にさらに基づいて、上記セキュリティ鍵を生成する。例えば、当該上位鍵は、Ｋ_ｅＮＢである。例えば、上記上位鍵は、コアネットワークノード３００（例えばＭＭＥ）により提供され、又は、基地局１００（ターゲット基地局）へのハンドオーバのソース基地局により提供される。一例として、上記上位鍵は、コアネットワークノード３００（例えばＭＭＥ）からのイニシャルコンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）メッセージ、又は、ソース基地局からのハンドオーバ要求（HANDOVER REQUEST）メッセージに含まれる。

図１２は、第１の実施形態におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第１の例を説明するための説明図である。図１２を参照すると、Ｋ_ｅＮＢ、ビームＩＤ、ＵＰ−ｅｎｃ−ａｌｇ及びＡｌｇ−ＩＤをインプットとして使用して、ＫＤＦ（Key Derivation Function）により、ユーザプレーンの暗号鍵Ｋ_{ＵＰｅｎｃ}が生成される。ＵＰ−ｅｎｃ−ａｌｇは、アルゴリズムのタイプとしてユーザプレーン暗号化アルゴリズム（encryption algorithm）を示す情報であり、Ａｌｇ−ＩＤは、アルゴリズムのＩＤである（他の図においても同じ）。ＫＤＦは、例えば３ＧＰＰ ＴＳ３３．４０１ Ｖ１３．３．０（Ａｎｎｅｘ Ａ Ａ.７）及び／又は３ＧＰＰ ＴＳ３３．２２０ Ｖ１３．１．０（Ａｎｎｅｘ Ｂ）に記載されているアルゴリズムと同様のアルゴリズムである。さらに、Ｋ_{ＵＰｅｎｃ}はトランケート（Trancate）され、例えばＫ_{ＵＰｅｎｃ}の長さが２５６ビットから１２８ビットになる。具体的には、Ｋ_{ＵＰｅｎｃ}の２５６ビットのうちの上位１２８ビットが抽出され、この１２８ビットが最終的なＫ_{ＵＰｅｎｃ}となる。

図１２の例ではビームＩＤがＫＤＦのインプットとして使用されているが、ビームＩＤではなくビームカウンタがＫＤＦのインプットとして使用されてもよい。あるいは、ビームＩＤ及びビームカウンタ以外のビーム選択関連情報がＫＤＦのインプットとして使用されてもよい。

なお、基地局１００（鍵生成部１４７）は、上記ビーム選択関連情報に基づいて、制御プレーンの暗号化のための暗号鍵（例えばＫ_{ＲＲＣｅｎｃ}）、及び／又は、制御プレーンの完全性保護のための鍵（例えばＫ_{ＲＲＣｉｎｔ}）も生成してもよい。この場合に、上記セキュリティ鍵は、このような鍵であってもよい。

−第２の例：鍵生成のための鍵
上記セキュリティ鍵は、鍵生成に使用される鍵であってもよい。当該鍵生成は、ユーザプレーンの暗号化のための暗号鍵の生成であってもよい。具体的には、上記セキュリティ鍵はＫ_ｅＮＢ又はＫ_{ｅＮＢｂｅａｍ}であってもよく、上記暗号鍵はＫ_{ＵＰｅｎｃ}であってもよい。

基地局１００（鍵生成部１４７）は、現在（current）のセキュリティ鍵にさらに基づいて、新たなセキュリティ鍵を生成してもよい。

図１３は、第１の実施形態におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第２の例を説明するための説明図である。図１３を参照すると、現在のＫ_ｅＮＢ及びビームＩＤをインプットとして使用して、ＫＤＦにより、Ｋ_{ｅＮＢbeam}が生成される。ＫＤＦは、例えば３ＧＰＰ ＴＳ３３．２２０ Ｖ１３．１．０（Ａｎｎｅｘ Ｂ）に記載されているアルゴリズムと同様のアルゴリズムである。例えば、その後、Ｋ_{ｅＮＢbeam}が新たなＫ_ｅＮＢとなる。あるいは、Ｋ_{ｅＮＢbeam}は、Ｋ_ｅＮＢとは異なる独立した鍵として存在してもよい。

図１４は、第１の実施形態におけるセキュリティ鍵を使用した鍵生成の例を説明するための説明図である。図１４を参照すると、Ｋ_ｅＮＢ、ＵＰ−ｅｎｃ−ａｌｇ及びＡｌｇ−ＩＤをインプットとして使用して、ＫＤＦにより、ユーザプレーンの暗号鍵Ｋ_{ＵＰｅｎｃ}が生成される。ＫＤＦは、例えば３ＧＰＰ ＴＳ３３．４０１ Ｖ１３．３．０（Ａｎｎｅｘ Ａ Ａ.７）及び／又は３ＧＰＰ ＴＳ３３．２２０ Ｖ１３．１．０（Ａｎｎｅｘ Ｂ）に記載されているアルゴリズムと同一のアルゴリズムである。さらに、Ｋ_{ＵＰｅｎｃ}はトランケート（Trancate）され、例えばＫ_{ＵＰｅｎｃ}の長さが２５６ビットから１２８ビットになる。具体的には、Ｋ_{ＵＰｅｎｃ}の２５６ビットのうちの上位１２８ビットが抽出され、この１２８ビットが最終的なＫ_{ＵＰｅｎｃ}となる。なお、図１３の例のＫ_{ｅＮＢbeam}が、新たなＫ_ｅＮＢとならず、独立した鍵として存在する場合には、図１４の例では、Ｋ_ｅＮＢではなくＫ_{ｅＮＢbeam}がインプットとして使用されてもよい。

図１３の例ではビームＩＤがＫＤＦのインプットとして使用されているが、ビームＩＤではなくビームカウンタがＫＤＦのインプットとして使用されてもよい。あるいは、ビームＩＤ及びビームカウンタ以外のビーム選択関連情報がＫＤＦのインプットとして使用されてもよい。

なお、上記セキュリティ鍵（例えば、新たなＫ_ｅＮＢ、又は、Ｋ_ｅＮＢとは独立したＫ_{ｅＮＢbeam}）は、制御プレーンの暗号化のための暗号鍵（例えばＫ_{ＲＲＣｅｎｃ}）、及び／又は制御プレーンの完全性保護のための鍵（例えばＫ_{ＲＲＣｉｎｔ}）の生成にも使用されてもよい。この場合に、上記鍵生成は、このような鍵の生成であってもよい。

（４−３）セキュリティ鍵の生成タイミング
例えば、基地局１００（鍵生成部１４７）は、ビーム選択のときに、上記ビーム選択関連情報に基づいて上記セキュリティ鍵を生成する。基地局１００（鍵生成部１４７）は、ビーム選択の度に、上記ビーム選択関連情報に基づいて上記セキュリティ鍵を生成してもよい。

以上のように、基地局１００は、上記ビーム選択関連情報に基づいて上記セキュリティ鍵を生成する。これにより、例えば、ビームフォーミングが使用される場合のセキュリティが強化され得る。より具体的には、例えば、ビームフォーミングにより端末装置のセル又は基地局が長時間変わらなかったとしても、ビームの選択のときに（ビームが変わるときに）新たなセキュリティ鍵が生成される（セキュリティ鍵が変わる）ので、セキュリティ鍵の解読がより困難になる。そのため、セキュリティが強化され得る。

（５）セキュリティ鍵を使用した端末装置との無線通信
例えば、基地局１００（第１通信処理部１４１）は、上記セキュリティ鍵を使用して端末装置２００との無線通信を行う。

例えば、上述したように、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵（例えばＫ_{ＵＰｅｎｃ}）であり、基地局１００（第１通信処理部１４１）は、当該暗号鍵を使用して端末装置２００との無線通信を行う。より具体的には、例えば、基地局１００（第１通信処理部１４１）は、上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を使用して、（例えばＰＤＣＰレイヤにて）ダウンリンクデータを暗号化（cipher）し、暗号化されたダウンリンクデータを端末装置２００へ送信する。また、例えば、基地局１００（第１通信処理部１４１）は、上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を使用して、（例えばＰＤＣＰレイヤにて）受信されたアップリンクデータを解読（decipher）する。

あるいは、上述したように、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵（例えばＫ_{ＵＰｅｎｃ}）の生成に使用される鍵（Ｋ_ｅＮＢ又はＫ_{ｅＮＢｂｅａｍ}）であってもよく、基地局１００（第１通信処理部１４１）は、当該鍵を使用して端末装置２００との無線通信を行ってもよい。より具体的には、例えば、基地局１００（第１通信処理部１４１）は、上記鍵（例えばＫ_ｅＮＢ又はＫ_{ｅＮＢｂｅａｍ}）を使用して上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を生成し、当該暗号鍵を使用して端末装置２００との無線通信を行う。これ以降の説明は、上述した例と同じである。

例えば、基地局１００は、図１５に示されるように、端末装置２００との無線通信のためにビームを使用する。例えば、端末装置２００の移動に応じて、新たにビームが選択され、セキュリティ鍵が生成される。そして、基地局１００は、当該ビーム及び当該セキュリティ鍵を使用して、端末装置２００との無線通信を行う。

なお、例えば上述したように、上記セキュリティ鍵を使用した上記無線通信は、ダウンリンク及びアップリンクの両方の無線通信を含むが、第１の実施形態はこの例に限定されない。上記セキュリティ鍵を使用した上記無線通信は、ダウンリンク及びアップリンクの一方のみの無線通信であってもよい。

（６）端末装置の動作
端末装置２００（情報取得部２３３）は、上記ビーム選択関連情報を取得する。そして、端末装置２００（鍵生成部２３５）は、上記ビーム選択関連情報に基づいて、基地局１００との無線通信のためのセキュリティ鍵を生成する。当該セキュリティ鍵は、基地局１００が生成する上記セキュリティ鍵と同じである。その後、端末装置２００（通信処理部２３１）は、上記セキュリティ鍵を使用して、基地局１００との無線通信を行う。

−セキュリティ鍵の生成
セキュリティ鍵の生成の手法は、基地局１００における生成の手法と同じである。

なお、基地局１００とは異なり、端末装置２００（鍵生成部２３５）は、上位鍵（基地局用の鍵）（例えばＫ_ｅＮＢ）を自ら生成する。例えば、端末装置２００は、ＳＩＭ（Subscriber Identity Module）カードに記憶されている鍵に基づいて、上記上位鍵を生成する。

−セキュリティ鍵を使用した基地局との無線通信
例えば、上述したように、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵（例えばＫ_{ＵＰｅｎｃ}）であり、端末装置２００（通信処理部２３１）は、当該暗号鍵を使用して基地局１００との無線通信を行う。より具体的には、例えば、端末装置２００（通信処理部２３１）は、上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を使用して、（例えばＰＤＣＰレイヤにて）アップリンクデータを暗号化し、暗号化されたアップリンクデータを基地局１００へ送信する。また、例えば、端末装置２００（通信処理部２３１）は、上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を使用して、（例えばＰＤＣＰレイヤにて）受信されたダウンリンクデータを解読する。

あるいは、上述したように、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵（例えばＫ_{ＵＰｅｎｃ}）の生成に使用される鍵（例えばＫ_ｅＮＢ又はＫ_{ｅＮＢｂｅａｍ}）であってもよく、端末装置２００（通信処理部２３１）は、当該鍵を使用して基地局１００との無線通信を行ってもよい。より具体的には、例えば、端末装置２００（通信処理部２３１）は、上記鍵（例えばＫ_ｅＮＢ又はＫ_{ｅＮＢｂｅａｍ}）を使用して上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を生成し、当該暗号鍵を使用して基地局１００との無線通信を行う。これ以降の説明は、上述した例と同じである。

−ビーム選択関連情報の受信／送信
上述したように、例えば、端末装置２００（通信処理部２３１）は、ＲＡＮから上記ビーム選択関連情報を受信する。

あるいは、上述したように、端末装置２００（通信処理部２３１）が、上記ビーム選択関連情報をＲＡＮへ送信してもよい。

（７）処理の流れ
−第１の例：ビームＩＤ
図１６は、第１の実施形態の処理の概略的な流れの第１の例を説明するための説明図である。この例では、上記ビーム選択関連情報は、ビーム識別情報である。

端末装置２００は、基地局１００についての測定情報を基地局１００へ送信し、基地局１００は、当該測定情報を受信する（Ｓ１００１）。

例えば、基地局１００は、上記測定情報に基づいて、基地局１００と端末装置２００との間の無線通信のために使用されるビームを選択する（Ｓ１００３）。例えば、基地局１００は、上記ビームを識別するためのビーム識別情報を生成する。

基地局１００は、上記ビーム識別情報を端末装置２００へ送信する（Ｓ１００５）。例えば、基地局１００は、物理レイヤ又はＭＡＣレイヤの制御情報を端末装置２００へ送信し、当該制御情報が、上記ビーム識別情報を含む。端末装置２００は、上記制御情報（上記ビーム識別情報）を受信し、確認応答（Acknowledgement：ＡＣＫ）を基地局１００へ送信する（Ｓ１００７）。例えば、端末装置２００は、物理レイヤ又はＭＡＣレイヤの制御情報を基地局１００へ送信し、当該制御情報が、上記確認応答（ＡＣＫ）を含む。

基地局１００は、上記ビーム識別情報を取得し、上記ビーム識別情報に基づいて、端末装置２００との無線通信のためのセキュリティ鍵を生成する（Ｓ１００９）。

端末装置２００も、上記ビーム識別情報を取得し、上記ビーム識別情報に基づいて、基地局１００との無線通信のためのセキュリティ鍵を生成する（Ｓ１０１１）。

その後、基地局１００及び端末装置２００は、上記セキュリティ鍵を使用して無線通信を行う（Ｓ１０１３）。

−第２の例：カウンタ
図１７は、第１の実施形態の処理の概略的な流れの第２の例を説明するための説明図である。この例では、上記ビーム選択関連情報は、ビームカウンタである。

基地局１００は、ビームカウンタの初期値を端末装置２００へ送信する（Ｓ１０２１）。例えば、基地局１００は、当該初期値を含むＲＲＣメッセージ（例えばＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージ）を端末装置２００へ送信する。

基地局１００は、上記ビームカウンタ（初期値）を取得し、上記ビームカウンタ（初期値）に基づいて、端末装置２００との無線通信のためのセキュリティ鍵を生成する（Ｓ１０２３）。

端末装置２００も、上記ビームカウンタ（初期値）を取得し、上記ビームカウンタ（初期値）に基づいて、基地局１００との無線通信のためのセキュリティ鍵を生成する（Ｓ１０２５）。

端末装置２００は、基地局１００についての測定情報を基地局１００へ送信し、基地局１００は、当該測定情報を受信する（Ｓ１０３１）。

例えば、基地局１００は、上記測定情報に基づいて、基地局１００と端末装置２００との間の無線通信のために使用されるビームを選択する（Ｓ１０３３）。

基地局１００は、ビーム選択を通知するための情報（ビーム選択通知情報）を端末装置２００へ送信する（Ｓ１０３５）。例えば、基地局１００は、物理レイヤ又はＭＡＣレイヤの制御情報を端末装置２００へ送信し、当該制御情報が、上記ビーム選択通知情報を含む。

端末装置２００は、上記ビーム選択通知情報を受信し、確認応答（Acknowledgement：ＡＣＫ）を基地局１００へ送信する（Ｓ１０３７）。例えば、端末装置２００は、物理レイヤ又はＭＡＣレイヤの制御情報を基地局１００へ送信し、当該制御情報が、上記確認応答（ＡＣＫ）を含む。

基地局１００は、基地局１００のビームカウンタをインクリメントし（Ｓ１０３９）、端末装置２００も、端末装置２００のビームカウンタをインクリメントする（Ｓ１０４１）。

基地局１００は、基地局１００のビームカウンタを取得し、当該ビームカウンタに基づいて、端末装置２００との無線通信のためのセキュリティ鍵を生成する（Ｓ１０４３）。

端末装置２００も、端末装置２００のビームカウンタを取得し、当該ビームカウンタに基づいて、基地局１００との無線通信のためのセキュリティ鍵を生成する（Ｓ１０４５）。

その後、基地局１００及び端末装置２００は、上記セキュリティ鍵を使用して無線通信を行う（Ｓ１０４７）。

以上、第１の実施形態を説明した。第１の実施形態の変形例によれば、ビームフォーミングが使用される場合のセキュリティを強化することが可能になる。

＜＜４．第１の実施形態の変形例＞＞
続いて、図１８〜図４７を参照して、第１の実施形態の変形例を説明する。なお、当然ながら、上述した第１の実施形態についての説明は、変形例にも適用され得る。

＜４．１．第１の変形例＞
まず、図１８〜図２５を参照して、第１の実施形態の第１の変形例を説明する。

第１の変形例では、端末装置のハンドオーバの際に、当該ハンドオーバのソース基地局が、ビーム選択関連情報に基づいて、上記ハンドオーバのターゲット基地局と上記端末装置との間の無線通信のためのセキュリティ鍵を生成する。

（１）システムの構成
図１８は、第１の実施形態の第１の変形例のシステム２の概略的な構成の一例を示す説明図である。図１８を参照すると、システム２は、基地局１００、端末装置２００、コアネットワークノード３００に加えて、基地局４００をさらに含む。

基地局４００は、セル４０（又はカバレッジエリア４０）内に位置する端末装置との無線通信を行う。また、基地局４００は、インターフェース３３（例えばＳ１インターフェース）を介してコアネットワークノード３００と通信する。また、基地局４００は、インターフェース２１（例えばＸ２インターフェース）を介して基地局１００と通信する。例えば、基地局４００は、基地局１００と同様に動作する。

基地局４００は、端末装置との無線通信を行うノードであり、換言するとＲＡＮのノードである。この点についての説明は、基地局１００についての説明と同じであり、よってここでは省略する。

とりわけ、第１の変形例では、基地局１００から基地局４００への端末装置２００のハンドオーバが行われる。即ち、基地局１００は、当該ハンドオーバのソース基地局であり、基地局４００は、上記ハンドオーバのターゲット基地局である。

（２）基地局４００の構成
図１９は、第１の実施形態の第１の変形例の基地局４００の概略的な構成の例を示すブロック図である。図１９を参照すると、基地局４００は、無線通信部４１０、ネットワーク通信部４２０、記憶部４３０及び処理部４４０を備える。処理部４４０は、第１通信処理部４４１、第２通信処理部４４３、情報取得部４４５及び鍵生成部４４７を含む。

基地局４００についての説明は、符号の相違を除き、＜３．２．基地局の構成＞における基地局１００についての説明と同じである。よって、ここでは重複する説明を省略する。

（３）技術的特徴
上述したように、基地局１００（鍵生成部１４７）は、ビーム選択関連情報（ビーム選択に関する情報）に基づいて、基地局と端末装置２００との間の無線通信のためのセキュリティ鍵を生成する。

（３−１）基地局／無線通信
第１の変形例では、基地局１００（ソース基地局）から基地局４００（ターゲット基地局）への端末装置２００のハンドオーバが行われ、例えば、上記基地局は、基地局４００（端末装置２００のハンドオーバのターゲット基地局）である。即ち、基地局１００（鍵生成部１４７）は、基地局４００と端末装置２００との間の無線通信のためのセキュリティ鍵を生成する。

（３−２）ビーム選択
例えば、基地局４００（第１通信処理部４４１）が、上記ビーム選択を行う。具体的には、例えば、基地局１００（第２通信処理部１４３）が、基地局４００についての測定情報（端末装置２００から受信した測定情報）を基地局４００へ送信する。一例として、基地局１００（第２通信処理部１４３）は、上記測定情報を含むハンドオーバ要求メッセージを基地局４００へ送信する。そして、基地局４００（第１通信処理部４４１）は、上記測定情報に基づいて、基地局４００と端末装置２００との間の無線通信のために使用されるビームを選択する。

あるいは、基地局１００（第１通信処理部１４１）又は端末装置２００（通信処理部２３１）が、上記ビーム選択を行ってもよい。

（３−３）ビーム選択関連情報
−ビーム識別情報のケース
例えば、上記ビーム選択関連情報は、上記ビーム識別情報である。

上述したように、例えば、基地局４００（第１通信処理部４４１）が、上記ビーム選択を行う。そして、基地局４００（第２通信処理部４４３）は、ビーム識別情報を基地局１００へ送信する。一例として、基地局４００（第２通信処理部４４３）は、上記ビーム識別情報を含むハンドオーバ要求確認応答（HANDOVER REQUEST ACKNOWLEDGE）メッセージを基地局１００へ送信する。例えば、図２０に示されるように、ハンドオーバ要求確認応答メッセージは、ビームＩＤ（ビーム識別情報）を含む。例えば、図２１に示されるように、ビームＩＤは、０〜２５５のいずれかである。

例えば、基地局１００（第１通信処理部１４１）は、上記ビーム識別情報を端末装置２００へ送信する。具体的には、例えば、基地局１００（第１通信処理部１４１）は、上記ビーム識別情報を含むＲＲＣメッセージ（例えば、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージ）を端末装置２００へ送信する。

なお、基地局４００（及び基地局１００）ではなく、端末装置２００が、上記ビーム選択を行う場合には、端末装置２００（通信処理部２３１）が、ビーム識別情報を基地局１００へ送信してもよい。

−ビームカウンタのケース
上記ビーム選択関連情報は、上記ビームカウンタであってもよい。

上記ビームカウンタは、ハンドオーバの際にソース基地局からターゲット基地局へ送信され、引き継がれてもよい。この場合に、（上記セキュリティ鍵の生成に使用される）上記ビームカウンタは、基地局１００の現在のビームカウンタであってもよい。

あるいは、上記ビームカウンタは、ハンドオーバのときに初期値に戻されてもよい。この場合に、（上記セキュリティ鍵の生成に使用される）上記ビームカウンタは、ビームカウンタの初期値であってもよい。

（３−４）セキュリティ鍵の生成
−生成のためのインプット
例えば、基地局１００（鍵生成部１４７）は、上記ビーム選択関連情報に加えて、基地局１００と端末装置２００との間の無線通信のための鍵（例えばＫ_ｅＮＢ）をインプットとして使用して、上記セキュリティ鍵（基地局４００と端末装置２００との間の無線通信のためのセキュリティ鍵）を生成する。

あるいは、基地局１００（鍵生成部１４７）は、上記鍵（例えばＫ_ｅＮＢ）ではなく、コアネットワークノード３００により提供される他の鍵（例えばＮＨ（Next Hop））をインプットとして使用して、上記セキュリティ鍵を生成してもよい。

例えば、基地局１００（鍵生成部１４７）は、他の情報をさらなるインプットとして使用して、上記セキュリティ鍵を生成する。当該他の情報は、例えば、上記ハンドオーバのターゲットセル（基地局４００のセル４０）の周波数チャネル番号及び物理セルＩＤ（ＰＣＩ）である。当該周波数チャネル番号は、一例として、ＥＡＲＦＣＮ（E-UTRAN Absolute Radio Frequency Channel Number）である。

−セキュリティ鍵の例
例えば、上記セキュリティ鍵は、基地局４００による鍵生成に使用される鍵である。当該鍵生成は、ユーザプレーンの暗号化のための暗号鍵の生成である。具体的には、例えば、上記セキュリティ鍵はＫ_ｅＮＢ＊（Ｋ_ｅＮＢ star）あり、上記暗号鍵はＫ_{ＵＰｅｎｃ}である。例えば、基地局１００（鍵生成部１４７）は、ＴＳ３３．４０１（Ａ．５）及び／又は３ＧＰＰ ＴＳ３３．２２０で規定されているメカニズムによりＫ_ｅＮＢ＊を生成する。

図２２は、第１の変形例におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第１の例を説明するための説明図である。図２２を参照すると、Ｋ_ｅＮＢ、ビームＩＤ、ＥＲＦＣＮ及びＰＣＩをインプットとして、ＫＤＦにより、Ｋ_ｅＮＢ＊が生成される。ＫＤＦは、例えば３ＧＰＰ ＴＳ３３．４０１ Ｖ１３．３．０（Ａｎｎｅｘ Ａ Ａ.５）及び／又は３ＧＰＰ ＴＳ３３．２２０ Ｖ１３．１．０（Ａｎｎｅｘ Ｂ）に記載されているアルゴリズムと同様のアルゴリズムである。

図２２の例ではビームＩＤがＫＤＦのインプットとして使用されているが、ビームＩＤではなくビームカウンタがＫＤＦのインプットとして使用されてもよい。あるいは、ビームＩＤ及びビームカウンタ以外のビーム選択関連情報がＫＤＦのインプットとして使用されてもよい。

（３−５）セキュリティ鍵の送信
例えば、基地局１００（第２通信処理部１４３）は、上記セキュリティ鍵を基地局４００へ送信し、基地局４００（第２通信処理部４４３）は、上記セキュリティ鍵を受信する。

上述したように、基地局１００は、端末装置２００のハンドオーバのソース基地局であり、基地局４００は、当該ハンドオーバのターゲット基地局である。基地局１００（第２通信処理部１４３）は、上記ハンドオーバのハンドオーバ手続きにおいて、上記セキュリティ鍵を含むメッセージを、基地局４００へ送信する。当該メッセージは、例えば、セキュリティ鍵アップデート（SECURITY KEY UPDATE）メッセージと呼ばれ得る。例えば、図２３に示されるように、セキュリティ鍵アップデートメッセージは、ＡＳセキュリティ情報（AS Security Information）を含み、例えば、図２４に示されるように、ＡＳセキュリティ情報は、Ｋ_ｅＮＢ＊を含む。

（３−６）ターゲット基地局の動作
基地局４００（情報取得部４４５）は、上記セキュリティ鍵を取得する。そして、基地局４００（第１通信処理部４４１）は、上記セキュリティ鍵を使用して、端末装置２００との無線通信を行う。例えば、基地局４００（情報取得部４４５、第１通信処理部４４１）は、Ｋ_ｅＮＢ＊を取得し、Ｋ_ｅＮＢ＊をＫ_ｅＮＢとして使用して、端末装置２００との無線通信を行う。

例えば、基地局４００（第１通信処理部４４１）は、上記セキュリティ鍵を使用して、ユーザプレーンの暗号化のための暗号鍵を生成し、当該暗号鍵を使用して、端末装置２００との無線通信を行う。例えば、基地局４００（第１通信処理部４４１）は、図１４の例と同様にＫ_ｅＮＢを使用してＫ_{ＵＰｅｎｃ}を生成し、Ｋ_{ＵＰｅｎｃ}を使用して端末装置２００との無線通信を行う。

また、例えば、基地局４００（第１通信処理部４４１）は、上記セキュリティ鍵を使用して、制御プレーンの暗号化のための暗号鍵（例えばＫ_{ＲＲＣｅｎｃ}）、及び／又は、制御プレーンの完全性保護のための鍵（例えばＫ_{ＲＲＣｉｎｔ}）も生成し、このような鍵を使用して、端末装置２００との無線通信を行う。

（３−７）端末装置の動作
端末装置２００（鍵生成部２３５）は、基地局１００と同様に、上記ビーム選択関連情報に基づいて、基地局４００との無線通信のためのセキュリティ鍵（例えばＫ_ｅＮＢ＊）を生成する。そして、端末装置２００（通信処理部２３１）は、当該セキュリティ鍵を使用して、基地局４００との無線通信を行う。

例えば、端末装置２００（鍵生成部２３５）は、Ｋ_ｅＮＢ＊を生成する。そして、端末装置２００（通信処理部２３１）は、Ｋ_ｅＮＢ＊をＫ_ｅＮＢとして使用してＫ_{ＵＰｅｎｃ}を生成し、Ｋ_{ＵＰｅｎｃ}を使用して基地局４００との無線通信を行う。

（３−８）その他
基地局４００（第２通信処理部４４３）は、コアネットワークノード３００へ上記ビーム選択関連情報を送信し、コアネットワークノード３００（通信処理部３３１）は、上記ビーム選択関連情報を受信してもよい。例えば、基地局４００（第２通信処理部４４３）は、上記ビーム選択関連情報を含むパススイッチ要求（PASS SWITCH REQUEST）メッセージをコアネットワークノード３００へ送信してもよい。例えば、当該パススイッチ要求メッセージは、図２０の例と同様に、ビームＩＤを含んでもよい。

コアネットワークノード３００（情報取得部３３３、鍵生成部３３５）は、上記ビーム選択関連情報を取得し、上記ビーム選択関連情報に基づいて、基地局と端末装置２００との間の無線通信のためのセキュリティ鍵を生成してもよい。例えば、当該セキュリティ鍵は、ＮＨであってもよい。

さらに、コアネットワークノード３００（通信処理部３３１）は、上記セキュリティ鍵（例えばＮＨ）を基地局４００へ送信してもよい。一例として、コアネットワークノード３００（通信処理部３３１）は、上記セキュリティ鍵（例えばＮＨ）を含むパススイッチ要求確認応答（PASS SWITCH REQUEST ACKNOWLEDGE）メッセージを基地局４００へ送信してもよい。

（３−９）処理の流れ
図２５は、第１の実施形態の第１の変形例の処理の概略的な流れの例を説明するための説明図である。この例では、上記ビーム選択関連情報は、ビームＩＤ識別情報である。

端末装置２００は、基地局４００についての測定報告を基地局１００へ送信する（Ｓ１０５１）。

例えば、基地局１００は、上記測定報告に基づいて、基地局１００（ソース基地局）から基地局４００（ターゲット基地局）への端末装置２００のハンドオーバを決定する（Ｓ１０５３）。

基地局１００は、ハンドオーバ要求メッセージを基地局４００へ送信する（Ｓ１０５５）。例えば、当該ハンドオーバ要求メッセージは、基地局４００についての上記測定報告を含む。

基地局４００は、許可制御（Admission Control）を行う（Ｓ１０５７）。

基地局４００は、上記測定報告に基づいて、基地局４００と端末装置２００との間の無線通信のために使用するビームを選択する（Ｓ１０５９）。

基地局４００は、上記ビームのビームＩＤを含むハンドオーバ要求確認応答メッセージを基地局１００へ送信する（Ｓ１０６１）。

基地局１００は、上記ビームＩＤに基づいて、基地局４００と端末装置２００との間の無線通信のためのセキュリティ鍵（Ｋ_ｅＮＢ＊）を生成する（Ｓ１０６３）。

基地局１００は、上記セキュリティ鍵を含むセキュリティ鍵アップデートメッセージを基地局４００へ送信する（Ｓ１０６５）。

基地局１００は、上記ビームＩＤを含むＲＲＣ接続再構成メッセージを端末装置２００へ送信する（Ｓ１０６７）。端末装置２００は、上記ビームＩＤを取得し、上記ビームＩＤに基づいて、基地局４００との無線通信のためのセキュリティ鍵（Ｋ_ｅＮＢ＊）を生成する。

端末装置２００は、基地局４００と同期し（Ｓ１０６９）、ＲＲＣ接続再構成完了（RRC Connection Reconfiguration Complete）メッセージを基地局４００へ送信する（Ｓ１０７１）。

基地局４００は、パススイッチ要求メッセージをコアネットワークノード３００へ送信し（Ｓ１０７３）、コアネットワークノード３００は、ソースからターゲットへのパススイッチを行い（Ｓ１０７５）、パススイッチ要求確認応答メッセージを基地局４００へ送信する（Ｓ１０７７）。なお、上記パススイッチ要求メッセージは、上記ビームＩＤを含んでもよく、この場合に、コアネットワークノード３００が、上記ビームＩＤに基づいて、ＮＨを生成してもよい。そして、上記パススイッチ要求確認応答メッセージは、当該ＮＨを含んでもよい。

基地局４００は、ＵＥコンテキストリリースメッセージを基地局１００へ送信する（Ｓ１０７９）。

以上、第１の実施形態の第１の変形例を説明した。なお、基地局１００がソース基地局である例を説明したが、基地局１００がターゲット基地局になる場合には、基地局１００は、基地局４００と同様に動作してもよい。また、基地局４００がターゲット基地局である例を説明したが、基地局４００がソース基地局になる場合には、基地局４００は、基地局１００と同様に動作してもよい。

＜４．２．第２の変形例＞
次に、図２６〜図３１を参照して、第１の実施形態の第２の変形例を説明する。

第２の変形例では、デュアルコネクティビティのセカンダリ基地局が、ビーム選択関連情報に基づいて、当該セカンダリ基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成する。

（１）システムの構成
図２６は、第１の実施形態の第２の変形例のシステム３の概略的な構成の一例を示す説明図である。図２６を参照すると、システム３は、基地局１００、端末装置２００、コアネットワークノード３００に加えて、基地局５００をさらに含む。

とりわけ第２の変形例では、基地局５００は、端末装置２００のデュアルコネクティビティのマスタ基地局であり、基地局１００は、当該デュアルコネクティビティのセカンダリ基地局である。一例として、基地局５００は、ＭｅＮＢ（Master evolved Node B）であり、基地局１００は、ＳｅＮＢ（Secondary evolved Node B）である。端末装置２００は、基地局５００（マスタ基地局）及び基地局１００（セカンダリ基地局）の両方との無線通信を行う。なお、マスタ基地局及びセカンダリ基地局は、同一のＲＡＴ（Radio Access Technology）を使用してもよく、又は、異なるＲＡＴを使用してもよい（例えば後述の＜４．５．その他＞を参照）。

例えば、基地局１００（セカンダリ基地局）は、図２７に示されるように、端末装置２００との無線通信のためにビームを使用する。例えば、端末装置２００の移動に応じて、新たにビームが選択される。

第２の変形例では、基地局１００（セカンダリ基地局）と端末装置２００との無線通信のために、例えばＳＣＧベアラが使用される。即ち、基地局１００（セカンダリ基地局）から端末装置２００へ送信されるデータは、基地局５００（マスタ基地局）を経由せずに、コアネットワーク（例えばサービングゲートウェイ（Ｓ−ＧＷ））から基地局１００（セカンダリ基地局）へ送信される。また、端末装置２００から基地局１００（セカンダリ基地局）へ送信されるデータは、基地局５００（マスタ基地局）を経由せずに、基地局１００からコアネットワーク（例えばサービングゲートウェイ（Ｓ−ＧＷ））へ送信される。

基地局５００は、インターフェース３５（例えばＳ１インターフェース）を介してコアネットワークノード３００と通信する。また、基地局５００は、インターフェース２３（例えばＸ２インターフェース）を介して基地局１００と通信する。

（２）基地局５００の構成
図２８は、第１の実施形態の第２の変形例の基地局５００の概略的な構成の例を示すブロック図である。図２８を参照すると、基地局５００は、無線通信部５１０、ネットワーク通信部５２０、記憶部５３０及び処理部５４０を備える。処理部５４０は、第１通信処理部５４１、第２通信処理部５４３、情報取得部５４５及び鍵生成部５４７を含む。

基地局５００についての説明は、符号の相違を除き、＜３．２．基地局の構成＞における基地局１００についての説明と同じである。よって、ここでは重複する説明を省略する。

（３）技術的特徴
上述したように、基地局１００（鍵生成部１４７）は、ビーム選択関連情報（ビーム選択に関する情報）に基づいて、基地局と端末装置２００との間の無線通信のためのセキュリティ鍵を生成する。

（３−１）基地局／無線通信
第２の変形例では、上記基地局は、基地局１００（上記デュアルコネクティビティのセカンダリ基地局）である。即ち、基地局１００（鍵生成部１４７）は、基地局１００（セカンダリ基地局）と端末装置２００との間の無線通信のためのセキュリティ鍵を生成する。

（３−２）ビーム選択
第２の変形例では、例えば、基地局１００（第１通信処理部１４１）が、上記ビーム選択を行う。

あるいは、端末装置２００（通信処理部２３１）が上記ビーム選択を行ってもよく、又は、基地局５００（第１通信処理部５４１）が上記ビーム選択を行ってもよい。

（３−３）ビーム選択関連情報
−ビーム識別情報のケース
例えば、上記ビーム選択関連情報は、上記ビーム識別情報である。

上述したように、例えば、基地局１００（第１通信処理部１４１）が、上記ビーム選択を行う。そして、基地局１００（第１通信処理部１４１）が、上記ビーム識別情報を端末装置２００へ送信する。例えば、基地局１００（第１通信処理部１４１）は、上記ビーム識別情報を含む制御情報（物理レイヤ又はＭＡＣレイヤの制御情報）を端末装置２００へ送信する。

また、例えば、基地局１００がセカンダリ基地局として追加される際に、マスタ基地局である基地局５００（第１通信処理部５４１）が、上記ビーム識別情報を端末装置２００へ送信する。例えば、基地局５００（第１通信処理部５４１）は、上記ビーム識別情報を含むＲＲＣメッセージ（例えば、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージ）を端末装置２００へ送信する。なお、例えば、基地局１００（第２通信処理部１４３）は、上記ビーム識別情報を基地局５００へ送信する。一例として、基地局１００（第２通信処理部１４３）は、上記ビーム識別情報を含む追加要求確認応答メッセージ（例えば、ＳｅＮＢ追加要求確認応答（SENB ADDITION REQUEST ACKNOWLEDGE）メッセージ）を基地局５００へ送信する。例えば、ＳｅＮＢ追加要求確認応答メッセージは、図２０の例と同様に、ビームＩＤを含む。

なお、基地局１００（第１通信処理部１４１）が、上記ビーム識別情報を含む上記制御情報を端末装置２００へ送信する代わりに、基地局５００（第１通信処理部５４１）が、上記ビーム識別情報を端末装置２００へ送信してもよい。例えば、基地局５００（第１通信処理部５４１）は、上記ビーム識別情報を含むＲＲＣメッセージ（例えば、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージ）を端末装置２００へ送信してもよい。あるいは、基地局５００（第１通信処理部５４１）は、上記ビーム識別情報を含む制御情報（物理レイヤ又はＭＡＣレイヤの制御情報）を端末装置２００へ送信してもよい。基地局１００（第２通信処理部１４３）は、上記ビーム識別情報を基地局５００へ送信してもよい。一例として、基地局１００（第２通信処理部１４３）は、上記ビーム識別情報を含むメッセージ（例えば、ＳｅＮＢ変更要求（SENB MODIFICATION REQUIRED）メッセージ）を基地局５００へ送信してもよい。例えば、ＳｅＮＢ変更要求メッセージは、図２０の例と同様に、ビームＩＤを含んでもよい。

−ビームカウンタのケース
上記ビーム選択関連情報は、上記ビームカウンタであってもよい。

−−ビームカウンタ（初期値）の送受信
基地局１００がセカンダリ基地局として追加される際に、マスタ基地局である基地局５００（第１通信処理部５４１）が上記ビームカウンタ（初期値）を端末装置２００へ送信してもよい。例えば、基地局５００（第１通信処理部５４１）は、ビームカウンタ（初期値）を含むＲＲＣメッセージを端末装置２００へ送信してもよい。当該ＲＲＣメッセージは、ＳＣＧカウンタも含んでもよい。上記ビームカウンタ（例えば初期値）が第３者に改ざんされないように、上記ＲＲＣメッセージは、完全性（integrity）が保護されたメッセージであってもよい。一例として、上記ＲＲＣメッセージは、端末装置２００がアイドル状態から接続状態になる際にセキュリティモードコマンド手続き後に使用されるＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージであってもよい。

基地局１００がセカンダリ基地局として追加される際に、マスタ基地局である基地局５００（第２通信処理部５４３）が上記ビームカウンタ（初期値）を基地局１００へ送信してもよい。例えば、基地局５００（第２通信処理部５４３）は、上記ビームカウンタ（初期値）を含む追加要求メッセージ（例えば、ＳｅＮＢ追加要求（SENB ADDITION REQUEST）メッセージ）を基地局１００へ送信してもよい。当該追加要求メッセージは、上記セキュリティ鍵を生成に使用されるセカンダリ基地局用の鍵（例えばＳ−Ｋ_ｅＮＢ）をさらに含んでもよい。

例えば以上のように、上記ビームカウンタが、端末装置２００及び基地局１００へ送信される。しかしながら、第２の変形例はこの例には限定されない。例えば、セカンダリ基地局である基地局１００（第２通信処理部１４３）は、ビームフォーミングの適用を示す情報を含む追加要求確認応答メッセージ（例えば、ＳｅＮＢ追加要求確認応答（SENB ADDITION REQUEST ACKNOWLEDGE）メッセージ）を基地局５００へ送信してもよい。そして、基地局５００（第１通信処理部５４１）は、ビームカウンタ（初期値）を含むＲＲＣメッセージを端末装置２００へ送信してもよい。さらに、基地局５００（第２通信処理部５４３）は、上記ビームカウンタ（初期値）を含む変更要求メッセージ（例えば、ＳｅＮＢ変更要求（SENB MODIFICATION REQUEST）メッセージ）を基地局１００へ送信してもよい。

−−ビームカウンタの上限値への到達時
上記ビームカウンタが上限値に達した場合に、基地局１００（第２通信処理部１４３）は、基地局５００に通知し、基地局５００（鍵生成部５４７）は、上記セキュリティ鍵を生成に使用されるセカンダリ基地局用の鍵（例えばＳ−Ｋ_ｅＮＢ）を新たに生成（即ちリフレッシュ）してもよい。そして、基地局５００（第２通信処理部５４３）は、上記鍵（例えばＳ−Ｋ_ｅＮＢ）及び上記ビームカウンタの初期値を含む変更要求メッセージ（例えば、ＳｅＮＢ変更要求（SENB MODIFICATION REQUEST）メッセージ）を基地局１００へ送信してもよい。さらに、基地局５００（第１通信処理部５４１）は、上記ビームカウンタの上記初期値を含むＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージを端末装置２００へ送信してもよい。

あるいは、上記ビームカウンタが上限値に達した場合に、基地局５００は、端末装置２００とのＲＲＣ接続を切断してもよい。

（３−４）セキュリティ鍵の生成
−生成のためのインプット
例えば、基地局１００（鍵生成部１４７）は、上記ビーム選択関連情報に加えて、セカンダリ基地局用の鍵（例えばＳ−Ｋ_ｅＮＢ）をインプットとして使用して、上記セキュリティ鍵（基地局１００と端末装置２００との間の無線通信のためのセキュリティ鍵）を生成する。セカンダリ基地局用の上記鍵は、マスタ基地局である基地局５００（鍵生成部５４７）により生成され、基地局５００（第２通信処理部５４３）により基地局１００へ送信される。

−セキュリティ鍵の例
例えば、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵である。具体的には、例えば、上記セキュリティ鍵は、Ｋ_{ＵＰｅｎｃ}である。例えば、基地局１００（鍵生成部１４７）は、ＴＳ３３．４０１のＡ．７章で規定されているメカニズムによりＫ_{ＵＰｅｎｃ}を生成する。

図２９は、第２の変形例におけるビーム選択関連情報に基づくセキュリティ鍵の生成の例を説明するための説明図である。図２９を参照すると、Ｓ−Ｋ_ｅＮＢ、ビームＩＤ、ＵＰ−ｅｎｃ−ａｌｇ及びＡｌｇ−ＩＤをインプットとして使用して、ＫＤＦにより、ユーザプレーンの暗号鍵Ｋ_{ＵＰｅｎｃ}が生成される。ＫＤＦは、例えば３ＧＰＰ ＴＳ３３．４０１ Ｖ１３．３．０（Ａｎｎｅｘ Ａ Ａ.７）及び／又は３ＧＰＰ ＴＳ３３．２２０ Ｖ１３．１．０（Ａｎｎｅｘ Ｂ）に記載されているアルゴリズムと同様のアルゴリズムである。さらに、Ｋ_{ＵＰｅｎｃ}はトランケートされ、例えばＫ_{ＵＰｅｎｃ}の長さが２５６ビットから１２８ビットになる。具体的には、Ｋ_{ＵＰｅｎｃ}の２５６ビットのうちの上位１２８ビットが抽出され、この１２８ビットが最終的なＫ_{ＵＰｅｎｃ}となる。

図２９の例ではビームＩＤがＫＤＦのインプットとして使用されているが、ビームＩＤではなくビームカウンタがＫＤＦのインプットとして使用されてもよい。あるいは、ビームＩＤ及びビームカウンタ以外のビーム選択関連情報がＫＤＦのインプットとして使用されてもよい。

なお、基地局１００（鍵生成部１４７）は、上記ビーム選択関連情報に基づいて、制御プレーンの暗号化のための暗号鍵（例えばＫ_{ＲＲＣｅｎｃ}）、及び／又は、制御プレーンの完全性保護のための鍵（例えばＫ_{ＲＲＣｉｎｔ}）も生成してもよい。この場合に、上記セキュリティ鍵は、このような鍵であってもよい。

（３−５）セキュリティ鍵を使用した端末装置との無線通信
例えば、基地局１００（第１通信処理部１４１）は、上記セキュリティ鍵を使用して端末装置２００との無線通信を行う。

例えば、上述したように、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵（例えばＫ_{ＵＰｅｎｃ}）であり、基地局１００（第１通信処理部１４１）は、当該暗号鍵を使用して端末装置２００との無線通信を行う。より具体的な動作は、第１の実施形態の例として上述したとおりであり、重複する説明を省略する。

なお、第２の変形例でも、上記セキュリティ鍵を使用した上記無線通信は、ダウンリンク及びアップリンクの両方の無線通信を含んでもよく、又は、ダウンリンク及びアップリンクの一方の無線通信であってもよい。

（３−６）端末装置の動作
端末装置２００（鍵生成部２３５）は、基地局１００と同様に、上記ビーム選択関連情報に基づいて、基地局１００との無線通信のためのセキュリティ鍵（例えばＫ_{ＵＰｅｎｃ}）を生成する。そして、端末装置２００（通信処理部２３１）は、当該セキュリティ鍵（例えばＫ_{ＵＰｅｎｃ}）を使用して、基地局４００との無線通信を行う。

（３−７）処理の流れ
−第１の例
例えば、上記ビーム選択関連情報はビーム識別情報であり、基地局１００及び端末装置２００は、図１６の例と同様の処理を行う。

なお、ステップＳ１００１については、測定情報は、端末装置２００から基地局５００（マスタ基地局）へ送信され、基地局５００（マスタ基地局）から基地局１００（セカンダリ基地局）へ送信されてもよい。

−第２の例
図３０は、第１の実施形態の第２の変形例の処理の概略的な流れの第２の例を説明するための説明図である。この例は、セカンダリ基地局の追加の際の処理の例である。また、この例では、上記ビーム選択関連情報は、ビームＩＤである。

基地局５００（ＭｅＮＢ）は、ＳｅＮＢ追加要求（SENB ADDITION REQUEST）メッセージを基地局１００（ＳｅＮＢ）へ送信する（Ｓ１１０１）。例えば、このメッセージは、Ｅ−ＲＡＢ ＱｏＳ及びＳ−ＫｅＮＢ及びＵＥ ＥＰＳセキュリティケイパビリティ等を含む。例えば、このメッセージは、端末装置２００により送信された測定情報（基地局１００についての測定情報）も含む。

基地局１００（ＳｅＮＢ）は、上記測定情報に基づいて、基地局１００（ＳｅＮＢ）と端末装置２００（ＵＥ）との間の無線通信のために使用するビームを選択する（Ｓ１１０３）。

基地局１００（ＳｅＮＢ）は、上記ビームのビームＩＤを含むＳｅＮＢ追加要求確認応答（SENB ADDITION REQUEST ACKNOWLEDGE）メッセージを基地局５００（ＭｅＮＢ）へ送信する（Ｓ１１０５）。

基地局５００（ＭｅＮＢ）は、ＳＣＧカウンタ及び上記ビームＩＤ等を含むＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージを端末装置２００（ＵＥ）へ送信する（Ｓ１１０７）。

端末装置２００（ＵＥ）は、ＲＲＣ接続再構成完了（RRC Connection Reconfiguration Complete）メッセージを基地局５００（ＭｅＮＢ）へ送信する（Ｓ１１０９）。

基地局５００（ＭｅＮＢ）は、ＳｅＮＢ再構成完了（SENB RECONFIGURATION COMPLETE）メッセージを基地局１００（ＳｅＮＢ）へ送信する（Ｓ１１１１）。

その後、ランダムアクセス手続き（Ｓ１１１３）、ＳＮステータス転送（Ｓ１１１５）及びパスアップデート手続き（Ｓ１１１７）が行われる。

以上のような処理により、基地局１００（ＳｅＮＢ）及び端末装置２００（ＵＥ）は、同じビームＩＤを取得し、同じセキュリティ鍵を生成し得る。

−第３の例
図３１は、第１の実施形態の第２の変形例の処理の概略的な流れの第３の例を説明するための説明図である。この例は、ビーム選択（ビームの変更）の際の処理の例である。また、この例では、上記ビーム選択関連情報は、ビームＩＤである。この第３の例は、上述した第１の例の代わりに行われてもよい。

基地局１００（ＳｅＮＢ）は、基地局１００（ＳｅＮＢ）と端末装置２００（ＵＥ）との間の無線通信のために使用するビームを選択する（Ｓ１１２１）。即ち、基地局１００（ＳｅＮＢ）は、ビームを変更する。

基地局１００（ＳｅＮＢ）は、上記ビームのビームＩＤを含むＳｅＮＢ変更要求（SENB MODIFICATION REQUIRED）メッセージを基地局５００（ＭｅＮＢ）へ送信する（Ｓ１０２３）。

基地局５００（ＭｅＮＢ）は、上記ビームＩＤ等を含むＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージを端末装置２００（ＵＥ）へ送信する（Ｓ１１２５）。

端末装置２００（ＵＥ）は、ＲＲＣ接続再構成完了（RRC Connection Reconfiguration Complete）メッセージを基地局５００（ＭｅＮＢ）へ送信する（Ｓ１１２７）。

基地局５００（ＭｅＮＢ）は、ＳｅＮＢ変更確認（SENB MODIFICATION CONFIRM）メッセージを基地局１００（ＳｅＮＢ）へ送信する（Ｓ１１２９）。

以上のような処理により、基地局１００（ＳｅＮＢ）及び端末装置２００（ＵＥ）は、同じビームＩＤを取得し、同じセキュリティ鍵を生成し得る。

−第４の例
上記ビーム選択関連情報は、ビーム識別情報ではなくビームカウンタであってもよい。この場合に、基地局１００及び端末装置２００は、図１７の例と同様の処理を行ってもよい。

なお、ステップＳ１０２１については、基地局１００（セカンダリ基地局）ではなく基地局５００（マスタ基地局）がビームカウンタの初期値を端末装置２００へ送信してもよい。また、ステップＳ１０３１については、測定情報は、端末装置２００から基地局５００（マスタ基地局）へ送信され、基地局５００（マスタ基地局）から基地局１００（セカンダリ基地局）へ送信されてもよい。また、ステップＳ１０３５については、基地局１００（セカンダリ基地局）ではなく基地局５００（マスタ基地局）が、ビーム選択を通知するための情報を端末装置２００へ送信してもよい。

以上、第１の実施形態の第２の変形例を説明した。なお、第２の変形例では、基地局１００（セカンダリ基地局）と端末装置２００との無線通信のために、ＳＣＧベアラではなく、スプリットベアラが使用されてもよい。この場合に、データの暗号化は、マスタ基地局（基地局５００）側にあるＰＤＣＰレイヤではなく、セカンダリ基地局（基地局１００）側にあるＲＬＣレイヤ又はＭＡＣレイヤで行われてもよい。基地局１００（ＳｅＮＢ）が上記セキュリティ鍵を生成し、使用してもよい。このような場合にも、基地局１００（セカンダリ基地局）、基地局５００（マスタ基地局）及び端末装置２００は、上述した動作を行い得る。

＜４．３．第３の変形例＞
次に、図３２〜図３７を参照して、第１の実施形態の第３の変形例を説明する。

第３の変形例では、デュアルコネクティビティのマスタ基地局が、ビーム選択関連情報に基づいて、セカンダリ基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成する。

（１）システムの構成
図３２は、第１の実施形態の第３の変形例のシステム４の概略的な構成の一例を示す説明図である。図３２を参照すると、システム４は、基地局１００、端末装置２００、コアネットワークノード３００に加えて、基地局６００をさらに含む。

とりわけ第３の変形例では、基地局１００は、端末装置２００のデュアルコネクティビティのマスタ基地局であり、基地局６００は、当該デュアルコネクティビティのセカンダリ基地局である。一例として、基地局１００は、ＭｅＮＢであり、基地局６００は、ＳｅＮＢである。端末装置２００は、基地局１００（マスタ基地局）及び基地局６００（セカンダリ基地局）の両方との無線通信を行う。なお、マスタ基地局及びセカンダリ基地局は、同一のＲＡＴを使用してもよく、又は、異なるＲＡＴを使用してもよい（例えば後述の＜４．５．その他＞を参照）。

例えば、基地局６００（セカンダリ基地局）は、図３３に示されるように、端末装置２００との無線通信のためにビームを使用する。例えば、端末装置２００の移動に応じて、新たにビームが選択される。

第３の変形例では、例えば、基地局６００（セカンダリ基地局）と端末装置２００との無線通信のために、例えばＳＣＧベアラが使用される。即ち、基地局６００（セカンダリ基地局）から端末装置２００へ送信されるデータは、基地局１００（マスタ基地局）を経由せずに、コアネットワーク（例えばサービングゲートウェイ（Ｓ−ＧＷ））から基地局６００へ送信される。また、端末装置２００から基地局６００（セカンダリ基地局）へ送信されるデータは、基地局１００（マスタ基地局）を経由せずに、基地局６００からコアネットワーク（例えばサービングゲートウェイ（Ｓ−ＧＷ））へ送信される。

あるいは、基地局６００（セカンダリ基地局）と端末装置２００との無線通信のために、例えばスプリットベアラが使用されてもよい。即ち、基地局６００（セカンダリ基地局）から端末装置２００へ送信されるデータは、基地局１００（マスタ基地局）を経由して、コアネットワーク（例えばサービングゲートウェイ（Ｓ−ＧＷ））から基地局６００へ送信されてもよい。また、端末装置２００から基地局６００（セカンダリ基地局）へ送信されるデータは、基地局１００（マスタ基地局）を経由して、基地局６００からコアネットワーク（例えばサービングゲートウェイ（Ｓ−ＧＷ））へ送信されてもよい。

基地局６００は、インターフェース３７（例えばＳ１インターフェース）を介してコアネットワークノード３００と通信する。また、基地局６００は、インターフェース２５（例えばＸ２インターフェース）を介して基地局１００と通信する。

（２）基地局６００の構成
図３４は、第１の実施形態の第３の変形例の基地局６００の概略的な構成の例を示すブロック図である。図３４を参照すると、基地局６００は、無線通信部６１０、ネットワーク通信部６２０、記憶部６３０及び処理部６４０を備える。処理部６４０は、第１通信処理部６４１、第２通信処理部６４３、情報取得部６４５及び鍵生成部６４７を含む。

基地局６００についての説明は、符号の相違を除き、＜３．２．基地局の構成＞における基地局６００についての説明と同じである。よって、ここでは重複する説明を省略する。

（３）技術的特徴（第１の例：ＳＣＧベアラのケース）
まず、第１の例として、ＳＣＧベアラが使用されるケースの技術的特徴を説明する。

上述したように、基地局１００（鍵生成部１４７）は、ビーム選択関連情報（ビーム選択に関する情報）に基づいて、基地局と端末装置２００との間の無線通信のためのセキュリティ鍵を生成する。

（３−１）基地局／無線通信
第３の変形例では、上記基地局は、基地局６００（上記デュアルコネクティビティのセカンダリ基地局）である。即ち、基地局１００（鍵生成部１４７）は、基地局６００（セカンダリ基地局）と端末装置２００との間の無線通信のためのセキュリティ鍵を生成する。

（３−２）ビーム選択
第３の変形例では、例えば、基地局６００（第１通信処理部６４１）が、上記ビーム選択を行う。

あるいは、端末装置２００（通信処理部２３１）が上記ビーム選択を行ってもよく、又は、基地局１００（第１通信処理部１４１）が上記ビーム選択を行ってもよい。

（３−３）ビーム選択関連情報
例えば、第３の変形例でも、第２の変形例と同様に、マスタ基地局、セカンダリ基地局及び端末装置の間でビーム選択関連情報（ビーム識別情報又はビームカウンタ等）が送受信され得る。よって、ここでは重複する説明を省略する。

（３−４）セキュリティ鍵の生成
−生成のためのインプット
例えば、基地局１００（鍵生成部１４７）は、上記ビーム選択関連情報に加えて、マスタ基地局用の鍵（例えばＫ_ｅＮＢ）をインプットとして使用して、上記セキュリティ鍵（基地局６００と端末装置２００との間の無線通信のためのセキュリティ鍵）を生成する。

例えば、マスタ基地局用の上記鍵（例えばＫ_ｅＮＢ）は、コアネットワークノード３００（例えばＭＭＥ）により提供され、又は、基地局１００（ターゲット基地局）へのハンドオーバのソース基地局により提供される。一例として、上記上位鍵は、コアネットワークノード３００（例えばＭＭＥ）からのイニシャルコンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）メッセージ、又は、ソース基地局からのハンドオーバ要求（HANDOVER REQUEST）メッセージに含まれる。

−セキュリティ鍵の例
例えば、上記セキュリティ鍵は、基地局６００（セカンダリ基地局）による鍵生成に使用される鍵である。即ち、上記セキュリティ鍵は、セカンダリ基地局用の鍵である。例えば、上記鍵生成は、ユーザプレーンの暗号化のための暗号鍵の生成である。具体的には、例えば、上記セキュリティ鍵はＳ−Ｋ_ｅＮＢであり、上記暗号鍵はＫ_{ＵＰｅｎｃ}である。

図３５は、第３の変形例におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第１の例を説明するための説明図である。図３５を参照すると、Ｋ_ｅＮＢ及びビームＩＤをインプットとして使用して、ＫＤＦにより、Ｓ−Ｋ_ｅＮＢが生成される。ＫＤＦは、例えば３ＧＰＰ ＴＳ３３．４０１ Ｖ１３．３．０（Ａｎｎｅｘ Ａ Ａ.１５）及び／又は３ＧＰＰ ＴＳ３３．２２０ Ｖ１３．１．０（Ａｎｎｅｘ Ｂ）に記載されているアルゴリズムと同様のアルゴリズムである。なお、Ｋ_ｅＮＢ及びビームＩＤに加えて、ＳＣＧカウンタをインプットとして使用してもよい。

図３５の例ではビームＩＤがＫＤＦのインプットとして使用されているが、ビームＩＤではなくビームカウンタがＫＤＦのインプットとして使用されてもよい。あるいは、ビームＩＤ及びビームカウンタ以外のビーム選択関連情報がＫＤＦのインプットとして使用されてもよい。

（３−５）セキュリティ鍵の送信
例えば、基地局１００（第２通信処理部１４３）は、上記セキュリティ鍵を基地局６００へ送信し、基地局６００（第２通信処理部４４３）は、上記セキュリティ鍵を受信する。

例えば、基地局１００（第２通信処理部１４３）は、セカンダリ基地局の追加又は変更のためのメッセージを基地局６００へ送信し、当該メッセージが、上記セキュリティ鍵を含む。例えば、当該メッセージは、ＳｅＮＢ追加要求（SENB ADDITION REQUEST）メッセージ、又は、ＳｅＮＢ変更要求（SENB MODIFICATION REQUEST）メッセージである。

（３−６）セカンダリ基地局の動作
基地局６００（情報取得部６４５）は、上記セキュリティ鍵を取得する。そして、基地局６００（第１通信処理部６４１）は、上記セキュリティ鍵を使用して、端末装置２００との無線通信を行う。

例えば、基地局６００（第１通信処理部６４１）は、上記セキュリティ鍵を使用して、ユーザプレーンの暗号化のための暗号鍵を生成し、当該暗号鍵を使用して、端末装置２００との無線通信を行う。例えば、基地局６００（第１通信処理部６４１）は、Ｓ−Ｋ_ｅＮＢを使用してＫ_{ＵＰｅｎｃ}を生成し、Ｋ_{ＵＰｅｎｃ}を使用して端末装置２００との無線通信を行う。

また、例えば、基地局６００（第１通信処理部６４１）は、上記セキュリティ鍵を使用して、制御プレーンの暗号化のための暗号鍵（例えばＫ_{ＲＲＣｅｎｃ}）、及び／又は、制御プレーンの完全性保護のための鍵（例えばＫ_{ＲＲＣｉｎｔ}）も生成し、このような鍵を使用して、端末装置２００との無線通信を行う。

（３−７）端末装置の動作
端末装置２００（鍵生成部２３５）は、基地局１００と同様に、上記ビーム選択関連情報に基づいて、基地局６００との無線通信のためのセキュリティ鍵（例えばＳ−Ｋ_ｅＮＢ）を生成する。そして、端末装置２００（通信処理部２３１）は、当該セキュリティ鍵を使用して、基地局６００との無線通信を行う。

例えば、端末装置２００（鍵生成部２３５）は、Ｓ−Ｋ_ｅＮＢを生成する。そして、端末装置２００（通信処理部２３１）は、Ｓ−Ｋ_ｅＮＢを使用してＫ_{ＵＰｅｎｃ}を生成し、Ｋ_{ＵＰｅｎｃ}を使用して基地局６００との無線通信を行う。

（３−８）処理の流れ
−第１の例
図３６は、第１の実施形態の第３の変形例の処理の概略的な流れの第１の例を説明するための説明図である。この例は、セカンダリ基地局の追加の際の処理の例である。また、この例では、上記ビーム選択関連情報は、ビームＩＤである。

基地局１００（ＭｅＮＢ）は、ＳｅＮＢ追加要求（SENB ADDITION REQUEST）メッセージを基地局６００（ＳｅＮＢ）へ送信する（Ｓ１１４１）。例えば、このメッセージは、Ｅ−ＲＡＢ ＱｏＳ及びＳ−ＫｅＮＢ及びＵＥ ＥＰＳセキュリティケイパビリティ等を含む。例えば、このメッセージは、端末装置２００により送信された測定情報（基地局６００についての測定情報）も含む。

基地局６００（ＳｅＮＢ）は、上記測定情報に基づいて、基地局６００（ＳｅＮＢ）と端末装置２００（ＵＥ）との間の無線通信のために使用するビームを選択する（Ｓ１１４３）。

基地局６００（ＳｅＮＢ）は、上記ビームのビームＩＤを含むＳｅＮＢ追加要求確認応答（SENB ADDITION REQUEST ACKNOWLEDGE）メッセージを基地局１００（ＭｅＮＢ）へ送信する（Ｓ１１４５）。

基地局１００（ＭｅＮＢ）は、上記ビームＩＤに基づいてＳ−Ｋ_ｅＮＢを生成する（Ｓ１１４７）。

基地局１００（ＭｅＮＢ）は、Ｓ−Ｋ_ｅＮＢを含むＳｅＮＢ変更要求（SENB MODIFICATION REQUEST）メッセージを基地局６００（ＳｅＮＢ）へ送信する（Ｓ１１４９）。

基地局６００（ＳｅＮＢ）は、ＳｅＮＢ変更要求確認応答（SENB MODIFICATION REQUEST ACKNOWLEDGE）メッセージを基地局１００（ＭｅＮＢ）へ送信する（Ｓ１１５１）。

基地局１００（ＭｅＮＢ）は、ＳＣＧカウンタ及び上記ビームＩＤ等を含むＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージを端末装置２００（ＵＥ）へ送信する（Ｓ１１５３）。

端末装置２００（ＵＥ）は、ＲＲＣ接続再構成完了（RRC Connection Reconfiguration Complete）メッセージを基地局１００（ＭｅＮＢ）へ送信する（Ｓ１１５５）。

基地局１００（ＭｅＮＢ）は、ＳｅＮＢ再構成完了（SENB RECONFIGURATION COMPLETE）メッセージを基地局６００（ＳｅＮＢ）へ送信する（Ｓ１１５７）。

その後、ランダムアクセス手続き（Ｓ１１５９）、ＳＮステータス転送（Ｓ１１６１）及びパスアップデート手続き（Ｓ１１６３）が行われる。

以上のような処理により、基地局１００（ＭｅＮＢ）及び端末装置２００（ＵＥ）は、同じビームＩＤを取得し、同じセキュリティ鍵を生成し得る。

−第２の例
図３７は、第１の実施形態の第３の変形例の処理の概略的な流れの第２の例を説明するための説明図である。この例は、ビーム選択（ビームの変更）の際の処理の例である。また、この例では、上記ビーム選択関連情報は、ビームＩＤである。

基地局６００（ＳｅＮＢ）は、基地局６００（ＳｅＮＢ）と端末装置２００（ＵＥ）との間の無線通信のために使用するビームを選択する（Ｓ１１７１）。即ち、基地局６００（ＳｅＮＢ）は、ビームを変更する。

基地局６００（ＳｅＮＢ）は、上記ビームのビームＩＤを含むＳｅＮＢ変更要求（SENB MODIFICATION REQUIRED）メッセージを基地局１００（ＭｅＮＢ）へ送信する（Ｓ１１７３）。

基地局１００（ＭｅＮＢ）は、上記ビームＩＤに基づいてＳ−Ｋ_ｅＮＢを生成する（Ｓ１１７５）。

基地局１００（ＭｅＮＢ）は、Ｓ−Ｋ_ｅＮＢを含むＳｅＮＢ変更要求（SENB MODIFICATION REQUEST）メッセージを基地局６００（ＳｅＮＢ）へ送信する（Ｓ１１７７）。

基地局６００（ＳｅＮＢ）は、ＳｅＮＢ変更要求確認応答（SENB MODIFICATION REQUEST ACKNOWLEDGE）メッセージを基地局１００（ＭｅＮＢ）へ送信する（Ｓ１１７９）。

基地局１００（ＭｅＮＢ）は、上記ビームＩＤ等を含むＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージを端末装置２００（ＵＥ）へ送信する（Ｓ１１８１）。

端末装置２００（ＵＥ）は、ＲＲＣ接続再構成完了（RRC Connection Reconfiguration Complete）メッセージを基地局１００（ＭｅＮＢ）へ送信する（Ｓ１１８３）。

基地局１００（ＭｅＮＢ）は、ＳｅＮＢ変更確認（SENB MODIFICATION CONFIRM）メッセージを基地局６００（ＳｅＮＢ）へ送信する（Ｓ１１８３）。

以上のような処理により、基地局１００（ＭｅＮＢ）及び端末装置２００（ＵＥ）は、同じビームＩＤを取得し、同じセキュリティ鍵を生成し得る。

以上、ＳＣＧベアラが使用されるケースの技術的特徴を説明した。なお、ＳＣＧベアラが使用されるケースだけではなく、スプリットベアラが使用され、且つ、データの暗号化がセカンダリ基地局（基地局６００）側にあるＲＬＣレイヤ又はＭＡＣレイヤで行われるケースにも、上述した技術的特徴が適用され得る。

（４）技術的特徴（第２の例：スプリットベアラのケース）
第２の例として、スプリットベアラが使用されるケースの技術的特徴を説明する。

上述したように、基地局１００（鍵生成部１４７）は、ビーム選択関連情報（ビーム選択に関する情報）に基づいて、基地局と端末装置２００との間の無線通信のためのセキュリティ鍵を生成する。

（４−１）基地局／無線通信
（４−２）ビーム選択
（４−３）ビーム選択関連情報
基地局／無線通信、ビーム選択、及びビーム選択関連情報についての説明は、例えば、上述した第１の例（ＳＣＧベアラのケース）における説明と同じである。よって、ここでは重複する説明を省略する。

（４−４）セキュリティ鍵の生成
−生成のためのインプット
例えば、基地局１００（鍵生成部１４７）は、上記ビーム選択関連情報に加えて、他の鍵をインプットとして使用して、上記セキュリティ鍵（基地局１００と端末装置２００との間の無線通信のためのセキュリティ鍵）を生成する。

なお、基地局１００（鍵生成部１４７）は、上記ビーム選択関連情報及び上記他の鍵以外の他の情報をインプットとしてさらに使用してもよい。

−セキュリティ鍵の例
−−ユーザプレーンの暗号鍵
例えば、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵である。具体的には、例えば、上記セキュリティ鍵は、Ｋ_{ＵＰｅｎｃ}である。

例えば、基地局１００（鍵生成部１４７）は、上記セキュリティ鍵の上位鍵（基地局用の鍵）にさらに基づいて、上記セキュリティ鍵を生成する。例えば、当該上位鍵は、Ｋ_ｅＮＢである。例えば、上記上位鍵は、コアネットワークノード３００（例えばＭＭＥ）により提供され、又は、基地局１００（ターゲット基地局）へのハンドオーバのソース基地局により提供される。一例として、上記上位鍵は、コアネットワークノード３００（例えばＭＭＥ）からのイニシャルコンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）メッセージ、又は、ソース基地局からのハンドオーバ要求（HANDOVER REQUEST）メッセージに含まれる。

上記セキュリティ鍵は、図１２の例と同様に生成され得る。

−−鍵生成のための鍵
上記セキュリティ鍵は、鍵生成に使用される鍵であってもよい。当該鍵生成は、ユーザプレーンの暗号化のための暗号鍵の生成であってもよい。具体的には、上記セキュリティ鍵はＫ_ｅＮＢ又はＫ_{ｅＮＢｂｅａｍ}であってもよく、上記暗号鍵はＫ_{ＵＰｅｎｃ}であってもよい。

基地局１００（鍵生成部１４７）は、現在（current）のセキュリティ鍵にさらに基づいて、新たなセキュリティ鍵を生成してもよい。

上記セキュリティ鍵は、図１３の例と同様に生成され得る。また、上記暗号鍵は、図１４の例と同様に生成され得る。

（４−５）セキュリティ鍵を使用した端末装置との無線通信
例えば、基地局１００（第１通信処理部１４１）は、上記セキュリティ鍵を使用して、基地局６００（セカンダリ基地局）を介して端末装置２００との無線通信を行う。

例えば、上述したように、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵（例えばＫ_{ＵＰｅｎｃ}）であり、基地局１００（第１通信処理部１４１）は、当該暗号鍵を使用して、基地局６００（セカンダリ基地局）を介して端末装置２００との無線通信を行う。より具体的には、例えば、基地局１００（第１通信処理部１４１）は、上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を使用して、（例えばＰＤＣＰレイヤにて）基地局６００（セカンダリ基地局）を介して送信されるダウンリンクデータ（スプリットベアラのダウンリンクデータ）を暗号化する。暗号化された当該ダウンリンクデータは、基地局１００（マスタ基地局）から基地局６００（セカンダリ基地局）へ送信され、基地局６００（セカンダリ基地局）により端末装置２００へ送信される。即ち、暗号化された当該ダウンリンクデータは、スプリットベアラにおいて送信される。また、例えば、基地局１００（第１通信処理部１４１）は、上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を使用して、（例えばＰＤＣＰレイヤにて）基地局６００（セカンダリ基地局）を介して受信されたアップリンクデータ（スプリットベアラのアップリンクデータ）を解読する。

あるいは、上述したように、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵（例えばＫ_{ＵＰｅｎｃ}）の生成に使用される鍵（例えばＫ_ｅＮＢ又はＫ_{ｅＮＢｂｅａｍ}）であってもよく、基地局１００（第１通信処理部１４１）は、当該鍵を使用して、基地局６００（セカンダリ基地局）を介して端末装置２００との無線通信を行ってもよい。より具体的には、例えば、基地局１００（第１通信処理部１４１）は、上記鍵（例えばＫ_ｅＮＢ又はＫ_{ｅＮＢｂｅａｍ}）を使用して上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を生成し、当該暗号鍵を使用して、基地局６００（セカンダリ基地局）を介して端末装置２００との無線通信を行う。これ以降の説明は、上述した例と同じである。

なお、第３の変形例でも、上記セキュリティ鍵を使用した上記無線通信は、ダウンリンク及びアップリンクの両方の無線通信を含んでもよく、又は、ダウンリンク及びアップリンクの一方の無線通信であってもよい。

（４−６）端末装置の動作
端末装置２００（鍵生成部２３５）は、上記ビーム選択関連情報に基づいて、基地局１００（マスタ基地局）と同様に、基地局６００との無線通信のためのセキュリティ鍵（例えばＫ_{ＵＰｅｎｃ}又はＫ_ｅＮＢ）を生成する。そして、端末装置２００（通信処理部２３１）は、当該セキュリティ鍵（例えばＫ_{ＵＰｅｎｃ}又はＫ_ｅＮＢ／Ｋ_{ｅＮＢｂｅａｍ}）を使用して、基地局６００（セカンダリ基地局）を介して基地局１００（マスタ基地局）との無線通信を行う。

（４−７）処理の流れ
例えば、スプリットベアラのケースでも、上述したＳＣＧベアラのケースと同様に図３６に示される処理（ステップＳ１１４７〜Ｓ１１５１を除く）が行われる。

また、例えば、スプリットベアラのケースでも、上述したＳＣＧベアラのケースと同様に図３７に示される処理（ステップＳ１１７５〜Ｓ１１７９を除く）が行われる。

＜４．４．第４の変形例＞
次に、図３８〜図４５を参照して、第１の実施形態の第４の変形例を説明する。

第４の変形例では、５Ｇのネットワークが用いられる。

（１）システムの構成
図３８は、第１の実施形態の第４の変形例のシステム５の概略的な構成の一例を示す説明図である。図３８を参照すると、システム１は、第１ユニット７００、第２ユニット７５０及びコアネットワークノード３００を含む。

第４の変形例は、図８を参照して説明したシステム１において基地局１００が第１ユニット７００及び第２ユニット７５０を含む例であると言える。あるいは、第４の変形例は、図８を参照して説明したシステム１において基地局１００が第１ユニット７００であり、第２ユニット７５０が追加された例であると言ってもよい。

第１ユニット７００は、上位のプロトコルレイヤの処理を行うユニットであり、第２ユニット７５０は、下位のプロトコルレイヤの処理を行うユニットである。例えば、ＲＲＣレイヤ及びＰＤＣＰレイヤは、上記上位のプロトコルレイヤに含まれ、物理レイヤは、上記下位のプロトコルレイヤに含まれる。ＲＬＣレイヤ及びＭＡＣレイヤの両方は、上記上位のプロトコルレイヤに含まれてもよく、又は上記下位のプロトコルレイヤに含まれてもよい。あるいは、ＲＬＣレイヤが上記上位のプロトコルレイヤに含まれ、ＭＡＣレイヤが上記下位のレイヤに含まれてもよい。

例えば、第１ユニット７００は、中央ユニット（Center/Central Unit：ＣＵ）と呼ばれ、第２ユニット７５０は、分散ユニット（Distributed Unit：ＤＵ）（又はアクセスユニット（Access Unit：ＡＵ））と呼ばれる。

第１ユニット７００及び第２ユニット７５０は、端末装置２００との無線通信を行う。第１ユニット７００は、第２ユニット７５０を介して端末装置２００との無線通信を行う。

例えば、第２ユニット７５０は、図３９に示されるように、端末装置２００との無線通信のためにビームを使用する。例えば、端末装置２００の移動に応じて、新たにビームが選択される。

第１ユニット７００は、インターフェース３９（例えばＳ１インターフェース）を介してコアネットワークノード３００と通信する。また、第１ユニット７００及び第２ユニット７５０は、インターフェース２７（例えばＸ３インターフェース）を介して互いに通信する。例えば、インターフェース２７は、ＵＭＴＳ（Universal Mobile Telecommunications System）のＩｕｒ／Ｉｕｂインターフェースに類似する。第１ユニット７００と第２ユニット７５０とのリンクは、例えば、リンクセットアップ手続き（例えば、ＤＵリンクセットアップ）に従って行う。

（２）第１ユニットの構成
図４０は、第１の実施形態の第４の変形例の第１ユニット７００の概略的な構成の例を示すブロック図である。図４０を参照すると、第１ユニット７００は、インターフェース部７１０、ネットワーク通信部７２０、記憶部７３０及び処理部７４０を備える。

−インターフェース部７１０
インターフェース部７１０は、第２ユニット７５０へ信号を送信し、第２ユニット７５０から信号を受信する。

−ネットワーク通信部７２０
ネットワーク通信部７２０は、ネットワークから信号を受信し、ネットワークへ信号を送信する。

−記憶部７３０
記憶部７３０は、第１ユニット７００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

−処理部７４０
処理部７４０は、第１ユニット７００の様々な機能を提供する。処理部７４０は、第１通信処理部７４１、第２通信処理部７４３、情報取得部７４５及び鍵生成部７４７を含む。なお、処理部７４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部７４０は、これらの構成要素の動作以外の動作も行い得る。第１通信処理部７４１、第２通信処理部７４３、情報取得部７４５及び鍵生成部７４７の具体的な動作は、後に詳細に説明する。

例えば、処理部７４０（第１通信処理部７４１）は、インターフェース部７１０（及び第２ユニット７５０）を介して、端末装置（例えば、端末装置２００）と通信する。例えば、処理部７４０（第２通信処理部１４３）は、ネットワーク通信部７２０を介して他のネットワークノード（例えば、コアネットワークノード３００）と通信する。

−実装例
インターフェース部７１０は、いずれか種類のインターフェース（例えば光ファイバのインターフェース）により実装されてもよい。ネットワーク通信部７２０は、ネットワークアダプタ又はネットワークインタフェースカード等により実装されてもよい。記憶部７３０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部７４０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。第１通信処理部７４１、第２通信処理部７４３、情報取得部７４５及び鍵生成部７４７は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部１３０）は、このようなプロセッサ（チップ）内に含まれてもよい。

第１ユニット７００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、処理部７４０の動作（第１通信処理部７４１、第２通信処理部７４３、情報取得部７４５及び／又は鍵生成部７４７の動作）を行ってもよい。上記プログラムは、処理部７４０の動作（第１通信処理部７４１、第２通信処理部７４３、情報取得部７４５及び／又は鍵生成部７４７の動作）を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

（３）第２ユニットの構成
図４１は、第１の実施形態の第４の変形例の第２ユニット７５０の概略的な構成の例を示すブロック図である。図４１を参照すると、第２ユニット７５０は、無線通信部７６０、インターフェース部７７０、記憶部７８０及び処理部７９０を備える。

−無線通信部７６０
無線通信部７６０は、信号を無線で送受信する。例えば、無線通信部７６０は、端末装置からの信号を受信し、端末装置への信号を送信する。

−インターフェース部７７０
インターフェース部７７０は、第１ユニット７００へ信号を送信し、第１ユニット７００から信号を受信する。

−記憶部７８０
記憶部７８０は、第２ユニット７５０の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。

−処理部７９０
処理部７９０は、第２ユニット７５０の様々な機能を提供する。処理部７９０は、第１通信処理部７９１を含む。なお、処理部７９０は、第１通信処理部７９１以外の他の構成要素をさらに含み得る。即ち、処理部７９０は、第１通信処理部７９１の動作以外の動作も行い得る。第１通信処理部７９１の具体的な動作は、後に詳細に説明する。

例えば、処理部７９０（第１通信処理部７９１）は、無線通信部７６０を介して、端末装置（例えば、端末装置２００）と通信する。例えば、処理部７９０（第１通信処理部７９１）は、インターフェース部７７０を介して、第１ユニット７００と通信する。

−実装例
無線通信部７６０は、アンテナ及び高周波（ＲＦ）回路等により実装されてもよく、当該アンテナは、指向性アンテナであってもよい。インターフェース部７７０は、いずれか種類のインターフェース（例えば光ファイバのインターフェース）により実装されてもよい。記憶部７８０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。処理部７９０は、ベースバンド（Baseband：ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。上記メモリ（記憶部１３０）は、このようなプロセッサ（チップ）内に含まれてもよい。

第２ユニット７５０は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサを含んでもよく、当該１つ以上のプロセッサは、処理部７９０の動作（第１通信処理部７９１の動作）を行ってもよい。上記プログラムは、処理部７９０の動作（第１通信処理部７９１の動作）を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

（４）技術的特徴
第１ユニット７００（情報取得部７４５）は、ビーム選択関連情報（ビーム選択に関する情報）を取得する。そして、第１ユニット７００（鍵生成部７４７）は、上記ビーム選択関連情報に基づいて、第１ユニット７００及び第２ユニット７５０と端末装置２００との間の無線通信のためのセキュリティ鍵を生成する。

（４−１）ビーム選択
例えば、上記ビーム選択は、上記無線通信のために使用されるビームの選択である。

−第２ユニットによる選択
例えば、第２ユニット７５０（第１通信処理部７９１）が、上記ビーム選択を行う。具体的には、例えば、第２ユニット７５０（第１通信処理部７９１）は、第２ユニット７５０についての測定情報（端末装置２００からの測定情報）に基づいて、第１ユニット７００及び第２ユニット７５０と端末装置２００との間の無線通信のために使用されるビーム（例えば最適なビーム）を選択する。

例えば、上記測定情報は、物理レイヤ又はＭＡＣレイヤの制御情報に含まれる。一例として、上記測定情報は、ＣＳＩ又はこれに類する情報である。あるいは、上記測定情報は、ＲＲＣレイヤの制御情報に含まれてもよい。一例として、上記測定情報は、測定報告に含まれてもよい。いずれにせよ、例えば、上記測定情報は、ダウンリンクの受信電力及び／又は受信品質等の情報を含む。

例えば、第１ユニット７００と第２ユニット７５０とのリンクの設定の際に、第１ユニット７００は、上記測定情報を第２ユニット７５０へ送信する。例えば、第１ユニット７００は、上記測定情報を含むＤＵリンクセットアップ要求（DU LINK SETUP REQUEST）メッセージを第２ユニット７５０へ送信する。そして、第２ユニット７５０は、上記測定情報に基づいて最適なビームを選択する。

例えば、第２ユニット７５０と端末装置２００との通信の開始後に、第２ユニット７５０は、上記測定情報を端末装置２００から受信する。そして、第２ユニット７５０は、上記測定情報に基づいて最適なビームを選択する。とりわけ、この場合には、例えば、上記測定情報は、物理レイヤ又はＭＡＣレイヤの制御情報に含まれる。

−第１ユニットによる選択
あるいは、第１ユニット７００（第１通信処理部７４１）が、上記ビーム選択を行ってもよい。具体的には、第１ユニット７００（第１通信処理部７４１）は、第２ユニット７５０についての測定情報（端末装置２００からの測定情報）に基づいて、第１ユニット７００及び第２ユニット７５０と端末装置２００との間の無線通信のために使用されるビーム（例えば最適なビーム）を選択してもよい。

−端末装置による選択
あるいは、端末装置２００（通信処理部２３１）が、上記ビーム選択を行ってもよい。具体的には、端末装置２００（通信処理部２３１）は、第２ユニット７５０についての測定結果に基づいて、第１ユニット７００及び第２ユニット７５０と端末装置２００との間の無線通信のために使用されるビーム（例えば最適なビーム）を選択してもよい。

なお、ビーム選択手法は、例えば上述した第１の実施形態の例と同様である。

（４−２）ビーム選択関連情報
−ビーム識別情報のケース
例えば、上記ビーム選択関連情報は、上記ビーム識別情報である。

上述したように、例えば、第２ユニット７５０（第１通信処理部７９１）が、上記ビーム選択を行う。そして、第２ユニット７５０（第１通信処理部７９１）が、上記ビーム識別情報を第１ユニット７００へ送信する。また、第２ユニット７５０（第１通信処理部７９１）又は第１ユニット７００（第１通信処理部７４１）が、上記ビーム識別情報を端末装置２００へ送信する。

例えば、第１ユニット７００と第２ユニット７５０とのリンクの設定の際には、第２ユニット７５０（第１通信処理部７９１）は、上記ビーム識別情報を含むＤＵリンクセットアップ応答（DU LINK SETUP RESPONSE）メッセージを第１ユニット７００へ送信する。例えば、第１ユニット７００（第１通信処理部７４１）は、（例えば第２ユニット７５０又は他の第２ユニット７５０を介して）上記ビーム識別情報を含むＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージを端末装置２００へ送信する。このメッセージは、上記ビーム識別情報の適用のタイミングを示す情報（例えば、フレーム番号及び／又はシンボル番号等）を含んでもよい。

例えば、第２ユニット７５０と端末装置２００との通信の開始後には、第２ユニット７５０（第１通信処理部７９１）は、上記ビーム識別情報を含むＤＵリンク再構成要求（DU LINK RECONFIGURATION REQUIRED）メッセージを第１ユニット７００へ送信する。また、例えば、第２ユニット７５０（第１通信処理部７９１）は、上記ビーム識別情報を含む制御情報（物理レイヤ又はＭＡＣレイヤの制御情報）を端末装置２００へ送信する。

なお、第１ユニット７００（第１通信処理部７４１）が、上記ビーム選択を行い、上記ビーム識別情報を端末装置２００へ送信してもよい。あるいは、端末装置２００（通信処理部２３１）が、上記ビーム選択を行い、上記ビーム識別情報を第１ユニット７００又は第２ユニット７５０へ送信してもよい。

−ビームカウンタのケース
上記ビーム選択関連情報は、上記ビームカウンタであってもよい。

第１ユニット７００（第１通信処理部７４１）は、上記ビームカウンタの初期値を端末装置２００へ送信してもよい。具体的には、例えば、第１ユニット７００（第１通信処理部７４１）は、ビームカウンタ（初期値）を含むＲＲＣメッセージを端末装置２００へ送信してもよい。上記ビームカウンタ（例えば初期値）が第３者に改ざんされないように、上記ＲＲＣメッセージは、完全性（integrity）が保護されたメッセージであってもよい。一例として、上記ＲＲＣメッセージは、端末装置２００がアイドル状態から接続状態になる際にセキュリティモードコマンド手続き後に使用されるＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージであってもよい。

なお、端末装置２００（通信処理部２３１）が、上記ビームカウンタの初期値を第１ユニット７００又は第２ユニット７５０へ送信してもよい。

（４−３）セキュリティ鍵の生成
−生成のためのインプット
例えば、第１ユニット７００（鍵生成部７４７）は、上記ビーム選択関連情報に加えて、他の鍵をインプットとして使用して、上記セキュリティ鍵（第１ユニット７００及び第２ユニット７５０と端末装置２００との間の無線通信のためのセキュリティ鍵）を生成する。

なお、第１ユニット７００（鍵生成部７４７）は、上記ビーム選択関連情報及び上記他の鍵以外の他の情報をインプットとしてさらに使用してもよい。

−セキュリティ鍵の例
−−ユーザプレーンの暗号鍵
例えば、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵である。具体的には、例えば、上記セキュリティ鍵は、Ｋ_{ＵＰｅｎｃ}である。

例えば、第１ユニット７００（鍵生成部７４７）は、上記セキュリティ鍵の上位鍵（ＣＵ用の鍵）にさらに基づいて、上記セキュリティ鍵を生成する。例えば、当該上位鍵は、Ｋ_ＣＵである。例えば、上記上位鍵は、コアネットワークノード３００（例えばＭＭＥ）により提供され、又は、第１ユニット７００（ターゲットユニット）へのハンドオーバのソースユニットにより提供される。一例として、上記上位鍵は、コアネットワークノード３００（例えばＭＭＥ）からのセキュリティモードコマンド（SECURITY MODE COMMAND）メッセージ若しくはイニシャルコンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）メッセージ、又は、ソースユニットからのハンドオーバ要求（HANDOVER REQUEST）メッセージに含まれる。

図４２は、第４の変形例におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第１の例を説明するための説明図である。図４２を参照すると、Ｋ_ＣＵ、ビームＩＤ、ＵＰ−ｅｎｃ−ａｌｇ及びＡｌｇ−ＩＤをインプットとして使用して、ＫＤＦにより、ユーザプレーンの暗号鍵Ｋ_{ＵＰｅｎｃ}が生成される。ＫＤＦは、例えば３ＧＰＰ ＴＳ３３．４０１ Ｖ１３．３．０（Ａｎｎｅｘ Ａ Ａ.７）及び／又は３ＧＰＰ ＴＳ３３．２２０ Ｖ１３．１．０（Ａｎｎｅｘ Ｂ）に記載されているアルゴリズムと同様のアルゴリズムである。さらに、Ｋ_{ＵＰｅｎｃ}はトランケート（Trancate）され、例えばＫ_{ＵＰｅｎｃ}の長さが２５６ビットから１２８ビットになる。具体的には、Ｋ_{ＵＰｅｎｃ}の２５６ビットのうちの上位１２８ビットが抽出され、この１２８ビットが最終的なＫ_{ＵＰｅｎｃ}となる。

図４２の例ではビームＩＤがＫＤＦのインプットとして使用されているが、ビームＩＤではなくビームカウンタがＫＤＦのインプットとして使用されてもよい。あるいは、ビームＩＤ及びビームカウンタ以外のビーム選択関連情報がＫＤＦのインプットとして使用されてもよい。

なお、第１ユニット７００（鍵生成部７４７）は、上記ビーム選択関連情報に基づいて、制御プレーンの暗号化のための暗号鍵（例えばＫ_{ＲＲＣｅｎｃ}）、及び／又は、制御プレーンの完全性保護のための鍵（例えばＫ_{ＲＲＣｉｎｔ}）も生成してもよい。この場合に、上記セキュリティ鍵は、このような鍵であってもよい。

−−鍵生成のための鍵
上記セキュリティ鍵は、鍵生成に使用される鍵であってもよい。当該鍵生成は、ユーザプレーンの暗号化のための暗号鍵の生成であってもよい。具体的には、上記セキュリティ鍵はＫ_ＣＵ又はＫ_{ＣＵｂｅａｍ}であってもよく、上記暗号鍵はＫ_{ＵＰｅｎｃ}であってもよい。

第１ユニット７００（鍵生成部７４７）は、現在（current）のセキュリティ鍵にさらに基づいて、新たなセキュリティ鍵を生成してもよい。

図４３は、第４の変形例におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第２の例を説明するための説明図である。図４３を参照すると、現在のＫ_ＣＵ及びビームＩＤをインプットとして使用して、ＫＤＦにより、Ｋ_ＣＵbeamが生成される。ＫＤＦは、例えば３ＧＰＰ ＴＳ３３．２２０ Ｖ１３．１．０（Ａｎｎｅｘ Ｂ）に記載されているアルゴリズムと同様のアルゴリズムである。例えば、その後、Ｋ_ＣＵbeamが新たなＫ_ＣＵとなる。あるいは、Ｋ_ＣＵbeamは、Ｋ_ＣＵとは異なる独立した鍵として存在してもよい。その後、新たなＫ_ＣＵ（又はＫ_ＣＵとは独立したＫ_ＣＵbeam）を使用して、Ｋ_{ＵＰｅｎｃ}が生成される。

図４３の例ではビームＩＤがＫＤＦのインプットとして使用されているが、ビームＩＤではなくビームカウンタがＫＤＦのインプットとして使用されてもよい。あるいは、ビームＩＤ及びビームカウンタ以外のビーム選択関連情報がＫＤＦのインプットとして使用されてもよい。

なお、上記セキュリティ鍵（例えば、新たなＫ_ＣＵ、又は、Ｋ_ＣＵとは独立したＫ_ＣＵbeam）は、制御プレーンの暗号化のための暗号鍵（例えばＫ_{ＲＲＣｅｎｃ}）、及び／又は制御プレーンの完全性保護のための鍵（例えばＫ_{ＲＲＣｉｎｔ}）の生成にも使用されてもよい。この場合に、上記鍵生成は、このような鍵の生成であってもよい。

（４−４）セキュリティ鍵を使用した端末装置との無線通信
例えば、第１ユニット７００（第１通信処理部７４１）は、上記セキュリティ鍵を使用して、第２ユニット７５０を介して端末装置２００との無線通信を行う。

例えば、上述したように、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵（例えばＫ_{ＵＰｅｎｃ}）であり、第１ユニット７００（第１通信処理部７４１）は、当該暗号鍵を使用して、第２ユニット７５０を介して端末装置２００との無線通信を行う。より具体的には、例えば、第１ユニット７００（第１通信処理部７４１）は、上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を使用して、（例えばＰＤＣＰレイヤにて）第２ユニット７５０を介して送信されるダウンリンクデータを暗号化する。暗号化された当該ダウンリンクデータは、第１ユニット７００から第２ユニット７５０へ送信され、第２ユニット７５０により端末装置２００へ送信される。また、例えば、第１ユニット７００（第１通信処理部７４１）は、上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を使用して、（例えばＰＤＣＰレイヤにて）、第２ユニット７５０を介して受信されたアップリンクデータを解読する。

あるいは、上述したように、上記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵（例えばＫ_{ＵＰｅｎｃ}）の生成に使用される鍵（例えばＫ_ＣＵ又はＫ_{ＣＵｂｅａｍ}）であってもよく、第１ユニット７００（第１通信処理部７４１）は、当該鍵を使用して、第２ユニット７５０を介して端末装置２００との無線通信を行ってもよい。より具体的には、例えば、第１ユニット７００（第１通信処理部７４１）は、上記鍵（例えばＫ_ＣＵ又はＫ_{ＣＵｂｅａｍ}）を使用して上記暗号鍵（例えばＫ_{ＵＰｅｎｃ}）を生成し、当該暗号鍵を使用して、第２ユニット７５０を介して端末装置２００との無線通信を行う。これ以降の説明は、上述した例と同じである。

なお、第４の変形例でも、上記セキュリティ鍵を使用した上記無線通信は、ダウンリンク及びアップリンクの両方の無線通信を含んでもよく、又は、ダウンリンク及びアップリンクの一方の無線通信であってもよい。

（４−５）端末装置の動作
端末装置２００（鍵生成部２３５）は、上記ビーム選択関連情報に基づいて、第１ユニット７００（鍵生成部７４７）と同様に、第１ユニット７００及び第２ユニット７５０との無線通信のためのセキュリティ鍵（例えばＫ_{ＵＰｅｎｃ}又はＫ_ＣＵ／Ｋ_{ＣＵｂｅａｍ}）を生成する。そして、端末装置２００（通信処理部２３１）は、当該セキュリティ鍵（例えばＫ_{ＵＰｅｎｃ}又はＫ_ＣＵ／Ｋ_{ＣＵｂｅａｍ}）を使用して、第１ユニット７００及び第２ユニット７５０との無線通信を行う。

（４−６）処理の流れ
−第１の例
図４４は、第１の実施形態の第４の変形例の処理の概略的な流れの第１の例を説明するための説明図である。この例は、第１ユニット７００と第２ユニット７５０のリンクの設定の際の処理の例である。また、この例では、上記ビーム選択関連情報は、ビームＩＤである。

まず、ランダムアクセス（Ｓ１２０１）、測定報告の送信（Ｓ１２０３）、サービス要求の送信（Ｓ１２０５）、イニシャルＵＥメッセージの送信（Ｓ１２０７）、認証とセキュリティモードコマンド（Ｓ１２０９）、及びＲＡＢコンテキストセットアップの送信（Ｓ１２０１１）が行われる。

第１ユニット７００は、上記測定報告を含むＤＵリンクセットアップ要求（DU LINK SETUP REQUEST）メッセージを第２ユニット７５０へ送信する（Ｓ１２１３）。

第２ユニット７５０は、上記測定報告に基づいて、第１ユニット７００及び第２ユニット７５０と端末装置２００（ＵＥ）との間の無線通信のために使用するビームを選択する（Ｓ１２１５）。

第２ユニット７５０は、上記ビームのビームＩＤを含むＤＵリンクセットアップ応答（DU LINK SETUP RESPONSE）メッセージを第１ユニット７００へ送信する（Ｓ１２１７）。

第１ユニット７００は、ＲＡＢコンテキストセットアップ応答（RAB CONTEXT SETUP RESPONSE）メッセージをコアネットワークノード３００へ送信する（Ｓ１２１９）。

第１ユニット７００は、上記ビームＩＤに基づいて、端末装置２００（ＵＥ）との無線通信のためのセキュリティ鍵（Ｋ_{ＵＰｅｎｃ}又はＫ_ＣＵ／Ｋ_{ＣＵｂｅａｍ}）を生成する（Ｓ１２２１）。

第１ユニット７００は、上記ビームのビームＩＤを含むＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージを端末装置２００へ送信する（Ｓ１２２３）。

端末装置２００は、ＲＲＣ接続再構成完了（RRC Connection Reconfiguration Complete）メッセージを第１ユニット７００へ送信する（Ｓ１２２５）。

なお、その後、端末装置２００も、上記ビームＩＤに基づいて、セキュリティ鍵（Ｋ_{ＵＰｅｎｃ}又はＫ_ＣＵ／Ｋ_{ＣＵｂｅａｍ}）を生成する。

−第２の例
図４５は、第１の実施形態の第４の変形例の処理の概略的な流れの第２の例を説明するための説明図である。この例は、ビーム選択（ビームの変更）の際の処理の例である。また、この例では、上記ビーム選択関連情報は、ビームＩＤである。

第２ユニット７５０は、測定情報（例えばＣＳＩ）に基づいて、第１ユニット７００及び第２ユニット７５０と端末装置２００（ＵＥ）との間の無線通信のために使用するビームを選択する（Ｓ１２４１）。

第２ユニット７５０は、上記ビームのビームＩＤを含むＤＵリンク再構成要求（DU LINK RECONFIGURATION REQUIRED）メッセージを第１ユニット７００へ送信する（Ｓ１２４３）。

第１ユニット７００は、上記ビームＩＤに基づいて、端末装置２００（ＵＥ）との無線通信のためのセキュリティ鍵（Ｋ_{ＵＰｅｎｃ}又はＫ_ＣＵ／Ｋ_{ＣＵｂｅａｍ}）を生成する（Ｓ１２４５）。

第１ユニット７００は、ＤＵリンク再構成完了（DU LINK RECONFIGURATION COMPLETE）メッセージを第２ユニット７５０へ送信する（Ｓ１２４７）。

第１ユニット７００は、上記ビームのビームＩＤを含むＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージを端末装置２００へ送信する（Ｓ１２４９）。

端末装置２００は、ＲＲＣ接続再構成完了（RRC Connection Reconfiguration Complete）メッセージを第１ユニット７００へ送信する（Ｓ１２５１）。

なお、その後、端末装置２００も、上記ビームＩＤに基づいて、セキュリティ鍵（Ｋ_{ＵＰｅｎｃ}又はＫ_ＣＵ／Ｋ_{ＣＵｂｅａｍ}）を生成する。

＜４．５．その他＞
第４の変形例として、５Ｇのネットワークの例を説明した。当然ながら、第１〜第３の変形例も、５Ｇのネットワークの例であってもよい。

（１）ネットワーク構成
図４６は、５Ｇのネットワークのアーキテクチャを説明するための説明図である。図４６を参照すると、５Ｇのネットワークは、無線アクセスネットワーク（例えば、ｇＵＴＲＡＮと呼ばれる）において、複数のＣＵ（第４の変形例の第１ユニット７００）を含み、各ＣＵは１つ以上のＤＵ（第４の変形例の第２ユニット７５０）を介してＵＥと通信する。各ＤＵは、ビームによりＵＥと通信する。１つのＣＵ及び１つ以上のＤＵのセットは、ｇＮＢ（generation Node B）と呼ばれ得る。

図４７は、４Ｇのネットワークと５Ｇのネットワークの組合せのアーキテクチャを説明するための説明図である。図４７を参照すると、例えば、４Ｇのネットワークと５Ｇのネットワークが共存し得る。４Ｇのネットワークは、無線アクセスネットワーク（ｅＵＴＲＡＮ）において、複数のｅＮＢを含み、５Ｇネットワークは、図４６の例と同様に、無線アクセスネットワーク（ｇＵＴＲＡＮ）において、複数のＣＵ及び複数のＤＵ（複数のｇＮＢ）を含む。例えば、各ＤＵは、ビームによりＵＥと通信する。

（２）ハンドオーバ
例えば、図４６の例において、ＣＵ間でＵＥのハンドオーバが行われ得る。このようなハンドオーバは、第１の実施形態の第１の変形例にも適用され得る。即ち、第１の変形例におけるハンドオーバは、ＣＵ間のハンドオーバ（又はｇＮＢ間のハンドオーバ）であってもよい。より具体的には、第１の変形例において、基地局１００及び基地局４００の各々は、ＣＵ（第４の変形例の第１ユニット７００）又はｇＮＢ（ＣＵ及びＤＵ）（第４の変形例の第１ユニット７００及び第２ユニット７５０）であってもよい。

例えば、図４７の例において、ｅＮＢとＣＵ（又はｇＮＢ）との間でＵＥのハンドオーバが行われ得る。このようなハンドオーバは、第１の実施形態の第１の変形例にも適用され得る。即ち、第１の変形例におけるハンドオーバは、ｅＮＢとＣＵ（又はｇＮＢ）との間のハンドオーバであってもよい。より具体的には、第１の変形例において、基地局１００及び基地局４００の一方は、ｅＮＢであってもよく、基地局１００及び基地局４００の他方は、ＣＵ（第４の変形例の第１ユニット７００）又はｇＮＢ（ＣＵ及びＤＵ）（第４の変形例の第１ユニット７００及び第２ユニット７５０）であってもよい。

（３）デュアルコネクティビティ
例えば、図４６の例において、デュアルコネクティビティとして、ＵＥは、マスタＣＵ（又はマスタｇＮＢ）及びセカンダリＣＵ（又はセカンダリｇＮＢ若しくはセカンダリＤＵ）と通信し得る。このようなデュアルコネクティビティは、第１の実施形態の第２の変形例及び第３の変形例にも適用され得る。より具体的には、第２の変形例及び第３の変形例において、マスタ基地局は、マスタＣＵ（第４の変形例の第１ユニット７００）又はマスタｇＮＢ（マスタＣＵ及びＤＵ）（第４の変形例の第１ユニット７００及び第２ユニット７５０）であってもよい。また、セカンダリ基地局は、セカンダリＣＵ（第４の変形例の第１ユニット７００）、セカンダリｇＮＢ（セカンダリＣＵ及びＤＵ）（第４の変形例の第１ユニット７００及び第２ユニット７５０）又はセカンダリＤＵ（第４の変形例の第２ユニット７５０）であってもよい。

例えば、図４７の例において、デュアルコネクティビティとして、ＵＥは、マスタｅＮＢ（ＭｅＮＢ）及びセカンダリＣＵ（又はセカンダリｇＮＢ若しくはセカンダリＤＵ）と通信し得る。このようなデュアルコネクティビティは、第１の実施形態の第２の変形例及び第３の変形例にも適用され得る。より具体的には、第２の変形例及び第３の変形例において、マスタ基地局は、マスタｅＮＢであってもよく、セカンダリ基地局は、セカンダリＣＵ（第４の変形例の第１ユニット７００）、セカンダリｇＮＢ（セカンダリＣＵ及びＤＵ）（第４の変形例の第１ユニット７００及び第２ユニット７５０）又はセカンダリＤＵ（第４の変形例の第２ユニット７５０）であってもよい。

以上、第１の実施形態の変形例を説明した。第１の実施形態の変形例によれば、様々なケース（ハンドオーバ、デュアルコネクティビティ及び５Ｇのケース）においてビームフォーミングが使用される場合のセキュリティを強化することが可能になる。

＜＜５．第２の実施形態＞＞
続いて、図４８〜図５２を参照して、本発明の第２の実施形態を説明する。上述した第１の実施形態は、具体的な実施形態であるが、第２の実施形態は、より一般化された実施形態である。

＜５．１．システムの構成＞
図４８を参照して、第２の実施形態のシステム６の構成の例を説明する。図４８は、第２の実施形態のシステム６の概略的な構成の一例を示す説明図である。図４８を参照すると、システム１は、基地局８００及び端末装置９００を含む。

例えば、システム６は、３ＧＰＰの規格（standard）に準拠したシステムである。より具体的には、システム１は、ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄに準拠したシステムであってもよく、第５世代（５Ｇ）の規格に準拠したシステムであってもよい。当然ながら、システム１は、これらの例に限定されない。

例えば、基地局８００及び端末装置９００についての説明は、第１の実施形態の基地局１００及び端末装置２００についての説明と同じである。よって、ここでは重複する説明を省略する。

＜５．２．基地局の構成＞
次に、図４９を参照して、第２の実施形態の基地局８００の構成の例を説明する。図４９は、第２の実施形態の基地局８００の概略的な構成の例を示すブロック図である。図４９を参照すると、基地局８００は、情報取得部８１０及び鍵生成部８２０を備える。

情報取得部８１０及び鍵生成部８２０の具体的な動作は、後に説明する。

情報取得部８１０及び鍵生成部８２０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。情報取得部８１０及び鍵生成部８２０は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。

基地局８００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、情報取得部８１０及び鍵生成部８２０の動作を行ってもよい。上記プログラムは、情報取得部８１０及び鍵生成部８２０の動作を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

＜５．３．端末装置の構成＞
次に、図５０を参照して、第２の実施形態の端末装置９００の構成の例を説明する。図５０は、第２の実施形態の端末装置９００の概略的な構成の例を示すブロック図である。図５０を参照すると、端末装置９００は、鍵生成部９１０及び通信処理部９２０を備える。

鍵生成部９１０及び通信処理部９２０の具体的な動作は、後に説明する。

鍵生成部９１０及び通信処理部９２０は、ベースバンド（ＢＢ）プロセッサ及び／又は他のプロセッサ等により実装されてもよい。鍵生成部９１０及び通信処理部９２０は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。

端末装置９００は、プログラムを記憶するメモリと、当該プログラムを実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、鍵生成部９１０及び通信処理部９２０の動作を行ってもよい。上記プログラムは、鍵生成部９１０及び通信処理部９２０の動作を上記１つ以上のプロセッサに実行させるためのプログラムであってもよい。

＜５．４．技術的特徴＞
次に、図５１及び図５２を参照して、第２の実施形態の技術的特徴を説明する。

基地局８００（情報取得部８１０）は、ビーム選択に関する情報（ビーム選択関連情報）を取得する。そして、基地局１００（鍵生成部８２０）は、ビーム選択に関する上記情報に基づいて、基地局と端末装置９００との間の無線通信のためのセキュリティ鍵を生成する。

端末装置９００（鍵生成部９１０）は、ビーム選択に関する情報（ビーム選択関連情報）に基づいて、基地局との無線通信のためのセキュリティ鍵を生成する。そして、端末装置９００（通信処理部９２０）は、上記セキュリティ鍵を使用して、上記基地局との無線通信を行う。

（１）基地局／無線通信、ビーム選択、ビーム選択関連情報、セキュリティ鍵の生成、セキュリティ鍵を使用した端末装置との無線通信、及び、端末装置の動作
第２の実施形態における基地局／無線通信、ビーム選択、ビーム選択関連情報、セキュリティ鍵の生成、セキュリティ鍵を使用した端末装置との無線通信、及び、端末装置の動作についての説明は、例えば、第１の実施形態におけるこれらについての説明と同じである。よって、ここでは重複する説明を省略し、処理の流れの例のみを説明する。

（２）処理の流れ
−基地局の処理
図５１は、第２の実施形態の基地局８００の処理の概略的な流れの例を説明するための説明図である。

基地局８００（情報取得部８１０）は、ビーム選択に関する情報を取得する（Ｓ１３０１）。

基地局１００（鍵生成部８２０）は、ビーム選択に関する上記情報に基づいて、基地局と端末装置９００との間の無線通信のためのセキュリティ鍵を生成する（Ｓ１３０３）。

−端末装置の処理
図５２は、第２の実施形態の端末装置９００の処理の概略的な流れの例を説明するための説明図である。

端末装置９００（鍵生成部９１０）は、ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成する（Ｓ１３２１）。

端末装置９００（通信処理部９２０）は、上記セキュリティ鍵を使用して、上記基地局との無線通信を行う（Ｓ１３２３）。

以上、第２の実施形態を説明した。第２の実施形態によれば、ビームフォーミングが使用される場合のセキュリティを強化することが可能になる。なお、第２の実施形態においても、上述した第１の実施形態の変形例が適用されてもよい。

以上、本発明の実施形態を説明したが、本発明は上述した実施形態に限定されるものではない。上述した実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。

例えば、ここでの「送信する」とは、例えば、複数のプロトコルレイヤのうちの少なくとも１つのプロトコルレイヤにおける送信処理を行うことを意味し、有線又は無線で信号を出力することを意味しない。同様に、ここでの「受信する」とは、例えば、複数のプロトコルレイヤのうちの少なくとも１つのプロトコルレイヤにおける受信処理を行うことを意味する。同様に、ここでの「無線通信を行う」とは、例えば、複数のプロトコルレイヤのうちの少なくとも１つのプロトコルレイヤにおける送信処理及び／又は受信処理を行うことを意味する。一例として、当該複数のプロトコルレイヤは、物理レイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ及びＲＲＣレイヤである。別の例として、上記複数のプロトコルレイヤは、物理レイヤ、ＭＡＣレイヤ、ＩＰレイヤ及びトランスポートレイヤである。

また、ここでの「ＸをＹへ送信する」とは、ＸをＹへ直接的に送信することに限られず、ＸをＹへ間接的に送信すること（即ち、Ｘを他のノードへ送信し、当該他のノードによる転送を経てＸがＹへ送信されること）を含む。同様に、ここでの「ＸをＹから受信する」とは、ＸをＹから直接的に受信することに限られず、ＸをＹから間接的に受信すること（即ち、Ｙにより送信されたＸを他のノードによる転送を経て受信すること）を含む。

また、例えば、本明細書に記載されている処理におけるステップは、必ずしもシーケンス図又はフローチャートに記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、シーケンス図又はフローチャートとして記載した順序と異なる順序で実行されても、並列的に実行されてもよい。また、処理におけるステップの一部が削除されてもよく、さらなるステップが処理に追加されてもよい。

また、本明細書において説明した基地局の構成要素（例えば、第１通信処理部、第２通信処理部、情報取得部及び／又は鍵生成部）を備える装置（例えば、基地局を構成する複数の装置（又はユニット）のうちの１つ以上の装置（又はユニット））又はモジュール（例えば、上記複数の装置（又はユニット）のうちの１つのためのモジュール）が提供されてもよい。本明細書において説明した端末装置又はコアネットワークノードの構成要素（例えば、通信処理部、情報取得部及び／又は鍵生成部）を備えるモジュールが提供されてもよい。また、上記構成要素の処理を含む方法が提供されてもよく、上記構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録した記録媒体（コンピュータに読み取り可能な非一時的記録媒体）が提供されてもよい。当然ながら、このような装置、モジュール、方法、プログラム及び記録媒体も本発明に含まれる。

上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）
ビーム選択に関する情報を取得する情報取得部と、
前記ビーム選択に関する前記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成する鍵生成部と、
を備える装置。

（付記２）
前記ビーム選択は、前記無線通信のために使用されるビームの選択である、付記１に記載の装置。

（付記３）
前記ビーム選択に関する前記情報は、ビームを選択するときに変化するパラメータである、付記１又は２に記載の装置。

（付記４）
前記ビーム選択に関する前記情報は、ビームを識別するための識別情報である、付記１〜３のいずれか１項に記載の装置。

（付記５）
前記ビーム選択に関する前記情報は、ビームを選択するときにインクリメントされるカウンタである、付記１〜３のいずれか１項に記載の装置。

（付記６）
前記ビームは、前記無線通信のために使用されるビームである、付記３〜５のいずれか１項に記載の装置。

（付記７）
前記ビーム選択に関する前記情報は、前記端末装置へ又は前記端末装置から送信される情報である、付記１〜６のいずれか１項に記載の装置。

（付記８）
前記ビーム選択に関する前記情報は、前記端末装置へ又は前記端末装置から送信される物理レイヤ又はＭＡＣ（Medium Access Control）レイヤの制御情報に含まれる、付記７に記載の装置。

（付記９）
前記鍵生成部は、ビーム選択のときに、前記ビーム選択に関する前記情報に基づいて前記セキュリティ鍵を生成する、付記１〜８のいずれか１項に記載の装置。

（付記１０）
前記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵である、付記１〜９のいずれか１項に記載の装置。

（付記１１）
前記セキュリティ鍵は、鍵生成に使用される鍵である、付記１〜９のいずれか１項に記載の装置。

（付記１２）
前記鍵生成は、ユーザプレーンの暗号化のための暗号鍵の生成である、付記１１に記載の装置。

（付記１３）
前記基地局は、前記端末装置のデュアルコネクティビティのセカンダリ基地局である、付記１〜１１のいずれか１項に記載の装置。

（付記１４）
前記基地局は、前記端末装置のハンドオーバのターゲット基地局である、付記１〜１１のいずれか１項に記載の装置。

（付記１５）
前記セキュリティ鍵を使用して前記端末装置との無線通信を行う第１通信処理部をさらに備える、付記１〜１４のいずれか１項に記載の装置。

（付記１６）
前記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵の生成に使用される鍵であり、
前記第１通信処理部は、前記セキュリティ鍵を使用して前記暗号鍵を生成し、当該暗号鍵を使用して前記端末装置との無線通信を行う、
付記１５に記載の装置。

（付記１７）
前記装置は、前記基地局、前記基地局を構成する複数の装置のうちの１つ以上の装置、又は当該複数の装置のうちの１つのためのモジュールである、付記１〜１６のいずれか１項に記載の装置。

（付記１８）
前記装置は、前記端末装置のデュアルコネクティビティのマスタ基地局、当該マスタ基地局を構成する複数の装置のうちの１つ以上の装置、又は当該複数の装置のうちの１つのためのモジュールであり、
前記基地局は、前記端末装置のデュアルコネクティビティのセカンダリ基地局であり、
前記第１通信処理部は、前記セキュリティ鍵を使用して、前記基地局を介して前記端末装置との無線通信を行う
付記１５又は１６に記載の装置。

（付記１９）
前記基地局は、上位のプロトコルレイヤの処理を行う第１ユニットと、下位のプロトコルレイヤの処理を行う第２ユニットとを含み、
前記装置は、前記第１ユニット、又は前記第１ユニットのためのモジュールであり、
前記第１通信処理部は、前記セキュリティ鍵を使用して、前記第２ユニットを介して前記端末装置との無線通信を行う、
付記１５又は１６に記載の装置。

（付記２０）
前記セキュリティ鍵を前記基地局へ送信する第２通信処理部をさらに備える、付記１〜１４のいずれか１項に記載の装置。

（付記２１）
前記セキュリティ鍵は、前記基地局による鍵生成に使用される鍵である、付記２０に記載の装置。

（付記２２）
前記基地局は、前記端末装置のデュアルコネクティビティのセカンダリ基地局であり、
前記第２通信処理部は、セカンダリ基地局の追加又は変更のためのメッセージを前記基地局へ送信し、
前記メッセージは、前記セキュリティ鍵を含む、
付記２０又は２１に記載の装置。

（付記２３）
前記基地局は、前記端末装置のハンドオーバのターゲット基地局であり、
前記第２通信処理部は、前記ハンドオーバのためのハンドオーバ手続きにおいてメッセージを前記基地局へ送信し、
前記メッセージは、前記セキュリティ鍵を含む、
付記２０又は２１に記載の装置。

（付記２４）
前記基地局は、第１の基地局とは異なる第２の基地局であり、
前記装置は、前記第１の基地局、当該第１の基地局を構成する複数の装置のうちの１つ以上の装置、又は当該複数の装置のうちの１つのためのモジュールである、
付記１〜１４及び２０〜２３のいずれか１項に記載の装置。

（付記２５）
前記装置は、コアネットワークノード、又はコアネットワークノードのためのモジュールである、付記１〜１４及び２０〜２３のいずれか１項に記載の装置。

（付記２６）
ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成する鍵生成部と、
前記セキュリティ鍵を使用して、前記基地局との無線通信を行う通信処理部と、
を備える装置。

（付記２７）
前記通信処理部は、前記ビーム選択に関する前記情報を無線アクセスネットワークから受信し、又は当該無線アクセスネットワークへ送信する、付記２６に記載の装置。

（付記２８）
前記通信処理部は、物理レイヤ又はＭＡＣレイヤの制御情報を前記無線アクセスネットワークから受信し、又は前記無線アクセスネットワークへ送信し、
前記制御情報は、前記ビーム選択に関する前記情報を含む、
付記２７に記載の装置。

（付記２９）
前記装置は、端末装置、又は端末装置のためのモジュールである、付記２６〜２８のいずれか１項に記載の装置。

（付記３０）
端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される前記セキュリティ鍵を取得する情報取得部と、
前記セキュリティ鍵を使用して、前記端末装置との無線通信を行う第１通信処理部と、
を備える装置。

（付記３１）
前記セキュリティ鍵を基地局から受信する第２通信処理部、をさらに備える、付記３０に記載の装置。

（付記３２）
前記第１通信処理部は、前記セキュリティ鍵を使用して、ユーザプレーンの暗号化のための暗号鍵を生成し、当該暗号鍵を使用して、前記端末装置との無線通信を行う、付記３０又は３１に記載の装置。

（付記３３）
前記装置は、基地局、基地局を構成する複数の装置のうちの１つ以上の装置、又は当該複数の装置のうちの１つのためのモジュールである、付記３０〜３２のいずれか１項に記載の装置。

（付記３４）
ビーム選択に関する情報を取得することと、
前記ビーム選択に関する前記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成することと、
を含む方法。

（付記３５）
ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成することと、
前記セキュリティ鍵を使用して、前記基地局との無線通信を行うことと、
を含む方法。

（付記３６）
端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される前記セキュリティ鍵を取得することと、
前記セキュリティ鍵を使用して、前記端末装置との無線通信を行うことと、
を含む方法。

（付記３７）
基地局と、
端末装置と、
を含み、
前記基地局は、ビーム選択に関する情報に基づいて、前記端末装置との間の無線通信のためのセキュリティ鍵を生成し、
前記端末装置は、
前記ビーム選択に関する前記情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成し、
前記セキュリティ鍵を使用して、前記基地局との前記無線通信を行う、
システム。

（付記３８）
ビーム選択に関する情報を取得することと、
前記ビーム選択に関する前記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成することと、
をプロセッサに実行させるためのプログラム。

（付記３９）
ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成することと、
前記セキュリティ鍵を使用して、前記基地局との無線通信を行うことと、
をプロセッサに実行させるためのプログラム。

（付記４０）
端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される前記セキュリティ鍵を取得することと、
前記セキュリティ鍵を使用して、前記端末装置との無線通信を行うことと、
をプロセッサに実行させるためのプログラム。

（付記４１）
ビーム選択に関する情報を取得することと、
前記ビーム選択に関する前記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成することと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記４２）
ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成することと、
前記セキュリティ鍵を使用して、前記基地局との無線通信を行うことと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

（付記４３）
端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される前記セキュリティ鍵を取得することと、
前記セキュリティ鍵を使用して、前記端末装置との無線通信を行うことと、
をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。

この出願は、２０１６年８月１２日に出願された日本出願特願２０１６−１５８４８４を基礎とする優先権を主張し、その開示の全てをここに取り込む。

移動体通信システムにおいて、ビームフォーミングが使用される場合のセキュリティを強化することができる。

１、２、３、４、５、６ システム
１００、４００、５００、６００、８００ 基地局
１４１、４４１、５４１、６４１ 第１通信処理部
１４３、４４３、５４３、６４３ 第２通信処理部
１４５、４４５、５４５、６４５、８１０ 情報取得部
１４７、４４７、５４７、６４７、８２０ 鍵生成部
２００、９００ 端末装置
２３１、９２０ 通信処理部
２３５、９１０ 鍵生成部
３００ コアネットワークノード
３３１ 通信処理部
３３３ 情報取得部
３３５ 鍵生成部
７００ 第１ユニット
７４１ 第１通信処理部
７４３ 第２通信処理部
７４５ 情報取得部
７４７ 鍵生成部
７５０ 第２ユニット

（１）移動体システムのアーキテクチャ
図１は、３ＧＰＰ（Third Generation Partnership Project）のＬＴＥの移動体通信システムのアーキテクチャを説明するための説明図である。図１を参照すると、この移動体システムは、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）であるＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）と、コアネットワークであるＥＰＣ（Evolved Packet Core）とを含む。Ｅ−ＵＴＲＡＮは、基地局であるｅＮＢ（evolved Node B）を含み、ＥＰＣは、複数のコアネットワークノード（例えば、ＭＭＥ（Mobility Management Entity）及びＳ−ＧＷ（Serving Gateway）等）を含む。このアーキテクチャは、制御プレーン（control plane：C-plane）及びユーザプレーン（user plane：U-plane）の伝送時間の短縮を図り、スループットの高いデータ転送を実現できるシステムを構築することを目的としている。

上述したような通信形態では、例えば、ＵＥの移動に応じて、ＭｅＮＢのセルはあまり切り替えられず、ＳｅＮＢのビームが高い頻度で切り替えられる。

（３）コアネットワークノード３００
コアネットワークノード３００は、コアネットワーク内の制御ノードである。例えば、コアネットワークノード３００は、ＭＭＥ（Mobility Management Entity）である。あるいは、コアネットワークノード３００は、５Ｇの制御ノードであってもよい。

図１２は、第１の実施形態におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第１の例を説明するための説明図である。図１２を参照すると、Ｋ_ｅＮＢ、ビームＩＤ、ＵＰ−ｅｎｃ−ａｌｇ及びＡｌｇ−ＩＤをインプットとして使用して、ＫＤＦ（Key Derivation Function）により、ユーザプレーンの暗号鍵Ｋ_{ＵＰｅｎｃ}が生成される。ＵＰ−ｅｎｃ−ａｌｇは、アルゴリズムのタイプとしてユーザプレーン暗号化アルゴリズム（encryption algorithm）を示す情報であり、Ａｌｇ−ＩＤは、アルゴリズムのＩＤである（他の図においても同じ）。ＫＤＦは、例えば３ＧＰＰ ＴＳ３３．４０１ Ｖ１３．３．０（Ａｎｎｅｘ Ａ Ａ.７）及び／又は３ＧＰＰ ＴＳ３３．２２０ Ｖ１３．１．０（Ａｎｎｅｘ Ｂ）に記載されているアルゴリズムと同様のアルゴリズムである。さらに、Ｋ_{ＵＰｅｎｃ}はトランケート（Truncate）され、例えばＫ_{ＵＰｅｎｃ}の長さが２５６ビットから１２８ビットになる。具体的には、Ｋ_{ＵＰｅｎｃ}の２５６ビットのうちの上位１２８ビットが抽出され、この１２８ビットが最終的なＫ_{ＵＰｅｎｃ}となる。

図１４は、第１の実施形態におけるセキュリティ鍵を使用した鍵生成の例を説明するための説明図である。図１４を参照すると、Ｋ_ｅＮＢ、ＵＰ−ｅｎｃ−ａｌｇ及びＡｌｇ−ＩＤをインプットとして使用して、ＫＤＦにより、ユーザプレーンの暗号鍵Ｋ_{ＵＰｅｎｃ}が生成される。ＫＤＦは、例えば３ＧＰＰ ＴＳ３３．４０１ Ｖ１３．３．０（Ａｎｎｅｘ Ａ Ａ.７）及び／又は３ＧＰＰ ＴＳ３３．２２０ Ｖ１３．１．０（Ａｎｎｅｘ Ｂ）に記載されているアルゴリズムと同一のアルゴリズムである。さらに、Ｋ_{ＵＰｅｎｃ}はトランケート（Truncate）され、例えばＫ_{ＵＰｅｎｃ}の長さが２５６ビットから１２８ビットになる。具体的には、Ｋ_{ＵＰｅｎｃ}の２５６ビットのうちの上位１２８ビットが抽出され、この１２８ビットが最終的なＫ_{ＵＰｅｎｃ}となる。なお、図１３の例のＫ_{ｅＮＢbeam}が、新たなＫ_ｅＮＢとならず、独立した鍵として存在する場合には、図１４の例では、Ｋ_ｅＮＢではなくＫ_{ｅＮＢbeam}がインプットとして使用されてもよい。

（３−８）その他
基地局４００（第２通信処理部４４３）は、コアネットワークノード３００へ上記ビーム選択関連情報を送信し、コアネットワークノード３００（通信処理部３３１）は、上記ビーム選択関連情報を受信してもよい。例えば、基地局４００（第２通信処理部４４３）は、上記ビーム選択関連情報を含むパススイッチ要求（PATH SWITCH REQUEST）メッセージをコアネットワークノード３００へ送信してもよい。例えば、当該パススイッチ要求メッセージは、図２０の例と同様に、ビームＩＤを含んでもよい。

さらに、コアネットワークノード３００（通信処理部３３１）は、上記セキュリティ鍵（例えばＮＨ）を基地局４００へ送信してもよい。一例として、コアネットワークノード３００（通信処理部３３１）は、上記セキュリティ鍵（例えばＮＨ）を含むパススイッチ要求確認応答（PATH SWITCH REQUEST ACKNOWLEDGE）メッセージを基地局４００へ送信してもよい。

（１）システムの構成
図３８は、第１の実施形態の第４の変形例のシステム５の概略的な構成の一例を示す説明図である。図３８を参照すると、システム５は、第１ユニット７００、第２ユニット７５０及びコアネットワークノード３００を含む。

図４２は、第４の変形例におけるビーム選択関連情報に基づくセキュリティ鍵の生成の第１の例を説明するための説明図である。図４２を参照すると、Ｋ_ＣＵ、ビームＩＤ、ＵＰ−ｅｎｃ−ａｌｇ及びＡｌｇ−ＩＤをインプットとして使用して、ＫＤＦにより、ユーザプレーンの暗号鍵Ｋ_{ＵＰｅｎｃ}が生成される。ＫＤＦは、例えば３ＧＰＰ ＴＳ３３．４０１ Ｖ１３．３．０（Ａｎｎｅｘ Ａ Ａ.７）及び／又は３ＧＰＰ ＴＳ３３．２２０ Ｖ１３．１．０（Ａｎｎｅｘ Ｂ）に記載されているアルゴリズムと同様のアルゴリズムである。さらに、Ｋ_{ＵＰｅｎｃ}はトランケート（Truncate）され、例えばＫ_{ＵＰｅｎｃ}の長さが２５６ビットから１２８ビットになる。具体的には、Ｋ_{ＵＰｅｎｃ}の２５６ビットのうちの上位１２８ビットが抽出され、この１２８ビットが最終的なＫ_{ＵＰｅｎｃ}となる。

＜５．１．システムの構成＞
図４８を参照して、第２の実施形態のシステム６の構成の例を説明する。図４８は、第２の実施形態のシステム６の概略的な構成の一例を示す説明図である。図４８を参照すると、システム６は、基地局８００及び端末装置９００を含む。

Claims (43)

1. ビーム選択に関する情報を取得する情報取得部と、
   前記ビーム選択に関する前記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成する鍵生成部と、
   を備える装置。
2. 前記ビーム選択は、前記無線通信のために使用されるビームの選択である、請求項１に記載の装置。
3. 前記ビーム選択に関する前記情報は、ビームを選択するときに変化するパラメータである、請求項１又は２に記載の装置。
4. 前記ビーム選択に関する前記情報は、ビームを識別するための識別情報である、請求項１〜３のいずれか１項に記載の装置。
5. 前記ビーム選択に関する前記情報は、ビームを選択するときにインクリメントされるカウンタである、請求項１〜３のいずれか１項に記載の装置。
6. 前記ビームは、前記無線通信のために使用されるビームである、請求項３〜５のいずれか１項に記載の装置。
7. 前記ビーム選択に関する前記情報は、前記端末装置へ又は前記端末装置から送信される情報である、請求項１〜６のいずれか１項に記載の装置。
8. 前記ビーム選択に関する前記情報は、前記端末装置へ又は前記端末装置から送信される物理レイヤ又はＭＡＣ（Medium Access Control）レイヤの制御情報に含まれる、請求項７に記載の装置。
9. 前記鍵生成部は、ビーム選択のときに、前記ビーム選択に関する前記情報に基づいて前記セキュリティ鍵を生成する、請求項１〜８のいずれか１項に記載の装置。
10. 前記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵である、請求項１〜９のいずれか１項に記載の装置。
11. 前記セキュリティ鍵は、鍵生成に使用される鍵である、請求項１〜９のいずれか１項に記載の装置。
12. 前記鍵生成は、ユーザプレーンの暗号化のための暗号鍵の生成である、請求項１１に記載の装置。
13. 前記基地局は、前記端末装置のデュアルコネクティビティのセカンダリ基地局である、請求項１〜１１のいずれか１項に記載の装置。
14. 前記基地局は、前記端末装置のハンドオーバのターゲット基地局である、請求項１〜１１のいずれか１項に記載の装置。
15. 前記セキュリティ鍵を使用して前記端末装置との無線通信を行う第１通信処理部をさらに備える、請求項１〜１４のいずれか１項に記載の装置。
16. 前記セキュリティ鍵は、ユーザプレーンの暗号化のための暗号鍵の生成に使用される鍵であり、
    前記第１通信処理部は、前記セキュリティ鍵を使用して前記暗号鍵を生成し、当該暗号鍵を使用して前記端末装置との無線通信を行う、
    請求項１５に記載の装置。
17. 前記装置は、前記基地局、前記基地局を構成する複数の装置のうちの１つ以上の装置、又は当該複数の装置のうちの１つのためのモジュールである、請求項１〜１６のいずれか１項に記載の装置。
18. 前記装置は、前記端末装置のデュアルコネクティビティのマスタ基地局、当該マスタ基地局を構成する複数の装置のうちの１つ以上の装置、又は当該複数の装置のうちの１つのためのモジュールであり、
    前記基地局は、前記端末装置のデュアルコネクティビティのセカンダリ基地局であり、
    前記第１通信処理部は、前記セキュリティ鍵を使用して、前記基地局を介して前記端末装置との無線通信を行う
    請求項１５又は１６に記載の装置。
19. 前記基地局は、上位のプロトコルレイヤの処理を行う第１ユニットと、下位のプロトコルレイヤの処理を行う第２ユニットとを含み、
    前記装置は、前記第１ユニット、又は前記第１ユニットのためのモジュールであり、
    前記第１通信処理部は、前記セキュリティ鍵を使用して、前記第２ユニットを介して前記端末装置との無線通信を行う、
    請求項１５又は１６に記載の装置。
20. 前記セキュリティ鍵を前記基地局へ送信する第２通信処理部をさらに備える、請求項１〜１４のいずれか１項に記載の装置。
21. 前記セキュリティ鍵は、前記基地局による鍵生成に使用される鍵である、請求項２０に記載の装置。
22. 前記基地局は、前記端末装置のデュアルコネクティビティのセカンダリ基地局であり、
    前記第２通信処理部は、セカンダリ基地局の追加又は変更のためのメッセージを前記基地局へ送信し、
    前記メッセージは、前記セキュリティ鍵を含む、
    請求項２０又は２１に記載の装置。
23. 前記基地局は、前記端末装置のハンドオーバのターゲット基地局であり、
    前記第２通信処理部は、前記ハンドオーバのためのハンドオーバ手続きにおいてメッセージを前記基地局へ送信し、
    前記メッセージは、前記セキュリティ鍵を含む、
    請求項２０又は２１に記載の装置。
24. 前記基地局は、第１の基地局とは異なる第２の基地局であり、
    前記装置は、前記第１の基地局、当該第１の基地局を構成する複数の装置のうちの１つ以上の装置、又は当該複数の装置のうちの１つのためのモジュールである、
    請求項１〜１４及び２０〜２３のいずれか１項に記載の装置。
25. 前記装置は、コアネットワークノード、又はコアネットワークノードのためのモジュールである、請求項１〜１４及び２０〜２３のいずれか１項に記載の装置。
26. ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成する鍵生成部と、
    前記セキュリティ鍵を使用して、前記基地局との無線通信を行う通信処理部と、
    を備える装置。
27. 前記通信処理部は、前記ビーム選択に関する前記情報を無線アクセスネットワークから受信し、又は当該無線アクセスネットワークへ送信する、請求項２６に記載の装置。
28. 前記通信処理部は、物理レイヤ又はＭＡＣレイヤの制御情報を前記無線アクセスネットワークから受信し、又は前記無線アクセスネットワークへ送信し、
    前記制御情報は、前記ビーム選択に関する前記情報を含む、
    請求項２７に記載の装置。
29. 前記装置は、端末装置、又は端末装置のためのモジュールである、請求項２６〜２８のいずれか１項に記載の装置。
30. 端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される前記セキュリティ鍵を取得する情報取得部と、
    前記セキュリティ鍵を使用して、前記端末装置との無線通信を行う第１通信処理部と、
    を備える装置。
31. 前記セキュリティ鍵を基地局から受信する第２通信処理部、をさらに備える、請求項３０に記載の装置。
32. 前記第１通信処理部は、前記セキュリティ鍵を使用して、ユーザプレーンの暗号化のための暗号鍵を生成し、当該暗号鍵を使用して、前記端末装置との無線通信を行う、請求項３０又は３１に記載の装置。
33. 前記装置は、基地局、基地局を構成する複数の装置のうちの１つ以上の装置、又は当該複数の装置のうちの１つのためのモジュールである、請求項３０〜３２のいずれか１項に記載の装置。
34. ビーム選択に関する情報を取得することと、
    前記ビーム選択に関する前記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成することと、
    を含む方法。
35. ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成することと、
    前記セキュリティ鍵を使用して、前記基地局との無線通信を行うことと、
    を含む方法。
36. 端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される前記セキュリティ鍵を取得することと、
    前記セキュリティ鍵を使用して、前記端末装置との無線通信を行うことと、
    を含む方法。
37. 基地局と、
    端末装置と、
    を含み、
    前記基地局は、ビーム選択に関する情報に基づいて、前記端末装置との間の無線通信のためのセキュリティ鍵を生成し、
    前記端末装置は、
    前記ビーム選択に関する前記情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成し、
    前記セキュリティ鍵を使用して、前記基地局との前記無線通信を行う、
    システム。
38. ビーム選択に関する情報を取得することと、
    前記ビーム選択に関する前記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成することと、
    をプロセッサに実行させるためのプログラム。
39. ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成することと、
    前記セキュリティ鍵を使用して、前記基地局との無線通信を行うことと、
    をプロセッサに実行させるためのプログラム。
40. 端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される前記セキュリティ鍵を取得することと、
    前記セキュリティ鍵を使用して、前記端末装置との無線通信を行うことと、
    をプロセッサに実行させるためのプログラム。
41. ビーム選択に関する情報を取得することと、
    前記ビーム選択に関する前記情報に基づいて、基地局と端末装置との間の無線通信のためのセキュリティ鍵を生成することと、
    をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
42. ビーム選択に関する情報に基づいて、基地局との無線通信のためのセキュリティ鍵を生成することと、
    前記セキュリティ鍵を使用して、前記基地局との無線通信を行うことと、
    をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
43. 端末装置との無線通信のためのセキュリティ鍵であって、ビーム選択に関する情報に基づいて生成される前記セキュリティ鍵を取得することと、
    前記セキュリティ鍵を使用して、前記端末装置との無線通信を行うことと、
    をプロセッサに実行させるためのプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
    
    
    

Images