(57)【要約】3GPP Access及びNon-3GPP Accessを介してmultiple connectionsを確立する際に生じるセキュリティレベルの低下を防止することができる通信端末を提供することを目的とする。本開示にかかる通信端末（１０）は、Untrusted Non-3GPP Accessを介してコアネットワーク装置（２０）の前段に配置されているゲートウェイ装置と通信する通信部（１１）と、コアネットワーク装置（２０）との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する鍵導出部（１２）と、を備える。
2019065897.tif 000002
【特許請求の範囲】
【請求項１】
Untrusted Non-3GPP Accessを介してコアネットワーク装置の前段に配置されているゲートウェイ装置と通信する通信部と、
前記コアネットワーク装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、前記ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する鍵導出部と、を備える通信端末。
【請求項２】
前記通信部は、
前記Untrusted Non-3GPP Accessを介して前記コアネットワーク装置の前段に配置されている第１のゲートウェイ装置と通信し、前記Untrusted Non-3GPP Accessもしくは前記Untrusted Non-3GPP Accessとは異なるUntrusted Non-3GPP Accessを介して前記コアネットワーク装置の前段に配置されている第２のゲートウェイ装置と通信し、
前記鍵導出部は、
ゲートウェイ装置毎に異なる前記第２のセキュリティ鍵を導出する、請求項１に記載の通信端末。
【請求項３】
前記鍵導出部は、
アクセスネットワークの識別情報を用いて前記第２のセキュリティ鍵を導出する、請求項１又は２に記載の通信端末。
【請求項４】
前記鍵導出部は、
前記Untrusted Non-3GPP Access及び前記ゲートウェイ装置を介して前記コアネットワーク装置との間において伝送されるNASメッセージのセキュリティ処理に用いられる第３のセキュリティ鍵を、前記第１のセキュリティ鍵から導出する、請求項１乃至３のいずれか１項に記載の通信端末。
【請求項５】
前記通信部は、
前記Untrusted Non-3GPP Accessを介して前記コアネットワーク装置の前段に配置されている第１のゲートウェイ装置と通信し、前記Untrusted Non-3GPP Accessもしくは前記Untrusted Non-3GPP Accessとは異なるUntrusted Non-3GPP Accessを介して前記コアネットワーク装置の前段に配置されている第２のゲートウェイ装置と通信し、
前記鍵導出部は、
前記ゲートウェイ装置毎に異なる前記第３のセキュリティ鍵を導出する、請求項４に記載の通信端末。
【請求項６】
前記鍵導出部は、
アクセスネットワークの識別情報を用いて前記第３のセキュリティ鍵を導出する、請求項４又は５に記載の通信端末。
【請求項７】
コアネットワーク装置の前段に配置されているゲートウェイ装置及びUntrusted Non-3GPP Accessを介して通信端末と通信する通信部と、
前記通信端末との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、前記通信端末と前記ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する鍵導出部と、を備えるコアネットワーク装置。
【請求項８】
前記通信部は、
第１のゲートウェイ装置及び前記Untrusted Non-3GPP Accessを介して前記通信端末と通信し、さらに、第２のゲートウェイ装置及び前記Untrusted Non-3GPP Accessもしくは前記Untrusted Non-3GPP Accessとは異なるUntrusted Non-3GPP Accessを介して前記通信端末と通信し、
前記鍵導出部は、
ゲートウェイ装置毎に異なる前記第２のセキュリティ鍵を導出する、請求項７に記載のコアネットワーク装置。
【請求項９】
前記鍵導出部は、
アクセスネットワークの識別情報を用いて前記第２のセキュリティ鍵を導出する、請求項７又は８に記載のコアネットワーク装置。
【請求項１０】
前記鍵導出部は、
前記ゲートウェイ装置及び前記Untrusted Non-3GPP Accessを介して前記通信端末との間において伝送されるNASメッセージのセキュリティ処理に用いられる第３のセキュリティ鍵を、前記第１のセキュリティ鍵から導出する、請求項７乃至９のいずれか１項に記載のコアネットワーク装置。
【請求項１１】
前記通信部は、
第１のゲートウェイ装置及び前記Untrusted Non-3GPP Accessを介して前記通信端末と通信し、さらに、第２のゲートウェイ装置及び前記Untrusted Non-3GPP Accessもしくは前記Untrusted Non-3GPP Accessとは異なるUntrusted Non-3GPP Accessを介して前記通信端末と通信し、
前記鍵導出部は、
前記ゲートウェイ装置毎に異なる前記第３のセキュリティ鍵を導出する、請求項１０に記載のコアネットワーク装置。
【請求項１２】
前記鍵導出部は、
アクセスネットワークの識別情報を用いて前記第３のセキュリティ鍵を導出する、請求項１０又は１１に記載のコアネットワーク装置。
【請求項１３】
Untrusted Non-3GPP Accessを介してコアネットワーク装置の前段に配置されているゲートウェイ装置と通信し、
前記コアネットワーク装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、前記ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する、鍵導出方法。
【請求項１４】
コアネットワーク装置の前段に配置されているゲートウェイ装置及びUntrusted Non-3GPP Accessを介して通信端末と通信し、
前記通信端末との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、前記通信端末と前記ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する、鍵導出方法。
【請求項１５】
第１タイプのアクセス及び第２タイプのアクセスを介してネットワークノードにアクセスする通信部と、
前記第１タイプのアクセスのための第１NAS connection及び前記第２タイプのアクセスのための第２NAS connectionを、ネットワーク内の前記ネットワークノードと確立する制御部と、を備え、
独立したNASセキュリティを実現するために各々のNAS connectionに特有のパラメータが使用され、
前記パラメータは、前記第１タイプのアクセス及び前記第２タイプのアクセスのための固有のNAS connection識別子に関連する値を含んでいる、通信端末。
【請求項１６】
第１タイプのアクセス及び第２タイプのアクセスを介して通信端末を登録する登録部と、
前記第１タイプのアクセスのための第１NAS connection及び前記第２タイプのアクセスのための第２NAS connectionを有する通信部と、
前記第２タイプのアクセスを介してNAS SMC（Security Mode Command）処理を発動させる制御部と、
前記NAS SMC処理の間にインジケータを含むメッセージを前記通信端末に送信する送信部と、を備える、コアネットワークノード。
【請求項１７】
EAP-TLS（Extended Master Session Key）認証処理の間にEMSK（Extended Master Session Key）を導出する鍵導出部と、
セキュリティ鍵の導出のために前記EMSKを使用する制御部と、を備える、通信端末。
【請求項１８】
EAP-TLS（Extended Master Session Key）認証処理の間にEMSK（Extended Master Session Key）を取得する取得部と、
セキュリティ鍵の導出のために前記EMSKを使用する制御部と、を備える、コアネットワークノード。
【請求項１９】
第１タイプのアクセスを介して第１ネットワークノードにアクセスし、第２タイプのアクセスを介して第２ネットワークノードにアクセスする通信部と、
前記第１タイプのアクセスのための第１NAS connection及び前記第２タイプのアクセスのための第２NAS connectionを、前記第１及び前記第２ネットワークノードと確立する接続確立部と、
ネットワークノード毎に異なるsecurity contextを使用し、各々のsecurity contextは別々に確立される制御部と、を備える、通信端末。
【請求項２０】
前記第１及び前記第２ネットワークノードは、異なるネットワークに属している、請求項１９に記載の通信端末。
【請求項２１】
前記第１タイプのアクセスは、3GPP accessであり、
前記第２タイプのアクセスは、non-3GPP accessである、請求項１５または１９に記載の通信端末。
【請求項２２】
登録要求メッセージをネットワークノードに送信する通信部と、
前記登録要求メッセージの送信後に、アクセスタイプに関するパラメータを使ってセキュリティ鍵を導出する鍵導出部と、を備える、通信端末。
【請求項２３】
前記セキュリティ鍵は、前記アクセスタイプに関するパラメータが入力されるKDF（Key Derivation Function）を使って導出される、請求項２２に記載の通信端末。
【請求項２４】
登録要求メッセージを通信端末から受信する通信部と、
前記登録要求メッセージの受信後に、アクセスタイプに関するパラメータを使ってセキュリティ鍵を導出する鍵導出部と、を備える、ネットワークノード。
【請求項２５】
前記セキュリティ鍵は、前記アクセスタイプに関するパラメータが入力されるKDF（Key Derivation Function）を使って導出される、請求項２４に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信端末、コアネットワーク装置、コアネットワークノード、ネットワークノード及び鍵導出方法に関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project）において、５Ｇと称される通信システム（以下、５ＧＳ（5G System）とする）の仕様が検討されている。５ＧＳは、アクセスネットワークとして3GPP Access及びNon-3GPP Accessを含む。また、Non-3GPP Accessは、Trusted Non-3GPP Access及びUntrusted Non-3GPP Accessを含む。3GPP Accessは、３ＧＰＰにおいて機能もしくは仕様等が規定された装置を有するネットワークである。Non-3GPP Accessは、３ＧＰＰにおいて機能もしくは仕様等が規定されていない装置を有するネットワークである。また、Trusted Non-3GPP Accessは、通信事業者等において信頼性のあるアクセスネットワークであると認識されているネットワークである。Untrusted Non-3GPP Accessは、通信事業者等において信頼性のあるアクセスネットワークであると認識されていないネットワークである。【０００３】
非特許文献１には、3GPP AccessとNon-3GPP Accessとの間のハンドオーバ処理が開示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TR 23.799 V2.0.0 (2016-11)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
非特許文献１には、3GPP AccessとNon-3GPP Accessとの間のハンドオーバ処理が開示されているが、通信端末であるＵＥが、3GPP Access及びNon-3GPP Accessを介してmultiple connectionsを確立する際のセキュリティメカニズムが規定されていない。そのため、3GPP Access及びNon-3GPP Accessを用いたmultiple connectionsにおいては、セキュリティレベルの低下等が生じるという問題がある。【０００６】
本開示の目的は、上述した課題に鑑み、3GPP Access及びNon-3GPP Accessを介してmultiple connectionsを確立する際に生じるセキュリティレベルの低下を防止することができる通信端末、コアネットワーク装置、及び鍵導出方法を提供することにある。
【課題を解決するための手段】
【０００７】
本開示の第１の態様にかかる通信端末は、Untrusted Non-3GPP Accessを介してコアネットワーク装置の前段に配置されているゲートウェイ装置と通信する通信部と、前記コアネットワーク装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、前記ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する鍵導出部と、を備える。【０００８】
本開示の第２の態様にかかるコアネットワーク装置は、コアネットワーク装置の前段に配置されているゲートウェイ装置及びUntrusted Non-3GPP Accessを介して通信端末と通信する通信部と、前記通信端末との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、前記通信端末と前記ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する鍵導出部と、を備える。【０００９】
本開示の第３の態様にかかる鍵導出方法は、Untrusted Non-3GPP Accessを介してコアネットワーク装置の前段に配置されているゲートウェイ装置と通信し、前記コアネットワーク装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、前記ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する。
【発明の効果】
【００１０】
本開示により、3GPP Access及びNon-3GPP Accessを介してmultiple connectionsを確立する際に生じるセキュリティレベルの低下を防止することができる通信端末、コアネットワーク装置、コアネットワークノード、ネットワークノード及び鍵導出方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１にかかる通信端末の構成図である。
【図２】実施の形態１にかかるコアネットワーク装置の構成図である。
【図３】実施の形態２にかかる通信システムの構成図である。
【図４】実施の形態２にかかるKey hierarchyを示す図である。
【図５】実施の形態２にかかるKey hierarchyを示す図である。
【図６】実施の形態２にかかる通信システムの構成図である。
【図７】実施の形態２にかかるKey hierarchyを示す図である。
【図８】実施の形態２にかかるKey hierarchyを示す図である。
【図９】実施の形態２にかかるKey hierarchyを示す図である。
【図１０】実施の形態２にかかる通信システムの構成図である。
【図１１】実施の形態２にかかるKey hierarchyを示す図である。
【図１２】実施の形態２にかかるKey hierarchyを示す図である。
【図１３】実施の形態２にかかるセキュリティ鍵の導出を示す図である。
【図１４】実施の形態２にかかるセキュリティ鍵の導出を示す図である。
【図１５】実施の形態２にかかるＵＥが利用しているアクセスネットワークに関する情報の送信処理の流れを示す図である。
【図１６】実施の形態２にかかるＵＥが利用しているアクセスネットワークに関する情報の送信処理の流れを示す図である。
【図１７】実施の形態２にかかるセキュリティ鍵KSEAFの導出過程を示す図である。
【図１８】実施の形態２にかかるセキュリティ鍵KSEAFの導出過程を示す図である。
【図１９】実施の形態２にかかるセキュリティ鍵KSEAFの導出過程を示す図である。
【図２０】実施の形態２にかかるセキュリティ鍵KSEAFの導出過程を示す図である。
【図２１】実施の形態２にかかるセキュリティ鍵KSEAFの導出過程を示す図である。
【図２２】実施の形態２にかかるセキュリティ鍵KSEAFの導出過程を示す図である。
【図２３】実施の形態２にかかるセキュリティ鍵KSEAFの導出過程を示す図である。
【図２４】実施の形態３にかかるＵＥ３０に関する認証処理の流れを示す図である。
【図２５】実施の形態３にかかるＵＥ３０に関する認証処理の流れを示す図である。
【図２６】実施の形態３にかかるＵＥ３０に関する認証処理の流れを示す図である。
【図２７】実施の形態３にかかるＵＥ３０に関する認証処理の流れを示す図である。
【図２８】実施の形態３にかかるハンドオーバ最中のセキュリティ鍵KAMF*の導出手順を示す図である。
【図２９】実施の形態３にかかるセキュリティ鍵の導出を示す図である。
【図３０】実施の形態３にかかるハンドオーバ最中のセキュリティ鍵KAMF*の導出手順を示す図である。
【図３１】実施の形態３にかかるセキュリティ鍵の導出を示す図である。
【図３２】実施の形態３にかかるハンドオーバ最中のセキュリティ鍵KAMF*の導出手順を示す図である。
【図３３】実施の形態３にかかるセキュリティ鍵の導出を示す図である。
【図３４】実施の形態３にかかるハンドオーバ最中のセキュリティ鍵KAMF*の導出手順を示す図である。
【図３５】実施の形態３にかかるセキュリティ鍵の導出を示す図である。
【図３６】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図３７】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図３８】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図３９】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図４０】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図４１】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図４２】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図４３】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図４４】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図４５】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図４６】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図４７】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図４８】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図４９】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図５０】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図５１】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図５２】実施の形態３にかかるハンドオーバ処理の流れを示す図である。
【図５３】実施の形態４にかかるハンドオーバ処理の流れを示す図である。
【図５４】実施の形態４にかかるハンドオーバ処理の流れを示す図である。
【図５５】実施の形態４にかかるハンドオーバ処理の流れを示す図である。
【図５６】実施の形態４にかかるハンドオーバ処理の流れを示す図である。
【図５７】実施の形態４にかかるハンドオーバ処理の流れを示す図である。
【図５８】実施の形態４にかかるハンドオーバ処理の流れを示す図である。
【図５９】実施の形態４にかかるハンドオーバ処理の流れを示す図である。
【図６０】実施の形態４にかかるハンドオーバ処理の流れを示す図である。
【図６１】それぞれの実施の形態にかかる通信端末の構成図である。
【図６２】それぞれの実施の形態にかかるコアネットワーク装置の構成図である。
【００１２】
（実施の形態１）
以下、図面を参照して本開示の実施の形態について説明する。はじめに、図１を用いて実施の形態１にかかる通信端末１０の構成例について説明する。通信端末１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。通信端末１０は、携帯電話端末、スマートフォン端末、もしくはタブレット型端末であってもよい。または、通信端末１０は、IoT（Internet Of Things）端末もしくはMTC（Machine Type Communication）端末であってもよい。または、通信端末１０は、３ＧＰＰにおいて通信端末の総称として用いられるＵＥ（User Equipment）であってもよい。【００１３】
通信端末１０は、通信部１１及び鍵導出部１２を有している。通信部１１及び鍵導出部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部１１及び鍵導出部１２は、回路もしくはチップ等のハードウェアであってもよい。【００１４】
通信部１１は、Untrusted Non-3GPP Accessを介してコアネットワーク装置２０の前段に配置されているゲートウェイ装置と通信する。コアネットワーク装置２０は、コアネットワークに配置されている装置である。ゲートウェイ装置は、コアネットワークに配置されており、Untrusted Non-３GPP Accessとの間にインスタンス、インタフェースもしくはリファレンスポイントを有する装置である。また、通信部１１は、3GPP Accessを介してコアネットワーク装置２０と通信することも可能である。【００１５】
鍵導出部１２は、ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられるゲートウェイ装置用セキュリティ鍵を導出する。鍵導出部１２は、コアネットワーク装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられるコアネットワーク装置用セキュリティ鍵からゲートウェイ装置用セキュリティ鍵を導出する。【００１６】
続いて、図２を用いて実施の形態１にかかるコアネットワーク装置２０の構成例について説明する。コアネットワーク装置２０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。コアネットワーク装置２０は、例えば、サーバ装置であってもよい。【００１７】
コアネットワーク装置２０は、通信部２１及び鍵導出部２２を有している。通信部２１及び鍵導出部２２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部２１及び鍵導出部２２は、回路もしくはチップ等のハードウェアであってもよい。【００１８】
通信部２１は、ゲートウェイ装置及びUntrusted Non-3GPP Accessを介して通信端末１０と通信する。鍵導出部２２は、鍵導出部１２と同様であるため詳細な説明を省略する。【００１９】
以上説明したように、実施の形態１にかかる通信端末１０及びコアネットワーク装置２０は、それぞれ、Untrusted Non-3GPP Accessを介した通信を行う際に、ゲートウェイ装置用セキュリティ鍵を導出することができる。具体的には、通信端末１０及びコアネットワーク装置２０は、コアネットワーク装置用セキュリティ鍵を用いて、ゲートウェイ装置用セキュリティ鍵を導出することができる。これにより、Untrusted Non-3GPP Accessにおいて伝送されるメッセージに、ゲートウェイ装置用セキュリティ鍵を適用することができる。その結果、Untrusted Non-３GPP Accessを含むmultiple connectionsを確立する際においても、セキュリティレベルの低下を防止することができる。【００２０】
（実施の形態２）
続いて、図３を用いて実施の形態２にかかる通信システムの構成例について説明する。図３の通信システムは、ＨＰＬＭＮ（Home Public Land Mobile Network）もしくはＶＰＬＭＮ（Visited Public Land Mobile Network）と、Non-3GPPネットワークとを有することを示している。ＵＥ３０は、ＨＰＬＭＮもしくはＶＰＬＭＮと、Non-3GPP Accessとの両方を介してＨＰＬＭＮもしくはＶＰＬＭＮのＡＭＦ３３と通信することができる。【００２１】
ＨＰＬＭＮもしくはＶＰＬＭＮは、3GPP Access３２、ＡＭＦ（Access and Mobility management Function）エンティティ３３（以下、ＡＭＦ３３とする）、ＳＭＦ（Session Management Function）エンティティ３４（以下、ＳＭＦ３４とする）、ＵＰＦ（User Plane Function）エンティティ３５（以下、ＵＰＦ３５とする）、ＡＵＳＦ（Authentication Server Function）エンティティ３６（以下、ＡＵＳＦ３６とする）、ＵＤＭ（Unified Data Management）エンティティ３７（以下、ＵＤＭ３７とする）、Ｎ３ＩＷＦ（Non-3GPP Inter Working Function）エンティティ３８（以下、Ｎ３ＩＷＦ３８とする）、及びData Network３９を有している。【００２２】
また、3GPP Access３２には、ｇＮＢ（g Node B）３１が配置されている。ｇＮＢ３１は、基地局に相当する。【００２３】
ＡＭＦ３３、ＳＭＦ３４、ＵＰＦ３５、ＡＵＳＦ３６、ＵＤＭ３７、及びＮ３ＩＷＦ３８は、コアネットワークを構成する。ＡＭＦ３３、ＳＭＦ３４、ＵＰＦ３５、ＡＵＳＦ３６、ＵＤＭ３７、及びＮ３ＩＷＦ３８が構成するコアネットワークは、例えば、5GC（5G Core）と称されてもよい。【００２４】
ＡＭＦ３３は、ＵＥ３０に関するモビリティ管理を行う。さらに、ＡＭＦ３３は、ＡＵＳＦ３６及びＵＤＭ３７と連携してＵＥ３０に関する認証処理を行う。ＳＭＦ３４は、ＵＥ３０に関するセッション管理を行う。ＵＰＦ３５は、ＵＥ３０とData Network３９との間において伝送されるU（User）-Planeデータを中継する。U-Planeデータは、ユーザデータと称されてもよい。【００２５】
Ｎ３ＩＷＦ３８は、Untrusted Non-3GPP Access４０を介してＵＥ３０と通信する。Ｎ３ＩＷＦ３８は、異なるネットワーク間を相互に接続し、ＵＥ３０とＡＭＦ３３との間において伝送されるＵＥ３０に関する制御データもしくはC（Control）-Planeデータを中継する。異なるネットワークは、例えば、ＨＰＬＭとNon-3GPP Networkであってもよく、ＶＰＬＭＮとNon-3GPP Networkであってもよい。【００２６】
ＵＥ３０とＡＭＦ３３との間には、N1インタフェースが規定されている。3GPP Access３２とＡＭＦ３３との間には、N2インタフェースが規定されている。ＡＭＦ３３とＮ３ＩＷＦ３８との間にも、N2インタフェースが規定されている。Ｎ３ＩＷＦ３８とＵＰＦ３５との間には、N3インタフェースが規定されている。ｇＮＢ３１とＵＰＦ３５との間にも、N3インタフェースが規定されている。ＳＭＦ３４とＵＰＦ３５との間には、N4インタフェースが規定されている。ＵＰＦ３５とData Network３９との間には、N6インタフェースが規定されている。ＡＭＦ３３とＳＭＦ３４との間には、N11インタフェースが規定されている。ＡＭＦ３３とＡＵＳＦ３６との間には、N12インタフェースが規定されている。ＡＵＳＦ３６とＵＤＭ３７との間には、N13インタフェースが規定されている。ＵＥ３０とUntrusted Non-3GPP Access４０との間には、Y1インタフェースが規定されている。ＵＥ３０とＮ３ＩＷＦ３８との間には、NWuインタフェースが規定されている。インタフェースとの用語は、インスタンス、もしくはリファレンスポイントと言い換えられてもよい。【００２７】
ＵＥ３０とｇＮＢ３１との間において伝送されるメッセージに関するセキュリティ処理には、セキュリティ鍵KgNBが用いられる。ＵＥ３０とＮ３ＩＷＦ３８との間において伝送されるメッセージに関するセキュリティ処理には、セキュリティ鍵Knon-3gppが用いられる。ＵＥ３０とＡＭＦ３３との間において伝送されるメッセージに関するセキュリティ処理には、セキュリティ鍵KAMFが用いられる。【００２８】
続いて、図４を用いて実施の形態２にかかるKey hierarchyについて説明する。図４のKey hierarchyは、ＵＥ３０が複数のアクセスネットワークを介してＡＭＦ３３との通信を可能とするmultiple NAS（Non-Access Stratum）に適用される。また、図４のKey hierarchyは、ＵＥ３０及び5GCにおいて生成されるセキュリティ鍵を示している。【００２９】
セキュリティ鍵KSEAFは、ＵＥ３０とＡＵＳＦ３６との間において相互認証が行われたセキュリティ鍵Kから導出される。セキュリティ鍵Kは、long-term keyと称されてもよい。セキュリティ鍵KSEAFは、ＡＭＦ３３へ送信される。セキュリティ鍵KAMFは、セキュリティ鍵KSEAFから導出される。完全性保護に用いられるセキュリティ鍵KNASint及び暗号化に用いられるセキュリティ鍵KNASencは、セキュリティ鍵KAMFから導出される。セキュリティ鍵KNASint及びセキュリティ鍵KNASencは、NAS security keyと称されてもよい。【００３０】
セキュリティ鍵KgNBは、セキュリティ鍵KAMFから導出される。セキュリティ鍵KRRCint、セキュリティ鍵KRRCenc、セキュリティ鍵KUPint、及びセキュリティ鍵KUPencは、セキュリティ鍵KgNBから導出される。セキュリティ鍵KRRCint及びセキュリティ鍵KRRCencは、ＵＥ３０と3GPP Access ３２との間において伝送されるRRCメッセージの保護に用いられる。セキュリティ鍵KUPint及びセキュリティ鍵KUPencは、ＵＥ３０と3GPP Access ３２との間において伝送されるU-Planeデータの保護に用いられる。【００３１】
セキュリティ鍵Knon-3gppは、セキュリティ鍵KAMFから導出される。セキュリティ鍵Knon-3gppは、ＵＥ３０とＮ３ＩＷＦ３８との間において伝送されるメッセージの保護に用いられる。セキュリティ鍵KAMF及びKgNBは、ハンドオーバにおいて更新されてもよい。また、セキュリティ鍵Knon-3gppは、セキュリティ鍵KSEAFから導出されてもよい。【００３２】
続いて、図５を用いて図４とは異なるKey hierarchyについて説明する。図５のKey hierarchyは、セキュリティ鍵KNAS_N3Gint及びKNAS_N3Gencがセキュリティ鍵KAMFから導出される点において図４のKey hierarchyと異なる。【００３３】
LTE（Long Term Evolution）のような既存のネットワークにおいては、ＵＥ３０とコアネットワークとの間において一つのNAS connectionが確立しているのみである。一方、５Ｇにおいては、ＵＥ３０と5GCとの間において、multiple connectionsが確立される。具体的には、ＡＭＦ３３は、3GPP Access３２を介して通信を行うＵＥ３０と、Untrusted Non-3GPP Access４０を介して通信を行うＵＥ３０と、それぞれ独立してNAS connectionを確立する。【００３４】
図４のKey hierarchyにおいては、3GPP Access３２を介して確立されるNAS connectionとUntrusted Non-3GPP Access４０を介して確立されるNAS connectionとの両方において、同じNAS security keyが用いられる。【００３５】
一方、図５のKey hierarchyにおいては、セキュリティ鍵KNAS_N3Gint及びKNAS_N3Gencが導出される。そのため、3GPP Access３２を介して確立されるNAS connectionにおいて用いられるNAS security keyは、Untrusted Non-3GPP Access４０を介して確立されるNAS connectionにおいて用いられるNAS security keyと異なる。【００３６】
続いて、図６を用いて図３とは異なる通信システムの構成例について説明する。図６は、ＵＥ３０が、ＶＰＬＭＮ１と、ＶＰＬＭＮ２もしくはＨＰＬＭＮとの間においてmultiple connectionsを確立していることを示している。ＶＰＬＭＮ１は、ｇＮＢ３１、3GPP Access３２、ＡＭＦ３３、ＳＭＦ３４、ＵＰＦ３５、及びData Network３９を含む。ＶＰＬＭＮ２は、ＡＭＦ５１、ＳＭＦ５２、ＵＰＦ５３、Ｎ３ＩＷＦ５４、及びData Network５５を含む。また、ＡＵＳＦ３６及びＵＤＭ３７は、ＨＰＬＭＮに含まれてもよい。【００３７】
図６は、ＵＥ３０が、3GPP Access３２を介してNAS connectionを確立するＡＭＦ３３と、Untrusted Non-3GPP Access４０を介してNAS connectionを確立するＡＭＦ５１とが異なることを示している。【００３８】
次に、図７を用いて図６の通信システムにおいて適用されるKey hierarchyについて説明する。図７は、図６の通信システムにおいて、ＵＥ３０が、Untrusted Non-3GPP Access４０を介して、ＨＰＬＭＮに配置されているＡＭＦ５１とNAS connectionを確立することを前提とする。【００３９】
セキュリティ鍵KSEAF_Hとセキュリティ鍵KSEAF_Vとがセキュリティ鍵Kから導出される。セキュリティ鍵KSEAF_Hは、ＡＭＦ５１へ送信される。セキュリティ鍵KSEAF_Vは、ＡＭＦ３３へ送信される。セキュリティ鍵KSEAF_H及びセキュリティ鍵KSEAF_Vのそれぞれから導出されるセキュリティ鍵は、図４と同様であるため詳細な説明を省略する。【００４０】
図８は、図６の通信システムにおいて適用されるKey hierarchyであって、図７とは異なるKey hierarchyを示している。図８のKey hierarchyは、セキュリティ鍵KSEAF_H及びセキュリティ鍵KSEAF_Vのそれぞれから導出されるセキュリティ鍵が、図５と同様である点において、図７のKey hierarchyと異なる。【００４１】
また、図９は、ＵＥ３０が、multiple connectionsを確立するＶＰＬＭＮが複数存在する場合のKey hierarchyを示している。セキュリティ鍵KSEAF_V1及びKSEAF_V2以降に導出されるセキュリティ鍵は、図５と同様であるため詳細な説明を省略する。【００４２】
続いて、図１０を用いて図３とは異なる通信システムの構成例について説明する。図１０は、ＨＰＬＭＮ内において、ＵＥ３０が複数のＮ３ＩＷＦを介してmultiple connectionsを確立していることを示している。さらに、図１０は、ＵＥ３０が、ＶＰＬＭＮ１との間においてもmultiple connectionsを確立し、ＶＰＬＭＮ２との間においてconnectionを確立していることを示している。【００４３】
ＵＥ３０は、ＨＰＬＭＮにおいて、Ｎ３ＩＷＦ３８＿１を介してＡＭＦ３３＿１とNAS connectionを確立する。さらに、ＵＥ３０は、ＨＰＬＭＮにおいてＮ３ＩＷＦ３８＿２を介してＡＭＦ３３＿２とNAS connectionを確立する。さらに、ＵＥ３０は、ＨＰＬＭＮにおいて3GPP Access３２を介してＡＭＦ３３＿１及びＡＭＦ３３＿２とNAS connectionを確立する。【００４４】
また、ＶＰＬＭＮ１は、3GPP Access６２、ＡＭＦ６３、Ｎ３ＩＷＦ６４、及びNon-3GPP Access６５を有している。3GPP Access６２は、ｇＮＢ６１を有している。ＶＰＬＭＮ２は、Non-3GPP Access７２及びＡＭＦ７３を有している。Non-3GPP Access７２は、Ｎ３ＩＷＦ７１を有している。ＵＥ３０は、3GPP Access６２を介してＡＭＦ６３とNAS connectionを確立する。さらに、ＵＥ３０は、Ｎ３ＩＷＦ６４を介してＡＭＦ６３とNAS connectionを確立する。さらに、ＵＥ３０は、Ｎ３ＩＷＦ７１を介してＡＭＦ７３とNAS connectionを確立する。【００４５】
続いて、図１１を用いて図１０の通信システムにおいて適用されるKey hierarchyについて説明する。セキュリティ鍵Kから導出されたセキュリティ鍵KSEAFが、ＡＭＦ３３＿１、ＡＭＦ３３＿２、ＡＭＦ６３、及びＡＭＦ７３へ送信される。ＡＭＦ３３＿１、ＡＭＦ３３＿２、ＡＭＦ６３、及びＡＭＦ７３のそれぞれは、セキュリティ鍵KAMF_1、セキュリティ鍵KAMF_2のように、異なるセキュリティ鍵KAMFを導出する。【００４６】
以降のセキュリティ鍵の導出は、図５と同様であるため詳細な説明を省略する。【００４７】
これまでに説明したKey hierarchyは、図１２に示す３つのタイプに分けられる。タイプ１は、図４において説明したKey hierarchyである。タイプ２は、図５において説明したKey hierarchyである。タイプ３は、ＵＥ３０が、同じ種類の複数のアクセスネットワークを介してＡＭＦ３３とmultiple connectionsを確立する際に用いられるKey hierarchyである。同じ種類の複数のアクセスネットワークは、例えば、ＡＭＦ３３に接続している複数のN3IWF等であってもよい。具体的には、タイプ３は、図５において説明したKey hierarchyにおいて、セキュリティ鍵KAMFから、複数のN3IWF毎に異なるセキュリティ鍵KNAS、KgNB、及びKnon-3gppが導出されるKey hierarchyである。【００４８】
続いて、図１３を用いてセキュリティ鍵KNAS_N3Gencの導出について説明する。セキュリティ鍵KNAS_N3Gencは、KDF（Key Derivation Function）から出力される。また、KDFには、セキュリティ鍵KAMF、暗号化アルゴリズム識別情報（Enc.Algo ID）、及びAN Identityが入力される。AN Identityの代わりにAN TypeがKDFに入力されてもよい。【００４９】
AN Typeは、例えば、2bitの値が用いられてもよい。具体的には、００が3GPP Accessを示し、０１が、Untrusted Non-3GPP Accessを示し、１０がtrusted Non-3GPP Accessを示してもよい。もしくは、AN Typeは、1bitの値が用いられてもよい。具体的には、０が3GPP Accessを示し、１がNon-3GPP Accessを示してもよい。【００５０】
図１４は、セキュリティ鍵KNAS_N3Gintの導出を示している。図１４は、図１３における暗号化アルゴリズムＩＤ（Enc.Algo ID）の代わりに、完全性保証アルゴリズムＩＤ（Int.Algo ID）が用いられている。その他の入力パラメータは、図１３と同様である。【００５１】
図１３及び図１４において、一つのＰＬＭＮ（ＨＰＬＭＮもしくはＶＰＬＭＮ）においてＵＥ３０が複数のNon-3GPP Accessを介してＡＭＦ３３とmultiple connectionsを確立する場合、KDFに対する入力パラメータとしてN3G_Countが用いられてもよい。言い換えると、ＡＭＦ３３が、ＵＥ３０との間に、複数のN1インタフェースを設定する場合、N3G_Countが用いられてもよい。【００５２】
N3G_Countは、一つのconnectionが確立される度、つまり、一つのN1インタフェースが設定される度に、インクリメントされてもよい。【００５３】
さらに、保護されたNAS SMC（Security Mode Command） messageの一部としてＡＭＦ３３からＵＥ３０へ送信されるNONCEn3gppが入力パラメータとして用いられてもよい。【００５４】
さらに、RANDが入力パラメータとして用いられてもよい。RANDは、例えば、ＵＥ３０とＡＭＦ３３とにおいて同じPRNG（Pseudo Random Number Generator）に対する入力として用いられるSalt”s”であってもよい。RANDは、保護されたNAS SMC messageの一部としてＡＭＦ３３からＵＥ３０へ送信されてもよい。【００５５】
ここで、ＵＥ３０とＡＭＦ３３とにおいてN3G_Countを同期する手法について以下に説明する。【００５６】
N3G_Countは、完全性保護が行われ、かつ、暗号化が行われたNASメッセージに含められて、ＵＥ３０とＡＭＦ３３との間において送信されてもよい。もしくは、N3G_Countは、完全性保護のみが行われたNASメッセージに含められて、ＵＥ３０とＡＭＦ３３との間において送信されてもよい。N3G_Countが含められるNASメッセージは、例えば、NAS SMC messageであってもよく、N1 message for optimized NASであってもよい。【００５７】
もしくは、ＵＥ３０とＡＭＦ３３との間において、N3G_Countを直接伝送しない以下の手法が用いられてもよい。【００５８】
ＵＥ３０とＡＭＦ３３とは、それぞれN3G_Count valueを保持していることを前提とする。このような状態において、ＡＭＦ３３は、任意の値（random number）Nを選択する。さらに、ＡＭＦ３３は、d＝N3G_Count value + Nを算出する。もしくは、ＡＭＦ３３は、d＝N3G_Count value − Nもしくはd＝N3G_Count value xor Nを算出してもよい。値dは、任意の演算手法を用いて算出されればよい。【００５９】
次に、ＡＭＦ３３は、N及びｄの少なくとも一方と、dを算出する際に使用した演算手法とを示すindicatorとをＵＥ３０へ送信する。演算手法を示すindicatorは、例えば、加算、減算、もしくはxor演算、等を示す。ＡＭＦ３３は、N及びｄの少なくとも一方と、indicatorとを、完全性保護が行われ、かつ、暗号化が行われたNASメッセージに含めてＵＥ３０へ送信してもよい。もしくは、ＡＭＦ３３は、N及びｄの少なくとも一方と、indicatorとを、完全性保護のみが行われたNASメッセージに含めてＵＥ３０へ送信してもよい。【００６０】
次に、ＵＥ３０は、ＡＭＦ３３から受信した値を用いてN3G_Count valueを同期する。さらに、ＵＥ３０は、同期したN3G_Count valueをKDFの入力パラメータとして用いることによって、セキュリティ鍵を導出する。【００６１】
続いて、図１５を用いて、ＵＥ３０が利用しているアクセスネットワークに関する情報の送信処理の流れについて説明する。はじめに、ＡＭＦ３３は、ＵＥ３０へNAS SMC messageを送信する（Ｓ１１）。NAS SMC messageは、KSI（Key Set Identifier）、Replayed UE Security capabilities、Allowed NSSAI（Network Slice Selection Assistance Information）、NAS Algorithms、N1-instance-indicator、Parameters to derive NAS integrity and encryption keys、及びNAS-MAC（NAS-Message Authentication Code）を含む。【００６２】
N1-instance-indicatorにおけるN1は、N1インスタンスもしくはN1インタフェースを意味している。つまり、N1-instance-indicatorは、ＵＥ３０が利用しているアクセスネットワークを示している。もしくは、N1-instance-indicatorは、ＵＥ３０が利用可能なアクセスネットワークを示してもよい。【００６３】
Parameters to derive NAS integrity and encryption keysは、AN Identity、AN type、N3G_Count、NONCEn3gpp、及びRANDを含んでもよい。【００６４】
次に、ＵＥ３０は、受信したパラメータを用いて、セキュリティ鍵KAMF、KNASint、及びKNASencを導出する（Ｓ１２）。次に、ＵＥ３０は、ＡＭＦ３３へ、NAS Security Mode Complete messageを送信する（Ｓ１３）。NAS Security Mode Complete messageは、NAS-MAC、Replayed allowed NSSAIを含む。【００６５】
ＵＥ３０が、複数のNon-3GPP accessを利用することが可能である場合、NAS SMC messageは、特定のN1インスタンスを示すindicatorを含んでもよい。【００６６】
続いて、図１６を用いて、図１５とは異なる、ＵＥ３０が利用しているアクセスネットワークに関する情報の送信処理の流れについて説明する。図１６においては、ステップＳ２１及びＳ２３において、図１５のNAS SMC message及びNAS Security Mode Complete messageの代わりに、N1 messageが用いられる。ステップＳ２１において送信されるN1 messageは、5G KSI、N1-instance-indicator、Parameters to derive NAS integrity and encryption keys、及びN1-MACを含む。【００６７】
また、ステップＳ２１において送信されるN1 messageは、ＡＭＦ３３が有するNAS integrity keys及びNAS encryption keysを用いて保護されてもよい。また、ステップＳ２３において送信されるN1 messageは、ステップＳ２２において導出されたNAS integrity keys及びNAS encryption keysを用いて保護されてもよい。【００６８】
続いて、図１７乃至図２３を用いてセキュリティ鍵KSEAFの導出過程の変形例について説明する。図１７乃至図２３においては、主に、5G AKAにおける変形例について説明する。図１７乃至図２３は、コアネットワーク側及びＵＥのそれぞれにおけるセキュリティ鍵の導出過程を示している。【００６９】
はじめに、図１７を用いてセキュリティ鍵KSEAFの導出過程について説明する。ＵＤＭ３７において、セキュリティ鍵Kから完全性保護鍵IK（Integrity Key）及び暗号鍵CK（Cipher Key）が導出される。次に、ＵＤＭ３７において、5G-AKAが実行されることによって、完全性保護鍵IK及び暗号鍵CKから、セキュリティ鍵KAUSFが導出される。また、ＵＤＭ３７において、完全性保護鍵IK及び暗号鍵CKから、KSEAFが導出される。【００７０】
図１８においては、ＵＤＭ３７において、5G-AKAが実行されることなく、完全性保護鍵IK及び暗号鍵CKから、セキュリティ鍵KAUSF及びKSEAFが導出される。【００７１】
図１９においては、ＵＤＭ３７において、5G-AKAが実行されることなく、完全性保護鍵IK及び暗号鍵CKから、セキュリティ鍵KAUSFが導出される。さらに、ＡＵＳＦ３６において、セキュリティ鍵KAUSFから、セキュリティ鍵KSEAFが導出される。【００７２】
図２０においては、ＵＤＭ３７において、セキュリティ鍵Kからセキュリティ鍵KAUSFが導出される。次に、セキュリティ鍵KAUSFから完全性保護鍵IK（Integrity Key）及び暗号鍵CK（Cipher Key）が導出される。次に、ＵＤＭ３７において、5G-AKAが実行されることなく、完全性保護鍵IK及び暗号鍵CKから、セキュリティ鍵KSEAFが導出される。【００７３】
図２１においては、ＵＤＭ３７において、セキュリティ鍵Kから5G Master Keyが導出される。次に、ＵＤＭ３７において、5G Master Keyから、5G-AKAが実行されることによって、セキュリティ鍵KAUSF及びセキュリティ鍵EKAUSF（Extended KAUSF）が導出される。次に、ＡＵＳＦ３６において、セキュリティ鍵KAUSFからセキュリティ鍵KSEAFが導出される。【００７４】
図２２においては、ＵＤＭ３７において、完全性保護鍵IK（Integrity Key）及び暗号鍵CK（Cipher Key）から、5G-AKAが実行されることによって、完全性保護鍵5G-IK及び暗号鍵５G-CKから、セキュリティ鍵KAUSFが導出される。次に、ＡＵＳＦ３６において、完全性保護鍵5G-IK及び暗号鍵５G-CKから、セキュリティ鍵KASME及びEKASMEが導出される。次に、ＡＵＳＦ３６において、セキュリティ鍵KASMEからセキュリティ鍵KSEAFが導出される。【００７５】
図２３は、Key Hierarchyが、EAP-TLS（Extensible Authentication Protocol-Transport Layer Security）をサポートしていることを示している。セキュリティ鍵Kから、EAP-TLS based on PSK（Pre-Shared Key）を実行することによって鍵PMK（Pre Master Key）が導出される。次に鍵PMKから、EAP-TLS based on Certificatesを実行することによって鍵MSK及びEMSKが導出される。次に、ＵＤＭ３７は、鍵MSKからセキュリティ鍵KSEAFを導出し、さらに、鍵MSKからセキュリティ鍵KAUSFを導出する。セキュリティ鍵Kから、EAP-TLS based on PSKを実行することによって鍵MSK及びEMSKが導出されてもよい。EAP-TLS based on PSKにおいては、PSK IDは、registration requestにおいてUE Security Capabilitiesの一部として、ＵＥから送信される。セキュリティ鍵Kは、PSKであってもよい。【００７６】
以上説明したように、ＡＭＦ３３は、Untrusted Non-3GPP AccessのようなNon-3GPP Accessを介して接続してきたＵＥ３０と、セキュリティ鍵を共有することができる。【００７７】
（実施の形態３）
続いて、図２４を用いてＵＥ３０に関する認証処理の流れについて説明する。図２４において、ＡＵＳＦ３６は、認証処理に用いられるAVs（Authentication Vectors）を保持しているとする（Ｓ３０）。また、ＳＥＡＦ／ＡＭＦ３３は、ＡＭＦ３３がＳＥＡＦ（Security Anchor Function）を有することを示している。また、ＡＲＰＦ／ＵＤＭ３７は、ＵＤＭ３７がＡＲＰＦ（Authentication credential Repository and Processing Function）を有することを示している。【００７８】
はじめに、ＡＭＦ３３は、ＡＵＳＦ３６へ5G-AIR（5G-Authentication Identifier Request）を送信する（Ｓ３１）。5G-AIRは、ＵＥ３０に関するSUCI（Subscription Concealed Identifier）を含む。次に、ＡＵＳＦ３６は、ＵＤＭ３７との間において、SUPI（Subscription Permanent Identifier）を得るために、SUCIのde-concealmentを実行する。具体的には、ＡＵＳＦ３６は、SUCIをＵＤＭ３７へ送信する。さらに、ＵＤＭ３７は、SUCIからSUPIを抽出する。その後、ＵＤＭ３７は、SUPIをＡＵＳＦ３６へ送信する。【００７９】
次に、ＡＵＳＦ３６は、transformed AVもしくはAV*を抽出（retrieve）する（Ｓ３３）。transformed AVは、RAND、AUTN、及びXRES*を含む。AV*は、RAND、AUTN、XRES*、及びセキュリティ鍵KSEAFを含む。次に、ＡＵＳＦ３６は、HXRES*（Hash XRES）を算出する（Ｓ３４）。例えば、ＡＵＳＦ３６は、ハッシュ関数としてSHA-256を用いて、XRES*に関するHXRES*を算出する。【００８０】
次に、ＡＵＳＦ３６は、ＡＭＦ３３へ5G-AIA（5G-Authentication Identifier Answer）を送信する（Ｓ３５）。5G-AIAは、AV*もしくはtransformed AVと、AV IDと,HXRES*とを含む。AV IDは、AV*もしくはtransformed AVを識別する識別情報である。【００８１】
次に、ＡＭＦ３３は、ＵＥ３０へAuth-Reqを送信する（Ｓ３６）。Auth-Reqは、RAND AUTN、及びAV IDを含む。次に、ＵＥ３０は、USIM（Universal Subscriber Identity Module）からRES、CK、及びIDを取得する（Ｓ３７）。言い換えると、USIMから、ＵＥ３０の本体であるME（Mobile Equipment）へ、RES、CK、及びIDが出力される。【００８２】
次に、ＵＥ３０のMEは、RES*を算出する（Ｓ３８）。【００８３】
次に、ＵＥ３０は、ＡＭＦ３３へAuth-Resを送信する（Ｓ３９）。Auth-Resは、RES*及びAV IDを含む。次に、ＡＭＦ３３は、HRES*を算出する（Ｓ４０）。例えば、ＡＭＦ３３は、ハッシュ関数としてSHA-256を用いて、RES*に関するHRES*を算出する。【００８４】
次に、ＡＭＦ３３は、HRES*とHXRES*とが一致しているか否かを判定するために、HREX*とHXRES*とを比較する（Ｓ４１）。HRES*とHXRES*とが一致している場合、ＡＭＦ３３は、ＵＥ３０を正当なＵＥと判定する。次に、ＡＭＦ３３は、ＡＵＳＦ３６へ5G-AC（５G-Authentication Complete）を送信する（Ｓ４２）。5G-ACは、RES*及びAV IDを含む。【００８５】
ＵＥ３０が、一つのAVのみを供給された場合、ステップＳ３５、Ｓ３６、Ｓ３９、及びＳ４２において、AV IDは含まれなくてもよい。【００８６】
続いて、図２５を用いて、図２４とは異なるＵＥ３０に関する認証処理の流れについて説明する。図２５においては、ＡＭＦ３３が、認証処理に用いられるAVs（Authentication Vectors）を保持しているとする（Ｓ５０）。【００８７】
ステップＳ５１及びＳ５２は、図２４におけるステップＳ３３及びＳ３４と同様であるため詳細な説明を省略する。ステップＳ５１及びＳ５２においては、ＡＭＦ３３が、ステップＳ３３及びＳ３４において説明した処理を実行する。【００８８】
ステップＳ５３乃至Ｓ５９は、図２４のステップＳ３６乃至Ｓ４２と同様であるため詳細な説明を省略する。【００８９】
続いて、図２６を用いて、図２４及び図２５とは異なるＵＥ３０に関する認証処理の流れについて説明する。ステップＳ６１及びＳ６２は、図２４のステップＳ３１及びＳ３２と同様であるため詳細な説明を省略する。【００９０】
次に、ＡＵＳＦ３６は、ＵＥ３０に対応するセキュリティ鍵KAUSFを抽出する（Ｓ６３）。次に、ＡＵＳＦ３６は、セキュリティ鍵KAUSF、PLMN ID、PLMN countもしくはSN（Serving Network） count、及びSN nameを用いて新たなセキュリティ鍵KSEAFを導出する（Ｓ６４）。次に、ＡＵＳＦ３６は、セキュリティ鍵KAUSF及びRANDを用いてXRESを算出し、さらに、HXRESを算出する（Ｓ６５）。【００９１】
次に、ＡＵＳＦ３６は、ＡＭＦ３３へ5G-AIAを送信する（Ｓ６６）。5G-AIAは、HXRES、RAND、indicator for use of KAUSFを含む。次に、ＡＭＦ３３は、ＵＥ３０へAuth-Reqを送信する（Ｓ６７）。Auth-Reqは、RAND、Indicator for use of KAUSFを含む。【００９２】
次に、ＵＥ３０は、セキュリティ鍵KAUSF、PLMN ID、PLMN countもしくはSN count、及びSN nameを用いて新たなセキュリティ鍵KSEAFを算出する（Ｓ６８）。次に、ＵＥ３０は、セキュリティ鍵KAUSF及びRANDを用いてRESを算出する（Ｓ６９）。次に、ＵＥ３０は、ＡＭＦ３３へAuth-Resを送信する（Ｓ７０）。Auth-Resは、RESを含む。【００９３】
次に、ＡＭＦ３３は、HRESとHXRESとが一致しているか否かを判定するために、HREXとHXRESとを比較する（Ｓ７２）。ＡＭＦ３３は、HRESとHXRESとが一致している場合、ＵＥ３０を正当なＵＥと判定する。次に、ＡＭＦ３３は、ＡＵＳＦ３６へ5G-ACを送信する（Ｓ７３）。5G-ACはRESを含む。【００９４】
ステップＳ６４及びＳ６８は省略されてもよい。また、ステップＳ６５及びＳ６９は、ＡＵＳＦ３６が、ＡＲＰＦ（Authentication Credential Repository and Processing Function）エンティティへXRESを要求する場合、省略されてもよい。また、セキュリティ鍵KAUSFは、SNに依存しない場合、PLMN間において用いられることが可能である。セキュリティ鍵KAUSFがSNに依存する場合、セキュリティ鍵KAUSF、PLMN ID、PLMN countもしくはSN count、及びSN nameを用いることなく、PLMN内においてセキュリティ鍵KAUSFが用いられることが可能である。【００９５】
続いて、図２７を用いて、図２４乃至図２６とは異なるＵＥ３０に関する認証処理の流れについて説明する。はじめに、ＵＥ３０は、ＡＭＦ３３へRegistration Requestを送信する（Ｓ８１）。Registration Requestは、UE ID、UE Security Capabilities with PRF IDｓもしくはPMK ID、Auth-method、AN type、Authentication restrictions、Auth-type、Re-auth type、AV ID、及び5G KSIを含む。UE Security Capabilitiesは、Ciphersuites、PFR IDs、及びPSK IDｓを含む。【００９６】
次に、ＡＭＦ３３は、Re-auth type、AN type、及びauthentication restrictionsに基づいて、re-authentication optionを選択する（Ｓ８２）。Re-auth typeは、transformed AVもしくはAV*を用いてauthenticationを実施するか、セキュリティ鍵KAUSFを用いて導出されたセキュリティ鍵KSEAFを用いてauthenticationを実施するか、もしくは、古いセキュリティ鍵KSEAFを用いて導出された新たなセキュリティ鍵KSEAFを用いてauthenticationを実施するか、を示す情報である。【００９７】
AN typeは、アクセスネットワークを示す情報である。authentication restrictionsは、ＵＥ３０においてサポートされている認証方法もしくはＵＥ３０に許可されている認証方法に関する情報である。例えば、ＵＥ３０においてサポートされている認証方法は、EAP-TLS based on certificatesであってもよい。【００９８】
次に、ＡＭＦ３３は、ＵＥ３０へAuth-Reqを送信する（Ｓ８３）。Auth-Reqは、RAND、AUTN、AV-ID、及びRe-auth typeを含む。次に、ＵＥ３０は、Network authenticationを実施する（Ｓ８４）。次に、ＵＥ３０は、ＡＭＦ３３へAuth-Resを送信する（Ｓ８５）。Auth-Resは、RES*を含む。RES*は、ステップＳ８４において算出される。【００９９】
次に、ＡＭＦ３３は、UE authenticationを実施する（Ｓ８６）。次に、ＡＭＦ３３は、ＡＵＳＦ３６へ5G-ACを送信する（Ｓ８７）。5G-ACは、RES*及びAV IDを含む。【０１００】
続いて、図２８を用いて、ハンドオーバ最中のセキュリティ鍵KAMF*の導出手順について説明する。また、以下の説明においては、ハンドオーバ元のAMFをSource AMF33_1とし、ハンドオーバ先のAMFを、Target AMF33_2とする。【０１０１】
はじめに、Source AMF３３＿１は、古いセキュリティ鍵KAMF及びCountを用いてセキュリティ鍵KAMF*を導出する（Ｓ９１）。例えば、図２９に示すように、古いセキュリティ鍵KAMF及びCountをKDFへ入力することによって、セキュリティ鍵KAMF*が導出される。【０１０２】
次に、Source AMF３３＿１は、Forward Relocation RequestをTarget AMF３３＿２へ送信する（Ｓ９２）。Forward Relocation Requestは、5G-GUTI（Globally Unique Temporary Identifier）、AUSF ID、セキュリティ鍵KAMF*、UE security capabilities、及びCountを含む。【０１０３】
続いて、図３０を用いて、ハンドオーバ最中のセキュリティ鍵KSEAF*の導出手順について説明する。【０１０４】
はじめに、Source AMF３３＿１は、古いセキュリティ鍵KSEAF及びCountを用いてセキュリティ鍵KSEAF*を導出する（Ｓ１０１）。例えば、図３１に示すように、古いセキュリティ鍵KSEAF及びCountをKDFへ入力することによって、セキュリティ鍵KSEAF*が導出される。【０１０５】
次に、Source AMF３３＿１は、Forward Relocation RequestをTarget AMF３３＿２へ送信する（Ｓ１０２）。Forward Relocation Requestは、5G-GUTI、AUSF ID、セキュリティ鍵KSEAF*、UE security capabilities、及びCountを含む。【０１０６】
続いて、図３２を用いて、図３０とは異なるハンドオーバ最中のセキュリティ鍵KSEAF*の導出手順について説明する。【０１０７】
はじめに、Source AMF３３＿１は、Relocation RequestをＡＵＳＦ３６へ送信する（Ｓ１１１）。Relocation Requestは、5G-GUTI、UE security capabilities、及び古いセキュリティ鍵KSEAFを含む。次に、ＡＵＳＦ３６は、古いセキュリティ鍵KSEAF、PLMN ID、PLMN countもしくはSN count、及びSN nameを用いてセキュリティ鍵KSEAF*を導出する（Ｓ１１２）。例えば、図３３に示すように、古いセキュリティ鍵KSEAF、PLMN ID、PLMN countもしくはSN count、及びSN nameをKDFへ入力することによって、セキュリティ鍵KSEAF*が導出される。【０１０８】
次に、ＡＵＳＦ３６は、Forward Relocation RequestをTarget AMF３３＿２へ送信する（Ｓ１１３）。Forward Relocation Requestは、5G-GUTI、セキュリティ鍵KSEAF*、UE security capabilities、及びCountを含む。【０１０９】
続いて、図３４を用いて、図３２とは異なるハンドオーバ最中のセキュリティ鍵KSEAF*の導出手順について説明する。【０１１０】
はじめに、Source AMF３３＿１は、Relocation RequestをＡＵＳＦ３６へ送信する（Ｓ１２１）。Relocation Requestは、5G-GUTI及びUE security capabilitiesを含む。次に、ＡＵＳＦ３６は、古いセキュリティ鍵KAUSF、PLMN ID、PLMN countもしくはSN count、及びSN nameを用いてセキュリティ鍵KSEAF*を導出する（Ｓ１２２）。例えば、図３５に示すように、古いセキュリティ鍵KAUSF、PLMN ID、PLMN countもしくはSN count、及びSN nameをKDFへ入力することによって、セキュリティ鍵KSEAF*が導出される。【０１１１】
次に、ＡＵＳＦ３６は、Forward Relocation RequestをTarget AMF３３＿２へ送信する（Ｓ１２３）。Forward Relocation Requestは、5G-GUTI、セキュリティ鍵KSEAF*、UE security capabilities、及びCountを含む。【０１１２】
続いて、図３６を用いてHandover intra PLMN from 3GPP to non-3GPP accessの処理の流れについて説明する。はじめに、ｇＮＢ３１は、HO（Handover）を開始することを決定すると、HO required messageを生成する（Ｓ１３１ａ）。HO required messageは、GUTIのようなUE's identity及びUE’s capabilitiesを含む。ここで、ＵＥ３０がHOを開始することを決定した場合、ＵＥ３０が、ｇＮＢ３１へHO required messageを送信してもよい（Ｓ１３１ｂ）。この場合のHO required messageにも、GUTIのようなUE's identity及びUE’s capabilitiesを含む。また、ＵＥ３０が送信するHO required messageは、3GPP Accessにおいて確立されたNAS securityによって保護される。さらに、HO required messageは、ＵＥ３０が接続する、もしくは、過去に接続したN3IWFの識別情報を含む。【０１１３】
次に、ｇＮＢ３１は、ＡＭＦ３３へHO required messageを送信する（Ｓ１３２）。ＡＭＦ relocationが、通常のHO procedureに基づいて実行されてもよい。次に、ＡＭＦ３３は、UE's capabilitiesが、HO requestを送信するかどうかを決定するために有効であるか否かをチェックする（Ｓ１３３）。UE's capabilitiesは、security capabilities及びＮ３ＩＷＦ３８へのaccess rightを含む。【０１１４】
次に、ＡＭＦ３３は、Source SMF３４＿１へ、SM（Session Management） contextを提供することを要求し、Source SMF３４＿１は、ＡＭＦ３３へSM contextを提供する（Ｓ１３４）。ＵＥ３０がmultiple sessionsを有している場合、ＡＭＦ３３は、複数のＳＭＦへSM contextの提供を要求する。【０１１５】
次に、ＡＭＦ３３は、Non-3GPP Accessに関するセキュリティ鍵KN3IWFを導出する（Ｓ１３５）。セキュリティ鍵KN3IWFは、Ｎ３ＩＷＦ３８へ送信される。次に、ＡＭＦ３３は、受け取ったSM contextに基づいて、Target SMF３４＿２へCreate session requestを送信する。さらに、Target SMF３４＿２は、セッションのためのリソースを割り当て、ＡＭＦ３３へCreate session responseを送信する（Ｓ１３６）。【０１１６】
次に、ＡＭＦ３３は、Ｎ３ＩＷＦ３８へHO requestを送信する（Ｓ１３７）。ＡＭＦ３３は、ＵＥ３０から送信された識別情報に基づいてＮ３ＩＷＦ３８を選択してもよい。HO requestは、セッション及びベアラ確立に関する情報を含んでもよい。また、HO requestは、security context、セキュリティ鍵の識別情報（KSIもしくはKSI Set Identifier）、要求されたsecurity configurationsが必要か否かを示す情報、及び用いられるアルゴリズムを含んでもよい。security configurationsは、完全性保護及び暗号化に関する情報であってもよい。【０１１７】
次に、Ｎ３ＩＷＦ３８は、relocation requestを受け入れることができるかどうかを決定するためにUE’s capabilities及びaccess rightが有効か否かをチェックしてもよい（Ｓ１３８）。【０１１８】
次に、Ｎ３ＩＷＦ３８は、ベアラ確立のために必要なリソースを割り当て、HO request ACKをＡＭＦ３３へ送信する（Ｓ１３９）。次に、ＡＭＦ３３は、ｇＮＢ３１へHO commandを送信する（Ｓ１４０）。HO commandは、security configurationsを含む。ｇＮＢ３１は、ＵＥ３０へHO commandを送信する（Ｓ１４１）。ｇＮＢ３１は、3GPP Accessにおいて用いられるsecurity contextを削除する。【０１１９】
次に、ＵＥ３０とＮ３ＩＷＦ３８との間においてIPsecが確立される（Ｓ１４２）。次に、ＵＥ３０は、Ｎ３ＩＷＦ３８へHO completeを送信する（Ｓ１４３）。次に、Ｎ３ＩＷＦ３８は、ＡＭＦ３３へHO notifyを送信する（Ｓ１４４）。次に、ＡＭＦ３３、Target SMF３４＿２及びTarget UPFとの間において、Bearer and session modificationが実行される（Ｓ１４５）。【０１２０】
次に、図３７を用いて、図３６とは異なるHandover intra PLMN from 3GPP to non-3GPP accessの処理の流れについて説明する。図３７においては、図３６のｇＮＢ３１において実行される処理と、Ｎ３ＩＷＦ３８において実行される処理とが入れ替わっている。その他の処理については、図３６と同様なので、詳細な説明を省略する。【０１２１】
続いて、図３８を用いてPLMN２においてactive connectionが存在しない場合における、PLMN１における3GPP AccessからPLMN２におけるNon-3GPP Accessへの登録処理の流れについて説明する。PLMN１及びPLMN２は、それぞれが、異なるPLMNであることを示している。PLMN１及びPLMN２は、ＨＰＬＭＮもしくはＶＰＬＭＮであってもよい。【０１２２】
はじめに、ＵＥ３０は、Ｎ３ＩＷＦ３８を介してTarget AMF３３＿２へRegistration Requestを送信する（Ｓ１７１）。Registration Requestは、5G-GUTI、SUCIもしくはSUPIを含む。さらに、Registration Requestは、UE security capabilities、Auth-method、AN type、Authentication restrictions、Re-auth type、AV ID、及び5G KSIを含む。【０１２３】
次に、Target AMF３３＿２は、ＡＵＳＦ３６へ5G-AIRを送信する（Ｓ１７２）。5G-AIRは、5G-GUTI、SUCIもしくはSUPIを含む。さらに、5G-AIRは、AV ID及びSN nameを含む。次に、ＡＵＳＦ３６は、ＵＤＭ３７との間において、SUPI（Subscription Permanent Identifier）を得るために、SUCIのde-concealmentを実行する（Ｓ１７３）。【０１２４】
次に、ＡＵＳＦ３６は、十分な数の未使用AVが利用可能か否かを判定する（Ｓ１７４）。ＡＵＳＦ３６は、十分な数の未使用AVが利用可能であると判定した場合、ステップＳ１７６の処理を実行する。ＡＵＳＦ３６は、十分な数の未使用AVが利用可能ではないと判定した場合、ステップＳ１７５ａもしくはＳ１７５ｂの処理を実行する。【０１２５】
ステップＳ１７５ａは、セキュリティ鍵KSEAFとして直接的に用いられるセキュリティ鍵KAUSFもしくはセキュリティ鍵KAUSFから導出されるセキュリティ鍵KSEAFを用いてFast re-authを実行する。ステップＳ１７５ｂは、ＡＵＳＦ３６が、ＵＤＭ３７とFull authenticationを実行する。ステップＳ１７６は、Target AMF３３＿２へ、5G-AIAを送信する（Ｓ１７６）。5G-AIAは、SUPI、SN name、及びAVsを含む。【０１２６】
次に、Target AMF３３＿２は、Authentication RequestをＵＥ３０へ送信する（Ｓ１７７）。Authentication Requestは、RAND及びAUTNを含む。次に、ＵＥ３０は、セキュリティ鍵KSEAFを導出する（Ｓ１７８）。次に、ＵＥ３０は、Authentication ResponseをTarget AMF３３＿２へ送信する（Ｓ１７９）。Authentication Responseは、RES*を含む。【０１２７】
続いて、図３９を用いて、図３８とは異なる、PLMN２においてactive connectionが存在しない場合における、PLMN１における3GPP AccessからPLMN２におけるNon-3GPP Accessへの登録処理の流れについて説明する。【０１２８】
ステップＳ１８１は、図３８のステップＳ１７１と同様であるため詳細な説明を省略する。次に、Target AMF３３＿２は、UE identityをチェックする（Ｓ１８２）。次に、Target AMF３３＿２は、Source AMF ３３＿１へUE identification Requestを送信する（Ｓ１８３）。UE identification Requestは、5G-GUTI、SUCI、もしくはSUPIを含む。次に、Source AMF３３＿１は、UE identification ResponseをTarget AMF３３＿２へ送信する（Ｓ１８４）。UE identification Responseは、5G-GUTI、SUCI、もしくはSUPI、さらに、AUSF IDを含む。以降の処理は、図３８のステップＳ１７２以降の処理と同様であるため詳細な説明を省略する。【０１２９】
続いて、図４０を用いて、PLMN２においてactive connectionが存在しない場合における、PLMN１における3GPP AccessからPLMN２におけるNon-3GPP Accessへのハンドオーバの流れについて説明する。図４０は、PLMN１における処理と、PLMN２における処理を示している。【０１３０】
はじめに、ＵＥ３０は、ｇＮＢ３１へMeasurement Reportを送信する（Ｓ１９１）。次に、ｇＮＢ３１は、UE mobility restrictionsをチェックした後に、HOを実行することを決定する（Ｓ１９２）。次に、ｇＮＢ３１は、Source AMF３３＿１へHandover Requiredを送信する（Ｓ１９３）。次に、Source AMF３３＿１は、セキュリティ鍵KSEAF*を導出する（Ｓ１９４）。次に、Source AMF３３＿１は、Forward Relocation RequestをTarget AMF３３＿２へ送信する（Ｓ１９５）。Forward Relocation Requestは、5G-GUTI、AUSF I、セキュリティ鍵KSEAF*、UE security capabilitiesを含む。【０１３１】
次に、Target AMF３３＿２は、セキュリティ鍵KAMFを導出する（Ｓ１９６）。次に、Target AMF３３＿２は、Ｎ３ＩＷＦ３８へHandover Requestを送信する（Ｓ１９７）。Handover Requestは、UE security capabilities及びNSSAIを含む。【０１３２】
次に、Ｎ３ＩＷＦ３８は、ＵＥ３０において、NSSAIがサポートされているか否かをチェックする（Ｓ１９８）。次に、Ｎ３ＩＷＦ３８は、セキュリティ鍵Knon-3gppを導出する（Ｓ１９９）。次に、Ｎ３ＩＷＦ３８は、Handover Request AckをTarget AMF３３＿２へ送信する（Ｓ２００）。次に、Target AMF３３＿２は、Source AMF３３＿１へForward Relocation Responseを送信する（Ｓ２０１）。次に、Source AMF３３＿１は、ｇＮＢ３１へHandover Commandを送信する（Ｓ２０２）。次に、ｇＮＢ３１は、ＵＥ３０へHandover Commandを送信する（Ｓ２０３）。【０１３３】
次に、ＵＥ３０は、セキュリティ鍵KSEAF*、KAMF、及びKnon-3gppを導出する（Ｓ２０４）。次に、ＵＥ３０は、Ｎ３ＩＷＦ３８へHandover Completeを送信する（Ｓ２０５）。【０１３４】
続いて、図４１及び図４２を用いて、図４０とは異なるPLMN２においてactive connectionが存在しない場合における、PLMN１における3GPP AccessからPLMN２におけるNon-3GPP Accessへのハンドオーバの流れについて説明する。図４１は、PLMN１における処理と、PLMN２における処理を示している。【０１３５】
ステップＳ２１１乃至Ｓ２１３は、図４０のステップＳ１９１乃至Ｓ１９３と同様であるため詳細な説明を省略する。次に、Source AMF３３＿１は、ＡＵＳＦ３６へRelocation Requestを送信する（Ｓ２１４）。Relocation Requestは、5G-GUTI、UE security capabilities、及びセキュリティ鍵KSEAFを含む。【０１３６】
次に、ステップＳ２１５においてＡＵＳＦ３６は、セキュリティ鍵KSEAFを導出する。ここで、ＡＵＳＦ３６は、処理aとして、セキュリティ鍵KSEAFをrefreshする。もしくは、ＡＵＳＦ３６は、処理ｂ以降を実行する。ステップＳ２１５における処理ｂ及びｃと、ステップＳ２１６ａ及びＳ２１６ｂとは、図３８のステップＳ１７４における処理ａ及びｂと、ステップＳ１７５ａ及びＳ１７５ｂと同様であるため詳細な説明を省略する。また、ステップＳ２１６ｂにおいては、Full authenticationの代わりに、セキュリティ鍵KSEAFを導出する。【０１３７】
ステップ２１５の処理ｂの後、及び、ステップＳ２１６ａもしくはＳ２１６ｂの後に、ＡＵＳＦ３６は、Forward Relocation RequestをTarget AMF３３＿２へ送信する（Ｓ２１７）。Forward Relocation Requestは、セキュリティ鍵KSEAFと、SUCIもしくはSUPIと、UE security capabilitiesとを含む。【０１３８】
次に、Target AMF３３＿２は、セキュリティ鍵KAMFを導出する。次に、Target AMF３３＿２は、Handover RequestをＮ３ＩＷＦ３８へ送信する（Ｓ２１９）。【０１３９】
図４２に移り、ステップＳ２２０乃至Ｓ２２２は、図４０のステップＳ１９８乃至Ｓ２００と同様であるため詳細な説明を省略する。次に、Target AMF３３＿２は、ＡＵＳＦ３６へForward Relocation Requestを送信する（Ｓ２２３）。次に、ＡＵＳＦ３６は、Source AMF３３＿１へRelocation Responseを送信する（Ｓ２２４）。【０１４０】
ステップＳ２２５乃至Ｓ２２８は、図４０のステップＳ２０２乃至２０５と同様であるため詳細な説明を省略する。【０１４１】
続いて、図４３を用いてPLMN２においてactive connectionが存在する場合における、PLMN１における3GPP AccessからPLMN２におけるNon-3GPP Accessへのハンドオーバの流れについて説明する。また、PLMN1におけるｇＮＢをｇＮＢ３１＿１とし、PLMN2におけるｇＮＢをｇＮＢ３１＿２とする。【０１４２】
ステップＳ２３１乃至Ｓ２３４は、図４１のステップＳ２１１乃至Ｓ２１４と同様であるため詳細な説明を省略する。ただし、ステップＳ２３４においては、Relocation Requestは、5G-GUTI、SUCI、もしくはSUPIと、UE security capabilities、と、セキュリティ鍵KSEAFとを含む。【０１４３】
次に、ＡＵＳＦ３６は、SUPI（Subscription Permanent Identifier）を得るために、SUCIのde-concealmentを実行する（Ｓ２３５）。次に、ＡＵＳＦ３６は、セキュリティ鍵KSEAFを抽出するか、もしくは、新たなセキュリティ鍵KSEAFとして用いるためにセキュリティ鍵KSEAF*を導出する（Ｓ２３６）。【０１４４】
次に、ＡＵＳＦ３６は、Target AMF３３＿２へForward Relocation Requestを送信する（Ｓ２３７）。Forward Relocation Requestは、新たなセキュリティ鍵KSEAFと、SUCIもしくはSUPIと、UE security capabilitiesとを含む。【０１４５】
次に、Target AMF３３＿２は、セキュリティ鍵KAMFを導出する（Ｓ２３８）。次に、Target AMF３３＿２は、セキュリティ鍵Knon-3gppを導出する（Ｓ２３９）。ステップＳ２４０乃至Ｓ２４８は、図４１のステップＳ２１９、図４２のステップＳ２２０、ステップＳ２２２乃至Ｓ２２８と同様であるため詳細な説明を省略する。【０１４６】
続いて、図４４を用いて、図４３とは異なる、PLMN２においてactive connectionが存在する場合における、PLMN１における3GPP AccessからPLMN２におけるNon-3GPP Accessへのハンドオーバの流れについて説明する。【０１４７】
ステップＳ２５１乃至Ｓ２５５は、図４０のステップＳ１９１乃至Ｓ１９５と同様であるため詳細な説明を省略する。ただし、ステップＳ２５５においては、Forward Relocation Requestは、5G-GUTI、SUCI、もしくはSUPIと、AUSF IDと、UE security capabilities、と、セキュリティ鍵KSEAF*とを含む。【０１４８】
次に、Target AMF３３＿２は、SUPIもしくはSUCIに対応するsecurity contextを抽出する（Ｓ２５６）。次に、Target AMF３３＿２は、セキュリティ鍵Knon-3gppを導出する（Ｓ２５７）。【０１４９】
ステップＳ２５８乃至Ｓ２６５は、図４０のステップＳ１９７、Ｓ１９８、Ｓ２００乃至Ｓ２０５と同様であるため詳細な説明を省略する。【０１５０】
続いて、図４５を用いて、PLMN２においてactive connectionが存在しない場合における、PLMN１におけるNon-3GPP AccessからPLMN２における3GPP Accessへの登録処理の流れについて説明する。【０１５１】
図３８においては、ＵＥ３０が、Ｎ３ＩＷＦ３８を介してTarget AMF３３＿２へRegistration Requestを送信する。これに対して、図４５においては、ステップＳ２７１において、ＵＥ３０が、ｇＮＢ３１を介してTarget AMF３３＿２へRegistration Requestを送信する。ステップＳ２７２乃至ステップＳ２７９は、図３８のステップＳ１７２乃至Ｓ１７９と同様であるため詳細な説明を省略する。【０１５２】
続いて、図４６を用いて、図４５と異なる、PLMN２においてactive connectionが存在しない場合における、PLMN１におけるNon-3GPP AccessからPLMN２における3GPP Accessへの登録処理の流れについて説明する。【０１５３】
図３９においては、ＵＥ３０が、Ｎ３ＩＷＦ３８を介してTarget AMF３３＿２へRegistration Requestを送信する。これに対して、図４６においては、ステップＳ２８１において、ＵＥ３０が、ｇＮＢ３１を介してTarget AMF３３＿２へRegistration Requestを送信する。次に、Target AMF３３＿２は、5G-GUTIをチェックする（Ｓ２８２）。ステップＳ２８３以降の処理は、図３９のステップＳ１８３以降の処理と同様であるため詳細な説明を省略する。【０１５４】
続いて、図４７を用いて、PLMN２においてactive connectionが存在しない場合における、PLMN１におけるNon-3GPP AccessからPLMN２における3GPP Accessへのハンドオーバの流れについて説明する。【０１５５】
ステップＳ２９１乃至Ｓ２９５は、図４０のステップＳ２５１乃至Ｓ２５５と同様であるため詳細な説明を省略する。ただし、図４０におけるｇＮＢ３１は、図４７においてはＮ３ＩＷＦ３８へ入れ替わっており、図４０におけるＮ３ＩＷＦ３８は、図４７においてはｇＮＢ３１に入れ替わっている。また、ステップＳ２９５において送信されるForward Relocation Requestは、5G-GUTI、AUSF ID、セキュリティ鍵KSEAF*、UE security capabilitiesを含む。【０１５６】
次に、Target AMF３３＿２は、セキュリティ鍵KAMFを導出する（Ｓ２９６）。次に、Target AMF３３＿２は、セキュリティ鍵KgNBを導出する（Ｓ２９７）。ステップＳ２９８乃至Ｓ３０５は、図４０のステップＳ１９７、Ｓ１９８、Ｓ２００乃至Ｓ２０５と同様であるため詳細な説明を省略する。【０１５７】
続いて、図４８及び図４９を用いて、図４７とは異なる、PLMN２においてactive connectionが存在しない場合における、PLMN１におけるNon-3GPP AccessからPLMN２における3GPP Accessへのハンドオーバの流れについて説明する。【０１５８】
ステップＳ３１１乃至Ｓ３１８は、図４１のステップＳ２１１乃至Ｓ２１８と同様であるため詳細な説明を省略する。ただし、図４１におけるｇＮＢ３１は、図４８においてはＮ３ＩＷＦ３８へ入れ替わっており、図４１におけるＮ３ＩＷＦ３８は、図４８においてはｇＮＢ３１に入れ替わっている。【０１５９】
次に、Target AMF３３＿２は、セキュリティ鍵KgNBを導出する（Ｓ３１９）。次に、図４９に移り、ステップＳ３２０乃至Ｓ３２８は、図４１のステップＳ２１９及び図４２のステップＳ２２０、さらに、図４２のステップＳ２２２乃至Ｓ２２８と同様であるため詳細な説明を省略する。【０１６０】
続いて、図５０を用いて、PLMN２においてactive connectionが存在する場合における、PLMN１におけるNon-3GPP AccessからPLMN２における3GPP Accessへの登録処理の流れについて説明する。【０１６１】
ステップＳ３３１乃至Ｓ３４８は、図４３のステップＳ２３１乃至Ｓ２４８と同様であるため詳細な説明を省略する。ただし、図４３におけるｇＮＢ３１＿１及びｇＮＢ３１＿２は、図５０においてはＮ３ＩＷＦ３８＿１及びＮ３ＩＷＦ３８＿２へ入れ替わっている。さらに、図４３におけるＮ３ＩＷＦ３８は、図５０においてはｇＮＢ３１に入れ替わっている。また、ステップＳ３３９においては、図４３のステップＳ２３９とは異なり、Target AMF３３＿２は、セキュリティ鍵KgNBを導出する。【０１６２】
続いて、図５１を用いて、図５０とは異なる、PLMN２においてactive connectionが存在する場合における、PLMN１におけるNon-3GPP AccessからPLMN２における3GPP Accessへの登録処理の流れについて説明する。【０１６３】
ステップＳ３５１乃至Ｓ３６５は、図４４におけるステップＳ２５１乃至Ｓ２６５と同様であるため詳細な説明を省略する。ただし、図４４におけるｇＮＢ３１＿１及びｇＮＢ３１＿２は、図５１においてはＮ３ＩＷＦ３８＿１及びＮ３ＩＷＦ３８＿２へ入れ替わっている。さらに、図４４におけるＮ３ＩＷＦ３８は、図５１においてはｇＮＢ３１に入れ替わっている。また、ステップＳ３５７においては、図４４のステップＳ２５７とは異なり、Target AMF３３＿２は、セキュリティ鍵KgNBを導出する。【０１６４】
以上説明したように、実施の形態３にかかる認証処理を実行することによって、異なるPLMN間におけるハンドオーバを実行することができる。【０１６５】
（実施の形態４）
続いて、図５２を用いてUE initiated HO intra PLMN, intra AMF from 3GPP to non-3GPP Accessの処理の流れについて説明する。【０１６６】
はじめに、ＵＥ３０は、Ｎ３ＩＷＦ３８を介してＡＭＦ３３へRegistration request via non-3GPP accessを送信する（Ｓ３７１）。ＡＭＦ３３は、ＵＥ３０が、3GPP accessを経由して接続するＡＭＦでもある。Registration request via non-3GPP accessは、GUTIのようなUE’s identity及びUE’s capabilitiesを含む。【０１６７】
ここで、3GPP accessにおいて用いられるNAS security keysが、Non-3GPP accessにおいて用いられるNAS security keysと異なる場合について説明する。この場合、Registration request via non-3GPP accessは、Non-3GPP accessにおいて用いられるNAS security keysによって保護される。NAS security keysは、ＵＥ３０とＡＭＦ３３とにおいて、既に導出されている。【０１６８】
また、3GPP accessにおいて用いられるNAS security keysが、Non-3GPP accessにおいて用いられるNAS security keysと同じ場合もある。この場合、Registration request via non-3GPP accessは、3GPP accessにおいて既に用いられているNAS security keysによって保護される。【０１６９】
次に、ＡＭＦ３３は、security capabilitiesを含むUE’s capabilitiesが有効かどうか、さらに、ＵＥ３０がＮ３ＩＷＦ３８を介してコアネットワークへアクセスする権利を有しているかどうかをチェックする（Ｓ３７２）。ＡＭＦ３３は、ＡＵＳＦ３６に対して、UE’s capabilities及びアクセスする権利に関する情報を要求してもよい。【０１７０】
次に、ＡＭＦ３３は、Non-3GPP accessにおいて用いられるセキュリティ鍵Knon-3gppを導出する（Ｓ３７３）。【０１７１】
次に、ＡＭＦ３３は、Ｎ３ＩＷＦ３８を介してＵＥ３０へRegistration request responseを送信する（Ｓ３７４）。Registration request responseは、セキュリティ鍵Knon-3gpp、KSI（Key Set Identifier）のようなセキュリティ鍵の識別情報、暗号化及び完全性保護のセキュリティconfigurationsが必要かどうかを示す情報、及び用いられたアルゴリズムを含む。【０１７２】
次に、ＵＥ３０とＮ３ＩＷＦ３８との間において、セキュリティ鍵Knon-3gppを用いることによって、IPsecが確立される（Ｓ３７５）。ＵＥ３０は、セキュリティ鍵KAMFからセキュリティ鍵Knon-3gppを導出する。さらに、ＵＥ３０は、Ｎ３ＩＷＦ３８を介してＡＭＦ３３へRegistration completeを送信する（Ｓ３７６）。次に、ＵＥ３０とＵＰＦ３５との間において、Non-3GPP accessのためのPDU sessionが確立する（Ｓ３７７）。セキュリティは、セキュリティ鍵Knon-3gppを用いるIPsecを用いてＵＥ３０とＮ３ＩＷＦ３８との間において確立される。【０１７３】
次に、ＵＥ３０とｇＮＢ３１との間において用いられるセキュリティ鍵を含むSecurity contextが削除される（Ｓ３７８）。ＵＥ３０もしくはＡＭＦ３３は、Security contextを削除するためにｇＮＢ３１へrequest messageを送信してもよい。【０１７４】
続いて、図５３を用いて、図５２とは異なるUE initiated HO intra PLMN, intra AMF from 3GPP to non-3GPP Accessの処理の流れについて説明する。【０１７５】
はじめに、ＵＥ３０は、ｇＮＢ３１を介してＡＭＦ３３へHO requestを送信する（Ｓ３８１）。HO requestは、N3IWF IDを含む。ステップＳ３８２乃至Ｓ３８８は、図５２のステップＳ３７２乃至Ｓ３７８と同様であるため詳細な説明を省略する。但し、ステップＳ３８４においては、図５２のステップＳ３７４におけるRegistration request responseｎ代わりに、HO responseが送信される。また、ステップＳ３８６においては、図５２のステップＳ３７６におけるRegistration completeの代わりに、HO completeが送信される。【０１７６】
続いて、図５４を用いて、UE initiated HO intra PLMN, inter AMF from 3GPP to non-3GPP Accessの処理の流れについて説明する。【０１７７】
はじめに、ＵＥ３０は、Registration request via non-3GPP accessをＮ３ＩＷＦ３８を介してTarget AMF３３＿２へ送信する（Ｓ３９１）。次に、Target AMF３３＿２は、Source AMF３３＿１へUE context requestを送信する（Ｓ３９２）。次に、Source AMF３３＿１は、ＵＥ３０に関するUE’s security capabilitiesを含むUE context responseをTarget AMF３３＿２へ送信する（Ｓ３９３）。ステップＳ３９４乃至Ｓ４００は、図５２のステップＳ３７２乃至Ｓ３７８と同様であるため詳細な説明を省略する。【０１７８】
続いて、図５５を用いて、Network initiated HO intra PLMN, inter AMF, from 3GPP to non-3GPP accessの処理の流れについて説明する。ステップＳ４１１乃至Ｓ４１４は、図３７のステップＳ１５１乃至Ｓ１５４と同様であるため詳細な説明を省略する。【０１７９】
次に、Source AMF３３＿１は、セキュリティ鍵KAMFを更新する（Ｓ４１５）。次に、Source AMF３３＿１は、Target AMF３３＿２へRelocation requestを送信する（Ｓ４１６）。次にTarget AMF３３＿２は、ＵＥ３０に関するUE's capabilitiesが、HO requestを送信するかどうかを決定するために有効であるか否かをチェックする（Ｓ４１７）。UE's capabilitiesは、security capabilities及びＮ３ＩＷＦ３８へのaccess rightを含む。次に、Target AMF３３＿２は、セキュリティ鍵を導出する（Ｓ４１８）。【０１８０】
ステップＳ４１９乃至Ｓ４２２は、図３７のステップＳ１５６乃至１５９と同様であるため詳細な説明を省略する。次に、Target AMF３３＿２は、Source AMF３３＿１へ、Relocation responseを送信する（Ｓ４２３）。ステップＳ４２４乃至Ｓ４２８は、図３７のステップＳ１６０乃至Ｓ１６４と同様であるため詳細な説明を省略する。【０１８１】
続いて、図５６を用いて、UE initiated HO intra PLMN, intra AMF from non-3GPP to 3GPP accessの処理の流れについて説明する。ステップＳ４３１乃至Ｓ４３７は、図５４のステップＳ３９１、Ｓ３９４乃至Ｓ３９６、Ｓ３９８乃至Ｓ４００と同様であるため詳細な説明を省略する。ただし、図５６においては、ＵＥ３０とＡＭＦ３３との間のメッセージは、Ｎ３ＩＷＦ３８ではなくｇＮＢ３１を介して伝送される。また、ステップＳ４３５において、ＵＥ３０は、セキュリティ鍵KAMFからセキュリティ鍵KgNBを導出する。また、ＵＥ３０とｇＮＢ３１との間のセキュリティが確立される。【０１８２】
続いて、図５７を用いて図５６とは異なる、UE initiated HO intra PLMN, intra AMF from non-3GPP to 3GPP accessの処理の流れについて説明する。はじめに、ＵＥ３０は、Ｎ３ＩＷＦ３８を介してＡＭＦ３３へHO requestを送信する（Ｓ４４１）。HO requestは、ｇNB IDを含む。ステップＳ４４２及びＳ４４３は、図５６のステップＳ４３２及びＳ４３３と同様であるため詳細な説明を省略する。【０１８３】
次に、ＡＭＦ３３は、ｇＮＢ３１を介してＵＥ３０へHO responseを送信する（Ｓ４４４）。次に、ＵＥ３０は、ｇＮＢ３１を介してＡＭＦ３３へHO completeを送信する（Ｓ４４５）。ステップＳ４４６及びＳ４４７は、図５６のステップＳ４３６及びＳ４３７と同様であるため詳細な説明を省略する。【０１８４】
続いて、図５８を用いて、UE initiated HO intra PLMN, intra AMF from non-3GPP to 3GPP accessの処理の流れについて説明する。ステップＳ４５１乃至Ｓ４５９は、図５４のステップＳ３９７の処理が省略されている以外は、図５４において実行される処理と同様であるため、詳細な説明を省略する。【０１８５】
続いて、図５９を用いて、Network Initiated HO intra PLMN, intra AMF from non-3GPP to 3GPP accessの処理の流れについて説明する。ステップＳ４６１乃至Ｓ４７４は、図３７のステップＳ１５１乃至Ｓ１６４と同様であるため詳細な説明を省略する。ただし、ステップＳ４６５においては、ＡＭＦ３３は、ステップＳ１５５においてセキュリティ鍵KgNBを導出していたのと異なり、セキュリティ鍵Knon-3gppを導出する。【０１８６】
続いて、図６０を用いて、Network Initiated HO intra PLMN, intra AMF from non-3GPP to 3GPP accessの処理の流れについて説明する。図６０においては、図５５のｇＮＢ３１において実行される処理と、Ｎ３ＩＷＦ３８において実行される処理とが入れ替わっている。その他の処理については、図５５と同様なので、詳細な説明を省略する。【０１８７】
以上説明したように、実施の形態４においては、同一PLMN間におけるハンドオーバを実行することができる。【０１８８】
続いて以下では、上述の複数の実施形態で説明された通信端末１０及びコアネットワーク装置２０の構成例について説明する。【０１８９】
図６１は、通信端末１０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、ＡＮ５０と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータをベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。変調シンボルデータは、OFDM（Orthogonal Frequency Division Multiplexing）シンボルデータであってもよい。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。【０１９０】
ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、及び(c) 伝送フォーマット（伝送フレーム）の生成／分解を含む。さらに、デジタルベースバンド信号処理は、(d) 伝送路符号化／復号化、及び(e) 変調（シンボルマッピング）／復調を含む。さらに、デジタルベースバンド信号処理は、(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１、レイヤ２、及びレイヤ３の通信管理を含む。レイヤ１は、例えば、送信電力制御である。レイヤ２は、例えば、無線リソース管理、及びhybrid automatic repeat request（HARQ）処理である。レイヤ３は、例えば、アタッチ、モビリティ、及び通話管理に関するシグナリングである。【０１９１】
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。【０１９２】
ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサとコントロールプレーン処理を行うプロトコルスタック・プロセッサを含んでもよい。モデム・プロセッサは、例えば、Digital Signal Processor（DSP）である。コントロールプレーン処理を行うプロトコルスタック・プロセッサは、例えば、Central Processing Unit（CPU）、又はMicro Processing Unit（MPU）である。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。【０１９３】
アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム及び様々なアプリケーションプログラムを実行することによって、通信端末１０の各種機能を実現する。システムソフトウェアプログラムは、例えば、Operating System（OS）であってもよい。アプリケーションプログラムは、例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーションであってもよい。【０１９４】
いくつかの実装において、図６１に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。【０１９５】
メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。【０１９６】
メモリ１１０６は、上述の複数の実施形態で説明された通信端末１０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明された通信端末１０の処理を行うよう構成されてもよい。【０１９７】
図６２は、コアネットワーク装置２０の構成例を示すブロック図である。図６２を参照すると、コアネットワーク装置２０は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、ネットワークノード（e.g., ＡＮ５０、ＳＭＦ３０等）と通信するために使用される。ネットワークインターフェース１２０１は、例えば、IEEE（Insititute of Electrical and Electronics Engineers） 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。【０１９８】
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたＡＭＦ２０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。【０１９９】
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。【０２００】
図６２の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたＡＭＦ２０の処理を行うことができる。【０２０１】
図６１及び図６２を用いて説明したように、上述の実施形態に通信端末１０及びコアネットワーク装置２０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（Non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリを含む。磁気記録媒体は、フレキシブルディスク、磁気テープ、ハードディスクドライブであってもよい。半導体メモリは、例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM）であってもよい。例えば、また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。【０２０２】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。【０２０３】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。【０２０４】
この出願は、２０１７年９月２７日に出願されたインド出願201711034337を基礎とする優先権を主張し、その開示の全てをここに取り込む。【０２０５】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
Untrusted Non-3GPP Accessを介してコアネットワーク装置の前段に配置されているゲートウェイ装置と通信する通信部と、
前記コアネットワーク装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、前記ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する鍵導出部と、を備える通信端末。
（付記２）
前記通信部は、
前記Untrusted Non-3GPP Accessを介して前記コアネットワーク装置の前段に配置されている第１のゲートウェイ装置と通信し、前記Untrusted Non-3GPP Accessもしくは前記Untrusted Non-3GPP Accessとは異なるUntrusted Non-3GPP Accessを介して前記コアネットワーク装置の前段に配置されている第２のゲートウェイ装置と通信し、
前記鍵導出部は、
ゲートウェイ装置毎に異なる前記第２のセキュリティ鍵を導出する、付記１に記載の通信端末。
（付記３）
前記鍵導出部は、
アクセスネットワークの識別情報を用いて前記第２のセキュリティ鍵を導出する、付記１又は２に記載の通信端末。
（付記４）
前記鍵導出部は、
前記Untrusted Non-3GPP Access及び前記ゲートウェイ装置を介して前記コアネットワーク装置との間において伝送されるNASメッセージのセキュリティ処理に用いられる第３のセキュリティ鍵を、前記第１のセキュリティ鍵から導出する、付記１乃至３のいずれか１項に記載の通信端末。
（付記５）
前記通信部は、
前記Untrusted Non-3GPP Accessを介して前記コアネットワーク装置の前段に配置されている第１のゲートウェイ装置と通信し、前記Untrusted Non-3GPP Accessもしくは前記Untrusted Non-3GPP Accessとは異なるUntrusted Non-3GPP Accessを介して前記コアネットワーク装置の前段に配置されている第２のゲートウェイ装置と通信し、
前記鍵導出部は、
前記ゲートウェイ装置毎に異なる前記第３のセキュリティ鍵を導出する、付記４に記載の通信端末。
（付記６）
前記鍵導出部は、
アクセスネットワークの識別情報を用いて前記第３のセキュリティ鍵を導出する、付記４又は５に記載の通信端末。
（付記７）
コアネットワーク装置の前段に配置されているゲートウェイ装置及びUntrusted Non-3GPP Accessを介して通信端末と通信する通信部と、
前記通信端末との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、前記通信端末と前記ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する鍵導出部と、を備えるコアネットワーク装置。
（付記８）
前記通信部は、
第１のゲートウェイ装置及び前記Untrusted Non-3GPP Accessを介して前記通信端末と通信し、さらに、第２のゲートウェイ装置及び前記Untrusted Non-3GPP Accessもしくは前記Untrusted Non-3GPP Accessとは異なるUntrusted Non-3GPP Accessを介して前記通信端末と通信し、
前記鍵導出部は、
ゲートウェイ装置毎に異なる前記第２のセキュリティ鍵を導出する、付記７に記載のコアネットワーク装置。
（付記９）
前記鍵導出部は、
アクセスネットワークの識別情報を用いて前記第２のセキュリティ鍵を導出する、付記７又は８に記載のコアネットワーク装置。
（付記１０）
前記鍵導出部は、
前記ゲートウェイ装置及び前記Untrusted Non-3GPP Accessを介して前記通信端末との間において伝送されるNASメッセージのセキュリティ処理に用いられる第３のセキュリティ鍵を、前記第１のセキュリティ鍵から導出する、付記７乃至９のいずれか１項に記載のコアネットワーク装置。
（付記１１）
前記通信部は、
第１のゲートウェイ装置及び前記Untrusted Non-3GPP Accessを介して前記通信端末と通信し、さらに、第２のゲートウェイ装置及び前記Untrusted Non-3GPP Accessもしくは前記Untrusted Non-3GPP Accessとは異なるUntrusted Non-3GPP Accessを介して前記通信端末と通信し、
前記鍵導出部は、
前記ゲートウェイ装置毎に異なる前記第３のセキュリティ鍵を導出する、付記１０に記載のコアネットワーク装置。
（付記１２）
前記鍵導出部は、
アクセスネットワークの識別情報を用いて前記第３のセキュリティ鍵を導出する、付記１０又は１１に記載のコアネットワーク装置。
（付記１３）
Untrusted Non-3GPP Accessを介してコアネットワーク装置の前段に配置されているゲートウェイ装置と通信し、
前記コアネットワーク装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、前記ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する、鍵導出方法。
（付記１４）
コアネットワーク装置の前段に配置されているゲートウェイ装置及びUntrusted Non-3GPP Accessを介して通信端末と通信し、
前記通信端末との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第１のセキュリティ鍵から、前記通信端末と前記ゲートウェイ装置との間において定められたプロトコルを用いて伝送されるメッセージのセキュリティ処理に用いられる第２のセキュリティ鍵を導出する、鍵導出方法。
（付記１５）
第１タイプのアクセス及び第２タイプのアクセスを介してネットワークノードにアクセスする通信部と、
前記第１タイプのアクセスのための第１NAS connection及び前記第２タイプのアクセスのための第２NAS connectionを、ネットワーク内の前記ネットワークノードと確立する制御部と、を備え、
独立したNASセキュリティを実現するために各々のNAS connectionに特有のパラメータが使用され、
前記パラメータは、前記第１タイプのアクセス及び前記第２タイプのアクセスのための固有のNAS connection識別子に関連する値を含んでいる、通信端末。
（付記１６）
第１タイプのアクセス及び第２タイプのアクセスを介して通信端末を登録する登録部と、
前記第１タイプのアクセスのための第１NAS connection及び前記第２タイプのアクセスのための第２NAS connectionを有する通信部と、
前記第２タイプのアクセスを介してNAS SMC（Security Mode Command）処理を発動させる制御部と、
前記NAS SMC処理の間にインジケータを含むメッセージを前記通信端末に送信する送信部と、を備える、コアネットワークノード。
（付記１７）
EAP-TLS（Extended Master Session Key）認証処理の間にEMSK（Extended Master Session Key）を導出する鍵導出部と、
セキュリティ鍵の導出のために前記EMSKを使用する制御部と、を備える、通信端末。
（付記１８）
EAP-TLS（Extended Master Session Key）認証処理の間にEMSK（Extended Master Session Key）を取得する取得部と、
セキュリティ鍵の導出のために前記EMSKを使用する制御部と、を備える、コアネットワークノード。
（付記１９）
第１タイプのアクセスを介して第１ネットワークノードにアクセスし、第２タイプのアクセスを介して第２ネットワークノードにアクセスする通信部と、
前記第１タイプのアクセスのための第１NAS connection及び前記第２タイプのアクセスのための第２NAS connectionを、前記第１及び前記第２ネットワークノードと確立する接続確立部と、
ネットワークノード毎に異なるsecurity contextを使用し、各々のsecurity contextは別々に確立される制御部と、を備える、通信端末。
（付記２０）
前記第１及び前記第２ネットワークノードは、異なるネットワークに属している、付記１９に記載の通信端末。
（付記２１）
前記第１タイプのアクセスは、3GPP accessであり、
前記第２タイプのアクセスは、non-3GPP accessである、付記１５または１９に記載の通信端末。
（付記２２）
登録要求メッセージをネットワークノードに送信する通信部と、
前記登録要求メッセージの送信後に、アクセスタイプに関するパラメータを使ってセキュリティ鍵を導出する鍵導出部と、を備える、通信端末。
（付記２３）
前記セキュリティ鍵は、前記アクセスタイプに関するパラメータが入力されるKDF（Key Derivation Function）を使って導出される、付記２２に記載の通信端末。
（付記２４）
登録要求メッセージを通信端末から受信する通信部と、
前記登録要求メッセージの受信後に、アクセスタイプに関するパラメータを使ってセキュリティ鍵を導出する鍵導出部と、を備える、ネットワークノード。
（付記２５）
前記セキュリティ鍵は、前記アクセスタイプに関するパラメータが入力されるKDF（Key Derivation Function）を使って導出される、付記２４に記載のネットワークノード。【０２０６】
１０  通信端末
１１  通信部
１２  鍵導出部
２０  コアネットワーク装置
２１  通信部
２２  鍵導出部
３０  ＵＥ
３１  ｇＮＢ
３１＿１  ｇＮＢ
３１＿２  ｇＮＢ
３２  3GPP Access
３３  ＡＭＦ
３３＿１  Source AMF
３３＿２  Target AMF
３４  ＳＭＦ
３４＿１  Source SMF
３４＿２  Target SMF
３５  ＵＰＦ
３６  ＡＵＳＦ
３７  ＵＤＭ
３８  Ｎ３ＩＷＦ
３９  Data Network
４０  Untrusted Non-3GPP Access
５１  ＡＭＦ
５２  ＳＭＦ
５３  ＵＰＦ
５４  Ｎ３ＩＷＦ
５５  Data Network
６１  ｇＮＢ
６２  3GPP Access 
６３  ＡＭＦ
６４  Ｎ３ＩＷＦ
６５  Non-3GPP Access
７１  Ｎ３ＩＷＦ
７２  Non-3GPP Access
７３  ＡＭＦ
【図１】
2019065897.tif 000003
【図２】
2019065897.tif 000004
【図３】
2019065897.tif 000005
【図４】
2019065897.tif 000006
【図５】
2019065897.tif 000007
【図６】
2019065897.tif 000008
【図７】
2019065897.tif 000009
【図８】
2019065897.tif 000010
【図９】
2019065897.tif 000011
【図１０】
2019065897.tif 000012
【図１１】
2019065897.tif 000013
【図１２】
2019065897.tif 000014
【図１３】
2019065897.tif 000015
【図１４】
2019065897.tif 000016
【図１５】
2019065897.tif 000017
【図１６】
2019065897.tif 000018
【図１７】
2019065897.tif 000019
【図１８】
2019065897.tif 000020
【図１９】
2019065897.tif 000021
【図２０】
2019065897.tif 000022
【図２１】
2019065897.tif 000023
【図２２】
2019065897.tif 000024
【図２３】
2019065897.tif 000025
【図２４】
2019065897.tif 000026
【図２５】
2019065897.tif 000027
【図２６】
2019065897.tif 000028
【図２７】
2019065897.tif 000029
【図２８】
2019065897.tif 000030
【図２９】
2019065897.tif 000031
【図３０】
2019065897.tif 000032
【図３１】
2019065897.tif 000033
【図３２】
2019065897.tif 000034
【図３３】
2019065897.tif 000035
【図３４】
2019065897.tif 000036
【図３５】
2019065897.tif 000037
【図３６】
2019065897.tif 000038
【図３７】
2019065897.tif 000039
【図３８】
2019065897.tif 000040
【図３９】
2019065897.tif 000041
【図４０】
2019065897.tif 000042
【図４１】
2019065897.tif 000043
【図４２】
2019065897.tif 000044
【図４３】
2019065897.tif 000045
【図４４】
2019065897.tif 000046
【図４５】
2019065897.tif 000047
【図４６】
2019065897.tif 000048
【図４７】
2019065897.tif 000049
【図４８】
2019065897.tif 000050
【図４９】
2019065897.tif 000051
【図５０】
2019065897.tif 000052
【図５１】
2019065897.tif 000053
【図５２】
2019065897.tif 000054
【図５３】
2019065897.tif 000055
【図５４】
2019065897.tif 000056
【図５５】
2019065897.tif 000057
【図５６】
2019065897.tif 000058
【図５７】
2019065897.tif 000059
【図５８】
2019065897.tif 000060
【図５９】
2019065897.tif 000061
【図６０】
2019065897.tif 000062
【図６１】
2019065897.tif 000063
【図６２】
2019065897.tif 000064
【手続補正書】
【提出日】令和2年3月25日(2020.3.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１タイプのアクセス及び第２タイプのアクセスを介してネットワークノードにアクセスする通信部と、
前記第１タイプのアクセスのための第１NAS connection及び前記第２タイプのアクセスのための第２NAS connectionを、ネットワーク内の前記ネットワークノードと確立する制御部と、を備え、
独立したNASセキュリティを実現するために各々のNAS connectionに特有のパラメータが使用され、
前記パラメータは、前記第１タイプのアクセス及び前記第２タイプのアクセスのための固有のNAS connection識別子に関連する値を含んでいる、通信端末。
【請求項２】
第１タイプのアクセス及び第２タイプのアクセスを介して通信端末を登録する登録部と、
前記第１タイプのアクセスのための第１NAS connection及び前記第２タイプのアクセスのための第２NAS connectionを有する通信部と、
前記第２タイプのアクセスを介してNAS SMC（Security Mode Command）処理を発動させる制御部と、
前記NAS SMC処理の間にインジケータを含むメッセージを前記通信端末に送信する送信部と、を備える、コアネットワークノード。
【請求項３】
EAP-TLS（Extended Master Session Key）認証処理の間にEMSK（Extended Master Session Key）を導出する鍵導出部と、
セキュリティ鍵の導出のために前記EMSKを使用する制御部と、を備える、通信端末。
【請求項４】
EAP-TLS（Extended Master Session Key）認証処理の間にEMSK（Extended Master Session Key）を取得する取得部と、
セキュリティ鍵の導出のために前記EMSKを使用する制御部と、を備える、コアネットワークノード。
【請求項５】
第１タイプのアクセスを介して第１ネットワークノードにアクセスし、第２タイプのアクセスを介して第２ネットワークノードにアクセスする通信部と、
前記第１タイプのアクセスのための第１NAS connection及び前記第２タイプのアクセスのための第２NAS connectionを、前記第１及び前記第２ネットワークノードと確立する接続確立部と、
ネットワークノード毎に異なるsecurity contextを使用し、各々のsecurity contextは別々に確立される制御部と、を備える、通信端末。
【請求項６】
前記第１及び前記第２ネットワークノードは、異なるネットワークに属している、請求項５に記載の通信端末。
【請求項７】
前記第１タイプのアクセスは、3GPP accessであり、
前記第２タイプのアクセスは、non-3GPP accessである、請求項１または５に記載の通信端末。
【手続補正書】
【提出日】令和2年4月27日(2020.4.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのプロセッサと、
前記プロセッサと機能的に結合される少なくとも１つのメモリとを備え、
前記プロセッサは、
第１タイプのアクセスを介して５Ｇネットワーク内のネットワークノードと第１NAS connectionを確立し、
前記第１タイプのアクセスを介して前記ネットワークノードに通信端末が登録された後、第２タイプのアクセスを介した前記ネットワークノードへの登録のために、前記第２タイプのアクセスを介した登録要求メッセージを前記ネットワークノードへ送信し、
前記第２タイプのアクセスに対応するカウント値に基づいて、前記第２タイプのアクセスを介した前記登録要求メッセージを保護するよう構成される、通信端末。
【請求項２】
前記第１タイプのアクセスは、3GPP accessであり、
前記第２タイプのアクセスは、non-3GPP accessである、請求項１に記載の通信端末。
【請求項３】
前記第２タイプのアクセスを介した前記登録要求メッセージは、前記第２タイプのアクセスに対応するカウント値と、前記第２タイプのアクセスに対応するNAS connection識別子と、に基づいて保護される、請求項１又は２に記載の通信端末。
【請求項４】
少なくとも１つのプロセッサと、
前記プロセッサと機能的に結合される少なくとも１つのメモリと、を備え、
前記プロセッサは、
第１タイプのアクセスを介して通信端末を登録し、
前記第１タイプのアクセスを介して前記通信端末が登録された後、第２タイプのアクセスを介した前記通信端末の登録のために、前記第２タイプのアクセスを介した登録要求メッセージを前記通信端末から受信するよう構成され、
前記登録要求メッセージは、
前記第２タイプのアクセスに対応するカウント値に基づいて保護される、コアネットワークノード。
【請求項５】
前記第１タイプのアクセスは、3GPP accessであり、
前記第２タイプのアクセスは、non-3GPP accessである、請求項４に記載のコアネットワークノード。
【請求項６】
前記第２タイプのアクセスを介した前記登録要求メッセージは、前記第２タイプのアクセスに対応するカウント値と、前記第２タイプのアクセスに対応するNAS connection識別子と、に基づいて保護される、請求項４又は５に記載のコアネットワークノード。
【請求項７】
第１タイプのアクセスを介して５Ｇネットワーク内のネットワークノードと第１NAS connectionを確立し、
前記第１タイプのアクセスを介して前記ネットワークノードに通信端末が登録された後、第２タイプのアクセスを介した前記ネットワークノードへの登録のために、前記第２タイプのアクセスを介した登録要求メッセージを前記ネットワークノードへ送信し、
前記第２タイプのアクセスに対応するカウント値に基づいて、前記第２タイプのアクセスを介した前記登録要求メッセージを保護する、通信端末の方法。
【請求項８】
第１タイプのアクセスを介して通信端末を登録し、
前記第１タイプのアクセスを介して前記通信端末が登録された後、第２タイプのアクセスを介した前記通信端末の登録のために、前記第２タイプのアクセスを介した登録要求メッセージを前記通信端末から受信し、
前記登録要求メッセージは、
前記第２タイプのアクセスに対応するカウント値に基づいて保護される、コアネットワークノードの方法。
【国際調査報告】
2019065897.tif 000065
2019065897.tif 000066
2019065897.tif 000067
2019065897.tif 000068