WO2017188064A1 - 鍵導出方法、通信システム、通信端末、及び、通信装置 - Google Patents

鍵導出方法、通信システム、通信端末、及び、通信装置 Download PDF

Info

Publication number
WO2017188064A1
WO2017188064A1 PCT/JP2017/015590 JP2017015590W WO2017188064A1 WO 2017188064 A1 WO2017188064 A1 WO 2017188064A1 JP 2017015590 W JP2017015590 W JP 2017015590W WO 2017188064 A1 WO2017188064 A1 WO 2017188064A1
Authority
WO
WIPO (PCT)
Prior art keywords
key
communication
service
network
ksv
Prior art date
Application number
PCT/JP2017/015590
Other languages
English (en)
French (fr)
Inventor
伊藤　博紀
アナンド ラガワ プラサド
直明 鈴木
アンドレアス クンツ
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to EP17789349.2A priority Critical patent/EP3451722B1/en
Priority to JP2018514517A priority patent/JP7010215B2/ja
Priority to US16/095,572 priority patent/US20190110195A1/en
Publication of WO2017188064A1 publication Critical patent/WO2017188064A1/ja
Priority to US16/916,853 priority patent/US20200329372A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/14—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using a plurality of keys or algorithms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/037—Protecting confidentiality, e.g. by encryption of the control plane, e.g. signalling traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0431—Key distribution or pre-distribution; Key agreement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0433—Key management protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/061—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying further key derivation, e.g. deriving traffic keys from a pair-wise master key

