(57)【要約】ネットワークスライス毎に要求されるセキュリティ要件を満たすことができるコアネットワーク装置を提供することを目的とする。本開示にかかるコアネットワーク装置（１０）は、通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する格納部（１１）を備える。さらに、コアネットワーク装置（１０）は、ネットワークスライスの識別情報及びセキュリティパラメータの識別情報を通信端末へ送信する通信部（１２）を備える。
2020050138.tif 000002
【特許請求の範囲】
【請求項１】
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する格納手段と、
前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を通信端末へ送信する通信手段と、を備えるコアネットワーク装置。
【請求項２】
前記通信手段は、
前記通信端末を前記コアネットワーク装置へ登録する手順において、前記通信端末へ送信するNAS Security Mode Commandメッセージに、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を含める、請求項１に記載のコアネットワーク装置。
【請求項３】
前記格納手段は、
前記通信端末の加入者情報を格納する加入者情報管理装置から送信された、前記通信端末が許容される前記ネットワークスライスの識別情報及び前記セキュリティパラメータを格納する、請求項１又は２に記載のコアネットワーク装置。
【請求項４】
前記ネットワークスライスに関連付けられたセキュリティ鍵を生成する鍵生成手段をさらに備える、請求項１乃至３のいずれか１項に記載のコアネットワーク装置。
【請求項５】
前記通信手段は、
前記セキュリティパラメータを用いて暗号化されたＮＡＳメッセージと、前記ＮＡＳメッセージに対応する前記ネットワークスライスの識別情報とを受信し、
前記ネットワークスライスの識別情報に関連付けられた前記セキュリティパラメータを用いて前記ＮＡＳメッセージを復号するメッセージ処理手段をさらに備える、請求項１乃至４のいずれか１項に記載のコアネットワーク装置。
【請求項６】
前記ネットワークスライスの識別情報は、
前記ＮＡＳメッセージを処理するプロトコルの下位のプロトコルを用いて処理されるメッセージに設定される、請求項５に記載のコアネットワーク装置。
【請求項７】
前記ネットワークスライスの識別情報は、
前記ＮＡＳメッセージ内の非暗号領域に設定される、請求項５に記載のコアネットワーク装置。
【請求項８】
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータ及び前記ネットワークスライスの識別情報を受信し、前記セキュリティパラメータの識別情報及び前記ネットワークスライスの識別情報を通信端末へ送信する通信手段を備えるアクセスネットワーク装置。
【請求項９】
前記通信手段は、
前記通信端末をコアネットワーク装置へ登録する手順において前記通信端末へ送信するAS Security Mode Commandメッセージに、前記セキュリティパラメータの識別情報及び前記ネットワークスライスの識別情報を含める、請求項８に記載のアクセスネットワーク装置。
【請求項１０】
前記通信手段は、
前記通信端末がネットワークスライスを利用した通信を開始する際に実行されるPDU Session establishmentにおいて、前記ネットワークスライスの識別情報を受信し、RRC Connection Reconfigurationメッセージに前記ネットワークスライスの識別情報を含める、請求項８に記載のアクセスネットワーク装置。
【請求項１１】
前記通信手段は、
前記通信端末がネットワークスライスを利用した通信を開始する際に実行されるService requestにおいて、コアネットワーク装置から前記ネットワークスライスの識別情報を受信し、前記ネットワークスライスの識別情報に関連付けられた前記セキュリティパラメータを用いてセキュリティ設定を行ったメッセージを前記通信端末へ送信する、請求項８又は１０に記載のアクセスネットワーク装置。
【請求項１２】
許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する格納手段と、
前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を受信する通信手段と、を備える通信端末。
【請求項１３】
前記通信手段は、
前記ネットワークスライスを利用した通信を行う際に、前記セキュリティパラメータの識別情報において特定される前記セキュリティパラメータを用いてセキュリティ設定を行ったメッセージを送信する、請求項１２に記載の通信端末。
【請求項１４】
前記通信手段は、
前記ネットワークスライスの識別情報と、前記ネットワークスライスに関連付けられた前記セキュリティパラメータを用いて暗号化したＮＡＳメッセージとを送信する、請求項１２又は１３に記載の通信端末。
【請求項１５】
前記通信手段は、
アクセスネットワーク装置において終端されるプロトコルを用いて処理されるメッセージに前記ネットワークスライスの識別情報を設定する、請求項１４に記載の通信端末。
【請求項１６】
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する第１の格納手段、及び、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を通信端末へ送信する第１の通信手段を有するコアネットワーク装置と、
前記セキュリティパラメータを格納する第２の格納手段と、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を受信する第２の通信手段とを有する通信端末と、を備える通信システム。
【請求項１７】
前記第１の通信手段は、
前記通信端末を前記コアネットワーク装置へ登録する手順において、前記通信端末へ送信するNAS Security Mode Commandメッセージに、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を含める、請求項１６に記載の通信システム。
【請求項１８】
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納し、
前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を通信端末へ送信する、コアネットワーク装置において実行される通信方法。
【請求項１９】
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータ及び前記ネットワークスライスの識別情報を受信し、前記セキュリティパラメータの識別情報及び前記ネットワークスライスの識別情報を通信端末へ送信する、アクセスネットワーク装置において実行される通信方法。
【請求項２０】
許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納し、
前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を受信する、通信端末において実行される通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はコアネットワーク装置、アクセスネットワーク装置、通信端末、通信システム、及び通信方法に関する。
【背景技術】
【０００２】
５Ｇ（5 Generation）ネットワークにおいては、ネットワークスライスを用いてサービスを提供することが検討されている。ネットワークスライスは、物理的なネットワーク上において定義された少なくとも１つの論理的なネットワークである。ネットワークスライスは、ネットワークスライスインスタンスと称されてもよい。あるネットワークスライスは、例えば、Public Safety Serviceを提供するネットワークスライスであってもよい。また、他のネットワークスライスは、極端に短い遅延時間を保障するネットワークスライスであってもよく、電池駆動のＩｏＴ（Internet Of Things）端末を収容するネットワークスライスであってもよい。【０００３】
また、それぞれのネットワークスライスにおいて要求されるセキュリティ要件も様々である。例えば、Public Safety Serviceを提供するネットワークスライスにおいては、一般的に要求されるセキュリティレベルよりも高度なセキュリティレベルが要求される。また、極端に短い遅延時間を保障するネットワークスライスにおいては、より短時間に完了する認証処理が要求される。また、電池駆動のＩｏＴ端末を収容するネットワークスライスにおいては、ＩｏＴ端末のバッテリの消費を抑えるために、軽量（Light Weight）なアルゴリズムを用いた認証処理が要求される。【０００４】
非特許文献１には、５Ｇネットワークにおける通信端末（例えば、User Equipment：UE）の認証処理が開示されている。非特許文献１においては、Primary authentication and key agreementにおいて、ＵＥとサービングネットワーク（serving network）及びホームネットワーク(home network)との間において実行される認証処理が開示されている。サービングネットワークは、例えば、ＵＥがネットワークスライスにおいて提供されるサービスを利用するためにアクセスするネットワークである。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TS33.501 V15.1.0 (2018-06)
【発明の概要】
【発明が解決しようとする課題】
【０００６】
５Ｇネットワークにおいては、複数のネットワークスライスが定義され、それぞれのネットワークスライス毎に要求されるセキュリティ要件が異なる。しかし、非特許文献１においては、ＵＥとサービングネットワーク及びホームネットワーク(home network)との間の認証処理が開示されているのみである。そのため、ＵＥは、５Ｇネットワークとの間において適用されるセキュリティパラメータを複数のネットワークスライスに共通のセキュリティパラメータとして用い、それぞれのネットワークスライスにおいて提供されるサービスを利用する。つまり、非特許文献１に開示されている認証処理では、ネットワークスライス毎に要求されるセキュリティ要件が異なった場合、ネットワークスライス毎に要求されるセキュリティ要件を満たすことができないという問題がある。【０００７】
本開示の目的は、ネットワークスライス毎に要求されるセキュリティ要件を満たすことができるコアネットワーク装置、アクセスネットワーク装置、通信端末、通信システム、及び通信方法を提供することにある。
【課題を解決するための手段】
【０００８】
本開示の第１の態様にかかるコアネットワーク装置は、通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する格納部と、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を通信端末へ送信する通信部と、を備える。【０００９】
本開示の第２の態様にかかるアクセスネットワーク装置は、通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータ及び前記ネットワークスライスの識別情報を受信し、前記セキュリティパラメータの識別情報及び前記ネットワークスライスの識別情報を通信端末へ送信する通信部、を備える。【００１０】
本開示の第３の態様にかかる通信端末は、通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する格納部と、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を受信する通信部と、を備える。【００１１】
本開示の第４の態様にかかる通信システムは、許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する第１の格納部、及び、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を通信端末へ送信する第１の通信部を有するコアネットワーク装置と、前記セキュリティプロファイルを格納する第２の格納部と、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を受信する第２の通信部と、を有する通信端末と、を備える。【００１２】
本開示の第５の態様にかかる通信方法は、通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納し、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を通信端末へ送信する、コアネットワーク装置において実行される。
【発明の効果】
【００１３】
本開示により、ネットワークスライス毎に要求されるセキュリティ要件を満たすことができるコアネットワーク装置、アクセスネットワーク装置、通信端末、通信システム、及び通信方法を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】実施の形態１にかかるコアネットワーク装置の構成図である。
【図２】実施の形態２にかかるコアネットワーク装置の構成図である。
【図３】実施の形態２にかかるアクセスネットワーク装置の構成図である。
【図４】実施の形態２にかかるＵＥの構成図である。
【図５】実施の形態２にかかるネットワークスライスとセキュリティプロファイルとの関連を示す図である。
【図６】実施の形態２にかかるRegistration処理の流れを示す図である。
【図７】実施の形態２にかかるAuthentication and Key Agreementの詳細を示す図である。
【図８】実施の形態２にかかるNAS SMCの詳細を示す図である。
【図９】実施の形態２にかかるAS SMCの詳細を示す図である。
【図１０】実施の形態２にかかるＵＥと、コアネットワーク装置とにおいて生成されるセキュリティ鍵の構成を示す図である。
【図１１】実施の形態２にかかるセキュリティ鍵の導出を説明する図である。
【図１２】実施の形態２にかかるＵＥと、コアネットワーク装置とにおいて生成されるセキュリティ鍵の構成を示す図である。
【図１３】実施の形態３にかかるＵＥ、（Ｒ）ＡＮ、及びＡＭＦにおけるプロトコルスタックを説明する図である。
【図１４】実施の形態３にかかるINITIAL UE MESSAGEを説明する図である。
【図１５】実施の形態３にかかるＮＡＳメッセージのフォーマットを示す図である。
【図１６】実施の形態３にかかるSecurity header type associated with a spare half octetフィールドの設定内容を示す図である。
【図１７】実施の形態３にかかるNSSAIの構成を示す図である。
【図１８】実施の形態４にかかるユーザプレーンデータに対するセキュリティ処理の流れを示す図である。
【図１９】実施の形態４にかかるユーザプレーンデータに対するセキュリティ処理の流れを示す図である。
【図２０】実施の形態４にかかるAN-specific resource setupの詳細を示す図である。
【図２１】実施の形態４にかかるUE network capability information elementを示す図である。
【図２２】各実施の形態にかかる（Ｒ）ＡＮの構成図である。
【図２３】各実施の形態にかかるＵＥの構成図である。
【図２４】各実施の形態にかかるコアネットワーク装置の構成図である。
【発明を実施するための形態】
【００１５】
（実施の形態１）
以下、図面を参照して本開示の実施の形態について説明する。図１を用いて実施の形態１にかかるコアネットワーク装置１０の構成例について説明する。例えば、３ＧＰＰ（3rd Generation Partnership Project）においては、アクセスネットワークとコアネットワークとが定義されている。アクセスネットワークとコアネットワークとを含むネットワークは、モバイルネットワークと称されてもよい。コアネットワーク装置１０は、コアネットワークに配置される装置である。
【００１６】
コアネットワーク装置１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。コアネットワーク装置１０は、例えば、ゲートウェイ装置もしくはサーバ装置等であってもよい。
【００１７】
コアネットワーク装置１０は、格納部１１及び通信部１２を有している。通信部は、送信部及び受信部であってもよい。格納部１１及び通信部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、格納部１１及び通信部１２は、回路もしくはチップ等のハードウェアであってもよい。
【００１８】
格納部１１は、通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する。セキュリティパラメータは、例えば、セキュリティプロファイルに含められる。言い換えると、格納部１１は、セキュリティプロファイルを格納する。セキュリティプロファイルには、少なくとも１以上のセキュリティパラメータが定められている。セキュリティパラメータは、コアネットワーク装置１０が通信端末との間においてセキュリティ処理を実行する際に用いられるパラメータである。
【００１９】
セキュリティパラメータは、例えば、認証アルゴリズム、暗号化アルゴリズム、もしくは完全性保護アルゴリズム等であってもよい。また、セキュリティプロファイルには、暗号化の実行有無、もしくは、完全性保護の実行有無等を示す情報が含まれてもよい。完全性保護は、完全性保証と称されてもよい。
【００２０】
通信部１２は、ネットワークスライスの識別情報及びセキュリティパラメータの識別情報を通信端末へ送信する。ネットワークスライスの識別情報は、例えば、５Ｇネットワークにおいて提供される全てのネットワークスライスを一意に識別するために用いられてもよい。ここで、５Ｇネットワークは、１つの通信事業者が管理するネットワークであってもよく、１つの通信事業者が管理するネットワークと他の通信事業者もしくはサービスプラバイダー等が管理するネットワークとが相互に接続されたネットワークであってもよい。
【００２１】
セキュリティパラメータの識別情報は、例えば、セキュリティ処理に用いられる各種アルゴリズムを一意に識別する情報であってもよい。
【００２２】
通信端末は、３ＧＰＰにおいて通信端末の総称として用いられるＵＥ（User Equipment）であってもよい。また、通信端末は、携帯電話端末、スマートフォン端末、タブレット型端末等であってもよい。また、通信端末は、ＩｏＴ端末、ＭＴＣ（Machine Type Communication）端末、Public Safety Service用端末、URLLC(Ultra-Reliable and Low Latency Communications)に用いるIndustrial IoT (IIoT)端末等であってもよい。
【００２３】
以上説明したように、コアネットワーク装置１０は、ネットワークスライスの識別情報及びセキュリティパラメータの識別情報を通信端末へ送信することができる。これにより、通信端末とコアネットワーク装置１０とは、通信端末がネットワークスライスを利用する場合に用いるセキュリティパラメータの情報を共有することができる。その結果、通信端末とコアネットワーク装置１０とは、利用するネットワークスライス毎に異なるセキュリティパラメータを利用してセキュリティ処理を実行することができる。
【００２４】
（実施の形態２）
続いて、図２を用いて実施の形態２にかかるコアネットワーク装置２０の構成例について説明する。コアネットワーク装置２０は、コアネットワーク装置１０において説明した格納部１１及び通信部１２に加えて、メッセージ処理部２１を有する。格納部１１及び通信部１２は、図１と同様であるため、詳細な説明を省略する。また、コアネットワーク装置２０は、例えば、ＡＭＦ（Access Management Function）エンティティであってもよい。ＡＭＦエンティティは、ＵＥに関するアクセスやモビリティなどの管理を行う。さらに、ＡＭＦエンティティは、ＡＵＳＦ（Authentication Server Function）エンティティ及びＵＤＭ（Unified Data Management）エンティティ等と連携してＵＥ２０に関する認証処理を行う。以下において、ＡＭＦエンティティ、ＡＵＳＦエンティティ、及びＵＤＭエンティティは、それぞれ、ＡＭＦ、ＡＵＳＦ、及びＵＤＭと称されてもよい。また、コアネットワーク装置２０は、例えば、ユーザプレーンデータを扱うＵＰＦ（User Plane Function）エンティティであってもよい。
【００２５】
メッセージ処理部２１は、ＵＥへ送信するメッセージを暗号化する。さらに、ＵＥから受信したメッセージを復号化する。また、メッセージ処理部２１は、ＵＥへ送信するメッセージ及びＵＥから受信したメッセージに対する完全性保護処理も実行する。メッセージ処理部２１は、格納部１１に格納されたセキュリティプロファイルを用いて、メッセージの暗号化もしくは復号化、さらに、完全性保護処理を行う。メッセージは、例えば、ＵＥとの間において伝送される制御メッセージであってもよい。制御メッセージは、コントロールプレーン（Control Plane：CP）データと称されてもよい。制御メッセージは、例えば、ＮＡＳ（Non Access Stratum）メッセージであってもよい。メッセージ処理部２１は、ネットワークスライス毎に異なる暗号化もしくは復号化を行うことができる。言い換えると、メッセージ処理部２１は、ネットワークスライス毎に異なる暗号化アルゴリズム及び完全性保護アルゴリズムを用いてセキュリティ処理を行うことができる。また、ＡＭＦは、ＳＥＡＦ（Security Anchor Function）を有してもよく、ＡＭＦ／ＳＥＡＦと表示されることもある。ＳＥＡＦは、ＡＭＦと独立したエンティティであっても良い。
【００２６】
また、コアネットワーク装置２０は、通信方法を実行する。具体的には、コアネットワーク装置２０は、通信端末が許容されるネットワークスライスに関連付けられセキュリティパラメータを格納する。次に、コアネットワーク装置２０は、ネットワークスライスの識別情報及びセキュリティパラメータの識別情報を通信端末へ送信する。
【００２７】
続いて、図３を用いて実施の形態２にかかるアクセスネットワーク装置３０の構成例について説明する。アクセスネットワーク装置３０は、例えば、（Ｒ）ＡＮ（（Radio） Access Network）装置、ｇＮＢ（g Node B）、もしくはＮＧＲＡＮであってもよい。また、アクセスネットワーク装置３０は、例えば、untrusted non-3GPP accessを扱うNon-3GPP Interworking Function (N3IWF)であってもよい。以下においては、（Ｒ）ＡＮ装置を、（Ｒ）ＡＮと称する。アクセスネットワーク装置３０は、格納部３１、通信部３２、及びメッセージ処理部３３を有しており、基本的に、コアネットワーク装置２０と同様の構成を有している。アクセスネットワーク装置３０におけるコアネットワーク装置２０との差異については、以降に説明する処理シーケンス等において適宜説明する。
【００２８】
また、アクセスネットワーク装置３０は、通信方法を実行する。具体的には、アクセスネットワーク装置３０は、通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータ及びネットワークスライスの識別情報を受信する。次に、アクセスネットワーク装置３０は、セキュリティパラメータの識別情報及びネットワークスライスの識別情報を通信端末へ送信する。
【００２９】
続いて、図４を用いて実施の形態２にかかるＵＥ４０の構成について説明する。ＵＥ４０は、実施の形態１において説明した通信端末に相当する。ＵＥ４０は、格納部４１、通信部４２、及びメッセージ処理部４３を有しており、基本的に、コアネットワーク装置２０と同様の構成を有している。ＵＥ４０におけるコアネットワーク装置２０との差異については、以降に説明する処理シーケンス等において適宜説明する。
【００３０】
また、ＵＥ４０は、通信方法を実行する。具体的には、ＵＥ４０は、許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する。次に、ＵＥ４０は、ネットワークスライスの識別情報及びセキュリティパラメータの識別情報を受信する。
【００３１】
ここで、セキュリティプロファイルについて図５を用いて詳細に説明する。図５は、ネットワークスライスとセキュリティプロファイルとが関連付けられていることを示している。例えば、ネットワークスライスＡ及びＢが、セキュリティプロファイル１と関連付けられている。ネットワークスライスＡがセキュリティプロファイル１と関連付けられているとは、ネットワークスライスＡを利用する際に、セキュリティ処理を実行する各装置においてセキュリティプロファイル１が用いられることを意味している。さらに、ネットワークスライスＣ及びＤが、セキュリティプロファイル２と関連付けられている。さらに、ネットワークスライスＥ及びＦが、セキュリティプロファイル３と関連付けられている。さらに、ネットワークスライスＧが、セキュリティプロファイル４と関連付けられている。
【００３２】
セキュリティプロファイルは、認証方式、ＮＡＳメッセージ、ＡＳメッセージ及びユーザプレーン（User Plane：UP）データの暗号化の実行有無と、ＮＡＳメッセージ、ＡＳメッセージ及びユーザプレーンデータの完全性保護の実行有無とが定められている。また、暗号化を実行する際に用いられるアルゴリズム及び完全性保護を実行する際に用いられるアルゴリズムについても定められている。ユーザプレーンデータは、ユーザデータと称されてもよい。認証方式やアリゴリズムは、優先度の高い順に複数列記されても良い。
【００３３】
例えば、セキュリティプロファイル１においては、認証方式EAP-AKA'を用い、ＮＡＳメッセージ及びＡＳメッセージの暗号化は行われず、完全性保護が行われる。また、セキュリティプロファイル１においては、ユーザプレーンデータの暗号化が行われ、完全性保護は行われない。さらに、ＮＡＳメッセージの完全性保護には、アルゴリズムとしてＡＬＧ１及びＡＬＧ２が用いられ、ＡＳメッセージの完全性保護には、アルゴリズムとしてＡＬＧ１及びＡＬＧ２が用いられる。さらに、ユーザプレーンデータの暗号化には、アルゴリズムとしてＡＬＧ１及びＡＬＧ２が用いられる。セキュリティプロファイル２、３、及び４については詳細な説明を省略する。セキュリティプロファイルは、加入者情報としてＵＤＭに格納されていてもかまわない。このセキュリティプロファイルは、ネットワークスライスに関連付けられている。これより、例えばURLLC(Ultra-Reliable and Low Latency Communications)に用いるスライスには、ユーザプレーンデータの暗号化に用いるアルゴリズムを高速処理可能なアルゴリズムとする事で装置の演算による遅延を防ぎ、URLLC通信が可能となる。たとえば、高速処理可能なアルゴリズムとしてRC2、FEAL-N (First Encryption Algorithm - N)、GCC (Gao's Chaos Cryptosystem)、RC4、SEALであってもよい。更にセキュリティプロファイルは、暗号化で用いるセキュリティ鍵を複数生成できる様に設定されてもかまわない。
【００３４】
続いて、図６を用いて実施の形態２にかかるＵＥ４０のRegistration処理の流れについて説明する。図６においては、ＵＥ４０、（Ｒ）ＡＮ３５、ＡＭＦ２５、ＡＵＳＦ５１、及びＵＤＭ５２の間において伝送されるメッセージを用いて、Registration処理について説明する。
【００３５】
ＵＥ４０、（Ｒ）ＡＮ３５、及びＡＭＦ２５は、サービングネットワークに配置されていてもよい。サービングネットワークは、例えば、ＶＰＬＭＮ（Visited Public Land Mobile Network）であってもよい。また、ＡＵＳＦ５１及びＵＤＭ５２は、ホームネットワークに配置されていてもよい。ホームネットワークは、例えば、ＵＥ４０が契約している通信事業者が管理しているネットワークであってもよい。言い換えると、ホームネットワークは、ＵＥ４０の加入者情報を管理しているネットワークであってもよい。ホームネットワークは、例えば、ＨＰＬＭＮ（Home Public Land Mobile Network）であってもよい。ＵＥ４０が、ホームネットワークに在圏する場合、（Ｒ）ＡＮ３５及びＡＭＦ２５も、ホームネットワークに配置されていてもよい。
【００３６】
ネットワークスライスは、サービングネットワークに定義された論理的なネットワークである。もしくは、ネットワークスライスは、サービングネットワーク及びホームネットワークに定義された論理的なネットワークであってもよい。
【００３７】
はじめに、ＵＥ４０は、（Ｒ）ＡＮ３５へRegistration requestを送信する（Ｓ１１）。Registration requestは、ＵＥ４０がアクセスを要求するネットワークスライスの情報を含む。ＵＥ４０は、複数のネットワークスライスへのアクセスを要求してもよい。ネットワークスライスの情報は、ネットワークスライスの識別情報であるＮＳＳＡＩ（Network Slice Selection Assistance Information）であってもよい。Registration requestは、複数のＮＳＳＡＩを含んでもよい。また、Registration requestに含まれるＮＳＳＡＩは、Requested NSSAIと称されてもよい。
【００３８】
次に、（Ｒ）ＡＮ３５は、Registration requestを送信するＡＭＦを選択する（Ｓ１２）。例えば、（Ｒ）ＡＮ３５は、Requested NSSAIに予め対応付けられたＡＭＦを選択してもよい。ステップＳ１２においては、（Ｒ）ＡＮ３５は、ＡＭＦ２５を選択したとする。
【００３９】
次に、（Ｒ）ＡＮ３５は、Registration Requestを、ステップＳ１２において選択したＡＭＦ２５へ送信する（Ｓ１３）。Registration requestは、Requested NSSAIを含む。
【００４０】
次に、ＵＥ４０、ＡＭＦ２５、ＡＵＳＦ５１、及びＵＤＭ５２においてAuthentication and Key Agreementを実行する（Ｓ１４）。言い換えると、ＵＥ４０と、ＡＭＦ２５、ＡＵＳＦ５１、及びＵＤＭ５２との間において相互認証が行われる。例えば、Authentication and Key Agreementにおいて、Primary authentication and key agreementが実行される。
【００４１】
Authentication and Key Agreementにおいて、ＵＥ４０の加入者情報上アクセスすることが許容されているネットワークスライスに関連づけられたセキュリティプロファイルが、ＵＤＭ５２から、ＡＵＳＦ５１を経由して、ＡＭＦ２５へ送信される。ＵＥ４０の加入者情報上アクセスすることが許容されているネットワークスライスは、Subscribed NSSAIと称されてもよい。Subscribed NSSAIは、複数のネットワークスライスを含んでもよい。また、Authentication and Key Agreementにおいて、ＵＥ４０に関する認証が完了した後、ＵＥ４０と、ＡＭＦ２５及びＡＵＳＦ５１とにおいて、ネットワークスライス毎のセキュリティ鍵を生成する。
【００４２】
次に、ＵＥ４０とＡＭＦ２５との間においてNAS SMC（Security Mode Command）が実行される（Ｓ１５）。NAS SMCにおいて、ＡＭＦ２５は、ネットワークスライス毎のセキュリティパラメータの識別情報をＵＥ４０へ送信する。また、ＡＭＦ２５は、NAS SMCにおいて、（Ｒ）ＡＮ３５へ、ネットワークスライス毎のセキュリティパラメータの識別情報を送信してもよい。ＡＭＦ２５が（Ｒ）ＡＮ３５へ送信するセキュリティパラメータは、ＡＳメッセージに適用される。
【００４３】
次に、ＵＥ４０と（Ｒ）ＡＮ３５との間において、AS SMCが実行される（Ｓ１６）。AS SMCにおいて、（Ｒ）ＡＮ３５は、ネットワークスライス毎のセキュリティパラメータの識別情報をＵＥ４０へ送信する。
【００４４】
次に、ＡＭＦ２５は、Registration acceptをＵＥ４０へ送信する（Ｓ１７）。Registration acceptは、サービングネットワークにおいてＵＥ４０によるアクセスが許容されたネットワークスライスに関する情報を含む。サービングネットワークにおいてＵＥ４０によるアクセスが許容されたネットワークスライスは、allowed NSSAIと称されてもよい。allowed NSSAIは、複数のネットワークスライスを含んでもよい。
【００４５】
ここで、図７を用いて、図６におけるステップＳ１４において実行されるAuthentication and Key Agreementについて詳細に説明する。はじめに、ＡＭＦ２５は、Authentication requestをＡＵＳＦ５１へ送信する（Ｓ２１）。Authentication request（Ｓ２１）には、UEからＡＭＦ２５に送信されたRequested NSSAIを含んでもかまわない。次に、ＡＵＳＦ５１は、Authentication get requestをＵＤＭ５２へ送信する（Ｓ２２）。Authentication get request（Ｓ２２）には、ＡＭＦ２５から送信されたRequested NSSAIを含んでもかまわない。次に、ＵＤＭ５２は、ＡＶ（Authentication Vector）を生成する（Ｓ２３）。ＡＶは、例えば、ＲＡＮＤ、ＡＵＴＮ（Authentication Token）、ＸＲＥＳ（expected Response）、及びセキュリティ鍵K_AUSFを含んでもよい。ＡＶは、ネットワークスライスを考慮して生成されてもかまわない。この場合、ＵＤＭ５２は、複数のSubscribed NSSAIに対して優先順を付与し最優先となるSubscribed NSSAI(ネットワークスライス)で提供されるサービスに適するＡＶを生成してもかまわない。また、ＵＤＭ５２は、ネットワークスライス対応した複数のＡＶを作成し、各々のＡＶに対して、識別可能な識別子を付与してＡＵＳＦ５１にそれらを保存しても良い。ＡＵＳＦ５１は、再度、認証処理を行う場合に、ネットワークスライスに応じて、最初の認証時とは別のＡＶを使用したり、別の認証方式を用いても良い。
【００４６】
次に、ＵＤＭ５２は、Authentication get responseをＡＵＳＦ５１へ送信する（Ｓ２４）。Authentication get responseは、ステップＳ２３において生成されたＡＶと、セキュリティプロファイルとを含む。より具体的に、セキュリティプロファイルを含むとは、ＵＥ４０に関するSubscribed NSSAIと、Subscribed NSSAIに関連付けられたセキュリティプロファイルとを含むことであってもよい。また、Authentication get request（Ｓ２２）にRequested NSSAIが含まれる場合、Authentication get responseは、Requested NSSAIに関連するセキュリティプロファイルのみを含んでもかまわない。
【００４７】
次に、ＡＵＳＦ５１は、Authentication responseをＡＭＦ２５へ送信する（Ｓ２５）。Authentication requestは、ステップＳ２４において受信したＡＶとセキュリティプロファイルとを含む。
【００４８】
次に、ＡＭＦ２５は、Authentication requestをＵＥ４０へ送信する（Ｓ２６）。Authentication requestは、例えば、ステップＳ２５において受信したＡＶに含まれるＲＡＮＤ及びＡＵＴＮを含む。次に、ＵＥ４０は、受信したＡＶを用いて、ＲＥＳを計算する（Ｓ２７）。次に、ＵＥ４０は、Authentication responseをＡＭＦ２５へ送信する（Ｓ２８）。Authentication responseは、ステップ２７において計算されたＲＥＳを含む。
【００４９】
次に、ＡＭＦ２５は、Authentication responseをＡＵＳＦ５１へ送信する（Ｓ２９）。Authentication responseは、ステップＳ２８において受信したＲＥＳを含む。次に、ＡＵＳＦ５１は、ステップＳ２４においてＵＤＭ５２から受信したＸＲＥＳと、ステップＳ２９においてＡＭＦ２５から受信したＲＥＳとを比較することによってＵＥ４０の認証を行う（Ｓ３０）。ＡＵＳＦ５１は、ＸＲＥＳとＲＥＳとが一致した場合、ＵＥ４０をサービングネットワークにアクセス可能な装置として認証する。
【００５０】
続いて、図８を用いて図６におけるステップＳ１５において実行されるNAS SMCについて詳細に説明する。はじめに、ＡＭＦ２５は、Subscribed NSSAIにて示される全てのネットワークスライスそれぞれのＮＡＳメッセージ及びネットワークスライスに依らない共通のＮＡＳメッセージに対して用いる暗号化及び完全性保護のアルゴリズムを決定する。さらに、ＡＭＦ２５は、決定したアルゴリズムを用いて制御データ（ＮＡＳメッセージ）の完全性保護を開始する（Ｓ４１）。
【００５１】
ここで、ネットワークスライスそれぞれのＮＡＳメッセージは、例えば、Service request procedure、PDU session establishment、PDU session modification、PDU session release、Session continuity, service continuity and UP path management、CN-initiated selective deactivation of UP connection of an existing PDU sessionにおいてＵＥ４０とＡＭＦ２５との間において伝送されるＮＡＳメッセージであってもよい。
【００５２】
さらに、より具体的には、Service request procedureにおいて用いられるＮＡＳメッセージは、Service request、Service accept、Service rejectであってもよい。また、PDU session establishmentにおいて用いられるＮＡＳメッセージは、PDU session establishment request、PDU session establishment accept、PDU session establishment rejectであってもよい。また、PDU session modificationにおいて用いられるＮＡＳメッセージは、PDU session modification request、PDU session modification reject、PDU session modification command、PDU session modification complete、PDU session modification command reject、であってもよい。また、PDU session releaseにおいて用いられるＮＡＳメッセージは、PDU session release request、PDU session release reject、PDU session release command、PDU session release complete、であってもよい。
【００５３】
また、ネットワークスライスに依らない共通のＮＡＳメッセージは、例えば、Registration procedures、Deregistration procedures、UE Configuration Update、Reachability procedures、UE Capability Match request procedure、Connection Resume procedure、Handover proceduresにおいてＵＥ４０とＡＭＦ２５との間において伝送されるＮＡＳメッセージであってもよい。
【００５４】
ＡＭＦ２５は、アルゴリズムを決定する際に、図７のステップＳ２５において受信したセキュリティプロファイルにおいて定められているアルゴリズムの中から使用するアルゴリズムを決定してもよい。もしくは、ＡＭＦ２５は、セキュリティプロファイルに依らず、予め定められたアルゴリズムを用いることを決定してもよい。
【００５５】
完全性保護は、受信データの完全性保護確認及び送信データへの完全性保護のための符号の付与の両方を意味する。
【００５６】
次に、ＡＭＦ２５は、NAS SMCをＵＥ４０へ送信する（Ｓ４２）。NAS SMCは、Subscribed NSSAIと、ステップＳ４１において決定された暗号化及び完全性保護のアルゴリズムを示す情報とを含む。暗号化及び完全性保護のアルゴリズムを示す情報は、例えば、アルゴリズムを識別する情報であってもよい。アルゴリズムを識別する情報は、例えばアルゴリズムIDと称されてもよい。
【００５７】
次に、ＡＭＦ２５は、ステップＳ４１において決定した暗号化のアルゴリズムを用いて、受信した制御データの復号を開始する（Ｓ４３）。また、ＵＥ４０は、NAS SMCの完全性を確認する（Ｓ４４）。ＵＥ４０は、NAS SMCの完全性に問題無いことを確認した場合、NAS SMCにおいて指定されたアルゴリズムを用いて、送信する制御データの暗号化、受信した制御データの復号化、及び、送受信する制御データの完全性保護を開始する（Ｓ４４）。
【００５８】
次に、ＵＥ４０は、NAS Security Mode CompleteをＡＭＦ２５へ送信する（Ｓ４５）。次に、ＡＭＦ２５は、ステップＳ４１において決定した暗号化のアルゴリズムを用いて送信する制御データの暗号化を開始する（Ｓ４６）。
【００５９】
続いて、図９を用いて図６におけるステップＳ１６において実行されるAS SMCについて詳細に説明する。はじめに、（Ｒ）ＡＮ３５は、Subscribed NSSAIにて示される全てのネットワークスライスそれぞれのＡＳメッセージ及びネットワークスライスに依らない共通のＡＳメッセージに対して用いる暗号化及び完全性保護のアルゴリズムを決定する。さらに、（Ｒ）ＡＮ３５は、ユーザプレーンデータに対して用いる暗号化及び完全性保護のアルゴリズムを決定する。さらに、（Ｒ）ＡＮ３５は、決定したアルゴリズムを用いて制御データ及びユーザプレーンデータの完全性保護を開始する（Ｓ５１）。
【００６０】
（Ｒ）ＡＮ３５は、アルゴリズムを決定する際に、ＡＭＦ２５からセキュリティプロファイルを受信し、受信したセキュリティプロファイルにおいて定められているアルゴリズムの中から使用するアルゴリズムを決定してもよい。もしくは、（Ｒ）ＡＮ３５は、セキュリティプロファイルに依らず、予め定められたアルゴリズムを用いることを決定してもよい。（Ｒ）ＡＮ３５は、Registration処理においてＡＭＦ２５からSubscribed NSSAIを取得する。（Ｒ）ＡＮ３５は、Subscribed NSSAIを保持していない場合、ＡＭＦ２５に対して、Subscribed NSSAIを要求してもよい。
【００６１】
完全性保護は、受信データの完全性保護確認及び送信データへの完全性保護のための符号の付与の両方を意味する。
【００６２】
次に、（Ｒ）ＡＮ３５は、AS SMCをＵＥ４０へ送信する（Ｓ５２）。AS SMCは、Subscribed NSSAIと、ステップＳ５１において決定された暗号化及び完全性保護のアルゴリズムを示す情報とを含む。暗号化及び完全性保護のアルゴリズムは、Subscribed NSSAIにおいて示されるそれぞれのネットワークスライスにおいて伝送される制御データ及びユーザプレーンデータの暗号化及び完全性保護のアルゴリズムである。
【００６３】
次に、（Ｒ）ＡＮ３５は、ステップＳ５１において決定した暗号化のアルゴリズムを用いて、受信した制御データ及びユーザプレーンデータの復号を開始する（Ｓ５３）。また、ＵＥ４０は、AS SMCの完全性を確認する（Ｓ５４）。ＵＥ４０は、AS SMCの完全性に問題無いことを確認した場合、AS SMCにおいて指定されたアルゴリズムを用いて、受信した制御データ及びユーザプレーンデータの復号化と、送受信する制御データ及びユーザプレーンデータの完全性保護とを開始する（Ｓ５４）。
【００６４】
次に、ＵＥ４０は、NAS Security Mode Completeを（Ｒ）ＡＮ３５へ送信する（Ｓ５５）。次に、（Ｒ）ＡＮ３５は、ステップＳ５１において決定した暗号化のアルゴリズムを用いて、送信する制御データ及びユーザプレーンデータの暗号化を開始する（Ｓ５６）。また、ＵＥ４０は、ステップＳ５４において決定した暗号化のアルゴリズムを用いて、送信する制御データ及びユーザプレーンデータの暗号化を開始する（Ｓ５７）。
【００６５】
ここで図８及び図９に示される処理は、ネットワークスライス毎に行われてもよい。この時、対象となる単一のネットワークスライスを示す情報（例えば、Ｓ−ＮＳＳＡＩ）をNAS SMC及びAS SMCに含めることによって、どのネットワークスライスに対する設定であるかを識別することを可能とする。また、共通のＮＡＳメッセージ及びＡＳメッセージに対しても、NAS SMC及びAS SMCを実行してもよい。この場合、Ｓ−ＮＳＳＡＩに関する値をすべて０にすることによって、ＵＥ４０、（Ｒ）ＡＮ３５、及びＡＭＦ２５において共通のメッセージであることを識別できるようにする。
【００６６】
続いて、図１０を用いて、ＵＥ４０と、ＡＭＦ２５、ＡＵＳＦ５１、及びＵＤＭ５２等のコアネットワーク装置とにおいて生成もしくは導出されるセキュリティ鍵について説明する。セキュリティ鍵の導出は、メッセージ処理部２１において実施されてもよく、コアネットワーク装置２０内に設けられる鍵生成部において実施されてもよい。セキュリティ鍵Ｋから、鍵ＣＫ（Cipher Key）及び鍵ＩＫ（Integrity Key）が導出される。次に、鍵ＣＫ及び鍵ＩＫから、ネットワークスライスに依らないセキュリティ鍵K_AUSF、ネットワークスライス毎のセキュリティ鍵K_AUSF_NS1及びセキュリティ鍵K_AUSF_NS2が導出される。図１０においては、二つのネットワークスライスにおいて用いられるセキュリティ鍵K_AUSF_NS1/NS2が導出されることを示しているが、導出されるセキュリティ鍵の数は、二つに制限されない。
【００６７】
ここで、図１１を用いてセキュリティ鍵K_AUSF_NS1、K_AUSF_NS2の導出手順について説明する。図１１は、鍵生成関数としてＫＤＦ（Key Delivery Function）が用いられることを示している。ＫＤＦに、ＣＫ、ＩＫ、serving network name、ＮＳ（Network Slice） ＩＤ、及びその他のパラメータが入力されることによって、ネットワークスライス毎のK_AUSF_NS1及びK_AUSF_NS2が導出される。ＮＳ ＩＤは、例えば、S-NSSAIに含まれるSST（Slice/Service type）もしくはSD（Slice Differentiator）が用いられてもよい。また、K_AUSFを導出する際には、ＮＳ  ＩＤに予め定められた値が入力されてもよい。その他パラメータは、例えば、セキュリティプロファイルの識別情報（ＩＤ）であってもよい。
【００６８】
図１０に戻り、セキュリティ鍵K_AUSF、K_AUSF_NS1、K_AUSF_NS2から、セキュリティ鍵K_SEAF、K_ SEAF _NS1、K_ SEAF _NS2が導出される。さらに、セキュリティ鍵K_SEAFからK_AMFが導出される。さらに、セキュリティ鍵K_AMFから、K_NASint、K_NASenc、K_gNB、及びK_N3IWF（Non-3GPP Interworking Function）が導出される。セキュリティ鍵K_NASintは、ＮＡＳメッセージの完全性保護に用いられる。セキュリティ鍵K_NASencは、ＮＡＳメッセージの暗号化に用いられる。セキュリティ鍵K_gNBは、（Ｒ）ＡＮ３５において用いられるセキュリティ鍵である。セキュリティ鍵K_N3IWFは、３ＧＰＰにおいて規定されていないアクセスネットワークを介して接続した通信端末において用いられるセキュリティ鍵である。３ＧＰＰにおいて規定されていないアクセスネットワークは、例えば、無線ＬＡＮ（Local Area Network）であってもよい。
【００６９】
さらに、セキュリティ鍵K_gNBから、セキュリティ鍵K_RRCint、K_RRCenc、K_UPint、及びK_UPent、が導出される。
【００７０】
ネットワークスライス１及び２においても同様に、K_ SEAF _NS1から順次セキュリティ鍵が導出される。
【００７１】
続いて、図１２を用いて図１０とは異なる生成手順において生成されたセキュリティ鍵について説明する。図１２においては、セキュリティ鍵K_AUSFから、セキュリティ鍵K_SEAF、K_ SEAF _NS1、K_ SEAF _NS2が導出される。つまり、セキュリティ鍵K_ SEAF _NS1、K_ SEAF _NS2を導出する際に、図１１の入力として、鍵ＣＫ及び鍵ＩＫの代わりにセキュリティ鍵K_AUSFを用いる。以降のセキュリティ鍵の導出は、図１０と同様であるため詳細な説明を省略する。
【００７２】
また、図１０においては、セキュリティ鍵K_AUSF、K_AUSF_NS1、K_AUSF_NS2をＵＤＭ５２が導出し、セキュリティ鍵K_SEAF、K_ SEAF_NS1、K_ SEAF_NS2をＡＵＳＦ５１が導出してもよい。さらに、K_AMFをＡＭＦ２５が導出してもよい。図１２においては、セキュリティ鍵K_AUSFをＵＤＭ５２が導出し、セキュリティ鍵K_SEAF、K_ SEAF_NS1、K_ SEAF_NS2をＡＵＳＦ５１が導出してもよい。さらに、K_AMFをＡＭＦ２５が生成してもよい。
【００７３】
更に、図１０及び図１２において、セキュリティ鍵K_RRCint、K_RRCenc、K_UPint、及びK_UPentは、それぞれ複数生成されてもかまわない。例えば、複数の伝送路に対して複製したユーザデータを送信する際、それぞれの伝送路に対して別のセキュリティ鍵を用いた暗号化が可能となる。また、単一伝送路においても複数のセキュリティ鍵を用いて暗号化してもかまわない。この事でPublic Safety ServiceやURLLC(Ultra-Reliable and Low Latency Communications)通信など高い秘匿性が要求されるスライスを用いる事ができる。複数の異なる鍵を生成するために、それぞれに固有の番号や識別子を付与し(例えば、K_RRCint0=0, K_RRCint1=1, ..)、それらを鍵生成関数に入力するパラメータに追加しても良い。
【００７４】
また、図１０、図１２と別の方法として、K_AMF及びK_gNBから、ネットワークスライス毎の鍵を生成しても良い。即ち、K_AMFからK_NASint_NS1、K_NASenc_NS1、K_NASint_NS2、K_NASenc_NS2を生成し、K_gNBからK_RRCint_NS1、K_RRCenc_NS1、K_UPint_NS1、K_UPenc_NS1、K_RRCint_NS2、K_RRCenc_NS2、K_UPint_NS2、K_UPenc_NS2を生成する。更に、これらの鍵は、それぞれ複数生成されてもかまわない。
【００７５】
以上説明したように、実施の形態２にかかる通信システムを用いることによって、ＡＭＦ２５は、ＵＥ４０へ暗号化アルゴリズム及び完全性保護アルゴリズムの識別情報を送信することができる。暗号化アルゴリズム及び完全性保護アルゴリズムは、ネットワークスライスに関連付けられたセキュリティパラメータである。これにより、ＵＥ４０、（Ｒ）ＡＮ３５、ＡＭＦ２５、ＡＵＳＦ５１、及びＵＤＭ５２を含む通信システムにおいて、ネットワークスライス毎に異なるセキュリティ処理を実行することができる。
【００７６】
（実施の形態３）
続いて、図１３を用いて、ＡＭＦ２５におけるネットワークスライス毎のＮＡＳメッセージの識別手順について説明する。ＵＥ４０は、ネットワークスライス毎に定められたセキュリティパラメータを用いて、ＮＡＳメッセージについてセキュリティ処理を行う。言い換えると、ＵＥ４０は、NAS SMCにおいて指定された暗号化及び完全性保護のアルゴリズムを用いて、ＮＡＳメッセージの暗号化及び完全性保護を行う。ＵＥ４０から送信されたＮＡＳメッセージは、ＡＭＦ２５へ送信される。つまり、ネットワークスライス毎に定められたセキュリティパラメータを用いてセキュリティ処理されたＮＡＳメッセージは、全てＡＭＦ２５へ送信される。ＡＭＦ２５は、ＮＡＳメッセージを終端すると、ネットワークスライスに配置されているＳＭＦ（Session Management Function）エンティティに対して、制御メッセージを送信する。
【００７７】
ここで、ＡＭＦ２５は、暗号化されたＮＡＳメッセージを復号するために、ＮＡＳメッセージがどのネットワークスライスに対応するかを識別する必要がある。
【００７８】
そこで、ＵＥ４０は、利用するネットワークスライスをＡＭＦ２５へ通知するために、図１３に示される5G-AN Protocol Layerを用いて送信するメッセージにNSSAIを含ませる。（Ｒ）ＡＮ３５は、5G-AN Protocol Layerを終端する。図１３の５Ｇ−ＡＮは、（Ｒ）ＡＮ３５に相当する。（Ｒ）ＡＮ３５は、5G-AN Protocol Layerを用いて送信されたNSSAIを、NG-APプロトコルを用いて送信するメッセージに含ませる。NG-APプロトコルを用いて送信するメッセージは、例えば、INITIAL UE MESSAGEであってもよい。（Ｒ）ＡＮ３５は、N2インタフェースを介して、INITIAL UE MESSAGEをＡＭＦ２５へ送信する。
【００７９】
図１４は、INITIAL UE MESSAGEにNSSAIが追加されていることを示している。
【００８０】
NG-APプロトコルは、ＮＡＳメッセージを生成するＮＡＳプロトコルの下位レイヤのプロトコルである。そのため、NG-APプロトコルを用いて送信するINITIAL UE MESSAGEは、ネットワークスライス毎に定められたセキュリティパラメータを用いて暗号化されることはない。つまり、INITIAL UE MESSAGEは、ＮＡＳメッセージを暗号化する暗号化アルゴリズムを用いて暗号化されることはない。
【００８１】
ＡＭＦ２５は、INITIAL UE MESSAGEを受信すると、暗号化されたＮＡＳメッセージが、INITIAL UE MESSAGEに含まれるNSSAIによって識別されるネットワークスライスに対応することを認識する。
【００８２】
ＡＭＦ２５は、INITIAL UE MESSAGEに含められたＵＥの認識子である5G S-TMSIまたはGUAMI、及び、NSSAIによって識別されるネットワークスライスに関連付けられた暗号化のアルゴリズムを用いて、ＮＡＳメッセージを復号する。
【００８３】
以上説明したように、ＡＭＦ２５は、ＮＡＳプロトコルの下位レイヤのプロトコルに含まれるNSSAIを受信することができる。ＮＡＳプロトコルの下位レイヤのプロトコルを用いて送信されるメッセージは、ネットワークスライス毎に定められたアルゴリズムを用いた暗号化が行われていない。そのため、ＡＭＦ２５は、暗号化されたＮＡＳメッセージに対応するネットワークスライスを識別することができる。
【００８４】
図１３及び図１４においては、INITIAL UE MESSAGEにNSSAIを含めることによって、ＡＭＦ２５へNSSAIを通知することについて説明した。ここで、図１５を用いて、図１３及び図１４とは異なる手順を用いてＡＭＦ２５へネットワークスライスに関する情報を通知することについて説明する。
【００８５】
図１５は、ＮＡＳメッセージのフォーマットを示している。図１５のoctet2のSecurity header type associated with a spare half octetフィールドは、ネットワークスライス毎に定められたアルゴリズムを用いた暗号化が行われないフィールドである。つまり、Security header type associated with a spare half octetフィールドは、非暗号領域である。そのため、ＵＥ４０は、ＮＡＳメッセージのSecurity header type associated with a spare half octetフィールドにネットワークスライスを識別する情報を設定することによって、ＡＭＦ２５へ、利用するネットワークスライスを通知する。
【００８６】
また、図１６は、Security header type associated with a spare half octetフィールドの設定内容を示している。図１６に示されるように、Security header type associated with a spare half octetフィールドの８ビットの内、４ビットは、設定内容が予め定められている。そこで、Security header type associated with a spare half octetフィールドの残りの４ビットに、ネットワークスライスを識別する情報を設定する。
【００８７】
ここで、図１７は、NSSAIのフォーマットを示している。図１７に示すように、NSSAIは、４ビット以上の値を用いて示される。そのため、図１７に示すNSSAIをそのままSecurity header type associated with a spare half octetフィールドの残りの４ビットに設定することはできない。そこで、ＵＥ４０は、図１７に示すNSSAIを４ビットに正規化した情報をSecurity header type associated with a spare half octetフィールドの残りの４ビットに設定してもよい。また、ＵＥ４０は、図１７に示すNSSAIのSSTフィールドに示される８ビットを４ビットに正規化した情報をSecurity header type associated with a spare half octetフィールドの残りの４ビットに設定してもよい。
【００８８】
もしくは、ＵＥ４０は、ＮＡＳメッセージの暗号化アルゴリズムもしくは完全性保護アルゴリズム等のセキュリティパラメータを正規化した情報をSecurity header type associated with a spare half octetフィールドの残りの４ビットに設定してもよい。
【００８９】
ＵＥ４０は、ＮＡＳメッセージ内の、暗号化されないフィールドであるSecurity header type associated with a spare half octetフィールドに、ネットワークスライスを識別する情報を設定することができる。これにより、ＡＭＦ２５は、暗号化されたＮＡＳメッセージがどのネットワークスライスに対応するかを識別することができる。
【００９０】
（実施の形態４）
続いて、図１８及び図１９を用いてＵＥ４０と（Ｒ）ＡＮ３５との間において伝送されるユーザプレーンデータに対するセキュリティ処理の実行手順について説明する。図１８及び図１９は、ＵＥ４０とネットワークスライスとの間において確立されるPDU sessionの確立手順（PDU session establishment）を示している。ネットワークスライスには、ＵＰＦ（User Plane Function）エンティティ６１（以下、ＵＰＦ６１と称する）及びＳＭＦ（Session Management Function）エンティティ６２（以下、ＳＭＦ６２と称する）が配置されているとする。また、ＰＣＦ（Policy Control Function）エンティティ６３（以下、ＰＣＦ６３と称する）は、ネットワークスライス内に配置されてもよく、サービングネットワークに配置されてもよく、ホームネットワークに配置されてもよい。
【００９１】
ＤＮ７０は、ネットワークスライスを利用して接続される外部ネットワークである。ＵＰＦ６１は、ＵＥ４０とＤＮ７０との間において、ユーザプレーンデータのルーティングもしくは転送を行う。ＳＭＦ６２は、ＵＥ４０に関するセッション管理を行う。セッション管理には、セッションの確立、変更、削除が含まれる。ＰＣＦ６３は、ＵＥ４０の通信に関するポリシー情報を管理する。または、ＰＣＦ６３は、サービングネットワークもしくはホームネットワークにおいて定められているポリシー情報を管理する。
【００９２】
はじめに、ＵＥ４０は、PDU session establishment requestをＡＭＦ２５へ送信する（Ｓ６１）。次に、ＡＭＦ２５は、ＳＭＦを選択する（Ｓ６２）。ここでは、ＡＭＦ２５は、ＳＭＦ６２を選択したとする。次に、ＡＭＦ２５は、PDU session context create requestをＳＭＦ６２へ送信する（Ｓ６３）。次に、ＳＭＦ６２は、PDU session context create responseをＡＭＦ２５へ送信する（Ｓ６４）。
【００９３】
次に、ＳＭＦ６２は、必要に応じて、ＵＥ４０に関する加入者情報をＵＤＭ５２から取得し、さらに、ＰＤＵセッションに関する情報をＵＤＭ５２へ登録する（Ｓ６５）。次に、ＵＥ４０とＤＮ７０との間において、ＵＥ４０がＤＮ７０へアクセスするための認証処理を実行する（Ｓ６６）。ここでの認証処理は、Secondary authenticationと称される。
【００９４】
次に、ＳＭＦ６２は、必要に応じてＰＣＦ６３からポリシーに関する情報を取得する（Ｓ６７）。ポリシーに関する情報は、ＵＥ４０が確立するPDU sessionに対応するネットワークスライスに関するセキュリティパラメータを含めてもよい。セキュリティパラメータは、例えば暗号化及び完全性保護の有効化に関する情報、並びに暗号化及び完全性保護のアルゴリズム等であってもよい。
【００９５】
次に、ＳＭＦ６２は、PDU sessionを確立するＵＰＦを選択する（Ｓ６８）。ここでは、ＳＭＦ６２は、ＵＰＦ６１を選択したとする。次に、ＳＭＦ６２は、Session establishment requestをＵＰＦ６１へ送信する（Ｓ６９）。次に、ＵＰＦ６１は、Session establishment responseをＳＭＦ６２へ送信する（Ｓ７０）。次に、ＳＭＦ６２は、PDU sessionに関する情報等を含むCommunication messageをＡＭＦ２５へ送信する（Ｓ７１）。PDU sessionに関する情報は、ステップＳ６７において取得したセキュリティパラメータを含んでもよい。
【００９６】
次に、ＡＭＦ２５は、PDU session requestを（Ｒ）ＡＮ３５へ送信する（Ｓ７２）。PDU session requestは、ステップＳ６７において取得したセキュリティパラメータ、及びPDU sessionに対応するNSSAIを含む。また、PDU session requestは、NSSAIに関連付けられたセキュリティプロファイルを含んでもよい。（Ｒ）ＡＮ３５は、PDU session に対して設定されたDRB（Data Radio Bearer）を用いてUplink dataをＵＥ４０から受信した際、ＡＭＦ２５から送信されたPDU session に対するNSSAI及びセキュリティパラメータを用いてセキュリティ処理を実行する。
【００９７】
次に、ＵＥ４０と（Ｒ）ＡＮ３５との間において、PDU sessionに関する無線区間の設定（AN-specific resource setup）を行う（Ｓ７３）。無線区間の設定は、ユーザプレーンデータに対するセキュリティ有効化（UP security activation）を含む。セキュリティ有効化が完了した後、ＵＥ４０は、（Ｒ）ＡＮ３５へ、セキュリティ有効化が完了したことを示すメッセージを送信する。
【００９８】
次に、（Ｒ）ＡＮ３５は、PDU session request ackをＡＭＦ２５へ送信する（Ｓ７４）。次に、ＡＭＦ２５は、PDU session update requestをＳＭＦ６２へ送信する（Ｓ７５）。次に、ＳＭＦ６２は、PDU session modification requestをＵＰＦ６１へ送信する（Ｓ７６）。次に、ＵＰＦ６１は、PDU session modification responseをＳＭＦ６２へ送信する（Ｓ７７）。次に、ＳＭＦ６２は、PDU session update responseをＡＭＦ２５へ送信する（Ｓ７８）。
【００９９】
続いて、図２０を用いて図１９のステップＳ７３における詳細な処理の流れについて説明する。図２０においては、ポリシー情報に基づいて、PDU session内のDRB（Data Radio Bearer）に対して、セキュリティの設定と有効化とを行う。
【０１００】
ポリシー情報は、図１９のPDU session確立時に、ＰＣＦ６３から通知された情報であってもよい。もしくは、（Ｒ）ＡＮ３５には、ローカルポリシーに基づいた情報が予め与えられていてもよい。図２０においては、ポリシー情報に含められた暗号化と完全性保護とをそれぞれ有効化するか否かについての情報に基づいて、セキュリティの有効化を行う手順が示されている。
【０１０１】
はじめに、AS SMCが完了し、ＵＥ４０と（Ｒ）ＡＮ３５との間において伝送される制御データの保護が開始していることを前提とする（Ｓ８１）。制御データは、ＲＲＣ（Radio Resource Control）メッセージであってもよい。さらに、確立するPDU sessionがどのネットワークスライスに属するかに関する情報が（Ｒ）ＡＮ３５へ伝えられていることを前提とする。（Ｒ）ＡＮ３５は、AS SMCに含められたユーザプレーンデータに関するアルゴリズムを用いてもよい。もしくは、（Ｒ）ＡＮ３５は、ＳＭＦ６２を介してＰＣＦ６３から取得したポリシー情報を用いてもよく、ＡＭＦ２５からセキュリティプロファイルを取得してもよい。
【０１０２】
次に、（Ｒ）ＡＮ３５は、RRC Connection ReconfigurationをＵＥ４０へ送信する（Ｓ８２）。RRC Connection Reconfigurationは、PDU sessionに対応するネットワークスライスを示すNSSAIを含む。
【０１０３】
次に、ＵＥ４０は、RRC Connection Reconfigurationの完全性を確認する（Ｓ８３）。ＵＥ４０は、RRC Connection Reconfigurationの完全性に問題無いことを確認した場合、RRC Connection Reconfigurationに含まれるNSSAIが示すネットワークスライスにおいて用いられるアルゴリズムを特定する。さらに、ＵＥ４０は、特定したアルゴリズムを用いて送信するユーザプレーンデータの暗号化、受信したユーザプレーンデータの復号化、及び、送受信するユーザプレーンデータの完全性保護を開始する（Ｓ８３）。完全性保護は、受信ユープレーンデータの完全性保護確認及び送信ユープレーンデータへの完全性保護のための符号の付与の両方を意味する。
【０１０４】
次に、ＵＥ４０は、RRC Connection Reconfiguration Completeを（Ｒ）ＡＮ３５へ送信する（Ｓ８４）。次に、（Ｒ）ＡＮ３５は、AS SMCにおいて決定済みのアルゴリズムを用いることによって、送信するユーザプレーンデータの暗号化、受信したユーザプレーンデータの復号化、及び、送受信するユーザプレーンデータの完全性保護を開始する（Ｓ８５）。（Ｒ）ＡＮ３５は、PDU session IDと、PDU session IDのセキュリティ設定とを保存しておくことにより、PDU session毎に異なるセキュリティ処理を行うことができる。セキュリティ設定は、セキュリティパラメータと言い換えられてもよい。
【０１０５】
図１９及び図２０においては、PDU sessionを確立する際の手順を示したが、ＵＥ４０がService requestを実行する場合も、図１９及び図２０と同様の手順を用いて、ユーザプレーンデータのセキュリティ処理を実行することができる。Service requestは、PDU sessionが確立後にIdle状態へ遷移したセッションを活性化する際に実行される処理である。
【０１０６】
以上説明したように、実施の形態４に係る処理を実行することによって、ＵＥ４０及び（Ｒ）ＡＮ３５は、ネットワークスライス毎にユーザプレーンデータのセキュリティ処理を実行することができる。
【０１０７】
また、各実施の形態において、ＵＥ４０は、ネットワークスライス毎にセキュリティの設定を行うことができるか否かをモバイルネットワークに配置されている装置へ通知してもよい。例えば、図２１に示すUE network capability information elementに、NS secのフィールドを定義してもよい。例えば、NS secに１が設定されている場合、ＵＥ４０が、ネットワークスライス毎にセキュリティの設定を行うことができることを示してもよい。また、NS secに０が設定されている場合、もしくは、NS secに値が設定されていない場合、ネットワークスライス毎にセキュリティの設定を行うことができないことを示してもよい。
【０１０８】
例えば、ＵＥ４０は、Registration時のRegistration requestに、UE network capability information elementを含めてもよい。また、ＵＥ４０は、UE network capability information element以外のinformation elementに、ネットワークスライス毎にセキュリティの設定を行うことができるか否かを示してもよい。
【０１０９】
ＵＥ４０がネットワークスライス毎にセキュリティの設定を行うことができるか否かを示すＵＥ４０の能力をＡＭＦ２５へ通知することによって、ＡＭＦ２５は、（Ｒ）ＡＮ３５、ＵＰＦ６１、ＳＭＦ６２等へＵＥ４０の能力を転送することができる。これにより、５Ｇネットワーク全体として、ＵＥ４０に対して統一した動作を保障することができる。ＵＥ４０が、ネットワークスライス毎にセキュリティの設定を行うことができるか否かをＡＭＦ２５に通知する方法として既存のＮＡＳパラメータを用いても新たな専用のパラメータを新たに設定して用いてもかまわない。
【０１１０】
続いて以下では、上述の複数の実施形態で説明された、（Ｒ）ＡＮ３５、ＵＥ４０、ＡＭＦ２５、ＡＵＳＦ５１、ＵＤＭ５２の構成例について説明する。図２２は、（Ｒ）ＡＮ３５の構成例を示すブロック図である。図２２を参照すると、（Ｒ）ＡＮ３５は、RFトランシーバ１００１、ネットワーク・インターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。
【０１１１】
ネットワーク・インターフェース１００３は、ネットワークノード（e.g., 他のコアネットワークノード）と通信するために使用される。ネットワーク・インターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【０１１２】
プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよび5Gの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。
【０１１３】
プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【０１１４】
メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１００５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワーク・インターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。
【０１１５】
メモリ１００５は、上述の複数の実施形態で説明された（Ｒ）ＡＮ３５による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュールをメモリ１００５から読み出して実行することで、上述の実施形態で説明された（Ｒ）ＡＮ３５の処理を行うよう構成されてもよい。
【０１１６】
図２３は、ＵＥ４０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、（Ｒ）ＡＮ３５と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。
【０１１７】
ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解を含む。さらに、デジタルベースバンド信号処理は、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【０１１８】
例えば、LTEおよび5Gの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【０１１９】
ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., 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）内のメモリを含んでもよい。
【０１２３】
メモリ１１０６は、上述の複数の実施形態で説明されたＵＥ４０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明されたＵＥ４０の処理を行うよう構成されてもよい。
【０１２４】
図２４は、ＡＭＦ２５、ＡＵＳＦ５１、ＵＤＭ５２等のコアネットワーク装置１０の構成例を示すブロック図である。図２４を参照すると、コアネットワーク装置１０は、ネットワーク・インターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワーク・インターフェース１２０１は、通信システムを構成する他のネットワークノード装置と通信するために使用される。ネットワーク・インターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【０１２５】
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたコアネットワーク装置１０の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
【０１２６】
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
【０１２７】
図２４の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたコアネットワーク装置１０の処理を行うことができる。
【０１２８】
図２４を用いて説明したように、コアネットワーク装置１０が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
【０１２９】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。磁気記録媒体は、例えばフレキシブルディスク、磁気テープ、ハードディスクドライブであってもよい。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）であってもよい。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１３０】
本明細書における、通信端末、ユーザー端末（User Equipment、 UE）（もしくは移動局（mobile station）、移動端末（mobile terminal）、 モバイルデバイス（mobile device）、または無線端末（wireless device）などを含む）は、無線インターフェースを介して、ネットワークに接続されたエンティティである。
【０１３１】
本明細書のUEは、専用の通信装置に限定されるものではなく、本明細書中に記載されたUEとしての通信機能を有する次のような任意の機器であっても良い。
【０１３２】
用語として「（3GPPで使われる単語としての）ユーザー端末（User Equipment、UE）」、「移動局」、「移動端末」、「モバイルデバイス」、「無線端末」のそれぞれは、一般的に互いに同義であることを意図しており、ターミナル、携帯電話、スマートフォン、タブレット、セルラIoT端末、IoTデバイス、などのスタンドアローン移動局であってもよい。
【０１３３】
なお用語としての「UE」「無線端末」は、長期間にわたって静止している装置も包含することが理解されよう。
【０１３４】
またUEは、例えば、生産設備・製造設備および／またはエネルギー関連機械（一例として、ボイラー、機関、タービン、ソーラーパネル、風力発電機、水力発電機、火力発電機、原子力発電機、蓄電池、原子力システム、原子力関連機器、重電機器、真空ポンプなどを含むポンプ、圧縮機、ファン、送風機、油圧機器、空気圧機器、金属加工機械、マニピュレータ、ロボット、ロボット応用システム、工具、金型、ロール、搬送装置、昇降装置、貨物取扱装置、繊維機械、縫製機械、印刷機、印刷関連機械、紙工機械、化学機械、鉱山機械、鉱山関連機械、建設機械、建設関連機械、農業用機械および／または器具、林業用機械および／または器具、漁業用機械および／または器具、安全および／または環境保全器具、トラクター、軸受、精密ベアリング、チェーン、歯車（ギアー）、動力伝動装置、潤滑装置、弁、管継手、および／または上記で述べた任意の機器又は機械のアプリケーションシステムなど）であっても良い。
【０１３５】
またUEは、例えば、輸送用装置（一例として、車両、自動車、二輪自動車、自転車、列車、バス、リヤカー、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン、気球など）であっても良い。
【０１３６】
またUEは、例えば、情報通信用装置（一例として、電子計算機及び関連装置、通信装置及び関連装置、電子部品など）であっても良い。
【０１３７】
またUEは、例えば、冷凍機、冷凍機応用製品および装置、商業およびサービス用機器、自動販売機、自動サービス機、事務用機械及び装置、民生用電気・電子機械器具（一例として音声機器、スピーカー、ラジオ、映像機器、テレビ、オーブンレンジ、炊飯器、コーヒーメーカー、食洗機、洗濯機、乾燥機、扇風機、換気扇及び関連製品、掃除機など）であっても良い。
【０１３８】
またUEは、例えば、電子応用システムまたは電子応用装置（一例として、X線装置、粒子加速装置、放射性物質応用装置、音波応用装置、電磁応用装置、電力応用装置など）であっても良い。
【０１３９】
またUEは、例えば、電球、照明、計量機、分析機器、試験機及び計測機械（一例として、煙報知器、対人警報センサ、動きセンサ、無線タグなど）、時計（watchまたはclock）、理化学機械、光学機械、医療用機器および／または医療用システム、武器、利器工匠具、または手道具などであってもよい。
【０１４０】
またUEは、例えば、無線通信機能を備えたパーソナルデジタルアシスタントまたは装置（一例として、無線カードや無線モジュールなどを取り付けられる、もしくは挿入するよう構成された電子装置（例えば、パーソナルコンピュータや電子計測器など））であっても良い。
【０１４１】
またUEは、例えば、有線や無線通信技術を使用した「あらゆるモノのインターネット（IoT：Internet of Things）」において、以下のアプリケーション、サービス、ソリューションを提供する装置またはその一部であっても良い。
【０１４２】
IoTデバイス（もしくはモノ）は、デバイスが互いに、および他の通信デバイスとの間で、データ収集およびデータ交換することを可能にする適切な電子機器、ソフトウェア、センサー、ネットワーク接続、などを備える。
【０１４３】
またIoTデバイスは、内部メモリの格納されたソフトウェア指令に従う自動化された機器であっても良い。
【０１４４】
またIoTデバイスは、人間による監督または対応を必要とすることなく動作しても良い。
またIoTデバイスは、長期間にわたって備え付けられている装置および／または、長期間に渡って非活性状態（inactive）状態のままであっても良い。
【０１４５】
またIoTデバイスは、据え置き型な装置の一部として実装され得る。IoTデバイスは、非据え置き型の装置（例えば車両など）に埋め込まれ得る、または監視される／追跡される動物や人に取り付けられ得る。
【０１４６】
人間の入力による制御またはメモリに格納されるソフトウェア命令、に関係なくデータを送受信する通信ネットワークに接続することができる、任意の通信デバイス上に、IoT技術が実装できることは理解されよう。
【０１４７】
IoTデバイスが、機械型通信（Machine Type Communication、MTC）デバイス、またはマシンツーマシン（Machine to Machine、M2M）通信デバイス、NB-IoT(Narrow Band-IoT) UEと呼ばれることもあるのは理解されよう。
【０１４８】
またUEが、１つまたは複数のIoTまたはMTCアプリケーションをサポートすることができることが理解されよう。
【０１４９】
MTCアプリケーションのいくつかの例は、以下の表（出典：3GPP TS22.368 V13.2.0(2017-01-13) Annex B、その内容は参照により本明細書に組み込まれる）に列挙されている。このリストは、網羅的ではなく、一例としてのMTCアプリケーションを示すものである。
2020050138.tif 000003
【０１５０】
アプリケーション、サービス、ソリューションは、一例として、MVNO（Mobile Virtual Network Operator：仮想移動体通信事業者）サービス/システム、防災無線サービス/システム、構内無線電話（PBX（Private Branch eXchange：構内交換機））サービス/システム、PHS/デジタルコードレス電話サービス/システム、POS（Point of sale）システム、広告発信サービス/システム、マルチキャスト（MBMS（Multimedia Broadcast and Multicast Service））サービス/システム、V2X（Vehicle to Everything：車車間通信および路車間・歩車間通信）サービス/システム、列車内移動無線サービス/システム、位置情報関連サービス/システム、災害/緊急時無線通信サービス/システム、IoT（Internet of Things：モノのインターネット）サービス/システム、コミュニティーサービス/システム、映像配信サービス/システム、Femtoセル応用サービス/システム、VoLTE（Voice over LTE）サービス/システム、無線TAGサービス/システム、課金サービス/システム、ラジオオンデマンドサービス/システム、ローミングサービス/システム、ユーザー行動監視サービス/システム、通信キャリア/通信NW選択サービス/システム、機能制限サービス/システム、PoC（Proof of Concept）サービス/システム、端末向け個人情報管理サービス/システム、端末向け表示・映像サービス/システム、端末向け非通信サービス/システム、アドホックNW/DTN（Delay Tolerant Networking）サービス/システムなどであっても良い。
【０１５１】
なお、上述したUEのカテゴリは、本明細書に記載された技術思想及び実施形態の応用例に過ぎない。これらの例に限定されるものではなく、当業者は種々の変更が可能であることは勿論である。
【０１５２】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【０１５３】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１５４】
この出願は、２０１８年９月３日に出願された日本出願特願２０１８−１６４４１０を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【０１５５】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する格納部と、
前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を通信端末へ送信する通信部と、を備えるコアネットワーク装置。
（付記２）
前記通信部は、
前記通信端末を前記コアネットワーク装置へ登録する手順において、前記通信端末へ送信するNAS Security Mode Commandメッセージに、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を含める、付記１に記載のコアネットワーク装置。
（付記３）
前記格納部は、
前記通信端末の加入者情報を格納する加入者情報管理装置から送信された、前記通信端末が許容される前記ネットワークスライスの識別情報及び前記セキュリティパラメータを格納する、付記１又は２に記載のコアネットワーク装置。
（付記４）
前記ネットワークスライスに関連付けられたセキュリティ鍵を生成する鍵生成部をさらに備える、付記１乃至３のいずれか１項に記載のコアネットワーク装置。
（付記５）
前記通信部は、
前記セキュリティパラメータを用いて暗号化されたＮＡＳメッセージと、前記ＮＡＳメッセージに対応する前記ネットワークスライスの識別情報とを受信し、
前記ネットワークスライスの識別情報に関連付けられた前記セキュリティパラメータを用いて前記ＮＡＳメッセージを復号するメッセージ処理部をさらに備える、付記１乃至４のいずれか１項に記載のコアネットワーク装置。
（付記６）
前記ネットワークスライスの識別情報は、
前記ＮＡＳメッセージを処理するプロトコルの下位のプロトコルを用いて処理されるメッセージに設定される、付記５に記載のコアネットワーク装置。
（付記７）
前記ネットワークスライスの識別情報は、
前記ＮＡＳメッセージ内の非暗号領域に設定される、付記５に記載のコアネットワーク装置。
（付記８）
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータ及び前記ネットワークスライスの識別情報を受信し、前記セキュリティパラメータの識別情報及び前記ネットワークスライスの識別情報を通信端末へ送信する通信部を備えるアクセスネットワーク装置。
（付記９）
前記通信部は、
前記通信端末をコアネットワーク装置へ登録する手順において前記通信端末へ送信するAS Security Mode Commandメッセージに、前記セキュリティパラメータの識別情報及び前記ネットワークスライスの識別情報を含める、付記８に記載のアクセスネットワーク装置。
（付記１０）
前記通信部は、
前記通信端末がネットワークスライスを利用した通信を開始する際に実行されるPDU Session establishmentにおいて、前記ネットワークスライスの識別情報を受信し、RRC Connection Reconfigurationメッセージに前記ネットワークスライスの識別情報を含める、付記８に記載のアクセスネットワーク装置。
（付記１１）
前記通信部は、
前記通信端末がネットワークスライスを利用した通信を開始する際に実行されるService requestにおいて、コアネットワーク装置から前記ネットワークスライスの識別情報を受信し、前記ネットワークスライスの識別情報に関連付けられた前記セキュリティパラメータを用いてセキュリティ設定を行ったメッセージを前記通信端末へ送信する、付記８又は１０に記載のアクセスネットワーク装置。
（付記１２）
許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する格納部と、
前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を受信する通信部と、を備える通信端末。
（付記１３）
前記通信部は、
前記ネットワークスライスを利用した通信を行う際に、前記セキュリティパラメータの識別情報において特定される前記セキュリティパラメータを用いてセキュリティ設定を行ったメッセージを送信する、付記１２に記載の通信端末。
（付記１４）
前記通信部は、
前記ネットワークスライスの識別情報と、前記ネットワークスライスに関連付けられた前記セキュリティパラメータを用いて暗号化したＮＡＳメッセージとを送信する、付記１２又は１３に記載の通信端末。
（付記１５）
前記通信部は、
アクセスネットワーク装置において終端されるプロトコルを用いて処理されるメッセージに前記ネットワークスライスの識別情報を設定する、付記１４に記載の通信端末。
（付記１６）
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する第１の格納部、及び、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を通信端末へ送信する第１の通信部を有するコアネットワーク装置と、
前記セキュリティパラメータを格納する第２の格納部と、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を受信する第２の通信部とを有する通信端末と、を備える通信システム。
（付記１７）
前記第１の通信部は、
前記通信端末を前記コアネットワーク装置へ登録する手順において、前記通信端末へ送信するNAS Security Mode Commandメッセージに、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を含める、付記１６に記載の通信システム。
（付記１８）
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納し、
前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を通信端末へ送信する、コアネットワーク装置において実行される通信方法。
（付記１９）
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータ及び前記ネットワークスライスの識別情報を受信し、前記セキュリティパラメータの識別情報及び前記ネットワークスライスの識別情報を通信端末へ送信する、アクセスネットワーク装置において実行される通信方法。
（付記２０）
許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納し、
前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を受信する、通信端末において実行される通信方法。
【符号の説明】
【０１５６】
１０  コアネットワーク装置
１１  格納部
１２  通信部
２０  コアネットワーク装置
２１  メッセージ処理部
２５  ＡＭＦ
３０  アクセスネットワーク装置
３１  格納部
３２  通信部
３３  メッセージ処理部
３５  （Ｒ）ＡＮ
４０  ＵＥ
４１  格納部
４２  通信部
４３  メッセージ処理部
５１  ＡＵＳＦ
５２  ＵＤＭ
６１  ＵＰＦ
６２  ＳＭＦ
６３  ＰＣＦ
７０  ＤＮ
【図１】
2020050138.tif 000004
【図２】
2020050138.tif 000005
【図３】
2020050138.tif 000006
【図４】
2020050138.tif 000007
【図５】
2020050138.tif 000008
【図６】
2020050138.tif 000009
【図７】
2020050138.tif 000010
【図８】
2020050138.tif 000011
【図９】
2020050138.tif 000012
【図１０】
2020050138.tif 000013
【図１１】
2020050138.tif 000014
【図１２】
2020050138.tif 000015
【図１３】
2020050138.tif 000016
【図１４】
2020050138.tif 000017
【図１５】
2020050138.tif 000018
【図１６】
2020050138.tif 000019
【図１７】
2020050138.tif 000020
【図１８】
2020050138.tif 000021
【図１９】
2020050138.tif 000022
【図２０】
2020050138.tif 000023
【図２１】
2020050138.tif 000024
【図２２】
2020050138.tif 000025
【図２３】
2020050138.tif 000026
【図２４】
2020050138.tif 000027
【手続補正書】
【提出日】令和3年2月22日(2021.2.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する格納手段と、
前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を通信端末へ送信する通信手段と、を備えるコアネットワーク装置。
【請求項２】
前記通信手段は、
前記通信端末を前記コアネットワーク装置へ登録する手順において、前記通信端末へ送信するNAS Security Mode Commandメッセージに、前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を含める、請求項１に記載のコアネットワーク装置。
【請求項３】
前記格納手段は、
前記通信端末の加入者情報を格納する加入者情報管理装置から送信された、前記通信端末が許容される前記ネットワークスライスの識別情報及び前記セキュリティパラメータを格納する、請求項１又は２に記載のコアネットワーク装置。
【請求項４】
前記通信手段は、
前記セキュリティパラメータを用いて暗号化されたＮＡＳメッセージと、前記ＮＡＳメッセージに対応する前記ネットワークスライスの識別情報とを受信し、
前記ネットワークスライスの識別情報に関連付けられた前記セキュリティパラメータを用いて前記ＮＡＳメッセージを復号するメッセージ処理手段をさらに備える、請求項１乃至３のいずれか１項に記載のコアネットワーク装置。
【請求項５】
前記ネットワークスライスの識別情報は、
前記ＮＡＳメッセージを処理するプロトコルの下位のプロトコルを用いて処理されるメッセージに設定される、請求項４に記載のコアネットワーク装置。
【請求項６】
前記ネットワークスライスの識別情報は、
前記ＮＡＳメッセージ内の非暗号領域に設定される、請求項４に記載のコアネットワーク装置。
【請求項７】
許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納する格納手段と、
前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を受信する通信手段と、を備える通信端末。
【請求項８】
前記通信手段は、
前記ネットワークスライスの識別情報と、前記ネットワークスライスに関連付けられた前記セキュリティパラメータを用いて暗号化したＮＡＳメッセージとを送信する、請求項７に記載の通信端末。
【請求項９】
前記通信手段は、
アクセスネットワーク装置において終端されるプロトコルを用いて処理されるメッセージに前記ネットワークスライスの識別情報を設定する、請求項８に記載の通信端末。
【請求項１０】
通信端末が許容されるネットワークスライスに関連付けられたセキュリティパラメータを格納し、
前記ネットワークスライスの識別情報及び前記セキュリティパラメータの識別情報を通信端末へ送信する、コアネットワーク装置において実行される通信方法。
【国際調査報告】
2020050138.tif 000028
2020050138.tif 000029
2020050138.tif 000030
2020050138.tif 000031