WO2018079691A1 - 通信システム、セキュリティ装置、通信端末、及び通信方法 - Google Patents

通信システム、セキュリティ装置、通信端末、及び通信方法 Download PDF

Info

Publication number
WO2018079691A1
WO2018079691A1 PCT/JP2017/038823 JP2017038823W WO2018079691A1 WO 2018079691 A1 WO2018079691 A1 WO 2018079691A1 JP 2017038823 W JP2017038823 W JP 2017038823W WO 2018079691 A1 WO2018079691 A1 WO 2018079691A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
handover
message
communication terminal
communication
Prior art date
Application number
PCT/JP2017/038823
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 JP2018547768A priority Critical patent/JP6763435B2/ja
Priority to US16/344,980 priority patent/US20190274072A1/en
Priority to EP17864995.0A priority patent/EP3534644B1/en
Publication of WO2018079691A1 publication Critical patent/WO2018079691A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H04W36/0038Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of security context information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041Key generation or derivation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/20Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H04L63/205Network architectures or network communication protocols for network security for managing network security; network security policies in general involving negotiation or determination of the one or more network security mechanisms to be used, e.g. by negotiation between the client and the server or between peers or by selection according to the capabilities of the entities involved
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0431Key distribution or pre-distribution; Key agreement
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0077Transmission or use of information for re-establishing the radio link of access information of target access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/12Reselecting a serving backbone network switching or routing node