Definitions

  • the present disclosure relates to a key derivation method, a communication system, a communication terminal, and a communication apparatus, and particularly to a key derivation method, a communication system, a communication terminal, and a communication apparatus that are used when network slicing is applied to a core network.
  • IoT terminals Many terminals (hereinafter referred to as IoT terminals) that perform communication autonomously without requiring user operation are used for the IoT service. Therefore, in order for a service provider to provide an IoT service using many IoT terminals, it is desired to efficiently accommodate many IoT terminals in a network managed by a communication provider or the like.
  • Non-Patent Document 1 describes the configuration of a core network to which network slicing is applied in Annex IV B.
  • Network slicing is a technique for dividing a core network for each service to be provided in order to efficiently accommodate many IoT terminals.
  • Section 5.1 describes that each divided network (network slice system) needs to be customized and optimized.
  • Section 6.2 of Non-Patent Document 2 describes the configuration of keys used in EPS security processing.
  • USIM Universal Subscriber Identity Module
  • AuC Authentication Center
  • CK Consfidentiality Key
  • IK Intelligent Key
  • UE User Equipment
  • HSS Home Subscriber Server
  • SNID Server Network Identity
  • the SNID is an ID for identifying a communication carrier.
  • the UE and MME Mobility Management Entity
  • security processing such as message encryption and message falsification prevention (message integrity guarantee) is executed using the key generated in this manner.
  • Non-Patent Document 2 when the key configuration disclosed in Non-Patent Document 2 is applied to a core network to which network slicing disclosed in Non-Patent Document 1 is applied, the following problem occurs.
  • a core network to which network slicing is applied it is assumed that each network is operated independently and a high security level is required.
  • the key configuration disclosed in Non-Patent Document 2 indicates that the UE uses one key Kasme in the core network. Therefore, the same key Kasme is used in each network into which the core network is divided. As a result, each divided network uses the same key as the other networks, and there is a problem that the security level is lowered.
  • An object of the present disclosure is to provide a key derivation method, a communication system, a communication terminal, and a communication device that can establish or maintain a high security level when network slicing is applied to a core network.
  • the key derivation method according to the first aspect of the present disclosure is a key derivation method in a core network including a plurality of network slices, and derives a key for each of the plurality of network slices.
  • the communication system includes a core network including a plurality of network slices and a communication device, and the communication device derives a key for each of the plurality of network slices.
  • a communication terminal includes a plurality of network slices provided in a core network, a communication unit that communicates via a wireless network, and a key derivation unit that derives a key for each of the plurality of network slices.
  • the communication device includes a key derivation unit that derives a key for each of a plurality of network slices provided in the core network.
  • a key derivation method it is possible to provide a key derivation method, a communication system, a communication terminal, and a communication device that can establish or maintain a high security level when network slicing is applied to a core network.
  • FIG. 1 is a configuration diagram of a communication system according to a first exemplary embodiment
  • FIG. 3 is a diagram showing a flow of key generation processing according to the first exemplary embodiment.
  • FIG. 3 is a configuration diagram of a communication system according to a second exemplary embodiment. It is a figure which shows the structure of the key concerning Embodiment 2.
  • FIG. It is a figure which shows the derivation
  • FIG. It is a figure which shows the derivation
  • FIG. It is a figure which shows the derivation method of the service key Ksv in AuC concerning Embodiment 2.
  • FIG. 10 is a diagram showing a method of deriving keys after the service key Ksv-A_cn according to the second embodiment.
  • 3 is a configuration diagram of AuC according to a second embodiment.
  • FIG. It is a block diagram of UE concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of Attach processing concerning Embodiment 2.
  • FIG. It is a figure which shows the flow of the AKA process concerning Embodiment 2.
  • FIG. FIG. 6 is a configuration diagram of a communication system according to a third exemplary embodiment. It is a figure which shows the structure of the key concerning Embodiment 3.
  • FIG. FIG. 6 is a configuration diagram of a communication system according to a fourth exemplary embodiment. It is a figure which shows the structure of the key concerning Embodiment 4.
  • FIG. FIG. 10 is a configuration diagram of a communication system according to a fifth exemplary embodiment. It is a block diagram of UE concerning Embodiment 5.
  • FIG. FIG. 10 is a configuration diagram of a communication system according to a sixth embodiment. It is a figure which shows the structure of the key concerning Embodiment 6.
  • FIG. 10 is a diagram illustrating a flow of Attach processing according to the sixth embodiment.
  • FIG. 10 is a diagram illustrating a flow of Attach processing according to the sixth embodiment.
  • FIG. 10 is a diagram illustrating a flow of Attach processing according to the seventh embodiment.
  • FIG. 10 is a diagram showing a flow of AKA processing according to the seventh embodiment. It is a figure which shows the derivation method of service key Ksv in AuC concerning Embodiment 7.
  • FIG. 10 is a diagram showing a method of deriving a service key Ksv in a UE according to the seventh embodiment.
  • the communication system of FIG. 1 includes a core network 10, a RAN (Radio Access Network) 40, and a communication terminal 50.
  • the core network 10 may be, for example, a network defined in 3GPP (3rd Generation Partnership Project).
  • the core network 10 includes a communication device 20, an NS (Network Slice) system A, and an NS system B.
  • NS system A and NS system B show networks that are divided by applying network slicing to the core network 10.
  • NS system A may be described as NS # A
  • NS system B may be described as NS # B.
  • the communication device 20 includes an NS key generation unit 201 for the NS system.
  • the communication device 20 may be a computer device that operates when a processor executes a program stored in a memory.
  • the processor may be, for example, a microprocessor, an MPU (Micro Processing Unit), or a CPU (Central Processing Unit).
  • the memory may be a volatile memory or a nonvolatile memory, and may be configured by a combination of a volatile memory and a nonvolatile memory.
  • the processor executes one or more programs including a group of instructions for causing a computer to execute an algorithm described with reference to the following drawings.
  • the communication device 20 may be, for example, an HSS (Home Subscriber Server), an HLR (Home Location Register), or an AuC (Authentication Center) defined in 3GPP.
  • the HSS and HLR are node devices that manage subscriber information regarding the communication terminal 50.
  • the AuC is a node device that holds data related to the security processing of the communication terminal 50.
  • the NS system is a communication system including a plurality of node devices.
  • the NS system A is a communication system configured to provide a service different from the NS system B.
  • FIG. 1 illustrates a configuration in which the core network 10 includes the NS system A and the NS system B.
  • the core network 10 may include three or more NS systems.
  • the NS System A has, for example, a security device and a gateway device.
  • the security device is a device that performs encryption of data transmitted / received by the communication terminal 50, integrity guarantee processing (falsification prevention processing) of data transmitted / received by the communication terminal 50, authentication processing of the communication terminal 50, and the like.
  • the gateway device is a device that relays or transmits user plane data (User ⁇ ⁇ ⁇ ⁇ Plane data or U-Plane data) or control plane data (Control Plane data or C-Plane data), for example.
  • NS System A may also include a device that manages subscriber information of communication terminals that use NS System A.
  • the NS system B may have the same configuration as the NS system A.
  • the NS system B may include a device necessary for providing a unique service, and may be configured differently from the NS system A.
  • the RAN 40 is a network that provides a wireless line to the communication terminal 50.
  • the RAN 40 may include a base station, and may further include a base station control device that controls the base station.
  • the communication terminal 50 has an NS key generation unit 501 for the NS system.
  • the communication terminal 50 may be a computer device that operates when a processor executes a program stored in a memory.
  • the processor may be, for example, a microprocessor, an MPU (Micro Processing Unit), or a CPU (Central Processing Unit).
  • the memory may be a volatile memory or a nonvolatile memory, and may be configured by a combination of a volatile memory and a nonvolatile memory.
  • the processor executes one or more programs including a group of instructions for causing a computer to execute an algorithm described with reference to the following drawings.
  • the communication terminal 50 may be, for example, a mobile phone terminal, a smartphone terminal, a tablet terminal, or the like.
  • the communication terminal 50 may be an IoT terminal.
  • An IoT terminal is a terminal that performs autonomous communication without user operation.
  • the IoT terminal may be referred to as an M2M (Machine to Machine) terminal or an MTC (Machine to Type Communication) terminal.
  • the key is used for security processing related to the communication terminal 50.
  • the key may be used for data encryption or decryption.
  • the key generation process shown in FIG. 2 may be executed in a security device arranged in the NS system.
  • the communication device 20 and the communication terminal 50 provide a service used by the communication terminal 50 among the NS system A and NS system B included in the core network 10.
  • NS identification information indicating the NS system is specified (S11).
  • the NS identification information may be referred to as NSID (Network Slice Identity).
  • the device that executes the key generation process may select NS identification information indicating an NS system that provides a service used by the communication terminal 50 from among a plurality of NS identification information held by the device itself.
  • the apparatus which performs a key generation process may receive NS identification information which shows the NS system which provides the service which the communication terminal 50 uses from the apparatus which manages NS identification information.
  • the device that executes the key generation process may receive NS identification information from a device in the NS system that provides a service used by the communication terminal 50.
  • the device that performs the key generation process uses the NS identification information to generate a service key used for the security process of the NS system indicated by the NS identification information in the NS key generation unit (S12).
  • the service key is generated using NS identification information. Therefore, the service key is different for each NS system.
  • the NS key generation unit generates Service A Key from NS # A ID, and generates Service B Key from NS # B ID.
  • each NS system uses a different service key for each NS system, a key used for encryption processing that satisfies the requirements of each NS system (ex. Encryption key, ⁇ ⁇ ⁇ ⁇ ⁇ Cipher key), and a key used for confidentiality processing. (Ex. Confidentiality key), a key used for integrity guarantee processing (ex. Integrity key), etc. can be generated.
  • each NS system can maintain a high security level by using a different service key for each NS system as compared to the case where a common key is used for a plurality of NS systems.
  • the 3 includes a core network 10, 5G RAN42, 5G RAN44, WLAN (Wireless Local Area Network) 46, UE (User Equipment) 52, UE54, and UE56.
  • the 5G RAN 42 and the 5G RAN 44 are next-generation RANs that realize, for example, a low delay and a wideband radio frequency.
  • the RAN used for the next generation is referred to as 5G RAN, but the name of the RAN used for the next generation is not limited to 5G RAN.
  • the WLAN 46 is a RAN that uses wireless LAN communication as a wireless communication method.
  • the wireless LAN communication may be a communication method defined in IEEE (The Institute of Electrical and Electronics Electronics), for example.
  • IEEE The Institute of Electrical and Electronics Electronics
  • As the RAN a network using a wireless communication method different from 5G RAN and WLAN may be used.
  • UE is used as a general term for communication terminals (user terminals) in 3GPP.
  • the core network 10 includes an AuC 22, an HSS 32, an NS system A, an NS system B, and an NS system C.
  • the AuC 22 and the HSS 32 correspond to the communication device 20 in FIG.
  • the HSS 32 manages subscriber information such as the UE 52, the UE 54, and the UE 56.
  • NS system A and NS system B use 5G RAN42 as RAN. That is, the NS system A and the NS system B communicate with the UE 52 via the 5G RAN.
  • NS system C uses 5G RAN44 and WLAN46 as RAN. The NS system C communicates with the UE 54 via the 5G RAN 44. The NS system C communicates with the UE 56 via the WLAN 46.
  • AuC 22 manages parameters related to security processing of UE 52, UE 54, and UE 56 (hereinafter referred to as UE 52, etc.).
  • the parameter relating to the security processing may be, for example, a parameter used for NAS (Non Access Stratum) integrity guarantee processing, confidentiality processing, and encryption processing.
  • the NAS is a layer used for communication between the UE 52 and the like and the core network 10.
  • the parameters related to the security processing may be parameters used for AS (Access Stratum) integrity guarantee processing, confidentiality processing, and encryption processing.
  • the AS is a layer used for communication between the 5G RAN 42 and the 5G RAN 44 and the UE 52 or the like.
  • the parameter relating to the security processing may be a parameter that defines the key length.
  • the length of the key is indicated by the number of bits, for example.
  • the parameter relating to the security process may be a parameter indicating an encryption algorithm, a key generation algorithm, an authentication algorithm, or the like.
  • FIG. 4 shows a key configuration used in the UE and NS system.
  • ng is Next Generation
  • sv is Service
  • rat Radio Access Technology
  • cn Core Network
  • cp is C-Plane
  • up is U-Plane
  • mn Management
  • i Integrity
  • c represents Confidentiality.
  • the UE 52 and AuC 22 have a master key K.
  • the secondary key Kng (K next generation) is derived from the master key K.
  • KDF Key ⁇ Derivation Function
  • KDF Key ⁇ Derivation Function
  • a derivation function such as HMAC-SHA-256
  • FIG. 5 shows that the secondary key Kng is output as a result of inputting the master key K and SNID (Serving Network Identity) to the KDF.
  • the SNID may be an ID indicating a business operator that manages the core network 10, for example.
  • the derivation of the secondary key Kng on the core network 10 side may be performed by either the AuC 22 or the HSS 32.
  • the service key Ksv-A is derived from the secondary key Kng.
  • the service key Ksv-A is a key used in the security processing of the NS system A.
  • the service key Ksv-B used in the NS system B and the service key Ksv-C used in the NS system C are also derived from the secondary key Kng.
  • FIG. 4 the structure of the key used mainly in NS system A is demonstrated.
  • FIG. 6 shows a method for deriving the service key Ksv in the UE.
  • FIG. 6 shows that as a result of inputting the secondary key Kng, NSID, RAND (Random number), and AUTN (Authentication Token) to KDF, RES (Response), SQN (Sequence Number), and service key Ksv are output. It is shown that.
  • FIG. 7 shows a method for deriving the service key Ksv in the AuC 22.
  • FIG. 7 shows that the XRES (Expected Response), AUTN, and service key Ksv are output as a result of the secondary keys Kng, NSID, RAND, and SQN being input to the KDF.
  • the derivation of the service key Ksv on the core network 10 side may be performed by either the AuC 22 or the HSS 32.
  • the service key Ksv-A_cn is derived from the service key Ksv-A.
  • the service key Ksv-A_cn is a key used in the security processing of the NS system A.
  • a method for deriving keys after the service key Ksv-A_cn will be described with reference to FIG.
  • the description in a frame has shown the correspondence of IDX and Kout.
  • FIG. 8 shows that the key Kout is output as a result of the keys Kin, IDX, and PRM being input to the KDF.
  • PRM is an arbitrary parameter.
  • IDX is an index number.
  • Kin indicates an input key
  • Kout indicates an output key.
  • Ksv-A_cn is output as Kout. That is, the output key Kout is determined according to the value input to IDX and the key input to Kin.
  • the service key Ksv-A_cn_mn, the service key Ksv-A_cn_cp, and the service key Ksv-A_cn_up are derived from the service key Ksv-A_cn.
  • the service key Ksv-A_cn_up is a key used in security processing of user plane data.
  • the service key Ksv-A_cn_cp is a key used in security processing of control plane data.
  • the service key Ksv-A_cn_mn is a key used mainly for management data other than user plane data and control plane data.
  • the service key Ksv-A_cn_up_c and the service key Ksv-A_cn_up_i are derived from the service key Ksv-A_cn_up.
  • the service key Ksv-A_cn_up_c is a key used for user plane data encryption processing.
  • the service key Ksv-A_cn_up_i is a key used for user plane data integrity guarantee processing.
  • the service key Ksv-A_cn_cp_c and the service key Ksv-A_cn_cp_i are derived from the service key Ksv-A_cn_cp.
  • the service key Ksv-A_cn_cp_c is a key used for control plane data encryption processing.
  • the service key Ksv-A_cn_cp_i is a key used for the process of guaranteeing the integrity of control plane data.
  • the service key Ksv-A_cn_mn_c and the service key Ksv-A_cn_mn_i are derived from the service key Ksv-A_cn_mn.
  • the service key Ksv-A_cn_mn_c is a key mainly used for encrypting management data other than user plane data and control plane data.
  • the service key Ksv-A_cn_mn_i is a key used mainly for the integrity assurance processing of management data other than user plane data and control plane data.
  • the radio key Krat is derived from the secondary key Kng.
  • the wireless key Krat is derived using the key derivation method shown in FIG.
  • the wireless key Krat is used in 5G RAN42 security processing.
  • the radio key Krat may be output as Kout by inputting radio identification information for identifying the 5G RAN 42 as the PRM.
  • the radio key Krat_cp, the radio key Krat_up, and the radio key Krat_other are derived from the radio key Krat.
  • the wireless key Krat_cp is used for control plane data security processing in the 5G RAN42.
  • the wireless key Krat_up is used for user plane data security processing in the 5G RAN.
  • the wireless key Krat_other is used for security processing of data other than control plane data and user plane data in the 5G RAN.
  • the radio key Krat_up_c and the radio key Krat_up_i are derived from the radio key Krat_up.
  • the wireless key Krat_up_c is a key used for encryption processing of user plane data.
  • the radio key Krat_up_i is a key used for the process of assuring the integrity of user plane data.
  • the radio key Krat_cp_c and the radio key Krat_cp_i are derived from the radio key Krat_cp.
  • the wireless key Krat_cp_c is a key used for encryption processing of control plane data.
  • the radio key Krat_cp_i is a key used for the integrity assurance process of the control plane data.
  • the wireless key K3gpp_rat and the wireless key Knon-3gpp_rat are derived from the secondary key Kng.
  • the wireless key K3gpp_rat is a RAN other than the 5G RAN 42 and is used for RAN security processing defined in 3GPP.
  • the wireless key Knon-3gpp_rat is a key used for RAN security processing other than the RAN specified in 3GPP.
  • the AuC 22 includes a master key management unit (Master key controller) 61, an NS key generation unit (NS key Key generator) 62, and a communication unit 63.
  • the components constituting the AuC 22 such as the master key management unit 61, the NS key generation unit 62, and the communication unit 63 are software or modules that are processed by a processor executing a program stored in a memory. May be.
  • the constituent elements constituting the AuC 22 may be hardware such as a circuit or a chip.
  • the master key management unit 61 manages a master key K used for security processing related to the UE.
  • the NS key generation unit 62 generates a secondary key Kng using the master key K managed by the master key management unit 61. Further, the NS key generation unit 62 generates service keys Ksv-A to Ksv-N (hereinafter referred to as Ksv) for each NS system using the secondary key Kng.
  • Ksv service keys Ksv-A to Ksv-N
  • the NS key generation unit 62 generates a service key Ksv using the NSID received from the HSS 32, for example.
  • the communication unit 63 may be a transmission unit (Transmitter) and a reception unit (Receiver).
  • the communication unit 63 outputs the NSID received from the HSS 32 to the NS key generation unit 62. Further, the communication unit 63 transmits the service key Ksv generated by the NS key generation unit 62 to the HSS 32.
  • the wireless key Krat is generated in the security device in the NS system. Therefore, the communication unit 63 transmits the secondary key Kng to the HSS 32. The HSS 32 transmits the received secondary key Kng to the security device in the NS system.
  • the HSS 32 may generate the service key Ksv. Further, the HSS 32 may generate the secondary key Kng and the service key Ksv.
  • the communication unit 63 transmits the master key K to the HSS 32.
  • the UE 52 includes a communication unit 71 and a SIM (Subscriber Identity Module) 72.
  • the communication unit 71 may be software or a module that executes processing when a processor executes a program stored in a memory.
  • the communication unit 71 may be hardware such as a circuit or a chip.
  • the communication unit 71 may be a transmission unit (Transmitter) and a reception unit (Receiver).
  • the SIM 72 may be stored in a card attached to the UE 52, or may be stored in a built-in memory of the UE 52.
  • the SIM 72 includes an NS key generation unit (NS Key generator) 73 and a master key management unit (Master Key controller) 74.
  • the master key management unit 74 manages a master key K used for security processing with the core network 10.
  • the NS key generation unit 73 generates a secondary key Kng using the master key K managed by the master key management unit 74.
  • the NS key generation unit 73 generates a different service key Ksv for each NS system to be used. Further, the NS key generation unit 73 generates a key after the service key Ksv shown in FIG.
  • the communication unit 71 transmits the data encrypted using the service key such as the service key Ksv-A_cn_up_c generated by the NS key generation unit 73 to the 5G RAN 42.
  • UE 52 indicates that UE 52 includes SIM 72. Also, AuC22 / HSS32 indicates that it is AuC22 or HSS32.
  • the UE 52 starts a connection process with the 5G RAN 42 (S21). For example, the UE 52 connects to the base station via a wireless communication line in order to communicate with the base station arranged in the 5G RAN 42.
  • the UE 52 transmits an Attach request message to the NS system A via the 5G RAN 42 (S22).
  • the AKA process is executed among the UE 52, NS system A, and AuC22 / HSS32 (S23).
  • the UE 52 and the AuC22 / HSS 32 confirm that the service key Ksv-A generated in the UE 52 matches the service key Ksv-A generated in the AuC 22 / HSS 32 by executing the AKA process in the step S23. can do.
  • the AKA process in step S23 will be described in detail later.
  • the UE 52 establishes NAS security with the NS system A (S24).
  • the UE 52 and the NS system A use the service key Ksv-A_cn_up_c, the service key Ksv-A_cn_up_i, the service key Ksv-A_cn_cp_c, the service key Ksv-A_cn_cp_i, the service key Ksv-A_cn_mn_c, the service key Kn_c- .
  • the AuC 22 / HSS 32 transmits the secondary key Kng to the NS system A (S25).
  • the security device in the NS system A generates the wireless key Krat using the secondary key Kng.
  • the NS system A transmits the generated wireless key Krat to the 5G RAN 42 (S26). After step S24, it is assumed that the UE 52 has also generated the radio key Krat.
  • step S27 the UE 52 establishes AS security with the 5G RAN 42 (S27).
  • the UE 52 and the 5G RAN 42 generate a radio key Krat_cp_i, a radio key Krat_cp_c, a radio key Krat_up_i, and a radio key Krat_up_c.
  • the UE 52 repeats the processes of steps S22 to S27 also with the NS system B (S28).
  • UE52 performs Attach processing with two NS systems A and B via 5G RAN42, but UE52 may receive services from three or more NS systems via 5GRAN42. If possible, repeat the Attach process with them.
  • the NS system A transmits an Authentication data request message to the AuC 22 / HSS 32 (S31).
  • the security device included in the NS system A may transmit an Authentication data request message to the AuC 22 / HSS 32.
  • the authentication data request message includes the IMSI (International Mobile Subscriber Identity), SNID, and NSID of the UE 52.
  • the NSID is identification information indicating the NS system A.
  • the AuC 22 / HSS 32 generates Ksv-A, XRES, and AUTN by KDF, as described in FIG. 7, using the NSID notified from the NS system A by the Authentication data request message (S32).
  • the AuC 22 / HSS 32 transmits an Authentication data response message to the NS system A (S33).
  • the Authentication data response message includes RAND, XRES, Ksv-A, and AUTN.
  • the RAND included in the Authentication data response message is the same as the RAND used as an input parameter when generating Ksv-A or the like in step S32.
  • XRES, Ksv-A, and AUTN are the same as XRES, Ksv-A, and AUTN generated in step S32.
  • the NS system A transmits an Authentication request message to the UE 52 via the 5G RAN 42 (S34).
  • the Authentication request message includes RAND and AUTN.
  • RAND and AUTN are the RAND and AUTN received from the AuC 22 / HSS 32 in step S33.
  • the SIM 72 mounted on the UE 52 generates Ksv-A, RES, and SQN by KDF using the NSID of the NS system A held in advance (S35). .
  • the UE 52 transmits an Authentication response message to the NS system A via the 5G RAN 42 (S36).
  • the Authentication response message includes RES.
  • the RES included in the Authentication response message is the same as the RES generated in step S35.
  • the UE 52 has an NS system that can be accessed in advance and holds the NSID of the NS system in advance.
  • the UE 52 may be notified of the NSID from the NS system A with an AuthenticationAuthrequest message. In that case, the Authentication request message also includes the NSID.
  • NS System A compares XRES contained in the Authentication data response message received in step S33 with RES contained in the Authentication response message received in step S36 (S37). In step S37, when the RES and the XRES match, the NS system A can determine that the Ksv-A generated in the AuC22 / HSS32 matches the Ksv-A generated in the SIM 72.
  • the UE 52 (SIM 72) and the AuC 22 / HSS 32 according to the second embodiment of the present disclosure can generate different Ksv for each NS system.
  • independence of security processing for each NS system is enhanced. That is, each NS system can maintain a high security level.
  • the communication system in FIG. 13 shows that a dedicated 5G RAN is allocated to each NS system. Specifically, 5G RAN 43 is assigned to NS system A, 5G RAN 45 is assigned to NS system B, and 5G RAN 47 and 5G RAN 49 are assigned to NS system C.
  • 5G RAN43 is a RAN that provides the same service as NS System A
  • 5G RAN45 is a RAN that provides the same service as NS System B
  • 5G RAN47 and 5G RAN49 are the same as NS System C. It is a RAN that provides services.
  • Each UE also has the same key configuration as the NS system to be used.
  • FIG. 14 shows that the radio key Krat is derived from the service key Ksv-A.
  • the 5G RAN 43 is a RAN that provides the same service as the NS system A. Therefore, the radio key Krat used in the 5G RAN 43 is derived from the service key Ksv-A used in the NS system A. Since the configuration of the keys after the wireless key Krat is the same as that in FIG. 4, detailed description thereof is omitted.
  • the wireless key Krat used in the 5G RAN45 is derived from the service key Ksv-B used in the NS system B.
  • the radio key Krat used in the 5G RAN 47 and 5G RAN 49 is derived from the service key Ksv-C used in the NS system C.
  • the radio key Krat is derived in association with the service key Ksv.
  • the communication system of FIG. 15 has a configuration in which AuC 24 and AuC 26 are added to the communication system of FIG. AuC22, AuC24, and AuC26 each have a different master key K.
  • the AuC 22 has a master key KA.
  • the master key KA is used to derive a service key Ksv-A used in the NS system A.
  • the AuC 24 has a master key KB.
  • the master key KB is used to derive the service key Ksv-B used in the NS system B.
  • the AuC 26 has a master key KC.
  • the master key KC is used to derive a service key Ksv-C used in the NS system C.
  • the UE 52, the UE 54, and the UE 56 have a master key K for deriving a service key Ksv used in the NS system to be used.
  • UE52, UE54, and UE56 have the same configuration as the configuration shown in FIG.
  • the UE 52 when the UE 52 can use the NS system A, the NS system B, and the NS system C, the UE 52 has a master key KA, a master key KB, and a master key K-C.
  • the UE 52 manages the master key KA, the master key KB, and the master key KC in the master key management unit 74.
  • Each UE also has the same key configuration as the NS system to be used.
  • FIG. 16 shows that the service key Ksv-A is derived from the master key KA.
  • the configuration of the keys after the service key Ksv-A is the same as that shown in FIG.
  • the UE has a plurality of master keys K. Further, each AuC has a master key K different from other AuCs. Therefore, the key used in each NS system is derived from a master key K that is different for each NS system. In the case where a different master key K is used in each NS system than in the case where each NS system has a common master key K, the independence of security processing is enhanced for each NS system. As a result, each NS system can maintain a high security level.
  • the UE 52 may have a plurality of SIMs and manage different master keys for each SIM.
  • the communication system of FIG. 17 has a configuration in which an HSS is associated with each NS system.
  • the HSS 32 is connected to the AuC 22.
  • the AuC 22 has a master key KA.
  • the master key KA is used to derive a service key Ksv-A used in the NS system A.
  • the HSS 34 is connected to the AuC 24.
  • the AuC 22 has a master key KB.
  • the master key KB is used to derive the service key Ksv-B used in the NS system B.
  • the HSS 36 is connected to the AuC 26.
  • the AuC 26 has a master key K-C.
  • the master key KC is used to derive a service key Ksv-C used in the NS system C.
  • the UE 52 in FIG. 8 has a configuration in which a SIM 75 and a SIM 78 are added to the UE 52 in FIG.
  • the SIM 75 has an NS key generation unit 76 and a master key management unit 77.
  • the SIM 78 includes an NS key generation unit 79 and a master key management unit 80.
  • the master key management unit 74 has a master key KA
  • the master key management unit 77 has a master key KB
  • the master key management unit 80 has a master key KC. May be.
  • the NS key generation unit 73 generates a key used in the NS system A shown in FIG.
  • the NS key generation unit 76 generates a key used in the NS system B.
  • the NS key generation unit 79 generates a key used in the NS system C.
  • the UE has a plurality of master keys K as in the communication system of FIG. Further, each AuC has a master key K different from other AuCs. Therefore, the key used in each NS system is derived from a master key K that is different for each NS system.
  • a different master key K is used in each NS system than in the case where each NS system has a common master key K, the independence of security processing for each NS system is enhanced.
  • the HSS to which each AuC is connected is different.
  • the communication carrier that manages the HSS 32 is different from the communication carrier that manages the HSS 34 and the HSS 36
  • the communication carrier that manages the HSS 34 is different from the communication carrier that manages the HSS 36.
  • the UE 52 is provided by the SIM 72 provided by the carrier that manages the HSS 32, the SIM 75 provided by the carrier that manages the HSS 34, and the carrier that manages the HSS 36. You may have SIM78. In this way, by having a plurality of SIMs in one UE, each SIM can manage a master key K used in a communication carrier that provides each SIM.
  • the example has been described in which the UE 52 has a plurality of SIMs and manages a different master key K for each SIM.
  • the UE 52 may manage a plurality of master keys K in one SIM.
  • the communication system of FIG. 19 shows that NS system A and NS system B share a system for transmitting control plane data.
  • the system for transmitting user plane data of NS system A and the system for transmitting user plane data of NS system B are independent of each other.
  • the configuration of the RAN in the communication system of FIG. 19 is the same as that of FIG.
  • FIG. 19 shows that NS system A / B is a system for transmitting control plane data, but NS system A / B is a system for transmitting user plane data. May be.
  • the system for transmitting the control plane data of NS system A and the system for transmitting the control plane data of NS system B may be independent of each other.
  • Each UE also has the same key configuration as the NS system to be used.
  • the service key Ksv-A_up used for transmission of user plane data of the NS system A is derived from the secondary key Kng.
  • the service key Ksv-B_up used for transmission of user plane data of the NS system B is also derived from the secondary key Kng.
  • the service key Ksv-A_cn_up is derived from the service key Ksv-A_up.
  • the service key Ksv-A_cn_up is a key used in security processing related to user plane data of the NS system A.
  • the service key Ksv-A_cn_up_i and the service key Ksv-A_cn_up_c are derived from the service key Ksv-A_cn_up. Since the service key related to the user plane data of the NS system B is derived in the same manner as the service key related to the user plane data of the NS system A, detailed description thereof will be omitted.
  • the service key Ksv-A_mn used for transmission other than the NS system A user plane data and control plane data is derived from the secondary key Kng.
  • the service key Ksv-B_mn used for transmission other than the user plane data and control plane data of the NS system B is also derived from the secondary key Kng.
  • the service key Ksv-A_cn_mn is derived from the service key Ksv-A_mn.
  • the service key Ksv-A_cn_mn is a key used in security processing related to data other than the user plane data and control plane data of the NS system A.
  • the service key Ksv-A_cn_mn_i and the service key Ksv-A_cn_mn_c are derived from the service key Ksv-A_cn_mn. Since the service key related to the user plane data of the NS system B is derived in the same manner as the service key related to the user plane data of the NS system A, detailed description thereof will be omitted.
  • the service key Ksv-A / B_cp used for transmitting the control plane data of the NS system A / B is derived from the secondary key Kng.
  • the service key Ksv-A / B_cn_cp is derived from the service key Ksv-A / B_cp.
  • the service key Ksv-A / B_cn_cp is a key used in security processing regarding the control plane data of the NS system A and NS system B. Further, the service key Ksv-A / B_cn_cp_i and the service key Ksv-A / B_cn_cp_c are derived from the service key Ksv-A / B_cn_cp.
  • UE 52 indicates that UE 52 includes SIM 72. Also, AuC22 / HSS32 indicates that it is AuC22 or HSS32.
  • step S41 and step S42 are the same as step S21 and S22 of FIG. 11, detailed description thereof is omitted.
  • the AKA process is executed between the UE 52, the NS system A, and the AuC22 / HSS32.
  • the AKA process is executed to generate a service key Ksv-A / B_cp used for transmission of control plane data of the NS system A / B (S43).
  • the detailed procedure of the AKA process is the same as the procedure shown in FIG. Similarly, the detailed description of the AKA process will be omitted.
  • the AKA process is executed among the UE 52, the NS system A, and the AuC22 / HSS32.
  • the AKA process is executed to generate a service key Ksv-A / B_up used for transmission of user plane data of the NS system A (S44).
  • the AKA process is executed between the UE 52, the NS system A, and the AuC22 / HSS32.
  • the AKA process is executed to generate a service key Ksv-A_mn used for transmission of data other than the user plane and control plane data of the NS system A (S45).
  • Steps S46 to S49 are the same as steps S24 to S27 in FIG.
  • Step S50 related to the UE 52 is the same as step S42 of FIG.
  • Steps S51 to S53 are the same as steps S44 to S46 in FIG.
  • step S43 of FIG. 21 the service key Ksv used for transmission of the control plane data of the NS system A / B between the UE 52, the NS system A, and the AuC 22 / HSS 32.
  • -AKA processing is not performed to generate A / B_cp. This is because the service key Ksv-A / B_cp has already been generated in the UE 52 and the AuC 22 / HSS 32 in step S43.
  • the AKA process may be executed as in step S43 in FIG.
  • the AKA process in step S43 is executed to generate a service key Ksv-A / B_cp used for transmission of control plane data of the NS system A / B between the UE 52, NS system A, and AuC22 / HSS32. Is done.
  • the UE 52 and the AuC 22 / HSS 32 use the service key used in the NS system A / B. Can be generated. Further, the UE 52 and the AuC 22 / HSS 32 may generate a service key used in the NS system A / B in the attach process of either the NS system A or the NS system B. As a result, the UE 52 and the AuC 22 / HSS 32 can reduce the processing load in the attach process of the NS system A and the NS system B compared to the case where the service key used in the NS system A / B is generated.
  • the UE 52 starts connection processing with the 5G RAN 42 (S61). For example, the UE 52 connects to the base station via a wireless communication line in order to communicate with the base station arranged in the 5G RAN 42.
  • an AKA process is executed among the UE 52, NS system A, and AuC22 / HSS32 (S62).
  • the AKA process may be executed in an NS system different from NS system A or a system that manages NS.
  • the AKA process in step S62 in FIG. 23 will be described with reference to FIG. FIG. 24 shows an example in which the NS system A is used as the core network, but an NS system other than the NS system A may be used.
  • the NS system A transmits an Authentication data request message to the AuC 22 / HSS 32 (S71).
  • the security device included in the NS system A may transmit an Authentication data request message to the AuC 22 / HSS 32.
  • the Authentication data request message includes the IMSI (International Mobile Subscriber Identity) of the UE 52 and the SNID.
  • AuC22 / HSS32 generates Kng, XRES, and AUTN using KDF (S72). Specifically, as shown in FIG. 25, as a result of inputting the master key K, SNID, RAND, and SQN to the KDF, XRES, AUTN, and the secondary key Kng are output. .
  • the derivation of the secondary key Kng on the core network 10 side may be performed by either the AuC 22 or the HSS 32.
  • the AuC 22 / HSS 32 transmits an Authentication data response message to the NS system A (S73).
  • the Authentication data response message includes RAND, XRES, Kng, and AUTN.
  • the RAND included in the Authentication data response message is the same as the RAND used as an input parameter when generating the Kng in step S72.
  • XRES, Kng, and AUTN are the same as the XRES, Kng, and AUTN generated in step S72.
  • the NS system A transmits an Authentication request message to the UE 52 via the 5G RAN 42 (S74).
  • the Authentication request message includes RAND and AUTN.
  • RAND and AUTN are the RAND and AUTN received from the AuC 22 / HSS 32 in step S73.
  • the SIM 72 generates Kng and RES using KDF (S35). Specifically, as shown in FIG. 26, it is shown that RES, SQN, and secondary key Kng are output as a result of inputting master key K, SNID, RAND, and AUTN to KDF. .
  • the UE 52 transmits an Authentication response message to the NS system A via the 5G RAN 42 (S76).
  • the Authentication response message includes RES.
  • the RES included in the Authentication response message is the same as the RES generated in step S75.
  • NS System A compares XRES contained in the Authentication data response message received in step S73 with RES contained in the Authentication response message received in step S76 (S77). In step S37, when the RES and XRES match, the NS system A can determine that the secondary key Kng generated in the AuC22 / HSS32 matches the secondary key Kng generated in the SIM 72.
  • the UE 52 transmits an Attach request message to the NS system A via the 5G RAN 42 (S63).
  • the Attach request message includes the IMSI (International Mobile Subscriber Identity) of the UE 52.
  • the NS system A transmits an Authentication request message to the AuC 22 / HSS 32 (S64).
  • the security device included in the NS system A may transmit an Authentication request message to the AuC 22 / HSS 32.
  • the Authentication request message includes the IMSI (International Mobile Subscriber Identity) and NSID of the UE 52.
  • the AuC 22 / HSS 32 transmits an Authentication response message to the NS system A (S65).
  • the Authentication response message includes Ksv-A generated by AuC22 / HSS32.
  • the NS system A transmits an Attach response message to the UE 52 (S66).
  • the SIM 72 Upon receiving the AttachAresponse message, the SIM 72 generates a service key Ksv-A.
  • Steps S67 to S69 are the same as steps S24, S26, and S27 of FIG.
  • the NS system A generates a radio key Krat using the secondary key Kng received from the AuC 22 / HSS 32 in step S62.
  • the NS system A transmits the generated wireless key Krat to the 5G RAN 42 in step S68.
  • the UE 52 and the AuC 22 / HSS 32 can use AKA for generating the secondary key Kng. Accordingly, the UE 52 and the AuC 22 / HSS 32 can confirm that the secondary key Kng generated in the UE 52 matches the secondary key Kng generated in the AuC 22 / HSS 32. The UE 52 and the AuC 22 / HSS 32 can generate the service key Ksv using the secondary key Kng that has been confirmed to match, as in the other embodiments.
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium).
  • Examples of non-transitory computer-readable media include magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), CD-ROMs (Read Only Memory), CD-Rs, CD-R / W, semiconductor memory (for example, mask ROM, PROM (Programmable ROM), EPROM (Erasable ROM), flash ROM, RAM (Random Access Memory)) are included.
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • a communication device comprising a key generation unit for generating (Appendix 8) Of the plurality of network slice systems included in the core network, network slice identification information indicating a network slice system that provides a service to be used is used for security processing in the network slice system indicated by the network slice identification information.
  • a communication terminal comprising a key generation unit that generates a service key.
  • (Appendix 9) Further comprising a SIM having one assigned master key;
  • the key generation unit Of the plurality of network slice systems included in the core network using the first network slice identification information indicating the first network slice system and the master key, the security slice is used in the first network slice system.
  • the communication terminal according to appendix 8 which generates a second service key used for security processing in the network slice system of No. 2.
  • the key generation unit The communication terminal according to appendix 9, provided in the SIM.
  • a first SIM having a first master key associated with the first network slice system among a plurality of network slice systems included in the core network;
  • a second SIM having a second master key associated with the second network slice system among the plurality of network slice systems included in the core network;
  • the key generation unit A first service key used for security processing in the first network slice system is generated using first network slice identification information indicating the first network slice system and the first master key.
  • a second key used for security processing in the second network slice system using the first key generation unit, the second network slice identification information indicating the second network slice system, and the second master key.
  • the communication terminal according to appendix 8, further comprising: a second key generation unit configured to generate a service key.
  • the first key generation unit includes: Provided in the first SIM; The second key generation unit The communication terminal according to appendix 11, provided in the second SIMI.
  • a service key used for security processing in the network slice indicated by the network slice identification information using network slice identification information indicating a network slice that provides a service to be used among a plurality of network slice systems included in the core network
  • a communication terminal configured to generate In the network slice indicated by the network slice identification information, using network slice identification information indicating a network slice system that provides a service used by the communication terminal among the plurality of network slice systems included in the core network.
  • a communication apparatus configured to generate a service key used for security processing.
  • a NS system B NS system 10 Core network 20 Communication device 22 AuC 24 AuC 26 AuC 32 HSS 34 HSS 36 HSS 40 RAN 42 5G RAN 43 5G RAN 44 5G RAN 45 5G RAN 46 WLAN 47 5G RAN 49 5G RAN 50 Communication terminal 52 UE 54 UE 56 UE 61 Master Key Management Unit 62 NS Key Generation Unit 63 Communication Unit 71 Communication Unit 72 SIM 73 NS Key Generation Unit 74 Master Key Management Unit 75 SIM 76 NS Key Generation Unit 77 Master Key Management Unit 78 SIM 79 NS Key Generation Unit 80 Master Key Management Unit 201 NS Key Generation Unit 501 NS Key Generation Unit

Abstract

ネットワークスライシングがコアネットワークに適用された場合に、分割されたそれぞれのネットワークにおいて高いセキュリティレベルを維持することができる鍵生成方法を提供することを目的とする。本開示にかかる鍵生成方法は、コアネットワーク（１０）に含まれる複数のネットワークスライスシステムのうち、通信端末（５０）が利用するサービスを提供するネットワークスライスシステムを示すネットワークスライス識別情報を特定し、ネットワークスライス識別情報を用いて、ネットワークスライス識別情報によって示されるネットワークスライスシステムにおいてセキュリティ処理に用いられるサービス鍵を生成する。

Description

鍵導出方法、通信システム、通信端末、及び、通信装置
　本開示は鍵導出方法、通信システム、通信端末、及び、通信装置に関し、特にネットワークスライシングがコアネットワークに適用された場合に用いられる鍵導出方法、通信システム、通信端末、及び、通信装置に関する。
　近年、ＩｏＴ（Internet of Things）サービスに関する検討が進められている。ＩｏＴサービスには、ユーザの操作を必要とせず、自律的に通信を実行する端末（以下、ＩｏＴ端末とする）が数多く用いられる。そこで、サービス事業者が多くのＩｏＴ端末を用いてＩｏＴサービスを提供するために、通信事業者等が管理するネットワークにおいて、多くのＩｏＴ端末を効率的に収容することが望まれている。
　非特許文献１には、Annex Bにおいて、ネットワークスライシングを適用したコアネットワークの構成が記載されている。ネットワークスライシングは、多くのＩｏＴ端末を効率的に収容するために、提供するサービス毎にコアネットワークを分割する技術である。また、5.1節において、分割されたそれぞれのネットワーク（ネットワークスライスシステム）には、カスタマイズや最適化が必要になることが記載されている。
　一方、非特許文献２の6.2節には、ＥＰＳのセキュリティ処理において用いられる鍵の構成が記載されている。具体的には、ＵＳＩＭ（Universal Subscriber Identity Module）及びＡｕＣ（Authentication Center）が、マスター鍵Ｋを有している。ＵＳＩＭ及びＡｕＣは、マスター鍵Ｋを用いて、ＣＫ（Confidentiality Key）及びＩＫ（Integrity Key）を生成する。
　次に、ＵＥ（User Equipment）及びＨＳＳ（Home Subscriber Server）は、ＣＫ、ＩＫ、及び、ＳＮＩＤ（Serving Network Identity）を用いて、鍵Ｋａｓｍｅを生成する。ＳＮＩＤは、通信事業者を識別するＩＤである。次に、ＵＥ及びＭＭＥ（Mobility Management Entity）は、鍵Ｋａｓｍｅを用いて、コアネットワーク及び無線アクセスネットワークのセキュリティ処理に用いられる鍵を生成する。
　ＥＰＳにおいては、このようにして生成された鍵を用いて、メッセージの暗号化及びメッセージの改ざん防止（メッセージの完全性保証）等のセキュリティ処理が実行される。
3GPP TR23.799 V0.2.0 (2016-2) Annex B, 5.1 Key issue 1: Support of network slicing 3GPP TS 33.401 V13.2.0 (2016-03) 6.2 EPS key hierarchy
　しかし、非特許文献１に開示されているネットワークスライシングが適用されたコアネットワークに、非特許文献２に開示されている鍵の構成を適用する場合、次の問題が発生する。ネットワークスライシングが適用されたコアネットワークにおいては、それぞれのネットワークは独立して運用され、高いセキュリティレベルを要求されることが想定されている。しかし、非特許文献２に開示されている鍵の構成は、ＵＥが、コアネットワーク内においては１つの鍵Ｋａｓｍｅを使用することを示している。そのため、コアネットワークが分割されたそれぞれのネットワークにおいて、同じ鍵Ｋａｓｍｅが用いられることになる。その結果、分割されたそれぞれのネットワークは、他のネットワークと同じ鍵を用いることになるため、セキュリティレベルが低下するという問題がある。
　本開示の目的は、ネットワークスライシングがコアネットワークに適用された場合に、高いセキュリティレベルを確立または維持することができる鍵導出方法、通信システム、通信端末、及び、通信装置を提供することにある。
　本開示の第１の態様にかかる鍵導出方法は、複数のネットワークスライスを備えるコアネットワークにおける鍵導出方法であって、前記複数のネットワークスライス毎の鍵を導出するものである。
　本開示の第２の態様にかかる通信システムは、複数のネットワークスライスを備えるコアネットワークと、通信装置とを備え、前記通信装置が前記複数のネットワークスライス毎の鍵を導出するものである。
　本開示の第３の態様にかかる通信端末は、コアネットワークに備えられた複数のネットワークスライスと、無線ネットワークを介して通信する通信手段と、前記複数のネットワークスライス毎の鍵を導出する鍵導出手段とを備えるものである。
　本開示の第４の態様にかかる通信装置は、コアネットワークに備えられた複数のネットワークスライス毎の鍵を導出する鍵導出手段を備えるものである。
　本開示により、ネットワークスライシングがコアネットワークに適用された場合に、高いセキュリティレベルを確立または維持することができる鍵導出方法、通信システム、通信端末、及び、通信装置を提供することができる。
実施の形態１にかかる通信システムの構成図である。 実施の形態１にかかる鍵生成処理の流れを示す図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかる鍵の構成を示す図である。 実施の形態２にかかるセカンダリー鍵Ｋｎｇの導出方法を示す図である。 実施の形態２にかかるＵＥにおけるサービス鍵Ｋｓｖの導出方法を示す図である。 実施の形態２にかかるＡｕＣにおけるサービス鍵Ｋｓｖの導出方法を示す図である。 実施の形態２にかかるサービス鍵Ｋｓｖ－Ａ＿ｃｎ以降の鍵の導出方法を示す図である。 実施の形態２にかかるＡｕＣの構成図である。 実施の形態２にかかるＵＥの構成図である。 実施の形態２にかかるＡｔｔａｃｈ処理の流れを示す図である。 実施の形態２にかかるＡＫＡ処理の流れを示す図である。 実施の形態３にかかる通信システムの構成図である。 実施の形態３にかかる鍵の構成を示す図である。 実施の形態４にかかる通信システムの構成図である。 実施の形態４にかかる鍵の構成を示す図である。 実施の形態５にかかる通信システムの構成図である。 実施の形態５にかかるＵＥの構成図である。 実施の形態６にかかる通信システムの構成図である。 実施の形態６にかかる鍵の構成を示す図である。 実施の形態６にかかるＡｔｔａｃｈ処理の流れを示す図である。 実施の形態６にかかるＡｔｔａｃｈ処理の流れを示す図である。 実施の形態７にかかるＡｔｔａｃｈ処理の流れを示す図である。 実施の形態７にかかるＡＫＡ処理の流れを示す図である。 実施の形態７にかかるＡｕＣにおけるサービス鍵Ｋｓｖの導出方法を示す図である。 実施の形態７にかかるＵＥにおけるサービス鍵Ｋｓｖの導出方法を示す図である。
　（実施の形態１）
　以下、図面を参照して本開示の実施の形態について説明する。図１を用いて本開示の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、コアネットワーク１０、ＲＡＮ（Radio Access Network）４０、及び通信端末５０を有している。コアネットワーク１０は、例えば、３ＧＰＰ（3rd Generation Partnership Project）において規定されているネットワークであってもよい。さらに、コアネットワーク１０は、通信装置２０、ＮＳ（Network Slice：ネットワークスライス）システムＡ、及び、ＮＳシステムＢを有する。ＮＳシステムＡ及びＮＳシステムＢは、コアネットワーク１０にネットワークスライシングが適用されることによって分割されたネットワークを示している。以下の記載において、ＮＳシステムＡをＮＳ＃Ａと記載し、ＮＳシステムＢをＮＳ＃Ｂと記載することがある。
　通信装置２０は、ＮＳシステム用のＮＳ鍵生成部２０１を有する。なお、通信装置２０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。プロセッサは、例えば、マイクロプロセッサ、ＭＰＵ（Micro Processing Unit）、もしくはＣＰＵ（Central Processing Unit）であってもよい。メモリは、揮発性メモリもしくは不揮発性メモリであってもよく、揮発性メモリ及び不揮発性メモリの組み合わせによって構成されてもよい。プロセッサは、以降の図面を用いて説明されるアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。通信装置２０は、例えば、３ＧＰＰにおいて規定されているＨＳＳ（Home Subscriber Server）、ＨＬＲ（Home Location Register）、もしくは、ＡｕＣ（Authentication Center）等であってもよい。ＨＳＳ及びＨＬＲは、通信端末５０に関する加入者情報を管理するノード装置である。ＡｕＣは、通信端末５０のセキュリティ処理に関するデータを保持するノード装置である。
　ＮＳシステムは、複数のノード装置によって構成される通信システムである。例えば、ＮＳシステムＡは、ＮＳシステムＢと異なるサービスを提供するために構成された通信システムである。また、図１は、コアネットワーク１０が、ＮＳシステムＡ及びＮＳシステムＢを有する構成を示しているが、コアネットワーク１０は、３以上のＮＳシステムを有してもよい。
　ＮＳシステムＡは、例えば、セキュリティ装置及びゲートウェイ装置等を有する。セキュリティ装置は、通信端末５０が送受信するデータの暗号化、通信端末５０が送受信するデータの完全性保証処理（改ざん防止処理）、もしくは、通信端末５０の認証処理等を実行する装置である。ゲートウェイ装置は、例えば、ユーザープレーンデータ（User PlaneデータもしくはU-Planeデータ）、または、コントロールプレーンデータ（Control PlaneデータもしくはC-Planeデータ）を中継もしくは伝送する装置である。
　また、ＮＳシステムＡは、ＮＳシステムＡを利用する通信端末の加入者情報を管理する装置等を有してもよい。ＮＳシステムＢは、ＮＳシステムＡと同様の構成であってもよい。もしくは、ＮＳシステムＢは、独自のサービスを提供するために必要な装置を有し、ＮＳシステムＡと異なる構成であってもよい。
　ＲＡＮ４０は、通信端末５０へ無線回線を提供するネットワークである。ＲＡＮ４０は、例えば、基地局を有してもよく、さらに、基地局を制御する基地局制御装置等を有してもよい。
　通信端末５０は、ＮＳシステム用のＮＳ鍵生成部５０１を有する。なお、通信端末５０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。プロセッサは、例えば、マイクロプロセッサ、ＭＰＵ（Micro Processing Unit）、もしくはＣＰＵ（Central Processing Unit）であってもよい。メモリは、揮発性メモリもしくは不揮発性メモリであってもよく、揮発性メモリ及び不揮発性メモリの組み合わせによって構成されてもよい。プロセッサは、以降の図面を用いて説明されるアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。通信端末５０は、例えば、携帯電話端末、スマートフォン端末、タブレット型端末等であってもよい。また、通信端末５０は、ＩｏＴ端末であってもよい。ＩｏＴ端末は、ユーザの操作を伴わず自律的に通信を行う端末である。ＩｏＴ端末は、Ｍ２Ｍ（Machine to Machine）端末もしくはＭＴＣ（Machine Type Communication）端末等と称されてもよい。
　続いて、通信装置のＮＳ鍵生成部２０１および通信端末のＮＳ鍵生成部５０１において行われる鍵生成処理の流れを、図２を用いて説明する。鍵は、通信端末５０に関するセキュリティ処理に用いられる。例えば、鍵は、データの暗号化もしくは復号化等に用いられてもよい。また、図２に示す鍵生成処理は、ＮＳシステム内に配置されているセキュリティ装置において実行されてもよい。
　はじめに、通信装置２０および通信端末５０（以下、鍵生成処理を実行する装置と示す）は、コアネットワーク１０に含まれるＮＳシステムＡ及びＮＳシステムＢのうち、通信端末５０が利用するサービスを提供するＮＳシステムを示すＮＳ識別情報を特定する（Ｓ１１）。ＮＳ識別情報は、ＮＳＩＤ（Network Slice Identity）と称されてもよい。鍵生成処理を実行する装置は、自装置が保持する複数のＮＳ識別情報の中から、通信端末５０が利用するサービスを提供するＮＳシステムを示すＮＳ識別情報を選択してもよい。もしくは、鍵生成処理を実行する装置は、ＮＳ識別情報を管理する装置から、通信端末５０が利用するサービスを提供するＮＳシステムを示すＮＳ識別情報を受信してもよい。もしくは、鍵生成処理を実行する装置は、通信端末５０が利用するサービスを提供するＮＳシステム内の装置からＮＳ識別情報を受信してもよい。
　次に、鍵生成処理を実行する装置は、ＮＳ識別情報を用いて、ＮＳ識別情報によって示されるＮＳシステムのセキュリティ処理に用いられるサービス鍵をＮＳ鍵生成部で生成する（Ｓ１２）。サービス鍵は、ＮＳ識別情報を用いて生成される。そのため、サービス鍵は、ＮＳシステム毎に異なる。具体的には、ＮＳ鍵生成部は、ＮＳ＃Ａ ＩＤからＳｅｒｖｉｃｅ Ａ Ｋｅｙを生成し、一方、ＮＳ＃Ｂ ＩＤからＳｅｒｖｉｃｅ Ｂ Ｋｅｙを生成する。
　以上説明したように、図２の鍵生成処理が実行されることによって、ＮＳシステム毎に異なるサービス鍵が生成される。セキュリティ処理を実行する装置は、サービス鍵から暗号化処理に用いる鍵、完全性保証処理に用いる鍵等を生成する。つまり、それぞれのＮＳシステムは、ＮＳシステム毎に異なるサービス鍵を用いて、それぞれのＮＳシステムの要求条件を満たす暗号化処理に用いる鍵（ex. Encryption key, Cipher key）、機密性処理に用いる鍵（ex. Confidentiality key）、完全性保証処理に用いる鍵（ex. Integrity key）等を生成することができる。
　図２の鍵生成処理を実行することによって、それぞれのＮＳシステムにおいて共通の鍵が用いられることを回避することができる。その結果、ＮＳシステム毎のセキュリティ処理の独立性を高めることができる。さらに、それぞれのＮＳシステムは、複数のＮＳシステムに共通の鍵を用いる場合と比較して、ＮＳシステム毎に異なるサービス鍵を用いることによって、高いセキュリティレベルを維持することができる。
　（実施の形態２）
　続いて、図３を用いて本開示の実施の形態２にかかる通信システムの構成例について説明する。図３の通信システムにおいて、図１と同様の構成については図１と同様の符号を付して説明する。
　図３の通信システムは、コアネットワーク１０、５Ｇ　ＲＡＮ４２、５Ｇ　ＲＡＮ４４、ＷＬＡＮ（Wireless Local Area Network）４６、ＵＥ（User Equipment）５２、ＵＥ５４、及び、ＵＥ５６を有している。５Ｇ　ＲＡＮ４２及び５Ｇ　ＲＡＮ４４は、例えば、低遅延及び広帯域な無線周波数等を実現する次世代のＲＡＮである。次世代に用いられるＲＡＮとして、５Ｇ　ＲＡＮと称しているが、次世代に用いられるＲＡＮの名称は、５Ｇ　ＲＡＮに限定されない。
　ＷＬＡＮ４６は、無線通信方式として無線ＬＡＮ通信を用いるＲＡＮである。無線ＬＡＮ通信は、例えば、ＩＥＥＥ（The institute of Electrical and Electronics Engineers）において規定される通信方式であってもよい。ＲＡＮとして、５Ｇ ＲＡＮ及びＷＬＡＮと異なる無線通信方式を用いるネットワークが用いられてもよい。
　ＵＥは、３ＧＰＰにおいて通信端末（ユーザ端末）の総称として用いられる。
　次に、コアネットワーク１０の構成例について説明する。コアネットワーク１０は、ＡｕＣ２２、ＨＳＳ３２、ＮＳシステムＡ、ＮＳシステムＢ、及び、ＮＳシステムＣを有している。ＡｕＣ２２及びＨＳＳ３２は、図１の通信装置２０に相当する。ＨＳＳ３２は、ＵＥ５２、ＵＥ５４、ＵＥ５６等の加入者情報を管理する。
　ＮＳシステムＡ及びＮＳシステムＢは、ＲＡＮとして５Ｇ　ＲＡＮ４２を用いる。つまり、ＮＳシステムＡ及びＮＳシステムＢは、５Ｇ　ＲＡＮ４２を介してＵＥ５２と通信を行う。ＮＳシステムＣは、ＲＡＮとして５Ｇ　ＲＡＮ４４及びＷＬＡＮ４６を用いる。ＮＳシステムＣは、５Ｇ　ＲＡＮ４４を介してＵＥ５４と通信を行う。また、ＮＳシステムＣは、ＷＬＡＮ４６を介してＵＥ５６と通信を行う。
　ＡｕＣ２２は、ＵＥ５２、ＵＥ５４、及び、ＵＥ５６（以下、ＵＥ５２等とする）のセキュリティ処理に関するパラメータを管理する。セキュリティ処理に関するパラメータは、例えば、ＮＡＳ（Non Access Stratum）の完全性保証処理、機密性処理、及び暗号化処理に用いられるパラメータであってもよい。ＮＡＳは、ＵＥ５２等とコアネットワーク１０との間の通信に用いられるレイヤである。もしくは、セキュリティ処理に関するパラメータは、ＡＳ（Access Stratum）の完全性保証処理、機密性処理、及び暗号化処理に用いられるパラメータであってもよい。ＡＳは、５Ｇ　ＲＡＮ４２及び５Ｇ　ＲＡＮ４４と、ＵＥ５２等との間の通信に用いられるレイヤである。
　もしくは、セキュリティ処理に関するパラメータは、鍵の長さを規定するパラメータであってもよい。鍵の長さは、例えば、ビット数によって示される。もしくは、セキュリティ処理に関するパラメータは、暗号化アルゴリズム、鍵生成アルゴリズム、もしくは、認証アルゴリズム等を示すパラメータであってもよい。
　続いて、図４を用いて、それぞれのＮＳシステムにおいて用いられる鍵の構成について説明する。それぞれのＵＥも、利用するＮＳシステムと同様の鍵の構成を有する。つまり、図４は、ＵＥ及びＮＳシステムにおいて用いられる鍵の構成を示している。なお、図中のngはNext Generationを、svはServiceを、ratはRadio Access Technologyを、cnはCore Networkを、cpはC-Planeを、upはU-Planeを、mnはManagementを、iはIntegrityを、cはConfidentialityを表す。
　ＵＥ５２及びＡｕＣ２２は、マスター鍵Ｋを有している。セカンダリー鍵Ｋｎｇ（K next generation）は、マスター鍵Ｋから導出される。ここで、図５を用いてセカンダリー鍵Ｋｎｇの導出方法について説明する。Ｋｎｇの導出には、ＫＤＦ（Key Derivation Function）が用いられる。ＫＤＦは、例えば、HMAC-SHA-256等の導出関数が用いられる。図５は、ＫＤＦへ、マスター鍵Ｋ及びＳＮＩＤ（Serving Network Identity）が入力された結果、セカンダリー鍵Ｋｎｇが出力されることを示している。ＳＮＩＤは、例えば、コアネットワーク１０を管理する事業者を示すＩＤであってもよい。コアネットワーク１０側におけるセカンダリー鍵Ｋｎｇの導出は、ＡｕＣ２２及びＨＳＳ３２のどちらで行われてもよい。
　図４に戻り、次に、サービス鍵Ｋｓｖ－Ａは、セカンダリー鍵Ｋｎｇから導出される。サービス鍵Ｋｓｖ－Ａは、ＮＳシステムＡのセキュリティ処理において用いられる鍵である。また、ＮＳシステムＢにおいて用いられるサービス鍵Ｋｓｖ－Ｂ及びＮＳシステムＣにおいて用いられるサービス鍵Ｋｓｖ－Ｃも、セカンダリー鍵Ｋｎｇから導出される。図４においては、主に、ＮＳシステムＡにおいて用いられる鍵の構成を説明する。
　ここで、図６及び図７を用いてサービス鍵Ｋｓｖの導出方法について説明する。図６は、ＵＥにおけるサービス鍵Ｋｓｖの導出方法を示している。図６は、ＫＤＦへ、セカンダリー鍵Ｋｎｇ、ＮＳＩＤ、ＲＡＮＤ（Random number）、及び、ＡＵＴＮ（Authentication Token）が入力された結果、ＲＥＳ（Response）、ＳＱＮ（Sequence Number）、及び、サービス鍵Ｋｓｖが出力されることを示している。
　図７は、ＡｕＣ２２におけるサービス鍵Ｋｓｖの導出方法を示している。図７は、ＫＤＦへ、セカンダリー鍵Ｋｎｇ、ＮＳＩＤ、ＲＡＮＤ、及び、ＳＱＮが入力された結果、ＸＲＥＳ（Expected Response）、ＡＵＴＮ、及び、サービス鍵Ｋｓｖが出力されることを示している。コアネットワーク１０側におけるサービス鍵Ｋｓｖの導出は、ＡｕＣ２２及びＨＳＳ３２のどちらで行われてもよい。
　図６及び図７は、ＡＫＡ（Authentication and Key Agreement）の手順によりサービス鍵Ｋｓｖが導出されることを示している。ＵＥにおいてサービス鍵Ｋｓｖが生成される際に出力されたＲＥＳと、ＡｕＣ２２においてサービス鍵Ｋｓｖが生成される際に出力されたＸＲＥＳとが一致した場合、ＵＥは認証される。さらに、ＲＥＳとＸＲＥＳとが一致した場合、ＵＥとＡｕＣ２２とにおいて生成されたそれぞれのサービス鍵Ｋｓｖが一致することが確認される。
　図４に戻り、サービス鍵Ｋｓｖ－Ａ＿ｃｎは、サービス鍵Ｋｓｖ―Ａから導出される。サービス鍵Ｋｓｖ－Ａ＿ｃｎは、ＮＳシステムＡのセキュリティ処理において用いられる鍵である。ここで、図８を用いて、サービス鍵Ｋｓｖ－Ａ＿ｃｎ以降の鍵の導出方法について説明する。なお、枠内の表記は、ＩＤＸとＫｏｕｔの対応関係を示している。図８は、ＫＤＦへ、鍵Ｋｉｎ、ＩＤＸ、及び、ＰＲＭが入力された結果、鍵Ｋｏｕｔが出力されることを示している。ＰＲＭは、任意のパラメータである。ＩＤＸは、Ｉｎｄｅｘ　ｎｕｍｂｅｒである。Ｋｉｎは、入力される鍵を示し、Ｋｏｕｔは、出力される鍵を示している。
　例えば、ＩＤＸとして0x01が入力され、Ｋｉｎとしてサービス鍵Ｋｓｖ－Ａが入力された場合、Ｋｏｕｔとして、Ｋｓｖ－Ａ＿ｃｎが出力される。つまり、ＩＤＸに入力される値と、Ｋｉｎに入力される鍵に応じて、出力される鍵Ｋｏｕｔが定まる。
　図４に戻り、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎ、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｃｐ、及び、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐは、サービス鍵Ｋｓｖ－Ａ＿ｃｎから導出される。サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐは、ユーザープレーンデータのセキュリティ処理において用いられる鍵である。サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｃｐは、コントロールプレーンデータのセキュリティ処理において用いられる鍵である。サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎは、ユーザープレーンデータ及びコントロールプレーンデータ以外の主に管理用データにおいて用いられる鍵である。
　サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐ＿ｃ及びサービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐ＿ｉは、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐから導出される。サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐ＿ｃは、ユーザープレーンデータの暗号化処理に用いられる鍵である。サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐ＿ｉは、ユーザープレーンデータの完全性保証処理に用いられる鍵である。
　サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｃｐ＿ｃ及びサービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｃｐ＿ｉは、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｃｐから導出される。サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｃｐ＿ｃは、コントロールプレーンデータの暗号化処理に用いられる鍵である。サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｃｐ＿ｉは、コントロールプレーンデータの完全性保証処理に用いられる鍵である。
　サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎ＿ｃ及びサービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎ＿ｉは、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎから導出される。サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎ＿ｃは、ユーザープレーンデータ及びコントロールプレーンデータ以外の主に管理用データの暗号化処理に用いられる鍵である。サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎ＿ｉは、ユーザープレーンデータ及びコントロールプレーンデータ以外の主に管理用データの完全性保証処理に用いられる鍵である。
　無線鍵Ｋｒａｔは、セカンダリー鍵Ｋｎｇから導出される。無線鍵Ｋｒａｔは、図８に示される鍵の導出方法を用いて導出される。無線鍵Ｋｒａｔは、５Ｇ　ＲＡＮ４２のセキュリティ処理において用いられる。例えば、無線鍵Ｋｒａｔは、ＰＲＭとして、５Ｇ ＲＡＮ４２を識別する無線識別情報が入力されることによって、Ｋｏｕｔとして出力されてもよい。
　無線鍵Ｋｒａｔ＿ｃｐ、無線鍵Ｋｒａｔ＿ｕｐ、及び、無線鍵Ｋｒａｔ＿ｏｔｈｅｒは、無線鍵Ｋｒａｔから導出される。無線鍵Ｋｒａｔ＿ｃｐは、５Ｇ　ＲＡＮ４２におけるコントロールプレーンデータのセキュリティ処理に用いられる。無線鍵Ｋｒａｔ＿ｕｐは、５Ｇ　ＲＡＮ４２におけるユーザープレーンデータのセキュリティ処理に用いられる。無線鍵Ｋｒａｔ＿ｏｔｈｅｒは、５Ｇ　ＲＡＮ４２におけるコントロールプレーンデータ及びユーザープレーンデータ以外のデータのセキュリティ処理に用いられる。
　無線鍵Ｋｒａｔ＿ｕｐ＿ｃ及び無線鍵Ｋｒａｔ＿ｕｐ＿ｉは、無線鍵Ｋｒａｔ＿ｕｐから導出される。無線鍵Ｋｒａｔ＿ｕｐ＿ｃは、ユーザープレーンデータの暗号化処理に用いられる鍵である。無線鍵Ｋｒａｔ＿ｕｐ＿ｉは、ユーザープレーンデータの完全性保証処理に用いられる鍵である。
　無線鍵Ｋｒａｔ＿ｃｐ＿ｃ及び無線鍵Ｋｒａｔ＿ｃｐ＿ｉは、無線鍵Ｋｒａｔ＿ｃｐから導出される。無線鍵Ｋｒａｔ＿ｃｐ＿ｃは、コントロールプレーンデータの暗号化処理に用いられる鍵である。無線鍵Ｋｒａｔ＿ｃｐ＿ｉは、コントロールプレーンデータの完全性保証処理に用いられる鍵である。
　無線鍵Ｋ３ｇｐｐ＿ｒａｔ及び無線鍵Ｋｎｏｎ－３ｇｐｐ＿ｒａｔは、セカンダリー鍵Ｋｎｇから導出される。無線鍵Ｋ３ｇｐｐ＿ｒａｔは、５Ｇ　ＲＡＮ４２以外のＲＡＮであって、３ＧＰＰにおいて規定されたＲＡＮのセキュリティ処理に用いられる鍵である。無線鍵Ｋｎｏｎ－３ｇｐｐ＿ｒａｔは、３ＧＰＰにおいて規定されたＲＡＮ以外のＲＡＮのセキュリティ処理に用いられる鍵である。
　続いて、図９を用いて、ＡｕＣ２２の構成例について説明する。ＡｕＣ２２は、マスター鍵管理部（Master key controller）６１、ＮＳ鍵生成部（NS Key generator）６２、及び、通信部６３を有している。マスター鍵管理部６１、ＮＳ鍵生成部６２、及び、通信部６３等のＡｕＣ２２を構成する構成要素は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、ＡｕＣ２２を構成する構成要素は、回路もしくはチップ等のハードウェアであってもよい。
　マスター鍵管理部６１は、ＵＥに関するセキュリティ処理に用いられるマスター鍵Ｋを管理する。ＮＳ鍵生成部６２は、マスター鍵管理部６１において管理されているマスター鍵Ｋを用いて、セカンダリー鍵Ｋｎｇを生成する。さらに、ＮＳ鍵生成部６２は、セカンダリー鍵Ｋｎｇを用いて、ＮＳシステム毎にサービス鍵Ｋｓｖ－Ａ～Ｋｓｖ－Ｎ（以下Ｋｓｖと示す）を生成する。ＮＳ鍵生成部６２は、例えば、ＨＳＳ３２から受信したＮＳＩＤを用いて、サービス鍵Ｋｓｖを生成する。
　通信部６３は、送信部（Transmitter）及び受信部（Receiver）であってもよい。通信部６３は、ＨＳＳ３２から受信したＮＳＩＤを、ＮＳ鍵生成部６２へ出力する。さらに、通信部６３は、ＮＳ鍵生成部６２が生成したサービス鍵ＫｓｖをＨＳＳ３２へ送信する。
　また、ＮＳシステム内のセキュリティ装置において、無線鍵Ｋｒａｔが生成される。そのため、通信部６３は、ＨＳＳ３２へセカンダリー鍵Ｋｎｇを送信する。ＨＳＳ３２は、受信したセカンダリー鍵Ｋｎｇを、ＮＳシステム内のセキュリティ装置へ送信する。
　図９においては、ＡｕＣ２２が、セカンダリー鍵Ｋｎｇ及びサービス鍵Ｋｓｖを生成する構成について説明したが、ＨＳＳ３２が、サービス鍵Ｋｓｖを生成してもよい。また、ＨＳＳ３２が、セカンダリー鍵Ｋｎｇ及びサービス鍵Ｋｓｖを生成してもよい。ＨＳＳ３２が、セカンダリー鍵Ｋｎｇ及びサービス鍵Ｋｓｖを生成する場合、通信部６３は、マスター鍵ＫをＨＳＳ３２へ送信する。
　続いて、図１０を用いて、ＵＥ５２の構成例について説明する。ＵＥ５４及びＵＥ５６は、ＵＥ５２と同様の構成であるため詳細な説明を省略する。
　ＵＥ５２は、通信部７１及びＳＩＭ（Subscriber Identity Module）７２を有している。通信部７１は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部７１は、回路もしくはチップ等のハードウェアであってもよい。通信部７１は、送信部（Transmitter）及び受信部（Receiver）であってもよい。
　ＳＩＭ７２は、ＵＥ５２に装着されるカード内に格納されてもよく、ＵＥ５２の内蔵メモリ内に格納されてもよい。ＳＩＭ７２は、ＮＳ鍵生成部（NS Key generator）７３及びマスター鍵管理部（Master Key controller）７４を有している。マスター鍵管理部７４は、コアネットワーク１０とのセキュリティ処理に用いられるマスター鍵Ｋを管理している。ＮＳ鍵生成部７３は、マスター鍵管理部７４において管理されているマスター鍵Ｋを用いて、セカンダリー鍵Ｋｎｇを生成する。さらに、ＮＳ鍵生成部７３は、利用するＮＳシステム毎に異なるサービス鍵Ｋｓｖを生成する。さらに、ＮＳ鍵生成部７３は、図４に示す、サービス鍵Ｋｓｖ以降の鍵を生成する。
　通信部７１は、ＮＳ鍵生成部７３において生成されたサービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐ＿ｃ等のサービス鍵を用いて暗号化等されたデータを５Ｇ　ＲＡＮ４２へ送信する。
　続いて、図１１を用いて、ＵＥ５２に関するＡｔｔａｃｈ処理の流れを説明する。ＵＥ５２（ＳＩＭ７２）は、ＵＥ５２がＳＩＭ７２を含むことを示している。また、ＡｕＣ２２／ＨＳＳ３２は、ＡｕＣ２２又はＨＳＳ３２であることを示している。
　はじめに、ＵＥ５２は、５Ｇ　ＲＡＮ４２との間において接続処理を開始する（Ｓ２１）。例えば、ＵＥ５２は、５Ｇ　ＲＡＮ４２に配置されている基地局と通信を行うために、無線通信回線を介して基地局と接続する。
　次に、ＵＥ５２は、５Ｇ　ＲＡＮ４２を介してＮＳシステムＡへAttach requestメッセージを送信する（Ｓ２２）。次に、ＵＥ５２、ＮＳシステムＡ、及び、ＡｕＣ２２／ＨＳＳ３２との間においてＡＫＡ処理が実行される（Ｓ２３）。ステップＳ２３におけるＡＫＡ処理が実行されることによって、ＵＥ５２において生成されたサービス鍵Ｋｓｖ－Ａと、ＡｕＣ２２／ＨＳＳ３２において生成されたサービス鍵Ｋｓｖ－Ａとが一致することを、ＵＥ５２及びＡｕＣ２２／ＨＳＳ３２において確認することができる。ステップＳ２３におけるＡＫＡ処理については、後に詳述する。
　次に、ＵＥ５２は、ＮＳシステムＡとの間において、ＮＡＳセキュリティを確立する（Ｓ２４）。ステップＳ２４において、ＵＥ５２及びＮＳシステムＡは、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐ＿ｃ、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐ＿ｉ、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｃｐ＿ｃ、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｃｐ＿ｉ、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎ＿ｃ、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎ＿ｉ、を生成する。
　次に、ＡｕＣ２２／ＨＳＳ３２は、セカンダリー鍵ＫｎｇをＮＳシステムＡへ送信する（Ｓ２５）。次に、ＮＳシステムＡにおけるセキュリティ装置は、セカンダリー鍵Ｋｎｇを用いて無線鍵Ｋｒａｔを生成する。ＮＳシステムＡは、生成した無線鍵Ｋｒａｔを５Ｇ　ＲＡＮ４２へ送信する（Ｓ２６）。ステップＳ２４の後に、ＵＥ５２も、無線鍵Ｋｒａｔを生成しているとする。
　次に、ＵＥ５２は、５Ｇ　ＲＡＮ４２との間において、ＡＳセキュリティを確立する（Ｓ２７）。ステップＳ２７において、ＵＥ５２及び５Ｇ　ＲＡＮ４２は、無線鍵Ｋｒａｔ＿ｃｐ＿ｉ、無線鍵Ｋｒａｔ＿ｃｐ＿ｃ、無線鍵Ｋｒａｔ＿ｕｐ＿ｉ、及び、無線鍵Ｋｒａｔ＿ｕｐ＿cを生成する。
　以降、ＵＥ５２は、ＮＳシステムＢとの間においても、ステップＳ２２～Ｓ２７の処理を繰り返す（Ｓ２８）。なお、この例では、ＵＥ５２は、５Ｇ　ＲＡＮ４２を介して２つのＮＳシステムＡおよびＢとＡｔｔａｃｈ処理を行っているが、ＵＥ５２が、５Ｇ　ＲＡＮ４２を介して３つ以上のＮＳシステムからサービスを受けることが可能な場合は、それらとＡｔｔａｃｈ処理を繰り返す。
　続いて、図１２を用いて、図１１のステップＳ２３におけるＡＫＡ処理について説明する。はじめに、ＮＳシステムＡは、ＡｕＣ２２／ＨＳＳ３２へAuthentication data requestメッセージを送信する（Ｓ３１）。具体的には、ＮＳシステムＡが有するセキュリティ装置が、ＡｕＣ２２／ＨＳＳ３２へAuthentication data requestメッセージを送信してもよい。Authentication data requestメッセージには、ＵＥ５２のＩＭＳＩ（International Mobile Subscriber Identity）、ＳＮＩＤ、及び、ＮＳＩＤが含まれる。ＮＳＩＤは、ＮＳシステムＡを示す識別情報である。
　次に、ＡｕＣ２２／ＨＳＳ３２は、ＮＳシステムＡからAuthentication data requestメッセージで通知されたＮＳＩＤを用いて、図７において説明したように、ＫＤＦによってＫｓｖ－Ａ、ＸＲＥＳ、及びＡＵＴＮを生成する（Ｓ３２）。次に、ＡｕＣ２２／ＨＳＳ３２は、ＮＳシステムＡへAuthentication data responseメッセージを送信する（Ｓ３３）。Authentication data responseメッセージには、ＲＡＮＤ、ＸＲＥＳ、Ｋｓｖ－Ａ、及び、ＡＵＴＮが含まれる。Authentication data responseメッセージに含まれるＲＡＮＤは、ステップＳ３２において、Ｋｓｖ－Ａ等を生成する際に入力パラメータとして用いられたＲＡＮＤと同様である。ＸＲＥＳ、Ｋｓｖ－Ａ、及び、ＡＵＴＮは、ステップＳ３２において生成されたＸＲＥＳ、Ｋｓｖ－Ａ、及び、ＡＵＴＮと同様である。
　次に、ＮＳシステムＡは、５Ｇ　ＲＡＮ４２を介してＵＥ５２へAuthentication requestメッセージを送信する（Ｓ３４）。Authentication requestメッセージには、ＲＡＮＤ及びＡＵＴＮが含まれる。ＲＡＮＤ及びＡＵＴＮは、ステップＳ３３においてＡｕＣ２２／ＨＳＳ３２から受信したＲＡＮＤ及びＡＵＴＮである。
　次に、ＵＥ５２に搭載されたＳＩＭ７２は、あらかじめ保持していたＮＳシステムＡのＮＳＩＤを用いて、図６において説明したように、ＫＤＦによってＫｓｖ－Ａ、ＲＥＳ、及び、ＳＱＮを生成する（Ｓ３５）。次に、ＵＥ５２は、５Ｇ　ＲＡＮ４２を介してＮＳシステムＡへAuthentication responseメッセージを送信する（Ｓ３６）。Authentication responseメッセージには、ＲＥＳが含まれる。Authentication responseメッセージに含まれるＲＥＳは、ステップＳ３５において生成されたＲＥＳと同様である。なお、ここでは、ＵＥ５２は、アクセスできるＮＳシステムが事前に決められており、そのＮＳシステムのＮＳＩＤをあらかじめ保持していることを前提としている。しかしながら、ＵＥ５２は、ＮＳシステムＡからAuthentication requestメッセージでＮＳＩＤを通知されてもよい。その場合、Authentication requestメッセージには、ＮＳＩＤも含まれる。
　次に、ＮＳシステムＡは、ステップＳ３３において受信したAuthentication data responseメッセージに含まれるＸＲＥＳと、ステップＳ３６において受信したAuthentication responseメッセージに含まれるＲＥＳとを比較する（Ｓ３７）。ステップＳ３７において、ＮＳシステムＡは、ＲＥＳとＸＲＥＳとが一致する場合、ＡｕＣ２２／ＨＳＳ３２において生成されたＫｓｖ－Ａと、ＳＩＭ７２において生成されたＫｓｖ－Ａとが一致すると判定することができる。
　以上説明したように、本開示の実施の形態２にかかるＵＥ５２（ＳＩＭ７２）、及び、ＡｕＣ２２／ＨＳＳ３２は、ＮＳシステム毎に異なるＫｓｖを生成することができる。その結果、ＮＳシステム毎のセキュリティ処理の独立性が高められる。つまり、それぞれのＮＳシステムは、高いセキュリティレベルを維持することができる。
　（実施の形態３）
　続いて、図１３を用いて本開示の実施の形態３にかかる通信システムの構成例について説明する。図１３の通信システムは、ＮＳシステム毎に専用の５Ｇ　ＲＡＮが割り当てられていることを示している。具体的には、ＮＳシステムＡには、５Ｇ　ＲＡＮ４３が割り当てられ、ＮＳシステムＢには、５Ｇ　ＲＡＮ４５が割り当てられ、ＮＳシステムＣには、５Ｇ　ＲＡＮ４７及び５Ｇ　ＲＡＮ４９が割り当てられている。
　つまり、５Ｇ　ＲＡＮ４３は、ＮＳシステムＡと同様のサービスを提供するＲＡＮであり、５Ｇ　ＲＡＮ４５は、ＮＳシステムＢと同様のサービスを提供するＲＡＮであり、５Ｇ　ＲＡＮ４７及び５Ｇ　ＲＡＮ４９は、ＮＳシステムＣと同様のサービスを提供するＲＡＮである。
　続いて、図１４を用いて、それぞれのＮＳシステムにおいて用いられる鍵の構成について説明する。それぞれのＵＥも、利用するＮＳシステムと同様の鍵の構成を有する。
　図１４は、無線鍵Ｋｒａｔがサービス鍵Ｋｓｖ－Ａから導出されることを示している。５Ｇ　ＲＡＮ４３は、ＮＳシステムＡと同様のサービスを提供するＲＡＮである。そのため、５Ｇ　ＲＡＮ４３において用いられる無線鍵Ｋｒａｔは、ＮＳシステムＡにおいて用いられるサービス鍵Ｋｓｖ－Ａから導出される。無線鍵Ｋｒａｔ以降の鍵の構成は、図４と同様であるため詳細な説明を省略する。
　５Ｇ　ＲＡＮ４５において用いられる無線鍵Ｋｒａｔは、ＮＳシステムＢにおいて用いられるサービス鍵Ｋｓｖ－Ｂから導出される。５Ｇ　ＲＡＮ４７及び５Ｇ　ＲＡＮ４９において用いられる無線鍵Ｋｒａｔは、ＮＳシステムＣにおいて用いられるサービス鍵Ｋｓｖ－Ｃから導出される。
　以上説明したように、図１３の通信システムのように５Ｇ　ＲＡＮが、提供するサービスと関連づけられている場合、無線鍵Ｋｒａｔは、サービス鍵Ｋｓｖと関連付けて導出される。
　（実施の形態４）
　続いて、図１５を用いて本開示の実施の形態３にかかる通信システムの構成例について説明する。図１５の通信システムは、図１３の通信システムに、ＡｕＣ２４及びＡｕＣ２６が追加された構成である。ＡｕＣ２２、ＡｕＣ２４、及び、ＡｕＣ２６は、それぞれ異なるマスター鍵Ｋを有する。
　例えば、ＡｕＣ２２は、マスター鍵Ｋ―Ａを有している。マスター鍵Ｋ－Ａは、ＮＳシステムＡにおいて用いられるサービス鍵Ｋｓｖ－Ａの導出に用いられる。ＡｕＣ２４は、マスター鍵Ｋ－Ｂを有している。マスター鍵Ｋ－Ｂは、ＮＳシステムＢにおいて用いられるサービス鍵Ｋｓｖ－Ｂの導出に用いられる。ＡｕＣ２６は、マスター鍵Ｋ－Ｃを有している。マスター鍵Ｋ－Ｃは、ＮＳシステムＣにおいて用いられるサービス鍵Ｋｓｖ－Ｃの導出に用いられる。
　また、ＵＥ５２、ＵＥ５４、及び、ＵＥ５６は、利用するＮＳシステムにおいて用いられるサービス鍵Ｋｓｖを導出するためのマスター鍵Ｋを有している。ここで、ＵＥ５２、ＵＥ５４、及び、ＵＥ５６は、図１０に示す構成と同じ構成を有する。例えば、ＵＥ５２は、ＮＳシステムＡ、ＮＳシステムＢ、及び、ＮＳシステムＣを利用することができる場合、マスター鍵Ｋ－Ａ、マスター鍵Ｋ－Ｂ、及び、マスター鍵Ｋ－Ｃを有している。ＵＥ５２は、マスター鍵管理部７４においてマスター鍵Ｋ－Ａ、マスター鍵Ｋ－Ｂ、及び、マスター鍵Ｋ－Ｃを管理している。
　続いて、図１６を用いて、それぞれのＮＳシステムにおいて用いられる鍵の構成について説明する。それぞれのＵＥも、利用するＮＳシステムと同様の鍵の構成を有する。
　図１６は、サービス鍵Ｋｓｖ－Ａが、マスター鍵Ｋ－Ａから導出されることを示している。サービス鍵Ｋｓｖ－Ａ以降の鍵の構成は、図１４と同様であるため詳細な説明を省略する。
　以上説明したように、図１５の通信システムにおいては、ＵＥが、複数のマスター鍵Ｋを有する。さらに、それぞれのＡｕＣが、他のＡｕＣと異なるマスター鍵Ｋを有する。そのため、それぞれのＮＳシステムにおいて用いられる鍵は、ＮＳシステム毎に異なるマスター鍵Ｋから導出される。それぞれのＮＳシステムにおいて共通のマスター鍵Ｋを有する場合よりも、それぞれのＮＳシステムにおいて異なるマスター鍵Ｋを用いた場合、それぞれのＮＳシステム毎に、セキュリティ処理の独立性が高められる。その結果、それぞれのＮＳシステムは、高いセキュリティレベルを維持することができる。
　また、実施の形態４においては、ＵＥ５２が、１つのＳＩＭにおいて複数のマスター鍵Ｋを有する例について説明した。一方、ＵＥ５２は、複数のＳＩＭを有し、ＳＩＭ毎に異なるマスター鍵を管理してもよい。
　（実施の形態５）
　続いて、図１７を用いて本開示の実施の形態５にかかる通信システムの構成例について説明する。図１７の通信システムは、それぞれのＮＳシステム毎に、ＨＳＳが関連付けられている構成である。具体的には、ＨＳＳ３２は、ＡｕＣ２２と接続する。ＡｕＣ２２は、マスター鍵Ｋ―Ａを有している。マスター鍵Ｋ－Ａは、ＮＳシステムＡにおいて用いられるサービス鍵Ｋｓｖ－Ａの導出に用いられる。ＨＳＳ３４は、ＡｕＣ２４と接続する。ＡｕＣ２２は、マスター鍵Ｋ―Ｂを有している。マスター鍵Ｋ－Ｂは、ＮＳシステムＢにおいて用いられるサービス鍵Ｋｓｖ－Ｂの導出に用いられる。ＨＳＳ３６は、ＡｕＣ２６と接続する。ＡｕＣ２６は、マスター鍵Ｋ―Ｃを有している。マスター鍵Ｋ－Ｃは、ＮＳシステムＣにおいて用いられるサービス鍵Ｋｓｖ－Ｃの導出に用いられる。
　続いて、図１８を用いて本開示の実施の形態５にかかるＵＥ５２の構成例について説明する。図８のＵＥ５２は、図１０のＵＥ５２に、ＳＩＭ７５及びＳＩＭ７８が追加された構成である。ＳＩＭ７５は、ＮＳ鍵生成部７６及びマスター鍵管理部７７を有している。ＳＩＭ７８は、ＮＳ鍵生成部７９及びマスター鍵管理部８０を有している。
　例えば、マスター鍵管理部７４が、マスター鍵Ｋ－Ａを有し、マスター鍵管理部７７が、マスター鍵Ｋ－Ｂを有し、マスター鍵管理部８０が、マスター鍵Ｋ－Ｃを有していてもよい。また、ＮＳ鍵生成部７３は、図１６に示される、ＮＳシステムＡにおいて用いられる鍵を生成する。ＮＳ鍵生成部７６は、ＮＳシステムＢにおいて用いられる鍵を生成する。ＮＳ鍵生成部７９は、ＮＳシステムＣにおいて用いられる鍵を生成する。
　以上説明したように、図１７の通信システムにおいては、図１５の通信システムと同様に、ＵＥが、複数のマスター鍵Ｋを有する。さらに、それぞれのＡｕＣが、他のＡｕＣと異なるマスター鍵Ｋを有する。そのため、それぞれのＮＳシステムにおいて用いられる鍵は、ＮＳシステム毎に異なるマスター鍵Ｋから導出される。それぞれのＮＳシステムにおいて共通のマスター鍵Ｋを有する場合よりも、それぞれのＮＳシステムにおいて異なるマスター鍵Ｋを用いた場合、ＮＳシステム毎のセキュリティ処理の独立性が高められる。
　また、図１７は、それぞれのＡｕＣが接続するＨＳＳが異なる。例えば、ＨＳＳ３２を管理する通信事業者は、ＨＳＳ３４及びＨＳＳ３６を管理する通信事業者と異なり、ＨＳＳ３４を管理する通信事業者は、ＨＳＳ３６を管理する通信事業者と異なるとする。この場合、図１８に示されるように、ＵＥ５２は、ＨＳＳ３２を管理する通信事業者が提供するＳＩＭ７２、ＨＳＳ３４を管理する通信事業者が提供するＳＩＭ７５、及び、ＨＳＳ３６を管理する通信事業者が提供するＳＩＭ７８を有してもよい。このように、１つのＵＥにおいて、複数のＳＩＭを有することによって、それぞれのＳＩＭを提供する通信事業者において用いられるマスター鍵ＫをそれぞれのＳＩＭが管理することができる。
　また、実施の形態５においては、ＵＥ５２が、複数のＳＩＭを有し、ＳＩＭ毎に異なるマスター鍵Ｋを管理する例について説明した。一方、ＵＥ５２は、一つのＳＩＭにおいて、複数のマスター鍵Ｋを管理してもよい。
　（実施の形態６）
　続いて、図１９を用いて本開示の実施の形態６にかかる通信システムの構成例について説明する。図１９の通信システムは、ＮＳシステムＡ及びＮＳシステムＢが、コントロールプレーンデータを伝送するためのシステムを共有することを示している。一方、ＮＳシステムＡのユーザープレーンデータを伝送するためのシステムと、ＮＳシステムＢのユーザープレーンデータを伝送するためのシステムとはそれぞれ独立している。図１９の通信システムにおけるＲＡＮの構成は、図３と同様であるため詳細な説明を省略する。
　ＮＳシステムＡ及びＮＳシステムＢが共有するシステムを、ＮＳシステムＡ／Ｂとする。また、図１９においては、ＮＳシステムＡ／Ｂが、コントロールプレーンデータを伝送するためのシステムであることを示しているが、ＮＳシステムＡ／Ｂが、ユーザープレーンデータを伝送するためのシステムであってもよい。この場合、ＮＳシステムＡのコントロールプレーンデータを伝送するためのシステムと、ＮＳシステムＢのコントロールプレーンデータを伝送するためのシステムとがそれぞれ独立してもよい。
　続いて、図２０を用いて、図１９におけるそれぞれのＮＳシステムにおいて用いられる鍵の構成について説明する。それぞれのＵＥも、利用するＮＳシステムと同様の鍵の構成を有する。
　ＮＳシステムＡのユーザープレーンデータの伝送に用いられるサービス鍵Ｋｓｖ－Ａ＿ｕｐは、セカンダリー鍵Ｋｎｇから導出される。ＮＳシステムＢのユーザープレーンデータの伝送に用いられるサービス鍵Ｋｓｖ－Ｂ＿ｕｐも、セカンダリー鍵Ｋｎｇから導出される。
　サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐは、サービス鍵Ｋｓｖ－Ａ＿ｕｐから導出される。サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐは、ＮＳシステムＡのユーザープレーンデータに関するセキュリティ処理において用いられる鍵である。さらに、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐ＿ｉ及びサービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐ＿ｃは、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｕｐから導出される。ＮＳシステムＢのユーザープレーンデータに関するサービス鍵は、ＮＳシステムＡのユーザープレーンデータに関するサービス鍵と同様に導出されるため詳細な説明を省略する。
　ＮＳシステムＡのユーザープレーンデータ及びコントロールプレーンデータ以外の伝送に用いられるサービス鍵Ｋｓｖ－Ａ＿ｍｎは、セカンダリー鍵Ｋｎｇから導出される。ＮＳシステムＢのユーザープレーンデータ及びコントロールプレーンデータ以外の伝送に用いられるサービス鍵Ｋｓｖ－Ｂ＿ｍｎも、セカンダリー鍵Ｋｎｇから導出される。
　サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎは、サービス鍵Ｋｓｖ－Ａ＿ｍｎから導出される。サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎは、ＮＳシステムＡのユーザープレーンデータ及びコントロールプレーンデータ以外のデータに関するセキュリティ処理において用いられる鍵である。さらに、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎ＿ｉ及びサービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎ＿ｃは、サービス鍵Ｋｓｖ－Ａ＿ｃｎ＿ｍｎから導出される。ＮＳシステムＢのユーザープレーンデータに関するサービス鍵は、ＮＳシステムＡのユーザープレーンデータに関するサービス鍵と同様に導出されるため詳細な説明を省略する。
　ＮＳシステムＡ／Ｂのコントロールプレーンデータの伝送に用いられるサービス鍵Ｋｓｖ－Ａ／Ｂ＿ｃｐは、セカンダリー鍵Ｋｎｇから導出される。
　サービス鍵Ｋｓｖ－Ａ／Ｂ＿ｃｎ＿ｃｐは、サービス鍵Ｋｓｖ－Ａ／Ｂ＿ｃｐから導出される。サービス鍵Ｋｓｖ－Ａ／Ｂ＿ｃｎ＿ｃｐは、ＮＳシステムＡ及びＮＳシステムＢのコントロールプレーンデータに関するセキュリティ処理において用いられる鍵である。さらに、サービス鍵Ｋｓｖ－Ａ／Ｂ＿ｃｎ＿ｃｐ＿ｉ及びサービス鍵Ｋｓｖ－Ａ／Ｂ＿ｃｎ＿ｃｐ＿ｃは、サービス鍵Ｋｓｖ－Ａ／Ｂ＿ｃｎ＿ｃｐから導出される。
　続いて、図２１を用いて、ＵＥ５２に関するＮＳシステムＡへのＡｔｔａｃｈ処理の流れを説明する。ＵＥ５２（ＳＩＭ７２）は、ＵＥ５２がＳＩＭ７２を含むことを示している。また、ＡｕＣ２２／ＨＳＳ３２は、ＡｕＣ２２又はＨＳＳ３２であることを示している。
　ステップＳ４１及びステップＳ４２は、図１１のステップＳ２１及びＳ２２と同様であるため詳細な説明を省略する。次に、ＵＥ５２、ＮＳシステムＡ、及び、ＡｕＣ２２／ＨＳＳ３２との間において、ＡＫＡ処理が実行される。ＡＫＡ処理は、ＮＳシステムＡ／Ｂのコントロールプレーンデータの伝送に用いられるサービス鍵Ｋｓｖ－Ａ／Ｂ＿ｃｐを生成するために実行される（Ｓ４３）。ＡＫＡ処理の詳細な手順は、図１２に示す手順と同様であるため説明を省略する。以降も同様に、ＡＫＡ処理の詳細な手順の説明を省略する。
　次に、ＵＥ５２、ＮＳシステムＡ、及び、ＡｕＣ２２／ＨＳＳ３２との間において、ＡＫＡ処理が実行される。ＡＫＡ処理は、ＮＳシステムＡのユーザープレーンデータの伝送に用いられるサービス鍵Ｋｓｖ－Ａ／Ｂ＿ｕｐを生成するために実行される（Ｓ４４）。次に、ＵＥ５２、ＮＳシステムＡ、及び、ＡｕＣ２２／ＨＳＳ３２との間において、ＡＫＡ処理が実行される。ＡＫＡ処理は、ＮＳシステムＡのユーザープレーン及びコントロールプレーンデータ以外のデータの伝送に用いられるサービス鍵Ｋｓｖ－Ａ＿ｍｎを生成するために実行される（Ｓ４５）。
　ステップＳ４６乃至Ｓ４９は、図１１のステップＳ２４乃至Ｓ２７と同様であるため詳細な説明を省略する。
　図２２に移り、ＵＥ５２に関するＮＳシステムＢへのＡｔｔａｃｈ処理の流れを説明する。ＵＥ５２に関するステップＳ５０は、図２２のステップＳ４２と同様であるため詳細な説明を省略する。また、ステップＳ５１乃至Ｓ５３は、図２１のステップＳ４４乃至Ｓ４６と同様であるため詳細な説明を省略する。
　ここで、図２２においては、図２１のステップＳ４３のように、ＵＥ５２、ＮＳシステムＡ、及び、ＡｕＣ２２／ＨＳＳ３２との間において、ＮＳシステムＡ／Ｂのコントロールプレーンデータの伝送に用いられるサービス鍵Ｋｓｖ－Ａ／Ｂ＿ｃｐを生成するためにＡＫＡ処理は実行されない。ステップＳ４３において、既にサービス鍵Ｋｓｖ－Ａ／Ｂ＿ｃｐは、ＵＥ５２及びＡｕＣ２２／ＨＳＳ３２において生成されているからである。
　もしくは、ＵＥ５２に関するＮＳシステムＢへのＡｔｔａｃｈ処理においても、図２１のステップＳ４３のように、ＡＫＡ処理が実行されてもよい。ステップＳ４３におけるＡＫＡ処理は、ＵＥ５２、ＮＳシステムＡ、及び、ＡｕＣ２２／ＨＳＳ３２との間において、ＮＳシステムＡ／Ｂのコントロールプレーンデータの伝送に用いられるサービス鍵Ｋｓｖ－Ａ／Ｂ＿ｃｐを生成するために実行される。
　以上説明したように、図１９のように、ＮＳシステムＡ及びＮＳシステムＢが共有するＮＳシステムＡ／Ｂが存在する場合に、ＵＥ５２及びＡｕＣ２２／ＨＳＳ３２は、ＮＳシステムＡ／Ｂにおいて用いられるサービス鍵を生成することができる。また、ＵＥ５２及びＡｕＣ２２／ＨＳＳ３２は、ＮＳシステムＡもしくはＮＳシステムＢのいずれか一方のＡｔｔａｃｈ処理において、ＮＳシステムＡ／Ｂにおいて用いられるサービス鍵を生成すればよい。その結果、ＵＥ５２及びＡｕＣ２２／ＨＳＳ３２は、ＮＳシステムＡ及びＮＳシステムＢのＡｔｔａｃｈ処理において、ＮＳシステムＡ／Ｂにおいて用いられるサービス鍵を生成する場合と比較して、処理負担を軽減することができる。
　（実施の形態７）
　続いて、図２３を用いて、ＵＥ５２に関する図１１と異なるＡｔｔａｃｈ処理の流れを説明する。ＵＥ５２（ＳＩＭ７２）は、ＵＥ５２がＳＩＭ７２を含むことを示している。また、ＡｕＣ２２／ＨＳＳ３２は、ＡｕＣ２２又はＨＳＳ３２であることを示している。
　はじめに、ＵＥ５２は、５Ｇ　ＲＡＮ４２との間において接続処理を開始する（Ｓ６１）。例えば、ＵＥ５２は、５Ｇ　ＲＡＮ４２に配置されている基地局と通信を行うために、無線通信回線を介して基地局と接続する。
　次に、ＵＥ５２、ＮＳシステムＡ、及び、ＡｕＣ２２／ＨＳＳ３２との間においてＡＫＡ処理を実行する（Ｓ６２）。ステップＳ６２におけるＡＫＡ処理を実行することによって、ＵＥ５２において生成されたセカンダリー鍵Ｋｎｇと、ＡｕＣ２２／ＨＳＳ３２において生成されたセカンダリー鍵Ｋｎｇとが一致することを、ＵＥ５２及びＡｕＣ２２／ＨＳＳ３２において確認することができる。また、ステップＳ６２においては、ＮＳシステムＡとは異なるＮＳシステムやＮＳを管理するシステムにおいてＡＫＡ処理が実行されてもよい。
　ここで、図２４を用いて、図２３のステップＳ６２におけるＡＫＡ処理について説明する。図２４においては、コアネットワークとしてＮＳシステムＡが用いられる例を示しているが、ＮＳシステムＡ以外のＮＳシステムが用いられてもよい。はじめに、ＮＳシステムＡは、ＡｕＣ２２／ＨＳＳ３２へAuthentication data requestメッセージを送信する（Ｓ７１）。具体的には、ＮＳシステムＡが有するセキュリティ装置が、ＡｕＣ２２／ＨＳＳ３２へAuthentication data requestメッセージを送信してもよい。Authentication data requestメッセージには、ＵＥ５２のＩＭＳＩ（International Mobile Subscriber Identity）、及び、ＳＮＩＤが含まれる。
　次に、ＡｕＣ２２／ＨＳＳ３２は、ＫＤＦを用いて、Ｋｎｇ、ＸＲＥＳ、及びＡＵＴＮを生成する（Ｓ７２）。具体的には、図２５に示すように、ＫＤＦへ、マスター鍵Ｋ、ＳＮＩＤ、ＲＡＮＤ、及び、ＳＱＮが入力された結果、ＸＲＥＳ、ＡＵＴＮ、及び、セカンダリー鍵Ｋｎｇが出力されることを示している。コアネットワーク１０側におけるセカンダリー鍵Ｋｎｇの導出は、ＡｕＣ２２及びＨＳＳ３２のどちらで行われてもよい。
　図２４に戻り、次に、ＡｕＣ２２／ＨＳＳ３２は、ＮＳシステムＡへAuthentication data responseメッセージを送信する（Ｓ７３）。Authentication data responseメッセージには、ＲＡＮＤ、ＸＲＥＳ、Ｋｎｇ、及び、ＡＵＴＮが含まれる。Authentication data responseメッセージに含まれるＲＡＮＤは、ステップＳ７２において、Ｋｎｇを生成する際に入力パラメータとして用いられたＲＡＮＤと同様である。ＸＲＥＳ、Ｋｎｇ、及び、ＡＵＴＮは、ステップＳ７２において生成されたＸＲＥＳ、Ｋｎｇ、及び、ＡＵＴＮと同様である。
　次に、ＮＳシステムＡは、５Ｇ　ＲＡＮ４２を介してＵＥ５２へAuthentication requestメッセージを送信する（Ｓ７４）。Authentication requestメッセージには、ＲＡＮＤ及びＡＵＴＮが含まれる。ＲＡＮＤ及びＡＵＴＮは、ステップＳ７３においてＡｕＣ２２／ＨＳＳ３２から受信したＲＡＮＤ及びＡＵＴＮである。
　次に、ＳＩＭ７２は、ＫＤＦを用いて、Ｋｎｇ、及び、ＲＥＳを生成する（Ｓ３５）。具体的には、図２６に示すように、ＫＤＦへ、マスター鍵Ｋ、ＳＮＩＤ、ＲＡＮＤ、及び、ＡＵＴＮが入力された結果、ＲＥＳ、ＳＱＮ、及び、セカンダリー鍵Ｋｎｇが出力されることを示している。
　図２４に戻り、次に、ＵＥ５２は、５Ｇ　ＲＡＮ４２を介してＮＳシステムＡへAuthentication responseメッセージを送信する（Ｓ７６）。Authentication responseメッセージには、ＲＥＳが含まれる。Authentication responseメッセージに含まれるＲＥＳは、ステップＳ７５において生成されたＲＥＳと同様である。
　次に、ＮＳシステムＡは、ステップＳ７３において受信したAuthentication data responseメッセージに含まれるＸＲＥＳと、ステップＳ７６において受信したAuthentication responseメッセージに含まれるＲＥＳとを比較する（Ｓ７７）。ステップＳ３７において、ＮＳシステムＡは、ＲＥＳとＸＲＥＳとが一致する場合、ＡｕＣ２２／ＨＳＳ３２において生成されたセカンダリー鍵Ｋｎｇと、ＳＩＭ７２において生成されたセカンダリー鍵Ｋｎｇとが一致すると判定することができる。
　図２３に戻り、次に、ＵＥ５２は、５Ｇ　ＲＡＮ４２を介してＮＳシステムＡへAttach requestメッセージを送信する（Ｓ６３）。Attach requestメッセージには、ＵＥ５２のＩＭＳＩ（International Mobile Subscriber Identity）が含まれる。
　次に、ＮＳシステムＡは、ＡｕＣ２２／ＨＳＳ３２へAuthentication requestメッセージを送信する（Ｓ６４）。具体的には、ＮＳシステムＡが有するセキュリティ装置が、ＡｕＣ２２／ＨＳＳ３２へAuthentication requestメッセージを送信してもよい。Authentication requestメッセージには、ＵＥ５２のＩＭＳＩ（International Mobile Subscriber Identity）及びＮＳＩＤが含まれる。
　次に、ＡｕＣ２２／ＨＳＳ３２は、ＮＳシステムＡへ、Authentication responseメッセージを送信する（Ｓ６５）。Authentication responseメッセージには、ＡｕＣ２２／ＨＳＳ３２が生成したＫｓｖ－Ａが含まれる。
　次に、ＮＳシステムＡは、ＵＥ５２へAttach responseメッセージを送信する（Ｓ６６）。ＳＩＭ７２は、Attach responseメッセージを受信すると、サービス鍵Ｋｓｖ－Ａを生成する。ステップＳ６７乃至Ｓ６９は、図１１のステップＳ２４、Ｓ２６、及び、Ｓ２７と同様であるため詳細な説明を省略する。ＮＳシステムＡは、ステップＳ６２においてＡｕＣ２２／ＨＳＳ３２から受信していたセカンダリー鍵Ｋｎｇを用いて無線鍵Ｋｒａｔを生成する。ＮＳシステムＡは、ステップＳ６８において、生成した無線鍵Ｋｒａｔを５Ｇ　ＲＡＮ４２へ送信する。
　以上説明したように、図２３のＡｔｔａｃｈ処理を実行することによって、ＵＥ５２及びＡｕＣ２２／ＨＳＳ３２は、セカンダリー鍵Ｋｎｇの生成にＡＫＡを用いることができる。これより、ＵＥ５２及びＡｕＣ２２／ＨＳＳ３２は、ＵＥ５２において生成されたセカンダリー鍵Ｋｎｇと、ＡｕＣ２２／ＨＳＳ３２において生成されたセカンダリー鍵Ｋｎｇとが一致することを確認することができる。ＵＥ５２及びＡｕＣ２２／ＨＳＳ３２は、一致することを確認したセカンダリー鍵Ｋｎｇを用いて、他の実施の形態と同様に、サービス鍵Ｋｓｖを生成することができる。
　なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　以上、実施の形態を参照して本開示を説明したが、本開示は上記によって限定されるものではない。本開示の構成や詳細には、開示のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１６年４月２７日に出願された日本出願特願２０１６－０８９０５０を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　コアネットワークに含まれる複数のネットワークスライスシステムのうち、通信端末が利用するサービスを提供するネットワークスライスシステムを示すネットワークスライス識別情報を特定し、
　前記ネットワークスライス識別情報を用いて、前記ネットワークスライス識別情報によって示される前記ネットワークスライスシステムにおいてセキュリティ処理に用いられるサービス鍵を生成する、鍵生成方法。
　（付記２）
　前記サービス鍵を生成する際に、
　前記通信端末に一つのマスター鍵が割り当てられている場合、前記マスター鍵と、前記ネットワークスライス識別情報とを用いて、前記ネットワークスライス識別情報によって示される前記ネットワークスライスシステムにおいてセキュリティ処理に用いられるサービス鍵を生成する、付記１に記載の鍵生成方法。
　（付記３）
　前記マスター鍵と、前記通信端末が利用する無線アクセスネットワークを示す無線識別情報とを用いて、前記無線アクセスネットワークにおいてセキュリティ処理に用いられる無線鍵をさらに生成する、付記２に記載の鍵生成方法。
　（付記４）
　前記サービス鍵を生成する際に、
　前記ネットワークスライスシステム毎に異なるマスター鍵が前記通信端末に割り当てられている場合、前記通信端末が利用するサービスを提供するネットワークスライスシステムに対応付けられているマスター鍵と、前記ネットワークスライス識別情報とを用いて、前記ネットワークスライス識別情報によって示される前記ネットワークスライスシステムにおいてセキュリティ処理に用いられるサービス鍵を生成する、付記１に記載の鍵生成方法。
　（付記５）
　前記サービス鍵と、前記通信端末が利用する無線アクセスネットワークを示す無線識別情報とを用いて、前記無線アクセスネットワークにおいてセキュリティ処理に用いられる無線鍵をさらに生成する、付記４に記載の鍵生成方法。
　（付記６）
　前記サービス鍵を生成する際に、
　前記コアネットワークに含まれる前記複数のネットワークスライスシステムのうち、第１のネットワークスライスシステムと、第２のネットワークスライスシステムにおいて共通のサービス鍵が用いられる場合、前記第１のネットワークスライスシステム及び前記第２のネットワークスライスシステムのいずれか一方のネットワークスライスシステムにおいて、前記第１のネットワークスライスシステム及び前記第２のネットワークスライスシステムのセキュリティ処理に用いられる共通のサービス鍵を生成する、付記１乃至５のいずれか１項に記載の鍵生成方法。
　（付記７）
　コアネットワークに含まれる複数のネットワークスライスシステムのうち、通信端末が利用するサービスを提供するネットワークスライスを示すネットワークスライス識別情報を用いて、前記ネットワークスライス識別情報によって示される前記ネットワークスライスにおいて用いられるサービス鍵を生成する鍵生成部、を備える通信装置。
　（付記８）
　コアネットワークに含まれる複数のネットワークスライスシステムのうち、利用するサービスを提供するネットワークスライスシステムを示すネットワークスライス識別情報を用いて、前記ネットワークスライス識別情報によって示される前記ネットワークスライスシステムにおいてセキュリティ処理に用いられるサービス鍵を生成する鍵生成部、を備える通信端末。
　（付記９）
　割り当てられた一つのマスター鍵を有するＳＩＭをさらに備え、
　前記鍵生成部は、
　前記コアネットワークに含まれる複数のネットワークスライスシステムのうち、第１のネットワークスライスシステムを示す第１のネットワークスライス識別情報と前記マスター鍵とを用いて、前記第１のネットワークスライスシステムにおいてセキュリティ処理に用いられる第１のサービス鍵を生成し、前記コアネットワークに含まれる複数のネットワークスライスシステムのうち、第２のネットワークスライスシステムを示す第２のネットワークスライス識別情報と前記マスター鍵とを用いて、前記第２のネットワークスライスシステムにおいてセキュリティ処理に用いられる第２のサービス鍵を生成する、付記８に記載の通信端末。
　（付記１０）
　前記鍵生成部は、
　前記ＳＩＭに備えられる、付記９に記載の通信端末。
　（付記１１）
　前記コアネットワークに含まれる複数のネットワークスライスシステムのうち、第１のネットワークスライスシステムに関連付けられている第１のマスター鍵を有する第１のＳＩＭと、
　前記コアネットワークに含まれる複数のネットワークスライスシステムのうち、第２のネットワークスライスシステムに関連付けられている第２のマスター鍵を有する第２のＳＩＭと、をさらに備え、
　前記鍵生成部は、
　前記第１のネットワークスライスシステムを示す第１のネットワークスライス識別情報と前記第１のマスター鍵とを用いて、前記第１のネットワークスライスシステムにおいてセキュリティ処理に用いられる第１のサービス鍵を生成する第１の鍵生成部と、前記第２のネットワークスライスシステムを示す第２のネットワークスライス識別情報と前記第２のマスター鍵とを用いて、前記第２のネットワークスライスシステムにおいてセキュリティ処理に用いられる第２のサービス鍵を生成する第２の鍵生成部と、を有する、付記８に記載の通信端末。
　（付記１２）
　前記第１の鍵生成部は、
　前記第１のＳＩＭに備えられ、
　前記第２の鍵生成部は、
　前記第２のＳＩＭＩに備えられる、付記１１に記載の通信端末。
　（付記１３）
　コアネットワークに含まれる複数のネットワークスライスシステムのうち、利用するサービスを提供するネットワークスライスを示すネットワークスライス識別情報を用いて、前記ネットワークスライス識別情報によって示される前記ネットワークスライスにおいてセキュリティ処理に用いられるサービス鍵を生成するように構成される通信端末と、
　前記コアネットワークに含まれる前記複数のネットワークスライスシステムのうち、前記通信端末が利用するサービスを提供するネットワークスライスシステムを示すネットワークスライス識別情報を用いて、前記ネットワークスライス識別情報によって示される前記ネットワークスライスにおいてセキュリティ処理に用いられるサービス鍵を生成するように構成される通信装置と、を備える通信システム。
　Ａ　ＮＳシステム
　Ｂ　ＮＳシステム
　１０　コアネットワーク
　２０　通信装置
　２２　ＡｕＣ
　２４　ＡｕＣ
　２６　ＡｕＣ
　３２　ＨＳＳ
　３４　ＨＳＳ
　３６　ＨＳＳ
　４０　ＲＡＮ
　４２　５Ｇ　ＲＡＮ
　４３　５Ｇ　ＲＡＮ
　４４　５Ｇ　ＲＡＮ
　４５　５Ｇ　ＲＡＮ
　４６　ＷＬＡＮ
　４７　５Ｇ　ＲＡＮ
　４９　５Ｇ　ＲＡＮ
　５０　通信端末
　５２　ＵＥ
　５４　ＵＥ
　５６　ＵＥ
　６１　マスター鍵管理部
　６２　ＮＳ鍵生成部
　６３　通信部
　７１　通信部
　７２　ＳＩＭ
　７３　ＮＳ鍵生成部
　７４　マスター鍵管理部
　７５　ＳＩＭ
　７６　ＮＳ鍵生成部
　７７　マスター鍵管理部
　７８　ＳＩＭ
　７９　ＮＳ鍵生成部
　８０　マスター鍵管理部
　２０１　ＮＳ鍵生成部
　５０１　ＮＳ鍵生成部