Definitions

  • the present invention relates to a communication system, a security device, a communication terminal, and a communication method.
  • LTE Long Term Evolution
  • 3GPP 3rd Generation Partnership Project
  • SAE System Architecture Evolution
  • EPC Evolved Packet ⁇ Core
  • the communication terminal is required to register with the core network in order to use the communication service using LTE.
  • Attach ⁇ ⁇ Procedure is defined in 3GPP as a procedure for registering a communication terminal in the core network.
  • An MME (Mobility Management Entity) arranged in the core network performs communication terminal authentication processing and the like using the identification information of the communication terminal in the Attach Procedure.
  • the MME performs authentication processing of a communication terminal in cooperation with an HSS (Home Subscriber Server) that manages subscriber information.
  • HSS Home Subscriber Server
  • IMEISV International Mobile Equipment Identity
  • IMSI International Mobile Subscriber Identity
  • a mobile network is a network including a wireless network and a core network.
  • Non-Patent Document 1 Annex IV B describes the configuration of a core network to which network slicing is applied.
  • 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.
  • a system to which network slicing is applied is also called, for example, NextGen (Next Generation) System.
  • NextGen Next Generation
  • a wireless network used in NextGen System may be referred to as NG (Next Generation) RAN (Radio Access Network).
  • Non-Patent Document 2 Authentication Credential Repository and Processing Processing Function
  • AUSF Authentication Server Function
  • SEAF Security Anchor Function
  • SCMF Security Context Management Function
  • An object of the present invention is to provide a communication system, a security device, a communication terminal, and a communication method for executing a security procedure required when a handover process is executed in NextGen System.
  • a communication system includes a first base station that forms a communication area where a communication terminal exists, and a second base station that forms a communication area that is a handover destination of the communication terminal.
  • the first base station receives a first message related to the handover including UE Security Capabilities from the communication terminal, and the second base station receives a second message including the UE Security Capabilities.
  • Execute a handover execution confirmation of the communication terminal based on the UE Security Capabilities and transmit a third message corresponding to the second message based on the result of the handover execution confirmation.
  • a base station is a base station that forms a communication area where a communication terminal exists, receives a first message regarding the handover including UE Security Capabilities from the communication terminal, and performs the communication
  • a second base station that forms a communication area that is a handover destination of the terminal, the second base station including the UE Security Capabilities to the other base station that executes a handover execution confirmation of the communication terminal based on the UE Security Capabilities.
  • the communication part which transmits this message is provided.
  • a control method is a control method in a base station that forms a communication area where a communication terminal exists, and receives a first message related to the handover including UE Security Capabilities from the communication terminal. , Another base station forming a communication area to which the communication terminal is handed over, to the other base station that executes handover confirmation of the communication terminal based on the UE ⁇ ⁇ Security Capabilities. Send a second message containing.
  • a communication terminal is a communication terminal that executes a handover, a transmission unit that transmits a first message related to the handover including UE Security Capabilities to a first base station, and the handover
  • a receiving unit that receives a second message from the first base station after the second base station that forms the previous communication area confirms handover execution of the communication terminal based on the UE Security Capabilities; .
  • the present invention it is possible to provide a communication system, a security device, a communication terminal, and a communication method for executing a security procedure necessary when a handover process is executed in NextGen System.
  • FIG. 10 is a diagram showing a flow of handover processing according to the second embodiment.
  • FIG. 10 is a diagram showing a flow of handover processing according to the second embodiment.
  • FIG. 10 is a diagram showing a flow of handover processing according to the second embodiment.
  • FIG. 10 is a diagram showing a flow of handover processing according to the third embodiment.
  • FIG. 10 is a diagram showing a flow of handover processing according to the third embodiment.
  • FIG. 10 is a diagram showing a flow of handover processing according to the fourth embodiment.
  • FIG. 10 is a diagram showing a flow of handover processing according to the fourth embodiment.
  • FIG. 10 is a diagram showing a flow of handover processing according to the fourth embodiment.
  • FIG. 10 is a diagram showing a flow of handover processing according to the fourth embodiment.
  • FIG. 10 is a diagram showing a flow of handover processing according to the fourth embodiment.
  • FIG. 10 is a diagram showing a flow of handover processing according to the fourth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the fifth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the fifth embodiment.
  • FIG. 10 is a configuration diagram of a communication system according to a sixth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the sixth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the sixth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the sixth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the sixth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the sixth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the sixth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the sixth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the sixth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the sixth embodiment.
  • FIG. 10 is a diagram showing a flow of a handover process according to the sixth embodiment.
  • FIG. 10 is a configuration diagram of a communication system according to a seventh exemplary embodiment.
  • FIG. 10 is a configuration diagram of a communication system according to a seventh exemplary embodiment.
  • FIG. 1 A configuration example of the communication system according to the first exemplary embodiment will be described with reference to FIG.
  • the communication system in FIG. 1 includes a base station 10, a base station 12, and a communication terminal 20.
  • the base station 10, the base station 12, and the communication terminal 20 may be computer devices that operate 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 20 may be a mobile phone terminal, a smartphone terminal, an IoT terminal, or the like.
  • the base station 10 and the base station 12 each form a communication area.
  • the communication terminal 20 performs radio communication with the base station 10 in a communication area formed by the base station 10, and performs radio communication with the base station 12 in a communication area formed by the base station 12.
  • FIG. 1 shows a state in which the communication terminal 20 moves from a communication area formed by the base station 10 to a communication area formed by the base station 12. That is, FIG. 1 shows that the communication terminal 20 is handed over from the communication area formed by the base station 10 to the communication area formed by the base station 12.
  • the base station 10 receives a message including UE Security Capabilities from the communication terminal 20.
  • the base station 10 may transmit a message including the received UE Security Capabilities to the base station 12.
  • the base station 10 may transmit UE Security Capabilities via an interface or reference point set between the base station 10 and the base station 12.
  • the base station 10 may transmit UE Security Capabilities to the base station 12 via a host device that controls the base station.
  • UE Security Capabilities may be a set of identification information corresponding to algorithm information used for encryption and integrity assurance processing executed in the UE that is the communication terminal 20.
  • the base station 12 When the base station 12 receives the message regarding the handover including the UE Security Capabilities, the base station 12 performs the handover execution confirmation of the communication terminal 20 based on the UE Security Capabilities. Handover execution confirmation may be referred to as confirmation processing (check).
  • the handover execution confirmation using UE Security Capabilities is, for example, determining whether or not the UE Security Security Capabilities includes algorithm information used for encryption and integrity assurance processing executed by the base station 12. Also good.
  • the message regarding the handover received by the base station 12 may further include NSSAI. In this case, the base station 12 performs handover execution confirmation based on NSSAI.
  • the base station 12 transmits a message corresponding to the received message including UE Security Capabilities based on the result of the handover execution confirmation. Specifically, when the base station 12 permits the communication terminal 20 to communicate with the base station 12 as a result of the handover execution confirmation using UE Security Capabilities, the base station 12 executes the handover of the communication terminal 20 to the base station 10. Send a message requesting that
  • the base station 12 performs handover execution confirmation using UE Security ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ Capabilities when the handover process is executed.
  • UE Security Capabilities includes, for example, information on a plurality of algorithms used for different encryption and integrity guarantee processing.
  • the base station 12 can determine whether or not communication can be continued after the communication terminal 20 is handed over to the own device by executing a handover execution confirmation using UE Security Capabilities.
  • the base station 12 when the base station 12 is connected to a different network slice (or network slice system), the base station 12 continues the communication via the own device by the communication terminal 20 that has moved by the handover. It can be determined whether or not it is possible.
  • FIG. 2 a configuration example of the communication system according to the second embodiment will be described with reference to FIG. 2 includes an ARPF entity (hereinafter referred to as ARPF) 41, a SEAF entity (hereinafter referred to as SEAF) 43, SCMF entities (hereinafter referred to as SCMF) 44 and 45, and CP (C-Plane) -CN. (Core Network) 46 to 50 and NG-RAN 51 to 58.
  • ARPF ARPF entity
  • SEAF SEAF entity
  • SCMF SCMF entities
  • ARPF 41, SEAF 43, SCMF 44 and 45, and CP-CN 46 to 50 constitute a core network.
  • the NG-RANs 51 to 58 constitute a radio access network.
  • the NG-RAN may be, for example, a base station (gNB: Next Generation) NodeB) used in NextGen System.
  • Each entity shown in FIG. 2 may include a plurality of functions.
  • the ARPF 41 is an entity different from the SEAF 43, but one entity that executes the ARPF and the SEAF may be used.
  • ARPF entity is a node device that executes ARPF.
  • ARPF is a function that executes an authentication process regarding whether or not a UE (User Equipment) corresponding to the communication terminal 20 can connect to NextGen System, for example.
  • the ARPF 41 generates a security key used for authentication processing and holds the generated security key.
  • the SEAF entity is a node device that executes SEAF
  • the SCMF entity is a node device that executes SCMF.
  • SEAF and SCMF are functions for executing an authentication process regarding whether or not a UE can connect to a network network that has been subjected to network slicing.
  • CP-CNs 46 to 48 include an MM entity that executes Mobility Management (MM) and an SM entity that executes Session Management (SM).
  • MM Mobility Management
  • SM Session Management
  • MM registers UE or user who manages UE to mobile network, supports reachability that enables mobile terminated communication, detects unreachable UE , C (Control) -Plane and U (User) -Plane network functions may be allocated, mobility may be limited, and the like.
  • SM is to set IP connectivity or non-IP connectivity for UE.
  • the SM may be managing or controlling the connectivity of the U-Plane.
  • the dotted line between NG and RAN and the dotted line between CP and CN indicate that direct communication can be performed between NG and RAN and between CP and CN.
  • an interface or a reference point is set between NG-RAN and CP-CN.
  • NG-RAN 53 a handover process in the NG-RAN 53 will be described with reference to FIG.
  • NG-RAN 53 one cell is divided into a plurality of sectors.
  • INTRA NG RAN HANDOVER may be a handover accompanying movement between sectors of the UE, for example.
  • FIG. 3 the handover process will be described using MM and SM instead of CP-CN.
  • the UP-GW is a gateway used for transmitting user plane data. The same applies to the subsequent drawings.
  • AKA Authentication and Key Agreement
  • the UE and the ARPF 41 can share the security key K.
  • the ARPF 41 transmits the security key K SEAF derived from the security key K to the SEAF 43 (S12).
  • the SEAF 43 transmits the security key K SCMF derived from the security key K SEAF to the SCMF 44 (S13).
  • NAS Non-Access Stratum
  • the NAS Security process may be, for example, establishing a secure communication path capable of performing C-Plane data encryption or the like between the UE and the SCMF 44.
  • UP SMC Security Command processing is executed between the UE and UP-GW.
  • the UP SMC process may be, for example, establishing a secure communication path that can perform U-Plane data encryption or the like between the UE and the UP-GW.
  • SCMF44 transmits a security key K AN derived from the security key K SCMF to NG-RAN53 (S16).
  • AS Security processing is executed between the UE and the NG-RAN 53 (S17).
  • the AS Security process may be, for example, establishing a secure communication path that can perform data encryption or the like between the UE and the NG-RAN 53.
  • the NG-RAN 53 makes a handover decision (S18). Then, NG-RAN53 is, to refresh the security key K AN holding (S19). In other words, NG-RAN53 derives the security key K AN * from the security key K AN. For example, NG-RAN53 updates the security key K AN, to derive a security key K AN *. The NG-RAN 53 further derives a security key used for integrity guarantee and encryption regarding the RRC message and user plane data from the security key K AN *.
  • the NG-RAN 53 transmits a Handover Command message to the UE (S20).
  • the Handover Command message includes, for example, parameters and algorithm information used when deriving the security key K AN *, and parameters and algorithm information used when deriving the security key used for integrity assurance and encryption. But you can.
  • the UE derives a security key K AN * using the parameters included in the Handover Command message (S21).
  • the UE further derives from the security key K AN * a security key used for integrity assurance and encryption for RRC messages and user plane data.
  • AS Security processing is executed between the UE and NG-RAN 53 (S22).
  • the UE transmits a Handover Complete message to the NG-RAN 53 (S23).
  • FIGS. 4 and 5 show a handover process (INTRA CP-CN HANDOVER) in the same CP-CN. 4 and 5 are based on the premise that the NG-RAN 54 and the NG-RAN 55 perform direct communication via an interface corresponding to the X2 interface defined between 3GPP eNBs.
  • FIGS 4 and 5 show a handover process executed when the UE moves from the NG-RAN 54 to the NG-RAN 55.
  • S attached to the NG-RAN 54 indicates the Source, which indicates that the NG-RAN is the handover source of the UE.
  • T attached to the NG-RAN 55 indicates a Target, which indicates that the NG-RAN is a handover destination of the UE.
  • Steps S31-S37 in FIG. 4 are the same as steps S11-S17 in FIG.
  • the UE transmits a Measurement Report message including UE Security Capabilities to the NG-RAN 54 (S38).
  • the Measurement Report message may include, for example, information related to the result of measuring the radio field intensity of the message transmitted from the NG-RAN 55.
  • the NG-RAN 54 evaluates the Measurement Report (evaluate) and performs Handover Decision (S39). Then, NG-RAN53 is, to refresh the security key K AN holding (S40). In other words, NG-RAN54 derives the security key K AN * from the security key K AN. For example, NG-RAN54 updates the security key K AN, to derive a security key K AN *. The NG-RAN 54 further derives from the security key K AN * a security key used for integrity assurance and encryption for RRC messages and user plane data.
  • the NG-RAN 54 transmits a Handover Request message to the NG-RAN 55 via an interface corresponding to the X2 interface (S41).
  • the Handover Request message includes UE Security Capabilities for the UE and a security key K AN *.
  • the NG-RAN 55 checks UE Security Capabilities (U.S.C) and UE subscriber information (Subscription) (S42). In other words, the NG-RAN 55 performs handover execution confirmation using UE Security Capabilities and Subscription. That is, the NG-RAN 55 determines whether or not the UE can access the network slice via the NG-RAN 55.
  • U.S.C UE Security Capabilities
  • Subscription UE subscriber information
  • the NG-RAN 55 goes to the NG-RAN 54 if the UE is entitled to access the network slice via the NG-RAN 55 (the UE UE qualifies for accessing the slice via the NG RAN).
  • a Handover Request Ack message is transmitted (S43).
  • the NG-RAN 54 transmits a Handover Command message to the UE (S44).
  • the Handover Command message may include, for example, a security key K AN *, parameters used when deriving a security key used for integrity assurance and encryption, algorithm information, and the like.
  • the UE derives the security key K AN * using the parameters included in the Handover Command message (S45). Further, the UE derives a security key used for integrity guarantee and encryption related to the RRC message and user plane data from the security key K AN *.
  • the UE transmits a Handover Complete message to the NG-RAN 55 (S46).
  • the NG-RAN 55 transmits a Path Switch Request message to the MM (S47).
  • the MM sends a Modify Bearer Request message to the UP-GW (S48).
  • the UP-GW transmits a Modify Bearer Response message to the MM (S49).
  • the bearer regarding the U-Plane data is updated.
  • the MM transmits a Path Swithc Response message to the NG-RAN 55 (S50).
  • the handover process is executed in a state where a secure communication path is established between the UE and the NG-RAN 55 that is the handover destination.
  • FIGS. 6 and 7 represent a handover process (INTRA CP-CN HANDOVER) in the same CP-CN.
  • 6 and 7 are based on the assumption that the NG-RAN 54 and the NG-RAN 55 communicate with each other via the CP-CN 48.
  • description will be given using MM and SM as the CP-CN 48.
  • the NG-RAN 54 transmits a Hanover Required message to the MM (S70).
  • the Handover Required message includes UE Security Capabilities.
  • the MM transmits a Handover request message to the NG-RAN 55 (S71).
  • the Handover Request message includes UE Security Capabilities.
  • the NG-RAN 55 checks the UE Security Capabilities (USC) and the subscriber information (Subscription) of the UE (S72).
  • NG-RAN55 is, UE If the entitled to access the network slices through the NG-RAN55, refresh the security key K AN held (S73).
  • NG-RAN55 derives the security key K AN * from the security key K AN.
  • NG-RAN55 updates the security key K AN, to derive a security key K AN *.
  • the NG-RAN 55 further derives a security key used for integrity guarantee and encryption regarding the RRC message and user plane data from the security key K AN *.
  • NG-RAN55 is, for example, in advance may not receive the security key K AN about the UE.
  • the SCMF 44 may transmit the security key K AN to the NG-RAN 55 together with the NG-RAN 54 in step S66.
  • the security key K AN may be included in the messages transmitted in steps S70 and S71.
  • Steps S76 to S78 are the same as steps S44 to S46 of FIG.
  • Step S83 is the same as step S51 in FIG.
  • the handover process is executed in a state where a safe communication path is established between the UE and the NG-RAN 55 that is the handover destination. .
  • FIGS. 8 and 9 shows a handover process involving a change from CP-CN 47 to CP-CN 48.
  • the CP-CN 47 is described as MM (S) and SM (S)
  • the CP-CN 48 is described as MM (T) and SM (T).
  • Steps S91 to S100 are the same as steps S61 to S70 in FIG.
  • K CP CN * (S101)
  • the MM (S) may receive the security key K CP-CN derived in the SCMF 44 from the SCMF 44 at an arbitrary timing.
  • MM (S) transmits a Forward Relocation Request message to MM (T) (S102).
  • the MM (T) transmits a Handover Request message to the NG-RAN 54 (S103).
  • the Handover Request message includes UE Security Capabilities. Steps S104 and S105 are the same as steps S72 and S73 of FIG.
  • the NG-RAN 54 transmits a Handover Request ACK message to the MM (T).
  • the Handover Request ACK message includes UE Security Capabilities and a security key K AN *.
  • the MM (T) transmits a Session-Refresh-Request message to the SM (T) (S107).
  • SM (T) derives new session keys (S108).
  • the session keys may be, for example, a security key used for integrity assurance and encryption regarding U-Plane data.
  • SM (T) transmits a Session-Refresh-Response message to MM (T) (S109).
  • MM (T) transmits a Forward Relocation Response message to MM (S) (S110).
  • Steps S111 and S112 are the same as steps S75 and S76 in FIG.
  • the UE derives security keys K CP-CN *, security keys K AN *, NAS keys, security keys and session keys for use in integrity assurance and encryption regarding RRC messages and user plane data (S113).
  • the UE executes a NAS security process with the SCMF 44 (S114). Further, the UE executes UP SMC processing with the UP-GW (S115). Next, the UE transmits a Handover Complete message to the NG-RAN 54 (S116). Next, the UE executes AS Security processing with the NG-RAN 54 (S117).
  • Steps S121 to S130 are the same as steps S91 to S100 in FIG.
  • the MM (S) transmits a Forward Relocation Request message to the SCMF 44 (S131).
  • the Forward Relocation Request message includes UE Security Capabilities.
  • the SCMF 44 transmits a Handover request message to the NG-RAN 54 via MM (T) (S132, S133).
  • the Handover Request message includes UE Security Capabilities.
  • Steps S134 to S136 are the same as steps S104 to S106 of FIG.
  • MM (T) derives a security key K CP-CN * (S137). Steps S138 to S140 are the same as steps S107 to S109 in FIG.
  • MM (T) transmits a Handover Request ACK message to SCMF 44 (S141).
  • SCMF 44 transmits a Forward Relocation Response message to the MM (S) (S142).
  • Steps S143 to S150 are the same as steps S111 to S117 of FIG. In FIG. 12, UE is after the UP SMC process, to derive the security K AN.
  • the handover process is executed in a state where a safe communication path is established between the UE and the NG-RAN 54 that is the handover destination. Is done.
  • FIGS. 13 and 14 shows a handover process involving a change from SCMF 44 to SCMF 45.
  • CP-CN 48 as MM (S) and SM (S)
  • CP-CN 49 as MM (T) and SM (T).
  • Initial Attach Procedure is executed between the UE and the ARPF 41 (S161).
  • Initial Attach Procedure corresponds to, for example, steps S31 to S37 in FIG. Steps S162 to S165 are the same as steps S128 to S131 in FIG.
  • the SCMF 44 derives the security key K SCMF * (S166). Further, the SCMF 44 uses the security key K SCMF * to derive a security key K CP-CN * (S167). Next, the SCMF 44 transmits a Handover Request message to the NG-RAN 56 via the SCMF 45 and MM (T) (S168, S169).
  • the Handover Request message includes UE Security Capabilities.
  • Steps S170 to S172 are the same as steps S134 to S136 in FIGS. 10 and 11, and thus detailed description thereof is omitted. Further, steps S173 to S175 are the same as steps S138 to S140 in FIG.
  • Steps S178 to S182 are the same processes as steps S142 to S150 in FIGS. 11 and 12, and thus detailed description thereof is omitted.
  • the handover process is executed in a state where a secure communication path is established between the UE and the handover destination NG-RAN 56. Is done.
  • FIG. 15 includes a UE (User Equipment) 101, an NG (R) AN ((Radio) Access Network) 102, a UPF (User Plane Function) entity 103 (hereinafter referred to as UPF 103), an AMF (Access and Mobility Management).
  • UE User Equipment
  • NG R
  • AN Radio
  • UPF User Plane Function
  • AMF Access and Mobility Management
  • AMF 104 SMF (Session Management Function) entity 105 (hereinafter referred to as SMF 105), PCF (Policy Control Function) entity 106 (hereinafter referred to as PFC 106), AUSF (Authentication Server Function) It has an entity 107 (hereinafter referred to as AUSF 107), a UDM (Unified Data Management) 108, a DN (Data Network) 109, and an AF (Application Function) entity 110 (hereinafter referred to as AF 110).
  • AUSF 107 Authentication Server Function
  • UDM Unified Data Management
  • DN Data Network
  • AF 110 Application Function
  • UPF103, AMF104, SMF105, PCF106, AUSF107, and UDM108 comprise 5GC (5G
  • 5GC is a core network in NextGen System.
  • NG (R) AN102 corresponds to NG-RAN51 to NG-RAN58 in FIG.
  • the AMF 104 and the SMF 105 correspond to the CP-CN 46 to CP-CN 50 in FIG.
  • NG1 to NG15 interfaces are set between devices or between functions.
  • the AUSF 107 is a function that executes, for example, an authentication process regarding whether or not the UE 101 can connect to 5GC.
  • the AUSF 107 generates a security key used for authentication processing and holds the generated security key.
  • the UDM 108 manages subscriber data (UE Subscription or Subscription information).
  • the UDM 108 may be a node device that executes ARPF.
  • the UPF 103 is a node device that transmits U-Plane data.
  • FIG. 16 shows handover processing in the NG (R) AN 102 in the communication system shown in FIG.
  • FIG. 16 shows a handover process executed between the UE 101 and the NG (R) AN 102. Therefore, Steps S202 to S206 executed after the UE 101 transmits the Measurement Report message to the NG (R) AN 102 in Step S201 are the same as Steps S18 to S21 and Step S23 of FIG. To do.
  • NG (R) AN102_1 is NG (R) AN (Source NG (R) AN) (may be referred to as Source gNB) before UE101 moves, and NG (R) AN102_2 is moved by UE101.
  • NG (R) AN (Target (R) AN) may be referred to as Target gNB).
  • Xn interface is an interface set between NG (R) AN102_1 and NG (R) AN102_2.
  • the UE transmits a Measurement Report message including NSSAI (Network Slice Selection Assistant Information), UE Security Capabilities, and UE Mobility Mobility to the NG (R) AN 102_1 (S211) (If211) handover is required, the UE sends the Measurement Report to the NG (R) AN.).
  • NSSAI Network Slice Selection Assistant Information
  • UE Security Capabilities UE Mobility Mobility
  • UE Mobility Mobility Mobility to the NG (R) AN 102_1
  • the UE sends the Measurement Report to the NG (R) AN.
  • NSSAI Network Slice Selection Assistant Information
  • UE Security Capabilities UE Security Capabilities
  • UE Mobility Mobility Mobility to the NG (R) AN 102_1 (S211)
  • the UE sends the Measurement Report to the NG (R) AN.
  • NSSAI is information for identifying a core network that provides a service used by the UE 101, for example.
  • network slicing is applied to 5GC
  • the NG (R) AN 102_1 evaluates the Measurement Report (evaluate), and performs Handover Decision (make the handover decision) (S212).
  • NG (R) AN102_1 refreshes the security key K AN held (S213).
  • the NG (R) AN 102_1 derives the security key K AN * from the security key K AN .
  • the NG (R) AN 102_1 updates the security key K AN and derives the security key K AN *.
  • Handover Request message includes UE Security Capabilities on the UE, Handover Restriction List, the NSSAI and security key K AN *.
  • the NG (R) AN 102_2 checks whether or not NSSAI is supported (S215). In other words, the NG (R) AN 102_2 performs handover execution confirmation using UE Security Capabilities and NSSAI. That is, the NG (R) AN 102_1 determines whether or not the UE can access the network slice via the NG (R) AN 102_2. In other words, Source gNB uses the information including NSSAI received from UE for HandoverHandDecision by checking whether Target gNB supports the service requested by UE.
  • Steps S216 to S221 are the same as steps S43 to S47 and S50 in FIG.
  • Steps S231 and S232 are the same as steps S211 and S212 in FIG.
  • the NG (R) AN 102_1 transmits a Hanover Required message to the AMF 104 (S233).
  • the Handover Required message includes UE Security Capabilities, Handover Restriction List, NSSAI, and ⁇ NH, NCC ⁇ .
  • the AMF 104 transmits a Handover request message to the NG (R) AN 102_2 (S234).
  • the Handover Request message includes UE Security Capabilities, Handover Restriction List, NSSAI, and ⁇ NH, NCC ⁇ .
  • the NG (R) AN 102_2 checks whether or not NSSAI is supported (S235).
  • NG (R) AN102_2 is, UE If the entitled to access the network slices through the NG (R) AN102_2, refresh the security key K AN held (S236).
  • the NG (R) AN 102_2 derives the security key K AN * from the security key K AN .
  • NG (R) AN102_2 derives the security key used by the security key K AN * integrity assurance and encryption related RRC messages and user plane data.
  • Steps S239 to S241 are the same as steps S217 to S219 in FIG.
  • the SMF 105_1 and the UPF 103_1 are SMF (Source-SMF) and UPF (Source-UPF) that execute processing related to the UE 101 before movement
  • the SMF 105_2 and UPF 103_2 are SMF (Target-SMF) and UPF that execute processing related to the UE 101 after movement.
  • Target UPF Intra vAMF, Inter vSMF, Inter NG (R) AN handover without Xn interface
  • steps S251 to S253 are the same as steps S231 to S233 in FIG. 18, detailed description thereof is omitted.
  • the AMF 104 selects an SMF based on NSSAI (The AMF selections the SMF based on NSSAI) (S254). That is, the AMF 104 selects the SMF arranged in the network slice associated with the NSSAI received in step S253. Here, it is assumed that the AMF 104 selects the SMF 105_2.
  • the AMF 104 transmits a Create Session Request message to the SMF 105_2 (S255).
  • the Crease Session Request message includes UE Security Capabilities and NSSAI.
  • SMF105_2 is, for NAS signaling protection between the UE101 and SMF105_2, to derive a security key K NAS-SM * (The SMF derives K NAS-SM * for NAS signaling protection between the UE and SMF) ( S256).
  • the SMF 105_2 selects the UPF for the slice associated with the NSSAI (The SMF selects the UPF for the slice) (S257). Then, SMF105_2 derives the security key K UP and session key for the Slice associated with the NSSAI (S258).
  • the session key may be, for example, Ksessint used for integrity assurance and Ksessnc used for encryption.
  • the SMF 105_2 transmits a “Crease Session response” message to the AMF 104 (S259).
  • steps S260 to S263 are the same as steps S234 to S237 in FIG. 18, detailed description thereof is omitted.
  • the AMF 104 transmits a Create Data forwarding tunnel request message to the SMF 105_1 (S264).
  • the SMF 105_1 generates a tunnel for data transfer with respect to the SMF 105_2 (The SMF creates the tunnel for data transfer to the target SMF.) (S265).
  • the SMF 105_1 transmits a Create Data forwarding tunnel response message to the AMF 104 (S266).
  • the AMF 104 sends a Handover Command message to the NG (R) AN 102_1 (S267).
  • the NG (R) AN 102_1 transmits a Handover Command message to the UE 101 (S268).
  • the UE 101 uses the parameter included in the Handover Command message to derive the security key K NAS-SM * (Using the parameter sent in the Handover Command, the UE derives the K NAS-SM *) (S269). ).
  • a security key K UP and a session key are derived from the security key K NAS-SM * (S270).
  • the UE 101 derives a security key K AN *, and further derives a security key used for integrity guarantee and encryption related to the RRC message and user plane data (S271).
  • the UE 101 transmits a Handover Complete message to the NG (R) AN102_2 to the NG (R) AN102_2 (S272).
  • the UE 101 and the SMF 105_2 can derive a new security key K NAS-SM *.
  • the UE 101 and the SMF 105_2 can refresh the security key K NAS-SM *.
  • NAS-SM security can be established between the UE 101 and the SMF 105_2.
  • the NG (R) AN 102_2 determines whether or not to hand over the UE 101 by checking whether the own device supports the service requested by the UE 101 using the NSSAI transmitted from the UE 101. be able to.
  • the AMF 104_1 is an AMF (Source-AMF) that executes processing related to the UE 101 before movement
  • the AMF 104_2 is an AMF (Target-AMF) that executes processing related to the UE 101 after movement.
  • steps S281 to S283 are the same as steps S231 to S233 in FIG. 18, detailed description thereof is omitted.
  • the AMF 104_1 transmits a Forward Relocation Request message to the AMF 104_2 (S284).
  • the Forward Relocation Request message includes UE Security Capabilities, Handover Restriction List, and NSSAI.
  • steps S285 to S288 are the same as steps S234 to S237 in FIG. 18, detailed description thereof is omitted.
  • the AMF 104_2 derives a security key K NAS-MM * (S289).
  • the AMF 104_2 transmits a Forward Relocation response message to the AMF 104_1 (S290).
  • Steps S291 to S294 are the same as steps S238 to S241 in FIG. However, the UE 101 derives the security key K NAS-MM * together with the security key K AN * in step S293.
  • the UE 101 and the AMF 104_2 can derive a new security key K NAS-MM * during the handover process.
  • the UE 101 and the AMF 104_2 can refresh the security key K NAS-MM *.
  • NAS-MM security can be established between the UE 101 and the AMF 104_2.
  • steps S301 to S304 are the same as steps S281 to S284 in FIG. 21, detailed description thereof is omitted.
  • Steps S305 to S310 are the same as steps S254 to S259 in FIG.
  • the AMF 104_2 derives a security key K NAS-MM * (S311).
  • steps S312 to S315 are the same as steps S285 to S288 of FIG. 21, detailed description thereof is omitted.
  • the AMF 104_2 transmits a Forward Relocation response message to the AMF 104_1 (S316).
  • steps S317 to S325 are the same as steps S264 to S272 in FIG. 20, detailed description thereof is omitted.
  • the UE 101 and the SMF 105_2 can derive a new security key K NAS-SM *.
  • the UE 101 and the SMF 105_2 can refresh the security key K NAS-SM *.
  • NAS-SM security can be established between the UE 101 and the SMF 105_2.
  • the UE 101 and the AMF 104_2 can derive a new security key K NAS-MM *.
  • the UE 101 and the AMF 104_2 can refresh the security key K NAS-MM *.
  • NAS-MM security can be established between the UE 101 and the AMF 104_2.
  • the NG (R) AN 102_2 determines whether or not to hand over the UE 101 by checking whether the own device supports the service requested by the UE 101 using the NSSAI transmitted from the UE 101. be able to. In other words, the NG (R) AN 102_2 (Target gNB) can check whether its own device supports the network slice or service requested by the UE 101, which is indicated by the received NSSAI.
  • the communication system in FIG. 24 includes UE 201, (R) AN 202, UPF 203, AMF 204, V-SMF 205, vPCF 206, UPF 213, H-SMF 215, H-PCF 216, AUSF 217, UDM 218, and AF 219.
  • (R) AN 202, UPF 203, AMF 204, V-SMF 205, and vPCF 206 are node devices arranged in VPLMN (Visited (Land Mobile Network).
  • the UPF 213, H-SMF 215, H-PCF 216, AUSF 217, UDM 218, and AF 219 are node devices arranged in HPLMN (Home PLMN).
  • FIG. 24 shows a state where the UE 201 is roaming to the VPLMN.
  • a registration procedure and a security establishment when the UE 201 roams will be described.
  • the UE 201 transmits an RRC Connection request message to the (R) AN 202 arranged in the VPLMN. If the UE 201 has information on RAT restrictions, the UE201 includes RAT restrictions in the attach request message, and further multiplexes the attach request message with the RRC Connection request message.
  • (R) AN 202 forwards an attach request message to AMF 204 arranged in VPLMN (forward).
  • the AMF 204 checks the RAT restrictions of the UE 201.
  • the AMF 204 may request the UDM 218 to transmit information related to the RAT restrictions of the UE 201 in order to check the RAT restrictions of the UE 201. That is, the AMF 204 may download the subscriber information (Subscription information) of the UE 201 from the UDM 218.
  • the AMF 204 determines that the RAT used by the UE 201 with the (R) AN 202 is restricted, the (R) AN 202 must establish an RRC connection with the other (R) AN to the UE 201 To be notified. Further, when the AMF 204 determines that the RAT used by the UE 201 with the (R) AN 202 is not restricted, the AMF 204 checks whether the area where the UE 201 is located is a forbidden zone.
  • the AMF 204 determines that the area where the UE 201 is located is a prohibited zone, the AMF 204 transmits a message indicating that the connection is rejected to the (R) AN 202. If the AMF 204 determines that the area where the UE 201 is located is not a prohibited zone, the AMF 204 makes an inquiry (contact) to the AUSF 217 arranged in the HPLMN in order to authenticate the UE 201.
  • the UE 201 transmits an eKSI (evolved Key Set Identifier) seaf to the AMF 204.
  • the AMF 204 checks the validity of security context.
  • AKA Authentication Key Agreement
  • NAS-MM Security between the UE 201 and the AMF 204 arranged in the VPLMN is established.
  • security between the UE 201 and the (R) AN 202 is established.
  • the AMF 204 makes an inquiry about security algorithms to the H-PCF 216 via the vPCF 206.
  • the UE 201 cannot start service requests when it is in an area where communication is not permitted (non-allowed area). Further, the UE 201 can start service requests when the UE 201 is in an area where communication is allowed (allowed Area).
  • the UE 201 transmits a service request (or service attach request) message including S-NSSAI to the AMF 204.
  • the AMF 204 selects the SMF based on the S-NSSAI and the subscriber information of the UE 201.
  • the AMF 204 has selected the V-SMF 205.
  • NAS-SM-Security is established between the UE 201 and the V-SMF 205.
  • the V-SMF 205 makes an inquiry regarding security algorithms to the H-PCF 216 via the vPCF 206.
  • the V-SMF 205 selects an appropriate UPF for the network slice that the UE 201 desires to connect to.
  • the V-SMF 205 selects the UPF 203.
  • the V-SMF 205 derives a security key K UP for the UPF 203. Further, the V-SMF 205 requests security algorithms from the H-PCF 216 via the vPCF 206. Further, the V-SMF 205 derives a session key. Further, the V-SMF 205 starts UP (User Plane) SMC (Security Mode Command) processing.
  • the UE 201 is provided with a service via a PDN (Packed Data Network) in the HPLMN.
  • PDN Packet Data Network
  • the communication system in FIG. 25 includes a UE 301, (R) AN 302, UPF 303, AMF 304, SMF 305, vPCF 306, AF 309, H-PCF 316, AUSF 317, and UDM 318.
  • R AN 302, UPF 303, AMF 304, SMF 305, vPCF 306, and AF 309 are node devices arranged in VPLMN.
  • the H-PCF 316, the AUSF 317, and the UDM 318 are node devices arranged in the HPLMN.
  • FIG. 25 shows a state where the UE 201 is roaming to the VPLMN.
  • the UE 301 is provided with a service via a PDN (Packed Data Network) in the VPLMN.
  • PDN Packet Data Network
  • the above-described embodiment has been described as an example configured with hardware, but is not limited thereto.
  • the present disclosure can also realize processing in the UE and each device by causing a CPU (Central Processing Unit) to execute a computer program.
  • a CPU Central Processing Unit
  • 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

NextGen Systemにおいてハンドオーバ処理が実行された場合に必要なセキュリティ手順を実行する通信システムを提供することを目的とする。本発明にかかる通信システムは、通信端末(20)が存在する通信エリアを形成する基地局(10)と、通信端末(20)のハンドオーバ先の通信エリアを形成する基地局(12)とを備え、基地局(10)は、通信端末(20)からUE Security Capabilitiesを含むハンドオーバに関する第1のメッセージを受信し、基地局(12)は、UE Security Capabilitiesを含む第2のメッセージを受信し、UE Security Capabilitiesに基づいて通信端末(20)のハンドオーバ実行確認を実行し、ハンドオーバ実行確認の結果に基づいて第2のメッセージに対応する第3のメッセージを送信する、通信システム。

Description

通信システム、セキュリティ装置、通信端末、及び通信方法
 本発明は通信システム、セキュリティ装置、通信端末、及び通信方法に関する。
 現在、通信端末と基地局との間において用いられる無線通信方式として、3GPP(3rd Generation Partnership Project)において規定された規格であるLTE(Long Term Evolution)が普及している。LTEは、高速及び大容量の無線通信を実現するために用いられる無線通信方式である。また、LTEを用いる無線ネットワークを収容するコアネットワークとして、3GPPにおいて、SAE(System Architecture Evolution)もしくはEPC(Evolved Packet Core)等と称されるパケットネットワークが規定されている。
 通信端末は、LTEを用いた通信サービスを利用するために、コアネットワークへの登録が必要とされる。通信端末をコアネットワークへ登録する手順として、3GPPにおいてAttach Procedureが規定されている。コアネットワーク内に配置されているMME(Mobility Management Entity)は、Attach Procedureにおいて通信端末の識別情報を用いて通信端末の認証処理等を実行する。MMEは、加入者情報を管理するHSS(Home Subscriber Server)等と連携し、通信端末の認証処理を行う。通信端末の識別情報として、例えば、IMEISV(International Mobile Equipment Identity)もしくはIMSI(International Mobile Subscriber Identity)等が用いられる。
 近年、3GPPにおいて、IoT(Internet of Things)サービスに関する検討が進められている。IoTサービスには、ユーザの操作を必要とせず、自律的に通信を実行する端末(以下、IoT端末とする)が数多く用いられる。そこで、サービス事業者が多くのIoT端末を用いてIoTサービスを提供するために、通信事業者等が管理するモバイルネットワークにおいて、多くのIoT端末を効率的に収容することが望まれている。モバイルネットワークは、無線ネットワーク及びコアネットワークを含むネットワークである。
 非特許文献1のAnnex Bにおいて、ネットワークスライシングを適用したコアネットワークの構成が記載されている。ネットワークスライシングは、多くのIoT端末を効率的に収容するために、提供するサービス毎にコアネットワークを分割する技術である。また、5.1節において、分割されたそれぞれのネットワーク(ネットワークスライスシステム)には、カスタマイズや最適化が必要になることが記載されている。
 ネットワークスライシングを適用したシステムは、例えば、NextGen(Next Generation) Systemとも称される。また、NextGen Systemにおいて用いられる無線ネットワークは、NG(Next Generation) RAN(Radio Access Network)と称されてもよい。
3GPP TR23.799 V1.0.2 (2016-9) 3GPP TR33.899 V0.5.0 (2016-10)
 通信端末が通信中に移動した場合、NextGen Systemは、LTE及びEPCを有するモバイルネットワークと同様に、ハンドオーバ処理を実行し、通信端末における通信を継続させる必要がある。しかし、NextGen Systemにおいては、セキュリティ処理に関連する様々な機能が導入されており、現在3GPPに規定されているセキュリティ手順を用いたハンドオーバ処理を、NextGen Systemにそのまま適用することができないという問題がある。具体的に、非特許文献2において、ARPF(Authentication Credential Repository and Processing Function)、AUSF(Authentication Server Function)、SEAF(Security Anchor Function)、及びSCMF(Security Context Management Function)等をNextGen Systemに導入することが検討されている。
 本発明の目的は、NextGen Systemにおいてハンドオーバ処理が実行された場合に必要なセキュリティ手順を実行する通信システム、セキュリティ装置、通信端末、及び通信方法を提供することにある。
 本発明の第1の態様にかかる通信システムは、通信端末が存在する通信エリアを形成する第1の基地局と、前記通信端末のハンドオーバ先の通信エリアを形成する第2の基地局とを備え、前記第1の基地局は、前記通信端末からUE Security Capabilitiesを含む前記ハンドオーバに関する第1のメッセージを受信し、前記第2の基地局は、前記UE Security Capabilitiesを含む第2のメッセージを受信し、前記UE Security Capabilitiesに基づいて前記通信端末のハンドオーバ実行確認を実行し、前記ハンドオーバ実行確認の結果に基づいて前記第2のメッセージに対応する第3のメッセージを送信する。
 本発明の第2の態様にかかる基地局は、通信端末が存在する通信エリアを形成する基地局であって、通信端末からUE Security Capabilitiesを含む前記ハンドオーバに関する第1のメッセージを受信し、前記通信端末のハンドオーバ先の通信エリアを形成する他の基地局であって、前記UE Security Capabilitiesに基づいて前記通信端末のハンドオーバ実行確認を実行する前記他の基地局へ、前記UE Security Capabilitiesを含む第2のメッセージを送信する通信部を備える。
 本発明の第3の態様にかかる制御方法は、通信端末が存在する通信エリアを形成する基地局における制御方法であって、通信端末からUE Security Capabilitiesを含む前記ハンドオーバに関する第1のメッセージを受信し、前記通信端末のハンドオーバ先の通信エリアを形成する他の基地局であって、前記UE Security Capabilitiesに基づいて前記通信端末のハンドオーバ実行確認を実行する前記他の基地局へ、前記UE Security Capabilitiesを含む第2のメッセージを送信する。
 本発明の第4の態様にかかる通信端末は、ハンドオーバを実行する通信端末であって、UE Security Capabilitiesを含む前記ハンドオーバに関する第1のメッセージを第1の基地局へ送信する送信部と、前記ハンドオーバ先の通信エリアを形成する第2の基地局が、前記UE Security Capabilitiesに基づいて前記通信端末のハンドオーバ実行確認を行った後に、前記第1の基地局から第2のメッセージを受信する受信部と、を備える。
 本発明により、NextGen Systemにおいてハンドオーバ処理が実行された場合に必要なセキュリティ手順を実行する通信システム、セキュリティ装置、通信端末、及び通信方法を提供することができる。
実施の形態1にかかる通信システムの構成図である。 実施の形態2にかかる通信システムの構成図である。 実施の形態2にかかるハンドオーバ処理の流れをを示す図である。 実施の形態2にかかるハンドオーバ処理の流れをを示す図である。 実施の形態2にかかるハンドオーバ処理の流れをを示す図である。 実施の形態3にかかるハンドオーバ処理の流れをを示す図である。 実施の形態3にかかるハンドオーバ処理の流れをを示す図である。 実施の形態4にかかるハンドオーバ処理の流れをを示す図である。 実施の形態4にかかるハンドオーバ処理の流れをを示す図である。 実施の形態4にかかるハンドオーバ処理の流れをを示す図である。 実施の形態4にかかるハンドオーバ処理の流れをを示す図である。 実施の形態4にかかるハンドオーバ処理の流れをを示す図である。 実施の形態5にかかるハンドオーバ処理の流れをを示す図である。 実施の形態5にかかるハンドオーバ処理の流れをを示す図である。 実施の形態6にかかる通信システムの構成図である。 実施の形態6にかかるハンドオーバ処理の流れをを示す図である。 実施の形態6にかかるハンドオーバ処理の流れをを示す図である。 実施の形態6にかかるハンドオーバ処理の流れをを示す図である。 実施の形態6にかかるハンドオーバ処理の流れをを示す図である。 実施の形態6にかかるハンドオーバ処理の流れをを示す図である。 実施の形態6にかかるハンドオーバ処理の流れをを示す図である。 実施の形態6にかかるハンドオーバ処理の流れをを示す図である。 実施の形態6にかかるハンドオーバ処理の流れをを示す図である。 実施の形態7にかかる通信システムの構成図である。 実施の形態7にかかる通信システムの構成図である。
 (実施の形態1)
 以下、図面を参照して本発明の実施の形態について説明する。図1を用いて実施の形態1にかかる通信システムの構成例について説明する。図1の通信システムは、基地局10、基地局12、及び通信端末20を有している。
 基地局10、基地局12、及び通信端末20は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。プロセッサは、例えば、マイクロプロセッサ、MPU(Micro Processing Unit)、もしくはCPU(Central Processing Unit)であってもよい。メモリは、揮発性メモリもしくは不揮発性メモリであってもよく、揮発性メモリ及び不揮発性メモリの組み合わせによって構成されてもよい。プロセッサは、以降の図面を用いて説明されるアルゴリズムをコンピュータに行わせるための命令群を含む1又は複数のプログラムを実行する。
 通信端末20は、携帯電話端末、スマートフォン端末、IoT端末等であってもよい。
 基地局10及び基地局12は、それぞれ通信エリアを形成する。通信端末20は、基地局10によって形成される通信エリアにおいては、基地局10と無線通信を行い、基地局12によって形成される通信エリアにおいては、基地局12と無線通信を行う。図1においては、通信端末20が、基地局10によって形成される通信エリアから、基地局12によって形成される通信エリアへ移動する様子が示されている。つまり、図1は、通信端末20が、基地局10によって形成される通信エリアから、基地局12によって形成される通信エリアへハンドオーバすることを示している。
 通信端末20がハンドオーバを実行する際に、基地局10は、通信端末20からUE Security Capabilitiesを含むメッセージを受信する。また、基地局10は、受信したUE Security Capabilitiesを含むメッセージを基地局12へ送信してもよい。基地局10は、基地局10と基地局12との間に設定されたインタフェースもしくはリファレンスポイントを介して、UE Security Capabilitiesを送信してもよい。もしくは、基地局10は、基地局を制御する上位装置を介して基地局12へUE Security Capabilitiesを送信してもよい。
 UE Security Capabilitiesは、通信端末20であるUEにおいて実行される暗号化及び完全性保証処理に用いられるアルゴリズム情報に対応する識別情報のセットであってもよい。
 基地局12は、UE Security Capabilitiesを含むハンドオーバに関するメッセージを受信すると、UE Security Capabilitiesに基づいて通信端末20のハンドオーバ実行確認を実行する。ハンドオーバ実行確認は、確認処理(check)と称されてもよい。UE Security Capabilitiesを用いたハンドオーバ実行確認は、例えば、UE Security Capabilitiesに、基地局12が実行する暗号化及び完全性保証処理に用いられるアルゴリズム情報が含まれているか否かを判定することであってもよい。基地局12が受信するハンドオーバに関するメッセージは、さらにNSSAIを含んでいてもよい。この場合、基地局12は、NSSAIに基づいてハンドオーバ実行確認を実行する。
 基地局12は、ハンドオーバ実行確認の結果に基づいて、受信したUE Security Capabilitiesを含むメッセージに対応するメッセージを送信する。具体的に、基地局12は、UE Security Capabilitiesを用いたハンドオーバ実行確認の結果、通信端末20が基地局12と通信することを許可する場合、基地局10へ、通信端末20のハンドオーバを実行することを要求するメッセージを送信する。
 以上説明したように、基地局12は、ハンドオーバ処理が実行される際に、UE Security Capabilitiesを用いたハンドオーバ実行確認を実行する。UE Security Capabilitiesには、例えば、異なる暗号化及び完全性保証処理に用いられる複数のアルゴリズムに関する情報が含まれる。基地局12は、UE Security Capabilitiesを用いたハンドオーバ実行確認を実行することによって、通信端末20が自装置へハンドオーバした後に、通信を継続することができるか否かを判定することができる。
 これより、例えば、基地局12が異なるネットワークスライス(もしくはネットワークスライスシステム)に接続している場合に、基地局12は、ハンドオーバにより移動してきた通信端末20が、自装置を介して通信を継続することができるか否かを判定することができる。
 (実施の形態2)
 続いて、図2を用いて実施の形態2にかかる通信システムの構成例について説明する。図2の通信システムは、ARPFエンティティ(以下、ARPFとする)41、SEAFエンティティ(以下、SEAFとする)43、SCMFエンティティ(以下、SCMFとする)44及び45、CP(C-Plane)-CN(Core Network)46~50、NG-RAN51~58を有している。
 ARPF41、SEAF43、SCMF44及び45、CP-CN46~50は、コアネットワークを構成する。NG-RAN51~58は、無線アクセスネットワークを構成する。NG-RANは、例えば、NextGen Systemにおいて用いられる基地局(gNB: Next Generation NodeB)であってもよい。
 図2に示す各エンティティは、複数の機能を含んでもよい。例えば、図2においては、ARPF41は、SEAF43とは異なるエンティティであるが、ARPF及びSEAFを実行する一つのエンティティが用いられてもよい。
 ARPFエンティティは、ARPFを実行するノード装置である。ARPFは、例えば、通信端末20に相当するUE(User Equipment)が、NextGen Systemへ接続することができるか否かに関する認証処理を実行する機能である。ARPF41は、認証処理に用いるセキュリティ鍵を生成し、生成したセキュリティ鍵を保持する。
 SEAFエンティティは、SEAFを実行するノード装置であり、SCMFエンティティは、SCMFを実行するノード装置である。SEAF及びSCMFは、UEがネットワークスライシングされたコアネットワークへ接続することができるか否かに関する認証処理を実行する機能である。
 CP-CN46~48は、Mobility Management(MM)を実行するMMエンティティと、Session Management(SM)を実行するSMエンティティとを含む。
 具体的には、MMは、UEもしくはUEを管理するユーザをモバイルネットワークへ登録(registration)すること、mobile terminated communicationを可能とする到達性(reachability)をサポートすること、到達不可能なUEの検出、C(Control)-Plane及びU(User)-Planeに関するネットワーク機能を割り当てること、及びモビリティを制限すること、等であってもよい。
 また、SMは、UEに対するIP connectivityもしくはnon-IP connectivityの設定を行うことである。言い換えると、SMは、U-Planeのconnectivityを管理もしくは制御することであってもよい。
 図2において、NG-RAN間の点線及びCP-CN間の点線は、NG-RAN間及びCP-CN間において直接通信を行うことができることを示している。言い換えると、NG-RAN間及びCP-CN間には、インタフェースもしくはリファレンスポイントが設定されている。
 続いて、図3を用いて、NG-RAN53内におけるハンドオーバ処理(INTRA NG RAN HANDOVER)について説明する。NG-RAN53は、1つのセルが、複数のセクタに分割されているとする。INTRA NG RAN HANDOVERは、例えば、UEのセクタ間の移動に伴うハンドオーバであってもよい。また、図3においては、CP-CNの代わりに、MM及びSMを用いて、ハンドオーバ処理について説明する。また、UP-GWは、ユーザプレーンデータを伝送するために用いられるゲートウェイである。以降の図面においても同様である。
 はじめに、UEとARPF41との間においてAKA(Authentication and Key Agreement)が実行される。UEとARPF41との間においてAKAが実行されることによって、UEとARPF41とが、セキュリティ鍵Kを共有することができる。
 次に、ARPF41は、セキュリティ鍵Kから導出したセキュリティ鍵KSEAFをSEAF43へ送信する(S12)。次に、SEAF43は、セキュリティ鍵KSEAFから導出したセキュリティ鍵KSCMFをSCMF44へ送信する(S13)。
 次に、UEとSCMF44との間においてNAS(Non-Access Stratum) Security処理が実行される。NAS Security処理は、例えば、UEとSCMF44との間において、C-Planeデータの暗号化等を行うことができる安全な通信路を確立ることであってもよい。
 次に、UEとUP-GWとの間において、UP SMC(Security Mode Command)処理が実行される。UP SMC処理は、例えば、UEとUP-GWとの間において、U-Planeデータの暗号化等を行うことができる安全な通信路を確立することであってもよい。
 次に、SCMF44は、セキュリティ鍵KSCMFから導出したセキュリティ鍵KANをNG-RAN53へ送信する(S16)。次に、UEとNG-RAN53との間において、AS Security処理が実行される(S17)。AS Security処理は、例えば、UEとNG-RAN53との間において、データの暗号化等を行うことができる安全な通信路を確立することであってもよい。
 次に、NG-RAN53は、Handover Decisionを行う(make the handover decision)(S18)。次に、NG-RAN53は、保持しているセキュリティ鍵KANをリフレッシュする(S19)。言い換えると、NG-RAN53は、セキュリティ鍵KANからセキュリティ鍵KAN*を導出する。例えば、NG-RAN53は、セキュリティ鍵KANを更新し、セキュリティ鍵KAN*を導出する。NG-RAN53は、さらに、セキュリティ鍵KAN*からRRCメッセージ及びユーザプレーンデータに関する完全性保証及び暗号化に用いるセキュリティ鍵を導出する。
 次に、NG-RAN53は、Handover CommandメッセージをUEへ送信する(S20)。Handover Commandメッセージは、例えば、セキュリティ鍵KAN*を導出する際に用いたパラメータ、アルゴリズム情報等、及び完全性保証及び暗号化に用いるセキュリティ鍵を導出する際に用いたパラメータ、アルゴリズム情報等を含んでもよい。
 次に、UEは、Handover Commandメッセージに含まれるパラメータ等を用いて、セキュリティ鍵KAN*を導出する(S21)。UEは、さらに、セキュリティ鍵KAN*からRRCメッセージ及びユーザプレーンデータに関する完全性保証及び暗号化に用いるセキュリティ鍵を導出する。
 次に、UEとNG-RAN53との間において、AS Security処理が実行される(S22)。ステップS22におけるAS Security処理が完了すると、UEは、NG-RAN53へHandover Completeメッセージを送信する(S23)。
 次に、図4及び図5を用いてNG-RAN54とNG-RAN55との間におけるハンドオーバ処理(INTER NG RAN HANDOVER)について説明する。図4及び図5のハンドオーバ処理は、同一のCP-CN内におけるハンドオーバ処理(INTRA CP-CN HANDOVER)を示している。また、図4及び図5は、NG-RAN54と、NG-RAN55とが、3GPPのeNB間において定められているX2インタフェースに相当するインタフェースを介して直接通信を行うことを前提とする。
 また、図4及び図5は、UEが、NG-RAN54からNG-RAN55へ移動する際に実行されるハンドオーバ処理を示している。NG-RAN54に付されている(S)は、Sourceを示し、UEのハンドオーバ元のNG-RANであることを示している。NG-RAN55に付されている(T)は、Targetを示し、UEのハンドオーバ先のNG-RANであることを示している。
 図4のステップS31-S37は、図3のステップS11-S17と同様であるため詳細な説明を省略する。次に、UEは、NG-RAN54へ、UE Security Capabilitiesを含むMeasurement Reportメッセージを送信する(S38)。Measurement Reportメッセージには、例えば、NG-RAN55から送信されるメッセージの電波強度等を測定した結果に関する情報が含まれていてもよい。
 次に、NG-RAN54は、Measurement Reportを評価し(evaluate)、Handover Decisionを行う(S39)。次に、NG-RAN53は、保持しているセキュリティ鍵KANをリフレッシュする(S40)。言い換えると、NG-RAN54は、セキュリティ鍵KANからセキュリティ鍵KAN*を導出する。例えば、NG-RAN54は、セキュリティ鍵KANを更新し、セキュリティ鍵KAN*を導出する。NG-RAN54は、さらに、セキュリティ鍵KAN*からRRCメッセージ及びユーザプレーンデータに関する完全性保証及び暗号化に用いるセキュリティ鍵を導出する。
 次に、NG-RAN54は、Handover Requestメッセージを、X2インタフェースに相当するインタフェースを介してNG-RAN55へ送信する(S41)。Handover Requestメッセージは、UEに関するUE Security Capabilities、及びセキュリティ鍵KAN*を含む。
 次に、NG-RAN55は、UE Security Capabilities(U.S.C)及びUEの加入者情報(Subscription)をチェック(check)する(S42)。言い換えると、NG-RAN55は、UE Security Capabilities及びSubscriptionを用いてハンドオーバ実行確認を実行する。つまり、NG-RAN55は、UEがNG-RAN55を介してネットワークスライスへアクセスすることができるか否かを判定する。
 次に、図5に移り、NG-RAN55は、UEが、NG-RAN55を介してネットワークスライスへアクセスする資格を有する場合(the UE qualifies for accessing the slice via the new NG RAN)、NG-RAN54へHandover Request Ackメッセージを送信する(S43)。
 次に、NG-RAN54は、UEへ、Handover Commandメッセージを送信する(S44)。Handover Commandメッセージは、例えば、セキュリティ鍵KAN*、完全性保証及び暗号化に用いるセキュリティ鍵を導出する際に用いたパラメータ、アルゴリズム情報等を含んでもよい。
 次に、UEは、Handover Commandメッセージに含まれるパラメータ等を用いて、セキュリティ鍵KAN*を導出する(S45)。さらにUEは、セキュリティ鍵KAN*からRRCメッセージ及びユーザプレーンデータに関する完全性保証及び暗号化に用いるセキュリティ鍵を導出する。
 次に、UEは、NG-RAN55へ、Handover Completeメッセージを送信する(S46)。次に、NG-RAN55は、MMへPath Switch Requestメッセージを送信する(S47)。
 次に、MMは、UP-GWへModify Bearer Requestメッセージを送信する(S48)。次に、UP-GWは、MMへ、Modify Bearer Responseメッセージを送信する(S49)。ステップS48及びS49の処理が実行されることによって、U-Planeデータに関するベアラが更新される。次に、MMは、NG-RAN55へ、Path Swithc Responseメッセージを送信する(S50)。
 次に、UEとNG-RAN55との間において、AS Security処理が実行される(S51)。
 以上説明したように、実施の形態2において、UEとハンドオーバ先のNG-RAN55との間における、安全な通信路が確立された状態において、ハンドオーバ処理が実行される。
 (実施の形態3)
 次に、図6及び図7を用いてNG-RAN54とNG-RAN55との間におけるハンドオーバ処理(INTER NG RAN HANDOVER)について説明する。図6及び図7のハンドオーバ処理は、同一のCP-CN内におけるハンドオーバ処理(INTRA CP-CN HANDOVER)を示している。また、図6及び図7は、NG-RAN54と、NG-RAN55とが、CP-CN48を介して通信を行うことを前提とする。図6及び図7においては、CP-CN48としてMM及びSMを用いて説明する。
 図6のステップS61~S69は、図4のステップS31~S39と同様であるため詳細な説明を省略する。
 次に、NG-RAN54は、MMへHanover Requiredメッセージを送信する(S70)。Handover Requiredメッセージは、UE Security Capabilitiesを含む。さらに、MMは、Handover RequestメッセージをNG-RAN55へ送信する(S71)。Handover Requestメッセージは、UE Security Capabilitiesを含む。
 次に、NG-RAN55は、UE Security Capabilities(U.S.C)及びUEの加入者情報(Subscription)をチェック(check)する(S72)。次に、NG-RAN55は、UEが、NG-RAN55を介してネットワークスライスへアクセスする資格を有する場合、保持しているセキュリティ鍵KANをリフレッシュする(S73)。言い換えると、NG-RAN55は、セキュリティ鍵KANからセキュリティ鍵KAN*を導出する。例えば、NG-RAN55は、セキュリティ鍵KANを更新し、セキュリティ鍵KAN*を導出する。NG-RAN55は、さらに、セキュリティ鍵KAN*からRRCメッセージ及びユーザプレーンデータに関する完全性保証及び暗号化に用いるセキュリティ鍵を導出する。
 NG-RAN55は、例えば、事前にUEに関するセキュリティ鍵KANを受信していてもよい。例えば、SCMF44は、ステップS66において、NG-RAN54とともにNG-RAN55へもセキュリティ鍵KANを送信していてもよい。もしくは、ステップS70及びS71において送信されるメッセージに、セキュリティ鍵KANが含まれていてもよい。
 次に、NG-RAN55は、MMを介してNG-RAN54へ、Handover Request ACKメッセージを送信する(S74、S75)。ステップS76~S78は、図5のステップS44~S46と同様であるため詳細な説明を省略する。
 次に、MMは、UE Security Capability Check RequestメッセージをSCMF44へ送信する(S79)。次に、SCMF44は、UP-GWへ、Modify Bearer Requestメッセージを送信する(S80)。次に、UP-GWは、SCMF44へ、Modify Bearer Responseメッセージを送信する(S81)。次に、SCMF44は、MMへ、UE Security Capability Check Responseメッセージを送信する(S82)。ステップS83は、図5のステップS51と同様であるため詳細な説明を省略する。
 以上説明したように、実施の形態3においても実施の形態2と同様に、UEとハンドオーバ先のNG-RAN55との間における、安全な通信路が確立された状態において、ハンドオーバ処理が実行される。
 (実施の形態4)
 続いて、図8及び図9を用いてNG-RAN53とNG-RAN54との間におけるハンドオーバ処理(INTER NG RAN, INTER CP-CN, INTRA SCMF HANDOVER)について説明する。図8及び図9のハンドオーバ処理は、CP-CN47からCP-CN48への変更を伴うハンドオーバ処理を示している。また、図8及び図9は、CP-CN47をMM(S)及びSM(S)とし、CP-CN48をMM(T)及びSM(T)として説明している。
 ステップS91~S100は、図6のステップS61~S70と同様であるため詳細な説明を省略する。次に、MM(S)は、セキュリティ鍵KCP=CN*を導出する(S101)。例えば、MM(S)は、事前にUEに関するセキュリティ鍵KCP-CNもしくはセキュリティ鍵KSCMFを受信していたとする。例えば、MM(S)は、任意のタイミングに、SCMF44から、SCMF44において導出されたセキュリティ鍵KCP-CNを受信していてもよい。
 次に、MM(S)は、Forward Relocation RequestメッセージをMM(T)へ送信する(S102)。Forward Relocation Requestメッセージは、UE Security Capabilities及びセキュリティ鍵KCP=CN*を含む。次に、MM(T)は、NG-RAN54へHandover Requestメッセージを送信する(S103)。Handover Requestメッセージは、UE Security Capabilitiesを含む。ステップS104及びS105は、図6のステップS72及びS73と同様であるため詳細な説明を省略する。
 次に、NG-RAN54は、MM(T)へ、Handover Request ACKメッセージを送信する。Handover Request ACKメッセージは、UE Security Capabilities及びセキュリティ鍵KAN*を含む。
 次に、MM(T)は、SM(T)へ、Session Refresh Requestメッセージを送信する(S107)。次に、SM(T)は、新たなsession keysを導出する(S108)。session keysは、例えば、U-Planeデータに関する完全性保証及び暗号化に用いられるセキュリティ鍵であってもよい。
 次に、SM(T)は、MM(T)へ、Session Refresh Responseメッセージを送信する(S109)。次に、MM(T)は、MM(S)へ、Forward Relocation Responseメッセージを送信する(S110)。ステップS111及びS112は、図7のステップS75及びS76と同様であるため詳細な説明を省略する。
 次に、UEは、セキュリティ鍵KCP-CN*、セキュリティ鍵KAN*、NAS keys、RRCメッセージ及びユーザプレーンデータに関する完全性保証及び暗号化に用いるセキュリティ鍵、session keysを導出する(S113)。
 次に、UEは、SCMF44との間において、NAS Security処理を実行する(S114)。さらに、UEは、UP-GWとの間において、UP SMC処理を実行する(S115)。次に、UEは、NG-RAN54へ、Handover Completeメッセージを送信する(S116)。次に、UEは、NG-RAN54との間において、AS Security処理を実行する(S117)。
 続いて、図10~図12を用いて、図8及び図9とは異なる、NG-RAN53とNG-RAN54との間におけるハンドオーバ処理(INTER NG RAN, INTER CP-CN, INTRA SCMF HANDOVER)について説明する。
 図10~図12においては、CP-CN47とCP-CN48との間のインタフェースを用いない場合の処理について説明する。
 ステップS121~S130は、図8のステップS91~S100と同様であるため詳細な説明を省略する。次に、MM(S)は、Forward Relocation RequestメッセージをSCMF44へ送信する(S131)。Forward Relocation Requestメッセージは、UE Security Capabilitiesを含む。次に、SCMF44は、MM(T)を介してNG-RAN54へHandover Requestメッセージを送信する(S132、S133)。Handover Requestメッセージは、UE Security Capabilitiesを含む。ステップS134~S136は、図9のステップS104~S106と同様であるため詳細な説明を省略する。
 次に、MM(T)は、セキュリティ鍵KCP-CN*を導出する(S137)。ステップS138~S140は、図9のステップS107~S109と同様であるため詳細な説明を省略する。次に、MM(T)は、SCMF44へ、Handover Request ACKメッセージを送信する(S141)。次に、SCMF44は、MM(S)へ、Forward Relocation Responseメッセージを送信する(S142)。
 ステップS143~S150は、図9のステップS111~S117と同様であるため詳細な説明を省略する。なお、図12においては、UEが、UP SMC処理の後に、セキュリティKANを導出する。
 以上説明したように、実施の形態4においても実施の形態2及び3と同様に、UEとハンドオーバ先のNG-RAN54との間における、安全な通信路が確立された状態において、ハンドオーバ処理が実行される。
 (実施の形態5)
 続いて、図13及び図14を用いてNG-RAN55とNG-RAN56との間におけるハンドオーバ処理(INTER NG RAN, INTER CP-CN, INTER SCMF HANDOVER)について説明する。図13及び図14のハンドオーバ処理は、SCMF44からSCMF45への変更を伴うハンドオーバ処理を示している。また、図13及び図14は、CP-CN48をMM(S)及びSM(S)とし、CP-CN49をMM(T)及びSM(T)として説明している。
 はじめに、UEとARPF41との間において、Initial Attach Procedureが実行される(S161)。Initial Attach Procedureは、例えば、図4のステップS31~S37に相当する。また、ステップS162~S165は、図10のステップS128~S131と同様であるため詳細な説明を省略する。
 次に、SCMF44は、セキュリティ鍵KSCMF*を導出する(S166)。さらに、SCMF44は、セキュリティ鍵KSCMF*を用いて、セキュリティ鍵KCP-CN*を導出する(S167)。次に、SCMF44は、SCMF45及びMM(T)を介して、Handover RequestメッセージをNG-RAN56へ送信する(S168、S169)。Handover Requestメッセージは、UE Security Capabilitiesを含む。
 ステップS170~S172は、図10及び図11におけるステップS134~S136と同様であるため詳細な説明を省略する。さらに、ステップS173~S175は、図11のステップS138~S140と同様であるため詳細な説明を省略する。
 次に、MM(T)は、SCMF45を介してSCMF44へHandover Request ACKメッセージを送信する(S176、S177)。ステップS178~S182は、図11及び図12におけるステップS142~S150と同様の処理であるため詳細な説明を省略する。
 以上説明したように、実施の形態5においても実施の形態2乃至4と同様に、UEとハンドオーバ先のNG-RAN56との間における、安全な通信路が確立された状態において、ハンドオーバ処理が実行される。
 (実施の形態6)
 続いて、図15を用いて実施の形態6にかかる通信システムの構成例について説明する。図15の通信システムは、UE(User Equipment)101、NG(R)AN((Radio) Access Network)102、UPF(User Plane Function)エンティティ103(以下、UPF103とする)、AMF(Access and Mobility Management Function)エンティティ104(以下、AMF104とする)、SMF(Session Management Function)エンティティ105(以下、SMF105とする)、PCF(Policy Control Function)エンティティ106(以下、PFC106とする)、AUSF(Authentication Server Function)エンティティ107(以下,AUSF107とする)、UDM(Unified Data Management)108、DN(Data Network)109、及びAF(Application Function)エンティティ110(以下、AF110とする)を有している。
 UPF103、AMF104、SMF105、PCF106、AUSF107、及びUDM108は、5GC(5G Core)を構成する。5GCは、NextGen Systemにおけるコアネットワークである。
 NG(R)AN102は、図2のNG-RAN51~NG-RAN58に相当する。AMF104及びSMF105は、図2のCP-CN46~CP-CN50に相当する。また、図15に示されるように、図15の通信システムは、各装置間もしくは各機能間において、NG1~NG15インタフェースが設定されている。
 AUSF107は、例えば、UE101が、5GCへ接続することができるか否かに関する認証処理を実行する機能である。AUSF107は、認証処理に用いるセキュリティ鍵を生成し、生成したセキュリティ鍵を保持する。UDM108は、加入者データ(UE SubscriptionもしくはSubscription information)を管理する。また、例えば、UDM108は、ARPFを実行するノード装置であってもよい。UPF103は、U-Planeデータを伝送するノード装置である。
 続いて、図16を用いて、NG(R)AN102内におけるハンドオーバ処理(INTRA NG RAN HANDOVER)について説明する。図16は、図15に示される通信システムにおける、NG(R)AN102内のハンドオーバ処理を示している。また、図16は、UE101とNG(R)AN102との間において実行されるハンドオーバ処理を示している。そのため、ステップS201において、UE101がNG(R)AN102へMeasurement Reportメッセージを送信した後に実行されるステップS202~S206は、図3のステップS18~21及びステップS23と同様であるため詳細な説明を省略する。
 続いて、図17を用いてNG(R)AN102_1とNG(R)AN102_2との間におけるハンドオーバ処理(Inter NG RAN handover with Xn interface)について説明する。NG(R)AN102_1は、UE101が移動する前のNG(R)AN(Source NG(R)AN)(Source gNBと称されても良い。)であり、NG(R)AN102_2は、UE101が移動した後のNG(R)AN(Target (R)AN)(Target gNBと称されても良い。)である。Xn interfaceは、NG(R)AN102_1とNG(R)AN102_2との間に設定されるインタフェースである。
 はじめに、ハンドオーバが必要とされる場合、UEは、NG(R)AN102_1へ、NSSAI(Network Slice Selection Assistance Information)、UE Security Capabilities、及びUE Mobility Restirctionsを含むMeasurement Reportメッセージを送信する(S211)(If handover is required, the UE sends the Measurement Report to the NG(R)AN.)。NSSAIは、例えば、UE101が利用するサービスを提供するコアネットワークを識別する情報である。ここで、5GCは、ネットワークスライシングが適用され、提供するサービス毎に分割されている。分割されたネットワークは、ネットワークスライスと称されてもよい。
 次に、NG(R)AN102_1は、Measurement Reportを評価し(evaluate)、Handover Decisionを行う(make the handover dicision)(S212)。次に、NG(R)AN102_1は、保持しているセキュリティ鍵KANをリフレッシュする(S213)。言い換えると、NG(R)AN102_1は、セキュリティ鍵KANからセキュリティ鍵KAN*を導出する。例えば、NG(R)AN102_1は、セキュリティ鍵KANを更新し、セキュリティ鍵KAN*を導出する。
 次に、NG(R)AN102_1は、Handover Requestメッセージを、Xn interfaceを介してNG(R)AN102_2へ送信する(S214)。Handover Requestメッセージは、UEに関するUE Security Capabilities、Handover Restriction List、NSSAI及びセキュリティ鍵KAN*を含む。
 次に、NG(R)AN102_2は、NSSAIがサポートされているか否かをチェック(check)する(S215)。言い換えると、NG(R)AN102_2は、UE Security Capabilities及びNSSAIを用いてハンドオーバ実行確認を実行する。つまり、NG(R)AN102_1は、UEがNG(R)AN102_2を介してネットワークスライスへアクセスすることができるか否かを判定する。言い換えると、Source gNBは、Target gNBがUEによって要求されるサービスをサポートしているかをチェックすることによって、Handover DecisionのためにUEから受信したNSSAIを含む情報を使用する。
 ステップS216~S221は、図5のステップS43~S47及びS50と同様であるため詳細な説明を省略する。
 次に、図18を用いてNG(R)AN102_1とNG(R)AN102_2との間におけるハンドオーバ処理(Intra vAMF, Intra vSMF, Inter NG(R)AN handover without Xn interface)について説明する。
 ステップS231及びS232は、図17のステップS211及びS212と同様であるため詳細な説明を省略する。
 次に、NG(R)AN102_1は、AMF104へHanover Requiredメッセージを送信する(S233)。Handover Requiredメッセージは、UE Security Capabilities、Handover Restriction List、NSSAI、及び{NH,NCC}を含む。さらに、AMF104は、Handover RequestメッセージをNG(R)AN102_2へ送信する(S234)。Handover Requestメッセージは、UE Security Capabilities、Handover Restriction List、NSSAI、及び{NH,NCC}を含む。
 次に、NG(R)AN102_2は、NSSAIがサポートされているか否かをチェック(check)する(S235)。次に、NG(R)AN102_2は、UEが、NG(R)AN102_2を介してネットワークスライスへアクセスする資格を有する場合、保持しているセキュリティ鍵KANをリフレッシュする(S236)。言い換えると、NG(R)AN102_2は、セキュリティ鍵KANからセキュリティ鍵KAN*を導出する。さらに、NG(R)AN102_2は、セキュリティ鍵KAN*からRRCメッセージ及びユーザプレーンデータに関する完全性保証及び暗号化に用いるセキュリティ鍵を導出する。
 次に、NG(R)AN102_2は、AMF104へ、Handover Request Ackメッセージを送信する(S237)。次に、AMF104は、NG(R)AN102_1をHandover Commandメッセージへ送信する(S238)。ステップS239~S241は、図17のステップS217~S219と同様であるため詳細な説明を省略する。
 続いて、図19及び図20を用いてNG(R)AN102_1とNG(R)AN102_2との間におけるハンドオーバ処理(Intra vAMF, Inter vSMF, Inter NG(R)AN handover without Xn interface)について説明する。SMF105_1及びUPF103_1は、移動前のUE101に関する処理を実行するSMF(Source SMF)及びUPF(Source UPF)であり、SMF105_2及びUPF103_2は、移動後のUE101に関する処理を実行するSMF(Target SMF)及びUPF(Target UPF)である。
 ステップS251~S253は、図18におけるステップS231~S233と同様であるため詳細な説明を省略する。
 次に、AMF104は、NSSAIに基づいてSMFを選択する(The AMF selects the SMF based on NSSAI)(S254)。つまり、AMF104は、ステップS253において受信したNSSAIに関連付けられたネットワークスライスに配置されているSMFを選択する。ここでは、AMF104は、SMF105_2を選択したとする。
 次に、AMF104は、SMF105_2へ、Create Session Requestメッセージを送信する(S255)。Crease Session Requestメッセージは、UE Security Capabilities及びNSSAIを含む。
 次に、SMF105_2は、UE101とSMF105_2との間におけるNAS signaling protectionのために、セキュリティ鍵KNAS-SM*を導出する(The SMF derives KNAS-SM* for NAS signaling protection between the UE and SMF)(S256)。
 次に、SMF105_2は、NSSAIに関連づけられたSliceのためのUPFを選択する(The SMF selects the UPF for the slice)(S257)。次に、SMF105_2は、NSSAIに関連づけられたSliceのためのセキュリティ鍵KUP及びセッション鍵を導出する(S258)。セッション鍵は、例えば、完全性保証に用いられるKsessint及び暗号化に用いられるKsessencであってもよい。次に、SMF105_2は、AMF104へ、Crease Session responseメッセージを送信する(S259)。
 ステップS260~S263は、図18のステップS234~S237と同様であるため詳細な説明を省略する。
 次に、AMF104は、SMF105_1へ、Create Data forwarding tunnel requestメッセージを送信する(S264)。次に、SMF105_1は、SMF105_2に対して、データ転送のためのトンネルを生成する(The SMF creates the tunnel for data transfer to the target SMF.)(S265)。次に、SMF105_1は、AMF104へ、Create Data forwarding tunnel responseメッセージを送信する(S266)。
 次に、AMF104は、NG(R)AN102_1へ、Handover Commandメッセージを送信する(S267)。次に、NG(R)AN102_1は、UE101へ、Handover Commandメッセージを送信する(S268)。
 次に、UE101は、Handover Commandメッセージに含まれるパラメータ等を用いて、セキュリティ鍵KNAS-SM*を導出する(Using the parameter sent in the Handover Command, the UE derives the KNAS-SM*)(S269)。次に、セキュリティ鍵KNAS-SM*からセキュリティ鍵KUP及びセッション鍵(session key)を導出する(S270)。次に、UE101は、セキュリティ鍵KAN*を導出し、さらに、RRCメッセージ及びユーザプレーンデータに関する完全性保証及び暗号化に用いるセキュリティ鍵を導出する(S271)。
 次に、UE101は、NG(R)AN102_2へ、Handover CompleteメッセージをNG(R)AN102_2へ送信する(S272)。
 以上説明したように、ハンドオーバ処理が行われている間に、UE101及びSMF105_2は、新たなセキュリティ鍵KNAS-SM*を導出することができる。言い換えると、UE101及びSMF105_2は、セキュリティ鍵KNAS-SM*をリフレッシュすることができる。これによって、UE101及びSMF105_2の間において、NAS-SMセキュリティを確立することができる。
 さらに、NG(R)AN102_2は、UE101から送信されたNSSAIを用いて、UE101が要求するサービスを自装置がサポートしているか否かをチェックすることによって、UE101をハンドオーバさせるか否かを決定することができる。
 続いて、図21を用いてNG(R)AN102_1とNG(R)AN102_2との間におけるハンドオーバ処理(Inter vAMF, Intra SMF, Inter NG(R)AN node without Xn interface)について説明する。AMF104_1は、移動前のUE101に関する処理を実行するAMF(Source AMF)であり、AMF104_2は、移動後のUE101に関する処理を実行するAMF(Target AMF)である。
 ステップS281~S283は、図18におけるステップS231~S233と同様であるため詳細な説明を省略する。
 次に、AMF104_1は、AMF104_2へ、Forward Relocation Requestメッセージを送信する(S284)。Forward Relocation Requestメッセージは、UE Security Capabilities、Handover Restriction List及びNSSAIを含む。
 ステップS285~S288は、図18におけるステップS234~S237と同様であるため詳細な説明を省略する。
 次に、AMF104_2は、セキュリティ鍵KNAS-MM*を導出する(S289)。次に、AMF104_2は、AMF104_1へ、Forward Relocation responseメッセージを送信する(S290)。
 ステップS291~S294は、図18のステップS238~S241と同様であるため詳細な説明を省略する。ただし、UE101は、ステップS293において、セキュリティ鍵KAN*とともにセキュリティ鍵KNAS-MM*を導出する。
 以上説明したように、ハンドオーバ処理が行われている間に、UE101及びAMF104_2は、新たなセキュリティ鍵KNAS-MM*を導出することができる。言い換えると、UE101及びAMF104_2は、セキュリティ鍵KNAS-MM*をリフレッシュすることができる。これによって、UE101及びAMF104_2の間において、NAS-MMセキュリティを確立することができる。
 続いて、図22及び図23を用いてNG(R)AN102_1とNG(R)AN102_2との間におけるハンドオーバ処理(Inter vAMF, Inter vSMF, Inter NG(R)AN node without Xn interface)について説明する。
 ステップS301~S304は、図21のステップS281~S284と同様であるため詳細な説明を省略する。また、ステップS305~S310は、図19のステップS254~S259と同様であるため詳細な説明を省略する。
 次に、AMF104_2は、セキュリティ鍵KNAS-MM*を導出する(S311)。
 ステップS312~S315は、図21のステップS285~S288と同様であるため詳細な説明を省略する。
 次に、AMF104_2は、AMF104_1へ、Forward Relocation responseメッセージを送信する(S316)。
 ステップS317~S325は、図20のステップS264~S272と同様であるため詳細な説明を省略する。
 以上説明したように、ハンドオーバ処理が行われている間に、UE101及びSMF105_2は、新たなセキュリティ鍵KNAS-SM*を導出することができる。言い換えると、UE101及びSMF105_2は、セキュリティ鍵KNAS-SM*をリフレッシュすることができる。これによって、UE101及びSMF105_2の間において、NAS-SMセキュリティを確立することができる。さらに、UE101及びAMF104_2は、新たなセキュリティ鍵KNAS-MM*を導出することができる。言い換えると、UE101及びAMF104_2は、セキュリティ鍵KNAS-MM*をリフレッシュすることができる。これによって、UE101及びAMF104_2の間において、NAS-MMセキュリティを確立することができる。
 さらに、NG(R)AN102_2は、UE101から送信されたNSSAIを用いて、UE101が要求するサービスを自装置がサポートしているか否かをチェックすることによって、UE101をハンドオーバさせるか否かを決定することができる。言い換えると、NG(R)AN102_2(Target gNB)は、受信したNSSAIによって示される、UE101が要求するネットワークスライス又はサービスを、自装置がサポートしているかをチェックすることができる。
 (実施の形態7)
 続いて、図24を用いてUE201のローミングを実現するための通信システムについて説明する。図24の通信システムは、UE201、(R)AN202、UPF203、AMF204、V-SMF205、vPCF206、UPF213、H-SMF215、H-PCF216、AUSF217、UDM218、及びAF219を有している。
 (R)AN202、UPF203、AMF204、V-SMF205、及びvPCF206は、VPLMN(Visited Public Land Mobile Network)に配置されているノード装置である。UPF213、H-SMF215、H-PCF216、AUSF217、UDM218、及びAF219は、HPLMN(Home PLMN)に配置されているノード装置である。
 図24は、UE201が、VPLMNにローミングしている状態を示している。ここで、UE201がローミングした際の登録(Registration)手順及びセキュリティ確立(security establishment)について説明する。
 はじめに、UE201は、VPLMNに配置されている(R)AN202へ、RRC Connection requestメッセージを送信する。UE201は、RAT restrictionsに関する情報を有している場合、attach requestメッセージにRAT restrictionsを含ませ、さらに、attach requestメッセージをRRC Connection requestメッセージに多重する。
 次に、(R)AN202は、VPLMNに配置されているAMF204へ、attach requestメッセージを転送する(forward)。AMF204は、UE201のRAT restrictionsをチェックする。ここで、AMF204は、UE201のRAT restrictionsをチェックするために、UDM218へ、UE201のRAT restrictionsに関する情報を送信するように要求してもよい。つまり、AMF204は、UDM218から、UE201の加入者情報(Subscription information)をダウンロードしてもよい。
 AMF204において、UE201が(R)AN202との間において用いるRATが制限されていると判定した場合、(R)AN202は、UE201へ、他の(R)ANとRRC Connectionを確立しなければならないことを通知する。また、AMF204は、UE201が(R)AN202との間において用いるRATが制限されていないと判定した場合、UE201の在圏するエリアが、禁止ゾーン(forbidden zone)であるか否かをチェックする。
 AMF204は、UE201が在圏するエリアが禁止ゾーンであると判定した場合、(R)AN202へ、接続を拒否(rejecting the connection)することを示すメッセージを送信する。AMF204は、UE201が在圏するエリアが禁止ゾーンではないと判定した場合、UE201に関する認証を行うために、HPLMNに配置されているAUSF217へ問い合わせ(contact)を行う。
 UE201に関する認証処理において、UE201に関するsecurity contextが存在する場合、UE201は、AMF204へ、eKSI(evolved Key Set Identifier)seafを送信する。AMF204は、security contextの有効性をチェックする。UE201に関するsecurity contextが存在しない場合、AKA(Authentication Key Agreement)が実行される。UE201に関する認証処理が実行されることによって、UE201とVPLMNに配置されているAMF204との間のNAS-MM Securityが確立される。さらに、UE201と(R)AN202との間のセキュリティが確立される。AMF204は、vPCF206を介してH-PCF216へ、security algorithmsに関する問い合わせを行う。
 UE201は、通信が許可されないエリア(Non-allowd area)に在圏する場合、service requestsを開始することができない。また、UE201は、通信が許可されるエリア(allowd Area)に在圏する場合、service requestsを開始することができる。
 続いて、service request処理中のセキュリティ確立(security establishment)について説明する。はじめに、UE201は、AMF204へ、S-NSSAIを含むservice request(もしくはservice attach request)メッセージを送信する。次に、AMF204は、S-NSSAI及びUE201の加入者情報に基づいてSMFを選択する。ここでは、AMF204は、V-SMF205を選択したとする。これにより、UE201とV-SMF205との間にいて、NAS-SM Securityが確立される。
 V-SMF205とH-SMF215との間には、セキュリティが確立されたトンネル(secure tunnel)が存在する。V-SMF205は、vPCF206を介してH-PCF216へ、security algorithmsに関する問い合わせを行う。
 次に、V-SMF205は、UE201が接続を希望するネットワークスライスにとって適切なUPFを選択する。ここでは、V-SMF205は、UPF203を選択したとする。
 また、V-SMF205は、UPF203のために、セキュリティ鍵KUPを導出する。さらに、V-SMF205は、vPCF206を介してH-PCF216へ、security algorithmsを要求する。さらに、V-SMF205は、セッション鍵を導出する。さらに、V-SMF205は、UP(User Plane) SMC(Security Mode Command)処理を開始する。
 図24の通信システムにおいては、UE201は、HPLMNにおけるPDN(Packed Data Network)を介してサービスを提供される。
 続いて、図25を用いて、図24とは異なる、UE201のローミングを実現するための通信システムについて説明する。図25の通信システムは、UE301、(R)AN302、UPF303、AMF304、SMF305、vPCF306、AF309、H-PCF316、AUSF317、及びUDM318を有している。(R)AN302、UPF303、AMF304、SMF305、vPCF306、及びAF309は、VPLMNに配置されているノード装置である。H-PCF316、AUSF317、及びUDM318は、HPLMNに配置されているノード装置である。
 図25は、UE201が、VPLMNにローミングしている状態を示している。図25の通信システムにおいては、UE301は、VPLMNにおけるPDN(Packed Data Network)を介してサービスを提供される。
 上述の実施の形態は、ハードウェアで構成される例として説明したが、これに限定されるものではない。本開示は、UE及び各装置における処理を、CPU(Central Processing Unit)にコンピュータプログラムを実行させることにより実現することも可能である。
 上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(non-transitory computer readable medium)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体(例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ)、光磁気記録媒体(例えば光磁気ディスク)、CD-ROM(Read Only Memory)、CD-R、CD-R/W、半導体メモリ(例えば、マスクROM、PROM(Programmable ROM)、EPROM(Erasable PROM)、フラッシュROM、RAM(Random Access Memory))を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
 なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
 以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
 この出願は、2016年10月26日に出願されたインド出願201611036777及び2017年3月17日に出願されたインド出願201711009359を基礎とする優先権を主張し、その開示の全てをここに取り込む。
 10 基地局
 12 基地局
 20 通信端末
 41 ARPF
 43 SEAF
 44 SCMF
 45 SCMF
 46 CP-CN
 47 CP-CN
 48 CP-CN
 49 CP-CN
 50 CP-CN
 51 NG-RAN
 52 NG-RAN
 53 NG-RAN
 54 NG-RAN
 55 NG-RAN
 56 NG-RAN
 57 NG-RAN
 58 NG-RAN
 101 UE
 102 NG(R)AN
 103 UPF
 104 AMF
 105 SMF
 106 PCF
 107 AUSF
 108 UDM
 109 DN
 110 AF
 201 UE
 202 (R)AN
 203 UPF
 204 AMF
 205 V-SMF
 206 vPCF
 213 UPF
 215 H-SMF
 216 H-PCF
 217 AUSF
 218 UDM
 219 AF
 301 UE
 302 (R)AN
 303 UPF
 304 AMF
 305 SMF
 306 vPCF
 309 AF
 316 H-PCF
 317 AUSF
 318 UDM

Claims (17)

  1.  通信端末が存在する通信エリアを形成する第1の基地局と、
     前記通信端末のハンドオーバ先の通信エリアを形成する第2の基地局とを備え、
     前記第1の基地局は、
     前記通信端末からUE Security Capabilitiesを含む前記ハンドオーバに関する第1のメッセージを受信し、
     前記第2の基地局は、
     前記UE Security Capabilitiesを含む第2のメッセージを受信し、前記UE Security Capabilitiesに基づいて前記通信端末のハンドオーバ実行確認を実行し、前記ハンドオーバ実行確認の結果に基づいて前記第2のメッセージに対応する第3のメッセージを送信する、通信システム。
  2.  前記第1の基地局は、
     前記第1のメッセージに対応して前記通信端末との間において伝送されるデータに適用するセキュリティ鍵を導出し、
     前記第2の基地局は、
     前記UE Security Capabilitiesと前記セキュリティ鍵とを含む前記第2のメッセージを受信する、請求項1に記載の通信システム。
  3.  前記第2の基地局は、
     前記UE Security Capabilitiesに基づいて実行された前記ハンドオーバ実行確認の結果に基づいて、前記通信端末との間において伝送されるデータに適用するセキュリティ鍵を導出する、請求項1に記載の通信システム。
  4.  前記第1の基地局は、前記通信端末からNSSAI(Network Slice Selection Assistance Information)を含む第1のメッセージを受信し、
     前記第2の基地局は、前記NSSAIを含む前記第2のメッセージを受信し、前記NSSAIに基づいて前記通信端末のハンドオーバ実行確認を実行する、請求項1に記載の通信システム。
  5.  コアネットワークを構成するコアネットワーク装置をさらに備え、
     前記コアネットワーク装置は、
     前記第1の基地局から前記UE Security Capabilitiesを含む第4のメッセージを受信し、前記UE Security Capabilitiesを含む前記第2のメッセージを前記第2の基地局へ送信する、請求項1乃至4のいずれか1項に記載の通信システム。
  6.  通信端末が存在する通信エリアを形成する基地局であって、
     通信端末からUE Security Capabilitiesを含むハンドオーバに関する第1のメッセージを受信し、前記通信端末のハンドオーバ先の通信エリアを形成する他の基地局であって、前記UE Security Capabilitiesに基づいて前記通信端末のハンドオーバ実行確認を実行する前記他の基地局へ、前記UE Security Capabilitiesを含む第2のメッセージを送信する通信部を備える、基地局。
  7.  前記第2のメッセージは、NSSAI(Network Slice Selection Assistance Information)を含む、請求項6に記載の基地局。
  8.  他の基地局が形成する通信エリアに存在する通信端末のハンドオーバ先の通信エリアを形成する基地局であって、
     前記通信端末からUE Security Capabilitiesを含む前記ハンドオーバに関する第1のメッセージを受信した前記他の基地局から送信された、前記UE Security Capabilitiesを含む第2のメッセージを受信する通信部と、
     前記UE Security Capabilitiesに基づいて通信端末のハンドオーバ実行確認を実行する制御部と、を備え、
     前記通信部は、
     前記ハンドオーバ実行確認の結果に基づいて前記第2のメッセージに対応する第3のメッセージを送信する、基地局。
  9.  前記第2のメッセージは、NSSAI(Network Slice Selection Assistance Information)を含み、
     前記制御部は、前記NSSAIに基づいて前記通信端末のハンドオーバ実行確認を実行する、請求項8に記載の基地局。
  10.  通信端末が存在する通信エリアを形成する基地局における制御方法であって、
     通信端末からUE Security Capabilitiesを含むハンドオーバに関する第1のメッセージを受信し、
     前記通信端末のハンドオーバ先の通信エリアを形成する他の基地局であって、前記UE Security Capabilitiesに基づいて前記通信端末のハンドオーバ実行確認を実行する前記他の基地局へ、前記UE Security Capabilitiesを含む第2のメッセージを送信する、制御方法。
  11.  前記第2のメッセージは、NSSAI(Network Slice Selection Assistance Information)を含む、請求項10に記載の制御方法。
  12.  他の基地局が形成する通信エリアに存在する通信端末のハンドオーバ先の通信エリアを形成する基地局における制御方法であって、
     前記通信端末からUE Security Capabilitiesを含む前記ハンドオーバに関する第1のメッセージを受信した前記他の基地局から送信された、前記UE Security Capabilitiesを含む第2のメッセージを受信し、
     前記UE Security Capabilitiesに基づいて前記通信端末のハンドオーバ実行確認を実行し、
     前記ハンドオーバ実行確認の結果に基づいて前記第2のメッセージに対応する第3のメッセージを送信する、制御方法。
  13.  NSSAI(Network Slice Selection Assistance Information)を含む前記第2のメッセージを受信し、
     前記NSSAIに基づいて前記通信端末のハンドオーバ実行確認を実行する、請求項12に記載の制御方法。
  14.  ハンドオーバを実行する通信端末であって、
     UE Security Capabilitiesを含む前記ハンドオーバに関する第1のメッセージを第1の基地局へ送信する送信部と、
     前記ハンドオーバ先の通信エリアを形成する第2の基地局が、前記UE Security Capabilitiesに基づいて前記通信端末のハンドオーバ実行確認を行った後に、前記第1の基地局から第2のメッセージを受信する受信部と、を備える、通信端末。
  15.  前記第1のメッセージは、NSSAI(Network Slice Selection Assistance Information)を含み、
     前記受信部は、前記第2の基地局が、前記NSSAIに基づいて前記ハンドオーバ実行確認を行った後に、前記第1の基地局から前記第2のメッセージを受信する請求項14に記載の通信端末。
  16.  ハンドオーバを実行する通信端末の制御方法であって、
     UE Security Capabilitiesを含む前記ハンドオーバに関する第1のメッセージを第1の基地局へ送信し、
     前記ハンドオーバ先の通信エリアを形成する第2の基地局が、前記UE Security Capabilitiesに基づいて前記通信端末のハンドオーバ実行確認を行った後に、前記第1の基地局から第2のメッセージを受信する、制御方法。
  17.  NSSAI(Network Slice Selection Assistance Information)を含む前記第1のメッセージを前記第1の基地局へ送信し、
     前記第2の基地局が、前記NSSAIに基づいて前記ハンドオーバ実行確認を行った後に、前記第1の基地局から前記第2のメッセージを受信する、請求項16に記載の制御方法。
PCT/JP2017/038823 2016-10-26 2017-10-26 通信システム、セキュリティ装置、通信端末、及び通信方法 WO2018079691A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2018547768A JP6763435B2 (ja) 2016-10-26 2017-10-26 ソースコアネットワークのノード、端末、及び方法
US16/344,980 US20190274072A1 (en) 2016-10-26 2017-10-26 Communication system, security device, communication terminal, and communication method
EP17864995.0A EP3534644B1 (en) 2016-10-26 2017-10-26 Source core network node, communication terminal and corresponding communication methods

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
IN201611036777 2016-10-26
IN201611036777 2016-10-26
IN201711009359 2017-03-17
IN201711009359 2017-03-17

Publications (1)

Publication Number Publication Date
WO2018079691A1 true WO2018079691A1 (ja) 2018-05-03

Family

ID=62023559

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/038823 WO2018079691A1 (ja) 2016-10-26 2017-10-26 通信システム、セキュリティ装置、通信端末、及び通信方法

Country Status (4)

Country Link
US (1) US20190274072A1 (ja)
EP (1) EP3534644B1 (ja)
JP (2) JP6763435B2 (ja)
WO (1) WO2018079691A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019169924A (ja) * 2018-03-26 2019-10-03 Kddi株式会社 端末装置による自律的ハンドオーバのための端末装置、基地局装置、制御方法、及びプログラム
JP2020505816A (ja) * 2017-01-06 2020-02-20 華為技術有限公司Huawei Technologies Co.,Ltd. 通信方法、アクセスネットワークデバイス、コアネットワークデバイス及びユーザ装置
KR20210010557A (ko) * 2018-05-21 2021-01-27 후아웨이 테크놀러지 컴퍼니 리미티드 핸드오버 방법, 디바이스 및 시스템
JP2021061642A (ja) * 2021-01-20 2021-04-15 Kddi株式会社 端末装置による自律的ハンドオーバのための端末装置、基地局装置、制御方法、及びプログラム
EP3780453A4 (en) * 2018-06-20 2021-05-05 Huawei Technologies Co., Ltd. CSI-RS SENDING PROCESS AND DEVICE, AND BASE STATION
EP3836602A4 (en) * 2018-08-10 2021-08-25 Beijing Xiaomi Mobile Software Co., Ltd. CELL MEASUREMENT PROCESS AND APPARATUS, STORAGE DEVICE AND SUPPORT
JP2022075905A (ja) * 2021-01-20 2022-05-18 Kddi株式会社 端末装置による自律的ハンドオーバのための端末装置、基地局装置、制御方法、及びプログラム
JP7442711B2 (ja) 2022-03-23 2024-03-04 Kddi株式会社 端末装置による自律的ハンドオーバのための端末装置、基地局装置、制御方法、及びプログラム

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2558585A (en) * 2017-01-06 2018-07-18 Nec Corp Communication system
CN115474247A (zh) 2017-01-30 2022-12-13 瑞典爱立信有限公司 连接模式期间5g中的安全性上下文处理的方法和装置
CN117377012A (zh) 2017-03-17 2024-01-09 日本电气株式会社 第一网络装置及其方法和第二网络装置及其方法
KR102351352B1 (ko) * 2017-03-20 2022-01-13 지티이 코포레이션 네트워크 슬라이싱 서빙 기능
CN113286376A (zh) * 2017-06-23 2021-08-20 华为技术有限公司 实现业务连续性的方法、设备及系统
CN114630381B (zh) * 2017-09-15 2024-06-04 瑞典爱立信有限公司 无线通信系统中的安全性上下文
CN109729125B (zh) * 2017-10-30 2021-06-15 华为技术有限公司 会话建立方法、设备及系统
KR102577006B1 (ko) * 2018-08-13 2023-09-11 삼성전자 주식회사 4g 및 5g 네트워크 이동 시 네트워크 슬라이스 지원 방법 및 장치
US11115327B2 (en) * 2018-08-24 2021-09-07 Oracle International Corporation Methods, systems, and computer readable media for providing mobile device connectivity
CN111465012B (zh) * 2019-01-21 2021-12-10 华为技术有限公司 通信方法和相关产品
US11716283B2 (en) 2021-03-05 2023-08-01 Oracle International Corporation Methods, systems, and computer readable media for selecting a software defined wide area network (SD-WAN) link using network slice information
US20230115367A1 (en) * 2021-10-08 2023-04-13 Dish Wireless L.L.C. Selective handover of cellular device based on network slicing

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009049815A (ja) * 2007-08-21 2009-03-05 Ntt Docomo Inc 無線通信システム、無線通信方法及び無線端末
JP2011515984A (ja) * 2008-03-28 2011-05-19 テレフオンアクチーボラゲット エル エム エリクソン(パブル) ハンドオーバの間における不正操作されまたは欠陥のある基地局の識別
US20130102270A1 (en) * 2010-06-21 2013-04-25 Kyung-Joo Suh Security control method and device in a mobile communication system supporting emergency calls, and a system therefor

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001020925A2 (en) * 1999-09-10 2001-03-22 Telefonaktiebolaget Lm Ericsson (Publ) System and method of passing encryption keys after inter-exchange handoff
CN101309500B (zh) * 2007-05-15 2011-07-20 华为技术有限公司 不同无线接入技术间切换时安全协商的方法和装置
EP3554113A1 (en) * 2008-08-15 2019-10-16 Samsung Electronics Co., Ltd. Security protected non-access stratum protocol operation supporting method in a mobile telecommunication system
US20120159151A1 (en) * 2010-12-21 2012-06-21 Tektronix, Inc. Evolved Packet System Non Access Stratum Deciphering Using Real-Time LTE Monitoring
CN103931219B (zh) 2012-05-04 2018-04-10 华为技术有限公司 一种网络切换过程中的安全处理方法及系统
GB2512589B (en) 2013-04-02 2015-07-15 Broadcom Corp Method, apparatus and computer program for operating a user equipment
JP5680149B2 (ja) 2013-07-12 2015-03-04 レノボ・イノベーションズ・リミテッド(香港) Nasセキュリティ処理装置、nasセキュリティ処理方法、及びプログラム
US9918225B2 (en) * 2014-11-03 2018-03-13 Qualcomm Incorporated Apparatuses and methods for wireless communication
US9883385B2 (en) * 2015-09-15 2018-01-30 Qualcomm Incorporated Apparatus and method for mobility procedure involving mobility management entity relocation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009049815A (ja) * 2007-08-21 2009-03-05 Ntt Docomo Inc 無線通信システム、無線通信方法及び無線端末
JP2011515984A (ja) * 2008-03-28 2011-05-19 テレフオンアクチーボラゲット エル エム エリクソン(パブル) ハンドオーバの間における不正操作されまたは欠陥のある基地局の識別
US20130102270A1 (en) * 2010-06-21 2013-04-25 Kyung-Joo Suh Security control method and device in a mobile communication system supporting emergency calls, and a system therefor

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3GPP system architecture evolution (SAE): security architecture (RELEASE 8) TSG-SA WG3#52 S3-080603", TECHNICAL SPECIFICATION GROUP SERVICES AND SYSTEM ASPECTS (3GPP), June 2008 (2008-06-01), XP050280784 *
"Huawei, solution for selection of network slice and CN entity ", 3GPP TSG-RAN WG3#93 BIS R3-162594, 14 October 2016 (2016-10-14), XP051163368 *
3GPP TR23.799, September 2016 (2016-09-01)
3GPP TR33.899, October 2016 (2016-10-01)

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11792705B2 (en) 2017-01-06 2023-10-17 Honor Device Co., Ltd. Communication method and system in handover carrying NSSAI, and corresponding core network device
US11310708B2 (en) 2017-01-06 2022-04-19 Honor Device Co., Ltd. Communication method, access network device, core network device, and user equipment
JP7304451B2 (ja) 2017-01-06 2023-07-06 オナー デバイス カンパニー リミテッド 通信方法、アクセスネットワークデバイス、コアネットワークデバイス及びユーザ装置
JP2022071059A (ja) * 2017-01-06 2022-05-13 オナー デバイス カンパニー リミテッド 通信方法、アクセスネットワークデバイス、コアネットワークデバイス及びユーザ装置
JP2020505816A (ja) * 2017-01-06 2020-02-20 華為技術有限公司Huawei Technologies Co.,Ltd. 通信方法、アクセスネットワークデバイス、コアネットワークデバイス及びユーザ装置
US11877197B2 (en) 2017-01-06 2024-01-16 Honor Device Co., Ltd. Communication method and system by RRC carrying NSSAI, and corresponding core network device
JP7100040B2 (ja) 2017-01-06 2022-07-12 オナー デバイス カンパニー リミテッド 通信方法、アクセスネットワークデバイス、コアネットワークデバイス及びユーザ装置
JP2019169924A (ja) * 2018-03-26 2019-10-03 Kddi株式会社 端末装置による自律的ハンドオーバのための端末装置、基地局装置、制御方法、及びプログラム
US11985589B2 (en) 2018-05-21 2024-05-14 Huawei Technologies Co., Ltd Method, device, and system for network switching involving network slice selection
KR102434610B1 (ko) 2018-05-21 2022-08-19 후아웨이 테크놀러지 컴퍼니 리미티드 핸드오버 방법, 디바이스 및 시스템
KR20210010557A (ko) * 2018-05-21 2021-01-27 후아웨이 테크놀러지 컴퍼니 리미티드 핸드오버 방법, 디바이스 및 시스템
US11483115B2 (en) 2018-06-20 2022-10-25 Huawei Technologies Co., Ltd. CSI-RS sending method and device, and base station
EP3780453A4 (en) * 2018-06-20 2021-05-05 Huawei Technologies Co., Ltd. CSI-RS SENDING PROCESS AND DEVICE, AND BASE STATION
US12004024B2 (en) 2018-08-10 2024-06-04 Beijing Xiaomi Mobile Software Co., Ltd. Cell measurement method, apparatus, device, and storage medium
EP3836602A4 (en) * 2018-08-10 2021-08-25 Beijing Xiaomi Mobile Software Co., Ltd. CELL MEASUREMENT PROCESS AND APPARATUS, STORAGE DEVICE AND SUPPORT
JP7245942B2 (ja) 2021-01-20 2023-03-24 Kddi株式会社 端末装置による自律的ハンドオーバのための端末装置、基地局装置、制御方法、及びプログラム
JP2022075905A (ja) * 2021-01-20 2022-05-18 Kddi株式会社 端末装置による自律的ハンドオーバのための端末装置、基地局装置、制御方法、及びプログラム
JP7048775B2 (ja) 2021-01-20 2022-04-05 Kddi株式会社 端末装置による自律的ハンドオーバのための端末装置、基地局装置、制御方法、及びプログラム
JP2021061642A (ja) * 2021-01-20 2021-04-15 Kddi株式会社 端末装置による自律的ハンドオーバのための端末装置、基地局装置、制御方法、及びプログラム
JP7442711B2 (ja) 2022-03-23 2024-03-04 Kddi株式会社 端末装置による自律的ハンドオーバのための端末装置、基地局装置、制御方法、及びプログラム

Also Published As

Publication number Publication date
EP3534644A1 (en) 2019-09-04
JP6763435B2 (ja) 2020-09-30
EP3534644B1 (en) 2021-03-17
JP7006742B2 (ja) 2022-01-24
JP2020198645A (ja) 2020-12-10
US20190274072A1 (en) 2019-09-05
JPWO2018079691A1 (ja) 2019-09-19
EP3534644A4 (en) 2019-10-30

Similar Documents

Publication Publication Date Title
JP7006742B2 (ja) ソースコアネットワークのノード及び方法
US11985496B2 (en) Security solution for switching on and off security for up data between UE and RAN in 5G
JP7287534B2 (ja) Mmeデバイスにおいて実行される方法及びmmeデバイス
JP5484487B2 (ja) 通信ネットワークにおける方法及び装置
KR101700448B1 (ko) 이동 통신 시스템에서 보안 관리 시스템 및 방법
RU2488976C2 (ru) Способ, элемент сети и мобильная станция для согласования алгоритмов шифрования
JP2020504566A (ja) 移動通信システムでアクセス及び移動性管理機能を選択するための方法及び装置
CN105359554A (zh) 基于邻近服务通信的安全发现
WO2018079690A1 (ja) 通信システム、ネットワーク装置、認証方法、通信端末、及びセキュリティ装置
CN104254145A (zh) 一种基于wlan的直接通信建立方法及装置
WO2022097703A1 (ja) UE(User Equipment)及びUEによって実行される通信制御方法
WO2022097702A1 (ja) UE(User Equipment)及びUEによって実行される通信制御方法
JP2021057671A (ja) ユーザ装置、及びコアネットワーク装置
WO2017129101A1 (zh) 路由控制方法、装置及系统
WO2021085570A1 (ja) UE(User Equipment)
CN113557699B (zh) 通信装置、基础设施设备、核心网络设备和方法
WO2015176256A1 (zh) 一种位置区更新的信息处理方法及装置
WO2022097701A1 (ja) UE(User Equipment)及びUEによって実行される通信制御方法
WO2011157117A2 (zh) 接入控制方法和装置

Legal Events

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

Ref document number: 17864995

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018547768

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017864995

Country of ref document: EP

Effective date: 20190527