Claims (28)

  1. 　複数のネットワークスライスを備えるコアネットワークにおける鍵導出方法であって、
    　前記複数のネットワークスライス毎の鍵を導出する鍵導出方法。
  2. 　コアネットワークと通信する通信端末における鍵導出方法であって、
    　前記コアネットワークに備えられた複数のネットワークスライス毎の鍵を導出する鍵導出方法。
  3. 　前記複数のネットワークスライスに対して共通な鍵をさらに導出する、請求項１または２に記載の鍵導出方法。
  4. 　前記複数のネットワークスライス毎の鍵および前記共通な鍵の両方は、１つのマスター鍵から、それぞれ導出される、請求項３に記載の鍵導出方法。
  5. 　前記共通な鍵はコントロールプレーン用である、請求項３または４に記載の鍵導出方法。
  6. 　前記共通な鍵から、完全性保証処理用の鍵と暗号化処理用の鍵とが導出される、請求項３乃至５のいずれかに記載の鍵導出方法。
  7. 　前記複数のネットワークスライス毎の鍵はユーザプレーン用である、請求項１乃至６のいずれかに記載の鍵導出方法。
  8. 　前記複数のネットワークスライス毎の鍵から、完全性保証用の鍵と暗号化処理用の鍵とが導出される、請求項１乃至７のいずれかに記載の鍵導出方法。
  9. 　複数のネットワークスライスを備えるコアネットワークと、
    　通信装置とを備え、
    　前記通信装置が前記複数のネットワークスライス毎の鍵を導出する、通信システム。
  10. 　前記通信装置は、前記複数のネットワークスライス毎の鍵に加えて、前記複数のネットワークスライスに対して共通な鍵をさらに導出する、請求項９に記載の通信システム。
  11. 　マスター鍵を有するノード装置をさらに備え、
    　前記複数のネットワークスライス毎の鍵および前記共通な鍵の両方は、前記マスター鍵から、それぞれ導出される、請求項１０に記載の通信システム。
  12. 　前記共通な鍵はコントロールプレーン用である、請求項１０または１１に記載の通信システム。
  13. 　前記共通な鍵から、完全性保証処理用の鍵と暗号化処理用の鍵とが導出される、請求項１０乃至１２のいずれかに記載の通信システム。
  14. 　前記複数のネットワークスライス毎の鍵はユーザプレーン用である、請求項９乃至１３のいずれかに記載の通信システム。
  15. 　前記複数のネットワークスライス毎の鍵から、完全性保証用の鍵と暗号化処理用の鍵とが導出される、請求項９乃至１４のいずれかに記載の通信システム。
  16. 　コアネットワークに備えられた複数のネットワークスライスと、無線ネットワークを介して通信する通信手段と、
    　前記複数のネットワークスライス毎の鍵を導出する鍵導出手段とを備える、通信端末。
  17. 　前記鍵導出手段は、前記複数のネットワークスライス毎の鍵に加えて、前記複数のネットワークスライスに対して共通な鍵をさらに導出する、請求項１６に記載の通信端末。
  18. 　マスター鍵を管理する鍵管理手段をさらに備え、
    　前記複数のネットワークスライス毎の鍵および前記共通な鍵の両方は、前記マスター鍵から、それぞれ導出される、請求項１７に記載の通信端末。
  19. 　前記共通な鍵はコントロールプレーン用である、請求項１７または１８に記載の通信端末。
  20. 　前記共通な鍵から、完全性保証処理用の鍵と暗号化処理用の鍵とが導出される、請求項１７乃至１９のいずれかに記載の通信端末。
  21. 　前記複数のネットワークスライス毎の鍵はユーザプレーン用である、請求項１６乃至２０のいずれかに記載の通信端末。
  22. 　前記複数のネットワークスライス毎の鍵から、完全性保証用の鍵と暗号化処理用の鍵とが導出される、請求項１６乃至２１のいずれかに記載の通信端末。
  23. 　コアネットワークに備えられた複数のネットワークスライス毎の鍵を導出する鍵導出手段を備える、通信装置。
  24. 　前記鍵導出手段は、前記複数のネットワークスライス毎の鍵に加えて、前記複数のネットワークスライスに対して共通な鍵をさらに導出する、請求項２３に記載の通信装置。
  25. 　前記共通な鍵はコントロールプレーン用である、請求項２４に記載の通信装置。
  26. 　前記共通な鍵から、完全性保証処理用の鍵と暗号化処理用の鍵とが導出される、請求項２４または２５に記載の通信装置。
  27. 　前記複数のネットワークスライス毎の鍵はユーザプレーン用である、請求項２３乃至２６のいずれかに記載の通信装置。
  28. 　前記複数のネットワークスライス毎の鍵から、完全性保証用の鍵と暗号化処理用の鍵とが導出される、請求項２３乃至２７のいずれかに記載の通信装置。
PCT/JP2017/015590 2016-04-27 2017-04-18 鍵導出方法、通信システム、通信端末、及び、通信装置 WO2017188064A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP17789349.2A EP3451722B1 (en) 2016-04-27 2017-04-18 Key derivation when network slicing is applied
JP2018514517A JP7010215B2 (ja) 2016-04-27 2017-04-18 通信方法、認証サーバ及び認証サーバのための方法
US16/095,572 US20190110195A1 (en) 2016-04-27 2017-04-18 Key derivation method, communication system, communication terminal, and communication device
US16/916,853 US20200329372A1 (en) 2016-04-27 2020-06-30 Key derivation method, communication system, communication terminal, and communication device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-089050 2016-04-27
JP2016089050 2016-04-27

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US16/095,572 A-371-Of-International US20190110195A1 (en) 2016-04-27 2017-04-18 Key derivation method, communication system, communication terminal, and communication device
US16/916,853 Continuation US20200329372A1 (en) 2016-04-27 2020-06-30 Key derivation method, communication system, communication terminal, and communication device

Publications (1)

Publication Number Publication Date
WO2017188064A1 true WO2017188064A1 (ja) 2017-11-02

Family

ID=60160400

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/015590 WO2017188064A1 (ja) 2016-04-27 2017-04-18 鍵導出方法、通信システム、通信端末、及び、通信装置

Country Status (4)

Country Link
US (2) US20190110195A1 (ja)
EP (1) EP3451722B1 (ja)
JP (1) JP7010215B2 (ja)
WO (1) WO2017188064A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109981258A (zh) * 2017-12-27 2019-07-05 电信科学技术研究院 一种密钥生成方法及通信设备
WO2019159290A1 (ja) * 2018-02-15 2019-08-22 富士通株式会社 通信装置、端末装置、無線通信システム及び鍵生成方法
JP2022513134A (ja) * 2018-12-03 2022-02-07 タレス ディアイエス フランス エスアー サイズ制限がある認証プロトコルにおける安全なアタッチメントの確保
US11272365B2 (en) * 2016-10-31 2022-03-08 Huawei Technologies Co., Ltd. Network authentication method, and related device and system
JP7434225B2 (ja) 2021-08-23 2024-02-20 株式会社東芝 認証装置、無線通信装置、無線通信システム、方法及びプログラム

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3277008A1 (de) * 2016-07-29 2018-01-31 Deutsche Telekom AG Teilnehmeridentitätselement zum authentifizieren eines kommunikationsgerätes gegenüber einem kommunikationsnetzwerk
JP6731887B2 (ja) * 2017-06-27 2020-07-29 Kddi株式会社 保守システム及び保守方法
JP6696942B2 (ja) * 2017-08-14 2020-05-20 Kddi株式会社 車両保安システム及び車両保安方法
EP3748389A1 (en) 2019-06-04 2020-12-09 Telia Company AB Method for providing position information in a secure manner, and a terminal device and a computer program product thereto
US11658963B2 (en) 2019-12-04 2023-05-23 International Business Machines Corporation Cooperative communication validation
CN112866998B (zh) * 2021-01-26 2023-06-16 国网福建省电力有限公司泉州供电公司 基于可信计算的5g切片配置数据安全保护方法
EP4037361A1 (en) * 2021-01-29 2022-08-03 Adaptive Mobile Security Limited System and method for securing a communication network

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016162502A1 (en) * 2015-04-08 2016-10-13 Telefonaktiebolaget Lm Ericsson (Publ) Method, apparatus, and system for providing encryption or integrity protection in a wireless network

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9413529B2 (en) * 2009-10-30 2016-08-09 International Business Machines Corporation Distributed storage network and method for storing and retrieving encryption keys
US9693366B2 (en) 2012-09-27 2017-06-27 Interdigital Patent Holdings, Inc. End-to-end architecture, API framework, discovery, and access in a virtualized network
US10129235B2 (en) * 2015-10-16 2018-11-13 Qualcomm Incorporated Key hierarchy for network slicing
US10169147B2 (en) * 2015-10-30 2019-01-01 International Business Machines Corporation End-to-end secure data storage in a dispersed storage network
US10270595B2 (en) * 2016-01-14 2019-04-23 Telefonaktiebolaget Lm Ericsson (Publ) Methods, nodes and communication device for establishing a key related to at least two network instances
WO2017209367A1 (ko) * 2016-05-31 2017-12-07 엘지전자(주) 무선통신 시스템에서 서비스 별로 단말의 인증을 수행하기 위한 방법 및 이를 위한 장치
KR102633995B1 (ko) * 2016-08-22 2024-02-06 삼성전자 주식회사 무선 통신 시스템에서, 단말과 써드 파티 서버 간의 인증 요청 방법 및, 이를 위한 단말 및 네트워크 슬라이스 인스턴스 관리 장치

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016162502A1 (en) * 2015-04-08 2016-10-13 Telefonaktiebolaget Lm Ericsson (Publ) Method, apparatus, and system for providing encryption or integrity protection in a wireless network

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "Solution X for Key Issue 12 on Authentication Framework", 3GPPP S2-1622256, 22 April 2016 (2016-04-22), pages 1 - 4, XP051091865, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2Arch/TSGS2_114_Sophia_Antipolis/Docs/S2-162256.zip> [retrieved on 20170623] *
INTERDIGITAL: "Distribution of NFs across Network Slices", 3GPPP S2-161807, 5 April 2016 (2016-04-05), pages 1 - 6, XP051086769, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsgsa/WG2Arch/TSGS2_114_Sophia_Antipolis/Docs/S2-161807.zip> [retrieved on 20170623] *
NEC: "Solution: shared and dedicated network functions for network slicing", 3 GPPP SA WG2 MEETING #114 S2 161785, 5 April 2016 (2016-04-05), pages 1 - 4, XP051086748, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_114_Sophia_Antipolis/Docs/> [retrieved on 20170623] *
QUALCOMM: "Solution X for Key Issue 12 on Authentication Framework", 3GPP S2-161497, 6 April 2016 (2016-04-06), pages 1 - 4, XP051086495, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_114_Sophia_Antipolis/Docs/ VOL - SA WG2> [retrieved on 20170623] *
See also references of EP3451722A4 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11272365B2 (en) * 2016-10-31 2022-03-08 Huawei Technologies Co., Ltd. Network authentication method, and related device and system
CN109981258A (zh) * 2017-12-27 2019-07-05 电信科学技术研究院 一种密钥生成方法及通信设备
CN109981258B (zh) * 2017-12-27 2021-03-26 电信科学技术研究院 一种密钥生成方法及通信设备
WO2019159290A1 (ja) * 2018-02-15 2019-08-22 富士通株式会社 通信装置、端末装置、無線通信システム及び鍵生成方法
JP2022513134A (ja) * 2018-12-03 2022-02-07 タレス ディアイエス フランス エスアー サイズ制限がある認証プロトコルにおける安全なアタッチメントの確保
JP7174156B2 (ja) 2018-12-03 2022-11-17 タレス ディアイエス フランス エスアー サイズ制限がある認証プロトコルにおける安全なアタッチメントの確保
JP7434225B2 (ja) 2021-08-23 2024-02-20 株式会社東芝 認証装置、無線通信装置、無線通信システム、方法及びプログラム

Also Published As

Publication number Publication date
US20200329372A1 (en) 2020-10-15
JPWO2017188064A1 (ja) 2019-02-28
EP3451722B1 (en) 2021-08-18
US20190110195A1 (en) 2019-04-11
EP3451722A4 (en) 2019-05-08
EP3451722A1 (en) 2019-03-06
JP7010215B2 (ja) 2022-01-26

Similar Documents

Publication Publication Date Title
JP7010215B2 (ja) 通信方法、認証サーバ及び認証サーバのための方法
US20210135878A1 (en) Authentication Mechanism for 5G Technologies
KR101683883B1 (ko) 이동 통신 시스템에서 보안을 지원하는 방법 및 시스템
US20180124117A1 (en) Network entity, user device, and method for setting up device to device communications
US10687213B2 (en) Secure establishment method, system and device of wireless local area network
KR102140521B1 (ko) 통신 시스템, 가입자 정보 관리 장치, 정보 취득 방법, 비일시적인 컴퓨터 가독 매체 및 통신 단말기
JP6904363B2 (ja) システム、基地局、コアネットワークノード、及び方法
US11902776B2 (en) Authentication device, network device, communication system, authentication method, and non-transitory computer readable medium
US20240080316A1 (en) Methods and apparatus for provisioning, authentication, authorization, and user equipment (ue) key generation and distribution in an on-demand network
WO2016132719A1 (ja) 通信システム、ノード装置、通信端末、キー管理方法及びプログラムが格納された非一時的なコンピュータ可読媒体
CN116419218A (zh) 认证与安全方法、装置及存储介质

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2018514517

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17789349

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017789349

Country of ref document: EP

Effective date: 20181127